Cisco Cisco Packet Data Gateway (PDG)

 

 

 

1. 

The 3GPP AAA server initiates the STa disconnect procedures for trusted non-3GPP access UEs by sending a “Diameter 
Abort-Session-Request” message by including the Auth-Session-State. 

2. 

The MRME will process the received request, and if it is unable to proceed with the request, a “Diameter Abort-Session-
Response” is sent with an appropriate Result-Code. Otherwise, the MRME will respond with a “Diameter Abort-Session-
Request” message with a valid result code. Irrespective of the result on processing the “Diameter ASR” message, the 
MRME will tear down the session. 

3. 

The MRME initiates a “Diameter Session-Termination-Request” message to the 3GPP AAA server. 

4. 

The MRME also initiates a “Radius Disconnect Request” message to the WLC to release the resources on the WLC and to 
the UE. 

5. 

If the MRME receives accounting records for the session, then the MRME initiates “Disconnect Wait Timer” and waits for 
the “Accounting Request with Acct-Status-Type as Stop” message from the WLC. 

6. 

The CGW initiates a “PMIPv6 Binding Revocation Indication” message to the WLC to detach the PMIPv6 GRE tunnel 
between the WLC and the CGW. 

7. 

The CGW initiates a “GTPv2 Delete Session Request” message to remove the session resources from the P-GW. 

8. 

The 3GPP AAA server responds with a “Diameter Session-Termination-Answer” message. 

9. 

The WLC responds with a “PMIPv6 Binding Revocation Ack” message. 

10. 

WLC sends a “Radius Disconnect Response ACK/NAK” message to the MRME.  



 

If the MRME receives a “Radius Disconnect NAK” message, then MRME stops the “Disconnect Wait Timer” and 
proceed to cleanup the call immediately.  



 

If the MRME receives a “Radius Disconnect ACK” message, then MRME waits for the “Accounting Stop” 
message based on the “Disconnect Wait Timer” value. 

11. 

The P-GW responds with a “GTPv2 Delete Session Response” message. 

12. 

The WLC triggers a “Radius Accounting-Request” message with the “Acct-Status-Type” as “STOP”, and an appropriate 
“Terminate-Cause”. 

13. 

The MRME proxies the received “Radius Accounting-Request” message towards the RADIUS accounting server. 

14. 

The MRME receives the “Radius Accounting-Response” message from the RADIUS accounting server 

15. 

The MRME proxies the received “Radius Accounting-Response” message to the WLC. 

 

The figure below shows the user data flow on the SaMOG Gateway. The table that follows the figure describes each 
step in the flow.