Application-Differentiated L4S Rate Control for Fair Low-Latency Traffic

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing L4S mechanisms struggle to optimize data rate control for different applications or users on the same network, leading to unintended disadvantages and difficulties in managing network congestion and latency.

Innovation Solution

An application differentiated-based L4S service that calculates data rates for end devices using performance and location data, applies a weighting factor, and manages latency budgets to unify data rate control across devices with the same application and network.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If L4S mechanisms are applied to different applications independently, then each application can use its own data rate control policy, but this leads to unintended disadvantages for users and difficulties in managing network congestion

Engineering Contradiction:
Improveapplication-specific data rate controlVSAvoidnetwork congestion management
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent merges independent application-specific L4S mechanisms into a unified network-wide L4S service. The network device consolidates L4S feedback information from multiple applications and end devices, applying a single weighting factor and latency budget management across all applications. This combining approach maintains application differentiation benefits while simplifying congestion management through centralized control.

Inventive Principle:
Principle #5Merging (Combining)

2Productivity

If aggressive data rate control is applied to one application, then that application can manage its data rates, but other applications on the same network experience unintended disadvantages

Engineering Contradiction:
Improvedata rate control efficiencyVSAvoidquality of service fairness
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent changes the control parameter from application-specific aggressive data rate control to a unified weighting factor applied across all applications. The network device calculates a single weighting factor based on aggregate L4S feedback information and applies it uniformly, ensuring fair quality of service across all applications while maintaining overall network productivity through coordinated rate adaptation.

Inventive Principle:
Principle #35Parameter changes

3Ease of operation

If application servers do not have knowledge of network congestion changes, then they can operate independently, but optimization of data rate control for each application server becomes difficult

Engineering Contradiction:
Improveapplication server independenceVSAvoiddata rate control optimization
Core Design Contradiction:
Ease of operationVSProductivity

Solution Approach 1:

The patent implements a feedback mechanism where end devices provide L4S feedback information (including ECN rates and performance data) to the network device. The network device processes this feedback and calculates weighting factors that reflect current network congestion conditions. This feedback loop enables the network device to optimize data rate control for all applications based on real-time network state, while application servers maintain their operational independence.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS20250350563A1Method and system for application differentiated low latency, low loss, and scalable throughput rate control
Publication Date: 2025.11.13 VERIZON PATENT & LICENSING INC
  • US20250350563A1 patent drawing
  • US20250350563A1 patent drawing
  • US20250350563A1 patent drawing

AI summary

A method, a network device, and a non-transitory computer-readable storage medium are described in relation to an application differentiated-based L4S service. The service includes receiving feedback information from end devices associated with the application sessions pertaining to the same application and same network. The service further includes calculating a prospective data rate for each of the end devices based on a data rate adjustment value, a weighting value, and a current data rate. The service may further include applying each prospective data rate during each of the application sessions of a prospective time period. The service may include monitoring protocol delays and marking packets with congestion notification when the protocol delays do not satisfy a latency budget.