SIP Auxiliary Event-Server Capacity Selection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In SIP-oriented networks, load balancing becomes complex due to the presence of auxiliary event-packages that are not tightly integrated with the SIP soft-switch or gateway, making it difficult to manage capacity and distribute workload effectively among auxiliary event-package servers.

Innovation Solution

Implementing a system where user agents receive notifications from multiple auxiliary event-package servers (AEPSs) about their capacity, allowing them to select the AEPS with the highest capacity as the primary handle for load balancing, and dynamically switch if a higher-capacity AEPS becomes available, using SIP header tags to indicate relative capacity values.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional load balancing methods are used in SIP-oriented networks with auxiliary event-packages, then the system can maintain basic operation, but the load balancing complexity increases significantly due to loose integration and capacity management difficulties

Engineering Contradiction:
Improveload balancing effectivenessVSAvoidload balancing complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements a feedback mechanism where auxiliary event-package servers continuously report their capacity status to user agents through SIP NOTIFY messages. User agents monitor these capacity updates and dynamically select the most appropriate server based on current capacity information, enabling adaptive load balancing that responds to real-time server conditions rather than using static routing methods

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system enables user agents to autonomously perform load balancing decisions by subscribing to capacity information from multiple auxiliary event-package servers and independently selecting the optimal server based on reported capacity. This self-service approach eliminates the need for complex centralized load balancing controllers, allowing each user agent to make intelligent routing decisions based on real-time server status

Inventive Principle:
Principle #25Self-service

2Productivity

If user agents connect to auxiliary event-package servers without capacity awareness, then connection establishment is simple, but resource utilization efficiency decreases

Engineering Contradiction:
Improveresource utilization efficiencyVSAvoidconnection management simplicity
Core Design Contradiction:
ProductivityVSEase of operation

Solution Approach 1:

The patent implements preliminary action by having user agents subscribe to capacity information from auxiliary event-package servers before actually connecting or publishing events. This advance knowledge of server capacity allows user agents to pre-select the most appropriate server for their needs, ensuring optimal resource utilization from the outset rather than attempting connections and failing or overloading servers

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS9241031B2Selecting an auxiliary event-package server
Publication Date: 2016.01.19 VERIZON PATENT & LICENSING INC
  • US9241031B2 patent drawing
  • US9241031B2 patent drawing
  • US9241031B2 patent drawing

AI summary

A method includes registering with a proxy for an auxiliary event-package, wherein the auxiliary event-package is provided by a plurality of auxiliary event-package servers. The method may further include subscribing to the auxiliary event-package through the proxy. The proxy forwards the subscription to the plurality of auxiliary event-package servers. The method may include receiving notification from each of the auxiliary event-package servers. The notification includes an indicator of capacity of the auxiliary event-package server. The method may include determining an auxiliary event-package server having a highest capacity based on the indicators of capacity of the auxiliary event-package servers. In addition, the method may include selecting the auxiliary event-package server having the highest capacity as a primary handle for the auxiliary event-package.