Content for  TS 23.502  Word version:  19.1.0

This step is the same as step 1 in clause 4.3.2.2.1.

For NR satellite access, the AMF may decide to verify the UE location as described in clause 5.4.11.4 of TS 23.501. As in step 2 of clause 4.3.2.2.1 except that, if the UE does not include an S-NSSAI in the PDU Session request, both a Serving PLMN S-NSSAI (in the Allowed NSSAI or Partially Allowed NSSAI) and its corresponding HPLMN S-NSSAI values are selected by the AMF. Also, the AMF in the serving PLMN selects both an SMF in the Serving PLMN using the S-NSSAI of the Serving PLMN mapping to the S-NSSAIs of the HPLMN used for the PDU Session and additionally, an SMF in the HPLMN using the S-NSSAI of the HPLMN used for the PDU Session, as described in clause 4.3.2.2.3. The AMF may also receive alternative H-SMFs from the NRF. If Control Plane CIoT 5GS Optimisation is enabled for the PDU Session, the AMF selects V-SMF and H-SMF that supports the Control Plane CIoT 5GS Optimisation (see clause 6.3.2 of TS 23.501). The AMF stores the association of the S-NSSAI(s), the DNN, the PDU Session ID, the SMF ID in VPLMN as well as Access Type of the PDU Session. Whether to perform DNN replacement is based on operator agreement. In step 3 of clause 4.3.2.2.1, in local breakout roaming case, if V-SMF responds to AMF indicating that V-SMF is not able to process some part of the N1 SM information, the AMF proceeds with home routed case from this step and may select an SMF in the VPLMN different from the V-SMF selected earlier.

As in step 3 of clause 4.3.2.2.1 with the addition that:

• the AMF also provides the identity of the H-SMF it has selected in step 2 and both the VPLMN S-NSSAI from the Allowed NSSAI or Partially Allowed NSSAI and the corresponding S-NSSAI of the HPLMN, which is in the mapping the VPLMN S-NSSAI from the Allowed NSSAI or Partially Allowed NSSAI. The H-SMF is provided when the PDU Session is home-routed. The AMF may also provide the identity of alternative H-SMFs, if it has received in step 2. If the AMF determines to replace the HPLMN S-NSSAI received from the UE with the HPLMN Alternative S-NSSAI or the AMF receives the HPLMN Alternative S-NSSAI and the HPLMN S-NSSAI provided by the UE, the AMF selects the H-SMF based on the HPLMN Alternative S-NSSAI.
• The V-SMF does not use DNN Selection Mode received from the AMF but relays this information to the H-SMF.

If the AMF is reusing an already established association with a V-SMF for the PDU Session ID provided by the UE (e.g. when Request Type indicates "existing PDU Session"), the AMF invokes the Nsmf_PDUSession_UpdateSMContext Request. The AMF may include the H-PCF ID in this step and V-SMF will pass it to the H-SMF in step 6. This will enable the H-SMF to select the same H-PCF in step 9a. If Control Plane CIoT 5GS Optimisation is used for the PDU Session and the "Invoke NEF indication" in the subscription data is set for the S-NSSAI / DNN combination, the AMF includes an "Invoke NEF" flag in Nsmf_PDUSession_CreateSMContext Request. If Disaster Roaming service indication is received, the V-SMF stores the indication in PDU session context and includes the indication in charging data. V-SMF may also apply policy and charging control based on the indication according to roaming agreement.

This step is the same as step 5 of clause 4.3.2.2.1. If the PDU Session Type is Unstructured and the V-SMF received an "Invoke NEF" flag in step 3a, then it skips steps 4 and 5.

The V-SMF selects a UPF in VPLMN as described in clause 6.3.3 of TS 23.501.

The V-SMF initiates an N4 Session Establishment procedure with the selected V-UPF:

---

Step 5a.

---

Step 5b.

V-SMF to H-SMF: Protocol Configuration Options may contain information that H-SMF may needs to properly establish the PDU Session (e.g. SSC mode or SM PDU DN Request Container to be used to authenticate the UE by the DN-AAA as defined in clause 4.3.2.3). The H-SMF may use DNN Selection Mode when deciding whether to accept or reject the UE request. If the V-SMF does not receive any response from the H-SMF due to communication failure on the N16 interface, depending on operator policy the V-SMF may create the PDU Session to one of the alternative H-SMF(s) if additional H-SMF information is provided in step 3a, as specified in detail in TS 29.502. The Small Data Rate Control Status is included if received from the AMF. The Control Plane CIoT 5GS Optimisation Indication is set by the V-SMF, if the PDU Session is intended for Control Plane CIoT 5GS Optimisation. The QoS constraints from the VPLMN are specified in clause 5.7.1.11 of TS 23.501. The Disaster Roaming service indication is included if the indication is received from AMF in step 3a above. V-SMF SM Context ID contains the addressing information it has allocated for service operations related with this PDU Session. The H-SMF stores an association of the PDU Session and V-SMF Context ID for this PDU Session for this UE. If the H-SMF needs to use V-SMF services for this PDU Session (invoking Nsmf_PDUSession_Update Request) before step 13, at the first invocation of Nsmf_PDUSession_Update Request the H-SMF provides the V-SMF with the H-SMF SM Context ID it has allocated for service operations related with this PDU Session. If the RAT type was included in the message, then the H-SMF stores the RAT type in SM Context. ECS Address Configuration Information associated with PLMN ID of visited network is an optional information that may only be provided when HR-SBO is supported for roamers of HPLMN. If the V-SMF has an association with the H-SMF for the indicated PDU Session ID, the V-SMF invokes Nsmf_PDUSession_Update Request. Otherwise the V-SMF invokes Nsmf_PDUSession_Create Request. If the V-SMF receives the HPLMN Alternative S-NSSAI and the HPLMN S-NSSAI from the AMF, the V-SMF sends both the HPLMN Alternative S-NSSAI and the HPLMN S-NSSAI to the H-SMF. If the V-SMF receives the URSP rule enforcement reports from UE, the V-SMF provides the URSP rule enforcement reports from roaming UE to H-SMF.

These steps are the same as steps 4-10 in clause 4.3.2.2.1 with the following differences:

• These steps are executed in Home PLMN;
• If the S-NSSAI of this PDU Session is subject to network slice usage control, according to operator's policy the H-SMF configures the PDU Session inactivity timer in the H-UPF as described in clause 5.15.15 of TS 23.501. Otherwise, the H-SMF does not provides the inactivity timer to the H-UPF as described in step 10a in clause 4.3.2.2.1.
• If the QoS constraints from the VPLMN is provided in step 6 and PCF is deployed, the H-SMF provides the QoS constraints from the VPLMN to PCF. The PCF takes this into account when making policy decisions. In case dynamic PCC is not deployed, the SMF takes this into account when generating the default QoS rule.
• Step 5 of clause 4.3.2.2.1 is not executed.
• If Disaster Roaming service indication is received, the SMF stores the indication in PDU session context and includes the indication in charging data. H-SMF may also apply policy and charging control based on the indication according to roaming agreement.

When PCF is deployed, the SMF shall further report the PS Data Off status to PCF if the PS Data Off event trigger is provisioned, the additional behaviour of SMF and PCF for 3GPP PS Data Off is defined in TS 23.503.

This step is the same as step 16c in clause 4.3.2.2.1 with the following difference:

• The H-SMF registers for the PDU Session with the UDM using Nudm_UECM_Registration (SUPI, DNN, S-NSSAI with the value defined by the HPLMN, PDU Session ID).

H-SMF to V-SMF: If the PDU Session being established was requested to be an always-on PDU Session, the H-SMF shall indicate to the V-SMF whether the request is accepted or not via the Always-on PDU Session Granted indication in the response message to V-SMF. If the PDU Session being established was not requested to be an always-on PDU Session but the H-SMF determines that the PDU Session needs to be established as an always-on PDU Session, the H-SMF shall indicate it to the V-SMF by including Always-on PDU Session Granted indication that the PDU Session is an always-on PDU Session. The information that the H-SMF may provide is the same than defined for step 11 of Figure 4.3.2.2.1-1. The H-CN Tunnel Info contains the tunnel information for uplink traffic towards H-UPF. Multiple QoS Rules and QoS Flow level QoS parameters for the QoS Flow(s) associated with the QoS rule(s) may be included in the Nsmf_PDUSession_Create Response. The V-SMF may apply VPLMN policies related with the SLA negotiated with the HPLMN or with QoS values supported by the VPLMN to evaluate the QoS parameters received from H-SMF; such policies may result in that V-SMF does not accept the PDU Session or does not accept some of the QoS Flows requested by the H-SMF. If the V-SMF does not accept the PDU Session, the V-SMF triggers the V-SMF initiated PDU Session Release procedure from step 1b-3b as defined in clause 4.3.4.3. When the V-SMF accepts at least one QoS flow, it transfers (via the AMF) the corresponding N2 (and NAS) request towards the 5G AN (and the UE) but does not issue requests for the QoS Flow(s) it has rejected due these policies. The V-SMF notifies the H-SMF about the rejected QoS Flows in step 23 below. If Control Plane CIoT 5GS Optimisation is enabled for the PDU Session, certain information, e.g. H-CN tunnel info, is not provided in the response to V-SMF. V-SMF stores the indication of Small Data Rate Control applicability on this PDU Session, if it is received in Nsmf_PDUSession_Create Response.

The V-SMF initiates an N4 Session Modification procedure with the V-UPF. The V-SMF may provide N4 rules to the V-UPF for this PDU Session, including rules to forward UL traffic to the H-UPF.

These steps are the same as steps 11-15 in clause 4.3.2.2.1 with the following differences:

• These steps are executed in Visited PLMN;
• The V-SMF stores an association of the PDU Session and H-SMF ID for this PDU Session for this UE;
• If the H-SMF indicates the PDU Session can be established as an always-on PDU Session, the V-SMF shall further check whether the PDU Session can be established as an always-on PDU Session based on local policies. The V-SMF notifies the UE whether the PDU Session is an always-on PDU Session or not via the Always-on PDU Session Granted indication in the PDU Session Establishment Accept message.
• If the N2 SM information indicates failure of user plane resource setup and the V-SMF rejected the PDU session establishment as described in step 15 in clause 4.3.2.2.1, step 19 is skipped and instead the V-SMF releases the N4 Session with V-UPF.
• If an alternative H-SMF is selected for the PDU Session and the corresponding selected alternative H-SMF ID has not been previously provided to the AMF, the V-SMF provides the selected alternative H-SMF ID to the AMF.
• If Control Plane CIoT 5GS Optimisation is enabled for the PDU Session, steps 19, 20 and 23 below are omitted.

The V-SMF initiates an N4 Session Modification procedure with the V-UPF. The V-SMF may provide N4 rules to the V-UPF for this PDU Session, including rules to forward DL traffic to the AN.

The V-UPF provides a N4 Session Modification Response to the V-SMF. After this step, the V-UPF delivers any down-link packets to the UE that may have been buffered for this PDU Session.

This step is the same as step 17 in clause 4.3.2.2.1 with the following differences:

• The SMF is a V-SMF. The H-SMF and V-SMF subscribe to UE reachability event from AMF.

This step is same as step 18 in clause 4.3.2.2.1. In addition, if during the procedure, after step 14, the PDU Session establishment is not successful as specified in step 15 of clause 4.3.2.2.1, the V-SMF triggers the V-SMF initiated PDU Session Release procedure from step 1b-3b as defined in clause 4.3.4.3.

H-SMF to UE, via H-UPF and V-UPF in VPLMN: In the case of PDU Session Type IPv6 or IPv4v6, the H-SMF generates an IPv6 Router Advertisement and sends it to the UE via N4 and the H-UPF and V-UPF. If the Control Plane CIoT 5GS Optimisation is enabled for this PDU session the V-UPF forwards the IPv6 Router Advertisement to the V-SMF for transmission to the UE using the Mobile Terminated Data Transport in Control Plane CIoT 5GS Optimisation procedures (see clause 4.24.2).

If the V-SMF received in step18 an indication that the (R)AN has rejected some QFI(s) or if the V-SMF has rejected some QFI(s) in step 13, the V-SMF notifies the H-SMF via a Nsmf_PDUSession_Update Request. The H-SMF is responsible of updating accordingly the QoS rules and QoS Flow level QoS parameters if needed for the QoS Flow(s) associated with the QoS rule(s) in the UE.

This step is the same as step 20 in clause 4.3.2.2.1 with the following differences:

• this step is executed in the Home PLMN;
• the SMF also deregisters for the given PDU Session using Nudm_UECM_Deregistration (SUPI, DNN, PDU Session ID). The UDM may update corresponding UE context by Nudr_DM_Update (SUPI, Subscription Data, UE context in SMF data).