Cisco Cisco ASR 5000

Enables non-optimized roaming between two eHRPD access networks that lack a relationship of trust and
when there are no SLAs in place for low latency hand-offs.

Inter-HSGW hand-overs without context transfers are designed for cases in which the user roams between
two eHRPD networks where no established trust relationship exists between the serving and target operator
networks. Additionally no H1/H2 optimized hand-over interface exists between the two networks and the
Target HSGW requires the UE to perform new PPP LCP and attach procedures. Prior to the hand-off the UE
has a complete data path with the remote host and can send and receive packets via the eHRPD access network
and HSGW and PGW in the EPC core.

The UE eventually transitions between the Serving and Target access networks in active or dormant mode as
identified via A16 or A13 signaling. The Target HSGW receives an A11 Registration Request with VSNCP
set to "Hand-Off". The request includes the IP address of the Serving HSGW, the MSID of the UE and
information concerning existing A10 connections. Since the Target HSGW lacks an authentication context
for the UE, it sends the LCP config-request to trigger LCP negotiation and new EAP-AKA procedures via
the STa reference interface. After EAP success, the UE sends its VSNCP Configure Request with Attach Type
equal to "Hand-off". It also sets the IP address to the previously assigned address in the PDN Address Option.
The HSGW initiates PMIPv6 binding update signaling via the S2a interface to the PGW and the PGW responds
by sending a PMIPv6 Binding Revocation Indication to the Serving HSGW.

Supports the allocation of a P-GW used to provide PDN access to the subscriber. Subscriber information is
used via the STa interface from the 3GPP AAA server, which receives subscriber information from the HSS.

The HSGW uses subscriber information provided by the 3GPP AAA server for P-GW selection. PDN
subscription contexts provided by the 3GPP AAA server may contain:

the IP address of a P-GW

If the 3GPP AAA server provides the IP address of a P-GW, no further P-GW selection functionality is
performed.

the identity of a P-GW

If the P-GW identity is a fully qualified domain name (FQDN) instead of an IP address, the P-GW address
is derived by using the Domain Name Service (DNS) function.

P-GW load balancing using DNS SRV lookup can be enabled by defining P-GW DNS selection criteria
in the HSGW service.

the identity of an APN

If only an APN is provided, an APN FQDN constructed for the APN is used to derive the P-GW address
through the DNS function. If the DNS function provides a list of P-GW addresses, one P-GW address is
selected from this list using the following criteria:

topology matching (if enabled)

P-GW priority (as configured in DNS records)