Patent Application
20240031832
Embodiments herein relate to network nodes and methods therein. Furthermore, a computer program and a computer readable storage medium are also provided herein. In particular, embodiments herein relate to handling one or more services for one or more UEs.
In a typical wireless communication network, wireless devices, also known as wireless communication devices, mobile stations, stations (STA) and/or user equipment (UE), communicate via a Radio Access Network (RAN) to one or more core networks (CN). The RAN covers a geographical area which is divided into service areas or cell areas, which may also be referred to as a beam or a beam group, with each service area or cell area being served by a radio network node such as a radio access node e.g., a Wi-Fi access point or a radio base station (RBS), which in some networks may also be denoted, for example, a “NodeB” or “eNodeB” or “gNB”. A service area or cell area is a geographical area where radio coverage is provided by the radio network node. The radio network node communicates over an air interface operating on radio frequencies with the wireless device within a range of the radio network node.
A Universal Mobile Telecommunications System (UMTS) is a third generation (3G) telecommunication network, which evolved from the second generation (2G) Global System for Mobile Communications (GSM). Specifications for the Evolved Packet System (EPS), also called a Fourth Generation (4G) network or Long Term Evolution (LTE) have been completed within the 3rd Generation Partnership Project (3GPP) and this work continues in the coming 3GPP releases, for example to specify a Fifth Generation (5G) New Radio (NR) network and upcoming releases.
Quality of Experience (QoE) measurements have been specified for LTE and UMTS. The purpose of the application layer measurements is to measure the end user experience when using certain applications. Currently QoE measurements for streaming services and for Mobility Telephony Service for IP Multimedia Subsystem (IMS) (MTSI) services are supported.
The solutions in LTE and UMTS are similar with the overall principles as follows. Quality of Experience Measurement Collection enables configuration of application layer measurements in the UE and transmission of QoE measurement result files by means of radio resource control (RRC) signalling. The RAN receives an application layer measurement configuration from Operation and Maintenance (OAM) or CN encapsulated in a transparent container, which the RAN forwards to a UE in a downlink RRC message. Similarly, the “modem”, or Access Stratum, part of the UE, e.g. the RRC layer or entity, receives application layer measurement results from UE's higher layer, e.g. the application layer, encapsulated in a transparent container and sends it to the network in an uplink RRC message. The RAN in turn forwards the result container to a Trace Collection Entity (TCE) or Measurement Collection Entity (MCE).
In 3GPP release 17 a new study item “Study on NR QoE management and optimizations for diverse services” for NR has been approved. The purpose of the study item is to study solutions for QoE measurements in NR. QoE management in NR will not just collect the experience parameters of streaming services but also consider the typical performance requirements of diverse services, e.g. Augmented Reality/Virtual Reality (AR/VR) and Ultra Reliable Low-Latency Communications (URLLC). Based on requirements of services, the NR study will also include more adaptive QoE management schemes that enable the network to perform intelligent optimizations to satisfy user experience for diverse services.
The measurements may be initiated towards RAN in management-based manner, i.e. from an OAM node in a generic, i.e. not UE specific way, e.g. for a group of UEs, for QoE measurements in a certain area and/or for a certain service, or they may also be initiated in a signaling-based manner, i.e. initiated from CN to RAN, in which case the configuration conveyed from the CN points out one or more specific UEs to be configured for the QoE measurements, e.g. a single UE. The configuration of the measurement includes the measurement details, which is encapsulated in a container that is transparent to RAN, as well as to the lower layers in the UE, i.e. the “modem” or Access Stratum part of the UE, but interpretable by the application layer in the UE.
When initiated via the core network, the measurement is started towards a specific UE. For the LTE case, the “TRACE START” S1AP message is used, which carries, among others, the details about the measurement configuration the application should collect, in the “Container for application layer measurement configuration” Information Element (IE), transparent to the RAN, and the details to reach the trace collection entity to which the measurements should be sent.
The RAN is not aware of when a streaming session is ongoing and the UE Access Stratum is also not aware of when the measurements are ongoing. It is an implementation decision when the RAN stops the measurements. Typically, it is done when the UE has moved outside the configured measurement area.
One opportunity provided by legacy solution is also to be able to keep the QoE measurement for the whole application session, even during handover situation.
E-UTRAN—Application layer measurement capabilities:
For E-UTRAN, the UE capability transfer is used to transfer UE radio access capability information from the UE to E-UTRAN.
The UE-EUTRA-Capability IE is used to convey the E-UTRA UE Radio Access Capability Parameters and the Feature Group Indicators for mandatory features to the network.
In the response message “UECapabilitylnformation”, the UE can include the “UE-EUTRA-Capability” IE. The “UE-EUTRA-Capability” IE may include the UE-EUTRA-Capability-v1530-IE which can be used by the UE to indicate whether the UE supports or not QoE Measurement Collection for streaming services and/or MTSI services, as detailed in the “MeasParameters-v1530” encoding below.
The contribution CR 4297 (R2-2004624) for 3GPP TS 36.331 v16.0.0 at the 3GPP TSG RAN2 Meeting #110 proposed an extension of the “UE-EUTRA-Capability” IE that, within the “UE-EUTRA-Capability-v16xy-IE” may include a “measParameters-v16xy” comprising the qoe-Extensions-r16 IE. The qoe-Extensions-r16 IE may be used to indicate whether the UE supports the release 16 extensions for QoE Measurement Collection, i.e. if the UE supports more than one QoE measurement type at a time and if the UE supports the signaling of withinArea, sessionRecordingIndication, doe-Reference, temporaryStopQoE and restartQoE.
qoe-MeasReport: Indicates whether the UE supports QoE Measurement Collection for streaming services.
qoe-MTSI-MeasReport: Indicates whether the UE supports QoE Measurement Collection for MTSI services.
doe-Extensions: Indicates whether the UE supports the release 16 extensions for QoE Measurement Collection, i.e. support of more than one QoE measurement type at a time and signalling of withinArea, sessionRecordingIndication, doe-Reference, temporaryStopQoE and restartQoE.
temporaryStopQoE: Indicates that reporting, but not collection, of QoE measurements shall be temporarily stopped.
withinArea: The field indicates at handover, for each application layer measurement, whether the new cell is inside the area for the measurement, i.e. whether the UE is allowed to start new measurements in the cell.
restartQoE: Indicates that QoE measurements can be reported again after a temporary stop.
The QoE-Reference contains the parameter QoE Reference as defined in 3GPP TS 28.405.
E-UTRAN—Application layer measurement reporting:
The purpose of the “Application layer measurement reporting” procedure described in 3GPP TS 36.331 and shown in
A UE capable of application layer measurement reporting in RRC_CONNECTED may initiate the procedure when configured with application layer measurement, i.e. when measConfigAppLayer has been configured by E-UTRAN.
Upon initiating the procedure, the UE shall:
E-UTRAN—QoE measurement configuration setup and release—RRC signaling:
The RRCConnectionReconfiguration message is used to reconfigure the UE to setup or release the UE for Application Layer measurements. This is signaled in the measConfigAppLayer-15 IE within the “OtherConfig” IE.
The setup includes the transparent container measConfigAppLayerContainer which specifies the QoE measurement configuration for the Application of interest and the serviceType IE to indicates the Application or service for which the QoE measurements are being configured. Supported services are streaming and MTSI.
The contribution CR 4297 (R2-2004624) for 3GPP TS 36.331 v16.0.0 at the 3GPP TSG RAN2 Meeting #110 proposed to extend the QoE measurement configuration.
The measConfigAppLayerToAddModList-r16 may be used to add or modify multiple QoE measurement configurations up to maxQoE-Measurement-r16. The measConfigAppLayerToReleaseList-r16 IE may be used to remove multiple QoE measurement configuration up to maxQoE-Measurement-r16.
Below is the details of the OtherConfig IE related to measConfigAppLayer-r15, measConfigAppLayerToAddModList-r16 and measConfigAppLayerToReleaseList-r16.
The ServiceType contains the service type of a certain QoE measurement as defined in TS 28.405:
maxQoE-Measurement-r16 INTEGER::=8—Maximum number of QoE Measurements
For E-UTRAN, an example of desired UE behavior at reception of the “OtherConfig” IE in the RRCReconfiguration message is described in CR 4297 (R2-2004624):
E-UTRAN—QoE measurement reporting—RRC signaling:
As specified in 3GPP TS 36.331, the MeasReportAppLayer RRC message is used by the UE to send to the E-UTRAN node the QoE measurement results of an Application or service. The service for which the report is being sent is indicated in the “serviceType” IE.
The contribution CR 4297 (R2-2004624) for 3GPP TS 36.331 v16.0.0 at the 3GPP TSG RAN2 Meeting #110 proposed to extend the MeasReportAppLayer IEs introducing a QoE reference comprising the PLMN identity and the identifier of the QoE Measurement Collection.
Below is the details for the MeasReportAppLayer message, sent using Signalling Radio Bearer, SRB4.
For E-UTRAN, an example of desired UE behavior for Application layer measurement reporting is described in CR 4297 (R2-2004624):
A UE capable of application layer measurement reporting in RRC_CONNECTED may initiate the procedure when configured with application layer measurement, i.e. when measConfigAppLayer has been configured by E-UTRAN.
The “UE Application layer measurement configuration” IE is described in 3GPP TS 36.413 v16.3.0 and TS 36.423 v16.3.0.
According to 3GPP TS 28.405, the area scope parameter defines the area in terms of cells or Tracking Area/Routing Area/Location Area where the QMC shall take place. If the parameter is not present the QMC shall be done throughout the PLMN specified in PLMN target.
The area scope parameter in UMTS is either:
The area scope parameter in LTE is either:
The parameter is mandatory if area based QMC is requested.
The current solution lacks support to configure a network node, such as a RAN node, with multiple QoE measurement configurations.
Therefore it is an object of embodiments herein to provide an improved method to handling application layer measurement configurations, for example, handling multiple Quality of Experience (QoE) measurement configurations in a wireless communication network.
According to embodiments herein the object is achieved by providing a method performed by a first network node for handling one or more services in a wireless communication network. The first network node receives from a second network node an indication relating to application layer measurement configurations for one or more services for one or more UEs. The indication may be a list of application layer measurement configurations, for example, multiple Quality of Experience (QoE) measurement configurations, in the wireless communication network.
According to embodiments herein the object is achieved by providing a method performed by a second network node for handling one or more services in a wireless communication network. The second network node transmits to a first network node an indication relating to application layer measurement configurations for one or more services for one or more UEs. The indication may be a list of application layer measurement configurations.
According to embodiments herein a first network node and a second network node are herein provided to perform the methods above, respectively.
Thus, the first network node, e.g. a RAN node, may receive from the second network node, e.g. an OAM node or a CN node or another RAN node, a list of application layer measurement configurations, e.g. a list of QoE measurement configurations, for the same or different service types.
The current solution further lacks support to configure a RAN node with a multiplicity of Measurement Collection Entities (MCEs) or Trace Collection Entities (TCEs)) towards which application layer measurement reports can be sent. According to embodiments herein the first network node may further receive an indication of a MCE or TCE for a service to which report of the application layer measurement is to be reported. Each UE to be configured may then be provided with some or all of the application layer measurement configurations, e.g. denoted the set of QoE measurement configurations.
The list of application layer measurement configurations may be concurrent or not. The term “concurrent” does not have to mean that the measurements configured by the QoE measurement configurations are performed in parallel. It means that a UE should store all the received QoE measurement configurations and should be prepared to have all or a subset of them active simultaneously. Which of them that are active simultaneously may then depend on which application sessions or media components in an application session that are active simultaneously.
Each application layer measurement configuration may include an indication of whether the configuration concerns a legacy QoE measurement configuration, i.e. with a QMC configuration filed, or a lightweight QoE measurement configuration, for example, a reduced QoE measurement configuration comprising reduced number of parameters to consider when determining QoE. Furthermore, each application layer measurement configuration may include an indication of whether it can be stored and applied or executed in parallel with a legacy QoE measurement configuration in the UE. As yet another option, each application layer measurement configuration may include an indication of whether it can be stored and applied or executed in parallel with a lightweight QoE measurement configuration in the UE. As yet another option, each application layer measurement configuration may include an indication of whether it can be stored and applied or executed in parallel with another application layer measurement configuration (QoE measurement configuration) in the UE, irrespective of the type of the other QoE measurement configuration.
Each application layer measurement configuration including the configuration for quality of experience metrics measurements may include an indication indicating the type of the QoE measurements. The indication indicates if the QoE measurement configuration is a signaling based QoE measurement or a management based QoE or a hybrid version i.e., combination of signaling and management based QoE measurement.
The first network node, e.g. a RAN node, may then forward the QoE measurement configurations to one or more UE(s).
The identified scenarios for which the proposed solution according to embodiments herein may apply are at least the following:
In addition to methods for provision of multiple QoE measurement configurations in the form of a list of QoE measurement configurations, the embodiments herein also comprise methods supporting independent addition and removal of QoE measurement configuration(s) to and from a set of QoE measurement configuration(s).
The proposed solution according to embodiments herein enables a network operator to run multiple QoE measurement campaigns for different services at the same time.
Examples of embodiments herein are described in more detail with reference to attached drawings in which:
Please note that the terms “UE”, “terminal equipment”, “wireless terminal” and “terminal” are used interchangeably.
Embodiments herein relate to a communication networks in general.
In the wireless communication network 300, one or more wireless devices e.g. a user equipment 330 such as a mobile station, a non-access point (non-AP) STA, a STA, a user equipment and/or a wireless terminals, communicate via one or more Access Networks (AN), e.g. RAN, to one or more core networks (CN). It should be understood by the skilled in the art that “wireless device” is a non-limiting term which means any terminal, wireless communication terminal, user equipment, Machine Type Communication (MTC) device, Device to Device (D2D) terminal, or node e.g. smart phone, laptop, mobile phone, sensor, relay, mobile tablets or even a small base station communicating within a cell. The terms user equipment 330, UE, UE 330 and wireless device 330 are used interchangeable herein.
Network nodes operate in the wireless communication network 300 such as a first network node 311 and a second network node 312. The RAN node may be any of gNB, eNB, en-gNB, ng-eNB, gNB Central Unit (gNB-CU), gNB-CU-Control Plane (gNB-CU-CP), gNB-CU-User Plane (gNB-CU-UP), eNB Central Unit (eNB-CU), eNB-CU-Control Plane (eNB-CU-CP), eNB-CU-User Plane (eNB-CU-UP), Integrated Access and Backhaul (IAB)-node, IAB-donor Distributed Unit (IAB-donor DU), IAB-donor-CU, IAB-DU, IAB Mobile Termination (IAB-MT), Open RAN Central Unit (O-CU), O-CU-CP, O-CU-UP, O-DU, O-RAN Radio Unit (O-RU), O-eNB. The first network node 311 provides radio coverage over a geographical area, a service area 11, which may also be referred to as a beam or a beam group where the group of beams is covering the service area of a first radio access technology (RAT), such as 5G, LTE, Wi-Fi or similar. The second network node 312 provides radio coverage over a geographical area, a service area 12, which may also be referred to as a beam or a beam group where the group of beams is covering the service area of a first or a second radio access technology (RAT), such as 5G, LTE, Wi-Fi or similar. It should be noted that a network node may be a RAN node, a CN node or an OAM node.
The first and second network nodes 311 and 312 may be a transmission and reception point e.g. a radio access network node such as a Wireless Local Area Network (WLAN) access point or an Access Point Station (AP STA), an access controller, a base station, e.g. a radio base station such as a NodeB, a gNB, an evolved Node B (eNB, eNode B), a base transceiver station, a radio remote unit, an Access Point Base Station, a base station router, a transmission arrangement of a radio base station, a stand-alone access point or any other network unit capable of communicating with a wireless device within the service area served by the respective first and second network nodes 311 and 312 depending e.g. on the first radio access technology and terminology used. The first and second network nodes 311 and 312 may be referred to as a source and target radio network node, respectively, and may communicate with the wireless device 330 with Downlink (DL) transmissions to the user equipment 330 and Uplink (UL) transmissions from the wireless device 330.
Action 351. The second network node 312 such as an OAM node or CN node obtains e.g. receives, a plurality of application layer measurement configurations for one or more services.
Action 352. The second network node 312 transmits to the first network node 311 an indication indicating the plurality of application layer measurement configurations for one or more services. Thus, the first network node 311 receives from the second network node the indication relating to application layer measurement configurations for one or more services for one or more UEs. The indication may be a list of application layer measurement configurations. The list of application layer measurement configurations may comprise a set of QoE measurement configurations for the same or different service types. The list of application layer measurement configurations may further comprise one or more indications for one or more Measurement Collection Entities (MCEs), and/or Trace Collection Entities (TCEs) for receiving QoE measurement reports of the UE.
Action 353. The first network node may then determine which, all, or some of the plurality of application layer measurement configurations for the UE 10.
Action 354. Once determined the first network node 311, the first network node 311 may transmit one or more application layer measurement configurations out of the list of application layer measurement configurations to one or more UEs, (or transmits an indication of the determined one or more application layer measurement configurations).
Action 355. The first network node 311 may then send QoE measurement reports from the UE to corresponding MCEs and/or TCEs based on the application layer measurement configurations.
According to some embodiments herein, each application layer measurement configuration in the list of application layer measurement configurations may include an indication to indicate one or more of the following:
According to embodiments herein a method performed by the second network node 312 is provided for handling one or more services in the wireless communication network 300. The second network node 312 transmits to a first network node 311 an indication relating to application layer measurement configurations for one or more services for one or more UEs. The indication may be a list of application layer measurement configurations.
Example embodiments will be described in the following.
Embodiments Related to Scenario: “Multiple QoE Measurement Configurations at Setup”
For this scenario, the first network node 311 is a RAN node, e.g. a gNB or an eNB, and the second network node 312 may be another RAN node, a 5GC node, an OAM, an SMO or an NMS.
The first network node 311 receives from the second network node 312 a list of QoE measurement configurations e.g. in an NGAP INITIAL CONTEXT SETUP REQUEST message or an X2AP SGNB ADDITION REQUEST message or from an OAM node. Each QoE measurement configuration comprises one or more of the following:
The first network node may use the list of application layer measurement configurations to configure one or more UEs to perform application layer measurements according to the received information.
The network node may also identify the specific QoE configuration and recognize whether two containers contain the same QoE configuration. In addition, the network node receiving the QoE measurement configuration may be capable to detect the type of the configured measurements i.e., legacy QoE measurement or a lightweight QoE measurement. Moreover, the network node receiving the list of application layer measurement configurations, may detect whether the configured QoE measurement configurations are related to the signaling based QoE or management based QoE.
As shown in
Embodiments Related to Scenario: “Multiple QoE Measurement Configurations at Mobility”
In this scenario, the first network node 311 is a first RAN node and the second network node 312 is a second RAN node.
This scenario is applicable at least in the following cases:
In the mobility case, according to embodiments herein, the first network node 311 is the RAN node targeted by the mobility procedure, i.e. target RAN node, the second network node 312 is the RAN node initiating the mobility procedure, i.e. source RAN node.
The source RAN node sends to the target RAN node a message, e.g. an XnAP HANDOVER REQUEST message, an X2AP SGNB CHANGE REQUIRED message, including a list of QoE measurement configurations. Each one of the multiple QoE measurement configurations may comprise the same information as detailed for the scenario “Multiple QoE measurement configurations at Setup”.
The target RAN node may acknowledge the request e.g. via an XnAP HANDOVER REQUEST ACKNOWLEDGE message, an X2AP SGNB CHANGE CONFIRM message, to indicate that the list of QoE measurement configurations is accepted; or the target RAN node may indicate that the preparation failed, e.g. using an XnAP HANDOVER PREPARATION FAILURE message, an X2AP SGNB CHANGE REFUSE message.
An example of signaling flow for the mobility case via XnAP according to embodiments herein is shown in
As shown in
Another example of signaling flow for the mobility case via NGAP according to embodiments herein is provided in
As shown in
For the case of Retrieval of UE context, according to embodiments herein, the first network node 311 is the RAN node needing to fetch the UE Context, i.e. target RAN node and the second network node 312 is the RAN node hosting the UE Context, i.e source RAN node.
The target RAN node requests to the source RAN node to fetch the UE context e.g. in an XnAP RETRIEVE UE CONTEXT REQUEST message or in X2AP RETRIEVE UE CONTEXT REQUEST message.
The source RAN node may acknowledge the request and include in the response towards the target RAN node a list of QoE measurement configurations e.g. in an XnAP RETRIEVE UE CONTEXT RESPONSE message or in X2AP RETRIEVE UE CONTEXT RESPONSE message. Each one of the multiple QoE measurement configurations may comprise the same information as detailed for the scenario “Multiple QoE measurement configurations at Setup”.
An example of signaling flow for the case of Retrieval of UE Context according to embodiments herein is shown in
Embodiments Related to Scenario: “Multiple QoE Measurement Configurations in Multi Connectivity”
In this scenario, the first network node 311 is a first RAN node and the second network node 312 is a second RAN node.
This scenario is applicable at least for the following cases:
For Multi Connectivity related procedures, according to embodiments herein, the first network node 311 is the RAN node targeted by the procedure, i.e. target RAN node, the second network node 312 is the RAN node initiating the procedure i.e. source RAN node.
For the case of Multi Connectivity related class 1 elementary procedures:
For the case of Multi Connectivity related class 2 elementary procedures:
An example of signaling flow for the case of SgNB Addition according to embodiments herein is shown in
As shown in
An example of signaling flow for the case of Trace Start according to embodiments herein is shown in
As shown in
Example of Implementation for LTE
An example of implementation is provided below for S1AP (TS 36.413), where the bolded text relates to embodiments herein.
The following table defines parameters related to a trace activation (9.2.1.4 Trace Activation).
Additional UE
0 ..
YES
Ignore
application layer
<maxnoofAdditionalQMC-1>
measurement
configuration
List
> Additional UE
9.2.1.128
YES
Ignore
application layer
measurement
configuration
Item
> Measurement
0 ..
YES
Ignore
Collection Entity
<maxnoofMCE>
List
>> Measurement
9.x.x
YES
Ignore
Collection Entity
Item
maxnoofAdditionalQMC-1
Maximum no. of Additional QMC measurements. Value is 7.
maxnoofMCE
Maximum no. of MCE. Value is 8.
Where 9.x.x is Measurement Collection Entity Item. This information element indicates the Measurement Collection Entity.
CHOICE MCE Address
YES
Reject
Type
> Transport Layer
Address
>> MCE IP Address
BIT STRING
For details
on the
Transport
Layer
Address,
see TS
36.424
[
8
]
,
TS 36.414
[
19
]
> URL
>> MCE URL
OCTET
The URL
STRING
identifying
the MCE.
The flowing table, 9.2.1.128 UE Application layer measurement configuration, shows the IE which defines configuration information for the QoE Measurement Collection (QMC) function.
An example of implementation is provided below for X2AP (TS 36.423), where the bolded text relates to embodiments herein.
The following table, 9.2.2 Trace Activation, defines parameters related to trace activation.
Additional UE
0 ..
application layer
<maxnoofAdditionalQMC-1>
measurement
configuration List
> Additional UE
9.2.1.128
application layer
measurement
configuration Item
> Measurement
0 ..
Collection Entity
<maxnoofMCE>
List
>> Measurement
9.x.x
Collection Entity
Item
Additional UE
YES
Ignore
application layer
measurement
configuration List
> Additional UE
YES
Ignore
application layer
measurement
configuration Item
> Measurement
YES
Ignore
Collection Entity
List
>> Measurement
YES
Ignore
Collection Entity
Item
maxnoofAdditionalQMC-1
Maximum no. of Additional QMC measurements. Value is 7.
maxnoofMCE
Maximum no. of MCE. Value is 8.
Where 9.x.x is Measurement Collection Entity Item. This information element indicates the Measurement Collection Entity.
CHOICE MCE Address
YES
Reject
Type
> Transport Layer
Address
>> MCE IP Address
BIT STRING
For details
on the
Transport
Layer
Address,
see TS
36.424
[
8
]
,
TS 36.414
[
19
]
> URL
>> MCE URL
OCTET
The URL
STRING
identifying
the MCE.
Example of Implementation for NG-RAN:
An example of implementation is provided below for NGAP (TS 38.413), where the bolded text relates to embodiments herein.
The following table 9.3.1.14 Trace Activation, shows the IE which defines parameters related to a trace session activation.
UE application
0 ..
YES
Ignore
layer
<maxnoofQMC>
measurement
configuration List
> UE application
9.3.1.xxx
YES
Ignore
layer
measurement
configuration
Item
> Measurement
0 ..
YES
Ignore
Collection Entity
<maxnoofMCE>
List
>>
9.x.x
YES
Ignore
Measurement
Collection
Entity Item
maxnoofQMC
Maximum no. of QMC measurements. Value is 8.
Where 9.3.1.xxx is UE Application layer measurement configuration. The IE defines configuration information for the QoE Measurement Collection (QMC) function.
Container for
M
Octet string
Indicates
application layer
application
measurement
layer
configuration
measurement
configuration.
CHOICE Area
M
Scope of QMC
>Cell based
>>Cell ID List for
1 ..
QMC
<maxnoofCellIDforQMC>
>>>NR CGI
M
9.3.1.7
>TA based
>>TA List for
1 ..
QMC
<maxnoofTAforQMC>
>>>TAC
M
9.3.3.10
The TAI is
derived using
the current
serving PLMN.
>TAI based
>>TAI List for
1 ..
QMC
<maxnoofTAforQMC>
>>>TAI
M
9.3.3.11
>PLMN area
based
>>PLMN List for
1 ..
QMC
<maxnoofPLMNforQMC>
>>>PLMN
M
9.3.3.5
Identity
Service Type
M
ENUMERATED
This IE
indicates the
streaming
service type of
service, QMC
UE application
for MTSI
layer
service, ...)
measurements.
maxnoofCellIDforQMC
Maximum no. of Cell ID subject for QMC scope. Value is 32.
maxnoofTAforQMC
Maximum no. of TA subject for QMC scope. Value is 8.
maxnoofPLMNforQMC
Maximum no. of PLMNs in the PLMN list for QMC scope. Value is 16.
maxnoofAdditionalQMC-1
Maximum no. of Additional QMC measurements. Value is 7.
maxnoofMCE
Maximum no. of MCE. Value is 8.
Where 9.x.x is Measurement Collection Entity Item. This information element indicates the Measurement Collection Entity.
CHOICE MCE Address
YES
Reject
Type
> Transport Layer
Address
>> MCE IP Address
BIT STRING
For details
on the
Transport
Layer
Address,
see TS
36.424
[
8
]
,
TS 36.414
[
19
]
> URL
>> MCE URL
OCTET
The URL
STRING
identifying
the MCE.
An example of implementation is provided below for XnAP (TS 38.423), where the bolded text relates to embodiments herein.
The following table, 9.2.3.55 Trace Activation, shows this IE which defines parameters related to a trace session activation.
UE application
0 ..
YES
Ignore
layer
<maxnoofQMC>
measurement
configuration List
> UE application
9.3.1.xxx
YES
Ignore
layer
measurement
configuration
Item
> Measurement
0 ..
YES
Ignore
Collection Entity
<maxnoofMCE>
List
>> Measurement
9.x.x
YES
Ignore
Collection Entity
maxnoofQMC
Maximum no. of QMC measurements. Value is 8.
9.3.1.xxx UE Application layer measurement configuration.
The IE defines configuration information for the QoE Measurement Collection (QMC) function.
Container for
M
Octet string
Indicates
application layer
application
measurement
layer
configuration
measurement
configuration.
CHOICE Area
M
Scope of QMC
>Cell based
>>Cell ID List for
1 ..
QMC
<maxnoofCellIDforQMC>
>>>NR CGI
M
9.3.1.7
>TA based
>>TA List for
1 ..
QMC
<maxnoofTAforQMC>
>>>TAC
M
9.3.3.10
The TAI is
derived using
the current
serving PLMN.
>TAI based
>>TAI List for
1 ..
QMC
<maxnoofTAforQMC>
>>>TAI
M
9.3.3.11
>PLMN area
based
>>PLMN List for
1 ..
QMC
<maxnoofPLMNforQMC>
>>>PLMN
M
9.3.3.5
Identity
Service Type
M
ENUMERATED
This IE
indicates the
streaming
service type of
service, QMC
UE application
for MTSI
layer
service, ...)
measurements.
maxnoofCellIDforQMC
Maximum no. of Cell ID subject for QMC scope. Value is 32.
maxnoofTAforQMC
Maximum no. of TA subject for QMC scope. Value is 8.
maxnoofPLMNforQMC
Maximum no. of PLMNs in the PLMN list for QMC scope. Value is 16.
maxnoofAdditionalQMC-1
Maximum no. of Additional QMC measurements. Value is 7.
maxnoofMCE
Maximum no. of MCE. Value is 8.
This information element indicates the Measurement Collection Entity.
CHOICE MCE Address
YES
Reject
Type
> Transport Layer
Address
>> MCE IP Address
BIT STRING
For details
on the
Transport
Layer
Address,
see TS
36.424
[
8
]
,
TS 36.414
[
19
]
> URL
>> MCE URL
OCTET
The URL
STRING
identifying
the MCE.
Embodiments Related to Independent Addition and Removal of QoE Measurement Configurations.
As previously described, the multiple QoE measurement configurations may be conveyed simultaneously to the RAN, e.g. from the OAM system, from the CN or from another RAN node. Alternatively, different QoE measurement configurations may be sent to the RAN sequentially, at different points in time. In this case, at each occasion when the RAN receives one or more QoE measurement configuration(s), this may be a single QoE measurement configuration or a set of QoE measurement configurations. Each time, the RAN may receive the QoE measurement configuration(s) from either an OAM node or a CN node, or another RAN node. When a QoE measurement configuration, or a set of QoE measurement configurations, is conveyed to the UE, it may comprise an indication of previously provided QoE measurement configuration(s) which the new QoE measurement configuration(s) may exist in parallel with i.e. in the same UE. In this way, multiple possibly concurrent or parallel QoE measurement configurations may be independently added or removed at different occasions. The indication of previously provided QoE measurement configuration(s) may have the form of QoE measurement ID(s) or QoE measurement configuration ID(s). As another option, a set of QoE measurement configurations that may be stored and applied e.g. concurrently may be given a common “QoE measurement configuration set ID” and then any new QoE measurement configuration to be added to the set may reference the set with the same QoE measurement configuration set ID.
As yet another option, a QoE measurement configuration provided to the RAN, e.g. provided subsequently to previously provided QoE measurement configuration(s), may have an associated indication of whether it may be combined with another, unspecified possibly concurrent/parallel QoE measurement configuration, in which case the RAN may forward the QoE measurement configuration to a UE which already has one or more QoE measurement configuration(s) and the UE would then store and potentially apply the new QoE measurement configuration.
As yet another option, a QoE measurement configuration may have an associated indication of whether subsequent QoE measurement configuration(s) may be stored and applied concurrently, or in parallel, with the current one. This may be the same indication as in the preceding option, although with a slightly different meaning depending on whether the concerned QoE measurement configuration is the first one provided to the UE or a subsequent one.
As yet another option, when a CN node provides a signaling based QoE measurement configuration to the RAN, indicating a specific UE the RAN should forward the QoE measurement configuration to, the CN node can also indicate whether this UE may have a previous or subsequent QoE measurement configuration stored and applied in parallel, e.g. whether the RAN node is allowed to forward the QoE measurement configuration to the UE even if the UE already has a QoE measurement configuration, in which case the QoE configurations may be stored and potentially applied in parallel. If the indication is that such concurrent QoE measurement configurations are not allowed for the UE, then, if the UE already has a QoE measurement configuration, this old measurement configuration may be deleted. Furthermore, if the indication from the CN node is that such concurrent QoE measurement configurations are not allowed for the UE, then, if the UE is provided with the concerned QoE measurement configuration and then another QoE measurement configuration is subsequently provided to the RAN from the CN or OAM, which potentially could be forwarded to the UE, then this subsequent QoE measurement configuration may not be forwarded to the UE although possibly the subsequent QoE measurement configuration can replace the old one in case it is a signaling based QoE measurement configuration which is indicated to override or have higher priority than the old one.
When a QoE measurement configuration is independently added to or removed from a set of QoE measurement configuration(s), in the RRC signaling between the RAN node and the UE, the information may be encoded using add-mod-list constructions, e.g. a QoE-MeasConfig-ToAddModList IE and/or a QoE-MeasConfigToRemoveList IE.
To perform the method in the first network node 311, the first network node 311 comprises modules as shown in
The first network node 311 is configured to, by e.g. by means of the receiving module 1110 being configured to, receive from a second network node 312 an indication relating to application layer measurement configurations for one or more services for one or more UEs. The indication may be a list of application layer measurement configurations. The list of application layer measurement configurations may comprise a set of QoE measurement configurations for the same or different service types.
The list of application layer measurement configurations may further comprise one or more indications for one or more Measurement Collection Entities (MCEs), and/or Trace Collection Entities (TCEs) for receiving QoE measurement reports of the UE. The first network node 311 may send QoE measurement reports to corresponding MCEs and/or TCEs based on the configurations.
According to embodiments herein, the first network node 311 may further be configured to, e.g. by means of the transmitting module 1120 being configured to, send one or more application layer measurement configurations out of the list of application layer measurement configurations to one or more UEs.
The method according to embodiments herein may be implemented through one or more processors, such as the processor 1160 in the network node 311 together with computer program code for performing the functions and actions of the embodiments herein. The program code mentioned above may also be provided as a computer program product, for instance in the form of computer readable medium or a data carrier 1180 carrying computer program code 1170, as shown in
To perform the method in the second network node 312, the second network node 312 comprises modules as shown in
The second network node 312 is configured to, e.g. by means of the transmitting module 1220 being configured to, transmit to a first network node 311 an indication relating to application layer measurement configurations for one or more services for one or more UEs. The indication may be a list of application layer measurement configurations.
The method according to embodiments herein may be implemented through one or more processors, such as the processor 1260 in the second network node 312 together with computer program code for performing the functions and actions of the embodiments herein. The program code mentioned above may also be provided as a computer program product, for instance in the form of computer readable medium or a data carrier 1280 carrying computer program code 1270, as shown in
With reference to
The telecommunication network 3210 is itself connected to a host computer 3230, which may be embodied in the hardware and/or software of a standalone server, a cloud-implemented server, a distributed server or as processing resources in a server farm. The host computer 3230 may be under the ownership or control of a service provider, or may be operated by the service provider or on behalf of the service provider. The connections 3221, 3222 between the telecommunication network 3210 and the host computer 3230 may extend directly from the core network 3214 to the host computer 3230 or may go via an optional intermediate network 3220. The intermediate network 3220 may be one of, or a combination of more than one of, a public, private or hosted network; the intermediate network 3220, if any, may be a backbone network or the Internet; in particular, the intermediate network 3220 may comprise two or more sub-networks (not shown).
The communication system of
Example implementations, in accordance with an embodiment, of the UE, base station and host computer discussed in the preceding paragraphs will now be described with reference to
The communication system 3300 further includes a base station 3320 provided in a telecommunication system and comprising hardware 3325 enabling it to communicate with the host computer 3310 and with the UE 3330. The hardware 3325 may include a communication interface 3326 for setting up and maintaining a wired or wireless connection with an interface of a different communication device of the communication system 3300, as well as a radio interface 3327 for setting up and maintaining at least a wireless connection 3370 with a UE 3330 located in a coverage area (not shown in
The communication system 3300 further includes the UE 3330 already referred to. Its hardware 3335 may include a radio interface 3337 configured to set up and maintain a wireless connection 3370 with a base station serving a coverage area in which the UE 3330 is currently located. The hardware 3335 of the UE 3330 further includes processing circuitry 3338, which may comprise one or more programmable processors, application-specific integrated circuits, field programmable gate arrays or combinations of these (not shown) adapted to execute instructions. The UE 3330 further comprises software 3331, which is stored in or accessible by the UE 3330 and executable by the processing circuitry 3338. The software 3331 includes a client application 3332. The client application 3332 may be operable to provide a service to a human or non-human user via the UE 3330, with the support of the host computer 3310. In the host computer 3310, an executing host application 3312 may communicate with the executing client application 3332 via the OTT connection 3350 terminating at the UE 3330 and the host computer 3310. In providing the service to the user, the client application 3332 may receive request data from the host application 3312 and provide user data in response to the request data. The OTT connection 3350 may transfer both the request data and the user data. The client application 3332 may interact with the user to generate the user data that it provides.
It is noted that the host computer 3310, base station 3320 and UE 3330 illustrated in
In
A measurement procedure may be provided for the purpose of monitoring data rate, latency and other factors on which the one or more embodiments improve. There may further be an optional network functionality for reconfiguring the OTT connection 3350 between the host computer 3310 and UE 3330, in response to variations in the measurement results. The measurement procedure and/or the network functionality for reconfiguring the OTT connection 3350 may be implemented in the software 3311 of the host computer 3310 or in the software 3331 of the UE 3330, or both.
It is noted that the host computer 3310, base station 3320 and UE 3330 illustrated in
In
The wireless connection 3370 between the UE 3330 and the base station 3320 is in accordance with the teachings of the embodiments described throughout this disclosure. One or more of the various embodiments improve the performance of OTT services provided to the UE 3330 using the OTT connection 3350, in which the wireless connection 3370 forms the last segment. More precisely, the teachings of these embodiments may achieve an efficient RACH process and thereby provide benefits such as improved battery time, and better responsiveness.
The wireless connection 3370 between the UE 3330 and the base station 3320 is in accordance with the teachings of the embodiments described throughout this disclosure. One or more of the various embodiments improve the performance of OTT services provided to the UE 3330 using the OTT connection 3350, in which the wireless connection 3370 forms the last segment. More precisely, the teachings of these embodiments may achieve an efficient QoE reporting and thereby provide benefits such as improved UE experience, and better responsiveness.
A measurement procedure may be provided for the purpose of monitoring data rate, latency and other factors on which the one or more embodiments improve. There may further be an optional network functionality for reconfiguring the OTT connection 3350 between the host computer 3310 and UE 3330, in response to variations in the measurement results. The measurement procedure and/or the network functionality for reconfiguring the OTT connection 3350 may be implemented in the software 3311 of the host computer 3310 or in the software 3331 of the UE 3330, or both. In embodiments, sensors (not shown) may be deployed in or in association with communication devices through which the OTT connection 3350 passes; the sensors may participate in the measurement procedure by supplying values of the monitored quantities exemplified above, or supplying values of other physical quantities from which software 3311, 3331 may compute or estimate the monitored quantities. The reconfiguring of the OTT connection 3350 may include message format, retransmission settings, preferred routing etc.; the reconfiguring need not affect the base station 3320, and it may be unknown or imperceptible to the base station 3320. Such procedures and functionalities may be known and practiced in the art. In certain embodiments, measurements may involve proprietary UE signalling facilitating the host computer's 3310 measurements of throughput, propagation times, latency and the like. The measurements may be implemented in that the software 3311, 3331 causes messages to be transmitted, in particular empty or ‘dummy’ messages, using the OTT connection 3350 while it monitors propagation times, errors etc.
As used herein, the term “processing module” may refer to a processing circuit, a processing unit, a processor, an Application Specific integrated Circuit (ASIC), a Field-Programmable Gate Array (FPGA) or the like. As an example, a processor, an ASIC, an FPGA or the like may comprise one or more processor kernels. In some examples, the processing module may be embodied by a software module or hardware module. Any such module may be a determining means, estimating means, capturing means, associating means, comparing means, identification means, selecting means, receiving means, transmitting means or the like as disclosed herein. As an example, the expression “means” may be a module, such as a determining module, selecting module, etc.
As used herein, the expression “configured to” may mean that a processing circuit is configured to, or adapted to, by means of software configuration and/or hardware configuration, perform one or more of the actions described herein.
As used herein, the term “memory” may refer to a hard disk, a magnetic storage medium, a portable computer diskette or disc, flash memory, random access memory (RAM) or the like. Furthermore, the term “memory” may refer to an internal register memory of a processor or the like.
As used herein, the term “computer readable medium” may be a Universal Serial Bus (USB) memory, a DVD-disc, a Blu-ray disc, a software module that is received as a stream of data, a Flash memory, a hard drive, a memory card, such as a Memory Stick, a Multimedia Card (MMC), etc.
It will be appreciated that the foregoing description and the accompanying drawings represent non-limiting examples of the methods and apparatus taught herein. As such, the apparatus and techniques taught herein are not limited by the foregoing description and accompanying drawings.
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/SE2021/051211 | 12/7/2021 | WO |
| Number | Date | Country | |
|---|---|---|---|
| 63122050 | Dec 2020 | US |
