Interactive Live Streaming Connection Establishment via Dual Protocol Signaling
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current interactive live streaming technologies face challenges in establishing successful connections due to delays in transmitting invite and reply messages, leading to canceled interactive live streaming sessions, especially in complex network environments.
Innovation Solution
The method involves receiving an invite message from a second client and sending a Real-Time Communication (RTC) reply message to indicate agreement for interactive live streaming, utilizing RTC and HTTP reply messages to ensure timely and reliable connection establishment.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If traditional HTTP messaging is used for invite and reply messages, then message transmission is reliable, but transmission delay increases causing session cancellation
Solution Approach 1:
The patent segments the message transmission process into two distinct paths: HTTP messages for reliability-critical signaling (invite messages) and RTC messages for time-critical responses (reply messages). This segmentation allows each protocol to optimize for its specific requirement, resolving the contradiction between reliability and speed.
Solution Approach 2:
The patent introduces a server as an intermediary that receives HTTP invite messages and forwards them to clients via RTC connections. This intermediary enables the system to leverage both HTTP's reliability for initial signaling and RTC's speed for subsequent communication, effectively mediating between the two protocol strengths.
2Loss of time
If message transmission time is reduced using RTC, then connection establishment speed improves, but message reliability may decrease in complex network environments
Solution Approach 1:
The patent dynamically selects message transmission protocols based on the specific message type and network conditions. HTTP is used for initial invite messages where reliability is paramount, while RTC is used for reply messages where speed is critical. This dynamic protocol selection resolves the contradiction by adapting to different operational requirements.
Solution Approach 2:
The patent performs preliminary actions by establishing HTTP connections and sending invite messages before switching to RTC for reply messages. This preliminary HTTP signaling ensures reliable setup, after which the faster RTC protocol can be safely used for time-critical responses, thereby preparing the system in advance to mitigate reliability concerns.
3Reliability
If dual protocol (HTTP and RTC) is used for reply messages, then transmission reliability is improved, but system complexity increases
Solution Approach 1:
The patent applies different protocol qualities to different message types: HTTP is used locally for invite messages requiring high reliability, while RTC is used locally for reply messages requiring high speed. This local quality assignment optimizes each message type for its specific requirements without requiring the entire system to handle both protocols simultaneously, reducing overall complexity.
Data Source
AI summary
The present disclosure relates to an interactive live streaming method applicable to a first client, comprising: receiving an invite message sent from a second client, wherein the invite message is configured to invite the first client to establish an interactive live streaming; and sending a Real Time Communication (RTC) reply message to the second client according to the invite message, wherein the RTC reply message is configured to indicate an agreement to establish the interactive live streaming with the second client, and is for the second client to establish the interactive live streaming with the first client according to the RTC reply message.