SIP Transport Protocol Selection via Preliminary Operability Testing
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing SIP communication systems face delays in routing decisions, which can lead to time-out conditions and communication failures due to the lack of efficient selection of transport protocols between SIP servers.
Innovation Solution
The method involves repeatedly sending SIP requests using different transport protocols (TLS, TCP, UDP) to determine operability and performance statistics, updating a data record, and selecting the most suitable protocol for establishing SIP communications based on these metrics.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If SIP requests are repeatedly sent using different transport protocols to determine operability, then the reliability of SIP communication is improved, but the time required for routing decisions increases
Solution Approach 1:
The system performs preliminary testing of transport protocol operability between SIP servers before actual call routing. The SIP OPTIONS requests are sent in advance to determine which transport protocols are operational, so that when a call needs to be routed, the system already has pre-determined routing information available, thus avoiding time-consuming testing during actual call setup
Solution Approach 2:
The system dynamically adapts routing decisions based on real-time operability status of different transport protocols. Instead of using static routing tables, the system continuously monitors and updates the operability status of TLS, TCP, and UDP protocols between SIP servers, allowing it to dynamically select the best available transport protocol for each routing decision
2Device complexity
If transport protocol selection is made without pre-determined operability information, then device complexity is reduced, but call setup time increases due to testing delays
Solution Approach 1:
Operability information is gathered in advance through background SIP OPTIONS requests sent periodically between SIP servers. This pre-collected data is stored and made available for rapid routing decisions during actual call setup, eliminating the need for time-consuming protocol testing when calls need to be established
Solution Approach 2:
The SIP servers automatically perform self-testing of their transport protocol connections using SIP OPTIONS requests. Each server independently monitors its own connectivity status with other servers across different transport protocols, maintaining up-to-date operability information without requiring external intervention or complex centralized control
Data Source
AI summary
Methods, apparatuses, and systems are presented for determining an appropriate transport protocol for supporting Session Initiation Protocol (SIP) communication, which may involve repeatedly sending SIP requests from a first device destined for a second device using at least one transport protocol, attempting to receive responses to the SIP requests at the first device from the second device, based on results of attempting to receive responses to the SIP requests, updating a data record associated with the first device, the data record containing an entry for the second device, the entry for the second device including at least one indication of operability with the at least one transport protocol, and selecting one of the at least one transport protocol, based on the entry for the second device in the data record, as a selected transport protocol for establishing a desired SIP communication between the first device and the second device.