Content for  TS 23.502  Word version:  19.3.0

If the PLMN has configured secondary RAT usage reporting, the source NG-RAN node during the handover execution phase may provide RAN usage data Report (N2 SM Information (Secondary RAT usage data), Handover Flag, Source to Target transparent container) to the AMF. The source NG-RAN node shall provide this only when the Target NG-RAN has confirmed handover over Xn interface. The Handover Flag indicates to the AMF that it should buffer the N2 SM Information containing the usage data report before forwarding it. If the source NG RAN and Target NG RAN support RACS as defined in TS 23.501, the source NG-RAN provides the UE's UE Radio Capability ID to the Target NG-RAN. If the source NG-RAN has knowledge that the Target NG-RAN might not have a local copy of the Radio Capability corresponding to the UE Radio Capability ID (i.e. because the source NG-RAN had itself to retrieve the UE's Radio Capability from the AMF) then the source NG-RAN may also send some or all of the UE's Radio Capability to the Target NG-RAN (the size limit based on local configuration) in Xn signalling as defined in TS 38.423 . In the case of inter-PLMN handover, when the source and Target NG-RAN support RACS as defined in TS 23.501 and the source NG-RAN determines based on local configuration that the Target PLMN does not support the UE Radio Capability ID assigned by the source PLMN, then the source NG-RAN shall provide the UE radio access capabilities to the Target NG-RAN and shall not send the UE Radio Capability ID. If, as permitted in TS 38.423, the Target NG-RAN during the handover preparation received the UE radio access capabilities but did not receive the UE Radio Capability ID, NG-RAN shall proceed with handover using the received UE radio access capabilities. If the Target NG-RAN received both the UE radio access capabilities and the UE Radio Capability ID, then the Target NG-RAN shall use any locally stored UE radio access capability information corresponding to the UE Radio Capability ID. If none are stored locally, the Target NG-RAN may request the full UE radio access capability information from the core network. If the full UE radio access capability information is not promptly received from the core network, or the Target NG-RAN chooses not to request them, then the Target NG-RAN shall proceed with the UE radio access capabilities sent by the source NG-RAN. The Target NG-RAN shall not use the UE radio access capability information received from the source NG-RAN for any other UE with the same the UE Radio Capability ID.

Target NG-RAN to AMF: N2 Path Switch Request (List of PDU Sessions To Be Switched with N2 SM Information, List of PDU Sessions that failed to be established with the failure cause given in the N2 SM information element, UE Location Information, established QoS Flows status (active/not active) (for one of the following: congestion information monitoring, ECN marking for L4S at PSA UPF ECN marking for L4S at NG-RAN), PDU Set Based Handling Support Indication included in the N2 SM information). The Target NG-RAN sends an N2 Path Switch Request message to an AMF to inform that the UE has moved to a new Target cell and provides a List Of PDU Sessions To Be Switched. AN Tunnel Info for each PDU Session to be switched is included in the N2 SM Information. If redundant transmission is performed for one or more QoS Flows in the PDU Session, two AN Tunnel Info are provided by the Target NG-RAN and the Target NG-RAN indicates to the SMF one of the AN Tunnel Info is used as the redundancy tunnel of the PDU Session as described in clause 5.33.2.2 of TS 23.501. If only one AN Tunnel Info is provided by the Target NG-RAN for the PDU session, the SMF may release these QoS Flows by triggering PDU Session Modification procedure as specified in clause 4.3.3 after the handover procedure. The serving PLMN ID is included in the message. The Target NG-RAN shall include the PDU Session in the PDU Sessions Rejected list:

• If none of the QoS Flows of a PDU Session are accepted by the Target NG-RAN; or
• If the corresponding network slice is not supported in the Target NG-RAN; or
• When the NG-RAN cannot set up user plane resources fulfilling the User Plane Security Enforcement with a value Required, the NG-RAN rejects the establishment of user plane resources for the PDU Session.

If the NG-RAN cannot set up user plane resources fulfilling the User Plane Security Enforcement with a value Preferred, the NG-RAN establishes the user plane resources for the PDU session and shall include the PDU Session in the PDU Sessions Modified list. PDU Sessions Rejected contains an indication of whether the PDU session was rejected because User Plane Security Enforcement is not supported in the Target NG-RAN. Depending on the type of target cell, the Target NG-RAN includes appropriate information in this message. For the PDU Sessions to be switched to the Target NG-RAN, the N2 Path Switch Request message shall include the list of accepted QoS Flows. For each QoS Flow accepted with an Alternative QoS Profile as specified in TS 23.501, the N2 SM Information shall include a reference to the fulfilled Alternative QoS Profile. The NG-RAN includes the PDU Set Based Handling Support Indication in N2 SM information as defined in clause 5.37.5.3 of TS 23.501.

AMF to SMF: Nsmf_PDUSession_UpdateSMContext Request (N2 SM information received from T-RAN in step 1b and N2 SM Information from source NG-RAN (Secondary RAT usage data), UE Location Information, UE presence in LADN service area). The N2 SM Information here from source NG-RAN is the one buffered at step 1a when applicable. The AMF sends N2 SM information by invoking the Nsmf_PDUSession_UpdateSMContext request service operation for each PDU Session in the lists of PDU Sessions received in the N2 Path Switch Request. The Nsmf_PDUSession_UpdateSMContext Request contains either an indication that the PDU Session Is To Be Switched (together with information on the N3 addressing to use and on the transferred QoS flows) or an indication that the PDU Session is to be Rejected (together with a rejection cause). If the AMF, based on configuration, as described in clause 5.43.4 of TS 23.501, is aware that satellite backhaul category has changed due to the handover and needs to be updated to the SMF, the AMF includes the new Satellite backhaul category as described in clause 5.43.4 of TS 23.501. If the AMF, based on configuration, as described in clause 5.43.2 of TS 23.501, is aware that the UE is accessing over a gNB using GEO satellite backhaul and GEO Satellite ID needs to be updated to the SMF, the AMF may include the latest GEO Satellite ID as described in clause 5.43.2 of TS 23.501. For a PDU Sessions to be switched to the Target NG-RAN, upon receipt of the Nsmf_PDUSession_UpdateSMContext request, the SMF determines whether the existing UPF can continue to serve the UE. If the existing UPF cannot continue to serve the UE, steps 3-11 of clause 4.9.1.2.3 or 4.9.1.2.4 are performed depending on whether the existing UPF is a PDU Session Anchor. Otherwise, the following steps 3 to 6 are performed if the existing UPFs can continue to serve the PDU Session. In the case that the AMF determines that the PDU Session is related to a LADN, then the AMF provides the "UE presence in LADN service area" to the SMF. If the AMF does not provide the "UE presence in LADN service area" indication and the SMF determines that the DNN corresponds to a LADN, then the SMF considers that the UE is OUT of the LADN service area. The SMF takes actions for the LADN PDU Session as defined in clause 5.6.5 of TS 23.501 based on the "UE presence in LADN service area" indication. If a PDU Session is rejected by the Target NG-RAN with an indication that the PDU session was rejected because User Plane Security Enforcement is not supported in the Target NG-RAN and the User Plane Enforcement Policy indicates "Required" as described in clause 5.10.3 of TS 23.501, the SMF triggers the release of this PDU Session. In all other cases of PDU Session rejection, the SMF can decide whether to release the PDU Session or to deactivate the UP connection of this PDU Session. If some of the QoS Flows of a PDU Session are not accepted by the Target NG-RAN, the SMF shall initiate the PDU Session Modification procedure to remove the non-accepted QoS Flows from the PDU Session(s) after the handover procedure is completed. For the PDU Session(s) that do not have active N3 UP connections before handover procedure, the SMF(s) keep the inactive status after handover procedure. If the UE moves into a non-Allowed Area, the AMF also notifies via Namf_EventExposure_Notify to each NF Consumer (e.g. SMFs of the established PDU Sessions) which has subscribed for UE reachability event, that the UE is only reachable for regulatory prioritized services. The SMF then deactivates the PDU session if this PDU Session is not for emergency service.

SMF to UPF: N4 Session Modification Request (AN Tunnel Info) For PDU Sessions that are modified by the Target NG-RAN, the SMF sends an N4 Session Modification Request message to the UPF. The SMF may notify the UPF that originated the Data Notification to discard downlink data for the PDU Sessions and/or to not provide further Data Notification messages. Depending on the network deployment, the CN Tunnel Info of UPF used for connection to Target NG-RAN and connection to Source NG-RAN may be different, e.g. due to Source and Target NG-RAN are in different IP domains. In this case the SMF may ask the UPF to allocate new CN Tunnel Info, providing the target Network Instance.

UPF to SMF: N4 Session Modification Response (CN Tunnel Info) For the PDU Sessions that are switched, the UPF returns an N4 Session Modification Response message to the SMF after requested PDU Sessions are switched. Tunnel identifiers for UL traffic are included only for PDU Sessions whose user plane resources are not being released and was requested by the SMF. If redundant transmission is performed for one or more QoS Flows of a PDU Session and different CN Tunnel Info were requested by the SMF, the UPF allocates two different CN Tunnel Info and indicates the SMF that one CN Tunnel Info is used as the redundancy tunnel of the PDU session as described in clause 5.33.2.2 of TS 23.501. For the PDU Sessions that are deactivated, the UPF returns an N4 Session Modification Response message to the SMF after the N3 (R)AN tunnel information is released.

In order to assist the reordering function in the Target NG-RAN, the UPF (as specified in clause 5.8.2.9 of TS 23.501) sends one or more "end marker" packets for each N3 tunnel on the old path immediately after switching the path. The UPF starts sending downlink packets to the Target NG-RAN.

SMF to AMF: Nsmf_PDUSession_UpdateSMContext Response (N2 SM information) The SMF sends an Nsmf_PDUSession_UpdateSMContext response (N2 SM Information (CN Tunnel Info, updated CN PDB for the accepted QoS Flows, Updated TSCAIs for the accepted QoS Flows)) to the AMF for PDU Sessions which have been switched successfully. The CN Tunnel Info of UPF send to AMF is used to setup N3 tunnel. If redundant transmission is performed for one or more QoS Flows of a PDU Session, two CN Tunnel Info are sent and the SMF indicates to the Target NG-RAN one of the CN Tunnel Info is used as the redundancy tunnel of the PDU Session as described in clause 5.33.2.2 of TS 23.501. The SMF sends an Nsmf_PDUSession_UpdateSMContext response without including the CN Tunnel Info to the AMF for the PDU Sessions for which user plane resources are deactivated or released and then the SMF releases the PDU Session(s) which is to be released using a separate procedure as defined in clause 4.3.4. For each accepted GBR QoS Flow of Delay-critical resource type, the dynamic CN PDB and TSCAI may be updated and sent to the Target NG-RAN by the SMF. The SMF may update the CN PDB and TSCAI in the response or using a separate PDU Session Modification procedure, based on local configuration. If the Source NG-RAN does not support Alternative QoS Profiles (see TS 23.501) and the Target NG-RAN supports them, the SMF sends the Alternative QoS Profiles (see TS 23.501) to the Target NG-RAN on a per QoS Flow basis, if available.

AMF to NG-RAN: N2 Path Switch Request Ack (N2 SM Information, Failed PDU Sessions, UE Radio Capability ID). Once the Nsmf_PDUSession_UpdateSMContext response is received from all the SMFs, the AMF aggregates received CN Tunnel Info and sends this aggregated information as a part of N2 SM Information along with the Failed PDU Sessions in N2 Path Switch Request Ack to the Target NG-RAN. If none of the requested PDU Sessions have been switched successfully, the AMF shall send an N2 Path Switch Request Failure message to the Target NG-RAN. If the UE Radio Capability ID is included in the N2 Path Switch Request Ack message, when there is no corresponding UE radio capabilities set for UE Radio Capability ID at the Target NR-RAN, the Target NG-RAN shall request the AMF to provide the UE radio capabilities set corresponding to UE Radio Capability ID to the Target NG-RAN. If Energy Saving Indicator is in the UE context, the AMF includes Energy Saving Indicator in the N2 message carrying the Path Switch Request Ack.

By sending a Release Resources message to the Source NG-RAN, the Target NG-RAN confirms success of the handover. It then triggers the release of resources with the Source NG-RAN.

[Conditional] The UE may initiate Mobility Registration Update procedure if one of the triggers of registration procedure applies as described in clause 4.2.2.2.2. In this case, only steps 1, 2, 3, 17 and 21 in clause 4.2.2.2.2 are performed.

[Conditional] SMF to UPF (PSA): N4 Session Modification Request. If the SMF selects a new UPF to act as intermediate UPF for the PDU Session and the different CN Tunnel Info need be used, the SMF sends N4 Session Modification Request message to UPF (PSA).

[Conditional] UPF (PSA) to SMF: N4 Session Modification Response. The UPF (PSA) sends an N4 Session Modification Response message to the SMF. The UPF provides CN Tunnel Info (on N9) to the SMF. If redundant transmission is performed for one or more QoS Flows of the PDU Session, the UPF (PSA) provides two CN Tunnel Info (on N9) to the SMF and indicates the SMF that one CN Tunnel Info is used as redundancy tunnel of the PDU Session as described in in clause 5.33.2.2 of TS 23.501. The UPF (PSA) associate the CN Tunnel Info (on N9) with UL Packet detection rules provided by the SMF.

SMF to I-UPF: N4 Session Establishment Request (Target NG-RAN Tunnel Info, CN Tunnel Info of the PDU Session Anchor) For PDU Sessions to be updated, if the UE has moved out of the service area of UPF connecting to the serving NG-RAN node, the SMF then selects an I-UPF based on UPF Selection Criteria according to clause 6.3.3 of TS 23.501. An N4 Session Establishment Request message is sent to the I-UPF. The CN Tunnel Info of the PDU Session Anchor, which is used to setup N9 tunnel, is included in the N4 Session Establishment Request message.

I-UPF to SMF: N4 Session Establishment Response. The I-UPF sends an N4 Session Establishment Response message to the SMF. The UL and DL CN Tunnel Info of I-UPF is sent to the SMF. If SMF select two Intermediate UPFs (I-UPFs) to perform redundant transmission for a PDU session, step 4a and 4b are performed between the SMF and each I-UPF.

SMF to PDU Session Anchor: N4 Session Modification Request (DL CN Tunnel Info of the I-UPF). The SMF sends N4 Session Modification Request message to the PDU Session Anchor. If a different CN Tunnel Info is used on N9 in UPF (PSA), the SMF starts a timer to release the CN Tunnel for N3. Otherwise the SMF does not need to start a timer to release the CN Tunnel Info used on N3 in UPF(PSA) (i.e. CN Tunnel Info is common for both N3 and N9). If redundant transmission is performed for one or more QoS Flows of the PDU Session, the SMF provides two DL CN Tunnel Info (for N9) to the UPF (PSA) and indicates to the UPF (PSA) one of the DL CN Tunnel Info is used as redundancy tunnel of the PDU Session.

PDU Session Anchor to SMF: N4 Session Modification Response. The PDU Session Anchor responds with the N4 Session Modification Response message after requested PDU Sessions are switched. At this point, PDU Session Anchor starts sending downlink packets to the Target NG-RAN via I-UPF.

In order to assist the reordering function in the Target NG-RAN, the PDU Session Anchor sends one or more "end marker" packets for each N3 tunnel on the old path immediately after switching the path, the source NG-RAN shall forward the "end marker" packets to the Target NG-RAN.

SMF to AMF: Nsmf_PDUSession_UpdateSMContext Response (N2 SM Information (UL CN Tunnel Info of the I-UPF, updated QoS parameters for accepted QoS Flows)). The SMF sends an Nsmf_PDUSession_UpdateSMContext response to the AMF.

Steps 8-11 are same as steps 6-9 defined in clause 4.9.1.2.2.

After the timer set in step 5 expires, the SMF informs the PDU Session Anchor to remove the CN Tunnel for N3 via N4 Session Modification procedure.

[Conditional] The SMF sends N4 Session Modification Request message to the PDU Session Anchor. The DL CN Tunnel Info of the Target UPF is included in this message. If redundant transmission is performed for one or more QoS Flows of the PDU Session, the SMF provides two DL CN Tunnel Info (for N9) to the UPF (PSA) and indicates to the UPF (PSA) one of the DL CN Tunnel Info is used as redundancy tunnel of the PDU Session. In the case of home routed roaming, if the N9 terminating V-UPF, which is connected to with home UPF, is changed, the V-SMF invokes an Nsmf_PDUSession_Update Request (DL CN Tunnel Info) service operation toward the H-SMF.

[Conditional] The SMF associated with the PDU Session Anchor responds with the N4 Session Modification Response message. In the case of home routed roaming, the H-SMF responds with the Nsmf_PDUSession_Update Response service operation toward the V-SMF once H-UPF is updated with the DL Tunnel Info of the T-UPF. At this point, PDU Session Anchor starts sending downlink packets to the Target NG-RAN via Target UPF.

Steps 7-11 are same as steps 7-11 described in clause 4.9.1.2.3 except that the I-UPF in clause 4.9.1.2.3 is replaced by Target UPF. If the Source UPF acts as a UL CL or BP, the SMF indicates to only one of the PDU Session Anchors to send the "end marker" packets. To ensure the "end marker" is the last user plane packet on the old path, the SMF should modify the path on other PDU Session Anchors before it indicates the PDU Session Anchor to send the "end marker" packets.

The timer is started in step 4 if the source UPF is not the PSA UPF. When this timer is expired, the SMF initiates Source UPF(s) Release procedure by sending an N4 Session Release Request (Release Cause).

The Source UPF(s) acknowledges with an N4 Session Release Response message to confirm the release of resources.