Cisco Cisco Packet Data Gateway (PDG)

 

▄  ePDG Administration Guide, StarOS Release 18 

 

 

1. 

If dynamic PCC is deployed, the PCRF sends a PCC decision provision (QoS policy) message to the PDN GW. This 
corresponds to the initial steps of the PCRF-Initiated IP CAN Session Modification procedure or to the PCRF response in 
the PCEF initiated IP-CAN Session Modification procedure, up to the point that the PDN GW requests IP CAN Bearer 
Signalling. If dynamic PCC is not deployed, the PDN GW may apply local QoS policy. 

2. 

The PDN GW uses this QoS policy to determine that a service data flow shall be aggregated to or removed from an active 
S2b bearer or that the authorized QoS of a service data flow has changed. The PDN GW generates the TFT and updates the 
EPS Bearer QoS to match the traffic flow aggregate. The PDN GW then sends the Update Bearer Request (APN AMBR, 
Bearer Context (EPS Bearer Identity, EPS Bearer QoS, TFT)) message to the ePDG. 

3. 

The ePDG uses the uplink packet filter (UL TFT) to determine the mapping of traffic flows to the S2b bearer and 
acknowledges the S2b bearer modification to the P-GW by sending an Update Bearer Response (EPS Bearer Identity) 
message. Also the QCI values received in QoS shall be updated and utilized for the UL traffic DSCP mapping/marking. 

 

Topology/weight-based selection uses DNS requests to enable P-GW load balancing based on topology and/or weight. 

For topology-based selection, once the DNS procedure outputs a list of P-GW hostnames for the APN FQDN, the ePDG 
performs a longest-suffix match and selects the P-GW that is topologically closest to the ePDG and subscriber. If there 
are multiple matches with the same suffix length, the Weight and Priority fields in the NAPTR resource records are used 
to sort the list. The record with the lowest number in the Priority field is chosen first, and the Weight field is used for 
those records with the same priority. 

For weight-based selection, once the DNS procedure outputs a list of P-GW hostnames for the APN FQDN, if there are 
multiple entries with same priority, calls are distributed to these P-GWs according to the Weight field in the resource 
records. The Weight field specifies a relative weight for entries with the same priority. Larger weights are given a 
proportionately higher probability of being selected. The ePDG uses the value of (65535 minus NAPTR preference) as 
the statistical weight for NAPTR resource records in the same way as the SRV weight is used for SRV records, as 
defined in RFC 2782. 

When both topology-based and weight-based selection are enabled on the ePDG, topology-based selection is performed 
first, followed by weight-based selection. A candidate list of P-GWs is constructed based on these, and the ePDG selects 
a P-GW from this list for call establishment. If the selected P-GW does not respond, the ePDG selects the alternate P-
GW(s) from the candidate list. 

The ePDG supports PDN type IPv4v6. The ePDG handles traffic originating from both IPv4 and IPv6 UE addresses 
based on configured traffic selectors. Here Dual stack is mentioned for subscriber traffic (inner IP packets). 

The ePDG determines the PDN type based on the requested IP address versions sent from the UE in the CP payload 
(CFG_REQUEST) within the IKE_AUTH Request message. The ePDG sets the IPv6 Home Network Prefix option and 
IPv4 Home Address Request option parameters when sending the PBU (Proxy-MIP Binding Update) message to the P-
GW, specifying the PDN type as IPv4v6. In case the protocol used on S2b is GTPv2 then the ePDG sets the PDN Type 
inside PAA (PDN Address Allocation) as IPv4v6 and sends the same in Create Session Request Message to the P-GW. 
The ePDG sends the addresses allocated by the P-GW in the PBA (Proxy-MIP Binding Acknowledgement) / Create 
Session Response message to the UE via the CP payload (CFG_REPLY) in the IKE_AUTH Response message.