DASH to HLS Translator Module for Protocol Conversion

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current systems face limitations in converting or translating Dynamic Adaptive Streaming over HTTP (DASH) to HTTP Live Streaming (HLS) and vice versa, particularly due to bandwidth bottlenecks in IPTV networks, which restrict the delivery of high-quality video content to multiple users simultaneously.

Innovation Solution

A method and system that involves receiving a media presentation description (mpd) file from a DASH server, extracting content, building a manifest file, and providing it to an HLS client, utilizing a processor with a translator module to facilitate the conversion between DASH and HLS protocols.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If DASH content is delivered directly to HLS-only clients, then protocol compatibility is maintained, but content accessibility is limited

Engineering Contradiction:
Improvecontent accessibilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

A translator module is introduced as an intermediary component between the DASH server and HLS client. This translator receives DASH protocol requests, translates them into HLS protocol format, and forwards them to the content server. The translator handles protocol differences in manifest file formats (MPD vs. M3U8), segment naming conventions, and initialization file structures, enabling HLS clients to access DASH content without modifying the core server infrastructure.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Quantity of substance

If bandwidth is increased to deliver high-quality video to multiple users, then video quality improves, but bandwidth availability is constrained by last mile limitations

Engineering Contradiction:
Improvevideo qualityVSAvoidbandwidth availability
Core Design Contradiction:
Quantity of substanceVSLoss of energy

Solution Approach 1:

The video content is divided into multiple small segments (typically 2-10 seconds each) that can be independently downloaded and played back. Each segment is available at multiple bitrate resolutions (e.g., 360p, 540p, 720p, 1080p). The client downloads only the segments it needs at the quality level appropriate for its current network conditions, rather than requiring the entire high-quality stream to be available simultaneously. This segmentation enables adaptive bitrate switching without requiring excessive bandwidth reserves.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system dynamically adjusts the bitrate and quality of video segments delivered to each client based on real-time network conditions. The client monitors download speeds, buffer levels, and network responsiveness, then requests subsequent segments at appropriate quality levels. When network conditions improve, the client can switch to higher bitrate segments; when conditions deteriorate, it automatically switches to lower bitrate segments, maintaining continuous playback without requiring guaranteed high bandwidth allocation.

Inventive Principle:
Principle #15Dynamics

3Adaptability or versatility

If protocol translation is implemented, then cross-protocol compatibility is achieved, but conversion overhead increases processing time

Engineering Contradiction:
Improveprotocol compatibilityVSAvoidconversion time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The translator module performs preliminary actions by pre-translating the manifest file structure and pre-segmenting content metadata during content ingestion. Common translation patterns for manifest formats, segment naming conventions, and initialization file structures are established in advance. This preliminary preparation reduces the complexity of real-time translation operations, allowing the system to handle protocol conversions with minimal processing delay during actual playback operations.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS11102261B2Devices, systems, and methods for converting or translating dynamic adaptive streaming over HTTP (DASH) to HTTP live streaming (HLS)
Publication Date: 2021.08.24 ARRIS ENTERPRISES LLC
  • US11102261B2 patent drawing
  • US11102261B2 patent drawing
  • US11102261B2 patent drawing

AI summary

Provided herein are systems and methods that allow for converting or translating Dynamic Adaptive Streaming over HTTP (DASH) to HTTP Live Streaming (HLS) and vice versa.