SIP Session Failover via Peer Server Data Store
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Conventional multimedia communication systems fail to maintain continuity and billing accuracy during failover events, as peer SIP servers lack session information to re-establish active connections and record sessions effectively.
Innovation Solution
Implementing a failover management system that stores active session data separately, allowing a peer SIP server to re-establish sessions using Re-INVITE messages with essential session information, such as From tag, To tag, Call-ID, CSeq, and SDP data, to maintain service continuity and accurate billing.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If peer SIP server lacks session information storage, then device complexity is reduced, but session continuity and billing accuracy deteriorate during failover events
Solution Approach 1:
The patent implements preliminary action by having the peer SIP server proactively retrieve and store session information from the primary SIP server before a failover event occurs. The peer server maintains a session information store that is periodically updated with session data, contact addresses, and billing information, ensuring that when failover happens, the peer server already possesses the necessary information to continue sessions without disruption.
Solution Approach 2:
The patent introduces an intermediary mechanism where the peer SIP server acts as a mediator between the failed primary SIP server and the user agents. The peer server retrieves session information through a defined protocol, stores it in a dedicated session information store, and uses this stored information to re-establish sessions, thereby mediating the failover process and maintaining service continuity.
2Loss of information
If peer SIP server stores active session data, then session continuity is improved, but loss of information during failover is reduced
Solution Approach 1:
The patent applies the extraction principle by isolating session information from the primary SIP server's memory and storing it separately in the peer SIP server's session information store. This extracted session data includes critical information such as session identifiers, contact addresses, billing details, and media parameters, which are now independently stored and cannot be lost when the primary server fails.
Solution Approach 2:
The patent implements copying by creating a replica of the session information that exists in the peer SIP server's storage. Instead of relying on the single copy in the primary server's memory, the peer server maintains an identical copy of session data, allowing seamless failover without information loss.
3Productivity
If conventional SIP server failover is used, then device complexity is reduced, but service continuity and billing accuracy deteriorate
Solution Approach 1:
The patent implements preliminary action by having the peer SIP server proactively retrieve and store session information from the primary SIP server before a failover event occurs. The peer server maintains a session information store that is periodically updated with session data, contact addresses, and billing information, ensuring that when failover happens, the peer server already possesses the necessary information to continue sessions without disruption.
Solution Approach 2:
The patent introduces an intermediary mechanism where the peer SIP server acts as a mediator between the failed primary SIP server and the user agents. The peer server retrieves session information through a defined protocol, stores it in a dedicated session information store, and uses this stored information to re-establish sessions, thereby mediating the failover process and maintaining service continuity.
Data Source
AI summary
Systems and methods for failover recovery of multimedia communication sessions are disclosed. A system may store active session information received from a first session initiation protocol (SIP) server in a data store. The active session information includes information for an active session between a first user agent and a second user agent The system may further determine that the first SIP server is not available and provide the active session information associated with the first SIP server to a second SIP server. The system may then cause the second SIP server to provide a first Re-INVITE message to the first user agent and a second Re-INVITE message to the second user agent, wherein the first Re-INVITE message is constructed using the active session information as saved in the data store.