Adaptive Profile Switching for Media Streaming

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Media streaming over IP networks faces challenges such as packet loss, jitter, and capacity changes, leading to difficulties in maintaining a constant stream and high quality delivery, especially in mobile and mass distribution scenarios, where existing solutions like UDP/RTP, ARQ, and HTTP ABR either incur high delays or fail to optimize bitrate and network utilization.

Innovation Solution

A system that adaptively streams video content using UDP protocol with ARQ packet recovery, periodic bandwidth probing, and profile switching to adjust stream rates based on instantaneous network conditions, allowing for high bitrate delivery with low delay and effective error correction.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If UDP/RTP with FEC is used for media streaming, then time delay is reduced, but packet loss tolerance is insufficient under high packet loss conditions

Engineering Contradiction:
Improvetime delayVSAvoidpacket loss tolerance
Core Design Contradiction:
Loss of timeVSReliability

Solution Approach 1:

The patent segments the media stream into multiple profiles with different bitrates and quality levels. When packet loss occurs, the system can switch to a lower-profile segment that is more resilient to network conditions, maintaining playback continuity without requiring extensive retransmission or buffering.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system dynamically changes stream parameters (bitrate, resolution, codec settings) by switching between predefined profiles based on real-time network conditions. This allows the stream to adapt to varying packet loss rates, maintaining reliability without incurring excessive delay from error correction mechanisms.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If ARQ retransmission is used for packet recovery, then packet loss is recovered, but network capacity is not fully utilized due to bandwidth consumption by recovery packets

Engineering Contradiction:
Improvepacket recoveryVSAvoidnetwork capacity utilization
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

Instead of fully recovering all lost packets through ARQ, the system applies partial recovery by switching to lower-profile streams that are more tolerant of packet loss. This partial action approach recovers sufficient quality for continuous playback without consuming excessive bandwidth on retransmission packets.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system dynamically adjusts the balance between original stream transmission and recovery packet transmission based on real-time network conditions. When network capacity is constrained, the system reduces recovery packet overhead by relying on profile switching rather than aggressive retransmission, thereby improving network capacity utilization.

Inventive Principle:
Principle #15Dynamics

3Adaptability or versatility

If HTTP ABR streaming is used, then bitrate adaptation is achieved, but time delay increases due to buffering requirements

Engineering Contradiction:
Improvebitrate adaptationVSAvoidtime delay
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The system prepares multiple encoded profiles in advance with different bitrates and quality characteristics. When network conditions change, the client can immediately switch to a pre-prepared profile without requiring extensive buffering or reencoding, thus achieving bitrate adaptation with minimal time delay.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements real-time feedback mechanisms where the client monitors network conditions and sends information back to the server. Based on this feedback, the server adjusts the stream profile dynamically, enabling adaptive bitrate streaming without the need for large buffering delays associated with traditional HTTP ABR approaches.

Inventive Principle:
Principle #23Feedback

4Adaptability or versatility

If multiple profiles are prepared for adaptive streaming, then network condition adaptation is improved, but device complexity increases

Engineering Contradiction:
Improvenetwork condition adaptationVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent creates a universal profile structure where multiple profiles share common encoding parameters and formats. This multi-functionality allows the system to handle different network conditions using a standardized framework, reducing the complexity that would otherwise arise from managing entirely separate stream configurations for each profile.

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

Solution Approach 2:

The system segments the adaptive streaming functionality into distinct, manageable profiles with clearly defined parameters. Each profile is an independent unit that can be selected based on network conditions, simplifying the overall system architecture by breaking down the complex adaptation task into discrete, pre-configured segments rather than requiring continuous complex decision-making.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS9565482B1Adaptive profile switching system and method for media streaming over IP networks
Publication Date: 2017.02.07 VIDEO FLOW LTC
  • US9565482B1 patent drawing
  • US9565482B1 patent drawing
  • US9565482B1 patent drawing

AI summary

A system for adaptively streaming video content over an IP network, comprising devices and non-transitory computer-readable storage media having executable computer modules, comprising a sender device interacting with the network, the device configured to send a video stream to the network and to receive a recovery packet stream from the network; at least one receiving device configured to receive the at least one video stream from the network and to transmit a respective recovery packet stream back to the sender device through the network; a bandwidth probe configured to be periodically sent with the video stream to the at least one receiving device to determine respective instantaneous network bandwidths; at least one profile configured to be chosen by the sender device to generate the video stream, based upon respective instantaneous network bandwidths, wherein the video stream is adaptively changed, based upon instantaneous network bandwidths and the respective recovery packet stream.