Timestamped Packet Queues for Application-Specific Latency

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing queue management systems fail to effectively manage packet priorities to meet the timeliness constraints of various data types, leading to network congestion and latency issues in wireless communication networks.

Innovation Solution

Implementing a latency controller that classifies packets based on their priority and application type, using arrival and departure time stamps to manage queues, ensuring timely transmission of high-priority packets through dedicated channels with latency budgets.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If packets are enqueued for transmission using simple priority queues, then the queue management is simple, but the timeliness constraints of different data types cannot be met

Engineering Contradiction:
Improvequeue management simplicityVSAvoidtimeliness constraint satisfaction
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The patent segments the packet queue into multiple independent queues (first queue for lower priority packets, second queue for higher priority packets) and assigns different latency budgets to each queue based on application type. This segmentation allows each queue to be managed independently with tailored latency constraints, resolving the contradiction between simple management and reliable timeliness satisfaction.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent applies local quality by assigning different latency budgets to different queues based on the specific needs of each application type (e.g., real-time audio/video vs. non-real-time data). Each queue has customized latency constraints and scheduling policies suited to its specific traffic characteristics, enabling reliable timeliness satisfaction without overly complex uniform management.

Inventive Principle:
Principle #3Local quality

2Productivity

If network congestion occurs during peak usage, then data throughput increases, but latency increases and timeliness constraints are violated

Engineering Contradiction:
Improvedata throughputVSAvoidtransmission latency
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The patent calculates and assigns latency budgets to different queues in advance based on application type before packets arrive. The departure time stamp is pre-determined as arrival time stamp plus the allocated latency budget. This preliminary action ensures that when congestion occurs, packets are already scheduled with appropriate timing, allowing the system to maintain both high throughput and low latency by transmitting packets at their predetermined departure times rather than waiting for congestion to resolve.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent dynamically adjusts packet transmission timing based on real-time conditions while respecting pre-calculated latency budgets. The transmission scheduler dynamically determines which packet to transmit next based on current queue states and departure time stamps, allowing the system to adapt to varying network conditions and maintain optimal throughput-latency balance under congestion.

Inventive Principle:
Principle #15Dynamics

3Reliability

If multiple queues with different latency budgets are implemented, then timeliness constraints are satisfied, but device complexity increases

Engineering Contradiction:
Improvetimeliness constraint satisfactionVSAvoidqueue management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent manages multiple queues with different latency budgets by changing key parameters (latency budget values, departure time stamps) rather than implementing fundamentally different management mechanisms. Each queue uses the same basic enqueue/dequeue operations, but with different latency budget parameters assigned based on application type. This parameter-based differentiation achieves reliable timeliness satisfaction while minimizing the increase in device complexity.

Inventive Principle:
Principle #35Parameter changes

4Device complexity

If packets are transmitted without priority classification, then the transmission process is simple, but latency-sensitive data experiences excessive delay

Engineering Contradiction:
Improvetransmission process simplicityVSAvoidlatency for sensitive data
Core Design Contradiction:
Device complexityVSLoss of time

Solution Approach 1:

The patent extracts latency-sensitive packets from the general packet stream by classifying them according to application type and separating them into dedicated queues (first queue for non-real-time, second queue for real-time). This extraction allows the system to apply different latency budgets and scheduling policies to different packet types, ensuring that latency-sensitive data receives preferential treatment while maintaining simple transmission processes for each classified stream.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS20250337693A1Systems for and methods for queue management for latency control
Publication Date: 2025.10.30 AVAGO TECHNOLOGIES INTERNATIONAL SALES PTE LTD
  • US20250337693A1 patent drawing
  • US20250337693A1 patent drawing
  • US20250337693A1 patent drawing

AI summary

Queue management for latency control is provided. A method includes receiving packets of multiple flows, each of the packets including an arrival time stamp. The method can include classifying, based on a type of application, the flows for transmission as higher priority via a higher priority channel, or lower priority via a lower priority channel. The method can include determining, for packets for the flows classified as higher priority, a queue of one or more second queues to use for transmission and a departure time stamp for each of the packets according to a latency budget for the type of application. The method can include communicating the higher priority packets with the departure time stamp to a corresponding queue of the one or more second queues based on the type of application. A transmission scheduler can prioritize transmission of packets from the second queues based on the departure time stamp.