TS 28.404
Quality of Experience (QoE) Measurement Collection –
Concepts, Use Cases and Requirements
V17.1.0 (PDF)
2022/03 … p.
V16.3.0
2021/09 13 p.
- Rapporteur:
- Mr. Petersen, Robert
Ericsson LM
Content for TS 28.404 Word version: 17.0.0
0 Introduction Word‑p. 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:
One main motivation of mobile network evolution is to improve the user experience why the evaluation of the user experience at the UE side is vital to network operators, especially when the operators provide some real-time services which require for example high date rate and low latency 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 collected QoE information is collected by the management system for analysis and/or KPI calculations.
"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";
1 Scope Word‑p. 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] and MTSI [3] 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.
2 References Word‑p. 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".
3 Definitions and abbreviations Word‑p. 5
3.1 Definitions Word‑p. 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 Abbreviations Word‑p. 5
4 Concepts and background Word‑p. 6
4.1 Concepts Word‑p. 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 Background Word‑p. 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.
5 Business Level Requirements Word‑p. 6
5.1 Requirements Word‑p. 6
5.1.1 Collecting QoE information from end user services Word‑p. 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.
5.2 Actor roles Word‑p. 7
See each use case in clause 5.4.
5.3 Telecommunication resources Word‑p. 7
See each use case in clause 5.4.
5.4 High-level use cases Word‑p. 7
5.4.1 Collecting QoE information from a specific end user service type Word‑p. 7
| Use case stage | Evolution/Specification | <<Uses>> Related use | |||||||
|---|---|---|---|---|---|---|---|---|---|
| Goal | Allow 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 roles | The operator which is the requester of the QoE information. | ||||||||
| Telecom resources | The management system, the mobile network and the UE. | ||||||||
| Assumptions | The 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 when | The network request session expires. | ||||||||
| Exceptions | |||||||||
| Post-conditions | The collected information is present in the specified collection centre. | ||||||||
| Traceability | REQ-EUSPC-CON-1, REQ-EUSPC-CON-2 and REQ-EUSPC-CON-3 | ||||||||
|
NOTE:
Step 2 to 4 is repeated for all UEs that access the network in the specified area during the network request session.
|
|||||||||
5.4.2 Void
5.4.3 Collecting QoE information from end user service type of specific streaming sources Word‑p. 8
| Use case stage | Evolution/Specification | <<Uses>> Related use |
|---|---|---|
| Goal | Allow the operator to obtain QoE information from end user service type from specific streaming sources. | |
| Actors and roles | The operator which is the requester of the QoE information. | |
| Telecom resources | The management system, the mobile network and the UE. | |
| Assumptions | The application providing streaming video service is able to provide QoE information about its end user performance. | |
| Pre-conditions | The 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 when | The network request session expires. | |
| Exceptions | ||
| Post-conditions | The collected information is present in the specified collection center. | |
| Traceability | REQ-EUSPC-CON-2, REQ-EUSPC-CON-3 and REQ-EUSPC-CON-5. |
5.4.4 Indication of QoE information collection Word‑p. 8
| Use case stage | Evolution/Specification | <<Uses>> Related use |
|---|---|---|
| Goal | Provide 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 roles | The operator which is the requester of the QoE information. | |
| Telecom resources | The management system and the RAN node. | |
| Assumptions | ||
| Pre-conditions | Selected 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 when | The management system has received the indication that a recording session has been started. | |
| Exceptions | ||
| Post-conditions | The 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. | |
| Traceability | REQ-EUSPC-CON-6 |
5.4.5 Change collecting QoE information Word‑p. 9
| Use case stage | Evolution/Specification | <<Uses>> Related use |
|---|---|---|
| Goal | Allow the operator to change an ongoing QoE information collection job. | |
| Actors and roles | The operator which is the requester of changing the QoE information collection job. | |
| Telecom resources | The management system, the mobile network and the UE. | |
| Assumptions | - | |
| Pre-conditions | The 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 when | The 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-conditions | The network request session is terminated or the new network request is started . | |
| Traceability | REQ-EUSPC-CON-1 and REQ-EUSPC-CON-7 |
5.4.6 Void
5.4.7 Collecting QoE information from end user service type from a specific user |R17| Word‑p. 10
| Use case stage | Evolution/Specification | <<Uses>> Related use |
|---|---|---|
| Goal | Allow 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 roles | The operator which is the requester of the QoE information. | |
| Telecom resources | The management system, the mobile network and the UE. | |
| Assumptions | The application providing an end user service type is able to provide QoE information about its end user service performance. | |
| Pre-conditions | The 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 when | The network request session expires. | |
| Exceptions | ||
| Post-conditions | The collected information is present in the specified collection centre. | |
| Traceability | REQ-EUSPC-CON-2 and REQ-EUSPC-CON-4. |
5.4.8 Temporary stop and restart of QoE information reporting during NR overload |R17| Word‑p. 11
| Use case stage | Evolution/Specification | <<Uses>> Related use |
|---|---|---|
| Goal | At RAN overload RAN may stop or delay the QoE information reporting from the UEs that has started it. | |
| Actors and roles | The RAN node which is the requester of delaying the QoE information reporting. | |
| Telecom resources | The RAN node and the UE. | |
| Assumptions | - | |
| Pre-conditions | Selected 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 access stratum informs the application that reporting has temporarily been stopped. The application continues any ongoing recording and stores the recorded information until a restart request is received. | |
| 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, the UE access stratum informs the application to restart the QoE information reporting. | |
| Ends when | The management system has received the indication that a recording session has been restarted. | |
| Exceptions | The recording time expires before the RAN overload is ended. | |
| Post-conditions | The QoE information collection is active. | |
| Traceability | REQ-EUSPC-CON-9, REQ-EUSPC-CON-10 |
6 Specification level requirements Word‑p. 11
6.1 Requirements Word‑p. 11
Specification level requirements for the management of QoE Measurement Collection is specified in TS 28.307.
$ Change history Word‑p. 12
