Packet Retransmission Thresholding for Jitter-Aware Data Recovery
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Network jitter and delay occur due to excessive retransmission requests when the sending end receives many retransmission requests simultaneously, affecting the effectiveness of data transmission in network communication.
Innovation Solution
A data retransmission processing method that determines a quantity threshold of data packet retransmissions based on the data packet loss rate within a retransmission period, selects key sequence numbers, and requests retransmission of data packets corresponding to remaining sequence numbers, thereby optimizing the retransmission process to avoid network storms and improve transmission efficiency.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the receiving end requests retransmission of all lost data packets, then the data transmission completeness is improved, but the network jitter and delay increase due to excessive retransmission requests
Solution Approach 1:
The patent segments the set of lost data packets into two categories: key data packets (such as I-frames in video streams) and non-key data packets. This segmentation allows selective retransmission where only key packets are retransmitted, reducing the number of retransmission requests while maintaining essential data completeness, thus resolving the contradiction between transmission completeness and network delay.
Solution Approach 2:
The patent applies different quality priorities to different data packets based on their importance. Key data packets are marked with higher priority and guaranteed retransmission, while non-key packets have lower priority or are discarded. This local quality differentiation ensures critical data is recovered without subjecting all packets to the same retransmission process, reducing overall network jitter and delay.
2Reliability
If the receiving end requests retransmission of all lost data packets, then the data transmission completeness is improved, but the network resources are wasted due to excessive retransmission traffic
Solution Approach 1:
The patent segments lost packets into key and non-key categories, requesting retransmission only for key packets. This reduces the volume of retransmission traffic in the network, conserving bandwidth and energy resources while still achieving acceptable data completeness for critical information.
Solution Approach 2:
The patent discards non-key data packets that are lost during transmission, accepting their loss, while recovering and retransmitting only key data packets. This selective recovery approach minimizes network resource consumption by avoiding retransmission of replaceable or less important data, thus reducing energy waste.
3Reliability
If the receiving end requests retransmission of all lost data packets, then the data transmission completeness is improved, but the sending end processing complexity increases due to handling excessive retransmission requests
Solution Approach 1:
The patent segments retransmission requests into high-priority key packet requests and low-priority non-key packet requests. The sending end processes only key packet retransmission requests, reducing the number of requests to handle and simplifying processing logic while maintaining essential data completeness.
Solution Approach 2:
The patent implements different processing priorities for different packet types at the sending end. Key packets receive guaranteed processing and retransmission, while non-key packets have reduced or no retransmission processing. This local quality-based processing reduces overall computational complexity at the sending end.
Data Source
AI summary
This application provides a data retransmission processing method and apparatus, a computer device, and a storage medium. The method includes determining a quantity threshold of data packet retransmissions within a retransmission period based on a data packet loss rate, and obtaining a set of sequence numbers including respective sequence numbers of data packets to be retransmitted within the retransmission period; determining respective key sequence numbers of key data packets matching the set of sequence numbers; obtaining a target sequence number from the key sequence numbers, and deleting sequence numbers less than or equal to the target sequence number from the set of sequence numbers, the quantity of the remaining sequence numbers being less than or equal to the quantity threshold of data packet retransmissions; and requesting a retransmission of data packets that correspond to the sequence numbers remaining in the set of sequence numbers.