Network Packet Loss Detection via Piggybacked Indicators
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Real-time video applications over wireless networks face challenges due to transmission errors, which degrade video quality, and existing error propagation reduction methods are hindered by encryption complexities, particularly in identifying and correcting packet loss in encrypted packets.
Innovation Solution
A method for early packet loss detection (EPLD) and notification in a network device, where packet loss information is piggybacked onto subsequent packets, allowing clients to detect and correct lost packets without needing encryption keys, using IP options fields or RTP extension headers.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If spoofing approach is used to limit error propagation, then packet loss detection capability is improved, but encryption complexity increases and adoption becomes difficult
Solution Approach 1:
The patent introduces an intermediary mechanism (packet loss indicator field in RTCP packets) that enables packet loss detection without requiring the spoofing node to decrypt encrypted media packets. This intermediary field acts as a carrier for loss information, decoupling the detection function from the encryption process and eliminating the need for encryption key sharing.
Solution Approach 2:
The patent extracts the packet loss information from the encrypted packet stream and places it in a separate, unencrypted RTCP feedback packet. This extraction allows the loss information to be transmitted independently without requiring decryption capabilities at the spoofing node, thereby reducing encryption complexity while maintaining detection capability.
2Reliability
If traditional packet loss detection is used, then encryption security is maintained, but error correction timing is delayed degrading video quality
Solution Approach 1:
The patent implements preliminary action by having the receiver generate and send packet loss indicators in RTCP feedback packets immediately upon detecting lost packets, rather than waiting for periodic quality assessments. This early notification mechanism enables the sender to initiate error correction procedures sooner, improving video quality while maintaining encryption security.
Solution Approach 2:
The patent establishes a feedback loop where the receiver continuously monitors packet loss and sends RTCP feedback packets containing loss indicators back to the sender. This real-time feedback enables dynamic error correction without delaying video quality assessment, allowing the system to respond promptly to packet loss events while maintaining encryption security.
Data Source
Figure 1A
Figure 1B
Figure 1C
AI summary
A packet loss notification in a video transmission may be performed by a network device. The network device may receive a first video packet sent from a first client to a second client. The network device may determine that the first video packet has been lost. The network device may determine a video packet receiving port number of the first client. The network device may receive a second video packet sent from the second client to the first client. The network device may determine that the second video packet includes a destination port number that matches a video packet receiving port number of the first client. The network device may modify the second video packet by adding packet loss information indicating that the first video packet has been lost. The network device may send the modified second video packet to the first client.