Methods and nodes for data collection service and data storage service

Abstract

The present disclosure provides a method for collecting data / analytics over A-DCCF, comprising: receiving a first subscription request for collecting data / analytics from a consumer; determining whether the data / analytics has been collected or not; if yes, adding the consumer to the list of consumers that have subscribed for these data / analytics; and if no, sending a second subscription request for collecting data / analytics to a data producer; receiving a second subscription response from the data producer indicating the data / analytics is to be provided and sending, to the a notification endpoint indicated in the first subscription request, a first subscription response indicating the data / analytics is to be provided; receiving a second subscription notification containing the data / analytics from the data producer and sending a first subscription notification containing the data / analytics to one or more notification endpoints in the first subscription request. (Fig. 2)

Description

METHODS AND NODES FOR DATA COLLECTION SERVICE AND DATA STORAGE SERVICETECHNICAL FIELD

[0001] The present disclosure generally relates to communication techniques, and particularly to methods and nodes for data collection service and data storage service.BACKGROUND

[0002] As described in [1] , clause 5.3, The Application layer -Data Collection and Coordination Function (A-DCCF) coordinates the collection and distribution of data requested by the consumer (e.g., Application Data Analytics Enabler “ADAE” server) . Data Collection Coordination is supported by a A-DCCF. ADAE server can send requests for data to the A-DCCF rather than directly to the Data Sources. A-DCCF may also perform data processing / abstraction and data preparation based on the Vertical Application Layer (VAL) server requirements. Storing collected data / analytics via A-DCCF is also mentioned in clauses 8.2.2, 8.2.4.4, 8.2.4.5, 8.7.4.5, 8.8.2.1, 8.8.3.5, and 8.8.3.5 [1] , and data producer profile is mentioned in clause 8.2.4.8 [1] .

[0003] In clause 5.3 [1] , Analytics and Data Repository Function (A-ADRF) stores historical data and / or analytics, i.e., data and / or analytics related to past time period that has been obtained by the consumer (e.g. ADAE server) was mentioned. After the consumer obtains data and / or analytics, consumer may store historical data and / or analytics in an A-ADRF. Whether the consumer directly contacts the A-ADRF or goes via the A-DCCF is based on configuration. Storing data into A-ADRF is also mentioned in clause 8.7.2 step 6 [1] , the procedure on slice usage pattern analytics.

[0004] Procedure on slice usage pattern analytics (corresponds to clause 8.7.2 in [1] )

[0005] Figure 1 illustrates a procedure for network slice usage pattern analytics as described below.

[0006] 1. The analytics consumer of the ADAE Server (ADAES) sends a subscription request to ADAES and provides the target Single Network Slice Selection Assistance Information (S-NSSAI) , Data Network Name (DNN) , area of the interest, interest time period of the historical data (e.g., last year) , the required confidence level, whether offline and / or online analytic are needed etc. Optionally, the slice requirement could also be provided.

[0007] 2. The ADAES sends a subscription response to the analytics consumer.

[0008] 3. The ADAES subscribes to the Data Sources with the respective Data Collection Event ID and the requirement for data collection related to the request slice (s) . Such requests can be sent to Operation Administration and Maintenance (OAM) , Network Data Analytics Function (NWDAF) or the combination of them.

[0009] 4. Based on subscription, the ADAES may receive Network slice related Observed Service experience statistics, Load level information of a Network Slice from NWDAF (or via Network Exposure Function “NEF” ) as defined in TS 23.288 [2] .

[0010] 5. Based on subscription, the ADAES may receive Network slice  / Network Slice Instance (NSI) related performance data from OAM as defined in TS 28.552 [7] and the alarms of network slice instances from OAM system via the procedures defined in clause 6.1, TS 28.545 [3] .

[0011] 6. If the data is collected from multiple sources, the ADAES combines or correlates the data / analytics from steps 3-5 if needed.

[0012] 7. The ADAES server sends the network slice data retrieval request to collect the historical data from A-ADRF.

[0013] 8. The A-ADRF provides network slice historical data to the ADAES.

[0014] 9. The ADAES analyzes the network slice usage pattern based on the network slice historical data and collected slice performance. When the stored historical data does not cover the required interest time period of the historical data, ADAES analyzes the slice usage pattern based on the existing stored historical data.

[0015] 10. The ADAES sends the network slice usage pattern analytics notification to the analytics consumer.

[0016] However, in the existing specification, the corresponding procedure and information flows for A-DCCF service on supporting data collection and for A-ADRF service on supporting data storage are missing. Currently there is no A-DCCF data collection service and A-ADRF data storage service having been defined in Rel-18.

[0017] Thus, some problems have not been solved, e.g., CT3 is specifying the ADAES related services as defined in TS 23.436. The A-DCCF was involved into the ADAE internal functional architecture in clause 5.3, but no related services are defined for A-DCCF. How the A-DCCF will be used by the consumer to collect the application data? Does the storage service need to be supported by the A-ADRF?

[0018] REFERENCES:

[0019] [1] TS 23.436 (V18.2.0) , “Functional architecture and information flows for Application Data Analytics Enablement Service” .

[0020] [2] TS 23.288 (V18.4.0) , “Architecture enhancements for 5G System (5GS) to support network data analytics services” .

[0021] [3] TS 28.545 (V17.0.0) , “Management and orchestration; Fault Supervision (FS) ” .

[0022] [4] C3-240095, “LS on A-DCCF, A-ADRF and ADAES services” .SUMMARY

[0023] To alleviate or eliminate at least one of the aforementioned problems, the present disclosure introduces the procedure and information flows for A-DCCF service for supporting data collection, and A-ADRF service to enable the consumer to store data or analytics to an A-ADRF.

[0024] According to a first aspect of the present disclosure, there is provided a method for collecting data and / or analytics over an application layer data collection and coordination function node, A-DCCF, in a communication system, comprising: receiving a first subscription request for collecting data and / or analytics from a consumer; determining whether the data and / or analytics has been collected or not; if yes, adding the consumer to the list of consumers that have subscribed for these data / analytics; and if no, sending a second subscription request for collecting data and / or analytics to a data producer; receiving a second subscription response from the data producer indicating the data and / or analytics is to be provided and sending to the customer a first subscription response indicating the data and / or analytics is to be provided; receiving a second subscription notification containing the data and / or analytics from the data producer and sending a first subscription notification containing the data and / or analytics to the notification endpoint (s) indicated in the first subscription request.

[0025] In an embodiment, the A-DCCF may determine the data producer that provides the data and / or analytics if the data producer is not identified by in the first subscription request.

[0026] In an embodiment, the first subscription request may include, among others, process requirements, storage requirements, A-ADRF ID, and notification endpoints ID or address.

[0027] In an embodiment, the first subscription notification and the second subscription notification each may include, among others, process information, storage information, and A-ADRF ID.

[0028] In an embodiment, the A-DCCF may select an A-ADRF to store the collected data and / or analytics if storage of the data and / or analytics is requested by the consumer or according to configuration on the A-DCCF.

[0029] In an embodiment, the A-DCCF may process the data and / or analytics sent to the notification endpoints based on a process requirement parameter indicated in the first subscription request.

[0030] In an embodiment, the A-DCCF may, if the data and / or analytics has been partially collected, request an update of a previous subscription to the data producer to satisfy both existing data / analytics subscription as well as newly requested data / analytics, and add the consumer to the list of consumers that have subscribed for these data / analytics.

[0031] According to a second aspect of the present disclosure, there is provided a method for collecting data and / or analytics over an application layer data collection and coordination function node, A-DCCF, in a communication system, comprising: receiving a first request for collecting data and / or analytics from a consumer; determining whether the data and / or analytics has been collected or not; if yes, adding the consumer to the list of consumers that have subscribed for these data / analytics; and if no, sending a second request for collecting data and / or analytics to a data producer; and receiving a second response containing the collected data and / or analytics from the data producer and sending to the notification endpoint (s) indicated in the first request a first response containing the collected data and / or analytics.

[0032] In an embodiment, the A-DCCF may determine the data producer that provides the data and / or analytics if the data producer is not identified by in the first request.

[0033] In an embodiment, the first request may include, among others, process requirements, storage requirements, A-ADRF ID, and notification endpoints ID or address.

[0034] In an embodiment, the first response and the second response each may include, among others, process information, storage information, and A-ADRF ID.

[0035] In an embodiment, the A-DCCF may select an A-ADRF to store the collected data and / or analytics if storage of the data and / or analytics is requested by the consumer or according to configuration on the A-DCCF.

[0036] In an embodiment, the A-DCCF may process the data and / or analytics sent to the notification endpoints based on a process requirement parameter indicated in the first request.

[0037] According to a third aspect of the present disclosure, there is provided a method for storing data and / or analytics by an application layer analytics and data repository function node, A-ADRF, in a communication system, comprising: receiving a first subscription request for storing data and / or analytics from a consumer; sending a first subscription response to the consumer indicating the data and / or analytics is stored if the data and / or analytics has already been stored and / or is being stored in the A-ADRF; and sending to a data producer a second subscription request for receiving notifications containing data and / or analytics; and receiving a second subscription notification containing the data and / or analytics with timestamp from the data producer for storage.

[0038] In an embodiment, the first subscription request may specify the data and / or analytics to which the A-ADRF will subscribe; and the first subscription request may include, among others, identifier of the customer, security credential for authorization and verification, and storage handling information and storage policy.

[0039] In an embodiment, the storage handling information and storage policy may include a lifetime for storing the data or analytics, an alert indicator on whether the consumer is alerted prior to data deletion from the A-ADRF, etc.

[0040] In an embodiment, the A-ADRF may determine a storage approach based on storage handling information and storage policy contained in the first subscription request.

[0041] In an embodiment, the first subscription response to the consumer may include the determined storage approach.

[0042] In an embodiment, the second subscription request for receiving notifications containing data and / or analytics may include, among others, a notification correlation ID.

[0043] According to a fourth aspect of the present disclosure, there is provided a method for storing data and / or analytics by an application layer analytics and data repository function node, A-ADRF, in a communication system, comprising: receiving a request for storing data and / or analytics to the A-ADRF from a consumer, the request containing the data and / or analytics to be stored to the A-ADRF; storing the data and / or analytics if the A-ADRF determines the data and / or analytics has not been stored; and sending to the consumer a response indicating that data and / or analytics is stored, or has been stored if the A-ADRF determines the data and / or analytics has been stored.

[0044] In an embodiment, the request may include, among others, an identifier of the customer, security credential for authorization and verification, data and / or analytics collected with timestamp, and storage handling information and storage policy.

[0045] In an embodiment, the storage handling information and storage policy may include a lifetime for storing the data or analytics, an alert indicator on whether the consumer is alerted prior to data deletion from the A-ADRF, etc.

[0046] In an embodiment, the A-ADRF may determine a storage approach based on storage handling information and storage policy contained in the request.

[0047] In an embodiment, the response to the consumer may include the determined storage approach.

[0048] According to a fifth aspect of the present disclosure, there is provided an A-DCCF node including: a communication interface, a processor, and a memory comprising instructions executable by the processor whereby the A-DCCF is operative to perform the method according to any embodiment of the present disclosure.

[0049] According to a sixth aspect of the present disclosure, there is provided an A-ADRF node including: a communication interface, a processor, and a memory comprising instructions executable by the processor whereby the A-ADRF is operative to perform the method according to any embodiment of the present disclosure.

[0050] With the above embodiments of the present disclosure, the procedure and information flows can be provided for:

[0051] ● A-DCCF service to enable the consumer to subscribe / unsubscribe or request for data or analytics via the A-DCCF, be notified about data or analytics exposed by the A-DCCF.

[0052] ● A-ADRF service to enable the consumer to store data or analytics to an A-ADRF.BRIEF DESCRIPTION OF THE DRAWINGS

[0053] The objects, advantages and characteristics of the present disclosure will be more apparent, according to descriptions of preferred embodiments in connection with the drawings, wherein:

[0054] Fig. 1 schematically illustrates a procedure for network slice usage pattern analytics in prior art;

[0055] Fig. 2 schematically illustrates a subscribe-notify model for collecting data and / or analytics over A-DCCF according to an embodiment of the present disclosure;

[0056] Fig. 3 schematically illustrates a request-response model for collecting data and / or analytics over A-DCCF according to another embodiment of the present disclosure;

[0057] Fig. 4 schematically illustrates a method for collecting data and / or analytics over A-DCCF according to an embodiment of the present disclosure;

[0058] Fig. 5 schematically illustrates a method for collecting data and / or analytics over A-DCCF according to another embodiment of the present disclosure;

[0059] Fig. 6 schematically illustrates a subscribe-notify model for storing data and / or analytics by A-ADRF according to an embodiment of the present disclosure;

[0060] Fig. 7 schematically illustrates a request-response model for storing data and / or analytics by A-ADRF according to an embodiment of the present disclosure;

[0061] Fig. 8 schematically illustrates a method for storing data and / or analytics by A-ADRF according to an embodiment of the present disclosure;

[0062] Fig. 9 schematically illustrates a method for storing data and / or analytics by A-ADRF according to another embodiment of the present disclosure;

[0063] Fig. 10 schematically illustrates the structural components of the A-DCCF according to an embodiment of the present disclosure; and

[0064] Fig. 11 schematically illustrates the functional blocks of the A-ADRF according to an embodiment of the present disclosure.DETAILED DESCRIPTION

[0065] Hereinafter, the principle and spirit of the present disclosure will be described with reference to illustrative embodiments. Some of the embodiments contemplated herein will now be described more fully with reference to the accompanying drawings. Other embodiments, however, are contained within the scope of the subject matter disclosed herein, the disclosed subject matter should not be construed as limited to only the embodiments set forth herein; rather, these embodiments are provided by way of example to convey the scope of the subject matter to those skilled in the art.

[0066] Hereinafter, exemplary embodiments of the present disclosure are provided for further details.

[0067] In the context, unless otherwise indicated, the terms, such as, “A-DCCF” , “A-DCCF service” , “A-DCCF node” have the same meaning. The terms, such as, “A-ADRF” , “A-ADRF service” , “A-ADRF node” have the same meaning. The expressions, such as, “data and / or analytics” , “data / analytics” , have the same meaning.

[0068] Firstly, A-DCCF data collection service procedures and A-DCCF data collection service information flows will be described in turn hereinafter.

[0069] A-DCCF Data Collection Service Procedures

[0070] I. Subscribe-notify model

[0071] Fig. 2 schematically illustrates a subscribe-notify model for collecting data and / or analytics over A-DCCF according to an embodiment of the present disclosure.

[0072] The procedure for consumer to request A-DCCF to initiate subscription for data or analytics collection is provided in Fig. 2. The procedure may be utilized by the consumer to update the subscription for data or analytics collection.

[0073] Pre-conditions:

[0074] 1. Consumer (e.g. ADAE server) collects data or analytics via A-DCCF from data producer.

[0075] Particularly, as shown in Fig. 2, support for data collection over A-DCCF is described in detail as follows.

[0076] 1. The consumer (e.g. ADAE server) sends a data collection subscription request to A-DCCF for collecting data / analytics. As specified in Table 1, the request message includes identifier of the consumer (e.g. ADAE server ID) , Data Collection Event ID, and Data Collection Requirements. The request message may include the identifier of Data Producer, Analytics ID, target data producer profile criteria, process requirements, Area of Interest, Time validity, storage requirements, and notification endpoints. The consumer decides to go via A-DCCF based on internal configuration.

[0077] 2. If the data producer is not identified by the consumer, the A-DCCF determines the data producer that can provide data / analytics. If the consumer requested storage of data / analytics in an A-ADRF but the A-ADRF ID is not provided by the consumer, or the collected data / analytics is to be stored in an A-ADRF according to configuration on the A-DCCF, the A-DCCF selects an A-ADRF to store the collected data / analytics.

[0078] 3. The A-DCCF determines whether the data / analytics requested in step 1 are already being collected. If the requested data / analytics are already being collected by a consumer, the A-DCCF adds the new consumer to the list of consumers that have subscribed for these data / analytics.

[0079] 4. If the data / analytics subscribed in step 1 is not being collected by the A-DCCF, the A-DCCF subscribes to the data producer for data / analytics.

[0080] If the data / analytics subscribed in step 1 partially matches the data / analytics that is already being collected by the A-DCCF, a modification of this subscription to the data producer would satisfy both the existing data / analytics subscriptions as well as the newly requested data / analytics, the A-DCCF requests an update of the previous subscription to the data producer. The A-DCCF adds the consumer to the list of consumers that have subscribed for these data / analytics.

[0081] 5. Upon received the data / analytics subscription request from the A-DCCF, the data producer determines whether the required data / analytics can be provided and sends data / analytics subscription response to the A-DCCF.

[0082] 6. The A-DCCF sends data / analytics subscription response to the consumer.

[0083] 7. When the required data / analytics are available, the data producer notifies the data / analytics to the A-DCCF.

[0084] 8. The A-DCCF notifies the data / analytics to all notification endpoints indicated in step 1. Data / analytics sent to notification endpoints may be processed by the A-DCCF upon the request in step 1. The A-DCCF may store the data / analytics in the A-ADRF if requested by the consumer or if required by A-DCCF configuration.

[0085] II. Request-response model

[0086] Fig. 3 schematically illustrates a request-response model for collecting data and / or analytics over A-DCCF according to another embodiment of the present disclosure.

[0087] Particularly, the procedure for the consumer to request A-DCCF for data or analytics collection is provided in Fig. 3. Support for Get data / analytics over A-DCCF is described below.

[0088] 1. The consumer (e.g. ADAE server) sends a Get data / analytics request to A-DCCF for data / analytics collection. As specified in Table 4, the request message includes identifier of the consumer (e.g. ADAE server ID) , and Data / Analytics Requirements. The request message may include the identifier of Data Producer, Analytics ID, target data producer profile criteria, process requirements, storage requirements, and notification endpoints. The consumer decides to go via A-DCCF based on internal configuration.

[0089] 2. The A-DCCF determines whether the data / analytics requested in step 1 are already being collected. If the requested data / analytics are already being collected by a consumer, the A-DCCF adds the new consumer to the list of consumers that have subscribed for these data / analytics.

[0090] 3. If the data / analytics requested in step 1 is not being collected by the A-DCCF, and the data producer is not identified by the consumer, the A-DCCF determines the data producer that can provide data / analytics. If the consumer requested storage of data / analytics in an A-ADRF but the A-ADRF ID is not provided by the consumer, or the collected data / analytics is to be stored in an A-ADRF according to configuration on the A-DCCF, the A-DCCF selects an A-ADRF to store the collected data / analytics.

[0091] 4. The A-DCCF sends Get data / analytics request to the data producer for data / analytics.

[0092] 5. Upon received the data / analytics request from the A-DCCF, the data producer determines whether the required data / analytics can be provided and sends data / analytics response to the A-DCCF. The required data / analytics may be contained in the response if they are available at the data producer.

[0093] 6. The A-DCCF sends data / analytics response to the consumer. The required data / analytics may be contained in the response if get from the data producer.

[0094] Fig. 4 schematically illustrates a method 400 for collecting data and / or analytics over A-DCCF according to an embodiment of the present disclosure. This method 400 corresponds to the subscribe-notify model of Fig. 2.

[0095] The method 400 includes step 410-440 in Fig. 4.

[0096] At step 410, the A-DCCF receives a first subscription request for collecting data and / or analytics from a consumer.

[0097] In an embodiment, the first subscription request includes information elements, such as, Consumer ID, Data Collection Event ID, Data Collection requirements. Additionally and optionally, the first subscription request may further include, e.g., Analytics ID, List of Data Producer IDs, Target data producer profile criteria, Area of Interest, Time validity, process requirements, storage requirements, A-ADRF ID, and / or notification endpoints ID or address. Please refer to Table 1 described below for detailed information of above information elements.

[0098] In an embodiment, the consumer may be, e.g., an ADAE Server.

[0099] At step 420, the A-DCCF determines whether the data and / or analytics has been collected or not; if yes, adding the consumer to the list of consumers that have subscribed for these data / analytics; and if no, sending a second subscription request for collecting data / analytics to a data producer.

[0100] In an embodiment, the second subscription request includes information elements, such as, Consumer ID, Data Collection Event ID, Data Collection requirements. Additionally and optionally, the second subscription request may further include, e.g., Analytics ID, Area of Interest, Time validity.

[0101] In an embodiment, the A-DCCF may determine the data producer that provides the data and / or analytics if the data producer is not identified by in the first subscription request.

[0102] In an embodiment, the data producer may be, e.g., ADAE Client (ADAEC) , A-DCCF, A-ADRF, Vertical Application Layer (VAL) server, Service Enabler Architecture Layer for Verticals (SEAL) server, SEAL client, Edge Enabler Server (EES) , Edge Application Server (EAS) . Please refer to Table 6 described below for detailed information of data producer.

[0103] In an embodiment, if the data and / or analytics has been partially collected, the A-DCCF may request an update of a previous subscription (i.e., the one prior to the first subscription request) to the data producer to satisfy both existing data / analytics subscription as well as newly requested data / analytics, and add the consumer to the list of consumers that have subscribed for these data / analytics.

[0104] In an embodiment, the A-DCCF may select an A-ADRF to store the collected data and / or analytics if storage of the data and / or analytics is requested by the consumer or according to configuration on the A-DCCF.

[0105] At step 430, the A-DCCF receives a second subscription response from the data producer indicating the data and / or analytics is to be provided and sending to the customer a first subscription response indicating the data and / or analytics is to be provided.

[0106] In an embodiment, the first subscription response and the second subscription response both include the result of the first and second subscription request for data collection (i.e., positive or negative acknowledgement) .

[0107] At step 440, the A-DCCF receives a second subscription notification containing the data and / or analytics from the data producer and sending a first subscription notification containing the data and / or analytics to the notification endpoint (s) indicated in the first subscription request.

[0108] In an embodiment, the first subscription notification and the second subscription notification include, e.g., Data Collection Event ID. Additionally and optionally, the first subscription notification and the second subscription notification may further include, e.g., Analytics ID, Analytics Type, Data Type, Data Output, Process information, Storage information, and / or A-ADRF ID. Please refer to Table 3 described below for detailed information of above information elements.

[0109] In an embodiment, the A-DCCF may process the data and / or analytics sent to the notification endpoints based on the process requirement parameter indicated in the first subscription request.

[0110] Fig. 5 schematically illustrates a method 500 for collecting data and / or analytics over A-DCCF according to another embodiment of the present disclosure. This method corresponds to the request-response model of Fig. 3.

[0111] The method 500 includes step 510-530 in Fig. 5.

[0112] At step 510, the A-DCCF receives a first request for collecting data and / or analytics from a consumer.

[0113] In an embodiment, the first request includes, e.g., Consumer ID, Data / Analytics requirements. Additionally and optionally, the first request may further include, e.g., Analytics ID, List of Data Producer IDs, Target data producer profile criteria, Area of Interest, Time validity, process requirements, storage requirements, A-ADRF ID, and / or notification endpoints ID or address. Please refer to Table 4 described below for detailed information.

[0114] In an embodiment, the A-DCCF may determine the data producer that provides the data and / or analytics if the data producer is not identified by in the first request.

[0115] In an embodiment, the consumer may be, e.g., an ADAE Server.

[0116] At step 520, the A-DCCF determines whether the data and / or analytics has been collected or not; if yes, adding the consumer to the list of consumers that have subscribed for these data / analytics; and if no, sending a second request for collecting data and / or analytics to a data producer.

[0117] In an embodiment, the second request also includes, e.g., Consumer ID, Data / Analytics requirements. Additionally and optionally, the second request may further include, e.g., Analytics ID, Area of Interest, Time validity, process requirements, storage requirements, and / or A-ADRF lD. Please refer to Table 4 described below for detailed information.

[0118] In an embodiment, the A-DCCF may select an A-ADRF to store the collected data and / or analytics if storage of the data and / or analytics is requested by the consumer or according to configuration on the A-DCCF.

[0119] In an embodiment, the data producer may be, e.g., e.g., ADAEC, A-DCCF, A-ADRF, VAL server, SEAL server, SEAL client, EES, EAS, etc.

[0120] At step 530, the A-DCCF receives a second response containing the collected data and / or analytics from the data producer and sending, to the notification endpoint (s) indicated in the first request, a first response containing the collected data and / or analytics.

[0121] In an embodiment, the first response and the second response each include, e.g., the result of the analytics / data request (i.e., positive or negative acknowledgement) . Additionally and optionally, the first response and the second response each may include, e.g., Analytics ID, Analytics Type, Data Type, Data Output, process information, storage information, and / or A-ADRF ID. Please refer to Table 5 described below for detailed information.

[0122] In an embodiment, the A-DCCF may process the data and / or analytics sent to the notification endpoints based on a process requirement parameter indicated in the first request.

[0123] A-DCCF Data Collection Service Information flows

[0124] Data collection subscription request

[0125] Table 1 describes information elements for the data collection subscription request from the consumer (ADAE server) to the A-DCCF. (Note: the novels are highlighted in the Tables) .

[0126] Table 1: Data collection subscription request

[0127] Data collection subscription response

[0128] Table 2 describes information elements for the data collection subscription response from the A-DCCF to the consumer (ADAE server) .

[0129] Table 2: Data collection subscription response

[0130] Data collection notification

[0131] Table 3 describes information elements for the data collection notification from the A-DCCF to the consumer (e.g. ADAE server) .

[0132] Table 3: Data collection notification

[0133] Get Data / Analytics request

[0134] Table 4 describes information elements for the Get data / analytics request from the consumer (ADAE server) to the A-DCCF.

[0135] Table 4: Get Data / Analytics request

[0136] Data collection response

[0137] Table 5 describes information elements for the data collection response from the A-DCCF to the consumer (e.g. ADAE server) .

[0138] Table 5: Data collection response

[0139] Data producer profile

[0140] The data producer profile IE includes information about the data generation / production capability of the data producer to support data collection for data analytics service and the availability / accessibility of the generated / produced data, as defined in Table 6.

[0141] Table 6: Data producer profile

[0142] Secondly, the total novel A-ADRF Data Storage Service Procedures and A-ADRF Data Storage Service Information flow will be described in turn hereinafter.

[0143] A-ADRF Data Storage Service Procedures

[0144] I. Subscribe-notify model

[0145] Fig. 6 schematically illustrates a subscribe-notify model for storing data and / or analytics by A-ADRF according to an embodiment of the present disclosure. The procedure for consumer to request A-ADRF to initiate subscription for data or analytics to store is provided.

[0146] Pre-conditions:

[0147] 1. Analytics or data consumer requests ADAE server, A-DCCF or data sources to store analytics or data to A-ADRF.

[0148] 2. ADAE server, A-DCCF or A-ADRF are configured with default operator storage policies.

[0149] 3. The default operator policy for how long data or analytics are to be stored may be longer or shorter than the life-time requested by the consumer. A default operator policy may for example accept only consumer requested life-times that are shorter or longer than the default policy.

[0150] Support for data storage to A-ADRF shown in Fig. 6 is described in detail as follows.

[0151] 1. The consumer (e.g., A-DCCF or ADAE server) determines that data and / or analytics needs to be stored to the A-ADRF, or requests the A-ADRF subscribes to Data Producer for receiving notifications. The determination may be made based on configuration or information supplied by the data or analytics. As specified in Table 7, 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 life-time on 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) .

[0152] 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 and Storage Policy, the A-ADRF determines the Storage Approach (e.g. lite-time for storing data and whether consumer is notified prior to data deletion) .

[0153] 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. As specified in Table 8, the A-ADRF includes the Storage Approach in the data storage subscription response if determined in step 2.

[0154] 4. The A-ADRF subscribes to the data producer (e.g. A-DCCF, ADAE server) to receive notifications with data or analytics, including a notification correlation ID in the analytics / data subscription request.

[0155] 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.

[0156] II. Request-response model

[0157] Fig. 7 schematically illustrates a request-response model for storing data and / or analytics by A-ADRF according to an embodiment of the present disclosure. The procedure for the consumer to request A-ADRF for data or analytics storage is provided.

[0158] Pre-conditions:

[0159] 1. ADAE server or A-DCCF has data or analytics need to store to A-ADRF.

[0160] 2. ADAE server, A-DCCF or A-ADRF are configured with default operator storage policies.

[0161] 3. The default operator policy for how long data or analytics are to be stored may be longer or shorter than the life-time requested by the consumer. A default operator policy may for example accept only consumer requested life-times that are shorter or longer than the default policy.

[0162] Support for data storage to A-ADRF shown in Fig. 7 is described in detail as follows.

[0163] 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 life-time 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) , as specified in Table 9.

[0164] 2. Based on Storage Handling information (if available) and Storage Policy, the A-ADRF determines the Storage Approach (e.g. life-time for storing data and whether consumer is notified prior to data deletion) .

[0165] 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.

[0166] 4. The A-ADRF sends data storage response message to the consumer indicating that data and / or analytics is stored, whether the A-ADRF has determined at step 3 that data or analytics is already stored, and the Storage Approach, as specified in Table 10.

[0167] Fig. 8 schematically illustrates a method 800 for storing data and / or analytics by A-ADRF according to an embodiment of the present disclosure. This method 800 corresponds to the subscribe-notify model of Fig. 6.

[0168] The method 800 includes steps 810-830 shown in Fig. 8.

[0169] At step 810, the A-ADRF receives a first subscription request for storing data and / or analytics from a consumer.

[0170] In an embodiment, the first subscription request may specify the data and / or analytics to which the A-ADRF will subscribe.

[0171] In an embodiment, the first subscription request includes, e.g., Consumer ID. Additionally and optionally, the first subscription request may further include security credential for authorization and verification. The first subscription request may further include, e.g., Data Producer ID, Analytics ID, Analytics Type, Target Data Producer Profile Criteria, Area of Interest, Time Validity, and / or storage handling information and storage policy. Please refer to Table 7 described below for detailed information.

[0172] In an embodiment, the storage handling information and storage policy may include, e.g., a lifetime for storing the data or analytics, an alert indicator on whether the consumer is alerted prior to data deletion from the A-ADRF, etc.

[0173] In an embodiment, the A-ADRF may determine a storage approach based on the storage handling information and storage policy contained in the first subscription request.

[0174] In an embodiment, the consumer may be, e.g., an A-DCCF or ADAE Server.

[0175] At step 820, the A-ADRF sends a first subscription response to the consumer indicating the data and / or analytics is stored if the data and / or analytics has already been stored and / or is being stored in the A-ADRF.

[0176] In an embodiment, the first subscription response to the consumer includes, e.g., the result of the subscription request for data storage (i.e., positive or negative acknowledgement) , and the determined storage approach. Please refer to Table 8 described below for detailed information.

[0177] At step 830, the A-ADRF sends to a data producer a second subscription request for receiving notifications containing data and / or analytics; and receiving a second subscription notification / response containing the data and / or analytics with timestamp from the data producer for storage.

[0178] In an embodiment, the second subscription request for receiving notifications containing data and / or analytics may include notification correlation ID. Additionally, the second subscription request for receiving notifications containing data and / or analytics may include one or more elements as described for the first subscription request as shown in Table 7.

[0179] In an embodiment, the data producer may be, e.g., an A-DCCF or ADAE Server.

[0180] Fig. 9 schematically illustrates a method 900 for storing data and / or analytics by A-ADRF according to another embodiment of the present disclosure. This method 900 corresponds to the request-response model of Fig. 7.

[0181] The method 900 includes steps 910-930 in Fig. 9.

[0182] At step 910, the A-ADRF receives a request for storing data and / or analytics to the A-ADRF from a consumer, the request containing the data and / or analytics to be stored to the A-ADRF.

[0183] In an embodiment, the request for storing data and / or analytics to the A-ADRF from a consumer includes, e.g., Consumer ID, Data Type, and content (i.e., the data or analytics to be stored) and Timestamp. Additionally and optionally, the request for storing data and / or analytics to the A-ADRF from a consumer may include, e.g., security credential for authorization and verification. Additionally and optionally, the request for storing data and / or analytics to the A-ADRF from a consumer may further include, e.g., Analytics ID, Analytics Type, Data Source Information, and / or storage handling information and storage policy. Please refer to Table 9 described below for detailed information.

[0184] In an embodiment, the storage handling information and storage policy may include, e.g., a lifetime for storing the data or analytics, an alert indicator on whether the consumer is alerted prior to data deletion from the A-ADRF, etc.

[0185] In an embodiment, the A-ADRF may determine the storage approach based on the storage handling information and storage policy contained in the request.

[0186] In an embodiment, the consumer may be, e.g., an ADAE server or A-DCCF, etc.

[0187] At step 920, the A-ADRF stores the data and / or analytics if the A-ADRF determines the data and / or analytics has not been stored.

[0188] At step 930, the A-ADRF sends to the consumer a response indicating that data and / or analytics is stored, or has been stored if the A-ADRF determines the data and / or analytics has been stored.

[0189] In an embodiment, the response to the consumer includes, e.g., the result of the request for data storage (i.e., positive or negative acknowledgement) , and the determined storage approach. Please refer to Table 10 described below for detailed information.

[0190] A-ADRF Data Storage Service Information flows

[0191] Data storage subscription request

[0192] Table 7 describes information elements for the data storage subscription request from the consumer (ADAE server, A-DCCF) to the A-ADRF. (Note: the novels are highlighted in the Tables)

[0193] Table 7: Data storage subscription request

[0194] Data storage subscription response

[0195] Table 8 describes information elements for the data storage subscription response from the A-ADRF to the consumer (ADAE server, A-DCCF) .

[0196] Table 8: Data storage subscription response

[0197] Data storage request

[0198] Table 9 describes information elements for the data storage request from the consumer (ADAE server, A-DCCF) to the A-ADRF.

[0199] Table 9: Data storage request

[0200] Data storage response

[0201] Table 10 describes information elements for the data storage response from the A-ADRF to the consumer (ADAE server, A-DCCF) .

[0202] Table 10: Data storage response

[0203] FIG. 10 schematically illustrates the structural components of the A-DCCF 1000 according to an embodiment of the present disclosure.

[0204] The A-DCCF 1000 includes a communication interface 1010, a processor 1020, and a memory 1030. The memory includes instructions executable by the processor whereby the A-DCCF is operative to perform the method according to any embodiment of the present disclosure as described above.

[0205] In another embodiment, the A-DCCF 1000 may also be implemented by including components corresponding to the steps of the method performed by the A-DCCF according to the embodiments of the present disclosure described above.

[0206] FIG. 11 schematically illustrates the functional blocks of the A-ADRF 1100 according to an embodiment of the present disclosure.

[0207] The A-ADRF 1100 includes a communication interface 1110, a processor 1120, and a memory 1130. The memory includes instructions executable by the processor whereby the A-ADRF is operative to perform the method according to any embodiment of the present disclosure as described above.

[0208] In another embodiment, the A-ADRF 1100 may also be implemented by including components corresponding to the steps of the method performed by the A-ADRF according to the embodiments of the present disclosure described above.

[0209] The features in the embodiments described above for the methods performed by A-DCCF 1000 and the A-ADRF 1100 are also adaptive to the A-DCCF 1000 and the A-ADRF 1100 respectively, thus omitted here.

[0210] The present disclosure also provides a computer program having instructions stored thereon, when executed by a processor in an A-DCCF node or an A-ADRF node, causing the A-DCCF node or the A-ADRF node to perform the respective method according to the embodiments of the present disclosure as described above.

[0211] The present disclosure also provides a computer readable storage medium including the computer program having instructions stored thereon, when executed by a processor in an A-DCCF node or an A-ADRF node, causing the A-DCCF node or the A-ADRF node to perform the respective method according to the embodiments of the present disclosure as described above.

[0212] The present disclosure also provides a computer program product comprising a computer program and a computer readable storage medium as described above.

[0213] References in this specification to “one embodiment, ” “an embodiment, ” “an example embodiment, ” etc. indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of the skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0214] Many different embodiments have been disclosed herein, in connection with the above description and the drawings. It will be understood that it would be unduly repetitious and obfuscating to literally describe and illustrate every combination and sub-combination of these embodiments. Accordingly, all embodiments can be combined in any way and / or combination, and the present specification, including the drawings, shall be construed to constitute a complete written description of all combinations and sub-combinations of the embodiments described herein, and of the manner and process of making and using them, and shall support claims to any such combination or sub-combination.

[0215] As will be appreciated by one of skill in the art, the concepts described herein may be embodied as a method, data processing system, computer program product and / or computer storage media storing an executable computer program. Accordingly, the concepts described herein may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects all generally referred to herein as a “circuit” or “module. ” Any process, step, action and / or functionality described herein may be performed by, and / or associated to, a corresponding module, which may be implemented in software and / or firmware and / or hardware. Different modules may be implemented separately or in combination. Furthermore, the present disclosure may take the form of a computer program product on a tangible computer usable storage medium having computer program code embodied in the medium that can be executed by a computer. Any suitable tangible computer readable medium may be utilized including hard disks, CD-ROMs, electronic storage devices, optical storage devices, or magnetic storage devices.

[0216] It is to be understood that the functions / acts noted in the blocks may occur out of the order noted in the operational illustrations. For example, two blocks shown in succession may in fact be executed substantially concurrently or the blocks may sometimes be executed in the reverse order, depending upon the functionality / acts involved. Although some of the diagrams include arrows on communication paths to show a primary direction of communication, it is to be understood that communication may occur in the opposite direction to the depicted arrows.

[0217] It will be appreciated by persons skilled in the art that the embodiments described herein are not limited to what has been particularly shown and described herein above. In addition, unless mention was made above to the contrary, it should be noted that all of the accompanying drawings are not to scale. A variety of modifications and variations are possible in light of the above teachings.

[0218] Abbreviation      Explanation A-ADRF   Application Layer -Analytics and Data Repository Function A-DCCF   Application layer -Data Collection and Coordination Function ADAEC    Application Data Analytics Enabler Client ADAES    Application Data Analytics Enabler Server SEAL      Service Enabler Architecture Layer for Verticals VAL       Vertical Application Layer 5GC       5G Core Network S-NSSAI   Single Network Slice Selection Assistance Information DNN      Data Network Name OAM      Operation Administration and Maintenance NWDAF   Network Data Analytics Function NEF       Network Exposure Function NSI         Network Slice Instance

Claims

1.A method (400) for collecting data and / or analytics over an Application Layer-Data Collection and Coordination Function node, A-DCCF, in a communication system, comprising:receiving (410) a first subscription request for collecting data and / or analytics from a consumer;determining (420) whether the data and / or analytics has been collected or not; if yes, adding the consumer to the list of consumers that have subscribed for the data and / or analytics; and if no, sending a second subscription request for collecting data and / or analytics to a data producer;receiving (430) a second subscription response from the data producer indicating the data and / or analytics is to be provided and sending, to the customer, a first subscription response indicating the data and / or analytics is to be provided; andreceiving (440) a second subscription notification containing the data and / or analytics from the data producer and sending a first subscription notification containing the data and / or analytics to one or more notification endpoints indicated in the first subscription request.2.The method of claim 1, further comprising:determining the data producer that provides the data and / or analytics if the data producer is not identified by in the first subscription request.3.The method of claim 1, wherein the first subscription request comprises at least one of: process requirements on the collected data and / or analytics, storage requirements on the collected data and / or analytics, an identifier of an Application Layer -Analytics and Data Repository Function node for storing the collected data and / or analytics (A-ADRF ID) , and notification endpoints ID or address.4.The method of claim 1, wherein the first subscription notification and the second subscription notification each comprise at least one of: process information of the collected data and / or analytics, storage information of the collected data and / or analytics, and an identifier of an A-ADRF for storing the collected data and / or analytics (A-ADRF ID) .5.The method of claim 1, further comprising:determining an A-ADRF to store the collected data and / or analytics if storage of the data and / or analytics is requested by the consumer while an A-ADRF ID is not included in the first subscription request, or according to configuration on the A-DCCF.6.The method of claim 1, further comprising:processing the collected data and / or analytics sent to the notification endpoints based on a process requirement parameter indicated in the first subscription request.7.The method of claim 1, further comprising:if the data and / or analytics has been partially collected, requesting update of a previous subscription to the data producer to satisfy both existing data / analytics subscription as well as newly requested data / analytics, and adding the consumer to the list of consumers that have subscribed for the collected data / analytics.8.A method (500) for collecting data and / or analytics over an Application Layer-Data Collection and Coordination Function node, A-DCCF, in a communication system, comprising:receiving (510) , from a consumer, a first request for collecting data and / or analytics;determining (520) whether the data and / or analytics has been collected or not; if yes, adding the consumer to the list of consumers that have subscribed for the data / analytics; and if no, sending a second request for collecting data and / or analytics to a data producer; andreceiving (530) , from the data producer, a second response containing the collected data and / or analytics and sending, to one or more notification endpoints indicated in the first request, a first response containing the collected data and / or analytics.9.The method of claim 8, further comprising:determining the data producer that provides the data and / or analytics if the data producer is not identified by in the first request.10.The method of claim 8, wherein the first request comprises at least one of: process requirements on the collected data and / or analytics, storage requirements on the collected data and / or analytics, an identifier of an A-ADRF for storing the collected data and / or analytics (A-ADRF ID) , and notification endpoints ID or address.11.The method of claim 8, wherein the first response and the second response each comprise at least one of: process information on the collected data and / or analytics, storage information on the collected data and / or analytics, and an identifier of an A-ADRF for storing the collected data and / or analytics (A-ADRF ID) .12.The method of claim 8, further comprising:determining an A-ADRF to store the collected data and / or analytics if storage of the data and / or analytics is requested by the consumer while an A-ADRF ID is not included in the first request, or according to configuration on the A-DCCF.13.The method of claim 8, further comprising:processing the collected data and / or analytics sent to the notification endpoints based on a process requirement parameter indicated in the first request.14.An application layer data collection and coordination function node, A-DCCF (1000) , comprising:a communication interface (1010) ,a processor (1020) , anda memory (1030) comprising instructions executable by the processor whereby the A-DCCF is operative to perform the method according to any of claims 1-13.15.A method (800) for storing data and / or analytics by an Application Layer -Analytics and Data Repository Function node, A-ADRF, in a communication system, comprising:receiving (810) a first subscription request for storing data and / or analytics from a consumer;sending (820) a first subscription response to the consumer indicating the data and / or analytics is stored if the data and / or analytics has already been stored and / or is being stored in the A-ADRF; otherwisesending (830) to a data producer a second subscription request for receiving notifications containing data and / or analytics; and receiving a second subscription notification containing the data and / or analytics with timestamp from the data producer for storage.16.The method of claim 15, wherein the first subscription request specifies the data and / or analytics for which the A-ADRF will subscribe; and the first subscription request comprises at least one of: identifier of the customer, security credential for authorization and verification, and storage handling information.17.The method of any of claims 15-16, further comprising:determining a storage approach based on the storage handling information contained in the first subscription request.18.The method of claim 17, wherein the determining a storage approach based on the storage handling information comprises: determining a lifetime for storing the data and / or analytics, and an alert indicator on whether the consumer is alerted prior to data deletion from the A-ADRF.19.The method of claim 18, wherein the first subscription response to the consumer comprises the determined storage approach.20.The method of claim 15, wherein the second subscription request for receiving notifications containing data and / or analytics comprises: notification endpoint addresses and a notification correlation ID.21.A method (900) for storing data and / or analytics by an Application Layer -Analytics and Data Repository Function node, A-ADRF, in a communication system, comprising:receiving (910) a request for storing data and / or analytics to the A-ADRF from a consumer, the request containing the data and / or analytics to be stored to the A-ADRF;storing (920) the data and / or analytics if the A-ADRF determines the data and / or analytics has not been stored; andsending (930) to the consumer a response indicating that data and / or analytics is stored, or has been stored if the A-ADRF determines the data and / or analytics has been stored.22.The method of claim 21, wherein the request comprises at least: identifier of the customer, security credential for authorization and verification, data and / or analytics collected with timestamp, and storage handling information.23.The method of any of claims 21-22, further comprising:determining a storage approach based on the storage handling information contained in the request.24.The method of claim 23, wherein the determining a storage approach based on the storage handling information comprises: determining a lifetime for storing the data and / or analytics, and an alert indicator on whether the consumer is alerted prior to data deletion from the A-ADRF.25.The method of claim 21, wherein the response to the consumer comprises the determined storage approach.26.An Application Layer -Analytics and Data Repository Function node, A-ADRF, comprising:a communication interface,a processor, anda memory comprising instructions executable by the processor whereby the A-ADRF is operative to perform the method according to any of claims 15-25.27.A computer program having instructions stored thereon, when executed by a processor in an A-DCCF node or an A-ADRF node, causing the A-DCCF node to perform the method according to any of claims 1-13, or the A-ADRF node to perform the method according to any of claims 15-25.28.A computer readable storage medium comprising the computer program according to claim 27.29.A computer program product comprising the computer readable storage medium according to claim 28, and the computer program according to claim 27.

Images