As in step 2 of clause 220.127.116.11.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) 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 18.104.22.168.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 TS 23.501, clause 6.3.2
). 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 22.214.171.124.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 126.96.36.199.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 and the corresponding S-NSSAI of the HPLMN, which is in the mapping the VPLMN S-NSSAI from the 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.
The V-SMF does not use DNN Selection Mode received from the AMF but relays this information to the H-SMF.
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
This step is the same as step 5 of clause 188.8.131.52.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 initiates an N4 Session Establishment procedure with the selected V-UPF:
The V-SMF sends an N4 Session Establishment Request to the V-UPF.
The V-UPF acknowledges by sending an N4 Session Establishment Response. The CN Tunnel Info is provided to V-SMF in this step.
V-SMF to H-SMF: Nsmf_PDUSession_Create
Request (SUPI, GPSI (if available), V-SMF SM Context ID, DNN, S-NSSAI with the value defined by the HPLMN, PDU Session ID, V-SMF ID, V-CN-Tunnel-Info, PDU Session Type, PCO, Number Of Packet Filters, User location information, Access Type, RAT Type, PCF ID, [Small Data Rate Control Status], SM PDU DN Request Container, DNN Selection Mode, Control Plane CIoT 5GS Optimisation Indication, [Always-on PDU Session Requested], AMF ID, Serving Network). 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 184.108.40.206
). 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.
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.
These steps are the same as steps 4-10 in clause 220.127.116.11.1
with the following differences:
These steps are executed in Home PLMN;
The H-SMF does not provides the Inactivity Timer to the H-UPF as described in step 9a in clause 18.104.22.168.1.
Step 5 of clause 22.214.171.124.1 is not executed.
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 126.96.36.199.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: Nsmf_PDUSession_Create
Response (QoS Rule(s), QoS Flow level QoS parameters if needed for the QoS Flow(s) associated with the QoS rule(s), PCO including session level information that the V-SMF is not expected to understand, selected PDU Session Type and SSC mode, Reliable Data Service Support, H-CN Tunnel Info, QFI(s), QoS profile(s), Session-AMBR, Reflective QoS Timer (if available), information needed by V-SMF in the case of EPS interworking such as the PDN Connection Type, User Plane Policy Enforcement)
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 188.8.131.52.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
The V-SMF may apply VPLMN policies related with the SLA negotiated with the HPLMN or with QoS values supported by the VPLMN; 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 184.108.40.206
. 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
These steps are the same as steps 11-15 in clause 220.127.116.11.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 18.104.22.168.1, step 19 is skipped and instead the V-SMF releases the N4 Session with V-UPF.
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 provides Packet detection, enforcement and reporting rules to be installed on the V-UPF for this PDU Session, including AN Tunnel Info, H-CN Tunnel Info and V-CN Tunnel Info.
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 22.214.171.124.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 126.96.36.199.1
. In addition, if during the procedure, after step 14, the PDU Session establishment is not successful as specified in step 15 of clause 188.8.131.52.1
, the V-SMF triggers the V-SMF initiated PDU Session Release procedure from step 1b-3b as defined in clause 184.108.40.206
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 220.127.116.11.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).