PBX Middleware Adapter for Channel Abstraction and Call Redirection
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing PBX systems face inefficiencies due to busy or inoperable BRI cards, lack of support for conference calling and call transfers, and challenges with handling path replacement proposals, leading to delays and errors in call processing.
Innovation Solution
The MTPX adapter module abstracts communication cards, detects unoperational channels, reloads and restarts hardware, enables conference calling and call transfers, and transparently handles path replacement proposals by simulating standard disconnections, reporting errors, and redirecting calls across available adapters.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Quantity of substance
If multiple BRI cards are used to increase communication capacity, then the system can handle more channels, but the complexity of managing and detecting free cards increases, causing delays in call setup
Solution Approach 1:
The patent introduces an intermediate layer (middleware or adapter) between the API and the physical BRI cards. This intermediary maintains an abstract view of available cards and channels, managing the complexity of multiple card states. When a call needs to be established, the intermediary handles the search for free cards and presents a simplified interface to the API, resolving the contradiction between handling multiple channels and managing card complexity.
2Measurement precision
If the API directly manages each BRI card individually, then precise control over card states is achieved, but the time required to find an available card increases due to sequential searching
Solution Approach 1:
The patent implements preliminary action by having the intermediary continuously monitor and pre-identify the state of communication channels on all BRI cards. Instead of searching for free cards when a call is initiated, the system maintains an updated view of available channels in advance, allowing immediate assignment when a call request arrives, thus eliminating sequential search delays while preserving accurate state detection.
3Device complexity
If the PBX switch does not support conference calling and call transfers, then the switching equipment is simpler, but the system cannot provide these advanced telephony features
Solution Approach 1:
The patent introduces a software intermediary (middleware/adapter) that sits between the simple PBX switch and the applications. This intermediary implements conference calling and call transfer logic in software, allowing the system to provide advanced telephony features without requiring a complex switching equipment. The intermediary manages multiple channels and coordinates calls to achieve these features while the physical switch remains relatively simple.
4Device complexity
If BRI cards are directly connected to the API without an intermediate layer, then the system architecture is simpler, but the reliability of the system decreases when cards become inoperable or are removed
Solution Approach 1:
The patent introduces an intermediary layer that acts as a buffer between the API and physical BRI cards. This intermediary monitors card states, detects when cards become inoperable or are removed, and handles error conditions gracefully. When a card fails, the intermediary can redirect traffic to other available cards or notify the API of the failure, preventing system-wide failures and improving reliability while adding a manageable layer of complexity.
5Speed
If path replacement proposals are handled without a special application, then the call routing is faster, but errors occur in processing redirected calls through multiple PBX systems
Solution Approach 1:
The patent introduces a special application or intermediary component dedicated to handling path replacement proposals in the call routing path. This intermediary intercepts path replacement requests, validates them, and processes them correctly according to the system's routing rules. By having a specialized handler, the system maintains fast routing overall while ensuring that complex path replacement operations are executed accurately, preventing routing errors even when calls are redirected through multiple PBX systems.
Data Source
AI summary
In a PBX environment, a middleware module abstracts communication cards so that the plurality of channels associated therewith are grouped for efficiency. The middleware module recognizes unoperational channels, and restarts the hardware associated with the channels as well as allowing conferencing and transferring calls when the PBX switch does not support same. Preferably, for outgoing calls, the middleware adapter controls the state of interfaces for all hardware adapters and tries to deliver calls over active interfaces. In case of failure, the middleware adapter investigates and makes a decision if the call should be delivered over another adapter. In this way, redundant and highly available solutions are implemented transparent to application and interface drivers. For incoming calls, the middleware adapter accepts calls from all hardware adapters and presents these calls to applications as if these calls are issued by one adapter.