Rate adjustment method and communication device

Abstract

The present application belongs to the technical field of communications. Disclosed are a rate adjustment method and a communication device. The rate adjustment method in the embodiments of the present application comprises: a first communication device receiving first signaling, wherein the first signaling is configured to instruct the first communication device to perform rate adjustment on a target service; and the first communication device executing a target operation on the basis of the first signaling.

Description

Rate adjustment methods and communication equipment

[0001] Cross-reference to related applications

[0002] This application claims priority to Chinese Patent Application No. 202411593857.9, filed on November 8, 2024, entitled "Rate Adjustment Method and Communication Device", the entire contents of which are incorporated herein by reference. Technical Field

[0003] This application belongs to the field of communication technology, specifically relating to a rate adjustment method and a communication device. Background Technology

[0004] Extended Reality (XR) refers to the use of computers to combine the real and virtual worlds to create a virtual environment that allows for human-computer interaction. It is also a general term for various technologies such as Augmented Reality (AR), Mixed Reality (MR), and Virtual Reality (VR).

[0005] XR data may need to be transmitted between multiple communication devices, and congestion may occur during data transmission. Therefore, it is necessary to provide appropriate rate adjustment schemes; otherwise, data transmission quality may be affected due to data congestion. Summary of the Invention

[0006] This application provides a rate adjustment method and a communication device, which can solve the problem of affecting data transmission quality due to the inability to adjust the data transmission rate.

[0007] In a first aspect, a rate adjustment method is provided, comprising: a first communication device receiving first control information, the first control information being used to instruct the first communication device to adjust the rate of a target service; and the first communication device performing a target operation according to the first control information.

[0008] Secondly, a rate adjustment method is provided, comprising: a second communication device sending first control information, the first control information being used to instruct a first communication device to adjust the rate of a target service.

[0009] Thirdly, a rate adjustment device is provided, applied to a first communication device, comprising: a communication module for receiving first control information, the first control information being used to instruct the first communication device to adjust the rate of a target service; and a processing module for performing a target operation according to the first control information.

[0010] Fourthly, a rate adjustment device is provided, applied to a second communication device, comprising: a communication module for transmitting first control information, the first control information being used to instruct the first communication device to adjust the rate of a target service.

[0011] Fifthly, a rate adjustment device is provided, the device being configured to perform the steps of the method described in the first aspect, or to implement the steps of the method described in the second aspect.

[0012] In a sixth aspect, a first communication device is provided, the first communication device including a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as described in the first aspect.

[0013] In a seventh aspect, a first communication device is provided, including a processor and a communication interface, wherein the communication interface is used to receive first control information, the first control information is used to instruct the first communication device to adjust the rate of a target service, and the processor is used to execute a target operation according to the first control information.

[0014] Eighthly, a second communication device is provided, the second communication device including a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as described in the second aspect.

[0015] In a ninth aspect, a second communication device is provided, including a processor and a communication interface, wherein the communication interface is used to send first control information, the first control information being used to instruct the first communication device to adjust the rate of a target service.

[0016] In a tenth aspect, a readable storage medium is provided, on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method described in the first aspect, or implement the steps of the method described in the second aspect.

[0017] Eleventhly, a wireless communication system is provided, comprising: a terminal and a network-side device, wherein the terminal can be used to perform the steps of the method as described in the first aspect, and the network-side device can be used to perform the steps of the method as described in the second aspect.

[0018] In a twelfth aspect, a chip is provided, the chip including a processor and a communication interface coupled to the processor, the processor being configured to run programs or instructions to implement the method as described in the first aspect, or to implement the method as described in the second aspect.

[0019] In a thirteenth aspect, a computer program / program product is provided, which is stored in a storage medium and is executed by at least one processor to implement the method as described in the first aspect, or to implement the method as described in the second aspect.

[0020] In this embodiment of the application, the first communication device receives first control information, which is used to instruct the first communication device to adjust the rate of the target service. Through this scheme, the data transmission rate of the target service can be adjusted to avoid data congestion and improve the data transmission quality. Attached Figure Description

[0021] Figure 1 is a schematic diagram of a wireless communication system according to an embodiment of this application;

[0022] Figure 2 is a schematic flowchart of a rate adjustment method according to an embodiment of this application;

[0023] Figure 3 is a schematic diagram of the format of the first control information in the rate adjustment method according to an embodiment of this application;

[0024] Figure 4 is a schematic diagram of the format of the first control information in the rate adjustment method according to an embodiment of this application;

[0025] Figure 5 is a schematic diagram of the format of the first control information in the rate adjustment method according to an embodiment of this application;

[0026] Figure 6 is a schematic diagram of the format of the first control information in the rate adjustment method according to an embodiment of this application;

[0027] Figure 7 is a schematic diagram of the format of the first control information in the rate adjustment method according to an embodiment of this application;

[0028] Figure 8 is a schematic diagram of the format of the first control information in the rate adjustment method according to an embodiment of this application;

[0029] Figure 9 is a schematic diagram of the format of the first control information in the rate adjustment method according to an embodiment of this application;

[0030] Figure 10 is a schematic diagram of the format of the first control information in the rate adjustment method according to an embodiment of this application;

[0031] Figure 11 is a schematic diagram of the format of the first control information in the rate adjustment method according to an embodiment of this application;

[0032] Figure 12 is a schematic diagram of the format of the first control information in the rate adjustment method according to an embodiment of this application;

[0033] Figure 13 is a schematic diagram of the format of the first control information in the rate adjustment method according to an embodiment of this application;

[0034] Figure 14 is a schematic diagram of the format of the first control information in the rate adjustment method according to an embodiment of this application;

[0035] Figure 15 is a schematic diagram of the format of the first control information in the rate adjustment method according to an embodiment of this application;

[0036] Figure 16 is a schematic diagram of the format of the first control information in the rate adjustment method according to an embodiment of this application;

[0037] Figure 17 is a schematic flowchart of a rate adjustment method according to an embodiment of this application;

[0038] Figure 18 is a schematic diagram of the speed adjustment device according to an embodiment of this application;

[0039] Figure 19 is a schematic diagram of the speed adjustment device according to an embodiment of this application;

[0040] Figure 20 is a schematic diagram of the structure of a communication device according to an embodiment of this application;

[0041] Figure 21 is a schematic diagram of the structure of a terminal according to an embodiment of this application;

[0042] Figure 22 is a schematic diagram of the structure of a network-side device according to an embodiment of this application. Detailed Implementation

[0043] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0044] The terms "first," "second," etc., used in this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first" and "second" are generally of the same class, not limited in number; for example, the first object can be one or more. Furthermore, "or" in this application indicates at least one of the connected objects. For example, the scope of protection for "A or B" covers at least three scenarios: Scenario 1: including A but not B; Scenario 2: including B but not A; Scenario 3: including both A and B. In addition, the terms "A and / or B," "at least one of A and B," and "at least one of A or B" also cover at least the above three scenarios. The character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0045] The term "instruction" in this application can be either a direct instruction (or explicit instruction) or an indirect instruction (or implicit instruction). A direct instruction can be understood as one in which the sender explicitly informs the receiver of specific information, the operation to be performed, or the requested result, etc., in the instruction sent. An indirect instruction can be understood as one in which the receiver determines the corresponding information based on the instruction sent by the sender, or makes a judgment and determines the operation to be performed or the requested result, etc., based on the judgment result.

[0046] It is worth noting that the technologies described in this application are not limited to Long Term Evolution (LTE) / LTE-Advanced (LTE-A) systems, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency-Division Multiple Access (SC-FDMA), or other systems. The terms "system" and "network" in this application are often used interchangeably, and the described technologies can be used in the systems and radio technologies mentioned above, as well as in other systems and radio technologies. The following description describes New Radio (NR) systems for illustrative purposes, and the term NR is used in most of the following description; however, these technologies can also be applied to systems other than NR systems, such as 6th Generation (6G) communication systems.

[0047] Figure 1 shows a block diagram of a wireless communication system applicable to an embodiment of this application. The wireless communication system includes a terminal 11 and a network-side device 12. The terminal 11 can be a mobile phone, tablet computer, laptop computer, notebook computer, personal digital assistant (PDA), handheld computer, netbook, ultra-mobile personal computer (UMPC), mobile internet device (MID), augmented reality (AR), virtual reality (VR) device, robot, wearable device, flight vehicle, vehicle user equipment (VUE), shipboard equipment, pedestrian user equipment (PUE), smart home (home devices with wireless communication capabilities, such as refrigerators, televisions, washing machines, or furniture), game console, personal computer (PC), ATM, or self-service machine, etc. Wearable devices include: smartwatches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart chains, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc. Among these, in-vehicle devices can also be referred to as in-vehicle terminals, in-vehicle controllers, in-vehicle modules, in-vehicle components, in-vehicle chips, or in-vehicle units, etc. It should be noted that the specific type of terminal 11 is not limited in this application embodiment. Network-side equipment 12 may include access network equipment or core network equipment, wherein access network equipment may also be referred to as Radio Access Network (RAN) equipment, radio access network function, or radio access network unit. Access network equipment may include base stations, Wireless Local Area Network (WLAN) access points (APs), or Wireless Fidelity (WiFi) nodes, etc.The term "base station" can be referred to as Node B (NB), Evolved Node B (eNB), Next Generation Node B (gNB), New Radio Node B (NR Node B), Access Point, Relay Base Station (RBS), Serving Base Station (SBS), Base Transceiver Station (BTS), Radio Base Station, Radio Transceiver, Basic Service Set (BSS), Extended Service Set (ESS), Home Node B (HNB), Home Evolved Node B, Transmit / Receive Point (TRP), or any other suitable term in the relevant field, as long as the same technical effect is achieved. The term "base station" is not limited to any specific technical terminology. It should be noted that this application embodiment only uses a base station in an NR system as an example for description and does not limit the specific type of base station.

[0048] Core network equipment, also known as core network nodes, core network functions, or core network elements, includes, but is not limited to, at least one of the following: Mobility Management Entity (MME), Access and Mobility Management Function (AMF), Session Management Function (SMF), User Plane Function (UPF), Policy Control Function (PCF), Policy and Charging Rules Function (PCRF), Edge Application Server Discovery Function (EASDF), Unified Data Management (UDM), Unified Data Repository (UDR), Home Subscriber Server (HSS), Centralized network configuration (CNC), Network Repository Function (NRF), Network Exposure Function (NEF), Local NEF (or L-NEF), and Binding Support. The core network functions include: BSF (Block Network Function), Application Function (AF), Location Management Function (LMF), Gateway Mobile Location Centre (GMLC), and Network Data Analytics Function (NWDAF). It should be noted that this application embodiment only uses core network equipment in the NR system as an example and does not limit the specific type of core network equipment. If the name of the core network equipment mentioned in this application embodiment changes in subsequent protocol versions (e.g., 6G), it will still be within the scope of protection of this application.

[0049] Optionally, the core network equipment can be implemented by one or more functional modules in a single device, or by multiple devices working together; this application does not specifically limit this. It is understood that the aforementioned functional modules can be network elements in hardware devices, software functional modules running on dedicated hardware, or virtualized functional modules instantiated on a platform (e.g., a cloud platform).

[0050] The rate adjustment method provided in this application will be described in detail below with reference to the accompanying drawings and through some embodiments and application scenarios.

[0051] As shown in Figure 2, this application embodiment provides a rate adjustment method 200, which can be executed by a first communication device. In other words, the method can be executed by software or hardware installed on the first communication device, and the method includes the following steps.

[0052] S202: The first communication device receives first control information, which instructs the first communication device to adjust the rate of the target service.

[0053] The first communication device in each embodiment of this application can be a terminal or other communication device. The first control information is sent by the second communication device, which can be an access network device or other network-side device.

[0054] The target service mentioned in the various embodiments of this application can be an XR service, or other services.

[0055] In one embodiment, the first communication device is a terminal, and the access network device instructs the terminal to adjust the rate of the target service through the first control information. Compared with the next embodiment, the adjustment of the uplink rate is faster, which is beneficial to improving the adjustment efficiency. At the same time, the direct connection between the access network device and the terminal can avoid the problem that the rate adjustment function cannot be realized because the relevant information (such as the first control information) is removed by the intermediate routing node because it is carried in the IP packet header.

[0056] In one embodiment, the access network device can detect whether congestion has occurred. The access network device sends congestion information reflecting the congestion situation to the core network via user plane or control plane signaling, and the core network sends it to the server. The server then sends first control information to the terminal through the application layer. This embodiment helps reduce the signaling overhead of the air interface. The previous embodiment, which directly adjusts the rate from the air interface, is more optimized.

[0057] S204: The first communication device performs the target operation according to the first control information.

[0058] In this embodiment, the access layer (AS) of the first communication device can report the rate value indicated by the first control information or the rate value determined by the first communication device based on the implementation, as well as information such as the Quality of Service (QoS) flow, Logical Channel (LCH), or Data Radio Bearer (DRB) that requires rate adjustment, to the higher layer or application layer. The application layer then performs the specific rate adjustment process, such as reducing the transmission rate.

[0059] The rate adjustment method provided in this application embodiment involves a first communication device receiving first control information, which instructs the first communication device to adjust the rate of a target service. This method allows for rate adjustment of data transmission for a target service, avoiding data congestion and improving data transmission quality.

[0060] In one embodiment, the first control information includes a first logical channel identifier (LCID), which is used to indicate that the purpose of the first control information is to indicate rate adjustment. Thus, after receiving the first control information, the terminal can determine that the purpose of the first control information is to indicate rate adjustment by parsing the first logical channel identifier.

[0061] The first logical channel identifier can be a reused logical channel identifier of the recommended rate Media Access Control Control Element (MAC CE) (Recommended Rate MAC CE), such as reusing LCID 47 or 53, which is beneficial for saving LCID.

[0062] Of course, the first logical channel identifier can also be newly defined, and can be a value other than 47 and 53. In this way, the network-side device can send a first logical channel identifier with a value of 47 and 53 to instruct the first communication device to adjust the rate of MMTEL voice and MMTEL video services; the network-side device can send a first logical channel identifier other than 47 and 53 to instruct the first communication device to adjust the rate of XR services, etc., and thus it can be applied in multi-service concurrent scenarios, and can simultaneously support the rate adjustment of MMTEL services and XR services.

[0063] In one embodiment, the first control information is used to instruct the first communication device to adjust the rate of the target service at the granularity of QoS flow, LCH, or DRB. For example, the first control information is used to instruct the first communication device to adjust the rate of the target service of one or more QoS flows, as described in Embodiment 1 below; the first control information is used to instruct the first communication device to adjust the rate of the target service of one or more LCHs, as described in Embodiment 2 below; or the first control information is used to instruct the first communication device to adjust the rate of the target service of one or more DRBs.

[0064] When the first control information instructs the first communication device to adjust the rate of the target service at the granularity of LCH or DRB, the first communication device may also need to determine which service requires rate adjustment and how to notify the upper layer. If multiple QoS flows are mapped to a certain adjusted DRB or LCH, the first communication device needs to distinguish which QoS flow can have its rate adjusted. This information can be obtained through the application (APP) of the first communication device. If the QoS flow configured by the third communication device (such as the core network CN) needs rate adjustment, this information may need to be configured by the second communication device (such as the access network device) to the first communication device (such as the terminal).

[0065] The first control information can be used to instruct the first communication device to adjust the rate of the target service at the granularity of LCH or DRB. In the case where the first QoS flow and the second QoS flow are mapped to a DRB or LCH, the first control information is also used by the AS of the first communication device to report the QoS Flow Identity (QFI) of the second QoS flow and at least one of the following to the higher layer or application layer: 1) the rate value indicated by the first control information, 2) the rate value of the first QoS flow (the rate value can be determined based on the implementation of the first communication device itself).

[0066] In various embodiments of this application, the first QoS flow is a QoS flow in the DRB or LCH that supports rate adjustment; the second QoS flow is a QoS flow in the DRB or LCH that does not support rate adjustment.

[0067] In this embodiment, if a QoS flow capable of adjusting its rate and a QoS flow not capable of adjusting its rate are mapped to a DRB or LCH, the first communication device needs to send the rate value indicated by the first control information and another QoS flow information QFI together to the adjustable-rate APP (the first communication device submits a sub-rate to the higher layer according to the implementation).

[0068] The first control information can be used to instruct the first communication device to adjust the rate of the target service at the granularity of LCH or DRB. In the case that at least two first QoS flows are mapped to a DRB or LCH, the first control information is also used by the AS of the first communication device to report the QFI of the at least two first QoS flows and at least one of the following to the higher layer or application layer: 1) the rate value indicated by the first control information, 2) the rate value of each of the at least two first QoS flows (the rate value can be determined based on the implementation of the first communication device itself).

[0069] If at least two QoS flows capable of adjusting their rates are mapped to a DRB or LCH, the first communication device can deliver the rate value indicated by the first control information and the QFI information of at least two QoS flows to the two APPs (the terminal provides a sub-rate according to the implementation and delivers it to the higher layer).

[0070] The first and second QoS flows mentioned above can be configured by the network-side device or predefined, such as those agreed upon in the protocol.

[0071] In one embodiment, before the first communication device receives the first control information, the method further includes: the first communication device receiving first configuration information, the first configuration information being used to indicate a QoS flow, LCH, or DRB that supports rate adjustment. Thus, the terminal can determine the QoS flow, LCH, or DRB that supports rate adjustment based on the first configuration information. The first configuration information may be carried in RRC signaling.

[0072] In this embodiment, after the first communication device determines the QoS stream, LCH or DRB that supports rate adjustment, it can also send capability information to the second communication device. This capability information is used to indicate which specific QoS streams, LCH or DRBs support rate adjustment.

[0073] In one embodiment, the first communication device can determine the QoS stream, LCH, or DRB that supports rate adjustment based on protocol agreements.

[0074] In one embodiment, the first control information includes first indication information, which indicates whether the rate adjustment is applied to a QoS stream, LCH, or DRB. For example, the first control information includes an I field, which can occupy one bit; I=0 indicates that the rate adjustment is applied to an LCH stream; I=1 indicates that the rate adjustment is applied to a QoS stream. Alternatively, the first control information includes an I field, which can occupy two bits; I=00 indicates that the rate adjustment is applied to an LCH stream; I=11 indicates that the rate adjustment is applied to a QoS stream; and I=10 or 01 indicates that the rate adjustment is applied to a DRB. Of course, in other embodiments, the rate adjustment indicated by the first control information—whether it is a QoS stream, LCH, or DRB—may be configured by the second communication device for the first communication device, or may be agreed upon by a protocol.

[0075] In one embodiment, the method further includes at least one of the following:

[0076] 1) The first communication device reports capability information, which is used to indicate that the first communication device supports rate adjustment.

[0077] 2) The first communication device sends second control information, which is used to inquire whether the rate can be restored or whether the target bit rate is supported. The second control information is also used to determine whether the first communication device supports QoS streams, LCH or DRB for rate adjustment.

[0078] In this embodiment, for example, the second control information includes UE Assistance Information (UAI), which is used to report QoS flows, LCH, or DRB that support rate adjustment. Thus, based on the received UAI, the second communication device can determine whether the first communication device supports QoS flows, LCH, or DRB that support rate adjustment.

[0079] In this embodiment, for example, the second control information includes a Recommended Bit Rate Query (RBR Query) MAC CE. The RBR Query MAC CE is used for at least one of the following: querying whether the rate can be recovered, querying whether a target bit rate is supported, and reporting QoS flows, LCHs, or DRBs that support rate adjustment. For example, it is used to query whether some QoS flows, LCHs, or DRBs can recover the rate or support the target bit rate. Based on the received RBR Query MAC CE, the second communication device can determine which QoS flows, LCHs, or DRBs the first communication device supports for rate adjustment.

[0080] In this embodiment, the first communication device can report only 1 bit of capability information. After the second communication device is configured, it waits for the RBR reported by the first communication device to query the MAC CE or UAI to determine which QoS streams, LCH or DRB can be speed adjusted. The advantage is that when the first communication device reports the capability information, it may not know which services are configured, nor which QoS streams, LCH or DRB are configured. It will need to report further using UAI later. However, using RBR to query the MAC CE saves the UAI.

[0081] In other embodiments, the second communication device selects a portion of the LCHs of the QoS flows for rate adjustment based on the capabilities of the first communication device or the capabilities of each QoS flow provided by the third communication device (such as the core network CN).

[0082] In one embodiment, the first control information is used to instruct the first communication device to perform rate adjustment on the target service of at least one QoS stream, at least one LCH, or at least one DRB.

[0083] This embodiment can satisfy at least one of the following:

[0084] 1) The at least one QoS flow is indicated by the first bitmap information in the first control information; or, the at least one QoS flow is indicated by its respective QFI in the first control information. For example, there is a one-to-one mapping relationship between the 8-bit bitmap information and the 8 QoS flows. For each bit, 0 can be used to indicate that the QoS flow corresponding to that bit does not undergo rate adjustment; and 1 can be used to indicate that the QoS flow corresponding to that bit undergoes rate adjustment.

[0085] 2) The at least one LCH is indicated by the second bitmap information in the first control information; or, the at least one LCH is indicated by its respective LCID in the first control information.

[0086] 3) The at least one DRB is indicated by the third bitmap information in the first control information; or, the at least one DRB is indicated by its respective DRB identifier in the first control information.

[0087] This embodiment can satisfy at least one of the following:

[0088] 1) The first control information indicates a rate value for the at least one QoS flow.

[0089] 2) The first control information is a rate value indicated by the at least one LCH.

[0090] 3) The first control information is a rate value indicated by the at least one DRB.

[0091] This embodiment can indicate a rate value for at least one QoS flow, LCH, or DRB, which helps reduce indication overhead.

[0092] This embodiment may further include the following step: the first communication device receives second configuration information, the second configuration information being used to indicate at least one of the following:

[0093] 1) The number of bits occupied by the first bitmap information.

[0094] 2) The mapping relationship between the first bitmap information and the at least one QoS stream. For example, there is a one-to-one mapping relationship between 8 bits of bitmap information and 8 QoS streams. For each bit, 0 can be used to indicate that the QoS stream corresponding to the bit does not undergo rate adjustment; and 1 can be used to indicate that the QoS stream corresponding to the bit undergoes rate adjustment.

[0095] 3) The number of bits occupied by the second bitmap information.

[0096] 4) The mapping relationship between the second bitmap information and the at least one LCH.

[0097] 5) The number of bits occupied by the third bitmap information.

[0098] 6) The mapping relationship between the third bitmap information and the at least one DRB.

[0099] In one embodiment, after the first communication device receives the first control information, the method further includes: the first communication device determining the congestion relief time of the target service based on a first value; wherein the first value is determined based on the maximum value that the target field in the first control information can indicate, or the first value is a preset value.

[0100] In this embodiment, the target field can be a Bit rate field and / or an X field. For example, after the first communication device receives the first control information, it performs rate control based on the rate value indicated by the first control information. Then, the first communication device receives the first control information again. The rate value indicated by the Bit rate field + X field in the first control information received this time is the maximum rate value that the Bit rate field + X field can indicate. At this time, the first communication device can determine that the function of the first control information received this time is to indicate congestion relief. Then, the first communication device can restore the previous transmission rate.

[0101] In this embodiment, the target field can be the Bit rate field and / or the X field. For example, after the first communication device receives the first control information, it performs rate control based on the rate value indicated by the first control information. Then, the first communication device receives the first control information again. The bit values ​​of the Bit rate field and the X field in the first control information received this time are preset values, for example, the Bit rate field and the X field are both 0. At this time, the first communication device can determine that the function of the first control information received this time is to indicate that the congestion is relieved. Then, the first communication device can restore the previous transmission rate.

[0102] This embodiment helps determine the moment when congestion is relieved, which in turn helps restore the transmission rate.

[0103] In one embodiment, the method further includes at least one of the following:

[0104] 1) The first communication device receives third configuration information, which is used to indicate the effective time of the first control information. The effective time can be the time interval during which the first control information takes effect.

[0105] 2) The first communication device determines the effective time of the first control information based on the first control information, wherein the first control information is also used to indicate the effective time of the first control information.

[0106] During the effective period of the first control information, the first communication device can perform the target operation based on the newly received first control information.

[0107] After the effective time of the first control information expires, the first communication device can send a second control information, which is used to inquire whether the rate can be restored.

[0108] This embodiment may also include the following steps: if new first control information is received during the effective time of the first control information, then the timer corresponding to the effective time is restarted or initialized.

[0109] In this embodiment, the second communication device can configure an effective time T via RRC, or indicate an effective time T via first control information. Any new first control information within the effective time T can be updated. If T expires, the first communication device can use the second control information to inquire whether the rate can be restored.

[0110] In one embodiment, the first control information includes at least one of the following:

[0111] 1) First field, which indicates the QoS flow to which the rate adjustment is targeted.

[0112] The first field can be the QFI field.

[0113] 2) The second field is used to indicate whether the first control information is for uplink or downlink.

[0114] The second field can be a UL / DL field.

[0115] If the rate adjustment is only applied to the uplink, the first control information may not include the second field.

[0116] 3) A third field, which is used to indicate the rate value used from the rate table.

[0117] The third field can be the Bit rate field.

[0118] The third field can be 8 bits, which can then match an 8-bit Extended Buffer Status Report (BSR).

[0119] 4) The fourth field indicates the factor multiplied with the rate value in the rate table.

[0120] The fourth field can be the X field.

[0121] In one embodiment, the first control information may not include the fourth field, or the fourth field may be N bits, where N is a positive integer.

[0122] The aforementioned factors are configured by the network-side device (the second communication device) for the first communication device via Radio Resource Control (RRC) signaling.

[0123] In one embodiment, the first communication device may further receive fourth configuration information, which indicates the values ​​of the factors corresponding to multiple different values ​​of the fourth field. For example, the factor value corresponding to fourth field 00 is 200, the factor value corresponding to fourth field 10 is 300, and so on.

[0124] 5) The fifth field, which is used to indicate the logical channel to which the rate adjustment is targeted.

[0125] The fifth field can be the LCID field.

[0126] 6) The sixth field, which is used to indicate the DRB to which the rate adjustment is targeted.

[0127] The sixth field can be the DRB ID field.

[0128] 7) The seventh field, which is used to indicate congestion relief.

[0129] For example, the seventh field can be a Bit rate field and / or an X field.

[0130] 8) The eighth field, which indicates that the rate adjustment is performed on at least one QoS flow, at least one LCH, or at least one DRB.

[0131] The eighth field can be an I field. An I field can occupy one bit; I=0 indicates that LCH is being rate-adjusted; I=1 indicates that QoS is being rate-adjusted. For example, the first control information may include an I field, which can occupy two bits: I=00 indicates that LCH is being rate-adjusted; I=11 indicates that QoS is being rate-adjusted; and I=10 or 01 indicates that DRB is being rate-adjusted.

[0132] 9) Ninth field, which is used to indicate at least two QoS flows, at least two LCHs, or at least two DRBs that are subject to rate adjustment.

[0133] The ninth field may carry bitmap information that indicates at least two QoS flows, at least two LCHs, or at least two DRBs for rate adjustment.

[0134] 10) The tenth field, which indicates whether there are any QoS flows, LCHs or DRBs that need to be used later.

[0135] In this embodiment, at least two QoS flows correspond to one rate value, meaning the first control information indicates the same rate value for at least two QoS flows, which helps save signaling overhead. Similarly, the first control information can also indicate the same rate value for at least two LCHs, which helps save signaling overhead; the first control information can also indicate the same rate value for at least two DRBs, which helps save signaling overhead. Of course, this embodiment can also indicate the same rate value for at least one QoS flow and at least one LCH; or the same rate value for at least one QoS flow and at least one DRB, and so on.

[0136] The tenth field can be the Y field.

[0137] To illustrate the rate adjustment method provided in this application in detail, several specific embodiments will be described below. The following embodiments will be described using the example of a terminal as the first communication device and a network-side device as the second communication device.

[0138] Example 1

[0139] This embodiment primarily describes the format of the first control information (such as RBR) for each (per) QoS flow.

[0140] In this embodiment, the first control information includes a first LCID, which indicates that the purpose of the first control information is to indicate rate adjustment. A first LCID of 47 or 53 can conserve LCID.

[0141] The network-side device (NW) configures the XR rate control feature according to the terminal's capabilities. The first control information can be interpreted in the format shown in Figure 3, using the old LCID for a new interpretation under the new configuration.

[0142] This embodiment can configure a new X value, i.e., a value other than 40, 70, 100, or 200, which can be considered as configuring the XR rate control feature. The terminal interprets this information according to the new first control information (MAC CE) format. Specifically, an X value of 40, 70, 100, or 200 can instruct the first communication device to adjust the rate for MMTEL voice and MMTEL video services.

[0143] If X is 1 bit, two values ​​can also be configured via RRC. Network-side devices or terminals can more dynamically select X using 0 / 1. If X is in 2-bit format, RRC can configure 4 values, and so on.

[0144] Further enhancements are possible, as shown in Figure 4. If only uplink is considered, the UL / DL field is not needed, and the Bit rate field can be extended to 8 bits to match the 8-bit Extended BSR.

[0145] Furthermore, as shown in Figure 5, the X field can be extended to 2 bits to dynamically support the values ​​of 4 factors (i.e., multipliers) according to the actual situation.

[0146] Furthermore, as shown in Figure 6, the extension can support the rate adjustment of multiple QoS streams simultaneously. Figure 6 schematically shows three QoS streams.

[0147] In this embodiment, the first control information includes a first LCID, which can also be newly defined, i.e., a value other than 47 and 53.

[0148] This embodiment can redefine the required format. For automatic support of RBR, if multiple services are running concurrently, it can simultaneously support MMTEL speed regulation and XR speed regulation.

[0149] This implementation may require an 8-bit eLCID, adding one bit overhead.

[0150] The specific format is similar to that shown in Figures 7 and 8, and can be extended arbitrarily without being limited to the RBR format.

[0151] Another approach is to use a bitmap format to indicate the speed of multiple QoS streams when speed adjustment is required. For example, an 8-bit bitmap corresponds to the 8 currently configured QoS streams, arranged from smallest to largest. If speed adjustment is required, the bit field is set to 1; otherwise, it is set to 0.

[0152] The bitmap size of a QoS stream can also be configured using RRC.

[0153] In addition, the X field can be omitted, and only a value can be configured using RRC. If RRC is not configured, the original table will be used.

[0154] Example 2

[0155] This embodiment mainly introduces the format of the first control information (such as RBR) for each (per)LCH.

[0156] As shown in Figure 10, this embodiment can fully reuse LCID=47 (not shown in Figure 10). By using the different LCIDs shown in Figure 10, it can naturally distinguish and simultaneously support MMTEL and XR speed regulation.

[0157] As shown in Figures 11 and 12, this embodiment can reuse LCID=47 or expand the format to support MMTEL or XR speed control.

[0158] This embodiment can also be extended using the new LCID / eLCID.

[0159] Example 3

[0160] This example mainly introduces dynamic QoS flow or LCH solutions.

[0161] If in some scenarios you want to adjust the rate at the granularity of each LCH, and in other scenarios you want to adjust the rate at the granularity of each QoS flow, such as supporting MMTEL and XR extensions at the same time, or multiple QoS flows of some XR services can be mapped to one LCH and adjusted together, such as MM services, then consider a compromise approach, as shown in Figure 13, using Rbit to define an I, where I=0 identifies LCID and I=1 identifies QFI.

[0162] This format can also be extended to use the same LCID=47 or a newly defined LCID / eLCID, and can even support rate adjustment per QoS flow or per LCH simultaneously on a single MAC CE, as shown in Figure 14.

[0163] Example 4

[0164] This embodiment mainly introduces a solution for multiple QoS streams or LCH speed regulation.

[0165] As shown in Figures 15 and 16, this embodiment indicates the rate of multiple QoS flows or LCIDs combined using bitmap information or QFI / LCID.

[0166] The above embodiments can be designed based on the current RBR query MAC CE, supporting flexible rate adjustment of XR services; at the same time, they can support rate adjustment for multiple services and multiple scenarios, and save signaling overhead.

[0167] The rate adjustment method according to an embodiment of this application has been described in detail above with reference to FIG2. The rate adjustment method according to another embodiment of this application will now be described in detail with reference to FIG3. It is understood that the interaction between the second communication device and the first communication device described from the perspective of the second communication device is the same as or corresponds to the description on the first communication device side in the methods shown in FIGS. 2 to 16. To avoid repetition, relevant descriptions are appropriately omitted.

[0168] Figure 17 is a schematic flowchart of the rate adjustment method according to an embodiment of this application, which can be applied to a second communication device, such as a network-side device. As shown in Figure 17, the method 1700 includes the following steps.

[0169] S1702: The second communication device sends first control information, which is used to instruct the first communication device to adjust the rate of the target service.

[0170] In this embodiment of the application, the second communication device sends first control information, which is used to instruct the first communication device to adjust the rate of the target service. Through this scheme, the data transmission rate of the target service can be adjusted to avoid data congestion and improve the data transmission quality.

[0171] In one embodiment, the first control information includes a first logical channel identifier, which indicates that the purpose of the first control information is to indicate rate adjustment; wherein, the first logical channel identifier is a logical channel identifier that reuses the recommended rate MAC CE; or, the first logical channel identifier is newly defined.

[0172] In one embodiment, the first control information is used to instruct the first communication device to adjust the rate of the target service at the granularity of Quality of Service (QoS) stream, Logical Channel (LCH), or Data Radio Bearer (DRB); or, the first control information includes first indication information, which indicates that the rate adjustment is performed on a QoS stream, LCH, or DRB.

[0173] In one embodiment, before the second communication device sends the first control information, the method further includes: the second communication device sending first configuration information, the first configuration information being used to indicate QoS streams, LCH, or DRB that support rate adjustment.

[0174] In one embodiment, before the second communication device sends the first control information, the method further includes at least one of the following: 1) the second communication device receives capability information, the capability information being used to indicate that the first communication device supports rate adjustment; 2) the second communication device receives second control information, the second control information being used to inquire whether the rate can be restored or whether a target bit rate is supported, the second control information being further used to determine whether the first communication device supports QoS streams, LCH, or DRB for rate adjustment.

[0175] In one embodiment, the method further includes: the second communication device determining, based on the second control information, that the first communication device supports a QoS stream, LCH, or DRB with rate adjustment.

[0176] In one embodiment, the second control information is Terminal Assist Information (UAI), which is used to inquire whether the rate can be restored; or, the second control information is an RBR Query MAC CE, which is used to inquire whether the rate can be restored, inquire whether the target bit rate is supported, or report QoS streams, LCH, or DRB that support rate adjustment.

[0177] In one embodiment, the first control information is used to instruct the first communication device to perform rate adjustment on the target service of at least one QoS stream, at least one LCH, or at least one DRB.

[0178] In one embodiment, at least one of the following conditions is met: 1) the at least one QoS flow is indicated by the first bitmap information in the first control information; or, the at least one QoS flow is indicated by its respective QFI in the first control information; 2) the at least one LCH is indicated by the second bitmap information in the first control information; or, the at least one LCH is indicated by its respective LCID in the first control information; 3) the at least one DRB is indicated by the third bitmap information in the first control information; or, the at least one DRB is indicated by its respective DRB identifier in the first control information.

[0179] In one embodiment, the method further includes: the first communication device receiving second configuration information, the second configuration information indicating at least one of the following: 1) the number of bits occupied by the first bitmap information; 2) the mapping relationship between the first bitmap information and the at least one QoS stream; 3) the number of bits occupied by the second bitmap information; 4) the mapping relationship between the second bitmap information and the at least one LCH; 5) the number of bits occupied by the third bitmap information; 6) the mapping relationship between the third bitmap information and the at least one DRB.

[0180] In one embodiment, at least one of the following is satisfied: 1) the first control information indicates a rate value for the at least one QoS flow; 2) the first control information indicates a rate value for the at least one LCH; 3) the first control information indicates a rate value for the at least one DRB.

[0181] In one embodiment, the method further includes: the second communication device sending third configuration information, the third configuration information being used to indicate the effective time of the first control information; or, the first control information being used to further indicate the effective time of the first control information.

[0182] In one embodiment, the first control information includes at least one of the following:

[0183] 1) First field, which indicates the QoS flow to which the rate adjustment is targeted.

[0184] The first field can be the QFI field.

[0185] 2) The second field is used to indicate whether the first control information is for uplink or downlink.

[0186] The second field can be a UL / DL field.

[0187] If the rate adjustment is only applied to the uplink, the first control information may not include the second field.

[0188] 3) A third field, which is used to indicate the rate value used from the rate table.

[0189] The third field can be the Bit rate field.

[0190] The third field can be 8 bits, which can then match an 8-bit Extended Buffer Status Report (BSR).

[0191] 4) The fourth field indicates the factor multiplied with the rate value in the rate table.

[0192] The fourth field can be the X field.

[0193] In one embodiment, the first control information may not include the fourth field, or the fourth field may be N bits, where N is a positive integer.

[0194] The aforementioned factors are configured by the network-side device (the second communication device) for the first communication device via Radio Resource Control (RRC) signaling.

[0195] In one embodiment, the first communication device may also receive fourth configuration information, which indicates the values ​​of the factor corresponding to multiple different values ​​of the fourth field.

[0196] 5) The fifth field, which is used to indicate the logical channel to which the rate adjustment is targeted.

[0197] The fifth field can be the LCID field.

[0198] 6) The sixth field, which is used to indicate the DRB to which the rate adjustment is targeted.

[0199] The sixth field can be the DRB ID field.

[0200] 7) The seventh field, which is used to indicate congestion relief.

[0201] For example, the seventh field is the Bit rate field and / or the X field.

[0202] 8) The eighth field, which indicates that the rate adjustment is performed on at least one QoS flow, at least one LCH, or at least one DRB.

[0203] The eighth field can be an I field. An I field can occupy one bit; I=0 indicates that LCH is being rate-adjusted; I=1 indicates that QoS is being rate-adjusted. For example, the first control information may include an I field, which can occupy two bits: I=00 indicates that LCH is being rate-adjusted; I=11 indicates that QoS is being rate-adjusted; and I=10 or 01 indicates that DRB is being rate-adjusted.

[0204] 9) Ninth field, which is used to indicate at least two QoS flows, at least two LCHs, or at least two DRBs that are subject to rate adjustment.

[0205] The ninth field may carry bitmap information that indicates at least two QoS flows, at least two LCHs, or at least two DRBs for rate adjustment.

[0206] 10) The tenth field, which indicates whether there are any QoS flows, LCHs or DRBs that need to be used later.

[0207] The tenth field can be the Y field.

[0208] The rate adjustment method provided in this application can be executed by a rate adjustment device. This application uses an example of a rate adjustment device executing the rate adjustment method to illustrate the rate adjustment device provided in this application.

[0209] This application provides a rate adjustment device. As an example, the rate adjustment device can be a communication device or a component within a communication device, such as a chip. The communication device can be a terminal, a network-side device, or a server, etc. Exemplarily, the terminal can be, but is not limited to, the type of terminal 11 listed above, and the network-side device can be, but is not limited to, the type of network-side device 12 listed above. This application does not impose specific limitations.

[0210] The rate adjustment device includes a receiving module, a transmitting module, and a processing module. These modules can be implemented in software or hardware. When implemented in hardware, the processing module can be implemented by a processor. For example, the processor can include general-purpose processors, special-purpose processors, such as a Central Processing Unit (CPU), microprocessor, Digital Signal Processor (DSP), Artificial Intelligence (AI) processor, Graphics Processing Unit (GPU), Application Specific Integrated Circuit (ASIC), Network Processor (NP), Field Programmable Gate Array (FPGA), or other programmable logic devices, gate circuits, transistors, discrete hardware components, etc. The receiving and transmitting modules can be implemented by a communication interface, which can include one or more of the following: transceiver, pins, circuits, bus, radio frequency unit, etc.

[0211] Specifically, referring to Figure 18, when the rate adjustment device is a first communication device or a component in the first communication device, the rate adjustment device 1800 includes:

[0212] The communication module 1802 is used to receive first control information, which instructs the first communication device to adjust the rate of the target service.

[0213] The processing module 1804 is used to perform the target operation according to the first control information.

[0214] In this embodiment of the application, the communication module receives first control information, which is used to instruct the first communication device to adjust the rate of the target service. Through this scheme, the data transmission rate of the target service can be adjusted to avoid data congestion and improve the data transmission quality.

[0215] In one embodiment, the first control information includes a first logical channel identifier, which indicates that the purpose of the first control information is to indicate rate adjustment; wherein, the first logical channel identifier is a logical channel identifier of a reuse recommended rate media access control unit (MAC CE); or, the first logical channel identifier is newly defined.

[0216] In one embodiment, the first control information is used to instruct the first communication device to adjust the rate of the target service at the granularity of Quality of Service (QoS) stream, Logical Channel (LCH), or Data Radio Bearer (DRB); or, the first control information includes first indication information, which indicates that the rate adjustment is performed on a QoS stream, LCH, or DRB.

[0217] In one embodiment, the first control information is used to instruct the first communication device to perform rate adjustment on the target service at the granularity of LCH or DRB; wherein, when the first QoS flow and the second QoS flow are mapped to a DRB or LCH, the first control information is further used by the access layer AS of the first communication device to report the Quality of Service Flow Identifier (QFI) of the second QoS flow and at least one of the following to the higher layer or application layer: the rate value indicated by the first control information, and the rate value of the first QoS flow; or, when at least two first QoS flows are mapped to a DRB or LCH, the first control information is further used by the AS of the first communication device to report the QFI of the at least two first QoS flows and at least one of the following to the higher layer or application layer: the rate value indicated by the first control information, and the rate value of each of the at least two first QoS flows; wherein, the first QoS flow is a QoS flow in the DRB or LCH that supports rate adjustment; and the second QoS flow is a QoS flow in the DRB or LCH that does not support rate adjustment.

[0218] In one embodiment, the communication module 1802 is further configured to receive first configuration information, the first configuration information being used to indicate QoS streams, LCH, or DRB that support rate adjustment.

[0219] In one embodiment, the communication module 1802 is further configured to: 1) report capability information, the capability information being used to indicate that the first communication device supports rate adjustment; 2) send second control information, the second control information being used to inquire whether the rate can be restored or whether a target bit rate is supported, the second control information being further configured to determine whether the first communication device supports QoS streams, LCH or DRB for rate adjustment.

[0220] In one embodiment, the second control information includes Terminal Assist Information (UAI), which is used to report QoS streams, LCH, or DRB that support rate adjustment; or, the second control information includes RBR Query MAC CE, which is used to query at least one of the following: whether the rate can be recovered, whether the target bit rate is supported, and to report QoS streams, LCH, or DRB that support rate adjustment.

[0221] In one embodiment, the first control information is used to instruct the first communication device to perform rate adjustment on the target service of at least one QoS stream, at least one LCH, or at least one DRB.

[0222] In one embodiment, at least one of the following conditions is met: 1) the at least one QoS flow is indicated by the first bitmap information in the first control information; or, the at least one QoS flow is indicated by its respective QFI in the first control information; 2) the at least one LCH is indicated by the second bitmap information in the first control information; or, the at least one LCH is indicated by its respective LCID in the first control information; 3) the at least one DRB is indicated by the third bitmap information in the first control information; or, the at least one DRB is indicated by its respective DRB identifier in the first control information.

[0223] In one embodiment, the communication module 1802 is further configured to receive second configuration information, the second configuration information indicating at least one of the following: 1) the number of bits occupied by the first bitmap information; 2) the mapping relationship between the first bitmap information and the at least one QoS stream; 3) the number of bits occupied by the second bitmap information; 4) the mapping relationship between the second bitmap information and the at least one LCH; 5) the number of bits occupied by the third bitmap information; 6) the mapping relationship between the third bitmap information and the at least one DRB.

[0224] In one embodiment, at least one of the following is satisfied: 1) the first control information indicates a rate value for the at least one QoS flow; 2) the first control information indicates a rate value for the at least one LCH; 3) the first control information indicates a rate value for the at least one DRB.

[0225] In one embodiment, the processing module 1804 is further configured to determine the congestion relief time of the target service based on a first value; wherein the first value is determined based on the maximum value that the target field in the first control information can indicate, or the first value is a preset value.

[0226] In one embodiment, the communication module 1802 is further configured to: 1) receive third configuration information, the third configuration information being used to indicate the effective time of the first control information; 2) determine the effective time of the first control information based on the first control information, wherein the first control information is further used to indicate the effective time of the first control information.

[0227] In one embodiment, during the effective period of the first control information, the first communication device can perform a target operation based on the newly received first control information; and / or, after the effective period of the first control information expires, the first communication device can send second control information, the second control information being used to inquire whether the rate can be restored.

[0228] In one embodiment, the processing module 1804 is further configured to, if new first control information is received during the effective time of the first control information, restart or initialize the timer corresponding to the effective time.

[0229] In one embodiment, the first control information includes at least one of the following:

[0230] 1) First field, which indicates the QoS flow to which the rate adjustment is targeted.

[0231] The first field can be the QFI field.

[0232] 2) The second field is used to indicate whether the first control information is for uplink or downlink.

[0233] The second field can be a UL / DL field.

[0234] If the rate adjustment is only applied to the uplink, the first control information may not include the second field.

[0235] 3) A third field, which is used to indicate the rate value used from the rate table.

[0236] The third field can be the Bit rate field.

[0237] The third field can be 8 bits, which can then match an 8-bit Extended Buffer Status Report (BSR).

[0238] 4) The fourth field indicates the factor multiplied with the rate value in the rate table.

[0239] The fourth field can be the X field.

[0240] In one embodiment, the first control information may not include the fourth field, or the fourth field may be N bits, where N is a positive integer.

[0241] The aforementioned factors are configured by the network-side device (the second communication device) for the first communication device via Radio Resource Control (RRC) signaling.

[0242] In one embodiment, the first communication device may also receive fourth configuration information, which indicates the values ​​of the factor corresponding to multiple different values ​​of the fourth field.

[0243] 5) The fifth field, which is used to indicate the logical channel to which the rate adjustment is targeted.

[0244] The fifth field can be the LCID field.

[0245] 6) The sixth field, which is used to indicate the DRB to which the rate adjustment is targeted.

[0246] The sixth field can be the DRB ID field.

[0247] 7) The seventh field, which is used to indicate congestion relief.

[0248] For example, the seventh field is the Bit rate field and / or the X field.

[0249] 8) The eighth field, which indicates that the rate adjustment is performed on at least one QoS flow, at least one LCH, or at least one DRB.

[0250] The eighth field can be an I field. An I field can occupy one bit; I=0 indicates that LCH is being rate-adjusted; I=1 indicates that QoS is being rate-adjusted. For example, the first control information may include an I field, which can occupy two bits: I=00 indicates that LCH is being rate-adjusted; I=11 indicates that QoS is being rate-adjusted; and I=10 or 01 indicates that DRB is being rate-adjusted.

[0251] 9) Ninth field, which is used to indicate at least two QoS flows, at least two LCHs, or at least two DRBs that are subject to rate adjustment.

[0252] The ninth field may carry bitmap information that indicates at least two QoS flows, at least two LCHs, or at least two DRBs for rate adjustment.

[0253] 10) The tenth field, which indicates whether there are any QoS flows, LCHs or DRBs that need to be used later.

[0254] The tenth field can be the Y field.

[0255] In one embodiment, at least one of the following conditions is met: 1) the first control information does not include the second field; 2) the third field is 8 bits; 3) the first control information does not include the fourth field or the fourth field is N bits, where N is a positive integer; 4) the factor is configured for the first communication device by the network-side device through RRC signaling.

[0256] In one embodiment, the communication module 1802 is further configured to receive fourth configuration information, the fourth configuration information being used to indicate the values ​​of the factor corresponding to a plurality of different values ​​of the fourth field.

[0257] In one embodiment, the target business includes extended reality (XR) services.

[0258] Referring to Figure 19, when the rate adjustment device is a second communication device or a component of the second communication device, the rate adjustment device 1900 includes a communication module 1902 for transmitting first control information, which instructs the first communication device to adjust the rate of the target service.

[0259] In this embodiment of the application, the communication module sends first control information, which is used to instruct the first communication device to adjust the rate of the target service. Through this scheme, the data transmission rate of the target service can be adjusted to avoid data congestion and improve the data transmission quality.

[0260] In one embodiment, the first control information includes a first logical channel identifier, which indicates that the purpose of the first control information is to indicate rate adjustment; wherein, the first logical channel identifier is a logical channel identifier that reuses the recommended rate MAC CE; or, the first logical channel identifier is newly defined.

[0261] In one embodiment, the first control information is used to instruct the first communication device to adjust the rate of the target service at the granularity of Quality of Service (QoS) stream, Logical Channel (LCH), or Data Radio Bearer (DRB); or, the first control information includes first indication information, which indicates that the rate adjustment is performed on a QoS stream, LCH, or DRB.

[0262] In one embodiment, the communication module 1902 is further configured to send first configuration information, the first configuration information being used to indicate QoS streams, LCH, or DRB that support rate adjustment.

[0263] In one embodiment, the communication module 1902 is further configured to: 1) receive capability information, the capability information being used to indicate that the first communication device supports rate adjustment; 2) receive second control information, the second control information being used to inquire whether the rate can be restored or whether a target bit rate is supported, the second control information being further configured to determine whether the first communication device supports QoS streams, LCH, or DRB for rate adjustment.

[0264] In one embodiment, the system further includes a processing module for determining, based on the second control information, whether the first communication device supports a QoS stream, LCH, or DRB that can be rate-adjusted.

[0265] In one embodiment, the second control information is Terminal Assist Information (UAI), which is used to inquire whether the rate can be restored; or, the second control information is an RBR Query MAC CE, which is used to inquire whether the rate can be restored, inquire whether the target bit rate is supported, or report QoS streams, LCH, or DRB that support rate adjustment.

[0266] In one embodiment, the first control information is used to instruct the first communication device to perform rate adjustment on the target service of at least one QoS stream, at least one LCH, or at least one DRB.

[0267] In one embodiment, at least one of the following conditions is met: 1) the at least one QoS flow is indicated by the first bitmap information in the first control information; or, the at least one QoS flow is indicated by its respective QFI in the first control information; 2) the at least one LCH is indicated by the second bitmap information in the first control information; or, the at least one LCH is indicated by its respective LCID in the first control information; 3) the at least one DRB is indicated by the third bitmap information in the first control information; or, the at least one DRB is indicated by its respective DRB identifier in the first control information.

[0268] In one embodiment, the communication module 1902 is further configured to receive second configuration information, the second configuration information indicating at least one of the following: 1) the number of bits occupied by the first bitmap information; 2) the mapping relationship between the first bitmap information and the at least one QoS stream; 3) the number of bits occupied by the second bitmap information; 4) the mapping relationship between the second bitmap information and the at least one LCH; 5) the number of bits occupied by the third bitmap information; 6) the mapping relationship between the third bitmap information and the at least one DRB.

[0269] In one embodiment, at least one of the following is satisfied: 1) the first control information indicates a rate value for the at least one QoS flow; 2) the first control information indicates a rate value for the at least one LCH; 3) the first control information indicates a rate value for the at least one DRB.

[0270] In one embodiment, the communication module 1902 is further configured to send third configuration information, the third configuration information being used to indicate the effective time of the first control information; or, the first control information is further configured to indicate the effective time of the first control information.

[0271] In one embodiment, the first control information includes at least one of the following:

[0272] 1) First field, which indicates the QoS flow to which the rate adjustment is targeted.

[0273] The first field can be the QFI field.

[0274] 2) The second field is used to indicate whether the first control information is for uplink or downlink.

[0275] The second field can be a UL / DL field.

[0276] If the rate adjustment is only applied to the uplink, the first control information may not include the second field.

[0277] 3) A third field, which is used to indicate the rate value used from the rate table.

[0278] The third field can be the Bit rate field.

[0279] The third field can be 8 bits, which can then match an 8-bit Extended Buffer Status Report (BSR).

[0280] 4) The fourth field indicates the factor multiplied with the rate value in the rate table.

[0281] The fourth field can be the X field.

[0282] In one embodiment, the first control information may not include the fourth field, or the fourth field may be N bits, where N is a positive integer.

[0283] The aforementioned factors are configured by the network-side device (the second communication device) for the first communication device via Radio Resource Control (RRC) signaling.

[0284] In one embodiment, the first communication device may also receive fourth configuration information, which indicates the values ​​of the factor corresponding to multiple different values ​​of the fourth field.

[0285] 5) The fifth field, which is used to indicate the logical channel to which the rate adjustment is targeted.

[0286] The fifth field can be the LCID field.

[0287] 6) The sixth field, which is used to indicate the DRB to which the rate adjustment is targeted.

[0288] The sixth field can be the DRB ID field.

[0289] 7) The seventh field, which is used to indicate congestion relief.

[0290] For example, the seventh field is the Bit rate field and / or the X field.

[0291] 8) The eighth field, which indicates that the rate adjustment is performed on at least one QoS flow, at least one LCH, or at least one DRB.

[0292] The eighth field can be an I field. An I field can occupy one bit; I=0 indicates that LCH is being rate-adjusted; I=1 indicates that QoS is being rate-adjusted. For example, the first control information may include an I field, which can occupy two bits: I=00 indicates that LCH is being rate-adjusted; I=11 indicates that QoS is being rate-adjusted; and I=10 or 01 indicates that DRB is being rate-adjusted.

[0293] 9) Ninth field, which is used to indicate at least two QoS flows, at least two LCHs, or at least two DRBs that are subject to rate adjustment.

[0294] The ninth field may carry bitmap information that indicates at least two QoS flows, at least two LCHs, or at least two DRBs for rate adjustment.

[0295] 10) The tenth field, which indicates whether there are any QoS flows, LCHs or DRBs that need to be used later.

[0296] The tenth field can be the Y field.

[0297] The rate adjustment device provided in this application embodiment can realize the various processes implemented in the method embodiments of Figures 2 to 17 and achieve the same technical effect. To avoid repetition, it will not be described again here.

[0298] As shown in Figure 20, this application embodiment also provides a communication device 2000, including a processor 2001 and a memory 2002. The memory 2002 stores a program or instructions that can run on the processor 2001. For example, when the communication device 2000 is a terminal, the program or instructions executed by the processor 2001 implement the various steps of the above-described rate adjustment method embodiment and achieve the same technical effect. When the communication device 2000 is a network-side device, the program or instructions executed by the processor 2001 implement the various steps of the above-described rate adjustment method embodiment and achieve the same technical effect. To avoid repetition, this will not be described again here.

[0299] This application also provides a terminal, including a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the steps in the method embodiment shown in FIG2. This terminal embodiment corresponds to the above-described terminal-side method embodiment, and all implementation processes and methods of the above-described method embodiments can be applied to this terminal embodiment and can achieve the same technical effect. The terminal may be the rate adjustment device shown in FIG18. Specifically, FIG21 is a schematic diagram of the hardware structure of a terminal implementing an embodiment of this application.

[0300] The terminal 2100 includes, but is not limited to, at least some of the following components: radio frequency unit 2101, network module 2102, audio output unit 2103, input unit 2104, sensor 2105, display unit 2106, user input unit 2107, interface unit 2108, memory 2109, and processor 2110.

[0301] Those skilled in the art will understand that terminal 2100 may also include a power supply (such as a battery) for powering various components. The power supply can be logically connected to processor 2110 through a power management system, thereby enabling functions such as managing charging, discharging, and power consumption through the power management system. The terminal structure shown in Figure 21 does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements, which will not be elaborated here.

[0302] It should be understood that, in this embodiment, the input unit 2104 may include a graphics processor 21041 and a microphone 21042. The graphics processor 21041 processes image data of still images or videos obtained by an image capture device (such as a camera) in video capture mode or image capture mode. The display unit 2106 may include a display panel 21061, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, or the like. The user input unit 2107 includes at least one of a touch panel 21071 and other input devices 21072. The touch panel 21071 is also called a touch screen. The touch panel 21071 may include a touch detection device and a touch controller. Other input devices 21072 may include, but are not limited to, physical keyboards, function keys (such as volume control buttons, power buttons, etc.), trackballs, mice, and joysticks, which will not be described in detail here.

[0303] In this embodiment, after receiving downlink data from the network-side device, the radio frequency unit 2101 can transmit it to the processor 2110 for processing; in addition, the radio frequency unit 2101 can send uplink data to the network-side device. Typically, the radio frequency unit 2101 includes, but is not limited to, antennas, amplifiers, transceivers, couplers, low-noise amplifiers, duplexers, etc.

[0304] The memory 2109 can be used to store software programs or instructions, as well as various data. The memory 2109 may primarily include a first storage area for storing programs or instructions and a second storage area for storing data. The first storage area may store the operating system, application programs or instructions required for at least one function (such as sound playback, image playback, etc.). Furthermore, the memory 2109 may include volatile memory or non-volatile memory. The non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. Volatile memory can be random access memory (RAM), static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct memory bus RAM (DRRAM). The memory 2109 in the embodiments of this application includes, but is not limited to, these and any other suitable types of memory.

[0305] Processor 2110 may include one or more processing units; optionally, processor 2110 integrates an application processor and a modem processor, wherein the application processor mainly handles operations involving the operating system, user interface, and applications, and the modem processor mainly handles wireless communication signals, such as a baseband processor. It is understood that the aforementioned modem processor may also not be integrated into processor 2110.

[0306] The radio frequency unit 2101 is used to receive first control information, which is used to instruct the terminal to adjust the rate of the target service; the processor 2110 is used to execute the target operation according to the first control information.

[0307] In this embodiment, the terminal receives first control information, which instructs the terminal to adjust the rate of the target service. This scheme can adjust the data transmission rate of the target service, avoid data congestion, and improve the data transmission quality.

[0308] It is understood that the implementation process of each implementation method mentioned in this embodiment can refer to the relevant description of the rate adjustment method embodiment and achieve the same or corresponding technical effect. To avoid repetition, it will not be described again here.

[0309] This application also provides a network-side device, including a processor and a communication interface. The communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the steps of the method embodiment shown in FIG17. This network-side device embodiment corresponds to the above-described network-side device method embodiment. All implementation processes and methods of the above-described method embodiments can be applied to this network-side device embodiment and can achieve the same technical effect.

[0310] Specifically, this application embodiment also provides a network-side device, which may be the rate adjustment device shown in FIG19. As shown in FIG22, the network-side device 2200 includes: an antenna 221, a radio frequency device 222, a baseband device 223, a processor 224, and a memory 225. The antenna 221 is connected to the radio frequency device 222. In the uplink direction, the radio frequency device 222 receives information through the antenna 221 and sends the received information to the baseband device 223 for processing. In the downlink direction, the baseband device 223 processes the information to be transmitted and sends it to the radio frequency device 222, which processes the received information and transmits it through the antenna 221.

[0311] The radio frequency device 222 is used to transmit first control information, which is used to instruct the first communication device to adjust the rate of the target service.

[0312] The method executed by the network-side device in the above embodiments can be implemented in the baseband device 223, which includes a baseband processor.

[0313] The baseband device 223 may include at least one baseband board, on which multiple chips are disposed, as shown in FIG22. One of the chips is, for example, a baseband processor, which is connected to the memory 225 via a bus interface to call the program in the memory 225 to execute the network device operation shown in the above method embodiment.

[0314] The network-side device may also include a network interface 226, such as a Common Public Radio Interface (CPRI).

[0315] Specifically, the network-side device 2200 in this application embodiment further includes: instructions or programs stored in memory 225 and executable on processor 224. The processor 224 calls the instructions or programs in memory 225 to execute the methods executed by each module shown in FIG19 and achieve the same technical effect. To avoid repetition, it will not be described in detail here.

[0316] This application also provides a readable storage medium storing a program or instructions. When the program or instructions are executed by a processor, they implement the various processes of the above-described rate adjustment method embodiments and achieve the same technical effect. To avoid repetition, they will not be described again here.

[0317] The processor mentioned above is the processor in the terminal described in the above embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk. In some examples, the readable storage medium may be a non-transient readable storage medium.

[0318] This application embodiment also provides a chip, which includes a processor and a communication interface. The communication interface is coupled to the processor. The processor is used to run programs or instructions to implement the various processes of the above-described rate adjustment method embodiments and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0319] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.

[0320] This application also provides a computer program / program product, which is stored in a storage medium and executed by at least one processor to implement the various processes of the above-described rate adjustment method embodiments, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0321] This application also provides a rate adjustment system, including: a terminal and a network-side device, wherein the terminal can be used to perform the steps of the rate adjustment method described above, and the network-side device can be used to perform the steps of the rate adjustment method described above.

[0322] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0323] From the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of computer software products plus necessary general-purpose hardware platforms, and of course, they can also be implemented by hardware. The computer software product is stored in a storage medium (such as ROM, RAM, magnetic disk, optical disk, etc.) and includes several instructions to cause the terminal or network-side device to execute the methods described in the various embodiments of this application.

[0324] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other implementations under the guidance of this application without departing from the spirit and scope of the claims. All of these implementations are within the protection scope of this application.

Claims

1. A rate adjustment method, comprising: The first communication device receives first control information, which instructs the first communication device to adjust the rate of the target service. The first communication device performs the target operation based on the first control information.

2. The method according to claim 1, wherein, The first control information includes a first logical channel identifier, which is used to indicate that the purpose of the first control information is to indicate rate adjustment; Wherein, the first logical channel identifier is the logical channel identifier of the reuse recommended rate media access control unit (MAC CE); or, The first logical channel identifier is newly defined.

3. The method according to claim 1 or 2, wherein, The first control information is used to instruct the first communication device to adjust the rate of the target service at the granularity of Quality of Service (QoS) flow, Logical Channel (LCH), or Data Radio Bearer (DRB); or, The first control information includes first indication information, which indicates whether the rate adjustment is performed on a QoS stream, LCH, or DRB.

4. The method according to claim 3, wherein, The first control information is used to instruct the first communication device to adjust the rate of the target service at the granularity of LCH or DRB; Wherein, in the case that the first QoS flow and the second QoS flow are mapped to a DRB or LCH, the first control information is further used by the access layer AS of the first communication device to report the Quality of Service Flow Identifier (QFI) of the second QoS flow and at least one of the following to the higher layer or application layer: the rate value indicated by the first control information, the rate value of the first QoS flow; or, In cases where at least two first QoS flows are mapped to a DRB or LCH, the first control information is also used by the AS of the first communication device to report the QFI of the at least two first QoS flows and at least one of the following to the higher layer or application layer: the rate value indicated by the first control information, and the rate value of each of the at least two first QoS flows. Wherein, the first QoS flow is a QoS flow in the DRB or LCH that supports rate adjustment; the second QoS flow is a QoS flow in the DRB or LCH that does not support rate adjustment.

5. The method according to claim 4, wherein, Before the first communication device receives the first control information, the method further includes: The first communication device receives first configuration information, which is used to indicate QoS streams, LCH or DRB that support rate adjustment.

6. The method according to any one of claims 1 to 5, wherein, The method further includes at least one of the following: The first communication device reports capability information, which is used to indicate that the first communication device supports rate adjustment. The first communication device sends second control information, which is used to inquire whether the rate can be restored or whether the target bit rate is supported. The second control information is also used to determine whether the first communication device supports QoS streams, LCH, or DRB that are rate-adjustable.

7. The method according to claim 6, wherein, The second control information includes Terminal Assist Information (UAI), which is used to report QoS flows, LCH, or DRB that support rate adjustment; or, The second control information includes a Recommended Rate Bit RBR Query MAC CE, which is used for at least one of the following: querying whether the rate can be recovered, querying whether the target bit rate is supported, and reporting QoS flows, LCH, or DRB that support rate adjustment.

8. The method according to any one of claims 1 to 7, wherein, The first control information is used to instruct the first communication device to adjust the rate of the target service for at least one QoS stream, at least one LCH, or at least one DRB.

9. The method according to claim 8, wherein, At least one of the following must be satisfied: The at least one QoS flow is indicated by the first bit graph information in the first control information; or, the at least one QoS flow is indicated by its respective QFI in the first control information. The at least one LCH is indicated by the second bitmap information in the first control information; or, the at least one LCH is indicated by its respective LCID in the first control information. The at least one DRB is indicated by the third bitmap information in the first control information; or, the at least one DRB is indicated by its respective DRB identifier in the first control information.

10. The method according to claim 8, wherein, The method further includes: the first communication device receiving second configuration information, the second configuration information being used to indicate at least one of the following: The number of bits occupied by the first bitmap information; The mapping relationship between the first bitmap information and the at least one QoS stream; The number of bits occupied by the second bitmap information; The mapping relationship between the second bitmap information and the at least one LCH; The number of bits occupied by the third bitmap information; The mapping relationship between the third bitmap information and the at least one DRB.

11. The method according to claim 8, wherein, At least one of the following must be satisfied: The first control information indicates a rate value for the at least one QoS flow; The first control information is that the at least one LCH indicates a rate value; The first control information indicates a rate value for the at least one DRB.

12. The method according to any one of claims 1 to 11, wherein, After the first communication device receives the first control information, the method further includes: The first communication device determines the congestion relief time of the target service based on a first value; wherein the first value is determined based on the maximum value that the target field in the first control information can indicate, or the first value is a preset value.

13. The method according to any one of claims 1 to 12, wherein, The method further includes at least one of the following: The first communication device receives third configuration information, which is used to indicate the effective time of the first control information; The first communication device determines the effective time of the first control information based on the first control information, wherein the first control information is also used to indicate the effective time of the first control information.

14. The method according to claim 13, wherein, During the effective period of the first control information, the first communication device can perform the target operation based on the newly received first control information; and / or After the effective time of the first control information expires, the first communication device can send a second control information, which is used to inquire whether the rate can be restored.

15. The method according to claim 14, wherein, The method further includes: If new first control information is received within the effective period of the first control information, the timer corresponding to the effective period is restarted or initialized.

16. The method according to any one of claims 1 to 15, wherein, The first control information includes at least one of the following: The first field is used to indicate the QoS flow to which the rate adjustment is targeted; The second field is used to indicate whether the first control information is for uplink or downlink; The third field is used to indicate the rate value used from the rate table; The fourth field indicates the factor multiplied with the rate value in the rate table; The fifth field indicates the logical channel to which the rate adjustment is targeted; The sixth field, which indicates the DRB to which the rate adjustment is targeted; The seventh field, which is used to indicate congestion relief; The eighth field indicates that the rate adjustment is performed on at least one QoS flow, at least one LCH, or at least one DRB. The ninth field is used to indicate at least two QoS flows, at least two LCHs, or at least two DRBs that are subject to rate adjustment; The tenth field is used to indicate whether there are any QoS flows, LCHs, or DRBs that require the use of the joint rate value afterward.

17. The method according to claim 16, wherein, At least one of the following must be satisfied: The first control information does not include the second field; The third field is 8 bits; The first control information does not include the fourth field or the fourth field is N bits, where N is a positive integer; The factor is configured for the first communication device by the network-side device through Radio Resource Control (RRC) signaling.

18. The method according to claim 16, wherein, The method further includes: The first communication device receives fourth configuration information, which indicates the values ​​of the factors corresponding to multiple different values ​​of the fourth field.

19. The method according to any one of claims 1 to 18, wherein, The target business includes extended reality (XR) services.

20. A rate adjustment method, comprising: The second communication device sends first control information, which instructs the first communication device to adjust the rate of the target service.

21. The method according to claim 20, wherein, The first control information includes a first logical channel identifier, which is used to indicate that the purpose of the first control information is to indicate rate adjustment; Wherein, the first logical channel identifier is the logical channel identifier of the reused recommended rate MAC CE; or, The first logical channel identifier is newly defined.

22. The method according to claim 20 or 21, wherein, The first control information is used to instruct the first communication device to adjust the rate of the target service at the granularity of Quality of Service (QoS) flow, Logical Channel (LCH), or Data Radio Bearer (DRB); or, The first control information includes first indication information, which indicates whether the rate adjustment is performed on a QoS stream, LCH, or DRB.

23. The method according to claim 22, wherein, Before the second communication device sends the first control information, the method further includes: The second communication device sends first configuration information, which is used to indicate QoS streams, LCH or DRB that support rate adjustment.

24. The method according to any one of claims 20 to 23, wherein, Before the second communication device sends the first control information, the method further includes at least one of the following: The second communication device receives capability information, which is used to indicate to the first communication device that it supports rate adjustment; The second communication device receives second control information, which is used to inquire whether the rate can be restored or whether the target bit rate is supported. The second control information is also used to determine whether the first communication device supports QoS streams, LCH, or DRB that are rate-adjustable.

25. The method according to claim 24, wherein, The method further includes: Based on the second control information, the second communication device determines whether the first communication device supports QoS streams, LCH, or DRB that are subject to rate adjustment.

26. The method according to claim 24, wherein, The second control information is Terminal Assist Information (UAI), which is used to inquire whether the rate can be restored; or, The second control information is the Recommended Rate Bit RBR Query MAC CE, which is used for at least one of the following: querying whether the rate can be recovered, querying whether the target bit rate is supported, and reporting QoS flows, LCH or DRB that support rate adjustment.

27. The method according to any one of claims 20 to 26, wherein, The first control information is used to instruct the first communication device to adjust the rate of the target service for at least one QoS stream, at least one LCH, or at least one DRB.

28. The method according to claim 27, wherein, At least one of the following must be satisfied: The at least one QoS flow is indicated by the first bit graph information in the first control information; or, the at least one QoS flow is indicated by its respective QFI in the first control information. The at least one LCH is indicated by the second bitmap information in the first control information; or, the at least one LCH is indicated by its respective LCID in the first control information. The at least one DRB is indicated by the third bitmap information in the first control information; or, the at least one DRB is indicated by its respective DRB identifier in the first control information.

29. The method according to claim 27, wherein, The method further includes: the first communication device receiving second configuration information, the second configuration information being used to indicate at least one of the following: The number of bits occupied by the first bitmap information; The mapping relationship between the first bitmap information and the at least one QoS stream; The number of bits occupied by the second bitmap information; The mapping relationship between the second bitmap information and the at least one LCH; The number of bits occupied by the third bitmap information; The mapping relationship between the third bitmap information and the at least one DRB.

30. The method according to claim 27, wherein, At least one of the following must be satisfied: The first control information indicates a rate value for the at least one QoS flow; The first control information is that the at least one LCH indicates a rate value; The first control information indicates a rate value for the at least one DRB.

31. The method according to any one of claims 20 to 30, wherein, The method further includes: the second communication device sending third configuration information, the third configuration information being used to indicate the effective time of the first control information; or... The first control information is also used to indicate the effective time of the first control information.

32. The method according to any one of claims 20 to 31, wherein, The first control information includes at least one of the following: The first field is used to indicate the QoS flow to which the rate adjustment is targeted; The second field is used to indicate whether the first control information is for uplink or downlink; The third field is used to indicate the rate value used from the rate table; The fourth field indicates the factor multiplied with the rate value in the rate table; The fifth field indicates the logical channel to which the rate adjustment is targeted; The sixth field, which indicates the DRB to which the rate adjustment is targeted; The seventh field, which is used to indicate congestion relief; The eighth field indicates that the rate adjustment is performed on at least one QoS flow, at least one LCH, or at least one DRB. The ninth field is used to indicate at least two QoS flows, at least two LCHs, or at least two DRBs that are subject to rate adjustment; The tenth field is used to indicate whether there are any QoS flows, LCHs, or DRBs that require the use of the joint rate value afterward.

33. A rate adjustment device, applied to a first communication device, comprising: The communication module is used to receive first control information, which instructs the first communication device to adjust the rate of the target service. The processing module is used to execute the target operation based on the first control information.

34. A rate adjustment device, applied to a second communication device, comprising: The communication module is used to send first control information, which instructs the first communication device to adjust the rate of the target service.

35. A communication device comprising a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as claimed in any one of claims 1 to 32.

36. A readable storage medium on which a program or instructions are stored, wherein the program or instructions, when executed by a processor, implement the method as claimed in any one of claims 1-32.

Images