Timing information related to bit rate adjustment

Abstract

Example embodiments of the present disclosure provide a solution for communication of timing information related to bit rate adjustment. In an example method, a terminal device determines bit rate adjustment related timing information. Then, the terminal device transmits the bit rate adjustment related timing information to a network device.

Description

TIMING INFORMATION RELATED TO BIT RATE ADJUSTMENTFIELD

[0001] Various example embodiments relate to the field of communication, and in particular, to devices, methods, apparatuses, and a computer readable medium for communication of timing information related to bit rate adjustment.BACKGROUND

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

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

[0004] In general, example embodiments of the present disclosure provide a solution for communication of timing information related to bit rate adjustment, especially for transmission of uplink assistance information for uplink data rate adjustments. With this solution, the network device is enabled to adjust the bit rate according to the requirements of the terminal device, prioritize those terminal devices with bit rate drops during overload, and estimate load recovery time for scheduling the terminal devices with temp rate tolerance.

[0005] In a first aspect, there is provided a terminal device. The terminal device comprises at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to: determine bit rate adjustment related timing information; and transmit, to a network device, the bit rate adjustment related timing information.

[0006] In a second aspect, there is provided a network device. The network device comprises at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the network device at least to: receive, from a  terminal device, bit rate adjustment related timing information.

[0007] In a third aspect, there is provided a method. The method comprises: determining bit rate adjustment related timing information; and transmitting, to a network device, the bit rate adjustment related timing information.

[0008] In a fourth aspect, there is provided a method. The method comprises: receiving, from a terminal device, bit rate adjustment related timing information.

[0009] In a fifth aspect, there is provided an apparatus. The apparatus comprises: means for determining bit rate adjustment related timing information; and means for transmitting, to a network device, the bit rate adjustment related timing information.

[0010] In a sixth aspect, there is provided an apparatus. The apparatus comprises: means for receiving, from a terminal device, bit rate adjustment related timing information.

[0011] In a seventh aspect, there is provided a computer readable medium comprising program instructions for causing an apparatus to perform at least method of the above third aspect or fourth aspect.

[0012] In an eighth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus to perform at least the method of the above third aspect or fourth aspect.

[0013] In a ninth aspect, there is provided a terminal device. The terminal device comprises: determining circuitry configured to determine bit rate adjustment related timing information; and transmitting circuitry configured to transmit, to a network device, the bit rate adjustment related timing information.

[0014] In a tenth aspect, there is provided a network device. The network device comprises: receiving circuitry configured to receive, from a terminal device, bit rate adjustment related timing information.

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

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

[0017] FIG. 1 illustrates an example communication network in which embodiments of the present disclosure may be implemented;

[0018] FIG. 2 illustrates a flowchart illustrating an example process for transmission of uplink assistance information for uplink data rate adjustments according to some embodiments of the present disclosure;

[0019] FIG. 3 illustrates one type of UE assistance information associated with some embodiments of the present disclosure;

[0020] FIG. 4 illustrates a flowchart of an example method implemented at a terminal device according to some other embodiments of the present disclosure;

[0021] FIG. 5 illustrates a flowchart of an example method implemented at a network device according to some other embodiments of the present disclosure;

[0022] FIG. 6 illustrates a simplified block diagram of a device that is suitable for implementing some example embodiments of the present disclosure; and

[0023] FIG. 7 illustrates a block diagram of an example of a computer-readable medium in accordance with some example embodiments of the present disclosure.

[0024] Throughout the drawings, the same or similar reference numerals represent the same or similar elements.DETAILED DESCRIPTION

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0040] FIG. 1 illustrates a schematic diagram of an example communication network 100 in which some embodiments of the present disclosure can be implemented. As shown in FIG. 1, the communication network 100 may include terminal device 110 and network device 120. The network device 120 comprises at least one cell to serve the terminal device 110.

[0041] It is to be understood that the number of network devices, terminal devices and cells is only for the purpose of illustration without suggesting any limitations. The communication network 100 may include any suitable number of network devices, terminal devices and cells adapted for implementing embodiments of the present disclosure.

[0042] Communications in the communication network 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) and the sixth generation (6G) and on the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and / or any other protocols currently known or to be developed in the future. Moreover, the communication may utilize any proper wireless communication technology, comprising but not limited to: Code Division Multiple Access (CDMA) , Frequency Division Multiple Access (FDMA) , Time Division Multiple Access (TDMA) , Frequency Division Duplex (FDD) , Time Division Duplex (TDD) , Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Division Multiple (OFDM) , Discrete Fourier Transform spread OFDM (DFT-s-OFDM) and / or any other technologies currently known or to be developed in the future.

[0043] Enhancements for the support of extended Reality (XR) services has been specified in 3rd Generation Partnership Project (3GPP) Rel-18, with new mechanisms focusing on awareness, power saving and capacity. The work is continuing in 3GPP Rel-19 with UL congestion control as one of the objectives. In Rel-19, uplink congestion signaling is specified. In particular, XR rate control signaling over downlink per quality of service (QoS) flow / per data radio bearer (DRB) is specified in media access control (MAC) layer in order to enable faster source rate adaption to uplink congestion.

[0044] In addition, alternative QoS profile has been defined. The alternative QoS profile can be optionally provided for a guaranteed bit rate (GBR) QoS flow with notification control enabled. If the corresponding policy and charging control (PCC) rule contains the related information, the session management function (SMF) can provide, in addition to the QoS profile, a prioritized list of alternative QoS profile (s) to the next generation radio access network (NG-RAN) . If the SMF provides a new prioritized list of Alternative QoS Profile (s) to the NG-RAN (if the corresponding PCC rule information changes) , the NG-RAN may replace any previously stored list with it.

[0045] An alternative QoS profile represents a combination of QoS parameters, such as peak data burst (PDB) , packet error rate (PER) , averaging window, and guaranteed forwarding burst rate (GFBR) , to which the application traffic is able to adapt. For delay-critical GBR QoS flows, an alternative QoS profile may also include a Maximum Data Burst Volume (MDBV) .

[0046] Notably, there is no requirement that the GFBR monotonically decreases, nor that the PDB or PER monotonically increase as the alternative QoS profiles become less preferred.

[0047] When the NG-RAN sends a notification to the SMF that the QoS profile is not fulfilled, the NG-RAN may, if the currently fulfilled values match an alternative QoS profile, include also the reference to the alternative QoS profile to indicate the QoS that the NG-RAN currently fulfils. The NG-RAN can enable the SMF to determine when an NG-RAN node supports the alternative QoS feature but cannot fulfil even the least preferred alternative QoS profile.

[0048] To reduce the risk that GBR QoS Flows are released in case of RAN resource limitations (and then experience difficulties in being re-established) , application functions (AFs) can set the least preferred alternative service requirement to an undemanding level.

[0049] It has already been suggested that, with RAN-Aware XR rate control, the XR application can dynamically adjust its codec bit rate and encoding parameters to ensure a seamless and high-quality XR user experience. This is achieved by monitoring the network conditions and adapting the application's behavior accordingly, such as reducing the resolution or frame rate when the network is congested. Further, the signaling for network exposure  / RAN awareness on the uplink congestion information per QoS flow / per DRB is specified as a means to enable XR cross-layer optimization framework and codec bit rate control.

[0050] In short, it is suggested to use downlink signaling of uplink congestion so that the terminal device (such as UE) can pass that information to the application, which in turn will adjust its codec. Typically, when UL congestion is signaled to the terminal device, the application is expected to reduce its bit rate and / or frame rate.

[0051] Further, the usage of alternative QoS profiles for XR is considered. The following conclusion principles are agreed for key issue of alternative QoS profiles. Firstly, the AF may provide alternative service requirements to 5G core (5GC) which may contain the uplink and / or downlink protocol data unit (PDU) set QoS parameters (i.e. UL PDU set delay budget (PSDB) , DL PSDB, UL PDU set error rate (PSER) and / or DL PSER) .

[0052] Secondly, based on the alternative service requirements from AF, the policy and charging function (PCF) generates PCC rule with alternative QoS parameters in a prioritized order, which can include UL and / or DL PDU set QoS parameters (i.e. UL PSDB, DL PSDB, UL PSER and / or DL PSER) and the corresponding reference to each alternative QoS  parameter Set.

[0053] Thirdly, the SMF provides one or more alternative QoS profile (s) with UL and / or DL PDU set QoS parameters to NG-RAN. When the QoS profile includes UL and / or DL PDU Set QoS parameter, the alternative QoS profile can include the corresponding PDU set QoS parameters; otherwise, the alternative QoS profile does not include the corresponding PDU set QoS parameters when the QoS profile doesn’ t include the UL and / or DL PDU set QoS parameter.

[0054] Further, if QoS notification is determined as “GFBR cannot be guaranteed” , the NG-RAN determines the alternative QoS profile that can be used as a reference to the currently fulfilled QoS considering the priority order: If the PDU set QoS handling is applied in the corresponding direction, the UL and / or DL PSDB and UL and / or DL PSER in the alternative QoS profile are used by the NG RAN to determine the alternative QoS profile that can be used as a reference to the currently fulfilled QoS.

[0055] Moreover, during PDU session establishment / modification procedures, the SMF / PCF may update the QoS profile and / or alternative QoS profiles to include / exclude the PDU set QoS parameters based on the PDU set based handling support indication from the NG-RAN.

[0056] 3GPP has specified one type of uplink traffic information (ul-TrafficInfo) in UEAssistanceInformation, providing the characteristics of uplink QoS flows per PDU sessions (in TS38.331) , but it only provides information of ongoing QoS flows without the information needed for the network for potential data rate adjustment.

[0057] As the intention of the uplink bit rate control is to be able to react to uplink congestion situations, it is crucial to be able to determine when an adjustment becomes effective. In practice, not knowing the bit rate that needs to be guaranteed may lead to inefficiencies in resource allocation and admission control. However, in this regard, there are two challenges with uplink codecs:

[0058] In one aspect, the frequency and time instances at which a codec can adjust its bit rate and / or framerate may be limited by specific implementations. Indeed, the properties of the codecs vary greatly. In some scenarios, the data rate of the codecs (like planned with Meta for the avatar application) could be adjusted every couple of 100 ms, while in some other scenarios, the data rate could be changed only once per second or even after longer period for some video codecs. Some applications use their own proprietary codecs which may also  change over the time in their properties thus empirical experience in 3GPP RAN / core network is not a guarantee either for a given popular of the characteristics remaining the same over the time.

[0059] For the above issue, the buffer status reporting (BSR) cannot be used to assess the resources which need to be guaranteed as temporary changes in the bit rate may only be the result of varying content (e.g. scenes containing more or less details) . Also, the BSR does not allow identifying QoS flows.

[0060] In another aspect, the situation that the codec is unable to adjust its parameters in a timely or effective manner in response to network congestion or other changes may occur before the alternative QoS profile (if any) is signaled from 5GC.

[0061] Further, the special property of the application from Meta is also the fact that even under XR discussion, it is an end to end “call” which could mean very large distance between the two devices (in the worst case the devices are on different continents even) and thus cause large latency also for low latency, low loss, and scalable throughput (L4S) usage for controlling the bit rate.

[0062] According to some embodiments of the present disclosure, there is provided a solution that enables the terminal device to transmit information related to bit rate adjustment timing (hereafter referred to as bit rate adjustment related timing information) to the network device. With this proposed solution, the network device is promptly updated regarding changes in the requirements of the terminal device and can consider this when allocating guaranteed resources to other terminal devices or executing admission control. During short overload situations, the proposed solution also enables the network device to prioritize the terminal devices that are anticipated to shortly decrease their bit rates. Furthermore, with this solution, the network device scheduler can estimate the time period for the load to reach the desired level based on planned actions, allowing for the scheduling of other terminal devices with different applications that may tolerate faster or temporary rate reductions but not sustained low data rates.

[0063] FIG. 2 illustrates a flowchart illustrating an example process 200 for transmission of uplink assistance information for uplink data rate adjustments according to some embodiments of the present disclosure. For the purpose of discussion, the process 200 will be described with reference to FIG. 1. The process 200 may involve the terminal device 110 and the network device 120 as illustrated in FIG. 1. It would be appreciated that although the  process 200 for link has been described in the communication network 100 of FIG. 1, this process may be likewise applied to other communication scenarios where different network devices are jointly deployed to provide respective serving cells.

[0064] As shown in FIG. 2, at 202, the network device 120 may transmit, to the terminal device 110, configuration information 204 indicating whether the terminal device 110 is allowed to transmit bit rate adjustment related timing information.

[0065] Then, at 210, based on receiving the configuration information 204 at 206 indicating that the terminal device 110 is allowed to transmit bit rate adjustment related timing information, the terminal device 110 may determine bit rate adjustment related timing information.

[0066] Alternatively, in some other implementations, the operation of step 202 is not required, which means that the terminal device 110 may determine and transmit bit rate adjustment related timing information spontaneously.

[0067] In some embodiments, the bit rate adjustment related timing information includes at least one adjustment timing indicating time information of an adjustment to become effective. To be understand, the timings may be various depending on the adjustments. For example, the timing going from a high bit rate to low bit rate may not be the same as the timing for an adjustment in the reverse direction.

[0068] In addition, the bit rate adjustment related timing information may also indicate when the adjustment is effective, for example, in case that the adjustment has already taken place, which will be described hereafter.

[0069] In some embodiments, the adjustment may include several types of bit rate adjustment for the XR application, such as resolution, rate adaptation, XR rate control, data rate control, UL rate control, frame rate, and codec adjustment.

[0070] At 222, terminal device 110 transmit the bit rate adjustment related timing information 224 to a network device 120. In another embodiments, the bit rate adjustment related timing information may further be transmitted in a sidelink connection towards another terminal device.

[0071] The present disclosure provides three options for the transmission of the bit rate adjustment related timing information 224 from the terminal device 110 (such as UE) to the network device 120 (such as gNB) .

[0072] In the first option, the bit rate adjustment related timing information is transmitted in assistance information in radio resource control (RRC) signaling.

[0073] In some embodiments, the terminal device 110 may transmit the bit rate adjustment related timing information after a connection between the terminal device 110 and the network device 120 is established, based on determining at least one characteristic of a codec of the terminal device 110.

[0074] In some embodiments, the bit rate adjustment related timing information may be included as part of UE assistance information (for instance, existing UE assistance information) , as is shown in FIG. 3.

[0075] FIG. 3 illustrates one type of UE assistance information comprising an information element (IE) , ul-TrafficInfo, associated with some embodiments of the present disclosure, in which a prohibit timer (T346l) is configured in the assistance information for controlling how frequently the assistance information to be sent. If the IE ul-TrafficInfo is used, then the prohibit timer can be ignored for the bit rate adjustment related information. Moreover, an absolute periodicity of the adjustment may be included in the assistance information since the IE ul-TrafficInfo already contains trafficPeriodicity which is used to indicate the periodicity.

[0076] Alternatively, in some embodiments, the bit rate adjustment related timing information may be transmitted as a new type of UE assistance information (UEAssistanceInformation) . In this case, an absolute periodicity of the adjustment is included in the UE assistance information, but not included in further assistance information (if exist) .

[0077] In the second option, the bit rate adjustment related timing information is transmitted as capability information of the terminal device 110.

[0078] In some embodiments, the bit rate adjustment related timing information may be transmitted after the terminal device 110 is attached to the network device 120. Alternatively, in some embodiments, the bit rate adjustment related timing information may be transmitted based on a change in the bit rate adjustment related information.

[0079] For the first and second options, the bit rate adjustment related timing information may further include: at least one codec adjustment timing in case that the adjustment timing is codec dependent; at least one bit rate adjustment timing in case that the adjustment timing is bit rate dependent; at least one frame rate adjustment timing in case that the adjustment timing is frame rate dependent; at least one periodicity adjustment timing in case that the  adjustment timing is periodicity dependent; or any combination thereof.

[0080] In some embodiments, the at least one bit rate adjustment timing may be in form of either a bit rate delta or a couple of a starting bit rate and a target bit rate. In some embodiments, the at least one frame rate adjustment timing may be in form of either a frame rate delta or a couple of a starting frame rate and a target frame rate. In some embodiments, the at least one periodicity adjustment timing may be in form of either a periodicity delta or a couple of a starting periodicity and a target periodicity.

[0081] In particular, assuming that the adjustment timings neither depend on the codec, bit rate, frame rate nor periodicity, the bit rate adjustment related timing information may contain only one value indicating time information of an adjustment to become effective. However, if the adjustment timings depend on codec, bit rates, frame rate and periodicities, then the bit rate adjustment related timing information will contain as main entries as possible adjustments for every possible combination.

[0082] In the third option, the bit rate adjustment related timing information may be transmitted via a new media access control (MAC) control element (MAC CE) , which is also referred to as a first MAC CE.

[0083] In some embodiments, the bit rate adjustment related timing information may be transmitted in response to a recommend bit rate MAC CE (hereafter referred to as a second MAC CE) received from the network device 120 for recommending an uplink bit rate.

[0084] In some embodiments, the bit rate adjustment related timing information may further include time when the adjustment is to occur, in which a similar timing framework as used for burstArrivalTime may be used.

[0085] Alternatively, in some embodiments, the bit rate adjustment related timing information may indicate that the adjustment has already occurred. In this embodiment, the occurrence of the adjustment may be indicated by a predetermined codepoint in the first MAC CE, or absence of the bit rate adjustment related timing information in the first MAC CE.

[0086] In some embodiments, the bit rate adjustment related timing information may further include a duration of the adjustment. In such embodiments, the time when the adjustment occurs is a starting point of the duration. For example, the adjustment here could be a temporary adjustment known to the terminal device.

[0087] In this embodiment, a predetermined codepoint in the first MAC CE or absence of  the bit rate adjustment related timing information in the first MAC CE may indicate that the adjustment is to last as long as further bit rate adjustment related timing information is not transmitted.

[0088] In the third option, the bit rate adjustment related timing information may be sent in a new MAC CE, and since QoS flows are not visible in MAC, the bit rate adjustment related timing information may be applicable to the logical channel / radio bearer.

[0089] In some embodiments, the bit rate adjustment related timing information may further include a first data rate currently applied or a second data rate to be applied in case that the first data rate or the second data rate is not the same as a third data rate recommended in the second MAC CE.

[0090] In some embodiments, the first MAC CE may include a logical channel identifier (LCID) for which the adjustment is being reported, or a QoS flow identifier.

[0091] In some embodiments, for the first, second and third options, the bit rate adjustment related timing information may be transmitted per data radio bearer (DRB) .

[0092] Alternatively, in some embodiments, for the first, second and third options, the bit rate adjustment related timing information may be transmitted per QoS flow.

[0093] In view of the above description of the various embodiments of the present disclosure, these embodiments of the present disclosure provide three options for transmission of uplink assistance information for uplink data rate adjustments. With this solution, the such as is enabled to adjust the bit rate according to the requirements of the terminal devices, prioritize those terminal devices with bit rate drops during overload, and estimate load recovery time for scheduling terminal devices with temp rate tolerance.

[0094] FIG. 4 illustrates a flowchart of an example method 400 implemented at a terminal device according to some other embodiments of the present disclosure. For the purpose of discussion, the method 400 will be described from the perspective of the terminal device 110 with reference to FIG. 1.

[0095] At block 410, the terminal device 110 may determine bit rate adjustment related timing information. At block 420, the terminal device 110 may transmit, to the network device 120, the bit rate adjustment related timing information.

[0096] In some embodiments, the bit rate adjustment related timing information may include at least one adjustment timing indicating time information of an adjustment to  become effective. In some embodiments, the bit rate adjustment related timing information may be transmitted in assistance information in radio resource control (RRC) signaling.

[0097] In some embodiments, a timer configured in the assistance information for controlling how frequently the assistance information to be sent may be ignored for the bit rate adjustment related timing information. In some embodiments, an absolute periodicity of the adjustment may be included in the assistance information. In some embodiments, the absolute periodicity of the adjustment may be not included in further assistance information.

[0098] In some embodiments, the terminal device 110 may transmit the bit rate adjustment related timing information by: after a connection between the terminal device and the network device is established, transmitting the bit rate adjustment related timing information based on determining at least one characteristic of a codec of the terminal device.

[0099] In some embodiments, the bit rate adjustment related timing information may be transmitted as capability information of the terminal device. In some embodiments, the bit rate adjustment related timing information may be transmitted after the terminal device is attached to the network device. Alternatively, in some embodiments, the bit rate adjustment related timing information may be transmitted based on a change in the bit rate adjustment related information.

[0100] In some embodiments, the bit rate adjustment related timing information may further include at least one codec adjustment timing, at least one bit rate adjustment timing, at least one frame rate adjustment timing, at least one periodicity adjustment timing, or any combination thereof.

[0101] In some embodiments, the at least one bit rate adjustment timing may be in form of either a bit rate delta or a couple of a starting bit rate and a target bit rate. In some embodiments, the at least one frame rate adjustment timing may be in form of either a frame rate delta or a couple of a starting frame rate and a target frame rate. In some embodiments, the at least one periodicity adjustment timing may be in form of either a periodicity delta or a couple of a starting periodicity and a target periodicity.

[0102] In some embodiments, the bit rate adjustment related timing information may be transmitted via a first media access control (MAC) control element (MAC CE) .

[0103] In some embodiments, the bit rate adjustment related timing information may be transmitted in response to a second MAC CE received from the network device 120 for recommending an uplink bit rate.

[0104] In some embodiments, the bit rate adjustment related timing information may further include time when the adjustment is to occur. In some other embodiments, the bit rate adjustment related timing information may indicate that the adjustment has already occurred.

[0105] In some embodiments, the occurrence of the adjustment may be indicated by a predetermined codepoint in the first MAC CE, or absence of the bit rate adjustment related timing information in the first MAC CE.

[0106] In some embodiments, the bit rate adjustment related timing information may further include a duration of the adjustment. In such embodiments, the time when the adjustment occurs is a starting point of the duration.

[0107] In some embodiments, at least one of the following may indicate that the adjustment is to last as long as further bit rate adjustment related timing information is not transmitted: a predetermined codepoint in the first MAC CE; or absence of the bit rate adjustment related timing information in the first MAC CE.

[0108] In some embodiments, the bit rate adjustment related timing information may further include a first data rate currently applied or a second data rate to be applied in case that the first data rate or the second data rate is not the same as a third data rate recommended in the second MAC CE.

[0109] In some embodiments, the first MAC CE may include a logical channel identifier (LCID) for which the adjustment is being reported or a quality of service (QoS) flow identifier.

[0110] In some embodiments, the bit rate adjustment related timing information may be transmitted per data radio bearer (DRB) . Alternatively, in some embodiments, the bit rate adjustment related timing information may be transmitted per QoS flow.

[0111] In some embodiments, the terminal device 110 may further receive, from the network device 120, configuration information indicating whether the terminal device 110 is allowed to transmit the bit rate adjustment related timing information.

[0112] In some embodiments, the adjustment may include resolution of an extended reality (XR) application of the terminal device, a bit rate of the XR application, or a frame rate of the XR application.

[0113] FIG. 5 illustrates a flowchart of an example method 500 implemented at a network device according to some other embodiments of the present disclosure. For the purpose of  discussion, the method 500 will be described from the perspective of the network device 120 with reference to FIG. 1.

[0114] At block 510, the network device 120 may receive, from a terminal device 110, bit rate adjustment related timing information.

[0115] In some embodiments, the bit rate adjustment related timing information may include at least one adjustment timing indicating time information of an adjustment to become effective. In some embodiments, the bit rate adjustment related timing information may be received in assistance information in radio resource control (RRC) signaling.

[0116] In some embodiments, a timer configured in the assistance information for controlling how frequently the assistance information to be sent may be ignored for the bit rate adjustment related timing information. In some embodiments, an absolute periodicity of the adjustment may be included in the assistance information. In some embodiments, the absolute periodicity of the adjustment may be not included in further assistance information.

[0117] In some embodiments, after a connection between the terminal device 110 and the network device 120 is established and at least one characteristic of a codec of the terminal device 110 is determined by the terminal device 110, the bit rate adjustment related timing information may be transmitted to the network device 120.

[0118] In some embodiments, the bit rate adjustment related timing information may be received as capability information of the terminal device.

[0119] In some embodiments, transmission of the bit rate adjustment related timing information may be after the terminal device is attached to the network device. Alternatively, in some embodiments, the transmission of the bit rate adjustment related timing information may be based on a change in the bit rate adjustment related information.

[0120] In some embodiments, the bit rate adjustment related timing information may further include at least one codec adjustment timing, at least one bit rate adjustment timing, at least one frame rate adjustment timing, at least one periodicity adjustment timing, or any combination thereof.

[0121] In some embodiments, the at least one bit rate adjustment timing may be in form of either a bit rate delta or a couple of a starting bit rate and a target bit rate. In some embodiments, the at least one frame rate adjustment timing may be in form of either a frame rate delta or a couple of a starting frame rate and a target frame rate. In some embodiments,  the at least one periodicity adjustment timing may be in form of either a periodicity delta or a couple of a starting periodicity and a target periodicity.

[0122] In some embodiments, the bit rate adjustment related timing information may be received via a first media access control (MAC) control element (MAC CE) .

[0123] In some embodiments, the bit rate adjustment related timing information may be a response to a second MAC CE received from the network device 120 for recommending an uplink bit rate.

[0124] In some embodiments, the bit rate adjustment related timing information may further include time when the adjustment is to occur. In some other embodiments, the bit rate adjustment related timing information may indicate that the adjustment has already occurred.

[0125] In some embodiments, the occurrence of the adjustment may be indicated by a predetermined codepoint in the first MAC CE, or absence of the bit rate adjustment related timing information in the first MAC CE.

[0126] In some embodiments, the bit rate adjustment related timing information may further include a duration of the adjustment. In such embodiments, the time when the adjustment occurs is a starting point of the duration.

[0127] In some embodiments, at least one of the following may indicate that the adjustment is to last as long as further bit rate adjustment related timing information is not transmitted: a predetermined codepoint in the first MAC CE; or absence of the bit rate adjustment related timing information in the first MAC CE.

[0128] In some embodiments, the bit rate adjustment related timing information may further include a first data rate currently applied or a second data rate to be applied in case that the first data rate or the second data rate is not the same as a third data rate recommended in the second MAC CE.

[0129] In some embodiments, the first MAC CE may include a logical channel identifier (LCID) for which the adjustment is being reported or a quality of service (QoS) flow identifier.

[0130] In some embodiments, the bit rate adjustment related timing information may be per data radio bearer (DRB) .

[0131] Alternatively, in some embodiments, the bit rate adjustment related timing information may be per QoS flow.

[0132] In some embodiments, the network device 120 may further transmit, to the terminal device 110, configuration information indicating whether the terminal device 110 is allowed to transmit the bit rate adjustment related timing information.

[0133] In some embodiments, the adjustment may include resolution of an extended reality (XR) application of the terminal device, a bit rate of the XR application, or a frame rate of the XR application.

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

[0135] In some embodiments, the apparatus may comprise means for determining bit rate adjustment related timing information; and means for transmitting, to a network device, the bit rate adjustment related timing information.

[0136] In some embodiments, the bit rate adjustment related timing information may include at least one adjustment timing indicating time information of an adjustment to become effective.

[0137] In some embodiments, the bit rate adjustment related timing information may be transmitted in assistance information in radio resource control (RRC) signaling.

[0138] In some embodiments, a timer configured in the assistance information for controlling how frequently the assistance information to be sent may be ignored for the bit rate adjustment related timing information. In some embodiments, an absolute periodicity of the adjustment may be included in the assistance information. In some embodiments, the absolute periodicity of the adjustment may be not included in further assistance information.

[0139] In some embodiments, means for transmitting the bit rate adjustment related timing information may comprise: after a connection between the terminal device and the network device is established, means for transmitting the bit rate adjustment related timing information based on determining at least one characteristic of a codec of the terminal device.

[0140] In some embodiments, the bit rate adjustment related timing information may be transmitted as capability information of the terminal device. In some embodiments, the bit rate adjustment related timing information may be transmitted after the terminal device is attached to the network device. Alternatively, in some embodiments, the bit rate adjustment  related timing information may be transmitted based on a change in the bit rate adjustment related information.

[0141] In some embodiments, the bit rate adjustment related timing information may further include at least one codec adjustment timing, at least one bit rate adjustment timing, at least one frame rate adjustment timing, at least one periodicity adjustment timing, or any combination thereof.

[0142] In some embodiments, the at least one bit rate adjustment timing may be in form of either a bit rate delta or a couple of a starting bit rate and a target bit rate. In some embodiments, the at least one frame rate adjustment timing may be in form of either a frame rate delta or a couple of a starting frame rate and a target frame rate. In some embodiments, the at least one periodicity adjustment timing may be in form of either a periodicity delta or a couple of a starting periodicity and a target periodicity.

[0143] In some embodiments, the bit rate adjustment related timing information may be transmitted via a first media access control (MAC) control element (MAC CE) .

[0144] In some embodiments, the bit rate adjustment related timing information may be transmitted in response to a second MAC CE received from the network device for recommending an uplink bit rate.

[0145] In some embodiments, the bit rate adjustment related timing information may further include time when the adjustment is to occur. In some other embodiments, the bit rate adjustment related timing information may indicate that the adjustment has already occurred.

[0146] In some embodiments, the occurrence of the adjustment may be indicated by a predetermined codepoint in the first MAC CE, or absence of the bit rate adjustment related timing information in the first MAC CE.

[0147] In some embodiments, the bit rate adjustment related timing information may further include a duration of the adjustment. In such embodiments, the time when the adjustment occurs is a starting point of the duration.

[0148] In some embodiments, at least one of the following may indicate that the adjustment is to last as long as further bit rate adjustment related timing information is not transmitted: a predetermined codepoint in the first MAC CE; or absence of the bit rate adjustment related timing information in the first MAC CE.

[0149] In some embodiments, the bit rate adjustment related timing information may further  include a first data rate currently applied or a second data rate to be applied in case that the first data rate or the second data rate is not the same as a third data rate recommended in the second MAC CE.

[0150] In some embodiments, the first MAC CE may include a logical channel identifier (LCID) for which the adjustment is being reported or a quality of service (QoS) flow identifier.

[0151] In some embodiments, the bit rate adjustment related timing information may be transmitted per data radio bearer (DRB) . Alternatively, in some embodiments, the bit rate adjustment related timing information may be transmitted per QoS flow.

[0152] In some embodiments, the apparatus may further comprise means for receiving, from the network device, configuration information indicating whether the terminal device is allowed to transmit the bit rate adjustment related timing information.

[0153] In some embodiments, the adjustment may include resolution of an extended reality (XR) application of the terminal device, a bit rate of the XR application, or a frame rate of the XR application.

[0154] In some embodiments, the apparatus may further comprise means for performing other steps of some embodiments of method 400. In some embodiments, the means may comprise at least one processor and at least one memory comprising computer program code, wherein the at least one memory and computer program code are configured with the at least one processor to cause the performance of the apparatus.

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

[0156] In some embodiments, the apparatus may comprise means for receiving, from a terminal device, bit rate adjustment related timing information.

[0157] In some embodiments, the bit rate adjustment related timing information may include at least one adjustment timing indicating time information of an adjustment to become effective.

[0158] In some embodiments, the bit rate adjustment related timing information may be received in assistance information in radio resource control (RRC) signaling.

[0159] In some embodiments, a timer configured in the assistance information for controlling how frequently the assistance information to be sent may be ignored for the bit rate adjustment related timing information. In some embodiments, an absolute periodicity of the adjustment may be included in the assistance information. In some embodiments, the absolute periodicity of the adjustment may be not included in further assistance information.

[0160] In some embodiments, after a connection between the terminal device and the network device is established and at least one characteristic of a codec of the terminal device is determined by the terminal device, the bit rate adjustment related timing information may be transmitted to the network device.

[0161] In some embodiments, the bit rate adjustment related timing information may be received as capability information of the terminal device.

[0162] In some embodiments, transmission of the bit rate adjustment related timing information may be after the terminal device is attached to the network device. Alternatively, in some embodiments, the transmission of the bit rate adjustment related timing information may be based on a change in the bit rate adjustment related information.

[0163] In some embodiments, the bit rate adjustment related timing information may further include at least one codec adjustment timing, at least one bit rate adjustment timing, at least one frame rate adjustment timing, at least one periodicity adjustment timing, or any combination thereof.

[0164] In some embodiments, the at least one bit rate adjustment timing may be in form of either a bit rate delta or a couple of a starting bit rate and a target bit rate. In some embodiments, the at least one frame rate adjustment timing may be in form of either a frame rate delta or a couple of a starting frame rate and a target frame rate. In some embodiments, the at least one periodicity adjustment timing may be in form of either a periodicity delta or a couple of a starting periodicity and a target periodicity.

[0165] In some embodiments, the bit rate adjustment related timing information may be received via a first media access control (MAC) control element (MAC CE) .

[0166] In some embodiments, the bit rate adjustment related timing information may be a response to a second MAC CE received from the network device for recommending an uplink bit rate.

[0167] In some embodiments, the bit rate adjustment related timing information may further  include time when the adjustment is to occur. In some other embodiments, the bit rate adjustment related timing information may indicate that the adjustment has already occurred.

[0168] In some embodiments, the occurrence of the adjustment may be indicated by a predetermined codepoint in the first MAC CE, or absence of the bit rate adjustment related timing information in the first MAC CE.

[0169] In some embodiments, the bit rate adjustment related timing information may further include a duration of the adjustment. In such embodiments, the time when the adjustment occurs is a starting point of the duration.

[0170] In some embodiments, at least one of the following may indicate that the adjustment is to last as long as further bit rate adjustment related timing information is not transmitted: a predetermined codepoint in the first MAC CE; or absence of the bit rate adjustment related timing information in the first MAC CE.

[0171] In some embodiments, the bit rate adjustment related timing information may further include a first data rate currently applied or a second data rate to be applied in case that the first data rate or the second data rate is not the same as a third data rate recommended in the second MAC CE.

[0172] In some embodiments, the first MAC CE may include a logical channel identifier (LCID) for which the adjustment is being reported or a quality of service (QoS) flow identifier.

[0173] In some embodiments, the bit rate adjustment related timing information may be per data radio bearer (DRB) .

[0174] Alternatively, in some embodiments, the bit rate adjustment related timing information may be per QoS flow.

[0175] In some embodiments, the apparatus may further comprise means for transmitting, to the terminal device, configuration information indicating whether the terminal device is allowed to transmit the bit rate adjustment related timing information.

[0176] In some embodiments, the adjustment may include resolution of an extended reality (XR) application of the terminal device, a bit rate of the XR application, or a frame rate of the XR application.

[0177] In some embodiments, the apparatus may further comprise means for performing other steps of some embodiments of method 500. In some embodiments, the means may  comprise at least one processor and at least one memory comprising computer program code, wherein the at least one memory and computer program code are configured with the at least one processor to cause the performance of the apparatus.

[0178] FIG. 6 illustrates a simplified block diagram of a device 600 that is suitable for implementing some example embodiments of the present disclosure.

[0179] The device 600 may be provided to implement the communication device, for example the terminal device 110, the network device 120 as shown in FIG. 1. As shown, the device 600 includes one or more processors 610, one or more memories 620 coupled to the processor 610, and one or more communication modules 640 coupled to the processor 610.

[0180] The communication module 640 is for bidirectional communications. The communication module 640 has at least one antenna to facilitate communication. The communication interface may represent any interface that is necessary for communication with other network elements.

[0181] The processor 610 may be of any type suitable to the local technical network and may include one or more of the following: general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 600 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.

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

[0183] A computer program 630 includes computer executable instructions that are executed by the associated processor 610. The program 630 may be stored in the ROM 624. The processor 610 may perform any suitable actions and processing by loading the program 630 into the RAM 622.

[0184] The embodiments of the present disclosure may be implemented by means of the program 630 so that the device 600 may perform any process of the disclosure as discussed  with reference to FIGS. 4 and 5. The embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0185] In some embodiments, the program 630 may be tangibly contained in a computer readable medium which may be included in the device 600 (such as in the memory 620) or other storage devices that are accessible by the device 600. The device 600 may load the program 630 from the computer readable medium to the RAM 622 for execution. The computer readable medium may include any types of tangible non-volatile storage, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like.

[0186] FIG. 7 illustrates a block diagram of an example of a computer-readable medium 700 in accordance with some example embodiments of the present disclosure.

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

[0188] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the methods 400-500 as described above with reference to FIGS. 4 and 5. 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.

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

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

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

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

[0193] Although the present disclosure has been described in languages 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:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to:determine bit rate adjustment related timing information; andtransmit, to a network device, the bit rate adjustment related timing information.2.The terminal device of claim 1, wherein the bit rate adjustment related timing information includes at least one adjustment timing indicating time information of an adjustment to become effective.3.The terminal device of claim 2, wherein the bit rate adjustment related timing information is transmitted in assistance information in radio resource control (RRC) signaling.4.The terminal device of claim 3, wherein a timer configured in the assistance information for controlling how frequently the assistance information to be sent is ignored for the bit rate adjustment related timing information.5.The terminal device of claim 3, wherein an absolute periodicity of the adjustment is included in the assistance information.6.The terminal device of claim 5, wherein the absolute periodicity of the adjustment is not included in further assistance information.7.The terminal device of any of claims 3 to 6, wherein the terminal device is caused to transmit the bit rate adjustment related timing information by:after a connection between the terminal device and the network device is established, transmitting the bit rate adjustment related timing information based on determining at least one characteristic of a codec of the terminal device.8.The terminal device of claim 2, wherein the bit rate adjustment related timing information is transmitted as capability information of the terminal device.9.The terminal device of claim 8, wherein at least one of the following:the bit rate adjustment related timing information is transmitted after the terminal device is attached to the network device; orthe bit rate adjustment related timing information is transmitted based on a change in the bit rate adjustment related information.10.The terminal device of any of claims 2 to 9, wherein the bit rate adjustment related timing information further includes at least one of the following:at least one codec adjustment timing;at least one bit rate adjustment timing;at least one frame rate adjustment timing; orat least one periodicity adjustment timing.11.The terminal device of claim 10, wherein at least one of the following:the at least one bit rate adjustment timing is in form of either a bit rate delta or a couple of a starting bit rate and a target bit rate;the at least one frame rate adjustment timing is in form of either a frame rate delta or a couple of a starting frame rate and a target frame rate; orthe at least one periodicity adjustment timing is in form of either a periodicity delta or a couple of a starting periodicity and a target periodicity.12.The terminal device of claim 2, wherein the bit rate adjustment related timing information is transmitted via a first media access control (MAC) control element (MAC CE) .13.The terminal device of claim 12, wherein the bit rate adjustment related timing information is transmitted in response to a second MAC CE received from the network device for recommending an uplink bit rate.14.The terminal device of claim 12 or 13, wherein the bit rate adjustment related timing information further includes time when the adjustment is to occur.15.The terminal device of claim 12 or 13, wherein the bit rate adjustment related timing information indicates that the adjustment has already occurred.16.The terminal device of claim 15, wherein the occurrence of the adjustment is indicated by at least one of the following:a predetermined codepoint in the first MAC CE; orabsence of the bit rate adjustment related timing information in the first MAC CE.17.The terminal device of any of claims 12 to 16, wherein the bit rate adjustment related timing information further includes a duration of the adjustment, and wherein time when the adjustment occurs is a starting point of the duration.18.The terminal device of claim 17, wherein at least one of the following indicates that the adjustment is to last as long as further bit rate adjustment related timing information is not transmitted:a predetermined codepoint in the first MAC CE; orabsence of the bit rate adjustment related timing information in the first MAC CE.19.The terminal device of any of claims 12 to 18, wherein the bit rate adjustment related timing information further includes a first data rate currently applied or a second data rate to be applied in case that the first data rate or the second data rate is not the same as a third data rate recommended in the second MAC CE.20.The terminal device of any of claims 12 to 19, wherein the first MAC CE includes:a logical channel identifier (LCID) for which the adjustment is being reported; ora quality of service (QoS) flow identifier.21.The terminal device of any of claims 1 to 20, wherein:the bit rate adjustment related timing information is transmitted per data radio bearer (DRB) ; orthe bit rate adjustment related timing information is transmitted per QoS flow.22.The terminal device of any of claims 1 to 21, wherein the terminal device is further caused to:receive, from the network device, configuration information indicating whether the terminal device is allowed to transmit the bit rate adjustment related timing information.23.The terminal device of any of claims 2 to 22, wherein the adjustment includes at least one of the following:resolution of an extended reality (XR) application of the terminal device;a bit rate of the XR application; ora frame rate of the XR application.24.A network device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the network device at least to:receive, from a terminal device, bit rate adjustment related timing information.25.The network device of claim 24, wherein the bit rate adjustment related timing information includes at least one adjustment timing indicating time information of an adjustment to become effective.26.The network device of claim 25, wherein the bit rate adjustment related timing information is received in assistance information in radio resource control (RRC) signaling.27.The network device of claim 26, wherein a timer configured in the assistance information for controlling how frequently the assistance information to be sent is ignored for the bit rate adjustment related timing information.28.The network device of claim 26, wherein an absolute periodicity of the adjustment is included in the assistance information.29.The network device of claim 28, wherein the absolute periodicity of the adjustment is not included in further assistance information.30.The network device of any of claims 26 to 29, wherein after a connection between the terminal device and the network device is established and at least one characteristic of a codec of the terminal device is determined by the terminal device, the bit rate adjustment related timing information is transmitted to the network device.31.The network device of claim 25, wherein the bit rate adjustment related timing information is received as capability information of the terminal device.32.The network device of claim 31, wherein at least one of the following:transmission of the bit rate adjustment related timing information is after the terminal device is attached to the network device; orthe transmission of the bit rate adjustment related timing information is based on a change in the bit rate adjustment related information.33.The network device of any of claims 25 to 32, wherein the bit rate adjustment related timing information further includes at least one of the following:at least one codec adjustment timing;at least one bit rate adjustment timing;at least one frame rate adjustment timing; orat least one periodicity adjustment timing.34.The network device of claim 33, wherein at least one of the following:the at least one bit rate adjustment timing is in form of either a bit rate delta or a couple of a starting bit rate and a target bit rate;the at least one frame rate adjustment timing is in form of either a frame rate delta or a couple of a starting frame rate and a target frame rate; orthe at least one periodicity adjustment timing is in form of either a periodicity delta or a couple of a starting periodicity and a target periodicity.35.The network device of claim 25, wherein the bit rate adjustment related timing information is received via a first media access control (MAC) control element (MAC CE) .36.The network device of claim 35, wherein the bit rate adjustment related timing information is a response to a second MAC CE received from the network device for recommending an uplink bit rate.37.The network device of claim 35 or 36, wherein the bit rate adjustment related timing information further includes time when the adjustment is to occur.38.The network device of claim 35 or 36, wherein the bit rate adjustment related timing information indicates that the adjustment has already occurred.39.The network device of claim 38, wherein the occurrence of the adjustment is indicated by at least one of the following:a predetermined codepoint in the first MAC CE; orabsence of the bit rate adjustment related timing information in the first MAC CE.40.The network device of any of claims 35 to 39, wherein the bit rate adjustment related timing information further includes a duration of the adjustment, and wherein time when the adjustment occurs is a starting point of the duration.41.The network device of claim 40, wherein at least one of the following indicates that the adjustment is to last as long as further bit rate adjustment related timing information is not transmitted from the terminal device:a predetermined codepoint in the first MAC CE; orabsence of the bit rate adjustment related timing information in the first MAC CE.42.The network device of any of claims 35 to 41, wherein the bit rate adjustment related timing information further includes a first data rate currently applied or a second data rate to be applied in case that the first data rate or the second data rate is not the same as a third data rate recommended in the second MAC CE.43.The network device of any of claims 35 to 42, wherein the first MAC CE includes:a logical channel identifier (LCID) for which the adjustment is being reported; ora quality of service (QoS) flow identifier.44.The network device of any of claims 24 to 43, wherein:the bit rate adjustment related timing information is per data radio bearer (DRB) ; orthe bit rate adjustment related timing information is per QoS flow.45.The network device of any of claims 24 to 44, wherein the network device is further caused to:transmit, to the terminal device, configuration information indicating whether the terminal device is allowed to transmit the bit rate adjustment related timing information.46.The network device of any of claims 25 to 45, wherein bit rate adjustment includes at least one of the following:resolution of an extended reality (XR) application of the terminal device;a bit rate of the XR application; ora frame rate of the XR application.47.A method comprising:determining bit rate adjustment related timing information; andtransmitting, to a network device, the bit rate adjustment related timing information.48.A method comprising:receiving, from a terminal device, bit rate adjustment related timing information.49.An apparatus comprising:means for determining bit rate adjustment related timing information; andmeans for transmitting, to a network device, the bit rate adjustment related timing information.50.An apparatus comprising:means for receiving, from a terminal device, bit rate adjustment related timing information.51.A computer readable medium comprising program instructions that, when executed by an apparatus, cause the apparatus to perform at least the method of claim 47 or 48.

Images