Video Coding Header Parameter Sets for Reduced Redundant Signaling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing video coding technologies face challenges in efficiently compressing video data due to redundant signaling of coding tool parameters across slice headers, leading to increased memory and network resource usage and potential coding errors from complex inheritance chains in header parameter sets (HPS).

Innovation Solution

Implementing a mechanism where a single slice header can refer to multiple types of HPS, allowing coding tool parameters to change between slices without redundant data loading, and restricting HPS from referencing other HPS to reduce complexity and buffer requirements.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a slice header references multiple types of HPS, then coding flexibility and efficiency are improved, but device complexity increases

Engineering Contradiction:
Improvecoding flexibilityVSAvoiddecoder complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The HPS structure is segmented into multiple independent types (first type HPS, second type HPS, etc.), each containing specific coding tool parameters. The slice header can selectively reference different HPS types as needed, allowing fine-grained control over which parameters are applied to which slices, thereby improving coding flexibility without requiring the decoder to handle all possible parameters uniformly.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The slice header is designed with universal referencing capability that can point to multiple different HPS types. This multi-functionality allows a single slice header structure to serve different coding scenarios by referencing appropriate HPS types, enhancing adaptability while maintaining a consistent interface.

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

2Quantity of substance

If HPS references other HPS to reduce data redundancy, then memory usage decreases, but coding errors increase due to complex inheritance chains

Engineering Contradiction:
Improvememory usageVSAvoidcoding error rate
Core Design Contradiction:
Quantity of substanceVSReliability

Solution Approach 1:

The patent extracts the HPS inheritance mechanism and replaces it with direct parameter signaling. Instead of allowing HPS to reference other HPS and create complex inheritance chains, the solution takes out the inheritance functionality and substitutes it with explicit parameter inclusion in each HPS, thereby reducing memory usage while eliminating the reliability issues associated with deep inheritance chains.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

Instead of having HPS inherit from other HPS (bottom-up approach), the patent inverts the approach by having each HPS contain its own complete parameter set (top-down approach). This inversion eliminates the need for complex inheritance resolution and reduces the risk of coding errors while still achieving memory efficiency through selective parameter usage.

Inventive Principle:
Principle #13The other way round (Inversion)

3Reliability

If coding tool parameters are loaded into every slice header, then decoding reliability improves, but network and memory resource usage increases

Engineering Contradiction:
Improvedecoding reliabilityVSAvoidnetwork and memory resource usage
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent applies local quality by allowing different slice headers to reference different HPS types based on their specific needs. Each slice header contains only the parameters relevant to its local requirements, rather than universally loading all possible parameters. This selective approach maintains decoding reliability for each slice while significantly reducing overall network and memory resource usage.

Inventive Principle:
Principle #3Local quality

4Adaptability or versatility

If a single slice header references multiple HPS types, then rate distortion optimization flexibility improves, but buffer requirements increase

Engineering Contradiction:
Improverate distortion optimization flexibilityVSAvoidbuffer requirements
Core Design Contradiction:
Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

The patent introduces dynamics by allowing the slice header to adaptively reference different HPS types based on the specific coding scenario. This dynamic selection enables rate distortion optimization flexibility, as the encoder can choose the most appropriate HPS type for each slice based on content characteristics and coding goals, while the buffer requirements are managed through efficient parameter sharing across slices.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS20250220215A1Header Parameter Set For Video Coding
Publication Date: 2025.07.03 HUAWEI TECH CO LTD
  • US20250220215A1 patent drawing
  • US20250220215A1 patent drawing
  • US20250220215A1 patent drawing

AI summary

A video coding mechanism is disclosed. The mechanism includes receiving a bitstream comprising a first header parameter set (HPS) containing a first type of coding tool parameters, a second HPS containing a second type of coding tool parameters, a slice header, and a slice associated with the slice header. The mechanism further includes determining that the slice header contains a first reference to the first HPS and a second reference to the second HPS. The mechanism further includes decoding the slice using the first type of coding tool parameters and the second type of coding tool parameters based on the determination that the slice header contains the first reference and the second reference. The mechanism further includes forwarding the slice for display as part of a decoded video sequence.