VoIP Application Framework Using Intermediary Signaling
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current VoIP systems are limited in their ability to develop voice applications that can handle complex call management and signaling due to reliance on predefined APIs, which restricts the types of call treatments that can be applied and requires anticipation of asynchronous activities.
Innovation Solution
An enhanced VoIP communications system that allows the telephone services provider to directly generate and process signaling information, enabling the development of voice applications that reference back-end systems and apply contextual data for dynamic call management, independent of predefined APIs.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If predefined APIs are used for voice application development, then development simplicity is maintained, but call treatment flexibility and ability to handle complex signaling is limited
Solution Approach 1:
The patent introduces a services provider as an intermediary between the telephony infrastructure provider and the end-user applications. This services provider generates and processes signaling information independently, allowing complex call treatments to be implemented without modifying the underlying infrastructure or requiring changes to predefined APIs. The intermediary handles the complexity internally while presenting simple interfaces to users.
Solution Approach 2:
The patent segments the call management functionality by separating signaling information generation from the traditional API-based approach. Instead of relying on a monolithic API system, the solution divides functionality into independent components: infrastructure providers maintain their existing systems, while services providers can independently generate and process signaling information for complex call treatments.
2Adaptability or versatility
If predefined APIs are used for voice application development, then ease of development is maintained, but ability to reference back-end systems and apply contextual data is restricted
Solution Approach 1:
The services provider acts as an intermediary that has direct access to back-end systems and contextual data. This intermediary can retrieve and process contextual information (such as user availability, call history, and preferences) and incorporate it into signaling information generation, while still using standard interfaces for communication with the infrastructure provider.
Solution Approach 2:
The system performs preliminary actions by pre-configuring signaling information templates and rules that reference back-end systems. Contextual data is accessed and processed in advance of actual call handling, allowing the services provider to generate appropriate signaling information dynamically based on real-time conditions without complicating the development process.
3Productivity
If predefined APIs are used for voice application development, then standardized processing is maintained, but concurrent and asynchronous call treatments are limited
Solution Approach 1:
The services provider intermediary independently generates and processes signaling information for multiple concurrent calls. This intermediary can handle asynchronous operations and complex call treatments simultaneously without requiring changes to the underlying standardized API infrastructure, thereby improving productivity while managing complexity internally.
Solution Approach 2:
The system implements dynamic signaling information generation that can adapt to concurrent and asynchronous call treatments. The services provider can dynamically create, modify, and process signaling information in real-time based on call conditions, participant availability, and system state, enabling flexible handling of multiple simultaneous calls with varying requirements.
Data Source
AI summary
Applying services to calls involving subscribers to a telephony services provider includes receiving an indication of a call placed to or from a first call participant. The indication is received by a telephony services provider over a first signaling path of the call that is established between the telephony services provider and a first telephony proxy server that is controlled by a telephony infrastructure provider. Control signals configured to affect a voice path of the call that is established between the first telephony proxy server and a second telephony proxy server also controlled by the telephony infrastructure provider but associated with a second call participant are identified. The identified control signals are sent to the first telephony proxy server over the first signaling path and to the second telephony proxy server over a second signaling path that is established between the telephony services provider and the second telephony proxy server.