QoS Information Control in LTE Networks for OTT Services

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In LTE cellular systems, determining Quality of Service (QoS) policies for Over the Top (OTT) services is challenging when OTT service servers do not provide necessary information, and changes in OTT service servers complicate prompt QoS policy determination.

Innovation Solution

A method and apparatus for controlling QoS information by sharing QoS support information between terminals and network devices during data packet transmission, allowing for QoS control by identifying traffic types and determining QoS policies based on received support information.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If QoS policy is determined based on information provided by OTT service server, then QoS control can be implemented, but it becomes difficult to preset QoS application rule when OTT service server does not provide information or when OTT service server changes

Engineering Contradiction:
ImproveQoS policy determination reliabilityVSAvoidAdaptability to OTT service server changes
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent applies preliminary action by pre-configuring QoS application rules in the UE before OTT service server changes occur. The UE stores multiple QoS application rules locally that can be immediately applied when needed, eliminating the need to wait for OTT service server information or detect changes. This allows the system to proactively maintain QoS policies even when OTT service servers change or don't provide information.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary mechanism where the UE acts as a mediator between the network and OTT services. Instead of relying directly on OTT service server information, the UE uses locally stored QoS application rules to determine QoS policies. This intermediary approach decouples the QoS determination from OTT service server availability, improving both reliability and adaptability.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Device complexity

If QoS support information is not transmitted with data packets, then network device complexity is reduced, but QoS policy determination becomes difficult when OTT service server information is unavailable

Engineering Contradiction:
ImproveNetwork device complexityVSAvoidQoS policy determination ease
Core Design Contradiction:
Device complexityVSEase of operation

Solution Approach 1:

The patent applies preliminary action by pre-configuring QoS application rules in the UE before data transmission occurs. The UE stores multiple QoS application rules locally that can be immediately applied when needed, eliminating the need to wait for OTT service server information or detect changes. This allows the system to proactively maintain QoS policies even when OTT service servers change or don't provide information.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary mechanism where the UE acts as a mediator between the network and OTT services. Instead of relying directly on OTT service server information, the UE uses locally stored QoS application rules to determine QoS policies. This intermediary approach decouples the QoS determination from OTT service server availability, improving both reliability and adaptability.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentEP3586541B1QOS information control method and apparatus
Publication Date: 2024.03.20 SAMSUNG ELECTRONICS CO LTD
  • EP3586541B1 patent drawingFigure 1
  • EP3586541B1 patent drawingFigure 2
  • EP3586541B1 patent drawingFigure 3

AI summary

A method of a terminal for controlling quality of service (QoS) information is provided. The method includes acquiring a data packet, identifying a traffic type of the data packet, when QoS control is required for a service flow according to the traffic type, transmitting, to a network device, an uplink (UL) data packet, first QoS support information of the terminal, and a QoS support or non-support display request of the network device; determining whether a downlink (DL) data packet corresponding to the UL data packet and second QoS support information of at least one network device connecting the terminal and a service providing server configured to provide the DL data packet are included in the packet received from the network device; and identifying the second QoS support information based on a result of the determining.