4.9.2 Handover of a PDU Session procedure between 3GPP and untrusted non-3GPP access

23.5023GPPProcedures for the 5G System (5GS)Release 18TS

4.9.2.0 General

The procedures in this clause are used to hand over a PDU Session between 3GPP access and non-3GPP access. This can be triggered, for example, due to radio conditions, user interaction, etc. When the UE triggers handover of a PDU Session between 3GPP access and non-3GPP access and the procedure fails due to e.g. not allowed by policy or AN rejected resource setup, etc. the network should not release the PDU Session.

4.9.2.1 Handover of a PDU Session procedure from untrusted non-3GPP to 3GPP access (non-roaming and roaming with local breakout)

Clause 4.9.2.1 specifies how to hand over a UE from a source Untrusted non-3GPP access to a target 3GPP access and how a UE can handover a PDU Session from untrusted non-3GPP access to 3GPP access. It is based on the PDU Session Establishment procedure for 3GPP access as specified in clause 4.3.2.

Figure 4.9.2.1-1: Handover of a PDU Session procedure from untrusted non-3GPP access to 3GPP access (non-roaming and roaming with local breakout)

1. If the UE is not registered via 3GPP access, the UE shall initiate Registration procedure as defined in clause 4.2.2.2.2.

2. The UE performs a PDU Session Establishment procedure with the PDU Session ID of the PDU Session to be moved as specified clause 4.3.2.2.1 (PDU Session Establishment for Non-roaming and Roaming with Local Breakout).

When sending the PDU Session Establishment Accept, within the N1 SM container and in the N2 SM information, the SMF shall include all QoS information (e.g. QoS Rule(s) in N1 SM container, QFI(s) and QoS Profile(s) in N2 SM information) for the QoS Flow(s) that are applicable to the PDU Session for the target access.

3. If the User Plane of the PDU Session is activated in non-3GPP access, the SMF executes the release of resources in non-3GPP access by initiating a Namf_Communication_N1N2MessageTransfer (to send N2 resource release request) which triggers performing steps 4 to 7 specified in clause 4.12.7, followed by step 7a/7b specified in clause 4.3.4.2 in order to release the resources over the source non-3GPP access. Because the PDU Session shall not be released, the SMF shall not send the PDU Session Release Command to the UE. Hence, in steps 4 and 7 of clause 4.12.7 as well as in step 7a of clause 4.3.4.2, the messages do not include the N1 SM container but only the N2 Resource Release Request (resp. Ack). Since the PDU Session is not to be released, the SMF shall not execute step 11 of clause 4.3.4.2 and the SM context between the AMF and the SMF is maintained.

If the User Plane of the PDU Session is deactivated in non-3GPP access, this step is skipped.

The steps 2 and 3 shall be repeated for all PDU Sessions to be moved from to untrusted non-3GPP access to 3GPP access.

If the UE is moving to the NB-IoT RAT type of 3GPP access, the PDU Session Establishment request would be rejected by AMF when the UP resources exceeds the UE’s maximum number of supported UP resources as described in clause 5.4.5.2.4 of TS 24.501 [25].

4.9.2.2 Handover of a PDU Session procedure from 3GPP to untrusted non-3GPP access (non-roaming and roaming with local breakout)

Clause 4.9.2.2 specifies how to hand over a UE from a source 3GPP access to a target Untrusted non-3GPP access and how a UE can handover a PDU Session from 3GPP access to untrusted non-3GPP access. It is based on the PDU Session Establishment procedure for non-3GPP access as specified in clause 4.12.5.

Figure 4.9.2.2-1: Handover of a PDU Session from 3GPP access to untrusted non-3GPP access (non-roaming and roaming with local breakout)

1. If the UE is not registered via untrusted non-3GPP access, the UE shall initiate Registration procedure as defined in clause 4.12.2.

2. The UE performs PDU Session Establishment procedure with the PDU Session ID of the PDU Session to be moved as specified in clause 4.12.5.

When sending the PDU Session Establishment Accept, within the N1 SM container and in the N2 SM information, the SMF shall include all QoS information (e.g. QoS Rule(s) in N1 SM container, QFI(s) and QoS Profile(s) in N2 SM information) for the QoS Flow(s) that are applicable to the PDU Session for the target access.

3. If the User Plane of the PDU Session is activated in 3GPP access, the SMF executes the release of resource in 3GPP access by performing step 3b, then steps 4 to 7a/7b specified in clause 4.3.4.2 (UE or network requested PDU Session Release for Non-Roaming and Roaming with Local Breakout) in order to release the resources over the source 3GPP access. Because the PDU Session shall not be released, the SMF shall not send the PDU Session Release Command to the UE. Hence, in steps 3b, 4, 6 and 7a of clause 4.3.4.2, messages do not include the N1 SM container but only the N2 Resource Release Request (resp. Ack). Since the PDU Session is not to be released, the SMF shall not execute step 11 of clause 4.3.4.2 and the SM context between the AMF and the SMF is maintained.

If the User Plane of the PDU Session is deactivated in 3GPP access, this step is skipped.

The steps 2 and 3 shall be repeated for all PDU Sessions to be moved from 3GPP access to untrusted non-3GPP access.

If the PDU Session is associated with Control Plane Only Indication, the AMF shall reject the PDU Session establishment request as the Control Plane CIoT Optimisation feature is not supported over non-3GPP accesses as described in clause 5.4.5.2.5 of TS 24.501 [25].

4.9.2.3 Handover of a PDU Session procedure from untrusted non-3GPP to 3GPP access (home routed roaming)

4.9.2.3.1 The target AMF is in the PLMN of the N3IWF

Figure 4.9.2.3.1 -1: Handover of a PDU Session procedure from untrusted non-3GPP access to 3GPP access (home routed roaming)

1. If the UE is not registered via 3GPP access, the UE shall initiate Registration procedure as defined in clause 4.2.2.2.2. The NG-RAN selects the same AMF as the one used via non-3GPP access.

2. The UE performs a PDU Session Establishment procedure with the PDU Session ID of the PDU Session to be moved as specified clause 4.3.2.2.2 (PDU Session Establishment for Home Routed Roaming). The AMF selects the same V-SMF as the one used via non-3GPP access.

In the Nsmf_PDUSession_Update Response the H-SMF shall include all QoS information for the QoS Flow(s) applicable to the PDU Session for the target access so that when sending the PDU Session Establishment Accept, within the N1 SM container and in the N2 SM information, the V-SMF can include all QoS information (e.g. QoS Rule(s) in N1 SM container, QFI(s) and QoS Profile(s) in N2 SM information) for the QoS Flow(s) acceptable according to VPLMN policies. In case of Handover for a PDU Session eligible to EPS Interworking, the Nsmf_PDUSession_Update Response should also contain: EPS bearer context(s), linked EBI.

3. If the User Plane of the PDU Session is activated in non-3GPP access, the V-SMF executes the release of resource in non-3GPP access by initiating a Namf_Communication_N1N2MessageTransfer (to send N2 resource release request) which triggers performing steps 4 to 7 specified in clause 4.12.7, followed by step 7a/7b specified in clause 4.3.4.2 in order to release the resources over the source non-3GPP access. Because the PDU Session shall not be released, the SMF shall not send the PDU Session Release Command to the UE. Hence, in steps 4 and 7 of clause 4.12.7 as well as in step 7a of clause 4.3.4.2, the messages do not include the N1 SM container but only the N2 Resource Release Request (resp. Ack). Since the PDU Session is not to be released, the SMF shall not execute step 11 of clause 4.3.4.2 and the SM context between the AMF and the SMF is maintained.

If the User Plane of the PDU Session is deactivated in non-3GPP access, this step is skipped.

The steps 2 and 3 shall be repeated for all PDU Sessions to be moved from to untrusted non-3GPP access to 3GPP access.

4.9.2.3.2 The target AMF is not in the PLMN of the N3IWF (i.e. N3IWF in HPLMN)

Figure 4.9.2.3.2-1: Handover of a PDU Session procedure from untrusted non-3GPP access with N3IWF in the HPLMN to 3GPP access (home routed roaming)

1. If the UE is not registered via 3GPP access, the UE shall initiate Registration procedure as defined in clause 4.2.2.2.2. This includes the retrieval of the SMF-IDs corresponding to each of the PDU Sessions.

2. The UE performs a PDU Session Establishment procedure with the PDU Session ID of the PDU Session to be moved as specified clause 4.3.2.2.2 (PDU Session Establishment for Home Routed Roaming).

In the Nsmf_PDUSession_Create Response the H-SMF shall include all QoS information for the QoS Flow(s) applicable to the PDU Session for the target access so that when sending the PDU Session Establishment Accept, within the N1 SM container and in the N2 SM information, the V-SMF can include all QoS information (e.g. QoS Rule(s) in N1 SM container, QFI(s) and QoS Profile(s) in N2 SM information) for the QoS Flow(s) acceptable according to VPLMN policies.

3. The H-SMF executes the release of resources in non-3GPP AN by performing steps 3-12 specified in clause 4.12.7 with the following exceptions:

– the H-SMF interfaces the source AMF (in the home PLMN). The H-SMF shall not send the N1 SM Container (PDU Session Release Command) to the UE;

– The Npcf_SMPolicyControl_Delete service operation to PCF shall not be performed.

– Nsmf_PDUSession_SMContexStatusNotify service operation invoked by the H-SMF to the source AMF indicates the PDU Session is moved to different access.

The steps 2 and 3 shall be repeated for all PDU Sessions to be moved from to untrusted non-3GPP access to 3GPP access.

4.9.2.4 Handover of a PDU Session procedure from 3GPP to untrusted non-3GPP access (home routed roaming)

4.9.2.4.1 The selected N3IWF is in the registered PLMN

Figure 4.9.2.4.1-1: Handover of a PDU Session procedure from 3GPP access to untrusted non-3GPP access (home routed roaming)

1. If the UE is not registered via untrusted non-3GPP access, the UE shall initiate Registration procedure as defined in clause 4.12.2. The N3IWF selects the same AMF as the one used via 3GPP access.

2. The UE performs PDU Session Establishment procedure with the PDU Session ID of the PDU Session to be moved as specified in clause 4.12.5. The AMF selects the same V-SMF as the one used via 3GPP access.

In the Nsmf_PDUSession_Update Response the H-SMF shall include all QoS information for the QoS Flow(s) applicable to the PDU Session for the target access so that when sending the PDU Session Establishment Accept, within the N1 SM container and in the N2 SM information, the V-SMF can include all QoS information (e.g. QoS Rule(s) in N1 SM container, QFI(s) and QoS Profile(s) in N2 SM information) for the QoS Flow(s) acceptable according to VPLMN policies.

3. If the User Plane of the PDU Session is activated in 3GPP access, the V-SMF executes the release of resources in 3GPP access by performing step 5c to 10 specified in clause 4.3.4.3 (UE or network requested PDU Session Release for Home Routed Roaming) in order to release the resources over the source 3GPP access. Because the PDU Session shall not be released, the SMF shall not send the PDU Session Release Command to the UE. Hence, in steps 5c, 6, 8 and 9 of clause 4.3.4.3, the messages do not include the N1 SM container but only the N2 Resource Release Request (resp. Ack). Since the PDU Session is not to be released, the SMF shall not execute step 11 of clause 4.3.4.2 and the SM context between the AMF and the SMF is maintained.

If the User Plane of the PDU Session is deactivated in 3GPP access, this step is skipped.

The steps 2 and 3 shall be repeated for all PDU Sessions to be moved from 3GPP access to untrusted non-3GPP access.

4.9.2.4.2 The UE is roaming and the selected N3IWF is in the home PLMN

Figure 4.9.2.4.2-1: Handover of a PDU Session procedure from 3GPP access to untrusted non-3GPP access with N3IWF in the HPLMN (home routed roaming)

1. If the UE is not registered via untrusted non-3GPP access, the UE shall initiate Registration procedure as defined in clause 4.12.2. This includes the retrieval of the SMF-IDs corresponding to each of the PDU Sessions.

2. The UE performs PDU Session Establishment procedure with the PDU Session ID of the PDU Session to be moved as specified in clause 4.12.5.

In the Nsmf_PDUSession_Create Response the H-SMF shall include all QoS information for the QoS Flow(s) applicable to the PDU Session for the target access so that when sending the PDU Session Establishment Accept, within the N1 SM container and in the N2 SM information, the V-SMF can include all QoS information (e.g. QoS Rule(s) in N1 SM container, QFI(s) and QoS Profile(s) in N2 SM information) for the QoS Flow(s) acceptable according to VPLMN policies.

3. The H-SMF executes the release of resources in source V-SMF, V-UPF, V-AMF and 3GPP AN by performing steps 3a, 5c to 16b specified in clause 4.3.4.3 with the following exceptions:

– the H-SMF indicates in the Nsmf_PDUSession_Update Request that the UE shall not be notified. This shall result in the V-SMF not sending the N1 Container (PDU Session Release Command) to the UE;

– Nsmf_PDUSession_StatusNotify service operation invoked by H-SMF to V-SMF indicates PDU Session is moved to different access;

– Nsmf_PDUSession_SMContexStatusNotify service operation invoked by the V-SMF to the AMF indicates the PDU Session is moved to different access;

– The Npcf_SMPolicyControl_Delete service operation to PCF shall not be performed.

The steps 2 and 3 shall be repeated for all PDU Sessions to be moved from 3GPP access to untrusted non-3GPP access.