Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 23.007  Word version:  18.4.0

Top   Top   Up   Prev   Next
1…   2…   4…   5…   6…   10…   11…   12…   14…   15…   15A…   16…   17…   17A…   17B…   17C…   18…   20…   20.3…   21…   22…   25…   27…   28…   31…   31.3…   31.4…   31.6…

 

10  Restoration of data in the GGSNp. 28

10.0  GGSN failure |R8|p. 28

When a GGSN fails, all its PDP contexts affected by the failure become invalid and may be deleted. GGSN storage of subscriber data is volatile.
When the GGSN receives a GTP-U PDU for which no PDP context exists, it shall discard the GTP-U PDU and return a a GTP error indication to the originating node (the SGSN or, if Direct Tunnel is established, the RNC).
The GGSN should ensure as far as possible that previously used TEID values are not immediately reused after a GGSN restart, in order to avoid inconsistent TEID allocation throughout the network.
Up

10.1  Restart of the GGSNp. 29

After a GGSN restart, all the PDP contexts, the MBMS UE contexts, and the MBMS Bearer contexts stored in the GGSN and affected by the restart become invalid and may be deleted.
When the SGSN detects a restart in a GGSN (see clause 18 "GTP-C based restart procedures") with which it has one or more PDP contexts activated, it shall deactivate all these PDP contexts and request the MS to reactivate them. When the SGSN detects a restart in a GGSN with which it has MBMS Bearer context(s) and/or MBMS UE context(s), it shall delete all these MBMS Bearer context(s) and/or MBMS UE context(s).
Up

10.2  Restoration Proceduresp. 29

10.2.0  General |R10|p. 29

The GGSN will receive the SGSN restart counters in GTPv1 echo response from the SGSN. When a GGSN detects that a peer SGSN has restarted it shall delete all PDP context(s), MBMS UE context(s), MBMS Bearer context(s) associated with the peer node that failed as well as freeing any internal GGSN resources associated with those PDP context(s), MBMS UE context(s) and MBMS Bearer context(s). The GGSN may optionally perform other implementation specific actions such as messages to clear other external resources (e.g. PCC messages).
If the GGSN needs to send a request for IP-CAN Session Modification procedure towards a PCRF which is known to have restarted since the IP-CAN session establishment, the GGSN may discard the request and may tear down all the PDP context(s) associated with the PDP address of the IP-CAN session, based on operator policy, by initiating a PDP Context Deactivation procedure towards the SGSN with the cause set to "Reactivation requested". This leads the UE to initiate PDP Context Activation procedure for the same APN. Emergency sessions should not be torn down.
Up

10.2.1  Mobile terminated transmissionp. 29

When the GGSN receives a mobile terminated PDU for which no valid PDP context exists the GGSN discards the received PDU and may also return an appropriate Error message depending on the protocol used. No further actions are performed by the GGSN. Alternatively, if the GGSN has static PDP information about the PDP address, the GGSN may try to deliver the PDU by initiating the Network-Requested PDP Context Activation procedure (see TS 23.060).
Up

10.2.2  Mobile originated transmissionp. 29

When the GGSN receives a tunnel PDU for which no PDP context exists it discards the tunnel PDU and sends an Error indication message to the originating SGSN. The SGSN deactivates the PDP context and sends an Error indication to the MS. The MS may then re-activate the PDP context.

Up   Top   ToC