Cisco Cisco Packet Data Gateway (PDG) Guia De Resolução De Problemas

 

recipient GGSN is automatically selected by the SGSN. The message consists of various information elements 
including: PDP Type, PDP Address, APN, and charging characteristics.

4.  The GGSN determines if it can facilitate the session (in terms of memory or CPU resources, configuration, etc.) 

and creates a new entry in its PDP context list and provides a Charging ID for the session. It determines the 
PDP context type and based on the APN, what authentication protocol to use and how to perform IP address 
assignment.

The GGSN replies with an affirmative Create PDP Context Response using GTPC.

5.  The SGSN returns an Activate PDP Context Accept response to the MS.
6.  The MS sends packets which are received by the GGSN.
7.  The GGSN encapsulates the packets from the MS using L2TP and tunnels them to the LNS.
8.  The LNS terminates the tunnel and un-encapsulates the packets.

The MS can send and receive data over the L2TP tunnel facilitated by the GGSN.

9.  The MS can terminate the data session at any time. To terminate the session, the MS sends a Deactivate PDP 

Context Request message that is received by the SGSN.

10. The SGSN sends a Delete PDP Context Request message to the GGSN facilitating the data session. The message 

includes the information elements necessary to identify the PDP context.

11. The GGSN removes the PDP context from memory and returns a Delete PDP Context Response message to the 

SGSN. If the PDP context was the last associated with a particular dynamically assigned PDP Address, the 
GGSN will re-claim the IP address for use by subsequent PDP contexts.

12. The SGSN returns a Deactivate PDP Context Accept message to the MS.
13. The GGSN delivers the GGSN Charging Detail Records (G-CDRs) to a Charging Gateway (CG) using GTP 

Prime (GTPP). Note that, though not shown in this example, the GGSN could optionally be configured to send 
partial CDRs while the PDP context is active.

14. For each accounting message received from the GGSN, the CG responds with an acknowledgement.

 

The following figure and the text that follows describe the call flow for a successful Corporate IP Connectivity data 
session.