RLC Status Reports for Detecting Incomplete Last-SDU Reporting
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In the RLC status report of the NR user plane protocol stack, the transmitting side incorrectly assumes that data parts not reflected in the limited status report are successfully received, leading to potential data loss due to incomplete reporting of the last RLC SDU's status.
Innovation Solution
The transmitting side determines the completeness of the RLC status report by analyzing the last piece of status information, using additional indication information or sequence numbers, to identify and retransmit or store data not fully reflected in the report.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Quantity of substance
If the RLC status report uses limited available space to sequentially indicate received data packets, then the status report can be generated within resource constraints, but the receiving status of the last RLC SDU may be incompletely reflected, leading to data loss
Solution Approach 1:
The patent applies partial action by having the transmitting side perform selective retransmission based on incomplete status information. When the last piece of status information indicates a lost RLC SDU segment, the transmitting side retransmits not only the indicated segment but also subsequent segments that cannot be confirmed as received, ensuring complete data delivery despite limited status report space
Solution Approach 2:
The patent implements feedback mechanism where the transmitting side uses the received status information to determine retransmission needs. The status report serves as feedback from the receiving side, and the transmitting side processes this feedback to identify which data packets need retransmission, creating a closed-loop error correction system
2Speed
If the transmitting side directly considers data not reflected in the status report as successfully received, then processing speed is improved, but data loss occurs due to incorrect assumptions about incomplete status reporting
Solution Approach 1:
The patent applies preliminary anti-action by proactively preventing incorrect data deletion before it occurs. When the last status information indicates a lost segment, the transmitting side preemptively retransmits the affected data and clears the buffer only after confirming successful reception through subsequent status reports, rather than immediately deleting data based on incomplete information
Solution Approach 2:
The patent implements preliminary action by performing retransmission of potentially lost data before the receiving side actually needs it. The transmitting side identifies and retransmits data that may be lost due to incomplete status reporting, ensuring data availability before any potential reception failure occurs
Data Source
AI summary
This application provides a method and a corresponding apparatus. One example method includes: A transmitting side receives an RLC status report from a receiving side, where the RLC status report includes at least one piece of status information, each of the at least one piece of status information indicates one or more receiving statuses of one or more consecutive RLC service data units (SDUs) that are not successfully received, and the at least one piece of status information is sequentially sorted in ascending order of RLC SDU sequence numbers (SNs) in the RLC status report; and if the last piece of status information in the RLC status report indicates that a part of data of a first RLC SDU is lost, the transmitting side determines, based on the RLC status report, whether a receiving status of the first RLC SDU is completely reflected in the RLC status report.