Traffic Class Support for QoS Activation in CDMA2000

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

CDMA2000 cellular communication systems lack utilization of traffic class parameters, leading to inadequate quality of service management and resource allocation, resulting in potential communication degradation due to unawareness of application characteristics and irrelevant quality of service parameters.

Innovation Solution

Incorporating traffic class parameters as an additional quality of service parameter exchanged between mobile stations and base stations, enabling resource management entities to optimize data transport and scheduling based on application characteristics, and mapping traffic classes into quality of service attributes such as data loss and delay.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traffic class parameters are not utilized in CDMA2000 systems, then the system structure remains simple and existing protocols are maintained, but quality of service management becomes inadequate and resource allocation is inefficient

Engineering Contradiction:
Improvequality of service managementVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent embeds traffic class parameters within existing QoS parameter structures in the CDMA2000 protocol stack. The traffic class information is nested within the QoS BLOB (Block of Bits) that is already part of the protocol, allowing the system to gain enhanced QoS management capabilities without adding separate external structures. This nested approach enables the system to maintain compatibility while improving functionality.

Inventive Principle:
Principle #7Nested doll (Nesting)

Solution Approach 2:

The patent introduces traffic class as a new parameter dimension within the existing QoS framework. By adding this parameter and mapping it to specific QoS attributes (data loss rate, delay, data rate), the system transforms the QoS management capability from basic to advanced without fundamentally changing the overall system architecture. The parameter change enables differentiated service handling while maintaining protocol compatibility.

Inventive Principle:
Principle #35Parameter changes

2Productivity

If traffic class parameters are incorporated into QoS management, then resource allocation and scheduling are optimized based on application characteristics, but the complexity of parameter exchange and mapping increases

Engineering Contradiction:
Improveresource allocation efficiencyVSAvoidparameter management complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent performs preliminary mapping of traffic classes to QoS parameters during the service setup phase. The traffic class parameter is included in the QoS BLOB that is exchanged during connection establishment, allowing the network to pre-configure appropriate resource allocation and scheduling policies before actual data transmission begins. This preliminary action prevents the need for complex real-time parameter negotiations during data flow.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent uses the existing QoS BLOB structure as an intermediary carrier for traffic class information. Rather than creating separate signaling messages for traffic class parameters, the invention embeds them within the existing QoS parameter container that already traverses the protocol stack. This intermediary approach simplifies parameter exchange by reusing existing message structures.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If traffic class information is exchanged between mobile stations and base stations, then application characteristics are recognized and transport mechanisms are optimized, but the signaling overhead and processing requirements increase

Engineering Contradiction:
Improvecommunication reliabilityVSAvoidsignaling overhead
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent merges traffic class parameter exchange with existing QoS setup signaling procedures. The traffic class information is combined with other QoS parameters (data rate, data loss rate, delay) into a single QoS BLOB structure that is exchanged during the service instance setup. This merging eliminates the need for separate signaling messages, thereby reducing overall signaling overhead while still conveying the necessary traffic class information for reliable communication.

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentUS7995470B2Traffic class support for QoS activation
Publication Date: 2011.08.09 NOKIA TECHNOLOGIES OY
  • US7995470B2 patent drawing
  • US7995470B2 patent drawing
  • US7995470B2 patent drawing

AI summary

Apparatus, and an associated method, for utilizing traffic classes in a CDMA2000, or other packet radio, communication system. Traffic class designations are identified and used pursuant to communication set-up procedures. Depending upon the class identified in the request, allocations of communication resources are made. A traffic class signal generator generates values that identify a requested traffic class, and a formatter formats the traffic class into a message, such as a QoS BLOB that is used to allocate communication resources.