Collected data and analytics may be stored in ADRF, using procedure as specified in clause 6.2B.2 and clause 6.2B.3. Collected data and analytics may be deleted from ADRF, using procedure as specified in clause 6.2B.4.
The procedure depicted in Figure 6.2B.2-1 is used by consumers (e.g. NWDAF, DCCF or MFAF) to store historical data and/or analytics, i.e. data and/or analytics related to past time period that has been obtained by the consumer. After the consumer obtains data and/or analytics, consumer may store historical data and/or analytics in an ADRF. Whether the consumer directly contacts the ADRF or goes via the DCCF or via the Messaging Framework is based on configuration.
The consumer sends data and/or analytics to the ADRF by invoking the Nadrf_DataManagement_StorageRequest (collected data with timestamp, analytics with timestamp, Service Operation, Analytics Specification or Data Specification) service operation.
The ADRF stores the data and/or analytics sent by the consumer. The ADRF may, based on implementation, determines whether the same data and/or analytics is already stored or being stored based on the information sent in step 1 by the consumer NF and, if the data and/or analytics is already stored or being stored in the ADRF, the ADRF decides to not store again the data and/or analytics sent by the consumer.
The ADRF sends Nadrf_DataManagement_StorageRequest Response message to the consumer indicating that data and/or analytics is stored, including when the ADRF may have determined at step 2 that data or analytics is already stored.
The procedure depicted in Figure 6.2B.3-1 is used by consumers (NWDAF, DCCF) to store received notifications in the ADRF. The consumer requests the ADRF to initiate a subscription for data and/or analytics. Data and/or analytics provided in notifications as a result of the subsequent subscription by the ADRF are stored in the ADRF.
Based on provisioning or based on reception of a DataManagement subscription request (e.g. see clause 6.2.6.3.2), the DCCF or the NWDAF determines that notifications are to be stored in an ADRF.
The DCCF or the NWDAF determines the ADRF where data and/or analytics needs to be stored and requests that the ADRF subscribes to receive notifications. The determination may be made based on configuration or information supplied by the data consumer as described in clauses 6.1.4 and 6.2.6.3. The request to the ADRF specifies the data and/or analytics to which the ADRF will subscribe by invoking the Nadrf_DataManagement_StorageSubscriptionRequest service operation.
[Optional] The ADRF may, based on implementation, determines whether the same data and/or analytics is already stored or being stored, based on the information sent in step 2 by the consumer.
[Optional] If the data and/or analytics is already stored and/or being stored in the ADRF, the ADRF sends Nadrf_DataManagement_StorageSubscriptionRequest Response message to the consumer indicating that data and/or analytics is stored.
The DCCF, the MFAF or the NWDAF sends Analytics or Data notifications containing the notification correlation ID provided by the ADRF to ADRF notification endpoint address. The Analytics or Data notifications shall contain timestamp. The ADRF stores the notifications.
The ADRF sends a request to the DCCF or the NWDAF to unsubscribe to data notifications.
The NWDAF may interact with the Data Source and the DCCF may interact with the Data Source and/or MFAF. Delivery notifications from the DCCF/MFAF or NWDAF to the ADRF are subsequently halted.
The ADRF indicates the result (i.e. data deleted, data not found, data found but not deleted) using Nadrf_DataManagement_Delete response service operations.
This clause specifies how NWDAF containing MTLF can leverage Federated Learning technique to train an ML model, in which there is no need for input data transfer (e.g. centralized into one NWDAF) but only need for cooperation among multiple NWDAFs (MTLF) distributed in different areas i.e. sharing of ML model(s) and of the learning results among multiple NWDAFs (MTLF).
The consumer (NWDAF containing AnLF) sends a subscription request to NWDAF containing MTLF to retrieve a ML model, including Analytic ID and ML model filter information as described in TS 23.288, the NWDAF containing MTLF can be a FL server (Server NWDAF) with FL server capability or a MTLF without FL server capability.
Server NWDAF sends a request to the selected NWDAF containing MTLF(Client NWDAF) that participates in the Federated learning to perform the local model training for Federated Learning.
During Federated Learning training procedure, each Client NWDAF further trains the retrieved ML model from the server NWDAF based on its own data, and reports interim local ML model information to the Server NWDAF.
The ML model information are exchanged between the Client NWDAF(s) and the Server NWDAF during the FL training process.
Based on the consumer request, the Server NWDAF updates the training status (an accuracy level) to the consumer periodically (one or multiple rounds of training or every 10 min, etc.) or dynamically when some pre-determined status (e.g. some accuracy level) is achieved.
5b. [Optional] Consumer decides whether the current model can fulfil the requirement e.g. accuracy and time. The consumer modifies subscription if the current model can fulfil the requirement.