SIP Client Configuration Push Mechanism for Real-Time Updates

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Traditional SIP client provisioning methods rely on a pull model, leading to non-real-time updates and lack of persistence across platforms and hardware, and do not support clients behind NAT devices or nomadic clients.

Innovation Solution

An automated top-down push mechanism for booting and provisioning SIP-based clients, allowing real-time updates and supporting clients behind NAT devices, with configuration information stored in the network and nomadic client support.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If a pull model is used for provisioning SIP clients, then clients can periodically check for configuration changes, but updates are not real-time and require client initiation

Engineering Contradiction:
Improveupdate delayVSAvoidprovisioning operation
Core Design Contradiction:
Loss of timeVSEase of operation

Solution Approach 1:

The patent inverts the traditional pull model by implementing a push model where the network server proactively sends configuration updates to clients without waiting for client requests. This resolves the contradiction by making updates real-time (improving time loss) while automating the provisioning operation (maintaining ease of operation through server-side initiation).

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

Solution Approach 2:

The patent introduces a network server as an intermediary that maintains a repository of configuration parameters and actively pushes updates to clients. This mediator resolves the contradiction by centralizing the update initiation (eliminating client waiting time) while managing the provisioning operation centrally (maintaining ease of operation through automated server-side control).

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If SIP stores data in a decentralized manner, then peer-to-peer communication is enabled, but data persistence and consistency across platforms are not maintained

Engineering Contradiction:
Improvedata persistenceVSAvoiddata management structure
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent merges decentralized client-side data storage with centralized server-side data repository. The server maintains a centralized repository of configuration parameters that persists data reliably, while clients can still communicate peer-to-peer for media sessions. This resolves the contradiction by providing data persistence through centralization without eliminating peer-to-peer communication capabilities.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent creates a universal data management system where the centralized repository serves multiple functions: data persistence, configuration management, and cross-platform consistency. This multi-functional approach resolves the contradiction by maintaining reliability through centralization while keeping the system adaptable to various client platforms and peer-to-peer communication needs.

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

3Adaptability or versatility

If traditional back-office systems are used, then existing infrastructure is maintained, but clients behind NAT devices and nomadic clients are not supported

Engineering Contradiction:
Improveclient support capabilityVSAvoidsystem architecture
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements dynamic client identification and provisioning mechanisms that can adapt to clients behind NAT devices and nomadic clients. The system dynamically resolves client identities and pushes configurations regardless of network location or device type. This resolves the contradiction by enhancing adaptability through dynamic behavior while managing architecture complexity through standardized push mechanisms that work across diverse client scenarios.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS9525595B2Updating configuration parameters of clients
Publication Date: 2016.12.20 COMCAST CABLE COMM LLC
  • US9525595B2 patent drawing
  • US9525595B2 patent drawing
  • US9525595B2 patent drawing

AI summary

Automated booting of a client for a subscriber is provided for clients that are for use in interactive user sessions that involve multimedia. A subscribe message is sent from the client to a proxy server. The proxy server authenticates the subscribe message, and sends the subscribe message to the configuration server. A notify message is sent to the client from the configuration server. The notify message is sent through the proxy server, and contains a location of a profile for the client. The profile is downloaded to the clients. This arrangement allows the persistence of profiles in a centralized place.