Tech-invite  3GPPspace  IETF RFCs  SIP
Quick  21  22  23  24  25  26  27  28  29  31  32  33  34  35  36  37  38  4‑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… 
6.2B Analytics Data Repository procedures  6.2B.1 General  6.2B.2 Historical Data and Analytics storage  6.2B.3 Historical Data and Analytics Storage via Notifications  6.2B.4 Data removal from an ADRF 
...

 

6.2B  Analytics Data Repository procedures |R17|  p. 96

6.2B.1  General  p. 96

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.

6.2B.2  Historical Data and Analytics storage  p. 96

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.
Reproduction of 3GPP TS 23.288, Fig. 6.2B.2-1: Historical Data and Analytics storage
Figure 6.2B.2-1: Historical Data and Analytics storage
Up
Step 1.
The consumer sends data and/or analytics to the ADRF by invoking the Nadrf_DataManagement_StorageRequest (collected data, analytics, Service Operation, Analytics Specification or Data Specification and Time Window) service operation.
Step 2.
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.
Step 3.
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.
Up

6.2B.3  Historical Data and Analytics Storage via Notifications  p. 97

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.
Reproduction of 3GPP TS 23.288, Fig. 6.2B.3-1: Historical Data and Analytics Storage via Notifications
Figure 6.2B.3-1: Historical Data and Analytics Storage via Notifications
Up
Step 1a-d.
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.
Step 2a-b.
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.
Step 3.
[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.
Step 4.
[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.
Step 5a-b.
ADRF subscribes to the DCCF or the NWDAF to receive notifications, providing its notification endpoint address and a notification correlation ID.
Step 6.
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 ADRF stores the notifications.
Step 7a-b.
The DCCF or the NWDAF determines that notifications no longer need to be stored in the ADRF.
Step 8a-b.
The DCCF or the NWDAF requests that the ADRF unsubscribes to receive notifications.
Step 9a-b.
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.
Up

6.2B.4  Data removal from an ADRF  p. 98

The procedure depicted in Figure 6.2B.4-1 is used by consumers (DCCF, NWDAF) to remove data previously stored in an ADRF.
Reproduction of 3GPP TS 23.288, Fig. 6.2B.4-1: Data Removal from an ADRF
Figure 6.2B.4-1: Data Removal from an ADRF
Up
Step 1.
A consumer requests that specified data be deleted from the ADRF using Nadrf_DataManagement_Delete request service operations.
Step 2.
The ADRF deletes all copies of the stored data.
Step 3.
The ADRF indicates the result (i.e. data deleted, data not found, data found but not deleted) using Nadrf_DataManagement_Delete response service operations.

Up   Top   ToC