Communication method, communication device, communication system, storage medium and program product
Patent Information
- Application Number
- PCT/CN2025/078659
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2025-02-21
- Publication Date
- 2026-08-27
Smart Images

Figure CN2025078659_27082026_PF_FP_ABST
Abstract
Description
Communication methods, communication equipment, communication systems, storage media and software products Technical Field
[0001] This disclosure relates to the field of communication technology, and in particular to a communication method, communication device, communication system, storage medium, and program product. Background Technology
[0002] Logical channel prioritization (LCP) is a key mechanism in wireless communication systems to ensure efficient and reasonable data transmission. It is used to dynamically allocate uplink transmission resources according to the priority of logical channels when multiple logical channels have data to be transmitted at the same time, so as to ensure that high-priority services are transmitted first, while taking into account the fairness of low-priority services. Summary of the Invention
[0003] The LCP process is executed by the terminal, so how to reach a consensus on the LCP process between network devices and terminals is an urgent problem to be solved.
[0004] This disclosure provides a communication method, communication device, communication system, storage medium, and program product.
[0005] According to a first aspect of the present disclosure, a communication method is provided, executed by a terminal, the method comprising: sending first information, the first information being used to indicate the transmission status of uplink data, the transmission status of uplink data being used to provide network equipment with uplink transmission resources for the terminal.
[0006] According to a second aspect of the present disclosure, a communication method is provided, executed by a network device, the method comprising: receiving first information, the first information being used to indicate the transmission status of uplink data; and configuring uplink transmission resources for a terminal based on the first information.
[0007] According to a third aspect of the present disclosure, a terminal is provided, comprising: a transceiver module configured to send first information, the first information being used to indicate the transmission status of uplink data, the transmission status of uplink data being used by a network device to configure uplink transmission resources for the terminal.
[0008] According to a fourth aspect of the present disclosure, a network device is provided, comprising: a transceiver module and a processing module, wherein the transceiver module is configured to receive first information, the first information being used to indicate the transmission status of uplink data; and the processing module is configured to configure uplink transmission resources for a terminal based on the first information.
[0009] According to a fifth aspect of the present disclosure, a communication device is provided, comprising: one or more processors; wherein the communication device is configured to perform a communication method as described in the first or second aspect.
[0010] According to a sixth aspect of the present disclosure, a communication system is provided, including a terminal and a network device; the terminal is configured to implement the communication method as described in the first aspect; and the network device is configured to implement the communication method as described in the second aspect.
[0011] According to a seventh aspect of the present disclosure, a storage medium is provided that stores instructions which, when executed on a communication device, cause the communication device to perform a communication method as described in the first or second aspect.
[0012] According to an eighth aspect of the present disclosure, a computer program product is provided, including a computer program that, when executed by a processor, implements the communication method of the first or second aspect.
[0013] According to a ninth aspect of the present disclosure, a computer program is provided that includes code, which, when executed by a processor, implements the communication method of the first or second aspect.
[0014] According to a tenth aspect of the present disclosure, a chip or chip system is provided, the chip or chip system including processing circuitry configured to perform a communication method as described in the first or second aspect.
[0015] In this embodiment of the disclosure, the network device and the terminal can reach a consensus on the transmission of uplink data, which facilitates the network device to allocate uplink transmission resources for the next transmission based on the previous uplink data transmission, thereby improving the data transmission performance of the communication system. Attached Figure Description
[0016] To more clearly illustrate the technical solutions in the embodiments of this disclosure, the accompanying drawings required for the description of the embodiments are introduced below. The following drawings are only some embodiments of this disclosure and do not impose specific limitations on the protection scope of this disclosure.
[0017] Figure 1 is a schematic diagram of the architecture of a communication system according to an embodiment of the present disclosure.
[0018] Figure 2 is an interactive schematic diagram of a communication method according to an embodiment of the present disclosure.
[0019] Figure 3 is another interactive schematic diagram of a communication method according to an embodiment of the present disclosure.
[0020] Figure 4 is a schematic diagram of the structure of a communication device provided according to an embodiment of the present disclosure.
[0021] Figure 5 is a schematic diagram of a communication device provided according to an embodiment of the present disclosure.
[0022] Figure 6 is a schematic diagram of a chip structure provided according to an embodiment of the present disclosure. Detailed Implementation
[0023] This disclosure provides a communication method, communication device, communication system, storage medium, and program product.
[0024] In a first aspect, embodiments of this disclosure provide a communication method executed by a terminal, the method comprising: sending first information, the first information being used to indicate the transmission status of uplink data, the transmission status of uplink data being used to provide network devices with uplink transmission resources for the terminal.
[0025] In this embodiment of the disclosure, the network device and the terminal can reach a consensus on the transmission of uplink data, which facilitates the network device to allocate uplink transmission resources for the next transmission based on the previous uplink data transmission, thereby improving the data transmission performance of the communication system.
[0026] In conjunction with some embodiments of the first aspect, in some embodiments, the transmission status of uplink data is associated with at least one of the following: the execution status of the Logical Channel Priority (LCP) procedure; the queuing status of the uplink data in the buffer; the reporting status of the Delay Status Report (DSR); and the packet loss status of the uplink data.
[0027] In this embodiment of the disclosure, the network device can determine whether the uplink transmission resources configured for the terminal in the previous step are sufficient based on at least one of the following: the execution status of the LCP process reported by the terminal, the queuing status of uplink data in the buffer, the reporting status of DSR, and the packet loss status of uplink data. This facilitates the network device in determining the uplink transmission resources to be configured in the next step.
[0028] In conjunction with some embodiments of the first aspect, in some embodiments, the first information indicates at least one of the following: whether the priority of the logical channel LCH is changed during the LCP process; whether the transmission rate of the uplink data of the LCH during the LCP process reaches the priority bit rate PBR of the LCH; whether the uplink data of the LCH during the LCP process has been scheduled; and the interval at which the uplink data of the LCH is scheduled during the LCP process.
[0029] In this embodiment of the disclosure, the network device can determine the usage of the uplink transmission resources previously configured for the terminal by receiving at least one of the following from the terminal: LCH priority change, uplink data transmission rate, uplink data scheduling, and uplink data scheduling interval. Based on the uplink transmission resource usage, the network device can adjust the uplink transmission resource configuration for the next time, effectively improving the utilization rate of uplink transmission resources and uplink transmission performance.
[0030] In conjunction with some embodiments of the first aspect, in some embodiments, the first information indicates at least one of the following: whether the buffer contains first uplink data; whether the buffer contains first uplink data arranged before second uplink data; the buffer reported by the terminal in the DSR contains first uplink data and second uplink data; wherein the remaining duration of the first uplink data is greater than or equal to a first threshold, and the remaining duration of the second uplink data is less than the first threshold.
[0031] In this embodiment of the disclosure, the network device can determine whether the buffer contains non-urgent data through the first information, thereby determining the actual amount of urgent data, avoiding scheduling errors and resource waste caused by prioritizing the scheduling of non-urgent data, and improving scheduling accuracy and efficiency.
[0032] In conjunction with some embodiments of the first aspect, in some embodiments, the first information indicates at least one of the following: the number of packets lost during the transmission of the uplink data; the interval between packets lost during the transmission of the uplink data.
[0033] In this embodiment of the disclosure, the network device can determine the insufficiency of the previously configured uplink transmission resources and the amount of missing uplink transmission resources by the packet loss data and / or the interval time of packet loss reported by the terminal. In this way, the network device can achieve accurate configuration, reduce the signaling consumption caused by resource configuration between the terminal and the network device, and improve the uplink transmission quality.
[0034] In some embodiments, in conjunction with the first aspect, the method further includes: sending second information, the second information indicating that the terminal supports sending the first information, the second information being used to support the network device in allocating uplink transmission resources to the terminal according to the first information.
[0035] In the disclosed embodiments, the network device can determine the terminal's capabilities through the second information, and determine whether to configure uplink transmission resources for the terminal based on the first information based on the terminal's capabilities. In this way, the network device and the terminal can reach a consensus on resource configuration, thereby improving the performance of the communication system.
[0036] In some embodiments, in conjunction with the first aspect, the method further includes: receiving third information, the third information instructing the terminal to send the first information.
[0037] Secondly, embodiments of this disclosure provide a communication method executed by a network device, the method comprising: receiving first information, the first information being used to indicate the transmission status of uplink data; and configuring uplink transmission resources for a terminal based on the first information.
[0038] In conjunction with some embodiments of the second aspect, in some embodiments, the transmission status of uplink data is associated with at least one of the following: the execution status of the Logical Channel Priority (LCP) procedure; the queuing status of the uplink data in the buffer; the reporting status of the Delay Status Report (DSR); and the packet loss status of the uplink data.
[0039] In conjunction with some embodiments of the second aspect, in some embodiments, the first information indicates at least one of the following: whether the priority of the logical channel LCH is changed during the LCP process; whether the transmission rate of the uplink data of the LCH during the LCP process reaches the priority bit rate PBR of the LCH; whether the uplink data of the LCH during the LCP process has been scheduled; and the interval at which the uplink data of the LCH is scheduled during the LCP process.
[0040] In conjunction with some embodiments of the second aspect, in some embodiments, the first information indicates at least one of the following: whether the buffer contains first uplink data; whether the buffer contains first uplink data arranged before second uplink data; the buffer reported by the terminal in the DSR contains first uplink data and second uplink data; wherein the remaining duration of the first uplink data is greater than or equal to a first threshold, and the remaining duration of the second uplink data is less than the first threshold.
[0041] In conjunction with some embodiments of the second aspect, in some embodiments, the first information indicates at least one of the following: the number of packets lost during the transmission of the uplink data; the interval between packets lost during the transmission of the uplink data.
[0042] In some embodiments, in conjunction with the second aspect, the method further includes: receiving second information, the second information indicating that the terminal supports sending the first information, the second information being used to support the network device in allocating uplink transmission resources to the terminal based on the first information.
[0043] In conjunction with some embodiments of the second aspect, in some embodiments, the method further includes: sending third information, the third information instructing the terminal to send the first information.
[0044] Thirdly, embodiments of this disclosure provide a terminal, including: a transceiver module configured to send first information, the first information being used to indicate the transmission status of uplink data, the transmission status of uplink data being used by a network device to configure uplink transmission resources for the terminal.
[0045] In conjunction with some embodiments of the third aspect, in some embodiments, the transmission status of uplink data is associated with at least one of the following: the execution status of the Logical Channel Priority (LCP) procedure; the queuing status of the uplink data in the buffer; the reporting status of the Delay Status Report (DSR); and the packet loss status of the uplink data.
[0046] In conjunction with some embodiments of the third aspect, in some embodiments, the first information indicates at least one of the following: whether the priority of the logical channel LCH is changed during the LCP process; whether the transmission rate of the uplink data of the LCH during the LCP process reaches the priority bit rate PBR of the LCH; whether the uplink data of the LCH during the LCP process has been scheduled; and the interval at which the uplink data of the LCH is scheduled during the LCP process.
[0047] In conjunction with some embodiments of the third aspect, in some embodiments, the first information indicates at least one of the following: whether the buffer contains first uplink data; whether the buffer contains first uplink data arranged before second uplink data; the buffer reported by the terminal in the DSR contains first uplink data and second uplink data; wherein the remaining duration of the first uplink data is greater than or equal to a first threshold, and the remaining duration of the second uplink data is less than the first threshold.
[0048] In conjunction with some embodiments of the third aspect, in some embodiments, the first information indicates at least one of the following: the number of packets lost during the transmission of the uplink data; the interval between packets lost during the transmission of the uplink data.
[0049] In conjunction with some embodiments of the third aspect, in some embodiments, the transceiver module is further configured to send second information, the second information indicating that the terminal supports sending the first information, the second information being used to support the network device in allocating uplink transmission resources to the terminal based on the first information.
[0050] In conjunction with some embodiments of the third aspect, in some embodiments, the transceiver module is further configured to receive third information, which instructs the terminal to send the first information.
[0051] Fourthly, embodiments of this disclosure provide a network device, including: a transceiver module and a processing module, wherein the transceiver module is configured to receive first information, the first information being used to indicate the transmission status of uplink data; and the processing module is configured to configure uplink transmission resources for a terminal based on the first information.
[0052] In conjunction with some embodiments of the fourth aspect, in some embodiments, the transmission status of uplink data is associated with at least one of the following: the execution status of the Logical Channel Priority (LCP) procedure; the queuing status of the uplink data in the buffer; the reporting status of the Delay Status Report (DSR); and the packet loss status of the uplink data.
[0053] In conjunction with some embodiments of the fourth aspect, in some embodiments, the first information indicates at least one of the following: whether the priority of the logical channel LCH is changed during the LCP process; whether the transmission rate of the uplink data of the LCH during the LCP process reaches the priority bit rate PBR of the LCH; whether the uplink data of the LCH during the LCP process has been scheduled; and the interval at which the uplink data of the LCH is scheduled during the LCP process.
[0054] In conjunction with some embodiments of the fourth aspect, in some embodiments, the first information indicates at least one of the following: whether the buffer contains first uplink data; whether the buffer contains first uplink data arranged before second uplink data; the buffer reported by the terminal in the DSR contains first uplink data and second uplink data; wherein the remaining duration of the first uplink data is greater than or equal to a first threshold, and the remaining duration of the second uplink data is less than the first threshold.
[0055] In conjunction with some embodiments of the fourth aspect, in some embodiments, the first information indicates at least one of the following: the number of packets lost during the transmission of the uplink data; the interval between packets lost during the transmission of the uplink data.
[0056] In conjunction with some embodiments of the fourth aspect, in some embodiments, the transceiver module is further configured to receive second information, the second information indicating that the terminal supports sending the first information, the second information being used to support the network device in allocating uplink transmission resources to the terminal based on the first information.
[0057] In conjunction with some embodiments of the fourth aspect, in some embodiments, the transceiver module is further configured to send third information, the third information instructing the terminal to send the first information.
[0058] Fifthly, embodiments of this disclosure provide a communication device, including: one or more processors; wherein the communication device is used to perform a communication method as described in the first or second aspect.
[0059] In a sixth aspect, embodiments of this disclosure provide a communication system, including: a terminal and a network device; the terminal is configured to implement the communication method as described in the first aspect; and the network device is configured to implement the communication method as described in the second aspect.
[0060] In a seventh aspect, embodiments of this disclosure provide a storage medium storing instructions that, when executed on a communication device, cause the communication device to perform a communication method as described in the first or second aspect.
[0061] Eighthly, embodiments of this disclosure provide a program product that, when executed by a communication device, causes the communication device to perform a communication method as described in the first or second aspect.
[0062] In a ninth aspect, embodiments of this disclosure provide a computer program that, when run on a computer, causes the computer to perform the method as described in an optional implementation of the first or second aspect.
[0063] In a tenth aspect, embodiments of this disclosure provide a chip or chip system. The chip or chip system includes processing circuitry configured to perform the method described according to an optional implementation of the first or second aspect above.
[0064] It is understood that the aforementioned communication devices, communication systems, storage media, program products, computer programs, chips, or chip systems are all used to execute the methods proposed in the embodiments of this disclosure. Therefore, the beneficial effects they can achieve can be referred to the beneficial effects in the corresponding methods, and will not be repeated here.
[0065] This disclosure provides a communication method, communication device, communication system, storage medium, and program product. In some embodiments, the terms "communication method," "information transmission method," "resource allocation method," and "uplink grant transmission method," etc., can be used interchangeably; similarly, the terms "communication system," "information transmission system," "resource allocation system," and "uplink grant transmission system," etc., can be used interchangeably.
[0066] This disclosure is not exhaustive, but merely illustrative of some embodiments, and is not intended to limit the scope of protection of this disclosure. Unless otherwise specified, each step in a particular embodiment can be implemented as an independent embodiment, and the steps can be arbitrarily combined. For example, a solution after removing some steps in a particular embodiment can also be implemented as an independent embodiment, and the order of the steps in a particular embodiment can be arbitrarily interchanged. Furthermore, the optional implementation methods in a particular embodiment can be arbitrarily combined; moreover, the embodiments can be arbitrarily combined, for example, some or all steps of different embodiments can be arbitrarily combined, and a particular embodiment can be arbitrarily combined with the optional implementation methods of other embodiments.
[0067] In each of the disclosed embodiments, unless otherwise specified or in case of logical conflict, the terminology and / or descriptions of the embodiments are consistent and can be referenced by each other. Technical features in different embodiments can be combined to form new embodiments based on their inherent logical relationships.
[0068] The terminology used in the embodiments of this disclosure is for the purpose of describing particular embodiments only and is not intended to limit the scope of this disclosure.
[0069] In this embodiment of the disclosure, unless otherwise stated, elements expressed in the singular form, such as "a," "an," "the," "the," "the," "the," "the," "the," "this," etc., can mean "one and only one," or "one or more," "at least one," etc. For example, when using articles such as "a," "an," "the," etc. in translation, the noun following the article can be understood as either a singular expression or a plural expression.
[0070] In the embodiments disclosed herein, "multiple" refers to two or more.
[0071] In some embodiments, the terms “at least one of”, “one or more”, “a plurality of”, “multiple”, etc., may be used interchangeably.
[0072] In some embodiments, the notation "at least one of A and B", "A and / or B", "A in one case, B in another", "in response to one case A, in response to another case B", etc., may include the following technical solutions depending on the situation: in some embodiments, A (execute A regardless of B); in some embodiments, B (execute B regardless of A); in some embodiments, execution is selected from A and B (A and B are selectively executed); in some embodiments, A and B (both A and B are executed). The same applies when there are more branches such as A, B, C, etc.
[0073] In some embodiments, the notation "A or B" may include the following technical solutions, depending on the situation: in some embodiments, A (execution of A regardless of B); in some embodiments, B (execution of B regardless of A); in some embodiments, execution is selected from A and B (A and B are selectively executed). The same applies when there are more branches such as A, B, C, etc.
[0074] The prefixes "first," "second," etc., used in the embodiments of this disclosure are merely for distinguishing different descriptive objects and do not impose restrictions on the position, order, priority, quantity, or content of the descriptive objects. The description of the descriptive objects is found in the claims or the context of the embodiments, and the use of prefixes should not constitute unnecessary restrictions. For example, if the descriptive object is a "field," the ordinal numbers preceding "field" in "first field" and "second field" do not restrict the position or order of the "fields." "First" and "second" do not restrict whether the "fields" they modify are in the same message, nor do they restrict the order of "first field" and "second field." Similarly, if the descriptive object is a "level," the ordinal numbers preceding "level" in "first level" and "second level" do not restrict the priority between "levels." Furthermore, the number of descriptive objects is not limited by ordinal numbers and can be one or more. For example, in "first device," the number of "devices" can be one or more. Furthermore, the objects modified by different prefixes can be the same or different. For example, if the object being described is "device", then "first device" and "second device" can be the same device or different devices, and their types can be the same or different. Similarly, if the object being described is "information", then "first information" and "second information" can be the same information or different information, and their content can be the same or different.
[0075] In some embodiments, “including A,” “containing A,” “for indicating A,” and “carrying A” can be interpreted as directly carrying A or indirectly indicating A.
[0076] In some embodiments, the terms “in response to…”, “in response to determining…”, “in the case of…”, “when…”, “if…”, “if…”, etc., can be used interchangeably.
[0077] In some embodiments, the terms “greater than,” “greater than or equal to,” “not less than,” “more than,” “more than or equal to,” “not less than,” “higher than,” “higher than or equal to,” “not lower than,” and “above” can be used interchangeably, as can the terms “less than,” “less than or equal to,” “not greater than,” “less than,” “less than or equal to,” “not more than,” “lower than,” “lower than or equal to,” “not higher than,” and “below”.
[0078] In some embodiments, devices, etc., can be interpreted as physical or virtual, and their names are not limited to the names recorded in the embodiments. Terms such as “device”, “equipment”, “circuit”, “network element”, “node”, “function”, “unit”, “section”, “system”, “network”, “chip”, “chip system”, “entity”, and “subject” can be used interchangeably.
[0079] In some embodiments, "network" can be interpreted as devices included in a network (e.g., access network devices, core network devices, etc.).
[0080] In some embodiments, the terms "network devices", "access network device (AN device)", "radio access network device (RAN device)", "base station (BS)", "radio base station", "fixed station", "node", "access network node", "access point", "transmission point (TP)", "reception point (RP)", "transmission / reception point (TRP)", "panel", "antenna panel", "antenna array", "cell", "macro cell", "small cell", "femtocell", "pico cell", "sector", "cell group", "serving cell", "carrier", "component carrier", and "bandwidth part (BWP)" can be used interchangeably.
[0081] In some embodiments, the terms "terminal", "terminal device", "user equipment (UE)", "user terminal", "mobile station (MS)", "mobile terminal (MT)", "subscriber station", "mobile unit", "subscriber unit", "wireless unit", "remote unit", "mobile device", "wireless device", "wireless communication device", "remote device", "mobile subscriber station", "access terminal", "mobile terminal", "wireless terminal", "remote terminal", "handset", "user agent", "mobile client", and "client" can be used interchangeably.
[0082] In some embodiments, access network devices, core network devices, or network devices can be replaced by terminals. For example, embodiments of this disclosure can also be applied to structures where communication between access network devices, core network devices, or network devices and terminals is replaced by communication between multiple terminals (e.g., device-to-device (D2D), vehicle-to-everything (V2X), etc.). In this case, the structure can also be configured such that the terminal has all or part of the functions of the access network device. Furthermore, terms such as "uplink" and "downlink" can be replaced with terms corresponding to communication between terminals (e.g., "sidelink"). For example, uplink channel, downlink channel, etc., can be replaced with sidelink channel, and uplink link, downlink, etc., can be replaced with sidelink link.
[0083] In some embodiments, the terminal may be replaced by an access network device, a core network device, or a network device. In this case, the access network device, core network device, or network device may also be configured to have all or some of the functions of the terminal.
[0084] In some embodiments, the acquisition of data, information, etc., may comply with the laws and regulations of the country where the location is situated.
[0085] In some embodiments, data, information, etc., may be obtained with the user's consent.
[0086] Furthermore, each element, each row, or each column in the table of this disclosure can be implemented as an independent embodiment, and any combination of any element, any row, or any column can also be implemented as an independent embodiment.
[0087] Figure 1 is a schematic diagram of an architecture of a communication system according to an embodiment of the present disclosure. As shown in Figure 1, the communication system 100 includes: a terminal 101 and a network device 102.
[0088] In some embodiments, terminal 101 includes, but is not limited to, at least one of the following: mobile phone, wearable device, Internet of Things device, car with communication function, smart car, tablet computer, computer with wireless transceiver function, virtual reality (VR) terminal device, augmented reality (AR) terminal device, wireless terminal device in industrial control, wireless terminal device in self-driving, wireless terminal device in remote medical surgery, wireless terminal device in smart grid, wireless terminal device in transportation safety, wireless terminal device in smart city, and wireless terminal device in smart home.
[0089] In some embodiments, network device 102 includes access network device and core network device.
[0090] In some implementations, access network equipment may be nodes or devices that connect terminals to a wireless network. Access network equipment may include, but is not limited to, at least one of the following: evolved NodeB (eNB), next-generation eNB (ng-eNB), next-generation NodeB (gNB), node B (NB), home node B (HNB), home evolved node B (HeNB), radio backhaul equipment, radio network controller (RNC), base station controller (BSC), base transceiver station (BTS), base band unit (BBU), mobile switching center, base station in 6G communication system, open RAN, cloud RAN, base station in other communication systems, and access node in Wi-Fi system.
[0091] In some embodiments, the technical solutions of this disclosure can be applied to the Open RAN architecture. In this case, the interfaces between or within network devices involved in the embodiments of this disclosure can be transformed into internal interfaces of Open RAN. The processes and information interactions between these internal interfaces can be implemented by software or programs.
[0092] In some embodiments, the access network device may be composed of a centralized unit (CU) and a distributed unit (DU). The CU may also be called a control unit. The CU-DU structure can separate the protocol layer of the network device. Some of the 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 and centrally controlled by the CU. However, this is not the only possibility.
[0093] In some embodiments, the core network equipment may be a single device including a first network element, or it may be multiple devices or a group of devices, each including a first network element. Network elements may be virtual or physical. The core network may include, for example, at least one of an Evolved Packet Core (EPC), a 5G Core Network (5GCN), or a Next Generation Core (NGC).
[0094] It is understood that the communication system described in this disclosure is for the purpose of more clearly illustrating the technical solutions of this disclosure, and does not constitute a limitation on the technical solutions provided in this disclosure. As those skilled in the art will know, with the evolution of system architecture and the emergence of new business scenarios, the technical solutions provided in this disclosure are also applicable to similar technical problems.
[0095] The following embodiments of this disclosure can be applied to the communication system 100 shown in FIG1, or to some of the main bodies, but are not limited thereto. The main bodies shown in FIG1 are illustrative. The communication system may include all or some of the main bodies in FIG1, or may include other main bodies outside of FIG1. The number and form of each main body are arbitrary. The connection relationship between the main bodies is illustrative. The main bodies may not be connected or may be connected. The connection can be in any way, it can be a direct connection or an indirect connection, it can be a wired connection or a wireless connection.
[0096] The embodiments disclosed herein can be applied to Long Term Evolution (LTE), LTE-Advanced (LTE-A), LTE-Beyond (LTE-B), SUPER 3G, IMT-Advanced, 4th generation mobile communication system (4G), 5th generation mobile communication system (5G), 5G new radio (NR), Future Radio Access (FRA), New-Radio Access Technology (RAT), New Radio (NR), New radio access (NX), Future generation radio access (FX), Global System for Mobile communications (GSM), CDMA2000, Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), and IEEE 802.20, Ultra-Wideband (UWB), Bluetooth (a registered trademark), Public Land Mobile Network (PLMN) networks, Device-to-Device (D2D) systems, Machine-to-Machine (M2M) systems, Internet of Things (IoT) systems, Vehicle-to-Everything (V2X) systems, systems utilizing other communication methods, and next-generation systems built upon them, etc. Furthermore, multiple systems can be combined (e.g., a combination of LTE or LTE-A with 5G).
[0097] The terms and concepts involved in the embodiments of this disclosure are described below.
[0098] I. Uplink Authorization (UL grant)
[0099] A UL grant is an uplink resource authorization configured by a network device for a terminal, used to instruct the terminal when, where, and how to send uplink data. A UL grant typically contains the following key information: (1) time-frequency resource allocation information, used to instruct the terminal on the time-domain and frequency-domain resources for uplink transmission; (2) modulation and coding scheme information, used to instruct the terminal on the modulation scheme and coding rate used; (3) transport block size information, used to instruct the terminal on the amount of data that can be sent; and (4) power control information, used to modulate the terminal's transmit power.
[0100] II. LCP
[0101] After receiving the UL grant, the terminal needs to allocate these resources according to the LCP mechanism. LCP is a mechanism used by the terminal to determine the data transmission order when there is data to be sent in multiple logical channels.
[0102] In some embodiments, the network device sends logical channel (LCH) configuration information to the terminal. The LCH configuration information is used to configure the relevant parameters of LCP, and the terminal executes LCP according to the relevant parameters. The relevant parameters of the LCP process include at least one of the following: priority, prioritized bit rate (PBR), and bucket size duration (BSD).
[0103] In some embodiments, the network device may assign a priority to each LCH, with a smaller priority value indicating a higher priority.
[0104] In some embodiments, the network device may configure a PBR for each LCH. The PBR can be understood as the minimum guaranteed rate for each logical channel, which is used to ensure that the LCH can transmit at least the amount of data defined by the PBR under resource constraints.
[0105] In some embodiments, the network device can configure a BSD for each LCH. The BSD can be understood as the depth of the token bucket, which determines the upper limit of the PBR accumulation. The maximum capacity of the token bucket is PBR × BSD.
[0106] In some embodiments, the LCP process includes two rounds of LCP. In the first round, the terminal allocates resources based on the LCH priority and PBR. In the second round, the terminal allocates remaining resources based on the LCH priority. Specifically, in the first round of LCP, the terminal traverses all LCHs from highest to lowest priority, allocating the data amount corresponding to the PBR of each LCH. The allocated data amount does not exceed the data amount in its buffer and the token bucket capacity, and then the token bucket is updated. In the second round of LCP, if there are remaining resources, the terminal allocates the remaining resources to each LCH in order from highest to lowest priority until resources are exhausted or data transmission of all LCHs is completed. The second round of LCP does not limit the PBR, allowing higher-priority LCHs to occupy more resources.
[0107] In some embodiments of multimedia services, such as extended reality (XR) services, there are typically multiple data streams. These streams need to meet certain latency requirements during transmission, especially since some streams need to arrive at the server simultaneously for decoding. A delay in any one stream can cause the joint decoding of multiple streams to fail. However, network scheduling is dynamic. If a data packet has not been scheduled for a long time—for example, a low-priority LCH packet—it needs to send a buffer status report (BSR) to notify the network to schedule it as soon as possible. However, currently only high-priority LCH packets can send a BSR, which fails to meet the urgent scheduling needs of low-priority LCH packets.
[0108] In some embodiments, a delay status reporting (DSR) mechanism can be introduced to address the need for urgent scheduling of low-priority LCH packets.
[0109] 3. DSR
[0110] DSR (Delay Critical Data Response) is a mechanism by which terminals report the status of Delay Critical Data in their buffers to the network side. Its purpose is to optimize network scheduling strategies to meet the demands of low-latency services. DSR provides network devices with the delay status of logical channel groups, including their shortest remaining time and the amount of data associated with the reported remaining time. Network devices control DSR operation using a remaining time threshold.
[0111] In some embodiments, the shortest remaining time is the shortest remaining time for all data packets in the logical channel group, i.e., the time from the current time to the time the data packet is dropped.
[0112] In some embodiments, the amount of data associated with the remaining time can be understood as the amount of buffered data, that is, the amount of buffered data in the logical channel group where the remaining time is less than the remaining time threshold.
[0113] In some embodiments, delayed critical data can be understood as data whose remaining duration is less than a remaining time threshold.
[0114] In some embodiments, delayed critical data can be replaced with emergency data, emergency dispatch data, etc.
[0115] In some embodiments, to address the need for urgent scheduling of low-priority LCH packets, the LCP can be further enhanced by adjusting the LCH priority based on LCH latency information or latency status. In some embodiments, if the LCH contains latency-critical data, the terminal can use additional priority configured for the LCH.
[0116] In some embodiments, the priority configured for the LCH by network devices in an LCP can be understood as the default priority. In some embodiments, the additional priority configured for the LCH by network devices in an enhanced LCP differs from the default priority. In some embodiments, the level of the additional priority is higher than the default priority.
[0117] In some embodiments, the terminal needs to temporarily increase the priority of the LCH under specific conditions, such as when it detects that there is delayed critical data in the LCH. For example, the terminal allocates resources to the LCH with extra priority.
[0118] In some embodiments, additional priority applies to the first and second rounds of the LCP process.
[0119] In some embodiments, after an terminal allocates resources to an LCH using an additional priority, it can fallback the priority of that LCH to its default priority.
[0120] In some embodiments, after the terminal allocates resources to the LCH using the extra priority, the priority of the LCH may not revert to the default priority, that is, the extra priority of the LCH may continue to be used.
[0121] In some embodiments, the LCP process described above is completely executed by the terminal and is unknown to the network device. Therefore, how the network device and the terminal can reach a consensus on the LCP process is an urgent problem to be solved.
[0122] In some embodiments, since the LCP process is performed entirely by the terminal, how the network device determines whether the allocated uplink transmission resources are sufficient and how to adjust the uplink transmission resources allocated in the next iteration are problems that urgently need to be solved.
[0123] This disclosure provides a communication method, communication device, communication system, storage medium, and program product. A terminal can send first information to a network device, indicating the uplink data transmission status. This uplink data transmission status is used by the network device to configure uplink transmission resources for the terminal. In this way, the network device and the terminal can reach a consensus on the uplink data transmission status, facilitating the network device to allocate uplink transmission resources for the next transmission based on the previous uplink data transmission status, thus improving the data transmission performance of the communication system.
[0124] Figure 2 is an interactive schematic diagram of a communication method provided according to an embodiment of the present disclosure. As shown in Figure 2, the present disclosure relates to a communication method. Executed by a communication system 100, the communication method includes steps S2101 to S2104.
[0125] In step S2101, the terminal sends the second information.
[0126] In some embodiments, the network device receives second information.
[0127] In some embodiments, the second information indicates the terminal's ability to support uplink data transmission. In some embodiments, the second information indicates that the terminal supports uplink data transmission. In some embodiments, the second information indicates that the terminal does not support uplink data transmission.
[0128] In some embodiments, the second information indicates the terminal's ability to support uplink data transmission scheduling. In some embodiments, the second information indicates that the terminal supports uplink data transmission scheduling. In some embodiments, the second information indicates that the terminal does not support uplink data transmission scheduling.
[0129] In some embodiments, the second information indicates the terminal's ability to support the allocation of uplink transmission resources. In some embodiments, the second information indicates that the terminal supports the allocation of uplink transmission resources. In some embodiments, the second information indicates that the terminal does not support the allocation of uplink transmission resources.
[0130] In some embodiments, the second information indicates the terminal's ability to support the execution of the LCP transmission process. In some embodiments, the second information indicates that the terminal supports the execution of the LCP transmission process. In some embodiments, the second information indicates that the terminal does not support the execution of the LCP transmission process.
[0131] In some embodiments, the second information indicates the terminal's ability to support LCH priority changes during LCP transmission. In some embodiments, the second information indicates that the terminal supports LCH priority changes during LCP transmission. In some embodiments, the second information indicates that the terminal does not support LCH priority changes during LCP transmission.
[0132] In some embodiments, the priority change of LCH may include at least one of the following: (1) whether the priority of LCH has been changed; (2) the number of times the priority of LCH has been changed; (3) whether the priority of LCH has been reverted to the default priority after the priority has been changed; (4) the number of LCHs whose priority has been changed; and (5) the number of LCHs whose priority has been reverted to the default priority after the priority has been changed.
[0133] In some embodiments, the second information indicates the terminal's ability to support the transmission rate of uplink data of the LCH during LCP transmission. In some embodiments, the second information indicates that the terminal supports the transmission rate of uplink data of the LCH during LCP transmission. In some embodiments, the second information indicates that the terminal does not support the transmission rate of uplink data of the LCH during LCP transmission.
[0134] In some embodiments, the second information indicates the terminal's ability to support the scheduling of uplink data of the LCH during LCP transmission. In some embodiments, the second information indicates that the terminal supports the scheduling of uplink data of the LCH during LCP transmission. In some embodiments, the second information indicates that the terminal does not support the scheduling of uplink data of the LCH during LCP transmission.
[0135] In some embodiments, the uplink data scheduling status includes at least one of the following: (1) whether the uplink data has been scheduled; (2) whether the uplink data has been scheduled during the first round of LCP; (3) whether the uplink data has been scheduled during the second round of LCP; (4) the size of the uplink data that has not been scheduled; and (5) the number of LCHs for which the uplink data has not been scheduled.
[0136] In some embodiments, the second information indicates the terminal's ability to support queuing of uplink data within the transmit buffer. In some embodiments, the second information indicates that the terminal supports queuing of uplink data within the transmit buffer. In some embodiments, the second information indicates that the terminal does not support queuing of uplink data within the transmit buffer.
[0137] In some embodiments, the queuing status of uplink data in the cache includes at least one of the following: (1) whether there is first uplink data in the cache that is placed before second uplink data; (2) the size of the first uplink data placed before second uplink data in the cache; (3) whether the cache contains first uplink data. In some embodiments, the remaining duration of the first uplink data is greater than or equal to a first threshold, and the remaining duration of the second uplink data is less than the first threshold. In some embodiments, the first threshold is a remaining time threshold configured by the network device, which is used by the terminal to determine the urgency of data scheduling. In some embodiments, the remaining duration of the first uplink data is greater than the remaining time threshold, i.e., the first uplink data can be understood as non-urgent data, and the remaining duration of the second uplink data is less than the remaining time threshold, i.e., the second uplink data can be understood as urgent data that needs to be scheduled for transmission as soon as possible. Hereinafter, the first uplink data will be referred to as non-urgent data, and the second uplink data will be referred to as urgent data.
[0138] In some embodiments, the second information indicates the terminal's ability to support the reporting of DSRs. In some embodiments, the second information indicates that the terminal supports the reporting of DSRs. In some embodiments, the second information indicates that the terminal does not support the reporting of DSRs. In some embodiments, the reporting of DSRs includes: the buffer reported in the DSR contains both non-urgent and urgent data.
[0139] In some embodiments, urgent data is typically stored in the buffer. The buffer size reported by the terminal in the DSR can be understood as the amount of urgent data, and the terminal reports the buffer size to inform the network device of the amount of urgent data that needs to be scheduled as soon as possible. However, if the buffer contains non-urgent data, the buffer size reported by the terminal actually includes non-urgent data. This leads to an inaccurate reported amount of urgent data, preventing the network device from accurately scheduling urgent data and configuring uplink resources. Therefore, the terminal can report this situation to the network device so that the network device can determine the true amount of urgent data, avoid scheduling errors and resource waste caused by prioritizing non-urgent data, and improve scheduling accuracy and efficiency.
[0140] In some embodiments, the second information indicates the terminal's ability to support packet loss during uplink data transmission. In some embodiments, the second information indicates that the terminal supports packet loss during uplink data transmission. In some embodiments, the second information indicates that the terminal does not support packet loss during uplink data transmission. In some embodiments, uplink data packet loss includes at least one of the following: (1) the number of packets lost during uplink data transmission; (2) the interval between packets lost during uplink data transmission.
[0141] In some embodiments, the uplink data transmission status is related to at least one of the following: the execution status of the LCP process, the queuing status of uplink data in the buffer, the reporting status of DSR, and the packet loss status of uplink data. In some embodiments, the uplink data transmission status can be replaced by the uplink data scheduling status or the allocation status of uplink transmission resources.
[0142] In some embodiments, the name of the second information is not limited, and it may be, for example, "UE capability information".
[0143] In some embodiments, the terminal may send the second information to the network device via at least one of radio resource control (RRC) signaling, media access control-control element (MAC CE) signaling, and non-access stratum (NAS) signaling.
[0144] In some embodiments, step S2101 can be omitted. In this case, the network device can determine the second information based on protocol specifications, terminal type, etc.
[0145] In step S2102, the network device sends third information.
[0146] In some embodiments, the terminal receives third information.
[0147] In some embodiments, the third information indicates whether the terminal should send information on the uplink data transmission status. In some embodiments, the third information is used to request the terminal to report the uplink data transmission status.
[0148] In some embodiments, the network device sends third information based on the second information. In some embodiments, if the second information indicates that the terminal supports uplink data transmission, the network device sends the third information, which in turn indicates the uplink data transmission status of the terminal. In some embodiments, if the second information indicates that the terminal does not support uplink data transmission, the network device may not send the third information. In this case, the network device may configure uplink transmission resources for the terminal based on existing (legacy) mechanisms.
[0149] In some embodiments, step S2102 may be omitted. In this case, the terminal may determine whether to execute step S2103 based on its own implementation and protocol specifications.
[0150] In step S2103, the terminal sends the first information.
[0151] In some embodiments, the network device receives first information. In some embodiments, the first information is used by the network device to configure uplink transmission resources. In some embodiments, the first information is used by the network device to determine the usage of the previously allocated uplink transmission resources. In some embodiments, the first information is used by the network device to determine whether the previously allocated uplink transmission resources are sufficient. In some embodiments, the first information is used by the network device to determine the next allocated uplink transmission resources based on the previously allocated uplink transmission resources.
[0152] In some embodiments, the first information indicates the uplink data transmission status. In some embodiments, the first information indicates the uplink data scheduling status. In some embodiments, the first information indicates the allocation status of uplink transmission resources. In some embodiments, the first information indicates the usage status of uplink transmission resources. In some embodiments, the first information indicates the execution status of LCP. In some embodiments, the first information indicates the priority change status of LCH during LCP. In some embodiments, the first information indicates the uplink data scheduling status of LCH during LCP. In some embodiments, the first information indicates the queuing status of uplink data in the buffer. In some embodiments, the first information indicates the reporting status of DSR. In some embodiments, the first information indicates the uplink data packet loss status.
[0153] In some embodiments, the first information indicates whether the priority of the LCH is changed during the LCP process. In some embodiments, the first information indicates the number of LCHs whose priority is changed during the LCP process. In some embodiments, the first information indicates the number of times the priority of the LCH is changed during the LCP process. In some embodiments, the first information indicates the LCHs whose priority is changed. In some embodiments, the first information indicates whether the LCH priority reverts to the default priority after the priority is changed during the LCP process. In some embodiments, the first information indicates LCHs whose priority does not revert to the default priority after the priority is changed during the LCP process. In some embodiments, the first information indicates LCHs whose priority reverts to the default priority after the priority is changed during the LCP process.
[0154] In one example, suppose the terminal has four LCHs with data to be transmitted simultaneously, namely LCH1, LCH2, LCH3 and LCH4. The terminal performs LCP on these four LCHs. In the first round of LCP, the priority of LCH1 and LCH2 changes from the default priority to the extra priority. In the second round of LCP, the priority of LCH1 falls back to the default priority, while the priority of LCH2 does not fall back and remains the extra priority. In the second round of LCP, the priority of LCH3 changes from the default priority to the extra priority.
[0155] In one example, the first message indicates that the priority of the LCH has changed during the LCP process.
[0156] In one example, the first message indicates that the priority of 3 LCHs has changed during the LCP process.
[0157] In one example, the first message indicates that the priorities of LCH1, LCH2, and LCH3 have changed during the LCP process.
[0158] In one example, the first message indicates that the priorities of LCH1 and LCH2 have changed during the first round of LCP.
[0159] In one example, the first message indicates that the priority of LCH3 has changed during the second round of LCP.
[0160] In one example, the first message indicates that LCH1 has reverted to its default priority after a priority change.
[0161] In one example, the first message indicates that LCH2 will not revert to the default priority after the priority is changed.
[0162] In some embodiments, the first information indicates whether the uplink data of the LCH has been fully scheduled during the LCP process. In some embodiments, the first information indicates whether the uplink data has been fully scheduled during the first round of LCP. In some embodiments, the first information indicates whether the uplink data has been fully scheduled during the second round of LCP. In some embodiments, the first information indicates the amount of unscheduled uplink data. In some embodiments, the first information indicates the number of LCHs whose uplink data has not been fully scheduled. In some embodiments, the first information indicates the number of LCHs whose uplink data has not been fully scheduled.
[0163] In one example, assume the terminal has four LCHs (Link Channels) with data to be transmitted simultaneously: LCH1, LCH2, LCH3, and LCH4. The terminal performs LCP (Local Channel Packetization) on these four LCHs. In the first round of LCP, all uplink data from LCH1 is scheduled for transmission, while only a portion of the uplink data from LCH2 and LCH3 is scheduled for transmission. In the second round of LCP, the remaining portions of the uplink data from LCH2 and LCH3 are scheduled for transmission, while only a portion of the uplink data from LCH4 is scheduled for transmission, with the remaining 3 bits of data not scheduled for transmission.
[0164] In one example, the first message indicates that during the LCP process, there is a situation where the uplink data of the LCH has not been scheduled incomplete.
[0165] In one example, the first message indicates that uplink data from 3 LCHs has been fully scheduled during the LCP process.
[0166] In one example, the first message indicates that the uplink data of LCH1, LCH2, and LCH3 has been fully scheduled during the LCP process.
[0167] In one example, the first message indicates that all uplink data of LCH1 has been scheduled during the first round of LCP.
[0168] In one example, the first message indicates that all uplink data for LCH2 and LCH3 has been scheduled during the second round of LCP.
[0169] In one example, the first message indicates that not all uplink data for LCH4 has been scheduled during the LCP process.
[0170] In one example, the first message indicates that 3 bits of data in the uplink data of LCH4 during the LCP process have not been scheduled.
[0171] In some embodiments, the first information indicates the uplink data transmission rate of the LCH during LCP. In some embodiments, the first information indicates whether the uplink data transmission rate of the LCH during LCP reaches the PBR of the LCH. In some embodiments, the first information indicates that the uplink data transmission rate reaches the LCH corresponding to the PBR.
[0172] In one example, assume that the terminal has four LCHs with data to be transmitted simultaneously, namely LCH1, LCH2, LCH3 and LCH4. The terminal performs LCP on these four LCHs. In the first round of LCP, the uplink data transmission rate of LCH1 reaches the PBR of LCH1. In the second round of LCP, the uplink data transmission rate of LCH2 reaches the PBR of LCH2.
[0173] In one example, the first information indicates that during the LCP process, the uplink data transmission rate of the LCH has reached the PBR of that LCH.
[0174] In one example, the first information indicates that during the LCP process, the uplink data transmission rate of two LCHs reached the PBR of that LCH.
[0175] In one example, the first information indicates that the uplink data transmission rate of LCH1 and LCH2 during the LCP process has reached the corresponding PBR.
[0176] In one example, the first information indicates that the uplink data transmission rate of LCH1 reached the PBR of LCH1 during the first round of LCP.
[0177] In one example, the first information indicates that the uplink data transmission rate of LCH2 during the second round of LCP has reached the PBR of LCH2.
[0178] In some embodiments, the first information indicates whether the cache contains non-urgent data. In some embodiments, the first information indicates whether there is non-urgent data in the cache that is ordered before urgent data. In some embodiments, the first information indicates the size of the non-urgent data in the cache that is ordered before urgent data. In some embodiments, the first information indicates that the cache reported by the DSR contains both urgent and non-urgent data.
[0179] In one example, assume that the terminal's buffer contains 3 bits of non-urgent data and 2 bits of urgent data, and that the buffer size reported by the terminal when reporting DSR is 5 bits.
[0180] In one example, the first message indicates that the buffer contains non-urgent data.
[0181] In one example, the first message indicates that the buffer contains 3 bits of non-urgent data.
[0182] In one example, the first message indicates that non-urgent data is placed before urgent data in the cache memory.
[0183] In one example, the first message indicates that non-urgent data in the cache memory is arranged before urgent data, with 3 bits in between.
[0184] In one example, the first message indicates that the buffer reported by the DSR contains both urgent and non-urgent data.
[0185] In one example, the first message indicates that the buffer size reported by the DSR is 5 bits, and the buffer contains 3 bits of non-urgent data.
[0186] In some embodiments, the first information indicates whether packet loss occurred during uplink data transmission. In some embodiments, the first information indicates packet loss due to untimely uplink scheduling. In some embodiments, the first information indicates the number of packets lost during uplink data transmission. In some embodiments, the first information indicates the amount of data lost during uplink data transmission. In some embodiments, the first information indicates the interval between packets lost during uplink data transmission.
[0187] In one example, suppose the terminal has data packets 1 (2 bits), 2 (5 bits), 3 (3 bits), and 4 (6 bits) to be transmitted. Data packets 1 and 2 are successfully transmitted to the network device, while data packets 3 and 4 are not transmitted to the network device within their respective remaining time. The terminal discards data packets 3 and 4 after the remaining time, with the interval between the discarding of data packets 3 and 4 being t1.
[0188] In one example, the first information indicates that packet loss occurred during the transmission of uplink data.
[0189] In one example, the first message indicates that two packets were dropped during the uplink transmission.
[0190] In one example, the first message indicates that packets 3 and 4 were dropped.
[0191] In one example, the first information indicates that the time interval between the dropping of packets 3 and 4 is t1.
[0192] In one example, the first message indicates that 9 bits of data were dropped during the uplink transmission.
[0193] In step S2104, the network device configures uplink transmission resources for the terminal based on the first information.
[0194] In some embodiments, the network device determines the usage of the previously configured uplink transmission resources based on the first information, and determines the uplink transmission resources to be configured next based on the usage of the previously configured uplink transmission resources.
[0195] In some embodiments, the network device determines whether the previously configured uplink transmission resources are sufficient based on the first information, and determines the uplink transmission resources to be configured next based on whether the previously configured uplink transmission resources are sufficient.
[0196] In some embodiments, if the first information indicates that the priority of the LCH has changed during the LCP process, the network device can determine that the previously configured uplink transmission resources are insufficient. In some embodiments, if the first information indicates that uplink data with an LCH has not been fully scheduled during the LCP process, the network device can determine that the previously configured uplink transmission resources are insufficient. In some embodiments, if the first information indicates that non-urgent data is prioritized over urgent data in the buffer, the network device can determine that the previously configured uplink transmission resources are insufficient. In some embodiments, if the first information indicates that packet loss occurs during uplink data transmission, the network device can determine that the previously configured uplink transmission resources are insufficient. In some embodiments, if the first information indicates packet loss due to untimely uplink scheduling, the network device can determine that the previously configured uplink transmission resources are insufficient.
[0197] In some embodiments, if the first information indicates that the priority of the LCH has not changed during the LCP process, the network device can determine that the previously configured uplink transmission resources are sufficient. In some embodiments, if the first information indicates that all uplink data of the LCH has been scheduled during the LCP process, the network device can determine that the previously configured uplink transmission resources are sufficient. In some embodiments, if the first information indicates that there is no non-urgent data in the buffer preceding urgent data, the network device can determine that the previously configured uplink transmission resources are sufficient. In some embodiments, if the first information indicates that there is no packet loss during uplink data transmission, the network device can determine that the previously configured uplink transmission resources are sufficient.
[0198] In some embodiments, if the network device determines that the previously configured uplink transmission resources are insufficient, the network device configures more uplink transmission resources for the next uplink transmission. In some embodiments, if the network device determines that the previously configured uplink transmission resources are sufficient, the network device can configure fewer or the same amount of uplink transmission resources for the next uplink transmission.
[0199] In some embodiments, the network device can configure more uplink transmission resources for LCHs whose priority has changed. In some embodiments, the network device can configure more uplink transmission resources for LCHs where uplink data has not been fully scheduled. In some embodiments, the network device can configure more uplink transmission resources for LCHs where the uplink data transmission rate has not reached the corresponding PBR. In some embodiments, the network device can configure more uplink transmission resources for urgent data in the buffer.
[0200] The communication method involved in the embodiments of this disclosure may include at least one of steps S2101 to S2104. For example, step S2101 may be implemented as a standalone embodiment. For example, step S2102 may be implemented as a standalone embodiment. For example, step S2103 may be implemented as a standalone embodiment. For example, step S2104 may be implemented as a standalone embodiment. For example, steps S2101 and S2102 may be combined as a standalone embodiment. For example, steps S2103 and S2104 may be combined as a standalone embodiment. For example, steps S2102, S2103, and S2104 may be combined as a standalone embodiment.
[0201] In this embodiment of the disclosure, the network device and the terminal can reach a consensus on the transmission of uplink data, which facilitates the network device to allocate uplink transmission resources for the next transmission based on the previous uplink data transmission, thereby improving the data transmission performance of the communication system.
[0202] In some embodiments, the terms “cache,” “buffer,” “cache area,” and “buffer zone” can be used interchangeably.
[0203] In some embodiments, terms such as “urgent data,” “delayed critical data,” and “urgent dispatch data” can be used interchangeably.
[0204] In some embodiments, the names of information, etc., are not limited to the names described in the embodiments. Terms such as "information", "message", "signal", "signaling", "report", "configuration", "indication", "instruction", "command", "channel", "parameter", "domain", "field", "symbol", "symbol", "codebook", "codeword", "codepoint", "bit", "data", "program", and "chip" can be used interchangeably.
[0205] In some embodiments, the terms “carrying,” “including,” “containing,” and “encapsulating” can be used interchangeably.
[0206] In some embodiments, the terms “radio”, “wireless”, “radio access network (RAN)”, “access network (AN)”, and “RAN-based” can be used interchangeably.
[0207] In some embodiments, “get,” “obtain,” “receive,” “transmit,” “bidirectional transmission,” and “send and / or receive” can be used interchangeably and can be interpreted as receiving from other entities, obtaining from protocols, obtaining from higher layers, obtaining through self-processing, or autonomous implementation, among other meanings.
[0208] In some embodiments, terms such as “send,” “transmit,” “report,” “transmit,” “request,” “bidirectional transmission,” “send and / or receive” can be used interchangeably.
[0209] In some embodiments, terms such as “issue,” “return,” “feedback,” “response,” and “acknowledgement” can be used interchangeably.
[0210] In some embodiments, terms such as "certain," "preset," "default," "set," "indicated," "a certain," "any," and "first" can be used interchangeably. "Certain A," "preset A," "default A," "set A," "indicated A," "a certain A," "any A," and "first A" can be interpreted as A pre-defined in a protocol or the like, or as A obtained through setting, configuration, or instruction, or as specific A, a certain A, any A, or first A, but are not limited thereto.
[0211] In some embodiments, if an arrow in the interaction diagram representing the sending of information, signaling, etc. from one subject to another passes through other subjects, it can be interpreted as the information being forwarded from one subject to another via other subjects, or it can be interpreted as the information being sent from one subject to another without passing through other subjects.
[0212] Figure 3 is another interactive schematic diagram of the communication method provided according to an embodiment of the present disclosure. The communication method involved in the embodiments of the present disclosure can be applied to terminals, network devices, and terminals in the communication system 100. As shown in Figure 3, the communication method of the embodiments of the present disclosure includes steps S3101 to S3102.
[0213] In step S3101, the terminal sends the first information.
[0214] Optional implementations of step S3101 can also be found in optional implementations of step S2101 in Figure 2A and other related parts in the embodiments involved in Figure 2A, which will not be repeated here.
[0215] In step S3102, the network device configures uplink transmission resources for the terminal based on the first information.
[0216] The optional implementation of step S3102 can also be found in the optional implementation of step S2104 in Figure 2A and other related parts in the embodiments involved in Figure 2A, which will not be repeated here.
[0217] In some embodiments, the first information is used to indicate the transmission status of uplink data, which is related to at least one of the following: the execution status of the LCP process; the queuing status of uplink data in the buffer; the reporting status of DSR; and the packet loss status of uplink data.
[0218] In some embodiments, the first information indicates at least one of the following: whether the priority of the logical channel (LCH) is changed during the LCP process; whether the transmission rate of the uplink data of the LCH reaches the PBR of the LCH during the LCP process; whether the uplink data of the LCH is scheduled to be completed during the LCP process; and the interval during which the uplink data of the LCH is scheduled during the LCP process.
[0219] In some embodiments, the first information indicates at least one of the following: whether the buffer contains first uplink data; whether the buffer contains first uplink data arranged before second uplink data; the buffer reported by the terminal in the DSR contains first uplink data and second uplink data; wherein the remaining duration of the first uplink data is greater than or equal to a first threshold, and the remaining duration of the second uplink data is less than the first threshold.
[0220] In some embodiments, the first information indicates at least one of the following: the number of packets lost during uplink data transmission; the interval between packets lost during uplink data transmission.
[0221] The communication method involved in the embodiments of this disclosure may include at least one of steps S3101 to S3102. For example, step S3101 may be implemented as a standalone embodiment. For example, step S3102 may be implemented as a standalone embodiment.
[0222] In the following, the technical solutions of the embodiments of this disclosure will be described by way of specific implementation.
[0223] In some embodiments, this disclosure provides a method for protecting terminals to report uplink scheduling information to the network to assist the network in scheduling.
[0224] In some embodiments, the terminal can report the situation during the uplink resource allocation process to the network to assist the base station in scheduling.
[0225] In some embodiments, the terminal reports the status of LCP (Local Capability Protocol) operation to the base station.
[0226] In some embodiments, the terminal notifies the network whether an LCH priority change has been performed during the two rounds of LCP execution. In some embodiments, the terminal may notify the base station of a list of logical channels whose priorities have been changed.
[0227] In some embodiments, the terminal can notify the network LCH1 that no priority level change was performed during the two rounds of LCP, at which point the base station can know that its authorization may be insufficient.
[0228] In some embodiments, the terminal notifies the network whether the PBR was satisfied during the first round of LCP execution. In some embodiments, the terminal may notify the base station of a list of logical channels whose PBRs were satisfied;
[0229] In some embodiments, the terminal may notify the network LCH1 that the PBR was satisfied during the first round of LCP execution, at which point the base station may know that its authorization may be insufficient.
[0230] In some embodiments, the terminal notifies the network whether scheduling has been completed during the first or second round of LCP execution.
[0231] In some embodiments, the terminal may notify all logical channels of the network that all data scheduling has been completed during the first round of LCP execution, at which point the base station may know that its authorization may be sufficient.
[0232] In some embodiments, the terminal may notify all logical channels of the network that all data scheduling has not been completed during the second round of LCP execution, at which point the base station may know that its authorization may be insufficient.
[0233] In some embodiments, the terminal notifies the network of the interval at which the logical channel is scheduled during the first or second round of LCP execution.
[0234] In some embodiments, the terminal can statistically analyze the evaluation interval time during which LCH1 is scheduled in the LCP execution process over a period of time, at which point the base station can know whether its authorization is sufficient;
[0235] In some embodiments, the terminal notifies the network of the queuing status of its buffer.
[0236] In some embodiments, the terminal may notify the network whether there is non-urgent data ahead of urgent data in the buffering process, and include some of the data in the buffer size of the urgent data when reporting DSR.
[0237] In some embodiments, the terminal has non-urgent data that is placed before urgent data in the buffer process. When the DSR is reported, some of the data is included in the buffer size of the urgent data. At this time, the base station can know that some non-urgent data is also reported in the DSR report. At this time, its authorization is insufficient because the urgent data has been blocked by the non-urgent data in the buffer.
[0238] In some embodiments, the terminal notifies the network whether packet loss occurs during the uplink scheduling process due to untimely scheduling.
[0239] In some embodiments, the terminal may notify the network that packet loss at the PDCP layer is caused by untimely uplink scheduling.
[0240] In some embodiments, the total number of packets lost at the PDCP layer or the total number of bytes / bits lost.
[0241] In some embodiments, the PDCP layer counts the interval between packet losses.
[0242] In some embodiments, if the terminal frequently experiences PDCP layer packet loss during uplink transmission, the base station can know that its authorization is insufficient.
[0243] In some embodiments, the network instructs the terminal whether to report the information as described above.
[0244] In some embodiments, the terminal notifies the network whether it has the capability to report the aforementioned auxiliary information. In some embodiments, a separate capability indicator can be set for each piece of auxiliary information, or a common general indicator information can be used.
[0245] In some embodiments, this terminal capability is related to existing terminal capabilities. In some embodiments, the prerequisite for a terminal to have the ability to change priority levels or report changes during both rounds of LCP is that the terminal already supports LCP enhancement functionality.
[0246] In some embodiments, the prerequisite for a terminal to have the ability to prioritize non-urgent data over urgent data during the buffering process and to include a portion of this data in the buffer size of the urgent data during DSR reporting is that the terminal already supports DSR reporting.
[0247] This disclosure also proposes an apparatus for implementing any of the above methods. For example, a terminal is proposed, which includes units or modules for implementing the steps performed by the terminal in any of the above methods. Furthermore, another network device is proposed, including units or modules for implementing the steps performed by the network device (e.g., access network device, core network functional node, core network device, etc.) in any of the above methods.
[0248] It should be understood that the division of units or modules in the above device is only a logical functional division. In actual implementation, they can be fully or partially integrated into a single physical entity, or they can be physically separated. Furthermore, the units or modules in the device can be implemented by a processor calling software: for example, the device includes a processor connected to a memory containing instructions. The processor calls the instructions stored in the memory to implement any of the above methods or to implement the functions of the units or modules in the above device. The processor can be, for example, a general-purpose processor, such as a Central Processing Unit (CPU) or a microprocessor, and the memory can be internal or external to the device. Alternatively, the units or modules in the device can be implemented in the form of hardware circuits. The functionality of some or all of the units or modules can be achieved through the design of these hardware circuits, which can be understood as one or more processors. For example, in one implementation, the hardware circuit is an application-specific integrated circuit (ASIC). The functionality of some or all of the units or modules is achieved through the design of the logical relationships between the components within the circuit. In another implementation, the hardware circuit can be implemented using a programmable logic device (PLD). Taking a field-programmable gate array (FPGA) as an example, it can include a large number of logic gates. The connection relationships between the logic gates are configured through configuration files, thereby achieving the functionality of some or all of the units or modules. All units or modules of the above device can be implemented entirely through processor-called software, entirely through hardware circuits, or partially through processor-called software with the remaining parts implemented through hardware circuits.
[0249] In this embodiment, the processor is a circuit with signal processing capabilities. In one implementation, the processor can be a circuit with instruction read and execute capabilities, such as a Central Processing Unit (CPU), a microprocessor, a graphics processing unit (GPU) (which can be understood as a microprocessor), or a digital signal processor (DSP). In another implementation, the processor can implement certain functions through the logical relationships of hardware circuits. The logical relationships of the aforementioned hardware circuits are fixed or reconfigurable. For example, the processor is a hardware circuit implemented using an application-specific integrated circuit (ASIC) or a programmable logic device (PLD), such as an FPGA. In a reconfigurable hardware circuit, the process of the processor loading a configuration document and configuring the hardware circuit can be understood as the process of the processor loading instructions to implement the functions of some or all of the above units or modules. In addition, it can also be hardware circuits designed for artificial intelligence, which can be understood as ASICs, such as Neural Network Processing Units (NPUs), Tensor Processing Units (TPUs), and Deep Learning Processing Units (DPUs).
[0250] Figure 4 is a schematic diagram of the structure of the communication device proposed in this embodiment. The communication device 4100 can be a terminal or a network device. As shown in Figure 4, the communication device 4100 includes a transceiver module 4101 and a processing module 4102.
[0251] In some embodiments, the communication device 4100 is a terminal, and the transceiver module 4101 is configured to: send first information, the first information being used to indicate the uplink data transmission status, the uplink data transmission status being used by the network device to configure uplink transmission resources for the terminal. In some embodiments, the transceiver module is used to perform at least one of the communication steps (e.g., steps S2101, S2102, and S2103, but not limited thereto) performed by the terminal in any of the above methods, which will not be elaborated here.
[0252] In some embodiments, the communication device 4100 is a network device, and the transceiver module 4101 is configured to receive first information, which indicates the transmission status of uplink data. The processing module 4102 is configured to configure uplink transmission resources for the terminal according to the first information. In some embodiments, the transceiver module 4101 may be configured to perform at least one of the communication steps (e.g., steps S2101, S2102, and S2103, but not limited thereto) performed by the network device in any of the above methods, which will not be elaborated here.
[0253] In some embodiments, the transceiver module described above may include a transmitting module and / or a receiving module. The transmitting module and the receiving module may be separate or integrated together. Optionally, the transceiver module described above may be interchangeable with a transceiver.
[0254] Figure 5 is a schematic diagram of the structure of a communication device provided according to an embodiment of the present disclosure. The communication device 5100 may be a network device or a terminal, or it may be a chip, chip system, or processor that supports the network device in implementing any of the above methods, or it may be a chip, chip system, or processor that supports the terminal in implementing any of the above methods. The communication device 5100 can be used to implement the methods described in the above method embodiments, and for details, please refer to the description in the above method embodiments.
[0255] As shown in Figure 5, the communication device 5100 includes one or more processors 5101. The processor 5101 can be a general-purpose processor or a dedicated processor, such as a baseband processor or a central processing unit (CPU). The baseband processor can be used to process communication protocols and communication data, while the CPU can be used to control communication devices (e.g., base stations, baseband chips, terminal devices, terminal device chips, DUs or CUs, etc.), execute programs, and process program data. Optionally, the communication device 5100 can be used to execute any of the above methods. Optionally, one or more processors 5101 can be used to invoke instructions to cause the communication device 5100 to execute any of the above methods.
[0256] In some embodiments, the communication device 5100 further includes one or more transceivers 5102. When the communication device 5100 includes one or more transceivers 5102, the transceiver 5102 performs at least one of the communication steps (e.g., S2101, step S2102, but not limited thereto) in the above method, such as sending and / or receiving, while the processor 5101 performs at least one of other steps (e.g., step S2104, but not limited thereto). In optional embodiments, the transceiver 5102 may include a receiver and / or a transmitter, which may be separate or integrated. Optionally, the terms transceiver, transceiver unit, transceiver, transceiver circuit, interface circuit, interface, etc., can be used interchangeably; the terms transmitter, sending unit, transmitter, sending circuit, etc., can be used interchangeably; and the terms receiver, receiving unit, receiver, receiving circuit, etc., can be used interchangeably.
[0257] In some embodiments, the communication device 5100 further includes one or more memories 5103 for storing data. Optionally, all or part of the memories 5103 may be located outside the communication device 5100. In optional embodiments, the communication device 5100 may include one or more interface circuits 5104. Optionally, the interface circuits 5104 are connected to the memories 5103 and can be used to receive data from the memories 5103 or other devices, and to send data to the memories 5103 or other devices. For example, the interface circuits 5104 can read data stored in the memories 5103 and send the data to the processor 5101.
[0258] The communication device 5100 described in the above embodiments may be a network device or a terminal, but the scope of the communication device 5100 described in this disclosure is not limited thereto, and the structure of the communication device 5100 may not be limited by FIG. 5. The communication device may be a standalone device or a part of a larger device. For example, the communication device may be: (1) a standalone integrated circuit IC, or chip, or chip system or subsystem; (2) a collection of one or more ICs, optionally, the IC collection may also include storage components for storing data and programs; (3) an ASIC, such as a modem; (4) a module that can be embedded in other devices; (5) a receiver, terminal device, smart terminal device, cellular phone, wireless device, handheld device, mobile unit, vehicle device, network device, cloud device, artificial intelligence device, etc.; (6) others, etc.
[0259] Figure 6 is a schematic diagram of the structure of a chip provided according to an embodiment of the present disclosure. When the communication device 6100 can be a chip or a chip system, the schematic diagram of the chip 6100 shown in Figure 6 can be referred to, but is not limited thereto.
[0260] Chip 6100 includes one or more processors 6101. Chip 6100 is used to perform any of the above methods.
[0261] In some embodiments, chip 6100 further includes one or more interface circuits 6102. Optionally, terms such as interface circuit, interface, and transceiver pin can be used interchangeably. In some embodiments, chip 6100 further includes one or more memories 6103 for storing data. Optionally, all or part of the memories 6103 may be located outside chip 6100. Optionally, interface circuit 6102 is connected to memory 6103, and interface circuit 6102 can be used to receive data from memory 6103 or other devices, and interface circuit 6102 can be used to send data to memory 6103 or other devices. For example, interface circuit 6102 can read data stored in memory 6103 and send the data to processor 6101.
[0262] In some embodiments, the interface circuit 6102 performs at least one of the communication steps (e.g., S2101, S2102, but not limited thereto) in the above-described method, such as sending and / or receiving. For example, the interface circuit 6102 performing the communication steps (e.g., sending and / or receiving) in the above-described method means that the interface circuit 6102 performs data interaction between the processor 6101, the chip 6100, the memory 6103, or the transceiver device. In some embodiments, the processor 6101 performs at least one of other steps (e.g., step S2104, but not limited thereto).
[0263] The modules and / or devices described in the various embodiments, such as virtual devices, physical devices, and chips, can be combined or separated arbitrarily as needed. Optionally, some or all steps can also be performed collaboratively by multiple modules and / or devices, which is not limited here.
[0264] This disclosure also proposes a storage medium storing instructions that, when executed on a communication device 5100, cause the communication device 5100 to perform any of the methods described above. Optionally, the storage medium is an electronic storage medium. Optionally, the storage medium is a computer-readable storage medium, but not limited thereto; it may also be a storage medium readable by other devices. Optionally, the storage medium may be a non-transitory storage medium, but not limited thereto; it may also be a temporary storage medium.
[0265] This disclosure also proposes a program product that, when executed by a communication device 5100, causes the communication device 5100 to perform any of the above methods. Optionally, the program product is a computer program product.
[0266] This disclosure also proposes a computer program that, when run on a computer, causes the computer to perform any of the above methods.
[0267] Other embodiments of the invention will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This disclosure is intended to cover any variations, uses, or adaptations of the invention that follow the general principles of the invention and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of the invention are indicated by the following claims.
[0268] It should be understood that the present invention is not limited to the precise structure described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of the invention is limited only by the appended claims.
Claims
1. A communication method, executed by a terminal, the method comprising: Send a first message, which is used to indicate the uplink data transmission status, and the uplink data transmission status is used for the network device to configure uplink transmission resources for the terminal.
2. The method according to claim 1, wherein, The transmission status of the uplink data is related to at least one of the following: The execution status of the Logical Channel Priority (LCP) procedure; The queuing status of the upstream data within the buffer; Reporting status of Delay Status Report (DSR); The packet loss situation of the uplink data.
3. The method according to claim 1 or 2, wherein, The first information indicates at least one of the following: Is the priority of the logical channel (LCH) changed during the LCP process? During the LCP process, does the uplink data transmission rate of the LCH reach the priority bit rate (PBR) of the LCH? Whether the uplink data of LCH has been scheduled to be completed during the LCP process; The interval at which uplink data from the LCH is scheduled during the LCP process.
4. The method according to any one of claims 1 to 3, wherein, The first information indicates at least one of the following: Does the buffer contain the first uplink data? Does the first upstream data exist in the cache and precede the second upstream data? The buffer reported by the terminal in the DSR contains the first uplink data and the second uplink data; Wherein, the remaining duration of the first uplink data is greater than or equal to the first threshold, and the remaining duration of the second uplink data is less than the first threshold.
5. The method according to any one of claims 1 to 4, wherein, The first information indicates at least one of the following: The number of packets lost during the transmission of the uplink data; The interval between packet loss during the transmission of the uplink data.
6. The method according to any one of claims 1 to 5, wherein, The method further includes: Send a second message, the second message indicating that the terminal supports sending the first message, the second message being used to support the network device in allocating uplink transmission resources to the terminal based on the first message.
7. The method according to any one of claims 1 to 6, wherein, The method further includes: Receive third information, which instructs the terminal to send the first information.
8. A communication method performed by a network device, the method comprising: Receive first information, which is used to indicate the transmission status of uplink data; Based on the first information, configure uplink transmission resources for the terminal.
9. The method according to claim 8, wherein, The transmission status of the uplink data is related to at least one of the following: The execution status of the Logical Channel Priority (LCP) procedure; The queuing status of the upstream data within the buffer; Reporting status of Delay Status Report (DSR); The packet loss situation of the uplink data.
10. The method according to claim 8 or 9, wherein, The first information indicates at least one of the following: Is the priority of the logical channel (LCH) changed during the LCP process? During the LCP process, does the uplink data transmission rate of the LCH reach the priority bit rate (PBR) of the LCH? Whether the uplink data of LCH has been scheduled to be completed during the LCP process; The interval at which uplink data from the LCH is scheduled during the LCP process.
11. The method according to any one of claims 8 to 10, wherein, The first information indicates at least one of the following: Does the buffer contain the first uplink data? Does the first upstream data exist in the cache and precede the second upstream data? The size of the buffer reported by the terminal in the DSR, and the buffer contains the first uplink data and the second uplink data; Wherein, the remaining duration of the first uplink data is greater than or equal to the first threshold, and the remaining duration of the second uplink data is less than the first threshold.
12. The method according to any one of claims 8 to 11, wherein, The first information indicates at least one of the following: The number of packets lost during the transmission of the uplink data; The interval between packet loss during the transmission of the uplink data.
13. The method according to any one of claims 8 to 12, wherein, The method further includes: The terminal receives a second message indicating that it supports sending the first message. The second message is used to support the network device in allocating uplink transmission resources to the terminal based on the first message.
14. The method according to any one of claims 8 to 13, wherein, The method further includes: Send a third message, which instructs the terminal to send the first message.
15. A communication method applied to a communication system, the communication system including a terminal and a network device, the method comprising: The terminal sends first information to the network, the first information indicating the transmission status of uplink data; The network device configures uplink transmission resources for the terminal based on the first information.
16. A communication device configured to implement the communication method according to any one of claims 1 to 7, 8 to 14.
17. A communication system comprising a terminal and a network device; the terminal being configured to implement the communication method as described in any one of claims 1 to 7, and the network device being configured to implement the communication method as described in any one of claims 9 to 14.
18. A storage medium storing instructions that, when executed on a communication device, cause the communication device to perform a communication method as described in any one of 1 to 7, 8 to 14.
19. A computer program product comprising a computer program that, when executed by a processor, implements the communication method as described in any one of claims 1 to 7, 8 to 14.