Tech-invite3GPPspaceIETF RFCsSIP
Quick21222324252627282931323334353637384‑5x

Content for  TS 23.288  Word version:  17.4.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…   7…   8…   9…   10…

 

5  Network Data Analytics Functional DescriptionWord‑p. 14

5.1  GeneralWord‑p. 14

The NWDAF provides analytics to 5GC NFs, and OAM as defined in clause 7. An NWDAF may contain the following logical functions:
  • Analytics logical function (AnLF): A logical function in NWDAF, which performs inference, derives analytics information (i.e. derives statistics and/or predictions based on Analytics Consumer request) and exposes analytics service i.e. Nnwdaf_AnalyticsSubscription or Nnwdaf_AnalyticsInfo.
  • Model Training logical function (MTLF): A logical function in NWDAF, which trains Machine Learning (ML) models and exposes new training services (e.g. providing trained ML model) as defined in clause 7.5 and clause 7.6.
Analytics information are either statistical information of the past events, or predictive information.
Different NWDAF instances may be present in the 5GC, with possible specializations per type of analytics. The capabilities of a NWDAF instance are described in the NWDAF profile stored in the NRF.
To guarantee the accuracy of analytics output for an Analytics ID, based on the UE abnormal behaviour analytics from itself or other NWDAF including abnormal UE list and the observed time window, the NWDAF is to detect and may delete the input data from the abnormal UE(s), and then may generate a new ML model and/or analytics outputs for the Analytics ID without the input data related to abnormal UE list during the observed time window, and then send/update the ML Model Information and/or analytics outputs to the subscribed NWDAF service consumer.
In order to support NFs to discover and select an NWDAF instance containing MTLF, AnLF, or both, that is able to provide the required service (e.g. analytics exposure or ML model provisioning) for the required type of analytics, each NWDAF instance should provide the list of supported Analytics ID(s) (possibly per supported service) when registering to the NRF, in addition to other NRF registration elements of the NF profile. NFs requiring the discovery of an NWDAF instance that provides support for some specific service(s) for a specific type of analytics may query the NRF for NWDAFs supporting the required service(s) and the required Analytics ID(s).
The consumers, i.e. 5GC NFs and OAM, decide how to use the data analytics provided by NWDAF.
The interactions between 5GC NF(s) and the NWDAF take place within a PLMN.
The NWDAF has no knowledge about NF application logic. The NWDAF may use subscription data but only for statistical purpose.
The NWDAF architecture allows for arranging multiple NWDAF instances in a hierarchy/tree with a flexible number of layers/branches. The number and organisation of the hierarchy layers, as well as the capabilities of each NWDAF instance remain deployment choices.
In a hierarchical deployment, NWDAFs may provide data collection exposure capability for generating analytics based on the data collected by other NWDAFs, when DCCF, MFAF are not present in the network.
In order to make NWDAF discoverable in some network deployments, NWDAF may be configured (e.g. for UE mobility analytics) to register in UDM (Nudm_UECM_Registration service operation) for the UE(s) it is serving and for the related Analytics ID(s). Registration in UDM should take place at the time the NWDAF starts serving the UE(s) or collecting data for the UE(s). Deregistration in UDM takes place when NWDAF deletes the analytics context for the UE(s) (see clause 6.1B.4) for a related Analytics ID.
Up

5.2  NWDAF Discovery and SelectionWord‑p. 15

The NWDAF service consumer selects an NWDAF that supports requested analytics information and required analytics capabilities and/or requested ML Model Information by using the NWDAF discovery principles defined in clause 6.3.13 of TS 23.501.
Different deployments may require different discovery and selection parameters. Different ways to perform discovery and selection mechanisms depend on different types of analytics/data (NF related analytics/data and UE related analytics/data). NF related refers to analytics/data that do not require a SUPI nor group of SUPIs (e.g. NF load analytics). UE related refers to analytics/data that requires SUPI or group of SUPIs (e.g. UE mobility analytics).
In order to discover an NWDAF containing AnLF using the NRF:
  • If the analytics is related to NF(s) and the NWDAF service consumer (other than an NWDAF) cannot provide an Area of Interest for the requested data analytics, the NWDAF service consumer may select an NWDAF with large serving area from the candidate NWDAFs from discovery response. Alternatively, in case the consumer receives NWDAF(s) with aggregation capability, the consumer preferably selects an NWDAF with aggregation capability with large serving area.
  • If the analytics is related to UE(s) and the NWDAF service consumer (other than an NWDAF) cannot provide an Area of Interest for the requested data analytics, the NWDAF service consumer may select an NWDAF with large serving area from the candidate NWDAFs from discovery response. Alternatively, in case the consumer receives NWDAF(s) with aggregation capability, the consumer preferably selects an NWDAF with aggregation capability with large serving area.
    If the NWDAF service consumer needs to discover an NWDAF that is able to collect data from particular data sources identified by their NF Set IDs or NF types, the consumer may query NRF providing the NF Set IDs or NF types in the discovery request.
In order to discover an NWDAF that has registered in UDM for a given UE:
  • NWDAF service consumers or other NWDAFs interested in UE related data or analytics, if supported, may make a query to UDM to discover an NWDAF instance that is already serving the given UE.
If an NWDAF service consumer needs to discover NWDAFs with data collection exposure capability, the NWDAF service consumer may discover via NRF the NWDAF(s) that provide the Nnwdaf_DataManagement service and their associated NF type of data sources or their associated NF Set ID of data sources as defined in clause 6.3.13 of TS 23.501.
In order to discover an NWDAF containing MTLF via NRF:
  • an NWDAF containing MTLF shall include the ML model provisioning services (i.e. Nnwdaf_MLModelProvision, Nnwdaf_MLModelInfo) as one of the supported services during the registration in NRF when trained ML models are available for one or more Analytics ID(s). The NWDAF containing MTLF may provide to the NRF a (list of) Analytics ID(s) corresponding to the trained ML models and possibly the ML Model Filter Information for the trained ML model per Analytics ID(s), if available. In this Release of the specification, only the S-NSSAI(s) and Area(s) of Interest from the ML Model Filter Information for the trained ML model per Analytics ID(s) may be registered into the NRF during the NWDAF containing MTLF registration.
  • During the discovery of NWDAF containing MTLF a consumer (i.e. an NWDAF containing AnLF) may include in the request the target NF type (i.e. NWDAF), the Analytics ID(s), the S-NSSAI(s) and Area(s) of Interest of the Trained ML Model required. The NRF returns one or more candidate for instances of NWDAF containing MTLF to the NF consumer and each candidate for instance of NWDAF containing MTLF includes the Analytics ID(s) and possibly the ML Model Filter Information for the available trained ML models, if available.
A PCF may learn which NWDAFs being used by AMF, SMF and UPF for a specific UE, via signalling described in clause 4.16 of TS 23.502. This enables a PCF to select the same NWDAF instance that is already being used for a specific UE.
Up

Up   Top   ToC