Application Server SIP OPTIONS Message Aggregation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current SIP OPTIONS message processing in IMS networks, when sent to a public identity shared by multiple devices, does not guarantee relevant information for multimedia service implementation, leading to inconsistent service quality due to arbitrary response selection from registered devices.
Innovation Solution
A method where an application server processes the SIP OPTIONS message by sending secondary discovery messages to registered devices, aggregating responses within a predetermined time to provide a more relevant response to the sender, bypassing the replication function and selecting responses based on priority or comprehensive capabilities.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the SIP OPTIONS message is replicated and sent to multiple registered devices sharing a public identity, then the availability of response is improved, but the relevance and accuracy of the capability information is deteriorated
Solution Approach 1:
The patent segments the response processing by sending separate secondary discovery messages to each registered device individually, rather than relying on arbitrary replication. This allows the application server to collect and evaluate responses from multiple devices systematically, selecting the most relevant capability information while maintaining response availability.
Solution Approach 2:
The patent implements a feedback mechanism where the application server waits for responses from multiple registered devices, evaluates their capability information, and uses this feedback to select the most relevant response to return to the sender. This feedback loop ensures both availability and relevance of the returned capability information.
2Productivity
If the first response from a registered device is returned arbitrarily, then the processing time is reduced, but the service quality is deteriorated
Solution Approach 1:
The patent performs preliminary actions by sending secondary discovery messages to all registered devices before finalizing the response. The application server collects and evaluates capability information from multiple devices in advance, then selects the most relevant response. This preliminary collection process ensures high service quality while maintaining efficient processing through parallel operations.
3Measurement precision
If the application server waits for responses from all registered devices, then the accuracy of capability information is improved, but the response time is deteriorated
Solution Approach 1:
The patent applies partial action by sending secondary discovery messages to all registered devices (excessive action ensures completeness) but then selectively using only the most relevant responses (partial action for final selection). This approach ensures accurate capability information while managing response time through systematic evaluation rather than arbitrary selection.
Data Source
Figure 1~2
Figure 3
AI summary
The invention relates to a method for processing a message (MOPT) originating from an emitter device (D1) and intended for a public identity (IMPU2) managed by a network core (CN2) and shared by a plurality of devices (D2-1,...,D2-N), said message being a main message for discovering the capabilities and a state of a device sharing the public identity. The method is carried out by an application server (2) of the network core, triggered upstream of a replication function (FORK) implemented by a registration server (3) and adapted to replicate messages intended for the public identity and to transmit the replicated messages to the plurality of devices. When multiple devices sharing the public identity are registered in the network core, the method comprises: sending a secondary message (MOPT1, MOPT2,..., MOPTR) for discovering the capabilities and a state of a device to at least one registered device (D2-1,...,D2-R); preparing a response (RESP) to the main message on the basis of at least one response to a secondary message (RESP1, RESP2,..., RESPR) received in a pre-determined period of time.; and sending the prepared response to the emitter device.