Dynamic Media Proxy for VoIP Latency and Resource Trade-offs

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing VoIP architectures with media proxies do not effectively utilize resources, leading to increased costs, poor call quality due to latency, and limited features that do not meet user needs.

Innovation Solution

A dynamic media proxy system that can be inserted into a VoIP-enabled system as-needed, either during call setup or during an ongoing call, to capture DTMF signals, enable communication between devices with different codecs, insert tones, simplify signaling, and provide features like conference calls, recording, and advanced call management.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a media proxy is inserted into all VoIP calls, then call features like monitoring and manipulation are enabled, but resource utilization increases and costs increase

Engineering Contradiction:
Improvecall featuresVSAvoidresource utilization
Core Design Contradiction:
Adaptability or versatilityVSLoss of energy

Solution Approach 1:

The media proxy is implemented as a dynamic component that can be inserted into the media path on-demand based on feature requirements. The system transitions between states where the proxy is active and inactive, allowing resource allocation to match actual needs rather than maintaining constant resource reservation.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The media proxy functionality is extracted as a separate, optional component rather than being permanently integrated into all call paths. This allows the system to separate the proxy from the standard call flow and only engage it when specific features are activated.

Inventive Principle:
Principle #2Taking out (Extraction)

2Adaptability or versatility

If a media proxy is inserted into the RTP media path, then media monitoring and manipulation are enabled, but call latency increases and call quality deteriorates

Engineering Contradiction:
Improvemedia monitoring capabilityVSAvoidcall latency
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The media proxy acts as an intermediary that can be selectively positioned in the media path. When inserted, it provides monitoring and manipulation capabilities; when removed, the direct peer-to-peer media path is restored to minimize latency. The proxy mediates between the need for control and the need for low-latency communication.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Adaptability or versatility

If a media proxy is used for all calls, then consistent feature availability is achieved, but device complexity and system overhead increase

Engineering Contradiction:
Improvefeature availabilityVSAvoidsystem overhead
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The media proxy is designed as a universal component that can handle multiple functions including monitoring, manipulation, conferencing, and recording. By consolidating these diverse functions into a single on-demand component, the system avoids the complexity of having separate dedicated systems for each feature while maintaining versatility.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS10506000B2Mesh conferencing
Publication Date: 2019.12.10 SHORETEL INC
  • US10506000B2 patent drawing
  • US10506000B2 patent drawing
  • US10506000B2 patent drawing

AI summary

A system for mesh conferencing using Session Initiation Protocol (SIP) signaling includes at least three endpoints communicatively coupled to each other via media paths. The media paths are for exchanging media communications between the at least three endpoints. At least one controller is communicatively coupled to each of the at least three endpoints via control paths separate from the media paths. The control paths are for exchanging SIP messages to setup the media communications between the at least three endpoints as a mesh conference. Upon establishment of the mesh conference, each of the at least three endpoints may be configured to send a media stream via one of the media paths to each of the others of the at least three endpoints and to receive a media stream via one of the media paths from each of the others of the at least three endpoints.