SIP Messaging for User Equipment Call Control
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing communication systems lack effective mechanisms to manage and block undesirable or spam calls, leading to user inconvenience and disruption in service experiences.
Innovation Solution
User Equipment (UE) implemented messaging using Session Initiation Protocol (SIP) messaging allows UE to determine and control incoming calls based on user preferences, address book entries, and network modes, enabling flexible call management through customized responses and network overrides.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If network-side spam filtering is implemented, then spam call blocking capability is improved, but user control and flexibility over incoming calls deteriorate
Solution Approach 1:
The patent introduces SIP messaging as an intermediary communication channel between the UE and the network. This messaging layer allows the UE to send policy information and preferences to the network without compromising the network's ability to filter spam. The network can interpret these messages to adjust its filtering behavior while respecting user preferences, thus resolving the contradiction between automated spam blocking and user control.
Solution Approach 2:
The patent implements preliminary action by having the UE send policy information and preferences to the network before the actual call filtering occurs. This advance communication allows the network to pre-configure its spam filtering behavior according to user preferences, ensuring both automated protection and user control are maintained from the outset of call handling.
2Object-affected harmful factors
If automated spam filtering is implemented, then service disruption from spam calls is reduced, but false positives blocking legitimate calls increases
Solution Approach 1:
The patent implements feedback mechanisms where the UE can communicate with the network about call handling outcomes. When the network filters a call, the UE receives notification and can provide feedback indicating whether the filtering was correct or a false positive. This feedback loop allows the system to learn and improve its spam detection accuracy over time, reducing false positives while maintaining protection against actual spam calls.
Solution Approach 2:
The system performs preliminary spam assessment by the network before call connection, but allows for preliminary user intervention through SIP messaging. Users can pre-configure preferences and policies that are communicated to the network in advance, allowing legitimate callers to be identified and permitted before the spam filter makes its determination, thereby reducing false positives.
3Productivity
If network-side call management is implemented, then call filtering efficiency is improved, but device complexity and processing burden increase
Solution Approach 1:
The patent applies segmentation by dividing the call management functionality into distinct components: the network handles spam filtering and call routing based on policy information, while the UE handles generating and sending SIP messages with user preferences. This segmentation allows the network to perform complex filtering efficiently without overburdening the UE, as the UE only needs to send relatively simple policy messages rather than implement the entire filtering logic.
Data Source
AI summary
A system described herein may provide a technique for handling call requests, prior to the performance of a call setup procedure, based on attributes of a calling User Equipment (“UE”) and/or a called UE. A Messaging Application Server may receive a call request, from the calling UE and to the called UE, identify a category or event type associated with the call request, and notify the called UE of the call request, including the category or event type. Different categories or event types may be associated with different sets of eligible actions to perform. The called UE may indicate a particular action, associated with the identified category or event type, and the MAS may handle the call request according to the particular action (e.g., reject the call request or proceed with a call setup procedure).