Adaptive SIP Session Setup for QoS Precondition Handling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The existing SIP session initiation procedures in packet data networks require excessive signaling and resource reservation management, leading to increased call setup time and potential quality of service issues due to mismatched QoS preconditions between mobile devices and networks, especially in heterogeneous environments like 3GPP Release 5 and Release 6 networks, and WLAN networks.

Innovation Solution

A method that involves sending a SIP registration request with a QoS precondition preference indication and adjusting the SIP INVITE messages based on network capabilities, including or excluding QoS precondition messages depending on network support, to optimize resource reservation and reduce signaling overhead.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If QoS precondition is always required in SIP INVITE, then quality of service is ensured, but call setup time increases and signaling overhead increases

Engineering Contradiction:
Improvequality of serviceVSAvoidcall setup time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent applies dynamics by making the QoS precondition requirement adaptive rather than static. The originating mobile device dynamically adjusts whether to include QoS precondition in the SIP INVITE message based on real-time network conditions and capabilities detected during the call setup process. This allows the system to switch between requiring QoS precondition and not requiring it, optimizing both service quality and setup time based on current conditions.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent changes the parameter of QoS precondition requirement from a fixed state to a variable state. By detecting network capabilities and modifying the SIP INVITE message accordingly, the system alters the QoS precondition parameter dynamically. When the network supports QoS, the precondition is included; when it doesn't support QoS or conditions aren't favorable, the precondition is omitted, thus adapting the parameter to current system state.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If QoS precondition negotiation is performed during SIP negotiation, then quality of service is ensured, but number of SIP messages increases

Engineering Contradiction:
Improvequality of serviceVSAvoidnumber of SIP messages
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent extracts the QoS precondition requirement from the mandatory SIP negotiation process. Instead of always performing QoS precondition negotiation as part of the SIP message exchange, the system determines QoS capability beforehand and only includes QoS precondition in the SIP INVITE when necessary. This extracts the QoS negotiation step from the universal SIP flow, reducing the number of SIP messages exchanged in scenarios where QoS is not required or not supported.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent applies partial action by performing QoS precondition negotiation only when necessary rather than always. The system assesses whether QoS precondition is needed based on network capabilities and service requirements, then partially applies the negotiation process only in those cases. This avoids the excessive action of always negotiating QoS precondition, thereby reducing unnecessary SIP message exchanges while still ensuring QoS when required.

Inventive Principle:
Principle #16Partial or excessive action

3Ease of manufacture

If static configuration is used for QoS precondition, then configuration is simple, but mismatch between network support and UE requirement occurs

Engineering Contradiction:
Improveconfiguration simplicityVSAvoidnetwork compatibility
Core Design Contradiction:
Ease of manufactureVSAdaptability or versatility

Solution Approach 1:

The patent transforms the static QoS precondition configuration into a dynamic detection and adaptation mechanism. Instead of relying on pre-configured QoS requirements that may not match actual network conditions, the originating mobile device dynamically detects network capabilities during the call setup process and adjusts its QoS precondition requirements accordingly. This dynamic approach resolves the mismatch between static UE configuration and variable network support.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent implements feedback by having the originating mobile device detect network QoS capabilities during SIP registration or call setup and use this feedback information to adjust its QoS precondition requirements. The system receives feedback about network support for QoS and modifies its behavior based on this information, ensuring compatibility between UE requirements and network capabilities while maintaining configuration simplicity.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS7885266B2Method for IP multimedia services session setup
Publication Date: 2011.02.08 GOOGLE TECHNOLOGY HOLDINGS LLC
  • US7885266B2 patent drawing
  • US7885266B2 patent drawing
  • US7885266B2 patent drawing

AI summary

A method in a communication of establishing the existence of quality of service preconditions in a communication network, the method comprising the steps of sending (206) an SIP registration request message; and receiving (208) a registration acknowledgement message having a QOS precondition preference indication. Then sending (406) an invite that includes a quality of service precondition message that corresponds with the QoS precondition preference indication of the registration acknowledgement message.