For NR satellite access, the AMF may decide to verify the UE location. In this case, if the AMF can determine based on the ULI (including Cell ID) received from the gNB that UE has registered to a PLMN that is not allowed to operate at the present UE location, then the AMF may reject the PDU Session Establishment Request and further deregister the UE as specified in clause 22.214.171.124.3. Otherwise, if the AMF is not aware of the UE location with sufficient accuracy to make a final decision, the AMF proceeds with the PDU Session Establishment procedure and may initiate 5GC-NI-LR Procedure as specified in clause 6.10.1 of TS 23.273, and deregisters the UE as specified in clause 126.96.36.199.3 if the information received form the LMF proves that the UE is registered to a PLMN that is not allowed to operate in the UE location.
As in step 2 of clause 188.8.131.52.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 184.108.40.206.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 220.127.116.11.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.
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.
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.
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, the QoS constraints from the VPLMN, Satellite backhaul category) or Nsmf_PDUSession_Update Request (V-CN-Tunnel-Info, PCO, User location information, Access Type, RAT Type, SM PDU DN Request Container, Control Plane CIoT 5GS Optimisation Indication, [Always-on PDU Session Requested], 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 18.104.22.168). 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 contains a 5QI and corresponding ARP value that the VPLMN can accept for the QoS Flow associated with the default QoS rule and the highest Session-AMBR that the VPLMN can accept.
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.
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.
These steps are the same as steps 4-10 in clause 22.214.171.124.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 126.96.36.199.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.
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.
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 Response.
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 Response.
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 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.
This step is same as step 18 in clause 22.214.171.124.1. In addition, if during the procedure, after step 14, the PDU Session establishment is not successful as specified in step 15 of clause 126.96.36.199.1, the V-SMF triggers the V-SMF initiated PDU Session Release procedure from step 1b-3b as defined in clause 188.8.131.52.
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 184.108.40.206.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).