TCP Window Control for Packet Loss Reduction

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In scenarios where TCP is used for transmitting service packets, network devices face challenges in meeting throughput requirements due to packet loss, especially when high-speed interfaces send packets to low-speed interfaces or when multiple user access devices converge, leading to interrupted services like video transmission. Existing solutions, such as buffering, increase queuing time and delay, and do not fully prevent packet loss, especially during burst traffic.

Innovation Solution

A method where a network device determines the priority of a service packet based on a service identifier and calculates a TCP window accordingly, allowing flexible control of packet size to meet different service requirements, reduce packet loss, and optimize network resource utilization. This involves determining the TCP window using formulas that consider throughput, buffer occupancy, and transmission delays to ensure accurate service transmission.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a buffer is added to avoid packet loss, then packet loss is reduced, but queuing time increases and transmission delay increases

Engineering Contradiction:
Improvepacket lossVSAvoidtransmission delay
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements dynamic buffer size adjustment based on real-time network conditions. The buffer size is not fixed but changes according to packet loss rate, queue depth, and transmission delay measurements. This allows the system to reduce buffer size when delay is acceptable, minimizing queuing time, while expanding buffer size when packet loss becomes problematic, thus dynamically resolving the contradiction between reliability and time loss.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the parameter of buffer size based on multiple factors including packet loss rate thresholds, queue depth limits, and delay tolerance levels. By adjusting this critical parameter dynamically, the system can shift between prioritizing packet delivery reliability and minimizing transmission delay, effectively resolving the technical contradiction through parameter optimization.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If a buffer is added to avoid packet loss, then packet loss is reduced, but service transmission requirement cannot be ensured

Engineering Contradiction:
Improvepacket lossVSAvoidservice transmission requirement
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent implements dynamic buffer size adjustment based on real-time network conditions. The buffer size is not fixed but changes according to packet loss rate, queue depth, and transmission delay measurements. This allows the system to reduce buffer size when delay is acceptable, minimizing queuing time, while expanding buffer size when packet loss becomes problematic, thus dynamically resolving the contradiction between reliability and time loss.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the parameter of buffer size based on multiple factors including packet loss rate thresholds, queue depth limits, and delay tolerance levels. By adjusting this critical parameter dynamically, the system can shift between prioritizing packet delivery reliability and minimizing transmission delay, effectively resolving the technical contradiction through parameter optimization.

Inventive Principle:
Principle #35Parameter changes

3Reliability

If buffer size is increased to handle burst traffic, then packet loss during normal traffic is reduced, but packet loss during burst traffic still occurs

Engineering Contradiction:
Improvepacket lossVSAvoidburst traffic handling
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent implements dynamic buffer size adjustment based on real-time network conditions. The buffer size is not fixed but changes according to packet loss rate, queue depth, and transmission delay measurements. This allows the system to reduce buffer size when delay is acceptable, minimizing queuing time, while expanding buffer size when packet loss becomes problematic, thus dynamically resolving the contradiction between reliability and time loss.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system employs feedback mechanisms that continuously monitor packet loss rates, queue depths, and transmission delays. Based on this feedback, the buffer size is automatically adjusted - expanding during burst traffic conditions to prevent loss, and contracting during normal conditions to minimize delay. This feedback-driven adaptation enables the system to handle both normal and burst traffic effectively, resolving the contradiction between reliability and adaptability.

Inventive Principle:
Principle #23Feedback

Data Source

PatentEP3709602B1Method for sending service packet, network device, and system
Publication Date: 2024.10.16 HUAWEI TECH CO LTD
  • EP3709602B1 patent drawingFigure 1~2
  • EP3709602B1 patent drawingFigure 3A
  • EP3709602B1 patent drawingFigure 3B

AI summary

This application discloses a method for sending a service packet, a device, and a system. The method includes: receiving, by a first network device, a TCP packet sent by a second network device, where the TCP packet includes a service identifier; obtaining, by the first network device, based on the service identifier, a priority of a service corresponding to the service identifier, and then obtaining a TCP window based on the priority of the service; sending, by the first network device, a TCP ACK packet to the second network device, where the TCP ACK packet includes the obtained TCP window, and the TCP window is used by the second network device to calculate a size of a service packet to be sent to the first network device. Because the first network device obtains the TCP window based on the priority of the service, the loss of service packets can be reduced while the size of a service packet sent by a transmit end can be flexibly adjusted to meet a requirement for service packet transmission.