Step 1.
The consumer of the ADAES analytics service sends a subscription request to ADAES and provides the analytics event ID e.g. "VAL UE to UE session prediction", the target VAL UE ID or group of UE IDs, the VAL session / service ID, the time validity and area of the request, the required confidence level, exposure level for providing UE to UE analytics. Such request can also include whether the analytics notification shall be periodic or based on an expected application QoS change (in that case also the thresholds can be provided at the request)
Step 2.
The ADAES sends a subscription response as an ACK to the consumer.
Step 3.
The ADAES selects the corresponding ADAEC #1 of the VAL UE 1 where the session performance analytics need to be performed. Such UE can be for example a capable and authorized UE from the involved VAL UEs within the service or group, e.g. a group lead.
Step 4.
The ADAES sends a UE to UE analytics request to the ADAEC #1 with the analytics event ID and the configuration of the reporting required (e.g., periodic, based on threshold(s) or event). Such request also includes the application QoS attributes to be analyzed (latency, bitrate, jitter, application layer PER)A session starts between the VAL UE #1 and a VAL UE #2 (or more VAL UEs).
Step 5.
The ADAEC #1 starts collecting data from the corresponding VAL UE(s) based on the request. Such data can be about the latency, throughput, jitter, QoE measurements, PQI load, etc. The data can be collected by ADAEC #1 from other ADAECs via ADAE-C interface, or from the VAL clients (VAL client to VAL client interaction is out of scope).
Step 6.
The ADAEC either detects or predicts an application QoS change (depending on the authorization of ADAEC to perform analytics). Such change can be for example an application QoS downgrade related to the UE-to-UE session latency, or the application layer PER/channel losses higher than a predefined threshold, for a given time horizon with a certain confidence level.
Step 7.
The ADAEC sends the analytics to the ADAES in a UE-to-UE analytics response message.
Step 8.
The ADAES based on the received response, confirms/verifies the analytics received or provides analytics (in case that data were reported) for the UE-to-UE session. Such analytics can be about predicting the application QoS change for the UE-to-UE session.
Step 9.
The ADAES sends the derived analytics notification to the consumer.