Adaptive WLAN QoS Scheduling for Time-Sensitive Applications

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing wireless networks struggle to effectively manage Quality of Service (QoS) for time-sensitive applications like IoT and AR/VR due to mismatches between application performance requirements and network interface specifications, as developers often lack knowledge of hardware platforms and network characteristics.

Innovation Solution

A method is introduced where applications insert a performance descriptive element into their requests to Access Points (APs), allowing the APs to determine network characteristics and schedule data flows accordingly, using a hierarchical scheduler that prioritizes critical traffic based on performance metrics and adaptive retry rates.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If developers use standard network interfaces without application-specific optimization, then device compatibility is improved, but application performance requirements cannot be met

Engineering Contradiction:
Improveapplication performanceVSAvoidnetwork interface complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The network interface is segmented into two distinct components: a standard network interface layer that handles basic connectivity and compatibility, and an application-specific network characteristics layer that handles performance requirements. This segmentation allows the system to maintain compatibility through the standard layer while meeting performance needs through the application-specific layer, resolving the contradiction between versatility and complexity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

An intermediary mechanism is introduced that translates application performance requirements into network interface configurations. This intermediary layer sits between the application and the network interface, converting high-level performance needs into specific network parameters without requiring developers to directly manage complex hardware details, thus maintaining both performance and compatibility.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If network interfaces are optimized for specific applications, then application performance is improved, but compatibility with different hardware platforms is reduced

Engineering Contradiction:
Improvedata transmission efficiencyVSAvoidhardware platform compatibility
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

The network interface is designed with multi-functionality to handle both standard connectivity tasks and application-specific performance requirements. By integrating universal compatibility features with application-optimized features in a single interface, the system can adapt to different hardware platforms while maintaining high data transmission efficiency for time-sensitive applications.

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

Solution Approach 2:

The system dynamically changes network interface parameters based on application requirements and hardware platform characteristics. Instead of creating fixed optimized interfaces for each application, the interface parameters (such as buffer sizes, transmission intervals, and priority levels) are adjusted according to the specific performance needs and hardware capabilities, achieving both high productivity and broad compatibility.

Inventive Principle:
Principle #35Parameter changes

3Ease of operation

If developers lack knowledge of hardware platforms and network characteristics, then ease of development is improved, but QoS configuration accuracy deteriorates

Engineering Contradiction:
Improvedevelopment simplicityVSAvoidQoS configuration accuracy
Core Design Contradiction:
Ease of operationVSMeasurement precision

Solution Approach 1:

The system implements self-service by automatically detecting hardware platform characteristics and network conditions, then autonomously configuring appropriate QoS parameters. Instead of requiring developers to manually configure complex network settings, the system performs self-diagnosis and self-configuration based on the application's performance requirements and the underlying hardware characteristics, maintaining both ease of operation and configuration accuracy.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

A feedback mechanism is established that continuously monitors network performance and hardware status, then adjusts QoS configurations accordingly. The system receives feedback about actual network conditions and application performance, uses this information to refine QoS settings, and maintains optimal configuration accuracy without requiring developer intervention or deep hardware knowledge.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS20260113774A1Method for application control and adaptive quality of service (QOS) handling
Publication Date: 2026.04.23 CISCO TECHNOLOGY INC
  • US20260113774A1 patent drawing
  • US20260113774A1 patent drawing
  • US20260113774A1 patent drawing

AI summary

Method for application control and Quality of Service (QoS) handling may be provided. A request may be received for scheduling a communication between an Access Point (AP) and a user device for sending data of an application. It may be determined that the request does not comprise network characteristics of the application. In response to determining that the request does not comprise the network characteristics of the application, the network characteristics may be requested from a Wireless Local Area Network (WLAN) controller. The network characteristics may be received from the WLAN controller. Schedules for the application may be determined based on the network characteristics. The schedules may be enabled.