CN118158819A

CN118158819A - Resource allocation method, device, terminal and network side equipment

Info

Publication number: CN118158819A
Application number: CN202211552387.2A
Authority: CN
Inventors: 鲍炜; 陈力; 刘进华
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2022-12-05
Filing date: 2022-12-05
Publication date: 2024-06-07
Also published as: WO2024120250A1

Abstract

The application discloses a resource allocation method, a device, a terminal and network side equipment, belonging to the technical field of communication, wherein the resource allocation method in the embodiment of the application comprises the following steps: the terminal sends report information to the network side equipment, wherein the report information is used for assisting the network side equipment to allocate uplink resources; the terminal receives an uplink scheduling signaling sent by the network side equipment; the terminal allocates uplink resources indicated by the uplink scheduling signaling; wherein, the reporting information includes: association information of the token; and/or, the allocating the uplink resource indicated by the uplink scheduling signaling includes at least one of the following: preferentially distributing uplink resources for the first LCH; allocating uplink resources for the first LCH and LCH with the number of the remaining tokens being greater than 0 in the same round; the first LCH is the LCH corresponding to the data which is about to overtime in the cache.

Description

Resource allocation method, device, terminal and network side equipment

Technical Field

The application belongs to the technical field of communication, and particularly relates to a resource allocation method, a resource allocation device, a terminal and network side equipment.

Background

In some related technologies, a terminal reports data amount information in a buffer to a network side device, and the network side device allocates uplink resources with a proper size to the terminal according to the data amount information reported by the terminal, which may specifically be uplink resources allocated to the terminal through an uplink scheduling signaling indication. After the terminal acquires the uplink resources allocated for the terminal by the network side equipment, two rounds of resource allocation are carried out, and the first round allocates resources for LCH (Logical Channel, LCH) with the number of tokens being more than 0 in sequence from high to low according to the token information and the priority of the LCH; and allocating resources for each LCH according to the sequence from high to low of the LCH priority, wherein the LCH refers to the LCH which is to be transmitted with data and can be transmitted by using the uplink resources. Therefore, the situation that the data about to be overtime cannot be distributed to the resources easily occurs, and the data transmission performance of the terminal is poor.

Disclosure of Invention

The embodiment of the application provides a resource allocation method, a resource allocation device, a terminal and network side equipment, which can solve the problem of relatively poor data transmission performance of the terminal.

In a first aspect, a method for allocating resources is provided, including:

The terminal sends report information to the network side equipment, wherein the report information is used for assisting the network side equipment to allocate uplink resources;

The terminal receives an uplink scheduling signaling sent by the network side equipment;

the terminal allocates uplink resources indicated by the uplink scheduling signaling;

Wherein, the reporting information includes: association information of the token; and/or, the allocating the uplink resource indicated by the uplink scheduling signaling includes at least one of the following:

Preferentially distributing uplink resources for a first logic channel LCH;

Allocating uplink resources for the first LCH and LCH with the number of the remaining tokens being greater than 0 in the same round;

The first LCH is the LCH corresponding to the data which is about to overtime in the cache.

In a second aspect, a resource allocation method is provided, including:

the method comprises the steps that network side equipment receives reporting information sent by a terminal, wherein the reporting information is used for assisting the network side equipment to allocate uplink resources;

the network side equipment sends an uplink scheduling signaling to the terminal based on the reporting information;

Wherein, the reporting information includes: association information of the token; and/or, the uplink scheduling signaling is used for triggering at least one of the following:

Preferentially distributing uplink resources for a first logic channel LCH;

In a third aspect, there is provided a resource allocation apparatus, comprising:

The transmission module is used for transmitting reporting information to the network side equipment, wherein the reporting information is used for assisting the network side equipment to allocate uplink resources;

a receiving module, configured to receive an uplink scheduling signaling sent by the network side device;

the allocation module is used for allocating the uplink resources indicated by the uplink scheduling signaling;

Preferentially distributing uplink resources for a first logic channel LCH;

In a fourth aspect, there is provided a resource allocation apparatus, comprising:

The receiving module is used for receiving reporting information sent by the terminal, wherein the reporting information is used for assisting the network side equipment to allocate uplink resources;

The sending module is used for sending uplink scheduling signaling to the terminal based on the reporting information;

Wherein, the reporting information includes: association information of the token; and/or, the uplink scheduling signaling is used for triggering at least one of the following characteristics:

Preferentially distributing uplink resources for a first logic channel LCH;

In a fifth aspect, a terminal is provided, which includes a processor and a memory, where the memory stores a program or an instruction executable on the processor, and the program or the instruction implements the steps of the resource allocation method on the terminal side provided by the embodiment of the present application when the program or the instruction is executed by the processor.

A sixth aspect provides a terminal, including a processor and a communication interface, where the communication interface is configured to send report information to a network side device, where the report information is used to assist the network side device in allocating uplink resources; receiving an uplink scheduling signaling sent by the network side equipment; the processor is used for distributing the uplink resources indicated by the uplink scheduling signaling; wherein, the reporting information includes: association information of the token; and/or, the allocating the uplink resource indicated by the uplink scheduling signaling includes at least one of the following: preferentially distributing uplink resources for a first logic channel LCH; allocating uplink resources for the first LCH and LCH with the number of the remaining tokens being greater than 0 in the same round; the first LCH is the LCH corresponding to the data which is about to overtime in the cache.

In a seventh aspect, a network side device is provided, where the network side device includes a processor and a memory, where the memory stores a program or an instruction that can be executed by the processor, where the program or the instruction implements the steps of the resource allocation method on the network side provided by the embodiment of the present application.

An eighth aspect provides a network side device, including a processor and a communication interface, where the communication interface is configured to receive a report message sent by a terminal, where the report message is used to assist the network side device in allocating uplink resources; based on the report information, sending an uplink scheduling signaling to the terminal; wherein, the reporting information includes: association information of the token; and/or, the uplink scheduling signaling is used for triggering at least one of the following: preferentially distributing uplink resources for a first logic channel LCH; allocating uplink resources for the first LCH and LCH with the number of the remaining tokens being more than 0 in the same round; the first LCH is the LCH corresponding to the data which is about to overtime in the cache.

In a ninth aspect, there is provided a resource allocation system comprising: the terminal and the network side device can be used for executing the steps of the resource allocation method of the terminal side provided by the embodiment of the application, and the network side device can be used for executing the steps of the resource allocation method of the network side provided by the embodiment of the application.

In a tenth aspect, a readable storage medium is provided, where a program or an instruction is stored, where the program or the instruction implement steps of a method for allocating resources on a terminal side provided by an embodiment of the present application or implement steps of a method for allocating resources on a network side provided by an embodiment of the present application when executed by a processor.

In an eleventh aspect, a chip is provided, where the chip includes a processor and a communication interface, where the communication interface is coupled to the processor, where the processor is configured to execute a program or an instruction, implement a method for allocating resources on a terminal side provided by an embodiment of the present application, or implement a method for allocating resources on a network side provided by an embodiment of the present application.

In a twelfth aspect, a computer program/program product is provided, which is stored in a storage medium, and which is executed by at least one processor to implement the steps of the resource allocation method on the terminal side as provided by the embodiment of the present application, or which is executed by at least one processor to implement the steps of the resource allocation method on the network side as provided by the embodiment of the present application.

In the embodiment of the application, a terminal sends reporting information to network side equipment, wherein the reporting information is used for assisting the network side equipment to allocate uplink resources; the terminal receives an uplink scheduling signaling sent by the network side equipment; the terminal allocates uplink resources indicated by the uplink scheduling signaling; wherein, the reporting information includes: association information of the token; and/or, the allocating the uplink resource indicated by the uplink scheduling signaling includes at least one of the following: preferentially distributing uplink resources for a first logic channel LCH; allocating uplink resources for the first LCH and LCH with the number of the remaining tokens being greater than 0 in the same round; the first LCH is the LCH corresponding to the data which is about to overtime in the cache. In the embodiment of the application, the network side distributes the association information of the uplink resource reference token for the terminal through the association information of the token, so that the probability that the overtime data cannot be distributed to the resource can be reduced, and the data transmission performance of the terminal is improved. In addition, by preferentially allocating uplink resources to the first LCH or allowing the first LCH and LCHs with the number of remaining tokens greater than 0 to allocate uplink resources in the same round, the probability that overtime data cannot be allocated to resources is reduced, and further data transmission performance of the terminal is improved.

Drawings

Fig. 1 is a block diagram of a wireless communication system to which embodiments of the present application are applicable;

fig. 2 is a flowchart of a resource allocation method according to an embodiment of the present application;

FIG. 3 is a flowchart of another resource allocation method according to an embodiment of the present application;

Fig. 4 is a block diagram of a resource allocation device according to an embodiment of the present application;

Fig. 5 is a block diagram of another resource allocation apparatus according to an embodiment of the present application;

fig. 6 is a block diagram of a communication device according to an embodiment of the present application;

Fig. 7 is a block diagram of another terminal according to an embodiment of the present application;

fig. 8 is a block diagram of another network side device according to an embodiment of the present application.

Detailed Description

The technical solutions of the embodiments of the present application will be clearly described below with reference to the drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which are derived by a person skilled in the art based on the embodiments of the application, fall within the scope of protection of the application.

The terms first, second and the like in the description and in the claims, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the terms so used are interchangeable under appropriate circumstances such that the embodiments of the application are capable of operation in sequences other than those illustrated or otherwise described herein, and that the "first" and "second" distinguishing between objects generally are not limited in number to the extent that the first object may, for example, be one or more. Furthermore, in the description and claims, "and/or" means at least one of the connected objects, and the character "/" generally means a relationship in which the associated object is an "or" before and after.

The term "indicated" in the description and claims of the present application may be either an explicit indication or an implicit indication. The explicit indication may be understood as that the sender explicitly informs the receiver of the operation or request result that needs to be performed in the sent indication; the implicit indication is understood as that the receiving side judges according to the indication sent by the sending side, and determines the operation or the request result to be executed according to the judging result.

It should be noted that the techniques described in the embodiments of the present application are not limited to long term evolution (Long Term Evolution, LTE)/LTE evolution (LTE-Advanced, LTE-a) systems, but may also be used in other wireless communication systems, such as code division multiple access (Code Division Multiple Access, CDMA), time division multiple access (Time Division Multiple Access, TDMA), frequency division multiple access (Frequency Division Multiple Access, FDMA), orthogonal frequency division multiple access (Orthogonal Frequency Division Multiple Access, OFDMA), single carrier frequency division multiple access (Single-carrier Frequency Division Multiple Access, SC-FDMA), and other systems. The terms "system" and "network" in embodiments of the application are often used interchangeably, and the techniques described may be used for both the above-mentioned systems and radio technologies, as well as other systems and radio technologies. The following description describes a New Radio (NR) system for exemplary purposes and NR terminology is used in much of the following description, but these techniques may also be applied to applications other than NR system applications, such as 6 th Generation (6G) communication systems.

Fig. 1 shows a block diagram of a wireless communication system to which an embodiment of the present application is applicable. The wireless communication system includes a terminal 11 and a network device 12. The terminal 11 may be a Mobile phone, a tablet Computer (Tablet Personal Computer), a Laptop (Laptop Computer) or a Personal digital assistant (Personal DIGITAL ASSISTANT, PDA), a palm Computer, a netbook, an ultra-Mobile Personal Computer (ultra-Mobile Personal Computer, UMPC), a Mobile internet device (Mobile INTERNET DEVICE, MID), a Mobile terminal, Augmented reality (augmented reality, AR)/Virtual Reality (VR) equipment, robots, wearable equipment (Wearable Device), vehicle-mounted equipment (VUE), pedestrian terminals (PUE), smart home (home equipment with wireless communication function, such as refrigerators, televisions, washing machines or furniture), game machines, personal computers (personal computer, PCs), teller machines or self-service machines, and other terminal side equipment, and the wearable equipment includes: intelligent watch, intelligent bracelet, Intelligent headphones, intelligent glasses, intelligent jewelry (intelligent bracelets, intelligent rings, intelligent necklaces, intelligent ankles, intelligent footchains, etc.), intelligent bracelets, intelligent clothing, etc. It should be noted that the specific type of the terminal 11 is not limited in the embodiment of the present application. The network-side device 12 may include an access network device or a core network device, where the access network device may also be referred to as a radio access network device, a radio access network (Radio Access Network, RAN), a radio access network function, or a radio access network element. The access network devices may include base stations, WLAN access points, wiFi nodes, etc., which may be referred to as node bs, evolved node bs (enbs), access points, base transceiver stations (Base Transceiver Station, BTSs), radio base stations, radio transceivers, basic SERVICE SET, BSS, extended SERVICE SET, ESS sets, home node bs, home evolved node bs, transmit and receive points (TRANSMITTING RECEIVING points, TRP) or some other suitable term in the field, the base station is not limited to a specific technical vocabulary as long as the same technical effect is achieved, and it should be noted that in the embodiment of the present application, only the base station in the NR system is described as an example, and the specific type of the base station is not limited. The core network device may include, but is not limited to, at least one of: a core network node, a core network function, a Mobility management entity (Mobility MANAGEMENT ENTITY, MME), an access Mobility management function (ACCESS AND Mobility Management Function, AMF), a session management function (Session Management Function, SMF), a user plane function (User Plane Function, UPF), a policy control function (Policy Control Function, PCF), policy AND CHARGING Rules Function (PCRF), edge application service discovery Function (Edge Application Server Discovery Function, EASDF), unified data management (Unified DATA MANAGEMENT, UDM), unified data repository (Unified Data Repository, UDR), home subscriber server (Home Subscriber Server, HSS), centralized network configuration (Centralized network configuration, CNC), network storage functions (Network Repository Function, NRF), network open functions (Network Exposure Function, NEF), local NEF (or L-NEF), binding support functions (Binding Support Function, BSF), application functions (Application Function, AF), and the like. It should be noted that, in the embodiment of the present application, only the core network device in the NR system is described as an example, and the specific type of the core network device is not limited.

The following describes in detail, by means of some embodiments and application scenarios thereof, a resource allocation method, a device, a terminal, and a network side device provided by the embodiments of the present application with reference to the accompanying drawings.

Referring to fig. 2, fig. 2 is a flowchart of a resource allocation method according to an embodiment of the present application, as shown in fig. 2, including the following steps:

Step 201, a terminal sends report information to a network side device, wherein the report information is used for assisting the network side device to allocate uplink resources;

Step 202, the terminal receives an uplink scheduling signaling sent by the network side equipment;

step 203, the terminal allocates uplink resources indicated by the uplink scheduling signaling;

Preferentially distributing uplink resources for a first logic channel LCH;

The above "and/or" may represent three cases:

1. The reported information comprises the associated information of the token, wherein the step of allocating the uplink resources indicated by the uplink scheduling signaling does not comprise at least one item, namely, the terminal allocates the resources according to an allocation mode defined in a protocol;

2. the step of allocating the uplink resources indicated by the uplink scheduling signaling includes at least one item;

3. The reporting information includes association information of the token, and the step of allocating uplink resources indicated by the uplink scheduling signaling includes at least one of the above.

The reported information may be a buffer status report (Buffer Status Report, BSR), where the BSR may be of at least the following types: regular BSR (Regular BSR), periodic BSR, additional BSR (Padding BSR);

wherein the regular BSR may trigger in any of the following cases:

LCHs with higher priority than LCHs currently having data transmissions become data transmissions from no data transmissions; or alternatively

One LCH becomes data-sent when all LCHs do not have data to send; or alternatively

At least one LCH has data to transmit when a BSR retransmission Timer (retxBSR-Timer) expires.

Periodicity BSR (Periodic BSR) triggers when the periodic BSR transmit Timer (periodicBSR-Timer) times out;

The additional BSR may be triggered when one medium access control protocol data unit (Medium Access Control Protocol Data Unit, MAC PDU) has all data under hold, and the remaining capacity can accommodate the BSR medium access control unit (Medium Access Control Control Element, MAC CE).

In the embodiment of the present application, the report information may be extended based on the BSR format defined by the protocol to include association information of the token associated with the relevant LCH, where the relevant LCH refers to the first LCH and/or other LCHs with higher priority than the first LCH. Of course, the reporting information may also be in a new control unit (MEDIA ACCESS Control Control Element, MAC CE) format for medium access control, i.e. a BSR format not defined based on the protocol.

In some embodiments, the report information may also be request information for requesting the network side device to allocate uplink resources.

In some embodiments, in a case where the report information does not include the association information of the token, the report information may include data amount information, where the data amount information may be reported according to a Logical Channel Group (LCG), for example: the amount of data in the LCG that is about to timeout may be reported as LCH in some embodiments, which is not limited.

The uplink scheduling signaling (UL grant) may be an uplink scheduling signaling issued by the network side device with reference to the content included in the report information after receiving the report information.

The token association information may be data amount information calculated based on the number of tokens, token number information of each LCH, or the like. Because the terminal can allocate resources based on the number of tokens after acquiring the uplink resources, when the network side device allocates the uplink resources for the terminal, the network side device can allocate uplink resources with more suitable size for the terminal by referring to the associated information of the tokens, for example: in the case that the association information of the token is data volume information calculated based on the number of tokens, the network side device may allocate uplink resources corresponding to the data volume information to the terminal, so that data about to be overtime can be allocated to the resources, for example: under the condition that the associated information of the tokens is the token number information of each LCH, the network side equipment calculates how much uplink resources are needed to ensure that the data about to be overtime can be allocated to the resources when the terminal allocates the resources for the LCH based on the token number according to the token number information of each LCH, and further allocates the corresponding uplink resources so as to avoid that the data about to be overtime cannot be allocated to the resources.

In some embodiments, the data that is about to timeout includes: and the interval between the overtime time and the current time is lower than the data of the preset time threshold value.

The current time may be an execution time of the step 201, or a time of generating the report information, and the preset time threshold may be a protocol contract or a network configuration.

In some embodiments, the data that is about to timeout may also be data in the cache that may have a timeout.

The preferentially allocating the uplink resource to the first LCH may be allocating the uplink resource to the first LCH first after the terminal obtains the uplink resource, or allocating the uplink resource to the first LCH after performing a round of resource allocation for LCHs with the number of remaining tokens being greater than 0.

The above-mentioned uplink resource allocation for the LCH with the number of the remaining tokens greater than 0 in the same round may be that, when allocating resources, the LCH with the number of the remaining tokens greater than 0 and the first LCH are considered at the same time, for example, the uplink resource is allocated according to the order of priority of the LCH with the number of the remaining tokens greater than 0 from high to low.

In the embodiment of the application, the network side distributes the association information of the uplink resource reference token for the terminal through the association information of the token, so that the probability that the overtime data cannot be distributed to enough resources can be reduced, and the data transmission performance of the terminal is improved. In addition, by preferentially allocating uplink resources to the first LCH or allowing the first LCH and LCHs with the number of remaining tokens greater than 0 to allocate uplink resources in the same round, the probability that overtime data cannot be allocated to resources is reduced, and further data transmission performance of the terminal is improved.

In an optional embodiment, the association information of the token includes at least one of the following:

Resource size information, wherein the resource size information is obtained based on token quantity information of the terminal;

and the token quantity information of the terminal.

The above-mentioned resource size information may also be referred to as data size information, because the data size and the resource size are corresponding, for example, the allocated resource size may carry 130byte data for transmitting 130byte data.

The above resource size information may be a resource size that ensures that the data overtime in time can be allocated to the resource, and the network side device allocates the uplink resource indicated by the resource size information to the terminal, so that the data overtime in time can be ensured to be allocated to the resource. Or, when the report information further includes the data amount in the buffer, the resource size information may be difference information of uplink resources corresponding to the data amount, for example: the resource size corresponding to the data amount is 120 bytes, and if the terminal allocates resources for the LCH based on the 120 bytes according to some resource allocation rules, there is a data timeout about to timeout of 10 bytes, the resource size information may be indication information of 10 bytes.

In one embodiment, the resource size information is derived based on token number information and data volume information of at least one LCH, the at least one LCH including the first LCH.

The at least one LCH may be an LCH of one or more LCGs, and the at least one LCH may be an LCH associated with the reporting information or an LCH associated with the uplink scheduling signaling.

The token number information may be remaining token number information of each LCH.

The data amount information may be data amount information of each LCH in the at least one LCH, or may be total data amount information of the at least one LCH.

In some embodiments, the data amount information of the at least one LCH includes:

data volume information of the at least one LCH that is about to timeout.

Such as the upcoming timeout data amount information for each of the at least one LCH or the upcoming timeout data amount information for the at least one LCH in total.

In some embodiments, the data amount information may be total data amount information including data that is about to timeout.

Since the rule for allocating resources based on the number of tokens is known to the terminal, the terminal can calculate the above-mentioned resource size information based on the token number information and the data amount information of at least one LCH, for example, calculate the resource size that ensures that the data of the instant timeout can be allocated to the resource, or calculate the difference size of the resource corresponding to the data amount in the reported buffer.

In this embodiment, the resource size information is accurately calculated based on the token number information and the data amount information of at least one LCH, so as to improve the accuracy of information reporting by the terminal.

One example is as follows:

Example 1:

LCH priority: LCH1> LCH2, i.e. LCH1 has a higher priority than LCH2

LCH1: the remaining token-5 bytes, the data amount in the buffer (buffer) is 200 bytes, and the data overtime at T1 is 100 bytes;

LCH2, wherein the residual token is 200 bytes, the data volume in the buffer is 100 bytes, and the data overtime at T1 is 0byte;

LCH1 and LCH 2 belong to LCG1 and LCG2, respectively.

The terminal can report the report information: the resource size information may or may not also indicate: data volume information and/or corresponding timeout times; wherein the resource size information is 200 bytes, and the data amount information indicates that 100 bytes need to be allocated to LCH1 or LCG1 before T1.

The network side equipment reports the information according to the above: before T1, the terminal is allocated 200byte uplink resources.

The terminal to 200byte allocation may be as follows:

A first round of allocation (allocating resources for LCHs with a number of tokens greater than 0 in order of priority from high to low) because the number of tokens is less than 0, LCH1 does not participate; the LCH2 is divided into 100 bytes, (the terminal needs to ensure that the LCH with the token >0 can transmit the data corresponding to the token number preferentially; because the buffer memory/the data to be transmitted of the LCH2 is less than the token number, the UE allocates resources according to the buffer memory/the data to be transmitted of the LCH 2); after the first round of distribution, the number of the residual LCH2 tokens is 100 bytes;

The second round of allocation (allocating resources to LCHs with buffer/pending data in order of priority from high to low, i.e. until the pending data of one LCH is allocated to resources and then starting the resource allocation of LCHs with one priority lower, or until the uplink resource is exhausted): LCH1 yields 100 bytes. The uplink resources allocated to the UE by the network are exhausted.

So that LCH1 allocates all data that is about to timeout to the resource.

By reporting the above-mentioned resource size information, the following problems can be avoided: the terminal only reports that LCH1 has 100 bytes of data, and the time-out is performed at T1, and the network side may only allocate uplink resources capable of bearing 100 bytes to the terminal. The mechanism of allocating resources as defined by the protocol results in uplink resources to be allocated to LCH2 entirely, resulting in a timeout of data in LCH 1.

Example 2:

LCH priority: LCH1> LCH2, i.e. LCH1 has a higher priority than LCH2

LCH1: the remaining token is 100 bytes, the data volume in the buffer is 200 bytes, and the data overtime at T1 is 0byte;

LCH2, namely, the residual token-5 byte, wherein the data volume in the buffer is 80byte, and the data overtime at T1 is 60byte;

LCH1 and LCH 2 belong to LCG1 and LCG2, respectively.

The terminal can report the report information: resource size information, and may or may not also indicate data amount information and corresponding timeout times; wherein the resource size information is 260 bytes, and the data amount information indicates that 60 bytes need to be allocated to LCH1 or LCG2 before T1.

The network side equipment reports the information according to the above: before T1, the terminal is allocated 260byte uplink resources.

The terminal pair 260byte allocation may be as follows:

the first round of allocation (allocating resources for LCH with the number of tokens being more than 0 according to the order of priority from high to low), the terminal is 100 bytes of LCH1, and the LCH2 does not participate in the allocation; after the first round of allocation, the number of the residual tokens of LCH1 is 0byte;

The second round of allocation (allocating resources to LCHs with buffer/pending data in order of priority from high to low, i.e. until the pending data of one LCH is allocated to resources and then starting the resource allocation of LCHs with one priority lower, or until the uplink resource is exhausted): 100 bytes must be allocated to LCH1 in its entirety and the remaining 60 bytes to LCH2.

So that LCH2 allocates all data that is about to timeout to the resource.

In one embodiment, in order to avoid timeout, the terminal reports the size of the resources to be allocated, which is specifically as follows:

For example 1 above:

And reporting the reported information by the terminal: resource size information (also referred to as the amount of uplink data) and a corresponding timeout time, the reporting information may be as follows: to ensure that the data in LCG1 does not timeout, 200 bytes need to be allocated before T1. The reported resource size information is: 200byte

The first round of allocation, because the number of tokens is less than 0, LCH1 does not participate; 100 bytes of LCH2 score (LCH 2 associated token number, smaller value in amount of data to be transferred); after the first round of allocation, the number of remaining tokens of LCH2 is 100 bytes (the first round of allocation consumes the equivalent tokens of the data quantity carried by the divided resources);

second round of dispensing: LCH1 needs to be separated by 100 bytes to avoid data timeout.

Specifically, for LCG1/LCH1, the reporting information sent by the terminal may be the following information:

Aging information: i.e. T1 related information. According to the aging information, the network side equipment can infer that all/part of the data of LCG1/LCH1 is overtime at T1, wherein the aging information can be the absolute time of T1 or the difference value between the current time and T1, etc.;

In order to ensure that the data corresponding to the aging information in the LCG1 does not timeout, the resource size (or referred to as data amount) that needs to be scheduled by the network side device, the terminal may determine the value based on the number of tokens in the token bucket of each LCH and the remaining data amount;

LCG or LCH ID: identification of LCG1 or LCH1 as described above.

Based on the above reported information, the network side device may determine a resource size (may also be referred to as a size of a data amount) that needs to be scheduled for the terminal in order to avoid data timeout in LCG1 or LCH1 of the terminal. In some embodiments, the LCG or LCH ID may not be reported, or the aging information may not be reported, for example, the network side device defaults the aging information to a preset offset of the sending time of the reporting information.

It should be noted that, in the embodiment of the present application, the resource size information is not limited to be obtained based on the token number information and the data amount information of at least one LCH, for example: in some embodiments, the resource size information may be token number information based on at least one LCH only, for example: the report information includes a data amount in the buffer memory, and when the at least one LCH has only one first LCH with a remaining token number smaller than 0 and corresponding to the buffer memory having data about to timeout, the resource size information indicates a difference value of uplink resources corresponding to the data amount, where the difference value may be a preset value, such as 10byte, 20byte, 30byte, etc., so that after the uplink resources corresponding to the data amount are allocated, the difference value allocates uplink resources to the data about to timeout immediately, so as to reduce a probability that the data about timeout immediately does not allocate resources.

In some embodiments, the above-mentioned resource size information may be calculated according to a rule adopted when the terminal performs uplink resource allocation.

As an optional implementation manner, the preferentially allocating uplink resources to the first LCH includes:

the terminal allocates resources for the first LCH in uplink resources indicated by the uplink scheduling signaling;

when the uplink resource still has residual resources after the resources are allocated for the first LCH, and the terminal has LCH with the residual token number larger than 0, the terminal allocates resources for the LCH with the residual token number larger than 0 in the residual resources; or if the uplink resource still has residual resources after the resources are allocated to the first LCH and the terminal does not have LCH with the residual token number greater than 0, the terminal allocates resources for the LCH with the data to be transmitted in the corresponding buffer according to the priority in the residual resources.

Wherein, the LCH where the data to be transmitted exists in the corresponding buffer is the LCH associated with the uplink scheduling signaling or the uplink resource.

The allocating resources for the LCHs with the data to be transmitted in the corresponding caches according to the priority may be allocating resources for each LCH according to the order of the priority from high to low.

In this embodiment, after the uplink resource is acquired, the resource may be first allocated to the first LCH.

If there is no remaining resource in the uplink resource after the resource is allocated to the first LCH, the procedure is terminated.

The allocating resources for the first LCH may be allocating resources for some or all of the data about to timeout in the first LCH. The method comprises the steps of receiving a first LCH, wherein resources are allocated to partial data about to timeout in the first LCH, and the probability that the data about to timeout cannot be allocated to the resources can be reduced.

In this embodiment, it may be implemented to allocate resources preferentially for LCHs that correspond to data buffered with an impending timeout to reduce or avoid the timeout of the data.

under the condition that the terminal has LCH with the number of the residual tokens being more than 0, the terminal allocates resources for the LCH with the number of the residual tokens being more than 0 in uplink resources indicated by the uplink scheduling signaling;

If there is a remaining resource in the uplink resource after allocating resources to LCHs with a number of remaining tokens greater than 0, preferentially allocating resources to the first LCH in the remaining resources, where preferentially allocating resources to the first LCH includes: and preferentially distributing resources for the first LCH in the first LCH and the second LCH, wherein the second LCH is the LCH which is correspondingly cached with data to be transmitted and has higher priority than the first LCH.

The second LCH may be an LCH associated with the uplink scheduling signaling or the uplink resource.

The above-mentioned allocating resources to the first LCH preferentially in the first LCH and the second LCH may be that after allocating resources to the first LCH preferentially, there is a remaining resource in the uplink resources, and in the remaining resource, the uplink resources are allocated to the second LCH where data still exists in the corresponding buffer, and if there are a plurality of second LCHs, the plurality of second LCHs allocate resources according to the priority. Because, in practical application, after allocating resources for LCHs with the number of remaining tokens being greater than 0, uplink resources that are not allocated yet are often allocated, so that the resources are allocated for the first LCH preferentially by the unallocated uplink resources, and then the second LCH with data is considered to be cached.

For example: the process of allocating resources sequentially comprises the following steps:

allocating resources for LCH with the number of the residual tokens being more than 0;

allocating resources for the first LCH;

And the second LCH for caching the data is allocated with resources, and specifically, the LCH for caching the data after the two rounds of allocation is performed.

In this embodiment, when there is a remaining resource in the uplink resource after allocating resources to LCHs with a number of remaining tokens greater than 0, the remaining resource is preferentially allocated to the first LCH, so that the remaining uplink resource can be prevented from being allocated to other LCHs, and the probability that data to be overtime is not allocated to the resource is further reduced.

Optionally, in the above various embodiments, in a case that the terminal has a plurality of first LCHs, the allocating resources for the first LCHs includes:

allocating resources for a plurality of the first LCHs according to at least one of the following rules:

Rules for LCH priority allocation with early timeout;

rules for LCH priority assignment with high priority.

The rule of LCH priority allocation with early timeout may be to allocate resources according to the sequence of the timeout of the data in the plurality of first LCHs, for example, the timeout time of the data in the first LCH1 to be timed out is T1, the timeout time of the data in the first LCH2 to be timed out is T2, and if T1 is earlier than T2, priority is given to the first LCH1 priority resource, and then resource is allocated to the first LCH 2.

The rule of LCH priority allocation with high priority may be that resources are allocated according to priorities of a plurality of first LCHs, and if the first LCH1 priority is higher than the first LCH2, the resources are preferentially allocated to the first LCH1, and then the resources are allocated to the first LCH 2.

In this embodiment, the resource allocation effect can be improved by the above rule.

Optionally, in the above various embodiments, the allocating resources for the first LCH includes:

Under the condition that the token of the first LCH is exhausted and the first LCH has no resources to be allocated to the data about to timeout, deducting the token of the first LCH to a negative value to allocate the resources until the data about to timeout of the first LCH are allocated to the resources or the uplink resources are allocated;

Wherein, after allocating the resources for the first LCH, the remaining resources of the uplink resource means that: after the data of the first LCH, which is about to be overtime, are allocated to the resources, the uplink resources still have residual resources.

In this embodiment, when the token of the first LCH is exhausted, the resource is continuously allocated to the first LCH, so that the probability that the data about to be overtime is allocated to the resource is further reduced.

As an optional implementation manner, the allocating uplink resources for the first LCH and the LCH with the number of remaining tokens greater than 0 in the same round includes:

and under the condition that the number of the residual tokens of the first LCH is smaller than or equal to 0, allocating uplink resources for the first LCH and the LCH with the number of the residual tokens being larger than 0 in the same round.

And allocating uplink resources for the first LCH and the LCH with the number of the residual tokens being greater than 0 in the same round, and sequentially allocating uplink resources for the first LCH and the LCH with the number of the residual tokens being greater than 0.

According to the embodiment, the first LCH with the number of the residual tokens being smaller than or equal to 0 and the LCH with the number of the residual tokens being larger than 0 can be allocated with resources in one round, and the probability of being allocated with the data about to be overtime is further reduced.

Optionally, the allocating uplink resources for the first LCH and LCHs with the number of remaining tokens greater than 0 in the same round includes:

And when the first LCH and the LCH with the number of the residual tokens being greater than 0 exist in the terminal, and the number of the residual tokens of the first LCH is smaller than or equal to 0, the terminal allocates resources for the first LCH and the LCH with the number of the residual tokens being greater than 0 in sequence from high priority to low priority in uplink resources indicated by the uplink scheduling signaling.

In this embodiment, resource allocation may be implemented according to the priority of the first LCH and the priority of the LCH with the number of remaining tokens greater than 0, so as to improve the resource allocation effect.

Optionally, when the terminal has the first LCH and LCH with the number of remaining tokens greater than 0 and the number of remaining tokens of the first LCH is less than or equal to 0, the terminal allocates resources for the first LCH and LCH with the number of remaining tokens greater than 0 in sequence from high priority to low priority according to the priority of the first LCH and the priority of LCH with the number of remaining tokens greater than 0 in uplink resources indicated by the uplink scheduling signaling, where the method includes:

And if the number of the first LCH tokens exceeds a preset token number threshold value, the terminal allocates resources for the first LCH and the LCH with the number of the remaining tokens being greater than 0 in sequence from high priority to low priority in the uplink resources indicated by the uplink scheduling signaling according to the priority of the first LCH and the priority of the LCH with the number of the remaining tokens being greater than 0.

The preset token number threshold may be a protocol contract or a network side configuration. The threshold value of the preset number of tokens is specifically a negative value, such as-500 byte, -1000byte, etc.

In this embodiment, the resource allocation is performed on the LCH with the number of tokens exceeding the preset token number threshold and the number of remaining tokens being greater than 0.

As an optional implementation manner, the terminal allocates uplink resources indicated by the uplink scheduling signaling, including:

And the terminal allocates the uplink resources indicated by the uplink scheduling signaling according to the allocation mode indicated by the network side configuration.

The allocation manner may include at least one of the following:

the allocation mode of the uplink resources indicated by the uplink scheduling signaling;

the network side equipment uses the allocation mode of the uplink resources indicated by the radio resource control (Radio Resource Control, RRC) signaling;

The allocation of protocol conventions.

The RRC signaling may be an allocation manner of uplink resources indicating subsequent scheduling.

The allocation may indicate at least one of:

Preferentially distributing uplink resources for a first logic channel LCH;

And allocating uplink resources for the first LCH and the LCH with the number of the remaining tokens being greater than 0 in the same round.

It should be noted that, the network side may selectively instruct the terminal to perform resource allocation according to the allocated resources in step 203 or perform resource allocation according to a manner defined by the protocol.

In this embodiment, flexibility of the terminal for allocating resources can be improved.

In the embodiment of the application, the network side distributes the association information of the uplink resource reference token for the terminal through the association information of the token, so that the probability that the overtime data cannot be distributed to the resource can be reduced, and the data transmission performance of the terminal is improved. In addition, by preferentially allocating uplink resources to the first LCH or allowing the first LCH and LCHs with the number of remaining tokens greater than 0 to allocate uplink resources in the same round, the probability that overtime data cannot be allocated to resources is reduced, and further data transmission performance of the terminal is improved.

Referring to fig. 3, fig. 3 is a flowchart of another resource allocation method according to an embodiment of the present application, as shown in fig. 3, including the following steps:

step 301, the network side device receives report information sent by the terminal, where the report information is used to assist the network side device to allocate uplink resources;

Step 302, the network side device sends uplink scheduling signaling to the terminal based on the report information;

Preferentially distributing uplink resources for a first logic channel LCH;

Optionally, the association information of the token includes at least one of the following:

and the token quantity information of the terminal.

Optionally, the resource size information is obtained based on token number information and data volume information of at least one LCH, where the at least one LCH includes the first LCH.

Optionally, the data amount information of the at least one LCH includes:

data volume information of the at least one LCH that is about to timeout.

Optionally, the data about to timeout includes:

and the interval between the overtime time and the current time is lower than the data of the preset time threshold value.

Optionally, the network side device further indicates an allocation manner to the terminal, where the allocation manner is an allocation manner that the terminal allocates the uplink resource indicated by the uplink scheduling signaling.

Optionally, the allocation manner indicated by the network side device to the terminal includes at least one of the following:

and controlling the allocation mode of the uplink resources indicated by the RRC signaling through the radio resources.

It should be noted that, as an implementation manner of the network side device corresponding to the embodiment shown in fig. 2, a specific implementation manner of the embodiment may refer to a related description of the embodiment shown in fig. 2, so that in order to avoid repeated description, the embodiment is not repeated.

The resource allocation method provided by the embodiment of the application is illustrated by a plurality of embodiments:

Embodiment one:

in this embodiment, when the terminal receives the UL grant, the LCH is preferentially allocated to the corresponding buffer memory for use by the data about to timeout, which specifically includes the following steps:

1. The terminal receives the UL grant;

The UE preferentially allocates the UL grant to the data about to timeout in the LCH corresponding to the data about to timeout (at the moment, the number of tokens in a token bucket corresponding to the LCH is not required to be greater than 0);

For example: the network side configures a preset time threshold of the terminal, and when the interval between the overtime time point and the current time point of the target data is lower than the preset time threshold, the terminal preferentially allocates the UL grant to bear the target data;

when different logical channels have data about to timeout, the UL grant is allocated according to one of the following sequences:

Preferentially allocating an UL grant to the LCH of the latest/earliest timeout;

preferentially allocating UL grant to LCH with high priority;

if the UL grant is exhausted, the resource allocation ends.

Alternatively, when UL grant allocation is performed, the tokens in the corresponding LCH need to be consumed until the data about to timeout is evenly distributed to the uplink resources or UL grant is exhausted. When the token is exhausted, if the corresponding LCH has more data to be timed out, the number of tokens in the token bucket may continue to be deducted to a negative value until the more data to be timed out is fully allocated to UL grant resources or UL grant is exhausted.

The remaining tokens in the corresponding LCH may be positive, 0 or negative.

3. After all data about to timeout in all LCHs of the data about to timeout are classified into UL grant resources, if there are UL grant resources not yet allocated, performing subsequent resource allocation according to a resource allocation manner defined in the protocol, which may be specifically as follows:

Step 0: the terminal obtains an UL grant;

Step 1: first round resource allocation: the terminal preferentially allocates the UL grant to the data to be overtime in the LCH to be overtime (at the moment, the number of tokens in a token bucket corresponding to the LCH is not required to be more than 0);

preferentially allocating UL grant to LCH with high priority;

if the UL grant is exhausted, the resource allocation ends.

Optionally, when ULgrant allocation is performed, the tokens in the corresponding LCH need to be consumed until the data about to timeout is evenly distributed to the uplink resources or UL grant is exhausted. When the token is exhausted, if the corresponding LCH has more data to be timed out, the number of tokens in the token bucket may continue to be deducted to a negative value until the more data to be timed out is fully allocated to UL grant resources or UL grant is exhausted.

The remaining tokens in the corresponding LCH may be positive, 0 or negative.

After all data to be timed out in all LCH corresponding to the cached data to be timed out are distributed to the UL grant resources, if there are not yet distributed UL grant resources, the subsequent resource distribution is carried out according to the following mode:

Step 2: second round of resource allocation: for all LCH which can be mapped to the UL grant for transmission, if the LCH has data to be transmitted, the terminal sequentially allocates a corresponding number of uplink resources for each LCH according to the sequence from high to low of the LCH priority based on the remaining tokens in the token bucket corresponding to each LCH (only LCH with the number of remaining tokens being more than 0 participates in the second round of allocation) and the data to be transmitted; after allocating resources for LCHj, if there are UL grant resources, continuing to allocate UL grant resources to the subsequent LCHk (LCHk having a priority no higher than LCHj); until the UL grant is exhausted or all tokens are greater than 0 in number and LCHs of pending data are sequentially allocated the UL grant. At this point, the second round of dispensing ends;

step 3: after the second round of allocation, the terminal subtracts the corresponding token quantity from the token bucket according to the quantity (size) of the data quantity which can be carried by the allocated resource of each LCH; after the subtraction, the number of tokens in the token bucket may be negative.

Step 4: third round of resource allocation: and if the UL grant still remains and at least one LCH which can use the UL grant still has data to be transmitted, performing third-round resource allocation. And allocating resources based on the remaining data amount to be transmitted of each LCH according to the order of the LCH priority from high to low: that is, if the remaining UL grant is sufficient to carry all the remaining pending data of one LCHj, after assigning the UL grant to LCHj, the remaining UL grant (if remaining) is assigned to subsequent LCHk (LCHk has a priority no higher than that of LCHj), and so on; if the remaining UL grant is not enough to carry all the remaining data to be transmitted of one LCHj, then the remaining UL grant is fully allocated to the current LCHj, i.e. other LCHs with priority lower than LCHj do not participate in the third round of resource allocation; other subsequent LCHs with priority equal to LCHj also do not participate in the third round of resource allocation. Wherein the third round of resource allocation does not deduct the number of tokens in the LCH corresponding token bucket that is split to the resource.

Embodiment two:

in this embodiment, when the terminal receives the UL grant, first round of resource allocation is performed; after the first round of resource allocation, preferentially allocating uplink resources to the data to be overtime; finally, the last round of resource allocation is performed, which can be specifically as follows:

Step 0: the terminal obtains an UL grant;

step 1: first round resource allocation: for all the LCH which can be mapped to the UL grant for transmission, if the LCH has data to be transmitted, the UE sequentially allocates a corresponding number of uplink resources for each LCH according to the sequence of the priority of the LCH from high to low based on the remaining tokens in the token bucket corresponding to each LCH (only LCH with the number of remaining tokens being more than 0 participates in the first round of allocation); after allocating resources for LCHj, if there are UL grant resources, continuing to allocate UL grant resources to the subsequent LCHk (LCHk having a priority no higher than LCHj); until the UL grant is exhausted or all tokens are greater than 0 in number and LCHs of pending data are sequentially allocated the UL grant. At this point, the first round of dispensing ends;

step 2: after the first round of allocation, the terminal subtracts the corresponding token quantity from the token bucket according to the quantity (size) of the data quantity which can be carried by the allocated resource of each LCH; after the subtraction, the number of tokens in the token bucket may be negative.

Step 3: second round of resource allocation: if the UL grant still remains and at least one LCH that can use the UL grant also has data about to timeout, the terminal allocates the UL grant to carry the data about to timeout;

preferentially allocating UL grant to LCH with high priority;

if the UL grant is exhausted, the resource allocation ends.

Optionally, when ULgrant allocation is performed, the tokens in the corresponding LCH need to be consumed until the data about to timeout is evenly distributed to the uplink resources or UL grant is exhausted. When the token is exhausted, if the corresponding LCH has more data to be timed out, the number of tokens in the token bucket may continue to be deducted to a negative value until the more data to be timed out is fully allocated to UL grant resources or UL grant is exhausted. The remaining tokens in the corresponding LCH may be positive, 0 or negative.

Step 4: third round of resource allocation: and if the UL grant still remains and at least one LCH which can use the UL grant still has data to be transmitted, performing third-round resource allocation. And allocating resources based on the remaining data amount to be transmitted of each LCH according to the order of the LCH priority from high to low: that is, if the remaining UL grant is sufficient to carry all the remaining pending data of one LCHj, after assigning the UL grant to LCHj, the remaining UL grant (if remaining) is assigned to subsequent LCHk (LCHk has a priority no higher than that of LCHj), and so on; if the remaining UL grant is not enough to carry all the remaining data to be transmitted of one LCHj, then the remaining UL grant is fully allocated to the current LCHj, i.e. other LCHs with priority lower than LCHj do not participate in the third round of resource allocation; other subsequent LCHs with priority equal to LCHj also do not participate in the third round of resource allocation. The third round of resource allocation does not deduct the number of tokens in the LCH corresponding token bucket that is split to the resource.

Embodiment III:

In this embodiment, the first round of allocation is enhanced, that is, the LCH channels corresponding to the buffered timeout data are allowed to participate in allocation, even if the number of tokens in the token bucket associated with the LCH is less than or equal to 0, which may be specifically as follows:

Step 0: the terminal obtains an UL grant;

Step 1: first round resource allocation: for all the LCHs that can be mapped to the UL grant for transmission, if the LCHs have data to be transmitted, the UE allocates a corresponding amount of uplink resources for each LCH in turn according to the order of the LCH priority from high to low based on the remaining tokens in the token bucket corresponding to each LCH or whether there is data to be overtime (only LCHs with the number of remaining tokens greater than 0 and/or with the data to be overtime participate in the first round of allocation); after allocating resources for LCHj, if there are UL grant resources, continuing to allocate UL grant resources to the subsequent LCHk (LCHk has a priority no higher than LCHj), and so on; the UL grant is allocated in sequence until the UL grant is exhausted or the number of all tokens is more than 0, and the LCH of the data to be transmitted and the LCH of the data to be overtime are all allocated in sequence, and at the moment, the first round of allocation is ended;

Step 3: second round of resource allocation: and if the UL grant still remains and at least one LCH which can use the UL grant still has data to be transmitted, performing second round of resource allocation. And allocating resources based on the remaining data amount to be transmitted of each LCH according to the order of the LCH priority from high to low: that is, if the remaining UL grant is sufficient to carry all the remaining pending data of one LCHj, after assigning the UL grant to LCHj, the remaining UL grant (if remaining) is assigned to subsequent LCHk (LCHk has a priority no higher than that of LCHj), and so on; if the remaining UL grant is not enough to carry all the remaining data to be transmitted of one LCHj, the remaining UL grant is fully allocated to the current LCHj, i.e. other LCHs with priority lower than LCHj do not participate in the second round of resource allocation; other subsequent LCHs having priority equal to LCHj also do not participate in the second round of resource allocation. The LCH allocated to the resource in the second round of resource allocation does not subtract the number of tokens in the token bucket.

As an optional enhancement: in step 1, LCH with data about to timeout participates in the first round of resource allocation if the number of tokens in the token bucket exceeds a preset threshold. The preset threshold is set by a network configuration or protocol, and the preset threshold is a value smaller than 0.

In the above embodiments, the indication may be carried in the UL grant or in the downlink control information (Downlink Control Information, DCI)/physical downlink control channel (Physical downlink control channel, PDCCH) signaling carrying the UL grant, where the indication is used to indicate the allocation manner of the UL grant: such as enabling a new manner of assigning UL grant (i.e., the manner given by the various embodiments described above); or the terminal determines to enable a new mode allocation UL grant (i.e., the mode given by the above-mentioned embodiments) according to the received RRC configuration signaling.

In the embodiment of the application, the following can be realized:

1. the terminal reports the data quantity to be overtime on the specific logic channel/logic channel group, wherein the data quantity can comprise the data quantity to be overtime and the data quantity of the data in other logic channels/logic channel groups needing to be distributed with uplink resources before the overtime data is distributed with the uplink resources;

2. When uplink resource allocation is carried out, one round of resource allocation is added on the basis of two rounds of allocation, and the method specifically comprises one of the following two steps:

The added allocation round is located before the existing first round, and the added round is used for allocating uplink resources to the uplink data which is overtime (whether the number of tokens in a token bucket associated with the LCH to which the overtime data belongs is greater than 0 or not);

The increased allocation round is located before the second round after the first round has been defined by the protocol, and the increased round is used for allocating uplink resources to uplink data to be timed out (whether the number of tokens in a token bucket associated with the LCH to which the data to be timed out belongs is greater than 0 or not);

3. When uplink resource allocation is carried out, a first round of allocation mechanism defined by a protocol is enhanced on the basis of two rounds of allocation defined by the protocol: even if the number of tokens in the token bucket corresponding to the logical channel to which the overtime uplink data belongs is less than or equal to 0, the token bucket can participate in the first round of resource allocation.

4. The terminal determines to enable a new mode allocation UL grant (i.e., the modes given in the above embodiments) according to the received network side control information (L1/2 control signaling or RRC configuration signaling).

In the embodiment of the application, after receiving the UL grant, the terminal preferentially allocates the uplink resource to the data to be overtime, so that the limitation of the number of tokens in the logical channel priority (Logical Channel Prioritization, LCP)/token bucket defined in the protocol is avoided, and the resource is limited to be allocated to other data not to be overtime. The uplink resources are limited and distributed to the data to be overtime, so that the packet loss rate of the uplink data can be effectively reduced, and the user satisfaction is improved.

Referring to fig. 4, fig. 4 is a block diagram of a resource allocation apparatus according to an embodiment of the present application, and as shown in fig. 4, a resource allocation apparatus 400 includes:

A sending module 401, configured to send report information to a network side device, where the report information is used to assist the network side device to allocate uplink resources;

a receiving module 402, configured to receive an uplink scheduling signaling sent by the network side device;

An allocation module 403, configured to allocate uplink resources indicated by the uplink scheduling signaling;

Preferentially distributing uplink resources for a first logic channel LCH;

and the token quantity information of the terminal.

Optionally, the data amount information of the at least one LCH includes:

data volume information of the at least one LCH that is about to timeout.

Optionally, the preferentially allocating uplink resources for the first LCH includes:

and if the uplink resource still has residual resources after the resources are allocated for the LCH with the residual token number larger than 0, preferentially allocating the resources for the first LCH in the residual resources.

Optionally, in the case that the terminal has a plurality of the first LCHs, the allocating resources for the first LCHs includes:

Rules for LCH priority allocation with early timeout;

rules for LCH priority assignment with high priority.

Optionally, the allocating resources for the first LCH includes:

And when the first LCH and the LCH with the number of the residual tokens being greater than 0 exist in the terminal, and the number of the residual tokens of the first LCH is smaller than or equal to 0, the terminal allocates resources for the first LCH and the LCH with the number of the residual tokens being greater than 0 according to the priority of the first LCH and the LCH with the number of the residual tokens being greater than 0 in uplink resources indicated by the uplink scheduling signaling.

Optionally, when the terminal has the first LCH and LCH with the number of remaining tokens greater than 0 and the number of remaining tokens of the first LCH is less than or equal to 0, the terminal allocates resources for the first LCH and LCH with the number of remaining tokens greater than 0 according to the priority of the first LCH and LCH with the number of remaining tokens greater than 0 in uplink resources indicated by the uplink scheduling signaling, where the method includes:

and if the number of the tokens of the first LCH exceeds a preset token number threshold value, the terminal allocates resources for the first LCH and the LCH with the number of the remaining tokens being greater than 0 according to the priority of the first LCH and the LCH with the number of the remaining tokens being greater than 0 in uplink resources indicated by the uplink scheduling signaling.

Optionally, the data about to timeout includes:

Optionally, the terminal allocates uplink resources indicated by the uplink scheduling signaling, including:

Optionally, the allocation manner includes at least one of the following:

the network side equipment indicates the distribution mode of uplink resources through RRC signaling;

The allocation of protocol conventions.

The resource allocation device can improve the data transmission performance of the terminal.

The resource allocation device in the embodiment of the application can be an electronic device, for example, an electronic device with an operating system, or can be a component in the electronic device, for example, an integrated circuit or a chip. For example: the electronic device may be a terminal, or may be other devices than a terminal. By way of example, the terminals may include, but are not limited to, the types of terminals listed in the embodiments of the present application, and the other devices may be servers, network attached storage (Network Attached Storage, NAS), etc., and the embodiments of the present application are not limited in detail.

The resource allocation device provided by the embodiment of the application can realize each process realized by the method embodiment shown in fig. 2 and achieve the same technical effect, and in order to avoid repetition, the description is omitted here.

Referring to fig. 5, fig. 5 is a block diagram of a resource allocation apparatus according to an embodiment of the present application, and as shown in fig. 5, a resource allocation apparatus 500 includes:

a receiving module 501, configured to receive report information sent by a terminal, where the report information is used to assist a network side device to allocate uplink resources;

A sending module 502, configured to send an uplink scheduling signaling to the terminal based on the reporting information;

Preferentially distributing uplink resources for a first logic channel LCH;

and the token quantity information of the terminal.

Optionally, the data amount information of the at least one LCH includes:

data volume information of the at least one LCH that is about to timeout.

Optionally, the data about to timeout includes:

The resource allocation device in the embodiment of the application can be an electronic device, for example, an electronic device with an operating system, or can be a component in the electronic device, for example, an integrated circuit or a chip. The electronic device may be a terminal or a network side device.

The resource allocation device provided by the embodiment of the application can realize each process realized by the method embodiment shown in fig. 3 and achieve the same technical effect, and in order to avoid repetition, the description is omitted here.

Optionally, as shown in fig. 6, the embodiment of the present application further provides a communication device 600, including a processor 601 and a memory 602, where the memory 602 stores a program or an instruction that can be executed on the processor 601, for example, when the communication device 600 is a terminal, the program or the instruction is executed by the processor 601 to implement each step of the above-mentioned resource allocation method embodiment on the terminal side, and the same technical effects can be achieved. When the communication device 600 is a network side device, the program or the instruction, when executed by the processor 601, implements the steps of the above-described network side resource allocation method embodiment, and the same technical effects can be achieved, so that repetition is avoided, and no further description is given here.

The embodiment of the application also provides communication equipment, which comprises a processor and a communication interface, wherein the communication interface is used for sending reporting information to the network side equipment, and the reporting information is used for assisting the network side equipment to allocate uplink resources; the terminal receives an uplink scheduling signaling sent by the network side equipment; the processor is used for distributing the uplink resources indicated by the uplink scheduling signaling; wherein, the reporting information includes: association information of the token; and/or, the allocating the uplink resource indicated by the uplink scheduling signaling includes at least one of the following: preferentially distributing uplink resources for a first logic channel LCH; allocating uplink resources for the first LCH and LCH with the number of the remaining tokens being greater than 0 in the same round; the first LCH is the LCH corresponding to the data which is about to overtime in the cache. The communication equipment embodiment corresponds to the measurement information feedback method embodiment, and each implementation process and implementation manner of the method embodiment can be applied to the communication equipment embodiment and can achieve the same technical effect.

Specifically, fig. 7 is a schematic diagram of a hardware structure of a terminal for implementing an embodiment of the present application.

The terminal 700 includes, but is not limited to: at least some of the components of the radio frequency unit 701, the network module 702, the audio output unit 703, the input unit 704, the sensor 705, the display unit 706, the user input unit 707, the interface unit 708, the memory 709, and the processor 710.

Those skilled in the art will appreciate that the terminal 700 may further include a power source (e.g., a battery) for powering the various components, and that the power source may be logically coupled to the processor 710 via a power management system so as to perform functions such as managing charging, discharging, and power consumption via the power management system. The terminal structure shown in fig. 7 does not constitute a limitation of the terminal, and the terminal may include more or less components than shown, or may combine certain components, or may be arranged in different components, which will not be described in detail herein.

It should be appreciated that in embodiments of the present application, the input unit 704 may include a graphics processing unit (Graphics Processing Unit, GPU) 7041 and a microphone 7042, where the graphics processing unit 7041 processes image data of still pictures or video obtained by an image capturing device (e.g., a camera) in a video capturing mode or an image capturing mode. The display unit 706 may include a display panel 7061, and the display panel 7061 may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like. The user input unit 707 includes at least one of a touch panel 7071 and other input devices 7072. The touch panel 7071 is also referred to as a touch screen. The touch panel 7071 may include two parts, a touch detection device and a touch controller. Other input devices 7072 may include, but are not limited to, a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and so forth, which are not described in detail herein.

In the embodiment of the present application, after receiving downlink data from a network side device, the radio frequency unit 701 may transmit the downlink data to the processor 710 for processing; in addition, the radio frequency unit 701 may send uplink data to the network side device. Typically, the radio unit 701 includes, but is not limited to, an antenna, an amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like.

The memory 709 may be used to store software programs or instructions and various data. The memory 709 may mainly include a first storage area storing programs or instructions and a second storage area storing data, wherein the first storage area may store an operating system, application programs or instructions (such as a sound playing function, an image playing function, etc.) required for at least one function, and the like. Further, the memory 709 may include volatile memory or nonvolatile memory, or the memory 709 may include both volatile and nonvolatile memory. The nonvolatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable EPROM (EEPROM), or a flash Memory. The volatile memory may be random access memory (Random Access Memory, RAM), static random access memory (STATIC RAM, SRAM), dynamic random access memory (DYNAMIC RAM, DRAM), synchronous Dynamic Random Access Memory (SDRAM), double data rate Synchronous dynamic random access memory (Double DATA RATE SDRAM, DDRSDRAM), enhanced Synchronous dynamic random access memory (ENHANCED SDRAM, ESDRAM), synchronous link dynamic random access memory (SYNCH LINK DRAM, SLDRAM), and Direct random access memory (DRRAM). Memory 709 in embodiments of the application includes, but is not limited to, these and any other suitable types of memory.

Processor 710 may include one or more processing units; optionally, processor 710 integrates an application processor that primarily processes operations involving an operating system, user interface, application programs, and the like, and a modem processor that primarily processes wireless communication signals, such as a baseband processor. It will be appreciated that the modem processor described above may not be integrated into the processor 710.

Wherein, the radio frequency unit 701 is used for: reporting information is sent to the network side equipment, and the reporting information is used for assisting the network side equipment to allocate uplink resources; receiving an uplink scheduling signaling sent by the network side equipment;

a processor 710 for: allocating the uplink resources indicated by the uplink scheduling signaling;

Preferentially distributing uplink resources for a first logic channel LCH;

and the token quantity information of the terminal.

Optionally, the data amount information of the at least one LCH includes:

data volume information of the at least one LCH that is about to timeout.

Rules for LCH priority allocation with early timeout;

rules for LCH priority assignment with high priority.

Optionally, the allocating resources for the first LCH includes:

Optionally, the data about to timeout includes:

Optionally, the allocating the uplink resource indicated by the uplink scheduling signaling includes:

And allocating the uplink resources indicated by the uplink scheduling signaling according to the allocation mode of the network side configuration indication.

Optionally, the allocation manner includes at least one of the following:

The network side equipment controls the allocation mode of the uplink resources indicated by the RRC signaling through radio resources;

The allocation of protocol conventions.

The terminal can improve the data transmission performance of the terminal.

The embodiment of the application also provides communication equipment, which comprises a processor and a communication interface, wherein the communication interface is used for receiving the report information sent by the terminal, and the report information is used for assisting the network side equipment to allocate uplink resources; the network side equipment sends an uplink scheduling signaling to the terminal based on the reporting information; wherein, the reporting information includes: association information of the token; and/or, the uplink scheduling signaling is used for triggering at least one of the following: preferentially distributing uplink resources for a first logic channel LCH; allocating uplink resources for the first LCH and LCH with the number of the remaining tokens being greater than 0 in the same round; the first LCH is the LCH corresponding to the data which is about to overtime in the cache. The communication device embodiment corresponds to the measurement information receiving method embodiment, and each implementation process and implementation manner of the method embodiment can be applied to the communication device embodiment, and the same technical effects can be achieved.

Specifically, the embodiment of the application also provides network side equipment. As shown in fig. 8, the network side device 800 includes: an antenna 801, a radio frequency device 802, a baseband device 803, a processor 804, and a memory 805. The antenna 801 is connected to a radio frequency device 802. In the uplink direction, the radio frequency device 802 receives information via the antenna 801, and transmits the received information to the baseband device 803 for processing. In the downlink direction, the baseband device 803 processes information to be transmitted, and transmits the processed information to the radio frequency device 802, and the radio frequency device 802 processes the received information and transmits the processed information through the antenna 801.

The method performed by the network side device in the above embodiment may be implemented in the baseband apparatus 803, where the baseband apparatus 803 includes a baseband processor.

The baseband device 803 may, for example, comprise at least one baseband board, on which a plurality of chips are disposed, as shown in fig. 8, where one chip, for example, a baseband processor, is connected to the memory 805 through a bus interface, so as to invoke a program in the memory 805 to perform the network device operation shown in the above method embodiment.

The network-side device may also include a network interface 806, such as a common public radio interface (common public radio interface, CPRI).

Specifically, the network side device 800 of the embodiment of the present invention further includes: instructions or programs stored in the memory 805 and executable on the processor 804, the processor 804 invokes the instructions or programs in the memory 805 to perform the methods performed by the modules shown in fig. 5 and achieve the same technical effects, and are not described herein in detail to avoid repetition.

The radio frequency device 802 is configured to receive report information sent by a terminal, where the report information is used to assist a network side device to allocate uplink resources; based on the report information, sending an uplink scheduling signaling to the terminal;

Preferentially distributing uplink resources for a first logic channel LCH;

and the token quantity information of the terminal.

Optionally, the data amount information of the at least one LCH includes:

data volume information of the at least one LCH that is about to timeout.

Optionally, the data about to timeout includes:

The communication device can improve the data transmission performance of the terminal.

The embodiment of the application also provides a readable storage medium, wherein the readable storage medium stores a program or instructions, and the program or instructions realize the steps of the resource allocation method provided by the embodiment of the application when being executed by a processor.

Wherein the processor is a processor in the terminal described in the above embodiment. The readable storage medium includes computer readable storage medium such as computer readable memory ROM, random access memory RAM, magnetic or optical disk, etc.

The embodiment of the application further provides a chip, which comprises a processor and a communication interface, wherein the communication interface is coupled with the processor, and the processor is used for running programs or instructions to realize the processes of the above resource allocation method embodiment, and can achieve the same technical effects, so that repetition is avoided, and the description is omitted here.

It should be understood that the chips referred to in the embodiments of the present application may also be referred to as system-on-chip chips, or the like.

The embodiments of the present application further provide a computer program/program product, where the computer program/program product is stored in a storage medium, and the computer program/program product is executed by at least one processor to implement each process of the above-mentioned embodiments of the resource allocation method, and achieve the same technical effects, so that repetition is avoided, and details are not repeated herein.

The embodiment of the application also provides a resource distribution system, which comprises: the terminal and the network side device can be used for executing the steps of the resource allocation method of the terminal side provided by the embodiment of the application, and the network side device can be used for executing the steps of the resource allocation method of the network side provided by the embodiment of the application.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element. Furthermore, it should be noted that the scope of the methods and apparatus in the embodiments of the present application is not limited to performing the functions in the order shown or discussed, but may also include performing the functions in a substantially simultaneous manner or in an opposite order depending on the functions involved, e.g., the described methods may be performed in an order different from that described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

From the above description of the embodiments, it will be clear to those skilled in the art that the above-described embodiment method may be implemented by means of software plus a necessary general hardware platform, but of course may also be implemented by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the prior art in the form of a computer software product stored in a storage medium (e.g. ROM/RAM, magnetic disk, optical disk) comprising instructions for causing a terminal (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the method according to the embodiments of the present application.

The embodiments of the present application have been described above with reference to the accompanying drawings, but the present application is not limited to the above-described embodiments, which are merely illustrative and not restrictive, and many forms may be made by those having ordinary skill in the art without departing from the spirit of the present application and the scope of the claims, which are to be protected by the present application.

Claims

1. A method for resource allocation, comprising:

Preferentially distributing uplink resources for a first logic channel LCH;

2. The method of claim 1, wherein the association information of the token comprises at least one of:

and the token quantity information of the terminal.

3. The method of claim 2, wherein the resource size information is derived based on token number information and data volume information of at least one LCH, the at least one LCH comprising the first LCH.

4. The method of claim 3, wherein the data volume information for the at least one LCH comprises:

data volume information of the at least one LCH that is about to timeout.

5. The method of claim 1, wherein the preferentially allocating uplink resources for the first LCH comprises:

6. The method of claim 1, wherein the preferentially allocating uplink resources for the first LCH comprises:

7. The method of claim 5 or 6, wherein in the case where the terminal has a plurality of the first LCHs, the allocating resources for the first LCHs comprises:

Rules for LCH priority allocation with early timeout;

rules for LCH priority assignment with high priority.

8. The method of claim 5 or 6, wherein the allocating resources for the first LCH comprises:

9. The method of claim 1, wherein the allocating uplink resources for the first LCH and LCHs with a number of remaining tokens greater than 0 in the same round comprises:

10. The method of claim 9, wherein the allocating uplink resources for the first LCH and LCHs with a number of remaining tokens greater than 0 in the same round comprises:

11. The method of claim 10, wherein in a case where the first LCH and the LCH with the number of remaining tokens greater than 0 exist in the terminal, and the number of remaining tokens of the first LCH is less than or equal to 0, the terminal allocates resources for the first LCH and the LCH with the number of remaining tokens greater than 0 in sequence from high priority to low priority in an uplink resource indicated by the uplink scheduling signaling according to the priority of the first LCH and the priority of the LCH with the number of remaining tokens greater than 0, the method comprises:

12. The method of any of claims 1 to 6, wherein the data about to timeout comprises:

13. The method according to any one of claims 1 to 6, wherein the terminal allocates uplink resources indicated by the uplink scheduling signaling, comprising:

14. The method of claim 13, wherein the allocation comprises at least one of:

The allocation of protocol conventions.

15. A method for resource allocation, comprising:

Preferentially distributing uplink resources for a first logic channel LCH;

16. The method of claim 15, wherein the association information of the token comprises at least one of:

and the token quantity information of the terminal.

17. The method of claim 16, wherein the resource size information is derived based on token number information and data volume information for at least one LCH, the at least one LCH comprising the first LCH.

18. The method of claim 17, wherein the data volume information for the at least one LCH comprises:

data volume information of the at least one LCH that is about to timeout.

19. The method of any of claims 15 to 18, wherein the data about to timeout comprises:

20. A method according to any one of claims 15 to 18, wherein the network side device further indicates an allocation manner to the terminal, the allocation manner being an allocation manner by which the terminal allocates uplink resources indicated by the uplink scheduling signaling.

21. The method of claim 20, wherein the allocation indicated by the network side device to the terminal comprises at least one of:

22. A resource allocation apparatus, comprising:

Preferentially distributing uplink resources for a first logic channel LCH;

23. A resource allocation apparatus, comprising:

Preferentially distributing uplink resources for a first logic channel LCH;

24. A terminal comprising a processor and a memory storing a program or instructions executable on the processor, which when executed by the processor, performs the steps of the resource allocation method of any one of claims 1 to 14.

25. A network side device comprising a processor and a memory storing a program or instructions executable on the processor, which when executed by the processor, implement the steps of the resource allocation method of any one of claims 15 to 21.

26. A readable storage medium, characterized in that the readable storage medium has stored thereon a program or instructions which, when executed by a processor, implements the steps of the resource allocation method according to any of claims 1 to 14, or which, when executed by a processor, implements the steps of the resource allocation method according to any of claims 15 to 21.