A method for configuring QOE measurements and reporting for wireless communication types, service types, service areas, UE types, and cast types

Abstract

This disclosure generally relates to QoE measurement / reporting configuration. The QoE measurement / reporting configuration may include various information elements that specify a target QoE scope of communication types, service types, serving areas, UE types, and / or cast types in which the UE receiving the QoE configuration is to perform QoE measurements and / or reporting. Such QoE configuration allows for an expansion of the QoE mechanism to a greater number of communication types, service types, serving areas, UE types and / or cast types, while also allowing the network to specify and restrict the QoE measurements and / or reporting to a particular target QoE scope.

Description

A METHOD FOR CONFIGURING QOE MEASUREMENTS AND REPORTING FOR WIRELESS COMMUNICATION TYPES, SERVICE TYPES, SERVICE AREAS, UE TYPES, AND CAST TYPESTECHNICAL FIELD

[0001] This disclosure generally relates to quality of experience (QoE) measurement and reporting configuration and is particularly directed to configuring QoE measurements and reporting for a range of wireless communication types, service types, service areas, User Equipment (UE) types, and cast types.BACKGROUND

[0002] In a wireless network, QoE may be measured by User Equipment (UE) and reported from the UE to the network for various purposes. The timing and content of such reporting may be configured by the network. It is desirable to configure the UE to report QoE with flexibility and in an efficient manner.SUMMARY

[0003] This disclosure generally relates to QoE measurement / reporting configuration. The QoE measurement / reporting configuration may include various information elements that specify a target QoE scope of communication types, service types, serving areas, UE types, and / or cast types in which the UE receiving the QoE configuration is to perform QoE measurements and / or reporting. Such QoE configuration allows for an expansion of the QoE mechanism to a greater number of communication types, service types, serving areas, UE types and / or cast types, while also allowing the network to specify and restrict the QoE measurements and / or reporting to a particular target QoE scope.BRIEF DESCRIPTION OF THE DRAWINGS

[0004] FIG. 1 illustrates an example wireless communication network including a wireless access network, a core network, and data networks.

[0005] FIG. 2 illustrates an example wireless access network including a plurality of mobile stations / terminals or User Equipments (UEs) and a wireless access network node in communication with one another via an over-the-air radio communication interface.

[0006] FIG. 3 shows an example radio access network (RAN) architecture.

[0007] FIG. 4 shows an example communication protocol stack in a wireless access network node or wireless terminal device including various network layers.

[0008] FIG. 5 illustrates an example messaging flow for transmitting QoE configuration information from a core network to a UE via a RAN.

[0009] FIG. 6 illustrates an example messaging flow for transmitting QoE configuration information from a central unit (CU) to a distributed unit (DU) of a RAN node.

[0010] FIG. 7 illustrates an example messaging flow for QoE reporting.

[0011] FIG. 8 illustrates an example messaging flow for transmitting QoE configuration during UE mobility.

[0012] FIG. 9 illustrates another example messaging flow for transmitting QoE configuration during UE mobility.

[0013] FIG. 10 illustrates an example messaging flow for transmitting QoE configuration during an NG based handover.DETAILED DESCRIPTION

[0014] The present disclosure will now be described in detail hereinafter with reference to the accompanied drawings, which form a part of the present disclosure, and which show, by way of illustration, specific examples of embodiments. The present disclosure may, however, be embodied in a variety of different forms and, therefore, the covered or claimed subject matter is intended to be construed as not being limited to any of the embodiments to be set forth below.

[0015] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in  one embodiment” or “in some embodiments” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment” or “in other embodiments” as used herein does not necessarily refer to a different embodiment. The phrase “in one implementation” or “in some implementations” as used herein does not necessarily refer to the same implementation and the phrase “in another implementation” or “in other implementations” as used herein does not necessarily refer to a different implementation. It is intended, for example, that claimed subject matter includes combinations of exemplary embodiments or implementations in whole or in part.

[0016] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part upon the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” or “at least one” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a” , “an” , or “the” , again, may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” or “determined by” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.

[0017] Wireless Network Overview

[0018] An example wireless communication network, shown as 100 in FIG. 1, may include wireless terminal devices or user equipment (UE) 110, 111, and 112, a carrier network 102, various service applications 140, and other data networks 150. The wireless terminal devices or UEs, may be alternatively referred to as wireless terminals. The carrier network 102, for example, may include access network nodes 120 and 121, and a core network 130. The carrier network 110 may be configured to transmit voice, data, and other information (collectively referred to as data traffic) among UEs 110, 111, and 112, between the UEs and the service  applications 140, or between the UEs and the other data networks 150. The access network nodes 120 and 121 may be configured as various wireless access network nodes (WANNs, alternatively referred to as wireless base stations) to interact with the UEs on one side of a communication session and the core network 130 on the other. The term “access network” may be used more broadly to refer a combination of the wireless terminal devices 110, 111, and 112 and the access network nodes 120 and 121. A wireless access network may be alternatively referred to as Radio Access Network (RAN) . The core network 130 may include various network nodes configured to control communication sessions and perform network access management and traffic routing. The service applications 140 may be hosted by various application servers deployed outside of but connected to the core network 130. Likewise, the other data networks 150 may also be connected to the core network 130.

[0019] In the example wireless communication network of 100 of FIG. 1, the UEs may communicate with one another via the wireless access network. For example, UE 110 and 112 may be connected to and communicate via the same access network node 120. The UEs may communicate with one another via both the access networks and the core network. For example, UE 110 may be connected to the access network node 120 whereas UE 111 may be connected to the access network node 121, and as such, the UE 110 and UE 111 may communicate to one another via the access network nodes 120 and 121, and the core network 130. The UEs may further communicate with the service applications 140 and the data networks 150 via the core network 130. Further, the UEs may communicate to one another directly via side link communications, as shown by 113.

[0020] FIG. 2 further shows an example system diagram of the wireless access network 120 including a WANN 202 serving UEs 110 and 112 via the over-the-air interface 204. The wireless transmission resources for the over-the-air interface 204 include a combination of frequency, time, and / or spatial resource. Each of the UEs 110 and 112 may be a mobile or fixed terminal device installed with mobile access units such as SIM / USIM modules for accessing the wireless communication network 100. The UEs 110 and 112 may each be implemented as a terminal device including but not limited to a mobile phone, a smartphone, a tablet, a laptop computer, a vehicle on-board communication equipment, a roadside  communication equipment, a sensor device, a smart appliance (such as a television, a refrigerator, and an oven) , or other devices that are capable of communicating wirelessly over a network. As shown in FIG. 2, each of the UEs such as UE 112 may include transceiver circuitry 206 coupled to one or more antennas 208 to effectuate wireless communication with the WANN 120 or with another UE such as UE 110. The transceiver circuitry 206 may also be coupled to a processor 210, which may also be coupled to a memory 212 or other storage devices. The memory 212 may be transitory or non-transitory and may store therein computer instructions or code which, when read and executed by the processor 210, cause the processor 210 to implement various ones of the methods described herein.

[0021] Similarly, the WANN 120 may include a wireless base station or other wireless network access point capable of communicating wirelessly via the over-the-air interface 204 with one or more UEs and communicating with the core network 130. For example, the WANN 120 may be implemented, without being limited, in the form of a 2G base station, a 3G nodeB, an LTE eNB, a 4G LTE base station, a 5G NR base station of a 5G gNB, a 5G central-unit base station, or a 5G distributed-unit base station. Each type of these WANNs may be configured to perform a corresponding set of wireless network functions. The WANN 202 may include transceiver circuitry 214 coupled to one or more antennas 216, which may include an antenna tower 218 in various forms, to effectuate wireless communications with the UEs 110 and 112. The transceiver circuitry 214 may be coupled to one or more processors 220, which may further be coupled to a memory 222 or other storage devices. The memory 222 may be transitory or non-transitory and may store therein instructions or code that, when read and executed by the one or more processors 220, cause the one or more processors 220 to implement various functions of the WANN 120 described herein.

[0022] Data packets in a wireless access network such as the example described in FIG. 2 may be transmitted as protocol data units (PDUs) . The data included therein may be packaged as PDUs at various network layers wrapped with nested and / or hierarchical protocol headers. The PDUs may be communicated between a transmitting device or transmitting end (these two terms are used interchangeably) and a receiving device or receiving end (these two terms are also used interchangeably) once a connection (e.g., a radio link control (RRC) connection) is established between the transmitting and receiving ends. Any of the transmitting device or  receiving device may be either a wireless terminal device such as device 110 and 120 of FIG. 2 or a wireless access network node such as node 202 of FIG. 2. Each device may both be a transmitting device and receiving device for bi-directional communications.

[0023] The core network 130 of FIG. 1 may include various network nodes geographically distributed and interconnected to provide network coverage of a service region of the carrier network 102. These network nodes may be implemented as dedicated hardware network nodes. Alternatively, these network nodes may be virtualized and implemented as virtual machines or as software entities. These network nodes may each be configured with one or more types of network functions which collectively provide the provisioning and routing functionalities of the core network 130.

[0024] Returning to wireless radio access network (RAN) , FIG. 3 illustrates an example RAN 340 in communication with a core network 310 and wireless terminals UE1 to UE7. The RAN 340 may include one or more various types of wireless base station or WANNs 320 and 321 which may include but are not limited to gNB, eNodeB, NodeB, or other type of base stations. The RAN 340 may be backhauled to the core network 310. The WANNs 320, for example, may further include multiple separate access network nodes in the form of a Central Unit (CU) 322 and one or more Distributed Unit (DU) 324 and 326. The CU 322 is connected with DU1 324 and DU2 326 via various interfaces, for example, an F1 interface. The F1 interface, for example, may further include an F1-C interface and an F1-U interface, which may be used to carry control plane information and user plane data, respectively. In some embodiments, the CU may be a gNB Central Unit (gNB-CU) , and the DU may be a gNB Distributed Unit (gNB-DU) . While the various implementations described below are provided in the context of a 5G cellular wireless network, the underlying principles described herein are applicable to other types of radio access networks including but not limited to other generations of cellular network, as well as Wi-Fi, Bluetooth, ZigBee, and WiMax networks.

[0025] The UEs may be connected to the network via the WANNs 320 over an air interface. The UEs may be served by at least one cell. Each cell is associated with a coverage area. These cells may be alternatively referred to as serving cells. The coverage areas between cells may partially overlap. Each UE may be actively communicating with at least one cell while  may be potentially connected or connectable to more than one cell. In some example implementations, a DU of FIG. 3 may support one or multiple cells and one cell is supported by only one DU. In the example of FIG. 3, UE1, UE2, and UE3 may be served by cell1 330 of the DU1, whereas UE4 and UE5 may be served by cell2 332 of the DU1, and UE6 and UE7 may be served by cell3 associated with DU2. In some implementations, a UE may be served simultaneously by two or more cells. Each of the UE may be mobile and the signal strength and quality from the various cells at the UE may depend on the UE location and mobility.

[0026] FIG. 4 further illustrates a simplified view of the various network layers involved in transmitting user-plane PDUs from a transmitting device 402 to a receiving device 404 in the example wireless access network of FIGs. 1-3. FIG. 4 is not intended to be inclusive of all essential device components or network layers for handling the transmission of the PDUs. FIG. 4 illustrates that the data packaged by upper network layers 420 at the transmitting device 402 may be transmitted to corresponding upper layer 430 (such as radio resource control or RRC layer) at the receiving device 304 via Packet Data Convergence Protocol layer (PDCP layer, not shown in FIG. 4) and radio link control (RLC) layer 422 and of the transmitting device, the physical (PHY) layers of the transmitting and receiving devices and the radio interface, as shown as 406, and the media access control (MAC) layer 434 and RLC layer 432 of the receiving device. Various network entities in each of these layers may be configured to handle the transmission and retransmission of the PDUs.

[0027] In FIG. 4, the upper layers 420 may be referred as layer-3 or L3, whereas the intermediate layers such as the RLC layer and / or the MAC layer and / or the PDCP layer (not shown in FIG. 4) may be collectively referred to as layer-2, or L2, and the term layer-1 is used to refer to layers such as the physical layer and the radio interface-associated layers. In some instances, the term “low layer” may be used to refer to a collection of L1 and L2, whereas the term “high layer” may be used to refer to layer-3. In some situations, the term “lower layer” may be used to refer to a layer among L1, L2, and L3 that are lower than a current reference layer. Control signaling may be initiated and triggered at each of L1 through L3 and within the various network layers therein. These signaling messages may be encapsulated and cascaded into lower layer packages and transmitted via allocated control or data over-the-air radio resources and interfaces. The term “layer” generally includes various corresponding entities  thereof. For example, a MAC layer encompasses corresponding MAC entities that may be created. The layer-1 (L1) , for example, encompasses PHY entities. The layer-2 (L2) , for another example encompasses MAC layers / entities, RLC layers / entities, service data adaptation protocol (SDAP) layers and / or PDCP layers / entities.

[0028] In some example CU / DU splitting implementations shown in FIG. 3, the CU 322 may be defined as a logical node hosting higher layer RRC, SDAP and PDCP protocols of the example gNB or RRC and PDCP protocols or protocol entities of the example en-gNB that controls the operation of the one or more example DUs 324 and 326. The example DUs 324 and 326 may each be defined as a logical node hosting lower layer RLC, MAC and PHY protocol or protocol entities of the gNB or en-gNB, with its operation partly controlled by CU 322.

[0029] In some example implementations, the cells shown in FIG. 3 may be alternatively referred to as serving cells. The serving cells may be grouped into serving cell groups (CGs) . A serving cell group may be either a Master CG (MCG) or Secondary CG (SCG) . Within each type of cell groups, there may be one primary cell and one or more secondary cells. A primary cell in a MSG, for example, may be referred to as a PCell, whereas a primary cell in a SCG may be referred to as PSCell. Secondary cells in either an MCG or an SCG may be all referred to as SCell. The primary cells including PCell and PSCell may be collectively referred to as spCell (special Cell) . All these cells may be referred to as serving cells or cells. The term “cell” and “serving cell” may be used interchangeably in a general manner unless specifically differentiated. The term “serving cell” may refer to a cell that is serving, will serve, or may serve the UE. In other words, a “serving cell” may not be currently serving the UE. While the various embodiment described below may at times be referred to one of the types of serving cells above, the underlying principles apply to all types of serving cells in both types of serving cell groups.

[0030] Quality of Experience (QoE) Configuration, QoE Reporting, and QoE Report Collection

[0031] Service quality of the wireless network above may be characterized in various manners and using various metrics. One of such metrices may be referred to as Quality of Experience (QoE) , which may be reported from one UE or multiple UEs to the network.

[0032] QoE reporting may be requested and may be configured by the core network of a service provider. QoE configurations may be provided to the UEs so that the UEs may perform QoE related measurements, generate QoE reports, and transmit the QoE reports to the core network according to the QoE configuration. The QoE reports may be transmitted to the core network via RANs. If only the core network is interested in receiving the QoE reports for the service provider, then the RANs may only serve as an air interface intermediary to the core network and simply pass the QoE report packaged in a message to the core network.

[0033] In some other implementations, the RANs, as configured by their service provider, may be interested in the QoE reports. In some implementations, QoE reports may be configured as RAN Visible QoE (RVQoE) reports. RVQoE may thus be configured by the core network as RAN visible. In such situations, the so configured QoE report may be extractable on the network side at the RAN even though it still terminates at the core network. The RAN may use the reported QoE to improve services (such as adjustment of allocation of wireless resources and the like) . In some example implementations, the RVQoE may be enabled relying on a basis QoE configuration by the core network. For example, when an RVQoE is enabled, the QoE configured by the core network may be used to generate a QoE report terminated at the core network but visible at the RAN.

[0034] The QoE mechanism for measurements, report generation, and report transmission from the UEs to the core network via the RAN (either visible to the RAN or as a pass through to the RAN) may be governed by a QoE configuration, which may contain multiple information elements or information fields. A QoE configuration may be provided to the UE, the RAN nodes, and other network entities or nodes in the wireless network such that these entities are informed of the QoE configuration.

[0035] At any given time or period of time, the core network may be interested in or may target a particular subset of qualities of experience. The core network may include indications of such target in the QoE configuration and deliver or transmit such QoE configuration to the network entities or nodes that may be involved in QoE measurements, report generation, report transmission, and report collection. The QoE configuration may be provided, modified, or removed in a persistent, semi-persistent, or dynamic basis depending on the time scale at which the QoE reporting target scope and content requirements vary or evolve.

[0036] The target scope of the QoE measurement and / or reporting and / or collection may be specified by the QoE configuration, including but not limited to a scope of communication types, a scope of service types, a scope for serving areas, a scope for UE types, a scope for cast types, and the like. A particular scope or combination of scopes may be specified by the QoE configuration and informed to various network entities in order for the core network to collect QoE report confined by the particular scope or scope combination and to obtain a QoE collection for QoE information within the target scope. For example, the service provider may target collecting QoE from various UEs for a particular type of service provided. For another example, the service provided may target collecting from various UEs QoE associated with a particular type of communication between the UEs and the network. For another example, the service provider may target QoE of a particular set of UEs or particular types of UEs. Such scope information may be included and specified in the QoE configuration. Detailed example implementations of QoE configuration of the target scope of the QoE measurements and / or reporting are provided in the disclosure below.

[0037] In some example implementations, a third-party application provider or service provider may render a particular application or a service that is delivered using the wireless network. Such a third party may seek collection of QoE related to their application or service. Such QoE collection may be governed via a particular QoE configuration. As such, the core network may handle a number of QoE configurations, each configuring corresponding to a set of QoE measurements and reporting.

[0038] In one aspect of the disclosure below, the QoE configuration scheme as described is cable of supporting QoE measurements and reporting for a configurable set of service types among multiple different types of services, and / or a configurable set of communication types among multiple different communication types, and / or configurable service areas, and / or a configurable cast types among multiple different cast types, and / or from a configurable set of UE types among multiple UE types.

[0039] Quality of Experience (QoE) for Expanded Communication Services

[0040] As the communication services that may be provided to the UEs expand, there may a desire for the network to collect QoE for these expanded services. Because UEs are usually  connected to a terrestrial wireless service such as the cellular network described above, QoE reports for both the wireless service and other services to the UEs may be conveniently collected by the wireless network and provided to corresponding service provider (s) .

[0041] The various communication types may include but are not limited to Non-Terrestrial Network (NTN) , Non-Public-Network (NPN) , Sidelink, Airborne-to-anything (A2X) , Vehicle-to-anything (V2X) communication types, and the like. In the example implementations below, information elements (IEs) are introduced in the QoE configuration to specify the scope (s) of the communication types for QoE measurements and reporting. Once such IE (s) is included in the QoE configuration, any entity that receives the QoE configuration may consider that the UE who also receives this QoE configuration would perform the configured QoE measurement and reporting according to the QoE configuration for the configured communication types when the UEs use such communication types for wireless services.

[0042] The role and the function of the IEs in the QoE configuration for specifying the scope for communication types may be defined in various manners. The communication types specified by these IEs may indicate the scope of measurement and report generation for the UE, and the QoE report timing may be specified by another IE in the QoE configuration for periodic or event-triggered QoE reporting, as mere examples. In some implementations, an IE may be used to specify the scope of communication types (e.g., listing of communication types for which the QoE configuration is applicable) and other IEs that specify common service-specific QoE configuration items for these communication types. In some other example implementations, communication type-specific QoE configuration items may be all specified by separate IEs.

[0043] Scoping restrictions for QoE measurements and reporting may be specified in parallel in the QoE configuration. Multiple restrictions may be specified in parallel and the UE may consider all restrictions in determining whether to perform QoE measurement and / or reporting, and the content of the measurement and reporting. For example, one IE may specify that the QoE configuration is applicable to a particular communication type with respect to QoE measurement. Thus, UE “can start” QoE measurements when the UE receives services of the particular communication type. However, UE need to consider other restrictions included in the QoE configuration, and, for example, may not trigger such measurement when in conflict with  the other restrictions (e.g. measurement / timing restrictions (e.g., event-triggered) , service type restrictions, cast type restrictions, UE type restrictions, etc. ) .

[0044] With respect to the communication type scoping, in some example implementations, one or more IEs may be introduced in the QoE configuration to specify which communication types the UE is configured to measure and report QoE.

[0045] In one example implementation, one IE may be introduced to specify a set of communication types. The set of communication types may be provided in this IE with the IE enumerated with multiple codepoints for NTN, NPN, Sidelink, A2X, V2X, and other communication types. Alternatively, this IE may include multiple bits forming a bitmap or bitstring, and each bit may represent inclusion or exclusion of a communication type for QoE measurement and / or reporting.

[0046] In an alternative example implementation, separate IEs may be introduced in the QoE configuration for multiple communication types. For example, such separate IEs may include one or more of:

[0047] ● An IE for an indication for communication type of NTN: This IE may indicate the NTN service as applicable communication type for this QoE configuration. This QoE measurement may be triggered if data is transmitted to UE via the NTN communication type.

[0048] ● An IE for an indication for communication type of NPN: This IE may indicate NPN as applicable communication type for this QoE configuration. The QoE measurement may be triggered if data is transmitted to UE via the NPN communication type.

[0049] ● An IE for an indication for communication type of Sidelink: This IE may indicate Sidelink as applicable communication type for this QoE configuration. The QoE measurement may be triggered if data is transmitted to UE via the Sidelink.

[0050] ● An IE for an indication for communication type of A2X: This IE may indicate A2X as applicable communication type for this QoE configuration. The QoE measurement may be triggered if data is transmitted to UE via the A2X communication type.

[0051] ● An IE for an indication for communication type of V2X: This IE may indicate V2X service as applicable communication type for this QoE configuration. The QoE measurement may be triggered if data is transmitted to UE via the V2X communication type.

[0052] For example, a presence of a separate IE above in the QoE configuration may indicate that QoE measurements for a corresponding communicate type should be triggered when data of that communication type is transmitted to the UE. Conversely, if the IE corresponding to a communication type is not present in the QoE configuration, then corresponding measurements would not be triggered. In some example implementations, these separate IEs may only indicate the communication types whose QoE measurements should be performed at the UE. The triggering of QoE reporting may be indicated by some other common or communication type specific IEs in the QoE configuration. In some other example implementations, the above IEs for indicating measurements of communication types may further include sub fields that also indicate timing configuration for the reporting of the corresponding QoE (e.g., event-triggering) .

[0053] The IEs above may contain other QoE information related to the communication types, such as configuration related to reporting of QoE related to the communication services or service types. Such other QoE information may alternatively be included in other IEs in the QoE configuration.

[0054] Additional QoE Configuration Information for NTN Communication service type

[0055] For example, for the NTN communications, one or more of the following configuration information items may be included in the IE above or in other IEs in addition to indicating the NTN as a configured communication type for the configured QoE:

[0056] ● Further configuration for service area: for the network to provide service area configuration for NTN QoE. The NTN QoE measurements may be triggered when the UE is inside or moves into the configured service area. When UE moves out of the configured service area, UE may keep ongoing NTN QoE measurements and stop triggering new NTN QoE measurements. Alternatively, the UE may stop all the NTN QoE measurements when this UE moves out of the configured service area.  The service areas configuration for NTN QoE is described in further detail below.

[0057] ● Further NTN RAT restriction information: for specifying further detailed information or restriction or requirement on radio access technology used by the NTN as configured in the QoE configuration for triggering NTN QoE measurements. A UE with such QoE configuration may trigger the QoE measurement when the configured RAT is used in the NTN by this UE. In some example implementations, at least one of the following RAT information may be included in this NTN RAT restriction information: UMTS Terrestrial Radio Access (UTRA) , New Ratio (NR) , NR-unlicensed, Very Low Earth Orbit (VLEO) , Low Earth Orbit (LEO) , Medium Earth Orbit (MEO) , Geosynchronous Earth Orbit (GEO) , Geostationary Orbit (GSO) , Non-Geostationary Orbit (NGSO) , other satellite, or other orbit. The network may use at least one of the following information items to configure such further NTN RAT restriction information to various network entities:

[0058] ○ Bitmap / BitString with multiple bits where each bit presents one RAT information described above.

[0059] ○ Enumerated IE with multiple codepoint where each codepoint presents one RAT information described above.

[0060] ○ For different RAT information above, the network may use several information items or fields for such configuration, where each different information item or field corresponds to one specific RAT information.

[0061] ● Information Items Specifying How to Handle the NTN QoE Configuration During Mobility. For indicating how the network and the UE handle the NTN QoE configuration when UE moves from NTN to Terrestrial Network (TN) or vice versa, at least one of the following alternatives may be provided and configured for different NTN and TN mobility scenarios:

[0062] ○ When the UE moves from NTN to TN, at least one of the following alternatives may be considered by the network: (1) All untriggered NTN QoE may be released by the network and UE, whereas ongoing NTN QoE measurements may continue to be made as normal; (2) all configured NTN QoE measurements (including ongoing and untriggered) may be released by  the network and UE; (3) all configured NTN QoE measurements (including ongoing and untriggered) may continue by the UE and NW for a period of time; or (4) the network may use explicit information instructed from the network to indicate how to handle each NTN QoE when moving from NTN to TN. For the third scenarios above, a timer may be configured by the network for enforcing the time period (when the timer expires, the UE and / or the network may release all untriggered NTN QoE or release all NTN QoE measurements) . Alternatively, for the third scenario above, a default time period will be used. If so, the network need not to configure an explicit timer value.

[0063] ○ When UE moves back to NTN from TN (e.g., UE moves from NTN to TN, then moves back to NTN) , or when UE moves from TN to NTN (e.g., UE handles QoE in TN, then moves from TN to NTN. ) , at least one of the following alternatives may be considered by the network: the UE and / or the network may add a timing info when reporting QoE. The timing information may indicate at least one of: a time when the UE moves from TN to NTN, or a time when UE moves from NTN to TN. In some implementations, this timing information may only be added into the QoE report when UE is in a specific network (e.g., in NTN or TN) .

[0064] Additionally, for the NTN QoE, to achieve the above alternatives, at least one of the following information items or fields may be configured for NTN QoE:

[0065] ● Indication on how to handle the NTN QoE. For example, one indication may be configured for NTN QoE. This may indicate whether the network or UE shall or shall not keep NTN QoE configuration when UE moves from NTN to TN. If the network prefers to handle the NTN QoE configuration case by case, then this indication may be provided per-QoE configuration IE. This indication may be configured for each NTN QoE, and may be represented as a codepoint value. Based on the configured codepoint / value of this indication, the UE may keep / release the related NTN QoE configuration when switching occurs. Moreover, this indication may be included for some of configured NTN QoE. Based on the codepoint / value of this indication, UE may keep or release the corresponding NTN QoE configuration according to this indication. Alternatively, the NW may configure one  indication information item to inform UE how to handle all configured NTN QoE. In other words, this indication may also be a per-UE configuration information item. With such an example indication information item, UE shall keep or release QoE configurations for all NTN services according to the indication information item.

[0066] ● Period information on how long an NTN QoE shall be kept. With respect to how long the NTN QoE configuration shall be kept when UE moves out of an NTN, the network may configure a time period or duration information or a timer to indicate how long a network entity shall keep the NTN QoE configuration and to track the configured time period or duration.

[0067] ● Indication on whether to report timing for NTN and TN switching. This indication may be used to specify whether a UE shall add the timing information to QoE reporting when the UE switches between NTN and TN during NTN QoE measurement and reporting. At least one of the following information may be included in this information item: (1) timing information to specify when the UE switches from NTN to TN or from TN to NTN occurs or; and (2) event indication for indicating the detail information for the NTN to TN and / or TN to NTN switching event.

[0068] Additional QoE Configuration Information for NPN Communication service type

[0069] For another example, QoE configuration for NPN communications may include one or more the following configuration information items in addition to indicating NPN as an applicable communication type in the QoE configuration:

[0070] ● Equivalent Standard NPN (SNPN) information including a list of equivalent SNPN that may be configured within the NPN QoE configuration. The NPN QoE may be triggered by a UE if the UE is using the service announced in the NPN QoE configuration by using one of the equivalent SNPN specified in this information item.

[0071] ● Allowed Public Network Integrated NPN (PNI-NPN) information including a list of PNI-NPN information may be configured within the NPN QoE configuration. The NPN QoE may be triggered by a UE if the UE is using the service announced in  the NPN QoE configuration by using one of the PNI-NPN specified in this information.

[0072] NTN QoE service area Configuration Information Items

[0073] In some example implementation, for the above IE for service area for NTN in the QoE configuration, at least one of the following service area related information fields may be included:

[0074] ● Positioning defined area information list,

[0075] ● Positioning based area information list,

[0076] ● Cell based area information list,

[0077] ● TAI based area information list,

[0078] ● Area Counting information,

[0079] ● Mapped cell ID information,

[0080] ● Mapping information,

[0081] ● Administrative region information.

[0082] These lists and information related to service area are explained in further detail below.

[0083] The Positioning defined area information list, for example, includes at least one positioning defined area.

[0084] The Positioning based area information list may include at least one positioning based area information item. Each positioning based area information item, may include a Positioning Defined Area and at least one of: cell information List containing least one Cell ID, and a TAI information List containing at least one TAI.

[0085] The Cell based area information list may include at least one cell based area information item. Each cell based area information item may include a cell ID and a positioning defined area information list.

[0086] The TAI based area information list may include at least one TAI based area information item. Each TAI based area information item, may include a TAI and a positioning defined area information list.

[0087] The Area Counting information, in some example implementations, may include both cell information and positioning defined area information, and if so, at least one of the following rules may be applied to account for service area:

[0088] ● Final service area is obtained as the intersection of the cell information and positioning defined area information.

[0089] ● Final service area is obtained as the union set of the cell information and positioning defined area information.

[0090] ● Final service area is obtained as the cell area minus positioning defined area information.

[0091] ● Final service is obtained as the positioning defined area information minus cell area.

[0092] The Area Counting information, in some other example implementations, may include both TAI information and positioning defined area information, and if so, at least one of the following rules may be applied for account for service area:

[0093] ● Final service area is obtained as the intersection of the TAI information and positioning defined area information.

[0094] ● Final service area is obtained as the union set of the TAI information and positioning defined area information.

[0095] ● Final service area is obtained as the TAI area minus positioning defined area information.

[0096] ● Final service is the positioning defined area information minus TAI area.

[0097] The Area Counting information, in some other example implementation may include both cell information, TAI information and positioning defined area information, and if so, at least one of the following rules may be applied:

[0098] ● Final service area is obtained as the intersection of all these three aspects.

[0099] ● Final service area is obtained as the intersection of positioning defined area information and either of TAI or cell info.

[0100] ● Final service area is obtained as the union set of the TAI information and cell information and positioning defined area information.

[0101] ● Final service area is obtained as the TAI area minus positioning defined area  information.

[0102] ● Final service is obtained as the positioning defined area information minus TAI area.

[0103] This information or information item (the Area Counting information) may be either explicitly transmitted as an IE in the messages with the area information, or may only have stage 2 description without detail IE transmission, or just based on implementation in the system.

[0104] The Mapped cell ID information may include at least one of the mapped cell ID. The mapped cell ID may be defined in NR NTN field or information item.

[0105] The Mapping information may indicate mapping relationship between the mapped cell ID and the specific area information. The format of the specific area information may be either cell information or TAI information or positioning defined area information. For example, this information item or field may be provided from CN to UE via gNB, or CN to gNB as an explicit IE. In some examples, this information may also be provided from OAM to gNB and / or UE.

[0106] The Administrative region information informs administrative region related information. Different granularity may be applied for this information (e.g., National based area, province based area, city based area, village based area, street based area, building based area, etc. ) . Administrative region IDs may be used to distinguish different administrative areas. At least one of the following alternatives may be included in this information: (1) the Administrative region IDs list containing at least one administrative region ID, (2) cell based administrative region information list including at least one Cell based administrative region information item. Each Cell based administrative region information item may include a cell ID and an administrative region ID list.

[0107] The TAI based administrative region information list may include at least one TAI based administrative region information item. Each TAI based administrative region information item may include a TAI and an administrative region ID list.

[0108] Configuration Information Items for QoE Reporting for Communication Services or Communication Service Types

[0109] In some example implementations, some IEs or information fields in the QoE configuration may be used to configure QoE reporting, particular for QoE reporting associated with the communication types described above.

[0110] Based on the IEs introduced above for QoE measurement configuration for the NTN communication services, at least one of the following information items may be included in the QoE configuration for NTN QoE reporting:

[0111] ● NTN information: This indicates that the QoE measurement data is collected in NTN.

[0112] ● NTN service area information: This indicate the service area information on which the UE obtains the QoE measurement data. Example of NTN service area information are described above.

[0113] ● NTN RAT information: This indicates the RAT for which the QoE measurement data is collected (e.g., E-UTRA, NR, NR-unlicensed, VLEO, LEO, MEO, GEO, GSO, NGSO, other satellites, other orbits, as described above) . This information may be added in the QoE report by using at least one of the following alternatives:

[0114] ○ Adding Bitmap / BitString with multiple bits where each bit corresponding to one RAT information shown above. The bitmap / bitstring would indicate the RATs whose QoE is reported.

[0115] ○ Adding information items enumerated with multiple codepoint where each codepoint corresponds to and represents one of the RATs information above.

[0116] ○ Including the RAT information in a QoE report container.

[0117] ● Time period / duration information to indicate, for example, how long this UE has left the NTN whose QoE is reported.

[0118] Based on the IEs introduced above for QoE measurement configuration for the NPN communication services, at least one of the following information items may be included in the QoE configuration for NPN QoE reporting:

[0119] ● NPN information: This indicates that the QoE measurement data for the QoE report is collected in NPN.

[0120] ● Equivalent SNPN information: This indicates the SNPN (s) in which the QoE measurement data is collected. For example, at least one or multiple NID may be included.

[0121] ● Allowed PNI-NPN information: This indicates the PNI-NPN in which the QoE measurement data is collected. For example, at least one or multiple Closed Access Group (CAG) ID information and / or PLMN ID info may be included.

[0122] Configuration Information Items for QoE Measurement and Reporting of Expanded Service Types

[0123] In addition to communication types, additional service types may be introduced for QoE. To support additional kinds of QoE measurement for these service types, information for the expanded service types should be included in the QoE configuration. These services types, for example, may include but are not limited to eXtended Reality (XR) , Augmented Reality (AR) , Mixed Reality (MR) , and the like. If the above service type information is included and configured in the QoE configuration, this QoE may be triggered when a UE is using such service.

[0124] A new IE may be used to add above service type for QoE. The network may alternatively use an existing Service Type IE with new codepoints to expand to and add new service types for QoE.

[0125] Configuration Information Items for QoE Reporting of Expanded UE Types

[0126] As described above, in some example implementations, QoE may be restricted by UE types. As such, UE types associated with a QoE may be included and identified as information items in the QoE configuration. With such information items in the QoE configuraiton or in a IEs separate from the QoE configuraiton, the network may select proper UEs to provide the QoE configure the QoE configuration. At least one of the following information items may be included, e.g., in the QoE configuration, for specifying UE types for the QoE:

[0127] ● UE types: This indicates which types of UE may be configured using this QoE configuration. At least one of the following values may be included for such indication: IoT, IIoT, aerial UE, Redcap, aerial-like UE, common UE, and the like.  Aerial-like UE here refers to a UE that behaves like a UAV but it is not identified as a UAV.

[0128] ● Information item (s) for indicating how the network should handle / treat the received UE type information. This information, for example, may indicate that the network may only configure this QoE configuration to a UE if this UE belongs to the indicated UE type (s) . Alternatively, this information may indicate that this QoE configuration is preferably configured to a UE if the UE belongs to the indicated UE type (s) , but it is also permissible to configure this QoE to UEs which do not belong to the indicated UE type (s) .

[0129] The UE types information may also be added into the QoE report by either the UE or a RAN node. Such information in the QoE report indicates the type of UE where QoE measurements are made, QoE data are corrected, and the from which the QoE report is transmitted. The UE type information may indicate at least one of IoT, IIoT, aerial UE, Redcap, aerial-liked UE, common UE types, and the like.

[0130] Configuration Information Items for QoE Reporting of Multicast Service

[0131] In some example implementations, QoE reporting for multicast service may be configured by some additional information items or information fields. These information elements or fields may indicate how to manage a QoE measurement and reporting for multicast service. For example, an IE (e.g., MC QoE measurement condition) may be included in the QoE configuration to specify when a UE shall trigger / continue the QoE measurement for multicast service. At least one of the following information items may be included in this IE to indicate that:

[0132] ● This QoE measurement for multicast service may be triggered / continued when UE receives the multicast data via Point -To-Multipoint (PTM) mode only.

[0133] ● This QoE measurement for multicast service may be triggered / continued when UE receives the multicast data via PTM and Point-To-Point (PTP) modes.

[0134] ● This QoE measurement for multicast service may be triggered / continued when UE receives the multicast data whenever UE receives the multicast service data (no matter the data is transmitted via multicast session or common PDU session) .

[0135] In some example implementations, information items may also be included in the  QoE report to specify or indicate how does the UE receive the multicast service data. For example, such information item may be included in the QoE report to indicate that the QoE measurement data for multicast service is collected when UE receives the multicast data via one of PTP session, PTM session, or common PDU session.

[0136] QoE Configuration Procedures

[0137] An example messaging procedure for transmitting the QoE configuration above is shown in FIG. 5 and is described in further detail below. In this example procedure, the QoE configuration may originate from the core network (CN) and may be transmitted to the UE via a RAN node.

[0138] As shown in FIG. 5, in Step 1, for signaling based QoE, the CN transmits, for example, a Next-Generation Application Protocol (NGAP) message 1 to the RAN node for QoE configuration. This message may be either a new defined NGAP message or existing ones and may include one or more QoE configurations. Each of the QoE configurations may include at least one of a QoE ID for identifying the QoE configuration, and the various information items described above for the QoE configuration (e.g., the event triggering configuration) .

[0139] In Step 2 of FIG. 5, for signaling based QoE, the RAN node receives the NGAP message 1 and stores the QoE configuration. The RAN node may respond with NGAP message 2 to the CN. This message may be either a newly defined NGAP message or an existing one. Alternatively, for management based QoE, the OAM may transmit an OAM message to the RAN node with the QoE configuration. The NGAP message 2 or the OAM message may include the one or more QoE and / or individual RVQoE QoE configurations. Each of the QoE configurations may include at least one of the QoE ID for identifying the QoE configuration, and the various information items described above for the QoE configuration (e.g., the event triggering configuration) .

[0140] In Step 3, the RAN node may select proper UEs based on the received the various information items described above for the QoE configuration (e.g., the event triggering configuration) .

[0141] In Step 4, the RAN node may transmit the QoE configurations to the identified UEs  via, for example, RRC message 1. This message may be based on either a newly defined RRC message or an existing one. This message may include an QoE configuration for a UE, which may include at least one of the QoE ID for identifying the QoE configuration, and the various information items described above for the QoE configuration (e.g., the event triggering configuration) .

[0142] Another example messaging procedure for transmitting the QoE configuration above is shown in FIG. 6 and is described in further detail below. In this example procedure, the QoE configuration may be transmitted from CU to a DU of a base station.

[0143] As shown in FIG. 6, in Step 1, the CU may transmit the QoE configuration to the DU via F1AP message A. This message may be based on either a newly defined F1AP message or an existing one. This message may include the QoE E configuration, which may include at least one of at least one of the QoE ID for identifying the QoE configuration, and the various information items described above for the QoE configuration (e.g., the event triggering configuration) .

[0144] In Step 2, the DU receives the F1AP message A and keeps the received information from the message. The DU may respond to the CU with F1AP message B. This message may be based on either a newly defined F1AP message or an existing one.

[0145] Another example messaging procedure for QoE reporting is shown in FIG. 7 and is described in further detail below. In this example procedure, the QoE reporting may be transmitted from the UE to the RAN node and then to a Measurement Collector Entity (MCE) .

[0146] As shown in FIG. 7, in Step 1, the UE may start QoE reporting according to the corresponding configuration and transmits RRC message 1 to the RAN node. This message may be based on either a newly defined RRC message or an existing one. This message may include one or more QoE reports. Each of the reports may include at least one of the QoE ID for identifying the QoE configuration, and the various information items described above for the QoE reporting.

[0147] In Step 2, the RAN node receives the QoE reports and transmits non-standardized message with the reports to the MCE. This message may include the QoE reports. Each of  the reports may include at least one of the QoE ID for identifying the QoE configuration, and the various information items described above for the QoE E reporting.

[0148] QoE Configuration / Reporting Procedures During Mobility

[0149] An example messaging procedure for transmitting the QoE information during a handover process is shown in FIG. 8 and is described in further detail below. In this example procedure, the QoE information may transmitted from a source RAN node to a target RAN node upon request from the target node during handover.

[0150] As shown in FIG. 8, in Step 1, the target node may send an XnAP message 1 to the source node.

[0151] In Step 2, the source node may respond to the target node with XnAP message 2. The XnAP message 2 may be either new defined message or an existing one (such as S-Node Addition Request Acknowledgement message, S-Node Modification Request Acknowledgement message, S-Node Modification Confirm message, Retrieve UE Context Response message, and the like) . This message may include QoE information such as QoE configurations. Each QoE configuration may include at least one of the QoE ID for identifying the QoE configuration, and the various information items described above for QoE (e.g., the event triggering configuration) .

[0152] Another example messaging procedure for transmitting the QoE information during a handover process is shown in FIG. 9 and is described in further detail below. In this example procedure, the QoE information may be sent from a source RAN node to a target RAN node directly during handover.

[0153] As shown in FIG. 9, in Step 1, the source ode may send an XnAP message 1 to the target node. The XnAP message 1 may be either newly defined message or an existing one (such as Handover request message, S-Node Addition request message, S-Node Modification Request message, S-Node Modification Required message, and the like) . This message may include QoE information such as QoE configurations. Each of the QoE configurations may include at least one of the QoE ID for identifying the QoE configuration, and the various information items described above for the QoE (e.g., the event triggering configuration) .

[0154] In Step 2, the target node receives the XnAP message 1 and stores the received QoE information into UE context. The target node may further respond to the source node with XnAP message 2.

[0155] Another example messaging procedure for transmitting the QoE information during an NG based handover process is shown in FIG. 10 and is described in further detail below. In this example procedure, the QoE information may be sent from a source NG RAN node to a target NG RAN node via the core network during a NG based handover.

[0156] In some example implementations, the messaging procedure of FIG. 10 may be applied to handover procedure of various types, including but not limited to intra-system intra-RAT handover between gNBs, intra-system intra-RAT handover between ng-eNBs, intra-system inter-RAT handover from source gNB to target ng-eNB, and intra-system inter-RAT handover from source ng-eNB to target gNB.

[0157] Specifically, as shown in Step 1 of FIG. 10, the source node may trigger the NG based handover by sending an NGAP message 1 (e.g., a Handover required message) to the core network. In Step 2, the core network may send an NGAP message 2 (e.g., a Handover Request message) to the target node. These messages may include QoE configurations. Each of the QoE configurations may include at least one of the QoE ID for identifying the QoE configuration, and the various information items described above for the QoE (e.g., the event triggering configuration) . In Step 3, after target node receives the QoE information, it may response with an NGAP message 3 (e.g., a Handover Request ACK message) to the core network. In Step 4, the core network may respond with an NGAP message 4 (e.g., a Handover Command) .

[0158] The disclosure above thus provides at least the following example implementations.

[0159] In some example implementations, a method performed by a user equipment (UE) in a wireless network is disclosed. The method may include receiving Quality of Experience (QoE) configuration information from the wireless network, the QoE configuration information being provided from the wireless network to configure a QoE collection by the wireless network from the UE; determining a target QoE scope of the QoE collection based on the QoE configuration information; determining whether to perform QoE measurements and / or QoE reporting based on the target QoE scope; and performing the QoE measurements and / or QoE reporting within  the target QoE scope and according to the QoE configuration information.

[0160] In the example implementations above, the QoE configuration information comprises one or more QoE scope information items from which the target QoE scope is determined.

[0161] In any one of the example implementations above, the QoE scope information items comprise at least one of: a first information item indicating a first scope of wireless communication types for the QoE collection; a second information item indicating a second scope of service types for the QoE collection; a third information item indicating a third scope of UE types for the QoE collection; and a fourth information item indicating a fourth scope of cast types for the QoE collection.

[0162] In any one of the example implementations above, the first scope of wireless communication types comprises one or more of Non-Terrestrial Network (NTN) , Non-Public-Network (NPN) , Sidelink, Airborne-to-anything (A2X) , Vehicle-to-anything (V2X) communication types.

[0163] In any one of the example implementations above, the first information item comprises a single Information Element (IE) comprising a bitmap or bitstring for indicating the target QoE scope with respect to the wireless communication types.

[0164] In any one of the example implementations above, the first information item comprises a plurality of IEs each corresponding to a wireless communication type of a set of wireless communication types within the first scope.

[0165] In any one of the example implementations above, the QoE configuration information further indicates an NTN service area for the UE to trigger QoE measurements for a wireless service of the NTN communication type.

[0166] In any one of the example implementations above, the NTN service area is indicated in the QoE configuration information as at least one of: positioning defined area information list; positioning based area information list; cell based area information list; TAI based area information list; area counting information; mapped cell ID information; mapping information; or administrative region information.

[0167] In any one of the example implementations above, the area counting information comprises a cell area and a positioning defined area, and a final service area is obtained as: an intersection of the cell area and the positioning defined area; a union of the cell area and the positioning defined area; the cell area minus the positioning defined area; or the positioning defined area minus the cell area.

[0168] In any one of the example implementations above, the area counting information comprises a TAI area and a positioning defined area, and a final service area is obtained as: an intersection of the TAI area and the positioning defined area; a union of the TAI area and the positioning defined area; the TAI area minus the positioning defined area; or the positioning defined area minus the TAI area.

[0169] In any one of the example implementations above, the area counting information comprises a TAI area and a positioning defined area, and a final service area is obtained as: an intersection of the TAI area and the positioning defined area; a union of the TAI area and the positioning defined area; the TAI area minus the positioning defined area; or the positioning defined area minus the TAI area.

[0170] In any one of the example implementations above, the area counting information comprises a cell area, a TAI area and a positioning defined area, and a final service area is obtained as: an intersection of the cell area, the TAI area and the positioning defined area; an intersection of the positioning defined area with either of the cell area or the TAI area; a union of the cell area, the TAI area and the positioning defined area; the TAI area minus the positioning defined area; or the positioning defined area minus the TAI area.

[0171] In any one of the example implementations above, the method further comprises obtaining a Radio Access Technology (RAT) restriction on preforming the QoS measurements and / or reporting for the NTN communication type.

[0172] In any one of the example implementations above, the RAT restriction is indicated in the QoE configuration information by a bitmap or bitstring for a predefined set of RATs.

[0173] In any one of the example implementations above, the RAT restriction is indicated in the QoE configuration information by an IE enumerated with one or more code points  corresponding to one or more RATs within the RAT restriction.

[0174] In any one of the example implementations above, the RAT restriction is indicated in the QoE configuration information by separate IEs each corresponding to a RAT of a predefined set of RATs, the RAT being within the RAT restriction.

[0175] In any one of the example implementations above, a manner for the UE to handle QoE configuration during a UE mobility between the NTN communication type and another communication type is indicated in the QoE configuration information.

[0176] In any one of the example implementations above, a time period is further configured for keeping the QoE configuration information for NTN QoE after an NTN to Terrestrial Network (NT) switching by the UE.

[0177] In any one of the example implementations above, the QoE configuration information further indicates whether to include timing information for an NTN to TN switching in the QoE reporting.

[0178] In any one of the example implementations above, the QoE configuration information further comprises at least one of equivalent Standard NPN (SNPN) information and allowed Public Network Integrated NPN (PNI-NPN) information.

[0179] In any one of the example implementations above, the second scope of service types indicates one or more of eXtended Reality (XR) , Augmented Reality (AR) , Mixed Reality (MR) service types.

[0180] In any one of the example implementations above, the third scope of UE types indicates one or more of IoT, IIoT, aerial UE, Redcap, aerial-like UE, common UE types.

[0181] In any one of the example implementations above, the fourth scope of cast types indicates one or more of Point-To-Point (PTP) , Point-To-Multipoint (PTM) , and common PDU.

[0182] In any one of the example implementations above, the QoE configuration information is received from a RAN node via an RRC message after being received by the RAN node from a core network via an NGAP message.

[0183] In any one of the example implementations above, the QoE configuration  information is received from distributed unit (DU) of a RAN after being received by the DU from central unit (CU) of the RAN via an F1AP message.

[0184] In any one of the example implementations above, a QoE report is transmitted to a RAN node via an RRC message followed by the QoE report being transmitted by the RAN node to a Measurement Collector Entity (MCE) .

[0185] In any one of the example implementations above, the QoE configuration information is received from a source RAN node after being transmitted from a target RAN node to the source RAN node via an XnAP message in a handover process.

[0186] In any one of the example implementations above, the QoE configuration information is transmitted from the target RAN node to the source RAN node after the target RAN node receives an QoE configuration request from the source RAN node via another XnAP message in a handover process.

[0187] In any one of the example implementations above, the QoE configuration information is received from a source RAN node after being received by the source RAN node from a target RAN node via a core network in an NG based handover process.

[0188] In some other example implementations, a method performed by a wireless network node (e.g., a radio access network node or a core network node) is disclosed. The method may include one or more counterpart steps performed in the UE in any one of the example implementations above.

[0189] Specifically, in some example implementations, a method performed by a network node in a wireless network is disclosed. The method may include determining a target Quality of Experience (QoE) scope of a QoE collection by the wireless network from a User Equipment (UE) ; generating a QoE configuration information including the target QoE Scope; and transmitting the QoE configuration information to the UE for the UE to determine whether to perform QoE measurements and / or QoE reporting based on the target QoE scope and to perform the QoE measurements and / or QoE reporting within the target QoE scope and according to the QoE configuration information.

[0190] In the example implementations above, the QoE configuration information  comprises one or more QoE scope information items from which the target QoE scope is determined.

[0191] In any one of the example implementations above, the QoE scope information items comprise at least one of: a first information item indicating a first scope of wireless communication types for the QoE collection; a second information item indicating a second scope of service types for the QoE collection; a third information item indicating a third scope of UE types for the QoE collection; and a fourth information item indicating a fourth scope of cast types for the QoE collection.

[0192] In any one of the example implementations above, the first scope of wireless communication types comprises one or more of Non-Terrestrial Network (NTN) , Non-Public-Network (NPN) , Sidelink, Airborne-to-anything (A2X) , Vehicle-to-anything (V2X) communication types.

[0193] In any one of the example implementations above, the first information item comprises a single Information Element (IE) comprising a bitmap or bitstring for indicating the target QoE scope with respect to the wireless communication types.

[0194] In any one of the example implementations above, the first information item comprises a plurality of IEs each corresponding to a wireless communication type of a set of wireless communication types within the first scope.

[0195] In any one of the example implementations above, the QoE configuration information further indicates an NTN service area for the UE to trigger QoE measurements for a wireless service of the NTN communication type.

[0196] In any one of the example implementations above, the NTN service area is indicated in the QoE configuration information as at least one of: positioning defined area information list; positioning based area information list; cell based area information list; TAI based area information list; area counting information; mapped cell ID information; mapping information; or administrative region information.

[0197] In any one of the example implementations above, the area counting information comprises a cell area and a positioning defined area, and a final service area is obtained as: an  intersection of the cell area and the positioning defined area; a union of the cell area and the positioning defined area; the cell area minus the positioning defined area; or the positioning defined area minus the cell area.

[0198] In any one of the example implementations above, the area counting information comprises a TAI area and a positioning defined area, and a final service area is obtained as: an intersection of the TAI area and the positioning defined area; a union of the TAI area and the positioning defined area; the TAI area minus the positioning defined area; or the positioning defined area minus the TAI area.

[0199] In any one of the example implementations above, the area counting information comprises a TAI area and a positioning defined area, and a final service area is obtained as: an intersection of the TAI area and the positioning defined area; a union of the TAI area and the positioning defined area; the TAI area minus the positioning defined area; or the positioning defined area minus the TAI area.

[0200] In any one of the example implementations above, the area counting information comprises a cell area, a TAI area and a positioning defined area, and a final service area is obtained as: an intersection of the cell area, the TAI area and the positioning defined area; an intersection of the positioning defined area with either of the cell area or the TAI area; a union of the cell area, the TAI area and the positioning defined area; the TAI area minus the positioning defined area; or the positioning defined area minus the TAI area.

[0201] In any one of the example implementations above, the method further comprises including a Radio Access Technology (RAT) restriction on preforming the QoS measurements and / or reporting for the NTN communication type in the QoE configuration information.

[0202] In any one of the example implementations above, the RAT restriction is indicated in the QoE configuration information by a bitmap or bitstring for a predefined set of RATs.

[0203] In any one of the example implementations above, the RAT restriction is indicated in the QoE configuration information by an IE enumerated with one or more code points corresponding to one or more RATs within the RAT restriction.

[0204] In any one of the example implementations above, the RAT restriction is indicated in  the QoE configuration information by separate IEs each corresponding to a RAT of a predefined set of RATs, the RAT being within the RAT restriction.

[0205] In any one of the example implementations above, a manner for the UE to handle QoE configuration during a UE mobility between the NTN communication type and another communication type is indicated in the QoE configuration information.

[0206] In any one of the example implementations above, a time period is further configured for keeping the QoE configuration information for NTN QoE after an NTN to Terrestrial Network (NT) switching by the UE.

[0207] In any one of the example implementations above, the QoE configuration information further indicates whether to include timing information for an NTN to TN switching in the QoE reporting.

[0208] In any one of the example implementations above, the QoE configuration information further comprises at least one of equivalent Standard NPN (SNPN) information and allowed Public Network Integrated NPN (PNI-NPN) information.

[0209] In any one of the example implementations above, the second scope of service types indicates one or more of eXtended Reality (XR) , Augmented Reality (AR) , Mixed Reality (MR) service types.

[0210] In any one of the example implementations above, the third scope of UE types indicates one or more of IoT, IIoT, aerial UE, Redcap, aerial-like UE, common UE types.

[0211] In any one of the example implementations above, the fourth scope of cast types indicates one or more of Point-To-Point (PTP) , Point-To-Multipoint (PTM) , and common PDU.

[0212] In any one of the example implementations above, the network node comprises a RAN node and the QoE configuration information is transmitted by the RAN node to the UE via an RRC message after being received by the RAN node from a core network via an NGAP message.

[0213] In any one of the example implementations above, the network node comprises a distributed unit (DU) of a RAN and the QoE configuration information is transmitted by the  distributed unit (DU) to the UE after being received by the DU from a central unit (CU) of the RAN via an F1AP message.

[0214] In any one of the example implementations above, the network node comprises a RAN node and a QoE report is received by a RAN node via an RRC message followed by the QoE report being transmitted by the RAN node to a Measurement Collector Entity (MCE) .

[0215] In any one of the example implementations above, the network node comprises a source RAN node and the QoE configuration information is transmitted by the source RAN node to the UE after being received from a target RAN node via an XnAP message in a handover process.

[0216] In any one of the example implementations above, the network node comprises a source RAN node the QoE configuration information is transmitted from the target RAN node to the source RAN node after the target RAN node receives an QoE configuration request from the source RAN node via another XnAP message in a handover process.

[0217] In any one of the example implementations above, the network node comprises a source RAN node and the QoE configuration information is transmitted by the source RAN node to the UE after being received by the source RAN node from a target RAN node via a core network in an NG based handover process.

[0218] In some other implementations, the UE or the network node above is disclosed. The UE or the network node may include at least one processor and a memory, wherein the at least one processor is configured to read code from the memory and implement any one of the methods above.

[0219] In yet some other implementations, a non-transitory computer readable medium is disclosed. The non-transitory computer readable medium may include computer instructions, when executed by at least one processor of the UE or the network node above, may cause the UE or the network node to implement any one of the methods above.

[0220] The description and accompanying drawings above provide specific example embodiments and implementations. The described subject matter may, however, be embodied  in a variety of different forms and, therefore, covered or claimed subject matter is intended to be construed as not being limited to any example embodiments set forth herein. A reasonably broad scope for claimed or covered subject matter is intended. Among other things, for example, subject matter may be embodied as methods, devices, components, systems, or non-transitory computer-readable media for storing computer codes. Accordingly, embodiments may, for example, take the form of hardware, software, firmware, storage media or any combination thereof. For example, the method embodiments described above may be implemented by components, devices, or systems including memory and processors by executing computer codes stored in the memory.

[0221] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment / implementation” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment / implementation” as used herein does not necessarily refer to a different embodiment. It is intended, for example, that claimed subject matter includes combinations of example embodiments in whole or in part.

[0222] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part on the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a, ” “an, ” or “the, ” may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.

[0223] Reference throughout this specification to features, advantages, or similar language  does not imply that all of the features and advantages that may be realized with the present solution should be or are included in any single implementation thereof. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present solution. Thus, discussions of the features and advantages, and similar language, throughout the specification may, but do not necessarily, refer to the same embodiment.

[0224] Furthermore, the described features, advantages and characteristics of the present solution may be combined in any suitable manner in one or more embodiments. One of ordinary skill in the relevant art will recognize, in light of the description herein, that the present solution can be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the present solution.

Claims

1.A method performed by a user equipment (UE) in a wireless network comprising:receiving Quality of Experience (QoE) configuration information from the wireless network, the QoE configuration information being provided from the wireless network to configure a QoE collection by the wireless network from the UE;determining a target QoE scope of the QoE collection based on the QoE configuration information;determining whether to perform QoE measurements and / or QoE reporting based on the target QoE scope; andperforming the QoE measurements and / or QoE reporting within the target QoE scope and according to the QoE configuration information.2.The method of claim 1, wherein the QoE configuration information comprises one or more QoE scope information items from which the target QoE scope is determined.3.The method of claim 2, wherein the QoE scope information items comprise at least one of:a first information item indicating a first scope of wireless communication types for the QoE collection;a second information item indicating a second scope of service types for the QoE collection;a third information item indicating a third scope of UE types for the QoE collection; anda fourth information item indicating a fourth scope of cast types for the QoE collection.4.The method of claim 3, wherein the first scope of wireless communication types comprises one or more of Non-Terrestrial Network (NTN) , Non-Public-Network (NPN) , Sidelink, Airborne-to-anything (A2X) , Vehicle-to-anything (V2X) communication types.5.The method of claim 4, wherein the first information item comprises a single Information Element (IE) comprising a bitmap or bitstring for indicating the target QoE scope with respect to the wireless communication types.6.The method of claim 4, wherein the first information item comprises a plurality of IEs each corresponding to a wireless communication type of a set of wireless communication types within the first scope.7.The method of claim 4, wherein the QoE configuration information further indicates an NTN service area for the UE to trigger QoE measurements for a wireless service of the NTN communication type.8.The method of claim 7, wherein the NTN service area is indicated in the QoE configuration information as at least one of:positioning defined area information list;positioning based area information list;cell based area information list;TAI based area information list;area counting information;mapped cell ID information;mapping information; oradministrative region information.9.The method of claim 8, wherein the area counting information comprises a cell area and a positioning defined area, and a final service area is obtained as:an intersection of the cell area and the positioning defined area;a union of the cell area and the positioning defined area;the cell area minus the positioning defined area; orthe positioning defined area minus the cell area.10.The method of claim 8, wherein the area counting information comprises a TAI area and a positioning defined area, and a final service area is obtained as:an intersection of the TAI area and the positioning defined area;a union of the TAI area and the positioning defined area;the TAI area minus the positioning defined area; orthe positioning defined area minus the TAI area.11.The method of claim 8, wherein the area counting information comprises a TAI area and a positioning defined area, and a final service area is obtained as:an intersection of the TAI area and the positioning defined area;a union of the TAI area and the positioning defined area;the TAI area minus the positioning defined area; orthe positioning defined area minus the TAI area.12.The method of claim 8, wherein the area counting information comprises a cell area, a TAI area and a positioning defined area, and a final service area is obtained as:an intersection of the cell area, the TAI area and the positioning defined area;an intersection of the positioning defined area with either of the cell area or the TAI area;a union of the cell area, the TAI area and the positioning defined area;the TAI area minus the positioning defined area; orthe positioning defined area minus the TAI area.13.The method of claim 4, wherein the method further comprises obtaining a Radio Access Technology (RAT) restriction on preforming the QoS measurements and / or reporting for the NTN communication type.14.The method of claim 13, wherein the RAT restriction is indicated in the QoE configuration information by a bitmap or bitstring for a predefined set of RATs.15.The method of clam 13, wherein the RAT restriction is indicated in the QoE configuration information by an IE enumerated with one or more code points corresponding to one or more RATs within the RAT restriction.16.The method of claim 13, wherein the RAT restriction is indicated in the QoE configuration information by separate IEs each corresponding to a RAT of a predefined set of RATs, the RAT being within the RAT restriction.17.The method of claim 4, wherein a manner for the UE to handle QoE configuration during a UE mobility between the NTN communication type and another communication type is indicated in the QoE configuration information.18.The method of claim 4, wherein a time period is further configured for keeping the QoE configuration information for NTN QoE after an NTN to Terrestrial Network (NT) switching by the UE.19.The method of claim 4, wherein the QoE configuration information further indicates whether to include timing information for an NTN to TN switching in the QoE reporting.20.The method of claim 4, wherein the QoE configuration information further comprises at least one of equivalent Standard NPN (SNPN) information and allowed Public Network Integrated NPN (PNI-NPN) information.21.The method of claim 3, wherein the second scope of service types indicates one or more of eXtended Reality (XR) , Augmented Reality (AR) , Mixed Reality (MR) service types.22.The method of claim 21, wherein the third scope of UE types indicates one or more of IoT, IIoT, aerial UE, Redcap, aerial-like UE, common UE types.23.The method of claim 3, wherein the fourth scope of cast types indicates one or more of Point-To-Point (PTP) , Point-To-Multipoint (PTM) , and common PDU.24.The method of claim 1, wherein the QoE configuration information is received from a RAN node via an RRC message after being received by the RAN node from a core network via an NGAP message.25.The method of claim 1, wherein the QoE configuration information is received from distributed unit (DU) of a RAN after being received by the DU from central unit (CU) of the RAN via an F1AP message.26.The method of claim 1, wherein a QoE report is transmitted to a RAN node via an RRC message followed by the QoE report being transmitted by the RAN node to a Measurement Collector Entity (MCE) .27.The method of claim 1, wherein the QoE configuration information is received from a source RAN node after being transmitted from a target RAN node to the source RAN node via an XnAP message in a handover process.28.The method of claim 27, wherein the QoE configuration information is transmitted from the target RAN node to the source RAN node after the target RAN node receives an QoE configuration request from the source RAN node via another XnAP message in a handover process.29.The method of claim 1, wherein the QoE configuration information is received from a source RAN node after being received by the source RAN node from a target RAN node via a core network in an NG based handover process.30.The UE of any one of claims 1-29, comprising a memory for storing instructions and at least one processor configured to execute the instructions to cause the UE to perform steps of any one of the claims 1-29.31.A non-transitory computer readable storage medium for storing instructions, the instructions, when executed by at least one processor, are configured to perform steps of any one of claims 1-29.

Images