Figure 8.10.2.1-1 illustrates the procedure for consumer to request A-ADRF to initiate request for data or analytics to store.
Pre-conditions:
-
Analytics or data consumer requests ADAE server, A-DCCF or data sources to store analytics or data to A-ADRF.
-
ADAE server, A-DCCF or A-ADRF are configured with default operator storage policies.
Step 1.
The consumer (A-DCCF or ADAE server) determines that data and/or analytics needs to be stored to the A-ADRF, and requests the A-ADRF subscribes to receive notifications. The determination may be made based on configuration or information supplied by the data or analytics. The request to the A-ADRF specifies the data and/or analytics to which the A-ADRF will subscribe. The request includes identity of the consumer, security credential(s) for authorization and verification, Storage Handling information (e.g. a lifetime for how long the data or analytics should be stored, indicate that a notification alerting the consumer be sent prior to data deletion from the A-ADRF).
Step 2.
The A-ADRF may, based on implementation, determine whether the same data and/or analytics is already stored or being stored, based on the information sent in step 1 by the consumer. Based on Storage Handling information, the A-ADRF determines the Storage Approach (e.g. lifetime for storing data and whether consumer is notified prior to data deletion).
Step 3.
If the data and/or analytics is already stored and/or being stored in the A-ADRF, the A-ADRF sends data storage subscription response message to the consumer indicating that data and/or analytics is stored. The A-ADRF includes the Storage Approach if determined in step 2.
Step 4.
The A-ADRF subscribes to the data producer (e.g. A-DCCF, ADAE server) to receive notifications with data or analytics, providing its notification endpoint address and a notification correlation ID.
Step 5.
The data producer sends data or analytics notifications containing the notification correlation ID provided by the A-ADRF to notification endpoint address. The analytics or data notifications shall contain timestamp. The ADRF stores the notifications.
Figure 8.10.2.2-1 illustrates the procedure for the consumer to request A-ADRF for data or analytics storage.
Pre-conditions:
-
ADAE server or A-DCCF has data or analytics need to store to A-ADRF.
-
ADAE server, A-DCCF or A-ADRF are configured with default operator storage policies.
Step 1.
The consumer (e.g. ADAE server, A-DCCF) sends data storage request to the A-ADRF for storing data and/or analytics. The request message includes identity of the consumer, security credential(s) for authorization and verification, collected data with timestamp and/or analytics with timestamp, Storage Handling information (e.g. a lifetime for how long the data or analytics should be stored, indicate that a notification alerting the consumer be sent prior to data deletion from the A-ADRF).
Step 2.
Based on Storage Handling information (if available), the A-ADRF determines the Storage Approach (e.g. lifetime for storing data and whether consumer is notified prior to data deletion).
Step 3.
The A-ADRF stores the data and/or analytics sent by the consumer. The A-ADRF may, based on implementation, determine whether the same data and/or analytics is already stored or being stored based on the information sent in step 1 by the consumer and, if the data and/or analytics is already stored or being stored in the A-ADRF, the A-ADRF decides to not store again the data and/or analytics sent by the consumer.
Step 4.
The ADRF sends data storage response message to the consumer indicating that data and/or analytics is stored, whether the A-ADRF determined at step 3 that data or analytics is already stored and the Storage Approach.