[go: up one dir, main page]

WO2026026119A1 - Procédé de déclenchement de rapport d'état et appareil associé - Google Patents

Procédé de déclenchement de rapport d'état et appareil associé

Info

Publication number
WO2026026119A1
WO2026026119A1 PCT/CN2025/094773 CN2025094773W WO2026026119A1 WO 2026026119 A1 WO2026026119 A1 WO 2026026119A1 CN 2025094773 W CN2025094773 W CN 2025094773W WO 2026026119 A1 WO2026026119 A1 WO 2026026119A1
Authority
WO
WIPO (PCT)
Prior art keywords
status
status report
data packet
sequence number
timer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/CN2025/094773
Other languages
English (en)
Chinese (zh)
Inventor
张明珠
单宝堃
潘晓刚
庞伶俐
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honor Device Co Ltd
Original Assignee
Honor Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Honor Device Co Ltd filed Critical Honor Device Co Ltd
Publication of WO2026026119A1 publication Critical patent/WO2026026119A1/fr
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Definitions

  • This application relates to the field of communication technology, and in particular to a method and related apparatus for triggering a status report.
  • Radio Link Control is a protocol at the radio link control layer in wireless communication systems, responsible for reliable data transmission.
  • RLC has a retransmission mechanism. Taking data transmission between a base station and a terminal device based on RLC as an example, if a data packet sent by the base station to the terminal device is lost, the lost data packet can be retransmitted based on the retransmission mechanism configured in the RLC protocol to ensure data reliability.
  • the retransmission mechanism triggered by the RLC protocol configuration is based on the sender receiving a status report from the receiver.
  • This status report indicates the receiver's reception status of the data packets sent by the sender, and the retransmission mechanism is then triggered to retransmit lost data packets.
  • the triggering of the status report can sometimes be delayed, which may cause the sender to miss the status report in time, thus preventing timely retransmission of data packets and affecting the data communication efficiency between the sender and receiver.
  • this application provides a method and related apparatus for triggering status reports.
  • the aim is to reduce the triggering delay of status reports (or the triggering time of status reports), enabling the sending end to receive status reports as quickly as possible, thereby improving the efficiency of retransmitting data packets at the sending end and ultimately enhancing the data communication efficiency between the sending and receiving ends.
  • this application provides a method for triggering a status report, which can be applied to a receiving end.
  • the receiving end can be a terminal device, and the sending end can be a network device such as a base station; further exemplarily, the receiving end can be a network device such as a base station, and the sending end can be a terminal device.
  • the receiving end first receives a probe data packet (which can be called a poll PDU) sent by the sending end to probe the reception status of data packets sent from the sending end to the receiving end.
  • a probe data packet which can be called a poll PDU
  • the receiving end triggers a status report based on triggering information.
  • This triggering information is used to trigger the status report.
  • the first status variable is RX_Highest_Status, which indicates the highest sequence number of the status report.
  • the receiving end can determine the reception status of data packets with sequence numbers preceding the first status variable.
  • the second status variable is RX_Next+AM_Window_Size, which can be used to indicate the upper limit of the receiving window of the receiving end.
  • the sequence number of the probe data packet is greater than or equal to the first state variable and less than the second state variable, it indicates that there is a delay in triggering the state report.
  • the receiving end can trigger the state report based on the triggering information, reducing the triggering delay of the state report and enabling the sending end to receive the state report faster.
  • the sending end can retransmit data packets with a lost reception status based on the reception status of the data packets indicated by the state report, thereby improving the data communication efficiency between the sending end and the receiving end.
  • the process may further include: the receiving end determining that the probe data packet has not been received repeatedly, indicating that the probe data packet is the first data packet received by the receiving end, and the receiving end has not received the same probe data packet before. Since the receiving end can trigger a status report after receiving a duplicate data packet, it can further determine that there is a triggering delay for the status report when it is determined that the probe data packet has not been received repeatedly, and thus trigger the status report in a timely manner based on the triggering information, reducing the triggering delay of the status report.
  • the method for triggering a status report may further include: if the receiver determines that the sequence number of the probe data packet is greater than or equal to a first status variable and the sequence number of the probe data packet is less than a second status variable, the receiver may start a probe timer.
  • the triggering condition for the probe timer is: the receiver determines that there is a trigger delay for the status report.
  • the receiver triggering a status report based on trigger information may include: if it is determined that the probe timer has expired, the receiver can trigger a status report indicating that the trigger information for the status report is: the probe timer started by the receiver has expired. Thus, if it is determined that there is a delay in the status report, the receiver can start the probe timer and trigger the status report after determining that the probe timer has expired, reducing the trigger delay of the status report.
  • the receiving end determines that the probe timer has timed out and triggers a status report. This can include: if the probe timer has timed out but the reassembly timer has not, the receiving end can trigger a status report. Since there is a trigger delay for the status report, the reassembly timer may be running, and the receiving end often waits to receive data packets. Alternatively, after the reassembly timer times out, a delayed report can be triggered. Therefore, if the receiving end triggers a status report when the reassembly timer has not timed out but the probe timer has timed out, the trigger delay for the status report can be reduced.
  • the method for triggering a status report may further include: when the probe timer is running, if the receiving end determines that the sequence number of the probe data packet is less than the latest first status variable, it can stop the probe timer. Since the first status variable can be updated as the reception status of data packets is updated, while the probe timer is running, the receiving end can determine the reception status of more data packets, causing the first status variable to update. If the sequence number of the probe data packet is less than the latest first status variable, it indicates that the receiving end can determine the reception status of data packets with sequence numbers less than or equal to the sequence number of the probe data packet, and can trigger a status report. The receiving end no longer needs to trigger a status report based on a probe timer timeout, thus avoiding additional delays in triggering the status report and reducing the waste of probe timer runtime resources.
  • the latest first state variable can be obtained by updating the first state variable at the receiving end after the reassembly timer expires. Since the reassembly timer expires, the first state variable can be updated, and the receiving end can determine the reception status of incompletely received data packets with sequence numbers prior to the first state variable as lost. Thus, if the sequence number of the probe data packet is less than the latest first state variable, it indicates that the receiving end can determine the reception status of data packets with sequence numbers less than or equal to the sequence number of the probe data packet, and can trigger a status report.
  • the latest first state variable is obtained by the receiving end updating the first state variable after receiving a data packet. Since the receiving end can receive data packets while the probing timer is running, and if the receiving end determines that the sequence number of the data packet is consecutive to the sequence number of previous data packets and that the data packet is complete, it can update the first state variable. The receiving end can then determine the reception status of complete received data packets with sequence numbers preceding the first state variable as successfully received. Thus, if the sequence number of the probing data packet is less than the latest first state variable, it indicates that the receiving end can determine the reception status of data packets with sequence numbers less than or equal to the sequence number of the probing data packet, thereby triggering a status report.
  • the duration of the polling timer can be shorter than the duration of the reassembly timer.
  • the polling timer may have a duration of 3ms, while the reassembly timer may have a duration of 5ms.
  • the method for triggering a status report may further include: a receiving end receiving a probe timer sent by a sending end.
  • the receiving end may be a terminal device, and the sending end may be a base station.
  • the base station can configure the probe timer based on timer configuration information and send the probe timer to the terminal device.
  • the timer configuration information may include the timing duration, etc.
  • the receiving end can start the probe timer if it determines that there is a trigger delay for the status report based on the probe timer.
  • the receiving end triggers a status report based on triggering information.
  • triggering information can include: the receiving end determining that the number of incompletely received data packets exceeds a first threshold, and triggering a status report.
  • the first threshold is a pre-set threshold for the number of incompletely received data packets.
  • the triggering information could be: the number of incompletely received data packets exceeds the first threshold, indicating a large number of incompletely received data packets and poor network conditions.
  • a status report can be triggered, causing the sending end to retransmit data packets based on the status report.
  • the sequence number of a data packet that the receiver did not fully receive is greater than or equal to a third state variable, and the sequence number of the incompletely received data packet is less than or equal to the sequence number of the probe data packet.
  • the third state variable is RX_Next, which indicates the sequence number after the highest sequence number of the data packets received by the receiver in sequence.
  • RX_Next could indicate the sequence number after the highest sequence number of the data packets received by the receiver in sequence.
  • the receiver Since the receiver expects to receive a status report that includes a sequence number less than or equal to the sequence number of the probe data packet after receiving the probe data packet from the sender, and since there are incompletely received data packets among the data packets with sequence numbers greater than or equal to the third state variable, it can be determined whether the number of incompletely received data packets among those with sequence numbers greater than or equal to the third state variable and less than or equal to the sequence number of the probe data packet is large. Thus, a status report can be triggered as soon as possible, reducing the delay in status reporting.
  • the method for triggering a status report may further include: the receiving end receiving a first threshold sent by the sending end.
  • the receiving end may be a terminal device, and the sending end may be a base station, which may send the first threshold to the terminal device.
  • the receiving end can, based on the first threshold and if it is determined that there is a triggering delay for the status report, compare the first threshold with the number of incompletely received data packets.
  • the receiving end triggers a status report based on triggering information.
  • triggering information can include: if the number of data packets with sequence numbers greater than or equal to a third status variable and less than or equal to the sequence number of the probe data packet exceeds a second threshold, the terminal device can trigger a status report.
  • the third status variable indicates the sequence numbers following the highest sequence number of the data packets received sequentially by the receiving end. Thus, if the sequence number of the probe data packet significantly exceeds the third status variable, and the number of data packets in between is large, it indicates poor network conditions, allowing the terminal device to trigger a status report and reducing the latency of the status report.
  • the method for triggering a status report may further include: the receiving end receiving a second threshold sent by the sending end.
  • the receiving end may be a terminal device, and the sending end may be a base station, which may send the second threshold to the terminal device.
  • the receiving end can, based on the second threshold and if it is determined that there is a triggering delay for the status report, compare the second threshold with the number of data packets whose sequence number is greater than or equal to a third status variable and less than or equal to the sequence number of the probe data packet.
  • the method for triggering a status report may further include: if it is determined that the sequence number of the probe data packet is greater than or equal to a first status variable and the sequence number of the probe data packet is less than a second status variable, the receiving end may update the first status variable based on the triggering information. Since the first status variable is related to the sequence number of the data packet indicated by the status report, updating the first status variable when a delay in triggering the report is determined makes the information indicated by the triggered status report more accurate.
  • the receiving end updates the first state variable based on trigger information. This can include: the receiving end updating the first state variable to a sequence number greater than the sequence number of the probe data packet based on the trigger information. For example, the receiving end can update the first state variable to the next sequence number after the sequence number of the probe data packet based on the trigger information. Since the first state variable indicates the highest sequence number of the status report, and the status report can indicate the reception status of data packets with a sequence number less than that highest sequence number, the receiving end updates the first state variable based on the trigger information, and the updated first state variable is greater than the sequence number of the probe data packet. Thus, the status report triggered by the receiving end can indicate the reception status of data packets with a sequence number less than or equal to that of the probe data packet, satisfying the sending end's requirements.
  • the method for triggering a status report may further include: after the receiving end triggers a status report based on trigger information, if it is determined that the sequence number of the probe packet is greater than or equal to the fourth status variable, the receiving end can update the fourth status variable to the latest fifth status variable.
  • the fourth status variable is RX_Next_Status_Trigger, which indicates the sequence number after the sequence number of the packet that triggered the reassembly timer; for example, it can indicate the next sequence number after the sequence number of the packet that triggered the reassembly timer.
  • the fifth status variable is RX_Next_Highest, which indicates the sequence number after the highest sequence number of the packet received by the receiving end; for example, it can indicate the next sequence number after the highest sequence number of the packet received by the receiving end.
  • the fourth status variable is related to the reassembly timer, the receiving end can determine the reception status of packets with sequence numbers before the fourth status variable through the reassembly timer. After the receiving end triggers a status report based on trigger information, it indicates that the receiving end can determine the reception status of packets with sequence numbers less than or equal to the sequence number of the probe packet. The receiving end no longer needs to determine this through the reassembly timer; the receiving end can update the four status variables to the latest fifth status variable, which can reduce the resource waste of the reassembly timer.
  • the method for triggering a status report may further include: after the receiving end triggers a status report based on the triggering information, if it determines that the latest first status variable is greater than or equal to the fourth status variable, the receiving end can update the fourth status variable to the latest fifth status variable.
  • the fourth status variable indicates the sequence number following the sequence number of the data packet that triggered the reassembly timer; for example, it can indicate the next sequence number after the sequence number of the data packet that triggered the reassembly timer.
  • the fifth status variable indicates the sequence number following the highest sequence number of the data packet received by the receiving end; for example, it can indicate the next sequence number after the highest sequence number of the data packet received by the receiving end.
  • the receiving end can determine the reception status of data packets with sequence numbers preceding the fourth status variable through the reassembly timer, and the receiving end, after triggering a status report based on the triggering information, indicates that the latest first status variable is greater than the sequence number of the probe data packet, the receiving end no longer needs to determine the reception status of data packets with sequence numbers preceding the latest first status variable through the reassembly timer.
  • the receiving end can update the fourth status variable to the latest fifth status variable, reducing the resource waste of the reassembly timer.
  • the method for triggering the status report may further include: after the fourth status variable is updated, the receiving end can restart the reassembly timer based on the updated fourth status variable.
  • the receiving end can determine the latest reception status of data packets with sequence numbers prior to the updated fourth status variable.
  • the method for triggering a status report may further include: the receiving end sending a status report to the sending end; after the receiving end triggers the status report based on the triggering information, the receiving end may wait for a transmission opportunity to send a status report to the sending end.
  • This status report can be used to indicate the reception status of data packets whose sequence number is less than or equal to the sequence number of the probe data packet.
  • the sending end can retransmit data packets as quickly as possible based on the status report, improving the data communication efficiency between the sending and receiving ends.
  • the status report includes a first status report and a second status report.
  • the method for triggering the status report may further include: the receiving end sending the first status report and the second status report to the sending end; after the receiving end triggers the first status report and the second status report based on triggering information, the receiving end may wait for a transmission opportunity to send the first status report and the second status report to the sending end.
  • the first status report can be used to indicate the reception status of data packets with sequence numbers less than a first status variable
  • the first status report can also be used to indicate the reception status of data packets with sequence numbers greater than or equal to the first status variable and less than or equal to the sequence number of the probe data packet. In this way, the receiving end does not need to update the first status variable and other status variables, which can improve the speed of triggering the first status report and the second status report, and further reduce the latency of the status report.
  • the method for triggering a status report may further include: after the receiving end triggers a status report based on triggering information, upon determining the latest reception status of the received data packet (e.g., the reception status update indicated by the status report), or the receiving end receiving a new data packet causing a first status variable to update; the receiving end may update the status report based on the latest reception status of the received data packet.
  • the latest reception status of the received data packet e.g., the reception status update indicated by the status report
  • the receiving end may update the status report based on the latest reception status of the received data packet.
  • the receiving end may update the reception status of the data packet indicated by the status report from lost to successfully received, for example, by updating fields such as NACK_SN; or the receiving end may add the reception status of a new data packet to the status report, for example, by updating the ACK_SN indicated by the status report; the receiving end sends the updated status report to the sending end.
  • the receiving end may send the status report to the sending end when it waits for a transmission opportunity.
  • the updated status report indicates the reception status of data packets including those with sequence numbers less than or equal to the sequence number of the probe data packet.
  • the sending end obtains a more real-time reception status of the data packets to be sent to the receiving end, avoiding the sending end sending data packets that the receiving end has already fully received, and preventing the waste of communication resources.
  • this application provides a method for triggering a status report, which can be applied to a sending end.
  • the sending end can be a network device such as a base station, and the receiving end can be a terminal device; or, for another example, the sending end can be a terminal device, and the receiving end can be a network device such as a base station.
  • the sending end can send a polling data packet (which can be called a poll PDU) to the receiving end to inquire about the reception status of the data packets sent by the sending end to the receiving end.
  • a polling data packet which can be called a poll PDU
  • the receiving end After receiving the polling data packet, if the receiving end determines that the sequence number of the polling data packet is greater than or equal to a first status variable and the sequence number of the polling data packet is less than a second status variable, the receiving end can trigger a status report based on triggering information. This triggering information is used to trigger the status report.
  • the first status variable is RX_Highest_Status, which can be used to indicate the highest sequence number of the status report.
  • the receiving end can determine the reception status of data packets with sequence numbers preceding the first status variable.
  • the second status variable is RX_Next+AM_Window_Size, which can be used to indicate the upper limit of the receiving window of the receiving end.
  • the sequence number of the probe data packet is greater than or equal to the first state variable and the sequence number of the probe data packet is less than the second state variable, it indicates that there is a delay in triggering the status report at the receiving end.
  • the receiving end can trigger the status report based on the triggering information, which can reduce the triggering delay of the status report and enable the sending end to receive the status report as soon as possible. This allows the sending end to retransmit data packets with a lost reception status based on the reception status of the data packets indicated by the status report, thereby improving the data communication efficiency between the sending end and the receiving end.
  • the triggering information may include a probe timer timeout.
  • the method for triggering a status report may further include: the sending end sending a probe timer to the receiving end.
  • the sending end may be a base station, and the receiving end may be a terminal device.
  • the base station can configure the probe timer based on timer configuration information and send the probe timer to the terminal device.
  • the timer configuration information may include the timing duration, etc.
  • the triggering information may include the number of data packets that the receiver has not fully received exceeding a first threshold.
  • the method for triggering a status report may further include: the sender sending the first threshold to the receiver.
  • the sender may be a base station, and the receiver may be a terminal device; the base station may send the first threshold to the terminal device.
  • the receiver can compare the first threshold with the number of data packets that the receiver has not fully received, based on the first threshold and if a triggering delay for the status report is determined to exist.
  • the triggering information may include a number of data packets whose sequence number is greater than or equal to a third state variable and less than or equal to the sequence number of the probe data packet, which is greater than a second threshold.
  • the method for triggering a state report may further include: the sending end sending the second threshold to the receiving end.
  • the sending end may be a base station, and the receiving end may be a terminal device; the base station may send the second threshold to the terminal device.
  • the receiving end can, based on the second threshold and if it is determined that there is a triggering delay in the state report, compare the second threshold with the number of data packets whose sequence number is greater than or equal to the third state variable and less than or equal to the sequence number of the probe data packet.
  • the method for triggering a status report may further include: the sending end receiving a status report sent by the receiving end; the status report includes a first status report and a second status report; the first status report is used to indicate the reception status of data packets with sequence numbers less than a first status variable; the second status report is used to indicate the reception status of data packets with sequence numbers greater than or equal to the first status variable and less than or equal to the sequence number of the probe data packet; if the reception status of the data packet indicated by the second status report is lost, and the data packet is a delayed critical data packet, the sending end may retransmit the data packet, and the remaining time of the delayed critical data packet is less than or equal to a third threshold.
  • the remaining time of the discard timer of the delayed critical data packet is less than or equal to the third threshold, or the data packet belongs to a data packet set (also called a PDU set), and the remaining time of at least one data packet (determined to be a delayed critical data packet) in the data packet set is less than or equal to the third threshold, and the data packet can also be determined to be a delayed critical data packet.
  • this application provides an electronic device that serves as a receiving end, comprising a memory and a processor; the memory stores computer program code, which includes computer instructions; one or more processors invoke the computer instructions to cause the electronic device to execute the method for triggering a status report as described in the first aspect.
  • this application provides an electronic device that serves as a transmitter, comprising a memory and a processor; the memory stores computer program code, which includes computer instructions; one or more processors invoke the computer instructions to cause the electronic device to execute the method for triggering a status report as described in the second aspect.
  • this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the method for triggering a status report as described in the first aspect or the method for triggering a status report as described in the second aspect.
  • this application provides a computer program product comprising computer program code that, when executed by an electronic device, implements the method for triggering a status report as described in the first aspect or the method for triggering a status report as described in the second aspect.
  • Figure 1 is a schematic diagram of a communication system provided in an embodiment of this application.
  • Figure 2a is a schematic diagram of the state variables of a transmitter provided in an embodiment of this application.
  • Figure 2b is a schematic diagram of the state variables of a receiving end provided in an embodiment of this application.
  • Figure 3 is a signaling interaction diagram of a triggered status report provided in an embodiment of this application.
  • Figure 4a is a schematic diagram of an immediately triggered status report provided in an embodiment of this application.
  • Figure 4b is a schematic diagram of a delayed trigger status report provided in an embodiment of this application.
  • Figure 5 is a schematic diagram of updating a state variable according to an embodiment of this application.
  • Figure 6 is a signaling interaction diagram of another triggering status report provided in an embodiment of this application.
  • Figure 7 is a schematic diagram of another method for updating state variables provided in an embodiment of this application.
  • Figure 8 is a signaling interaction diagram of another type of triggering status report provided in an embodiment of this application.
  • Figure 9 is a schematic diagram of another method for updating state variables provided in an embodiment of this application.
  • Figure 10 is a schematic diagram of a status report provided in an embodiment of this application.
  • FIG 11 is a schematic diagram of another status report provided in an embodiment of this application.
  • the embodiments of this application are applied to communication systems, which can be second-generation (2G) communication systems, third-generation (3G) communication systems, long-term evolution (LTE) systems, fifth-generation (5G) communication systems, LTE and 5G hybrid architectures, 5G New Radio (5G NR) systems, and new communication systems that will emerge in the future development of communication.
  • 2G second-generation
  • 3G third-generation
  • LTE long-term evolution
  • 5G fifth-generation
  • LTE and 5G hybrid architectures LTE and 5G hybrid architectures
  • 5G New Radio (5G NR) systems 5G New Radio
  • a communication system may include network devices and terminal devices.
  • Network devices are used to provide network communication functions; they are sometimes also called network elements.
  • Network devices are typically terrestrial network devices such as base stations or functional units of base stations.
  • Figure 1 an example of a communication system can be shown in Figure 1, which includes a base station 101 and a terminal device 102.
  • the base station can be any device with wireless transceiver capabilities, including but not limited to: evolved Node B (NodeB or eNB or e-NodeB) in LTE systems, base stations (gNodeB or gNB) or transmission receiving points/transmission reception points (TRPs) in new radio (NR), base stations evolved by 3GPP, access nodes, wireless relay nodes, wireless backhaul nodes, etc. in Wi-Fi systems.
  • the base station can be: macro base station, micro base station, pico base station, small cell, relay station, or balloon station, etc.
  • the base station can contain one or more co-located or non-co-located transmission reception points (TRPs).
  • the base station can also be a radio controller, centralized unit (CU), and/or distributed unit (DU) in a cloud radio access network (CRAN) scenario.
  • the base station can communicate with the terminal, or it can communicate with the terminal through a relay station.
  • the terminal can communicate with multiple base stations using different technologies. For example, the terminal can communicate with base stations that support LTE networks, base stations that support 5G networks, and can also establish dual connections with both LTE and 5G base stations.
  • the terminal device can be of various forms, such as a mobile phone, a tablet computer, a computer with wireless transceiver capabilities, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal in industrial control, an in-vehicle terminal device, a wireless terminal in self-driving, a wireless terminal in remote medical care, a wireless terminal in a smart grid, a wireless terminal in transportation safety, a wireless terminal in a smart city, a wireless terminal in a smart home, a wearable terminal device, etc.
  • VR virtual reality
  • AR augmented reality
  • the terminal device may also be referred to as a terminal, user equipment (UE), access terminal device, in-vehicle terminal, industrial control terminal, UE unit, UE station, mobile station, mobile station, remote station, remote terminal device, mobile device, UE terminal device, terminal device, wireless communication device, UE agent, or UE device, etc.
  • the terminal device can be a fixed terminal or a mobile terminal.
  • the communication system shown in Figure 1 above is only an example. In actual applications, the communication system may include more numbers or types of devices. This application does not limit the architecture of the communication system.
  • the sending end can send a data packet carrying a polling request to the receiving end.
  • This data packet can be called a poll PDU.
  • the poll PDU is used to inquire whether the data packet sent by the sending end to the receiving end has been completely received by the receiving end, that is, whether the data packet reception status is successful reception (also known as complete reception) or lost (also known as incomplete reception).
  • the receiving end after receiving a poll PDU, the receiving end sometimes does not trigger a status report immediately. Instead, it needs to wait for the reassembly timer to run, or even wait until the reassembly timer expires and the status variables are updated before triggering a status report. This can easily cause a delay in the status report (also known as the triggering delay of the status report), which prevents the sending end from knowing the reception status of the data packets it sent in a timely manner. This reduces the efficiency of the sending end in retransmitting data packets, and consequently reduces the data communication efficiency between the sending end and the receiving end.
  • this application provides a method for triggering a status report.
  • the receiving end can acquire a poll timer (also known as a polling timer).
  • the receiving end determines that the sequence number of the received poll PDU is greater than or equal to the maximum state transmission status variable RX_Highest_Status, and the sequence number of the poll PDU is less than the sum of the status variable RX_NEXT and the window size AM_Window_Size.
  • the poll timer is started, and a status report is triggered after the poll timer expires.
  • the receiving end acquires a data volume threshold (also known as a first threshold).
  • the receiving end determines that the SN of the received poll PDU is greater than or equal to RX_Highest_Status, and the SN of the poll PDU is less than RX_NEXT + AM_Window_Size. It also determines that the number of incompletely received data packets is greater than the data volume threshold, and triggers a status report.
  • a status report can be triggered based on the poll timer timeout or the number of incompletely received data packets exceeding the data volume threshold. This eliminates the need to wait for the reassembly timer to run or time out, reducing the latency of the status report and thus increasing the speed at which the sender receives the status report. This allows the sender to retransmit data packets to the receiver as quickly as possible, improving the data communication efficiency between the sender and receiver.
  • the RLC layer supports multiple transmission modes in data transmission.
  • Acknowledged Mode the RLC layer requires data to be acknowledged during transmission. This can trigger a status report, causing the receiver to send a status report to the sender. The sender will wait for the receiver's status report to confirm the data reception status.
  • RLC SDUs Radio Link Control Service Data Units
  • An RLC SDU can be a complete RLC SDU, or it can be composed of multiple segments to form a complete RLC SDU.
  • the data packets transmitted between the sending and receiving ends are called Protocol Data Units (AMD PDUs) in AM transmission mode.
  • the sending end can encapsulate RLC SDUs or segments of RLC SDUs into AMD PDUs and send them to the receiving end. That is, if an RLC SDU consists of multiple segments, the sending end can encapsulate each segment of the RLC SDU into an AMD PDU and send it to the receiving end.
  • the transmitting end assigns serial numbers (SNs) to the RLC SDUs in ascending order. After assignment, the transmitting end sends multiple AMD PDUs (with SNs in ascending order) to the receiving end. For example, the transmitting end assigns SNs 1-3 to three RLC SDUs, and sends the three AMD PDUs encapsulated from these three RLC SDUs in ascending order of SN.
  • an RLC SDU comprises multiple segments
  • the sending end will assign a serial number (SN) to the RLC SDU.
  • the SNs of all segments of the RLC SDU are the same, indicating that the AMD PDUs encapsulated from each segment of the RLC SDU all have the same SN.
  • the sending end will assign SN 3 to this RLC SDU.
  • the three AMD PDUs formed by the three segments of this RLC SDU will each be assigned SN 3, and the sending end will send the segments sequentially from beginning to end within the RLC SDU.
  • the transmitting end has several status variables, including the acknowledgment status variable TX_Next_Ack, the transmission status variable TX_Next, and the window size AM_Window_Size.
  • TX_Next_Ack stores the next SN of the SN of the latest RLC SDU whose reception status has been acknowledged by the transmitting end. It serves as the lower bound of the transmitting end's transmission window.
  • TX_Next_Ack is updated whenever the transmitting end acknowledges the reception status of a new RLC SDU.
  • TX_Next stores the SN allocated for the next newly generated AMD PDU.
  • An AMD PDU consists of an RLC SDU or a segment of an RLC SDU.
  • AM_Window_Size refers to the window size pre-set under AM.
  • TX_Next_Ack + AM_Window_Size serves as the upper bound of the transmission window, determining the number of RLC SDUs the transmitting end can continuously transmit without receiving a status report from the receiving end.
  • the SN of the RLC SDUs that the transmitting end can transmit is greater than or equal to TX_Next_Ack and less than TX_Next_Ack + AM_Window_Size.
  • the receiver has the following state variables: RX_Next (also known as the third state variable), RX_Highest_Status (also known as the first state variable), RX_Next_Status_Trigger (also known as the fourth state variable), RX_Next_Highest (also known as the fifth state variable), and AM_Window_Size.
  • RX_Next stores the next SN after the SN of the most recently and completely received RLC SDU in sequence, serving as the lower bound of the receiver's receiving window.
  • RX_Next + AM_Window_Size serves as the upper bound of the receiving window
  • RX_Next + AM_Window_Size indicates the upper limit of the receiver's receiving window.
  • RX_Highest_Status stores the highest possible SN indicated by the status report during status report construction, which is the next SN after the highest SN of the RLC SDU whose reception status the receiver can confirm.
  • RX_Next_Status_Trigger stores the next SN after the SN of the RLC SDU that triggered the reassembly timer.
  • RX_Next_Highest is used to store the next highest SN of the RLC SDU received by the receiver.
  • the method for triggering a status report may include the following steps:
  • S301 The receiving end receives the probe data packet sent by the sending end.
  • the transmitting end refers to the device responsible for sending data during communication.
  • the transmitting end can encapsulate the RLC SDU into an AMD PDU and then send the AMD PDU to the receiving end.
  • the receiving end refers to the device responsible for receiving data during communication.
  • the receiving end can restore an AMD PDU to an RLC SDU.
  • the transmitting end can be a network device such as a base station, and the receiving end can be a terminal device.
  • the sending end can be a terminal device
  • the receiving end can be a network device such as a base station. This application does not limit the device types of the sending end and the receiving end.
  • a poll packet also known as a poll PDU, is used to inquire about the reception status of a data packet sent by the sender to the receiver, in order to determine whether the data packet sent by the sender was successfully received by the receiver or was not received by the receiver due to data packet loss.
  • the poll PDU includes a p-bit flag bit to indicate whether polling is performed.
  • the p-bit of the poll PDU is 1, it indicates that the sender sends polling to the receiver, expecting the receiver to send a status report so that the sender can confirm the reception status of the RLC SDU sent to the receiver based on the status report.
  • the reception status of the RLC SDU may include successful reception (also known as complete reception) and loss (also known as incomplete reception).
  • reception status of RLC SDU is lost, it may be that the receiving end has not received the RLC SDU, or it may be that the receiving end has received segments of the RLC SDU, but has not received all segments of the RLC SDU.
  • a poll PDU can be triggered by the following two conditions, that is, under either of the following two conditions, the sender can send a poll PDU to the receiver.
  • the first condition is: the sender sends a poll PDU for the first time, or the sender detects that the number of RLC SDUs sent since the last poll PDU is greater than the threshold (this threshold refers to the pre-set threshold for the number of RLC SDUs), or the number of bytes sent is greater than the threshold (this threshold refers to the pre-set threshold for the number of bytes; an RLC SDU usually consists of multiple bytes). In these cases, the sender can be triggered to send a poll PDU to the receiver.
  • the second condition is: if the sending end detects that there are no RLC SDUs that need to be newly sent or RLC SDUs that need to be retransmitted in its own buffer, then the sending end can be triggered to send a poll PDU to the receiving end.
  • the receiving end determines that the sequence number of the probe data packet is greater than or equal to the first state variable and the sequence number of the probe data packet is less than the second state variable, and triggers a state report based on the trigger information.
  • the first status variable can be used to indicate the highest sequence number (SN) of the status report; the first status variable is RX_Highest_Status.
  • the status report is used to indicate the reception status of RLC SDUs whose SN is less than the highest SN in the status report, indicating that the receiver can determine the reception status of RLC SDUs whose SN is less than RX_Highest_Status.
  • the second state variable can be used to indicate the upper limit of the receiver window at the receiver end.
  • the second state variable is RX_Next+AM_Window_Size.
  • the sending end when the sending end sends a poll PDU to the receiving end, it indicates that the sending end expects the received status report to indicate the reception status of the poll PDU and the RLC SDU with a SN smaller than that of the poll PDU.
  • the triggered status report can indicate the reception status of the RLC SDU with SN ⁇ 10.
  • the status report can also indicate the reception status of RLC SDUs with SN greater than poll PDU, or the reception status of RLC SDUs with SN less than or equal to poll PDU. This application does not limit this.
  • the receiving end can determine the reception status of RLC SDUs with SNs less than RX_Highest_Status. This indicates that the receiving end has determined the reception status of the poll PDU and the RLC SDUs with SNs preceding the SN of the poll PDU. Therefore, a status report can be triggered immediately without delay, as shown in 1 of Figure 4a. If the SN of the poll PDU is greater than or equal to the sum of the received RX_Next and AM_Window_Size, it indicates that a window overflow has occurred. This can be directly considered as an abnormal situation in data transmission between the sending and receiving ends, and a status report can also be triggered immediately without delay, as shown in 2 of Figure 4a.
  • the receiver cannot determine their reception status, resulting in the inability to send a status report to the sender including the reception status of RLC SDUs with SNs less than or equal to the SN of the poll PDU.
  • the receiver may start one or more reassembly timers until RX_Highest_Status is updated to a SN greater than that of the poll PDU. That is, after the receiver determines the reception status of the poll PDU and the RLC SDUs with SNs less than that of the poll PDU, it can trigger a status report.
  • a status report can be triggered. If the receiver detects that the SN of a received RLC SDU is equal to RX_Highest_Status, it can update RX_Highest_Status to the smallest SN of the data packet that was not fully received by the receiver; that is, update RX_Highest_Status to a SN greater than that of the first incompletely received RLC SDU indicated by the current RX_Highest_Status.
  • the receiver can update the reception status of the unreceived RLC SDU to "lost," thus updating RX_Highest_Status to a SN greater than the poll PDU, which can also trigger a status report.
  • RX_Highest_Status can be updated to the SN of the first incompletely received RLC SDU that is greater than RX_Next_Status_Trigger.
  • An incompletely received RLC SDU refers to an RLC SDU that the receiver did not receive, or an RLC SDU that the receiver did not receive all of its bytes (e.g., the RLC SDU consists of three segments, and the receiver only received the first segment).
  • RX_Highest_Status 5
  • RX_Next_Status_Trigger 8
  • the SN of the poll PDU 8
  • the receiver receives the complete RLC SDU with SN 5.
  • the receiver does not receive the complete RLC SDUs with SN 6 and SN 7, so RX_Highest_Status can be updated to 6.
  • the receiver will wait for the reassembly timer to run while receiving RLC SDUs or for the reassembly timer to time out, until RX_Highest_Status is updated to 11.
  • the terminal device determines the reception status of multiple RLC SDUs with SNs of 6-10, it can trigger a status report.
  • RX_Highest_Status is updated to 11
  • RX_Next_Status_Trigger is updated to 16
  • RX_Next_Highest remains at 16
  • the reassembly timer is restarted, indicating that the receiver expects to receive multiple RLC SDUs with SNs up to 16 (excluding 16) before the reassembly timer expires.
  • RX_Highest_Status is updated to 16, indicating that the receiver can determine the reception status of RLC SDUs with SNs 1-15, thus triggering a status report, causing the receiver to send a status report to the transmitter.
  • the reassembly timer if the receiving end determines that the sequence number of the probe data packet is greater than or equal to the first state variable and the sequence number of the probe data packet is less than the second state variable, the reassembly timer is running.
  • the state report can be triggered based on the triggering information without waiting for the reassembly timer to receive data packets or wait for the reassembly timer to time out, which can reduce the triggering delay of the state report.
  • the receiver detects that the poll PDU is a duplicate RLC SDU or a segment of a duplicate RLC SDU, it can discard the poll PDU and immediately trigger a status report.
  • the receiver determines that the poll PDU is not a repeatedly received RLC SDU or a segment of an RLC SDU, that is, the poll PDU has not been discarded, and the receiver determines that the SN of the poll PDU is greater than or equal to RX_Highest_Status, and the SN of the poll PDU is less than RX_Next+AM_Window_Size, indicating that there is a delay in triggering a status report, and a status report can be triggered based on the triggering information.
  • the triggering information may include a poll timer timeout, or the number of data packets that the receiver has not completely received exceeding a first threshold.
  • the receiving end may also update the state variables based on trigger information. This will not be elaborated here, but you can refer to the detailed description of updating state variables based on trigger information in the embodiments below.
  • the receiving end when it is determined that there is a delay in triggering the status report, the receiving end can trigger the status report based on the triggering information, which can reduce the triggering delay of the status report, thereby enabling the sending end to receive the status report and retransmit the data packet as soon as possible, and improve the data communication efficiency between the sending end and the receiving end.
  • the sending end being a base station and the receiving end being a terminal device is merely an example. It is also possible for the sending end to be a terminal device and the receiving end to be a base station. This application does not limit this to the latter.
  • the method for triggering a status report may include the following steps:
  • S601 The base station sends a poll timer to the terminal device.
  • the base station can send a poll timer to the terminal device via signaling.
  • the base station and the terminal equipment can send AMD PDUs, poll timers, and data volume thresholds (mentioned later) via signaling, which will not be elaborated further.
  • the poll timer is a timer used to process received poll PDUs for terminal devices, ensuring that the terminal devices can send status reports to the base station in a timely manner within a certain period of time.
  • the base station can configure a poll timer based on timer configuration information.
  • the terminal device After receiving the poll timer, the terminal device can obtain the timer configuration information used to configure the poll timer.
  • the timer configuration information may include the start conditions of the poll timer; the timer configuration information may also include the poll timer's duration, i.e., the poll timer will time out after the specified duration; the timer configuration information may also include the subsequent operation information that the terminal device needs to perform after the poll timer times out; the timer configuration information may also include the subsequent operation information that the terminal device will perform after detecting a specific situation during the poll timer's operation.
  • the specific situation detected by the terminal device may be a reassembly timer timeout, which this application does not limit.
  • the base station may determine the poll timer's duration based on the network environment.
  • the base station and the terminal device transmit RLC SDUs through a Hybrid Automatic Repeat Request (HARQ) mechanism.
  • HARQ Hybrid Automatic Repeat Request
  • the transmission duration of the current HARQ mechanism for transmitting RLC SDUs can indicate the current network environment, and therefore the poll timer's duration can be determined based on this.
  • a base station can determine the transmission duration of the latest received RLC SDU with a successful reception status as the duration of the poll timer. Assuming the latest received RLC SDU has a successful reception status and the base station transmitted it three times, with transmission times of 1ms, 2ms, and 1ms respectively, the sum of these three transmission durations, 4ms, can be determined as the duration of the poll timer.
  • a base station can determine the average transmission time of multiple RLC SDUs with a successful reception status within the latest preset period as the timing duration of the poll timer. Assuming the preset period is 1 second, and the transmission times of multiple RLC SDUs with a successful reception status are 3ms, 2ms, and 1ms respectively, then the average transmission time of 2ms can be determined as the timing duration of the poll timer.
  • the base station may also determine the random duration as the duration of the poll timer, but this application does not limit this.
  • the duration of the configured poll timer is less than the duration of the recombination timer.
  • the terminal device when the terminal device executes S604, the terminal device does not need to wait for the timeout of at least one reassembly timer, but can wait only for the poll timer to time out, which can reduce the waiting time of the terminal device and thus reduce the triggering delay of the status report.
  • timer configuration information will not be explained in detail here, but will be described in detail in the following examples.
  • network devices such as base stations can configure the poll timer based on the timer configuration information.
  • the base station can configure the poll timer based on the timer configuration information. That is, when the terminal device is the sender, the terminal device does not need to configure the poll timer based on the timer configuration information, nor does the terminal device need to perform the step of sending the poll timer to the base station in S601.
  • the base station sends a poll PDU to the terminal device.
  • the base station may execute S601 first, and then execute S602. Based on the above example, the base station may first configure the poll timer based on the timer configuration information. After configuring the poll timer, the base station may first send the configured poll timer to the terminal device through a signaling, and then send the poll PDU to the terminal device through another signaling.
  • the base station can also execute S601 and S602 simultaneously, that is, the base station can also send the configured poll timer and poll PDU to the terminal device simultaneously through a single signaling.
  • the serial number (SN) of the poll PDU falls between RX_Highest_Status and RX_NEXT+AM_Window_Size.
  • the SN of the poll PDU is greater than or equal to RX_Highest_Status and less than RX_NEXT+AM_Window_Size.
  • the terminal device determines that the poll PDU is not duplicate data, it can start the poll timer.
  • the start conditions for the poll timer in the timer configuration information are: the poll PDU is not received repeatedly, the poll PDU is not discarded, the SN of the poll PDU is greater than or equal to RX_Highest_Status, and the SN of the poll PDU is less than RX_NEXT+AM_Window_Size.
  • RX_Highest_Status 5 and the SN of the poll PDU sent by the base station is 10, it indicates that the terminal device can confirm the reception status of RLC SDUs with SNs of 1-4.
  • the SN of the poll PDU received by the terminal device is 10
  • the base station has previously sent multiple RLC SDUs with SNs of 1-9 to the terminal device. Therefore, the status report needs to indicate the reception status of RLC SDUs with SNs of 1-10.
  • the terminal device has not yet been able to determine the reception status of RLC SDUs with SNs of 5-10, so the status report needs to be delayed.
  • the terminal device after receiving a poll PDU, determines that the SN of the poll PDU is the highest SN received by the terminal device.
  • RX_Next_Highest can be updated to 11.
  • S604 The terminal device determines that the poll timer has timed out, updates the status variables, and triggers a status report.
  • the terminal device determines that the poll timer has timed out and the reorganization timer is running, it can update the status variables or trigger a status report.
  • the status variable is updated and a status report is triggered to provide information on the subsequent operations that the terminal device needs to perform after the poll timer expires, as specified in the timer configuration information.
  • the poll timer is based on a pre-set timeout period. If the poll timer times out and the reassembly timer is running, it indicates that the terminal device still has RLC SDUs that have not been fully received before SN+1 of the poll PDU. In order to avoid excessive delay in status reporting, the status variables can be updated and a status report can be triggered.
  • the terminal device may be running the reassembly timer or it may not be running the reassembly timer.
  • the following describes the update method of the state variable based on whether the reassembly timer is running after the terminal device receives the poll PDU.
  • the terminal device after the terminal device receives the poll PDU, the terminal device is running a reassembly timer, indicating that before the terminal device received the poll PDU, there was already an out-of-order RLC SDU or an RLC SDU was lost, and RX_Highest_Status ⁇ RX_Next_Status_Trigger.
  • the poll timer After the terminal device starts the poll timer, if the poll timer expires, it can update RX_Highest_Status to the SN after the poll PDU's SN. For example, it can update RX_Highest_Status to the next SN after the poll PDU's SN, i.e., update it to the poll PDU's SN+1. Alternatively, it can update RX_Highest_Status to the SN of the first incompletely received data packet after the poll PDU's SN and trigger a status report. This allows the terminal device to directly update the reception status of confirmed RLC SDUs to the poll PDU, and to confirm the reception status of incompletely received RLC SDUs as not received. This makes the poll PDU's SN less than RX_Highest_Status, so the status report can indicate the reception status of the poll PDU and the reception status of RLC SDUs whose SNs precede the poll PDU's SN.
  • the terminal device can update the status variables and trigger a status report based on the updated status variables.
  • the terminal device can update RX_Highest_Status. After the terminal device determines that the updated RX_Highest_Status is greater than the SN of the poll PDU, it can trigger a status report.
  • RX_Highest_Status updating RX_Highest_Status to the next SN of the poll PDU is only an example. Updating RX_Highest_Status to a SN greater than the poll PDU's SN, such that the poll PDU's SN is less than or equal to RX_Highest_Status, is also possible. For example, RX_Highest_Status can also be updated to the next two SNs of the poll PDU's SN, etc. This application does not limit this.
  • the terminal device has already updated RX_Highest_Status to the next SN of the poll PDU's SN, indicating that the reception status of the verifiable RLC SDU has been updated to the poll PDU. Therefore, it is no longer necessary to confirm the reception status of the poll PDU and the RLC SDU before the poll PDU through the reassembly timer.
  • the running reorganization timer can be stopped after the poll timer times out.
  • RX_Next_Status_Trigger can be updated to RX_Next_Highest.
  • RX_Next_Highest has been updated to the next SN of the poll PDU's SN in the example above
  • RX_Next_Status_Trigger can also be updated to the next SN of the poll PDU's SN.
  • RX_Highest_Status 5
  • RX_Next_Status_Trigger 8
  • RX_Next_Highest 11
  • RX_Highest_Status can be updated to 11
  • RX_Next_Status_Trigger can be updated to 11
  • a status report can be triggered.
  • the status report can indicate the reception status of the RLC SDU with SN 10 and before SN 10.
  • the terminal device starts a poll timer. After the poll timer expires, it can update both RX_Highest_Status and RX_Next_Status_Trigger to the next SN of the poll PDU's SN and trigger a status report.
  • RX_Highest_Status can be updated to the next SN of the poll PDU's SN, and RX_Next_Status_Trigger can be updated to RX_Highest_Status.
  • RX_Highest_Status 5
  • RX_Next_Status_Trigger 5
  • RX_Next_Highest 11
  • RX_Highest_Status can be updated to 11
  • RX_Next_Status_Trigger can be updated to 11
  • a status report can be triggered.
  • the status report can indicate the reception status of RLC SDUs with SN 10 and those prior to SN 10.
  • RX_Next_Status_Trigger is less than or equal to the SN of the poll PDU, RX_Next_Status_Trigger can be updated to RX_Next_Highest.
  • the latest updated RX_Highest_Status may be greater than or equal to RX_Next_Status_Trigger, and RX_Next_Status_Trigger may also be updated to RX_Next_Highest.
  • the reassembly timer can be restarted, and the terminal device will wait again for the SN to receive any incomplete RLC SDUs before RX_Next_Status_Trigger, indicating that the terminal device can proceed to the next round to determine the reception status of these RLC SDUs through the reassembly timer.
  • the terminal device will perform an update of the RLC PDU's reception status. This will update the reception status of any RLC SDUs that the SN did not receive before RX_Next_Status_Trigger to "not received". You can first update RX_Highest_Status to RX_Highest_Status, and then update RX_Highest_Status to RX_Next_Status_Trigger.
  • the terminal device can compare the SN of the poll PDU with the latest RX_Highest_Status again.
  • the SN of the poll PDU is greater than or equal to the latest RX_Highest_Status, it means that the reception status has not yet been updated to the SN of the poll PDU, and you can continue to wait for the poll timer to run; if the SN of the poll PDU is less than the latest RX_Highest_Status, it means that the reception status has been updated to the SN of the poll PDU, and you do not need to wait for the poll timer to time out, you can stop the poll timer and trigger a status report.
  • the SN and RX_Highest_Status of the poll PDU are compared again, and the subsequent operations based on the comparison result are the information on the subsequent operations that the terminal device needs to perform after detecting a specific situation of timeout of the recombination timer during the operation of the poll timer in the timer configuration information.
  • RX_Highest_Status 5
  • RX_Next_Status_Trigger 8
  • RX_Next_Highest 11
  • the reassembly timer is running (used to update the reception status of RLC SDUs with SNs of 5-7)
  • RX_Highest_Status can be updated to 8 and RX_Next_Status_Trigger to 11.
  • the poll timer continues to run and the reassembly timer (used to update the reception status of RLC SDUs with SNs of 8-10) is restarted. If the reassembly timer times out while the poll timer is still running, then RX_Highest_Status can be updated to 11. If the poll PDU's SN is less than RX_Highest_Status, then the poll timer can be stopped without waiting for its timeout and a status report can be triggered.
  • the terminal device may also update RX_Highest_Status, or compare the SN of the poll PDU with the latest RX_Highest_Status again.
  • the poll timer if the SN of the poll PDU is greater than or equal to the latest RX_Highest_Status, you can continue to wait for the poll timer to run; if the SN of the poll PDU is less than the latest RX_Highest_Status, you can stop the poll timer and trigger a status report.
  • RX_Highest_Status can be updated to 11. If the SN of the poll PDU is less than RX_Highest_Status, then there is no need to wait for the poll timer to time out, the poll timer can be stopped, and a status report can be triggered.
  • RX_Highest_Status can be updated to 13. If the SN of the poll PDU is less than RX_Highest_Status, there is no need to wait for the poll timer to time out. The poll timer can be stopped and a status report can be triggered.
  • a status report can be triggered directly, and the polling timer can be stopped without waiting for the poll timer to time out, thus avoiding additional delay in the status report.
  • step S604 can be replaced by the following step: the terminal device determines that the poll timer has timed out and triggers the enhanced status report (also known as the second status report) and the first status report.
  • the enhanced status report also known as the second status report
  • the terminal device may not update status variables such as RX_Highest_Status, but may trigger an enhanced status report and a first status report.
  • the enhanced status report can indicate the reception status of RLC SDUs of SNs with SN greater than or equal to RX_Highest_Status and less than or equal to poll PDUs, as shown in Figure 7.
  • the enhanced status report can indicate the reception status of RLC SDUs of SNs between RX_Highest_Status and poll PDUs (including RLC SDUs of SNs with SNs equal to RX_Highest_Status and SNs equal to poll PDUs).
  • This first status report can indicate the reception status of RLC SDUs with a SN less than RX_Highest_Status.
  • the terminal device can indicate the incomplete RLC SDU received between the SN in RX_Highest_Status and the SN of the poll PDU by using the NACK_SN indicator in the enhanced status report; the terminal device can indicate the complete RLC SDU received between the SN in RX_Highest_Status and the SN of the poll PDU by using the ACK_SN indicator in the enhanced status report.
  • the terminal device determines that the poll timer has timed out and no longer updates the status variables.
  • the base station can determine the reception status of the RLC SDU whose SN is less than or equal to the SN of the poll PDU. This can improve the speed of triggering the enhanced status report and the second status report and further reduce the delay of the status report.
  • the terminal device sends a status report to the base station.
  • the terminal device needs corresponding configuration resources to send a status report to the base station. After the status report is triggered, the terminal device needs to wait for the corresponding configuration resources before sending the status report to the base station. In other words, the terminal device will wait until the next transmission opportunity to send the status report to the base station.
  • the terminal device after triggering a status report, the terminal device can restart the reorganization timer, then the terminal device can stop the reorganization timer and send the status report to the base station on the first transmission opportunity.
  • the terminal device may receive a new RLC SDU and the reassembly timer is running. After the reassembly timer expires, it may also update the reception status of the RLC SDU in the status report, or update the reception status of the newly received RLC SDU. The latest RLC SDU reception status can be updated in the status report until the terminal device waits for a transmission opportunity and sends the status report to the base station.
  • the status report received by the base station indicates the latest reception status of each RLC SDU, avoiding the repeated transmission of RLC SDUs that have been fully received to the terminal device, and further improving the data communication efficiency between the two.
  • S604 is: the terminal device determines that the poll timer has timed out and triggers the enhanced status report and the first status report
  • S605 can be replaced by the step of: the terminal device sending the enhanced status report and the first status report to the base station. For example, the terminal device can wait for a transmission opportunity to send the enhanced status report and the first status report to the base station.
  • the sending end when the sending end receives an enhanced status report, the sending end can determine whether to retransmit the RLC SDU based on whether the RLC SDU that the receiving end did not fully receive, as indicated by the enhanced status report, is a delay-critical data packet.
  • the sending end will retransmit the RLC SDU.
  • the sender will not retransmit the RLC SDU if an incompletely received RLC SDU is not a delay-critical data packet.
  • the entity that determines whether a delay-critical data packet is a Packet Data Convergence Protocol (PDCP) entity is, for example, a base station.
  • the base station can determine whether an RLC SDU is a delay-critical data packet.
  • PDCP Packet Data Convergence Protocol
  • the PDCP entity may allocate a discard timer for each RLC SDU. After the RLC SDU is sent, the discard timer is started. After receiving the enhancement status report, the PDCP entity may stop the discard timer of the RLC SDU indicated by the enhancement status report.
  • the PDCP entity (also known as the sender) can determine whether an RLC SDU is a delay-critical data packet based on the runtime of the discard timer corresponding to each RLC SDU. For example, for an RLC SDU that the receiver indicates was not fully received as stated in the enhanced status report, if the remaining duration of its corresponding discard timer is less than or equal to a transmission threshold (also known as a third threshold), then it is determined to be a delay-critical data packet.
  • a transmission threshold also known as a third threshold
  • this RLC SDU is a critical data packet due to delay if the transmission threshold is 5ms.
  • the delay critical data packet includes a PDU-set drop configuration that indicates drop based on the PDU set, i.e., the drop of any RLC SDU in the PDU set will cause the drop of all other RLC SDUs in the PDU set.
  • the RLC SDU can be identified as a delay-critical data packet.
  • the sender may use various methods to determine whether an RLC SDU is a delay-critical data packet.
  • the PDCP layer at the transmitting end can indicate the remaining time of the RLC SDU to the RLC layer at the transmitting end, or directly indicate that the RLC SDU is a delay-critical data packet, which facilitates the RLC layer in planning and managing the transmission strategy of the RLC SDU.
  • the RLC layer at the sending end can introduce a drop timer.
  • the drop timer corresponding to that RLC SDU is started. If the enhanced status report indicates that the RLC SDU has expired or the remaining time of the drop timer is less than the transmission threshold, the RLC SDU is determined to be a delay-critical data packet.
  • the RLC SDU belongs to a PDU set and the remaining time of at least one RLC SDU in the PDU set is less than or equal to the transmission threshold, then the RLC SDU is determined to be a delay-critical data packet.
  • the method for triggering status reports provided in this application embodiment, based on the configured poll timer, can trigger status reports in advance when the poll timer expires and the reassembly timer is running, thereby reducing the latency of status reports.
  • it can improve the efficiency of the sending end retransmitting data packets to the receiving end, thereby improving the data communication efficiency between the sending end and the receiving end.
  • the status report can be triggered directly, avoiding increased delay in the status report caused by waiting for the poll timer.
  • the method for triggering a status report may include the following steps:
  • S801 Threshold for the amount of data sent by the base station to the terminal device.
  • the data volume threshold (also known as the first threshold) may refer to a pre-set threshold for the number of RLC SDUs that the terminal device has not fully received, used to determine the current network environment.
  • RLC SDU between RX_Next and poll PDU refers to the RLC SDU where SN is greater than or equal to RX_Next and SN is less than or equal to poll PDU.
  • RLC SDUs that the terminal device has not fully received exceeds this data volume threshold, it indicates that the current network environment is poor.
  • a status report can be triggered promptly to retransmit these incompletely received RLC SDUs as soon as possible. Incompletely received RLC SDUs include lost RLC SDUs (the terminal device did not receive the entire RLC SDU) and/or a segment of the RLC SDU that was not received (the terminal device only received a part of the RLC SDU, and other RLC SDU segments were not received).
  • the number of RLC SDUs that the terminal device has not fully received is less than or equal to the data volume threshold, it indicates that the current network condition is good, and a status report can be triggered after a period of time.
  • the data volume threshold can be determined as follows: the number of RLC SDUs that the receiving end does not receive within a preset reception duration within a preset period is determined, and the data volume threshold is determined based on the number of RLC SDUs.
  • the data volume threshold can be set to 3.
  • a data volume threshold can be determined based on the number of RLC SDUs.
  • the quality of the network environment can be determined based on reference signal received power and signal-to-noise ratio, etc., and this application does not limit this.
  • the second threshold can be 5 or 8, and this application does not limit it to this.
  • S801 can be replaced by other steps: the base station sends a fourth threshold to the terminal device, the fourth threshold being a pre-set threshold for the number of RLC SDUs that the terminal device has completely received.
  • the fourth threshold can be determined by: determining the number of RLC SDUs received by the receiver within a preset reception duration within a preset period, and determining the fourth threshold based on the number of RLC SDUs.
  • the second and fourth thresholds are the same as the first threshold and can be used to determine the network status of communication between the base station and the terminal device. For details, please refer to the above introduction, which will not be repeated here.
  • S802 The base station sends a poll PDU to the terminal device.
  • the base station may execute S801 first, and then execute S802. Based on the above example, if the base station detects that it meets either of the two conditions described above, the base station may first determine the data volume threshold, and then send the data volume threshold to the terminal device. Subsequently, the base station sends a poll PDU to the terminal device.
  • the base station can also execute S801 and S802 simultaneously, that is, after the base station determines the data volume threshold, the base station sends the data volume threshold and poll PDU to the terminal device at the same time.
  • the terminal device determines that the poll PDU has not been received repeatedly, determines that the SN of the poll PDU is greater than RX_Highest_Status, and the SN of the poll PDU is less than RX_NEXT+AM_Window_Size. It then compares the number of RLC SDUs that were not fully received with the data volume threshold.
  • RX_Next is used to indicate the next SN of the SN of the latest complete RLC SDU received by the terminal device in sequence
  • RX_Next_Highest is used to indicate the next SN of the highest SN of the RLC SDU received by the terminal device.
  • the terminal device may not have any incompletely received RLC SDUs before it receives the poll PDU.
  • RX_Next RX_Next_Highest, indicating that the terminal device has received all the RLC SDUs of the SN before RX_Next_Highest.
  • the terminal device After the terminal device receives the poll PDU sent by the base station, if the SN of the poll PDU is greater than RX_Next, it indicates that the terminal device has an RLC SDU that was not fully received. RX_Next_Highest can then be updated to the next SN of the poll PDU.
  • the terminal device may already have an incomplete RLC SDU.
  • RX_Next is less than RX_Next_Highest, indicating that there are RLC SDUs before RX_Next_Highest that the terminal device has not fully received.
  • the reassembly timer is running. Before the terminal device receives the poll PDU, there are already RLC SDUs that have not been fully received.
  • the RX_Next_Highest can be updated to the next SN of the poll PDU's SN.
  • the terminal device can determine the number of RLC SDUs that it has not fully received among the RLC SDUs whose SN is greater than or equal to RX_Next and whose SN is less than or equal to the SN of the poll PDU, and compare the number of RLC SDUs that it has not fully received with a data volume threshold.
  • S801 is: the base station sends a second threshold to the terminal device
  • S801 is: the base station sends a fourth threshold to the terminal device.
  • S803 can be replaced by the following steps: the terminal device determines that the poll PDU has not been received repeatedly, determines that the SN of the poll PDU is greater than RX_Highest_Status, and the SN of the poll PDU is less than RX_NEXT+AM_Window_Size, and can compare the number of RLC SDUs that have been completely received with the fourth threshold.
  • the terminal device determines that among the 6 RLC SDUs with SN greater than or equal to 5 and SN less than or equal to 10, it has completely received the RLC SDU with SN 6 and the RLC SDU with SN 8. Then the terminal device can determine that the number of RLC SDUs completely received is 2, and compare 2 with the fourth threshold.
  • the terminal device determines that the number of incompletely received RLC SDUs is greater than the data volume threshold, updates the status variable and triggers a status report.
  • RX_Highest_Status can be updated to the next SN of the poll PDU's SN, that is, the reception status of the RLC SDUs that the terminal device has not fully received is directly updated to lost, so that the SN of the poll PDU is less than RX_Highest_Status.
  • RX_Highest_Status updating RX_Highest_Status to the next SN of the poll PDU is just an example. You can also update RX_Highest_Status to other values so that the SN of the poll PDU is less than RX_Highest_Status.
  • RX_Next_Status_Trigger can be updated to RX_Next_Highest, and the reassembly timer can be restarted.
  • the terminal device can then use the reassembly timer to determine the latest reception status of the incomplete RLC SDU in the next round.
  • RX_Highest_Status can be updated to the next SN of the poll PDU's SN. If the SN of the poll PDU is greater than RX_Next_Status_Trigger, then RX_Next_Status_Trigger can be updated to RX_Next_Highest.
  • the SN of the poll PDU may be equal to RX_Next_Status_Trigger, and RX_Next_Status_Trigger may also be updated to RX_Next_Highest.
  • the latest updated RX_Highest_Status may be greater than or equal to RX_Next_Status_Trigger, and RX_Next_Status_Trigger may also be updated to RX_Next_Highest.
  • the terminal device determines that the number of incompletely received RLC SDUs is greater than the data volume threshold, it can first update the status variable and trigger a status report based on the updated status variable.
  • the terminal device determines that the number of RLC SDUs that have not been fully received is greater than the data volume threshold, it can update RX_Highest_Status. If the terminal device determines that the updated RX_Highest_Status is greater than the SN of the poll PDU, it can trigger a status report.
  • S804 can be replaced by the following step: the terminal device determines that the number of incompletely received RLC SDUs is greater than the data volume threshold, and triggers the enhanced status report and the first status report.
  • the terminal device may not update status variables such as RX_Highest_Status, but may trigger an enhanced status report and a first status report.
  • the receiving terminal device determines that the poll timer has timed out and no longer updates the status variables.
  • the base station can determine the reception status of RLC SDUs whose SN is less than or equal to the poll PDU.
  • S801 is: the base station sends a second threshold to the terminal device.
  • S804 can be replaced by the following steps: the terminal device determines that the number of RLC SDUs between RX_Next and poll PDU is greater than the second threshold, and can update the state variable and trigger a state report.
  • the trigger information is: the number of RLC SDUs between RX_Next and poll PDU is greater than the fourth threshold.
  • the implementation method of this step can be found in the description of the implementation method of S804, and will not be repeated here.
  • S801 is: the base station sends a second threshold to the terminal device.
  • S804 can be replaced by the following steps: the terminal device determines that the number of RLC SDUs between RX_Next and poll PDU is greater than the second threshold, and triggers the enhanced status report and the first status report. The implementation of this step can be found in the description of the implementation of S804, and will not be repeated here.
  • S801 is: the base station sends a fourth threshold to the terminal device.
  • S804 can be replaced by the following steps: the terminal device determines that the number of fully received RLC SDUs is less than or equal to the fourth threshold, updates the state variable and triggers a state report, the trigger information being: the number of fully received RLC SDUs is less than or equal to the fourth threshold.
  • the implementation method of this step can be found in the description of the implementation method of S804, and will not be repeated here.
  • S801 is: the base station sends a fourth threshold to the terminal device.
  • S804 can be replaced by the following steps: the terminal device determines that the number of completely received RLC SDUs is less than or equal to the fourth threshold, and triggers the enhanced status report and the first status report. The implementation of this step can be found in the description of the implementation of S804, and will not be repeated here.
  • the terminal device sends a status report to the base station.
  • the sending end if the number of incomplete data packets received by the receiving end exceeds the data volume threshold, the current network condition is considered poor, and a status report can be triggered immediately. This allows the sending end to retransmit data packets in a timely manner based on the status report, thereby improving the data communication efficiency between the sending and receiving ends.
  • S804 is as follows: the terminal device determines that the number of incompletely received RLC SDUs is greater than a data volume threshold, triggering an enhanced status report and a first status report; or, the terminal device determines that the number of RLC SDUs between RX_Next and poll PDU is greater than a second threshold, triggering an enhanced status report and a first status report; or, the terminal device determines that the number of completely received RLC SDUs is less than or equal to a fourth threshold, triggering an enhanced status report and a first status report.
  • S805 can be replaced by the following step: the terminal device sends an enhanced status report and a first status report to the base station. For example, the terminal device can wait for a transmission opportunity to send the enhanced status report and the first status report to the base station.
  • the SN of the RLC SDU indicated in the status report can be 12 bits, as shown in Figure 10. In some embodiments, the SN of the RLC SDU indicated in the status report can also be 18 bits, as shown in Figure 11.
  • the status report includes a control PDU header (also known as an RLC control PDU header) and a payload.
  • the RLC control PDU header includes a D/C field and a CPT field.
  • the D/C field indicates whether the AMD PDU transmitted between the transmitter and receiver is a data PDU (D) or a control PDU (C).
  • the CPT field indicates the type of RLC control PDU, as shown in Table 1 below:
  • the value of the CPT field in the status report is 000.
  • the status report is a type of RLC control PDU.
  • the E1 field is used to indicate whether there will be a NACK_SN field later.
  • the E1, E2, and E3 fields are used to indicate the reception status of RLC SDUs that were not fully received at the receiving end.
  • the E1 field can be seen in Table 2 below:
  • NACK_SN is used to indicate that an RLC SDU (or a segment of an RLC SDU) with that SN is detected as discarded at the receiving end. In other words, the receiving end does not receive an RLC SDU (or a segment of an RLC SDU) with that SN, and its reception status is not received (also known as lost).
  • the E2 field is used to indicate whether there are subsequent SOstart and SOend fields, that is, to indicate whether the RLC SDU with the SN indicated by NACK_SN is segmented, as shown in Table 3 below:
  • the E3 field is used to indicate whether there are any consecutive RLC SDUs that have not been received, as shown in Table 4 below:
  • the SOstart field (together with the SOend field) is used to indicate that a segment of an RLC SDU with SN NACK_SN has been detected and discarded.
  • the SOstart field indicates the position of the first byte of the segment in the RLC SDU.
  • the SOend field (together with the SOstart field) indicates that a segment of the RLC SDU with SN NACK_SN (SOend associated with SOend) was detected as being dropped.
  • the SOend field indicates the position of the last byte of the segment in the RLC SDU.
  • the SOend field indicates that a segment of the RLC SDU with SN of NACK_SN+NACK range–1 has been detected as lost.
  • the NACK range is used to indicate the number of consecutively lost RLCSDUs starting from the RLC SDU with SN NACK_SN.
  • R is used to indicate reserved fields and is usually set to 0, which can be ignored.
  • Oct is used to indicate fields in the status report. As shown in Figure 10, Oct1-Oct14 represent the first to the fourteenth fields of the status report. As shown in Figure 11, Oct1-Oct18 represent the first to the eighteenth fields of the status report.
  • the sending end After receiving the status report, the sending end can retransmit the RLC SDU based on the SN of the RLC SDU that the receiving end did not fully receive, as indicated in the status report.
  • the rate at which the sender retransmits data packets to the receiver can be increased, thereby improving the data communication efficiency between the sender and receiver.
  • This application also provides a computer-readable storage medium storing a computer program, which, when executed by a computer, can implement one or more steps of any of the above-described methods for triggering a status report.
  • Computer-readable storage media can be non-transitory computer-readable storage media, such as ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage devices.
  • ROM read-only memory
  • RAM random access memory
  • CD-ROM compact disc-read only memory
  • magnetic tape magnetic tape
  • floppy disk magnetic tape
  • optical data storage devices optical data storage devices
  • Another embodiment of this application provides a computer program product containing instructions.
  • the computer program product When the computer program product is executed by a computer, it can implement one or more steps of any of the methods for triggering a status report described above.
  • the electronic device, computer-readable storage medium, and computer program product provided in this embodiment are all used to execute the corresponding trigger status reporting method provided above. Therefore, the beneficial effects they can achieve can be referred to the beneficial effects in the corresponding trigger status reporting method provided above, and will not be repeated here.
  • the terms "exemplary” or “for example” are used to indicate that something is an example, illustration, or description. Any embodiment or design that is described as “exemplary” or “for example” in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design. Specifically, the use of the terms “exemplary” or “for example” is intended to present the relevant concepts in a specific manner.

Landscapes

  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

La présente demande concerne le domaine technique des communications. La demande propose un procédé de déclenchement de rapport d'état et un appareil associé. Dans le procédé, une extrémité de réception peut recevoir un paquet de données d'interrogation envoyé par une extrémité d'envoi, le paquet de données d'interrogation pouvant être utilisé pour interroger l'état de réception d'un paquet de données envoyé par l'extrémité d'envoi à l'extrémité de réception ; lorsqu'un numéro de séquence du paquet de données d'interrogation est supérieur ou égal à une première variable d'état et que le numéro de séquence du paquet de données d'interrogation est inférieur à une seconde variable d'état, il est indiqué qu'il existe un retard dans le déclenchement du rapport d'état ; et l'extrémité de réception peut déclencher le rapport d'état sur la base d'informations de déclenchement, la première variable d'état étant utilisée pour indiquer le numéro de séquence le plus élevé du rapport d'état, et la seconde variable d'état étant utilisée pour indiquer une valeur limite supérieure d'une fenêtre de réception de l'extrémité de réception. De cette manière, la présente demande peut réduire le retard de déclenchement du rapport d'état, de telle sorte que l'extrémité de réception peut envoyer le rapport d'état à l'extrémité d'envoi dès que possible, et l'extrémité d'envoi peut en outre retransmettre le paquet de données à l'extrémité de réception sur la base du rapport d'état, ce qui permet d'améliorer l'efficacité de communication de données entre l'extrémité d'envoi et l'extrémité de réception.
PCT/CN2025/094773 2024-08-02 2025-05-14 Procédé de déclenchement de rapport d'état et appareil associé Pending WO2026026119A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202411062680.X 2024-08-02
CN202411062680.XA CN121510128A (zh) 2024-08-02 2024-08-02 一种触发状态报告的方法及相关装置

Publications (1)

Publication Number Publication Date
WO2026026119A1 true WO2026026119A1 (fr) 2026-02-05

Family

ID=98606164

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2025/094773 Pending WO2026026119A1 (fr) 2024-08-02 2025-05-14 Procédé de déclenchement de rapport d'état et appareil associé

Country Status (2)

Country Link
CN (1) CN121510128A (fr)
WO (1) WO2026026119A1 (fr)

Also Published As

Publication number Publication date
CN121510128A (zh) 2026-02-10

Similar Documents

Publication Publication Date Title
US10826654B2 (en) Method and system for improving wireless link efficiency
CN108541360B (zh) 通信系统
US8369865B2 (en) Data transmission method and data re-transmission method
EP2420014B1 (fr) Procédé de réception d'un service point à multipoint dans un système de communication sans fil
EP2265069B1 (fr) Procédé de transmission de données dans un système de communication sans fil et système associé
US20070064631A1 (en) Method and apparatus for transmitting signaling data messages in a wireless communications system
CN102119502B (zh) 用于在网络中通信的方法及用于其的次站和系统
CN101599819A (zh) 改善混合自动重发请求程序的上行链路传输的方法及装置
JP2015065695A (ja) 無線通信システムの状態情報送信方法及び受信装置
CN101651531A (zh) 处理一传输时间间隔集束的重传的方法及通讯装置
JP6765446B2 (ja) サービスデータ伝送方法、端末およびネットワーク側機器
CN101682916B (zh) 在移动通信系统中发送rlc pdu和分配无线资源的方法以及移动通信的rlc实体
WO2024032352A1 (fr) Procédé et appareil de traitement de données
CN112153694A (zh) 数据处理方法、装置、终端及存储介质
US9246638B2 (en) Method and apparatus for polling transmission status in a wireless communications system
JP2020507963A (ja) データ送信方法および装置、ならびに顧客宅内機器
US11316620B2 (en) Enhanced HARQ algorithm for large round trip delay links
WO2025185470A1 (fr) Procédé et dispositif de communication, et support de stockage lisible par ordinateur
US10849160B2 (en) Reinstating poll retransmission timer
WO2026026119A1 (fr) Procédé de déclenchement de rapport d'état et appareil associé
CN116963175A (zh) 数据传输方法、装置及系统
TW202512783A (zh) 資料處理方法及裝置
CN119011091A (zh) 一种通信方法、装置及存储介质
CN119096589A (zh) 通信方法和通信设备
JP2025153907A (ja) Ｒｌｃ－ａｍにおける不要な送信を防ぐための端末装置、基地局装置、及び制御方法