Multimedia IP Core Server Request Replication Routing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Multimedia IP core networks face challenges in routing communications across multiple IMS core networks, leading to difficulties in providing seamless communication services, especially when devices are equipped with different IMS protocol stacks and share public identities across distinct core networks, resulting in poor user experience due to temporary deactivation of IMS stacks and inability to establish video communications.

Innovation Solution

A method and server configuration that replicates requests within the calling core network and routes replicas to interconnected core networks, ensuring that communication devices sharing a public identity can be reached, even if they are registered on different IMS domains, by initiating routing of requests both within the local core network and to interconnected core networks.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Device complexity

If requests are routed only within the local core network, then routing complexity is reduced, but communication reliability deteriorates when devices are unreachable on the local network

Engineering Contradiction:
Improverouting complexityVSAvoidcommunication reliability
Core Design Contradiction:
Device complexityVSReliability

Solution Approach 1:

The patent introduces an intermediary mechanism (the server performing replication and multi-path routing) that mediates between the local core network and external core networks. When a communication request is made, the server replicates the request and routes it through multiple paths (local network and interconnected core networks), ensuring that the communication can succeed even if the local network path is unavailable. This intermediary approach resolves the contradiction by adding routing paths without significantly increasing end-device complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent changes the routing parameter from a single fixed path to multiple dynamic paths. The server monitors the availability of different network paths and dynamically adjusts the routing of replicated requests. When the local core network is found to be unreachable, the system automatically routes requests through interconnected core networks, thereby adapting to changing network conditions and maintaining communication reliability without requiring complex device-level routing logic.

Inventive Principle:
Principle #35Parameter changes

2Adaptability or versatility

If multiple IMS protocol stacks are supported across different core networks, then adaptability is improved, but device complexity increases

Engineering Contradiction:
Improveprotocol stack adaptabilityVSAvoiddevice complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements a universal routing mechanism that handles multiple IMS protocol stacks and core networks through a single server architecture. Instead of requiring each device to support and manage multiple protocol stacks independently, the server provides multi-functional routing capabilities that can handle requests across different core networks and protocol versions. This universal approach allows the system to support diverse protocol stacks while keeping individual devices relatively simple.

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

Solution Approach 2:

The system enables self-service through automatic request replication and path selection. When a communication request is initiated, the server automatically replicates the request and selects appropriate paths based on network conditions and protocol requirements, without requiring complex device-level decision-making. The devices simply initiate requests, and the system's self-service mechanism handles the complexity of multi-protocol routing transparently.

Inventive Principle:
Principle #25Self-service

3Reliability

If request replication is performed across multiple core networks, then communication reliability is improved, but network traffic increases

Engineering Contradiction:
Improvecommunication reliabilityVSAvoidnetwork traffic
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent applies partial replication rather than full replication to all requests. The server performs request replication selectively based on network conditions, device availability, and communication requirements. When the local core network is confirmed to be unreachable or when high reliability is required, the system replicates requests to interconnected core networks. This partial action approach maintains communication reliability for critical scenarios while avoiding unnecessary traffic generation for routine communications.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system implements feedback mechanisms to monitor network conditions and communication outcomes. Based on feedback from network status monitoring and communication success rates, the server dynamically adjusts the degree of request replication. When network conditions are good and the local path is reliable, minimal or no replication is performed. When network conditions deteriorate or failures are detected, the system increases replication to maintain reliability, thereby optimizing traffic generation based on actual network feedback.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS11323491B2Method for processing a request and server of a multimedia IP network core
Publication Date: 2022.05.03 ORANGE SA
  • US11323491B2 patent drawing
  • US11323491B2 patent drawing
  • US11323491B2 patent drawing

AI summary

A method is described for processing a request by server of a multimedia IP network core, the request issued by a first device registered with a first multimedia IP network core and destined for a public identity allocated to at least one second device. The method includes replication of the request as a first request and at least one second request; triggering a routing of the first request within the first multimedia IP network core; and triggering a routing of the at least one second request according to at least one predetermined route destined for at least one entity for interconnection of the first multimedia IP network core with a second network core distinct from the first multimedia IP network core.