Devices and methods for communication

Abstract

Embodiments of the present disclosure provide a solution for bit rate control. In a solution, a terminal device receives, from a network device, configuration information indicating at least one of the following: whether bit rate adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB), or a cell, whether a QoS flow supports bit rate adaptation, or one or more QoS flows that support bit rate adaptation. The terminal device transmits a recommended bit rate query indicating at least one first recommended bit rate to the network device, and / or receives at least one second recommended bit rate from the network device, wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH), or a first cell, and wherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell.

Description

DEVICES AND METHODS FOR COMMUNICATION

[0001] FIELDS

[0002] Example embodiments of the present disclosure generally relate to the field of communication techniques and in particular, to devices and methods for bit rate adaptation.BACKGROUND

[0003] Currently, a communication network is able to provide a recommended bit rate for a specific logical channel (LCH) to the user equipment (UE) via the recommended bit rate medium access control (MAC) control element (CE) . However, this feature is not tailored for extended reality (XR) and mainly targets to voice over internet protocol (VoIP) traffic. It needs better bit rate control mechanism to enable faster source rate adaption to uplink congestion.SUMMARY

[0004] In general, embodiments of the present disclosure provide a solution for bit rate adaptation.

[0005] In a first aspect, there is provided a terminal device. The terminal device comprises: a processor configured to cause the terminal device to: receive, from a network device, configuration information indicating at least one of the following: whether bit rate adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB) , or a cell, whether a QoS flow supports bit rate adaptation, or one or more QoS flows that support bit rate adaptation; and transmit a recommended bit rate query indicating at least one first recommended bit rate to the network device, and / or receive at least one second recommended bit rate from the network device, wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH) , or a first cell, and wherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell.

[0006] In a second aspect, there is provided a network device. The network device comprises: a processor configured to cause the network device to: transmit, to a terminal device, configuration information indicating at least one of the following: whether bit rate  adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB) , or a cell, whether a QoS flow supports bit rate adaptation, or one or more QoS flows that support bit rate adaptation; and receive a recommended bit rate query indicating at least one first recommended bit rate from the terminal device, and / or transmit at least one second recommended bit rate to the terminal device, wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH) , or a first cell; and wherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell.

[0007] In a third aspect, there is provided a communication method performed by a terminal device. The method comprises: receiving, from a network device, configuration information indicating at least one of the following: whether bit rate adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB) , or a cell, whether a QoS flow supports bit rate adaptation, or one or more QoS flows that support bit rate adaptation; and transmitting a recommended bit rate query indicating at least one first recommended bit rate to the network device, and / or receiving at least one second recommended bit rate from the network device, wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH) , or a first cell, and wherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell.

[0008] In a fourth aspect, there is provided a communication method performed by a network device. The method comprises: transmitting, to a terminal device, configuration information indicating at least one of the following: whether bit rate adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB) , or a cell, whether a QoS flow supports bit rate adaptation, or one or more QoS flows that support bit rate adaptation; and receiving a recommended bit rate query indicating at least one first recommended bit rate from the terminal device, and / or transmitting at least one second recommended bit rate to the terminal device, wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH) , or a first cell; and wherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell.

[0009] In a fifth aspect, there is provided a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to carry out the method according to the third, or fourth aspect.

[0010] Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0011] Through the more detailed description of some example embodiments of the present disclosure in the accompanying drawings, the above and other objects, features and advantages of the present disclosure will become more apparent, wherein:

[0012] FIG. 1 illustrates an example communication environment in which example embodiments of the present disclosure can be implemented;

[0013] FIG. 2A illustrates an example diagram of XR rate control;

[0014] FIG. 2B illustrates an example diagram of RAN awareness and UL rate control for XR;

[0015] FIG. 3A illustrates an example UL or DL bit rate recommendation procedure;

[0016] FIG. 3B illustrates an example UL or DL bit rate recommendation query procedure;

[0017] FIG. 4 illustrates an example recommended bit rate MAC CE in accordance with some example embodiments of the present disclosure;

[0018] FIG. 5 illustrates a signaling flow for bit rate adaption in accordance with some example embodiments of the present disclosure;

[0019] FIG. 6 illustrates a signaling flow for bit rate adaption in accordance with some example embodiments of the present disclosure;

[0020] FIG. 7A illustrates an example MAC CE in accordance with some example embodiments of the present disclosure;

[0021] FIG. 7B illustrates an example MAC CE in accordance with some example embodiments of the present disclosure;

[0022] FIG. 8 illustrates an example diagram of recommended bit rate for a cell in accordance with some example embodiments of the present disclosure;

[0023] FIG. 9 illustrates an example diagram of recommended bit rate for a cell in accordance with some example embodiments of the present disclosure;

[0024] FIG. 10 illustrates an example diagram of recommended bit rate for a cell in accordance with some example embodiments of the present disclosure;

[0025] FIG. 11 illustrates a flowchart of a communication method implemented at a terminal device according to some example embodiments of the present disclosure;

[0026] FIG. 12 illustrates a flowchart of a communication method implemented at a network device according to some example embodiments of the present disclosure;

[0027] FIG. 13 illustrates a simplified block diagram of a device that is suitable for implementing example embodiments of the present disclosure.

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

[0029] Principle 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 the present disclosure, without suggesting any limitation as to the scope of the disclosure. Embodiments described herein can be implemented in various manners other than the ones described below.

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

[0031] As used herein, the term ‘terminal device’ refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, internet of things (IoT) devices, Ultra-reliable and Low Latency Communications (URLLC) devices, Internet of Everything (IoE) devices, machine type communication (MTC) devices, devices on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for Integrated Access and Backhaul (IAB) , Space borne vehicles or Air borne vehicles in Non-terrestrial networks (NTN) including Satellites and High Altitude Platforms (HAPs) encompassing Unmanned Aircraft Systems (UAS) , eXtended Reality (XR) devices including different types of  realities such as Augmented Reality (AR) , Mixed Reality (MR) and Virtual Reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The ‘terminal device’ can further has ‘multicast / broadcast’ feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may also incorporate one or multiple Subscriber Identity Module (SIM) as known as Multi-SIM. The term “terminal device” can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal or a wireless device.

[0032] The term “network device” refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of a network device include, but not limited to, a Node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a next generation NodeB (gNB) , a transmission reception point (TRP) , a remote radio unit (RRU) , a radio head (RH) , a remote radio head (RRH) , an IAB node, a low power node such as a femto node, a pico node, a reconfigurable intelligent surface (RIS) , and the like.

[0033] The terminal device or the network device may have Artificial intelligence (AI) or Machine learning capability. It generally includes a model which has been trained from numerous collected data for a specific function, and can be used to predict some information.

[0034] The terminal or the network device may work on several frequency ranges, e.g., FR1 (e.g., 450 MHz to 6000 MHz) , FR2 (e.g., 24.25GHz to 52.6GHz) , frequency band larger than 100 GHz as well as Tera Hertz (THz) . It can further work on licensed / unlicensed / shared spectrum. The terminal device may have more than one connection with the network devices under Multi-Radio Dual Connectivity (MR-DC) application scenario. The terminal device or the network device can work on full duplex, flexible duplex and cross division duplex modes.

[0035] The embodiments of the present disclosure may be performed in test equipment, e.g., signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal  device, test network device, channel emulator. In some embodiments, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs) . In some embodiments, the first network device may be a first RAT device and the second network device may be a second RAT device. In some embodiments, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device or the second network device. In some embodiments, first information may be transmitted to the terminal device from the first network device and second information may be transmitted to the terminal device from the second network device directly or via the first network device. In some embodiments, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0036] 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. The term ‘includes’ and its variants are to be read as open terms that mean ‘includes, but is not limited to. ’ The term ‘based on’ is to be read as ‘at least in part based on. ’ The term ‘one embodiment’ and ‘an embodiment’ a re to be read as ‘at least one embodiment. ’ The term ‘another embodiment’ is to be read as ‘at least one other embodiment. ’ The terms ‘first, ’ ‘second, ’ and the like may refer to different or same objects. Other definitions, explicit and implicit, may be included below.

[0037] In some examples, values, procedures, or apparatus are referred to as ‘best, ’ ‘lowest, ’ ‘highest, ’ ‘minimum, ’ ‘maximum, ’ or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

[0038] As used herein, the term “resource, ” “transmission resource, ” “uplink resource, ” or “downlink resource” may refer to any resource for performing a communication, such as a resource in time domain, a resource in frequency domain, a resource in space domain,  a resource in code domain, or any other resource enabling a communication, and the like. In the following, unless explicitly stated, a resource in both frequency domain and time domain will be used as an example of a transmission resource for describing some example embodiments of the present disclosure. It is noted that example embodiments of the present disclosure are equally applicable to other resources in other domains.

[0039] Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0040] FIG. 1 illustrates a schematic diagram of an example communication environment 100 in which example embodiments of the present disclosure can be implemented. In the communication environment 100, a plurality of communication devices, including a terminal device 110 and a network device 120, can communicate with each other.

[0041] In the example of FIG. 1, the terminal device 110 may be a UE and the network device 120 may be a base station serving the UE. The serving area of the network device 120 may be called a cell 102.

[0042] It is to be understood that the number of devices and their connections shown in FIG. 1 are only for the purpose of illustration without suggesting any limitation. The communication environment 100 may include any suitable number of devices configured to implementing example embodiments of the present disclosure. Although not shown, it would be appreciated that one or more additional devices may be located in the cell 102, and one or more additional cells may be deployed in the communication environment 100. It is noted that although illustrated as a network device, the network device 120 may be another device than a network device. Although illustrated as a terminal device, the terminal device 110 may be other device than a terminal device.

[0043] In the following, for the purpose of illustration, some example embodiments are described with the terminal device 110 operating as a UE and the network device 120 operating as a base station. However, in some example embodiments, operations described in connection with a terminal device may be implemented at a network device or other device, and operations described in connection with a network device may be implemented at a terminal device or other device.

[0044] In some example embodiments, if the terminal device 110 is a terminal device and the network device 120 is a network device, a link from the network device 120 to the  terminal device 110 is referred to as a downlink (DL) , while a link from the terminal device 110 to the network device 120 is referred to as an uplink (UL) . In DL, the network device 120 is a transmitting (TX) device (or a transmitter) and the terminal device 110 is a receiving (RX) device (or a receiver) . In UL, the terminal device 110 is a TX device (or a transmitter) and the network device 120 is a RX device (or a receiver) .

[0045] The communications in the communication environment 100 may conform to any suitable standards including, but not limited to, Global System for Mobile Communications (GSM) , Long Term Evolution (LTE) , LTE-Evolution, LTE-Advanced (LTE-A) , New Radio (NR) , Wideband Code Division Multiple Access (WCDMA) , Code Division Multiple Access (CDMA) , GSM EDGE Radio Access Network (GERAN) , Machine Type Communication (MTC) and the like. The embodiments of the present disclosure may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, 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 fifth generation (5G) communication protocols, 5.5G, 5G-Advanced networks, or the sixth generation (6G) networks.

[0046] FIG. 1 illustrates a schematic diagram of an example communication environment 100 in which example embodiments of the present disclosure can be implemented. In the communication environment 100, a plurality of communication devices, including a terminal device 110 and a network device 120, can communicate with each other.

[0047] In the example of FIG. 1, the terminal device 110 may be a UE and the network device 120 may be a base station serving the UE. The serving area of the network device 120 may be called a cell 102. The network device 120 is operating in a radio access network (RAN) and thus is also referred to as a RAN network device.

[0048] In some example embodiments, the RAN architecture will include a centralized part, or central unit (CU) , and a distributed part, or distributed unit (DU) . The CU and the DU will be connected to one another by a so-called Fl interface. In some example embodiments, the CU may be split into a CU-UP (central unit-user plane) and a CU-CP (central unit-control plane) . The CU-UP and the CU-CP will be connected to one another by a so-called El interface, and the Fl interface will be split between Fl-c and Fl-u interfaces for the control and user planes, respectively.

[0049] It is to be understood that the number of devices and their connections shown in FIG. 1 are only for the purpose of illustration without suggesting any limitation. The communication environment 100 may include any suitable number of devices configured to implementing example embodiments of the present disclosure. Although not shown, it would be appreciated that one or more additional devices may be located in the cell 102, and one or more additional cells may be deployed in the communication environment 100. It is noted that although illustrated as a network device, the network device 120 may be another device than a network device. Although illustrated as a terminal device, the terminal device 110 may be another device than a terminal device.

[0050] In the following, for the purpose of illustration, some example embodiments are described with the terminal device 110 operating as a UE and the network device 120 operating as a base station, e.g., gNB. However, in some example embodiments, operations described in connection with a terminal device may be implemented at a network device or other device, and operations described in connection with a network device may be implemented at a terminal device or other device.

[0051] In some example embodiments, a communication direction from the network device 120 to the terminal device 110 is referred to as a downlink (DL) , while a communication direction from the terminal device 110 to the network device 120 is referred to as an uplink (UL) . In DL, the network device 120 is a transmitting (TX) device (or a transmitter) and the terminal device 110 is a receiving (RX) device (or a receiver) . In UL, the terminal device 110 is a TX device (or a transmitter) and the network device 120 is a RX device (or a receiver) .

[0052] Communications in the communication environment 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) , the fifth generation (5G) , the sixth generation (6G) , and 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.

[0053] Currently, RAN is able to provide a recommended bit rate for a specific logical channel (LCH) to the user equipment (UE) via the recommended bit rate MAC CE. However, this feature is not tailored for extended reality (XR) and mainly targets to voice over internet protocol (VoIP) traffic. It is expected for XR rate control per quality of service (QoS) flow or per data radio bearer (DRB) , so as to enable faster source rate adaption to uplink congestion.

[0054] In current communication specification, it specifies uplink congestion signalling, to specify in MAC layer XR rate control signalling over downlink per QoS flow / per DRB to enable faster source rate adaption to uplink congestion.

[0055] XR awareness refers to make XR application aware of RAN and network conditions, e.g., channel condition, cell load, congestion, QoS, forward error correction (FEC) , etc. FIG. 2A illustrates an example diagram of XR rate control in accordance with some example embodiments of the present disclosure. FIG. 2B illustrates an example diagram of XR rate control in accordance with some further example embodiments of the present disclosure. The frequency of the UL congestion signaling and the congestion granularity can be further specified to achieve good trade-off between congestion control performance and signaling overhead.

[0056] With 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.

[0057] RAN-assisted codec adaptation provides a means for the gNB to send codec adaptation indication with recommended bit rate to assist the UE to select or adapt to a codec rate for multimedia telephony service (MMTEL) voice or MMTEL video. The RAN-assisted codec adaptation mechanism supports the uplink / downlink bit rate increase or decrease. For a bearer associated with configuration of maximum bit rate (MBR) greater than guaranteed bit rate (GBR) , the recommended uplink / downlink bit rate is within boundaries set by the MBR and GBR of the concerned bearer.

[0058] For uplink or downlink bit rate adaptation, the gNB may send a recommended bit rate to the UE to inform the UE on the currently recommended transport bit rate on the local uplink or downlink, which the UE may use in combination with other information  to adapt the bit rate, e.g. the UE may send a bit rate request to the peer UE via application layer messages, which the peer UE may use in combination with other information to adapt the codec bit rate. The recommended bit rate is in kbps at the physical layer at the time when the decision is made.

[0059] The recommended bit rate for UL and DL is conveyed as a MAC Control Element (CE) from the gNB to the UE as illustrated in FIG. 3A.

[0060] Based on the recommended bit rate from the gNB, the UE may initiate an end-to-end bit rate adaptation with its peer (UE or media gateway (MGW) ) . The UE may also send a query message to its local gNB to check if a bit rate recommended by its peer can be provided by the gNB. The UE is not expected to go beyond the recommended bit rate from the gNB.

[0061] The recommended bit rate query message is conveyed as a MAC CE from the UE to the gNB as illustrated in FIG. 3B.

[0062] A prohibit timer may be configured per logical channel by the gNB to limit the UE sending frequent query MAC CEs. Independent prohibit timers may be used for each direction (uplink and downlink) to prohibit the UE from retransmitting exactly the same query MAC CE to the gNB during the configured time.

[0063] The recommended bit rate procedure is used to provide the MAC entity with information about the bit rate which the gNB recommends. The bit rate is the recommended bit rate of the physical layer. Averaging window of default value 2000 ms will apply. The gNB may transmit the recommended bit rate MAC CE to the MAC entity to indicate the recommended bit rate for the UE for a specific logical channel and a specific direction (either uplink or downlink) . Upon reception of a recommended bit rate MAC CE the MAC entity shall: indicate to upper layers the recommended bit rate for the indicated logical channel and direction.

[0064] The MAC entity may request the gNB to indicate the recommended bit rate for a specific logical channel and a specific direction. If the MAC entity is requested by upper layers to query the gNB for the recommended bit rate for a logical channel and for a direction (i.e. for uplink or downlink) , the MAC entity shall:

[0065] 1>if a recommended bit rate query for this logical channel and this direction has not been triggered:

[0066] 1. 2>trigger a recommended bit rate query for this logical channel, direction, and desired bit rate.

[0067] If the MAC entity has UL resources allocated for new transmission the MAC  entity shall:

[0068] 1>for each Recommended bit rate query that the recommended bit rate procedure determines has been triggered and not cancelled:

[0069] 2>if bitRateQueryProhibitTimer for the logical channel and the direction of this recommended bit rate query is configured, and it is not running; and

[0070] 2>if the MAC entity has UL resources allocated for new transmission and the allocated UL resources can accommodate a recommended bit rate MAC CE plus its subheader as a result of LCP as defined in clause 5.4.3.1:

[0071] 3>instruct the Multiplexing and Assembly procedure to generate the recommended bit rate MAC CE for the logical channel and the direction of this recommended bit rate query;

[0072] 3> start the bitRateQueryProhibitTimer for the logical channel and the direction of this recommended bit rate query;

[0073] 3> cancel this recommended bit rate query.

[0074] The recommended bit rate MAC CE is identified by a MAC subheader with logical channel identifier (LCID) for bit rate recommendation message from the gNB to the UE and bit rate recommendation query message from the UE to the gNB, respectively. FIG. 4 illustrates an example recommended bit rate MAC CE. As illustrated in FIG. 4, the recommended bit rate MAC CE has a fixed size and consists of two octets defined as follows.

[0075] LCID: This field indicates the identity of the logical channel for which the recommended bit rate or the recommended bit rate query is applicable. The length of the field is 6 bits.

[0076] Uplink / Downlink (UL / DL) : This field indicates whether the recommended bit rate or the recommended bit rate query applies to uplink or downlink. The length of the field is 1 bit. The UL / DL field set to 0 indicates downlink. The UL / DL field set to 1 indicates uplink.

[0077] Bit Rate: This field indicates an index to the associated table. The length of the field is 6 bits. For bit rate recommendation the value indicates the recommended bit rate. For bit rate recommendation query the value indicates the desired bit rate.

[0078] X: Bit rate multiplier. For UEs supporting recommended bit rate multiplier, when bitRateMultiplier is configured for the logical channel indicated by LCID field, X field set to 1 indicates the actual value of bit rate is the value corresponding to the index indicated by the Bit Rate field multiplied by bitRateMultiplier.

[0079] For the recommended bit rate, there are still some problems need to be considered. For example, for the network device, how to configure recommended bit rate per DRB, QoS flow, or cell. For example, for the terminal device, how to configure the UE Assistance Information for the recommended bit rate.

[0080] In example embodiments of the present disclosure, it provides a solution for bit rate adaptation. The terminal device receives configuration information from the network device. The terminal device determines at least one first recommended bit rate based on the configuration information, and transmits a recommended bit rate query indicating the determined first recommended bit rate (s) to the network device. Alternatively, the terminal device receives, from the network device, at least one second recommended bit rate. In some example embodiments, the terminal device may apply the received second recommended bit rate (s) in data transmission to and / or from the network device.

[0081] In this way, on the basis of the configuration information, the per DRB, per QoS flow, per cell recommended bit rate may be correctly indicated to or reported by the terminal device.

[0082] Example embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.

[0083] FIG. 5 illustrates a signaling flow 500 for bit rate adaption in accordance with some example embodiments of the present disclosure. The signaling flow 400 involves the terminal device 110 and the network device 120 in FIG. 1. For purpose of illustration, the signalling flow 400 will be described with respect to FIG. 1.

[0084] The network device 120 transmits (502) configuration information to the terminal device 110. The configuration information indicates at least one of the following: whether bit rate adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB) or a cell, whether a QoS flow supports bit rate adaptation, or one or more QoS flows that support bit rate adaptation. The terminal device 110 receives (504) the configuration information from the network device 120. In some example embodiments, the configuration information may be indicated by the network device 120 to the terminal device 110 via radio resource control (RRC) signaling.

[0085] For example, for XR rate control, the network device 120 may indicate the recommended bit rate for a specific QoS flow or DRB. Different QoS flows may be mapped to the same radio bearer, and in some cases not all QoS flows support bit rate adaption. In the determination of the recommended bit rate, only QoS flows that support bit rate adaption should be considered in the recommended bit rate.

[0086] In embodiments of the present disclosure, for per DRB, QoS flow, or cell bit rate adaptation, the network device 120 may indicate the terminal device 110 which QoS flow or DRB that should be considered in the recommended bit rate. For example, the network device 120 may configure to the terminal device 110: whether to enable bit rate adaptation or recommended bit rate for a DRB, QoS flow, or cell. The network device 120 may alternatively or additionally configure to the terminal device 110: whether a QoS flow supports bit rate adaptation or should be indicated, counted, or reported in the recommended bit rate (e.g., for a DRB) . The network device 120 may alternatively or additionally configure to the terminal device 110: one or more QoS flows that support bit rate adaptation or should be indicated, counted, or reported in the recommended bit rate (e.g., for a DRB) .

[0087] In some example embodiments, only QoS flows that support bit rate adaptation may be mapped to a specific DRB that is enabled or configured for the bit rate adaptation. Only QoS flows that are mapped to a DRB shall be considered in recommended bit rate for the DRB. If a QoS flow is not mapped to a DRB, it shall not be considered in the recommended bit rate for the DRB. Alternatively, or additionally, only QoS flows that are configured to be indicated, counted, or reported in the recommended bit rate (or support bit rate adaptation) shall be considered in the recommended bit rate for the DRB. If a QoS flow is not configured to be included, counted, or reported in the recommended bit rate (or not support bit rate adaptation) , it shall not be considered in the recommended bit rate for the DRB.

[0088] Based on the configuration information from the network device, the terminal device 110 determines at least one first recommended bit rate. A first recommended bit rate of the at least one first recommended bit rate is specific to a first QoS flow, a first data DRB, or a first logical channel (LCH) , or a first cell. In some example embodiments, a first recommended bit rate may be for downlink, uplink, or both.

[0089] In some example embodiments, the terminal device 110 may determine a first recommended bit rate specific to the first QoS flow that is indicated to be enabled for bit rate adaptation and allowed to be counted in the determination of a recommended bit rate. In some example embodiments, the terminal device 110 may determine a first recommended bit rate specific to the first DRB based on one or more QoS flows that are indicated to be enabled for bit rate adaptation and allowed to be counted in the determination of a recommended bit rate, where the one or more QoS flows may be mapped to the first DRB. In some examples, only QoS flows that are mapped to a DRB  and / or configured to be indicated, counted, or reported in recommended bit rate (or support bit rate adaptation) shall be considered in recommended bit rate for the DRB. In some examples, if a QoS flow is not mapped to a DRB or not configured to be included, counted, or reported in recommended bit rate (or not support bit rate adaptation) , it shall be considered in recommended bit rate for the DRB.

[0090] In some example embodiments, for example, the terminal device 110 may consider only the configured QoS flows when calculating recommended bit rate in the recommended bit rate query.

[0091] In some example embodiments, in the signaling flow 500, the terminal device 110 transmits (506) a recommended bit rate query indicating at least one first recommended bit rate to the network device 120. As an example, the recommended bit rate query may be conveyed as a medium access control (MAC) control element (CE) from the terminal device 110 to the network device 120 to query for the recommended bit rate for a DRB, QoS flow and / or a cell for a direction (i.e. for uplink or downlink) . Each of the at least one first recommended bit rate may be conveyed in a MAC CE from the terminal device 110 to the network device 120. The network device 120 receives (508) the recommended bit rate query indicating at least one first recommended bit rate from the terminal device 110. The recommended bit rate query may be conveyed as a MAC CE from the terminal device 110 to query for the recommended bit rate for a DRB, QoS flow and / or a cell for a direction (i.e. for uplink or downlink) .

[0092] It should be understood that the terminal device 110 may be a first terminal device that receives the configuration information and determines at least one first recommended bit rate. In some further embodiments, the terminal device 110 may also be a second terminal device (e.g., a peer terminal device of the first terminal device) that receives the at least one first recommended bit rate from the first terminal device. The second terminal device may use the received at least one first recommended bit rate to query its network device, to request for bit rate adaptation.

[0093] In either case, the terminal device 110 (e.g., the second terminal device) may transmit a recommended bit rate query indicating the at least one first recommended bit rate to the network device 120, e.g., to check whether the at least one first recommended bit rate may be provided by the network device 120.

[0094] In some example embodiments, the terminal device 110 may report the QoS flows that support bit rate adaption to the network device 120. The terminal device 110 transmits (510) UE assistance information (UAI) to the network device 120. The UE  assistance information indicates at least one of the following: one or more QoS flows that support bit rate adaptation, or one or more QoS flows that are allowed to be counted in the determination of a recommend bit rate. The network device 120 receives (512) , from the terminal device 110, the UE assistance information.

[0095] For example, the UE assistance information may be transmitted, e.g., via RRC signaling or UEAssistanceInformation message. Based on the UE assistance information, the network device 120 may configure the terminal device 110 which QoS flows shall be considered in the recommended bit rate (e.g., for a DRB) .

[0096] In some example embodiments, in accordance with a determination that one or more QoS flows that are indicated to support bit rate adaptation are setup or released, the terminal device 110 may transmit the UE assistance information to the network device 120, to indicate the information of the one or more QoS that support bit rate adaptation. In some example embodiments, the terminal device 110 may be a terminal device capable of providing QoS flows for bit rate adaptation in RRC_CONNECTED status which may initiate the UE assistance information related procedure, to provide the information of QoS flows that support bit rate adaptation. In some example embodiments, the terminal device 110 may transmit such UE assistance information upon it is configured to do so.

[0097] Table 1 provides example impacts to the communication specifications according to some example embodiments of the present disclosure.

[0098] Table 1

[0099] The network device 120 transmits (514) at least one second recommended bit rate to the terminal device 110. The terminal device 110 receives (516) the at least one second recommended bit rate from the network device 120.

[0100] For uplink or downlink bit rate adaptation, for example, the network device 120 may also send a recommended bit rate for a DRB, QoS flow, or cell to the terminal device 110, to inform the terminal device 110 on the currently recommended transport bit rate on the local uplink or downlink. In some example embodiments, each of the at least one second recommended bit rate is conveyed in a MAC CE from the network device 120 to the terminal device 110.

[0101] In some example embodiments, a second recommended bit rate of the at least one second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell. In some example embodiments, a second recommended bit rate may be for downlink, uplink, or both.

[0102] In some example embodiments, the network device 120 may determine a second recommended bit rate specific to the second QoS flow that is indicated to be enabled for bit rate adaptation and allowed to be counted in the determination of a recommended bit rate. In some example embodiments, the network device 120 may determine a second recommended bit rate specific to the second DRB based on one or more QoS flows that are indicated to be enabled for bit rate adaptation and allowed to be counted in the determination of a recommended bit rate, where the one or more QoS flows may be mapped to the second DRB. In some examples, only QoS flows that are mapped to a DRB and / or configured to be indicated, counted, or reported in recommended bit rate (or support bit rate adaptation) shall be considered in recommended bit rate for the DRB. In some examples, if a QoS flow is not mapped to a DRB or not configured to be included, counted, or reported in recommended bit rate (or not support bit rate adaptation) , it shall be considered in recommended bit rate for the DRB.

[0103] In some example embodiments, the at least one second recommended bit rate may be determined further based on the UE assistance information. In some example embodiments, the UE assistance information may be received by the network device 120 from the terminal device 110. In some further embodiments, the CN entity may send to the network device 120 the information of whether a QoS flow supports the bit rate adaptation.

[0104] FIG. 6 illustrates a signaling flow 600 for bit rate adaption in accordance with some example embodiments of the present disclosure. The signaling flow 600 involves the UE 610, the gNB 620 and the CN entity 630. The signaling flow 600 may be considered as a specific example of the signaling flow 500, where the UE 610 is an example of the terminal device 110, and the gNB 620 is an example of the network device 120.

[0105] As illustrated in FIG. 6, at 601, the CN entity 630 transmits bit rate information for a QoS flow (e.g., whether a QoS flow supports bit rate adaptation) to the gNB 620. At 602, the gNB 620 transmits RRC signaling (e.g., whether to enable bit rate adaptation for a DRB or QoS flow, QoS flows that support bit rate adaptation, etc. ) to the UE 610. At 603, the UE 610 also transmits RRC signaling (e.g., UE assistance information, indicating  QoS flows that support bit rate adaptation) to the gNB 620.

[0106] At 604, the gNB 620 transmits UL / DL bit rate recommendation (e.g., enhanced recommended bit rate MAC CE) indicating the recommended bit rate per QoS flow, per DRB and / or per cell to the UE 610. Alternatively or additionally, at 605, the UE 610 transmits UL / DL bit rate recommendation query (e.g., enhanced recommended bit rate MAC CE) indicating the recommended bit rate for per QoS flow, per DRB and / or per Cell to the gNB 620.

[0107] In some cases, for carrier aggregation (CA) or dual connectivity (DU) , the terminal device 110 may connect to two or more cells, and data belonging to a DRB or QoS flow may be duplicated or split over one or more cells. Since congestion may only happen in part of the cells, cell-specific recommended bit rate may be indicated or reported. In this case, during CA or UD, how to indicate or report the recommended bit rate per DRB, or QoS flow needs to be considered.

[0108] In some example embodiments, a new MAC CE including cell-specific information is introduced, to allow the recommended bit rate is correctly indicated or reported in the recommended bit rate for a DRB or QoS flow.

[0109] As mentioned above, a MAC CE from the terminal device 110 to the network device 120 may be configured to convey a first recommend bit rate per QoS flow, per DRB, per cell, or per LCH. Also, a MAC CE from the network device 120 to the terminal device 110 may be configured to convey a second recommend bit rate per QoS flow, per DRB, per cell, or per LCH.

[0110] Such a MAC CE may be configured to include cell-specific information, e.g., at least one cell identity (ID) indicating at least one cell to which the first recommended bit rate, the second recommended bit rate, or the MAC CE is applicable. The MAC CE here may be a first MAC CE from the terminal device 110 to the network device 120, or may be a second MAC CE from the network device 120 to the terminal device 110, which is not limited in the present disclosure. For example, the MAC CE may also be used by the recommended bit rate query from the terminal device 110 to the network device 120.

[0111] FIG. 7A illustrates an example MAC CE in accordance with some example embodiments of the present disclosure. As illustrated in FIG. 7A, the MAC CE includes fields such as serving cell ID, DRB ID, uplink / downlink (UL / DL) , bit rate, X, etc.

[0112] In some example embodiments, the field of serving cell ID indicates the identity of the serving cell for which the MAC CE applies. A bitmap with each bit corresponds to  a specific cell, or one or more serving cell IDs. The field of DRB ID indicates the identity of the DRB for which the recommended bit rate or the recommended bit rate query is applicable. The field of UL / DL indicates whether the recommended bit rate or the recommended bit rate query applies to uplink or downlink. For the bit rate recommendation, the value of the field “bit rate” indicates the recommended bit rate. For the bit rate recommendation query, the value of the bit rate indicates the desired bit rate. The X indicates the bit rate multiplier.

[0113] FIG. 7B illustrates an example MAC CE in accordance with some example embodiments of the present disclosure. As illustrated in FIG. 7B, the MAC CE include information such as serving cell ID, QoS flow ID (QFI) , UL / DL, bit rate, X, etc. The field of QFI indicates the identity of the QoS flow for which the recommended bit rate or the recommended bit rate query is applicable. The description of other fields may be the same as those in the example of FIG. 7A.

[0114] In some example embodiments, the network device 120 may transmit a MAC CE (e.g., the enhanced recommended bit rate MAC CE) to a MAC entity to indicate the recommended bit rate for the terminal device 110 for a specific QoS flow, a DRB, a specific direction (either uplink or downlink) and / or a specific cell. Upon reception of the enhanced recommended bit rate MAC CE, the MAC entity may indicate to upper layers the recommended bit rate for the indicated QoS flow, DRB, direction and cell (e.g., the cell indicated in the MAC CE or the cell where the MAC CE received) .

[0115] FIG. 8 illustrates an example diagram of recommended bit rate for a cell in accordance with some example embodiments of the present disclosure. As illustrated in FIG. 8, for example, the recommended bit rate for the QoS flow or the DRB is appliable to two cells, such as Cell 1 and Cell 2. When only Cell 2 is congested, then the recommended bit rate related procedure may be performed for Cell 2, e.g., by providing a QoS flow-specific, DRB specific, or LCH specific recommended bit rate applicable to Cell 2 (not to Cell 1) .

[0116] In some cases, the terminal device 110 may connect to two or more cells, and the second recommended bit rate (s) received from the network device 120 may be applicable to some or all of these cells, e.g., depending on the cell-specific information indicated in the MAC CE (s) conveying the second recommended bit rate (s) .

[0117] For ease of discussion in the following, it is assumed that the terminal device 110 connects to a plurality of cells, e.g., two cells, referred to as Cell 1 and Cell 2. From the at least one second recommended bit rate configured by the network device 120, the  terminal device 110 determines a recommended bit rate (represented as Recommended bit rate 1) of a QoS flow, a DRB, or a LCH applicable for or from Cell 1, and a recommended bit rate (represented as Recommended bit rate 2) of the same QoS flow, the same DRB, or a LCH applicable for or from Cell 2. It would be appreciated the terminal device 110 may connect to more than two cells, and similar recommended bit rate usage is applied in these cases.

[0118] In some example embodiments, in accordance with a determination that data of the corresponding DRB is duplicated to a plurality of cells, e.g., Cell 1 and Cell 2, a bit rate of data is caused to be lower than or equal to a minimum one of Recommended bit rate 1 and Recommended bit rate 2. For example, if the PDCP duplication is activated for a DRB, the UE is not expected to go beyond the minimum recommended bit rate of QoS flow or DRB among the cells configured or activated for PDCP duplication (e.g., RLC entity belonging to a cell is activated) . Here, the QoS flow may be mapped to the DRB.

[0119] FIG. 9 illustrates an example diagram of recommended bit rate for a cell in accordance with some example embodiments of the present disclosure. As illustrated in FIG. 9, for example, when the PDCP duplication is activated, and the terminal device 110 is provided with Recommended bit rate 1 of the QoS flow, the DRB, or the LCH for or from Cell 1, and Recommended bit rate 2 of the QoS flow, the DRB, or the LCH for or from Cell 2, the terminal device 110 is not expected to go beyond the recommended bit rate of min (Recommended bit rate 1, Recommended bit rate 2) e.g., for the DRB or the QoS flow mapped to the DRB.

[0120] For PDCP duplication, when the terminal device 110 is provided with recommended bit rate for only one cell, then the terminal device 110 is not expected to go beyond the indicated recommended bit rate.

[0121] For split transmission, the terminal device 110 is not expected to go beyond the recommended bit rate of the QoS flow or DRB for each cell (whose RLC entity) that is configured or activated for split transmission. Here, the QoS flow may be mapped to the DRB.

[0122] In some example embodiments, in accordance with a determination that data for the third DRB is split to Cell 1 and Cell 2, a bit rate of data is caused to be lower than or equal to one of: a minimum one of Recommended bit rate 1 and Recommended bit rate 2, a maximum one of Recommended bit rate 1 and Recommended bit rate 2, or a sum of Recommended bit rate 1 and Recommended bit rate 2. Alternatively, or additionally, in  accordance with a determination that data for the third DRB is split to Cell 1 and Cell 2, a bit rate of data that is transmitted in Cell 1 or the third LCH is caused to be lower than or equal to Recommended bit rate 1, and a bit rate of data that is transmitted in Cell 2 or the fourth LCH is caused to be lower than or equal to Recommended bit rate 2.

[0123] FIG. 10 illustrates an example diagram of recommended bit rate for a cell in accordance with some example embodiments of the present disclosure. As illustrated in FIG. 10, for example, when the terminal device 110 is provided with Recommended bit rate 1 of the QoS flow, the DRB, or the LCH for or from Cell 1, and Recommended bit rate 2 of the QoS flow, the DRB, or the LCH for or from Cell 2, then at least one of the following may be performed:

[0124] Option 1: the terminal device 110 is not expected to go beyond the recommended bit rate of min (recommended bit rate 1, recommended bit rate 2) , e.g., for the DRB or the QoS flow.

[0125] Option 2: the terminal device 110 is not expected to go beyond the recommended bit rate of max (recommended bit rate 1, recommended bit rate 2) , e.g., for the DRB or the QoS flow.

[0126] Option 3: the terminal device 110 is not expected to go beyond the recommended bit rate of (recommended bit rate 1+recommended bit rate) , e.g., for the DRB or the QoS flow.

[0127] Option 4: the terminal device 110 may guarantee that the data of DRB or QoS flow that transmitted in each cell or LCH shall not go beyond the recommended bit rate of the corresponding cell or LCH when performing split transmission.

[0128] When no cell-specific information is carried in the enhanced recommended bit rate MAC CE, how recommended bit rate is applied during DC or CA needs to be considered. It is proposed that the indicated or reported recommended bit rate for a DRB / QoS flow shall take PDCP duplication or split transmission into account (e.g., cell-specific recommended bit rate) .

[0129] In some example embodiments, the second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to each cell in which data of the QoS flow, or the DRB, or the LCH is transmitted. For example, the terminal device 110 is provided with a recommended bit rate of a QoS flow, a DRB, or a LCH. When the recommended bit rate is applied to each cell, for each cell, the terminal device 110 is not expected to go beyond the recommended bit rate for the QoS flow, the DRB, or the LCH.

[0130] In some example embodiments, the second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to a plurality of cells in which data of the QoS flow, or the DRB, or the LCH is transmitted. For example, the terminal device 110 is provided with a recommended bit rate (e.g., a total bit rate) for a QoS flow, a DRB, or a LCH. When the recommended bit rate is applied to all cells, for all cells, the total bit rate is not expected to go beyond the recommended bit rate for the QoS flow, the DRB, or the LCH.

[0131] In some example embodiments, a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to a cell where a MAC CE conveying the second recommended bit rate is received by the terminal device 110. For example, the terminal device 110 is provided with a recommended bit rate of a QoS flow, a DRB, or a LCH. When the recommended bit rate is applied to the cell where the MAC CE is received, for the cell where the MAC CE is received, the terminal device 110 is not expected to go beyond the recommended bit rate for the QoS flow, the DRB, or the LCH.

[0132] FIG. 11 illustrates a flowchart of a communication method 1100 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1100 will be described from the perspective of the terminal device 110 in FIG. 1.

[0133] At block 1110, the terminal device 110 receives, from a network device, configuration information indicating at least one of the following: whether bit rate adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB) , or a cell, whether a QoS flow supports bit rate adaptation, or one or more QoS flows that support bit rate adaptation.

[0134] At block 1120, the terminal device 110 transmits a recommended bit rate query indicating at least one first recommended bit rate to the network device, and / or receives at least one second recommended bit rate from the network device, wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH) , or a first cell, and wherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell.

[0135] In some example embodiments, the method 1100 further comprises: transmitting, to the network device, user equipment (UE) assistance information indicating at least one  of the following: one or more QoS flows that support bit rate adaptation, or one or more QoS flows that are allowed to be counted in determination of a recommend bit rate.

[0136] In some example embodiments, the method 1100 further comprises: in accordance with a determination that the one or more QoS flows that are indicated to support bit rate adaptation are setup or released, transmitting the UE assistance information to the network device.

[0137] In some example embodiments, each of the at least one first recommended bit rate or the at least one second recommended bit rate is conveyed in a medium access control (MAC) control element (CE) , and the corresponding MAC CE further comprises at least one cell identity indicating at least one cell to which the first recommended bit rate or the second recommended bit rate is applicable.

[0138] In some example embodiments, each of the at least one second recommended bit rate is conveyed in a medium access control (MAC) control element (CE) . In some example embodiments, a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to each cell in which data of the QoS flow, or the DRB, or the LCH is transmitted. In some example embodiments, a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to a plurality of cells in which data of the QoS flow, or the DRB, or the LCH is transmitted. In some example embodiments, a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to a cell where a MAC CE conveying the second recommended bit rate is received by the terminal device.

[0139] In some example embodiments, the method 1100 further comprises: determining, from the at least one second recommended bit rate, a third recommended bit rate of a third QoS flow, a third DRB, or a third logical channel (LCH) applicable for or from a third cell, and a fourth recommended bit rate of the third QoS flow, the third DRB, or a fourth logical channel (LCH) applicable for or from a fourth cell; and in accordance with a determination that data of the third DRB is duplicated to the third cell and the fourth cell, causing a bit rate of data to be lower than or equal to a minimum one of the third recommended bit rate and the fourth recommended bit rate.

[0140] In some example embodiments, the method 1100 further comprises: in accordance with a determination that data for the third DRB is split to the third cell and the fourth cell, causing a bit rate of data to be lower than or equal to one of the following:  a minimum one of the third recommended bit rate and the fourth recommended bit rate, a maximum one of the third recommended bit rate and the fourth recommended bit rate, or a sum of the third recommended bit rate and the fourth recommended bit rate. In some example embodiments, the method 1100 further comprises: in accordance with a determination that data for the third DRB is split to the third cell and the fourth cell, causing a bit rate of data that is transmitted in the third cell or the third LCH to be lower than or equal to the third recommended bit rate, and a bit rate of data that is transmitted in the fourth cell or the fourth LCH to be lower than or equal to the fourth recommended bit rate.

[0141] FIG. 12 illustrates a flowchart of a communication method 1200 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1200 will be described from the perspective of the network device 120 in FIG. 1.

[0142] At block 1210, the network device 120 transmits, to a terminal device, configuration information indicating at least one of the following: whether bit rate adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB) , or a cell, whether a QoS flow supports bit rate adaptation, or one or more QoS flows that support bit rate adaptation.

[0143] At block 1250, the network device 120 receives a recommended bit rate query indicating at least one first recommended bit rate from the terminal device, and / or transmits at least one second recommended bit rate to the terminal device, wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH) , or a first cell. and wherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell.

[0144] In some example embodiments, the method 1200 further comprises: receiving, from the terminal device, user equipment (UE) assistance information indicating at least one of the following: one or more QoS flows that support bit rate adaptation, or one or more QoS flows that are allowed to be counted in determination of a recommend bit rate; and determining the at least one second recommended bit rate further based on the UE assistance information.

[0145] In some example embodiments, the method 1200 further comprises: receiving,  from a core network (CN) entity, information indicating at least one of the following: one or more QoS flows that support bit rate adaptation, or one or more QoS flows that are allowed to be counted in determination of a recommend bit rate; and determine the at least one second recommended bit rate further based on the information from the CN entity.

[0146] In some example embodiments, each of the at least one first recommended bit rate or the at least one second recommended bit rate is conveyed in a medium access control (MAC) control element (CE) , the corresponding MAC CE further comprises at least one cell identity indicating at least one cell to which the first recommended bit rate or the second recommended bit rate is applicable.

[0147] In some example embodiments, each of the at least one first recommended bit rate or the at least one second recommended bit rate is conveyed in a medium access control (MAC) control element (CE) . In some example embodiments, a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to each cell in which data of the QoS flow, or the DRB, or the LCH is transmitted. In some example embodiments, a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to a plurality of cells in which data of the QoS flow, or the DRB, or the LCH is transmitted. In some example embodiments, a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to a cell where a MAC CE conveying the second recommended bit rate is received by the terminal device.

[0148] FIG. 13 is a simplified block diagram of a device 1300 that is suitable for implementing embodiments of the present disclosure. The device 1300 can be considered as a further example implementation of any of the devices as shown in FIG. 1. Accordingly, the device 1300 can be implemented at or as at least a part of the terminal device 110 or the network device 120.

[0149] As shown, the device 1300 includes a processor 1310, a memory 1320 coupled to the processor 1310, a suitable transceiver 1340 coupled to the processor 1310, and a communication interface coupled to the transceiver 1340. The memory 1320 stores at least a part of a program 1330. The transceiver 1340 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 1340 may include at least one of a transmitter 1342 and a receiver 1344. The transmitter 1342 and the receiver 1344 may be functional modules or physical entities. The transceiver 1340 has at least one antenna to facilitate communication, though in practice an Access Node  mentioned in this application may have several ones. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a Mobility Management Entity (MME)  / Access and Mobility Management Function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0150] The program 1330 is assumed to include program instructions that, when executed by the associated processor 1310, enable the device 1300 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGS. 1 to 12) . The embodiments herein may be implemented by computer software executable by the processor 1310 of the device 1300, or by hardware, or by a combination of software and hardware. The processor 1310 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 1310 and memory 1320 may form processing means 1350 adapted to implement various embodiments of the present disclosure.

[0151] The memory 1320 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 1320 is shown in the device 1300, there may be several physically distinct memory modules in the device 1300. The processor 1310 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 1300 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.

[0152] According to embodiments of the present disclosure, a terminal device comprising a circuitry is provided. The circuitry is configured to: receive, from a network device, configuration information indicating at least one of the following: whether bit rate adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB) , or a  cell, whether a QoS flow supports bit rate adaptation, or one or more QoS flows that support bit rate adaptation; and transmit a recommended bit rate query indicating at least one first recommended bit rate to the network device, and / or receive at least one second recommended bit rate from the network device, wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH) , or a first cell, and wherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the terminal device as discussed above.

[0153] According to embodiments of the present disclosure, a network device comprising a circuitry is provided. The circuitry is configured to: transmit, to a terminal device, configuration information indicating at least one of the following: whether bit rate adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB) , or a cell, whether a QoS flow supports bit rate adaptation, or one or more QoS flows that support bit rate adaptation; and receive a recommended bit rate query indicating at least one first recommended bit rate from the terminal device, and / or transmit at least one second recommended bit rate to the terminal device, wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH) , or a first cell; and wherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the network device as discussed above.

[0154] The term “circuitry” used herein may refer to hardware circuits and / or combinations of hardware circuits and software. For example, the circuitry may be a combination of analog and / or digital hardware circuits with software / firmware. As a further example, the circuitry may be any portions of hardware processors with software including digital signal processor (s) , software, and memory (ies) that work together to cause an apparatus, such as a terminal device or a network device, to perform various functions. In a still further example, the circuitry may be hardware circuits and or processors, such as a microprocessor or a portion of a microprocessor, that requires software / firmware for operation, but the software may not be present when it is not needed  for operation. As used herein, the term circuitry also covers an implementation of merely a hardware circuit or processor (s) or a portion of a hardware circuit or processor (s) and its (or their) accompanying software and / or firmware.

[0155] According to embodiments of the present disclosure, a first apparatus is provided. The first apparatus comprises means for receiving, from a network device, configuration information indicating at least one of the following: means for whetherring bit rate adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB) , or a cell, means for whetherring a QoS flow supports bit rate adaptation, or means for oning or more QoS flows that support bit rate adaptation; and means for transmitting a recommended bit rate query indicating at least one first recommended bit rate to the network device, and / or receive at least one second recommended bit rate from the network device, wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH) , or a first cell, and wherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell. In some embodiments, the first apparatus may comprise means for performing the respective operations of the method 1100. In some example embodiments, the first apparatus may further comprise means for performing other operations in some example embodiments of the method 1100. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0156] According to embodiments of the present disclosure, a second apparatus is provided. The second apparatus comprises means for transmitting, to a terminal device, configuration information indicating at least one of the following: means for whetherring bit rate adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB) , or a cell, means for whetherring a QoS flow supports bit rate adaptation, or means for oning or more QoS flows that support bit rate adaptation; and means for receiving a recommended bit rate query indicating at least one first recommended bit rate from the terminal device, and / or transmit at least one second recommended bit rate to the terminal device, wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH) , or a first cell; and wherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or  a second cell. In some embodiments, the second apparatus may comprise means for performing the respective operations of the method 1200. In some example embodiments, the second apparatus may further comprise means for performing other operations in some example embodiments of the method 1200. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0157] In summary, embodiments of the present disclosure provide the following aspects.

[0158] In an aspect, it is proposed a terminal device comprising: a processor configured to cause the terminal device to: receive, from a network device, configuration information indicating at least one of the following: whether bit rate adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB) , or a cell, whether a QoS flow supports bit rate adaptation, or one or more QoS flows that support bit rate adaptation; and transmit a recommended bit rate query indicating at least one first recommended bit rate to the network device, and / or receive at least one second recommended bit rate from the network device, wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH) , or a first cell, and wherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell.

[0159] In some embodiments, the processor is further configured to cause the terminal device to: transmit, to the network device, user equipment (UE) assistance information indicating at least one of the following: one or more QoS flows that support bit rate adaptation, or one or more QoS flows that are allowed to be counted in determination of a recommend bit rate.

[0160] In some embodiments, the processor is configured to cause the terminal device to:in accordance with a determination that the one or more QoS flows that are indicated to support bit rate adaptation are setup or released, transmit the UE assistance information to the network device.

[0161] In some embodiments, each of the at least one first recommended bit rate or the at least one second recommended bit rate is conveyed in a medium access control (MAC) control element (CE) , and the corresponding MAC CE further comprises at least one cell  identity indicating at least one cell to which the first recommended bit rate or the second recommended bit rate is applicable.

[0162] In some embodiments, each of the at least one second recommended bit rate is conveyed in a medium access control (MAC) control element (CE) , and wherein a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to each cell in which data of the QoS flow, or the DRB, or the LCH is transmitted; or wherein a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to a plurality of cells in which data of the QoS flow, or the DRB, or the LCH is transmitted, or wherein a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to a cell where a MAC CE conveying the second recommended bit rate is received by the terminal device.

[0163] In some embodiments, the processor is further configured to cause the terminal device to: determine, from the at least one second recommended bit rate, a third recommended bit rate of a third QoS flow, a third DRB, or a third logical channel (LCH) applicable for or from a third cell, and a fourth recommended bit rate of the third QoS flow, the third DRB, or a fourth logical channel (LCH) applicable for or from a fourth cell; and in accordance with a determination that data of the third DRB is duplicated to the third cell and the fourth cell, cause a bit rate of data to be lower than or equal to a minimum one of the third recommended bit rate and the fourth recommended bit rate.

[0164] In some embodiments, the processor is further configured to cause the terminal device to: in accordance with a determination that data for the third DRB is split to the third cell and the fourth cell, cause a bit rate of data to be lower than or equal to one of the following: a minimum one of the third recommended bit rate and the fourth recommended bit rate, a maximum one of the third recommended bit rate and the fourth recommended bit rate, or a sum of the third recommended bit rate and the fourth recommended bit rate, or cause a bit rate of data that is transmitted in the third cell or the third LCH to be lower than or equal to the third recommended bit rate, and a bit rate of data that is transmitted in the fourth cell or the fourth LCH to be lower than or equal to the fourth recommended bit rate.

[0165] In an aspect, it is proposed a network device comprising: a processor configured to cause the network device to: transmit, to a terminal device, configuration information indicating at least one of the following: whether bit rate adaptation is enabled for a quality  of service (QoS) flow, a data radio bearer (DRB) , or a cell, whether a QoS flow supports bit rate adaptation, or one or more QoS flows that support bit rate adaptation; and receive a recommended bit rate query indicating at least one first recommended bit rate from the terminal device, and / or transmit at least one second recommended bit rate to the terminal device, wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH) , or a first cell; and wherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell.

[0166] In some embodiments, the processor is further configured to cause the network device to: receive, from the terminal device, user equipment (UE) assistance information indicating at least one of the following: one or more QoS flows that support bit rate adaptation, or one or more QoS flows that are allowed to be counted in determination of a recommend bit rate; and determine the at least one second recommended bit rate further based on the UE assistance information.

[0167] In some embodiments, the processor is further configured to cause the network device to: receive, from a core network (CN) entity, information indicating at least one of the following: one or more QoS flows that support bit rate adaptation, or one or more QoS flows that are allowed to be counted in determination of a recommend bit rate; and determine the at least one second recommended bit rate further based on the information from the CN entity.

[0168] In some embodiments, each of the at least one first recommended bit rate or the at least one second recommended bit rate is conveyed in a medium access control (MAC) control element (CE) , the corresponding MAC CE further comprises at least one cell identity indicating at least one cell to which the first recommended bit rate or the second recommended bit rate is applicable.

[0169] In some embodiments, each of the at least one first recommended bit rate or the at least one second recommended bit rate is conveyed in a medium access control (MAC) control element (CE) , and wherein a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to each cell in which data of the QoS flow, or the DRB, or the LCH is transmitted; or wherein a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to a plurality of cells in which data of the QoS  flow, or the DRB, or the LCH is transmitted, or wherein a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to a cell where a MAC CE conveying the second recommended bit rate is received by the terminal device.

[0170] In an aspect, a terminal device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the terminal device discussed above.

[0171] In an aspect, a network device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the network device discussed above.

[0172] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the terminal device discussed above.

[0173] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the network device discussed above.

[0174] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the terminal device discussed above.

[0175] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the network device discussed above.

[0176] 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 representation, it will be appreciated that the blocks, apparatus, systems, techniques or methods 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.

[0177] 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 process or method as described above with reference to FIGS. 1 to 12. 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.

[0178] Program code for carrying out methods 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.

[0179] The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine 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 machine 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.

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

[0181] Although the present disclosure has been described in language specific to structural features and / or methodological acts, it is to be understood that 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:a processor configured to cause the terminal device to:receive, from a network device, configuration information indicating at least one of the following:whether bit rate adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB) , or a cell,whether a QoS flow supports bit rate adaptation, orone or more QoS flows that support bit rate adaptation; andtransmit a recommended bit rate query indicating at least one first recommended bit rate to the network device, and / or receive at least one second recommended bit rate from the network device,wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH) , or a first cell, andwherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell.2.The terminal device of claim 1, wherein the processor is further configured to cause the terminal device to:transmit, to the network device, user equipment (UE) assistance information indicating at least one of the following:one or more QoS flows that support bit rate adaptation, orone or more QoS flows that are allowed to be counted in determination of a recommend bit rate.3.The terminal device of claim 2, wherein the processor is configured to cause the terminal device to:in accordance with a determination that the one or more QoS flows that are indicated to support bit rate adaptation are setup or released, transmit the UE assistance information to the network device.4.The terminal device of any of claims 1 to 3, wherein each of the at least one first  recommended bit rate or the at least one second recommended bit rate is conveyed in a medium access control (MAC) control element (CE) , and the corresponding MAC CE further comprises at least one cell identity indicating at least one cell to which the first recommended bit rate or the second recommended bit rate is applicable.5.The terminal device of any of claims 1 to 3, wherein each of the at least one second recommended bit rate is conveyed in a medium access control (MAC) control element (CE) , andwherein a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to each cell in which data of the QoS flow, or the DRB, or the LCH is transmitted; orwherein a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to a plurality of cells in which data of the QoS flow, or the DRB, or the LCH is transmitted, orwherein a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to a cell where a MAC CE conveying the second recommended bit rate is received by the terminal device.6.The terminal device of any of claims 1 to 5, wherein the processor is further configured to cause the terminal device to:determine, from the at least one second recommended bit rate, a third recommended bit rate of a third QoS flow, a third DRB, or a third logical channel (LCH) applicable for or from a third cell, and a fourth recommended bit rate of the third QoS flow, the third DRB, or a fourth logical channel (LCH) applicable for or from a fourth cell; andin accordance with a determination that data of the third DRB is duplicated to the third cell and the fourth cell, cause a bit rate of data to be lower than or equal to a minimum one of the third recommended bit rate and the fourth recommended bit rate.7.The terminal device of claim 6, wherein the processor is further configured to cause the terminal device to:in accordance with a determination that data for the third DRB is split to the third cell and the fourth cell,cause a bit rate of data to be lower than or equal to one of the following:a minimum one of the third recommended bit rate and the fourth recommended bit rate,a maximum one of the third recommended bit rate and the fourth recommended bit rate, ora sum of the third recommended bit rate and the fourth recommended bit rate, orcause a bit rate of data that is transmitted in the third cell or the third LCH to be lower than or equal to the third recommended bit rate, and a bit rate of data that is transmitted in the fourth cell or the fourth LCH to be lower than or equal to the fourth recommended bit rate.8.A network device comprising:a processor configured to cause the network device to:transmit, to a terminal device, configuration information indicating at least one of the following:whether bit rate adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB) , or a cell,whether a QoS flow supports bit rate adaptation, orone or more QoS flows that support bit rate adaptation; andreceive a recommended bit rate query indicating at least one first recommended bit rate from the terminal device, and / or transmit at least one second recommended bit rate to the terminal device,wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH) , or a first cell; andwherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell.9.The network device of claim 8, wherein the processor is further configured to cause the network device to:receive, from the terminal device, user equipment (UE) assistance information indicating at least one of the following:one or more QoS flows that support bit rate adaptation, orone or more QoS flows that are allowed to be counted in determination of a recommend bit rate; anddetermine the at least one second recommended bit rate further based on the UE assistance information.10.The network device of claim 8 or 9, wherein the processor is further configured to cause the network device to:receive, from a core network (CN) entity, information indicating at least one of the following:one or more QoS flows that support bit rate adaptation, orone or more QoS flows that are allowed to be counted in determination of a recommend bit rate; anddetermine the at least one second recommended bit rate further based on the information from the CN entity.11.The network device of any of claims 8 to 10, wherein each of the at least one first recommended bit rate or the at least one second recommended bit rate is conveyed in a medium access control (MAC) control element (CE) , the corresponding MAC CE further comprises at least one cell identity indicating at least one cell to which the first recommended bit rate or the second recommended bit rate is applicable.12.The network device of any of claims 8 to 10, wherein each of the at least one first recommended bit rate or the at least one second recommended bit rate is conveyed in a medium access control (MAC) control element (CE) , andwherein a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to each cell in which data of the QoS flow, or the DRB, or the LCH is transmitted; orwherein a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to a plurality of cells in which data of the QoS flow, or the DRB, or the LCH is transmitted, orwherein a second recommended bit rate specific to a QoS flow, or a DRB, or a LCH is applicable to a cell where a MAC CE conveying the second recommended bit rate is received by the terminal device.13.A communication method implemented at a terminal device, comprising:receiving, from a network device, configuration information indicating at least one of the following:whether bit rate adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB) , or a cell,whether a QoS flow supports bit rate adaptation, orone or more QoS flows that support bit rate adaptation; andtransmitting a recommended bit rate query indicating at least one first recommended bit rate to the network device, and / or receiving at least one second recommended bit rate from the network device,wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH) , or a first cell, andwherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell.14.A communication method implemented at a network device, comprising:transmitting, to a terminal device, configuration information indicating at least one of the following:whether bit rate adaptation is enabled for a quality of service (QoS) flow, a data radio bearer (DRB) , or a cell,whether a QoS flow supports bit rate adaptation, orone or more QoS flows that support bit rate adaptation; andreceiving a recommended bit rate query indicating at least one first recommended bit rate from the terminal device, and / or transmitting at least one second recommended bit rate to the terminal device,wherein the at least one first recommended bit rate is determined based on the configuration information, and a first recommended bit rate is specific to a first QoS flow, a first data DRB, a first logical channel (LCH) , or a first cell; andwherein a second recommended bit rate is specific to a second QoS flow, a second DRB, a second LCH, or a second cell.15.A computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method according to any of claims 13-14.

Images