Content for  TS 23.502  Word version:  19.1.0

This clause captures changes to 5GC procedures in other clauses of this specification and new procedures to support deployments topologies with specific SMF Service Areas that are defined in clause 5.34 of TS 23.501. In the case of roaming for a Home Routed PDU Session the following cases may occur:

• A UE moves out of V-SMF serving area in the serving PLMN;
• A UE moves to another (serving) VPLMN;
• A UE moves between HPLMN and a VPLMN.

In the above cases, the procedures in clauses 4.23.2 - 16 for I-SMF apply for the V-SMF insertion/change/removal by replacing the I-SMF with V-SMF and SMF with H-SMF. When an AMF detects the need to change the V-SMF while the H-SMF does not support V-SMF change, the AMF shall not trigger the V-SMF change but shall trigger the release of the PDU Session. For an established PDU session an I-SMF is inserted if the UE is not in the SMF Service Area. In this case, when an UE moves from HPLMN to a VPLMN, a V-SMF is inserted and the I-SMF is removed. For mobility from VPLMN to HPLMN, an I-SMF is inserted and the V-SMF is removed. The procedures of this clause apply in this case, i.e. by replacing the target or new I-SMF by a V-SMF for mobility from HPLMN to VPLMN and by replacing the source or old I-SMF by a V-SMF for mobility from VPLMN to HPLMN. For additional consideration for Home-routed PDU sessions see clause 4.23.17. If at UE mobility the service area of the SMF does not include the location where the UE camps and the PDU Session is a MA-PDU Session, then the AMF initiates the release of the MA-PDU Session over all accesses served by this AMF. This applies to following procedures:

• Registration as defined in clause 4.23.3,
• Service Request as defined in clause 4.23.4,
• Xn Hand-over as defined in clause 4.23.11, or
• N2 Hand-Over as defined in clause 4.23.7.

For an established PDU Session supporting mechanisms for redundant transmission defined in clause 5.33.2 of TS 23.501, or for a PDU Session supporting Time Sensitive Communications as defined in clauses 5.27 and 5.28 of TS 23.501, if the UE moves out of SMF Service Area, the SMF may, based on local policy, release the PDU Session after the mobility procedure. This applies to following procedures: Registration procedure, Service Request procedure, Xn based handover procedure, N2 based handover procedure. If dynamic CN PDB needs to be configured by the SMF and the I-SMF is involved in the PDU session, the I-SMF receives the Dynamic CN PDB value as part of QoS profile from SMF (over N16a) and forwards it to (R)AN via N2 SM message.

For non-roaming or LBO roaming case, the AMF selects an SMF serving the PDU Session as described in clause 4.3.2.2.3. If the service area of the selected SMF does not control UPF that can serve the UE location, the AMF selects an I-SMF as described in clause 5.34.3 of TS 23.501. After the PDU Session is established, if the selected SMF cannot serve the target DNAI requested by the PCC rule, the SMF issues Nsmf_PDUSession_SMContextStatusNotify to provide the target DNAI information to the AMF. Then AMF selects an I-SMF that serves this target DNAI as described in clause 5.34.3 of TS 23.501. For home routed roaming case, the AMF selects V-SMF as described in clause 4.3.2.2.3.2 and reselects V-SMF as described in clause 5.34.3 of TS 23.501. When the delegated discovery is used, the SCP selects the SMF as described in clause 5.34.3 of TS 23.501 and in Annex E.

The following impacts are applicable to clause 4.2.2.2 (Registration procedure) when the UE has established PDU Session(s):

• Step 5: The UE context transferred from old AMF includes SMF information. If I-SMF is available for the PDU Session(s), the received SMF information includes I-SMF information and SMF information.
• Step 10: The (target) AMF determines whether I-SMF insertion/change/removal is needed. If the (target) AMF does not have the service area of the SMF(s), the (target) AMF queries the NRF to get service area information of the received SMF(s). The (target) AMF determines on a per PDU Session basis whether a (new) I-SMF needs to be selected based on UE location and service area of the received SMF information. It includes the following cases:
  1. if the received SMF information includes only SMF information and service area of SMF includes the area where the UE camps, new I-SMF selection is not needed; or
  2. if the received SMF information includes both I-SMF information and SMF information and service area of I-SMF includes the area where the UE camps, the I-SMF can be reused; or
  3. if the received SMF information includes both I-SMF information and SMF information and the UE moves into the service area of SMF, the I-SMF removal process is triggered; or
  4. if the received SMF information includes only SMF information and the service area of SMF does not include the area where the UE camps, the (target) AMF selects an I-SMF. The I-SMF insertion process is triggered; or
  5. if the received SMF information includes both I-SMF and SMF information and the service area of SMF and I-SMF does not include the area where the UE camps, the (target) AMF selects a new I-SMF. The change of I-SMF process is triggered.
• For each PDU Session, if the UE context retrieved from the old AMF includes an I-SMF and the (target) AMF determines the I-SMF needs to be changed or removed, the (target) AMF includes a corresponding indication in Namf_Communication_RegistrationStatusUpdate sent to old AMF
• Step 17: the (target) AMF contacts the SMF/I-SMF ("cases" below are same as for step 10).
  For case a), no additional change to step 17 of clause 4.2.2.2.2 is needed for the update of the PDU Session.
  For case b), the SMF in step 17 of clause 4.2.2.2.2 is changed to I-SMF and in addition, the reference clause 4.2.3.2 is changed to clause 4.23.4.2. If the AMF has changed, the new AMF invokes Nsmf_PDUSession_UpdateSMContext (SM Context ID at SMF) towards the I-SMF.
  For case c) i.e. for I-SMF removal, the (target) AMF invokes Nsmf_PDUSession_CreateSMContext (SM Context ID at SMF) towards the SMF. Steps from step 10 onwards as described in clause 4.23.4.3 are executed.
  For cases d) and e), i.e. for I-SMF insertion or change, the (target) AMF invokes Nsmf_PDUSession_CreateSMContext (PDU Session ID, SM Context ID at SMF) towards the new I-SMF. Steps from step 3 onwards as described in clause 4.23.4.3 are executed with the following enhancements:.
  • Step 9 (for cases d and e): The N2 SM information is only provided by the I-SMF to the AMF when N3 tunnel needs to be established (i.e. due to buffered DL data in old I-SMF/old-I-UPF or AMF has indicated to I-SMF to active user plane for the PDU session based on List of PDU Sessions To Be Activated received from the UE).
  • Step 16 (i.e. case c): The N2 SM information is only provided by the SMF to the AMF when N3 tunnel need to be established (i.e. due to buffered DL data in old I-SMF/old-I-UPF or the AMF has indicated to the SMF to active user plane for the PDU session based on List of PDU Sessions To Be Activated received from the UE).
  • Step 17 is executed when N3 tunnel needs to be established. The NAS message Service Accept is replaced with Registration Accept (i.e. step 21 in clause 4.2.2.2).
  • Step 17a and 17b is triggered by old AMF towards the old I-SMF based on the I-SMF change or removal indication received from target AMF, when the timer (i.e. started in step 5 of clause 4.2.2.2) in old AMF expires.
  • Steps 18 to 21 (i.e. cases d and e) and steps 22 to 25 (i.e. case c): These steps are executed if N2 SM information is provided by the I-SMF/SMF in step 9 or step 16 above.
• Step 21: This step is omitted if step 17 of clause 4.23.4.3 is executed as described above.

The following impacts are applicable to clause 4.2.2.3 (Deregistration procedures) when the UE has established PDU Session(s): The V-SMF is replaced with I-SMF and the H-SMF is replaced with SMF. In step 2, if ULCL/BP is included in the data path, the I-SMF releases the local UPF (PSA) and includes N4 information in the Nsmf_PDUSession_Release request.