Communication method and communication device

Abstract

The invention provides a communication method and a communication device, which can be applied to the field of communication. In the technical scheme provided by the invention, the network equipment configures a plurality of time delay reporting thresholds for the terminal equipment, so that the terminal equipment can report a plurality of pieces of time delay information based on the plurality of time delay reporting thresholds, and the reporting overhead can be reduced while the time delay state can be accurately reported.

Description

Technical Field

[0001] This application relates to the field of communications, and more particularly to communication methods and communication devices. Background Technology

[0002] In some communication system applications, there is a significant demand for low-interaction-latency communication methods to maximize bandwidth under given latency and certain reliability requirements. Therefore, a delay status report (DSR) method is employed to report latency-related information of the data to be transmitted.

[0003] DSR (Distributed Reporting Response) can be triggered based on the remaining transmission delay budget, the storage duration of the data to be transmitted, or the data volume. The reporting information for this method includes the buffer status of the data to be transmitted, the remaining delay budget, and the buffer size.

[0004] However, existing DSR reporting methods have the problem that the latency requirements for some data cannot be guaranteed. Summary of the Invention

[0005] The communication method and communication device provided in this application can realize the accurate reporting of delay status report (DSR) and media access control (MAC) control element (CE).

[0006] In a first aspect, this application provides a communication method, which includes: receiving first configuration information, the first configuration information being used to configure M delay reporting thresholds for a first logical channel group (LCG), the M delay reporting thresholds including a first delay reporting threshold, M being an integer greater than 1, the first delay reporting threshold being used to determine a delay status report media access control layer control element DSR MAC CE; sending a first DSR MAC CE, the first DSR MAC CE being used to indicate first delay information, the first delay information indicating delay information of first data, the first data belonging to a first LCG, the first delay information being within the range of the first delay reporting threshold; the first DSR also indicating second delay information, the second delay information indicating delay information of second data, the second data belonging to a second LCG.

[0007] For example, the latency reporting threshold can be a range, such as greater than or equal to 5ms and less than 10ms.

[0008] In this communication method, the configuration information sets multiple latency reporting thresholds for the DSR, which can report one or more latency information from one or more LCGs, each LCG being located at different latency thresholds. This can accurately reflect the latency information of the LCGs and avoid the situation where only the shortest remaining latency budget is reported, which would prevent the network device from achieving accurate data scheduling.

[0009] This communication method can be executed by a communication device, or by a chip, chip system, processor, processor system, circuit unit, or circuit system configured for use in a communication device. For ease of description, the following content in this section will use a communication device as an example. As an example, the communication device is a terminal device.

[0010] In some possible designs, a second configuration information is received, which is used to configure a first threshold, and the first threshold is used to trigger the transmission of the first DSR MAC CE.

[0011] For example, when the remaining transmission delay of data in an LCG or LCH is lower than a first threshold, the LCG or LCH triggers a DSR.

[0012] This design configures a trigger threshold for DSR. DSR is triggered when the remaining transmission delay of the data meets the trigger threshold, thus reducing the waste of channel resources.

[0013] In some possible designs, the first DSR MAC CE also indicates the first data volume, which is the amount of data for the first data.

[0014] This design helps network devices accurately schedule resources based on the amount of data by reporting the amount of data whose remaining transmission delay budget is within the delay reporting threshold.

[0015] In some possible designs, the first data is all the data in the first LCG buffer data whose remaining transmission delay budget is within the range of the first delay reporting threshold; or, the first data is the data in the first LCG buffer data whose remaining transmission delay budget is within the range of the first delay reporting threshold and has the shortest remaining transmission delay budget.

[0016] In this design scheme, reporting all data whose remaining transmission delay budget is within the first delay reporting threshold range enables network devices to obtain sufficient information for rapid scheduling; reporting the data with the shortest remaining transmission delay budget among the data whose remaining transmission delay budget is within the first delay reporting threshold range enables network devices to provide precise scheduling based on network status.

[0017] In some possible designs, the first DSR MAC CE also includes first indication information, which indicates that the first DSR MAC CE contains N delay information of the first LCG. The N delay information corresponds one-to-one with the N delay reporting thresholds in the M delay reporting thresholds. Each of the N delay information is located within the corresponding delay reporting threshold range of the N delay reporting threshold ranges. The N delay information includes the first delay information. N is a positive integer and N is less than or equal to M.

[0018] In this design scheme, the first indication information indicates which N delay reporting thresholds are included in the first DSR MAC CE and which N delay information corresponds to them. Compared with the first indication information reporting delay information for all M delay reporting thresholds, signaling overhead can be saved.

[0019] In some possible designs, the first indication information includes M bits, which correspond one-to-one with M delay reporting thresholds. The first bit of the M bits corresponds to the first delay information, where the first bit is used to indicate whether the first DSR MAC CE contains the first data amount. M is a positive integer, and N is less than or equal to M.

[0020] In this design, M bits are used to indicate the corresponding M delay reporting thresholds, indicating whether the first DSR MACCE contains the data amount corresponding to each bit, which can save signaling overhead.

[0021] For example, predefined information can be used to indicate whether delay information exists in the threshold. For instance, the first indication information can be binary code, where 0 indicates that delay information does not exist in the threshold and 1 indicates that delay information exists in the threshold.

[0022] In some possible designs, the first DSR MAC CE indicates the first delay information, including: the first DSR MAC CE indicates O data quantities of the first LCG, the O data quantities correspond one-to-one with O delay reporting thresholds among M delay reporting thresholds, the O delay information contains the first delay information, and each of the O data quantities is all data in the first LCG buffer data whose remaining transmission delay budget is within the range of the corresponding delay reporting threshold. O is a positive integer, and O is less than or equal to M.

[0023] In this design scheme, the corresponding latency information is implicitly indicated by the amount of data, which can save signaling overhead.

[0024] In some possible designs, a third configuration information is received, which includes a buffer status (BS) table used to determine the amount of data.

[0025] In this design, the terminal device can be configured with a BS table, which is used to indicate the data volume limit range at different granularities, thus realizing flexible indication of the remaining transmission delay budget.

[0026] In some possible designs, the first DSR MAC CE also includes second indication information, which indicates the BS table corresponding to each of the aforementioned O data quantities.

[0027] In this design scheme, the second indication information indicates the BS table corresponding to each of the O data quantities. Different LCGs can correspond to different BS tables, realizing flexible indication of the latency reporting threshold range.

[0028] In some possible designs, the N delay information indicated by the first DSR MAC CE is the same as the O data quantity, where N and O are the same.

[0029] Understandably, the fact that N and O are the same means that the number of data volume information and the number of delay information corresponding to the first LCG are the same.

[0030] Preferably, when N=0, the N delay information items correspond one-to-one with the O data items.

[0031] In this design scheme, when N=0, the delay information does not need to be explicitly indicated. Instead, the delay information is determined by the correspondence between 0 data items and N delay information items, thereby reducing transmission overhead.

[0032] Secondly, this application provides a communication method, which includes: sending first configuration information, the first configuration information being used to configure a first delay reporting threshold for a first logical channel group (LCG), the first delay reporting threshold being used to determine a delay status report (DSR MAC CE); receiving a first delay status report, the first DSR MAC CE indicating first delay information, the first delay information indicating delay information of first data, the first data belonging to a first LCG, the first delay information being within the range of the first delay reporting threshold, the first DSR MAC CE also indicating second delay information, the second delay information indicating delay information of second data, the second data belonging to a second LCG.

[0033] This communication method can be executed by a communication device, or by a chip, chip system, processor, processor system, circuit unit, or circuit system configured for use in a communication device. For ease of description, the following content in this section will use a communication device as an example. As an example, the communication device is a network device.

[0034] In some possible designs, a second configuration information is sent, which is used to configure a first threshold, and the first threshold is used to trigger the transmission of the first DSR MAC CE.

[0035] In some possible designs, the first DSR MAC CE also indicates the first data volume, which is the amount of data for the first data.

[0036] In some possible designs, the first data is all the data in the first LCG buffer data whose remaining transmission delay budget is within the range of the first delay reporting threshold; or, the first data is the data in the first LCG buffer data whose remaining transmission delay budget is within the range of the first delay reporting threshold and has the shortest remaining transmission delay budget.

[0037] In some possible designs, the first DSR MAC CE also includes first indication information, which indicates that the first DSR MAC CE contains N delay information, and the N delay information corresponds one-to-one with the N delay reporting thresholds among the M delay reporting thresholds. Each of the N delay information is located within the corresponding delay reporting threshold range of the N delay reporting threshold ranges. The N delay information includes the first delay information, where N is a positive integer and N is less than or equal to M.

[0038] In some possible designs, the first indication information includes M bits, which correspond one-to-one with M delay reporting thresholds. Each of the M bits indicates whether the first DSR MAC CE contains the delay reporting threshold corresponding to each bit. M is a positive integer, and N is less than or equal to M.

[0039] In some possible designs, the first DSR MAC CE indicates the first delay information, including: the first DSR MAC CE indicates O data quantities of the first LCG, the O data quantities correspond one-to-one with O delay reporting thresholds among M delay reporting thresholds, the O delay information contains the first delay information, and each of the O data quantities is all data in the first LCG buffer data whose remaining transmission delay budget is within the range of the corresponding delay reporting threshold. O is a positive integer, and O is less than or equal to M.

[0040] In some possible designs, a third configuration information is sent, which includes a BS table used to determine the number of data items.

[0041] In some possible designs, the first DSR MAC CE also includes second indication information, which indicates the BS table corresponding to each of the aforementioned O data quantities.

[0042] In some possible designs, the N delay information and O data quantities indicated by the first DSR MAC CE can be the same.

[0043] Thirdly, this application provides a communication device. This communication device may include modules corresponding to the methods / operations / steps / actions described in the first aspect or any possible implementation of the first aspect. These modules may be hardware circuits, software, or a combination of hardware circuits and software.

[0044] In one design, the device may include a processing module and a communication module. The communication module is used to perform the sending and receiving actions in the method described in the first aspect or any possible implementation thereof, while the processing module is used to perform the processing actions involved in the method described in the first aspect or any possible implementation thereof.

[0045] In one design, the device can be a terminal device, or a device, module, circuit, or chip configured in the terminal device, or a device that can be used in conjunction with the terminal device.

[0046] Fourthly, this application provides a communication device. This communication device may include modules corresponding to the methods / operations / steps / actions described in the second aspect or any possible implementation thereof.

[0047] In one design, the device may include a processing module and a communication module. The communication module is used to perform the sending and receiving actions in the method described in the second aspect or any possible implementation thereof, while the processing module is used to perform the processing actions involved in the method described in the second aspect or any possible implementation thereof.

[0048] In one design, the device can be a network device, or a device, module, circuit, or chip configured in the network device, or a device that can be used in conjunction with the network device.

[0049] Fifthly, an apparatus is provided, including a processor, wherein instructions, when executed by the processor, cause a method as described in the first aspect or any possible implementation thereof to be implemented.

[0050] Optionally, the device may further include a storage medium that stores the instructions executed by the processor.

[0051] A sixth aspect provides an apparatus including a processor, wherein instructions, when executed by the processor, cause the method as described in the second aspect or any possible implementation thereof to be implemented.

[0052] Optionally, the device may further include a storage medium that stores the instructions executed by the processor.

[0053] In a seventh aspect, a chip is provided, including processing circuitry for running a program or instructions to implement a method as described in the first aspect or any possible implementation thereof.

[0054] Optionally, the chip may further include a memory for storing programs or instructions.

[0055] Optionally, the chip may also include the transceiver circuit, or an input / output interface.

[0056] Eighthly, a chip is provided, including processing circuitry for running a program or instructions to implement the methods described in the second aspect or any possible implementation thereof.

[0057] Optionally, the chip may further include a memory for storing programs or instructions.

[0058] Optionally, the chip may also include the transceiver circuit, or an input / output interface.

[0059] A ninth aspect provides a computer-readable storage medium comprising instructions that, when executed by a processor, cause the method as described in the first aspect or any possible implementation thereof to be implemented.

[0060] In a tenth aspect, a computer-readable storage medium is provided, the computer-readable storage medium including instructions that, when executed by a processor, cause the method as described in the second aspect or any possible implementation thereof to be implemented.

[0061] Eleventhly, a computer program product is provided, the computer program product including computer program code or instructions, which, when the computer program code or instructions are executed, cause the method as described in the first aspect or any possible implementation thereof to be implemented.

[0062] In a twelfth aspect, a computer program product is provided, the computer program product comprising computer program code or instructions that, when the computer program code or instructions are executed, cause the method as described in the second aspect or any possible implementation thereof to be implemented.

[0063] In a thirteenth aspect, a communication system is provided, comprising: means for performing the first aspect or any possible implementation thereof, and means for performing the second aspect or any possible implementation thereof.

[0064] It is understood that the technical effects of any of the second to thirteenth aspects of this application can be referred to the relevant content in the first aspect, and will not be repeated here. Attached Figure Description

[0065] Figure 1 Example diagram of a communication system applicable to embodiments of this application;

[0066] Figure 2 Example diagram of a network-side network element module applicable to embodiments of this application;

[0067] Figure 3 Example diagram of the DSR MAC CE reporting format applicable to embodiments of this application;

[0068] Figure 4 Example diagram of the DSR MAC CE reporting format applicable to embodiments of this application;

[0069] Figure 5 Example diagram of the DSR MAC CE reporting format applicable to embodiments of this application;

[0070] Figure 6 Example diagrams illustrating latency information applicable to embodiments of this application;

[0071] Figure 7 Example diagram of the DSR MAC CE reporting format applicable to embodiments of this application;

[0072] Figure 8 Example diagrams illustrating the communication method applicable to embodiments of this application;

[0073] Figure 9 Example diagram of the DSR MAC CE reporting format applicable to embodiments of this application;

[0074] Figure 10 Example diagram of the DSR MAC CE reporting format applicable to embodiments of this application;

[0075] Figure 11 Example diagram of the DSR MAC CE reporting format applicable to embodiments of this application;

[0076] Figure 12 Example diagram of the DSR MAC CE reporting format applicable to embodiments of this application;

[0077] Figure 13 This is a schematic diagram of the structure of a communication device according to an embodiment of this application;

[0078] Figure 14 This is a schematic diagram of the structure of a communication device according to an embodiment of this application. Detailed Implementation

[0079] The technical solutions in the embodiments of this application will now be described with reference to the accompanying drawings.

[0080] To facilitate a clear description of the technical solutions in the embodiments of this application, the terms "first" and "second" are used in the embodiments of this application to distinguish identical or similar items with essentially the same function and effect. Those skilled in the art will understand that the terms "first" and "second" do not limit the quantity or execution order, and the terms "first" and "second" are not necessarily different.

[0081] It should be noted that, in the embodiments of this application, the terms "exemplary" or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design scheme described as "exemplary" or "for example" in this application should not be construed as being more preferred or advantageous than other embodiments or design schemes. Specifically, the use of terms such as "exemplary" or "for example" is intended to present the relevant concepts in a specific manner.

[0082] In this application embodiment, "at least one" refers to one or more, and "more than one" refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, and / or c can represent: a, b, c, ab, ac, bc, or abc, where a, b, and c can be single or multiple.

[0083] The technical solution of this application is applicable to wireless communication systems, such as: 5th generation (5G) or new radio (NR) systems, long term evolution (LTE) systems, LTE frequency division duplex (FDD) systems, LTE time division duplex (TDD) systems, wireless local area network (WLAN) systems, satellite communication systems, future mobile communication systems, or integrated systems of multiple systems, etc.

[0084] The technical solutions provided in this application can also be applied to device-to-device (D2D) communication, vehicle-to-everything (V2X) communication, machine-to-machine (M2M) communication, machine-type communication (MTC), and Internet of Things (IoT) communication systems or other communication systems.

[0085] In a communication system, one network element can send signals to or receive signals from another network element. These signals can include information, signaling, or data. The term "network element" can also be replaced by an entity, network entity, device, communication equipment, communication module, node, communication node, etc. This application uses a device as an example. For instance, a communication system can include at least one terminal device and at least one network device. The network device can send downlink signals to the terminal device, and / or the terminal device can send uplink signals to the network device.

[0086] In the embodiments of this application, the terminal device may also be referred to as user equipment (UE), access terminal, user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent, or user apparatus.

[0087] Terminal devices can be devices that provide voice / data, such as handheld devices with wireless connectivity, in-vehicle devices, etc. Currently, examples of terminals include: mobile phones, tablets, laptops, PDAs, mobile internet devices (MIDs), wearable devices, virtual reality (VR) devices, augmented reality (AR) devices, wireless terminals in industrial control, wireless terminals in self-driving, wireless terminals in remote medical surgery, wireless terminals in smart grids, wireless terminals in transportation safety, wireless terminals in smart cities, wireless terminals in smart homes, cellular phones, cordless phones, session initiation protocol (SIP) phones, wireless local loop (WLL) stations, personal digital assistants (PDAs), handheld devices with wireless communication capabilities, computing devices or other processing devices connected to a wireless modem, wearable devices, terminal devices in 5G networks, or future public land mobile communication networks. Terminal devices in a network (PLMN), etc., are not limited to this in the embodiments of this application.

[0088] By way of example and not limitation, in this embodiment, the terminal device can also be a wearable device. Wearable devices, also known as wearable smart devices, are a general term for devices that utilize wearable technology to intelligently design and develop everyday wearables, such as glasses, gloves, watches, clothing, and shoes. Wearable devices are portable devices that are worn directly on the body or integrated into the user's clothing or accessories. Wearable devices are not merely hardware devices, but also achieve powerful functions through software support, data interaction, and cloud interaction. Broadly speaking, wearable smart devices include those that are feature-rich, large in size, and can achieve complete or partial functions without relying on a smartphone, such as smartwatches or smart glasses, as well as those that focus on a specific type of application function and require the use of other devices such as smartphones, such as various smart bracelets and smart jewelry for vital sign monitoring.

[0089] In this embodiment, the device for implementing the functions of the terminal device can be the terminal device itself, or it can be any device capable of supporting the terminal device in implementing those functions, such as a chip system. This device can be installed in or used in conjunction with the terminal device. In this embodiment, the chip system can be composed of chips or may include chips and other discrete components. This embodiment only uses the terminal device as an example to illustrate the device for implementing the functions of the terminal device, and does not constitute a limitation on the solution of this embodiment.

[0090] To facilitate understanding of the methods provided in the embodiments of this application, the system architecture of the methods provided in the embodiments of this application will be described below. It is understood that the system architecture described in the embodiments of this application is for the purpose of more clearly illustrating the solutions of the embodiments of this application and does not constitute a limitation on the solutions provided in the embodiments of this application.

[0091] Figure 1 This is an example diagram of a communication system applicable to embodiments of this application. The communication system includes a radio access network (RAN) 100, a core network (CN) 200, and an Internet 300. RAN 100 includes at least one RAN node (such as 110a and 110b in the above figure, collectively referred to as 110) and at least one terminal (such as...). Figure 1 120a-120j (collectively referred to as 120) are included in the RAN. The RAN may also include other RAN nodes, such as wireless relay devices and / or wireless backhaul devices. Terminal 120 is wirelessly connected to RAN node 110. RAN node 110 is wirelessly or wired connected to core network 200. The core network devices in core network 200 and RAN node 110 in RAN 100 can be different physical devices, or they can be the same physical device integrating core network logical functions and wireless access network logical functions. Internet 300 is wirelessly or wired connected to wireless access network 100 and core network 200.

[0092] RAN 100 can be a cellular system related to the 3rd Generation Partnership Project (3GPP), such as 4G, 5G mobile communication systems, NTN (non-terrestrial network) systems, or future-oriented evolution systems. RAN 100 can also be an open RAN (O-RAN or ORAN), a cloud radio access network (CRAN), or a wireless fidelity (WiFi) system, or a communication system that integrates two or more of the above systems.

[0093] For example, terminal 120 can also be referred to as terminal equipment, user equipment (UE), mobile station, mobile terminal, etc. Terminals can be widely used in various scenarios, such as device-to-device (D2D), vehicle-to-everything (V2X) communication, machine-type communication (MTC), Internet of Things (IoT), virtual reality, augmented reality, industrial control, autonomous driving, telemedicine, smart grids, smart furniture, smart offices, smart wearables, smart transportation, smart cities, etc. Terminals can be mobile phones, tablets, computers with wireless transceiver capabilities, wearable devices, vehicles, drones, helicopters, airplanes, ships, robots, robotic arms, smart home devices, etc. The embodiments of this application do not limit the device form of the terminal.

[0094] For example, RAN node 110, sometimes also referred to as access network equipment, RAN entity, or access node, constitutes part of the communication system and is used to help terminals achieve wireless access. Multiple RAN nodes 110 in communication system 1000 can be of the same type or different types. In some scenarios, the roles of RAN node 110 and terminal 120 are relative, for example... Figure 1 Network element 120i can be a helicopter or a drone, and it can be configured as a mobile base station. For terminals 120j that access RAN 100 through network element 120i, network element 120i is a base station; however, for base station 110a, network element 120i is a terminal. RAN node 110 and terminal 120 are sometimes referred to as communication devices, for example... Figure 1 Network elements 110a and 110b can be understood as communication devices with base station functions, while network elements 120a-120j can be understood as communication devices with terminal functions.

[0095] In one possible scenario, a RAN node can be a base station, an evolved NodeB (eNodeB), an access point (AP), a transmission reception point (TRP), a next-generation NodeB (gNB), a base station in a future mobile communication system, or an access node in a WiFi system, etc. Figure 1 110a), micro base stations or indoor stations (such as Figure 1In CRAN scenarios, RAN nodes can be 110b, relay nodes, donor nodes, or wireless controllers. Optionally, RAN nodes can also be servers, wearable devices, vehicles, or in-vehicle equipment. For example, in vehicle-to-everything (V2X) technology, the access network equipment can be a roadside unit (RSU).

[0096] For example, core network equipment can refer to equipment in the core network (CN) that provides service support to terminals. Currently, some examples of core network equipment include: access and mobility management function (AMF) entities, session management function (SMF) entities, user plane function (UPF) entities, etc., which will not be listed here. The AMF entity is responsible for terminal access management and mobility management; the SMF entity is responsible for session management, such as user session establishment; the UPF entity can be a user plane functional entity, mainly responsible for connecting to external networks. It should be noted that in this application, entities can also be referred to as network elements or functional entities. For example, an AMF entity can also be called an AMF network element or an AMF functional entity, and an SMF entity can also be called an SMF network element or an SMF functional entity, etc.

[0097] In another possible scenario, multiple RAN nodes collaborate to assist the terminal in achieving wireless access, with each RAN node implementing a portion of the network device's functions. For example... Figure 2 As shown, RAN nodes can be centralized units (CUs), distributed units (DUs), CU-control plane (CPs), CU-user plane (UPs), or radio units (RUs), etc. CUs and DUs can be set up separately or included in the same network element, such as the baseband unit (BBU). CU and DU nodes separate the gNB's protocol layers; some protocol layer functions are centrally controlled by the CU, while the remaining part or all of the protocol layer functions are distributed in the DU, which is centrally controlled by the CU. For example... Figure 2As one implementation, the CU deploys the Radio Resource Control (RRC) layer, Packet Data Convergence Protocol (PDCP) layer, and Service Data Adaptation Protocol (SDAP) layer in the protocol stack; the DU deploys the Radio Link Control (RLC) layer, Media Access Control (MAC) layer, and Physical Layer (PHY) in the protocol stack. Thus, the CU has the processing capabilities for RRC, PDCP, and SDAP. The DU has the processing capabilities for RLC, MAC, and PHY. It is understood that the above functional division is merely an example and does not constitute a limitation on the CU and DU. The RU can be included in radio frequency equipment or radio frequency units, such as in a remote radio unit (RRU), active antenna unit (AAU), or remote radio head (RRH).

[0098] In different systems, CU (or CU-CP and CU-UP), DU, or RU may have different names, but those skilled in the art will understand their meaning. For example, in an ORAN system, CU can also be called O-CU (open CU), DU can also be called O-DU, CU-CP can also be called O-CU-CP, CU-UP can also be called O-CU-UP, and RU can also be called O-RU. For ease of description, this application uses CU, CU-CP, CU-UP, DU, and RU as examples. Any of the units among CU (or CU-CP, CU-UP), DU, and RU in this application can be implemented through software modules, hardware modules, or a combination of software and hardware modules.

[0099] exist Figure 1The communication system shown includes Extended Reality (XR) Pro services, which have high requirements for ultra-high bandwidth and ultra-low latency. XR Pro services consist of various data types, such as video, audio, and other control signals. Video data typically comprises several ultra-high-definition images, each compressed and encoded using methods like High Efficiency Video Coding (HEVC). This encoding produces a large data block; the higher the video resolution, the larger the data block usually is. Therefore, an XR data point, also known as a data frame, typically requires several Internet Protocol (IP) packets or several Protocol Data Units (PDUs) for transmission. This data, composed of multiple PDUs, is usually referred to as a PDU set or a data burst. A PDU set includes at least one PDU, and these PDUs carry an information unit generated by an application or application layer. For example, a large video frame typically needs to be divided into multiple PDUs for transmission.

[0100] XR services require low latency. Therefore, in uplink scenarios, the concept of delay-critical data is introduced to achieve the transmission of such low-latency data. Specifically, the base station can configure a remaining time threshold for an LCG (Local Group). When the remaining transmission delay budget for any data within that LCG, such as any logical channel (LCH) within the LCG, falls below this threshold, a delay status report (DSR) can be triggered for the LCG or LCH containing that data. This report notifies the base station of the latency information of the LCG. In some cases, the data may not have been transmitted by a MAC PDU or its information may not have been reported by any DSR MAC CE.

[0101] The DSR (Data Source Response) can indicate the latency information of the data with the shortest remaining transmission delay budget in the LCG (Local Group of Data), such as the absolute value of the remaining transmission delay budget. This absolute value can be an integer, and the unit can be milliseconds. This data can be data that has not been transmitted by any MAC PDU (Portable MAC Unit). In some cases, the DSR MAC CE (Data Quantity Response) may also carry the amount of low-latency data in the LCG, i.e., the amount of data whose remaining transmission delay budget is below the latency threshold. It's understandable that the data latency information refers to the latency information of the data with the shortest remaining transmission delay budget, and may not correspond one-to-one with the amount of data reported in the DSR. The remaining transmission delay budget can be determined by the remaining value of the data's packet loss timer, or the data's packet delay budget (PDB), or the PDU set delay budget (PSDB). The packet loss timer is typically started when data, such as a PDCP SDU, reaches the PDCP layer. The value or duration of the packet loss timer can be determined by the base station through higher-layer signaling. If the packet loss timer expires, the data can be discarded if it has not been multiplexed to any MAC PDU or transmitted.

[0102] Alternatively, the transmission latency budget can be the PDB timeout corresponding to the data to be transmitted. Here, PDB can be understood as the latency requirement from the terminal device to the base station or to the user plane function (UPF) network element; that is, the time from when a PDU arrives at the terminal device until the PDU is successfully received by the base station or UPF network element. Typically, PDB is configured by the core network (CN) through the 5G Quality of Service (QoS) identifier (5QI).

[0103] XR Pro is a latency-sensitive service, and end-to-end latency affects the end-user experience. Therefore, there are stringent requirements for the latency of air interface transmission. For example, the downlink transmission latency budget for an XR frame is typically 10 milliseconds (ms), meaning that the transmission time of the XR data over the air interface is at most 10ms. If we start calculating from the earliest arrival of the XR frame at the user plane function (UPF), the successful reception of all parts of the XR frame by the UE must be completed within 10ms. The uplink transmission latency budget is typically 30ms, which can be understood as starting from the earliest arrival of the XR frame at the UE, the successful reception of all parts of the XR frame by the base station or UPF must be completed within 30ms.

[0104] In some implementations, DSR (Delayed Transmission Response) can be triggered based on the remaining transmission delay budget. For example, DSR can be triggered when the remaining transmission delay budget of the data to be transmitted is less than or equal to a threshold. For instance, the UE receives a threshold information, and when the remaining delay budget of some data of the UE (such as an XR device) is less than or equal to this threshold, DSR is triggered. The remaining transmission delay budget can be understood as a duration, starting at the current system time and ending at the moment when the data's transmission delay budget is about to expire, or when the data is about to be discarded. For example, the transmission delay budget can be the timeout of the PDB (Programmable Delay Database) or PSDB (Programmable Power Delay Database) corresponding to the data. PDB can be understood as the latency requirement from the UE to the base station or UPF, that is, the duration from when a PDU arrives at the UE until the PDU is successfully received by the base station or UPF, usually configured by the CN (Network Controller) through the 5G QoS identifier (5QI). PSDB can be understood as the transmission latency requirement of a PDU set, such as the time from the first PDU arriving at the UE in a PDU set until all PDUs in that set are successfully received by the base station or UPF. For example, it could be the time when data arrives at the access stratum (AS) layer, or the time when data arrives at the SDAP layer, PDCP layer, RLC, LCH, or MAC layer; this article does not impose any restrictions. Additionally, the time when data is about to be discarded can be understood as the time when the corresponding packet loss timer expires. For example, the PDCP layer configures a packet loss timer for each service data unit (SDU). When an SDU from a higher layer arrives at the PDCP layer, the timer is started; when the timer expires, the corresponding SDU or PDU will be discarded.

[0105] Alternatively, DSR triggering can occur when the stored duration of the data to be transmitted is equal to or exceeds a threshold. For example, the UE receives a threshold information, and when the stored time of certain data is greater than or equal to this threshold, DSR is triggered. For uplink transmission, the start time of the stored duration can be considered as the time when the data arrives at the UE. Furthermore, the end time of the stored duration can be the current time of the transmission system, meaning the stored duration is updated according to system operation, for example, by increasing. The unit of the stored duration can be any time unit, such as milliseconds, or it can be based on communication-related units, such as the number of time slots, subframes, system frames, etc., which are not limited in this document.

[0106] Additionally, for example, the data can be a protocol data unit (PDU), a PDU set, or a data burst. A PDU set includes at least one PDU, and these PDUs carry information units generated by an application (or application layer). For example, a video frame has a large data volume and typically needs to be divided into multiple PDUs for transmission. A data burst can be understood as a group of PDUs generated and sent by an application (or application layer) within a short period of time. These PDUs can come from one or more PDU sets. When the data is understood as a PDU set or a data burst, the time it arrives at the UE can be understood as the time it takes for one PDU in the PDU set or data burst to reach the UE, typically the time corresponding to the first PDU in the PDU set or data burst to arrive at the UE. It should be understood that the first PDU to arrive at the UE is not necessarily the first PDU in the PDU set or data burst in the order of generation or transmission.

[0107] In another triggering method, DSR can also be triggered based on the amount of data. For example, when the amount of data in an LCH or LCG is greater than or equal to a threshold, the DSR is triggered. When the remaining time of the packet loss timer corresponding to the data is less than a threshold, and the data has not been transmitted by any MAC PDU, nor reported by any DSR MAC CE, then if the LCH containing the data does not have a DSR to be transmitted (or has been triggered), that is, the LCH has not triggered a DSR since the last transmission of a DSR MAC CE, then a DSR can be triggered for the LCH.

[0108] In some implementations, the first format DSR MAC CE can be as follows: Figure 3 As shown. The first byte's 8-bit bitmap corresponds to LCG0-LCG7, indicating whether the DSR MAC CE contains data information from LCG0-LCG7. The first format DSR MAC CE can report the amount of data in an LCG whose remaining transmission delay budget is below a threshold, as well as the remaining transmission delay budget of the data in that LCG with the shortest remaining transmission delay budget. Here, the threshold can be the threshold mentioned above that triggers the DSR.

[0109] For example, when the bit indicator corresponding to LCG0 is '0', it can be assumed that the DSR MAC CE does not contain information about LCG0; that is, the data information in LCG0 is not reported in the DSR MAC CE. Therefore, the DSR MAC CE also does not contain the BT word field, R word field, remaining time word field, and buffer size word field corresponding to LCG0. Conversely, if the bit indicator corresponding to LCG1 is '0', it can be assumed that the DSR MAC CE does not contain information about LCG0; that is, the data information in LCG0 is not reported in the DSR MAC CE. Conversely, if the bit indicator corresponding to LCG0 is '1', it can be assumed that the DSR MAC CE contains information about LCG0; that is, the data information in LCG0 is reported in the DSR MAC CE, and the DSR MAC CE contains the BT word field, R word field, remaining delay word field, and buffer size word field corresponding to LCG0. In this way, the DSR MAC CE can contain information about LCGs that need to be reported, thereby saving overhead.

[0110] Typically, the buffer size field consists of 8 bits, and it doesn't indicate a data volume value. Instead, it represents the data volume (BS value) determined by the network device from the buffer state table using an index. For example, suppose the buffer state table corresponding to the DSR is shown in Table 1. To determine the data volume to be transmitted in the logical channel corresponding to the buffer size based on Table 1, the buffer size value needs to be converted to a decimal value within the range of 0-255. Based on the buffer size value (i.e., the decimal index value), the data volume of the corresponding LCG in the MAC CE can be determined from Table 1.

[0111] In this DSR MAC CE, the BT field represents the buffer status (BS) table used. The base station can configure an additional BS table for each LCG via RRC messages, as shown in Table 2. In this case, the LCG may have two BS tables, such as Table 1 and Table 2 below. Therefore, if the data volume information of the LCG is reported through this DSR MAC CE, the BT field needs to indicate the corresponding BS resource, i.e., the corresponding buffer size field, and which BS table is used. For example, when an additional BS table is configured, a BT field value of '0' indicates that the corresponding LCG's buffer size field corresponds to Table 1, and a BT field value of '1' indicates that the corresponding LCG's buffer size field corresponds to Table 2. In one possible scenario, if the data size indicated by the cache size field falls within the range covered by the additional BS table, then the BT field can indicate that the cache size field of the corresponding LCG uses the additional BS table (e.g., BT value is '1'). Otherwise, the BT field can indicate that the cache size field of the corresponding LCG uses the old BS table. The old BS table can be pre-configured. This method reduces the error in the data size indicated by the cache size field and improves system capacity.

[0112] Table 1

[0113]

[0114]

[0115]

[0116] Table 2

[0117]

[0118]

[0119] In some implementations, the DSR MAC CE includes indication information that indicates the BS table corresponding to each of the O data volumes.

[0120] In some implementations, the indication information includes M bits, which correspond one-to-one with M delay reporting thresholds. The M bits include O bits, and each of the O bits indicates the BS table corresponding to the O data quantities.

[0121] For example, LCG1 can be configured with M = 4 BT word fields, that is, 4 bits indicating the BS table corresponding to the four data quantities respectively. BT word field 1 and BT word field 2 are set to 1, corresponding to BS table 2; BT word field 1 and BT word field 2 are set to 0, corresponding to BS table 1. That is, M = 4 bits includes 0 = 4 bits, and each of the 0 = 4 bits indicates the BS table corresponding to each data quantity.

[0122] If no additional BS table is configured, this field can be set to a default value such as '0', or the base station can ignore this field.

[0123] The remaining time field indicates the remaining latency budget of the data with the shortest remaining latency budget within the corresponding LCG. The 6 bits can indicate a latency range of 1-64. Data can be at the PDU granularity or the PDU set granularity. The buffer size field indicates the amount of low-latency data within the corresponding LCG. Latency-sensitive data can be data whose remaining transmission latency budget (such as the remaining value of a packet loss timer) is below a threshold, which can be the threshold for triggering DSR (Delayed Loss Response).

[0124] In some scenarios, when terminal devices need to process data at the PDU set granularity, such as when the DRB corresponding to the LCH is configured with packet loss at the PDU set granularity, when calculating the amount of low-latency data for that LCH, if the remaining transmission latency budget of any data in a PDU set, such as a PDCP SDU, is lower than a threshold (which could be the threshold for triggering DSR), then all data within that PDU set, such as all PDCP SDUs within the PDU set, can be considered low-latency data and can be reported through the buffer size field of the LCG to which the LCH belongs.

[0125] It is understandable that, for the first format of DSR MAC CE, the threshold can also be configured by RRC. Therefore, if an LCG is not configured with this threshold, the information of the data in that LCG cannot be reported via DSR MAC CE. In some implementations, such as Figure 4 As shown, multiple sets of information for an LCG can be reported via DSR MAC CE in the second format. Figure 4 The format shown allows for the reporting of multiple sets of information from each LCG. For example, each set of information may include latency information and corresponding data volume information.

[0126] Optionally, the number of information groups that each LCG can report can be the same, for example, configured using the same parameter. Alternatively, the number of information groups that each LCG can report can be different. For example, ... Figure 4As shown, LCG0 can report P group information, and LCG7 can report Q group information. P and Q are pre-configured, or they can be configured by the base station via RRC messages. Optionally, P and Q can be the same value or different values.

[0127] Understandably, P (or Q) can be the maximum number of information groups that the corresponding LCG in DSR MAC CE can report, and the actual number can be less than P (or Q).

[0128] In one implementation, the DSR MAC CE can indicate the actual number of reported groups in an LCG. For ease of understanding, the actual number of reported groups is denoted as X, where X is a positive integer. X is less than P (or Q). For example, LCG0 can report a maximum of P = 4 groups of information. The DSR MAC CE can determine, through the indication information, that the DSR MAC CE actually contains X = 2 groups of information from LCG0. In this case, for LCG0, the DSR MAC CE only needs to contain the indication of these X = 2 groups of information, such as one delay information and its corresponding data volume information, and another delay information and its corresponding data volume information. The actual number of reported groups can be related to the number of data items to be transmitted in the corresponding LCG. Optionally, the actual number of reported groups can be related to the number of data items in the corresponding LCG whose remaining transmission delay budget is lower than a threshold, such as the threshold that triggers the DSR.

[0129] In a simple second-format DSR MAC CE, the P (or Q) groups of information for an LCG can correspond to the remaining transmission delay budgets for P (or Q) data points, and the data volume information corresponding to each of the P (or Q) data points. Optionally, the second-format DSR MAC CE can also include a bitmap (e.g., an 8-bit bitmap) where each word field includes one bit, used to indicate whether the MAC CE contains information about the corresponding LCG (such as delay information and data volume). The DSR MAC CE will only include word fields indicating the corresponding LCG information, such as word fields indicating delay information and / or corresponding data volume, when it indicates that the DSR MAC CE contains information about the corresponding LCG. The interpretations of delay information and data volume information are provided below and will not be repeated here.

[0130] In one possible design, each set of information for each LCG can include a latency information segment and a data volume segment. For example, the latency information in each set can be distinguished by a latency interval (also known as a latency reporting threshold). Figure 6This paper demonstrates a method for distinguishing latency information. It can be understood that an LCG is configured with 7 sets of latency information, each corresponding to a different remaining transmission latency budget range. For example, 5 <= X < 10ms can be interpreted as the remaining transmission latency budget for data being less than 10ms and greater than or equal to 5ms. It should be understood that the number of sets of information, the number of latency information segments, and the size of the latency information range can vary for each LCG.

[0131] Optionally, the amount of data in each set of information can be related to latency information. For example, the amount of data can be used to indicate the amount of data in the LCG buffer where the remaining transmission latency budget is within the corresponding latency interval.

[0132] Figure 5 This paper demonstrates a DSR MAC CE format based on LCG granularity. Each LCG can correspond to a different group of cache size word fields. Latency-related information is not explicitly reported in the DSR MAC CE, but rather implicitly. Figure 5 Taking LCG0 as an example, LCG0 corresponds to cache size 1 - cache size a. The maximum number of cache sizes corresponding to LCG0 can be a (same as P above). For example, the latency information corresponding to the cache size can be as follows: Figure 6 As shown, buffer size 1 can be used to indicate the amount of data in LCG0 with a remaining transmission latency budget of less than 5ms, and buffer size 2 can be used to indicate the amount of data in LCG0 with a remaining transmission latency budget greater than or equal to 5ms and less than 10ms. In other words, the range of the remaining latency budget for the data can be determined by the position of the buffer size field, without needing to explicitly indicate the latency information corresponding to the data. Specifically, if LCG0 contains a data #1 with a remaining latency budget of 11ms and a data #2 with a budget of 17ms, according to... Figure 6 LCG0 can report the amount of data #1 in the cache size 3 field and the amount of data #2 in the cache size 4 field, thus providing more granular information.

[0133] In some implementations, the amount of data indicated by DSR MAC CE can also be the data to be transmitted in an LCG buffer, and all data whose remaining transmission delay budget is within the first delay reporting threshold range.

[0134] For example, such as Figure 4 or Figure 5 The LCG0 in the DSR MAC CE format shown reports all data whose remaining transmission delay budget is within the first delay reporting threshold range.

[0135] In some possible scenarios, the amount of data indicated by DSR MAC CE can also be the amount of data in a buffer of an LCG, where the remaining transmission delay budget is within the range of the first delay reporting threshold, and the data with the shortest remaining transmission delay budget.

[0136] Alternatively, in yet another possible DSR MAC CE format, the DSR MAC CE can also explicitly indicate latency information. For example, Figure 4 The DSR, MAC, and CE values ​​in the data can also be related to time intervals (such as...). Figure 6 (Combined). For example, each LCG can also correspond to P (or Q) groups of delay information and data volume, where each group of information in P (or Q) corresponds to a time interval, such as less than 5ms, greater than or equal to 5ms and less than 10ms, etc. For example, the delay information in each group can be the data in the LCG whose remaining transmission delay budget is located within the corresponding delay interval, with the shortest remaining transmission delay budget, or the longest remaining transmission delay budget, or the remaining transmission delay budget corresponding to the average of the remaining delay budgets of these data. For example, combined... Figure 6 LCG0 contains data #0, data #1, and data #2. The remaining transmission delay budgets for data #0, data #1, and data #2 are all less than 10ms and greater than or equal to 5ms. Among them, the remaining transmission delay budget for data #0 is 7ms, the remaining transmission delay budget for data #1 is 8ms, and the remaining transmission delay budget for data #2 is 9ms. Therefore, for the second format DSR MAC CE, the delay field corresponding to the delay information (greater than or equal to 5ms and less than 10ms) in this group of information can indicate 7ms (shortest remaining transmission delay budget), or 9ms (longest remaining transmission delay budget), or it can indicate 8ms (the average of the remaining transmission delay budgets for data #0, data #1, and data #2, i.e., (7+8+9) / 3ms).

[0137] Optionally, the amount of data in each group of information can correspond to the amount of data in the LCG whose remaining transmission delay budget is located in the corresponding delay interval. Taking LCG0 containing data #0, data #1, and data #2 as an example, the buffer size corresponding to the delay information (greater than or equal to 5 and less than 10ms) in this group of information can indicate the amount of data #0, the amount of data #1, and the sum of the amount of data #2.

[0138] Optionally, the second format DSR MAC CE can also include a BT field. For example, the base station can configure an additional BS table for each LCG via RRC messages, as shown in Table 2. In this case, the LCG may have two BS tables, such as Table 1 and Table 2. Therefore, if the data volume information of the LCG is reported through the DSR MAC CE, the BT field needs to indicate the corresponding BS resource, i.e., the corresponding buffer size field, and which BS table is used. The BT field can be at the MAC CE granularity, meaning it can indicate the BS table corresponding to each buffer size of the DSR MAC CE. Alternatively, the BT field can be at the LCG granularity, meaning each LCG can have a corresponding BT field, which indicates the BS table corresponding to all buffer size fields in the corresponding LCG. Or, for each LCG, there can be multiple BT fields, such as P (or Q) fields, each corresponding to a buffer size of P (or Q). Optionally, when an LCG bitmap exists, if the LCGi word field in the bitmap does not contain information about that LCGi, such as LCGi = '0', then the BT word field corresponding to that LCGi will not appear in the DSR MAC CE. For example, if LCG0 = '0', neither the P group word field nor the BT word field corresponding to LCG0 will appear.

[0139] Optionally, the old BS table can be pre-configured, and additional BS tables can be configured via RRC messages.

[0140] In one implementation, indication information indicating the presence of a corresponding latency information or data volume indication field can be added to the DSR MAC CE to reduce the overhead of the MAC CE. For example, the second format DSR MAC CE may include a first field, wherein the first field is used to indicate first latency information. Exemplarily, the first latency information may be... Figure 6 One of the intervals shown. The first field can also be used to indicate whether the second format DSR MAC CE includes a first data volume, wherein the first data volume can be the data volume corresponding to the first delay information. The first delay information and the first data volume can be understood as a set of information in an LCG, and the definition of the first data volume can be referred to the explanation of the data volume of each set of information above.

[0141] For example, based on Figure 5 The method shown, Figure 7 Further, indication information can be added, such as a delay index, i.e., the first word field. This delay index can correspond to a delay information, such as... Figure 6The delay intervals are shown. For example, delay index 0 can correspond to the amount of data with a remaining transmission delay budget of less than 5ms, and delay index 1 can indicate whether the DSR MAC CE contains the amount of data with a remaining transmission delay budget greater than or equal to 5ms and less than 10ms, etc.

[0142] Furthermore, the first field is also used to indicate whether the corresponding cache size field exists, where the cache size can be understood as the first data volume. Combined with... Figure 6 Taking the scenario described above as an example, latency index 0 can indicate whether the DSR MAC CE contains data with a remaining transmission latency budget of less than 5ms, latency index 1 can indicate whether the DSR MAC CE contains data with a remaining transmission latency budget greater than or equal to 5ms and less than 10ms, latency index 2 can indicate whether the DSR MAC CE contains data with a remaining transmission latency budget greater than or equal to 10ms and less than 15ms, and so on for the other latency indices.

[0143] Figure 7 The indication information in the code, taking a bitmap as an example, can correspond to 7 delay indices and 7 cache size fields for each LCG. Each delay index corresponds to a cache size field. The DSR MAC CE will only include the cache size if the corresponding delay index is included in the MAC CE; otherwise, it will not. For example, delay index 0 can correspond to cache size 1, delay index 1 to cache size 2, and so on. Combined with... Figure 6 For example, if LCG0 contains data #1 with a remaining latency budget of 11ms and data #2 with a latency budget of 17ms, then latency indices 2 and 3 in LCG0 can be '1', while other latency indices in LCG0 can be '0'. In this case, the data in the DSR MAC CE for LCG0 can only include the cache size 3 and cache size 4 fields. LCG0 can report the amount of data #1 in the cache size 3 field and the amount of data #2 in the cache size 4 field, thus saving overhead. This method can also be combined with... Figure 4 The methods shown are combined and will not be elaborated further here. Figure 7 The BT field in the text has the same meaning as the BT field mentioned above; it can be a BT field.

[0144] The order of these first word fields in DSR MAC CE can be in ascending order, such as delay index 0-7, or in descending order, such as delay index 7-0, and mapped to DSR MAC CE.

[0145] in, Figure 7In the MAC CE format shown, each LCG can correspond to a BT field, which indicates the BS table referenced by all cache sizes corresponding to that LCG. In another approach, the cache size of each LCG, or the latency information of each LCG, such as the latency index, can also correspond to a BT field. Here, each BT field indicates the BS table used for the corresponding cache size; or, each BT field indicates the BS table used for the cache size corresponding to the corresponding latency index.

[0146] In the aforementioned DSR MAC CE, latency information is typically determined based on a packet loss timer or a transmission latency budget. The packet loss timer is obtained through RRC configuration; for example, when a PDCP SDU arrives at the PDCP layer, a packet loss timer is started for that SDU, and the latency information can be determined based on the real-time value of the packet loss timer. The transmission latency budget, on the other hand, can be determined based on 5QI, and the latency information can be obtained by considering both the transmission latency budget and the duration the data has been stored.

[0147] It should be understood that the number of P (or Q), or Figure 6 The delay interval shown (also known as the delay reporting threshold) can be configured by the base station via RRC messages.

[0148] In the two implementation methods mentioned above, the following is used: Figure 3 The first format DSR shown reports the shortest latency information for each LCG data, or, using, as... Figure 5 The second format of DSR shown can report multiple sets of information from a single LCG. If the data to be reported contains multiple delay information, the first format can only report the shortest delay information from each LCG, thus the base station cannot obtain the accurate status of the LCG. If the data to be reported contains only one delay information, using the second format will result in excessive DSR reporting overhead.

[0149] To address the aforementioned issues, this application provides a communication method that balances high accuracy of LCG status with low signaling overhead. It is understood that, for ease of description, subsequent embodiments will use LCG0, LCG1, LCH0 in LCG0, and LCH1 in LCG1 as examples; however, the method of this application is not limited to LCG0 and LCG1 and can be applied to other LCGs.

[0150] Figure 8 This is an example diagram of a communication method according to an embodiment of this application. Figure 8As shown, this communication method may include S810 and S820. This communication method can be executed by a terminal device or a chip applied in a terminal device. The following description takes the terminal device as the executing entity.

[0151] S810, the network device sends first configuration information, which is used to configure M delay reporting thresholds of the first LCG. The M delay reporting thresholds include the first delay reporting threshold, where M is an integer greater than 1. The first delay reporting threshold is used to determine the delay status report media access control layer control element DSR MAC CE.

[0152] Accordingly, the terminal device receives the first configuration information.

[0153] For example, such as Figure 6 As shown, the first configuration information configures M = 7 latency reporting thresholds. Any one of these latency reporting thresholds can be the first latency reporting threshold.

[0154] Understandably, the latency reporting threshold can be a range or time interval, such as greater than or equal to 5ms and less than 10ms.

[0155] In some implementations, the terminal device obtains the second configuration information and determines whether to trigger DSR based on the second configuration information.

[0156] In some implementations, the terminal device receives second configuration information to configure a first threshold, which is used to determine the triggering of DSR.

[0157] DSR can be triggered by either the first LCG or the second LCG. The second LCG is not configured with a delay reporting threshold. A second threshold can be configured for the second LCG to trigger DSR.

[0158] Alternatively, the DSR can be triggered by any LCH in the first LCG, such as data in LCH1 of the first LCG; or by any LCH in the second LCG, such as data in LCH2 of the second LCG. The triggering conditions are detailed below.

[0159] When the first LCG is configured with the first threshold, it can also be understood that the LCHs in the first LCG are configured with the same threshold. Therefore, if an LCH in the first LCG triggers a DSR, it can be considered that the remaining transmission delay budget of the LCH data in the first LCG is lower than the first threshold, and thus the LCH triggers a DSR.

[0160] For example, when the remaining transmission delay of data in an LCH or LCG is lower than a first threshold, a DSR is triggered for that LCH or LCG.

[0161] Optionally, the conditions for triggering DSR may also include at least one of the following:

[0162] This data was not transmitted by any MAC PDU;

[0163] This data represents the data with the lowest remaining transmission delay budget among the data belonging to the LCG or LCH;

[0164] Information about this data, such as data volume and / or remaining transmission delay budget, has not been reported by any DSR MAC CE.

[0165] If at this time, the LCH or LCG to which the data belongs does not have a DSR that has been triggered but not yet sent.

[0166] At this point, a DSR triggered under the above conditions can also be considered a first-type DSR.

[0167] Optionally, the triggering of the first type of DSR can be independent of the configuration of multiple delay reporting thresholds. For example, the first type of DSR can be triggered when an LCH or LCG is configured with multiple delay reporting thresholds.

[0168] In some implementations, a second type of DSR can be triggered when an LCH or LCG is configured with multiple latency reporting thresholds.

[0169] For example, if multiple latency reporting thresholds are configured for an LCH or LCG, a second type of DSR will be triggered for the LCH when the remaining transmission latency budget in the data cached in the LCH or LCG is lower than the first threshold.

[0170] Optionally, the conditions for triggering DSR may also include at least one of the following:

[0171] This data was not transmitted by any MAC PDU;

[0172] This data represents the data with the lowest remaining transmission delay budget among the data belonging to the LCG or LCH;

[0173] Information about this data, such as data volume and / or remaining transmission delay budget, has not been reported by any DSR MAC CE.

[0174] At this time, there is no DSR triggered but not yet sent in the LCH or LCG to which the data belongs.

[0175] In some implementations, the latency reporting threshold is configured together with the first threshold.

[0176] In some implementations, if an LCH or LCG is not configured with a delay reporting threshold, then when the LCH or LCG triggers a DSR, a first-type DSR is triggered. That is, if an LCH or LCG is configured with a first threshold but not with a delay reporting threshold, a first-type DSR can be triggered.

[0177] Optionally, in some implementations, the conditions for triggering a second type of DSR may include at least one of the following:

[0178] The LCG is configured with a first threshold, which is used to trigger DSR, such as when the remaining transmission delay budget of the LCH data in the LCG is lower than the first threshold.

[0179] The data in this LCG has not been transmitted by any MAC PDU;

[0180] The information in the data of this LCG has not been reported by any DSR MAC CE;

[0181] The LCG is configured with a latency reporting threshold;

[0182] There are at least two data points in LCG;

[0183] At least two data points in the LCG have different remaining latency budgets;

[0184] The remaining latency budgets for at least two data points in the LCG belong to different latency reporting thresholds or ranges.

[0185] It can also be understood that the second type of DSR is triggered by the first LCG, and the first LCG contains data with different remaining transmission delay budgets, or the remaining transmission delay budgets belong to different delay reporting threshold ranges.

[0186] In some implementations, when data triggers a DSR, the generated and sent DSR MAC CE format can be determined based on the already triggered DSR.

[0187] For example, LCG0 is configured with a first threshold. If the remaining transmission delay budget of data #0 in LCH0 of LCG0 is lower than the first threshold, DSR can be triggered. At this point, it can be further determined whether to trigger a second type of DSR or a first type of DSR. If LCH1 in LCG0 still contains data #1, and the remaining transmission delay budget of data #1 is different from that of data #0, or if the remaining transmission delay budgets of data #1 and data #0 belong to different delay reporting thresholds, then a second type of DSR is triggered. Similarly, if the remaining transmission delay budgets of data #1 and data #0 belong to the same delay report, then a first type of DSR MAC CE is triggered.

[0188] For example, if there is a triggered first type DSR before LCH0 in LCG0 triggers DSR, or if there is no triggered DSR, a second type DSR MAC CE can be triggered based on the situation of data #1. For example, the data in LCG0 are located at different latency reporting thresholds.

[0189] In some implementations, an LCG can trigger both Type I DSR and Type II DSR.

[0190] In some implementations, the trigger threshold for the second type of DSR is higher than that for the first type of DSR.

[0191] For example, if the second type of DSR is triggered first, the trigger type can be determined based on the content of LCG or LCH.

[0192] For example, if all LCHs in the LCG to which the LCH that triggered the DSR belong, or if there is only one data in the LCH that triggered the DSR, or if multiple data have the same remaining transmission delay budget, or are within the same delay reporting threshold, a first-type DSR can be triggered. Simultaneously, after a first-type DSR is triggered, a previously triggered second-type DSR can be cancelled.

[0193] In some implementations, the trigger threshold of the second format DSR MAC CE is lower than that of the first format DSR MAC CE.

[0194] For example, the first type of DSR is triggered first, and the type of DSR triggered is determined based on the content of LCG or LCH.

[0195] For example, if there are at least two data entries in the LCH or all LCHs in the LCG to which the LCH belongs, and the remaining transmission delay budgets of the two data entries are different, or they belong to different delay reporting thresholds, a second type of DSR can be triggered. Simultaneously, after the second type of DSR is triggered, the previously triggered first type of DSR can be cancelled.

[0196] In some implementations, an LCG is configured with either the trigger threshold of the first type of DSR MAC CE or the trigger threshold of the second type of DSR MAC CE.

[0197] S820, the terminal device sends the first DSR MAC CE, the first DSR MAC CE indicates the first delay information, the first delay information indicates the delay information of the first data, the first data belongs to the first LCG, and the first delay information is within the first delay reporting threshold range;

[0198] The first DSR MAC CE also indicates the second delay information, which indicates the delay information of the second data, which belongs to the second LCG.

[0199] Correspondingly, the network device receives the first DSR MAC CE.

[0200] In some implementations, when a triggered DSR exists, the construction or generation of the DSR MAC CE can determine whether to generate a first-format DSR MAC CE or a second-format DSR MAC CE. In some implementations, the first DSR MAC CE is the first-format DSR MAC CE.

[0201] For example, when a first type of DSR is triggered, a first format DSR MAC CE is sent.

[0202] For example, if a first-type DSR is triggered at the first moment, then a first-format DSR MAC CE is sent. This can be understood as sending a first-format DSR MAC CE whenever a first-type DSR is triggered. For example, if both a first-type and a second-type DSR are triggered, a first-format DSR MAC CE can be sent.

[0203] Optionally, when both a triggered first-type DSR and a triggered second-type DSR exist, a second-format DSR MAC CE may not be sent.

[0204] In one possible scenario, a first-format DSR MAC CE is sent only when a first-type DSR is triggered. This can also be understood as the first DSR being triggered only when an LCH or LCG with no configured delay reporting threshold is activated. In other words, a second-type DSR is not triggered at this time.

[0205] For example, if a first-type DSR is triggered at the first moment, but a second-type DSR is not triggered, a first-format DSR MAC CE can be sent.

[0206] Optionally, the DSR MAC CE can carry information from multiple LCGs, but not every LCG configured with a first threshold will be configured with a latency reporting threshold. Therefore, in one possible implementation, the first format DSR MAC CE may contain only the information from LCGs configured with a latency reporting threshold, or the information from LCGs configured with both a latency reporting threshold and a first threshold.

[0207] The first type DSR and the second type DSR can be triggered by the same LCH or LCG, or they can be triggered by different LCHs or LCGs.

[0208] In some implementations, the first DSR MAC CE is the second format DSR MAC CE.

[0209] For example, when a second type of DSR is triggered, a second format DSR MAC CE is sent.

[0210] For example, if a triggered Type II DSR exists at the first moment, then a DSR MAC CE in the second format is sent. This can be understood as sending a DSR in the second format whenever a triggered Type II DSR exists. For instance, if both a triggered Type I DSR and a triggered Type II DSR exist, a DSR MAC CE in the second format can be sent.

[0211] Optionally, when there are both triggered first-type DSRs and triggered second-type DSRs, the first-format DSR MAC CE may not be sent.

[0212] Optionally, an uplink resource, such as an uplink MAC PDU, can carry a first-format DSR MAC CE and a second-format DSR MAC CE. For example, if LCG0 is not configured with a delay reporting threshold, but LCG1 is configured with a delay reporting threshold, and LCH0 in LCG0 triggers a DSR, and LCH1 in LCG1 also triggers a DSR, then a MAC PDU can contain two formats of DSR MAC CE: one first-format DSR MAC CE and one second-format DSR MAC CE. That is, when LCH1 or LCG1 triggers a first-type DSR, and LCH2 or LCG2 triggers a second-type DSR, an uplink MAC PDU can simultaneously contain both a first-format DSR MAC CE and a second-format DSR MAC CE. In this case, it can also be understood that an uplink resource includes two first-format DSR MAC CEs.

[0213] Alternatively, the format for sending DSR MAC CE can also be based on the buffer state of the first LCG at the first moment.

[0214] For example, when an LCG or LCH is configured with a delay reporting threshold, and there is more than one piece of data to be reported for that LCG or LCH, the second format DSR MAC CE can be used.

[0215] Optionally, the remaining transmission delay budget for these data can be different values, or the remaining transmission delay budget for these data can be different ranges.

[0216] In some implementations, the interval of the remaining transmission delay budget between the data of the first LCG, or between the data of one LCH in the first LCG, can be greater than the first time interval, which can be configured by the base station via RRC messages or pre-configured.

[0217] In some implementations, the remaining transmission delay budget for the data is less than the first threshold, or is within the delay reporting threshold.

[0218] For example, if LCG0 is configured with a first threshold, LCG1 is configured with a second threshold, and LCG1 is configured with a latency reporting threshold, and if LCG0 contains data #0, and LCG1 contains data #1 and data #2, and the remaining transmission latency budget for data #1 is 10ms, and the transmission latency budget for data #2 is 16ms, because the transmission latency budgets for data #1 and data #2 are different, the second format DSR MAC CE is used to report the information of data #0 of LCG0 and the information of data #1 and data #2 of LCG1. Alternatively, if the remaining transmission latency budgets for data #1 and data #2 are at the same latency reporting threshold, for example, 10ms <= X < 20ms, then the first format DSR MAC CE is used to report the information of data #0 of LCG0 and the information of data #1 and data #2 of LCG1.

[0219] Optionally, the first moment in this invention can be the moment when the DSR MAC CE is constructed or generated, the moment when the DSR MAC CE is sent, or the moment when the DSR is triggered. Alternatively, the first moment can be any moment from the moment the DSR is triggered until the moment the DSR MAC CE is sent after the triggering of the DSR.

[0220] In some implementations, the first DSR MAC CE is a third-format DSR MAC CE. This third-format DSR MAC CE indicates first latency information, which in turn indicates the latency of first data belonging to a first LCG. The first latency information falls within the first latency reporting threshold range. The first DSR MAC CE also indicates second latency information, which in turn indicates the latency of second data belonging to a second LCG. The second LCG is not configured with a latency reporting threshold.

[0221] Optionally, the type that triggers the DSR can be any type of DSR, such as a first type DSR or a second type DSR. The unit that triggers the DSR can be the first LCG, or any LCH in the first LCG; or, the unit that triggers the DSR can also be the second LCG, or any LCH in the second LCG.

[0222] Optionally, the second data can be the data with the shortest remaining transmission delay budget in the second LCG data. That is, the second delay indication information indicates the delay information of the data with the shortest remaining transmission delay budget in the second LCG. For example, this delay information indicates an absolute value, such as a positive integer, and the unit can be seconds, milliseconds, microseconds, etc.

[0223] Optionally, the second data also satisfies at least one of the following conditions:

[0224] The second data was not transmitted by any MAC PDU;

[0225] The information in the second data has not been reported by any DSR MAC CE;

[0226] In other words, the third-format DSR MAC CE can contain information about LCGs with configured latency thresholds as well as information about LCGs without configured latency reporting thresholds.

[0227] In some implementations, the first DSR MAC CE also indicates the first data volume, which is the amount of data in the first data.

[0228] In some implementations, the first DSR MAC CE also indicates a second data volume, which is the amount of data for the second data. Alternatively, the second data volume is the amount of data for the third data. The third data can be data in the LCG2 data whose remaining transmission delay budget is lower than a second threshold. The second threshold is the threshold that triggers the DSR in the LCG2 or the LCH within the LCG2, and the definition of the second threshold is the same as that of the first threshold.

[0229] For example, the trigger threshold of the DSR can be configured at the LCG granularity, so different LCGs can have different thresholds.

[0230] In some scenarios, the trigger threshold of DSR can also be configured at the LCH granularity, so different LCHs can have different thresholds.

[0231] For example, the third-format DSR MAC CE may include LCG indication information to indicate which LCGs are included in the DSR MAC CE. Preferably, the LCG indication information may be a set of bitmaps, where each bit i in the bitmap corresponds to an LCGi. The order of the bits and LCGs can be ascending or descending. For example, in a scenario with 8 LCGs, the first bit of the bitmap may correspond to LCG0, the second bit to LCG1, and so on; or the first bit in the bitmap may correspond to LCG7, the second bit to LCG6, and so on.

[0232] When the value of the LCGi field corresponding to LCGi is 1, it means that the data volume and latency information corresponding to LCGi are reported through this DSR MAC CE, that is, only the information corresponding to LCGi will appear in this MAC CE. When the value of the LCGi field is 0, it means that the information corresponding to LCGi is not reported in this MAC CE, such as the data volume and latency information corresponding to LCGi not appearing in this MAC CE.

[0233] The content of the third-format DSR MAC CE can be combined with the first-format DSR MAC CE and the second-format MAC CE. For example, for an LCG without a configured latency reporting threshold, the LCG information, such as latency information or data volume, is reported in the same way as the LCG information in the first-format DSR MAC CE; for an LCG with a configured latency reporting threshold, the LCG information, such as latency information or data volume, is reported in the same way as the LCG information in the second-format DSR MAC CE.

[0234] For example, when the third-format DSR MAC CE includes information about the second LCG, it may include the remaining transmission delay budget value of the data with the shortest remaining transmission delay budget in the second LCG buffer data, i.e., the second delay information, and the amount of data in the second LCG buffer data whose remaining transmission delay budget is lower than the second threshold, i.e., the second data amount. The second LCG buffer data may be data that has not been reported by any DSR MAC CE and has not been transmitted by any MAC PDU.

[0235] Furthermore, when the third-format DSR MAC CE includes information about the second LCG, it may include table index indication information. Specifically, when the second LCG is configured with an additional BS table, the third-format DSR MAC CE includes table index indication information, such as the BT field, to indicate the BS table corresponding to the second data volume. When no additional BS table is configured, this table index indication information may not exist, may be ignored by the network device, or the corresponding field may be reserved.

[0236] Optionally, the second LCG may contain only one BT field, which is used to indicate the BS table corresponding to the second data volume.

[0237] When the third format DSR MAC CE includes information about the first LCG, it can include N delay information items of the first LCG. These N delay information items correspond one-to-one with N delay reporting thresholds among the M delay reporting thresholds. Each of the N delay information items lies within a corresponding delay reporting threshold range of the N delay reporting thresholds. The N delay information items include the first delay information, where N is a positive integer and N is less than or equal to M. The number of N depends on the number of different delay reporting thresholds among the M delay reporting thresholds that the remaining transmission delay budget of the first LCG falls within. For example, using... Figure 6 For example, if the first LCG contains 2 data, the remaining transmission delay budget for data #1 is 3ms and the remaining transmission delay budget for data #2 is 8ms, then there are corresponding data for N = 2 of the M = 7 delay reporting thresholds. Therefore, when the third format DSRMAC CE reports the information of the first LCG, it can report N = 2 delay information.

[0238] In addition, the third format DSR MAC CE also includes O data values ​​from the first LCG. These O data values ​​correspond one-to-one with O delay reporting thresholds among the M delay reporting thresholds. The O delay information includes the first delay information. O is a positive integer, and O is less than or equal to M. The number of O values ​​depends on the number of different delay reporting thresholds among the M delay reporting thresholds that the remaining transmission delay budget of the first LCG falls within.

[0239] Preferably, O and N are the same.

[0240] For example, a third-format DSR MAC CE such as Figure 9 As shown. Figure 9 The DSR MAC CE in the bitmap contains information for LCG0 and LCG1. Therefore, in the LCG bitmap, the bits for LCG0 and LCG1 are both 1, while the bits for other LCGs, such as LCG2-LCG7, are both 0. LCG0 is not configured with a delay reporting threshold and is designated as the second LCG, while LCG1 is configured with a delay reporting threshold and can be designated as the first LCG. At this point, Figure 9 In this context, LCG0 corresponds to the LCG information in the first format DSR MAC CE. For details, please refer to the introduction in the first format DSR MAC CE; it will not be repeated here. LCG1 corresponds to the second format DSR MAC CE; for details, please refer to the introduction in the second format DSR MAC CE; it will not be repeated here. For example, still using... Figure 6For example, if the first LCG contains two data items, and the remaining transmission delay budget for data #1 is 3ms and the remaining transmission delay budget for data #2 is 8ms, in this DSR MAC CE, the first delay information can correspond to a delay reporting interval of <5ms, and the first data volume can correspond to the data volume of data #1. Alternatively, the first delay information can be a delay reporting interval greater than or equal to 5ms and less than 10ms, and the first data volume can correspond to the data volume of data #2.

[0241] In one possible scenario, the first delay information can indicate the delay budget of the data with the shortest remaining transmission delay budget among the data in the first LCG whose remaining transmission delay is within the range of the first delay reporting threshold.

[0242] like Figure 12 In the scenario shown, LCG0 is the second LCG, which will not be elaborated further. LCG1 is the first LCG. (Still considering...) Figure 6 For example, if the first LCG contains 3 data items, the remaining transmission delay budget for data #1 is 7ms, the remaining transmission delay budget for data #2 is 8ms, and the remaining transmission delay budget for data #3 is 9ms. This means that the remaining transmission delay budgets for data #1 to data #3 are all within the delay reporting threshold range of greater than or equal to 5ms and less than 10ms. In this DSR MAC CE, if the first delay reporting threshold is greater than or equal to 5ms and less than 10ms, then the first delay information (corresponding to...) Figure 12 The remaining delay word field can be 7ms.

[0243] Optionally, the first delay information can indicate the delay budget of the data with the longest remaining transmission delay budget among the data in the first LCG whose remaining transmission delay is within the first delay reporting threshold range, such as 9ms in the example above.

[0244] Optionally, the first delay information may indicate the average value of the remaining transmission delay budget among the data in the first LCG whose remaining transmission delay is within the range of the first delay reporting threshold, such as 8ms ((7+8+9) / 3ms) in the example above.

[0245] In this scenario, the buffer size field corresponding to the first latency threshold can indicate the first data volume, wherein the first data volume is related to the data in the first LCG that is within the range of the first latency reporting threshold.

[0246] For example, the first data volume can be the sum of the data volumes of all data whose remaining transmission delay budget falls within the range of the first delay reporting threshold. For instance, in the example above, when the first delay threshold corresponds to greater than or equal to 5ms and less than 10ms, the first data volume can be the sum of the data volumes of data #1, data #2, and data #3.

[0247] Alternatively, the first data volume can be the data volume of the data with the shortest remaining transmission delay among all data whose remaining transmission delay budget is within the first delay reporting threshold range, such as the data volume of data #1; or, the first data volume can be the data volume of the data with the longest remaining transmission delay among all data whose remaining transmission delay budget is within the first delay reporting threshold range, such as the data volume of data #3.

[0248] exist Figure 12 In the scenario shown, if LCG1 also contains data #4 and data #5, where the remaining transmission delay budget for data #4 is 11ms and the remaining transmission delay budget for data #5 is 14ms, then the third-format DSR MAC CE can also contain delay information and data volume information where the delay reporting threshold is greater than or equal to 10ms and less than 15ms. For example, the third-format DSR MAC CE can also contain another set of information, such as a remaining delay field and a buffer size field. The remaining delay field indicates the remaining transmission delay budget of the data in LCG1 with the shortest remaining transmission delay budget among the data within the corresponding delay reporting threshold (greater than or equal to 10ms and less than 15ms), such as the remaining transmission delay budget of data #4. The remaining delay field can be referred to the previous text for an explanation, and will not be repeated here. Similarly, the remaining transmission delay word field also corresponds to a buffer size word field, which can indicate the amount of data in LCG1 that is within the range of the corresponding delay reporting threshold (greater than or equal to 10ms and less than 15ms). For details, please refer to the previous text, which will not be repeated here.

[0249] In some implementations, the third-format DSR MAC CE further includes first indication information, which indicates that the third-format DSR MAC CE contains N delay information of the first LCG. These N delay information correspond one-to-one with N delay reporting thresholds among the M delay reporting thresholds of the first LCG. Each of the N delay information is located within the corresponding delay reporting threshold range of the N delay reporting thresholds. The N delay information includes the first delay information, where N is a positive integer and N is less than or equal to M.

[0250] In some implementations, the first indication information includes M bits, which correspond one-to-one with the M delay reporting thresholds of the first LCG. Each of the M bits indicates whether the first DSR contains the delay reporting threshold corresponding to each bit, where M is a positive integer and N is less than or equal to M. Specifically, the first bit of the M bits corresponds to the first delay information, and the first bit is used to indicate whether the first DSR MAC CE contains the first data amount.

[0251] In some implementations, the third format DSR MAC CE indicates O data quantities, which correspond one-to-one with O delay reporting thresholds out of M delay reporting thresholds. The O delay information includes the first delay information, where O is a positive integer and O is less than or equal to M. Each of the O data quantities represents all data in the first LCG buffer whose remaining transmission delay budget falls within the range of the corresponding delay reporting threshold.

[0252] Figure 10 This paper demonstrates a method for carrying first indication information in a third-format DSR MAC CE, where the third-format DSR MAC CE indicates information for LCG0 and LCG1. LCG0 corresponds to the aforementioned second LCG, and LCG1 corresponds to the aforementioned first LCG. The method by which the third-format DSR MAC CE indicates the second LCG information is similar to that described previously and will not be repeated here. For the first LCG, taking M=4 as an example, the first indication information includes an M=4 bitmap, corresponding to four delay indices. Each of the M delay indices corresponds to one delay reporting threshold of the M delay reporting thresholds. Each delay index is used to indicate whether the third-format DSR MAC CE contains the amount of data whose remaining transmission delay budget is located at the delay reporting threshold corresponding to that delay index. (Continuing with...) Figure 6 For example, the four delay indices correspond to... Figure 6 Taking latency indices 0-3 as an example, latency index 0 corresponds to a latency reporting threshold where the remaining transmission latency budget is less than 5ms, latency index 1 corresponds to a latency reporting threshold where the remaining transmission latency budget is greater than or equal to 5ms and less than 10ms, and so on. If the first LCG contains two data items, with data #1 having a remaining transmission latency budget of 3ms and data #2 having a remaining transmission latency budget of 8ms, latency indices 0 and 1 can indicate the amount of data in the first LCG containing data with a remaining transmission latency budget of less than 5ms and data with a remaining transmission latency budget greater than or equal to 5ms and less than 10ms, respectively. Only then will their corresponding buffer size fields appear. For example, the bits corresponding to latency indices 0 and 1 can each be 1. The first bit can correspond to delay index 0 (or delay index 1); the first delay information can correspond to a delay threshold interval of less than 5ms (or greater than or equal to 5ms and less than 10ms). In this case, it can also be understood that the first delay information corresponds to the first delay reporting threshold; the first data is data #1 (or data #2), that is, the first data quantity corresponds to the data quantity of data #1 (or data #2).

[0253] The first indication information can be used to determine whether the third format DSR MAC CE carries the first delay information and the first data volume, effectively reducing the overhead of DSR MAC CE.

[0254] Furthermore, delay indices 2 and 3 can indicate the amount of data in the third-format DSR MAC CE that does not contain data with a remaining transmission delay budget greater than or equal to 10ms and less than 15ms in the first LCG, nor data with a remaining transmission delay budget greater than or equal to 15ms and less than 20ms. In this case, their corresponding buffer size word fields will also not appear in the DSR MAC CE. For example, the bits corresponding to delay indices 2 and 3 can be 0 respectively.

[0255] In the third format, the order of the total latency index of DSR MAC CE and the cache size can be ascending or descending, which will not be elaborated here.

[0256] Understandable Figure 10 LCG0 corresponds to the first format DSR MAC CE, and LCG1 corresponds to the second format DSR MAC CE.

[0257] In this way, it should be understood that the third format DSR MAC CE contains N=2 delay information and O=2 data, thus avoiding the waste of resources caused by transmitting useless information.

[0258] like Figure 11 This illustration demonstrates another method for carrying first indication information in a third-format DSR MAC CE, and is an example diagram of the DSR reporting format applicable to embodiments of this application. In this diagram, LCG0 and LCG1 are set to 1, indicating the presence of information for these LCGs; other LCGs are set to 0, indicating the absence of information for other LCGs. LCG0 is the second LCG, which will not be further described here. LCG1 is the first LCG. The interpretation of the first delay information can be found in the above explanation. Figure 12 The definition of will not be repeated here. The first indication information can indicate an M=8 bitmap, corresponding to 8 delay indices. Each of the M delay indices corresponds to one delay reporting threshold of the M delay reporting thresholds. Each delay index is used to indicate whether the third-format DSR MAC CE contains the amount of data whose remaining transmission delay budget is located at the delay reporting threshold corresponding to that delay index. Additionally, each delay index is used to indicate the delay information of whether the third-format DSR MAC CE contains the delay information of data whose remaining transmission delay budget is located at the delay reporting threshold corresponding to that delay index.

[0259] Figure 11 Each delay index in the table indicates whether the third-format DSR MAC CE contains the remaining transmission delay budget located in the remaining delay word field and buffer size word field corresponding to that delay index. Figure 11 The definition of the total remaining delay domain can be found in [reference]. Figure 12 Definition of the remaining delay domain in the middle. Figure 11 The definition of the cache size field can also be found in [reference]. Figure 12 The meaning of the cache size field will not be elaborated here.

[0260] For example, among the M delay reporting thresholds of the first LCG, delay index 0 corresponds to a delay reporting threshold where the remaining transmission delay budget is less than 5ms; delay index 1 corresponds to a delay reporting threshold where the remaining transmission delay budget is greater than or equal to 5ms and less than 10ms; delay index 2 corresponds to a delay reporting threshold where the remaining transmission delay budget is greater than or equal to 10ms and less than 15ms, and so on. The first LCG contains four data items: data #1 has a remaining transmission delay budget of 3ms, data #2 has a remaining transmission delay budget of 8ms, data #3 has a remaining transmission delay budget of 12ms, and data #4 has a remaining transmission delay budget of 14ms. Since the remaining transmission delay budget of data #1 falls within the 5ms delay reporting threshold, the word field corresponding to delay index 0 can be 1. In this case, the third format DSR MAC CE contains the delay information (remaining delay word field) and data volume (buffer size word field) corresponding to the delay reporting threshold of less than 5ms. Similarly, the word fields corresponding to delay index 1 and delay index 2 can also be 1, representing the delay information and data volume corresponding to the delay reporting threshold of greater than or equal to 5ms and less than 10ms in the third format DSR MAC CE, and the delay information and data volume corresponding to the delay reporting threshold of greater than or equal to 10ms and less than 15ms, respectively. At this time, the remaining delay word field corresponding to delay index 0 can be determined by the remaining transmission delay budget of data #1, such as the remaining transmission delay budget of data #1 (3ms); its buffer size word field can be the data volume of data #1. The remaining delay word field and buffer size word field corresponding to delay index 1 are the same as those corresponding to experimental index 0, and will not be repeated. The remaining delay word field corresponding to delay index 2 can be referred to... Figure 12 For an introduction to the remaining latency word field, please refer to the cache size word field description. Figure 12 The explanation of cached large and small character fields will not be repeated here.

[0261] In this way, the third-format DSR MAC CE only needs to include N=3 delay information and O=3 data volume from M=8 sets of information, effectively reducing overhead.

[0262] In another possibility, the first indication information can exist in other forms, such as explicitly indicating the number of N. For example, if the first LCG contains 2 data items, the remaining transmission delay budget for data #1 is 3ms, and the remaining transmission delay budget for data #2 is 8ms, the first indication information can display the number of N, such as N=2, which means that the third format DSR MAC CE contains 2 sets of information (delay information and data volume) of the first LCG. The method for determining the delay information and data volume can refer to any of the methods mentioned above, and will not be repeated here.

[0263] Optionally, the third-format DSR MAC CE may also include second indication information, which is used to indicate the BS table corresponding to the first data volume in the first LCG. Optionally, when the first LCG is configured with an additional BS table, the second indication information is used to indicate the BS table corresponding to the first data volume in the first LCG. Alternatively, it can be understood that when the first LCG is not configured with an additional BS table, the third-format DSR MAC CE may not contain the second indication information, or the field in the third-format DSR MAC CE used to carry the second indication information may be a default value, such as 0, or a reserved value. In this case, the network device can ignore this field.

[0264] For example, the second instruction information may indicate the BS table used by the cache size word field corresponding to the first LCG in the third format DSR MAC CE. In this case, it can also be understood that the second instruction information is indicated at the LCG granularity, wherein all cache size word fields in the first LCG use the BS table indicated by the second instruction information.

[0265] Alternatively, in another possibility, the second indication information indicates the BS table corresponding to each cache size word field in the first LCG. When the first indication information indicates that the first DSR MAC CE contains the first data amount corresponding to the first latency reporting threshold, there is a corresponding second indication information used to indicate the BS table corresponding to that first data amount.

[0266] by Figure 11 Taking an example, when the delay index field indicates that the third-format DSR MAC CE contains a buffer size field corresponding to the delay reporting threshold, the third-format DSR MAC CE contains a BT field, which indicates the BS table used for the data volume information (or buffer size field) corresponding to that buffer size. When there are O buffer size fields, the second indication information can indicate the BS table corresponding to each of the O buffer fields. For example, when O = 2, the first indication information can indicate the BS table used for the data volume corresponding to the O = 2 buffer size fields. How to determine the size of O can be referred to the previous text. Figure 11The relevant definitions will not be repeated here. At this point, in conjunction with... Figure 11 As shown, the second indication information can contain two BT word fields, which are used to indicate the BS table corresponding to the O = 2 cache size word fields. In this example, the word field size and number of word fields occupied by the second indication information can be related to the number of cache size word fields corresponding to the first LCG contained in the third format DSR MAC CE.

[0267] In another possible form, the second indication information can exist in the form of a bitmap. For example, the second indication information is a multi-bit bitmap, where each bit in the bitmap indicates a BS table of a data size (or cache size word field).

[0268] Preferably, the second indication information consists of M bits, each bit corresponding to one of the M delay reporting thresholds. Specifically, the first bit of the M bits in the second indication information is used to indicate the BS table corresponding to the first data amount, where the first data amount is the amount of data in the first LCG data whose remaining transmission delay budget is within the first delay reporting threshold. Figure 10 For example, the first indication information in the third format DSR MAC CE contains a 4-bit bitmap, corresponding to four delay reporting thresholds. See the previous text for details. Figure 10 Related details will not be repeated here. In this case, the third format DSR MACCE can also contain a 4-bit bitmap second indication information, where BT field 0 corresponds to delay index 0, BT field 1 corresponds to delay index 1, and so on. That is, BT field 0 is used to indicate the BS table used for the amount of data in the cache indicated by delay index 0, and similarly, BT field 1 is used to indicate the BS table used for the amount of data in the cache indicated by time index 1. In this scenario, the word field size occupied by the second indication information is the same as that occupied by the first indication information. It can be understood that the second indication information indicates the BS tables corresponding to O data quantities out of M data quantities. Specifically, O bits out of the M bits indicate the BS tables for those O data quantities. The size of O can be determined based on the first indication information; detailed information can be found in the previous explanation and will not be repeated here. At this point, because the third-format DSR MAC CE only contains O data units (or buffer size word fields) from the first LCG, the remaining (MO) bits of the M bits in the second indication information may not indicate any information, for example, they may be reserved word fields or not displayed in the DSR MAC CE. Accordingly, the network device can ignore the bit information corresponding to these (MO) bits.

[0269] Optionally, in some possible scenarios, a word field can also be reserved for the second LCG in the third-format DSR MAC CE. The size of this word field can be the same as the word field occupied by the first indication information. In other words, when the third-format DSR MAC CE determines that it contains information of an LCG, it can include the word field corresponding to that LCG. When the LCG is the first LCG, this word field is used to carry the first indication information; conversely, when the LCG is the second LCG, this word field is a reserved word field, meaning it can carry any value, or each bit of the word field can be 0. When the LCG is the second LCG, the network device can ignore the word field corresponding to that LCG.

[0270] Optionally, in some possible scenarios, a word field can also be reserved for the second LCG in the third-format DSR MAC CE. The size of this word field can be the same as the word field occupied by the second indication information. In other words, when the third-format DSR MAC CE determines that it contains information of an LCG, it can include the word field corresponding to that LCG. When the LCG is the first LCG, and the first LCG is configured with an additional BS table, this word field is used to carry the second indication information; conversely, when the LCG is the second LCG, this word field is a reserved word field, meaning the word field can carry any value, or each bit of the word field can be 0. When the LCG is the second LCG, the network device can ignore the word field corresponding to that LCG.

[0271] In some implementations, for an LCG or an LCH, the maximum latency reporting threshold in the configured latency reporting threshold cannot be higher than the threshold that triggers DSR, i.e., the first threshold or the second threshold.

[0272] In some implementations, the remaining transmission delay budget can be determined based on the packet assembly time of the MAC PDU, or the build / construct time of the DSR MAC CE.

[0273] For example, the starting time of the remaining transmission delay budget is the MAC PDU packet assembly time, or the DSR MAC CE construction time, or the transmission time of the DSR MAC CE. If the transmission time of the MAC PDU containing the DSR MAC CE is the first symbol of the time domain resources occupied by the PUSCH transmission containing the DSR MAC CE, the calculation can begin from the first symbol of the time domain resources occupied by the PUSCH transmission containing the DSR MAC CE.

[0274] Figure 13 This is a schematic diagram of the structure of a communication device according to an embodiment of this application. Figure 13 As shown, the communication device 1300 may include a processing unit 1310 and a transceiver unit 1320.

[0275] As a first example, device 1300 can be used to implement Figure 8 The illustrated embodiment demonstrates a communication method implemented by a network device. For example, processing unit 1310 is used to implement... Figure 8 The transceiver unit 1320 is used to implement the processing-related steps performed by the network device in the illustrated embodiment. Figure 8 The illustrated embodiment describes the sending and / or receiving steps performed by the network device.

[0276] As a second example, device 1300 can be used to implement Figure 8 The illustrated embodiment demonstrates a communication method implemented by a terminal device. For example, processing unit 1310 is used to implement... Figure 8 The transceiver unit 1320 is used to implement the processing-related steps performed by the terminal device in the illustrated embodiment. Figure 8 The illustrated embodiment describes the sending and / or receiving steps performed by the terminal device.

[0277] Figure 14 This is a schematic diagram of the structure of a communication device provided in yet another embodiment of this application. (See attached diagram.) Figure 14 As shown, the communication device 1400 includes a processor 1410 and an interface circuit 1420. The processor 1410 and the interface circuit 1420 are coupled to each other. It is understood that the interface circuit 1420 can be a transceiver or an input / output interface. Optionally, the device 1400 may further include a memory 1430 for storing instructions executed by the processor 1410, or storing input data required by the processor 1410 to execute instructions, or storing data generated after the processor 1410 executes instructions. It is understood that the memory 1430 can be located externally to the processor 1410, or internally to the processor 1410.

[0278] As an example, processor 1410 is used to implement the functions of the processing unit 1310 described above, and interface circuit 1420 is used to implement the functions of the transceiver unit 1320 described above.

[0279] The communication device 1400 can be a network device or a chip used in a network device.

[0280] It is understandable that when the communication device 1400 is a network device, the interface circuit 1420 can be a transceiver. When the communication device 1400 is a chip, the interface circuit 1420 can be an input / output interface.

[0281] The communication device 1400 can be a terminal device or a chip used in a terminal device.

[0282] It is understandable that when the communication device 1400 is a network device, the interface circuit 1420 can be a transceiver. When the communication device 1400 is a chip, the interface circuit 1420 can be an input / output interface.

[0283] When the aforementioned communication device is a chip applied to a terminal, the terminal chip implements the functions of the terminal in the above method embodiments. The terminal chip receives information from a network device, which can be understood as the information being first received by other modules in the terminal (such as an RF module or antenna), and then sent to the terminal chip by these modules. The terminal chip sends information to a network device, which can be understood as the information being first sent to other modules in the terminal (such as an RF module or antenna), and then sent to the network device by these modules.

[0284] When the aforementioned communication device is a chip used in a network device, the network device chip implements the functions of the network device in the above method embodiments. The network device chip receives information from the terminal, which can be understood as the information being first received by other modules (such as radio frequency modules or antennas) in the network device, and then sent to the network device chip by these modules. The network device chip sends information to the terminal, which can be understood as the information being forwarded to other modules (such as radio frequency modules or antennas) in the network device, and then sent to the terminal by these modules.

[0285] In this application, entity A sends information to entity B, either directly or indirectly through other entities. Similarly, entity B receives information from entity A, either directly or indirectly through other entities. Entities A and B can be RAN nodes or terminals, or modules within RAN nodes or terminals. Information transmission and reception can be between a RAN node and a terminal, such as between a network device and a terminal; between two RAN nodes, such as between a CU and a DU; or between different modules within a device, such as between a terminal chip and other modules of the terminal, or between a network device chip and other modules of the network device.

[0286] It is understood that the processor in the embodiments of this application may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. A general-purpose processor may be a microprocessor or any conventional processor.

[0287] The method steps in the embodiments of this application can be implemented in hardware or in software instructions executable by a processor. The software instructions can consist of corresponding software modules, which can be stored in random access memory, flash memory, read-only memory, programmable read-only memory, erasable programmable read-only memory, electrically erasable programmable read-only memory, registers, hard disks, portable hard disks, CD-ROMs, or any other form of storage medium known in the art. An exemplary storage medium is coupled to a processor, enabling the processor to read information from and write information to the storage medium. The storage medium can also be a component of the processor. The processor and storage medium can reside in an ASIC. Alternatively, the ASIC can reside in a network device or terminal. The processor and storage medium can also exist as discrete components in a network device or terminal.

[0288] In the above embodiments, implementation can be achieved entirely or partially through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented entirely or partially in the form of a computer program product. The computer program product includes one or more computer programs or instructions. When the computer program or instructions are loaded and executed on a computer, the processes or functions described in the embodiments of this application are performed entirely or partially. The computer can be a general-purpose computer, a special-purpose computer, a computer network, a network device, a user equipment, or other programmable device. The computer program or instructions can be stored in a computer-readable storage medium or transferred from one computer-readable storage medium to another. For example, the computer program or instructions can be transferred from one website, computer, server, or data center to another website, computer, server, or data center via wired or wireless means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium, such as a floppy disk, hard disk, or magnetic tape; it can also be an optical medium, such as a digital video optical disc; or it can be a semiconductor medium, such as a solid-state drive. The computer-readable storage medium may be a volatile or non-volatile storage medium, or may include both types of storage media.

Claims

1. A communication method characterized by comprising: The method comprises: receiving first configuration information, the first configuration information being used for configuring M time delay reporting thresholds of a first LCG, the M time delay reporting thresholds comprising a first time delay reporting threshold, M being an integer greater than 1, the first time delay reporting threshold being used for determining a time delay status report media access control layer control element (DSR MAC CE); and sending a first DSR MAC CE, the first DSR MAC CE indicating first time delay information, the first time delay information indicating time delay information of first data, the first data belonging to the first LCG, the first time delay information being within the range of the first time delay reporting threshold; The first DSR MAC CE also indicates second time delay information, the second time delay information indicating time delay information of second data, the second data belonging to a second LCG.

2. The method of claim 1, wherein, The method further comprises: receiving second configuration information, the second configuration information being used for configuring a first threshold, the first threshold being used for triggering sending of the first DSR MAC CE.

3. The method according to claim 1 or 2, characterized in that, The method further comprises: receiving third configuration information, the third configuration information comprising a BS table, and determining the O data quantities according to the BS table.

4. A communication method characterized by comprising: The method comprises: sending first configuration information, the first configuration information being used for configuring a first time delay reporting threshold of a first logical channel group (LCG), the first time delay reporting threshold being used for determining a time delay status report (DSR) MAC CE; receiving a first time delay status report (DSR) MAC CE, the first DSR MAC CE indicating first time delay information, the first time delay information indicating time delay information of first data, the first data belonging to the first LCG, the first time delay information being within the range of the first time delay reporting threshold, the first DSR also indicating second time delay information, the second time delay information indicating time delay information of second data, the second data belonging to a second LCG.

5. The method of claim 4, wherein, The method further comprises: sending second configuration information, the second configuration information being used for configuring a first threshold, the first threshold being used for triggering sending of the first DSR MAC CE.

6. The method according to claim 3 or 4, characterized in that, The method further comprises: sending third configuration information, the third configuration information comprising a BS table, and determining the O data quantities according to the BS table.

7. The method according to any one of claims 1 to 6, characterized in that, The first DSR MAC CE also indicates a first data quantity, the first data quantity being a data quantity of the first data.

8. The method of claim 7, wherein, The first data is all data in the first LCG buffer data, a remaining transmission time delay budget of which is within the range of the first time delay reporting threshold. Or, the first data is data in the first LCG buffer data, a remaining transmission time delay budget of which is the shortest among all data in the first LCG buffer data, the remaining transmission time delay budget of which is within the range of the first time delay reporting threshold.

9. The method according to any one of claims 1 to 8, characterized in that, The first DSR MAC CE further comprises first indication information, the first indication information indicating that the first DSR MAC CE contains N pieces of latency information, the N pieces of latency information corresponding to N pieces of latency reporting thresholds in the M pieces of latency reporting thresholds one by one, each piece of latency information in the N pieces of latency information being located in a corresponding latency reporting threshold range in the N pieces of latency reporting threshold ranges, the N pieces of latency information containing the first latency information, N being a positive integer and N being less than or equal to M.

10. The method of claim 9, wherein, The first indication information comprises M bits, the M bits corresponding to the M pieces of latency reporting thresholds one by one, a first bit in the M bits corresponding to the first latency information, the first bit being used to indicate whether the first DSR MAC CE contains the first data amount, M being a positive integer and N being less than or equal to M.

11. The method according to any one of claims 1 to 8, characterized in that, The first DSR MAC CE indicates the first latency information, comprising that the first DSR MAC CE indicates O data amounts, the O data amounts corresponding to O pieces of latency reporting thresholds in the M pieces of latency reporting thresholds one by one, the O pieces of latency information containing the first latency information, O being a positive integer and O being less than or equal to M. Each data amount in the O data amounts is all data in the first LCG buffer data whose remaining transmission latency budget is located in a corresponding latency reporting threshold range.

12. The method according to any one of claims 1 to 11, characterized in that, The first DSR MAC CE further comprises second indication information, the second indication information indicating a BS table corresponding to each data amount in the O data amounts.

13. The method of claim 12, wherein, The second indication information comprises M bits, the M bits corresponding to the M pieces of latency reporting thresholds one by one, the M bits comprising O bits, each bit in the O bits indicating a BS table corresponding to the O data amounts respectively.

14. The method according to claim 9 or 13, characterized in that, The N pieces of latency information are the same as the O data amounts.

15. A communications device, characterized by A processor configured to execute computer program instructions to implement the method of any one of claims 1 to 14.

16. A computer readable storage medium characterized by: Instructions which, when run on a computer, cause the computer to perform the method of any one of claims 1 to 14.

17. A computer program product, characterised in that, Computer program code or instructions which, when run, cause the method of any one of claims 1 to 14 to be implemented.

18. A communication system, characterized by An apparatus to perform the method of any one of claims 1 to 14.

Images