WO2020024107A1

WO2020024107A1 - Status report sending method and device

Info

Publication number: WO2020024107A1
Application number: PCT/CN2018/097791
Authority: WO
Inventors: 唐志华
Original assignee: 华为技术有限公司
Priority date: 2018-07-31
Filing date: 2018-07-31
Publication date: 2020-02-06

Abstract

Embodiments of the present application provide a status report sending method. The method comprises: a first device receives data from a second device; the first device detects whether a hybrid automatic repeat request (HARQ) invalid event occurs; if the first device detects that an HARQ invalid event occurs, the first device sends a status report to the second device. The embodiments of the present application speed up ARQ retransmission by the second device, can ensure PER and PDB requirements of the service, and improve user experience.

Description

Method and equipment for sending status report

Technical field

The present application relates to the field of mobile communications, and in particular, to a method and device for sending a status report.

Background technique

Data communication was originally developed on a wired network, and usually required larger bandwidth and higher transmission quality. For wired connections, the reliability of data transmission is achieved through retransmissions. When the previous transmission attempt fails, data packets are required to be retransmitted. Such a transmission mechanism is called an automatic repeat request (ARQ). In the wireless transmission environment, channel noise and fading due to mobility and interference from other devices make the channel transmission quality very poor, so data packets should be protected to suppress various interferences. This protection mainly uses forward error correction (FEC) to transmit extra bits in the packet. However, too much forward error correction coding makes transmission efficiency low. Therefore, a hybrid scheme (hybrid, automatic, repeat, request, HARQ) is proposed, which combines HARQ, that is, ARQ and FEC.

HARQ technology can well compensate for the influence of time-varying and multipath fading of wireless mobile channels on signal transmission, and has become one of the indispensable key technologies in the long-term evolution system of wireless communication. HARQ usually works at the media access control (MAC) layer, which can achieve very fast retransmissions, and its feedback error rate is about 1%. For some services that require a higher packet error rate (PER), for example, the file transfer protocol (FTP) service has a PER requirement of 10 ^-6 , and HARQ alone may not satisfy these services. PER requires that ARQ retransmission at the radio link control (RLC) layer is required to ensure the quality of service (QoS) of the service.

Therefore, in order to ensure the PER and reserved packet delay (PDB) requirements of the service, HARQ and ARQ need to be efficiently coordinated and completed together.

In Long Term Evolution (LTE) technology, the RLC acknowledgement mode (AM) has ARQ function. The AM entity has a sender and a receiver.

After receiving the RLC service data unit (SDU) from the packet data convergence protocol (packet data convergence protocol, PDCP), the sender stores it in the transmission buffer, and after receiving the uplink (from the MAC layer) After uplink (UL) or downlink (DL) transmission opportunity (grant), the RLC SDU is segmented and / or concatenated according to the size provided by the grant, and then the RLC header is added to become the RLC protocol data unit (PDU). ). All RLC PDUs are sent to the retransmission buffer for storage before transmission. After receiving the status report from the receiving end, the RLC PDUs in the retransmission buffer are retransmitted or removed.

After receiving the RLC PDU from the peer, the receiving end first determines whether it is a control PDU or a data PDU. If it is a data PDU, it sends it to the receiving buffer, removes the RLC header after reordering, and reassembles it into an RLC SDU. The conditions that trigger the receiving end to send a status report are: the receiving end receives a polling PDU sent by the transmitting end, or the receiving end reordering timer t-Reordering times out.

In the prior art, the receiving end needs to receive the polling PDU sent by the sending end or the reordering timer expires to send the status report, and the sending end can trigger the ARQ retransmission after receiving the status report. It will take a certain amount of time for the end-of-order reordering timer to expire, which results in slow ARQ retransmissions. The PER and PDB requirements of the service cannot be guaranteed, which affects the user experience.

Summary of the invention

The embodiments of the present application provide a method and a device for sending a status report. When the HARQ function fails, a device that receives data immediately sends a status report to the device that sends the data, thereby speeding up the device that sends data to perform ARQ retransmission. It can ensure the PER and PDB requirements of the business and improve the user experience.

In a first aspect, a method for sending a status report is provided. The first device receives data from the second device; the first device detects whether a HARQ invalid event has occurred; and when the first device detects that a HARQ invalid event has occurred, it sends a status report to the second device.

In the embodiment of the present application, the first device detects whether a HARQ invalidation event occurs, so that when a HARQ invalidation event is detected, it can immediately send a status report to the second device without waiting for the reordering timer to expire or from the second device. When the polling PDU is received, a status report is sent to the second device, thereby speeding up the ARQ retransmission of the second device, ensuring the PER and PDB requirements of the service, and improving the user experience.

In a possible implementation manner, a check result obtained by the first device predicting a cyclical redundancy check (CRC) check is a correct acknowledgement (ACK) and the first device performs When the check result obtained by the CRC check is an error response (non-acknowledge, NACK), it is determined that a HARQ invalid event has occurred.

In a possible implementation manner, when the first device determines that the number of retransmissions is greater than a first threshold, it determines that an HARQ invalidation event has occurred.

In a second aspect, a first device is provided, where the first device includes:

A communication module, configured to receive data from the second device;

A processing module, configured to detect whether a HARQ invalidation event occurs; and when detecting that a HARQ invalidation event occurs, control the communication module to send a status report to the second device.

In the embodiment of the present application, the processing module detects whether a HARQ invalidation event occurs, so that when a HARQ invalidation event is detected, the processing module can immediately control the communication module to send a status report to the second device without waiting for the reordering timer to expire or the When the second device receives the polling PDU, it sends a status report to the second device, thereby speeding up the ARQ retransmission of the second device, ensuring the PER and PDB requirements of the service, and improving the user experience.

In a possible implementation manner, the detecting, by the processing module, whether an HARQ invalid event occurs includes: predicting that a check result obtained by the cyclic redundancy code check CRC check is a correct response to the ACK and the first device performs CRC calibration When the check result obtained is an error response NACK, it is determined that a HARQ invalid event has occurred.

In a possible implementation manner, the processing module detecting whether a HARQ invalidation event occurs includes: determining that the number of retransmissions is greater than a first threshold value, and determining that a HARQ invalidation event occurs.

According to a third aspect, a first device is provided, where the first device includes: a memory, a processor, and a communication interface;

The memory is used to store program instructions;

The processor is configured to perform the following operations according to a program instruction stored in the memory:

Receiving data from a second device through the communication interface;

Detect if HARQ invalidation event occurs;

When a HARQ invalid event is detected, a status report is sent to the second device through the communication interface.

In the embodiment of the present application, the processor detects whether a HARQ invalidation event occurs, so that when a HARQ invalidation event is detected, the processor can immediately send a status report to the second device through the communication interface, without waiting for the reordering timer to expire or the When the second device receives the polling PDU, it sends a status report to the second device, thereby speeding up the ARQ retransmission of the second device, ensuring the PER and PDB requirements of the service, and improving the user experience.

In a possible implementation manner, the processor performing the operation of detecting whether a HARQ invalid event occurs includes:

When the check result obtained by predicting the CRC check is ACK and the check result obtained by the first device performing the CRC check is NACK, it is determined that a HARQ invalid event has occurred.

When it is determined that the number of retransmissions is greater than the first threshold, it is determined that a HARQ invalidation event has occurred.

In a fourth aspect, an embodiment of the present application provides a communication device. The communication device may be, for example, a chip. The communication device may be provided in a device. The communication device includes a processor and an interface. The processor is configured to support the communication device to perform a corresponding function in the method of the first aspect. The interface is used to support communication between the communication device and other communication devices or other network elements. The communication device may further include a memory for coupling with the processor, which stores program instructions and data necessary for the communication device.

In a fifth aspect, an embodiment of the present application provides a computer storage medium, where the computer storage medium stores instructions, and when the computer storage medium is run on a computer, causes the computer to execute the foregoing first aspect or any one of the first aspect. Method described in the design.

According to a sixth aspect, an embodiment of the present application provides a computer program product including instructions. When the program is executed by a computer, the instructions cause the computer to execute the foregoing first aspect or any possible design of the first aspect. As described in the method.

In a seventh aspect, an embodiment of the present application provides a computer program including instructions. When the program is executed by a computer, the instructions cause the computer to execute the first aspect or any one of the possible designs of the first aspect. The method described.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic diagram of a system architecture according to an embodiment of the present application; FIG.

2 is a schematic communication diagram of a method for sending a status report according to an embodiment of the present application;

3 is a schematic diagram of an execution position of a method for sending a status report in a device according to an embodiment of the present application;

4 is a schematic diagram of a method for sending a status report according to an embodiment of the present application;

5 is a schematic diagram of a possible structure of a first device according to an embodiment of the present application;

FIG. 6 is another schematic structural diagram of a first device according to an embodiment of the present application; FIG.

FIG. 7 is a schematic diagram of a communication device according to an embodiment of the present application.

detailed description

An embodiment of the present application provides a method for sending a status report. A first device receives data from a second device. The first device detects whether a HARQ invalid event occurs. When the first device detects a HARQ invalid event, Sending a status report to the second device. It can be understood that the first device is a device that receives data, the second device is a device that sends data, and both the first device and the second device are peer devices.

FIG. 1 is a schematic diagram of a system architecture according to an embodiment of the present application. Taking the existing LTE network architecture as an example, the system includes a base station 101 and a terminal 102, and data transmission is performed between the base station 101 and the terminal 102. The method for sending a status report provided in this embodiment of the present application can be applied to the process of the terminal 102 to the base station 101 During uplink data transmission, the base station 101 sends a status report, and the terminal 102 performs ARQ retransmission after receiving the status report. The method for sending a status report provided in the embodiment of the present application may also be applied to a downlink data transmission process from the base station 101 to the terminal 102. The terminal 102 sends a status report, and the base station 101 performs ARQ retransmission after receiving the status report. The system architecture shown in FIG. 1 is merely an example, and the embodiments of the present application may not be limited to the system architecture, for example, a new system architecture appearing in a future network. The method for sending a status report provided in this embodiment of the present application may be applied to the base station 101 or the terminal 102.

FIG. 2 is a schematic communication diagram of a method for sending a status report according to an embodiment of the present application. The method may be based on the system architecture shown in FIG. 1. The method includes:

Step 201: The first device receives data from the second device.

In one example, the first device is a base station and the second device is a terminal. Uplink data transmission is performed between the base station and the terminal.

In another example, the first device is a terminal and the second device is a base station, and downlink data transmission is performed between the base station and the terminal.

Step 202: The first device detects whether a HARQ invalidation event occurs.

It can be understood that the HARQ invalidation event can be any event that can identify the failure of the HARQ function.

In one example, the first device predicts a check result obtained by a cyclical redundancy check (CRC) check as a correct response (acknowledge, ACK), and the first device performs a check obtained by performing a CRC check. When the verification result is a non-acknowledge (NACK), it is determined that a HARQ invalid event has occurred.

It should be noted that each HARQ process can correspond to a CRC check result, and the device can store the process number of the HARQ process and the CRC check result of the HARQ process, or the device can also store the process number of the HARQ process. CRC prediction check result with the HARQ process.

This example can detect HARQ invalid events caused by CRC prediction failure.

CRC prediction includes two types:

One is to assume that all data is demodulated correctly, that is, all data reception is predicted as ACK. For example, considering mobile backhaul and mobile fronthaul network delays, HARQ's CRC feedback is not timely, and base station scheduling assumes that all equipment feedbacks a correct response (acknowledge, ACK) for scheduling, which is equivalent to not using HARQ repetition. Transmission may cause the HARQ function to fail.

The other is to make predictions based on some input information according to a certain model. The above input information may include one or more of channel estimation information, channel fluctuation variance, modulation and coding scheme (MCS) of the received data, and the like. For example, considering mobile network backhaul and mobile fronthaul network delays, the base station does not wait for HARQ CRC feedback, uses HARQ's CRC prediction technology, and the prediction has an error, such as NACK prediction becomes ACK, which may cause the HARQ function to fail.

In another example, when the first device determines that the number of retransmissions is greater than a first threshold, it determines that an HARQ invalidation event has occurred. For example, the base station records the number of retransmissions of each HARQ process and compares it with the configured maximum number of HARQ retransmissions. When the recorded value exceeds the maximum number of HARQ retransmissions, it is considered that a HARQ invalidation event has occurred.

This example can detect bad HARQ events caused by bad wireless channels, the base station reaching the maximum number of HARQ retransmissions, and errors.

Step 203: When the first device detects that a HARQ invalid event occurs, it sends a status report to the second device.

It can be understood that the sending format of the status report complies with the 3rd Generation Partnership Project (3GPP) protocol, not only the ACK / NACK status of the current PDU, but all the received data in the receiving window. ACK / NACK condition, so that after receiving the status report, the second device performs ARQ retransmission according to the status report.

In LTE technology, the RLC acknowledgement mode (AM) has ARQ function.

The state variables related to the AM mode of RLC are listed below:

VR (R): RLC receiving sequence number.

VR (MR): The upper limit of the RLC receiving window = VR (R) + AM_Window_Size, where AM_Window_Size is the window size.

VR (X): RLC reordering sequence number, used to save the protocol data unit (PDU) sequence number of the RLC that triggers the reordering timer.

VR (MS): The maximum correct response (acknowledge, ACK) sequence number (SN) (can be expressed as ACK_SN) of the status report sent by the RLC.

VR (H): The maximum sequence number of the data received by RLC.

The AM entity has a sender and a receiver.

After receiving the RLC service data unit (SDU) from the packet data convergence protocol (packet data convergence protocol, PDCP), the sender stores it in the transmission buffer, and after receiving the uplink (from the MAC layer) After the uplink (UL) sends a grant, the RLC SDU is segmented and / or concatenated according to the size provided by the grant, and then the RLC header is added to become the RLCPDU. All RLC PDUs need to be handed over to the retransmission buffer for storage. After receiving the status report in the status PDU, the RLC PDU in the retransmission buffer is retransmitted or removed.

After receiving the RLC PDU from the peer, the receiving end first determines whether it is a control PDU or a data PDU. If it is a data PDU, it sends it to the receiving buffer, removes the RLC header after reordering, and reassembles it into an RLC SDU. The conditions that trigger a status report are:

Condition 1) A data PDU (RLC data PDU) with a P field of 1 is received from the lower layer, and the sequence number of the PDU falls outside the receiving window or all bytes of the PDU have been received before. The PDU is discarded and a status report is triggered.

Condition 2) An RLC data PDU with a field of 1 and SN = x is received from the lower layer, and the PDU is in the receiving window. If x <VR (MS) or x> = VR (MR), a state is triggered. report.

Condition 3) The reordering timer t-Reordering at the receiving end times out, that is, a PDU loss is detected, and a status report is triggered.

In the above condition 1) and condition 2), polling is triggered by the sending end, and the field of some PDUs is set to 1. The above condition 3) is triggered by the receiving end. In the embodiment of the present application, a condition for triggering the sending of a status report by the receiving end is added to the conditions 1), 2), and 3) above. The condition is that a HARQ invalid event is detected, thereby accelerating the second device to perform ARQ re- It can ensure the PER and PDB requirements of the business and improve the user experience.

FIG. 3 is a schematic diagram of an execution position of a method for sending a status report in a device according to an embodiment of the present application. Referring to FIG. 3, the method is mainly implemented by cooperation of a MAC layer and an RLC layer of a receiver that receives data. The method includes:

In step 301, the HARQ invalidation detection at the MAC layer is performed.

In one example, HARQInvalid is set to True when a HARQ invalid event is detected. For the detection method, reference may be made to the text description of the embodiment corresponding to FIG. 2, and details are not described herein.

Step 302: The MAC layer status report indicates.

In one example, each time the MAC layer receives the correct MAC PDU from the lower layer, it judges the flag HARQInvalid. If the flag is set to True and there is no HARQ process being retransmitted, when submitting data to the RLC, The carry flag RptFlag instructs the RLC to send a status report. At the same time, HARQInvalid is set to False.

In one example, when a HARQ invalid event occurs in multiple consecutive transmission time intervals (TTI), the time interval for sending the status report of the RLC can be controlled according to the actual HARQ round-trip time (RTT), similar to The role of the disable timer t-StatusProhibit. For example, if the HARQ RTT is 8ms, then the RLC sends a status report at least 8ms to ensure that the status report sent before has taken effect.

Generally, when a status report is triggered, if the prohibition timer t-StatusProhibit is not running, a STATUS PDU is constructed and transmitted to the MAC at the first transmission timing indicated by the MAC. If t-StatusProhibit is running, the first transmission opportunity indicated by the MAC after it times out constructs a STATUS PDU and transmits it to the MAC. Even if the status report is triggered multiple times during t-StatusProhibit operation, only one STATUS PDU is transmitted.

Step 303: The RLC layer status report is issued.

In one example, if the data received by the RLC layer from the MAC layer does not carry the identifier RptFlag, the PDU is normally received and the state variable is updated. Instead, do the following:

1) The VR (MS) is updated to the SN value of the first PDU of "SN> = VR (X), but not all byte segments have been successfully received"; (received data)

2) If the reordering timer t-Reordering is running, and VR (X) = VR (R) or VR (X) falls outside the receiving window, and VR (X) is not equal to VR (MR), stop t- Reordering;

3) If t-Reordering is not running and VR (H)> VR (MS), start t-Reordering and set VR (X) to VR (H);

4) If t-StatusProhibit is running, stop the prohibition timer t-StatusProhibit;

5) After receiving the MAC sending opportunity and sending a successful status report, start t-StatusProhibit.

In the embodiment of the present application, when the receiving MAC layer detects the failure of the HARQ function, it directly triggers the receiving RLC layer to send a status report to promote fast ARQ retransmission at the sending RLC layer instead of waiting for the RLC receiving end to time out or receive The RLC layer sends a status report only when the Poll PDU is triggered. When the HARQ function fails, a method for sending a status report is provided to speed up ARQ retransmission.

FIG. 4 is a schematic diagram of a method for sending a status report according to an embodiment of the present application. Referring to FIG. 4, in the receiving window, the PDU labeled n + 1 is decoded incorrectly and HARQ is invalid. The MAC layer detects an HARQ invalid event. When data is submitted to the RLC layer, it carries an identifier RptFlag to indicate the RLC layer transmission status. It is reported that the RLC layer triggers a status report when the PDU labeled n + 2 is successfully received, that is, the time interval from sending the HARQ invalid event to triggering the status report is only one PDU transmission time, that is, one TTI, and the delay is small . It can be understood that the time interval of the above one TTI is only an example, and may also be the time interval of multiple TTIs, and the actual situation prevails.

The above mainly introduces the solution of the embodiment of the present application from the perspective of the method flow. It can be understood that, in order to implement the above functions, each network element, such as a terminal or a base station, includes a hardware structure and / or a software module corresponding to each function. Those skilled in the art should easily realize that, with reference to the units and algorithm steps of each example described in the embodiments disclosed herein, this application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain 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 to be beyond the scope of this application.

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

In the case of using an integrated module, FIG. 5 shows a possible structural diagram of the first device (terminal or base station) involved in the foregoing embodiment. The first device 500 includes a processing module 502 and a communication module 503. The processing module 502 is configured to control and manage the actions of the first device. For example, the processing module 502 is configured to support the first device to perform the processes in FIG. 2 to FIG. 4 and / or other processes for the technology described herein. The communication module 503 is configured to support communication between the first device and other network entities, for example, communication with a second device. The first device may further include a storage module 501 for storing program code and data of the first device.

A communication module 503, configured to receive data from a second device;

The processing module 502 is configured to detect whether a HARQ invalid event occurs; and when a HARQ invalid event is detected, control the communication module 503 to send a status report to the second device.

In a possible implementation manner, the processing module 502 detects whether a HARQ invalid event occurs, including: predicting that the check result obtained by the CRC check is ACK and the check result obtained by the first device performing the CRC check is When NACK, it is determined that a HARQ invalid event has occurred.

In a possible implementation manner, the processing module 502 detects whether a HARQ invalid event occurs, including: determining that the number of retransmissions is greater than a first threshold, and determining that a HARQ invalid event occurs.

In the embodiment of the present application, the processing module 502 detects whether a HARQ invalidation event occurs, so that when a HARQ invalidation event is detected, it can immediately control the communication module 503 to send a status report to the second device without waiting for the reordering timer to expire or When the polling PDU is received from the second device, a status report is sent to the second device, thereby speeding up the ARQ retransmission of the second device, ensuring the PER and PDB requirements of the service, and improving the user experience.

The processing module 502 may be a processor or a controller. The communication module 503 may be a communication interface, a transceiver, a transceiver circuit, and the like. The communication interface is collectively referred to and may include one or more interfaces. The storage module 501 may be a memory.

FIG. 6 is a schematic structural diagram of a first device according to an embodiment of the present application. Taking the first device as a mobile phone as an example, FIG. 6 is a block diagram showing a partial structure of a mobile phone 600 related to the embodiment of the present application. Referring to FIG. 6, the mobile phone 600 includes: a radio frequency (RF) circuit 610, a memory 620, an input unit 630, a display screen 640, a sensor 650, an audio circuit 660, a wireless fidelity (WiFi) module 670, and a processor 680, and power supply 690 and other components. Those skilled in the art can understand that the structure of the mobile phone shown in FIG. 6 does not constitute a limitation on the mobile phone, and may include more or fewer parts than those shown in the figure, or combine some parts, or arrange different parts.

Each component of the mobile phone 600 is specifically described below with reference to FIG. 6:

The RF circuit 610 may be used for receiving and transmitting signals during information transmission or communication. In particular, the downlink information of the base station is received and processed by the processor 680. In addition, the uplink data of the design is transmitted to the base station. Generally, the RF circuit includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a Low Noise Amplifier (LNA), a duplexer, and the like. In addition, the RF circuit 610 can also communicate with a network and other devices through wireless communication. The wireless communication can use any communication standard or protocol, including but not limited to Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), and Code Division Multiple Access (Code) Division Multiple Access (CDMA) system, Wideband Code Division Multiple Access (WCDMA) system, LTE system, email, Short Message Service (SMS), etc.

The memory 620 may be used to store software programs and modules. The processor 680 executes various functional applications and data processing of the mobile phone 600 by running the software programs and modules stored in the memory 620. The memory 620 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, at least one application required by a function (such as a sound playback function, an image playback function, etc.), etc .; the storage data area may store Data (such as audio data, phone book, etc.) created according to the use of the mobile phone 600. In addition, the memory 620 may include volatile memory, such as nonvolatile dynamic random access memory (NVRAM), phase change random access memory (Phase, Change RAM, PRAM), magnetoresistive random access memory (Magetoresistive RAM, MRAM), etc .; the memory 620 may also include non-volatile memory, such as at least one disk storage device, electronically erasable programmable read-only memory (EEPROM), flash memory device, For example, NOR flash memory or NAND flash memory, semiconductor devices, such as solid state drives (Solid State Disk, SSD), etc. The memory 620 may further include a combination of the above-mentioned types of memories.

The input unit 630 may be used to receive inputted numeric or character information, and generate key signal inputs related to user settings and function control of the mobile phone 600. Specifically, the input unit 630 may include a touch panel 631 and other input devices 632. Touch panel 631, also known as touch screen, can collect user's touch operations on or near it (such as the user using a finger, stylus, etc. any suitable object or accessory on touch panel 631 or near touch panel 631 Operation), and drive the corresponding connection device according to a preset program. Optionally, the touch panel 631 may include a touch detection device and a touch controller. Among them, the touch detection device detects the user's touch position, and detects the signal caused by the touch operation, and transmits the signal to the touch controller; the touch controller receives touch information from the touch detection device, converts it into contact coordinates, and sends it To the processor 680, and can receive the command sent by the processor 680 and execute it. In addition, the input unit 630 may implement the touch panel 631 using various types such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. In addition to the touch panel 631, the input unit 630 may also include other input devices 632. Specifically, the other input devices 632 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like.

The display screen 640 may be used to display information input by the user or information provided to the user and various menus of the mobile phone 600. The display screen 640 may include a display panel 641. Optionally, the display panel 641 may be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), or the like. Further, the touch panel 631 may cover the display panel 641. When the touch panel 631 detects a touch operation on or near the touch panel 631, the touch panel 631 transmits the touch operation to the processor 680 to determine the type of the touch event. The type provides corresponding visual output on the display panel 641. Although in FIG. 6, the touch panel 631 and the display panel 641 are implemented as two separate components to implement the input and input functions of the mobile phone 600, in some embodiments, the touch panel 631 and the display panel 641 may be integrated. The input and output functions of the mobile phone 600 are realized. The display screen 640 may be used to display content, and the content includes a user interface, such as a startup interface of a terminal, and a user interface of an application. The content may include information and data in addition to the user interface. The display screen 640 may be a built-in screen of the terminal or other external display devices.

The mobile phone 600 may further include at least one sensor 650, such as a light sensor, a motion sensor, a position sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may obtain the brightness of the surrounding ambient light, adjust the brightness of the display panel 641 according to the brightness of the ambient light, and the proximity sensor may be moved to the ear of the mobile phone 600 At this time, the display panel 641 and / or the backlight are turned off. Motion sensors include acceleration sensors. The acceleration sensor can detect the magnitude of acceleration in various directions (usually three axes). It can detect the magnitude and direction of gravity when it is stationary. It can be used to identify the posture of mobile phones (such as horizontal and vertical screen switching, related games, Magnetometer attitude calibration), vibration recognition related functions (such as pedometer, tap), etc. The position sensor can be used to obtain the geographic location coordinates of the terminal. The geographic location coordinates can be obtained through Global Positioning System (GPS), COMPASS System, GLONASS System, and Galileo System. System) and so on. The position sensor can also be located through a base station of a mobile operating network, and a local area network such as Wi-Fi or Bluetooth, or a combination of the above positioning methods can be used to obtain more accurate mobile phone location information. As for the mobile phone 600, other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor, and the like may be configured, and details are not described herein again.

The audio circuit 660, the speaker 661, and the microphone 662 (also referred to as a microphone) may provide an audio interface between the user and the mobile phone 600. The audio circuit 660 may transmit the received electrical data converted electrical signal to the speaker 661, and the speaker 661 converts the sound signal into an audio signal for output. On the other hand, the microphone 662 converts the collected sound signal into an electrical signal, and the audio circuit 660 After receiving, it is converted into audio data, and then the audio data output processor 680 is processed and then sent to, for example, another mobile phone via the RF circuit 108, or the audio data is output to the memory 620 for further processing.

WiFi is a short-range wireless transmission technology. The mobile phone 600 can help users send and receive email, browse web pages, and access streaming media through the WiFi module 670. It provides users with wireless broadband Internet access. Although FIG. 1 shows the WiFi module 670, it can be understood that it does not belong to the necessary configuration of the mobile phone 600, and can be omitted as needed without changing the essence of the invention.

The processor 680 is the control center of the mobile phone 600, and uses various interfaces and lines to connect various parts of the entire mobile phone. By running or executing software programs and / or modules stored in the memory 620, and calling data stored in the memory 620, Various functions and processing data of the mobile phone 600 are performed, so as to monitor the mobile phone as a whole. The processor 680 may be a central processing unit (CPU), a general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array ( field programmable array (FPGA) or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. The processor 680 may implement or execute various exemplary logical blocks, modules, and circuits described in connection with the present disclosure. The processor 680 may also be a combination that implements computing functions, such as a combination including one or more microprocessors, a combination of a DSP and a microprocessor, and the like. Optionally, the processor 680 may include one or more processor units. Optionally, the processor 680 may also integrate an application processor and a modem processor. The application processor mainly processes an operating system, a user interface, and an application program, and the modem processor mainly processes wireless communications. It can be understood that the foregoing modem processor may not be integrated into the processor 680.

The mobile phone 600 further includes a power source 690 (such as a battery) for supplying power to various components. Preferably, the power source can be logically connected to the processor 680 through the power management system, so as to implement functions such as managing charging, discharging, and power consumption management through the power management system.

It should be noted that, although not shown, the mobile phone 600 may further include a camera, a Bluetooth module, and the like, which are not described herein again.

In the embodiment of the present application,

The memory 620 is configured to store a program instruction;

The processor 680 is configured to perform the following operations according to the program instructions stored in the memory 620:

Receiving data from the second device through the RF circuit 610;

Detect if HARQ invalidation event occurs;

When a HARQ invalid event is detected, a status report is sent to the second device through the RF circuit 610.

In a possible implementation manner, the processor 680 performing the operation of detecting whether a HARQ invalid event occurs includes:

In the embodiment of the present application, the processor 680 detects whether a HARQ invalidation event occurs, so that when a HARQ invalidation event is detected, it can immediately send a status report to the second device through the RF circuit 610 without waiting for the reordering timer. When the timeout or polling PDU is received from the second device, a status report is sent to the second device, thereby speeding up the ARQ retransmission of the second device, ensuring the PER and PDB requirements of the service, and improving the user experience.

It can be understood that the first device may also be a base station, and the structure of the base station may adopt a general structure, and details are not described herein.

FIG. 7 is a schematic diagram of a communication device according to an embodiment of the present application. As shown in FIG. 7, the communication device 700 may be a chip, and the chip includes a processing unit and a communication unit. The processing unit may be a processor 710, and the processor may be various types of processors described above. The communication unit may be, for example, an input / output interface 720, a pin, or a circuit. The communication unit may include a system bus or be connected to the system bus. Optionally, the communication device further includes a storage unit, and the storage unit may be a memory 730 inside the chip, such as a register, a cache, a random access memory (RAM), an EEPROM, or a FLASH, etc .; The storage unit may also be a memory located outside the chip, and the memory may be various types of memories described above. The processor is connected to the memory, and the processor can execute instructions stored in the memory to cause the communication device to execute the methods shown in FIG. 2 to FIG. 4 described above.

In the foregoing embodiments of the present application, all or part of the embodiments may be implemented by software, hardware, firmware, or any combination thereof. When implemented in software, it may 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, all or part of the processes or functions according to the embodiments of the present application are generated. The computer may be a general-purpose computer, a special-purpose 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 medium to another computer-readable medium, for example, the computer instructions may be transmitted from a website site, computer, server, or data center through a cable (Such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (such as infrared, wireless, microwave, etc.) for transmission to another website site, computer, server, or data center. The computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server, a data center, and the like that includes one or more available medium integration. 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, a solid state hard disk).

The specific implementation manners described above further describe the purpose, technical solution, and beneficial effects of the present application in detail. It should be understood that the foregoing descriptions are merely specific implementation manners of the present application, and are not intended to limit the present application. The scope of protection, any modification, equivalent replacement, or improvement made on the basis of the technical solution of this application shall be included in the scope of protection of this application.

Claims

A method for sending a status report, wherein the method includes:

The first device receives data from the second device;

Detecting, by the first device, whether a hybrid automatic repeat request HARQ invalidation event occurs;

When the first device detects that a HARQ invalidation event occurs, it sends a status report to the second device.
The method according to claim 1, wherein the detecting, by the first device, whether a HARQ invalidation event occurs comprises:

When the verification result obtained by the first device predicting the cyclic redundancy check CRC check is a correct response to the ACK and the verification result obtained by the first device performing the CRC check is an error response NACK, it is determined that HARQ invalidation has occurred. event.
The method according to claim 1, wherein the detecting, by the first device, whether a HARQ invalidation event occurs comprises:

When the first device determines that the number of retransmissions is greater than a first threshold, it determines that an HARQ invalidation event has occurred.
A first device, characterized in that the first device includes:

A communication module, configured to receive data from the second device;

A processing module, configured to detect whether a HARQ invalid event of the hybrid automatic retransmission request occurs; and when detecting that a HARQ invalid event occurs, control the communication module to send a status report to the second device.
The first device according to claim 4, wherein the processing module detecting whether a HARQ invalidation event occurs comprises:

When the check result obtained by predicting the cyclic redundancy code check CRC check is a correct response to the ACK and the check result obtained by the first device performing the CRC check is an error response NACK, it is determined that a HARQ invalid event has occurred.
The first device according to claim 4, wherein the processing module detecting whether a HARQ invalidation event occurs comprises:

When it is determined that the number of retransmissions is greater than the first threshold, it is determined that a HARQ invalidation event has occurred.
A first device, characterized in that the first device includes: a memory, a processor, and a communication interface;

The memory is used to store program instructions;

The processor is configured to perform the following operations according to a program instruction stored in the memory:

Receiving data from a second device through the communication interface;

Detect whether HARQ invalidation event occurs;

When a HARQ invalid event is detected, a status report is sent to the second device through the communication interface.
The first device according to claim 7, wherein the processor performing the operation of detecting whether a HARQ invalid event occurs comprises:

When the check result obtained by predicting the cyclic redundancy code check CRC check is a correct response to the ACK and the check result obtained by the first device performing the CRC check is an error response NACK, it is determined that a HARQ invalid event has occurred.
The first device according to claim 7, wherein the processor performing the operation of detecting whether a HARQ invalid event occurs comprises:

When it is determined that the number of retransmissions is greater than the first threshold, it is determined that a HARQ invalidation event has occurred.
A communication device, comprising a processor configured to support the communication device to execute the method according to any one of claims 1 to 3.
A computer-readable storage medium includes instructions, wherein when the instructions are run on a computer, the computer is caused to execute the method according to any one of claims 1 to 3.
A computer program product containing instructions, which, when run on a computer, causes the computer to perform the method according to any one of claims 1 to 3.