Adaptive QoS Architecture for Scalable Multicast Services

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The current 3GPP Multimedia Broadcast/Multicast Service (MBMS) Architecture lacks scalability and adaptability to varying network conditions and heterogeneous user terminals, resulting in a non-scalable and non-adaptive service that cannot negotiate QoS values between network nodes, leading to suboptimal service delivery.

Innovation Solution

A method is introduced to provide a multicast or broadcast service through multiple packet streams, each transported via a single bearer service, with a network entity managing quality-of-service (QoS) attributes and constraints to select and establish only those streams that meet available network resources, allowing for dynamic adaptation and resource optimization.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple packet streams are provided for multicast/broadcast service, then service quality and adaptability are improved, but network complexity and resource management overhead increase

Engineering Contradiction:
Improveservice adaptabilityVSAvoidnetwork complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The service is segmented into multiple independent packet streams, each with distinct QoS characteristics. The network entity separates the management of each stream individually, allowing selective establishment and filtering based on specific QoS constraints without managing the entire service as a monolithic unit.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system dynamically adapts the number and type of packet streams provided based on real-time QoS constraints and network conditions. The network entity can selectively establish or release individual streams without affecting the entire service, enabling flexible response to changing requirements.

Inventive Principle:
Principle #15Dynamics

2Reliability

If QoS constraints are enforced for each packet stream, then service delivery quality is improved, but processing overhead and resource consumption increase

Engineering Contradiction:
Improveservice delivery qualityVSAvoidprocessing overhead
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The network entity applies partial action by selectively enforcing QoS constraints only on the subset of packet streams that are actually established and transmitted. Not all available streams need to be processed or transmitted, reducing unnecessary processing overhead while maintaining quality for the streams that are delivered.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system extracts and processes only the necessary QoS parameters for each individual packet stream that needs to be transmitted. By filtering and selecting only the relevant streams based on QoS constraints, the processing overhead is reduced compared to analyzing and managing all possible streams.

Inventive Principle:
Principle #2Taking out (Extraction)

3Reliability

If all packet streams are established regardless of network conditions, then service availability is improved, but resource wastage and inefficiency increase

Engineering Contradiction:
Improveservice availabilityVSAvoidresource wastage
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The network entity continuously monitors QoS constraints and network conditions, using this feedback to dynamically adjust which packet streams are established and transmitted. This feedback mechanism ensures that streams are only maintained when network conditions support them, preventing resource wastage while preserving service availability.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system changes the operational parameters of packet streams based on QoS constraints and network conditions. Individual streams can be established, modified, or released by changing their QoS parameters, allowing the network to optimize resource utilization while maintaining service availability for supported streams.

Inventive Principle:
Principle #35Parameter changes

4Productivity

If selective stream filtering is implemented, then resource efficiency is improved, but system complexity and filtering overhead increase

Engineering Contradiction:
Improveresource efficiencyVSAvoidfiltering complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The filtering mechanism applies local quality control by evaluating QoS constraints individually for each packet stream rather than applying a uniform filtering rule to all streams. This localized approach allows efficient filtering based on specific stream characteristics and constraints without requiring complex global filtering logic.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS7957738B2Adaptive and scalable QoS architecture for multi-bearer multicast/broadcast services
Publication Date: 2011.06.07 SUN PATENT TRUST
  • US7957738B2 patent drawing
  • US7957738B2 patent drawing
  • US7957738B2 patent drawing

AI summary

The invention relates to a method for filtering and a network entity of the core network or the radio access network of a mobile communication system filtering streams belonging to a single user service. The packet streams, each being transported by a bearer service, provide a multicast or broadcast service and is delivered from a service center via the network entity to a mobile terminal. The network entity comprises a service manager providing a quality-of-service management function. The invention further relates to a communication system comprising the network entity. To provide an adaptive multimedia broadcast/multicast service QoS architecture that is scalable to a great number of users, the invention suggests providing the service in form of a packet streams, each being provided via a single bearer service, and equipping nodes within the distribution tree of the service filter capability allowing to (de)register bearer services providing the service based on the downlink quality-of-service constraints obtained from a service manager.