Multimedia Stream Control Signaling with Versioned Packet Trees

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Traditional communication systems lack flexibility and efficiency in handling changes and new technologies, particularly in signaling and versioning, which limits their ability to support evolving multimedia standards like ATSC, leading to compatibility issues and bandwidth inefficiencies.

Innovation Solution

A method for generating and transmitting control information using a tree-based data structure with extensible signaling/versioning, allowing audiovisual devices to ignore unsupported data and navigate protocol versions, enabling forward compatibility and efficient bandwidth use.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of manufacture

If traditional communication systems use predefined data formats with limited flexibility, then system complexity is reduced and ease of manufacture is improved, but adaptability to new technologies and unforeseen problems deteriorates

Engineering Contradiction:
Improvesystem implementation simplicityVSAvoidsupport for new technologies and standard evolution
Core Design Contradiction:
Ease of manufactureVSAdaptability or versatility

Solution Approach 1:

The patent segments control information into multiple protocol version groups, where each group is labeled with its protocol version identifier. This allows the system to maintain multiple protocol versions simultaneously, enabling legacy devices to use older versions while new devices can utilize newer versions, thus resolving the contradiction between implementation simplicity and adaptability to new technologies.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces dynamic protocol version selection mechanisms, including version negotiation between transmitter and receiver, and dynamic switching between different protocol version groups based on device capabilities. This dynamic approach allows the system to adapt to new technologies while maintaining backward compatibility, addressing the contradiction between fixed predefined formats and adaptability to evolution.

Inventive Principle:
Principle #15Dynamics

2Adaptability or versatility

If extensible data structures like XML, JSON, or YAML are used to support indeterminate change, then adaptability to new technologies is improved, but bandwidth efficiency deteriorates due to excessive overhead

Engineering Contradiction:
Improveforward compatibility and extensibilityVSAvoidbandwidth efficiency
Core Design Contradiction:
Adaptability or versatilityVSLoss of energy

Solution Approach 1:

The patent changes the parameter representation from text-based (XML, JSON, YAML) to compact binary formats. Control information is encoded using efficient bit-level representations with standardized field layouts, dramatically reducing overhead while maintaining extensibility through versioned parameter groups. This resolves the contradiction by achieving adaptability through structured binary parameters rather than verbose text formats.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The patent applies local quality by allowing different portions of the control information to use different levels of detail and encoding schemes appropriate to their specific function. Critical parameters use compact fixed-length fields, while extensible portions use versioned structures that can expand locally without affecting the entire data structure, thus maintaining bandwidth efficiency while supporting adaptability.

Inventive Principle:
Principle #3Local quality

3Adaptability or versatility

If multiple protocol versions are transmitted simultaneously to support both legacy and new devices, then adaptability is improved, but device complexity increases

Engineering Contradiction:
Improvebackward and forward compatibilityVSAvoidprotocol version handling complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements preliminary action through protocol version negotiation that occurs before actual data transmission. The transmitter and receiver exchange capability information in advance, allowing the receiver to indicate which protocol versions it supports. This preliminary negotiation simplifies subsequent processing by establishing a mutually compatible protocol version upfront, reducing the complexity of handling multiple versions simultaneously.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary mechanism in the form of a protocol version identifier field that mediates between multiple protocol versions. This intermediary element allows the system to transparently route control information to the appropriate protocol version group without requiring the receiving device to implement and process all possible protocol versions, thus reducing device complexity while maintaining compatibility.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Adaptability or versatility

If control information is structured with extensive versioning and extensibility features, then forward compatibility is improved, but processing time and complexity increase

Engineering Contradiction:
Improveforward compatibilityVSAvoidcontrol information processing time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent segments control information into distinct protocol version groups with clear delimiters and version identifiers. Each group is self-contained and can be independently processed. This segmentation allows receivers to quickly identify and process only the relevant protocol version group based on their capabilities, avoiding the need to parse and analyze entire extensible structures, thus reducing processing time while maintaining forward compatibility.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent applies partial action by implementing optional extension fields that are only processed when needed. Legacy devices can ignore extension fields they don't recognize, while new devices can process them. This partial processing approach reduces the average processing time for most devices while still providing forward compatibility for devices that need to handle extended functionality.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentEP2301222B1Transmitting and receiving control information for use with multimedia streams
Publication Date: 2012.01.18 COHERENT LOGIX INC
  • EP2301222B1 patent drawingFigure 1
  • EP2301222B1 patent drawingFigure 2
  • EP2301222B1 patent drawingFigure 3

AI summary

First control information, generated according to a first protocol version, for configuring an audiovisual device to present a multimedia stream, may be generated. A first data structure specifying that the first control information is of the first protocol version may be generated. A plurality of packets, including a multimedia stream, the first control information, and the first data structure, may be generated and transmitted. Second control information, generated according to a second protocol version, for configuring an audiovisual device to present a multimedia stream, may be generated. The first data structure may be modified to include information about the second control information. A second plurality of packets, including the modified first data structure, the first control information, a multimedia stream specified by the first control information, the second control information, and a multimedia stream specified by the second control information, may be generated.