Tech-invite  3GPPspecsRELsGlossariesSIP
Info21222324252627282931323334353637384‑5x

full Contents for  TS 23.502  Word version:   16.4.0

Top   Up   Prev   Next
1…   4.2.2.2.2   4.2.2.2.3…   4.2.3…   4.2.3.3   4.2.4…   4.2.6   4.2.7…   4.2.9…   4.3…   4.3.2.2…   4.3.2.2.2   4.3.2.2.3…   4.3.3   4.3.4   4.3.5…   4.3.5.2…   4.3.5.4…   4.3.5.6…   4.3.6…   4.4…   4.5…   4.9…   4.9.1.3…   4.9.2…   4.11…   4.11.1.2.2…   4.11.1.3…   4.11.1.4…   4.11.1.5…   4.11.2   4.11.3…   4.12…   4.12.6…   4.12a   4.12b   4.13…   4.13.4…   4.13.6…   4.14…   4.15…   4.15.4…   4.16…   4.16.4…   4.16.8…   4.17…   4.17.9…   4.18…   4.19…   4.23…   4.23.7…   4.23.9…   4.23.11…   4.24   4.25   4.26…   5…   5.2.3…   5.2.5…   5.2.6…   5.2.7…   5.2.8…   5.2.9…   5.2.12…   A…   E…   F…

 

4.19  Network Data Analytics
The system procedures for Network Data Analytics are defined in clause 6 of TS 23.288.
4.20  UE Parameters Update via UDM Control Plane ProcedureWord-p. 363
4.20.1  General
The purpose of the control plane solution for update of UE parameters is to allow the HPLMN to update the UE with a specific set of parameters, generated and stored in the UDM, by delivering protected UDM Update Data via NAS signalling. The HPLMN updates such parameters based on the operator policies.
The UDM Update Data that the UDM delivers to the UE may contain:
  • one or more UE parameters including:
    • the updated Default Configured NSSAI (final consumer of the parameter is the ME).
    • the updated Routing Indicator Data (final consumer of the parameter is the USIM).
  • a "UE acknowledgement requested" indication.
  • a "re-registration requested" indication.
Up
4.20.2  UE Parameters Update via UDM Control Plane Procedure
Up
Step 1.
From UDM to the AMF: The UDM notifies the changes of the information related to the UE to the affected AMF by the means of invoking Nudm_SDM_Notification service operation. The Nudm_SDM_Notification service operation contains the UDM Update Data (e.g. "Routing Indicator update data", "Default Configured NSSAI update data") that needs to be delivered transparently to the UE over NAS within the Access and Mobility Subscription data. The UDM update data includes:
  • The updated parameters to be delivered to the UE (e.g. the updated Routing Indicator Data, the Default Configured NSSAI).
  • whether the UE needs to send an ack to the UDM.
  • whether the UE needs to re-register after updating the data.
Step 2.
From AMF to the UE: the AMF sends a DL NAS TRANSPORT message to the served UE. The AMF includes in the DL NAS TRANSPORT message the transparent container received from the UDM. The UE verifies based on mechanisms defined in TS 33.501 that the UDM Update Data is provided by HPLMN, and:
  • If the security check on the UDM Update Data is successful, as defined in TS 33.501 the UE either stores the information and uses those parameters from that point onwards, or forwards the information to the USIM; and
  • If the security check on the UDM Update Data fails, the UE discards the contents of the UDM Update Data.
Step 3.
The UE to the AMF: If the UE has verified that the UDM Update Data is provided by HPLMN and the UDM has requested the UE to send an ack to the UDM, the UE sends an UL NAS TRANSPORT message to the serving AMF with a transparent container including the UE acknowledgement.
Step 4.
The AMF to the UDM: If the AMF receives an UL NAS TRANSPORT message with a transparent container carrying a UE acknowledgement from the UE, the AMF sends a Nudm_SDM_Info request message including the transparent container to the UDM.
Step 5.
If the UDM has requested the UE to re-register, the UE waits until it goes back to RRC idle and initiates a Registration procedure as defined in TS 24.501.
Up
4.20.3Void
4.21  Secondary RAT Usage Data Reporting ProcedureWord-p. 364
The procedure in Figure 4.21-1 may be used to report Secondary RAT Usage Data from NG-RAN node to the AMF. It is executed by the NG-RAN node to report the Secondary RAT Usage Data information towards AMF which is then reported towards SMF.
The procedure in Figure 4.21-2 may be used to report the Secondary RAT Usage Data from AMF towards the SMF. Optionally, it is used to report the Secondary RAT Usage Data from V-SMF to the H-SMF when the reporting to H-SMF is activated.
Up
Step 1.
The NG-RAN, if it supports Dual Connectivity with Secondary RAT (using NR radio, E-UTRA radio, or unlicensed spectrum using NR or E-UTRA radio) and it is configured to report Secondary RAT Usage Data for the UE, depending on certain conditions documented in this specification, it shall send a RAN Usage Data Report message to the AMF including the Secondary RAT Usage Data for the UE. The NG-RAN node will send only one RAN Usage Report for a UE when the UE is subject to handover by RAN. The RAN Usage Data Report includes a Handover Flag to indicate when the message is sent triggered by a handover.
Up
The NG-RAN, if it supports Dual Connectivity with Secondary RAT (using NR radio, E-UTRA radio, or unlicensed spectrum using NR or E-UTRA radio) and it is configured to report Secondary RAT usage data for the UE, it shall include the Secondary RAT usage data for the UE to the AMF in certain messages depending on certain conditions documented elsewhere in this TS.
Step 1.
The AMF forwards the N2 SM Information (Secondary RAT Usage Data) to the SMF in a Nsmf_PDUSession_UpdateSMContext Request.
Step 2.
The V-SMF sends the Nsmf_PDUSession_Update (Secondary RAT Usage Data) message to the H-SMF.
Step 3.
The H-SMF acknowledges receiving the Secondary RAT Usage data for the UE.
Step 4.
The V-SMF acknowledges receiving the Secondary RAT Usage data back to the AMF.
Up
4.22  ATSSS Procedures [R16]Word-p. 365
4.22.1  General
This clause specifies the procedures that enable the support of Access Traffic Steering, Switching and Splitting (ATSSS), as defined in TS 23.501, clause 5.32. These procedures can be applied only by ATSSS-capable UEs and 5GC networks.
The key enabler of ATSSS is the Multi Access-PDU (MA PDU) Session. As specified in TS 23.501, clause 5.32.1, a MA PDU Session is a PDU Session associated with two independent N3/N9 tunnels between the PSA and RAN/AN and with multiple access types, i.e. with one 3GPP access and one non-3GPP access. The traffic of a MA PDU Session can be transferred over 3GPP access, or over non-3GPP access, or over both accesses. How the traffic is transferred over the available accesses of a MA PDU Session is governed by the applicable policy created by the 5GC network.
The UE determines whether ATSSS is supported by the network based on the MA PDU Session Support indicator provided by the AMF during the Registration procedures, as specified in clause 4.22.9.1. If the network does not support ATSSS, the UE shall not initiate the following procedures in this network:
  • establishment of a MA PDU Session (clause 4.22.2);
  • establishment of a PDU Session with "MA PDU Network-Upgrade Allowed" indication (clause 4.22.3);
  • addition of user-plane resources over one access for an existing MA PDU Session, which has been established over the other access in a different network (clause 4.22.7); or
  • PDU Session Modification with Request Type of "MA PDU request" or with "MA PDU Network-Upgrade Allowed" indication after moving from EPC to 5GC (clause 4.22.6.3).
Up
4.22.2  UE Requested MA PDU Session EstablishmentWord-p. 366
4.22.2.1  Non-roaming and Roaming with Local Breakout
The signalling flow for a MA PDU Session establishment when the UE is not roaming, or when the UE is roaming and the PDU Session Anchor (PSA) is located in the VPLMN, is based on the signalling flow in Figure 4.3.2.2.1-1 with the following differences and clarifications:
  • The PDU Session Establishment Request message may be sent over the 3GPP access or over the non-3GPP access. In the steps below, it is assumed that it is sent over the 3GPP access, unless otherwise specified.
  • In step 1, the UE provides Request Type as "MA PDU Request" in UL NAS Transport message and its ATSSS Capabilities (e.g. an "MPTCP Capability" and/or an "ATSSS-LL Capability"), as defined in TS 23.501, clause 5.32.2 in PDU Session Establishment Request message.
  • The "MA PDU Request" Request Type in the UL NAS Transport message indicate to the network that this PDU Session Establishment Request is to establish a new MA PDU Session and to apply the ATSSS-LL functionality, or the MPTCP functionality, or both functionalities, for steering the traffic of this MA PDU session.
    If the UE requests an S-NSSAI and the UE is registered over both accesses, it shall request an S-NSSAI that is allowed on both accesses.
  • In step 2, if the AMF supports MA PDU sessions, then the AMF selects an SMF, which supports MA PDU sessions.
  • In step 3, the AMF informs the SMF that the request is for a MA PDU Session by including "MA PDU Request" indication and, in addition, it indicates to SMF whether the UE is registered over both accesses. If the AMF determines that the UE is registered via both accesses but the requested S-NSSAI is not allowed on both accesses, then the AMF shall reject the MA PDU session establishment.
  • In step 4, the SMF retrieves, via Session Management subscription data, the information whether the MA PDU session is allowed or not.
  • In step 7, if dynamic PCC is to be used for the MA PDU Session, the SMF sends an "MA PDU Request" indication to the PCF in the SM Policy Control Create message and the ATSSS Capabilities of the MA PDU session. The SMF provides the currently used Access Type(s) and RAT Type(s) to the PCF. The PCF decides whether the MA PDU session is allowed or not based on operator policy and subscription data.
  • The PCF provides PCC rules that include MA PDU session control information, as specified in TS 23.503. From the received PCC rules, the SMF derives (a) ATSSS rules, which will be sent to UE for controlling the traffic steering, switching and splitting in the uplink direction, and (b) N4 rules, which will be sent to UPF for controlling the traffic steering, switching and splitting in the downlink direction. If the UE indicates the support of "ATSSS-LL Capability", the SMF may derive the Measurement Assistance Information.
    If the SMF receives a UP Security Policy for the PDU Session with Integrity Protection set to "Required" and the MA PDU session is being established over non-3GPP access, the SMF does not verify whether the access can satisfy the UP Security Policy.
  • In the remaining steps of Figure 4.3.2.2.1-1, the SMF establishes the user-plane resources over the 3GPP access, i.e. over the access where the PDU Session Establishment Request was sent on:
    • In step 10, the N4 rules derived by SMF for the MA PDU session are sent to UPF and two N3 UL CN tunnels info are allocated by the UPF. If the ATSSS Capability for the MA PDU Session indicates "ATSSS-LL Capability", the SMF may include information for measurement into the N4 rule to instruct the UPF to initiate performance measurement for this MA PDU Session. In step 10a, the UPF allocates addressing information for the Performance Measurement Function (PMF) in the UPF. In step 10b, the UPF sends the addressing information for the PMF in the UPF to the SMF.
    • In step 11, for the MA PDU session, the SMF includes an "MA PDU session Accepted" indication in the Namf_Communication_N1N2MessageTransfer message to the AMF and indicates to AMF that the N2 SM Information included in this message should be sent over 3GPP access. The AMF marks this PDU session as MA PDU session based on the received "MA PDU session Accepted" indication.
    • In step 13, the UE receives a PDU Session Establishment Accept message, which indicates to UE that the requested MA PDU session was successfully established. This message includes the ATSSS rules for the MA PDU session, which were derived by SMF. If the ATSSS Capability for the MA PDU Session indicates "ATSSS-LL Capability", the SMF may include the addressing information of PMF in the UPF into the Measurement Assistance Information.
  • After step 18 in Figure 4.3.2.2.1-1, if the SMF was informed in step 2 that the UE is registered over both accesses, then the SMF initiates the establishment of user-plane resources over non-3GPP access too. The SMF sends an N1N2 Message Transfer to AMF including N2 SM Information and indicates to AMF that the N2 SM Information should be sent over non-3GPP access. The N1N2 Message Transfer does not include an N1 SM Container for the UE because this was sent to UE in step 13. After this step, the two N3 tunnels between the PSA and RAN/AN are established.
The last step above is not executed when the UE is registered over one access only, in which case the MA PDU Session is established with user-plane resources over one access only. How user-plane resources can be added over an access of the MA PDU Session is specified in clause 4.22.7.
Up
4.22.2.2  Home-routed RoamingWord-p. 367
When the UE is registered to the same VPLMN over 3GPP access and non-3GPP access, the MA PDU Session is established as specified in Figure 4.3.2.2.2-1 ("UE-requested PDU Session Establishment for home-routed roaming scenarios") with the differences and clarifications:
  • In step 1, the UE provides Request Type as "MA PDU Request" in UL NAS Transport message and its ATSSS Capabilities (e.g. an "MPTCP Capability" and/or an "ATSSS-LL Capability"), as defined in TS 23.501, clause 5.32.2 in PDU Session Establishment Request message.
  • In step 2, if the AMF supports MA PDU sessions, then the AMF selects a V-SMF and an H-SMF, which supports MA PDU sessions.
  • In step 3, the AMF informs the SMF that the request is for a MA PDU Session by including an "MA PDU Request" indication and, in addition, the AMF indicates to V-SMF that the UE is registered over both accesses.
  • In step 5, two DL N9 tunnel CN info and two UL N3 tunnel CN info are allocated by the V-SMF or by the V-UPF.
  • In step 6, the V-SMF informs the H-SMF that the request is for a MA PDU Session by including an "MA PDU Request" indication and indicates to H-SMF that the UE is registered over both accesses.
  • In step 7, the SMF retrieves, via Session Management subscription data, the information whether the MA PDU session is allowed or not.
  • In step 9, if dynamic PCC is to be used for the MA PDU Session, the H-SMF sends an "MA PDU Request" indication to H-PCF in the SM Policy Control Create message and the ATSSS Capabilities of the MA PDU session. The H-SMF provides the currently used list of Access Type(s) and RAT Type(s) for the MA-PDU session to the H-PCF. The H-PCF decides whether the MA PDU session is allowed or not based on operator policy and subscription data.
  • The H-SMF also initiates the establishment of user-plane resources over non-3GPP access.
    The H-PCF provides the PCC rules containing MA PDU session control information and the H-SMF derives the ATSSS rules for the UE and the N4 rules for the H-UPF.
  • In step 12, two UL N9 tunnel CN info are allocated by the H-SMF or by the H-UPF. After this step, the two N9 tunnels between the H-UPF and V-UPF are established.
  • In step 13, the H-SMF sends "MA PDU session Accepted" indication to V-SMF in the Nsmf_PDUSession_Create Response message.
  • In step 14, the V-SMF sends the "MA PDU session Accepted" indication in the Namf_Communication_N1N2MessageTransfer message to the AMF and indicates on which access to send the N2 SM Information included in this message. The AMF marks this PDU session as MA PDU session based on the received "MA PDU session Accepted" indication.
  • In step 16, the UE receives a PDU Session Establishment Accept message, which indicates to UE that the requested MA PDU session was successfully established. This message includes the ATSSS rules for the MA PDU session, which were derived by H-SMF, and may include Measurement Assistance Information.
  • After step 20, if the V-SMF was informed in step 3 that the UE is registered over both accesses, then the V-SMF initiates the establishment of user-plane resources over the other access too. The V-SMF sends an N1N2 Message Transfer to the AMF including N2 SM Information and indicates to the AMF over which access the N2 SM Information should be sent. The N1N2 Message Transfer does not include an N1 SM Container for the UE because this was sent to the UE in step 14. After this step, two N9 tunnels between the H-UPF and the V-UPF as well as two N3 tunnels between the V-UPF and RAN/AN are established, or, if the H-UPF is connected to two different V-UPFs, the H-UPF has one N9 tunnel with each V-UPF.
When the UE is registered to different PLMNs over 3GPP access and non-3GPP access, the MA PDU Session is established as specified in Figure 4.3.2.2.2-1 ("UE-requested PDU Session Establishment for home-routed roaming scenarios") with the following differences and clarifications:
  • In step 1, the UE provides Request Type as "MA PDU Request" in UL NAS Transport message and its ATSSS Capabilities (e.g. an "MPTCP Capability" and/or an "ATSSS-LL Capability"), as defined in TS 23.501, clause 5.32.2.
  • In step 2, if the AMF supports MA PDU sessions, then the AMF selects a V-SMF, which supports MA PDU sessions.
  • In step 3, the AMF informs the V-SMF that the request is for a MA PDU Session (i.e. it includes an "MA PDU Request" indication).
  • In step 6, the V-SMF informs the H-SMF that the request is for a MA PDU Session (i.e. it includes an "MA PDU Request" indication).
  • In step 7, the H-SMF retrieves, via Session Management subscription data, the information whether the MA PDU session is allowed or not.
  • In step 9, if dynamic PCC is to be used for the MA PDU Session, the H-SMF sends an "MA PDU Request" indication to PCF in the SM Policy Control Create message and the ATSSS Capabilities of the MA PDU session. The H-SMF provides the currently used Access Type(s) and RAT Type(s) for the MA-PDU session to the PCF. The PCF decides whether the MA PDU session is allowed or not based on operator policy and subscription data.
  • In step 12, additional UL N9 tunnel CN info is allocated by the H-SMF or by the H-UPF. After this step, the two N9 tunnels are established.
  • In step 16, the UE receives a PDU Session Establishment Accept message, which indicates to UE that the requested MA PDU session was successfully established. This message includes the ATSSS rules for the MA PDU session, which were derived by H-SMF, and may include Measurement Assistance Information.
  • After the MA PDU Session is successfully established on the first access, the UE shall initiate again the procedure in Figure 4.3.2.2.2-1 over the other access with the following differences and clarifications:
    • In step 1, the UE shall send another PDU Session Establishment Request over the other access containing the same PDU Session ID that was provided over the first access. The UE also provides Request Type as "MA PDU Request" in UL NAS Transport message.
    • In step 16, the UE receives another PDU Session Establishment Accept message, which may contain updated ATSSS rules for the MA PDU session.
    • After step 18, two N9 tunnels between the H-UPF and two different V-UPFs as well as two N3 tunnels between different V-UPF and RAN/AN are established.
Up
4.22.3  UE Requested PDU Session Establishment with Network Modification to MA PDU SessionWord-p. 369
When an ATSSS-capable UE requests to establish a single-access PDU Session, but no policy in the UE and no local restrictions mandate a single access, the 5GC network may decide to modify it to a Multi-Access PDU (MA PDU) Session. This decision may be taken when e.g. the SMF wants to offload some traffic of the requested PDU Session to non-3GPP access or when the SMF wants to apply MPTCP to provide bandwidth aggregation for the requested PDU Session.
In the case of non-roaming or roaming with local breakout, the procedure for establishing a MA PDU Session when the UE requests a single-access PDU Session is the same with the procedure specified in clause 4.22.2.1, with the following clarifications and modifications:
  • In step 1, the UE sets Request Type to initial request and it may include the "MA PDU Network-Upgrade Allowed" indication in UL NAS Transport message and its ATSSS Capabilities in PDU Session Establishment Request message, if the 5GC is ATSSS capable, and no policy in the UE (e.g. no URSP rule) and no local restrictions mandate a single access for the requested PDU Session. The "MA PDU Network-Upgrade Allowed" indication indicates that the requested single-access PDU Session may be converted to a MA PDU Session, if the 5GC network wants to.
  • In step 2, if the AMF receives the "MA PDU Network-Upgrade Allowed" indication, the AMF may select a SMF that supports MA PDU sessions. The AMF does not send the "MA PDU Request" indication to SMF, but it sends the "MA PDU Network-Upgrade Allowed" indication, if received from the UE. If the AMF determines that the requested S-NSSAI is not allowed on both accesses, the AMF shall not forward "MA PDU Network-Upgrade Allowed" indication to the SMF. If the AMF sends the "MA PDU Network-Upgrade Allowed" indication to SMF, it shall also indicate to SMF whether the UE is registered over both accesses.
  • After step 6, if SMF receives the "MA PDU Network-Upgrade Allowed" indication, the SMF may decide, if dynamic PCC is not to be used, to convert the single-access PDU Session requested by the UE into a MA PDU Session. The SMF may take this decision based on local operator policy, subscription data indicating whether the MA PDU session is allowed or not, and/or other conditions, which are not specified in the present document.
  • If the SMF receives ATSSS Capability from the UE but does not receive "MA PDU Network-Upgrade Allowed" indication from the AMF, the SMF shall not convert the single-access PDU Session requested by the UE into a MA PDU Session.
    If the SMF receives a UP Security Policy for the PDU Session with Integrity Protection set to "Required" and the MA PDU session is being established over non-3GPP access, the SMF does not verify whether the access can satisfy the UP Security Policy.
  • In step 7, if dynamic PCC is to be used for the PDU Session, the SMF indicates to PCF that the SM policy control information is requested for a MA PDU Session via "MA PDU Network-Upgrade Allowed" indication if the MA PDU session is allowed based on the subscription data. The SMF provides the currently used Access Type(s) and RAT Type(s) for the MA-PDU session to the H-PCF. The SMF also provides the ATSSS Capabilities of the MA PDU session.
  • In step 10, the N4 rules derived by SMF for the MA-PDU session are sent to UPF, and two N3 UL CN tunnels info are allocated by the UPF.
  • In step 11, for the MA PDU Session, the SMF sends an "MA PDU session Accepted" indication in the Namf_Communication_N1N2MessageTransfer message to the AMF. The AMF marks this PDU session as MA PDU session based on the received "MA PDU session Accepted" indication.
  • The PDU Session Establishment Accept message includes ATSSS rules which indicate to UE that the requested PDU Session was converted by the network to a MA PDU Session.
  • The SMF triggers the establishment of user-plane resources in both accesses, if it was informed in step 2 that the UE is registered over both accesses.
In the case of home-routed roaming, when the UE is registered to the same VPLMN over 3GPP access and non-3GPP access, the procedure for establishing a MA PDU Session when the VPLMN is ATSSS capable and the UE requests a single-access PDU Session but no policy in the UE and no local restrictions mandate a single access, is the same with the procedure specified in clause 4.22.2.2, with the following clarifications and modifications:
  • In step 1, the UE sets Request Type to initial request and it may include an "MA PDU Network-Upgrade Allowed" indication in UL NAS Transport message and its ATSSS Capabilities (e.g. the "ATSSS-LL Capability" and/or the "MPTCP Capability") in PDU Session Establishment Request message.
  • In step 2, if the AMF receives the "MA PDU Network-Upgrade Allowed" indication, the AMF may select a V-SMF and a H-SMF that support MA PDU sessions. If the AMF determines that the requested S-NSSAI is not allowed on both accesses, the AMF shall not forward "MA PDU Network-Upgrade Allowed" indication to the V-SMF.
  • In step 3, the AMF sends the "MA PDU Network-Upgrade Allowed" indication, if received from the UE. If the AMF sends the "MA PDU Network-Upgrade Allowed" indication to V-SMF, it shall also indicate to V-SMF whether the UE is registered over both accesses.
  • In step 5, two DL N9 tunnel CN info and two UL N3 tunnel CN info are allocated by the V-SMF or by the V-UPF. Additionally, the V-SMF indicates to H-SMF the relationship between the DL N9 tunnel CN info and the access type. If the single CN Tunnel is established by the H-SMF, the DL N9 tunnel CN info binding to the access over which the NAS message is received is to be used.
  • In step 6, the V-SMF provides the "MA PDU Network-Upgrade Allowed" indication, if received from AMF, together with an indication whether the UE is registered over both accesses.
  • After step 6, if the H-SMF receives the "MA PDU Network-Upgrade Allowed" indication, the H-SMF may decide to convert the single-access PDU Session requested by the UE into a MA PDU Session, if dynamic PCC is not to be used. The H-SMF may take this decision based on local operator policy, subscription data indicating whether the MA PDU session is allowed or not, and/or other conditions, which are not specified in the present document.
  • If the H-SMF receives ATSSS Capability from the UE but does not receive "MA PDU Network-Upgrade Allowed" indication from the AMF, the H-SMF shall not convert the single-access PDU Session requested by the UE into a MA PDU Session.
  • In step 9, if dynamic PCC is to be used for the MA PDU Session, the H-SMF sends an "MA PDU Network-Upgrade Allowed" indication instead of "MA PDU Request" indication to H-PCF in the SM Policy Control Create message if the MA PDU session is allowed based on the subscription data. The H-SMF also provides the ATSSS Capabilities of the MA PDU session. The H-PCF decides whether the single-access PDU Session can be converted into an MA PDU session or not based on operator policy and subscription data.
  • In step 13, the H-SMF sends "MA PDU session Accepted" indication to V-SMF in the Nsmf_PDUSession_Create Response message.
  • In step 14, the V-SMF includes the "MA PDU session Accepted" indication in the Namf_Communication_N1N2MessageTransfer message to the AMF. The AMF mark this PDU session as MA PDU session based on the received "MA PDU session Accepted" indication.
  • In step 16, the UE receives a PDU Session Establishment Accept message, which includes ATSSS rules and indicates to UE that the requested single-access PDU session was established as a MA PDU Session.
  • After step 18, two N9 tunnels between the H-UPF and the V-UPF as well as two N3 tunnels between the V-UPF and 5G-AN are established, or, if the H-UPF is connected to two different V-UPFs, the H-UPF has one N9 tunnel with each V-UPF.
In the case of home-routed roaming, when the UE is registered to different PLMNs over 3GPP access and non-3GPP access, the procedure for establishing a MA PDU Session when the UE requests a single-access PDU Session in an ATSSS capable PLMN but no policy in the UE and no local restrictions mandate a single access, is the same with the procedure specified in clause 4.22.2.2, with the following clarifications and modifications:
  • In step 1, the UE sets Request Type to initial request and it may include an "MA PDU Network-Upgrade Allowed" indication in UL NAS Transport message and its ATSSS Capabilities (e.g. the "ATSSS-LL Capability" and/or the "MPTCP Capability") in PDU Session Establishment Request message.
  • In step 2, if the AMF receives the "MA PDU Network-Upgrade Allowed" indication, the AMF may select a V-SMF that supports MA PDU sessions.
  • In step 3, the AMF sends the "MA PDU Network-Upgrade Allowed" indication, if received from the UE.
  • In step 6, the V-SMF provides the "MA PDU Network-Upgrade Allowed" indication, if received from AMF.
  • After step 6, if the H-SMF receives the "MA PDU Network-Upgrade Allowed" indication, the H-SMF may decide to convert the single-access PDU Session requested by the UE into a MA PDU Session, if dynamic PCC is not to be used. The H-SMF may take this decision based on local operator policy, subscription data indicating whether the MA PDU session is allowed or not, and/or other conditions, which are not specified in the present document.
  • In step 9, if dynamic PCC is to be used for the MA PDU Session, the H-SMF sends an "MA PDU Network-Upgrade Allowed" indication to H-PCF in the SM Policy Control Create message if the MA PDU session is allowed based on the subscription data. The H-SMF also provides the ATSSS Capabilities of the MA PDU session.
  • In step 13, the H-SMF sends "MA PDU session Accepted" indication to V-SMF in the Nsmf_PDUSession_Create Response message.
  • In step 14, the V-SMF includes the "MA PDU session Accepted" indication in the Namf_Communication_N1N2MessageTransfer message to the AMF. The AMF mark this PDU session as MA PDU session based on the received "MA PDU session Accepted" indication.
  • In step 16, the UE receives a PDU Session Establishment Accept message, which includes ATSSS rules and indicates to UE that the requested single-access PDU session was established as a MA PDU Session.
  • After the MA PDU Session is established over one access, the UE shall send another PDU Session Establishment Request over the other access containing the same PDU Session ID that was provided over the first access. The UE also sets Request Type as "MA PDU Request" in UL NAS Transport message.
Up
4.22.4  Access Network Performance MeasurementsWord-p. 371
The PMF of UE side or/and UPF side should be able to correlate the measurement packets with the corresponding access type in order to get the accurate measurement result for each access. The PMF of UE side correlates the sent measurement request and received measurement response messages via the same access type, and the PMF of UPF side correlates the sent measurement request and received measurement response messages via the same N3 or N9 Tunnel. The PMF of UPF side shall record the relationship between the RTT measurement result and the N3 or N9 Tunnel.
NOTE:
The frequency for RTT measurement for each access is decided by the PMF of the UE and the UPF respectively.
Up
4.22.5  Reporting of Access Availability
After the MA PDU session is established, if Reporting of Access Availability is required by network, the UE performs detection of the unavailability and availability of an access based on implementation. To report the availability/unavailability of the access, the UE sends the PMF-Access Report to the UPF via the user plane of any available access of the MA PDU session. The UPF shall use this report to decide which access can be used to deliver the downlink packets.
4.22.6  EPS Interworking
4.22.6.1  General
This clause includes procedures for interworking with EPS.
4.22.6.2  Impacts to EPS interworking procedures
4.22.6.2.1  5GS to EPS handover using N26 interface
Based on the signaling flow in Figure 4.11.1.2.1-1, the procedure is performed with the following differences and modifications:
  • Step 2 is also performed with all the PGW-C+SMFs corresponding to MA PDU Sessions with allocated EBI(s).
  • In step 12e, the AMF requests the release of the 3GPP access of the MA PDU Session which has resources established for 3GPP access, but not expected to be transferred to EPC, i.e. no EBI(s) allocated to the MA PDU Session by triggering Nsmf_PDUSession_UpdateSMContext service operation.
  • NOTE:
    When the SMF received the release request from the AMF, the SMF decides whether the MA PDU Session is completely released or released over a single access based on its local policy.
  • In step 16, if the MA PDU Session is established in both 3GPP and non-3GPP accesses and the MA PDU Session is moved to EPS, the SMF triggers the MA PDU Session Release procedure over non-3GPP access.
Up
4.22.6.2.2  5GS to EPS idle mode mobility using N26 interfaceWord-p. 372
Based on the signaling flow in Figure 4.11.1.3.2-1, the procedure is performed with the following differences and modifications:
  • Step 5a is also performed with all the PGW-C+SMFs corresponding to the MA PDU Sessions with allocated EBI(s).
  • In step 12, if the MA PDU Session is established in both 3GPP and non-3GPP accesses and the MA PDU Session is moved to EPS, the SMF triggers the MA PDU Session Release procedure over non-3GPP access.
  • In step 15a, the AMF also requests the release of the MA PDU Session which has resources established for 3GPP access, but not expected to be transferred to EPS, i.e. no EBI(s) allocated to the MA PDU Session by triggering Nsmf_PDUSession_UpdateSMContext service operation.
NOTE:
When the SMF received the release request from the AMF, the SMF decides whether the MA PDU Session is completely released or released over a single access based on its local policy.
Up
4.22.6.2.3  EPS bearer ID allocation
Based on the signaling flow in Figure 4.11.1.4.1-1, additionally for the MA PDU Session, with the following differences and clarifications:
  • In step 1, the following procedures and relevant steps are also initiated during the UE Requested MA PDU Session Establishment, the UE Requested PDU Session Establishment with Network Modification to MA PDU Session and the UE or network requested MA PDU Session Modification procedures.
  • In step 2, if the QoS Flow(s) of the MA PDU Session is established and the MA PDU Session is established over 3GPP access and other existing conditions satisfies EPS interworking, the SMF requests EBI allocation for the QoS Flow(s) of the MA PDU Session.
Up
4.22.6.2.4  EPS bearer ID revocation
Based on the clause 4.11.1.4.3, additionally the following procedures are updated to revoke the EPS bearer ID(s) assigned to the QoS Flow(s) in the MA PDU Session:
  • UE or network requested MA PDU Session Release (non-roaming and roaming with local breakout) in clause 4.22.10.2.
  • UE or network requested MA PDU Session Release (home-routed roaming) in clause 4.22.10.3.
  • UE or network requested MA PDU Session Modification (non-roaming and roaming with local breakout) in clause 4.22.8.2.
  • UE or network requested MA PDU Session Modification (home-routed roaming) in clause 4.22.8.3.
  • When the MA PDU Session is released over 3GPP access, the UE and the SMF locally release the EBI(s) for the MA PDU Session. The SMF notifies the AMF of the released EBI(s) by sending Nsmf_PDUSession_SMContextStatusNotify service operation if the MA PDU Session is established in the same PLMN. If the MA PDU Session is established in different PLMNs, the SMF notifies the release of the MA PDU Session and as a result, the AMF removes associated EBI(s).
Up
4.22.6.2.5  5GS to EPS mobility without N26 interfaceWord-p. 373
Based on the signaling flow in Figure 4.11.2.2-1, the procedure is performed with the following differences and modifications:
  • In step 10 (and step 13 in clause 4.11.2.4.1), if the MA PDU Session is established in both 3GPP and non-3GPP accesses and the MA PDU Session is moved to EPS, the PGW-C + SMF triggers the MA PDU Session Release procedure over non-3GPP access. PGW-C + SMF and UE locally release the context related to ATSSS operation, e.g., ATSSS rules and Measurement Assitance Information for the relevant session.
  • In step 13, during the additional PDN Connectivity Procedure, if the MA PDU Session is established in both 3GPP and non-3GPP accesses and the MA PDU Session is moved to EPS, the PGW-C + SMF triggers the MA PDU Session Release procedure over non-3GPP access. PGW-C + SMF and UE locally release the context related to ATSSS operation, e.g., ATSSS rules and Measurement Assitance Information for the relevant session(s).
  • Step 14 is also performed for the MA PDU session(s) transferred to EPS.
Up
4.22.6.3  Network Modification to MA PDU Session after a UE moving from EPC
Figure 4.22.6.3-1 describes procedure for Network Modification to MA PDU Session after a UE is moving from EPS.
Up
Step 1.
When the network supports interworking with N26 interface, a PDN Connection can be moved from EPS to 5GS as described in clause 4.11.1.2.2 and clause 4.11.1.3.3.
Step 2.
If the UE requests MA PDU session, or if no policy in the UE (e.g. no URSP rule) and no local restrictions mandate a single access for the PDU Session, the UE requests PDU Session Modification over 3GPP access as described in clause 4.22.8 with following modifications:
  • In step 1a, the UE provides Request Type as "MA PDU Request" in UL NAS Transport message, or, if no policy in the UE (e.g. no URSP rule) and no local restrictions mandate a single access for the PDU Session, the UE provides an "MA PDU Network-Upgrade Allowed" indication in UL NAS Transport message. The UE provides its ATSSS Capabilities (e.g. an "MPTCP Capability" and/or an "ATSSS-LL Capability"), as defined in TS 23.501, clause 5.32.2 in PDU Session Modification Request message. If the AMF receives the "MA PDU Network-Upgrade Allowed" indication from the UE, the AMF may send it to the SMF. If the AMF determines that the UE is registered via both accesses in the same PLMN but the current S-NSSAI is not in the Allowed NSSAI for both accesses, the AMF shall reject the PDU session modification if the UE provides an "MA PDU Request" indication, or the AMF shall not forward "MA PDU Network-Upgrade Allowed" indication to the SMF if received from the UE.
  • In step 3a, if the SMF decides to change the PDU Session to MA PDU Session, the SMF includes ATSSS rule(s) in the PDU Session Modification Command message. The SMF may also include Measurement Assistance Information. When the SMF sends Nsmf_PDUSession_UpdateSMContext response, the SMF includes "MA PDU session Accepted" indication. The AMF marks the PDU Session as MA PDU Session based on the indication. If the SMF was informed in step 1a that the UE is registered over both accesses, then the SMF initiates the establishment of user-plane resources over non-3GPP access too.
  • In step 5, if the UE receives ATSSS rule(s) in the PDU Session Modification Command message, the UE stores that the PDU Session is MA PDU Session.
Step 3.
If the UE is registered to the different PLMN over 3GPP and non-3GPP access, the UE triggers the UE requested PDU Session Establishment procedure as described in clause 4.22.7 over non-3GPP access to add second access to the MA PDU Session.
Up
4.22.7  Adding / Re-activating / De-activating User-Plane ResourcesWord-p. 374
If the UE has established a MA PDU Session but the user-plane resources over one access of the MA PDU Session have not been established, then:
  • If the UE wants to add user-plane resources over this access, the UE shall initiate the UE Requested PDU Session Establishment procedure over this access, as specified in clause 4.3.2.2. In the UL NAS Transport message, the UE sets Request Type as "MA PDU Request" and the same PDU Session ID of the established MA PDU Session. If only one N9 tunnel is established for the Home Routed roaming case as described in clause 4.22.2.2, additional N9 tunnel is established during this UE Requested PDU Session Establishment procedure. For the roaming with home-routed architecture as defined in TS 23.501 figure 4.2.10-3, an N9 tunnel or an N3 tunnel is established during this PDU Session Establishment procedure, depending on the access for which the UE is requesting user-plane resources.
  • The PDU Session Establishment Accept message received by the UE may contain updated ATSSS rules for the MA PDU session.
  • If the SMF receives the PDU Session Establishment request message over an access and the SMF already has SM Contexts for the access, the SMF shall not release existing SM Contexts and shall re-activate user plane resources over the access while providing the PDU Session Establishment Accept message to the UE.
If the UE has established a MA PDU Session and the user-plane resources over one access of the MA PDU Session have been established but are currently inactive (e.g. because the UE is CM-IDLE over this access), then:
  • If the UE wants to re-activate the user-plane resources over this access, then the UE shall initiate the Registration or UE Triggered Service Request procedure over this access, as specified in clause 4.22.9.1 and clause 4.22.8.2, or clause 4.12.4.1.
  • If the network wants to re-activate the user-plane resources over 3GPP access of the MA PDU Session, or over non-3GPP access of the MA PDU Session, the network shall initiate the Network Triggered Service Request procedure, as specified in clause 4.2.3.3.
  • If the SMF requested to re-activate user-plane resources over 3GPP access and the AMF has determined the UE is unreachable over 3GPP access (e.g. the AMF receives no response from the UE to the Paging), the AMF shall notify that the UE is unreachable. The (H-) SMF shall indicate the Anchor UPF that the user-plane resources on 3GPP access is unavailable by triggering N4 Session Modification procedure. Further action by the UPF is implementaion dependent.
    If the SMF requested to re-activate the user-plane resources over non-3GPP access and the AMF has determined the UE is unreachable over non-3GPP access (e.g. the UE is in CM-IDLE on non-3GPP access), the AMF shall reject the request from the SMF. The (H-) SMF shall indicate the Anchor UPF that the user-plane resources on non-3GPP access is unavailable by triggering N4 Session Modification procedure. Further action by the UPF is implementaion dependent.
NOTE:
The provision of access availability/unavailability reports via user plane specified in clause 5.32.5.3 of TS 23.501 is UE implementation dependent. Such reporting by UE to UPF, can assist Anchor UPF to decide on handling DL traffic for t he UE.
If the UE has established a MA PDU Session and the user plane resources are activated over either one access or both accesses, then:
  • If the network wants to de-activate the user-plane resources over single access, then the network shall initiate the CN-initiated deactivation of UP connection procedure over this access, as specified in clause 4.3.7.
In all cases, if the UP security protection associated with this PDU session indicates that UP security is required, the SMF shall not establish resources over the 3GPP access unless the 3GPP access network can enforce the required UP security protection, even if resources were previously established over non-3GPP access.
Up
4.22.8  UE or network requested MA PDU Session ModificationWord-p. 375
4.22.8.1  General
This procedure is triggered in the following cases:
  • QoS Flow creation / modification (including GBR QoS Flow movement).
  • Update of ATSSS rules and/or N4 rules.
4.22.8.2  UE or network requested MA PDU Session Modification (non-roaming and roaming with local breakout)
The signalling flow for a MA PDU Session Modification when the UE is not roaming, or when the UE is roaming and the PDU Session Anchor (PSA) is located in the VPLMN, is based on the signalling flow in Figure 4.3.3.2-1 with the following differences and clarifications:
  • In step 1b, the SMF may decide to update ATSSS rules and/or N4 rules based on updated PCC rules.
  • In step 1d, if the UPF determines that it cannot send GBR traffic over the current ongoing access e.g. based on the N4 rules and access availability and unavailability report from the UE, the UPF shall send Access Availability report to the SMF. When the SMF receives the Access Availability report, the SMF may decide to move the GBR QoS Flow to the other access as described in clause 5.32.4 of TS 23.501. If the SMF decides to move the GBR QoS Flow, the SMF triggers this procedure and, afterwards moves the GBR QoS Flow to the target access.
  • In step 3, if the SMF decides to move the GBR QoS Flow to the other access, the SMF sends N2 SM information to the target AN. The PDU Session Modification Command message is sent to the UE to update ATSSS rule of the UE so that the UE sends uplink GBR traffic over the target access. The SMF releases AN resources of the GBR QoS Flow in the source access.
  • In step 3, when the SMF establishes user plane resources for a QoS flows, the SMF provides QoS profile to the AN as follows:
  • for Non-GBR QoS Flow, steps 3 to 8 are performed over each access for which the user plane resources are activated.
  • for GBR QoS Flow allowed in a single access, steps 3 to 8 are performed in the allowed access.
  • for GBR QoS Flow allowed in both accesses, steps 3 to 8 are performed in the access according to the decision by the SMF (as described in clause 5.32.4 of TS 23.501).
  • In step 3, if the SMF wants to update ATSSS rules, the SMF includes updated ATSSS rules in the N1 SM container (PDU Session Modification Command). When the SMF provides N1 SM container and/or N2 SM information, the SMF includes access type in the Namf_Communication_N1N2MessageTransfer to provide routing information to the AMF.
  • In step 8, if the SMF decides to moves GBR QoS Flow to the other access, the SMF may send updated N4 rules to the UPF.
Up
4.22.8.3  UE or network requested MA PDU Session Modification (home-routed roaming)Word-p. 376
The signalling flow for a MA PDU Session Modification when the UE is registered to the same VPLMN over 3GPP access and non-3GPP access and the PDU Session Anchor (PSA) is located in the HPLMN, is based on the signalling flow in Figure 4.3.3.3-1 with the following differences and clarifications:
  • In step 1b, the H-SMF may decide to update ATSSS rules and/or N4 rules based on updated PCC rules.
  • In step 1d, if the H-UPF determines that it cannot send GBR traffic over the current ongoing access e.g. based on the N4 rules and access availability and unavailability report from the UE, the H-UPF shall send Access Availability report to the H-SMF. When the H-SMF receives the Access Availability report, the H-SMF may decide to move the GBR QoS Flow to the other access as described in clause 5.32.4 of TS 23.501. If the H-SMF decides to move GBR QoS Flow, the H-SMF triggers this procedure and, afterwards moves the GBR QoS flow to the target access.
  • In step 3, if the H-SMF decides to move the GBR QoS Flow to the other access, the H-SMF sends updated GBR QoS Flow information contains associated access type and ATSSS rule to the V-SMF. Based on the information the V-SMF establishes AN resources for the GBR QoS Flow to the target access.
  • In step 3, when the H-SMF provides GBR QoS Flow information, the H-SMF includes associated access type in Nsmf_PDUSession_Update. When the H-SMF provides non-GBR QoS Flow information, H-SMF provides the information for both accesses in Nsmf_PDUSession_Update.
  • In step 3, if the H-SMF wants to update ATSSS rules, the H-SMF triggers Nsmf_PDUSession_Update and includes an updated ATSSS rules.
  • In step 4, if the H-SMF decides to move the GBR QoS Flow to the other access, the PDU Session Modification Command message is sent to the UE to update ATSSS rule of the UE so that the UE sends uplink GBR traffic over the target access. The V-SMF releases AN resources of the GBR QoS Flow in the source access.
  • In step 4, when the V-SMF establishes user plane resources for a QoS flows, the V-SMF provides QoS profile to the AN as follows:
    • for Non-GBR QoS Flow, steps 4 to 9 are performed over each access for which the MA PDU Session is established.
    • for GBR QoS Flow allowed in a single access, steps 4 to 9 are performed in the allowed access.
    • for GBR QoS Flow allowed in both accesses, steps 4 to 9 are performed in the access according to the decision by the SMF (as described in clause 5.32.4 of TS 23.501).
  • In step 4, if the H-SMF provides updated ATSSS rules, the V-SMF includes the updated ATSSS rules in the N1 SM container (PDU Session Modification Command). When the V-SMF provides N1 SM container and/or N2 SM information, the V-SMF includes access type in the Namf_Communication_N1N2MessageTransfer to provide routing information to the AMF.
The description of signalling flow for a MA PDU Session Modification when the UE is registered to different PLMNs over 3GPP access and non-3GPP access and the PDU Session Anchor (PSA) is located in the HPLMN, is based on above procedure with the following differences and clarifications:
  • The description of (V-)SMF providing QoS profile to the AN is not applicable and instead the regular procedures for QoS profile provisioning from (V-)SMF to (R)AN applies.
Up
4.22.9  Connection, Registration and Mobility Management procedures
4.22.9.1  Registration procedures
The signalling flow for a Registration is based on the signalling flow in Figure 4.2.2.2.2-1 with the following differences and clarifications:
  • In step 1, if the UE wants to re-activate the user plane of the MA PDU Session(s) over the access the Registration message is sent to, the UE indicates PDU Session ID(s) of the MA PDU Session(s) in the List Of PDU Sessions To Be Activated.
  • If the UE locally releases the MA PDU Session(s) in both accesses, the UE indicates it in the PDU Session Status. If the AMF receives the PDU Session Status and finds mismatch, regardless of roaming mode of the MA PDU Session(s) (i.e. non-roaming, local breakout roaming, home routed roaming in the same PLMN or home routed roaming in different PLMNs), the AMF invokes Nsmf_PDUSession_ReleaseSMContext service towards the SMF(s) in order to release any network resources related to the MA PDU Session(s).
  • In step 21, the AMF provides an MA PDU Session Support indicator in Registration Accept message to inform the UE whether ATSSS is supported or not. The UE uses this indicator to determine whether an MA PDU session related procedure can be initiated or not, as described in clause 4.22.1.
  • In step 22, if the AMF indicates that the PDU Session(s) has been released in the PDU Session Status to the UE in Registration Accept message, the UE removes locally any internal resources related to the MA PDU Session(s) that are not marked as established.
Up
4.22.9.2  UE Triggered Service RequestWord-p. 377
The signalling flow for a UE Triggered Service Request is based on the signalling flow in Figure 4.2.3.2-1 with the following differences and clarifications:
  • In step 1, if the UE wants to re-activate the user plane of the MA PDU Session(s) over the access the Service Request message is sent to, the UE indicates PDU Session ID(s) of the MA PDU Session(s) in the List Of PDU Sessions To Be Activated.
  • If the UE locally releases the MA PDU Session(s), the UE indicates it in the PDU Session Status. If the AMF receives the PDU Session Status and finds mismatch, regardless of roaming mode of the MA PDU Session (i.e. non-roaming, local breakout roaming, home routed roaming in the same PLMN or home routed roaming in different PLMNs), the AMF invokes Nsmf_PDUSession_ReleaseSMContext service towards the SMF(s) in order to release any network resources related to the MA PDU Session(s).
  • In step 12, if the AMF indicates that the PDU Session(s) has been released in the PDU Session Status to the UE in Service Accept message, the UE removes locally any internal resources related to the MA PDU Session(s) that are not marked as established.
NOTE:
For an MA PDU session established when UE was registered on only one access, during the registration on the second access, the AMF does not notify the SMF (for this MA PDU session) that the UE is now registered on the second access since this will occur later, i.e. when the UE sends the second PDU Session Establishment Request to add user plane resources.
Up
4.22.10  MA PDU Session Release
4.22.10.1  General
The MA PDU Session Release procedure is used to release the MA PDU Session or release the MA PDU Session over a single access. The MA PDU Session Release over a single access may be triggered by the network due to e.g. when the UE is deregistered over an access or when S-NSSAI of the MA PDU Session is not in the Allowed NSSAI over an access.
4.22.10.2  UE or network requested MA PDU Session Release (non-roaming and roaming with local breakout)
The signalling flow for a MA PDU Session Release when the UE is not roaming, or when the UE is roaming and the PDU Session Anchor (PSA) is located in the VPLMN, is based on the signalling flow in Figure 4.3.4.2-1 with the following differences and clarifications:
  • In step 1, if the AMF needs to release the MA PDU Session over a single access, the AMF invokes the Nsmf_PDUSession_UpdateSMContext service operation to request the release of the MA PDU Session over a single access. In this case, the AMF includes in which access the MA PDU Session should be released.
  • NOTE:
    When the SMF received the release request from the AMF, the SMF decides whether the MA PDU Session completely released or released over a single access based on its local policy.
  • In step 1, if the AMF needs to release the MA PDU Session (e.g. locally released when the UE is CM-IDLE), the AMF invokes the Nsmf_PDUSession_ReleaseSMContext service operation to request the release of the MA PDU Session.
  • In step 1, when the SMF initiates MA PDU Session Release procedure, the SMF includes access type (e.g. 3GPP, non-3GPP or both access) it want to release in the PDU Session Release Command message.
  • In step 2a, if the SMF releases the MA PDU Session over a single access, the SMF sends an N4 Session Modification Request (N4 Session ID) message instead of N4 Session Release message to the UPF(s) of the MA PDU session.
  • In step 2b, the UPF acknowledges the N4 Session Modification Request by the transmission of an N4 Session Modification Response (N4 Session ID) message to the SMF.
  • In step 3, if the SMF releases the MA PDU Session over a single access, the SMF shall not include "skip indicator" in the Namf_Communication_N1N2MessageTransfer service.
  • In step 3, if the SMF releases the MA PDU Session over both accesses and user plane resources are established in both accesses, the SMF includes both N1 SM container (PDU Session Release Command) and N2 SM Resource Release request together in the Nsmf_PDUSession_UpdateSMContext or Namf_Communication_N1N2MessageTransfer service so that the UE does not request to activate user plane resources. The SMF releases user plane resources of the other access by including N2 SM Resource Release only in Namf_Communication_N1N2MessageTransfer service.
  • In step 3, when the SMF provides N1 SM container and/or N2 SM information, the SMF includes access type in the Namf_Communication_N1N2MessageTransfer to provide routing information to the AMF.
  • In step 11, the SMF triggers Nsmf_PDUSession_SMContextStatusNotify service only when the MA PDU Session is released in both accesses.
Up
4.22.10.3  UE or network requested MA PDU Session Release (home-routed roaming)Word-p. 378
The signalling flow for a MA PDU Session Modification when the UE is roaming and the PDU Session Anchor (PSA) is located in the HPLMN, is based on the signalling flow in Figure 4.3.4.3-1 with the following differences and clarifications:
  • In step 1, if the V-AMF needs to release the MA PDU Session over a single access, the V-AMF may invoke the Nsmf_PDUSession_UpdateSMContext service operation to request the release of the MA PDU Session over a single access. In this case, the AMF shall include in which access the MA PDU Session should be released. The V-SMF invokes Nsmf_PDUSession_Update service operation to request the release of the MA PDU Session over a single access. The V-SMF shall include in which access the MA PDU Session should be released.
  • NOTE:
    When the H-SMF received the release request from the V-SMF, the H-SMF decides whether the MA PDU Session released or released over a single access based on its local policy.
  • In step 1, if the V-AMF needs to release the MA PDU Session (e.g. locally released when the UE is CM-IDLE), the AMF invokes the Nsmf_PDUSession_ReleaseSMContext service operation to request the release of the MA PDU Session. The V-SMF invokes Nsmf_PDUSession_Release service operation to request the release of the MA PDU Session.
  • In step 1, when the H-SMF initiates MA PDU Session Release procedure, the H-SMF includes access type (e.g. 3GPP, non-3GPP or both access) it want to release in the PDUSession_Update service operation.
  • In steps 2a-2b, if the SMF releases the MA PDU Session over a single access, these steps are the same as steps 2a-2b in clause 4.22.10.2.
  • In step 5, when the V-SMF initiates MA PDU Session Release procedure, the V-SMF includes access type (e.g. 3GPP, non-3GPP or both access) it want to release in the PDU Session Release Request or PDU Session Release Command message.
  • In step 5, if the V-SMF releases the MA PDU Session over a single access network, the V-SMF shall not include "skip indicator" in the Namf_Communication_N1N2MessageTransfer service.
  • In step 5, if the V-SMF releases the MA PDU Session over both accesses and user plane resources are established in both accesses, the V-SMF includes both N1 SM container (PDU Session Release Command) and N2 SM Resource Release request together in the Nsmf_PDUSession_UpdateSMContext or Namf_Communication_N1N2MessageTransfer service so that the UE does not request to activate user plane resources. The V-SMF releases user plane resources of the other access by including N2 SM Resource Release only in Namf_Communication_N1N2MessageTransfer service.
  • In step 5, when the V-SMF provides N1 SM container and/or N2 SM information, the V-SMF includes access type in the Namf_Communication_N1N2MessageTransfer to provide routing information to the V-AMF.
  • In step 16, the H-SMF triggers Nsmf_PDUSession_StatusNotify service only when the MA PDU Session is released in both accesses. The V-SMF triggers Nsmf_PDUSession_SMContextStatusNotify service only when the MA PDU Session is released in both accesses.
Up

Up   Top   ToC