SIP Registrar Stateless Processing for High Throughput
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
SIP network elements, particularly registrar and redirect servers, face performance challenges due to the conventional use of generic SIP stacks that consume valuable system resources and are inefficient for processing high volumes of messages, especially with the increasing demand from services like push-to-talk which require frequent registration messages.
Innovation Solution
A SIP network element optimized for processing specific types of messages, such as SIP REGISTER or REDIRECT messages, using a stateless, monolithic design that extracts and processes only necessary data with specialized search functions and response message creation, eliminating the need for dialog and transaction contexts, thereby reducing resource consumption and enhancing processing capacity.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If generic SIP stacks are used to ensure compatibility and comprehensive functionality, then adaptability and versatility are improved, but device complexity and resource consumption increase
Solution Approach 1:
The patent segments the SIP stack into modular components, allowing only the necessary layers (transport and application) to be implemented while omitting unnecessary intermediate layers (dialog and transaction layers). This segmentation enables registrar and redirect servers to process messages efficiently without maintaining complex state information, resolving the contradiction between comprehensive functionality and processing simplicity.
Solution Approach 2:
The patent extracts and removes unnecessary processing layers (dialog layer 108 and transaction layer 106) from the conventional SIP stack for specific SIP elements like registrar and redirect servers. By taking out these layers that are not essential for registration and redirection functions, the system reduces complexity and resource consumption while maintaining compatibility through the remaining transport and application layers.
2Adaptability or versatility
If generic SIP stacks with full processing layers are used, then comprehensive functionality is maintained, but processing speed and productivity decrease
Solution Approach 1:
The patent divides the SIP processing architecture into essential and non-essential segments. For registrar and redirect servers, it implements only the transport layer 104 and application layer 110, eliminating the dialog layer 108 and transaction layer 106. This segmentation enables high-speed message processing while maintaining SIP protocol compliance through proper implementation of the remaining layers.
Solution Approach 2:
The patent applies partial action by implementing only the necessary portions of the SIP stack required for specific functions. Registrar and redirect servers perform partial SIP processing without executing the full protocol stack, thereby achieving high throughput for their specific purposes while maintaining adequate protocol compliance for their defined scope.
3Reliability
If stateful processing with dialog and transaction contexts is implemented, then comprehensive SIP functionality is achieved, but resource consumption increases
Solution Approach 1:
The patent extracts and removes the dialog layer 108 and transaction layer 106 from the SIP stack in registrar and redirect servers. By taking out these layers that maintain stateful processing, contexts, and dialog information, the system dramatically reduces memory and CPU resource consumption while maintaining reliability for the specific functions these servers perform through simplified stateless processing.
Data Source
AI summary
According to one aspect of the present invention, there is provided a SIP network element, for processing messages received from other SIP elements in a network of SIP elements, wherein the element is adapted for receiving a predetermined type of SIP request, the request comprising a plurality of headers and data associated with each of the headers, the element further comprising: a message search function adapted for extracting data from a predetermined selection of said headers, processing logic for processing the extracted data; means for creating a predetermined type of response message associated with the received request, the response message comprising data extracted from the received message; and means for sending the created message to a destination identified in the created response message.