SIP Message Modification Outside the Call Path to Cut Latency
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing SIP protocol message processing methods require nodes in the call path to repackage message parts in another protocol and then repackage the response, which is inefficient and introduces unnecessary latency in real-time communications.
Innovation Solution
A control node outside the SIP call path receives, parses, modifies, and sends back SIP messages using the same protocol, eliminating the need for in-path nodes to perform protocol conversion and reducing processing steps.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If a node in the call path queries another node to obtain routing information using CAMEL or REST query, then routing information is obtained, but protocol conversion and repackaging steps are required which increase processing time and latency
Solution Approach 1:
The patent extracts the control node from the traditional in-path position and places it outside the SIP call path. The control node receives SIP messages directly from the SIP node without requiring the SIP node to repackage messages in another protocol format. This extraction eliminates the protocol conversion steps while maintaining the ability to obtain routing information through CAMEL or REST queries.
Solution Approach 2:
The control node acts as an intermediary that receives SIP messages from the SIP node, performs the necessary routing information acquisition through CAMEL or REST queries, and returns the modified SIP message directly to the SIP node. This intermediary approach allows protocol conversion to occur outside the main call path, preventing it from blocking real-time SIP message processing.
2Reliability
If a SIP node repackages message parts in another protocol and then repackages the response back into SIP message, then routing information is obtained, but the device complexity and processing steps increase
Solution Approach 1:
The patent extracts the protocol conversion functionality from the SIP node and relocates it to a dedicated control node outside the call path. The SIP node only needs to send and receive SIP messages, while the control node handles the CAMEL or REST query protocol conversions. This separation significantly reduces the complexity of the SIP node while maintaining the ability to acquire routing information.
Solution Approach 2:
The control node independently performs the routing information acquisition using CAMEL or REST queries without requiring the SIP node to perform protocol conversion. The control node receives the SIP message, extracts necessary information, performs the query, and generates the modified SIP message, thereby making the SIP node's task simpler.
3Reliability
If protocol conversion is performed using API-based methods, then routing information is obtained, but network latency increases due to additional processing steps
Solution Approach 1:
The control node serves as an intermediary that handles protocol conversion outside the time-critical SIP call path. It receives SIP messages from the SIP node, performs CAMEL or REST queries to obtain routing information, and returns the modified SIP message. This intermediary approach allows API-based protocol conversion to occur in parallel with real-time SIP processing, minimizing network latency.
Solution Approach 2:
The patent moves the protocol conversion operation from the same dimensional space as real-time SIP message processing to a different dimensional space (outside the call path). This allows protocol conversion to occur without competing for the same time-critical resources and processing paths, effectively reducing network latency.
Data Source
AI summary
The instant application provides a method providing one or more of: receiving, by a control node coupled to a SIP node, a SIP message from the SIP node, parsing the SIP message to determine a message type and content, modifying the SIP message content to create a modified SIP message, transmitting the modified SIP message to the SIP node, receiving, by the SIP node, the modified SIP message within a predetermined time period, and forwarding, by the SIP node, the modified SIP message to a destination SIP node in the SIP call path. The control node is not in a SIP call path.