Real-Time Packet Transmission Continuity Index
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current protocols for real-time data transmission over IP networks, such as TCP and UDP, face limitations in reliability, particularly with unidirectional links like satellite or optical fiber, where they either require significant resources or fail to guarantee packet delivery and error protection.
Innovation Solution
A method that assigns a transmission continuity index to each packet, using both UDP and DCP protocols, allows the client terminal to detect packet breaks and request retransmissions, with adaptive buffer memory sizes to optimize link break correction based on connection time and resources.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If TCP protocol is used for real-time data transmission, then packet delivery reliability is improved, but resource consumption increases and unidirectional links become incompatible
Solution Approach 1:
The patent extracts the essential reliability function from TCP by implementing selective acknowledgment only for packets that are actually lost, rather than requiring acknowledgment for every packet. This reduces the overhead and resource consumption while maintaining delivery reliability for critical packets.
Solution Approach 2:
Instead of implementing full TCP-style acknowledgment for all packets, the patent applies partial action by only requesting retransmission of specific lost packets detected through sequence number analysis, reducing the overall communication overhead and resource usage.
2Reliability
If TCP protocol is used for real-time data transmission, then packet delivery reliability is improved, but link cut recovery time increases
Solution Approach 1:
The patent prepares for link failures in advance by continuously tracking sequence numbers and maintaining knowledge of the transmission state. When a link cut occurs, the system can immediately resume from the last known good sequence number without extensive reconnection handshaking, reducing recovery time.
Solution Approach 2:
The patent implements feedback mechanisms where the receiver continuously monitors sequence numbers and provides immediate feedback about lost packets. This allows the transmitter to quickly adjust and retransmit only the necessary packets after a link interruption, minimizing downtime.
3Reliability
If DCP/UDP protocol is used for error protection, then packet loss correction capability is improved, but the maximum correction capacity is limited to 20%
Solution Approach 1:
The patent implements dynamic buffer management where the buffer size and retention policy adapt based on the duration and frequency of link interruptions. This allows the system to correct longer link breaks than static protocols by adjusting its error correction capabilities in real-time based on observed network conditions.
Solution Approach 2:
The patent changes key parameters such as buffer size, packet retention time, and retransmission window based on the characteristics of link failures. By dynamically adjusting these parameters, the system can handle link breaks exceeding 20% of the transmission duration, overcoming the limitation of fixed-capacity error protection protocols.
4Reliability
If buffer memory size is increased to correct longer link breaks, then link break correction capability is improved, but resource consumption increases
Solution Approach 1:
The patent implements dynamic buffer management where the buffer size and retention policy adapt based on the duration and frequency of link interruptions. This allows the system to correct longer link breaks than static protocols by adjusting its error correction capabilities in real-time based on observed network conditions.
Data Source
Figure 1
Figure 2a~2b
Figure 3a~3b
AI summary
A method of real-time transmission/reception of data in packets in an IP network between a server (S) and a client terminal (CT). On the server side (S), each packet (Pk) to be transmitted is assigned (A) a send continuity index (Ck) and each packet (Pk) is transmitted (B) successively together with its continuity index (Ck) to the client terminal (CT). On the client terminal side, any break in continuity of packet streams received is detected (D) on the basis of the continuity indices (Ck) associated with each of the packets received. On detecting a stream discontinuity (Ckr), at least one resend request (RR (Ckr, @CT) requesting the resending of at least one missing packet is transmitted (E) to the server (S), for as long as this or these missing packets has or have not been received by the client terminal (CT). Application to the transmission of isochronous data streams, multimedia data streams in an IP network.