SIP Server Call Processing via Push Notification Dialog Segmentation

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Existing SIP server systems face performance and capacity issues due to the need to generate and manage a large number of SIP dialogs for each call, leading to increased computational load and network traffic, especially when handling a high volume of incoming call requests.

Innovation Solution

Implementing a system where SIP dialogs are only generated when the terminating electronic device accepts a call connection, by using a push notification mechanism to manage call sessions and canceling dialog creation if the call is rejected or canceled before acceptance, thereby reducing unnecessary SIP dialog generation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If the SIP server generates a SIP dialog for every incoming invite request, then call processing capability is provided, but computational load and memory usage increase significantly

Engineering Contradiction:

Improvecall processing capabilityVSAvoidcomputational load

Core Design Contradiction:

ProductivityVSUse of energy by stationary object

Solution Approach 1:

The patent applies preliminary action by sending push notifications to terminating devices before generating SIP dialogs. The server prepares call session information and notifies endpoints in advance, allowing call setup to proceed without immediately creating full SIP dialog structures for every invite request. This reduces the computational burden at the moment of high-volume invite processing.

Inventive Principle:

Principle #10Preliminary action

Solution Approach 2:

The patent segments the call processing workflow into distinct phases: push notification delivery, terminal response collection, and SIP dialog generation. By separating these steps, the server only generates SIP dialogs after confirming that terminals have received and processed the initial call invitation, reducing unnecessary dialog creation and associated computational load.

Inventive Principle:

Principle #1Segmentation

2Productivity

If the SIP server generates a SIP dialog for every incoming invite request, then call sessions can be established, but network traffic increases

Engineering Contradiction:

Improvecall session establishmentVSAvoidnetwork traffic

Core Design Contradiction:

ProductivityVSLoss of energy

Solution Approach 1:

The server performs preliminary actions by sending push notifications containing call session information before establishing full SIP dialogs. This preliminary notification phase reduces the need for subsequent SIP message exchanges, thereby reducing overall network traffic while still enabling call session establishment.

Inventive Principle:

Principle #10Preliminary action

Solution Approach 2:

The patent extracts essential call setup information from the full SIP dialog protocol and delivers it separately via push notifications. By taking out the critical notification function from the SIP dialog generation process, the system reduces network traffic associated with complete SIP dialog establishment while maintaining call processing capability.

Inventive Principle:

Principle #2Taking out (Extraction)

3Ease of operation

If SIP dialogs are generated for all invite requests including rejected calls, then call processing is simplified, but server capacity is reduced

Engineering Contradiction:

Improvecall processing simplicityVSAvoidserver capacity

Core Design Contradiction:

Ease of operationVSProductivity

Solution Approach 1:

The patent segments call processing into push notification delivery and SIP dialog generation phases. SIP dialogs are only generated after terminals confirm receipt of push notifications, which filters out rejected calls before dialog creation. This segmentation maintains operational simplicity for successful calls while improving server capacity by avoiding dialog generation for rejected calls.

Inventive Principle:

Principle #1Segmentation

Solution Approach 2:

The server performs partial action by sending push notifications to all terminals but only generating SIP dialogs for those that respond positively. This partial dialog generation approach maintains simplicity in the notification phase while optimizing server capacity by limiting full dialog creation to only necessary cases.

Inventive Principle:

Principle #16Partial or excessive action

Data Source

PatentUS10986066B2Systems, apparatuses, methods, and non-transitory computer readable media for efficient call processing

Publication Date: 2021.04.20 LY CORP

AI summary

A system and method for efficient call processing is provided. The system of a server implemented with a computer includes a memory configured to store a computer-readable instruction and at least one processor configured to execute the computer-readable instruction. The at least one processor includes a push request controller configured to control the server to request a push server to provide push notification to a terminating electronic device corresponding to an outgoing request of an originating electronic device and a call management controller configured to control the server to establish a call session between the originating electronic device and the terminating electronic device based on an invite request sent from the terminating electronic device based on the push notification.