для Cisco Cisco Packet Data Gateway (PDG)

In case protocol used on S2b is GTPV2 ePDG has flexibility to use either APCO IE or Private Extension IE
based on ePDG configuration. Once the ePDG receives the response from the P-GW with the list of P-CSCF
addresses in the APCO / Private Extension IE, the ePDG includes the P-CSCF addresses in the CP payload
(CFG_REPLY) of the final IKE_AUTH Response message sent to the UE.

On SWu interface the ePDG is able to handle the private attribute value for the P-CSCF address and this
private attribute value is configurable on ePDG. By default 16384 is used for P-CSCF IPv4 address and 16390
is used for the IPv6 P-CSCF address. The values 16384-32767 are for private use among mutually consenting
parties.

The P-CSCF v4 and v6 are recently assigned values by IANA so ePDG shall be supporting those values as
well in addition to the private configured value. ePDG should respond to UE with same attribute value as
received in the request. Private values are maintained for the devices which are already in market as they may
not comply to standard values.

UE should include P-CSCF_V4_ADDR attribute only once in IKE_AUTH request and no specific P-CSCF
address is included because it is a request. ePDG is enhanced to support both IPv4 and IPv6 P-CSCF address
handling together. ePDG also supports maximum of 3 IPv4 and 3 IPv6 P-CSCF addresses. The exceeding
P-CSCF address will be ignored. In case of invalid P-CSCF address are received the P-CSCF address is
ignored and have no impact on the call establishment.

On S2b interface the P-CSCF is enhanced to support both APCO IE and private Extension IE. ePDG continues
to use existing "vendor-specific-attribute" configuration present under epdg-service to decide whether to use
APCO IE or private extension IE. The feature scope shall be limited to GTPv2 and shall not cover PMIPv6
as most of the customers are showing interest in GTPv2 based deployment.

The multiple PDN feature enables the WLAN UEs to simultaneously establish multiple PDN connections
towards the P-GW. Each PDN connection has a separate IKE tunnel established between the UE and the
ePDG.

Note that the ePDG supports multiple PDN connections to different APNs only and multiple PDN connections
from the same UE to the same APN are not allowed. The ePDG establishes each subsequent connection from
the same UE to the same APN via a new session and deletes the previous session before the new session gets
established. These new PDN connections use different IPSec/PMIPv6/GTPv2 tunnels.

To request a new session, the UE sends the APN information (in the IDr payload) along with the user identity
(in the IDi payload) in this first IKE_AUTH Request message, and begins negotiation of Child SAs. The
ePDG sends the new APN information in the Service Selection Mobility Option towards the P-GW, which
treats each MN-ID+APN combination as a separate binding and allocates a new IP address/prefix for each
new binding.

In case of S2b protocol being used as GTPv2 IMSI + APN is used for identifying the unique session.

The ePDG supports a default APN when APN information is not available from the WLAN UEs over the
SWu interface.

When the APN information is received from the WLAN UEs, the information is sent towards the AAA server
via DER (Diameter EAP Request) messages. When the APN information is absent, the AAA server provides
the default APN to the ePDG in a DEA (Diameter EAP Answer) message.