Tech-invite3GPPspaceIETF RFCsSIP
Quick21222324252627282931323334353637384‑5x

Content for  TS 23.288  Word version:  17.5.0

Top   Top   Up   Prev   Next
1…   4…   5…   5A…   6…   6.1.4…   6.1.4.4…   6.1A…   6.1B…   6.1C   6.2…   6.2.3…   6.2.6…   6.2.6.2   6.2.6.3…   6.2.6.3.3   6.2.6.3.4   6.2.6.3.5   6.2.6.3.6   6.2.7…   6.2A…   6.2B…   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…

 

4  Reference Architecture for Data Analyticsp. 10

4.1  Generalp. 10

The NWDAF (Network Data Analytics Function) is part of the architecture specified in TS 23.501 and uses the mechanisms and interfaces specified for 5GC in TS 23.501 and OAM services (see clause 6.2.3.1).
The NWDAF interacts with different entities for different purposes:
  • Data collection based on subscription to events provided by AMF, SMF, PCF, UDM, NSACF, AF (directly or via NEF), and OAM;
  • [Optionally] Analytics and Data collection using the DCCF (Data Collection Coordination Function);
  • Retrieval of information from data repositories (e.g. UDR via UDM for subscriber-related information);
  • [Optionally] Storage and retrieval of information from ADRF (Analytics Data Repository Function);
  • [Optionally] Analytics and Data collection from MFAF (Messaging Framework Adaptor Function);
  • Retrieval of information about NFs (e.g. from NRF for NF-related information);
  • On demand provision of analytics to consumers, as specified in clause 6.
  • Provision of bulked data to consumers, as specified in clause 6.
A single instance or multiple instances of NWDAF may be deployed in a PLMN. If multiple NWDAF instances are deployed, the architecture supports deploying the NWDAF as a central NF, as a collection of distributed NFs, or as a combination of both. If multiple NWDAF instances are deployed, an NWDAF can act as an aggregate point (i.e. Aggregator NWDAF) and collect analytics information from other NWDAFs, which may have different Serving Areas, to produce the aggregated analytics (per Analytics ID), possibly with Analytics generated by itself.
Up

4.2  Non-roaming architecturep. 11

4.2.0  General |R17|p. 11

As depicted in Figure 4.2.0-1, the 5G System architecture allows NWDAF to collect data from any 5GC NF. The NWDAF belongs to the same PLMN as the 5GC NF that provides the data.
Reproduction of 3GPP TS 23.288, Fig. 4.2.0-1: Data Collection architecture from any 5GC NF
Up
The Nnf interface is defined for the NWDAF to request subscription to data delivery for a particular context, to cancel subscription to data delivery and to request a specific report of data for a particular context.
The 5G System architecture allows NWDAF to retrieve the management data from OAM by invoking OAM services.
The 5G System architecture allows NWDAF to collect data from any 5GC NF or OAM using a DCCF with associated Ndccf services as specified in clause 8.2.
The 5G System architecture allows NWDAF and DCCF to collect data from an NWDAF with associated Nnwdaf_DataManagement services as specified in clause 7.4. The 5G system architecture allows MFAF to fetch data from an NWDAF with associated Nnwdaf_DataManagement service as specified in clause 7.4.
Reproduction of 3GPP TS 23.288, Fig. 4.2.0-1a: Data Collection architecture using Data Collection Coordination
Up
As depicted in Figure 4.2.0-1a, the Ndccf interface is defined for the NWDAF to support subscription request(s) for data delivery from a DCCF, to cancel subscription to data delivery, and to request a specific report of data. If the data is not already being collected, the DCCF requests the data from the Data Source using Nnf services. The DCCF may collect the data and deliver it to the NWDAF or the DCCF may rely on a messaging framework to collect data from the NF and deliver it to the NWDAF.
As depicted in Figure 4.2.0-2, the 5G System architecture allows any 5GC NF to request network analytics information from NWDAF containing Analytics logical function (AnLF). The NWDAF belongs to the same PLMN as the 5GC NF that consumes the analytics information.
Reproduction of 3GPP TS 23.288, Fig. 4.2.0-2: Network Data Analytics Exposure architecture
Up
The Nnwdaf interface is defined for 5GC NFs, to request subscription to network analytics delivery for a particular context, to cancel subscription to network analytics delivery and to request a specific report of network analytics for a particular context.
The 5G System architecture allows any NF to obtain Analytics from an NWDAF using a DCCF function with associated Ndccf services, as specified in clause 8.2.
The 5G System architecture allows NWDAF and DCCF to request historical analytics from an NWDAF with associated Nnwdaf_DataManagement services as specified in clause 7.4. The 5G system architecture allows MFAF to fetch historical analytics from an NWDAF with associated Nnwdaf_DataManagement service as specified in clause 7.4.
Reproduction of 3GPP TS 23.288, Fig. 4.2.0-2a: Network Data Analytics Exposure architecture using Data Collection Coordination
Up
As depicted in Figure 4.2.0-2a, the Ndccf interface is defined for any NF to support subscription request(s) to network analytics, to cancel subscription for network analytics, and to request a specific report of network analytics. If the analytics is not already being collected, the DCCF requests the analytics from the NWDAF using Nnwdaf services. The DCCF may collect the analytics and deliver it to the NF, or the DCCF may rely on a messaging framework to collect analytics and deliver it to the NF.
As depicted in Figure 4.2.0-3, the 5G System architecture allows NWDAF containing Analytics logical function (AnLF) to use trained ML model provisioning services from another NWDAF containing Model Training logical function (MTLF).
Reproduction of 3GPP TS 23.288, Fig. 4.2.0-3: Trained ML Model Provisioning architecture
Up
The Nnwdaf interface is used by an NWDAF containing AnLF to request and subscribe to trained ML model provisioning services.

4.2.1  Analytics Data Repository Function |R17|p. 13

As depicted in Figure 4.2.1-1, the 5G System architecture allows ADRF to store and retrieve the collected data and analytics. The following options are supported:
  • ADRF exposes the Nadrf service for storage and retrieval of data by other 5GC NFs (e.g. NWDAF) which access the data using Nadrf services.
  • Based on the NF request or configuration on the DCCF, the DCCF may determine the ADRF and interact directly or indirectly with the ADRF to request or store data. The interaction can be:
    • Direct: the DCCF requests to store data in the ADRF via an Nadrf service, or via an Ndccf_DataManagement_Notify (e.g. when ADRF requested data collection notification via DCCF). In addition, the DCCF retrieves data from the ADRF via an Nadrf service.
    • Indirect: the DCCF requests that the Messaging Framework to store data in the ADRF i.e. via an Nadrf service or via an Nmfaf_3daDataManagement_Configure. The Messaging Framework may contain one or more Adaptors that translate between 3GPP defined protocols.
    • A Consumer NF may specify in requests to a DCCF that data provided by a Data Source needs to be stored in the ADRF.
    • The ADRF stores data received in an Nadrf_DataManagement_StorageRequest sent directly from an NF, or data received in an Ndccf_DataManagement_Notify / Nmfaf_3caDataManagement_Notify or Nnwdaf_DataManagement_Notify from the DCCF, MFAF or from the NWDAF.
  • The ADRF checks if the Data Consumer is authorized to access ADRF services and provides the requested data using the procedures specified in TS 23.501, clause 7.1.4.
Reproduction of 3GPP TS 23.288, Fig. 4.2.1-1: Data storage architecture for Analytics and Collected Data
Up

4.3  Roaming architecturep. 14

The interactions between the NWDAF and the other 5GC NFs are only considered in the same PLMN case.
Roaming architecture does not apply in this release of the specification.

Up   Top   ToC