IMS Access Mode Selection via Segmented Routing Decision

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Existing systems fail to effectively select and instruct the access mode for call connections in multimode terminals within the IP multimedia sub-system (IMS) network, particularly when the terminal serves as a called party, leading to issues with routing decision entities unable to correspondingly instruct routing execution entities to perform call connections in the selected access mode.

Innovation Solution

A method and system where a multimode terminal notifies the current access network type to the network during registration, enabling a routing decision entity to select and instruct a routing execution entity to perform call connections in the chosen access mode by carrying an access network type identity in registration and call signaling, allowing for seamless access mode selection and connection across different access networks.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a DSF entity is added to select access domain based on operator policy and user preference, then the network can make intelligent access domain selection decisions, but the system complexity increases and the problem of instructing routing execution entities to perform call connections in selected access mode remains unsolved

Engineering Contradiction:

Improveaccess domain selection capabilityVSAvoidnetwork entity complexity

Core Design Contradiction:

Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the routing decision process into two distinct parts: the DSF entity responsible for access domain selection based on policies and preferences, and the S-CSCF entity responsible for executing the call connection in the selected access mode. This segmentation allows each entity to have a specialized function, resolving the complexity issue while maintaining adaptability.

Inventive Principle:

Principle #1Segmentation

Solution Approach 2:

The patent introduces an access network type identity as an intermediary parameter that bridges the DSF's selection decision and the S-CSCF's execution action. The DSF determines the selected access domain and returns it along with the user's IMPU to the S-CSCF, which then uses this identity to instruct the routing execution entity to perform the call connection in the correct access mode.

Inventive Principle:

Principle #24Intermediary (Mediator)

2Adaptability or versatility

If multiple access modes exist under a certain access domain, then the terminal can register via multiple access domains simultaneously, but the routing decision entity cannot correspondingly instruct the routing execution entity to perform call connection in the selected access mode

Engineering Contradiction:

Improvemulti-access mode registration capabilityVSAvoidcall connection reliability

Core Design Contradiction:

Adaptability or versatilityVSReliability

Solution Approach 1:

The patent implements a feedback mechanism where the DSF entity's access domain selection decision is communicated back to the S-CSCF entity through the return of the selected access domain and user IMPU. This feedback loop ensures that the routing execution entity receives accurate information about which access mode should be used, enabling reliable call connections even when multiple access modes are available.

Inventive Principle:

Principle #23Feedback

Solution Approach 2:

The patent performs preliminary action by having the terminal notify the current access network type to the network side during registration. This advance notification allows the network to pre-configure the routing information, so when a call needs to be connected, the S-CSCF already has the necessary access network type identity to instruct the routing execution entity correctly.

Inventive Principle:

Principle #10Preliminary action

3Ease of operation

If the terminal notifies current access network type during registration, then the routing decision entity can select and instruct call connection in selected access mode, but additional signaling overhead is introduced

Engineering Contradiction:

Improveaccess mode selection easeVSAvoidsignaling overhead

Core Design Contradiction:

Ease of operationVSQuantity of substance

Solution Approach 1:

The patent merges the access network type notification with the existing registration signaling process. Instead of introducing a separate signaling exchange, the terminal includes the current access network type information in the registration request message that is already being sent to the network. This combining approach enables access mode selection functionality while minimizing additional signaling overhead.

Inventive Principle:

Principle #5Merging (Combining)

Data Source

PatentEP2061269B2Method for providing access mode selection to multimode terminal, system and apparatus thereof

Publication Date: 2017.11.01 HUAWEI TECH CO LTD

Figure 1~2
Figure 3
Figure 4

AI summary

A method, system and apparatus for providing access mode selection to multimode terminal are disclosed. After selecting an access mode according to a certain policy, a routing decision entity correspondingly instructs a routing execution entity to perform a call connection in the selected access mode. The method for providing access mode selection to multimode terminal includes the following steps. When establishing a registration connection, a terminal notifies related information of a current access network type to a network side. When performing a call connection to a called party, a routing decision entity on the network side selects the access mode and correspondingly instructs a routing execution entity to perform the call connection according to the related information and the selected access mode.