Packet Congestion Signaling for Bottleneck-Aware Rate Control

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current congestion control algorithms (CCAs) rely on implicit end-to-end signals, leading to suboptimal network performance and inefficient network usage due to undershooting or overshooting bottleneck bandwidth, particularly in applications requiring fast network transfers like AI/ML and storage disaggregation.

Innovation Solution

Implementing congestion signaling across network nodes using compare-and-replace style signals in the same packets as the application, allowing for explicit congestion control on a per-connection or per-packet basis, with support for diverse congestion signals and programmable rate update engines.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Device complexity

If implicit end-to-end signals are used for congestion control, then network simplicity is maintained, but congestion control precision deteriorates leading to suboptimal performance

Engineering Contradiction:
Improvecongestion control mechanism simplicityVSAvoidcongestion signal precision
Core Design Contradiction:
Device complexityVSMeasurement precision

Solution Approach 1:

The patent introduces explicit congestion signal tags as intermediary elements that carry precise congestion information between network nodes. These tags act as mediators that convey bottleneck bandwidth, load, and delay metrics directly from network infrastructure to applications, enabling precise congestion control without requiring complex end-to-end inference mechanisms.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent replaces implicit mechanical inference systems with explicit electronic signaling. Instead of relying on applications to infer congestion from timing and loss patterns, the system substitutes this with direct electronic congestion signal tags embedded in packets, providing precise congestion state information without the complexity of end-to-end measurement mechanisms.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

2Measurement precision

If explicit congestion signaling is implemented in every packet, then congestion control precision improves, but network overhead increases

Engineering Contradiction:
Improvecongestion signal precisionVSAvoidpacket overhead
Core Design Contradiction:
Measurement precisionVSQuantity of substance

Solution Approach 1:

The patent merges congestion signaling with application data packets by embedding congestion signal tags within the same packet structure. This combining approach allows congestion information to be carried alongside application data without requiring separate signaling channels, thereby improving precision while minimizing additional overhead.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The congestion signal tag structure is designed to be universal and multi-functional, carrying multiple congestion metrics (bottleneck bandwidth, load, delay) in a single compact field. This universal tag can serve multiple congestion control purposes simultaneously, reducing the need for multiple separate signaling mechanisms and minimizing overall packet overhead.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Productivity

If per-packet congestion control is implemented, then network utilization efficiency improves, but processing complexity increases

Engineering Contradiction:
Improvenetwork utilization efficiencyVSAvoidcongestion control processing complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent extracts congestion control processing from the main packet forwarding path by implementing it in dedicated hardware components such as network interface cards and switches. This extraction allows per-packet congestion control to be performed in parallel with packet forwarding, improving network utilization efficiency while preventing processing complexity from bottlenecking the data path.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent changes the operational parameters of network devices by equipping them with dedicated congestion signal processing capabilities. Network interface cards and switches are modified to recognize, parse, and act upon congestion signal tags in real-time, enabling fine-grained per-packet congestion control without significantly increasing overall system complexity through hardware acceleration.

Inventive Principle:
Principle #35Parameter changes

4Quantity of substance

If congestion signals are obtained out-of-band, then signaling overhead is reduced, but congestion control timeliness deteriorates

Engineering Contradiction:
Improvesignaling overheadVSAvoidcongestion control latency
Core Design Contradiction:
Quantity of substanceVSLoss of time

Solution Approach 1:

The patent implements preliminary action by pre-computing and embedding congestion signal values into packets at the point of transmission or at intermediate network nodes before packets reach the application. This preliminary tagging ensures that congestion information is already available when packets arrive, eliminating the need for separate out-of-band signaling queries and reducing congestion control latency.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12587478B2Software assisted implementation of congestion signaling
Publication Date: 2026.03.24 GOOGLE LLC
  • US12587478B2 patent drawing
  • US12587478B2 patent drawing
  • US12587478B2 patent drawing

AI summary

Congestion signaling by receiving a packet at a node, the packet comprising a congestion signal tag including a congestion signal value, the congestion signal value having been set by another node among one or more other nodes through which the packet has traveled; comparing the congestion signal value to a mask that is determined according to a local signal value; and replacing the congestion signal value with the local signal value when the comparing indicates that the node is a bottleneck for the packet relative to the another node.