WO2020133399A1

WO2020133399A1 - Resource scheduling method and related device

Info

Publication number: WO2020133399A1
Application number: PCT/CN2018/125556
Authority: WO
Inventors: 何朗; 宁磊; 李少华; 于薇
Original assignee: 华为技术有限公司
Priority date: 2018-12-29
Filing date: 2018-12-29
Publication date: 2020-07-02
Also published as: CN112385296A

Abstract

Provided are a resource scheduling method and a related device, being used for reducing resource waste, reducing the transmission time delay and power consumption of a user, and avoiding uplink pre-scheduling padding. The method in the present application comprises: a network device sending a resource scheduling instruction to a terminal, wherein the resource scheduling instruction is used for allocating a resource to target data, the target data comprises a radio link control (RLC) status report corresponding to downlink data sent by the network device or an RLC layer data packet unsuccessfully received by the network device, and the RLC status report is used for indicating a receiving state corresponding to the downlink data received by the terminal; and the network device receiving the target data sent by the terminal on the resource allocated in the resource scheduling instruction.

Description

Resource scheduling method and related equipment

Technical field

Embodiments of the present application relate to the field of communication technologies, and in particular, to a resource scheduling method and related equipment.

Background technique

Discrete narrowband communication technology is a form of communication in cellular communication systems. In the discrete narrowband communication technology, when data transmission is performed between a base station and a terminal, the terminal needs to initiate a scheduling request to the base station to obtain an uplink transmission authorization instruction, and perform data transmission on the video resources allocated to it by the base station according to the uplink transmission authorization instruction. To avoid data transmission conflicts with other terminals.

Generally, the scheduling request is transmitted to the base station in the manner of reserving time-frequency resources. In the above-mentioned scheduling request manner in which the time-frequency resources are reserved, the status report of the radio link control (RLC) layer (hereinafter referred to as RLC status) Report) and uplink data RLC service data unit (service) unit (SDU) retransmission resources are pre-reserved, which will lead to the transmission of RLC status report and uplink data RLC SDU retransmission time and frequency resources required Always occupied, causing waste of resources.

Summary of the invention

The embodiments of the present application provide a resource scheduling method and related equipment, which are suitable for discrete narrowband cellular communication systems, and are used to pre-allocate time-frequency resources required for RLC status reports and uplink data RLC SDU retransmissions to reduce resource waste. Reduce user transmission delay and power consumption, and avoid upstream pre-scheduling padding.

In order to achieve the above technical objective, the embodiments of the present application provide the following technical solutions:

In a first aspect, an embodiment of the present application provides a resource scheduling method, including: a network device sending a resource scheduling instruction to a terminal, the resource scheduling instruction is used to allocate resources to target data, and the target data includes: corresponding to downlink data sent by the network device Radio link control RLC status report, or the network device fails to receive the RLC layer data packet, wherein the RLC status report is used to indicate the reception status corresponding to the downlink data received by the terminal; the resource allocated by the network device in the above resource scheduling instruction Receive the target data sent by the terminal. It should be noted that the method of the embodiment of the present application is particularly applicable to the application scenario of the Internet of Things in a discrete narrowband cellular communication system.

As can be seen from the above technical solutions, the embodiments of the present application have the following advantages: the network device pre-allocates time-frequency resources for RLC status reports and RLC layer data packets that the network device fails to receive for data transmission, so that the time-frequency resources are not occupied all the time To avoid waste of resources, save transmission resources, reduce user transmission delay and power consumption, and avoid uplink pre-scheduled empty packets.

With reference to the foregoing first aspect, in a first possible resource scheduling method according to the first aspect of the embodiments of the present application, when the target data is an RLC status report corresponding to the downlink data sent by the network device, the network device sends a resource schedule to the terminal The instruction may specifically include: when the condition for requesting the RLC status report is satisfied, the network device sends the above resource scheduling instruction to the terminal, where the condition for satisfying the request for the RLC status report may specifically be that the base station RLC layer Polling flag position is "1" The condition of the RLC layer request status report. It can be seen from the first possible implementation manner of the first aspect above that when the RLC layer requests the status report, the uplink pre-scheduling of the time-frequency resources required by the RLC status report is triggered, thereby avoiding waste of resources and saving transmission resources.

With reference to the first aspect described above, in the second possible resource scheduling method of the first aspect of the embodiments of the present application, when the target data is the network device that fails to receive the RLC layer data packet, after the network device sends the resource scheduling instruction to the terminal The above method further includes: the network device sends an RLC layer data retransmission request to the terminal, wherein the RLC layer data retransmission request is used to request the terminal to send the network device to fail to receive the RLC layer data packet. As can be seen from the second possible implementation of the first aspect above, when the RLC layer requests the uplink data RLC SDU retransmission, it triggers uplink pre-scheduling of the resources required for the uplink data RLC SDU retransmission, thereby avoiding waste of resources. Save transmission resources. Optionally, the RLC layer data retransmission request may specifically be an RLC layer automatic retransmission request (automatic repeat request, ARQ).

In a second aspect, an embodiment of the present application provides a resource scheduling method, including: a terminal receiving a resource scheduling instruction sent by a network device, where the resource scheduling instruction is used to allocate resources for target data, and the target data includes: The radio link control RLC status report corresponding to the downlink data, or the RLC layer data packet that the network device fails to receive, wherein the RLC status report is used to indicate the reception status corresponding to the downlink data received by the terminal; the terminal allocates the resource scheduling instruction above Send the above target data to the network device on the resource.

With reference to the above second aspect, in a first possible implementation manner of the second aspect of the embodiments of the present application, when the target data is the RLC status report corresponding to the downlink data sent by the network device, the terminal allocates resources on the resource scheduling instruction. The target data sent to the network device includes: when the downlink data sent by the network device reaches the RLC layer of the terminal, the terminal sends the RLC status report to the network device on the resources allocated by the resource scheduling instruction, wherein the RLC status The report condition may specifically be that the base station RLC layer Polling flag is set to "1", that is, the RLC layer request status report condition is satisfied.

With reference to the second aspect above, in a second possible implementation manner of the second aspect of the embodiments of the present application, when the target data is the RLC layer data packet that the network device fails to receive, after the terminal receives the resource scheduling instruction sent by the network device The method further includes: the terminal receiving the RLC layer data retransmission request sent by the network device, wherein the RLC layer data retransmission request is used to request the terminal to send the RLC layer data packet that the network device fails to receive. Optionally, the RLC layer data retransmission request may specifically be an automatic repeat request (ARQ) of the RLC layer.

In a third aspect, an embodiment of the present application provides a network device that has a function of implementing the method of the foregoing first aspect or any possible implementation manner of the first aspect. This function can be realized by hardware, and can also be realized by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above functions.

According to a fourth aspect, an embodiment of the present application provides a terminal having a function of implementing the method of the second aspect or any possible implementation manner of the second aspect. This function can be realized by hardware, and can also be realized by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above functions.

In a fifth aspect, an embodiment of the present application provides a network device, including: a processor and a memory; the memory is used to store computer-executed instructions, and when the network device is running, the processor executes the computer-executed instructions stored in the memory , So that the network device executes the resource scheduling method as described in the first aspect or any possible implementation manner of the first aspect.

In a sixth aspect, an embodiment of the present application provides a terminal, including: a processor and a memory; the memory is used to store computer-executed instructions, and when the terminal is running, the processor executes the computer-executed instructions stored in the memory, to The terminal is caused to execute the resource scheduling method in the second aspect or any possible implementation manner of the second aspect.

According to a seventh aspect, an embodiment of the present application provides a computer-readable storage medium having instructions stored therein, which when run on a computer, enables the computer to execute the first aspect or any of the first aspect A resource scheduling method in a possible implementation manner.

In an eighth aspect, an embodiment of the present application provides a computer-readable storage medium having instructions stored therein, which when run on a computer, enables the computer to perform the second aspect or any of the second aspect A resource scheduling method in a possible implementation manner.

In a ninth aspect, an embodiment of the present application provides a computer program product, which when run on a computer, enables the computer to execute the resource scheduling method of the first aspect or any possible implementation manner of the first aspect.

According to a tenth aspect, an embodiment of the present application provides a computer program product, which when run on a computer, enables the computer to execute the resource scheduling method in the second aspect or any possible implementation manner of the second aspect.

According to an eleventh aspect, an embodiment of the present application provides a chip system, the chip system includes a processor for supporting an execution function network element to implement the first aspect or any possible implementation manner of the first aspect Features. In a possible design, the chip system further includes a memory, which is used to store program instructions and data necessary to execute the functional network element. The chip system may be composed of chips, or may include chips and other discrete devices.

According to a twelfth aspect, an embodiment of the present application provides a chip system including a processor for supporting a control function network element to implement the second aspect or any possible implementation manner of the second aspect Features. In a possible design, the chip system further includes a memory, which is used to store necessary program instructions and data of the control function network element. The chip system may be composed of chips, or may include chips and other discrete devices.

It should be noted that, for the beneficial effects corresponding to any one of the implementation manners in the above second aspect to the twelfth aspect, reference may be made to the beneficial effects corresponding to the related implementation manners in the above first aspect, and details are not described herein again.

BRIEF DESCRIPTION

1 is a schematic diagram of a communication system provided by an embodiment of this application;

2 is a schematic diagram of an embodiment of a resource scheduling method provided by an embodiment of this application;

3 is a schematic diagram of another embodiment of a resource scheduling method provided by an embodiment of this application;

4 is a schematic diagram of an embodiment of a communication device in an embodiment of this application;

5 is a schematic diagram of an embodiment of a network device in an embodiment of this application;

6 is a schematic diagram of an embodiment of a terminal in an embodiment of the present application.

detailed description

The following describes the embodiments of the present application with reference to the drawings. Obviously, the described embodiments are only a part of the embodiments of the present application, but not all the embodiments. A person of ordinary skill in the art may know that, with the development of technology and the emergence of new scenarios, the technical solutions provided by the embodiments of the present application are also applicable to similar technical problems.

The embodiments of the present application provide a resource scheduling method and related equipment, which are suitable for discrete narrowband cellular communication systems, and are used to pre-allocate time-frequency resources required for RLC status reports and uplink data RLC SDU retransmissions to reduce resource waste. Reduce user transmission delay and power consumption, and avoid upstream pre-scheduling padding. The embodiment of the present application will be described in detail below.

The term "and/or" appearing in this application may be an association relationship describing an associated object, indicating that there may be three relationships, for example, A and/or B, which may indicate: A exists alone, and A and B exist simultaneously There are three cases of B alone. In addition, the character "/" in the present application generally indicates that the related objects are in an "or" relationship.

The terms “first” and “second” in the description and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and do not have to be used to describe a specific order or sequential order. It should be understood that the data so used can be interchanged under appropriate circumstances so that the embodiments described herein can be implemented in an order other than what is illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, processes, methods, systems, products or devices that contain a series of steps or modules need not be limited to those clearly listed Those steps or modules may include other steps or modules not explicitly listed or inherent to these processes, methods, products, or equipment. The naming or numbering of steps appearing in this application does not mean that the steps in the method flow must be executed in the time/logic order indicated by the naming or numbering. The named or numbered process steps can be implemented according to The technical order can be changed as long as the same or similar technical effects can be achieved. The division of modules appearing in this application is a logical division. In actual application, there may be other divisions. For example, multiple modules can be combined or integrated into another system, or some features can be ignored , Or not, in addition, the displayed or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, and the indirect coupling or communication connection between modules may be electrical or other similar forms. There are no restrictions in the application. In addition, the modules or sub-modules described as separate components may or may not be physically separated, may or may not be physical modules, or may be distributed among multiple circuit modules, and some or all of them may be selected according to actual needs Module to achieve the purpose of this application.

This application describes various embodiments in conjunction with a terminal. The terminal may be called a user equipment (UE), a mobile station (MS), a mobile terminal (mobile terminal) intelligent terminal, etc. The terminal device may be connected wirelessly Radio access (RAN) communicates with one or more core networks. For example, the terminal device may be a mobile phone (or referred to as a "cellular" phone), a computer with a mobile terminal, etc. The terminal device may also be a portable, pocket-sized, handheld, computer-built or vehicle-mounted mobile device and future 5G network Terminal devices in the network, they exchange voice or data with the wireless access network. Explanation of the terminal device: In this application, the terminal device may also include a relay relay, and the data communication between the base station and the base station can be regarded as the terminal device, which will be introduced in the general sense of the UE in this application.

In addition, this application describes various embodiments in conjunction with network devices. The network equipment may be a long term evolution (LTE) system or an authorized auxiliary access long-term evolution (LAA-LTE) system. The evolved base station (evolutional Node B, referred to as eNB or e-NodeB) macro base station, micro base station (also called "small base station"), pico base station, access point (access point, AP) or transmission point (transmission point, TP), or gNodeB (new generation Node B, new A generation of base stations) and so on.

In discrete narrow-band cellular communication systems, the RLC layer acknowledged mode (AM) is usually used to ensure that the RLC layer data packets are successfully transmitted. Specifically, in the downlink transmission process, the base station sends downlink data to the terminal. When the downlink data reaches the RLC layer of the terminal, the terminal needs to reply a RLC layer status report to the base station. The base station receives the RLC layer status report sent by the terminal After that, the downlink data transmission will continue. In the uplink transmission process, the terminal sends uplink data to the base station. If the base station receives the data and analyzes the error, the base station initiates a media access control (MAC) hybrid automatic retransmission request. (hybrid automatic repeat request, HARQ) retransmission. If there is still no correct transmission, the base station will initiate an automatic retransmission request (ARQ) at the RLC layer for retransmission. At this time, the terminal will send the RLC service data unit (service, data, unit, SDU) is transmitted to the base station. If the transmission is correct, the terminal will continue to transmit other uplink data.

FIG. 1 is a schematic diagram of a communication system provided by an embodiment of the present application.

As shown in FIG. 1, the communication system in the embodiment of the present application includes: a network device 101 and a terminal 102; wherein, the network device 101 is used to: send a resource scheduling instruction to the terminal 102, and the resource scheduling instruction is used to allocate resources for target data , The target data includes: a radio link control RLC status report corresponding to the downlink data sent by the network device, or a failed RLC layer data packet received by the network device, wherein the RLC status report is used to indicate the corresponding reception of the downlink data received by the terminal Status; The terminal 102 is used to: after receiving the resource scheduling instruction sent by the network device 101, send target data to the network device 101 on the resource indicated by the resource scheduling instruction.

Optionally, in an example, when the target data is the RLC status report corresponding to the downlink data sent by the network device, the network device 101 is specifically configured to: when the condition for requesting the RLC status report is met, send the above resource to the terminal 102 Scheduling instruction, wherein the condition for satisfying the request for RLC status report may specifically be that the condition for requesting status report by the RLC layer is satisfied when the Polling flag of the RLC layer of the base station is "1".

Optionally, in an example, when the target data is an RLC layer data packet that fails to be received by the network device, the network device is further configured to: send an RLC layer data retransmission request to the terminal 102, where the RLC layer data is retransmitted The request is used to request the terminal to send the RLC layer data packet that the network device fails to receive; the terminal 102 is also used to: receive the RLC layer data retransmission request sent by the network device 101.

As can be seen from the communication system shown in FIG. 1 above, the embodiments of the present application are mainly for the pre-allocation of time-frequency resources required for the RLC status report of the downlink transmission, and the uplink data RLC SDU retransmission during the uplink transmission process. For the pre-allocation of required time-frequency resources, the following network device uses a base station as an example to describe the resource scheduling method in the embodiments of the present application in detail based on the above two types of uplink pre-scheduling methods.

1. Uplink pre-scheduling of time-frequency resources required for RLC status report during downlink transmission

FIG. 2 is a schematic diagram of an embodiment of a resource scheduling method provided by an embodiment of this application.

As shown in FIG. 2, an embodiment of the resource scheduling method in the embodiment of the present application includes:

201. When the base station RLC layer requests an RLC status report, the base station sends a resource scheduling instruction to the terminal. The resource scheduling instruction is used to allocate resources for the RLC status report.

When the base station sends downlink data to the terminal, when the downlink data reaches the RLC layer of the terminal, the terminal needs to send an RLC status report to the base station. The RLC status report is used to indicate the reception status corresponding to the terminal receiving the downlink data. For example, the RLC The status report may indicate the sequence number of the data packet that the terminal has not received. However, when the Polling flag of the RLC layer of the base station is "1", the condition that triggers the RLC layer of the base station to request the RLC status report is met. At this time, the base station sends a resource scheduling instruction to the terminal to allocate the time-frequency resources required to transmit the RLC status report. In the prior art, the time-frequency resources required by the terminal to transmit the RLC status report are pre-reserved by the base station, and the downlink data sent by the base station reaches the RLC layer of the terminal, and the terminal uses the reserved time-frequency resources to report RLC to the base station status report. Therefore, compared with the existing method of reserving time-frequency resources, in the embodiment of the present application, the pre-scheduling of the time-frequency resources required by the base station RLC layer to request the RLC status report to trigger the RLC status report can effectively save time-frequency resources.

Optionally, the resource scheduling instruction may be an uplink (UL) authorized grant instruction. Specifically, the base station sends the above UL grant instruction to the terminal through a physical downlink control channel (physical downlink control channel, PDCCH). The grant instruction is used to indicate the time-frequency resources for transmitting RLC status reports.

202. When the downlink data sent by the base station reaches the RLC layer of the terminal, the terminal sends an RLC status report to the base station on the resources allocated by the resource scheduling instruction.

When the downlink data sent by the base station reaches the RLC layer of the terminal, the terminal generates an RLC status report according to the reception status corresponding to the downlink data. Finally, the terminal reports the RLC status report to the base station on the time-frequency resources allocated by the resource scheduling instruction to transmit the RLC status report .

Optionally, when the resource scheduling instruction is a UL grant instruction, the terminal sends the RLC status report to the base station on a physical uplink shared channel (PUSCH) according to the time-frequency resources indicated by the UL grant instruction.

In the embodiment of the present application, requesting the status report by the RLC layer of the base station triggers the base station to allocate the uplink resources described in the transmission RLC status report, which can reduce the extra resource overhead and delay in the downlink transmission process, and only when the RLC is needed. When the layer requests the status report, the network device allocates time-frequency resources corresponding to the RLC layer status report to the terminal, which can effectively avoid uplink pre-scheduled empty packets.

2. Uplink pre-scheduling of time-frequency resources required by uplink data RLC SDU during uplink transmission

FIG. 3 is a schematic diagram of another embodiment of a resource scheduling method provided by an embodiment of this application.

As shown in FIG. 3, another embodiment of the resource scheduling method in the embodiment of the present application includes:

301. When the base station fails to receive the RLC layer data packet, the base station sends a resource scheduling instruction to the terminal. The resource scheduling instruction is used to allocate resources for the base station to receive the failed RLC layer data packet.

In the process of the terminal sending uplink data to the base station, the failure to receive the RLC layer data packet of the base station means that there is one or more error packets in the RLC layer data packet of the base station.

Optionally, the above resource scheduling instruction may be a UL grant instruction. Specifically, the base station sends the above UL grant instruction to the terminal through the PDCCH channel. The UL grant instruction is used to indicate when the base station receives a failed RLC layer packet during uplink data transmission. Frequency resources.

302. The base station sends an RLC layer data retransmission request to the terminal.

The RLC layer data retransmission request is used to request the terminal to send the base station to receive the failed RLC layer data packet. Optionally, the RLC layer data retransmission request carries the sequence number corresponding to the failed RLC layer data packet received by the station.

Optionally, the RLC layer data retransmission request may specifically be an RLC layer automatic retransmission request (ARQ), where the request carries the sequence number corresponding to the RLC layer data packet that the base station fails to receive.

It should be noted that in the uplink data transmission, if the base station parses the error after receiving the data, the base station will initiate a hybrid automatic retransmission of the media access control (MAC) layer, if the base station RLC layer still does not receive the correct For data packets, the base station will initiate automatic retransmission at the RLC layer.

303. The terminal sends an RLC layer data packet that the base station fails to receive to the base station on the resources allocated by the resource scheduling instruction.

After the terminal receives the RLC layer data retransmission request sent by the base station, the terminal obtains information about the RLC layer data packet that the base station fails to receive according to the RLC layer data retransmission request. Optionally, the terminal parses the RLC layer data retransmission request to obtain the sequence number carried in the request. Further, the terminal determines the base station fails to receive the RLC layer data packet according to the obtained sequence number.

Optionally, when the RLC layer data retransmission request is an RLC layer automatic retransmission request, the terminal performs automatic RLC layer retransmission on the resources allocated by the resource scheduling instruction to report to the base station that the base station receives the failed RLC layer data packet Corresponding RLC SDU.

Optionally, when the resource scheduling instruction is a UL grant instruction, the terminal sends an RLC SDU corresponding to the RLC layer data packet that the base station fails to receive to the base station on the PUSCH according to the time-frequency resources indicated by the UL grant instruction.

In the embodiment of the present application, requesting data retransmission by the RLC layer of the base station triggers the base station to allocate the uplink resources required for transmitting the failed RLC layer data packet received by the base station, which can reduce additional resource overhead and delay in the uplink transmission process, and only When needed, that is, when the RLC layer requests data retransmission, the network device allocates time-frequency resources corresponding to the data packets to be retransmitted by the RLC layer to the terminal, which can effectively avoid uplink pre-scheduled empty packets.

The above mainly introduces the solutions provided by the embodiments of the present application from the perspective of interaction between the network device and the terminal. It can be understood that, in order to realize the above-mentioned functions, the above-mentioned terminal and network device include hardware structures and/or software modules corresponding to performing each function. Those skilled in the art should easily realize that, in combination with the example modules and algorithm steps described in the embodiments disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is performed by hardware or computer software driven hardware depends on the specific application of the technical solution and design constraints. Professional technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

Described in terms of hardware structure, a network device or a terminal may be implemented by one physical device, or may be implemented by multiple physical devices together, or may be a logical function module in a physical device, which is not specifically limited in the embodiments of the present application.

For example, the network device or terminal in the embodiment of the present application may be implemented by the communication device in FIG. 4. 4 is a schematic diagram of a hardware structure of a communication device in an embodiment of the present application.

As shown in FIG. 4, the communication device 400 includes at least one processor 401, a communication line 402, a memory 403 and at least one communication interface 404.

The processor 401 may be a general-purpose central processing unit (central processing unit, CPU), a microprocessor, an application-specific integrated circuit (server IC), or one or more used to control the execution of the program program of the application Integrated circuit.

The communication line 402 may include a path for transferring information between the above components.

Communication interface 404, using any device such as a transceiver, for communicating with other devices or communication networks, such as Ethernet, radio access network (RAN), wireless local area networks (WLAN), etc. .

The memory 403 may be a read-only memory (ROM) or other types of static storage devices that can store static information and instructions, random access memory (random access memory, RAM), or other types of information and instructions that can be stored The dynamic storage device can also be an electrically erasable programmable read-only memory (electrically programmable) read-only memory (EEPROM), a read-only compact disc (compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (Including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), disk storage media or other magnetic storage devices, or can be used to carry or store the desired program code in the form of instructions or data structures and can be used by a computer Access to any other media, but not limited to this. The memory may exist independently and be connected to the processor through the communication line 402. The memory can also be integrated with the processor.

The memory 403 is used to store computer execution instructions for executing the solution of the present application, and the processor 401 controls execution. The processor 401 is used to execute computer execution instructions stored in the memory 403, so as to implement the resource scheduling method provided by the foregoing embodiment of the present application.

Optionally, the computer execution instructions in the embodiments of the present application may also be called application program codes, which are not specifically limited in the embodiments of the present application.

In a specific implementation, as an embodiment, the processor 401 may include one or more CPUs, such as CPU0 and CPU1 in FIG. 4.

In a specific implementation, as an embodiment, the communication device 400 may include multiple processors, such as the processor 401 and the processor 408 in FIG. 4. Each of these processors can be a single-core (single-CPU) processor or a multi-core (multi-CPU) processor. The processor herein may refer to one or more devices, circuits, and/or processing cores for processing data (eg, computer program instructions).

In a specific implementation, as an embodiment, the communication device 400 may further include an output device 405 and an input device 406. The output device 405 communicates with the processor 401 and can display information in various ways. For example, the output device 405 may be a liquid crystal display (LCD), a light emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector. Wait. The input device 406 communicates with the processor 401 and can receive user input in a variety of ways. For example, the input device 406 may be a mouse, a keyboard, a touch screen device, or a sensing device.

The above communication device 400 may be a general-purpose device or a dedicated device. In a specific implementation, the communication device 400 may be a desktop computer, a portable computer, a network server, a personal digital assistant (PDA), a mobile phone, a tablet computer, a wireless terminal, an embedded device, or a device with a similar structure in FIG. 4 . The embodiment of the present application does not limit the type of the communication device 400.

The embodiments of the present application may divide the function modules of the network device and the terminal according to the above method example. For example, each function module may be divided corresponding to each function, or two or more functions may be integrated into one processing module. The above integrated modules can be implemented in the form of hardware or software function modules. It should be noted that the division of the modules in the embodiments of the present application is schematic, and is only a division of logical functions. In actual implementation, there may be another division manner.

For example, in the case of dividing each functional module in an integrated manner, FIG. 5 shows a schematic structural diagram of a network device;

As shown in FIG. 5, the network device 50 includes a sending module 501 and a receiving module 502;

The sending module 501 is used to send a resource scheduling instruction to the terminal, where the resource scheduling instruction is used to allocate resources to target data, where the target data includes: a radio link control RLC status report corresponding to the downlink data sent by the network device, Or the network device receives a failed RLC layer data packet, wherein the RLC status report is used to indicate the reception status corresponding to the downlink data received by the terminal;

The receiving module 502 is configured to receive the target data sent by the terminal on the resource allocated by the resource scheduling instruction.

Optionally, in an implementation manner, when the target data is a radio link control RLC status report corresponding to the downlink data sent by the network device, the sending module 501 is specifically configured to: when the request is satisfied When the condition of the RLC status report is sent, the resource scheduling instruction is sent to the terminal.

Optionally, in an implementation manner, when the target data is an RLC layer data packet that fails to be received by the network device, the sending module 501 is further configured to: send an RLC layer data retransmission request to the terminal , The RLC layer data retransmission request is used to request the terminal to send the RLC layer data packet that the network device fails to receive.

Similarly, in the case of dividing each functional module in an integrated manner, FIG. 6 shows a schematic structural diagram of a terminal;

As shown in FIG. 6, the terminal 60 includes a receiving module 601 and a sending module 602;

The receiving module 601 is configured to receive a resource scheduling instruction sent by a network device, where the resource scheduling instruction is used to allocate resources to target data, and the target data includes: a radio link control RLC state corresponding to downlink data sent by the network device A report, or the network device fails to receive the RLC layer data packet, wherein the RLC status report is used to indicate the reception status corresponding to the downlink data received by the terminal;

The sending module 602 is configured to send the target data to the network device on the resources allocated by the resource scheduling instruction.

Optionally, in an implementation manner, when the target data is a radio link control RLC status report corresponding to the downlink data sent by the network device, the sending module 602 is specifically configured to: when the network device When the sent downlink data reaches the RLC layer of the terminal, the RLC status report is sent to the network device on the resources allocated by the resource scheduling instruction.

Optionally, in an implementation manner, when the target data is an RLC layer data packet that the network device fails to receive, the receiving module 601 is further configured to: receive the RLC layer data sent by the network device. Transmission request, the RLC layer data retransmission request is used to request the terminal to send the RLC layer data packet that the network device fails to receive.

Wherein, all relevant content of each step involved in the above method embodiments can be referred to the function description of the corresponding function module, which will not be repeated here.

In this embodiment, the network device and the terminal are presented in the form of dividing each functional module in an integrated manner. "Module" here can refer to an application-specific integrated circuit (ASIC), a circuit, a processor and memory that execute one or more software or firmware programs, an integrated logic circuit, and/or other functions that can provide the above functions Device. In a simple embodiment, those skilled in the art may think that the network device and the terminal may adopt the form shown in FIG. 4.

For example, the processor 401 in FIG. 4 may invoke the computer execution instruction stored in the memory 403 to cause the network device or terminal to execute the resource scheduling method in the above method embodiment.

Specifically, the functions/implementation processes of the sending module 501 and the receiving module 502 in FIG. 5 and the receiving module 601 and the sending module 602 in FIG. 6 can be executed by calling the computer stored in the memory 403 by the processor 401 in FIG. 4 Instructions to achieve. Alternatively, the functions/implementation processes of the sending module 501 and the receiving module 502 in FIG. 5 and the receiving module 601 and the sending module 602 in FIG. 6 may be implemented through the communication interface 404 in FIG. 4.

Since the network device and the terminal provided in the embodiments of the present application can be used to execute the above resource scheduling method, the technical effects that can be obtained can refer to the above method embodiments, which will not be repeated here.

In the above embodiment, the network device and the terminal are presented in the form of dividing each functional module in an integrated manner. Of course, the embodiments of the present application may also divide each function module of the network device and the terminal corresponding to each function, which is not specifically limited in the embodiments of the present application.

Optionally, an embodiment of the present application provides a chip system. The chip system includes a processor for supporting a user plane function entity to implement the above resource scheduling method. In a possible design, the chip system also includes a memory. The memory is used to store necessary program instructions and data of network devices or terminals. The chip system may be composed of chips, or may include chips and other discrete devices, which is not specifically limited in the embodiments of the present application.

In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product.

The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions according to the embodiments of the present application are generated in whole or in part. The computer may be a general-purpose computer, a dedicated computer, a computer network, or other programmable devices. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be from a website site, computer, server or data center Transmit to another website, computer, server or data center by wired (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (such as infrared, wireless, microwave, etc.). The computer-readable storage medium may be any available medium that can be stored by a computer or a data storage device including a server, a data center, and the like integrated with one or more available media. The usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, a magnetic tape), an optical medium (for example, a DVD), or a semiconductor medium (for example, Solid State Disk (SSD)), or the like.

Those of ordinary skill in the art may understand that all or part of the steps in the various methods of the above embodiments may be completed by instructing relevant hardware through a program. The program may be stored in a computer-readable storage medium, and the storage medium may include: ROM, RAM, magnetic disk or optical disk, etc.

The resource scheduling method and related equipment provided in the embodiments of the present application are described in detail above. Specific examples are used in this article to explain the principles and implementation of the present application. The descriptions of the above embodiments are only used to help understand the application. Method and its core idea; meanwhile, for those of ordinary skill in the art, according to the idea of this application, there will be changes in the specific implementation and application scope. In summary, the content of this specification should not be understood as a Application restrictions.

Claims

A resource scheduling method, which includes:

The network device sends a resource scheduling instruction to the terminal, where the resource scheduling instruction is used to allocate resources to target data, and the target data includes: a radio link control RLC status report corresponding to the downlink data sent by the network device, or the network The device receives the failed RLC layer data packet, wherein the RLC status report is used to indicate the receiving status corresponding to the downlink data received by the terminal;

The network device receives the target data sent by the terminal on the resource allocated by the resource scheduling instruction.
The resource scheduling method according to claim 1, wherein when the target data is a radio link control RLC status report corresponding to the downlink data sent by the network device, the network device sends a resource scheduling instruction to the terminal ,include:

When the condition for requesting the RLC status report is satisfied, the network device sends the resource scheduling instruction to the terminal.
The resource scheduling method according to claim 1, wherein when the target data is a failed RLC layer data packet received by the network device, after the network device sends a resource scheduling instruction to the terminal, the method further include:

The network device sends an RLC layer data retransmission request to the terminal, where the RLC layer data retransmission request is used to request the terminal to send the RLC layer data packet that the network device fails to receive.
A resource scheduling method, which includes:

The terminal receives a resource scheduling instruction sent by a network device, where the resource scheduling instruction is used to allocate resources to target data, and the target data includes: a radio link control RLC status report corresponding to downlink data sent by the network device, or the The network device receives the failed RLC layer data packet, wherein the RLC status report is used to indicate the reception status corresponding to the downlink data received by the terminal;

The terminal sends the target data to the network device on the resources allocated by the resource scheduling instruction.
The resource scheduling method according to claim 4, wherein when the target data is a radio link control RLC status report corresponding to the downlink data sent by the network device, the terminal allocates the resource scheduling instruction The target data sent to the network device on the resource includes:

When the downlink data sent by the network device reaches the RLC layer of the terminal, the terminal sends the RLC status report to the network device on the resources allocated by the resource scheduling instruction.
The resource scheduling method according to claim 4, wherein when the target data is an RLC layer data packet that the network device fails to receive, after the terminal receives the resource scheduling instruction sent by the network device, the The method also includes:

The terminal receives an RLC layer data retransmission request sent by the network device, and the RLC layer data retransmission request is used to request the terminal to send the RLC layer data packet that the network device fails to receive.
A network device, characterized in that it includes:

A sending module, configured to send a resource scheduling instruction to the terminal, where the resource scheduling instruction is used to allocate resources to target data, the target data includes: a radio link control RLC status report corresponding to the downlink data sent by the network device, or The network device receives a failed RLC layer data packet, wherein the RLC status report is used to indicate a receiving status corresponding to the downlink data received by the terminal;

Receiving module: used to receive the target data sent by the terminal on the resources allocated by the resource scheduling instruction.
The network device according to claim 7, wherein when the target data is a radio link control RLC status report corresponding to the downlink data sent by the network device, the sending module is specifically configured to: when the request is satisfied When the condition of the RLC status report is sent, the resource scheduling instruction is sent to the terminal.
The network device according to claim 7, wherein when the target data is an RLC layer data packet that fails to be received by the network device, the sending module is further configured to send the RLC layer data to the terminal. Transmission request, the RLC layer data retransmission request is used to request the terminal to send the RLC layer data packet that the network device fails to receive.
A terminal is characterized by comprising:

A receiving module, configured to receive a resource scheduling instruction sent by a network device, where the resource scheduling instruction is used to allocate resources to target data, and the target data includes: a radio link control RLC status report corresponding to downlink data sent by the network device Or the network device fails to receive the RLC layer data packet, wherein the RLC status report is used to indicate the reception status corresponding to the downlink data received by the terminal;

The sending module is configured to send the target data to the network device on the resources allocated by the resource scheduling instruction.
The terminal according to claim 10, wherein when the target data is a radio link control RLC status report corresponding to the downlink data sent by the network device, the sending module is specifically used to: when the network When the downlink data sent by the device reaches the RLC layer of the terminal, the RLC status report is sent to the network device on the resource allocated by the resource scheduling instruction.
The terminal according to claim 10, wherein when the target data is an RLC layer data packet that fails to be received by the network device, the receiving module is further configured to: receive RLC layer data sent by the network device A retransmission request. The RLC layer data retransmission request is used to request the terminal to send the RLC layer data packet that the network device fails to receive.
A network device, characterized in that it includes:

Processing unit and storage unit;

Wherein, the storage unit is used to store computer operation instructions;

The processing unit is configured to execute the resource scheduling method according to any one of claims 1 to 3 by calling the computer operation instruction.
A terminal is characterized by comprising:

Processing unit and storage unit;

Wherein, the storage unit is used to store computer operation instructions;

The processing unit is configured to execute the resource scheduling method according to any one of claims 4 to 6 by calling the computer operation instruction.
A computer-readable storage medium, characterized in that computer operation instructions are stored in the computer-readable storage medium, and when the computer-readable storage medium runs on a computer, the computer can execute the above claims 1 to 6 The resource scheduling method described in any one of the above.