Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 23.436  Word version:  19.3.0

Top   Top   Up   Prev   Next
0…   5…   6…   8…   8.3…   8.4…   8.5…   8.6…   8.7…   8.8…   8.9…   8.10…   8.11…   8.12…   8.13…   8.14…   8.15…   8.16…   8.17…   8.18…   8.19…   9…   9.3…   9.4…   10…   A…

 

8.4  Procedure on support for UE-to-UE application performance analyticsp. 36

8.4.1  Generalp. 36

This clause describes the procedure for supporting UE-to-UE application performance analytics.

8.4.2  Procedurep. 36

Figure 8.4.2-1 illustrates the procedure where the VAL session performance analytics are performed based on data collected from the ongoing VAL UE-to-UE sessions.
Pre-conditions:
  1. ADAECs are connected to ADAES.
Reproduction of 3GPP TS 23.436, Fig. 8.4.2-1: ADAES support for UE-to-UE application performance analytics
Up
Step 1.
The consumer of the ADAES analytics service sends a subscription request to ADAES and provides the analytics event ID e.g. "UE-to-UE session performance analytics", the target VAL UE ID or group of UE IDs, the VAL 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 UE(s) 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 ID e.g. "UE-to-UE analytics" and the configuration of the reporting required (e.g., periodic, event triggered based on threshold(s)). 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.
Up

8.4.3  Information flowsp. 38

8.4.3.1  Generalp. 38

The following information flows are specified for UE-to-UE session performance analytics based on clause 8.4.2.

8.4.3.2  UE-to-UE session performance analytics subscription requestp. 38

Table 8.4.3.2-1 describes information elements for the UE-to-UE session performance analytics subscription request from the consumer (VAL server) to the ADAE server.
Information element Status Description
VAL server IDMThe identifier of the analytics consumer (VAL server).
Analytics IDO The identifier of the analytics event. This ID can be equivalent to "UE-to-UE session performance analytics".
Analytics typeMThe type of analytics for the event, e.g. statistics or predictions.
Analyitcs categoryMThe category of analytics for the event, e.g. performance change, performance sustainability for given QoS parameters (e.g., latency, PER, bitrate, jitter), or both.
VAL UE ID(s) and address(es)MThe VAL UE identifier(s) and IP address(es) for which the analytics subscription applies.
VAL service IDOThe identifier of the VAL service for which the subscription applies.
Preferred confidence levelOThe required level of accuracy for the analytics service (in case of prediction).
Area of InterestOThe geographical or service area for which the subscription request applies.
Time validityOThe time validity of the subscription request.
Exposure level requirementOThe level of exposure requirement (e.g. condition on providing the analytics like threshold is reached) for the analytics to be exposed.
Reporting requirementsOIt describes the requirements for analytics reporting. This requirement may include e.g. the type and frequency of reporting (periodic or event triggered (e.g. based on an expected application QoS change) with the reporting granularity (e.g. individual session or group of sessions), the reporting periodicity in case of periodic, and reporting thresholds in case of event triggered.
Up

8.4.3.3  UE-to-UE session performance analytics subscription responsep. 39

Table 8.4.3.3-1 describes information elements for the UE-to-UE session performance analytics subscription response from the ADAE server to the VAL server.
Information element Status Description
ResultMThe result of the analytics subscription request (positive or negative acknowledgement).
Up

8.4.3.4  UE-to-UE analytics requestp. 39

Table 8.4.3.4-1 describes information elements for the UE-to-UE analytics request from the ADAE server to the ADAE client.
Information element Status Description
ADAE server IDMThe identifier of the ADAE server.
Analytics IDO The identifier of the analytics event (Analytics ID='UE-to-UE analytics').
VAL UE ID(s) and address(es)MThe VAL UE identifier(s) and IP address(es) for which the data/analytics apply.
Application QoS attributesMThe QoS attributes (latency, bitrate, jitter, application layer PER) to be analyzed at the ADAE client.
Reporting configurationOThe configuration for analytics reporting. This requirement may include e.g. the frequency of reporting (periodic or event triggered), the reporting periodicity in case of periodic, and reporting thresholds in case of event triggered, whether data abstraction is needed or not.
Data collection requirementsOThe requirements for data collection, including the format of data, frequency of reporting, level of abstraction of data, level of accuracy of data.
Area of InterestOThe geographical or service area for which the request applies.
Time validityOThe time validity of the request.
Up

8.4.3.5  UE-to-UE analytics responsep. 40

Table 8.4.3.5-1 describes information elements for the UE-to-UE analytics response from the ADAE client to the ADAE server.
Information element Status Description
Analytics IDMThe identifier of the analytics event.
VAL UE ID(s) and address(es)MThe VAL UE identifier(s) and IP address(es) for which the analytics apply.
Analytics OutputMThe reported analytics for the UE to UE sessions, which can be in form of offline stats/historical data or predictions on the requested QoS parameter based on the analytics event.
Up

8.4.3.6  ADAE Analytics Notificationp. 40

Table 8.4.3.6-1 describes information elements for the ADAE Analytics Notification from the ADAE server to the consumer (VAL server).
Information element Status Description
Analytics IDO The identifier of the analytics event. This ID can be "UE-to-UE session performance analytics".
Analytics OutputMThe analytics outputs, which can be predictive or statistical parameter.
> Performance changeO
(NOTE)
A VAL UE to UE session predicted or expected performance change.
>> Time for changeMThe predicted or expected time when the performance change happens.
>> Confidence levelOThe achieved confidence level for the predictive analytics.
> Performance sustainabilityO
(NOTE)
A VAL UE to UE session performance sustainability over a given time horizon/area.
>> Time horizonMThe time horizon for predictive analytics.
>>> Start timeOThe start time point of predictive validity. If omitted, the default value is the current time.
>>> End timeMThe end time point of predictive validity.
>> Applicable areaMThe service area or geographical area for which the analytics output applies to.
>> Confidence levelOFor predictive analytics, the achieved confidence level can be provided.
NOTE:
At least one of the IEs shall be present based on the Analytics category IE provided in the subscription request.
Up

Up   Top   ToC