Tech-invite3GPPspaceIETF RFCsSIP
Quick21222324252627282931323334353637384‑5x

Content for  TS 23.288  Word version:  17.1.0

Top   Top   Up   Prev   Next
1…   4…   5…   5A…   6…   6.1.4…   6.1A…   6.1B…   6.2…   6.2.3…   6.2.6…   6.2.6.3…   6.2.7…   6.3…   6.4…   6.5…   6.6…   6.7…   6.7.3…   6.7.4…   6.7.5…   6.8…   6.9…   6.10…   6.11…   6.12…   6.13…   6.14…   6.15…   7…   8…   9…   10…

 

6.5  NF load analytics

6.5.1  General

The clause 6.5 describes how NWDAF can provide NF load analytics, in the form of statistics or predictions or both, to another NF.
The service consumer may be an NF, or the OAM.
The consumer of these analytics shall indicate in the request:
  • Analytics ID set to "NF load information";
  • The Target of Analytics Reporting: an optional SUPI or any UE;
  • Analytics Filter Information:
    • optional S-NSSAI;
    • an optional list of NF Instance IDs, NF Set IDs, or NF types;
    • optional area of interest;
    • an optional list of analytics subsets that are requested (see clause 6.5.3);
  • Optional preferred level of accuracy of the analytics;
  • Optional Accuracy level per analytics subset (see clause 6.5.3);
  • Optional preferred order of results for the list of resource status: ascending or descending NF load;
  • Optional Reporting Threshold; the Reporting Threshold is unique for all NFs matching the above Analytics Filter and the reporting applies when the conditions are met for at least one of these NFs;
  • An Analytics target period indicates the time period over which the statistics or predictions are requested;
  • In a subscription, the Notification Correlation Id and the Notification Target Address are included.
The NWDAF shall notify the result of the analytics to the consumer as indicated in clause 6.5.3.
If a list of the NF Instance IDs (or respectively of NF Set IDs) is provided, the NWDAF shall provide the analytics for each designated NF instance (or respectively for each NF instance belonging to each designated NF Set). In such case the Target of Analytics Reporting should be ignored.
Otherwise, if a SUPI is provided, the NWDAF shall use the SUPI to determine which NF instances (AMF and SMF) are serving this specific UE, filter them according to the provided S-NSSAI and NF types using data collected from NRF or OAM, and provide analytics for these NF instances.
Up

6.5.2  Input dataWord‑p. 102

For the purpose of NF load analytics, the NWDAF may collect the information as listed in Table 6.5.2-1 for the relevant NF instance(s).
Information Source Description
NF loadNRFThe load of specific NF instance(s) in their NF profile as defined per TS 29.510.
NF statusNRFThe status of a specific NF instance(s) (registered, suspended, undiscoverable) as defined per TS 29.510.
NF resource usageOAMThe usage of assigned virtual resources currently in use for specific NF instance(s) (mean usage of virtual CPU, memory, disk) as defined in TS 28.552, clause 5.7.
NF resource configurationOAMThe life cycle changes of specific NF resources (e.g. NF operational or interrupted during virtual/physical resources reconfiguration) as defined in TS 28.533, clause 5.2.
If target NF type is UPF, the NWDAF may collect the information as listed in Table 6.5.2-2, in addition to information listed in Table 6.5.2-1.
Information Source Description
Traffic usage reportUPFReport of user plane traffic in the UPF for the accumulated usage of network resources (see TS 29.244)
For the purpose of NF load analytics, the NWDAF may collect the information as listed in Table 6.5.2-3 (from OAM via MDT) and Table 6.5.2-5 via the AF (for trusted AF) or NEF (for untrusted AF) in addition to other information described above.
Information Source Description
UE SpeedOAM
(see NOTE 1)
UE Speed (see TS 37.320).
UE OrientationOAM
(see NOTE 1)
UE Orientation (see TS 37.320).
NOTE 1:
UE input data collection for a specific UE from OAM (via MDT), is as captured in clause 6.2.3.1.
 
Information Source Description
Per UE attributeUE Application
(see NOTE 1)
UE application data to be collected from UE.
> DestinationExpected final location of UE based on the route planned.
> RoutePlanned path of movement by a UE application (e.g. a navigation app). The format is based on the SLA.
> Average SpeedExpected speed over the route planned by a UE application.
> Time of arrivalExpected Time of arrival to destination based on the route planned.
NOTE 1:
The procedure for data collection from UE Application is as covered in clause 6.2.8.
 
Information Source Description
Collective AttributeAF / NEF
(see NOTE 1, NOTE 2)
Characterise collective attribute per set of UEs (see Table 6.5.2-4) within the area of interest.
> Number of UEsTotal number of UEs that fulfil a collective behaviour within the area of interest.
> TimestampA time stamp of time that the collective attribute derived.
> Application ID(s)(see NOTE 3)Identifying the application providing this information
> List of UE IDs(see NOTE 4)UE IDs that fulfil a collective behaviour within the area of interest.
NOTE 1:
For collective behaviour attribute, data processing procedure is as defined in clause 6.2.8.
NOTE 2:
Per collective attribute, the AF may provide several collective attribute sets, if several sets of UEs with similar behaviour are identified. A similar behaviour can be identified to specific ranges if the AF performs data processing (Data Anonymisation, Aggregation or Normalization) based on NWDAF request. UEs falling in the same range per UE attribute can form a collective attribute set.
NOTE 3:
The application ID(s) (either external or Internal) is optional. If the application ID(s) is not provided, the relevant application ID(s) can be identified by NWDAF based on the relevant event ID as registered in NRF as covered in clause 6.2.8.2.2.
NOTE 4:
List of UE IDs is optional and subject to support by the AF when processing the data based on NWDAF request.
 
Based on network configuration, NWDAF may discover the AF from the NRF as defined in clause 6.2.8.2.2 (based on Collective Behaviour as Event ID or a corresponding Application ID).
For AF in trusted domain, the NWDAF invokes step 3a in clause 6.2.8.2.3 by using Naf_EventExposure_Subscribe service (Event ID = Collective Behaviour, Event Filter information, Target of Event Reporting). The collective attribute (see Table 6.5.2-5) can be indicated as part of event filter information as defined in TS 23.502. Otherwise, the AF notifies for all collective attributes within the area of interest.
For AF in untrusted domain, the NWDAF invokes step 3b in clause 6.2.8.2.3 by using Nnef_EventExposure_Subscribe (Event ID = Collective Behaviour, Event Filter information, Target of Event Reporting). The collective attribute (see Table 6.5.2-5) can be indicated as part of event filter information as defined in TS 23.502. Otherwise, the AF via NEF notifies for all collective attributes within the area of interest.
For Collective Behaviour of multiple UEs, NWDAF based on the configuration by MNO may request certain type of data processing from the AF as part of event filter information (e.g. for anonymisation, normalisation, aggregation). The data processing requested by NWDAF is used to anonymise, normalise or aggregate the same UE attribute from multiple UEs at the AF before notifying to the NWDAF.
For each UE attribute of a specific UE, whether and how AF is processing the data that is received from the UE depends on the SLA configured in AF (defined in clause 6.2.8.1), and is not known by the NWDAF.
To determine NF load (per area of interest), NWDAF may collect and take into account UE trajectory input data from the AF, defined in clause 6.7.2.2, Table 6.7.2.2-2 for UE mobility analytics in addition to MDT input data and /or collective behaviour input data, defined in clause 6.5.2, Table 6.5.2-3 and Table 6.5.2-5, respectively.
Up

6.5.3  Output analyticsWord‑p. 104

The NWDAF services as defined in the clause 7.2 and 7.3 are used to expose the analytics. NF load statistics information are defined in Table 6.5.3-1. NF load predictions information are defined in Table 6.5.3-2.
Information Description
List of resource status (1..max)List of observed load information for each NF instance along with the corresponding NF id / NF Set ID (as applicable).
> NF typeType of the NF instance
> NF instance IDIdentification of the NF instance.
> NF status (NOTE 1)The availability status of the NF on the Analytics target period, expressed as a percentage of time per status value (registered, suspended, undiscoverable).
> NF resource usage (NOTE 1)The average usage of assigned resources (CPU, memory, disk).
> NF load (NOTE 1)The average load of the NF instance over the Analytics target period.
> NF peak load (optional) (NOTE 1)The maximum load of the NF instance over the Analytics target period.
> NF load (per area of interest) (NOTE 2)The average load of the NF instances over the area of interest.
NOTE 1:
Analytics subset that can be used in "list of analytics subsets that are requested" and "Accuracy level per analytics subset".
NOTE 2:
Applicable only to AMF load based on Input data in clause 6.5.2, Table 6.5.2-3 and Table 6.5.2-5.
 
Information Description
List of resource status (1..max)List of predicted load information for each NF instance along with the corresponding NF id / NF Set ID (as applicable)
> NF typeType of the NF instance
> NF instance IDIdentification of the NF instance
> NF status (NOTE 1)The availability status of the NF on the Analytics target period, expressed as a percentage of time per status value (registered, suspended, undiscoverable)
> NF resource usage (NOTE 1)The average usage of assigned resources (CPU, memory, disk)
> NF load (NOTE 1)The average load of the NF instance over the Analytics target period
> NF peak load (optional) (NOTE 1)The maximum load of the NF instance over the Analytics target period
> ConfidenceConfidence of this prediction
> NF load (per area of interest) (NOTE 2)The predicted average load of the NF instances over the area of interest.
NOTE 1:
Analytics subset that can be used in "list of analytics subsets that are requested" and "Accuracy level per analytics subset".
NOTE 2:
Applicable only to AMF load based on Input data in clause 6.5.2, Table 6.5.2-3 and Table 6.5.2-5.
The predictions are provided with a Validity Period, as defined in clause 6.1.3.
The number of resource status is limited by the maximum number of objects provided as part of Analytics Reporting Information.
Up

6.5.4  ProceduresWord‑p. 105

The procedure depicted in Figure 6.5.4-1 allows a consumer NF to request analytics to NWDAF for NF load of various NF instances as defined in clause 6.5.1.
Reproduction of 3GPP TS 23.288, Figure 6.5.4-1: NF load analytics provided by NWDAF
Up
Step 1.
The NF sends a request to the NWDAF for analytics for NF load for a specific NF, using either the Nnwdaf_AnalyticsInfo or Nnwdaf_AnalyticsSubscription service. The Analytics ID is set to NF load information, the target for analytics and the analytics filter are set according to clause 6.5.1. The NF can request statistics or predictions or both and can provide a time window.
Step 2-5.
If the request is authorized, and in order to provide the requested analytics, the NWDAF may need for each NF targeted instance to subscribe to OAM services to retrieve the target NF resource usage and NF resources configuration following steps captured in clause 6.2.3.2 for data collection from OAM. The NWDAF may collect MDT input data per individual UE from OAM (see Table 6.5.2-3). Steps 2-5 may be skipped when e.g. the NWDAF already has the requested analytics.
Step 6.
For Collective Behaviour attributes, if the request is authorized, and in order to provide the requested analytics, NWDAF may follow the UE Input Data Collection Procedure via the AF as defined in clause 6.2.8 (see Table 6.5.2-4 and Table 6.5.2-5).
The NWDAF subscribes to the AF services as above invoking either Nnef_EventExposure_Subscribe or Naf_EventExposure_Subscribe service (Event ID = Collective Behaviour, Event Filter information, Target of Event Reporting) as defined in TS 23.502. The area of interest is set as part of Event Filter information to specific TAs or AMF region. The UE data is collected from UEs within the area of interest.
In the case of trusted AF, the NWDAF provides the Area of Interest as a list of TAIs to the AF. In the case of untrusted AF, NEF translates the requested Area of Interest provided as event filter by the NWDAF into geographic zone identifier(s) that act as event filter for the AF.
For collective attributes as defined in Table 6.5.2-5, the AF processes (e.g. anonymize, aggregate and normalize) the data from individual UEs per UE attribute (see Table 6.5.2-4) based on Event Filters indicated by the NWDAF to determine which ones display a collective behaviour within the area of interest before notifying a collective attribute directly (trusted AF) or via NEF (for untrusted AF) to the NWDAF. The AF will provide (per collective attribute) e.g. the number of UEs that fulfil the collective attribute (within an area of interest).
Step 7a.
The NWDAF subscribes to changes on the load and status of NF instances registered in NRF and identified by their NF id from NRF using Nnrf_NFManagement_NFStatusSubscribe service operation for each NF instance.
Step 7b.
NRF notifies NWDAF of changes on the load and status of the requested NF instances by using Nnrf_NFManagement_NFStatusNotify service operation.
Step 8.
The NWDAF derives requested analytics.
Step 9.
The NWDAF provide requested NF load analytics to the NF along with the corresponding Validity Period or area of interest, using either the Nnwdaf_AnalyticsInfo_Request response or Nnwdaf_AnalyticsSubscription_Subscribe response, depending on the service used in step 1.
Step 10-12.
If at step 1 the NF has subscribed to receive continuous reporting of NF load analytics, the NWDAF may generate new analytics and, when relevant according to the Analytics target period and Reporting Threshold, provide them along with the corresponding Validity Period to the NF upon reception of notification of new NF load information from OAM or NRF or UE Input data notification via MDT or the AF (see Table 6.5.2-3 and Table 6.5.2-5).
Up

Up   Top   ToC