Methods, devices, and systems for configuring dynamic QOS parameters for protocol data unit sets

Abstract

The present disclosure describes methods, system, and devices for configuring dynamic quality of service (QoS) parameters for protocol data unit (PDU) sets. One method includes determining, by a first network node, a data radio bearer (DRB) level PDU set QoS parameter (PSQP) configuration for one or more DRBs; and sending, by the first network node, a first request message to a second network node, wherein the first request message comprises the determined DRB level PSPQ for the one or more DRBs. In some implementations, the PDU set traffic is carried over the one or more DRBs.

Description

METHODS, DEVICES, AND SYSTEMS FOR CONFIGURING DYNAMIC QOS PARAMETERS FOR PROTOCOL DATA UNIT SETSTECHNICAL FIELD

[0001] The present disclosure is directed generally to wireless communications. Particularly, the present disclosure relates to methods, devices, and systems for configuring dynamic quality of service (QoS) parameters for protocol data unit (PDU) sets.BACKGROUND

[0002] Wireless communication technologies are moving the world toward an increasingly connected and networked society. High-speed, low-latency, and versatile wireless communications rely on efficient network resource management and allocation between user equipment and wireless access network nodes (including but not limited to base stations) . A new generation network is expected to provide high speed, low latency and ultra-reliable communication capabilities and fulfill the requirements from different industries and users.

[0003] In some implementations, for some extended reality (XR) services, the quality of user experience is somewhat flexible, wherein the user's perceived quality may vary within a certain range without significantly affecting the overall experience. There may be some problems / issues associated with some protocol data unit (PDU) set transmission mechanisms. For example, a radio access network (RAN) may typically apply fixed or default quality of service (QoS) parameters for transmission, which lead to inefficiencies and some problems. One problem may include, during periods of high network load, the RAN prioritizes the transmission of certain PDU Sets at the expense of other services'quality. Another problem may include that, when the RAN is under low load, the RAN may not dynamically improve the transmission quality of certain PDU sets and instead continue to transmit using the default, lower-quality settings.

[0004] The present disclosure describes various embodiments for configuring dynamic QoS parameters for PDU sets, addressing at least one of the issues / problems discussed above. The various embodiments may enable a RAN to transmit PDU set data with the highest possible QoS parameters when conditions allow, and also enable the RANto use the lower acceptable QoS parameters under resource constraints, enhancing the capability of the wireless communication system, improving PDU set transmission, and / or improving the efficiency and / or performance of the wireless communication.SUMMARY

[0005] This document relates to methods, systems, and devices for wireless communication, and more specifically, for configuring dynamic quality of service (QoS) parameters for protocol data unit (PDU) sets. Various embodiments in the present disclosure may increase the resource utilization efficiency, and / or improve versatile applicability of the wireless communication and / or of user equipment.

[0006] In one embodiment, the present disclosure describes a method for wireless communication. The method includes determining, by a first network node, a data radio bearer (DRB) level protocol data unit (PDU) set quality of service (QoS) parameter (PSQP) configuration for one or more DRBs; and sending, by the first network node, a first request message to a second network node, wherein the first request message comprises the determined DRB level PSPQ for the one or more DRBs. In some implementations, the PDU set traffic is carried over the one or more DRBs.

[0007] In another embodiment, the present disclosure describes a method for wireless communication. The method includes receiving, by a second network node from a first network node, a first request message, wherein the first request message comprises a data radio bearer (DRB) level protocol data unit (PDU) set quality of service (QoS) parameter (PSQP) configuration for one or more DRBs, wherein the DRB level PSPQ for the one or more DRBs is determined by the first network node. In some implementations, the PDU set traffic is carried over the one or more DRBs.

[0008] In some other embodiments, an apparatus for wireless communication may include a memory storing instructions and at least one processing circuitry in communication with the memory. When the at least one processing circuitry executes the instructions, the at least one processing circuitry is configured to carry out any of the methods above and / or in the present disclosure.

[0009] In some other embodiments, a device for wireless communication may include a memory storing instructions and at least one processing circuitry in communication with the memory. When the at least one processing circuitry executes the instructions, the at least one processing circuitry is configured to carry out any of the methods above and / or in the present disclosure.

[0010] In some other embodiments, a computer-readable medium comprising instructions which, when executed by a computer, cause the computer to carry out the methods above and / or in the present disclosure. The computer-readable medium may be a non-transitory computer-readable medium.

[0011] In some other embodiments, a computer program product comprising a computer-readable program medium code stored thereupon, the computer-readable program medium code, when executed by at least one processor, causing the at least one processor to implement any of the methods above and / or in the present disclosure. The computer program product may be a non-transitory computer program product. The computer-readable program medium code may be a non-transitory computer-readable program medium code.

[0012] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0013] FIG. 1A shows a schematic diagram of a wireless communication system.

[0014] FIG. 1B shows a schematic diagram of a base station.

[0015] FIG. 2 shows an example of a network node.

[0016] FIG. 3 shows an example of a user equipment.

[0017] FIG. 4A shows a flow diagram of a method for wireless communication.

[0018] FIG. 4B shows a flow diagram of another method for wireless communication.

[0019] FIG. 5 shows a flow diagram of an exemplary embodiment for wireless communication.

[0020] FIG. 6 shows a flow diagram of another exemplary embodiment for wireless communication.

[0021] FIG. 7 shows a flow diagram of another exemplary embodiment for wireless communication.

[0022] FIG. 8 shows a flow diagram of another exemplary embodiment for wireless communication.DETAILED DESCRIPTION

[0023] 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. Please note that 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.

[0024] 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.

[0025] 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.

[0026] The present disclosure describes various embodiments for configuring dynamic quality of service (QoS) parameters for protocol data unit (PDU) sets.

[0027] Wireless communication technologies are moving the world toward an increasingly connected and networked society. High-speed, low-latency, and versatile wireless communications rely on efficient network resource management and allocation between user equipment and wireless access network nodes (including but not limited to base stations) . A new generation network is expected to provide high speed, low latency and ultra-reliable communication capabilities and fulfill the requirements from different industries and users.

[0028] In some implementations with supporting of extended reality (XR) services, the concept of PDU set plays an important role in ensuring that a radio access network (RAN) can handle the demanding QoS requirements of XR applications. XR services, which include augmented reality (AR) , virtual reality (VR) , and / or mixed reality (MR) , often require ultra-low latency, high reliability, and consistent throughput to deliver a seamless and immersive experience.

[0029] In some implementations, the PDU set may be defined as an information unit generated by the application layer, consisting of one or more PDUs. In simpler terms, a PDU set represents a block of data from the application layer, such as a video frame or segment, that is encapsulated for transmission. Each PDU set is assigned a unique PDU set sequence number (PSSN) . This number is carried in the headers of the one or more PDUs that belong to the same PDU set. As new PDU sets are generated by the application, their PSSN are incremented. The PSSN helps the RAN identify which data packets belong to the same PDU set, allowing for better coordination and scheduling during transmission. For example, when transmitting a video frame, the entire frame's data might be divided into several PDUs. By marking them as part of the same PDU set by the core network (CN) , the RAN ensures that all the parts of the frame (within the same PDU set) are transmitted in a synchronized manner, minimizing latency and enhancing user experience.

[0030] In some implementations, for some XR services, the quality of user experience is somewhat flexible, wherein the user's perceived quality may vary within a certain range without significantly affecting the overall experience. There may be some problems / issues associated with some PDU set transmission mechanisms. For example, a RAN may typically apply fixed or default quality of service (QoS) parameters for transmission, which lead to inefficiencies and some problems. One problem may include, during periods of high network load, the RAN prioritizes the transmission of certain PDU Sets at the expense of other services'quality. Another problem may include that, when the RAN is under low load, the RAN may not dynamically improve the transmission quality of certain PDU sets and instead continue to transmit using the default, lower-quality settings.

[0031] The present disclosure describes various embodiments for configuring dynamic QoS parameters for PDU sets, addressing at least one of the issues / problems discussed above. The various embodiments may enable a RAN to transmit PDU set data with the highest possible QoS parameters when conditions allow, and also enable the RANto use the lower acceptable QoS parameters under resource constraints, enhancing the capability of the wireless communication system, improving PDU set transmission, and / or improving the efficiency and / or performance of the wireless communication.

[0032] In some implementations, a next generation node B (gNB) may be divided into two main components: a central unit (CU) and one or more distributed unit (DU) . This separation enables more flexible deployment and efficient utilization of network resources. The CU and DU communicate through the F1 interface. The F1 application protocol (F1AP) operates over the F1 interface, which connects the CU and DU of a gNB in a split architecture.

[0033] In some implementations, dual connectivity (DC) allows a user equipment (UE) to be simultaneously connected to two different nodes (e.g., two base stations) to improve throughput, reliability, and mobility management. A master node (MN) is the main node responsible for managing the control plane connection with the UE. A secondary node (SN) is the additional base station that the UE is connected to in a dual connectivity scenario. The SN provides extra radio resources to boost data throughput or improve reliability, but the SN usually does not have control over PDU session management; that responsibility stays with the MN. Xn application protocol (XnAP) is a control plane protocol used over the Xn interface, which connects two gNBs in a 5G network.

[0034] The present disclosure describes various embodiments for support the dynamic adjustment of PDU set transmission quality in scenarios involving CU / DU split gNB or dual connectivity.

[0035] FIG. 1A and 1B show examples of cellular wireless communication network 100 (also referred to as wireless communication system) that includes a core network 110, a radio access network (RAN) 120, and one or more user equipment (UE) 130.

[0036] The RAN 120 further includes multiple base stations 122 and 124 (or referred as network nodes or RANs) . The base station 122 and one or more user equipment (UE) 130 communicate with one another via an interface 140. The wireless communication network 100 may be implemented as, as for example, a 2G, 3G, 4G / LTE, 5G, or 6G cellular communication network. Correspondingly, each of the RANs / base stations 122 and 124 may be implemented as a 2G RAN / base station, a 3G RAN / nodeB, an LTE RAN / eNB, a 5G New Radio (NR) RAN / gNB, and / or a NG RAN. The UE 130 may be implemented as mobile or fixed communication devices for accessing the wireless communication network 100. The one or more UE 130 may include but is not limited to mobile phones, aerial UE (e.g., drone etc. ) , internet of things (IoT) devices, machine-type communications (MTC) devices, laptop computers, tablets, personal digital assistants, wearable devices, distributed remote sensor devices, roadside assistant equipment, and desktop computers. Alternative to the context of cellular wireless network, the RAN 120 and the principles described below may be implemented as other types of radio access networks, such as Wi-Fi, Bluetooth, ZigBee, and WiMax networks.

[0037] In the example wireless communication system 100 of FIG. 1A, the one or more UE 130 may connect with and establish a communication session with the base station 122 via the interface 140. The communication session between the UE 130 and the base station 122 may utilize downlink (DL) and / or uplink (UL) transmission resources. The DL transmission resource carries data from the base station 122 to the UE 130, and the UL transmission resource carries data from the UE 130 to the base station 122. Under certain circumstances, for example when the base station 122 is unavailable or when the UE 130 moves into a coverage of the base station 124, the one or more UE 130 may connect with and establish a communication session with the base station 122, for example, during a handover process. In some implementations with dual connectivity, a UE may connect to two base stations at the same time, wherein one base station is MN, and the other base station is SN.

[0038] Referring to FIG. 1B, a RAN / base station (e.g., gNB) (using 122 as non-limiting example) may have a central-distributed separated structure, which may include a central unit (CU) 160 and one or more distributed unit (DU) 171 and / or 172. The core network (e.g., 5GC) may communicate with the gNB via a NG interface between them. The gNB and another gNB may communicate via a Xn interface. The gNB-CU may communicate with the one or more gNB-DU via a F1 interface.

[0039] In some implementations, in the architecture of CU / DU split, a gNB may consist of a gNB Central Unit (gNB-CU) and one or more gNB Distributed Unit (gNB-DU) . A gNB-CU and a gNB-DU is connected via F1 interface. The gNB-CU is defined as a logical node hosting RRC, SDAP and PDCP protocols of the gNB or RRC and PDCP protocols of the en-gNB that controls the operation of one or more gNB-DUs. The gNB-DU is defined as a logical node hosting RLC, MAC and PHY layers of the gNB or en-gNB, and its operation is partly controlled by gNB-CU. One gNB-DU supports one or multiple cells. One cell is supported by only one gNB-DU.

[0040] FIG. 2 shows an example of electronic device 200 to implement a network base station (wireless communication node or gNB) or core network. The example electronic device 200 may include radio transmitting / receiving (Tx / Rx) circuitry 208 to transmit / receive communication with UEs and / or other base stations. The electronic device 200 may also include network interface circuitry 209 to communicate the base station with other base stations and / or a core network, e.g., optical or wireline interconnects, Ethernet, and / or other data transmission mediums / protocols. The electronic device 200 may optionally include an input / output (I / O) interface 206 to communicate with an operator or the like.

[0041] The electronic device 200 may also include system circuitry 204. System circuitry 204 may include processor (s) 221 and / or memory 222. Memory 222 may include an operating system 224, instructions 226, and parameters 228. Instructions 226 may be configured for the one or more of the processors 124 to perform the functions of the network node. The parameters 228 may include parameters to support execution of the instructions 226. For example, parameters may include network protocol settings, bandwidth parameters, radio frequency mapping assignments, and / or other parameters.

[0042] FIG. 3 shows an example of an electronic device to implement a terminal device 300 (for example, wireless communication terminal or user equipment (UE) ) . The UE 300 may be a mobile device, for example, a smart phone, or a mobile communication module disposed in a vehicle or a drone. The UE 300 may include communication interfaces 302, a system circuitry 304, an input / output interfaces (I / O) 306, a display circuitry 308, and a storage 309. The display circuitry may include a user interface 310. The system circuitry 304 may include any combination of hardware, software, firmware, or other logic / circuitry. The system circuitry 304 may be implemented, for example, with one or more systems on a chip (SoC) , application specific integrated circuits (ASIC) , discrete analog and digital circuits, and other circuitry. The system circuitry 304 may be a part of the implementation of any desired functionality in the UE 300. In that regard, the system circuitry 304 may include logic that facilitates, as examples, decoding and playing music and video, e.g., MP3, MP4, MPEG, AVI, FLAC, AC3, or WAV decoding and playback; running applications; accepting user inputs; saving and retrieving application data; establishing, maintaining, and terminating cellular phone calls or data connections for, as one example, internet connectivity; establishing, maintaining, and terminating wireless network connections, Bluetooth connections, or other connections; and displaying relevant information on the user interface 310. The user interface 310 and the inputs / output (I / O) interfaces 306 may include a graphical user interface, touch sensitive display, haptic feedback or other haptic output, voice or facial recognition inputs, buttons, switches, speakers and other user interface elements. Additional examples of the I / O interfaces 306 may include microphones, video and still image cameras, temperature sensors, vibration sensors, rotation and orientation sensors, headset and microphone input  / output jacks, Universal Serial Bus (USB) connectors, memory card slots, radiation sensors (e.g., IR sensors) , and other types of inputs.

[0043] Referring to FIG. 3, the communication interfaces 302 may include a Radio Frequency (RF) transmit (Tx) and receive (Rx) circuitry 316 which handles transmission and reception of signals through one or more antennas 314. The communication interface 302 may include one or more transceivers. The transceivers may be wireless transceivers that include modulation  / demodulation circuitry, digital to analog converters (DACs) , shaping tables, analog to digital converters (ADCs) , filters, waveform shapers, filters, pre-amplifiers, power amplifiers and / or other logic for transmitting and receiving through one or more antennas, or (for some devices) through a physical (e.g., wireline) medium. The transmitted and received signals may adhere to any of a diverse array of formats, protocols, modulations (e.g., QPSK, 16-QAM, 64-QAM, or 256-QAM) , frequency channels, bit rates, and encodings. As one specific example, the communication interfaces 302 may include transceivers that support transmission and reception under the 2G, 3G, BT, WiFi, Universal Mobile Telecommunications System (UMTS) , High Speed Packet Access (HSPA) +, 4G  / Long Term Evolution (LTE) , 5G standards, 6G, and / or any other telecommunication standards. The techniques described below, however, are applicable to other wireless communications technologies whether arising from the 3rd Generation Partnership Project (3GPP) , GSM Association, 3GPP2, IEEE, or other partnerships or standards bodies.

[0044] Referring to FIG. 3, the system circuitry 304 may include one or more processors 321 and memories 322. The memory 322 stores, for example, an operating system 324, instructions 326, and parameters 328. The processor 321 is configured to execute the instructions 326 to carry out desired functionality for the UE 300. The parameters 328 may provide and specify configuration and operating options for the instructions 326. The memory 322 may also store any BT, WiFi, 3G, 4G, 5G, 6G, or other data that the UE 300 will send, or has received, through the communication interfaces 302. In various implementations, a system power for the UE 300 may be supplied by a power storage device, such as a battery or a transformer.

[0045] The present disclosure describes various embodiment for configuring dynamic QoS parameters for PDU sets, which may be implemented, partly or totally, on the core network, the network base station, and / or the user equipment described above in FIGS. 1A -3.

[0046] Referring to FIG. 4A, the present disclosure describes various embodiments of a method 400 for wireless communication, which is performed by one wireless communication node (or wireless network node, e.g., a radio access network (RAN) ) comprising a memory storing instructions and at least one processor in communication with the memory. The method 400 may include a portion or all of the following: step 410, determining, by a first network node, a data radio bearer (DRB) level protocol data unit (PDU) set quality of service (QoS) parameter (PSQP) configuration for one or more DRBs; and / or step 420, sending, by the first network node, a first request message to a second network node, wherein the first request message comprises the determined DRB level PSPQ for the one or more DRBs. In some implementations, the PDU set traffic is carried over the one or more DRBs.

[0047] Referring to FIG. 4B, the present disclosure describes various embodiments of a method 450 for wireless communication, which is performed by another wireless communication node (or wireless network node, e.g., RAN) comprising a memory storing instructions and at least one processor in communication with the memory. The method 450 may include the following: step 460, receiving, by a second network node from a first network node, a first request message, wherein the first request message comprises a data radio bearer (DRB) level protocol data unit (PDU) set quality of service (QoS) parameter (PSQP) configuration for one or more DRBs, wherein the DRB level PSPQ for the one or more DRBs is determined by the first network node. In some implementations, the PDU set traffic is carried over the one or more DRBs.

[0048] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the first network node and the second network node are one of the following: a central unit (CU) of a base station and a distributed unit (DU) of the base station, respectively, or a master network (MN) and a secondary network (SN) , respectively.

[0049] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the a PSQP comprises a set of parameters indicating a level of QoS for the PDU set traffic; and / or the PSQP comprises at least one of the following: a packet delay budget (PDB) , a packet error rate (PER) , a guaranteed bit rate (GBR) , and / or a maximum bit rate (MBR) .

[0050] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the DRB level PSQP configuration comprises at least one of the following: one or more DRB identifiers (IDs) to identify the one or more DRBs, for an indicated DRB, a default PSQP for uplink and / or downlink (UL / DL) transmission, and / or for an indicated DRB, one or more alternative PSQPs for UL / DL transmission.

[0051] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the first network node is a CU of a base station, and the second network node is a DU of the base station; and / or the first request message is for requesting setup or modification of a user equipment (UE) context at the DU.

[0052] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the CU receives a second message from a core network (CN) ; the second message is for requesting the base station to set up or modify one or more associated QoS flows for the UE; and / or the second message comprises a QoS level PSPQ configuration for the one or more QoS flows, wherein the QoS level PSPQ configuration comprises at least one of the following: one or more QoS flow IDs to identify the one or more QoS flows, for an indicated QoS flow, a default PSQP for UL / DL transmission, for an indicated QoS flow, one or more alternative PSQPs for UL / DL transmission, and / or for an indicated QoS flow, a lowest allowable PSQP for the lowest allowable quality for UL / DL transmission. In some implementations, PDU set traffic is carried over the one or more QoS flows.

[0053] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , in response to receiving the second message from the CN, the CU determines the DRB level PSQP configuration based on the QoS level PSPQ configuration.

[0054] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , after receiving the first request message, the DU enforces dynamic QoS for UL / DL transmission of the PDU set traffic carried over one or more DRBs based on at least one of the following: the DRB level PSPQ configuration, a load condition of the DU, and / or an air quality of UL / DL transmission.

[0055] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the DU sends DRB level transmission quality report of PDU set to the CU, wherein the DRB level transmission quality report is comprised in one of the following: a F1AP message or a global packet radio service (GPRS) tunnelling protocol user plane (GTP-U) header of a UL packet to the CU; and / or the DRB level transmission quality report comprises at least one of the following: one or more DRB IDs to identify the one or more DRBs, for an indicated DRB, a first indication of whether a default PSQP set for UL / DL transmission is fulfilled or not, for an indicated DRB, a second indication that the lowest PSQP for UL / DL transmission is not fulfilled, for an indicated DRB, an ID of current enforced or fulfilled alternative PSQP, for an indicated DRB, a current average UL / DL data rate of PDU set traffic, for an indicated DRB, a current average UL / DL PDU set packet delay, for an indicated DRB, a current average UL / DL PDU set packet error rate, for an indicated DRB, a most probable UL / DL data rate of the PDU set traffic, and / or for an indicated DRB, a most probable UL / DL data rate of the DRB.

[0056] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the CU determines a QoS level transmission quality report of the PDU set based on the DRB level transmission quality report; and / or the CU sends a third message to the CN, wherein the third message is comprised in one of the following: a NGAP message or a GTP-U header of a UL packet to the CN, and the third message comprises the QoS level transmission quality report comprising at least one of the following: one or more QoS flow IDs to identify one or more QoS flows, for an indicated QoS flow, a first indication of whether a default PSQP set for UL / DL transmission is fulfilled or not, for an indicated QoS flow, a second indication that the lowest PSQP for UL / DL transmission is not fulfilled, for an indicated QoS flow, an ID of current enforced or fulfilled alternative PSQP, for an indicated QoS flow, a current average UL / DL data rate of PDU set traffic, for an indicated QoS flow, a current average UL / DL PDU set packet delay, for an indicated QoS flow, a current average UL / DL PDU set packet error rate, for an indicated QoS flow, a most probable UL / DL data rate of the PDU set traffic, and / or for an indicated QoS flow, a most probable UL / DL data rate of the DRB.

[0057] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , before the DU sends the DRB level transmission quality report of PDU set to the CU, the DU is configured with at least one PSQP for at least one DRB.

[0058] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the first network node is a MN for a UE, and the second network node is a SN for a UE; and / or the first request message is for requesting setup or modification of a user equipment (UE) context at the SN.

[0059] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the MN receives a fourth message from a core network (CN) ; the fourth message is for requesting to set up or modify one or more associated QoS flows for the UE; and / or the fourth message comprises a QoS level PSPQ configuration for the one or more QoS flows, wherein the QoS level PSPQ configuration comprises at least one of the following: one or more QoS flow IDs to identify the one or more QoS flows, for an indicated QoS flow, a default PSQP for UL / DL transmission, for an indicated QoS flow, one or more alternative PSQPs for UL / DL transmission, and / or for an indicated QoS flow, a lowest allowable PSQP for the lowest allowable quality for UL / DL transmission.

[0060] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , in response to receiving the second message from the CN, the MN determines the DRB level PSQP configuration based on the QoS level PSPQ configuration.

[0061] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , after receiving the first request message, the SN enforces dynamic QoS for UL / DL transmission of the PDU set traffic carried over one or more DRBs based on at least one of the following: the DRB level PSPQ configuration, a load condition of the SN, and / or an air quality of UL / DL transmission.

[0062] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the SN sends DRB level transmission quality report of PDU set to the MN, wherein the DRB level transmission quality report is comprised in one of the following: a XnAP message or a GTP-U header of a UL packet to the MN; and / or the DRB level transmission quality report comprises at least one of the following: one or more DRB IDs to identify the one or more DRBs, for an indicated DRB, a first indication of whether a default PSQP set for UL / DL transmission is fulfilled or not, for an indicated DRB, a second indication that the lowest PSQP for UL / DL transmission is not fulfilled, for an indicated DRB, an ID of current enforced or fulfilled alternative PSQP, for an indicated DRB, a current average UL / DL data rate of PDU set traffic, for an indicated DRB, a current average UL / DL PDU set packet delay, for an indicated DRB, a current average UL / DL PDU set packet error rate, for an indicated DRB, a most probable UL / DL data rate of the PDU set traffic, and / or for an indicated DRB, a most probable UL / DL data rate of the DRB.

[0063] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , the MN determines a QoS level transmission quality report of the PDU set based on the DRB level transmission quality report; and / or the MN sends a third message to the CN, wherein the third message is comprised in one of the following: a NGAP message or a GTP-U header of a UL packet to the CN, and the third message comprises the QoS level transmission quality report comprising at least one of the following: one or more QoS flow IDs to identify the one or more QoS flows, for an indicated QoS flow, a first indication of whether a default PSQP set for UL / DL transmission is fulfilled or not, for an indicated QoS flow, a second indication that the lowest PSQP for UL / DL transmission is not fulfilled, for an indicated QoS flow, an ID of current enforced or fulfilled alternative PSQP, for an indicated QoS flow, a current average UL / DL data rate of PDU set traffic, for an indicated QoS flow, a current average UL / DL PDU set packet delay, for an indicated QoS flow, a current average UL / DL PDU set packet error rate, for an indicated QoS flow, a most probable UL / DL data rate of the PDU set traffic, and / or for an indicated QoS flow, a most probable UL / DL data rate of the DRB.

[0064] In some implementations, in addition to a portion, an entire, or any combination of the described implementation (s)  / embodiment (s) , before the SN sends the DRB level transmission quality report of PDU set to the MN, the SN is configured with at least one PSQP for at least one DRB.

[0065] The present disclosure describes various exemplary embodiments for configuring dynamic QoS parameters for PDU sets in a mobile communication system, and the exemplary embodiments merely serve as examples and do not pose limitations. Any steps and / or operations in one same embodiment / implementation or more than one different embodiments / implementation in the present disclosure may be partially performed, combined, or arranged in any amount or order, as desired. Two or more of the steps and / or operations may be performed in parallel. Various embodiments and implementations in the disclosure may be used separately or combined in any order. Further, each of the methods (or embodiments) may be implemented by processing circuitry (e.g., one or more processors or one or more integrated circuits) .

[0066] Embodiment Set I

[0067] Various embodiments in the present disclosure describes methods for configuring dynamic QoS parameters for PDU sets, particularly related to how the RAN enforces dynamic QoS for PDU set traffic when a UE connects to a gNB with a CU / DU split architecture. FIG. 5 shows a non-limiting example of a method including a portion or all of the following steps.

[0068] For step 510, when a UE initiates a service or modifies an existing one (e.g., due to changing requirements) , a CN sends a message to a gNB requesting the RAN to set up or update the associated QoS flows. In addition to providing the legacy QoS parameters in the message, the CN also includes QoS level PDU set QoS parameters (PSPQ) configuration for the PDU set traffic. This configuration comprises at least one of the following: one or more QoS flow identifiers (IDs) ; for the indicated QoS flow, the default UL / DL PSQP; for the indicated QoS flow, one or more alternative UL / DL PSQPs, and / or one lowest allowable UL / DL PSQP for the lowest allowable quality.

[0069] In some implementations, a PSQP includes a set of parameters indicating the level of quality that should be ensured for the PDU set traffic. In some implementations, a PSQP comprises at least one of the following: packet delay budget (PDB) , packet error rate (PER) , guaranteed bit rate (GBR) , and / or maximum bit rate (MBR) .

[0070] In some implementations, after the gNB receives the request message from the CN, the gNB maps one or more QoS flows with similar QoS parameters into a single data radio bearer (DRB) . For a DRB, the CU determines DRB level PSPQ configuration including a default PSQP and one or more alternative PSQPs of the DRB for UL / DL according to the received QoS level PSPQ configuration. The CU may make such determination based on a portion or all of the following principles.

[0071] The default UL / DL PSQP for the DRB should satisfy the requirements of all QoS flows mapped to that DRB. For instance, it could be the highest-quality PSQP among all default PSQPs of the mapped QoS flows.

[0072] When the CN provides one or more alternative UL / DL PSQPs, the CU can select one or more UL / DL PSQPs as the alternative PSQPs of the DRB to which those QoS flows are mapped, based on its own resource conditions and air interface quality. The selected PSQP also needs to meet the requirements of all mapped QoS flows.

[0073] When the CN provides a lowest allowable UL / DL PSQP, the CU can decide on one or more alternative UL / DL PSQPs for the DRB between the default PSPQ of the DRB and this lowest PSQP, depending on its resource availability and air interface quality. The decided PSQP (s) also need to meet the requirements of all mapped QoS flows.

[0074] For step 520, after the CU determines the DRB level PSPQ configuration, the CU sends a message (e.g., a UE context setup or modification request message) to the DU of the gNB, requesting the setup or modification of a UE context at the DU. The message may include the DRB level PSPQ configuration, which comprises at least one of the following: one or more DRB identifiers (IDs) ; for the indicated DRB, the default UL / DL PSQP; and / or for the indicated DRB, one or more alternative UL / DL PSQPs.

[0075] For step 530, the DU may send a response message to the CU, to confirm the setup or modification of the UE context at the DU.

[0076] For step 540, since the DU receives the DRB level PSPQ configuration, it enforces dynamic QoS for UL / DL PDU set traffic transmission of the indicated DRB to / from the UE according to the DRB level PSPQ configuration. When load or air quality conditions change, the DU may adjust the enforced PSQP. For instance, When the load is low and / or air quality is good, the DU may enforce the received default or a higher-quality PSPQ of the DRB; conversely, when the load is high and / or air quality is poor, it may enforce a lower-quality PSPQ of the DRB.

[0077] Embodiment Set II

[0078] Various embodiments in the present disclosure describes methods for configuring dynamic QoS parameters for PDU sets, particularly related to how the RAN enforces dynamic QoS for PDU set traffic when the UE and RAN establish dual connectivity with a master node (MN) and a secondary node (SN) . FIG. 6 shows a non-limiting example of a method including a portion or all of the following steps.

[0079] For step 610, this step is similar to step 510, except that here the MN is the gNB receiving the message from the CN. This message, similar to Embodiment Set I, includes QoS level PSPQ configuration.

[0080] Similar to step 510, the MN maps one or more QoS flows with similar QoS parameters into a single DRB. For a DRB, the MN determines DRB level PSPQ configuration according to the received QoS level PSPQ Configuration.

[0081] For step 620, as the DRB needs addition transmission resource at the SN, the CU sends a message (e.g., a SN addition or modification request) to the SN, requesting the setup or modification of a UE context at the SN. The message may include the DRB level PSPQ configuration, which may be defined similarly as in Embodiment Set I.

[0082] For step 630, the SN may send a response message to the MN, to confirm the setup or modification of the UE context at the SN.

[0083] For step 640, since the SN receives the DRB level PSPQ configuration, it enforces dynamic QoS for UL / DL PDU set traffic transmission of the indicated DRB to / from the UE according to the DRB level PSPQ configuration. when load or air quality conditions change, the SN can adjust the enforced PSQP. For instance, when the load is low and / or air quality is good, the SN may enforce the received default or a higher-quality PSPQ of the DRB; conversely, when the load is high or air quality is poor, it may enforce a lower-quality PSPQ of the DRB.

[0084] Embodiment Set III

[0085] Various embodiments in the present disclosure describes methods for configuring dynamic QoS parameters for PDU sets, particularly related to how to feedback the transmission Quality of PDU set traffic in CU / DU split gNB scenario. A core network may have subscription information for users, requiring it to ensure the transmission quality of users'XR services. Therefore, the CN may need the RAN side to report on the transmission quality of PDU set traffic of the QoS flow to monitor services performance. This monitoring data can subsequently guide network optimization. This embodiment describes how the RAN, in a CU / DU separated architecture, feeds back the transmission quality of PDU set traffic to CN. FIG. 7 shows a non-limiting example of a method including a portion or all of the following steps.

[0086] For step 700, the DU is configured with the PSQP (e.g., a default PSQP, or one or more alternative PSQPs) of at least one DRB, as described in Embodiment Set I. Since the DU schedules transmission on DRB, based on load and air quality conditions, it enforces dynamic QoS for UL / DL PDU set traffic transmission of the DRB using either the default or an alternative PSQP for the DRB.

[0087] For step 710, the DU measures the transmission quality of PDU set traffic of DRB (s) , and sends the corresponding DRB level transmission quality report of PDU set within a F1AP message, or within the GTP-U header of a UL packet to the CU, wherein the DRB level transmission quality report includes at least one of the following: one or more DRB identifiers (IDs) ; for the indicated DRB, an indication of whether the default UL / DL PSQP set is fulfilled or not; for the indicated DRB, an indication that NG-RAN cannot fulfill the lowest UL / DL PSQP; for the indicated DRB, the identifier of current enforced or fulfilled alternative PSQP; for the indicated DRB, current average UL / DL data rate of the PDU set traffic; for the indicated DRB, current average UL / DL PDU set packet delay; for the indicated DRB, current average UL / DL PDU set packet error rate; for the indicated DRB, best available UL / DL data rate of the PDU set traffic; and / or for the indicated DRB, best probably available UL / DL data rate of the DRB (i.e., with PDU set traffic and non-PDU set traffic) .

[0088] In some implementations, the term “available data rate” may refer to the data rate that the RAN determines it can potentially provide based on its current resource and scheduling conditions.

[0089] In some implementations, the CU receives the DRB level transmission quality report of the PDU set, which is contained either within an F1AP message or in the GTP-U header of an uplink packet.

[0090] In some implementations, the CU assumes that all QoS flows mapped to the same DRB share the same transmission quality. Therefore, for a non-split DRB, based on the received DRB level report, the CU determines the corresponding QoS level results for any QoS flow mapped to the DRB as the following. For reported values of the types of DRB's data rate or the PDU set data rate of the DRB, the CU divides this value by the number of mapped QoS flows in the DRB, calculating an average date rate for each mapped QoS flow. For reported values of other types, the results for each mapped QoS flow are considered to be the same as the DRB's results.

[0091] In some implementations, when a DRB is a split DRB across multiple DUs, each involved DU may report on the same DRB to the CU. In this case, the CU need first determine the final DRB level transmission quality of PDU set as the following.

[0092] For the average values in transmission quality report of the PDU set related to the same DRB received from various DUs, such as average data rate, average delay, average error rate, and available data rate, the CU will calculate an overall average value among all received values from multiple DU and use it as the final result of this split DRB.

[0093] When any DU sends “an indication that NG-RAN cannot fulfill the lowest UL / DL PSQP, ” the CU may include this indication in its final result of this Split DRB.

[0094] When multiple DUs report “the identifier of current enforced or fulfilled alternative PSQP, ” the CU may select the lowest quality PSQP among them as the final result for this split DRB's “identifier of current enforced or fulfilled alternative PSQP. ”

[0095] When the final DRB-level results are calculated for a split DRB, the CU can determine the PDU set transmission quality for any QoS flow mapped to that DRB based on the final DRB results. The decision-making process may be similar as that for a non-split DRB.

[0096] For step 720, the CU sends the QoS level transmission quality report of PDU set within a NGAP message, or within the GTP-U header of a UL packet to the CN, wherein the QoS level transmission quality report includes at least one of the following: one or more QoS flow identifiers (IDs) ; for the indicated QoS flow, an indication of whether the default UL / DL PSQP set is fulfilled or not; for the indicated QoS flow, an indication that NG-RAN cannot fulfill the lowest UL / DL PSQP; for the indicated QoS flow, the identifier of current enforced or fulfilled alternative PSQP; for the indicated QoS flow, current average UL / DL data rate of the PDU set traffic; for the indicated QoS flow, current average UL / DL PDU set packet delay; for the indicated QoS flow, current average UL / DL PDU set packet error rate; for the indicated QoS flow, available UL / DL data rate of the PDU set traffic; and / or for the indicated QoS flow, available UL / DL data rate of the DRB (i.e., with PDU set traffic and non-PDU set traffic) .

[0097] Embodiment Set IV

[0098] Various embodiments in the present disclosure describes methods for configuring dynamic QoS parameters for PDU sets, particularly related to how a RAN feedback the transmission Quality of PDU set traffic to a CN in dual connectivity scenario with a MN and a SN. FIG. 8 shows a non-limiting example of a method including a portion or all of the following steps.

[0099] For step 800, the SN is configured with the PSQP (e.g., a default PSQP, or one or more alternative PSQPs) of at least one DRB, similarly as described in Embodiment Set II. Since the SN schedules transmission on DRB basic, based on load and air quality conditions, it enforces dynamic QoS for UL / DL PDU set traffic transmission of the DRB using either the default or an alternative PSQP for the DRB.

[0100] For step 810, the SN measures the transmission quality of PDU set traffic of DRB (s) , and sends the corresponding DRB level transmission quality report of PDU set within a XnAP message, or within the GTP-U header of a UL packet to the MN, wherein the DRB level transmission quality report of PDU set follows the same definition as described in Embodiment Set III.

[0101] The MN receives the DRB level transmission quality report of PDU set, which is contained either within an XnAP message or in the GTP-U header of an uplink packet.

[0102] For a split DRB, between the MN and the SN, the MN may measure the local transmission quality of the DRB's and use both the local measurement report and the received DRB level transmission quality report of the PDU set from the SN to determines the final transmission quality results of this split DRB. The decision-making process is the same as that for a non-split DRB in Embodiment Set III.

[0103] Then, for a non-split DRB or split DRB, the MN determines the PDU set transmission quality for any QoS flow mapped to that DRB based on the DRB results. The decision-making process is the same as that in Embodiment Set III.

[0104] For step 820, the MN sends the QoS level transmission quality report of PDU set within a NGAP message, or within the GTP-U header of a UL packet to CN, wherein the report follows the same definition as described in Embodiment Set III.

[0105] The present disclosure describes methods, apparatus, and computer-readable medium for configuring dynamic QoS parameters for PDU sets in a mobile communication system. The present disclosure addressed the issues with QoS parameter configuration in a wireless communication system. The methods, devices, and computer-readable medium described in the present disclosure may facilitate the performance of configuring QoS parameter for PDU sets in wireless communication, thus improving efficiency and overall performance. The methods, devices, and computer-readable medium described in the present disclosure may improves the overall efficiency of the wireless communication systems.

[0106] In some other embodiments, a computer-readable medium comprising instructions which, when executed by a computer, cause the computer to carry out the above methods. The computer-readable medium may be referred as non-transitory computer-readable media (CRM) that stores data for extended periods such as a flash drive or compact disk (CD) , or for short periods in the presence of power such as a memory device or random access memory (RAM) . In some embodiments, computer-readable instructions may be included in a software, which is embodied in one or more tangible, non-transitory, computer-readable media. Such non-transitory computer-readable media can be media associated with user-accessible mass storage as well as certain short-duration storage that are of non-transitory nature, such as internal mass storage or ROM. The software implementing various embodiments of the present disclosure can be stored in such devices and executed by a processor (or processing circuitry) . A computer-readable medium can include one or more memory devices or chips, according to particular needs. The software can cause the processor (including CPU, GPU, FPGA, and the like) to execute particular processes or particular parts of particular processes described herein, including defining data structures stored in RAM and modifying such data structures according to the processes defined by the software. In various embodiments in the present disclosure, the term “processor” may mean one processor that performs the defined functions, steps, or operations or a plurality of processors that collectively perform defined functions, steps, or operations, such that the execution of the individual defined functions may be divided amongst such plurality of processors.

[0107] 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.

[0108] Furthermore, the described features, advantages and characteristics of the present solution may be combined in any suitable manner in one or more embodiments, for non-limiting examples, a portion from one or more embodiment may be combined with another portion of other 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 for wireless communication, comprising:determining, by a first network node, a data radio bearer (DRB) level protocol data unit (PDU) set quality of service (QoS) parameter (PSQP) configuration for one or more DRBs; andsending, by the first network node, a first request message to a second network node, wherein the first request message comprises the determined DRB level PSPQ for the one or more DRBs.2.A method for wireless communication, comprising:receiving, by a second network node from a first network node, a first request message, wherein the first request message comprises a data radio bearer (DRB) level protocol data unit (PDU) set quality of service (QoS) parameter (PSQP) configuration for one or more DRBs, wherein the DRB level PSPQ for the one or more DRBs is determined by the first network node.3.The method according to any of claims 1 to 2, wherein:the first network node and the second network node are one of the following:a central unit (CU) of a base station and a distributed unit (DU) of the base station, respectively, ora master network (MN) and a secondary network (SN) , respectively.4.The method according to any of claims 1 to 3, wherein:a PSQP comprises a set of parameters indicating a level of QoS for the PDU set traffic; andthe PSQP comprises at least one of the following:a packet delay budget (PDB) ,a packet error rate (PER) ,a guaranteed bit rate (GBR) , ora maximum bit rate (MBR) .5.The method according to any of claims 1 to 4, wherein:the DRB level PSQP configuration comprises at least one of the following:one or more DRB identifiers (IDs) to identify the one or more DRBs,for an indicated DRB, a default PSQP for uplink and / or downlink (UL / DL) transmission, orfor an indicated DRB, one or more alternative PSQPs for UL / DL transmission.6.The method according to any of claims 1 to 5, wherein:the first network node is a CU of a base station, and the second network node is a DU of the base station; andthe first request message is for requesting setup or modification of a user equipment (UE) context at the DU.7.The method according to claim 6, wherein:the CU receives a second message from a core network (CN) ;the second message is for requesting the base station to set up or modify one or more associated QoS flows for the UE; andthe second message comprises a QoS level PSPQ configuration for the one or more QoS flows,wherein the QoS level PSPQ configuration comprises at least one of the following:one or more QoS flow IDs to identify the one or more QoS flows,for an indicated QoS flow, a default PSQP for UL / DL transmission,for an indicated QoS flow, one or more alternative PSQPs for UL / DL transmission, orfor an indicated QoS flow, a lowest allowable PSQP for the lowest allowable quality for UL / DL transmission.8.The method according to claim 7, wherein:in response to receiving the second message from the CN, the CU determines the DRB level PSQP configuration based on the QoS level PSPQ configuration.9.The method according to claim 6, wherein:after receiving the first request message, the DU enforces dynamic QoS for UL / DL transmission of the PDU set traffic carried over one or more DRBs based on at least one of the following:the DRB level PSPQ configuration,a load condition of the DU, oran air quality of UL / DL transmission.10.The method according to claim 6, wherein:the DU sends DRB level transmission quality report of PDU set to the CU, wherein the DRB level transmission quality report is comprised in one of the following: a F1AP message or a global packet radio service (GPRS) tunnelling protocol user plane (GTP-U) header of a UL packet to the CU; andthe DRB level transmission quality report comprises at least one of the following:one or more DRB IDs to identify the one or more DRBs,for an indicated DRB, a first indication of whether a default PSQP set for UL / DL transmission is fulfilled or not,for an indicated DRB, a second indication that the lowest PSQP for UL / DL transmission is not fulfilled,for an indicated DRB, an ID of current enforced or fulfilled alternative PSQP,for an indicated DRB, a current average UL / DL data rate of PDU set traffic,for an indicated DRB, a current average UL / DL PDU set packet delay,for an indicated DRB, a current average UL / DL PDU set packet error rate,for an indicated DRB, a most probable UL / DL data rate of the PDU set traffic, orfor an indicated DRB, a most probable UL / DL data rate of the DRB.11.The method according to claim 10, wherein:the CU determines a QoS level transmission quality report of the PDU set based on the DRB level transmission quality report; andthe CU sends a third message to the CN, wherein the third message is comprised in one of the following: a NGAP message or a GTP-U header of a UL packet to the CN, and the third message comprises the QoS level transmission quality report comprising at least one of the following:one or more QoS flow IDs to identify one or more QoS flows,for an indicated QoS flow, a first indication of whether a default PSQP set for UL / DL transmission is fulfilled or not,for an indicated QoS flow, a second indication that the lowest PSQP for UL / DL transmission is not fulfilled,for an indicated QoS flow, an ID of current enforced or fulfilled alternative PSQP,for an indicated QoS flow, a current average UL / DL data rate of PDU set traffic,for an indicated QoS flow, a current average UL / DL PDU set packet delay,for an indicated QoS flow, a current average UL / DL PDU set packet error rate,for an indicated QoS flow, a most probable UL / DL data rate of the PDU set traffic, orfor an indicated QoS flow, a most probable UL / DL data rate of the DRB.12.The method according to claim 10, wherein:before the DU sends the DRB level transmission quality report of PDU set to the CU, the DU is configured with at least one PSQP for at least one DRB.13.The method according to any of claims 1 to 5, wherein:the first network node is a MN for a UE, and the second network node is a SN for a UE; andthe first request message is for requesting setup or modification of a user equipment (UE) context at the SN.14.The method according to claim 13, wherein:the MN receives a fourth message from a core network (CN) ;the fourth message is for requesting to set up or modify one or more associated QoS flows for the UE; andthe fourth message comprises a QoS level PSPQ configuration for the one or more QoS flows,wherein the QoS level PSPQ configuration comprises at least one of the following:one or more QoS flow IDs to identify the one or more QoS flows,for an indicated QoS flow, a default PSQP for UL / DL transmission,for an indicated QoS flow, one or more alternative PSQPs for UL / DL transmission, orfor an indicated QoS flow, a lowest allowable PSQP for the lowest allowable quality for UL / DL transmission.15.The method according to claim 14, wherein:in response to receiving the second message from the CN, the MN determines the DRB level PSQP configuration based on the QoS level PSPQ configuration.16.The method according to claim 13, wherein:after receiving the first request message, the SN enforces dynamic QoS for UL / DL transmission of the PDU set traffic carried over one or more DRBs based on at least one of the following:the DRB level PSPQ configuration,a load condition of the SN, oran air quality of UL / DL transmission.17.The method according to claim 13, wherein:the SN sends DRB level transmission quality report of PDU set to the MN, wherein the DRB level transmission quality report is comprised in one of the following: a XnAP message or a GTP-U header of a UL packet to the MN; andthe DRB level transmission quality report comprises at least one of the following:one or more DRB IDs to identify the one or more DRBs,for an indicated DRB, a first indication of whether a default PSQP set for UL / DL transmission is fulfilled or not,for an indicated DRB, a second indication that the lowest PSQP for UL / DL transmission is not fulfilled,for an indicated DRB, an ID of current enforced or fulfilled alternative PSQP,for an indicated DRB, a current average UL / DL data rate of PDU set traffic,for an indicated DRB, a current average UL / DL PDU set packet delay,for an indicated DRB, a current average UL / DL PDU set packet error rate,for an indicated DRB, a most probable UL / DL data rate of the PDU set traffic, orfor an indicated DRB, a most probable UL / DL data rate of the DRB.18.The method according to claim 17, wherein:the MN determines a QoS level transmission quality report of the PDU set based on the DRB level transmission quality report; andthe MN sends a third message to the CN, wherein the third message is comprised in one of the following: a NGAP message or a GTP-U header of a UL packet to the CN, and the third message comprises the QoS level transmission quality report comprising at least one of the following:one or more QoS flow IDs to identify the one or more QoS flows,for an indicated QoS flow, a first indication of whether a default PSQP set for UL / DL transmission is fulfilled or not,for an indicated QoS flow, a second indication that the lowest PSQP for UL / DL transmission is not fulfilled,for an indicated QoS flow, an ID of current enforced or fulfilled alternative PSQP,for an indicated QoS flow, a current average UL / DL data rate of PDU set traffic,for an indicated QoS flow, a current average UL / DL PDU set packet delay,for an indicated QoS flow, a current average UL / DL PDU set packet error rate,for an indicated QoS flow, a most probable UL / DL data rate of the PDU set traffic, orfor an indicated QoS flow, a most probable UL / DL data rate of the DRB.19.The method according to claim 17, wherein:before the SN sends the DRB level transmission quality report of PDU set to the MN, the SN is configured with at least one PSQP for at least one DRB.20.A wireless communications apparatus comprising at least one processor and a memory, wherein the at least one processor is configured to read code from the memory and implement a method recited in any of claims 1 to 19.21.A computer-readable medium comprising instructions which, when executed by a computer, causing the computer to carry out the method recited in any of claims 1 to 19.

Images