Mobile Terminal Token Generation for IMS QoS Control

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The existing end-to-end bearer resource management in packet data networks, as specified by 3GPP2, requires the Proxy Call Session Control Function (P-CSCF) to generate tokens, which is resource-intensive and unreasonable for non-SIP entities like RTSP servers, leading to resource consumption issues in the remote network.

Innovation Solution

Generating a token at the Mobile Terminal (MT) based on the proxy server IP address received during registration, including the proxy server IP address and a session identity parameter, to correlate accounting information and inform the quality of service for packet data, thereby reducing the burden on the remote network.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the P-CSCF generates tokens for QoS management, then the quality of service can be controlled in the remote network, but the resource consumption in the IMS network increases significantly

Engineering Contradiction:
Improvequality of service controlVSAvoidresource consumption in IMS
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The token generation function is extracted from the P-CSCF in the IMS network and relocated to the Mobile Terminal. The MT now generates tokens locally using its own IP address and session identity, eliminating the need for the P-CSCF to perform resource-intensive token generation operations.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The Mobile Terminal becomes self-sufficient by generating its own tokens for QoS management. The MT uses its registered IP address and session identity to create tokens autonomously, without requiring the remote network to provide token generation services, thereby reducing the burden on IMS resources.

Inventive Principle:
Principle #25Self-service

2Adaptability or versatility

If the P-CSCF generates tokens for all sessions, then QoS can be managed for SIP-based services, but the solution is not applicable to non-SIP entities like RTSP servers

Engineering Contradiction:
Improveprotocol compatibilityVSAvoidQoS management effectiveness
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The token generation mechanism is designed to be protocol-agnostic and universally applicable. By generating tokens at the Mobile Terminal based on IP addresses and session identities rather than protocol-specific information, the solution works for both SIP-based services and non-SIP entities like RTSP servers, achieving broad protocol compatibility.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

Instead of having the P-CSCF generate tokens for SIP sessions (protocol-specific approach), the invention inverts the approach by having the Mobile Terminal generate tokens for all types of sessions (protocol-agnostic approach). This reversal makes the system universally applicable to different protocols while maintaining QoS management effectiveness.

Inventive Principle:
Principle #13The other way round (Inversion)

Data Source

PatentUS7561579B2Method for controlling the quality of service in an IP multimedia system
Publication Date: 2009.07.14 TELEFONAKTIEBOLAGET LM ERICSSON (PUBL)
  • US7561579B2 patent drawing
  • US7561579B2 patent drawing
  • US7561579B2 patent drawing

AI summary

The invention relates a method for providing a level of service for a Mobile Terminal (MT) in a packet data telecommunications network. The further method receives at the MT from a proxy server a request message for requesting the quality of service for a session between the MT and the proxy server. The method generates, based on a proxy server IP address received during a registration of the MT at the proxy server, a token for correlating accounting information and inform the proxy server of the quality of service to be applied to packet data sent on to be sent during the session, wherein the token includes the proxy server IP address and a session identity parameter and responsive to the reception of the request from the IMS proxy server, sending a response message including the token to the proxy server.