Thin Client Media Contention via Segmented VPN Streams
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In virtual desktop infrastructure systems, thin clients face media contention issues when handling both SIP protocol communications and other media streams, which can lead to performance problems in real-time voice and video transmissions.
Innovation Solution
The implementation of a thin client device that operates in conjunction with a virtualized environment, utilizing a VPN client software or session border controllers to manage media and control data streams over separate VPN connections, and employing a desktop media controller to handle media contention and provide local control for multiple communication streams.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If a thin client handles both SIP protocol communications and other media streams routed through the virtual machine, then the thin client can provide integrated communication capabilities, but media contention issues arise at the thin client
Solution Approach 1:
The system segments media streams by creating separate virtual network interfaces and VPN connections for different media types. SIP signaling traffic is routed through one virtual interface while RTP media streams use another, preventing contention at the thin client by dividing the communication paths into distinct segments.
Solution Approach 2:
The virtual machine acts as an intermediary between the thin client and external communication networks. It handles media stream routing, VPN connection management, and protocol translation, isolating the thin client from direct media contention while maintaining integrated communication capabilities.
2Adaptability or versatility
If multiple media streams are routed through the virtual machine, then communication versatility is enhanced, but performance problems occur in real-time voice and video transmissions
Solution Approach 1:
Multiple media streams are segmented into separate virtual network interfaces and VPN connections. Voice streams use one dedicated interface while video streams use another, ensuring that high-bandwidth video transmissions do not contend with low-latency voice requirements, thereby maintaining real-time performance.
Solution Approach 2:
Different quality of service parameters are applied to different media streams based on their requirements. Voice streams receive prioritized handling with strict latency constraints, while video streams are allocated sufficient bandwidth but with more flexible timing, optimizing real-time performance for each media type.
3Device complexity
If a single VPN connection is used for both control data and media streams, then system complexity is reduced, but media contention issues arise
Solution Approach 1:
The system creates separate VPN connections for control data and media streams. Control plane traffic (SIP signaling) is encapsulated in one VPN tunnel while data plane traffic (RTP media) uses a separate tunnel, eliminating contention between signaling and media flows while maintaining manageable system complexity through automated virtual interface configuration.
Data Source
AI summary
Methods and systems for providing an enterprise class virtual desktop infrastructure (VDI) are provided. Aspects of the VDI include providing support for multiple simultaneous virtual private networks (VPNs), video calls, and for operatively connecting to a selected connected device within a personal workspace through a single sign on procedure. A teletype (TTY) function can also be provided using normal or VPN connections. The VDI can comprise or be incorporated into a thin client device, a telephone, a headset, a keyboard, a mouse, or a monitor.


