Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x
Top   in Index   Prev   Next

TS 28.404
Quality of Experience (QoE) Measurement Collection –
Concepts, Use Cases and Requirements

V17.4.0 (PDF)  2022/12  14 p.
V16.4.0  2022/12  13 p.
Rapporteur:
Mr. Petersen, Robert
Ericsson LM

Content for  TS 28.404  Word version:  17.4.0

Here   Top

0  Introductionp. 4

The present document is part of a TS-family covering the 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Telecommunication management, as identified below:
TS 28.404:
"Quality of Experience (QoE) measurement collection; Concepts, use cases and requirements";
TS 28.405:
"Quality of Experience (QoE) measurement collection; Control and configuration";
TS 28.406:
"Quality of Experience (QoE) measurement collection; Information definition and transport";
One main motivation of mobile network evolution is to improve the user experience, which is why the evaluation of the user experience at the UE side is vital to network operators. This is especially true when the operators provide high bit rate real-time services like streaming services (typically video services), where even intermittent quality degradation is very annoying. Many of these streaming services are a significant part of the commercial traffic growth rate, therefore the focus is on the end users' experience.
Quality of Experience (QoE) information collection provides detailed information at call level on a number of UEs.
The capability to log information within a UE, and in particular the QoE of an end user service, initiated by an operator, provides the operator with QoE information. The collected information (specified in TS 26.247) cannot be deduced from performance measurements in the mobile network.
The QoE information is information collected by the end user application in the UE.
The QoE information is collected by the management system for analysis and/or KPI calculations.
Up

1  Scopep. 5

The present document addresses concepts, business level use cases and requirements for the function Quality of Experience (QoE) measurement collection in 3GPP networks. The measurements that are collected are DASH [2], MTSI [3], and Virtual Reality (see TS 26.118) measurements.
The function includes collecting QoE information from UEs frequenting a specified area or an individual UE for a specified end user service/end user service type.
Up

2  Referencesp. 5

The following documents contain provisions which, through reference in this text, constitute provisions of the present document.
  • References are either specific (identified by date of publication, edition number, version number, etc.) or non-specific.
  • For a specific reference, subsequent revisions do not apply.
  • For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same Release as the present document.
[1]
TR 21.905: "Vocabulary for 3GPP Specifications".
[2]
TS 26.247: " Transparent end-to-end Packet-switched Streaming Service (PSS); Progressive Download and Dynamic Adaptive Streaming over HTTP (3GP-DASH)".
[3]
TS 26.114: "IP Multimedia Subsystem (IMS); Multimedia Telephony; Media handling and interaction".
[4]
TS 28.307: "Quality of Experience (QoE) measurement collection Integration Reference Point (IRP); Requirements".
[5]
TS 26.118: "Virtual Reality (VR) profiles for streaming applications".
Up

3  Definitions and abbreviationsp. 5

3.1  Definitionsp. 5

For the purposes of the present document, the terms and definitions given in TR 21.905 and the following apply. A term defined in the present document takes precedence over the definition of the same term, if any, in TR 21.905.

3.2  Abbreviationsp. 5

For the purposes of the present document, the abbreviations given in TR 21.905 and the following apply. An abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in TR 21.905.
QoE
Quality of Experience
NR
NR Radio Access
VR
Virtual Reality

4  Concepts and backgroundp. 6

4.1  Conceptsp. 6

A network request session is a session in the mobile network when the network checks for UEs that have the capability to provide requested information.
An UE request session is a session in the network when the network has found an UE that has the capability to provide the requested information and the request is forwarded to the UE.
A recording session is a session in the UE when it initiates recording of the requested end user service/end user service type and record the requested information.

4.2  Backgroundp. 6

The collection of QoE information for a specified end user service/end user service type either from UEs in a specified area or specific UE. The collected information is transported to a collection centre, where it can be analysed and/or KPIs can be calculated.
A collection can be requested by an operator technician via the management system to the traffic network. As the network do not have any knowledge which UEs have the capability to record the requested data, therefore the UEs will report whether they have this capability or not when a session set up. UEs that has this capability that match the request from the management system will be requested to start recording the requested information when the request constraints are met. The UE will make the recorded data available for management system.
Up

5  Business Level Requirementsp. 6

5.1  Requirementsp. 6

5.1.1  Collecting QoE information from end user servicesp. 6

REQ-EUSPC-CON-1:
The operator shall have a capability to request collection of QoE information per end user service/end user service type for a specified area. The request may include an address of a collection centre to which the collected information shall be delivered.
REQ-EUSPC-CON-2:
The application providing the end user service performance information should have the capability to provide this information to a collection centre.
REQ-EUSPC-CON-3:
It should be possible to restrict the QoE information collection to a subset of the sessions in a UE using an end user service/end user service type.
REQ-EUSPC-CON-4:
The management system shall have a capability to request collection of end user service performance information for one specified UE. The request may include an address of a collection centre to which the collected information shall be delivered.
REQ-EUSPC-CON-5:
The management system shall have a capability to request collection of end user service performance information for a specific service type provided by specific streaming sources. The request may include information of streaming sources for which the information shall be collected.
REQ-EUSPC-CON-6:
The 3GPP network shall have a capability to forward an indication to the management system that a recording session has been started.
REQ-EUSPC-CON-7:
The operator shall have a capability to stop the collection of QoE information job.
REQ-EUSPC-CON-8:
In 5G the operator shall have a capability to order several QoE measurement collections from each UE simultaneously, e.g. for different end user services.
REQ-EUSPC-CON-9:
The RAN, with exception of UTRAN and E-UTRAN, shall have the capability to temporarily stop QoE measurement reporting at RAN overload.
REQ-EUSPC-CON-10:
The RAN, with exception of UTRAN and E-UTRAN, shall have the capability to restart temporary stopped QoE measurement reporting when RAN overload has ended.
Up

5.2  Actor rolesp. 7

See each use case in clause 5.4.

5.3  Telecommunication resourcesp. 7

See each use case in clause 5.4.

5.4  High-level use casesp. 7

5.4.1  Collecting QoE information from a specific end user service typep. 7

Use case stage Evolution/Specification <<Uses>> Related use
GoalAllow the operator to obtain QoE information for an end user service type based on a 5% of those sessions in a UE(s) in a specified area using a specific end user service type, in a specified collection centre.
Actors and rolesThe operator which is the requester of the QoE information.
Telecom resourcesThe management system, the mobile network and the UE.
AssumptionsThe application providing an end user service type is able to provide QoE information about its end user service performance.
Pre-conditions Selected end users are using the specified end user service type.
Begins when The management system receives a request from the operator.
Step 1 (M)The management system receives a request from the operator and transfers it to the mobile network.
Step 2 (M)The mobile network receives the request, starts a network request session and starts to check which connections fulfil the request.
Step3 (M)When a connection is found that fulfils the request, the mobile network starts an UE request session and transfers the request to the UE.
Step 4 (M)When the requested end user service type is started in the UE, it records the requested information for 5% of sessions of the requested service type and sends the recorded information to the specified collection centre.
Ends whenThe network request session expires.
Exceptions
Post-conditionsThe collected information is present in the specified collection centre.
TraceabilityREQ-EUSPC-CON-1, REQ-EUSPC-CON-2 and REQ-EUSPC-CON-3
NOTE:
Step 3 to 4 is repeated for all UEs that access the network in the specified area during the network request session.
Up

5.4.2Void

5.4.3  Collecting QoE information from end user service type of specific streaming sourcesp. 8

Use case stage Evolution/Specification <<Uses>> Related use
GoalAllow the operator to obtain QoE information from end user service type from specific streaming sources.
Actors and rolesThe operator which is the requester of the QoE information.
Telecom resourcesThe management system, the mobile network and the UE.
AssumptionsThe application providing streaming video service is able to provide QoE information about its end user performance.
Pre-conditionsThe selected end users are using the specified end user service type from the specified streaming sources.
Begins when The operator requests a QoE information collection for a specific service type from specific streaming sources.
Step 1 (M)When the management system receives a request from the operator, it transfers the request to the mobile network.
Step 2 (M)When the mobile network receives the request it starts a network request session and starts to check which connections fulfil the request.
Step3 (M)When a connection is found, the mobile network starts a UE request session and transfers the request to the UE.
Step 4 (M)When the specified service type is started in the UE, the UE checks whether the streaming source is consistent with any of the streaming sources set by the request, and if yes, the UE collects relevant QoE information and send to the network.
Ends whenThe network request session expires.
Exceptions
Post-conditionsThe collected information is present in the specified collection center.
TraceabilityREQ-EUSPC-CON-2, REQ-EUSPC-CON-3 and REQ-EUSPC-CON-5.
Up

5.4.4  Indication of QoE information collectionp. 8

Use case stage Evolution/Specification <<Uses>> Related use
GoalProvide the OAM system with an indication that a recording session has started and subsequently allow the OAM system to modify the QoE measurement configuration e.g. the QoE configured area if the number of sessions are too small or too large.
The indication may also be used to determine whether or not to terminate the QoE information collection if sufficient number of recording sessions have been started.
Actors and rolesThe operator which is the requester of the QoE information.
Telecom resourcesThe management system and the RAN node.
Assumptions
Pre-conditionsSelected end users have been requested to provide QoE Information when the specified end user service type is used.
Begins when The application layer sends AT command including streaming indication to access stratum.
Step 1 (M)When the RAN node receives the streaming indication from the UE access stratum, the RAN node sends an indication to the triggering OAM system that a recording session has been started.
Ends whenThe management system has received the indication that a recording session has been started.
Exceptions
Post-conditionsThe OAM system is able to decide if the ongoing QoE measurement collection needs modification and if sufficient data has been obtained for analysis.
The OAM system can use the indications to trigger evaluation of collected data.
TraceabilityREQ-EUSPC-CON-6
Up

5.4.5  Change collecting QoE informationp. 9

Use case stage Evolution/Specification <<Uses>> Related use
GoalAllow the operator to change an ongoing QoE information collection job.
Actors and rolesThe operator which is the requester of changing the QoE information collection job.
Telecom resourcesThe management system, the mobile network and the UE.
Assumptions-
Pre-conditionsThe QoE collection job is active.
Begins when The operator has information that QoE information collection job needs to have more information as collected data will not be sufficient or that the collected information is enough.
Step 1 (M)The management system receives a request from the operator to terminate the ongoing QoE information collection job.
Step 2 (M)For all connections where the UE has been requested to start the QoE job, the mobile network transfer the termination request to the UE, which terminates the specified QoE collection information job.
Step 3 (M)When all QoE collections are terminated in the UEs for the specified QoE information collection job, the mobile network finish to terminate the QoE information collection job.
Step 4 (O)If collected information will not be sufficient, the operator initiates a new QoE information collection job.Collecting QoE information from a specific end user service type, or
Collecting QoE information from end user service type from a specific user.
Ends whenThe network request session is terminated (when sufficient amount of data is collected), or when the new network request is started (when the collected data will not be sufficient).
Exceptions
Post-conditionsThe network request session is terminated or the new network request is started.
TraceabilityREQ-EUSPC-CON-1 and REQ-EUSPC-CON-7
Up

5.4.6Void

5.4.7  Collecting QoE information from end user service type from a specific user |R17|p. 10

Use case stage Evolution/Specification <<Uses>> Related use
GoalAllow the operator to obtain QoE information for end user service type for an individual user due to customer complaint or testing of the quality for a new end user service type before launching a service broadly.
Actors and rolesThe operator which is the requester of the QoE information.
Telecom resourcesThe management system, the mobile network and the UE.
AssumptionsThe application providing an end user service type is able to provide QoE information about its end user service performance.
Pre-conditionsThe selected end user is using the specified end user service type.
Begins when The operator requests a QoE information collection for a specified UE.
Step 1 (M)When the management system receives a request from the operator, it transfers the request to the mobile network.
Step 2 (M)When the mobile network receives the request, it starts a network request session and starts to check for the connections from the specified UE.
Step 3 (M)When a connection is found, the mobile network starts a UE request session and transfers the request to the UE.
Step 4 (M)When the requested end user service type is started in the UE, it collects the requested information and send it to the specified collection centre.
Ends whenThe network request session expires.
Exceptions
Post-conditionsThe collected information is present in the specified collection centre.
TraceabilityREQ-EUSPC-CON-2 and REQ-EUSPC-CON-4.
Up

5.4.8  Temporary stop and restart of QoE information reporting during NR overload |R17|p. 11

Use case stage Evolution/Specification <<Uses>> Related use
GoalAt RAN overload RAN may stop or delay the QoE information reporting from the UEs that has started it.
Actors and rolesThe RAN node which is the requester of delaying the QoE information reporting.
Telecom resourcesThe RAN node and the UE.
Assumptions-
Pre-conditionsSelected UEs have started QoE information collection.
Begins when The RAN node detects that it is overloaded.
Step 1 (M)The RAN node sends a request to temporarily stop the reporting to the UEs that has started the QoE information collection. An indication about the temporary stop is sent to the management system.
Step 2 (M)When the UE receives the request from the RAN node to temporarily stop reporting, the UE stops the reporting temporarily to the RAN node. The UE continues recording further information until the data storage capacity for the reporting is fully used or the UE request session ends. Then the recorded data is kept until it is reported or when the UE request session is ended.
Step 3 (M)When the RAN overload situation is ended, the RAN node sends a request to restart the reporting to the UEs that has temporarily stopped the QoE information reporting. An indication about the restart is sent to the management system.
Step 4 (M)When the UE receives the request from the RAN node to restart the reporting, it sends the recorded QoE information to the RAN node.
Ends whenThe management system has received the indication that a recording session has been restarted.
ExceptionsThe recording time expires before the RAN overload is ended.
Post-conditionsThe QoE information collection is active.
TraceabilityREQ-EUSPC-CON-9, REQ-EUSPC-CON-10
Up

6  Specification level requirementsp. 11

6.1  Requirementsp. 11

Specification level requirements for the management of QoE Measurement Collection is specified in TS 28.307.

$  Change historyp. 12


Up   Top