Data rate of uplink transmission

Abstract

Embodiments of the present disclosure relate to determining a data rate for an uplink transmission. In one aspect, a terminal device receives a message associated with a relative data rate for an uplink transmission from a network device, and the uplink transmission is to the network device. Based on the relative data rate, the terminal device determines a data rate for the uplink transmission. Based on the data rate, the terminal device performs data rate adaptation and the uplink transmission to the network device.

Description

[Rectified under Rule 91, 13.01.2025]DATA RATE OF UPLINK TRANSMISSIONFIELD

[0001] Various example embodiments relate to the field of communication and in particular, to devices, methods, apparatuses and a computer readable storage medium for determining a data rate for an uplink transmission.BACKGROUND

[0002] A communication network can be seen as a facility that enables communications between two or more communication devices, or provides communication devices access to a data network. A mobile or wireless communication network is one example of a communication network.

[0003] Such communication networks operate in accordance with standards, such as those promulgated by Third Generation Partnership Project (3GPP) or European Telecommunications Standards Institute (ETSI) . Examples of such standards include the so-called 5th generation (5G) standard, 6th generation (6G) or other standards promulgated by 3GPP.SUMMARY

[0004] In general, example embodiments of the present disclosure provide a solution for a determining data rate for an uplink transmission.

[0005] In a first aspect, there is provided a terminal device. The terminal device comprises at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to: receive, from a network device, an indication of a congestion level of an uplink transmission to the network device, determine a data rate for the uplink transmission based on the indication of the congestion level, and perform data rate adaptation and the uplink transmission to the network device based on the data rate.

[0006] In a second aspect, there is provided a network device. The network device comprises at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the network device at least to: determine a congestion level of an uplink transmission for a terminal device; and transmit, to the terminal device, an indication of the congestion level.

[0007] In a third aspect, there is provided a terminal device. The terminal device comprises at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to: receive, from a network device, a message associated with a relative data rate for an uplink transmission to the network device, determine a data rate for the uplink transmission based on the relative data rate, and perform data rate adaptation and the uplink transmission to the network device based on the data rate.

[0008] In a fourth aspect, there is provided a network device. The network device comprises at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the network device at least to: determine a congestion status of an uplink transmission for a terminal device, determine a relative data rate for the uplink transmission from a terminal device, and transmit, to the terminal device, a message associated with the relative data rate.

[0009] In a fifth aspect, there is provided a method. The method comprises receiving, at a terminal device and from a network device, an indication of a congestion level of an uplink transmission to the network device, determining a data rate for the uplink transmission based on the indication of the congestion level, and performing data rate adaptation and uplink transmission to the network device based on the data rate.

[0010] In a sixth aspect, there is provided a method. The method comprises determining, at a network device, a congestion level of an uplink transmission for a terminal device, and transmitting, to the terminal device, an indication of the congestion level.

[0011] In a seventh aspect, there is provided a method. The method comprises receiving, at a terminal device and from a network device, a message associated with a relative data rate for an uplink transmission to the network device, determining a data rate for the uplink transmission based on the relative data rate, and performing data rate adaptation and the uplink transmission to the network device based on the data rate.

[0012] In an eighth aspect, there is provided a method. The method comprises determining, at a network device, a congestion status of an uplink transmission for a terminal device, determining a relative data rate for the uplink transmission from a terminal device, and transmitting, to the terminal device, a message associated with the relative data rate.

[0013] In a ninth aspect, there is provided an apparatus. The apparatus comprises means for receiving, at a terminal device and from a network device, an indication of a congestion level of an uplink transmission to the network device, means for determine a data rate for the uplink transmission based on the indication of the congestion level, and means for performing data rate adaptation and uplink transmission to the network device based on the data rate.

[0014] In a tenth aspect, there is provided an apparatus. The apparatus comprises means for determining , at a network device, a congestion level of an uplink transmission for a terminal device, and means for transmitting, to the terminal device, an indication of the congestion level.

[0015] In an eleventh aspect, there is provided an apparatus. The apparatus comprises means for receiving, at a terminal device and from a network device, a message associated with a relative data rate for an uplink transmission to the network device, means for determining a data rate for the uplink transmission based on the relative data rate, and means for performing data rate adaptation and the uplink transmission to the network device based on the data rate.

[0016] In a twelfth aspect, there is provided an apparatus. The apparatus comprises means for determining, at a network device, a congestion status of an uplink transmission for a terminal device, means for determining a relative data rate for the uplink transmission from a terminal device, and means for transmitting, to the terminal device, a message associated with the relative data rate.

[0017] In a thirteenth aspect, there is provided a non-transitory computer readable medium comprising program instructions for causing an apparatus to perform at least the method according to any one of the above fifth to eighth aspect.

[0018] In a fourteenth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus to perform at least the method according to any one of the above fifth to eighth aspect.

[0019] In a fifteenth aspect, there is provided a terminal device. The terminal device comprises receiving circuitry configured to receive, from a network device, an indication of a congestion level of an uplink transmission to the network device, determining circuitry configured to determine a data rate for the uplink transmission based on the indication of the congestion level, and performing circuitry configured to perform data rate adaptation and uplink transmission to the network device based on the data rate.

[0020] In a sixteenth aspect, there is provided a network device. The network device comprises determining circuitry configured to determine a congestion level of an uplink transmission for a terminal device, transmitting circuitry configured to transmit, to the terminal device, an indication of the congestion level.

[0021] In a seventeenth aspect, there is provided a terminal device. The terminal device comprises receiving circuitry configured to receive, from a network device, a message associated with a relative data rate for an uplink transmission to the network device, determining circuitry configured to determine a data rate for the uplink transmission based on the relative data rate, performing circuitry configured to perform data rate adaptation and the uplink transmission to the network device based on the data rate.

[0022] In an eighteen aspect, there is provided a network device. The network device comprises first determining circuitry configured to determine a congestion status of an uplink transmission for a terminal device, second determining circuitry configured to determine a relative data rate for the uplink transmission from a terminal device, and transmitting circuitry configured to transmit, to the terminal device, a message associated with the relative data rate.

[0023] It is to be understood that the summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0024] Some example embodiments will now be described with reference to the accompanying drawings, in which:

[0025] Fig. 1A illustrates an example network environment in which example embodiments of the present disclosure may be implemented;

[0026] Fig. 1B illustrates a framework of the RAN awareness XR rate control;

[0027] Fig. 2A illustrates an example signaling chart illustrating an example process according to some embodiments of the present disclosure;

[0028] Fig. 2B illustrates another example signaling chart illustrating an example process according to some embodiments of the present disclosure;

[0029] Fig. 3 illustrates an example embodiment of the XR rate control MAC CE.

[0030] Fig. 4 illustrates an example process according to some embodiments of the present disclosure;

[0031] Fig. 5 illustrates an example process according to some embodiments of the present disclosure;

[0032] Fig. 6 illustrates a flowchart of a method implemented at a terminal device according to some example embodiments of the present disclosure;

[0033] Fig. 7 illustrates a flowchart of a method implemented at a network device according to some example embodiments of the present disclosure;

[0034] Fig. 8 illustrates a flowchart of a method implemented at a terminal device according to some example embodiments of the present disclosure;

[0035] Fig. 9 illustrates a flowchart of a method implemented at a network device according to some example embodiments of the present disclosure;

[0036] Fig. 10 illustrates a simplified block diagram of an apparatus that is suitable for implementing embodiments of the present disclosure; and

[0037] Fig. 11 illustrates a block diagram of an example computer readable medium in accordance with some embodiments of the present disclosure.

[0038] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0039] Principles of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement example embodiments of the present disclosure, without suggesting any limitation as to the scope of the disclosure. The example embodiments of the present disclosure described herein can be implemented in various manners other than the ones described below.

[0040] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0041] References in the present disclosure to “one embodiment, ” “an embodiment, ” “an example embodiment, ” and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0042] It shall be understood that although the terms “first” and “second” etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0043] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof. As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.

[0044] As used in this application, the term “circuitry” may refer to one or more or all of the following:

[0045] (a) hardware-only circuit implementations (such as implementations in only analog and / or digital circuitry) and

[0046] (b) combinations of hardware circuits and software, such as (as applicable) :

[0047] (i) a combination of analog and / or digital hardware circuit (s) with software / firmware and

[0048] (ii) any portions of hardware processor (s) with software (including digital signal processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a mobile phone or server, to perform various functions) and

[0049] (c) hardware circuit (s) and or processor (s) , such as a microprocessor (s) or a portion of a microprocessor (s) , that requires software (e.g., firmware) for operation, but the software may not be present when it is not needed for operation.

[0050] This definition of circuitry applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.

[0051] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as long term evolution (LTE) , LTE-advanced (LTE-A) , wideband code division multiple access (WCDMA) , high-speed packet access (HSPA) , narrow band internet of things (NB-IoT) and so on. Furthermore, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the future fifth generation (5G) communication protocols, and / or any other protocols either currently known or to be developed in the future. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which example embodiments of the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned system.

[0052] As used herein, the term “network device” refers to a node in a communication network via which a terminal device accesses the network and receives services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a new radio (NR) NB (also referred to as a gNB) , a remote radio unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a relay, a low power node such as a femto, a pico, and so forth, depending on the applied terminology and technology.

[0053] The term “terminal device” refers to any end device that may be capable of wireless communication. By way of example rather than limitation, a terminal device may also be referred to as a communication device, user equipment (UE) , a subscriber station (SS) , a portable subscriber station, a mobile station (MS) , or an access terminal (AT) . The terminal device may include, but not limited to, a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an internet of things (loT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like. In the following description, the terms “terminal device” , “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.

[0054] Fig. 1A illustrates an example network environment 100 in which example embodiments of the present disclosure may be implemented. The environment or communication system 100, which may be a part of a communication network, comprises terminal devices and network devices.

[0055] As illustrated in Fig. 1A, the communication system 100 may comprise a terminal device 110 (hereinafter may also be referred to as user equipment 110 or UE 110) , a network device 120 (hereinafter may also be referred to as base station 120 or gNB 120) , and a terminal device 130 (hereinafter may also be referred to as user equipment 130 or UE 1130) , . The network device 120 can manage a cell 101. The terminal device 110 or the terminal device 130 can communicate with the network device 120 in the coverage of the cell 101. A link from the terminal device 110 or the terminal device 130 to the network device 120 is referred to as an uplink (UL) , while a link from the network device 120 to the terminal device 110 or the terminal device 130 is referred to as a downlink (DL) .

[0056] It is to be understood that the number of devices is only for the purpose of illustration without suggesting any limitations. The system 100 may include any suitable number of terminal devices or network devices adapted for implementing embodiments of the present disclosure. Although not shown, it would be appreciated that one or more terminal devices or network devices may be located in the system 100.

[0057] Communications in the communication system 100 may be implemented according to any proper communication protocol (s) , comprising, but not limited to, cellular communication protocols of the first generation (1G) , the second generation (2G) , the third generation (3G) , the fourth generation (4G) and the fifth generation (5G) and on the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and / or any other protocols currently known or to be developed in the future. Moreover, the communication may utilize any proper wireless communication technology, comprising but not limited to: code division multiple access (CDMA) , frequency division multiple access (FDMA) , time division multiple access (TDMA) , frequency division duplex (FDD) , time division duplex (TDD) , multiple-input multiple-output (MIMO) , orthogonal frequency division multiple (OFDM) , discrete Fourier transform spread OFDM (DFT-s-OFDM) and / or any other technologies currently known or to be developed in the future.

[0058] In 5G, mobile media services, cloud augmented reality (AR)  / virtual reality (VR) , cloud gaming (CG) , video-based tele-control for machines or drones are expected to contribute more and more traffics to 5G network. 5G-enabled XR and media services will be further enhanced to support the metaverse. The study on XR and media services in Rel-18 was derived from the “tactile and multi-modality communication services” defined by 3GPP SA1. For a typical multi-modal communication service / application, there can be different modalities affecting the user experience. The modalities may comprise video / audio media, information perceived by sensors about the environment, e.g. brightness, temperature, humidity, etc.. The modalities may further comprise haptic data which can be feelings when touching a surface (e.g., pressure, texture, vibration, temperature) , or kinesthetic senses (e.g. gravity, pull forces, sense of position awareness) .

[0059] In the multi-modal interactive system, modality is a type or representation of information in a specific interactive system. Table 1 illustrates additional use cases of XR services and provides more corresponding requirements on the 5G system.

[0060] Table 1 KPI Table for additional high data rate and low latency service

[0061] As shown in Table 1, in some very low latency use cases, for example the cloud / edge / split rendering, the max allowed end-to-end latency is only 5ms. Therefore, XR traffic is very sensitive to the congestion since congestion will lead the long transmission delay.

[0062] Table 1 also shows that latency and reliability are two equally important KPIs, for example, it is necessary to ensure 99.99%reliability with extremely low latency less than 10ms in cloud gaming. Therefore, the method of discarding timeout packets to ensure low latency is not a feasible approach.

[0063] XR Awareness and network exposure have agreed to be studied. For network exposure, it is studied whether and how XR related network capability / information (e.g. if the QoS profile requested by AF cannot be met, network can indicate the alternative QoS profile) can be exposed towards the application layer.

[0064] For enhanced cross-layer awareness, the radio access network (RAN) involved rate control is proposed. With RAN awareness, the XR application can dynamically adjust its data rate and performance to ensure a seamless and high-quality user experience, e.g. by modifying frame rates / resolution.

[0065] With RAN-Aware XR rate control, the XR application can dynamically adjust its codec bit rate and encoding parameters to ensure a seamless and high-quality XR user experience. This is achieved by monitoring the network conditions and adapting the application's behavior accordingly, such as reducing the resolution or frame rate when the network is congested. Fig. 1B illustrates the framework of the RAN awareness XR rate control.

[0066] It has been approved that specifying in MAC layer XR rate control signalling over downlink per QoS flow / per DRB to enable faster source rate adaption to uplink congestion. How to specify the XR rate control signalling using MAC layer control element definition is to be solved.

[0067] In RAN2#120, it is feasible for RAN to estimate the congestion information per-QoS flow and per-DRB in downlink and uplink directions. It is also feasible for RAN to estimate the congestion information per-QoS flow and per-DRB in uplink without UE impacts.

[0068] If the gNB not be able to determine an absolute bit rate for the source rate adaptation and the congested link comprise not only video but also high density haptic or control data, how to specify the “XR rate control signalling” or a “uplink congestion signalling” is to be solved.

[0069] According to some embodiments of the present disclosure, a solution is provided for determining a data rate for an uplink transmission. In one aspect of this solution, a terminal device receives an indication of a congestion level of an uplink transmission from a network device, and the uplink transmission is to the network device. Based on the indication of the congestion level, the terminal device determines a data rate for the uplink transmission. Based on the data rate, the terminal device performs data rate adaptation and uplink transmission to the network device. In this way, the performance of XR application rate control is improved. Therefore, the QoS and user experience are improved. Principles and implementations of embodiments of the present disclosure will be described in detail below with reference to Figs. 2A-11.

[0070] Fig. 2A illustrates a signaling chart illustrating an example process 200A according to some embodiments of the present disclosure. For the purpose of discussion, the process 200A will be described with reference to Fig. 1A. The process 200A may involve the terminal device 110 and the network device 120. It would be appreciated that although the process 200A has been described in relation to the communication system 100 of Fig. 1A, this process may be likewise applied to other communication scenarios with similar issues. It is to be understood that the process 200A may include may further comprise one or more terminal device not shown, e.g., the terminal device 130 of Fig. 1A.

[0071] In the process 200A, the network device 120 determines 210 a congestion level of an uplink transmission for the terminal device 110. The congestion level may indicate the situation of current UL congestion.

[0072] In some embodiments, the network device 120 may determinie an association between the congestion level and the data rate for the uplink transmission. Alternatively or additionally, the association may comprise a mapping from the congestion level to a rate percentage, a mapping from the congestion level to a punching parameter of a period of data burst, a mapping from the congestion level to a bit rate, or any combination of two or more of the above-mentioned items.

[0073] As an example of embodiment of the mapping from congestion level to the relative recommended data rate percentage and the punching parameter, it is possible to define a table in advance, such as Table 2 below.

[0074] Table 2: Values for congestion level field

[0075] In addition, the association may be predefined or preconfigured at the terminal device 110 and the network device. In other words, data rate levels mapping to the congestion level may be defined or negotiated between the network device 120 and the terminal device 110. Compared to the method that UE determines the data rate by itself based on congestion level, this negotiation method could make the network device 120 aware of the future status of data input.

[0076] Continuing with reference to Fig. 2A, the network device 120 transmits 215 an indication of the congestion level 220 to the terminal device 110. The indication of the congestion level 220 may be the “XR rate control signalling” or the “uplink congestion signalling” described above.

[0077] In some embodiments, the indication of the congestion level 220 may be transmitted via a MAC CE. Alternatively or additionally, the MAC CE comprising the indication 220 may comprise a first field indicating a LCID or a QFI, a second field indicating the congestion level estimated by the network device, a third field indicating whether the MAC CE further comprises a further component for data rate adaptation, or any combination of two or more of the above-mentioned items.

[0078] The ” XR rate control” MAC CE may be identified by a MAC subheader with LCID or QFI for data adaption recommendation message from the gNB to the UE. The first field may be “LCID / QFI” indicating the identity of the logical channel or QoS flow for which the congestion level is indicated. The length of the first field may be 6 bits.

[0079] In some embodiments, the LCID indicates a logical channel for which the data rate adaptation is applied. In an example, the LCID may indicate that the congestion level is contained to inform the terminal device 110 and the logical channel for which the terminal device 110 is suggested to adjust the source rate. In another example, LCID may indicate that the source rate adaptation is applied to whole data radio bear (DRB) , and overall QoS flow in the DRB decrease. In some embodiments, the QFI indicates a QoS flow for which the data rate adaptation is applied.

[0080] The second field may be “Congestion level” , and the length of the field is M bits, i.e., the length of the second field to be defined. The third field may be “C” indicating whether it contains the next component of the rate adaptation. The length of the third field may be 1 bit.

[0081] In addition, the MAC CE comprising the indication may comprise a further component for the data rate adaptation, and the further component comprises a field indicating a further congestion level for a further uplink transmission.

[0082] There are two different types of congestion, the first type of congestion is uplink transmission congestion of the entire cell caused by overload, and the second type of congestion is single XR UE uplink transmission congestion caused by channel degradation.

[0083] For the first type of congestion, as XR applications are latency sensitive, cell congestion will impact all UE’s resource scheduling and transmission. To counter the cell uplink congestion, downgrading the transmission of partial UEs (e.g., the terminal device 110 or the terminal device 120) may be better.

[0084] For instance, in order to transmit the indication to the terminal device 110, the network device 120 may determine data rates of multiple terminal devices. Based on the sorting of the data rates of the multiple terminal devices, the network device 120 may transmit the indication to the terminal device 110. In an example, the network device 120 may pick the terminal devices whose required video transmission rate is in top3 (refer GBR / MBR) and ask them to reduce the source rate to 70%as an example, compared to the GBR / MBR or the current source bit rate.

[0085] After receiving 225 the indication of a congestion level 220 from the network device 120, the terminal device 110 determines 230 a data rate for the uplink transmission based on the indication of the congestion level. In some embodiments, the terminal device 110 may determining the data rate based on the congestion level and the association between the congestion level and the data rate.

[0086] In addition, in order to determine the data rate, the terminal device 110 may select quality of service (QoS) profile parameters for the uplink transmission. Based on the congestion level and the selected QoS profiles parameters, the terminal device 110 may determine the data rate. Instead of determining the data rate based on the association, the determination of the data rate is up to UE implementation. The terminal device 110 may associate the appropriate bit rate levels with alternative QoS profiles parameters.

[0087] In some embodiments, QoS profile parameters for different terminal devices may be different. Alternatively or additionally, QoS profile parameters for different QoS flows may be different.

[0088] Due to the different QoS profiles parameters of different UEs, the bit rate of XR services may vary greatly. For example, the maximum bit rate of some XR use cases may be over 200Mbps, but that of some use cases may only be less than 20Mbps. So that there will be different mapping tables based on the different QoS flows.

[0089] In an example, the mapping table 3 negotiated between the network device 120 and the terminal device 110 is:

[0090] Table 3: Values for congestion level field

[0091] In another example, the mapping table 4 negotiated between the network device 120 and the terminal device 130 is:

[0092] Table 4: Values for congestion level field

[0093] Those mapping tables will be generated at the beginning of QoS flow establishing case by case.

[0094] Continuing with reference to Fig. 2A, the terminal device 110 performs 235 data rate adaptation and uplink transmission 240 to the network device 120 based on the data rate. On the other side of the communication, the network device 120 may receive 245 the uplink transmission 240 from the terminal device 110.

[0095] Alternatively or additionally, if the congestion is not alleviated, the network device 120 may further transmit a message to the further terminal device (e.g., the terminal device 130) in the multiple terminal devices except the terminal device 110. the message is associated with a relative data rate of an uplink transmission with the further terminal device. If network device 120 finds that the data burst of the multiple terminal devices is reduced, the network device 120 may stop the rate control.

[0096] If the congestion has been alleviated, the network device 120 may transmit a recovery message to the terminal device 110 indicating to recover the data rate to an original data rate of the terminal device 110. After receiving the recovery message, the terminal device 110 may recover to the original data rate based on the recovery message. After recovering to the data rate the original data rate, the terminal device 110 may transmit a confirmation message to the network device 120. Correspondingly, the network device 120 may receive the confirmation message from the terminal device 110 after the data rate is recovered to the original data rate.

[0097] Additionally, the original data rate may be a transmission rate or the period of data burst based on QoS profile parameters in which there is no congestion.

[0098] In some embodiments, the recovery message may be transmitted via a MAC CE, and the confirmation message may be received via a MAC CE. Alternatively, the recovery message may be transmitted via an RRC message, and the confirmation message may be received via an RRC message.

[0099] For instance, to ensure the QoS and user experience for XR applications, when the congestion has been alleviated, the network device 120 may inform the terminal device 110 proactively to recover to the original source rate. This signalling (i.e., the recovery message) may reuse the form of the LCID / QFI with congestion level=0. The terminal device 110 may confirm this information after recovery with a signaling (i.e., the confirmation message) . Due to their insensitivity to latency, these two signallings may be transmitted through the RRC to ensure reliability.

[0100] Fig. 2B illustrates a signaling chart illustrating an example process 200B according to some embodiments of the present disclosure. For the purpose of discussion, the process 200B will be described with reference to Fig. 1A. The process 200B may involve the terminal device 110 and the network device 120. It would be appreciated that although the process 200B has been described in relation to the communication system 100 of Fig. 1A, this process may be likewise applied to other communication scenarios with similar issues. It is to be understood that the process 200B may include may further comprise one or more terminal device not shown, e.g., the terminal device 130 of Fig. 1A.

[0101] In the process 200B, the network device 120 determines 250 a congestion status of an uplink transmission for the terminal device 110. The network device 120 then determines 255 a relative data rate for the uplink transmission from the terminal device 110. The relative data rate may be a rate percentage based on a baseline or an adjustment parameter of data burst. The data rate recommended by the network device 120 may be obtain based on the relative data rate.

[0102] In addition, the adjustment parameter may comprise a punching parameter of a period of data burst, a multiplier of a period of data burst, a fraction of a frequency of data burst, a target frequency of data burst, or any combination of two or more of the above-mentioned items.

[0103] For the example of video or audio traffic with the profile of scalable encoding, the recommended rate percentage may be indicated based on a dedicated baseline. For the example of haptic or control traffic without the profile of scalable encoding, it can indicate the punched period or recommended periodicity / frame rate of the data burst, which is equivalent to reducing to the data rate.

[0104] For the second type of congestion, i.e., single XR UE uplink transmission congestion caused by channel degradation, massive MAC / radio link control (RLC) retransmission and the extremely low coding / modulation rate would occupy the large radio resources. It delays the transmission of packets in the buffer, where much data exceeding delay budget may be discarded.

[0105] In some embodiments, in order to determine the relative data rate, the network device 120 may determine allocatable data rate applied for the uplink transmission. Based on a baseline and the allocatable data rate, the network device 120 may determine the rate percentage. Additionally, the baseline may comprise a MBR, a GBR, or a current bit rate of the uplink transmission. For example, the baseline may be the current bit rate of encoder output of the terminal device 110.

[0106] For instance, for video / audio link, the network device 120 may determine the available transmission rate through the schedulable resource and a modulation and coding scheme (MCS) , then calculate the percentage to the GBR / MBR, which is sent to the terminal device 110 to require the suitable bit rate to match the channel condition.

[0107] In some embodiments, in order to determine the relative data rate, the network device 120 may determine a ratio of time required to transfer data in a buffer to remaining time of the uplink transmission. Based on the ratio, the network device 120 may determine the rate percentage. For instance, for video / audio link, the network device 120 may determine the ratio of the time required to transfer data in buffer to the remaining time, then convert to the percentage of the current bit rate, which is sent to the terminal device 110 for rate adaption to match the channel condition.

[0108] For haptic / control link, the network device 120 may directly indicate the terminal device 110 to reduce the data burst frequency, for example, haptic data is reduced from once every 1ms to once every 4ms and control data is reduced from 1 per 4ms to 1 per 8ms, to retard the data output.

[0109] Continuing with reference to Fig. 2B, the network device 120 transmits 260 a message associated with the relative data rate 265 to the terminal device 110. Alternatively or additionally, the message may comprise a rate percentage based on the baseline, an adjustment parameter of a period of data burst, or a combination of above two items.

[0110] In some embodiments, the network device 120 may transmit the message via a MAC CE.Alternatively or additionally, the MAC CE may comprise a first field indicating a LCID or a QFI, a second field indicating whether following fields are associated with a rate percentage or an adjustment parameter, a third field indicating the rate percentage, a fourth field indicating the baseline, a fifth field indicating the adjustment parameter, a sixth field indicating whether the MAC CE comprises a further component for a data rate adaptation, or any combination of two or more of the above-mentioned items.

[0111] The ” XR rate control” MAC CE may be identified by a MAC subheader with LCID or QFI for relative data rate recommendation message from the gNB to the UE. The first field may be “LCID / QFI” indicating the identity of the logical channel or QoS flow for which recommended relative data rate is applicable. The length of the first field may be 6 bits.

[0112] In some embodiments, the LCID may indicate a logical channel for which the data rate adaptation is applied. In some embodiments, the QFI may indicate a QoS flow for which the data rate adaptation is applied. For example, the QFI may indicate that the source rate adaptation is applied to which modality, for example video, audio, haptic or control.

[0113] The second field may be “Rate percentage / Periodicity (R / P) ” indicating how to adjust the data rate for this QoS flow, whether to reduce the bit rate percentage or the occurrence frequency of source data. The length of the field is 1 bits. For example, the video and audio are adjusted by reducing the rate percentage, the haptic and control are adjusted by reducing the occurrence frequency.

[0114] The third field may be “Rate percentage” indicating the recommended relative rate i.e., a rate percentage based on a dedicated baseline for the video or audio traffic. The length of the field is N bits, i.e., the length of the third field to be defined.

[0115] Alternatively or additionally, the third field may indicate an index, and the index is mapped to the rate percentage. For example, there may be a table in which an index mapping to a rate percentage. In addition, the mapping from the index to the rate percentage may be predefined or preconfigured at the terminal device and the network device.

[0116] Alternatively, the third field may indicate a value, and the value is mapped to the rate percentage by a function. For example, there may be a function of p=f (x) , x=0～2^N-1 to build the mapping of filed value to percentage, and the “p” is the percentage, “x” is the value. In addition, the function may be predefined or preconfigured at the terminal device and the network device.

[0117] The fourth field may be “baseline” indicating the baseline of the recommended relative bit rate. The length of the fourth field may be 2 bits. The fifth field may be “Periodicity” indicating the punching parameter of the period for the haptic or control traffic, a multiplier of a period of data burst, a fraction of a frequency of data burst or a target frequency of data burst. In general, the fifth field may adjust the occurrence frequency of the data burst. The length of the fifth field is L bits, i.e., to be defined. The sixth field may be “C” indicating whether it contains the next component of the rate adaptation. The length of the third field may be 1 bit.

[0118] For example, the “Periodicity” indicates the punching parameter k (k=1～8) , then the period of haptic sampling or control instruction is punched by k, which means punching k holes for every k+1 burst periods.

[0119] In addition, the MAC CE may comprise a further component for the data rate adaptation, and the further component comprises a field indicating a further relative data rate for a further uplink transmission.

[0120] Alternatively or additionally, in order to transmit the message to the terminal device 110, the network device 120 may determine data rates of multiple terminal devices. Based on the sorting of the data rates of the multiple terminal devices, the network device 120 may transmit the message to the terminal device 110.

[0121] After receiving 270 the message associated with a relative data rate 265 from the network device 120, the terminal device 110 determines 275 a data rate for the uplink transmission based on the relative data rate.

[0122] In some embodiments, the terminal device 110 may determine the data rate based on the rate percentage and the baseline. Alternatively or additionally, the terminal device 110 may determine the data rate based on the adjustment parameter.

[0123] In addition, the terminal device 110 may receive the message via a MAC CE. In some embodiments, the terminal device 110 may further determine an index of the rate percentage based on the third field. Based on the index and a mapping from an index to a rate percentage, the terminal device 110 may determine the rate percentage.

[0124] In some embodiments, the terminal device 110 may further determine a value based on the third field. Based on the value and a function for mapping the value to a rate percentage, the terminal device 110 may determine the rate percentage. In some embodiments, the terminal device 110 may further determine the period of data burst based on the adjustment parameter.

[0125] Continuing with reference to Fig. 2B, the terminal device 110 performs 280 data rate adaptation and uplink transmission 285 to the network device 120 based on the data rate. On the other side of the communication, the network device 120 may receive 290 the uplink transmission 285 from the terminal device 110.

[0126] Alternatively or additionally, if the congestion is not alleviated, the network device 120 may further transmit a message to the further terminal device (e.g., the terminal device 130) in the multiple terminal devices except the terminal device 110. the message is associated with a relative data rate of an uplink transmission with the further terminal device.

[0127] If the congestion has been alleviated, the network device 120 may transmit a recovery message to the terminal device 110 indicating to recover the data rate to an original data rate of the terminal device 110. After receiving the recovery message, the terminal device 110 may recover to the original data rate based on the recovery message. After recovering to the data rate the original data rate, the terminal device 110 may transmit a confirmation message to the network device 120. Correspondingly, the network device 120 may receive the confirmation message from the terminal device 110 after the data rate is recovered to the original data rate.

[0128] Additionally, the original data rate may be a transmission rate or the period of data burst based on QoS profile parameters in which there is no congestion.

[0129] In some embodiments, the recovery message may be transmitted via a MAC CE, and the confirmation message may be received via a MAC CE. Alternatively, the recovery message may be transmitted via an RRC message, and the confirmation message may be received via an RRC message.

[0130] It is to be understood that the example embodiments of processes 200A and 200B may be used in combination or separately, without suggesting any limitation as to the scope of the disclosure. For example, the MAC CE comprising a component of the congestion level may further comprise a component of the relative data rate. As shown in Fig. 3, which is an example of embodiment but not mandatory to be in this form. In Fig. 3, the Alt-1, Alt-2, Alt-3 are three alternatives of the component for data rate adaptation in signalling. They can appear independently or in combination in the control elementFor the case of the MAC CE comprises the Alt-1, Alt-2, Alt-3, there may be other fields, e.g., “Congestion / Datarate (C / D) ” field indicating whether the following fields contain the congestion level or the recommended relative data rate. The length of the field may be 1 bit. It is to be noted that Congestion / Datarate (C / D) , Rate percentage / Periodicity (R / P) and C fields would be needed if both the component of the congestion level and the component of the relative data rate are to be supported in one MAC CE. If both the two components are put into same MAC CE, some of those fields would be needed used for distinguishing and connecting, otherwise they could be ignored. It might even be better to put those components in separate MAC CEs.

[0131] In general, example embodiments of the present disclosure provide a solution for specifying the XR rate control signalling to enable faster source rate adaption to uplink congestion. The solution includes the following two aspects for the definition of signaling.

[0132] As the first aspect, the network device sends the indication of the congestion level to the terminal device to indicate the situation of current UL congestion. It is pre-defined / pre-configured between the network device and the terminal device that some data rate levels mapping to the congestion level. Then the terminal device may choose the data rate corresponding to the indicated congestion level to use based on congestion situation. As the second aspect, the network device sends the relative data rate recommendation message to the terminal device to indicate the recommended rate. In one option, for the example of video or audio traffic with the profile of scalable encoding, it can indicate the recommended relative bit rate percentage based on a dedicated baseline. In another option, for the example of haptic or control traffic without the profile of scalable encoding, it can indicate the punched period or recommended periodicity / frame rate of the data burst, which is equivalent to reducing to the recommended data rate. All above aspects can be the component in XR rate control signalling for data rate adaptation. They can appear independently or in combination in the MAC control element over downlink per QoS flow / per DRB.

[0133] In this way, XR application rate control performance and its QoS and user experience are improved. The network device does not need to be aware of the absolute recommended bit rate due to instantaneous data cannot reflect the true encoding level. In addition, applying relative data rate or congestion level avoids discussion on new recommended bit rate table for absolute data rate whenever new service is to be considered.

[0134] Fig. 4 illustrates an example process of proposed solution according to some embodiments of the present disclosure. The process 400 may involve a UE1 401, a UE2 402 and a gNB 403. It is understood that the process 400 can be considered as a more specific example of processes 200A and 200B. Thus, the UE1 401 of Fig. 4 may represent for example the terminal device 110, the gNB 403 of Fig. 4 may represent for example the network device 120.

[0135] In the process 400, at 410, the gNB 403 transmits a XR rate control message to the UE1 401 via a MAC CE. The XR rate control message may comprise an indication of a congestion level or a message associated with a relative data rate. After receiving the XR rate control message, UE1 401 may apply the data rate adaptation based on the XR rate control message. At 415, the UE1 401 transmits a buffer status report (BSR) and / or a delay status report (DSR) to the gNB 403 via a MAC CE.

[0136] If the gNB 403 see the data burst of these UEs reduce, the gNB 403 stops the rate control. If the gNB 403 does not see the data burst of these UEs reduce, gNB stops the rate control, the gNB 403 tries with other UEs, and so on. At 420, the gNB 403 transmits a XR rate control message to the UE2 402 via a MAC CE. After receiving the XR rate control message, UE2 402 may apply the data rate adaptation based on the XR rate control message. At 425, the UE2 402 transmits a BSR and / or a DSR to the gNB 403 via a MAC CE.

[0137] At 430, when the congestion has been alleviated, the gNB 403 transmits a XR rate recovery message to the UE1 401 via a MAC CE. At 435, the gNB 403 transmits a XR rate recovery message to the UE2 402 via a MAC CE. At 440, the UE1 401 transmits a XR rate recovery confirmation message to the gNB 403 via a MAC CE. At 445, the UE2 402 transmits a XR rate recovery confirmation message to the gNB 403 via a MAC CE.

[0138] Fig. 5 illustrates an example process of proposed solution according to some embodiments of the present disclosure. The process 500 may involve a UE1 501, a UE2 502 and a gNB 503. It is understood that the process 500 can be considered as a more specific example of processes 200A and 200B. Thus, the UE1 501 of Fig. 5 may represent for example the terminal device 110, the gNB 503 of Fig. 5 may represent for example the network device 120.

[0139] In the process 500, at 510, the gNB 503 transmits a XR rate control message to the UE1 501 via a MAC CE. The XR rate control message may comprise an indication of a congestion level or a message associated with a relative data rate. After receiving the XR rate control message, UE1 501 may apply the data rate adaptation based on the XR rate control message. At 515, the UE1 501 transmits a BSR and / or a DSR to the gNB 503 via a MAC CE.

[0140] If the gNB 503 see the data burst of these UEs reduce, the gNB 503 stops the rate control. If the gNB 503 does not see the data burst of these UEs reduce, gNB stops the rate control, the gNB 503 tries with other UEs, and so on. At 520, the gNB 503 transmits a XR rate control message to the UE2 502 via a MAC CE. After receiving the XR rate control message, UE2 502 may apply the data rate adaptation based on the XR rate control message. At 525, the UE2 502 transmits a BSR and / or a DSR to the gNB 503 via a MAC CE.

[0141] At 530, when the congestion has been alleviated, the gNB 503 transmits a XR rate recovery message to the UE1 501 via an RRC message. At 535, the gNB 503 transmits a XR rate recovery message to the UE2 502 via a an RRC message. At 540, the UE1 501 transmits a XR rate recovery confirmation message to the gNB 503 via a an RRC message. At 545, the UE2 502 transmits a XR rate recovery confirmation message to the gNB 503 via a an RRC message.

[0142] Fig. 6 shows a flowchart of an example method 600 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 600 will be described from the perspective of the terminal device 110 with reference to Fig. 1A.

[0143] At block 610, the terminal device 110 receives, from a network device, an indication of a congestion level of an uplink transmission to the network device. At block 620, the terminal device 110 determines a data rate for the uplink transmission based on the indication of the congestion level. At block 630, the terminal device 110 performs data rate adaptation and uplink transmission to the network device based on the data rate.

[0144] In some embodiments, the first terminal device 110 may determine the data rate by: determining the data rate based on the congestion level and an association between the congestion level and the data rate.

[0145] In some embodiments, the association may comprise at least one of the following: a mapping from the congestion level to a rate percentage, a mapping from the congestion level to a punching parameter of a period of data burst, or a mapping from the congestion level to a bit rate. In some embodiments, the association may be predefined or preconfigured at the terminal device and the network device.

[0146] In some embodiments, the terminal device 110 may determine the data rate by: selecting quality of service (QoS) profile parameters for the uplink transmission; and determining the data rate based on the congestion level and the selected QoS profiles parameters. In some embodiments, QoS profile parameters for different terminal devices may be different, or QoS profile parameters for different QoS flows may be different.

[0147] In some embodiments, the terminal device 110 may further receive, from the network device, a recovery message indicating to recover the data rate to an original data rate of the terminal device, recover to the original data rate based on the recovery message, and transmit, to the network device, a confirmation message after recovering to the data rate the original data rate.

[0148] In some embodiments, the original data rate may be a transmission rate or the period of data burst based on the QoS profile parameters wherein there is no congestion. In some embodiments, the indication may be received via a media access control (MAC) control element (MAC CE) , the recovery message may be received via a MAC CE, and the confirmation message is transmitted via a MAC CE, or the recovery message may be received via a radio resource control (RRC) message, and the confirmation message is transmitted via an RRC message.

[0149] In some embodiments, the MAC CE comprising the indication may comprise at least one of the following: a first field indicating a logical channel identity (LCID) or a QoS flow identifier (QFI) a second field indicating the congestion level estimated by the network device, or a third field indicating whether the MAC CE further comprises a further component for the data rate adaptation.

[0150] In some embodiments, the LCID may indicate a logical channel for which the data rate adaptation is applied, or the QFI may indicate a QoS flow for which the data rate adaptation is applied.

[0151] In some embodiments, the MAC CE comprising the indication may comprise a further component for the data rate adaptation, wherein the further component comprises a field indicating a further congestion level for a further uplink transmission.

[0152] Fig. 7 shows a flowchart of an example method 700 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 700 will be described from the perspective of the network device 120 with reference to Fig. 1A.

[0153] At block 710, the network device 120 determines a congestion level of an uplink transmission for a terminal device. At block 720, the network device 120 transmits, to the terminal device, an indication of the congestion level.

[0154] In some embodiments, the network device 120 may further determine an association between the congestion level and the data rate for the uplink transmission. In some embodiments, the association may comprise at least one of the following: a mapping from the congestion level to a rate percentage, a mapping from the congestion level to a punching parameter of a period of data burst, or a mapping from the congestion level to a bit rate. In some embodiments, the association may be predefined or preconfigured at the terminal device and the network device.

[0155] In some embodiments, the network device 120 may transmit the indication to the terminal device by: determining data rates of multiple terminal devices, and transmitting the indication to the terminal device based on the sorting of the data rates of the multiple terminal devices.

[0156] In some embodiments, the network device 120 may further transmit, to a further terminal device in the multiple terminal devices except the terminal device, an indication of a congestion level of an uplink transmission with the further terminal device based on determining that the congestion is not alleviated.

[0157] In some embodiments, the network device 120 may further transmit, to the terminal device, a recovery message indicating to recover the data rate to an original data rate of the terminal device based on determining that the congestion has been alleviated, and receive, from the terminal device, a confirmation message after the data rate is recovered to the original data rate. In some embodiments, the original data rate may be a transmission rate or the period of data burst based on QoS profile parameters wherein there is no congestion.

[0158] In some embodiments, the indication may be transmitted via a media access control (MAC) control element (MAC CE) . In some embodiments, the recovery message may be transmitted via a MAC CE, and the confirmation message is received via a MAC CE. In some embodiments, the recovery message may be transmitted via a radio resource control (RRC) message, and the confirmation message is received via an RRC message.

[0159] In some embodiments, the MAC CE comprising the indication may comprise at least one of the following: a first field indicating a logical channel identity (LCID) or a QoS flow identifier (QFI) , a second field indicating the congestion level estimated by the network device, or a third field indicating whether the MAC CE further comprises a further component for data rate adaptation.

[0160] In some embodiments, the LCID may indicate a logical channel for which the data rate adaptation is applied, or the QFI may indicate a QoS flow for which the data rate adaptation is applied.

[0161] In some embodiments, the MAC CE comprising the indication may comprise a further component for the data rate adaptation, the further component comprises a field indicating a further congestion level for a further uplink transmission.

[0162] Fig. 8 shows a flowchart of an example method 800 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 800 will be described from the perspective of the terminal device 110 with reference to Fig. 1A.

[0163] At block 810, the terminal device 110 receives, from a network device, a message associated with a relative data rate for an uplink transmission to the network device. At block 820, the terminal device 110 determines a data rate for the uplink transmission based on the relative data rate. At block 830, the terminal device 110 performs data rate adaptation and the uplink transmission to the network device based on the data rate.

[0164] In some embodiments, the message may comprise at least one of the following: a rate percentage based on a baseline, or an adjustment parameter of data burst. In some embodiments, the adjustment parameter may comprise at least one of the following: a punching parameter of a period of data burst; a multiplier of a period of data burst; a fraction of a frequency of data burst; or a target frequency of data burst.

[0165] In some embodiments, the terminal device 110 may determine the data rate by determining the data rate based on the rate percentage and the baseline, or determining the data rate based on the adjustment parameter.

[0166] In some embodiments, the terminal device 110 may receive the message by: receiving the message via a media access control (MAC) control element (MAC CE) .

[0167] In some embodiments, the MAC CE may comprise at least one of the following: a first field indicating a logical channel identity (LCID) or a quality of service (QoS) flow identifier (QFI) , a second field indicating whether following fields are associated with a rate percentage or an adjustment parameter, a third field indicating the rate percentage, a fourth field indicating the baseline, a fifth field indicating the adjustment parameter of the period, a sixth field indicating whether the MAC CE comprises a further component for the data rate adaptation, or a combination of the above-mentioned two items.

[0168] In some embodiments, the LCID may indicate a logical channel for which the data rate adaptation is applied, or the QFI may indicate a QoS flow for which the data rate adaptation is applied.

[0169] In some embodiments, the MAC CE may comprise a further component for the data rate adaptation, the further component comprises a field indicating a further relative data rate for a further uplink transmission.

[0170] In some embodiments, the terminal device 110 may determine an index of the rate percentage based on the third field, and determine the rate percentage based on the index and a mapping from an index to a rate percentage.

[0171] In some embodiments, the terminal device 110 may further determine a value based on the third field, and determine the rate percentage based on the value and a function for mapping the value to a rate percentage.

[0172] In some embodiments, the mapping may be predefined or preconfigured at the terminal device and the network device. In some embodiments, the function may be predefined or preconfigured at the terminal device and the network device.

[0173] In some embodiments, the baseline may comprise a maximum bit rate (MBR) , a guaranteed bit rate (GBR) , or a current bit rate of the uplink transmission. In some embodiments, the terminal device 110 may further determine the period of data burst based on the adjustment parameter.

[0174] In some embodiments, the terminal device 110 may further receive, from the network device, a recovery message indicating to recover the data rate to an original data rate of the terminal device, recover to the original data rate based on the recovery message, and transmit, to the network device, a confirmation message after recovering to the data rate the original data rate. In some embodiments, the original data rate may be a transmission rate or the period of data burst of the uplink transmission wherein there is no congestion.

[0175] In some embodiments, the recovery message may be received via a MAC CE, and the confirmation message is transmitted via a MAC CE, or the recovery message may be received via a radio resource control (RRC) message, and the confirmation message is transmitted via an RRC message.

[0176] Fig. 9 shows a flowchart of an example method 900 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 900 will be described from the perspective of the network device 120 with reference to Fig. 1A.

[0177] At block 910, the network device 120 determines a congestion status of an uplink transmission for a terminal device. At block 920, the network device 120 determines a relative data rate for the uplink transmission from a terminal device. At block 930, the network device 120 transmits, to the terminal device, a message associated with the relative data rate.

[0178] In some embodiments, the message may comprise a rate percentage based on a baseline, an adjustment parameter of data burst, or a combination of the above-mentioned two items. In some embodiments, the adjustment parameter may comprise at least one of the following: a punching parameter of a period of data burst; a multiplier of a period of data burst; a fraction of a frequency of data burst; or a target frequency of data burst

[0179] In some embodiments, the network device 120 may determine the relative data rate by:determining allocatable data rate applied for the uplink transmission, and determining the rate percentage based on the baseline and the allocatable data rate.

[0180] In some embodiments, the network device may determine the relative data rate by: determining a ratio of time required to transfer data in a buffer to remaining time of the uplink transmission, and determining the rate percentage based on the ratio.

[0181] In some embodiments, the network device may transmit the message to the terminal device by: transmitting the message via a media access control (MAC) control element (MAC CE) . In some embodiments, the MAC CE may comprise at least one of the following: a first field indicating a logical channel identity (LCID) or a quality of service (QoS) flow identifier (QFI) , a second field indicating whether following fields are associated with a rate percentage or an adjustment parameter of a period, a third field indicating the rate percentage, a fourth field indicating the baseline, a fifth field indicating the adjustment parameter, or a sixth field indicating whether the MAC CE comprises a further component for a data rate adaptation.

[0182] In some embodiments, the LCID may indicate a logical channel for which the data rate adaptation is applied, or the QFI may indicate a QoS flow for which the data rate adaptation is applied.

[0183] In some embodiments, the MAC CE may comprise a further component for the data rate adaptation, and the further component comprises a field indicating a further relative data rate for a further uplink transmission.

[0184] In some embodiments, the third field may indicate an index, and the index is mapped to the rate percentage, or the third field may indicate a value, and the value is mapped to the rate percentage by a function.

[0185] In some embodiments, the mapping from the index to the rate percentage may be predefined or preconfigured at the terminal device and the network device, or the function may be predefined or preconfigured at the terminal device and the network device.

[0186] In some embodiments, the baseline may comprise a maximum bit rate (MBR) , a guaranteed bit rate (GBR) , a current bit rate of the uplink transmission, or a combination of the above-mentioned two items.

[0187] In some embodiments, the network device 120 may transmit the message to the terminal device by: determining data rates of multiple terminal devices, and transmitting the message to the terminal device based on the sorting of the data rates of the multiple terminal devices.

[0188] In some embodiments, the network device 120 may further transmit, to a further terminal device in the multiple terminal devices except the terminal device, a message associate with a relative data rate of an uplink transmission with the further terminal device based on determining that the congestion is not alleviated.

[0189] In some embodiments, the network device 120 may further transmit, to the terminal device, a recovery message indicating to recover the data rate to an original data rate of the terminal device based on determining that the congestion has been alleviated, and receive, from the terminal device, a confirmation message after the data rate is recovered to the original data rate.

[0190] In some embodiments, the original data rate may be a transmission rate or the period of data burst based on QoS profile parameters wherein there is no congestion.

[0191] In some embodiments, the recovery message may be transmitted via a MAC CE, and the confirmation message is received via a MAC CE. In some embodiments, the recovery message may be transmitted via a radio resource control (RRC) message, and the confirmation message is received via an RRC message.

[0192] In some embodiments, an apparatus capable of performing any of the method 600 (for example, the terminal device 110) is provided. The apparatus may comprise means for performing the respective steps of the method 600. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0193] In some embodiments, the apparatus comprises means for receiving, from a network device, an indication of a congestion level of an uplink transmission to the network device, means for determining a data rate for the uplink transmission based on the indication of the congestion level, and means for performing data rate adaptation and the uplink transmission to the network device based on the data rate.

[0194] In some embodiments, means for determining the data rate may comprise means for determining the data rate based on the congestion level and an association between the congestion level and the data rate.

[0195] In some embodiments, the association may comprise at least one of the following a mapping from the congestion level to a rate percentage, a mapping from the congestion level to a punching parameter of a period of data burst, or a mapping from the congestion level to a bit rate. In some embodiments, the association may be predefined or preconfigured at the terminal device and the network device.

[0196] In some embodiments, means for determining the data rate by may comprise means for selecting quality of service (QoS) profile parameters for the uplink transmission; and means for determining the data rate based on the congestion level and the selected QoS profiles parameters. In some embodiments, QoS profile parameters for different terminal devices may be different. In some embodiments, QoS profile parameters for different QoS flows may be different.

[0197] In some embodiments, the apparatus may further comprise means for receiving, from the network device, a recovery message indicating to recover the data rate to an original data rate of the terminal device, means for recovering to the original data rate based on the recovery message, and means for transmitting, to the network device, a confirmation message after recovering to the data rate the original data rate.

[0198] In some embodiments, the original data rate may be a transmission rate or the period of data burst based on the QoS profile parameters wherein there is no congestion. In some embodiments, the indication may be received via a media access control (MAC) control element (MAC CE) , the recovery message may be received via a MAC CE, and the confirmation message is transmitted via a MAC CE, or the recovery message may be received via a radio resource control (RRC) message, and the confirmation message is transmitted via an RRC message.

[0199] In some embodiments, the MAC CE comprising the indication may comprise at least one of the following: a first field indicating a logical channel identity (LCID) or a QoS flow identifier (QFI) a second field indicating the congestion level estimated by the network device, or a third field indicating whether the MAC CE further comprises a further component for the data rate adaptation.

[0200] In some embodiments, the LCID may indicate a logical channel for which the data rate adaptation is applied, or the QFI may indicate a QoS flow for which the data rate adaptation is applied.

[0201] In some embodiments, the MAC CE comprising the indication may comprise a further component for the data rate adaptation, wherein the further component comprises a field indicating a further congestion level for a further uplink transmission.

[0202] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 600. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0203] In some embodiments, an apparatus capable of performing any of the method 700 (for example, the network device 120) is provided. The apparatus may comprise means for performing the respective steps of the method 700. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0204] In some embodiments, the apparatus comprises means for determining a congestion level of an uplink transmission for a terminal device, and means for transmitting, to the terminal device, an indication of the congestion level.

[0205] In some embodiments, the apparatus may further comprise means for determining an association between the congestion level and the data rate for the uplink transmission.

[0206] In some embodiments, the association may comprise a mapping from the congestion level to a rate percentage, a mapping from the congestion level to a punching parameter of a period of data burst, a mapping from the congestion level to a bit rate, or a combination of the above-mentioned two items. In some embodiments, the association may be predefined or preconfigured at the terminal device and the network device.

[0207] In some embodiments, means for transmitting the indication to the terminal device may comprise means for determining data rates of multiple terminal devices, and means for transmitting the indication to the terminal device based on the sorting of the data rates of the multiple terminal devices.

[0208] In some embodiments, the apparatus may further comprise means for transmitting, to a further terminal device in the multiple terminal devices except the terminal device, an indication of a congestion level of an uplink transmission with the further terminal device based on determining that the congestion is not alleviated.

[0209] In some embodiments, the apparatus may further comprise means for transmitting, to the terminal device, a recovery message indicating to recover the data rate to an original data rate of the terminal device based on determining that the congestion has been alleviated, and receive, from the terminal device, a confirmation message after the data rate is recovered to the original data rate. In some embodiments, the original data rate may be a transmission rate or the period of data burst based on QoS profile parameters wherein there is no congestion.

[0210] In some embodiments, the indication may be transmitted via a media access control (MAC) control element (MAC CE) . In some embodiments, the recovery message may be transmitted via a MAC CE, and the confirmation message is received via a MAC CE. In some embodiments, the recovery message may be transmitted via a radio resource control (RRC) message, and the confirmation message is received via an RRC message.

[0211] In some embodiments, the MAC CE comprising the indication may comprise at least one of the following: a first field indicating a logical channel identity (LCID) or a QoS flow identifier (QFI) , a second field indicating the congestion level estimated by the network device, or a third field indicating whether the MAC CE further comprises a further component for data rate adaptation.

[0212] In some embodiments, the LCID may indicate a logical channel for which the data rate adaptation is applied. In some embodiments, the QFI may indicate a QoS flow for which the data rate adaptation is applied.

[0213] In some embodiments, the MAC CE comprising the indication may comprise a further component for the data rate adaptation, the further component comprises a field indicating a further congestion level for a further uplink transmission.

[0214] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 700. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0215] In some embodiments, an apparatus capable of performing any of the method 800 (for example, the terminal device 110) is provided. The apparatus may comprise means for performing the respective steps of the method 800. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0216] In some embodiments, the apparatus comprises means for receiving, from a network device, a message associated with a relative data rate for an uplink transmission to the network device, means for determining a data rate for the uplink transmission based on the relative data rate, and means for performing data rate adaptation and the uplink transmission to the network device based on the data rate.

[0217] In some embodiments, the message may comprise at least one of the following: a rate percentage based on a baseline, or an adjustment parameter of data burst. In some embodiments, the adjustment parameter may comprise a punching parameter of a period of data burst, a multiplier of a period of data burst, a fraction of a frequency of data burst, a target frequency of data burst, or any combination of two or more of the above-mentioned items.

[0218] In some embodiments, means for determining the data rate may comprise means for determining the data rate based on the rate percentage and the baseline, or means for determining the data rate based on the adjustment parameter.

[0219] In some embodiments, the apparatus may further comprise means for receiving the message by: receiving the message via a media access control (MAC) control element (MAC CE) .

[0220] In some embodiments, the MAC CE may comprise at least one of the following: a first field indicating a logical channel identity (LCID) or a quality of service (QoS) flow identifier (QFI) , a second field indicating whether following fields are associated with a rate percentage or an adjustment parameter, a third field indicating the rate percentage, a fourth field indicating the baseline, a fifth field indicating the adjustment parameter, a sixth field indicating whether the MAC CE comprises a further component for the data rate adaptation.

[0221] In some embodiments, the LCID may indicate a logical channel for which the data rate adaptation is applied. In some embodiments, the QFI may indicate a QoS flow for which the data rate adaptation is applied.

[0222] In some embodiments, the MAC CE may comprise a further component for the data rate adaptation, the further component comprises a field indicating a further relative data rate for a further uplink transmission.

[0223] In some embodiments, the apparatus may further comprise means for determining an index of the rate percentage based on the third field, and means for determining the rate percentage based on the index and a mapping from an index to a rate percentage.

[0224] In some embodiments, the apparatus may further comprise means for determining a value based on the third field, and means for determining the rate percentage based on the value and a function for mapping the value to a rate percentage.

[0225] In some embodiments, the mapping may be predefined or preconfigured at the terminal device and the network device, or the function may be predefined or preconfigured at the terminal device and the network device. In some embodiments, the baseline may comprise a maximum bit rate (MBR) , a guaranteed bit rate (GBR) , or a current bit rate of the uplink transmissions. In some embodiments, the apparatus may further comprise means for determining the period of data burst based on the adjustment parameter.

[0226] In some embodiments, the apparatus may further comprise means for receiving, from the network device, a recovery message indicating to recover the data rate to an original data rate of the terminal device, means for recovering to the original data rate based on the recovery message, and means for transmitting, to the network device, a confirmation message after recovering to the data rate the original data rate. In some embodiments, the original data rate may be a transmission rate or the period of data burst of the uplink transmission wherein there is no congestion.

[0227] In some embodiments, the recovery message may be received via a MAC CE, and the confirmation message is transmitted via a MAC CE, or the recovery message may be received via a radio resource control (RRC) message, and the confirmation message is transmitted via an RRC message.

[0228] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 800. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0229] In some embodiments, an apparatus capable of performing any of the method 900 (for example, the network device 120) is provided. The apparatus may comprise means for performing the respective steps of the method 900. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0230] In some embodiments, the apparatus comprises means for determining a congestion status of an uplink transmission for a terminal device, means for determining a relative data rate for the uplink transmission from a terminal device, and means for transmitting, to the terminal device, a message associated with the relative data rate.

[0231] In some embodiments, the message may comprise a rate percentage based on a baseline, a punching parameter of a period of data burst, or a combination of the above-mentioned two items.

[0232] In some embodiments, the adjustment parameter may comprise a punching parameter of a period of data burst, a multiplier of a period of data burst, a fraction of a frequency of data burst, a target frequency of data burst, or any combination of two or more of the above-mentioned items.

[0233] In some embodiments, means for determining the relative data rate may comprise means for determining allocatable data rate applied for the uplink transmission, and means for determining the rate percentage based on the baseline and the allocatable data rate.

[0234] In some embodiments, means for determining the relative data rate may comprise means for determining a ratio of time required to transfer data in a buffer to remaining time of the uplink transmission, and means for determining the rate percentage based on the ratio.

[0235] In some embodiments, means for transmitting the message to the terminal device may comprise means for transmitting the message via a media access control (MAC) control element (MAC CE) .

[0236] In some embodiments, the MAC CE may comprise at least one of the following: a first field indicating a logical channel identity (LCID) or a quality of service (QoS) flow identifier (QFI) , a second field indicating whether following fields are associated with a rate percentage or an adjustment parameter, a third field indicating the rate percentage, a fourth field indicating the baseline, a fifth field indicating the adjustment parameter of the period, or a sixth field indicating whether the MAC CE comprises a further component for a data rate adaptation.

[0237] In some embodiments, the LCID may indicate a logical channel for which the data rate adaptation is applied, or the QFI may indicate a QoS flow for which the data rate adaptation is applied.

[0238] In some embodiments, the MAC CE may comprise a further component for the data rate adaptation, and the further component comprises a field indicating a further relative data rate for a further uplink transmission.

[0239] In some embodiments, the third field may indicate an index, and the index is mapped to the rate percentage, or the third field may indicate a value, and the value is mapped to the rate percentage by a function.

[0240] In some embodiments, the mapping from the index to the rate percentage may be predefined or preconfigured at the terminal device and the network device, or the function may be predefined or preconfigured at the terminal device and the network device.

[0241] In some embodiments, the baseline may comprise a maximum bit rate (MBR) , a guaranteed bit rate (GBR) , or a current bit rate of the uplink transmissions.

[0242] In some embodiments, means for transmitting the message to the terminal device may comprise means for determining data rates of multiple terminal devices, and means for transmitting the message to the terminal device based on the sorting of the data rates of the multiple terminal devices.

[0243] In some embodiments, the apparatus may further comprise means for transmitting, to a further terminal device in the multiple terminal devices except the terminal device, a message associate with a relative data rate of an uplink transmission with the further terminal device based on determining that the congestion is not alleviated.

[0244] In some embodiments, the apparatus may further comprise means for transmitting, to the terminal device, a recovery message indicating to recover the data rate to an original data rate of the terminal device based on determining that the congestion has been alleviated, and means for receiving, from the terminal device, a confirmation message after the data rate is recovered to the original data rate.

[0245] In some embodiments, the original data rate may be a transmission rate or the period of data burst based on QoS profile parameters wherein there is no congestion.

[0246] In some embodiments, the recovery message may be transmitted via a MAC CE, and the confirmation message is received via a MAC CE, or the recovery message may be transmitted via a radio resource control (RRC) message, and the confirmation message is received via an RRC message.

[0247] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 900. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0248] FIG. 10 is a simplified block diagram of a device 1000 that is suitable for implementing embodiments of the present disclosure. The device 500 may be provided to implement the communication device, for example the terminal device 110 or the network device 120 as shown in Fig. 1A. As shown, the device 1000 includes one or more processors 1010, one or more memories 1020 coupled to the processor 1010, and one or more communication modules 1040 coupled to the processor 1010.

[0249] The communication modules 1040 are for bidirectional communications. The communication modules 1040 has at least one antenna to facilitate communication. The communication interface may represent any interface that is necessary for communication with other network elements.

[0250] The processor 1010 may be of any type suitable to the local technical network and may include one or more of the following: general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 500 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0251] The memory 1020 may include one or more non-volatile memories and one or more volatile memories. Examples of the non-volatile memories include, but are not limited to, a read only memory (ROM) 1024, an electrically programmable read only memory (EPROM) , a flash memory, a hard disk, a compact disc (CD) , a digital video disk (DVD) , and other magnetic storage and / or optical storage. Examples of the volatile memories include, but are not limited to, a random access memory (RAM) 1022 and other volatile memories that will not last in the power-down duration.

[0252] A computer program 1030 includes computer executable instructions that are executed by the associated processor 1010. The program 1030 may be stored in the ROM 1024. The processor 1010 may perform any suitable actions and processing by loading the program 1030 into the RAM 1022.

[0253] The embodiments of the present disclosure may be implemented by means of the program 1030 so that the device 1000 may perform any process of example embodiments of the disclosure as discussed with reference to Figs. 2 to 5. The embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0254] In some embodiments, the program 1030 may be tangibly contained in a computer readable medium which may be included in the device 1000 (such as in the memory 1020) or other storage devices that are accessible by the device 1000. The device 1000 may load the program 1030 from the computer readable medium to the RAM 1022 for execution. The computer readable medium may include any types of tangible non-volatile storage, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like. Fig. 11 shows an example of the computer readable medium 1100 in form of CD or DVD. The computer readable medium has the program 1030 stored thereon.

[0255] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representations, it is to be understood that the block, apparatus, system, technique or method described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0256] Example embodiments of the present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the methods 600, 700, 800 and 900 as described above with reference to Figs. 6-9. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0257] Program code for carrying out methods of example embodiments of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0258] In the context of the present disclosure, the computer program codes or related data may be carried by any suitable carrier to enable the device, apparatus or processor to perform various processes and operations as described above. Examples of the carrier include a signal, computer readable medium, and the like.

[0259] The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the computer readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. The term “non-transitory, ” as used herein, is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (e.g., RAM vs. ROM) .

[0260] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0261] Although example embodiments of the present disclosure have been described in languages specific to structural features and / or methodological acts, it is to be understood that the example embodiments of the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A terminal device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to:receive, from a network device, a message associated with a relative data rate for an uplink transmission to the network device;determine a data rate for the uplink transmission based on the relative data rate; andperform data rate adaptation and the uplink transmission to the network device based on the data rate.2.The terminal device of claim 1, wherein the message comprises at least one of the following:a rate percentage based on a baseline; oran adjustment parameter of data burst.3.The terminal device of claim 2, wherein the adjustment parameter comprises at least one of the following:a punching parameter of a period of data burst;a multiplier of a period of data burst;a fraction of a frequency of data burst; ora target frequency of data burst.4.The terminal device of any of claims 1-3, wherein the terminal device is caused to determine the data rate by at least one of the following:determining the data rate based on the rate percentage and the baseline; ordetermining the data rate based on the adjustment parameter.5.The terminal device of any of claims 1-4, wherein the terminal device is caused to receive the message by:receiving the message via a media access control (MAC) control element (MAC CE) .6.The terminal device of claim 5, wherein the MAC CE comprises at least one of the following:a first field indicating a logical channel identity (LCID) or a quality of service (QoS) flow identifier (QFI) ;a second field indicating whether following fields are associated with a rate percentage or an adjustment parameter;a third field indicating the rate percentage;a fourth field indicating the baseline;a fifth field indicating the adjustment parameter; ora sixth field indicating whether the MAC CE comprises a further component for the data rate adaptation.7.The terminal device of claim 6, wherein at least one of the following:the LCID indicates a logical channel for which the data rate adaptation is applied; orthe QFI indicates a QoS flow for which the data rate adaptation is applied.8.The terminal device of any of claims 5-7, wherein the MAC CE comprises a further component for the data rate adaptation, wherein the further component comprises a field indicating a further relative data rate for a further uplink transmission.9.The terminal device of any of claims 1-8, wherein the terminal device is further caused to:determine an index of the rate percentage based on the third field; anddetermine the rate percentage based on the index and a mapping from an index to a rate percentage.10.The terminal device of any of claims 1-9, wherein the terminal device is further caused to:determine a value based on the third field; anddetermine the rate percentage based on the value and a function for mapping the value to a rate percentage.11.The terminal device of claim 9 or 10, wherein one of the followingthe mapping is predefined or preconfigured at the terminal device and the network device; orthe function is predefined or preconfigured at the terminal device and the network device.12.The terminal device of any of claims 2-11, wherein the baseline comprises one of the following:a maximum bit rate (MBR) ;a guaranteed bit rate (GBR) ;a current bit rate of the uplink transmission.13.The terminal device of any of claims 2-12, wherein the terminal device is further caused to:determine the period of data burst based on the adjustment parameter.14.The terminal device of any of claims 1-13, wherein the terminal device is further caused to:receive, from the network device, a recovery message indicating to recover the data rate to an original data rate of the terminal device;recover to the original data rate based on the recovery message; andtransmit, to the network device, a confirmation message after recovering to the data rate the original data rate.15.The terminal device of claim 14, wherein the original data rate is a transmission rate or the period of data burst of the uplink transmission wherein there is no congestion.16.The terminal device of claim 15, wherein one of the following:the recovery message is received via a MAC CE, and the confirmation message is transmitted via a MAC CE; orthe recovery message is received via a radio resource control (RRC) message, and the confirmation message is transmitted via an RRC message.17.A network device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the network device at least to:determine a congestion status of an uplink transmission for a terminal device;determine a relative data rate for the uplink transmission from a terminal device; andtransmit, to the terminal device, a message associated with the relative data rate.18.The network device of claim 17, wherein the message comprises at least one of the following:a rate percentage based on a baseline; oran adjustment parameter of data burst.19.The network device of claim 18, wherein the adjustment parameter comprises at least one of the following:a punching parameter of a period of data burst;a multiplier of a period of data burst;a fraction of a frequency of data burst; ora target frequency of data burst.20.The network device of any of claims 17-19, wherein the network device is caused to determine the relative data rate by:determining allocatable data rate applied for the uplink transmission; anddetermining the rate percentage based on the baseline and the allocatable data rate.21.The network device of claim 17 or 18, wherein the network device is caused to determine the relative data rate by:determining a ratio of time required to transfer data in a buffer to remaining time of the uplink transmission; anddetermining the rate percentage based on the ratio.22.The network device of any of claims 17-21, wherein the network device is caused to transmit the message to the terminal device by:transmitting the message via a media access control (MAC) control element (MAC CE) .23.The network device of claim 22, wherein the MAC CE comprises at least one of the following:a first field indicating a logical channel identity (LCID) or a quality of service (QoS) flow identifier (QFI) ;a second field indicating whether following fields are associated with a rate percentage or an adjustment parameter;a third field indicating the rate percentage;a fourth field indicating the baseline;a fifth field indicating the adjustment parameter; ora sixth field indicating whether the MAC CE comprises a further component for a data rate adaptation.24.The network device of claim 23, wherein at least one of the following:the LCID indicates a logical channel for which the data rate adaptation is applied; orthe QFI indicates a QoS flow for which the data rate adaptation is applied.25.The network device of any of claims 22-24, wherein the MAC CE comprises a further component for the data rate adaptation, wherein the further component comprises a field indicating a further relative data rate for a further uplink transmission.26.The network device of claim 23, wherein one of the following:the third field indicates an index, and the index is mapped to the rate percentage; orthe third field indicates a value, and the value is mapped to the rate percentage by a function.27.The network device of claim 26, wherein one of the followingthe mapping from the index to the rate percentage is predefined or preconfigured at the terminal device and the network device; orthe function is predefined or preconfigured at the terminal device and the network device.28.The network device of any of claims 18-27, wherein the baseline comprises one of the following:a maximum bit rate (MBR) ;a guaranteed bit rate (GBR) ; ora current bit rate of the uplink transmission.29.The network device of any of claims 17-28, wherein the network device is caused to transmit the message to the terminal device by:determining data rates of multiple terminal devices; andtransmitting the message to the terminal device based on the sorting of the data rates of the multiple terminal devices.30.The network device of claim 29, wherein the network device is further caused to:transmit, to a further terminal device in the multiple terminal devices except the terminal device, a message associate with a relative data rate of an uplink transmission with the further terminal device based on determining that the congestion is not alleviated.31.The network device of any of claims 17-30, wherein the network device is further caused to:transmit, to the terminal device, a recovery message indicating to recover the data rate to an original data rate of the terminal device based on determining that the congestion has been alleviated; andreceive, from the terminal device, a confirmation message after the data rate is recovered to the original data rate.32.The network device of claim 31, wherein the original data rate is a transmission rate or the period of data burst based on QoS profile parameters wherein there is no congestion.33.The network device of claim 31, wherein one of the following:the recovery message is transmitted via a MAC CE, and the confirmation message is received via a MAC CE; orthe recovery message is transmitted via a radio resource control (RRC) message, and the confirmation message is received via an RRC message.34.A method comprising:receiving, at a terminal device and from a network device, a message associated with a relative data rate for an uplink transmission to the network device;determining a data rate for the uplink transmission based on the relative data rate; andperforming data rate adaptation and the uplink transmission to the network device based on the data rate.35.A method comprising:determining, at a network device, a congestion status of an uplink transmission for a terminal device;determining a relative data rate for an uplink transmission from a terminal device; andtransmitting, to the terminal device, a message associated with the relative data rate.36.An apparatus comprising:means for receiving, at a terminal device and from a network device, a message associated with a relative data rate for an uplink transmission to the network device;means for determining a data rate for the uplink transmission based on the relative data rate; andmeans for performing data rate adaptation and the uplink transmission to the network device based on the data rate.37.An apparatus comprising:means for determining, at a network device, a congestion status of an uplink transmission for a terminal devicemeans for determining a relative data rate for an uplink transmission from a terminal device; andmeans for transmitting, to the terminal device, a message associated with the relative data rate.38.A computer readable medium comprising program instructions that, when executed by an apparatus, cause the apparatus to perform at least the method of claim 34 or 35.

Images