Methods and devices for reporting available data rate information for user plane
The methods and devices for reporting available data rate information for the user plane address inefficiencies in existing systems, enabling efficient resource management and enhancing communication performance in wireless networks.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- ZTE CORP
- Filing Date
- 2025-03-17
- Publication Date
- 2026-05-15
AI Technical Summary
Existing wireless communication systems face inefficiencies in reporting available data rate information, particularly for dedicated quality of service (QoS) flows, which hinders the efficient management and allocation of network resources.
Methods and devices for reporting available data rate information for the user plane (UP) are developed, enabling network nodes to exchange data rate information through activation/deactivation flags, status updates, and specific granularity indications, facilitating efficient resource management and allocation.
Enhances the efficiency and performance of wireless communication systems by improving the exchange of data rate information, supporting high-speed and low-latency operations, and meeting the demands of new generation wireless services.
Smart Images

Figure CN2025082814_15052026_PF_FP_ABST
Abstract
Description
METHODS AND DEVICES FOR REPORTING AVAILABLE DATA RATE INFORMATION FOR USER PLANETECHNICAL FIELD
[0001] The present disclosure is directed generally to wireless communications. Particularly, the present disclosure relates to methods and devices for reporting available data rate information for a user plane (UP) in a mobile communication system.BACKGROUND
[0002] Wireless communication technologies are moving the world toward an increasingly connected and networked society. High-speed and low-latency 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 wireless communication system with new radio (NR) , a radio access network (RAN) node may need to report available data rate for some communication resources at various granularities, so as to improve the efficiency and performance of the whole communication system. However, there are some issues / problems in the present design. For non-limiting example, there is some issues / problems with reporting the available data rate for dedicated quality of service (QoS) flows.
[0004] The present disclosure describes various embodiments reporting available data rate information for a user plane (UP) in a mobile communication system, addressing at least one of the issues / problems discussed in the present disclosure, thus increasing efficiency of exchanging available data rate information, enabling future wireless communication system to provide improved performance to meet various demands of new generation wireless services in wireless communication systems.SUMMARY
[0005] This document relates to methods, systems, and devices for wireless communication, and more specifically, for reporting available data rate information for a user plane (UP) in a mobile communication system. The various embodiments in the present disclosure may be beneficial to enhance efficiency and performance of exchanging some available data rate information, and / or boost performance of the wireless data service via wireless communication., increase the overall transmission efficiency and speed, and / or boost performance of the wireless communication.
[0006] In one embodiment, the present disclosure describes a method in a wireless communication system, performed by a network node. The method includes sending, by a first network node to a second network node, a downlink message comprising available data rate information for a user plane (UP) , wherein the available data rate information comprises at least one of the following: an activation flag for the available data rate reporting for indicating an activation of the available data rate reporting when the available data rate reporting is supported for the first and second network nodes and is not activated, a deactivation flag for the available data rate reporting for indicating a deactivation of the available data rate reporting when the available data rate reporting is supported for the first and second network nodes and is not activated, or a status of the available data rate reporting.
[0007] In one embodiment, the present disclosure describes another method in a wireless communication system, performed by a network node. The method includes receiving, by a second network node from a first network node, a downlink message comprising available data rate information for a user plane (UP) , wherein the available data rate information comprises at least one of the following: an activation flag for the available data rate reporting for indicating an activation of the available data rate reporting when the available data rate reporting is supported for the first and second network nodes and is not activated, a deactivation flag for the available data rate reporting for indicating a deactivation of the available data rate reporting when the available data rate reporting is supported for the first and second network nodes and is not activated, or a status of the available data rate reporting.
[0008] In one embodiment, the present disclosure describes another method in a wireless communication system, performed by a network node. The method includes sending, by a first network node to a second network node, a uplink message comprising available data rate information for a user plane (UP) , wherein the available data rate information comprises at least one of the following: a downlink available data rate indication for indicating presence of a downlink available data rate, a downlink available data rate for indicating a value of the downlink available data rate for a specific granularity, a downlink available data rate granularity indication for indicating presence of a downlink available data rate granularity, a downlink available data rate granularity for indicating granularity information of the downlink available data rate, a uplink available data rate indication for indicating presence of a uplink available data rate, a uplink available data rate for indicating a value of the uplink available data rate for a specific granularity, a uplink available data rate granularity indication for indicating presence of a uplink available data rate granularity, or a uplink available data rate granularity for indicating the granularity information of the uplink available data rate.
[0009] In one embodiment, the present disclosure describes another method in a wireless communication system, performed by a network node. The method includes receiving, by a second network node from a first network node, a uplink message comprising available data rate information for a user plane (UP) , wherein the available data rate information comprises at least one of the following: a downlink available data rate indication for indicating presence of a downlink available data rate, a downlink available data rate for indicating a value of the downlink available data rate for a specific granularity, a downlink available data rate granularity indication for indicating presence of a downlink available data rate granularity, a downlink available data rate granularity for indicating granularity information of the downlink available data rate, a uplink available data rate indication for indicating presence of a uplink available data rate, a uplink available data rate for indicating a value of the uplink available data rate for a specific granularity, a uplink available data rate granularity indication for indicating presence of a uplink available data rate granularity, or a uplink available data rate granularity for indicating the granularity information of the uplink available data rate.
[0010] 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.
[0011] 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.
[0012] 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.
[0013] 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 code.
[0014] 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
[0015] FIG. 1A shows a schematic diagram of a wireless communication system.
[0016] FIG. 1B shows a schematic diagram of a base station.
[0017] FIG. 1C shows another schematic diagram of a base station.
[0018] FIG. 1D shows an example communication protocol stack in a wireless access network node or wireless terminal device including various network layers.
[0019] FIG. 2 shows an example of a network node.
[0020] FIG. 3 shows an example of a user equipment.
[0021] FIG. 4A shows a flow diagram of a method for wireless communication.
[0022] FIG. 4B shows a flow diagram of another method for wireless communication.
[0023] FIG. 5A shows a flow diagram of another method for wireless communication.
[0024] FIG. 5B shows a flow diagram of another method for wireless communication.
[0025] FIG. 6 shows a flow diagram of an exemplary embodiment for wireless communication.
[0026] FIG. 7 shows a flow diagram of another exemplary embodiment for wireless communication.DETAILED DESCRIPTION
[0027] 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.
[0028] 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.
[0029] 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.
[0030] Wireless communication technologies are moving the world toward an increasingly connected and networked society. High-speed and low-latency 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.
[0031] In some wireless communication system with new radio (NR) , a radio access network (RAN) node may need to report available data rate for some communication resources at various granularities, so as to improve the efficiency and performance of the whole communication system. However, there are some issues / problems in the present design. For non-limiting example, there is some issues / problems with reporting the available data rate for dedicated quality of service (QoS) flows.
[0032] The present disclosure describes various embodiments reporting available data rate information for a user plane (UP) in a mobile communication system, addressing at least one of the issues / problems discussed in the present disclosure, thus increasing efficiency of exchanging available data rate information, enabling future wireless communication system to provide improved performance to meet various demands of new generation wireless services in wireless communication systems.
[0033] In some implementations, a RAN node may need to report, to a core network (CN) , available data rate information for dedicated QoS flow, data radio bearer (DRB) , protocol data unit (PDU) session, multi-modality session, or user equipment (UE) .
[0034] The present disclosure includes various embodiments for performing configuration related aspects. The CN and the RAN may exchange their capacity on available data rate reporting. The CN may further configure detail requirement on how to report the available data rate according to some requirements (e.g., granularity, periodicity, report format, and / or etc) . Inside a RAN (or a base station, or a gNB) , a central unit control plane (CUCP) may configure the received requirement to a central unit user plane (CUUP) . For RAN’s split architecture, a central unit (CU) and a distributed unit (DU) may exchange the capacity information, and the CU may configure the requirement for data rate reporting to the DU. In some implementations, in reporting phase, the available data rate may be transmitted via F1-U, Xn-U, and / or NG-U procedure.
[0035] FIG. 1A shows an example 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. The core network 110 may include a user plane function (UPF) , which represents the data plane evolution of a control and user plane separation strategy. The UPF plays the important role in the process of data transfer by providing an interconnect point between the RAN 120 and the Data Network (DN) , for example, encapsulation and decapsulation of GTP-U. The UPF may perform the functionalities including but not limited to serving as an anchor point for intra- / inter-radio access technology (RAT) mobility, packet routing and forwarding, traffic usage reporting, quality of service (QoS) handling for the user plane, downlink packet buffering and downlink data notification triggering.
[0036] The core network may include a session management function (SMF) , wherein the SMF performs the functionalities including but not limited to establishment, modification, and release of communication sessions, UE IP address allocation and management (including optional authorization functions) , selection and control of UPF, and downlink data notification. Each SMF may control one or more UPFs and is associated with a service area being a collection of UPF service areas of all UPFs under its control.
[0037] 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 uplink / downlink communication channels 140. The wireless communication network 100 may be implemented as, as for example, a 2G, 3G, 4G / LTE, 5G, 6G, or any future 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.
[0038] 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. 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.
[0039] One or more UE, communicating with a base station, 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 the example of FIG. 1A, one or more UEs 130 may be served by a first cell, whereas one or more UEs 132 may be served by a second cell.
[0040] 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.
[0041] In some implementations, a cell, serving a UE, may be alternatively referred to as a serving cell. One or more 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.
[0042] 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.
[0043] In some implementations, F1 interface is between a gNB-CU and a gNB-DU, providing an interconnection point between the gNB-CU and the gNB-DU.
[0044] In some implementations, Xn interface is between two RAN nodes, providing an interconnection point between the RAN nodes.
[0045] 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.
[0046] FIG. 1C shows another schematic diagram of a base station (e.g., gNB) 150. The gNB may have a central-distributed separated structure, which may include a central unit (CU) 160 and one or more distributed unit (DU) (for example 171 and / or 172) . The CU may include a control plan (gNB-CU-CP) 161 and one or more user plan (gNB-CU-UP) 162. The gNB-CU-CP 161 may be referred as CU-CP or CP, and the gNB-CU-UP 162 may be referred as CU-UP or UP. The CU-CP 161 may communicate with the one or more CU-UP 162 via an E1 interface between them. The CU-CP 161 may communicate with the one or more DU via a F1-C interface, and each of the one or more CU-UP 162 may communicate with the one or more DU via a F1-U interface.
[0047] In some implementations, a NG-RAN may also consist of a set of ng-eNBs, and an ng-eNB may consist of an ng-eNB-CU-CP, one or more ng-eNB-CU-UP (s) , and one or more ng-eNB-DU (s) . An ng-eNB-CU-CP and an ng-eNB-CU-UP is connected via the E1 interface. An ng-eNB-DU is connected to an ng-eNB-CU-CP via the W1-C interface, and to an ng-eNB-CU-UP via the W1-U interface. The various embodiments / implementations described in the present disclosure may also be applicable to ng-eNB and its corresponding E1 and W1 interfaces, if not explicitly specified otherwise.
[0048] In some implementations, a gNB may consist of a gNB-CU-CP, multiple gNB-CU-UPs and multiple gNB-DUs. The gNB-CU-CP is connected to the gNB-DU through the F1-C interface. The gNB-CU-UP is connected to the gNB-DU through the F1-U interface. The gNB-CU-UP is connected to the gNB-CU-CP through the E1 interface. One gNB-DU is connected to only one gNB-CU-CP. One gNB-CU-UP is connected to only one gNB-CU-CP.
[0049] In some implementations, for resiliency, a gNB-DU and / or a gNB-CU-UP may be connected to multiple gNB-CU-CPs by appropriate implementation. In some implementations, one gNB-DU can be connected to multiple gNB-CU-UPs under the control of the same gNB-CU-CP. In some implementations, one gNB-CU-UP can be connected to multiple DUs under the control of the same gNB-CU-CP.
[0050] In some implementations, the connectivity between a gNB-CU-UP and a gNB-DU is established by the gNB-CU-CP using bearer context management functions.
[0051] In some implementations, the gNB-CU-CP selects the appropriate gNB-CU-UP (s) for the requested services for the UE. In some implementations, multiple CU-UPs may belong to same security domain.
[0052] In some implementations, data forwarding between gNB-CU-UPs during intra-gNB-CU-CP handover within a gNB may be supported by Xn-U.
[0053] FIG. 1D further illustrates a simplified view of the various network layers involved in transmitting user-plane data (e.g., protocol data units (PDUs) ) from a transmitting device 181 to a receiving device 185 in the example wireless access network. FIG. 1D is not intended to be inclusive of all essential device components or network layers for handling the transmission of the PDUs. FIG. 1D illustrates that the data packaged by upper network layers 182 at the transmitting device 181 may be transmitted to corresponding upper layer 186 (such as radio resource control or RRC layer) at the receiving device 185 via Packet Data Convergence Protocol layer (PDCP layer, not shown in FIG. 1D) , radio link control (RLC) layer 183 and media access control (MAC) layer 184 of the transmitting device, the physical (PHY) layers of the transmitting and receiving devices and the radio interface, as shown as 189, and the media access control (MAC) layer 188 and RLC layer 187 of the receiving device. Various network entities in each of these layers may be configured to handle the transmission and retransmission of the PDUs.
[0054] In FIG. 1D, the upper layers (182 and / or 186) may be referred as layer-3 or L3, whereas the intermediate layers such as the RLC layer (183 and / or 187) and / or the MAC layer (184 and / or 188) and / or the PDCP layer (not shown in FIG. 1D) 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, for example, encompasses PHY entities. The layer-2, for another example encompasses MAC layers / entities, RLC layers / entities, service data adaptation protocol (SDAP) layers and / or PDCP layers / entities.
[0055] 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.
[0056] 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.
[0057] 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.
[0058] 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.
[0059] 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.
[0060] The present disclosure describes various embodiments for reporting available data rate information for a user plane (UP) in a mobile communication system, which may be implemented, partly or totally, by one or more core network, one or more network base station, and / or one or more user equipment described above. The various embodiments in the present disclosure may enable efficient wireless transmission in the telecommunication system, which may increase the resource utilization efficiency and / or boost wireless communication performance.
[0061] Referring to FIG. 4A, the present disclosure describes various embodiments of a method 400 in wireless communication. The method may be performed by a first network node. The method may include: step 410, sending, by a first network node to a second network node, a downlink message comprising available data rate information for a user plane (UP) . The available data rate information comprises at least one of the following: an activation flag for the available data rate reporting for indicating an activation of the available data rate reporting when the available data rate reporting is supported for the first and second network nodes and is not activated, a deactivation flag for the available data rate reporting for indicating a deactivation of the available data rate reporting when the available data rate reporting is supported for the first and second network nodes and is not activated, and / or a status of the available data rate reporting.
[0062] Referring to FIG. 4B, the present disclosure describes various embodiments of a method 450 in wireless communication. The method may be performed by a second network node. The method may include: step 460, receiving, by a second network node from a first network node, a downlink message comprising available data rate information for a user plane (UP) . The available data rate information comprises at least one of the following: an activation flag for the available data rate reporting for indicating an activation of the available data rate reporting when the available data rate reporting is supported for the first and second network nodes and is not activated, a deactivation flag for the available data rate reporting for indicating a deactivation of the available data rate reporting when the available data rate reporting is supported for the first and second network nodes and is not activated, and / or a status of the available data rate reporting.
[0063] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, when / if the second network node receives the activation flag for the available data rate reporting, the second network node starts the available data rate reporting based on a received configurations or an implementation; the activation flag for the available data rate reporting comprises n bits; and / or the activation flag for the available data rate reporting has a value range from k to m, wherein k, m, and n are integers.
[0064] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, in response to the second network node receiving the activation flag for the available data rate reporting, the second network node starts the available data rate reporting based on a received configurations or an implementation; the activation flag for the available data rate reporting comprises n bits; and / or the activation flag for the available data rate reporting has a value range from k to m, wherein k, m, and n are integers.
[0065] In some implementations, that the second network node starts the available data rate reporting based on a received configurations or an implementation means that the second network node starts the available data rate reporting based on a received configurations or an implementation if the received configurations or the implementation is available.
[0066] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, when / if the second network node receives the deactivation flag for the available data rate reporting, the second network node stops an ongoing available data rate reporting; the deactivation flag for the available data rate reporting comprises n bits; and / or the deactivation flag for the available data rate reporting has a value range from k to m, wherein k, m, and n are integers.
[0067] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, in response to the second network node receiving the deactivation flag for the available data rate reporting, the second network node stops an ongoing available data rate reporting; the deactivation flag for the available data rate reporting comprises n bits; and / or the deactivation flag for the available data rate reporting has a value range from k to m, wherein k, m, and n are integers.
[0068] In some implementations, that the second network node stops an ongoing available data rate reporting means that the second network node stops an ongoing available data rate reporting if the ongoing available data rate reporting is available.
[0069] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, when / if the status of the available data rate reporting is x, the second network node stops an ongoing available data rate reporting or does nothing if there is no ongoing available data rate reporting; when / if the status of the available data rate reporting is y, the second network node starts the available data rate reporting when the available data rate reporting is not started or does nothing if there is the ongoing available data rate reporting; and / or the status of the available data rate reporting comprises n bits, wherein n, x, and y are integers.
[0070] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, in response to the status of the available data rate reporting being x, the second network node stops an ongoing available data rate reporting or does nothing if there is no ongoing available data rate reporting; in response to the status of the available data rate reporting being y, the second network node starts the available data rate reporting when the available data rate reporting is not started or does nothing if there is the ongoing available data rate reporting; and / or the status of the available data rate reporting comprises n bits, wherein n, x, and y are integers.
[0071] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the first network node is a core network (CN) , and the second network node is a new generation radio access network (NG-RAN) node; the downlink message comprises a NG-U frame comprising a downlink protocol data unit (DL PDU) session information frame or a newly defined NG-U frame; and / or the NG-U frame comprises the available data rate information comprising a quality of service (QoS) flow identifier.
[0072] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the first network node is a first NG-RAN node, and the second network node is a second NG-RAN node; the downlink message comprises a Xn-U frame comprising a downlink user data frame or a newly defined Xn-U frame; and / or the Xn-U frame comprises the available data rate information comprising a NR-U sequence number.
[0073] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the first network node is a central unit (CU) of a RAN node, and the second network node is a distributed unit (DU) of the RAN node; the downlink message comprises a F1-U frame comprising a downlink user data frame or a newly defined F1-U frame; and / or the F1-U frame comprises the available data rate information comprising a NR-U sequence number.
[0074] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the available data rate information is comprised in an extension header or a data field of the downlink message.
[0075] Referring to FIG. 5A, the present disclosure describes various embodiments of a method 500 in wireless communication. The method may be performed by a first network node. The method may include: step 510, sending, by a first network node to a second network node, a uplink message comprising available data rate information for a user plane (UP) . The available data rate information comprises at least one of the following: a downlink available data rate indication for indicating presence of a downlink available data rate, a downlink available data rate for indicating a value of the downlink available data rate for a specific granularity, a downlink available data rate granularity indication for indicating presence of a downlink available data rate granularity, a downlink available data rate granularity for indicating granularity information of the downlink available data rate, a uplink available data rate indication for indicating presence of a uplink available data rate, a uplink available data rate for indicating a value of the uplink available data rate for a specific granularity, a uplink available data rate granularity indication for indicating presence of a uplink available data rate granularity, and / or a uplink available data rate granularity for indicating the granularity information of the uplink available data rate.
[0076] Referring to FIG. 5B, the present disclosure describes various embodiments of a method 550 in wireless communication. The method may be performed by a second network node. The method may include: step 560, receiving, by a second network node from a first network node, a uplink message comprising available data rate information for a user plane (UP) . The available data rate information comprises at least one of the following: a downlink available data rate indication for indicating presence of a downlink available data rate, a downlink available data rate for indicating a value of the downlink available data rate for a specific granularity, a downlink available data rate granularity indication for indicating presence of a downlink available data rate granularity, a downlink available data rate granularity for indicating granularity information of the downlink available data rate, a uplink available data rate indication for indicating presence of a uplink available data rate, a uplink available data rate for indicating a value of the uplink available data rate for a specific granularity, a uplink available data rate granularity indication for indicating presence of a uplink available data rate granularity, and / or a uplink available data rate granularity for indicating the granularity information of the uplink available data rate.
[0077] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the downlink available data rate indication has a field length of m bits with a value of x indicating the downlink available data rate not present or a value of y indicating the downlink available data rate present; and / or the uplink available data rate indication has a field length of m bits with a value of x indicating the uplink available data rate not present or a value of y indicating the uplink available data rate present, wherein m, x, and y are integers.
[0078] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the downlink available data rate has a field length of m octets with a value range from x to (2^n -1) ; and / or the uplink available data rate has a field length of m octets with a value range from x to (2^n -1) , wherein n and x are integers.
[0079] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the downlink available data rate granularity comprises one of the following: per QoS flow, per data radio bearer (DRB) , per PDU session, per multi-modality session, or per UE; the downlink available data rate granularity indication has a field length of m bit with a value of x indicating the downlink available data rate granularity not present and a value of y indicating the downlink available data rate granularity present; the downlink available data rate granularity has a field length of m bits and has a value range from a to (2^n-1) with a value of x indicating per QoS flow, a value of y indicating per DRB, a value of z indicating per PDU session, a value of p indicating per multi-modality session, or a value of p indicating per UE; the uplink available data rate granularity comprises one of the following: per QoS flow, per data radio bearer (DRB) , per PDU session, per multi-modality session, or per UE; the uplink available data rate granularity indication has a field length of m bit with a value of x indicating the uplink available data rate granularity not present and a value of y indicating the uplink available data rate granularity present; and / or the uplink available data rate granularity has a field length of m bits and has a value range from a to (2^n-1) with a value of x indicating per QoS flow, a value of y indicating per DRB, a value of z indicating per PDU session, a value of p indicating per multi-modality session, or a value of p indicating per UE, wherein m, n, x, y, z, p, and q are integers.
[0080] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the first network node is a new generation radio access network (NG-RAN) node, and the second network node is a core network (CN) ; the uplink message comprises a NG-U frame comprising a uplink protocol data unit (UL PDU) session information frame or a newly defined NG-U frame; and / or the NG-U frame comprises the available data rate information comprising a NR-U sequence number comprising a quality of service (QoS) flow identifier.
[0081] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the first network node is a first NG-RAN node, and the second network node is a second NG-RAN node; the uplink message comprises a Xn-U frame comprising a uplink data delivery status frame, a uplink assistance information data frame, or a newly defined Xn-U frame; and / or the Xn-U frame comprises the available data rate information comprising a NR-U sequence number.
[0082] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the first network node is a distributed unit (DU) central unit (CU) of a RAN node, and the second network node is a central unit (CU) of the RAN node; the uplink message comprises a F1-U frame comprising a uplink data delivery status frame, a uplink assistance information data frame, or a newly defined F1-U frame; and / or the F1-U frame comprises the available data rate information comprising a NR-U sequence number.
[0083] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the available data rate information is comprised in an extension header or a data field of the uplink message.
[0084] The present disclosure describes various exemplary embodiments for reporting available data rate information for a user plane (UP) 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 combined or arranged in any amount or order, as desired. Two or more of the steps and / or operations may be performed in parallel. 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) .
[0085] Embodiment Set I
[0086] The present disclosure describes various embodiments for reporting available data rate reporting activation or deactivation information via NG-U procedure. In some implementations, referring to FIG. 6, a method for reporting available data rate reporting activation or deactivation information via NG-U procedure between a first network node (node 1) and a second network node (node 2) may include a portion or all of the following.
[0087] For step 610, the node 1 sends a downlink data to the node 2. The downlink data may be a NG-U frame. The node 1 may be user plane function (UPF) or other functional entity in a core network (CN) , and the node 2 may be a NG-RAN node. In some implementations, the NG-U frame may reuse the existing DL PDU Session Information frame or be defined as a new NG-U frame.
[0088] In some implementations, the downlink data (or NG-U frame) may include at least one of the following information (or parameters) .
[0089] QoS Flow Identifier (ID) : for identifying a QoS flow.
[0090] Activation for the data rate reporting flag: For the case of available data rate reporting has been supported for both sides and the reporting is not activated, this field indicates the activation for the data rate reporting. In some implementations, when a NG-RAN node receives this parameter, the NG-RAN node shall start reporting the available data rate based on the other received configurations or based on implementation if available. its possible value range may be {x.. m} , and its field length may be n bits.
[0091] Deactivation for the data rate reporting flag: For the case of available data rate reporting has been supported for both sides and the reporting has been activated, this field indicates the deactivation for the data rate reporting. In some implementations, when a NG-RAN node receives this parameter, the NG-RAN node shall stop the ongoing reporting the available data rate if available. Its possible value range may be {x.. m} , and its field length is n bits.
[0092] Status of the data rate reporting: This field indicates the status of the available data reporting. In some implementations, when both sides (i.e., the receiver and the sender) support this available data rate reporting function, the receiver shall perform the start or stop data rate reporting based on the received value of this field. In some implementations, when the value is x, the receiver shall stop the ongoing available data rate reporting if this reporting is ongoing or do nothing if there is no ongoing reporting. In some implementations, when the value is y, the receiver shall start the ongoing available data rate reporting if this reporting doesn't start or do nothing if there is an ongoing reporting. Its possible value range may be {x= deactivation of the available data rate reporting, y=activation of the available data reporting} ; and its field length may be m bit. For example, x is “0” and y is “1” , or vice versa.
[0093] In various embodiments in the present disclosure, the letters (e.g., n, m, x, y) representing values are independent for each parameter (i.e., same letter in two parameters does not necessarily mean the same value) . Each of these letters is an integer. In some implementations, same letter or different letter used does not mean there is some relationship between each other. In some implementations, the value ranges and field lengths for each parameter in the present disclosure are merely exemplary values, which are not limitations as other values are also possible.
[0094] Embodiment Set II
[0095] The present disclosure describes various embodiments for performing available data rate reporting (e.g., value, granularity, and / or direction) via NG-U procedure. In some implementations, referring to FIG. 7, a method for performing available data rate reporting via NG-U procedure between a first network node (node 1) and a second network node (node 2) may include a portion or all of the following.
[0096] For step 710, the node 1 sends a uplink data to the node 2. The uplink data may be a NG-U frame. In some implementations, the node 1 may be a NG-RAN node, and the node 2 may be a UPF or other entity in a CN. In some implementations, the NG-U frame may reuse the existing UL PDU Session Information frame or be defined as a new NG-U frame.
[0097] In some implementations, the uplink data (or the NG-U frame) may include at least one of the following information (or parameters) .
[0098] QoS Flow Identifier (ID) : for identifying a QoS flow.
[0099] Downlink available data rate indication: This parameter indicates the presence of downlink available data rate. Its possible value range may be {x= Downlink available data rate not present, y=Downlink available data rate present} ; and its field length may be m bit. In some implementations, x is “0” and y is “1” , or vice versa.
[0100] Downlink Available data rate: This field indicates the value of the downlink available data rate for the specific granularity. In some implementations, when the downlink available data rate granularity information presents with this field, the value of downlink available data rate is for this certain granularity. In some implementations, when the downlink available data rate granularity information does not present, the value of downlink available data rate is for the default granularity as pre-defined (or pre-configured) . In some implementations, at least one of the following granularities may be pre-defined as default one: per QoS flow, per DRB, per PDU session, per multi-modality session, and / or per UE. Its possible value range may be {x.. 2n -1} , and its field length may be m octets.
[0101] Downlink available data rate granularity Indication: This parameter indicates the presence of downlink available data rate granularity. Its possible value range may be {x= Downlink available data rate granularity not present, y=Downlink available data rate granularity present} ; and its field length may be m bit. In some implementations, x is “0” and y is “1” , or vice versa.
[0102] Downlink available data rate granularity: This field indicates the granularity information of the downlink available data rate. Its possible value range may be {a.. 2n -1} . Its field length may be m bits. In some implementations, its possible value range may be {x=per QoS flow, y=per DRB, z=per PDU session, i=per multi-modality session, p=per UE} . For example, x is “0” , y is “1” , z is “2” , i is “3” , and p is “4” ; or other possible combinations.
[0103] Uplink available data rate indication: This parameter indicates the presence of uplink available data rate. Its possible value range may be {x= Uplink available data rate not present, y=Uplink available data rate present} ; and its field length may be m bit. In some implementations, x is “0” and y is “1” , or vice versa.
[0104] Uplink Available data rate: This field indicates the value of the uplink available data rate for the specific granularity. In some implementations, when the uplink available data rate granularity information presents with this field, the value of uplink available data rate is for this certain granularity. In some implementations, when the Uplink available data rate granularity information does not present, the value of uplink available data rate is for the default granularity as pre-defined (or pre-configured) . At least one of the following granularities may be pre-defined as default one: per QoS flow, per DRB, per PDU session, per multi-modality session, and / or per UE. Its possible value range may be {x.. 2n -1} , and its field length may be m octets.
[0105] Uplink available data rate granularity indication: This parameter indicates the presence of Uplink available data rate granularity. Its possible value range may be {x= Uplink available data rate granularity not present, y=Uplink available data rate granularity present} ; and its field length may be m bit. In some implementations, x is “0” and y is “1” , or vice versa.
[0106] Uplink available data rate granularity: This field indicates the granularity information of the Uplink available data rate. Its possible value range may be {a.. 2n -1} . Its field length may be m bits. In some implementations, its possible value range may be {x=per QoS flow, y=per DRB, z=per PDU session, i=per multi-modality session, p=per UE} . For example, x is “0” , y is “1” , z is “2” , i is “3” , and p is “4” ; or other possible combinations.
[0107] In various embodiments in the present disclosure, the letters representing values (e.g., a, n, m, x, y, z, i, p) used in each parameter are independent from each other. Each of them is an integer. In some implementations, same letter or different letter used in one parameter or different parameters does not mean there is some relationship between each other. In some implementations the value ranges and filed lengths are non-limiting example, and other values are also possible.
[0108] Embodiment Set III
[0109] The present disclosure describes various embodiments for reporting available data rate reporting activation or deactivation information via Xn-U and / or F1-U procedure. In some implementations, referring to FIG. 6 again, another method for reporting available data rate reporting activation or deactivation information via Xn-U and / or F1-U procedure between a first network node (node 1) and a second network node (node 2) may include a portion or all of the following.
[0110] For step 610, the node 1 sends a downlink data to the node 2.
[0111] In some implementations, the node 1 may be a first NG-RAN node (NG-RAN node1) , and the node 2 may be a second NG-RAN node (NG-RAN node2) . The downlink data may be a Xn-U frame.
[0112] In some implementations, the node 1 may be a central unit (CU) of a RAN node, and the node 2 may be a distributed unit (DU) of the RAN. The downlink data may be a F1-U frame.
[0113] In some implementations, the Xn-U / F1-U frame may reuse an existing downlink user data frame or be defined as a new Xn-U / F1-U frame.
[0114] In some implementations, the Xn-U / F1-U frame may include at least one of the following information. In some implementations, the following information can be put into the extension header or the data field (e.g., the header of the PDCP PDU in the data field) of the Xn-U / F1-U frame.
[0115] In some implementations, the Xn-U / F1-U frame may include at least one of the following information (parameters) : NR-U sequence number, Activation for the data rate reporting flag, Deactivation for the data rate reporting, and / or Status of the data rate reporting. Some of these parameters are similarly as described in Embodiment Set I.
[0116] Embodiment Set IV
[0117] The present disclosure describes various embodiments for performing available data rate reporting (e.g., value, granularity, and / or direction) via Xn-U and / or F1-U procedure. In some implementations, referring to FIG. 7 again, a method for performing available data rate reporting via Xn-U and / or F1-U procedure between a first network node (node 1) and a second network node (node 2) may include a portion or all of the following.
[0118] For step 710, the node 1 sends a uplink data to the node 2.
[0119] In some implementations, the node 1 may be a first NG-RAN node (NG-RAN node1) , and the node 2 may be a second NG-RAN node (NG-RAN node2) . The uplink data may be a Xn-U frame.
[0120] In some implementations, the node 1 may be a distributed unit (DU) of a RAN node, and the node 2 may be a central unit (CU) of the RAN. The uplink data may be a F1-U frame.
[0121] In some implementations, the Xn-U / F1-U frame may reuse an existing uplink data delivery status frame / assistance information data frame or be defined as a new Xn-U / F1-U frame.
[0122] In some implementations, the Xn-U / F1-U frame may include at least one of the following information (parameters) . In some implementations, the following information can be put into the extension header or the data field (e.g. the header of the PDCP PDU in the data field) of the Xn-U / F1-U frame.
[0123] In some implementations, the Xn-U / F1-U frame may include at least one of the following information (parameters) : NR-U sequence number, Downlink available data rate indication, Downlink Available data rate, Downlink available data rate granularity Indication, Downlink available data rate granularity, Uplink available data rate indication, Uplink Available data rate, Uplink available data rate granularity Indication, and / or Uplink available data rate granularity. Some of these parameters are similarly as described in Embodiment Set II.
[0124] Various embodiments in the present disclosure may be applicable to various occasions and situations. For a non-limiting example, functionalities for the support of eXtended Reality (XR) services may require high data rate and low latency communications. In some implementations, XR-awareness relies on QoS flows, PDU Sets, Data Bursts and traffic assistance information. In some implementations, the following PDU set QoS parameters may be provided by the session management function (SMF) to the gNB as part of the QoS profile of the QoS flow, and to enable PDU Set based QoS handling at least one of them may be provided:
[0125] PDU Set Delay Budget (PSDB) : upper bound for the duration between the reception time of the first PDU (at the UPF for DL, at the UE for UL) and the time when all PDUs of a PDU Set have been successfully received (at the UE in DL, at the user plane function (UPF) in UL) . When available, supersedes the PDB of the QoS flow.
[0126] PDU Set Error Rate (PSER) : upper bound for a rate of non-congestion related PDU Set losses between RAN and the UE. When available, it supersedes the PER of the QoS flow. In some implementations, a PDU set is considered as successfully delivered only when all PDUs of a PDU Set are delivered successfully.
[0127] PDU Set Integrated Handling Information (PSIHI) : indicates whether all PDUs of the PDU Set are needed for the usage of PDU Set by application layer. In some implementations, for a given QoS flow, the PDU Set QoS parameters are common for all PDU Sets but can be different for UL and DL.
[0128] In some implementations, during the Xn-handover preparation procedure, the source gNB sends the stored PDU Set QoS Parameters as part of the QoS profile to the target NG-RAN node. For NG handover, the AMF provides the PDU Set QoS parameters to the target gNB by means of the NGAP HANDOVER REQUEST message.
[0129] In some implementations, the UPF can identify PDUs that belong to PDU Sets, and may indicate to the gNB the following PDU Set Information in the GTP-U header: PDU Set Sequence Number; Indication of End PDU of the PDU Set; PDU Sequence Number within a PDU Set; PDU Set Size in bytes; PDU Set Importance (PSI) , which identifies the relative importance of a PDU Set compared to other PDU Sets within the same QoS Flow.
[0130] In some implementations, 5GC may provide XR traffic assistance information to gNB through NG AP TSC Assistance Information (TSCAI) (for both guaranteed bitrate (GBR) and non-GBR QoS flows) : UL and / or DL Periodicity; N6 Jitter Information (i.e. between UPF and Data Network) associated with the DL Periodicity.
[0131] In some implementations, this assistance information can be used by the gNB to configure DRX to enable better UE power saving.
[0132] In some implementations, 5GC may provide the following information through NG-U: Indication of End of Data Burst in the General Packet Radio Service (GPRS) Tunneling Protocol-U (GTP-U) header of the last PDU in downlink.
[0133] In some implementations, this information can be used by the gNB to push the UE back to sleep when possible.
[0134] In some implementations, in the uplink, the UE needs to be able to identify PDU Sets and Data Bursts dynamically, including PSI. How this is done is left up to UE implementation but when possible for a QoS flow, this is indicated to the gNB via UE Assistance Information.
[0135] In some implementations, most XR video frame rates (15, 30, 45, 60, 72, 90 and 120 fps) correspond to periodicities that are not an integer (66.66, 33.33, 22.22, 16.66, 13.88, 11.11 and 8.33 ms respectively) . The gNB may configure a discontinuous reception (DRX) cycle expressed in rational numbers so that the DRX cycle matches those periodicities, e.g. for the traffic with a frame rate of 60 fps, the network may configure the UE with a DRX cycle of 50 / 3 ms.
[0136] In some implementations, configured grants may be configured without the need for the UE to wake up to monitor possible grants for UL retransmissions of configured grants, thus increasing the number of power saving opportunities for the UE.
[0137] In some implementations, the following enhancements for configured grant-based physical uplink shared channel (PUSCH) transmission may be implemented: Support of multiple CG PUSCH transmission occasions within a single period of a CG configuration; Indication of unused CG PUSCH occasion (s) of a CG configuration with Uplink Control Information multiplexed in CG PUSCH transmission of the CG configuration.
[0138] In some implementations, in order to enhance the scheduling of uplink resources for XR, the following improvements are introduced.
[0139] One additional buffer size table to reduce the quantisation errors in buffer status report (BSR) and DSR (defined below) reporting (e.g. for high bit rates) : Whether, for an Logical Channel Group (LCG) , the new table can be used in addition to the regular one is configured by the gNB; When the new table is configured for an LCG, it is used whenever the amount of the buffered data of that LCG to be reported is within the range of the new table, otherwise the regular table is used.
[0140] Delay Status Report (DSR) of buffered data via a dedicated MAC CE: Triggered for an Logical Channel (LCH) when the remaining time before discard of any buffered PDCP service data unit (SDU) goes below a configured threshold (threshold configured per LCG by the gNB) ; When triggered for an LCH, reports the amount of data buffered with a remaining time before discard below the configured threshold, together with the shortest remaining time of any PDCP SDU buffered that has not been transmitted in any MAC PDU.
[0141] Reporting of uplink assistance information (jitter range, burst arrival time, UL data burst periodicity) per QoS flow by the UE via UE Assistance Information. In case target gNB receives the burst arrival time from source gNB during the handover preparation procedure, the target gNB may use it by considering the system frame number (SFN) offset of the source gNB.
[0142] In some implementations, when the PSIHI indicates that all PDUs of the PDU Set are needed for a QoS flow, as soon as one PDU of a PDU set is known to be lost, the remaining PDUs of that PDU Set can be considered as no longer needed by the application and may be subject to discard operation at the transmitter to free up radio resources.
[0143] In some implementations, it may not always be assumed that the remaining PDUs are not useful and can safely be discarded. Also, in case of Forward Error Correction (FEC) , active discarding of PDUs when assuming that a large enough number of packets have already been transmitted for FEC to recover without the remaining PDUs is not recommended as it might trigger an increase of FEC packets.
[0144] In some implementations, in uplink, the UE may be configured with PDU Set based discard operation for a specific DRB. When configured, the UE discards all packets in a PDU set when one PDU belonging to this PDU set is discarded due to discard timer expiry.
[0145] In some implementations, the gNB may perform downlink PDU Set discarding based on implementation by taking at least PSDB, PSI, PSIHI parameters into account.
[0146] In some implementations, in case of congestion, for downlink, the gNB may perform PDCP SDU discarding based on PSI. For uplink, dedicated downlink signalling is used to request the UE to apply a shorter discard timer to PDCP SDUs belonging to low importance PDU Sets in PDCP.
[0147] In some implementations, how PDU Sets are identified as low importance is left up to UE implementation. When a PSI is available, it can be used according to the pre-defined guidelines.
[0148] In some implementations, the transmitting PDCP entity can inform the receiving one of gaps in the sequence of transmitted PDCP SN, resulting from PDCP SDU discard, via a PDCP control PDU.
[0149] Some implementations include non-Homogeneous support of PDU set based handling in NG-RAN.
[0150] In some implementations, during a handover from a gNB supporting PDU Set based handling to another gNB, the source gNB signals the PDU Set Information over Xn-U if the target node has signalled the support of PDU Set based handling in the Xn Handover Request Acknowledge message.
[0151] In some implementations, during a handover, transition from RRC_INACTIVE to RRC_CONNECTED or RRC re-establishment from a gNB not supporting PDU Set based handling to a gNB supporting PDU Set based handling, the target / new serving gNB may indicate the support of PDU Set based handling to the SMF during the Path Switch Request procedure or Handover Resource Allocation procedure (in case of NG handover) , the SMF will act as pre-defined procedure. If the indication is absent, the SMF infers that PDU Set based handling is not supported by the target / new serving gNB node, then the SMF will act as some pre-defined procedure.
[0152] In some implementations, during a handover, transition from RRC_INACTIVE to RRC_CONNECTED or RRC re-establishment from a gNB node not supporting PDU Set based handling to a gNB node supporting PDU Set based handling, the target / new serving gNB node may receive unmarked PDU (s) (i.e. PDU (s) without PDU Set Information Container) forwarded from the source / last serving gNB, node and marked PDU (s) (i.e. PDU (s) with PDU Set Information Container) from UPF, how the target / new serving gNB node handles the marked and unmarked PDUs for the same QoS flow may be implemented as various embodiments in the present disclosure.
[0153] In some implementations, in order to support Explicit Congestion Notification (ECN) marking for L4S at gNB as pre-defined, SMF provides ECN marking request per QoS flow level to the gNB as part of PDU Session Resource Management procedure. If the gNB supports ECN marking, it provides the status indication back to the SMF which is used by the SMF as pre-defined. During Xn Handover Preparation procedure, source gNB provides the ECN marking request to target gNB.
[0154] In some implementations, when ECN marking for L4S at gNB is enabled for downlink or uplink, the gNB should set the Congestion Experienced (CE) codepoint in downlink or uplink SDAP SDU (s) as per pre-defined recommendations.
[0155] In some implementations, for ECN marking for L4S at UPF, SMF requests the gNB to report congestion information per QoS flow level as part of PDU Session Resource Management procedure. If the gNB supports ECN marking for L4S at UPF, it provides the status indication back to the SMF which is used by SMF as pre-defined. During Xn Handover Preparation procedure, source gNB provides the ECN marking UPF request to target gNB.
[0156] In some implementations, for congestion reporting from gNB to UPF, SMF requests the gNB to report congestion information per QoS flow level as part of PDU Session Resource Management procedure. If the NG-RAN supports congestion information reporting, it provides the status indication back to the SMF which is used by the SMF as pre-defined. During Xn Handover Preparation procedure, source gNB provides the congestion information request to target gNB.
[0157] The present disclosure describes methods, apparatus, and computer-readable medium for reporting available data rate information for a user plane (UP) in a mobile communication system. The present disclosure addressed the issues with reporting available data rate information in a wireless communication system. The methods, devices, and computer-readable medium described in the present disclosure may facilitate the performance of reporting available data rate information 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.
[0158] 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.
[0159] 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.
[0160] 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 embodiments 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 in a wireless communication system, the method comprising:sending, by a first network node to a second network node, a downlink message comprising available data rate information for a user plane (UP) , wherein the available data rate information comprises at least one of the following:an activation flag for the available data rate reporting for indicating an activation of the available data rate reporting when the available data rate reporting is supported for the first and second network nodes and is not activated,a deactivation flag for the available data rate reporting for indicating a deactivation of the available data rate reporting when the available data rate reporting is supported for the first and second network nodes and is not activated, ora status of the available data rate reporting.2.A method in a wireless communication network, the method comprising:receiving, by a second network node from a first network node, a downlink message comprising available data rate information for a user plane (UP) , wherein the available data rate information comprises at least one of the following:an activation flag for the available data rate reporting for indicating an activation of the available data rate reporting when the available data rate reporting is supported for the first and second network nodes and is not activated,a deactivation flag for the available data rate reporting for indicating a deactivation of the available data rate reporting when the available data rate reporting is supported for the first and second network nodes and is not activated, ora status of the available data rate reporting.3.The method according to any of claims 1 to 2, wherein:in response to the second network node receiving the activation flag for the available data rate reporting, the second network node starts the available data rate reporting based on a received configurations or an implementation;the activation flag for the available data rate reporting comprises n bits; andthe activation flag for the available data rate reporting has a value range from k to m, wherein k, m, and n are integers.4.The method according to any of claims 1 to 2, wherein:in response to the second network node receiving the deactivation flag for the available data rate reporting, the second network node stops an ongoing available data rate reporting;the deactivation flag for the available data rate reporting comprises n bits; andthe deactivation flag for the available data rate reporting has a value range from k to m, wherein k, m, and n are integers.5.The method according to any of claims 1 to 2, wherein:in response to the status of the available data rate reporting being x, the second network node stops an ongoing available data rate reporting or does nothing if there is no ongoing available data rate reporting;in response to the status of the available data rate reporting being y, the second network node starts the available data rate reporting when the available data rate reporting is not started or does nothing if there is the ongoing available data rate reporting; andthe status of the available data rate reporting comprises n bits, wherein n, x, and y are integers.6.The method according to any of claims 1 to 5, wherein:the first network node is a core network (CN) , and the second network node is a new generation radio access network (NG-RAN) node;the downlink message comprises a NG-U frame comprising a downlink protocol data unit (DL PDU) session information frame or a newly defined NG-U frame; andthe NG-U frame comprises the available data rate information comprising a quality of service (QoS) flow identifier.7.The method according to any of claims 1 to 5, wherein:the first network node is a first NG-RAN node, and the second network node is a second NG-RAN node;the downlink message comprises a Xn-U frame comprising a downlink user data frame or a newly defined Xn-U frame; andthe Xn-U frame comprises the available data rate information comprising a NR-U sequence number.8.The method according to any of claims 1 to 5, wherein:the first network node is a central unit (CU) of a RAN node, and the second network node is a distributed unit (DU) of the RAN node;the downlink message comprises a F1-U frame comprising a downlink user data frame or a newly defined F1-U frame; andthe F1-U frame comprises the available data rate information comprising a NR-U sequence number.9.The method according to any of claims 6 to 8, wherein:the available data rate information is comprised in an extension header or a data field of the downlink message.10.A method in a wireless communication system, the method comprising:sending, by a first network node to a second network node, a uplink message comprising available data rate information for a user plane (UP) , wherein the available data rate information comprises at least one of the following:a downlink available data rate indication for indicating presence of a downlink available data rate,a downlink available data rate for indicating a value of the downlink available data rate for a specific granularity,a downlink available data rate granularity indication for indicating presence of a downlink available data rate granularity,a downlink available data rate granularity for indicating granularity information of the downlink available data rate,a uplink available data rate indication for indicating presence of a uplink available data rate,a uplink available data rate for indicating a value of the uplink available data rate for a specific granularity,a uplink available data rate granularity indication for indicating presence of a uplink available data rate granularity, ora uplink available data rate granularity for indicating the granularity information of the uplink available data rate.11.A method in a wireless communication network, the method comprising:receiving, by a second network node from a first network node, a uplink message comprising available data rate information for a user plane (UP) , wherein the available data rate information comprises at least one of the following:a downlink available data rate indication for indicating presence of a downlink available data rate,a downlink available data rate for indicating a value of the downlink available data rate for a specific granularity,a downlink available data rate granularity indication for indicating presence of a downlink available data rate granularity,a downlink available data rate granularity for indicating granularity information of the downlink available data rate,a uplink available data rate indication for indicating presence of a uplink available data rate,a uplink available data rate for indicating a value of the uplink available data rate for a specific granularity,a uplink available data rate granularity indication for indicating presence of a uplink available data rate granularity, ora uplink available data rate granularity for indicating the granularity information of the uplink available data rate.12.The method according to any of claims 10 to 11, wherein:the downlink available data rate indication has a field length of m bits with a value of x indicating the downlink available data rate not present or a value of y indicating the downlink available data rate present; orthe uplink available data rate indication has a field length of m bits with a value of x indicating the uplink available data rate not present or a value of y indicating the uplink available data rate present, wherein m, x, and y are integers.13.The method according to any of claims 10 to 11, wherein:the downlink available data rate has a field length of m octets with a value range from x to (2^n -1) ; orthe uplink available data rate has a field length of m octets with a value range from x to (2^n -1) , wherein n and x are integers.14.The method according to any of claims 10 to 11, wherein:the downlink available data rate granularity comprises one of the following: per QoS flow, per data radio bearer (DRB) , per PDU session, per multi-modality session, or per UE;the downlink available data rate granularity indication has a field length of m bit with a value of x indicating the downlink available data rate granularity not present and a value of y indicating the downlink available data rate granularity present;the downlink available data rate granularity has a field length of m bits and has a value range from a to (2^n-1) with a value of x indicating per QoS flow, a value of y indicating per DRB, a value of z indicating per PDU session, a value of p indicating per multi-modality session, or a value of p indicating per UE;the uplink available data rate granularity comprises one of the following: per QoS flow, per data radio bearer (DRB) , per PDU session, per multi-modality session, or per UE;the uplink available data rate granularity indication has a field length of m bit with a value of x indicating the uplink available data rate granularity not present and a value of y indicating the uplink available data rate granularity present; orthe uplink available data rate granularity has a field length of m bits and has a value range from a to (2^n-1) with a value of x indicating per QoS flow, a value of y indicating per DRB, a value of z indicating per PDU session, a value of p indicating per multi-modality session, or a value of p indicating per UE, wherein m, n, x, y, z, p, and q are integers.15.The method according to any of claims 10 to 14, wherein:the first network node is a new generation radio access network (NG-RAN) node, and the second network node is a core network (CN) ;the uplink message comprises a NG-U frame comprising a uplink protocol data unit (UL PDU) session information frame or a newly defined NG-U frame; andthe NG-U frame comprises the available data rate information comprising a NR-U sequence number comprising a quality of service (QoS) flow identifier.16.The method according to any of claims 10 to 14, wherein:the first network node is a first NG-RAN node, and the second network node is a second NG-RAN node;the uplink message comprises a Xn-U frame comprising a uplink data delivery status frame, a uplink assistance information data frame, or a newly defined Xn-U frame; andthe Xn-U frame comprises the available data rate information comprising a NR-U sequence number.17.The method according to any of claims 10 to 14, wherein:the first network node is a distributed unit (DU) central unit (CU) of a RAN node, and the second network node is a central unit (CU) of the RAN node;the uplink message comprises a F1-U frame comprising a uplink data delivery status frame, a uplink assistance information data frame, or a newly defined F1-U frame; andthe F1-U frame comprises the available data rate information comprising a NR-U sequence number.18.The method according to any of claims 15 to 17, wherein:the available data rate information is comprised in an extension header or a data field of the uplink message.19.A wireless communications apparatus comprising at least one processor and a memory, wherein the at least one processor is configured to read instructions from the memory and implement the method recited in any of claims 1 to 18.20.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 18.