Wireless QoS Flow Setup Through Trusted STA Requests

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Conventional WLAN systems lack a mechanism to establish trust for setting up Quality of Service (QoS) flows on behalf of another station (STA) in wireless networks, particularly for latency-sensitive applications such as augmented reality and virtual reality, leading to interference from unregulated or unmanaged traffic.

Innovation Solution

A mechanism is introduced where a first non-AP STA can request and establish a QoS flow on behalf of a second non-AP STA by sending a QoS setup request frame to the associated AP, including identification and verification codes, and the AP verifies the trust relationship through declaration and verification frames, allowing for prioritized QoS setup.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If a first STA requests QoS flow establishment for a second STA without trust verification, then QoS setup speed is improved, but network reliability deteriorates due to potential unauthorized or malicious QoS setup

Engineering Contradiction:

ImproveQoS setup speedVSAvoidQoS flow establishment reliability

Core Design Contradiction:

SpeedVSReliability

Solution Approach 1:

The patent introduces a trust relationship as an intermediary mechanism between the first STA (requestor) and second STA (beneficiary). The access point verifies this trust relationship before establishing the QoS flow, preventing unauthorized setup while maintaining efficient QoS establishment for authorized pairs.

Inventive Principle:

Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent implements preliminary trust verification before the actual QoS flow establishment. The access point checks whether the first STA is authorized to request QoS flows for the second STA in advance, ensuring reliability is established before the potentially harmful action occurs.

Inventive Principle:

Principle #10Preliminary action

2Reliability

If the access point verifies trust relationship for each QoS flow request, then network reliability is improved, but device complexity increases due to additional verification mechanisms

Engineering Contradiction:

ImproveQoS flow establishment reliabilityVSAvoidQoS setup procedure complexity

Core Design Contradiction:

ReliabilityVSDevice complexity

Solution Approach 1:

The access point maintains a pre-established trust relationship database that is populated in advance through authorization mechanisms. During QoS flow requests, the access point simply queries this pre-verified trust information rather than performing complex real-time verification, reducing operational complexity while maintaining reliability.

Inventive Principle:

Principle #10Preliminary action

3Ease of operation

If QoS flows are established without trust verification, then ease of operation is improved, but network security deteriorates due to potential unauthorized traffic prioritization

Engineering Contradiction:

ImproveQoS setup easeVSAvoidUnauthorized traffic interference

Core Design Contradiction:

Ease of operationVSObject-affected harmful factors

Solution Approach 1:

The trust relationship acts as a protective intermediary that validates the legitimacy of QoS setup requests. It allows authorized STAs to easily establish QoS flows while blocking unauthorized or malicious requests, thus preventing harmful traffic interference without significantly complicating legitimate operations.

Inventive Principle:

Principle #24Intermediary (Mediator)

Data Source

PatentUS20250240247A1Quality of service setup in wireless networks

Publication Date: 2025.07.24 SAMSUNG ELECTRONICS CO LTD

AI summary

A first station (STA) and a second STA have traffic between them. The first STA requests the AP to establish a quality of service (QoS) flow for the second STA. The request indicates QoS parameters corresponding to the QoS flow that is requested to establish on behalf of the second STA. AP performs a QoS setup for the second STA in response to the request.