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.23  Support of deployments topologies with specific SMF Service Areas [R16]Word-p. 379
4.23.1  General
This clause captures changes to 5GC procedures in other clauses of this specification and new procedures to support deployments topologies with specific SMF Service Areas that are defined in TS 23.501, clause 5.34.
For a Home Routed PDU Session, if a UE moves out of V-SMF serving area in the serving PLMN, the serving AMF can change the V-SMF, in this case, below procedures applies for the V-SMF change (i.e. by replacing the I-SMF with V-SMF).
Up
4.23.2  I-SMF selection
For non roaming or LBO roaming case, the AMF selects an SMF serving the PDU Session as described in clause 4.3.2.2.3. If the service area of the selected SMF does not control UPF that can serve the UE location, the AMF selects an I-SMF as described in clause 5.34.3 of TS 23.501.
For home routed roaming case, the AMF selects V-SMF as described in clause 4.3.2.2.3.2 and reselects V-SMF as described in clause 5.34.3 of TS 23.501.
When the delegated discovery is used, the SCP selects the SMF as described in clause 5.34.3 of TS 23.501 and in Annex E.
Up
4.23.3  Registration procedure
The following impacts are applicable to clause 4.2.2.2 (Registration procedure) when the UE has established PDU Session(s):
  • Step 5: The UE context transferred from old AMF includes SMF information. If I-SMF is available for the PDU Session(s), the received SMF information includes I-SMF information and SMF information.
  • Step 10: The (target) AMF determines whether I-SMF insertion/change/removal is needed. If the (target) AMF does not have the service area of the SMF(s), the (target) AMF queries the NRF to get service area information of the received SMF(s). The (target) AMF determines on a per PDU Session basis whether a (new) I-SMF needs to be selected based on UE location and service area of the received SMF information. It includes the following cases:
    1. if the received SMF information includes only SMF information and service area of SMF includes the area where the UE camps, new I-SMF selection is not needed; or
    2. if the received SMF information includes both I-SMF information and SMF information, and service area of I-SMF includes the area where the UE camps, the I-SMF can be reused; or
    3. if the received SMF information includes both I-SMF information and SMF information, and the UE moves into the service area of SMF, the I-SMF removal process is triggered; or
    4. if the received SMF information includes only SMF information, and the service area of SMF does not include the area where the UE camps, the (target) AMF selects an I-SMF. The I-SMF insertion process is triggered; or
    5. if the received SMF information includes both I-SMF and SMF information, and the service area of SMF and I-SMF does not include the area where the UE camps, the (target) AMF selects a new I-SMF. The change of I-SMF process is triggered.
  • For each PDU Session, if the UE context retrieved from the old AMF includes an I-SMF and the (target) AMF determines the I-SMF needs to be changed or removed, the (target) AMF includes a corresponding indication in Namf_Communication_RegistrationStatusUpdate sent to old AMF
  • Step 17: the (target) AMF contacts the SMF/I-SMF ("cases" below are same as for step 10).
  • For case a), no additional change to step 17 of clause 4.2.2.2.2 is needed for the update of the PDU Session.
    For case b), the SMF in step 17 of clause 4.2.2.2.2 is changed to I-SMF, and in addition, the reference clause 4.2.3.2 is changed to clause 4.23.4.2. If the AMF has changed, the new AMF invokes Nsmf_PDUSession_UpdateSMContext (SM Context ID at SMF) towards the I-SMF.
    For case c) i.e. for I-SMF removal, the (target) AMF invokes Nsmf_PDUSession_CreateSMContext (SM Context ID at SMF) towards the SMF. Steps from step 10 onwards as described in clause 4.23.4.3 are executed.
    For cases d) and e), i.e. for I-SMF insertion or change, the (target) AMF invokes Nsmf_PDUSession_CreateSMContext (PDU Session ID, SM Context ID at SMF) towards the new I-SMF. Steps from step 3 onwards as described in clause 4.23.4.3 are executed with the following enhancements:.
    • Step 9 (for cases d and e): The N2 SM information is only provided by the I-SMF to the AMF when N3 tunnel needs to be established (i.e. due to buffered DL data in old I-SMF/old-I-UPF or AMF has indicated to I-SMF to active user plane for the PDU session based on List of PDU Sessions To Be Actived received from the UE).
    • Step 16 (i.e. case c): The N2 SM information is only provided by the SMF to the AMF when N3 tunnel need to be established (i.e. due to buffered DL data in old I-SMF/old-I-UPF or the AMF has indicated to the SMF to active user plane for the PDU session based on List of PDU Sessions To Be Actived received from the UE).
    • Step 17 is executed when N3 tunnel needs to be established. The NAS message Service Accept is replaced with Registration Accept (i.e. step 21 in clause 4.2.2.2).
    • Step 17a and 17b is triggered by old AMF towards the old I-SMF based on the I-SMF change or removal indication received from target AMF, when the timer (i.e. started in step 5 of clause 4.2.2.2) in old AMF expires.
    • NOTE:
      Step 17a is executed by old AMF together with steps 14d and 14e in clause 4.2.2.2.
    • Steps 18 to 21 (i.e. cases d and e) and steps 22 to 25 (i.e. case c): These steps are executed if N2 SM information is provided by the I-SMF/SMF in step 9 or step 16 above.
  • Step 21: This step is omitted if step 17 of clause 4.23.4.3 is excuted as described above.
Up
4.23.4  Service Request proceduresWord-p. 380
4.23.4.1  General
The following two scenarios are considered:
  • The I-SMF is available for the PDU Session and I-SMF is not changed or removed during the service request procedure. The procedure to support this scenario is described in clause 4.23.4.2.
  • The I-SMF is inserted, changed or removed during service request procedure. The procedure to support this scenario is described in clause 4.23.4.3.
When the AMF receives the service request message, for each PDU Session to be activated based on the service area information of SMF and the location where the UE camped the AMF determines which procedure is used.
Up
4.23.4.2  UE Triggered Service Request without I-SMF change/removalWord-p. 381
When both I-SMF and SMF are available for a PDU session and no I-SMF change or removal is needed during the service request procedure, the procedure in this clause is used. Compared to the procedure in clause 4.2.3.2, the SMF is replaced with the I-SMF and the impacted UPF(s) are UPFs that are controlled by I-SMF. Difference are captured below:
  • Steps 6a-6b, these steps are not needed as the CN Tunnel Info of UPF (PSA) allocated for N9 is available at the I-SMF when the I-SMF is inserted.
  • Step 7a, the SMF provides the DL Tunnel Info of new intermediate UPF received from I-SMF to UPF(PSA). If the service request is triggered by downlink data, the End marker indication is also included, which is used to indicate that End Marker(s) is to be sent by the UPF (PSA).
  • Step 10, this step does not apply as in this scenario the I-UPF is always needed.
  • Step 16, the SMF gets the UE location information from I-SMF at step 5a. If dynamic PCC is deployed, the SMF may notify the UE location information to PCF and gets the updated policy.
  • Steps 18a-18b, these steps do not apply as in this scenario the I-UPF is always needed.
  • Step 21a, this step does not apply as in this scenario the I-UPF is always needed.
Up
4.23.4.3  UE Triggered Service Request with I-SMF insertion/change/removal
When, as part of a UE Triggered Service Request, I-SMF is to be inserted, changed or removed, the procedure in this clause is used. It includes the following cases:
  • the UE moves from SMF service area to new I-SMF service area, a new I-SMF is inserted (i.e. I-SMF insertion); or
  • the UE moves from old I-SMF service area to new I-SMF service area, the I-SMF is changed (i.e. I-SMF change); or
  • the UE moves from old I-SMF service area to SMF service area, the old I-SMF is removed (i.e. I-SMF removal).
If the service request is triggered by network due to downlink data and a new I-UPF is selected, forwarding tunnel is established between the old I-UPF(if the old I-UPF is different from PSA) and the new I-UPF to forward buffered data.
For Home Routed Roaming case, the I-SMF (old and new) and I-UPF (old and new) are located in Visted PLMN, while the SMF and UPF(PSA) are located in the Home PLMN. In this HR roaming case only the case of I-SMF change applies (there is always a V-SMF for the PDU Session).
Up
Step 1.
Same as the steps 1-3 defined clause 4.2.3.2.
Up

Step 2.
The AMF determines whether new I-SMF needs to be selected based on UE location and service area of the SMF, if new I-SMF needs to be selected, the AMF selects a new I-SMF as described in clause 4.23.2.
Up

Case: I-SMF insertion or I-SMF change, steps 3-9 are skipped for I-SMF removal case.
Step 3.
If the AMF has selected a new I-SMF, the AMF sends a Nsmf_PDUSession_CreateSMContext Request (PDU Session ID, SM Context ID, UE location info, Access Type, RAT Type, Operation Type) to the new I-SMF. The SM Context ID points to the old I-SMF in the case of I-SMF change or to SMF in the case of I-SMF insertion.
The AMF set the Operation Type to "UP activate" to indicate establishment of N3 tunnel User Plane resources for the PDU Session(s). The AMF determines Access Type and RAT Type based on the Global RAN Node ID associated with the N2 interface.
If the UE Time Zone has changed compared to the last reported UE Time Zone then the AMF shall include the UE Time Zone IE in this message.
Up

Step 4a.
The new I-SMF retrieves SM Context from the old I-SMF (in the case of I-SMF change) or SMF (in the case of I-SMF insertion) by invoking Nsmf_PDUSession_Context Request (SM context type, SM Context ID). The new I-SMF uses SM Context ID received from AMF for this service operation. SM Context ID is used by the recipient of Nsmf_PDUSession_Context Request in order to determine the targeted PDU Session. SM context type indicates that the requested information is all SM context, i.e. PDN Connection Context and 5G SM context.
Up

Step 4b.
The old I-SMF in the case of I-SMF change or SMF in the case of I-SMF insertion responds with the SM context of the indicated PDU Session.
If there is Extended Buffering is applied and the Extended Buffering timer is still running in old-SMF or old I-UPF, or the service request is triggered by downlink data, the old I-SMF or SMF includes a forwarding indication in the response to indicate that a forwarding tunnel is needed for sending buffered downlink packets. For I-SMF insertion, if I-UPF controlled by SMF was available for the PDU Session, the SMF includes a forwarding indication.
Up

Step 5.
The new I-SMF selects a new I-UPF: Based on the received SM context, e.g. S-NSSAI, and UE location information, the new I-SMF selects a new I-UPF as described in clause 6.3.3 of TS 23.501.
Up

Step 6.
The new I-SMF initiates a N4 Session Establishment to the new I-UPF. If the tunnel endpoint is allocated by the new I-UPF, the new I-UPF provide tunnel endpoints to the new I-SMF, otherwise the new I-SMF allocates the tunnel endpoints and provides them to the new I-UPF.
If forwarding indication was received, the new I-SMF also allocates the tunnel endpoints for transferring the buffered DL data from the old I-UPF, or requests the new I-UPF to allocate them. In this case, the new I-UPF begins to buffer the downlink packet(s) received from the UPF (PSA) and start a timer.
Up

Step 7a.
If the tunnel endpoints for the buffered DL data were allocated, the new I-SMF invokes Nsmf_PDUSession_UpdateSMContext Request (tunnel endpoints for buffered DL data) to the old I-SMF in the case of I-SMF change in order to establish the forwarding tunnel. The new I-SMF uses the SM Context ID received from AMF for this service operation.
Up

Step 7b.
The old I-SMF, in the case of I-SMF change initiates a N4 session modification to the old I-UPF to send the tunnel endpoints for buffered DL data to the old I-UPF. After this step, the old I-UPF starts to send buffered DL data to the new I-UPF.
Up

Step 7c.
The old I-SMF, in the case of I-SMF change responds the new I-SMF with Nsmf_PDUSession_UpdateSMContext response.
Up

Step 8a.
In the case of I-SMF change, the new I-SMF invokes Nsmf_PDUSession_Update Request (SM Context ID, new I-UPF DL tunnel information, SM Context ID at I-SMF, Access Type, RAT Type, DNAI list supported by the new I-SMF, End Marker Indication) towards the SMF. The new I-SMF uses the SM Context ID at SMF received from old I-SMF for this service operation.
In the case of I-SMF insertion, the new I-SMF invokes Nsmf_PDUSession_Create Request (new I-UPF DL tunnel information, new I-UPF tunnel endpoint for buffered DL data, SM Context ID at I-SMF, Access Type, RAT type, DNAI list supported by the new I-SMF, End marker indication) towards the SMF.
The SM Context ID at I-SMF is to be used by the SMF for further PDU Session operation, e.g. to notify the new I-SMF of PDU Session Release. If SM Context ID at the I-SMF exists (i.e. in the case of I-SMF change), the SMF shall replace the SM Context ID at I-SMF.
The new I-UPF tunnel endpoint for buffered DL data is used to establish the forwarding tunnel (from old I-UPF controlled by SMF to new I-UPF controlled by new I-SMF).
If the service request is triggered by downlink data, the End Marker Indication is included to indicate that End Marker(s) is to be sent by the UPF (PSA).
Up

Step 8b.
The SMF initiates N4 Session Modification toward the PDU Session Anchor UPF. During this step:
  • The SMF provides the new I-UPF DL tunnel information.
  • If different CN Tunnel Info need be used by PSA UPF, i.e. the CN Tunnel Info at the PSA for N3 and N9 are different, a CN Tunnel Info for the PDU Session Anchor UPF is allocated.
  • For I-SMF insertion, if a new I-UPF tunnel endpoint for buffered DL data is received, the SMF triggers the transfer of buffered DL data to the new I-UPF tunnel endpoint for buffered DL data.
If the End Marker Indication is received, the SMF indicates the UPF (PSA) to send one or more "end marker" packets for each N9 tunnel to the old I-UPF immediately after switching the path to new I-UPF. From now on the PDU Session Anchor UPF begins to send the DL data to the new I-UPF as indicated in the new I-UPF DL tunnel information. The UPF (PSA) sends one or more "end marker" packets for each N9 tunnel to the old I-UPF immediately after switching the path to new I-UPF. The new I-UPF should not send the DL packet(s) received from the UPF (PSA) until end marker packets were received from the old I-UPF or the timer started at step 6 is expired.
Up

Step 8c.
The SMF responds to the new I-SMF with Nsmf_PDUSession_Update Response (the DNAI(s) of interest for this PDU Session in the case of I-SMF change) or Nsmf_PDUSession_Create Response (the DNAI(s) of interest for this PDU Session, Tunnel Info at UPF(PSA) for UL data in the case of I-SMF insertion if it is allocated in step 8b).
In the case of I-SMF insertion and the PDU session corresponds to a LADN, the SMF shall release the PDU session after the service request procedure is completed.
In the case of I-SMF insertion the SMF starts a timer to release resource, i.e. resource for the indirect data forwarding tunnel.
In the case of I-SMF insertion and the CN Tunnel Info at PSA for N9 is received in the response, I-SMF provides the CN Tunnel Info at the PSA for N9 to I-UPF via N4 Session Modification Request.
Up

Step 9.
The new I-SMF sends a Nsmf_PDUSession_CreateSMContext Response (N2 SM information (PDU Session ID, QFI(s), QoS profile(s), CN N3 Tunnel Info, S-NSSAI, User Plane Security Enforcement, UE Integrity Protection Maximum Data Rate), N1 SM Container, Cause)) to the AMF. The CN N3 Tunnel Info is the UL Tunnel Info of the new I-UPF.
If the PDU Session has been assigned any EPS bearer ID, the new I-SMF also includes the mapping between EPS bearer ID(s) and QFI(s) into the N2 SM information to be sent to the NG-RAN.
The new I-SMF starts a timer to release resource, i.e. reource for the indirect data forwarding tunnel.
Up

Case: I-SMF removal: steps 10 to 16 are skipped for I-SMF insertion or I-SMF change cases.
Step 10.
If the UE has moved from service area of old I-SMF into the service area of SMF, the AMF sends a Nsmf_PDUSession_CreateSMContext Request (SUPI, PDU Session ID, AMF ID, SM Context ID at I-SMF, UE location info, Access Type, RAT Type) to the SMF.
If the UE Time Zone has changed compared to the last reported UE Time Zone then the AMF shall include the UE Time Zone IE in this message.
The AMF set the Operation Type to "UP activate" to indicate establishment of User Plane resources for the PDU Session(s). The AMF determines Access Type and RAT Type based, as defined in clause 4.2.3.2.
Up

Step 11a.
The SMF retrieves SM Context from the I-SMF by invoking Nsmf_PDUSession_Context Request (SM context type). The SMF uses SM Context ID received from AMF for this service operation. SM context type indicates that the requested SM context is all, i.e. PDN Connection Context and 5G SM context.
Up

Step 11b.
The old I-SMF responds with the SM context of the indicated PDU Session. If there is Extended Buffering is applied and the Extended Buffering timer is still running in old-SMF or old I-UPF, or the service request is triggered by downlink data (i.e. the old I-SMF received downlink data notification from old I-UPF), the old I-SMF includes a forwarding indication in the response to indicate that a forwarding tunnel is needed for sending buffered downlink packets from old I-UPF to new I-UPF or PSA (in the case that new I-UPF is not selected).
Up

Step 12.
The SMF may select a new I-UPF: If the SMF determines that the service area of the PSA does not cover the UE location, the SMF selects a new I-UPF based on S-NSSAI, and UE location information as described in clause 6.3.3 of TS 23.501.
Up

Step 13.
If a new I-UPF is selected by SMF, the SMF initiates a N4 Session Establishment to the new I-UPF. If the tunnel endpoint is allocated by the new I-UPF, the new I-UPF provide tunnel endpoints to the SMF, otherwise the SMF allocates the tunnel endpoints and provides them to the new I-UPF. If forwarding indication was received, the SMF also allocate the tunnel endpoints for the buffered DL data from the old I-UPF, or request the new I-UPF to allocate them. In this case, the new I-UPF begins to buffer the downlink packet(s) received from the UPF (PSA) and start a timer.
If the new I-UPF is not selected, i.e. the PSA can serve the UE location, the SMF may initiate N4 Session Modification to the PSA to allocate UL N3 tunnel endpoints Info of PSA. The SMF provides the UL N3 tunnel endpoints Info to PSA if the tunnel endpoint is allocated by the SMF, otherwise, the PSA provides the UL N3 tunnel endpoints to SMF. If the forwarding indication was received, the SMF allocates the tunnel endpoints for the buffered DL data from the old I-UPF, or request the PSA to allocate them. In this case, the UPF (PSA) begins to buffer the DL data it may receive at the same time from the N6 interface and start a timer. The UPF (PSA) sends one or more "end marker" packets according to the indiction from SMF for each N9 tunnel to the old I-UPF immediately after switching the path to (R)AN. The UPF (PSA) should not send the DL data received from the N6 interface until it receives end marker packets from the old I-UPF or the timer is expired.
Up

Step 14a.
If the tunnel endpoints for the buffered DL data were allocated, the SMF invokes Nsmf_PDUSession_UpdateSMContext Request (tunnel endpoints for buffered DL data) to the old I-SMF in order to establish the forwarding tunnel. The SMF uses the SM Context ID received from AMF for this service operation.
Up

Step 14b.
The old I-SMF initiates a N4 session modification to the old I-UPF and sends the tunnel endpoints for buffered DL data to the old I-UPF. After this step, the old I-UPF start to send buffered DL data to the new I-UPF or PSA if new I-UPF is not selected.
Up

Step 14c.
The old I-SMF responds the SMF with Nsmf_PDUSession_UpdateSMContext response.
Up

Step 15.
If a new I-UPF was selected by SMF, the SMF initiates N4 Session Modification toward the PDU Session Anchor UPF, providing the new I-UPF DL tunnel information. The PSA begins to send the DL data to the new I-UPF as indicated in the new I-UPF DL tunnel information. If the forwarding indication was received, the SMF indicates the PDU Session Anchor UPF to send one or more "end marker" packets. The UPF (PSA) sends one or more "end marker" packets according to the indiction from SMF for each N9 tunnel to the old I-UPF immediately after switching the path to new I-UPF. The new I-UPF should not send the DL packet(s) received from the UPF (PSA) until end marker packets were received from the old I-UPF or the timer started at step 13 is expired.
Up

Step 16.
The SMF sends a Nsmf_PDUSession_CreateSMContext Response (N2 SM information (PDU Session ID, QFI(s), QoS profile(s), CN N3 Tunnel Info, S-NSSAI), N1 SM Container, Cause)) to the AMF. The CN N3 Tunnel Info is the UL Tunnel Info of the new I-UPF.
If the PDU Session has been assigned any EPS bearer ID, the SMF also includes the mapping between EPS bearer ID(s) and QFI(s) into the N2 SM information to be sent to the NG-RAN.
The SMF starts a timer to release the resource, i.e. resource for indirect data forwarding tunnel.
Up

Step 17.
These steps are same as steps 12 to 14 in clause 4.2.3.2. After step 16, the Uplink data is transferred from (R)AN via new I-UPF (if exists) to PSA. If procedure in clause 4.2.3 is triggered together with this procedure, this step can be executed together with the corresponding steps in clause 4.2.3.
Up

Step 17a.
If the step 9 or step 16 was successful response, in the case of I-SMF removal or change, the AMF sends Nsmf_PDUSession_ReleaseSMContext Request (I-SMF only indication) to old I-SMF for the release of resources in old I-SMF. The I-SMF only indication indicates to old I-SMF not to invoke resource release in SMF.
The old I-SMF starts a timer to release resources, i.e. resource for indirect data forwarding tunnel.
Up

Step 17b.
The old I-SMF responds to AMF with Nsmf_PDUSession_ReleaseSMContext response.
Up

Case: I-SMF insertion or I-SMF change: steps 18 to 21 are skipped for the I-SMF removal case.
Step 18.
The AMF sends an Nsmf_PDUSession_UpdateSMContext Request (N2 SM information, RAT type, Access type) to the new I-SMF.
If the AMF received N2 SM information (one or multiple) in step 17, then the AMF shall forward the N2 SM information to the relevant new I-SMF per PDU Session ID.
Up

Step 19.
The new I-SMF updates the new I-UPF with the AN Tunnel Info and List of accepted QFI(s). Downlink data is now forwarded from new I-UPF to UE.
Up

Step 20a.
The new I-SMF invokes Nsmf_PDUSession_Update request (RAT type, Access type) to SMF. The SMF updates associated access of the PDU Session.
Up

Step 20b.
If dynamic PCC is deployed, SMF may initiate notification about new location information to the PCF (if subscribed) by performing an SMF initiated SM Policy Modification procedure as defined in clause 4.16.5.1. The PCF may provide updated policies.
Up

Step 20c.
The SMF responds with Nsmf_PDUSession_Update Response.
Up

Step 21.
The new I-SMF sends a Nsmf_PDUSession_UpdateSMContext Response to AMF.
Up

Case: I-SMF removal: steps 22 to 25 are skipped for the I-SMF insertion or I-SMF change cases.
Step 22.
The AMF sends a Nsmf_PDUSession_UpdateSMContext Request (N2 SM information, RAT Type, Access Type) to the SMF. The AMF determines Access Type and RAT Type based on the Global RAN Node ID associated with the N2 interface.
If the AMF received N2 SM information (one or multiple) in step 17, then the AMF shall forward the N2 SM information to the relevant new I-SMF per PDU Session ID.
Up

Step 23.
If dynamic PCC is deployed, SMF may initiate notification about new location information to the PCF by performing an SMF initiated SM Policy Modification procedure as defined in clause 4.16.5.1. The PCF may provide updated policies.
Up

Step 24.
If a new I-UPF was selected by the SMF, the SMF updates the new I-UPF with the AN Tunnel Info and List of accepted QFI(s), otherwise, the SMF updates the PSA with the AN Tunnel Info and List of accepted QFI(s).
Up

Step 25.
The SMF sends a Nsmf_PDUSession_UpdateSMContext Response to AMF.
Up

Step 26a.
In the case of I-SMF insertion or I-SMF change, upon timer set in step 9 expires and the indirect data forwarding tunnel was established before, the new I-SMF sends N4 Session Modification request to new I-UPF to release resources for the forwarding tunnel.
In the case of I-SMF removal, upon timer set in step 16 expires and the indirect data forwarding tunnel was established before, the SMF sends N4 Session Modificatin request to the new I-UPF or PSA to release the resource for the forwarding tunnel.
Up

Step 26b.
In the case of I-SMF removal or change, upon timer set in step 17a expires and the indirect data forwarding tunnel was established before, the old I-SMF sends N4 Session Release request to the old I-UPF to release resources for the PDU Session. The old I-SMF releases the SM Context for the PDU Session. If the old I-UPF acts as UL CL and is not co-located with local PSA, the old I-SMF also sends N4 Session Release request to the local PSA to release resources for the PDU Session.
In the case of I-SMF insertion, upon timer set in step 8c expires and the indirect data forwarding tunnel was established before, the SMF sends N4 Session Release request to the old I-UPF to release the resource for the PDU Session.
Up

Up
4.23.4.4  Network Triggered Service RequestWord-p. 387
For network triggered service request procedure, if the procedure is triggered by downlink packet, the procedure in clause 4.2.3.3 are impacted as following:
  • if the I-SMF is available for the PDU Session, the procedure is triggered by I-SMF. Correspondingly, the SMF in that proecedure is replaced by the I-SMF.
  • Step 4a:
    • If I-SMF is not available for the PDU Session and no I-SMF insertion is needed, no additional change is needed.
    • If I-SMF is available for the PDU Session and no I-SMF change or removal is needed, steps 12 to 22 in clause 4.23.4.2 is performed where the SMF in that proecedure is replaced by the I-SMF.
    • If I-SMF will be inserted, changed or removed, steps 2 to 25 in clause 4.23.4.3 is performed.
  • Step 6: If the UE is in CM-IDLE state in 3GPP access, upon reception of paging request for a PDU Session associated to 3GPP access:
    • If I-SMF is not available for the PDU Session and no I-SMF insertion is needed, no additional change is needed.
    • If I-SMF is available for the PDU Session and no I-SMF change or removal is needed, UE Triggered Service Request procedure as defined in clause 4.23.4.2 is performed.
    • If I-SMF will be inserted, changed or removed, UE Triggered Service Request procedure as defined in clause 4.23.4.3 is performed.
Up
4.23.5  PDU Session Management procedure
4.23.5.1  PDU Session establishment procedure
For non roaming or LBO roaming, it includes the following cases:
  • If the service area of the selected SMF includes the location where the UE camps, the UE requested PDU Session Establishment procedure is same as described in clause 4.3.2.2.1.
  • If the service area of the selected SMF does not include the location where the UE camps, the AMF selects an I-SMF that serves the area where UE camps. The UE requested PDU Session Establishment procedure for Home-routed Roaming defined in clause 4.3.2.2.2 is used to establish the PDU Session. Compared to the procedure defined in clause 4.3.2.2.2, the V-SMF and V-UPF are replaced by I-SMF and I-UPF, and H-SMF and H-UPF are replaced by SMF and UPF(PSA) respectively. Also only the S-NSSAI with the value defined by the serving PLMN is sent to the SMF. The I-SMF provides the DNAI list it supports to SMF and the SMF provides the DNAI(s) of interest for this PDU Session to I-SMF based on the DNAI list information received from I-SMF as defined in Figure 4.23.9.1-1 step 1.
  • When the delegated discovery is used, the SCP selects the SMF as described in Annex E.
For the Home-Routed roaming case, the UE requested PDU Session Establishment procedure for Home-routed Roaming in clause 4.3.2.2.2 can be reused without change.
Up
4.23.5.2  PDU Session Release procedure
For the non roaming or LBO roaming case, the procedure defined in clause 4.3.4.3 (UE or network requested PDU Session Release for Home-routed Roaming) is used to release the PDU Session, with the V-SMF and V-UPF are replaced by I-SMF and I-UPF, and H-SMF and H-UPF are replaced by SMF and UPF(PSA) respectively.
For AMF triggers PDU Session Release procedure in Registration procedure (see step 17 of clause 4.2.2.2.2) and Deregistration procedure (see step 2 of clause 4.2.2.3.2), if I-SMF is used for the session, the AMF invokes PDU Session Release operation towards the I-SMF, then I-SMF releases the PDU Session towards SMF.
Up
4.23.5.3  PDU Session modification procedureWord-p. 388
For the non roaming or LBO roaming case, the procedure defined in clause 4.3.3.3 (UE or network requested PDU Session Modification for Home-routed Roaming) is used to modify the PDU Session, with the V-SMF and V-UPF are replaced by I-SMF and I-UPF, and H-SMF and H-UPF are replaced by SMF and UPF(PSA) respectively.
4.23.6  I-SMF Related Procedures with PCF
4.23.6.1  General
This clause provides PCC related details for scenarios including an I-SMF.
4.23.6.2  Policy Update Procedures with I-SMF
Figure 4.23.6-2-1 shows procedures related to provisioning of PCC rules containing traffic steering information related to an I-SMF.
Up
In cases where step 1a in figure 4.23.6-2-1 is triggered in response to PCF receiving AF request, below steps 3 and 4 are applicable, in addition to those steps as explained in clause 4.3.6.1.
Step 3: SMF provides to I-SMF with DNAI(s) of interest for this PDU Session for local traffic steering. If PCC rule changes for traffic offloaded via ULCL/BP due to the AF request, the SMF provides the updated N4 information to the I-SMF.
4.23.6.3  Reporting UP path change to the AF
Figure 4.23.6.3-1 shows procedures related Reporting UP path change to the AF.
Up
Step 1a.
I-SMF indicates that UP path change may occur for the PDU Session via Nsmf_PDUSession_Update Request as described in clause 4.23.9; the SMF responds to the I-SMF.
Step 2.
If early notification has been requested by a PCC rule on behalf of AF as described in clause 4.3.6.2, then the SMF notifies the AF accordingly by invoking Nsmf_EventExposure_Notify service operation as described in clause 4.3.6.3. In this case the SMF may wait for further instructions of the AF.
Step 3.
SMF initiates Nsmf_PDUSession_Update Request with N4 information to control the local PSA and ULCL/BP as described in clause 4.23.9.
Step 4.
I-SMF enforces the change of DNAI or addition, change, or removal of UPF as described in clause 4.23.9.
Step 5.
I-SMF answers back to the Nsmf_PDUSession_Update from the SMF.
Step 6.
If late notification has been requested by a PCC rule on behalf of AF as described in clause 4.3.6.2, then the SMF notifies the AF accordingly by invoking Nsmf_EventExposure_Notify service operation as described in clause 4.3.6.3.
Up

Up   Top   ToC