RTP Extension Header Nesting for Dynamic Media Stream Multiplexing
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing WebRTC technologies face limitations in dynamically increasing or decreasing data streams, leading to poor flexibility and user experience, especially in scenarios requiring high synchronization like live streaming and video conferencing.
Innovation Solution
A method for transmitting media data streams that involves obtaining data fragments from multiple streams, adding them into an RTP extension header, and generating RTP packets, allowing for simultaneous transmission of multiple streams within a single RTP stream without the need for additional SDP negotiation.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Quantity of substance
If a new data stream is added through WebRTC negotiation to transmit large extension data, then the data transmission capability is improved, but the system complexity and negotiation overhead increase
Solution Approach 1:
The patent embeds a second media data stream within the RTP extension header of the first media data stream. Instead of creating a separate RTP packet for the second stream, it nests the second stream's data fragments inside the extension header structure of the first stream's RTP packets, allowing efficient data transmission without additional negotiation overhead.
Solution Approach 2:
The patent combines multiple media data streams (first stream and second stream) into a single RTP stream by multiplexing them. The RTP packets contain both the first data fragment from the first stream and the second data fragment from the second stream, merged within the same packet structure, reducing the need for separate stream management and negotiation.
2Reliability
If multiple data streams are transmitted through separate RTP streams, then the data transmission reliability is improved, but the transmission efficiency and synchronization deteriorate
Solution Approach 1:
The patent merges multiple media data streams into a single RTP stream, transmitting both the first data fragment and second data fragment within the same RTP packet. This unified transmission approach improves efficiency and synchronization while maintaining reliability through the structured RTP format that preserves data integrity.
Solution Approach 2:
By transmitting multiple data streams continuously within the same RTP packet flow, the patent ensures that all data fragments (both first and second streams) are delivered in a continuous, synchronized manner, eliminating gaps and improving overall transmission efficiency while maintaining reliable delivery through the RTP protocol's inherent mechanisms.
3Adaptability or versatility
If RTP header extension is used to transmit extension data, then the transmission flexibility is improved, but the data volume capacity deteriorates
Solution Approach 1:
The patent uses the RTP extension header structure to nest the second media data stream within the first stream's packets. This approach maintains the flexibility of RTP header extension while significantly increasing the effective data volume capacity by utilizing the extension header space to carry additional media data fragments.
Solution Approach 2:
The patent extends the RTP header structure by adding extension headers that provide an additional dimension for data carrying. Instead of being limited to the standard RTP payload, the extension header dimension is utilized to transport the second media data stream, effectively increasing the total data volume capacity while maintaining transmission flexibility.
4Adaptability or versatility
If additional SDP negotiation is performed to add a new data stream, then the adaptability to different scenarios is improved, but the time consumption and user experience deteriorate
Solution Approach 1:
The patent performs preliminary action by establishing the RTP extension header structure and data fragment transmission mechanism in advance, during the initial SDP negotiation. This allows the system to dynamically add and transmit the second media data stream without requiring additional SDP negotiation, saving time and improving user experience while maintaining adaptability.
Solution Approach 2:
The patent implements a dynamic transmission mechanism where the second media data stream can be added, removed, or modified on-the-fly within the existing RTP stream framework. The RTP packets dynamically contain both first and second data fragments, allowing the system to adapt to different scenarios in real-time without the delays associated with repeated SDP negotiations.
Data Source
AI summary
A method for transmitting a media data stream, performed in a server, is provided. The method includes obtaining a first data fragment from a first media data stream as an RTP load; obtaining a second data fragment from a second media data stream; adding the second data fragment into an RTP extension header; and generating an RTP packet comprising the RTP extension header and the RTP load.