Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 23.502  Word version:  18.3.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.15.6.13  Multi-member AF session with required QoS |R18|p. 442

4.15.6.13.1  General Descriptionsp. 442
This clause describes the procedure to request QoS and to perform QoS monitoring for the traffic flows for the communication between an AF and a set of UEs, identified by the list of UE address(es). For every UE in the set, this list contains the IP address and the port number that is used by the UE for the communication with the AF.
The NEF receives the request for a Multi-member AF session with required QoS for a set of UEs identified by their addresses. The NEF then maps the request for Multi-member AF session with required QoS to individual requests for AF session with required QoS (i.e., one request for individual AF session with required QoS per UE address) and interacts with each of the UE's serving PCFs on a per AF session basis. The interaction follows the AF session with required QoS procedure as described in clauses 4.15.6.6 and 4.15.6.6a, except for the involvement of the TSCTSF and the provisioning of TSCTSF related information.
The NEF receives the outcome of the individual requests for AF session with required QoS corresponding to each UE's IP address and consolidates them into a single response before forwarding it to the AF based on an NEF configured time (which could be set to zero).
The AF can subscribe to QoS Monitoring (as described in clause 5.45 of TS 23.501) for the Multi-member AF session with required QoS. If so, QoS monitoring will be activated by the NEF for the whole set of UEs by interacting with each of the UE's serving PCFs on a per AF session basis. If the AF request contains QoS monitoring information without an indication of direct event notification, the NEF shall include that indication in the request to ensure that QoS Monitoring reports shall be sent by the UPF directly to the NEF. The NEF forwards the QoS Monitoring reports to the AF together with the respective UE address individually or, optionally, in an aggregated manner based on an NEF configured time.
When the AF subscribes to QoS Monitoring of UL and/or DL data rate (as described in clause 5.45 of TS 23.501) for the set of UEs, the AF may provide a Consolidated Data Rate threshold that is stored in the NEF. The Consolidated Data Rate threshold defines the upper bound of the aggregated data rate across all traffic flows corresponding to the list of UEs addresses of the Multi-member AF session with required QoS. The AF may provide in addition a specific list of UE addresses subject to Consolidated Data Rate monitoring (which has to be the subset of the general list of UE addresses), if only a part of the UEs participate in the current communication with the AF and the NEF maintains this list as well. The NEF aggregates the UE's QoS Monitoring reports for Data Rate for those UE addresses that appear in the specific list of UE addresses subject to Consolidated Data Rate monitoring, if available, and otherwise, for all UE addresses that appear in the general list of UE addresses maintained in the NEF for the Multi-member AF session with required QoS. The respective UE's QoS Monitoring reports for Data Rate will then be sent to the AF by NEF, only if the aggregated data rate exceeds the Consolidated Data Rate threshold.
The following Table 4.15.6.13.1-1 describes the 4 types of requests for the Multi-member AF session with required QoS and the corresponding NEF requests to PCF using Npcf_PolicyAuthorization service. There may be different PCFs serving the PDU Sessions belonging to the UE addresses in the Nnef_AFSessionWithQoS Request.
Nnef_AFSessionWithQoS Request Npcf_PolicyAuthorization request
CreateNpcf_PolicyAuthorization Create request for each UE address received in the Nnef_AFSessionWithQoS Request.
Npcf_PolicyAuthorization Subscribe to request QoS Monitoring for each QoS Monitoring request received in the Nnef_AFSessionWithQoS Request.
UpdateNpcf_PolicyAuthorization Update request to update the QoS and/or QoS monitoring which may include the Consolidated Data Rate monitoring received in the Nnef_AFSessionWithQoS_Update Request.
Npcf_PolicyAuthorization Create request for each added UE address received in the Nnef_AFSessionWithQoS Request.
Npcf_PolicyAuthorization Delete request for each removed UE address received in the Nnef_AFSessionWithQoS Request.
Npcf_PolicyAuthorization Subscribe to request QoS Monitoring for each new QoS Monitoring request received in the Nnef_AFSessionWithQoS Request.
More than one of the above operations can be requested at the same time.
RevokeNpcf_PolicyAuthorization Delete request for each UE address received in the Nnef_AFSessionWithQoS Request.
NotifyNpcf_PolicyAuthorization Notify to report the events that NEF subscribed to.
Up
4.15.6.13.2  Procedures for Creating a Multi-member AF session with required QoSp. 444
Reproduction of 3GPP TS 23.502, Fig. 4.15.6.13.2-1: Procedures for creating a Multi-member AF session with required QoS
Up
Step 1.
The AF sends a request to reserve resources for the traffic flows for the communication between a set of UEs and an AF, using Nnef_AFsessionWithQoS_Create request message (a list of UE addresses, AF Identifier, Flow description information or External Application Identifier, QoS Reference or individual QoS parameters, Alternative Service Requirements (as described in clause 6.1.3.22 of TS 23.503), QoS parameter(s) to be measured, Reporting frequency, Target of reporting, optional an indication of local event notification, DNN, S-NSSAI) to the NEF. The AF may, instead of a QoS Reference, provide one or more of the following individual QoS parameters: Requested 5GS Delay (optional), Requested Priority (optional), Requested Guaranteed Bitrate, Requested Maximum Bitrate, Maximum Burst Size and Requested Packet Error Rate. The optional Alternative Service Requirements provided by the AF shall either contain QoS References or Requested Alternative QoS Parameter Set(s) in a prioritized order as described in clause 6.1.3.22 of TS 23.503. The AF may provide QoS parameter(s) to be measured as defined in clause 5.45 of TS 23.501, Reporting frequency, Target of reporting, optional an indication of local event notification as described in clause 6.1.3.21 of TS 23.503.
The AF may also provide the Consolidated Data Rate threshold and optionally, a list of UE addresses subject to Consolidated Data Rate monitoring. If so, the AF shall also subscribe to QoS Monitoring of UL and/or DL data rate described in clause 5.45 of TS 23.501 .
Step 2.
The NEF authorizes the AF request that contains a list of UE addresses and may apply policies to control the overall amount of QoS authorized for the AF. If the authorisation is not granted, all steps (except step 8) are skipped and the NEF replies to the AF with a Result value indicating that the authorisation failed. The NEF assigns a Transaction Reference ID to the Nnef_AFsessionWithQoS_Create request. The NEF activates Consolidated Data Rate monitoring only when both the Consolidated Data Rate threshold and a request to do QoS Monitoring of data rate are provided by the AF.
Step 2a.
If the NEF recognizes, based on configuration, that the IP address(es) received in the list of UE addresses are different from the IP address(es) assigned by 5GC (i.e. the UE(s) are behind a NAT in UPFs), the NEF performs steps 3 to 6 of the AF specific UE ID retrieval procedure defined in clause 4.15.10 for each UE IP address with port number in order to identify the corresponding IP address (and IP domain, if necessary) that has been assigned by the 5GC. The NEF then uses the respective corresponding IP address (and IP domain, if necessary) in the following steps instead of the UE IP address provided by the AF.
Step 3-4.
The NEF finds BSF serving the UE IP address(es) using NRF and then for each UE IP address, the NEF uses Nbsf_Management_Discovery service operation, providing the UE IP address, to discover the responsible PCF for each of the PDU Sessions.
Steps 5-7 apply for each UE address in the list of UE addresses
Step 5.
The NEF provides the UE address and the received parameters in step 1 to the PCF in the Npcf_PolicyAuthorization_Create request. If the request contains QoS monitoring information without an indication of direct event notification, the NEF shall include that indication in the request to ensure that QoS Monitoring reports shall be sent by the UPF directly to the NEF.
Step 6.
Step 4 in Figure 4.15.6.6-1 applies. The PCF generates authorized QoS Monitoring policy according to the QoS Monitoring information if received from the NEF in step 5 and provides PCC rules with the policy to the SMF as described in clause 6.1.3.21 of TS 23.503. The SMF configures the UPF to perform QoS Monitoring as described in clause 5.8.2.18 of TS 23.501.
Step 7.
The PCF sends the Npcf_PolicyAuthorization_Create response message to the NEF.
Step 8.
The NEF aggregates the authorization responses from the PCFs and sends a Nnef_AFsessionWithQoS_Create response message (Transaction Reference ID, Result for list of UE addresses) with the aggregated authorization responses to the AF. Result for list of UE addresses includes whether the authorization was successful or has failed for every UE address in the list. The NEF stores the list of UE addresses for which the authorization was successful together with the Transaction Reference ID, the QoS and the QoS monitoring information.
Steps 9-10 apply for each UE address in the list of UE addresses.
Step 9.
Step 6 in Figure 4.15.6.6-1 applies.
Step 10.
Step 7 in Figure 4.15.6.6-1 applies.
Step 11.
The NEF aggregates the notifications from the PCFs and sends a Nnef_AFsessionWithQoS_Notify message (Transaction Reference ID, Result for list of UE addresses) with the aggregated resource allocation status events to the AF. Result for list of UE addresses includes, for every UE address in the list, the information whether resources are allocated, resources are not allocated or resources are allocated while the currently fulfilled QoS matches an Alternative Service Requirement. The NEF updates the locally stored list of UE addresses by removing any UEs for which resources could not be allocated.
Step 12.
As direct event notification is requested based on the parameters received in step 5, the QoS Monitoring events are reported by the UPF(s) to the NEF using Nupf_EventExposure service as described in clause 5.2.26.2.
Step 13.
When the NEF receives QoS Monitoring events, the NEF sends Nnef_AFsessionWithQoS_Notify message with the individual or aggregated QoS Monitoring events to the AF as described for the QoS Monitoring and the Consolidated Data Rate monitoring in clause 4.15.6.13.1.
The AF may send Nnef_AFsessionWithQoS_Revoke request containing the Transaction Reference ID to the NEF in order to revoke the Multi-member AF session with required QoS related to the Transaction Reference ID. The NEF authorizes the revoke request and triggers the Npcf_PolicyAuthorization_Delete and the Npcf_PolicyAuthorization_Unsubscribe operations towards the respective PCF(s) for every UE in the list of UE address(es) associated with the Transaction Reference ID.
Up
4.15.6.13.3  Procedure for updating a Multi-member AF session with required QoSp. 446
Reproduction of 3GPP TS 23.502, Fig. 4.15.6.13.3-1: Procedure for updating a Multi-member AF session with required QoS
Up
Step 1.
The AF which controls the Multi-member AF Session with required QoS invokes the Nnef_AFSessionWithQoS_Update Request to update the list of UE addresses and/or to update the QoS and/or to update the QoS monitoring and/or to update the Consolidated Data Rate monitoring.
The Nnef_AFSessionWithQoS_Update request includes the Transaction Reference ID and one or more of the parameters that are listed in step 1 of the procedure for creating a Multi-member AF session with required QoS in clause 4.15.6.13.2 which the AF needs to update (or provide for the first time).
Step 2.
The NEF authorizes the AF request and may apply policies to control the overall amount of QoS authorized for the AF. If the authorisation is not granted, all following steps are skipped and the NEF replies to the AF with a Result value indicating that the authorisation failed. The NEF performs Consolidated Data Rate monitoring only when both the Consolidated Data Rate threshold and a request to do QoS Monitoring of data rate are provided by the AF.
Step 3-5.
When the AF provides an Nnef_AFSessionWithQoS_Update Request in order to add/update/remove the Consolidated Data Rate threshold or the list of UE addresses subject to Consolidated Data Rate monitoring, the NEF updates its local context and does not interact with the PCF(s) (unless required for reasons described in the following).
When the AF provides an Nnef_AFSessionWithQoS_Update Request in order to update the list of UE addresses, to update the QoS and/or to update the QoS monitoring, the NEF refers to the locally stored information (i.e. the list of UE addresses, the QoS and the QoS monitoring information) and determines which new UE address is to be added to the list, which of the existing UE address is to be removed from the list and/or for which of the existing UE address(es) the QoS or the QoS monitoring (or both) is to be updated. Then, the NEF continues by invoking one of the following Npcf_PolicyAuthorization procedures for every affected UE address:
  1. If the NEF determines that a new UE is to be added to the list, the NEF performs steps 2a to 7 of clause 4.15.6.13.2 for the corresponding UE. The NEF uses the latest information on QoS and QoS monitoring for the interaction with the PCF. The NEF adds the address of the new UE to the locally stored list of UE addresses if the authorization was successful.
  2. If the NEF determines that an existing UE is to be removed from the list, the NEF initiates the Npcf_PolicyAuthorization_Delete as described in clause 5.2.5.3.4 excluding TSCTSF related info towards the PCF for the corresponding UE. The NEF removes the UE address from the locally stored list of UE addresses.
  3. If the NEF determines that an update of the QoS or the QoS monitoring or both for existing UE addresses is necessary, the NEF initiates the Npcf_PolicyAuthorization_Update to the respective UE's serving PCF(s) on a per AF session basis and step 4 in Figure 4.15.6.6a-1 applies. The NEF removes any UE addresses for which the authorization of the update request has failed from the list of UE addresses. The NEF stores any change to the QoS or the QoS monitoring information.
Step 6.
When an interaction with PCF(s) has occurred during step 5, the NEF aggregates the authorization responses from the PCF(s) and sends the Nnef_AFSessionWithQoS Update response (Transaction Reference ID, Result for list of UE addresses) with the aggregated authorization results to the AF. Result for list of UE addresses includes whether the request is granted or not for every UE address in the list.
When no interaction with PCF(s) has occurred during step 4 and 5, the NEF sends the Nnef_AFSessionWithQoS Update response (Transaction Reference ID, Result) with the result of the Consolidated Data Rate monitoring related change to the AF.
Step 7.
For every UE address that has been added to the locally stored list of UE addresses, the NEF shall send a Npcf_PolicyAuthorization_Subscribe message to the respective PCF(s) to subscribe to notifications of Resource allocation status and may subscribe to other events described in clause 6.1.3.18 of TS 23.503. If an update of event subscription is requested by the AF, the NEF updates the event subscription with the respective PCF(s) for every UE address in the locally stored list of UE addresses.
Step 8.
Step 7 in Figure 4.15.6.6-1 applies, at least for those UE addresses for which the establishment or update of transmission resources was requested by the PCF(s).
Step 9.
When the establishment or update of transmission resources occurs, the NEF receives Npcf_PolicyAuthorization_Notify messages from the UE's serving PCF(s) about the Resource allocation status. The NEF aggregates the notifications from the respective UEs' serving PCFs before notifying the AF with a Nnef_AFSessionWithQoS_Notify message (Transaction Reference ID, Result for list of UE addresses). Result for list of UE addresses includes, for every UE address in the list, the information whether resources are allocated, resources are not allocated or resources are allocated while the currently fulfilled QoS matches an Alternative Service Requirement. The NEF updates the locally stored list of UE addresses by removing any UEs for which resources could not be allocated.
Step 10.
As direct event notification is requested, the UPF(s) provide the QoS Monitoring events to the NEF using Nupf_EventExposure service as described in clause 5.2.26.2.
Step 11.
When the NEF receives QoS Monitoring events, the NEF sends Nnef_AFsessionWithQoS_Notify message with the individual or aggregated QoS Monitoring events to the AF as described for the QoS Monitoring and the Consolidated Data Rate monitoring in clause 4.15.6.13.1.
Up
4.15.6.13.4  Procedure for Revoking a Multi-member AF session with required QoSp. 448
Reproduction of 3GPP TS 23.502, Fig. 4.15.6.13.4-1: Procedure for revoking a Multi-member AF session with required QoS
Up
Step 1.
The AF sends a request to revoke the allocated resources for the traffic flows for the communication between a set of UEs and an AF, using Nnef_AFsessionWithQoS_Revoke request message (Transaction Reference ID).
Step 2.
The NEF authorizes the AF request.
Step 3.
The NEF provides the UE address and the received parameters in step 1 to the PCF in the Npcf_PolicyAuthorization_Delete request as described in clause 5.2.5.3.4 excluding TSCTSF related info for the corresponding UE.
Step 4.
The PCF requests SMF to proceed the SM Policy Association Modifications procedure as defined in clause 4.16.5.2.
Step 5.
The PCF sends the Npcf_PolicyAuthorization_Delete response message to the NEF.
Step 6.
The NEF sends the Nnef_AFsessionWithQoS_Revoke response message (Transaction Reference ID) to the AF.
Up

Up   Top   ToC