Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 23.502  Word version:  18.5.0

Top   Top   Up   Prev   Next
1…   4.2.2.2.2   4.2.2.2.3…   4.2.2.3…   4.2.3…   4.2.3.3   4.2.4…   4.2.6   4.2.7…   4.2.9…   4.2.11…   4.2.11.5…   4.3…   4.3.2.2.2   4.3.2.2.3…   4.3.3…   4.3.3.3   4.3.4…   4.3.4.3   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…   4.11.1.2.2   4.11.1.2.3   4.11.1.3…   4.11.1.3.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.3.2.5…   4.15.4…   4.15.6…   4.15.6.7…   4.15.6.13…   4.15.6.14…   4.15.9…   4.15.9.4…   4.15.13…   4.15.13.4…   4.16…   4.16.4…   4.16.8…   4.16.11…   4.16.14…   4.16.15…   4.17…   4.17.9…   4.18…   4.19…   4.22…   4.23…   4.23.7…   4.23.7.3.3   4.23.7.3.4…   4.23.9…   4.23.9.4…   4.23.11…   4.24…   4.25…   4.25.6…   4.26…   5…   5.2.3…   5.2.5…   5.2.6…   5.2.7…   5.2.8…   5.2.9…   5.2.12…   5.2.18…   A…   E…   F…   G   H…

 

4.3.6  Application Function influence on traffic routing and service function chainingp. 194

4.3.6.1  Generalp. 194

Clause 4.3.6 describes the procedures between an Application Function and the SMF to maintain an efficient user plane path and/or to provide N6-LAN service function chaining for Application Functions that require it.
As described in clauses 5.6.7 and 5.6.16 of TS 23.501, an Application Function may send requests to influence SMF routeing decisions for User Plane traffic of PDU Sessions. The AF requests may influence UPF (re)selection and allow routeing of user traffic to a local access (identified by a DNAI) to a Data Network and/or influence the steering of user traffic to service function chain(s) identified by SFC identifier(s). The AF may also provide in its request subscriptions to SMF events. A V-SMF supporting HR-SBO provides, SUPI, an indication of support for HR-SBO, and HPLMN DNN and S-NSSAI related to the PDU session to the L-PSA UPF at PDU session establishment.
The following cases can be distinguished:
  • When receiving an AF request on Application Function influence on traffic routing targeting an individual UE IP address the NEF needs to determine whether the target PDU Session is working in HR-SBO mode. If the target PDU Session is NOT working in HR-SBO mode (non roaming or LBO PDU Session) then the NEF contacts the PCF of the PDU Session as further defined in the clause 4.3.6.4. If the target PDU Session is working in HR-SBO mode, the NEF does not contact the PCF of the PDU session but needs to store the AF request in UDR as defined in clause 4.3.6.5.
  • The NEF determines whether the PDU Session that the AF requests to influence is working in HR-SBO mode or not and in the former case determines the HPLMN of the UE, the DNN and S-NSSAI of the PDU Session as follows:
    • If the AF has determined based on procedure in clause 4.3.6.5.2 that the PDU session is home routed, the AF provides IP address of the UE (assigned by HPLMN) and HPLMN ID, HPLMN DNN and S-NSSAI, and the NEF determines if the PDU session is subject to HR-SBO using the provided information and proceeds according to clause 4.3.6.5.2.
    • If the AF has provided an IP address of the UE known to the AF (IP address not assigned by HPLMN), and DNN and S-NSSAI, the NEF determines if the PDU session is subject to HR-SBO based on local configuration. If PDU session is not subject to HR-SBO, the NEF proceeds according to clause 4.3.6.4. If PDU session is subject to HR-SBO the NEF determines the HPLMN and proceeds from according to clause 4.3.6.5.2, excluding steps 0a and 0b.
    • If the AF has not provided the (H)PLMN ID, DNN and S-NSSAI:
      • If the IP address of the UE in the AF request is a private IP address, the NEF determines if the request relates to HR-SBO or not based on local configuration, or based on interactions with SMF, since the V-SMF shall have provided an indication that the PDU Session is working in HR-SBO mode, SUPI and the HPLMN DNN and S-NSSAI of the PDU Session to the L-PSA UPF. If the request relates to HR-SBO, the NEF proceeds according to clause 4.3.6.5.3, otherwise it proceeds according to clause 4.3.6.4.
      • If the IP address of the UE in the AF request is a public IP address:
        • If this Public IP address belongs to an IP range not owned by the PLMN of the NEF, then the target PDU Session is working in HR-SBO mode and the NEF proceeds according to clause 4.3.6.5.4.
        • If the UE IP Address in the AF request is an IP address NATed by the PLMN that the NEF belongs to, the NEF invokes steps 3 to 6 of clause 4.15.10 to get the corresponding private UE IP address. If HR-SBO applies, the V-SMF shall have provided an indication that the PDU Session is working in HR-SBO mode, SUPI and the HPLMN DNN and S-NSSAI of the PDU Session to the L-PSA UPF. Thus, the NEF can also receive these parameters and the NEF proceeds according to clause 4.3.6.5.3. Otherwise the NEF proceeds according to clause 4.3.6.4.
  • When AF requests are routed (by the AF or by the NEF) to an individual PCF this may use the BSF. This case applies to both AF influence on traffic routing as well as AF influence on Service Function Chaining. This is described in clause 4.3.6.4.
  • AF requests described in clause 5.6.7 of TS 23.501 or clause 5.6.16 of TS 23.501 targeting a group of UE(s), or any UE accessing a combination of DNN and S-NSSAI and optionally PLMN ID of the DNN and S-NSSAI, or targeting individual UE(s) by one or more GPSI(s) or targeting UEs with External Subscriber Category(s) which can be combined with External Group ID(s) or any UE as described in Table 5.6.7-1. These AF requests may also affect UE(s) with an established PDU session. For such requests the AF shall contact the NEF and the NEF stores the AF request information in the UDR. For non-roaming and LBO cases, the PCF(s) receive a corresponding notification if they had subscribed to the create/update/delete operations of the AF request information corresponding to UDR Data Keys / Data Sub-Keys. This is defined in clause 6.3.7.2 of TS 23.501 and further described in clause 4.3.6.2. For HR-SBO case, V-SMF(s) receive a corresponding notification if it has subscribed to the create/update/delete operation of the AF request information corresponding to UDR Data Keys /Data Sub-Keys, this is described in clause 4.3.6.5.5. For a single UE, NEF determines if HR-SBO applies for the PDU session based on the local configuration using the received GPSI. For "any UE", both PCF(s) and SMF(s) (via NEF) may need to subscribe to creates/updates/deletes of AF influence on traffic routing data in UDR depending on if a specific PLMN is targeted.
  • If the AF request targets any UE the procedure described in clause 4.3.6.5 may also be performed. In that case if the HPLMN Id, DNN and S-NSSAI has not been provided by the AF, the NEF determines the target HPLMN Id, DNN and S-NSSAI based on the description given above.
  • This version of the specification does not support AF influence on traffic routing for home routed PDU session, if the AF request targets an external group ID, or UE(s) identified by SUPI.
If the AF interacts with 5GC via the NEF, the NEF performs the following mappings or determinations where needed:
  • Map the AF-Service-Identifier into DNN and S-NSSAI combination, determined by local configuration.
  • Map the AF-Service-Identifier into a list of DNAI(s) and Routing Profile ID(s) determined by local configuration.
    The NEF can only provide this mapping when the DNAI(s) being used by the applications are statically defined. When the DNAI(s) where applications are instantiated may vary dynamically, the AF should provide the target DNAI(s) in its request together with either Routing Profile ID(s) or with N6 traffic routing information.
  • Map the GPSI in Target UE Identifier into SUPI, according to information received from UDM.
  • Map the External Group Identifier in Target UE Identifier into Internal Group Identifier, according to information received from UDM.
  • Map the External Subscriber Category(s) and any UE, or External Subscriber Category and External Group ID(s) to, Internal Group ID(s) or Internal Group ID(s) and Subscriber Category(s).
  • Map the geographical area in Spatial Validity Condition into areas of validity, determined by local configuration.
  • Determine whether an AF request targeting an UE IP address corresponds to HR-SBO and if yes determine as defined above the HPLMN of UE, the DNN/S-NSSAI of the PDU Session based on the description given above.
Up

4.3.6.2  Processing AF requests to influence traffic routing and/or Service Function Chaining for Sessions not identified by an UE addressp. 197

Reproduction of 3GPP TS 23.502, Fig. 4.3.6.2-1: Processing AF requests to influence traffic routing and/or Service Function Chaining for Sessions not identified by an UE address
Up
Step 0.
The PCF(s) subscribe to modifications of AF requests (Data Set = Application Data; Data Subset = AF traffic influence request information, Data Key = S-NSSAI and/or DNN and/or Internal Group Identifier or SUPI) from the UDR.
Step 1.
To create a new request, the AF invokes a Nnef_TrafficInfluence_Create service operation. The content of this service operation (AF request) is defined in clause 5.2.6.7. The request contains also an AF Transaction Id. If it subscribes to events related with PDU Sessions the AF indicates also where it desires to receive the corresponding notifications (AF notification reporting information).
To update or remove an existing request, the AF invokes a Nnef_TrafficInfluence_Update or Nnef_TrafficInfluence_Delete service operation providing the corresponding AF Transaction Id.
The Nnef_TrafficInfluence_Create (initiated by target AF) or Nnef_TrafficInfluence_Update (initiated by source AF or target AF) service operation may be used for the case of AF instance change. If Nnef_TrafficInfluence_Update service operation is invoked, the NEF is required to update the subscription resource. The Nnef_TrafficInfluence_Update service operation may include an updated notification target address. The updated subscription resource is used by the target AF.
Step 2.
The AF sends its request to the NEF. If the request is sent directly from the AF to the PCF, the AF reaches the PCF selected for the existing PDU Session by configuration or by invoking Nbsf_management_Discovery service.
The NEF ensures the necessary authorization control, including throttling of AF requests and as described in clause 4.3.6.1, mapping from the information provided by the AF into information needed by the 5GC.
Step 3.
(in the case of Nnef_TrafficInfluence_Create or Update): The NEF stores the AF request information in the UDR (Data Set = Application Data; Data Subset, Data Key = AF Transaction Internal ID, S-NSSAI and DNN and/or Internal Group Identifier(s) and/or Subscriber Category(s) or SUPI). The Data Subset identifies whether the information relates to AF traffic influence request information for traffic routing or AF traffic influence request information for service function chaining, as described in Table 5.2.12.2.1-1.
(in the case of Nnef_TrafficInfluence_delete): The NEF deletes the AF requirements in the UDR (Data Set = Application Data; Data Subset, Data Key = AF Transaction Internal ID). The Data Subset identifies whether the information relates to AF traffic influence request information for traffic routing or AF traffic influence request information for service function chaining.
The NEF responds to the AF.
Step 4.
The PCF(s) that have subscribed to modifications of AF requests receive(s) a Nudr_DM_Notify notification of data change from the UDR. The Data Subset identifies whether the information relates to AF traffic influence request information for traffic routing or AF traffic influence request information for service function chaining.
Step 5.
The PCF determines if existing PDU Sessions are potentially impacted by the AF request. For each of these PDU Sessions, the PCF updates the SMF with corresponding new policy information about the PDU Session by invoking Npcf_SMPolicyControl_UpdateNotify service operation as described in steps 5 and 6 in clause 4.16.5.
The PCF validates whether the SFC identifier (if available) corresponds to an authorized SFC for the AF based on local configuration. If the validation has succeeded the PCF maps the SFC identifier to the corresponding Traffic Steering Policy identifier (i.e. TSP ID).
The PCF includes the Traffic Steering Policy ID(s) in the AF influence on traffic routing Enforcement Control information and/or N6-LAN Traffic Steering Enforcement Control information of the relevant PCC rule as defined in clause 6.3.1 of TS 23.503. The PCF also includes the Metadata in the N6-LAN Traffic Steering Enforcement Control information of the PCC rule when Metadata was provided by the AF.
If the AF request includes a notification reporting request for UP path change, the PCF includes in the PCC rule(s) the information required for reporting the event, including the Notification Target Address pointing to the NEF or AF and the Notification Correlation ID containing the AF Transaction Internal ID.
If the AF request includes an EAS Correlation indication or indication of traffic correlation, PCF includes in the PCC rule(s) an EAS Correlation indication or indication of traffic correlation and a Traffic Correlation ID corresponding to a set of UEs that AF request aims at, also if AF request includes a common EAS IP address or common DNAI for a set of UEs, PCC rule includes the common EAS IP address or common DNAI.
In the case of AF influence on traffic routing, the PCF may, optionally, use service experience analytics per UP path, as defined in clause 6.4.3 of TS 23.288, to provide an updated list of DNAI(s) to the SMF.
The PCF may use the "Subscriber categories" as defined in "PDU Session policy control subscription information" in Table 6.2-2 of TS 23.503 to determine whether the PDU Session is impacted by the AF request.
Step 6.
When the updated policy information about the PDU Session is received from the PCF, the SMF may take appropriate actions to reconfigure the User plane of the PDU Session.
In the case of AF influence on traffic routing, examples of actions are:
  • The SMF may consider service experience analytics and/or DN Performance analytics per UP path (i.e. including UPF and/or DNAI and/or AS instance) as defined in clauses 6.4.3 and 6.14.3, respectively, of TS 23.288 before taking any actions.
  • Determining a target DNAI.
  • Determining if a common DNAI needs to be used as a target DNAI.
  • Adding, replacing or removing a UPF in the data path to e.g. act as an UL CL or a Branching Point e.g. as described in clause 4.3.5.
  • Allocate a new Prefix to the UE (when IPv6 multi-Homing applies).
  • Updating the UPF in the target DNAI with AF influence on traffic routing control parameters as described in clause 5.6.7.1 of TS 23.501.
  • Subscribe to notifications from the AMF for an Area of Interest via Namf_EventExposure_Subscribe service operation.
  • Determining whether to relocate PSA UPF considering the user plane latency requirements provided by the AF (see clause 6.3.6 of TS 23.548).
When the updated policy information about the PDU Session is received from the PCF, the SMF may take appropriate actions to assist the EAS discovery and re-discovery for PDU Session with Session Breakout connectivity model such as:
In the case of AF influence on Service Function Chaining, the SMF may take appropriate actions to enforce the N6-LAN traffic steering control:
Step 7.
The SMF may decide whether it is required to send the target DNAI to the AMF for triggering SMF/I-SMF (re)selection and then inform the target DNAI information for the current PDU session or for the next PDU session to AMF via Nsmf_PDUSession_SMContextStatusNotify service operation.
Up

4.3.6.3  Notification of User Plane Management Eventsp. 199

The SMF may send a notification to the AF if the AF had subscribed to user plane management event notifications as described in clause 4.3.6.2 and in clause 5.6.7 of TS 23.501. The following are the examples of such events:
  • A PDU Session Anchor identified in the AF subscription request has been established or released.
  • A DNAI has changed.
  • The SMF has received a request for AF notification and the on-going PDU Session meets the conditions to notify the AF.
  • Ethernet PDU Session Anchor Relocation as defined in clause 4.3.5.8.
  • Candidate DNAI(s) has changed.
  • A common EAS has changed.
  • The serving PLMN of PDU session has changed and local traffic offload is possible.
The SMF uses notification reporting information received from PCF to issue the notification either via an NEF (2a, 2b and 4a, 4b) or directly to the AF (2c and 4c).
In the case of the AF interacting with VPLMN in the HR-SBO case, the NF(s) in the procedure are located in VPLMN.
In the case of AF interacting with HPLMN in the HR-SBO case (serving PLMN is VPLMN), the H-SMF provides Traffic influence related policies to V-SMF. N16 supports exchange of Traffic influence related policies and of early/late notification/subscription. The procedures for the case of AF interacting with HPLMN in the HR-SBO case are defined in clauses 6.7.3.2 and 6.7.4 of TS 23.548.
The following flow depicts the sequence of events:
Reproduction of 3GPP TS 23.502, Fig. 4.3.6.3-1: Notification of user plane management event
Up
Step 1.
A condition for an AF notification has been met as described above. The SMF sends notification to the NF that is subscribed for SMF notifications. Further processing of the SMF notification depends on the receiving NF, as shown in steps 2a and 2c.
If immediate reporting flag is included in AF subscription for user plane management event as described in clause 5.6.7 of TS 23.501, SMF sends notification, as shown in steps 2a or 2c.
Step 2a.
If early notification via NEF is requested by the AF, the SMF notifies the NEF of the target DNAI or candidate DNAI(s) of the PDU Session or indication of EAS rediscovery and may indicate capability of supporting EAS IP replacement in 5GC by invoking Nsmf_EventExposure_Notify service operation. The SMF may provide the target AF ID if it determines that the target DNAI is not supported by the source AF as specified in TS 23.548. The SMF may consider the UE location and available DNAI list provided by AF to select the closest available DNAI(s) as candidate DNAI(s). The SMF may also provide the candidate DNAI(s) in a prioritized order.
Step 2b.
When the NEF receives Nsmf_EventExposure_Notify, the NEF performs information mapping (e.g. AF Transaction Internal ID provided in Notification Correlation ID to AF Transaction ID, SUPI to GPSI, etc.) as applicable according to clause 5.6.7 of TS 23.501 and triggers the appropriate Nnef_TrafficInfluence_Notify message. In this case, step 2c is not applicable.
Step 2c.
If early direct notification is requested by the AF, the SMF notifies the AF of the target DNAI or candidate DNAI(s) of the PDU Session or indication of EAS rediscovery and may indicate capability of supporting EAS IP replacement in 5GC by invoking Nsmf_EventExposure_Notify service operation. The SMF may provide the target AF ID if it determines that the target DNAI is not supported by the source AF.
Step 2d.
The AF replies to Nnef_TrafficInfluence_Notify by invoking Nnef_TrafficInfluence_AppRelocationInfo service operation either immediately or after any required application relocation in the target DNAI is completed. The AF may include N6 traffic routing details corresponding to the target DNAI and /or the 'uplink buffering' indication to indicate that buffering of uplink traffic to the target DNAI is needed. The AF may include Information for EAS IP Replacement in 5GC. AF may reply in negative e.g. if the AF determines that the application relocation cannot be completed successfully and/or on time.
Step 2d-a.
If information sent via Nnef_TrafficInfluence_Create is to be changed e.g. N6 traffic routing details corresponding to the target DNAI, the AF invokes Nnef_TrafficInfluence_update service operation in order for PCF to be able to include this information in PCC rules sent to SMF.
If the AF includes information such as N6 traffic routing details corresponding to the target DNAI in Nnef_TrafficInfluence_AppRelocationInfo it shall include the same information in Nnef_TrafficInfluence_update.
If common DNAI or common EAS is required for set of UEs and AF is used to select common DNAI or common EAS according to operator's configuration, the AF determines the common DNAI/EAS according to the candidate DNAI(s) of each UE of the set reported by SMF(s) serving the set of UEs, then informs SMF(s) of each UE of the selected common DNAI as clause 6.2.3.2.6 of TS 23.548 or the selected common EAS as clause 6.2.3.2.5 of TS 23.548.
Step 2e.
When the NEF receives Nnef_TrafficInfluence_AppRelocationInfo, the NEF triggers the appropriate Nsmf_EventExposure_AppRelocationInfo message.
Step 2e-a.
When the NEF receives Nnef_TrafficInfluence_update, the NEF triggers step 3a as in Figure 4.3.6.2-1 or step 2 of Figure 4.3.6.4-1 if targeting an individual UE by a UE address.
Step 2f.
The AF replies to Nsmf_EventExposure_Notify by invoking Nsmf_EventExposure_AppRelocationInfo service operation either immediately or after any required application relocation in the target DNAI is completed. The AF may include N6 traffic routing details corresponding to the target DNAI and /or the 'uplink buffering' indication to indicate that buffering of uplink traffic to the target DNAI is needed. The AF may include Information for EAS IP Replacement in 5GC. AF may reply in negative e.g. if the AF determines that the application relocation cannot be completed successfully on time.
Step 2f-a.
If information sent via Npcf_PolicyAuthorization_Create is to be changed e.g. N6 traffic routing details corresponding to the target DNAI, the AF invokes Npcf_PolicyAuthorization_Update service operation in order for PCF to be able to include this information in PCC rules sent to SMF.
If the AF includes information such as N6 traffic routing details corresponding to the target DNAI in Nsmf_EventExposure_AppRelocationInfo it shall include the same information in Npcf_PolicyAuthorization_Update.
Step 3.
The SMF enforces the change of DNAI or addition, change, or removal of a UPF. This may correspond to the mechanisms described in Figure 4.3.5.6-1 or in Figure 4.3.5.7-1.
If the runtime coordination between 5GC and AF is enabled based on local configuration, according to the indication of "AF acknowledgment to be expected" included in AF subscription to SMF events, the SMF may wait for a response from the AF to the early notification before this step. The SMF does not perform this step until it receives a positive response from the AF, as described in clause 5.6.7 of TS 23.501.
Step 4a.
If late notification via NEF is requested by the AF, the SMF notifies the NEF of the target DNAI of the PDU Session or indication of EAS rediscovery or new serving PLMN ID, HPLMN DNN and S-NSSAI of the PDU session if serving PLMN is changed and local traffic offload is allowed and may indicate capability of supporting EAS IP replacement in 5GC by invoking Nsmf_EventExposure_Notify service operation. The SMF may provide the target AF ID if it determines that the target DNAI is not supported by the source AF.
If the runtime coordination between 5GC and AF is enabled based on local configuration, according to the indication of "AF acknowledgment to be expected" included in AF subscription to SMF events, the SMF may send late notification and wait for a positive response from the AF before activating the new UP path, as described in clause 5.6.7 of TS 23.501.
Step 4b.
When the NEF receives Nsmf_EventExposure_Notify, the NEF performs information mapping (e.g. AF Transaction Internal ID provided in Notification Correlation ID to AF Transaction ID, SUPI to GPSI, etc.) as applicable according to clause 5.6.7 of TS 23.501 and triggers the appropriate Nnef_TrafficInfluence_Notify message. In this case, step 4c is not applicable.
Step 4c.
If late direct notification is requested by the AF, the SMF notifies the AF of the target DNAI of the PDU Session or indication of EAS rediscovery or new serving PLMN ID, HPLMN DNN and S-NSSAI of the PDU session if serving PLMN is changed and local traffic offload is allowed and may indicate capability of supporting EAS IP replacement in 5GC by invoking Nsmf_EventExposure_Notify service operation. The SMF may provide the target AF ID if it determines that the target DNAI is not supported by the source AF.
Step 4d.
When the AF receives either the Nnef_TrafficInfluence_Notify message or the Nsmf_EventExposure_Notify message, the AF checks whether it can serve the target DNAI. If the AF instance change is needed, the AF determines the proper target AF for the target DNAI (e.g. based on locally configured information or the AF ID provided by the SMF in step 4a or 4c) and performs the AF migration.
Step 4e.
The AF replies to Nnef_TrafficInfluence_Notify by invoking Nnef_TrafficInfluence_AppRelocationInfo service operation either immediately or after any required application relocation in the target DNAI is completed. AF includes N6 traffic routing details corresponding to the target DNAI or new serving PLMN ID for traffic offload if serving PLMN is changed and local traffic offload is allowed. AF may reply in negative e.g. if the AF determines that the application relocation cannot be completed successfully on time. Nnef_TrafficInfluence_AppRelocationInfo with positive response may indicate that buffering of uplink traffic to the target DNAI is no more needed.
If SMF has sent an EAS re-discovery request to the UE as defined in TS 23.548, e.g. due to change of common EAS, the SMF sends an indication to the AF that an EAS re-discovery request has been sent to the UE.
Step 4e-a.
If information sent via Nnef_TrafficInfluence_Create/Update is to be changed e.g. N6 traffic routing details corresponding to the target DNAI, the AF invokes Nnef_TrafficInfluence_Create or Nnef_TrafficInfluence_Update service operation in order for PCF to be able to include this information in PCC rules sent to SMF. The Nnef_TrafficInfluence_Create shall be used if the AF is notified (e.g. in step 4b) that the UE IP address is changed and the initial Nnef_TrafficInfluence_Create was targeted to an individual UE address, otherwise the Nnef_TrafficInfluence_Update may be used.
If the AF includes information such as N6 traffic routing details corresponding to the target DNAI in Nnef_TrafficInfluence_AppRelocationInfo it shall include the same information in Nnef_TrafficInfluence_Create or Nnef_TrafficInfluence_Update, whichever is appropriate.
Step 4f.
When the NEF receives Nnef_TrafficInfluence_AppRelocationInfo, the NEF triggers the appropriate Nsmf_EventExposure_AppRelocationInfo message.
Step 4f-a.
When the NEF receives Nnef_TrafficInfluence_Create/update, the NEF triggers step 3a as in Figure 4.3.6.2-1 or step 2 of Figure 4.3.6.4-1 if targeting an individual UE by a UE address.
Step 4g.
The AF replies to Nsmf_EventExposure_Notify by invoking Nsmf_EventExposure_AppRelocationInfo service operation either immediately or after any required application relocation in the target DNAI is completed. AF includes N6 traffic routing details corresponding to the target DNAI. AF may reply in negative e.g. if the AF determines that the application relocation cannot be completed successfully on time. Nsmf_EventExposure_AppRelocationInfo with positive response may indicate that buffering of uplink traffic to the target DNAI is no more needed.
Step 4g-a.
If information sent via Npcf_PolicyAuthorization_Create/Update is to be changed e.g. N6 traffic routing details corresponding to the target DNAI, the AF invokes Npcf_PolicyAuthorization_Create or Npcf_PolicyAuthorization_Update service operation in order for PCF to be able to include this information in PCC rules sent to SMF. The Npcf_PolicyAuthorization_Create shall be used if the AF is notified (e.g. in step 4c) that the UE IP address is changed, otherwise the Npcf_PolicyAuthorization_Update may be used.
If the AF includes information such as N6 traffic routing details corresponding to the target DNAI in Nsmf_EventExposure_AppRelocationInfo it shall include the same information in Npcf_PolicyAuthorization_Create or Npcf_PolicyAuthorization_Update, whichever is appropriate.
Up

4.3.6.4  Transferring an AF request targeting an individual UE address to the relevant PCFp. 203

Reproduction of 3GPP TS 23.502, Fig. 4.3.6.4-1: Handling an AF request targeting an individual UE address to the relevant PCF
Up
Depending on the AF deployment (see clause 6.2.10 of TS 23.501), the AF may send the AF request to PCF directly, in which case step 1 is skipped, or via the NEF.
Step 1.
[Conditional] If the AF sends the AF request via NEF, the AF sends Nnef_TrafficInfluenceCreate/Update/Delete Request targeting an individual UE address to the NEF. This request corresponds to an AF request to influence traffic routing to a local network and/or to a service function chain that targets an individual UE address.
When NEF receives an AF request from AF, the NEF ensures the necessary authorization control and as described in clause 4.3.6.1, mapping from the information provided by the AF into information needed by the 5GC. The NEF responds to the AF.
Step 2.
[Conditional] AF/NEF consumes Nbsf_Management_Discovery service operation (providing at least the UE address) to find out the address of the relevant PCF if the PCF address is not available on the NEF based on local configuration, otherwise step 1 is skipped.
Step 3.
BSF provides the PCF address in the Nbsf_Management_Discovery response to AF/NEF.
Step 4.
If step 1 was performed, NEF invokes the Npcf_PolicyAuthorization service to the PCF to transfer the AF request. If an AF sends the AF request directly to the PCF, AF invokes Npcf_PolicyAuthorization service and the PCF responds to the AF. To support the AF instance change, the Npcf_PolicyAuthorization_Create (initiated by target AF) or Npcf_PolicyAuthorization_Update (initiated by source AF or target AF) service operation may be used.
Step 5.
The PCF authorizes the AF request. If the PCF determines that the requirements can't be authorized, it rejects the AF request. Once the PCF authorizes the AF request, the PCF updates the SMF with corresponding new PCC rule(s) with PCF initiated SM Policy Association Modification procedure as described in clause 4.16.5.2.
The PCF includes the Traffic Steering Policy ID(s) for AF influence on traffic routing Enforcement Control information and/or N6-LAN Traffic Steering Enforcement Control information in the relevant PCC rule as defined in clause 6.3.1 of TS 23.503.
The PCF may, optionally, use service experience analytics per UP path, as defined in clause 6.4.3 of TS 23.288, to provide a an updated list of DNAI(s) to the SMF.
If Npcf_PolicyAuthorization_Update service operation is invoked, the PCF is required to update the subscription resource. The Npcf_PolicyAuthorization_Update service operation may include an updated notification target address. The updated subscription resource is used by the target AF.
When a PCC rule is received from the PCF, the SMF may take appropriate actions, when applicable, to reconfigure the User plane of the PDU Session.
In the case of AF influence on traffic routing, examples of actions are:
  • The SMF may consider service experience analytics and/or DN Performance analytics per UP path (i.e. including UPF and/or DNAI and/or AS instance) as defined in clauses 6.4.3 and 6.14.3, respectively, of TS 23.288 before taking any actions.
  • Determining a target DNAI and adding, replacing or removing UPF(s) in the data path, e.g. to act as UL CL, Branching Point and/or PDU Session Anchor e.g. as described in clause 4.3.5.
  • Allocate a new Prefix to the UE (when IPv6 multi-Homing applies).
  • Updating the UPF regarding the target DNAI with AF influence on traffic routing control parameters as described in clause 5.6.7.1 of TS 23.501.
  • Subscribe to notifications from the AMF for an Area of Interest via Namf_EventExposure_Subscribe service operation.
  • Determining whether to relocate PSA UPF considering the user plane latency requirements provided by the AF (see clause 6.3.6 of TS 23.548).
In the case of AF influence on Service Function Chaining, the SMF may take appropriate actions to enforce the N6-LAN traffic steering control:
Up

4.3.6.5  Processing AF requests to influence traffic routing for HR-SBO session |R18|p. 204

4.3.6.5.1  Generalp. 204
Processing an AF requests to influence traffic routing for HR-SBO session are based on procedure described in clauses 4.3.6.5.2 - 4.3.6.5.5.
4.3.6.5.2  AF traffic influence request includes HPLMN DNN, S-NSSAI informationp. 205
Reproduction of 3GPP TS 23.502, Fig. 4.3.6.5.2-1: Processing an AF request to influence traffic routing for HR-SBO session when AF provides HPLMN DNN and S-NSSAI
Up
Step 0a.
AF subscribes to H-SMF regarding the change of serving PLMN change event and is notified after V-SMF insertion/inter-PLMN V-SMF change as described in clause 6.7.2.6 of TS 23.548. The notification takes place as soon as the H-SMF has received an indication of Handover Complete.
Step 0b.
V-SMF supporting HR-SBO subscribes to notification of AF request by invoking Nnef_TrafficInfluenceData_Subscribe service from V-NEF (Data Set = Application Data; Data Subset = AF traffic influence request information; Data Key = HPLMN S-NSSAI and/or DNN and HPLMN ID and UE IP address) and (Data Set = Application Data; Data Subset = AF traffic influence request information; Data Key = HPLMN S-NSSAI and/or DNN and HPLMN ID and "any UE" indication) and (Data Set = Application Data; Data Subset = AF traffic influence request information; Data Key = HPLMN S-NSSAI and/or DNN and SUPI).
  • For any UE, the V-SMF supporting HR-SBO performs the above subscription using HPLMN ID, S-NSSAI and/or DNN as Data Key.
  • For individual UE, when a PDU Session is authorized for HR-SBO as described in clause 6.7 of TS 23.548, the V-SMF serving the PDU Session performs the above subscription using HPLMN ID, HPLMN S-NSSAI and DNN and UE IP address; and HPLMN S-NSSAI and DNN and SUPI as Data Key.
V-NEF subscribes to notification of AF request by invoking Nudr_DM_Subscribe service from V-UDR using the same Data Set and Data Key as V-SMF.
Step 1.
As it is step 1 of Figure 4.3.6.2-1.
Step 2.
The AF sends its traffic influence request to V-NEF with the HPLMN ID, HPLMN DNN and S-NSSAI of the UE. The AF request also includes UE IP address or GPSI or "any UE" indication as described in clause 4.3.6.1.
Step 3.
Based on the provided HPLMN ID, HPLMN DNN and S-NSSAI as part of traffic influence request, V-NEF identifies that the AF request is targeting a HR-SBO PDU session via VPLMN.
Step 4a.
V-NEF creates/updates/delete the information at V-UDR as follows:
  • (in the case of Nnef_TrafficInfluence_Create or Update): The V-NEF stores the AF request information in the V-UDR (Data Set = Application Data; Data Subset, Data Key = AF Transaction Internal ID, HPLMN ID (not used if SUPI is used), HPLMN S-NSSAI and DNN and either, SUPI or UE IP address or "any UE" indication). The Data Subset identifies whether the information relates to AF traffic influence request information for traffic routing, as described in Table 5.2.12.2.1-1.
  • (in the case of Nnef_TrafficInfluence_delete): The V-NEF deletes the AF requirements in the V-UDR (Data Set = Application Data; Data Subset, Data Key = AF Transaction Internal ID). The Data Subset identifies whether the information relates to AF traffic influence request information for traffic routing.
Step 4b.
The V-NEF responds to the AF.
Step 5.
The V-UDR notifies the subscribed V-NEF of the AF traffic influence request information.
Step 6.
The V-NEF notifies the subscribed V-SMF of the AF traffic influence request information.
Step 7.
As similar to step 6 of Figure 4.3.6.2-1, when V-SMF receives notification from V-NEF, the V-SMF may take appropriate actions to reconfigure the User plane of the PDU Session; and as step 7 of Figure 4.3.6.2-1, V-SMF sends Nsmf_PDUSession_SMContextStatusNotify to AMF.
Up
4.3.6.5.3  AF traffic influence request without HPLMN DNN, S-NSSAI information for a single UE, private IP address or public IP address owned by VPLMNp. 206
Reproduction of 3GPP TS 23.502, Fig. 4.3.6.5.3-1: Processing AF requests in VPLMN to influence traffic of a HR-SBO PDU Session
Up
Step 1.
During HR-SBO PDU Session establishment procedure, the V-SMF provides an indication that the UE PDU session is working in HR-SBO mode, SUPI of the UE and the HPLMN DNN and S-NSSAI of the PDU session to UPF (i.e. L-PSA in VPLMN). During the lifetime of the PDU session, if L-PSA changed or added, the V-SMF provides the above information to the new L-PSA.
Step 2.
V-SMF subscribes to Traffic Influence data to V-NEF (Data Set = Application Data; Data Subset = AF traffic influence request information. Data Key = HPLMN ID, HPLMN S NSSAI and DNN and UE IP address).
Step 3.
The V-NEF subscribes to Traffic Influence data using the same Data Set and Data Key as step 2.
Step 4.
AF influence on traffic routing including IP address of the UE (e.g. UE IP for public IP case) known to the AF.
Step 5.
The V-NEF determines if the AF influence request relates to a HR-SBO according to clause 4.3.6.1.
Step 6.
If the step 4 was a create operation, V-NEF contacts UPF to get information related to the IP address received from AF (i.e. IEs provided by V-SMF in step 1, and additional private IP before NAT for NATed IP case) by Nupf_GetUEPrivateIPaddrAndIdentifiers_Get request (IP address).
Step 7.
UPF returns the UE IP address, SUPI of the UE, an indication on if HR-SBO applies, and HPLMN DNN and S-NSSAI for the PDU session, in the response.
Step 8.
The V-NEF creates/updates/deletes the AF Traffic Influence data in the UDR (Data Set = Application Data; Data Subset = AF traffic influence request information. Data Key = HPLMN ID, HPLMN S NSSAI and DNN and UE IP address).
Step 9.
UDR notifies to V-NEF that Traffic Influence Data has been created/updated/deleted.
Step 10.
V-NEF notifies V-SMF of the created/updated/deleted Traffic Influence data.
Step 11.
Based on the Traffic Influence data the V-SMF may do traffic routing reconfiguration. Examples of such are listed in step 6 of clause 4.3.6.2.
Up
4.3.6.5.4  AF traffic influence request without HPLMN DNN, S-NSSAI information for a single UE, UE IP address owned and assigned by HPLMNp. 208
Reproduction of 3GPP TS 23.502, Fig. 4.3.6.5.4-1: Processing AF requests in VPLMN to influence traffic of a HR-SBO PDU Session
Up
Step 1.
If HR-SBO applies to the PDU Session, the H-SMF may provide an indication that the PDU Session is working in HR-SBO mode, SUPI, HPLMN DNN and S-NSSAI of the PDU session to UPF.
Step 2.
V-SMF subscribes to Traffic Influence data from V-NEF (Data Set = Application Data; Data Subset = AF traffic influence request information. Data Key = HPLMN ID, HPLMN S NSSAI and DNN and UE IP address).
Step 3.
The V-NEF subscribes to Traffic Influence data using the same Data Set and Data Key as step 2.
Step 4.
AF request for traffic routing including IP address of the UE know by the AF (i.e. public IP address within an IP address range owned by HPLMN).
Step 5.
The V-NEF determines if the AF influence request relates to a HR-SBO according to clause 4.3.6.1.
If service operation is a create, then the procedure continues at step 6, else it continues at step 10.
Step 6.
V-NEF contacts H-NEF to get data related to the IP address received from AF by Nnef_UEId_Get request service operation (IP address).
Step 7.
H-NEF contacts H-UPF to get data related to the IP address received from AF by Nupf_GetUEPrivateIPaddrAndIdentifiers_Get request (IP address).
Step 8.
H-UPF returns the UE IP address, and optionally HPLMN DNN and S-NSSAI for the PDU session, in the response. If H-UPF does not provide HPLMN DNN and S-NSSAI, H-NEF may be configured with those parameters.
Step 9.
H-NEF responds with Nnef_UEId_Get response (UE IP address, and optionally HPLMN DNN and S-NSSAI). If H-NEF does not provide the HPLMN DNN and S-NSSAI in the response, V-NEF needs to be configured with those parameters.
Step 10.
The V-NEF creates/updates/deletes the AF Traffic Influence data in the UDR (Data Set = Application Data; Data Subset = AF traffic influence request information. Data Key = HPLMN ID, HPLMN S NSSAI and DNN and UE IP address).
Step 11.
UDR notifies to V-NEF that Traffic Influence Data has been created/updated/deleted.
Step 12.
V-NEF notifies V-SMF of the created/updated/deleted Traffic Influence data.
Step 13.
Based on the Traffic Influence data the V-SMF may do traffic routing reconfiguration. Examples of such are listed in step 6 of clause 4.3.6.2.
Up
4.3.6.5.5  AF traffic influence request for GPSI or any UEp. 209
If target is GPSI, the NEF determines PLMN owning the GPSI (i.e. HPLMN of the UE). If the PLMN owning the GPSI is not the serving PLMN of the NEF, the NEF determines that HR-SBO applies for the PDU session. Then the NEF in VPLMN contacts NEF of the PLMN owning the GPSI, and the NEF of the PLMN owning the GPSI retrieves the SUPI from UDM, and assigns HPLMN DNN and S-NSSAI based on local configuration, and provides these parameters to the NEF of VPLMN.
When SUPI is retrieved or "any UE" is provided by AF, the procedure of clause 4.3.6.2 applies with the following differences:
  • SMF and PCF(s) in Figure 4.3.6.2-1 are replaced with V-SMF
  • Step 0: PCF(s) is replaced with V-SMF(s) and V-SMF(s) may add HPLMN ID in the subscription Data Key if target is "any UE". V-SMF subscribes to UDR via NEF in VPLMN.
  • Step 2: AF always uses NEF. AF may add HPLMN ID in the request.
  • Step 4: UDR notifies V-SMF via NEF.
  • Step 5: Does not apply.
Up

4.3.7  CN-initiated selective deactivation of UP connection of an existing PDU Sessionp. 209

The following procedure is used to deactivate UP connection (i.e. data radio bearer and N3 tunnel) for an established PDU Session of a UE in CM-CONNECTED state.
For an always-on PDU Session, the SMF should not configure the UPF to report inactivity.
Reproduction of 3GPP TS 23.502, Fig. 4.3.7-1: CN-initiated deactivation of UP connection for an established PDU Session
Up
Step 1.
The SMF determines that the UP connection of the PDU Session can be deactivated in following cases:
  • During handover procedure, if all the QoS Flows of a PDU Session are rejected by the target NG-RAN (as described in clause 4.9.1), or if a PDU Session is failed to setup indicated by the AMF (see step 7 of clause 4.9.1.3.3). SMF proceeds with step 2 and step 3, the steps 5 to 9 are skipped;
  • The UPF detects that the PDU Session has no data transfer for a specified Inactivity period as described in clause 4.4.2.2;
  • For PDU sessions belonging to a network slice that is in the Partially Allowed NSSAI (see clause 5.15.17 of TS 23.501), or with Network Slice Area of Service not matching deployed Tracking Areas (see clause 5.15.18 of TS 23.501) the AMF notifies to the SMF that it has detected that the UE moved out of the network slice area of support or availability;
  • For a LADN PDU Session, the AMF notifies to the SMF that the UE moved out of the LADN service area; or
  • The AMF notifies to the SMF that the UE moved out of the Allowed Area.
The SMF may decide to release the UPF of N3 terminating point. In that case the SMF proceeds with step 2 and step 3. Otherwise, if the SMF decides to keep the UPF of N3 terminating points, the SMF proceeds with step 4. To assist SMF in this decision the SMF may make use of UE presence pattern in LADN service area based on UE mobility analytics from the NWDAF as described in clause 6.7.2 of TS 23.288.
The SMF may make use of UE Communication analytics provided by NWDAF, as described in clause 6.7.3 of TS 23.288, to determine the value of an Inactivity Timer for a PDU Session provided to the UPF.
Step 2.
The SMF may initiate an N4 Session Release procedure to release the intermediate UPF of N3 terminating point. If there are multiple intermediate UPFs, this step can be performed for each UPFs to be released. The SMF needs to initiate N4 Session Modification procedure to the UPF (i.e. N9 terminating point or PDU Session Anchor) connecting to the released UPF in step 3.
Step 3.
If the intermediate UPF(s) of N3 terminating point is released in step 2, the SMF initiates an N4 Session Modification procedure towards the UPF (PDU Session Anchor or another intermediate UPF) connecting to the released UPF, indicating the need to remove CN Tunnel Info for N9 tunnel of the corresponding PDU Session. In this case, the UPF connecting to the released UPF buffers the DL packets for this PDU Session or drops the DL packets for this PDU session or forwards the DL packets for this PDU session to the SMF, based on buffering instruction provided by the SMF as described in clause 5.8.2.19.2 or clause 5.8.2.19.3 of TS 23.501. If the PDU Session corresponds to a LADN and the UE moved out of the LADN service area, the SMF may notify the UPF connecting to the released UPF to discard downlink data for the PDU Sessions and/or to not provide further Data Notification messages.
Otherwise, N4 Session Modification procedure occurs toward N3 terminating point.
Step 4.
If the UPF of N3 terminating point is not released in step 2, the SMF initiates an N4 Session Modification procedure indicating the need to remove AN Tunnel Info for N3 tunnel of the corresponding PDU Session. In this case, the UPF buffers the DL packets for this PDU Session or drops the DL packets for this PDU session or forwards the DL packets for this PDU session to the SMF, based on buffering instruction provided by the SMF as described in clause 5.8.2.19.2 or clause 5.8.2.19.3 of TS 23.501. If the PDU Session corresponds to a LADN and the UE moved out of the LADN service area, the SMF may notify the UPF to discard downlink data for the PDU Sessions and/or to not provide further Data Notification messages.
Step 5.
The SMF invokes the Namf_Communication_N1N2MessageTransfer service operation (PDU Session ID, N2 SM Information (N2 Resource Release Request (PDU Session ID))) to release the NG-RAN resources associated with the PDU Session.
Step 6.
The AMF sends the N2 PDU Session Resource Release Command including N2 SM information (N2 Resource Release Request (PDU Session ID)) received from the SMF via N2 to the NG-RAN.
Step 7.
The NG-RAN may issue NG-RAN specific signalling exchange (e.g. RRC Connection Reconfiguration) with the UE to release the NG-RAN resources related to the PDU Session received from the AMF in step 5. When a User Plane connection for a PDU Session is released, the AS layer in the UE indicates it to the NAS layer.
If the UE is in RRC_INACTIVE state, this step is skipped. When the UE becomes RRC_CONNECTED state from RRC_INACTIVE state, the NG-RAN and UE synchronize the released radio resources for the deactivated PDU Session as described in TS 36.331 and TS 38.331.
Step 8.
The NG-RAN acknowledges the N2 PDU Session Resource Release Command to the AMF including N2 SM Resource Release Ack (User Location Information, Secondary RAT Usage Data).
Step 9.
The AMF invokes the Nsmf_PDUSession_UpdateSMContext service operation (N2 SM Information(Secondary RAT Usage Data)) to acknowledge the Namf service received in step 5.
Up

4.3.8  Change of Network Slice instance for PDU Sessions |R18|p. 211

When a Network Slice instance for the existing PDU Session is required to be changed as described in clause 5.15.5.3 of TS 23.501, the AMF deletes the old NSI ID corresponding to the Network Slice instance that is congested or no longer available and informs the SMF of the PDU Session(s) which is selected by using such old NSI ID to release this PDU session with appropriate cause value as described in clause 4.3.4.2. If so, the SMF triggers the impacted UE(s) to establish new PDU session(s) associated with the same S-NSSAI by using the procedures for PDU Session(s) of SSC mode 2 or SSC mode 3 as defined in clause 4.3.5.
When UE initiates PDU Session Establishment procedure, the AMF may select a new Network Slice instance for the given S-NSSAI during PDU Session Establishment by querying the NSSF as described in the clause 4.3.2.2.3. If there is no Network Slice instance available, the network may change the related network slice(s) for the UE as described in clause 5.15.5.2.2 of TS 23.501.
Up

Up   Top   ToC