Packetized Programming Stream Multiplexing for Bandwidth Reduction

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Media service providers face complexity and high costs in collecting, aggregating, and transmitting numerous local media streams to clients in real-time, with a risk of service disruption due to reliance on high-capacity communication links and the need for geographic-specific programming.

Innovation Solution

The system generates packetized programming streams from local providers, allowing selective access and multiplexing of only relevant streams into transport channels using a distributed communication network, reducing bandwidth requirements and enhancing operational flexibility and reliability.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a high-capacity communication link is used to transmit all local media streams in real-time, then the complete programming content can be delivered to clients, but the cost and complexity of the system increases significantly

Engineering Contradiction:
Improveservice continuityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments the media stream transmission by dividing it into two paths: essential streams transmitted in real-time over high-capacity links, and non-essential streams transmitted asynchronously over lower-capacity links. This segmentation allows the system to maintain service reliability for critical content while reducing overall system complexity and cost.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The invention extracts and identifies essential programming streams from the complete set of local media streams. By separating essential streams (those clients cannot receive from other sources) from non-essential streams, the system can apply different transmission strategies to each category, reducing the burden on real-time communication infrastructure.

Inventive Principle:
Principle #2Taking out (Extraction)

2Loss of information

If all local media streams are collected and aggregated at centralized facilities in real-time, then complete programming content is available to clients, but bandwidth requirements and transmission costs increase

Engineering Contradiction:
Improveprogramming content availabilityVSAvoidbandwidth consumption
Core Design Contradiction:
Loss of informationVSLoss of energy

Solution Approach 1:

The system extracts only the essential programming streams that clients cannot obtain from other sources. By identifying and transmitting only these essential streams in real-time, the system minimizes bandwidth consumption while ensuring clients receive all necessary content. Non-essential streams are transmitted asynchronously, further reducing real-time bandwidth requirements.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system performs preliminary identification and classification of media streams to determine which are essential and which are non-essential. This preliminary action allows the system to prepare transmission schedules and routes in advance, optimizing bandwidth usage and reducing the need for high-capacity real-time transmission links.

Inventive Principle:
Principle #10Preliminary action

3Productivity

If a single high-capacity communication link is used for transmitting local transport channels, then transmission efficiency is high, but the risk of service disruption increases

Engineering Contradiction:
Improvetransmission efficiencyVSAvoidservice disruption risk
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system segments the transmission path by dividing media streams into essential and non-essential categories, each transmitted over separate communication links. Essential streams use high-capacity real-time links for efficiency, while non-essential streams use asynchronous links. This segmentation creates redundancy, so if one link fails, the other can still deliver content, reducing service disruption risk.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system prepares asynchronous transmission paths for non-essential streams as a cushion against potential failures of real-time links. By having alternative transmission routes ready in advance, the system can switch to asynchronous delivery if real-time links fail, maintaining service reliability without sacrificing normal transmission efficiency.

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

4Adaptability or versatility

If geographic-specific programming is assembled from multiple local streams, then client preferences are met, but processing requirements and system complexity increase

Engineering Contradiction:
Improvegeographic-specific programmingVSAvoidprocessing requirements
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system performs preliminary classification and routing of media streams based on their essentiality and geographic relevance. By pre-organizing streams into categories and preparing transmission schedules in advance, the system reduces the complexity of real-time processing required to assemble geographic-specific programming. This preliminary organization makes it easier to meet client preferences without overwhelming processing requirements.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS8458751B2Systems and methods for accessing selected packetized programming streams
Publication Date: 2013.06.04 DISH TECHNOLOGIES LLC
  • US8458751B2 patent drawing
  • US8458751B2 patent drawing
  • US8458751B2 patent drawing

AI summary

Programming stream communication systems and methods are operable to communicate programming streams to a media transmit facility. An exemplary embodiment receives at the media transmit facility a first packetized programming stream (PPS), the first PPS including a first programming stream (PS) generated by a first local programming provider (LPP); receives at the media transmit facility a second PPS, the second PPS including a second PS generated by a second LPP; multiplexes the first PS and the second PS into a transport channel; and communicates the transport channel from the media transmit facility.