UI Element QoS Mapping for Consistent Multi-Service Traffic

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing network applications often lack the ability to specify Quality of Service (QoS) parameters for different types of traffic, leading to inconsistent treatment of network traffic, especially when multiple services are handled by a single application with varying QoS requirements.

Innovation Solution

Implementing a QoS Assistance Interface (QAI) within User Equipment (UE) to map traffic attributes to QoS parameters, allowing applications to associate different UI elements with specific QoS treatments without explicit requests, using data structures and AI/ML techniques to dynamically update and refine these associations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a single application handles multiple services with varying QoS requirements, then the application can provide diverse functionality, but the network traffic treatment becomes inconsistent and suboptimal

Engineering Contradiction:
Improveapplication functionalityVSAvoidQoS treatment consistency
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent segments the application's UI into multiple distinct UI elements, each associated with specific traffic types and QoS requirements. This allows differential QoS treatment for different functions within the same application, resolving the contradiction between versatility and consistent QoS treatment.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent applies local quality by assigning specific QoS parameters to individual UI elements based on their traffic characteristics. Each UI element receives customized QoS treatment appropriate to its specific function, rather than applying uniform treatment to all application traffic.

Inventive Principle:
Principle #3Local quality

2Reliability

If QoS parameters are manually configured for each traffic type, then QoS treatment can be optimized, but the system complexity increases significantly

Engineering Contradiction:
ImproveQoS treatment optimizationVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements self-service by enabling the system to automatically discover UI element attributes, identify associated traffic types, and configure appropriate QoS parameters without manual intervention. The system serves itself by autonomously establishing the mapping between UI elements and QoS treatments.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent utilizes parameter changes by dynamically adjusting QoS parameters based on UI element attributes and traffic characteristics. The system adapts QoS configurations automatically according to the specific requirements of each UI element, avoiding fixed manual configurations.

Inventive Principle:
Principle #35Parameter changes

3Manufacturing precision

If QoS parameters are specified explicitly by the application, then traffic treatment can be controlled precisely, but the ease of operation decreases

Engineering Contradiction:
Improvetraffic control precisionVSAvoidQoS configuration ease
Core Design Contradiction:
Manufacturing precisionVSEase of operation

Solution Approach 1:

The patent introduces an intermediary mechanism that automatically translates UI element attributes into appropriate QoS parameters. This intermediary layer maintains precise traffic control by accurately mapping UI characteristics to QoS requirements while shielding the application from the complexity of explicit QoS configuration.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent performs preliminary action by pre-establishing the mapping relationships between UI element attributes and QoS parameters before actual traffic generation. This advance configuration enables precise QoS control to be applied automatically without requiring real-time manual specification.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12531811B2Systems and methods for Quality of Service treatment of network traffic for different user interface elements
Publication Date: 2026.01.20 VERIZON PATENT & LICENSING INC
  • US12531811B2 patent drawing
  • US12531811B2 patent drawing
  • US12531811B2 patent drawing

AI summary

A device described herein may maintain a model associating sets of traffic attributes with respective sets of attributes of user interface (“UI”) elements; receive a request to associate a particular UI element with a particular set of Quality of Service (“QoS”) parameters; identify a first set of attributes of the particular UI element; identify that the first set of attributes, of the particular UI element, matches a second set of attributes of UI elements included in the model; and identify a particular set of traffic attributes indicated in the model as being associated with the second set of attributes of UI element attributes. The device may identify traffic associated with the particular set of traffic attributes; and may process the identified traffic in accordance with the particular set of QoS parameters indicated in the request, based on identifying that the traffic is associated with the particular set of traffic attributes.