ACK-Only Mode for Reducing Communication Latency

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Retransmission schemes in digital communication systems introduce latency, particularly in latency-sensitive applications like real-time voice or video communications, due to the need to wait for missing packets in packet transmission protocols such as 1xEV-DO's ACK/NAK implementation.

Innovation Solution

The receiving device is configured to send ACKs for all packets, including those not received, to avoid requesting retransmission and reduce latency, and to operate in an ACK-only mode during latency-sensitive communications, thereby falsely indicating successful receipt to the transmitting end.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the receiving device sends NAK for non-received packets to request retransmission, then packet delivery reliability is improved, but communication latency increases

Engineering Contradiction:
Improvepacket delivery reliabilityVSAvoidcommunication latency
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The receiving device changes its acknowledgment behavior parameter based on the application type. For latency-sensitive applications, it switches from sending NAK for missing packets to sending ACK for all packets, thereby changing the reliability-latency tradeoff parameter to prioritize low latency over complete packet delivery reliability

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The system dynamically adjusts its acknowledgment strategy based on real-time conditions. The receiving device determines whether to send ACK or NAK dynamically based on whether the application is latency-sensitive, making the system adaptable to different operational requirements rather than using a fixed acknowledgment policy

Inventive Principle:
Principle #15Dynamics

2Reliability

If the receiving device waits for retransmission of non-received packets before processing, then data完整性 is improved, but processing speed decreases

Engineering Contradiction:
Improvedata integrityVSAvoidprocessing speed
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

Instead of waiting for missing packets before processing (traditional approach), the receiving device inverts the approach by processing packets immediately upon receipt and sending ACK for all packets including those not received, thereby prioritizing processing speed over waiting for complete data sets

Inventive Principle:
Principle #13The other way round (Inversion)

3Loss of time

If the receiving device sends ACK for all packets regardless of receipt, then latency is reduced, but data completeness deteriorates

Engineering Contradiction:
ImprovelatencyVSAvoidpacket data completeness
Core Design Contradiction:
Loss of timeVSLoss of information

Solution Approach 1:

The receiving device changes the acknowledgment parameter to send ACK for all packets when operating in latency-sensitive mode, accepting information loss as a tradeoff for reduced latency. This parameter change is conditional and only applied when latency reduction is prioritized over data completeness

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS8773976B1Method and system for communication acknowledgement
Publication Date: 2014.07.08 SPRINT SPECTRUM LLC
  • US8773976B1 patent drawing
  • US8773976B1 patent drawing
  • US8773976B1 patent drawing

AI summary

Disclosed is a method and apparatus for helping to reduce latency that may arise from requesting retransmission of non-received packets. A device carrying out the method may be arranged to not send negative acknowledgements for non-received packets. Further, in an implementation where the device is to send for each packet of an incoming sequence either a positive acknowledgement indicating that the device received the packet or a negative acknowledgement indicating that the device did not receive the packet (and constituting a request for retransmission of the packet), the device will send for each packet a positive acknowledgement regardless of whether the device received the packet. The device will thus send a positive acknowledgement for at least one packet even though the device did not receive the packet.