IPTV Access System Channel Change Delay Reduction

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing IPTV systems experience significant tuning delays when changing channels due to the need to wait for random access points (RAP) frames, exacerbated by DTS/STC and buffering delays, leading to frustrating wait times for viewers.

Innovation Solution

Implementing a system that caches video data packets in a first-in first-out (FIFO) memory and automatically connects set-top boxes to multicast streams after a predetermined number of packets are received, allowing for immediate channel changes by using cached data and minimizing delays.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the system waits for RAP frames to arrive before decoding and playing video, then video decoding accuracy is improved, but channel change delay increases

Engineering Contradiction:
Improvevideo decoding accuracyVSAvoidchannel change delay
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by buffering video packets and identifying RAP frames in advance before the channel change is actually needed. When a channel change command is received, the system can quickly locate and start decoding from the pre-identified RAP frame, significantly reducing the channel change delay while ensuring proper video decoding initialization.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If the system increases buffering for lost packet recovery, then video playback reliability is improved, but channel change delay increases

Engineering Contradiction:
Improvevideo playback reliabilityVSAvoidchannel change delay
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary buffering and packet loss recovery preparation in advance. By pre-buffering packets and identifying RAP frames before channel changes, the system ensures that sufficient data is available for reliable playback while enabling rapid channel switching without requiring additional buffering delay at the moment of channel change.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If the system implements DTS/STC delay for synchronization, then video and audio synchronization is improved, but channel change delay increases

Engineering Contradiction:
Improvevideo-audio synchronizationVSAvoidchannel change delay
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary synchronization setup by processing DTS/STC delays and preparing video/audio streams in advance before channel changes. This allows the system to maintain proper synchronization during normal playback while enabling rapid channel switching by having synchronization parameters ready beforehand, thus reducing the overall channel change delay.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS8887216B2System and method of delivering video content
Publication Date: 2014.11.11 AT&T INTELLECTUAL PROPERTY I L P
  • US8887216B2 patent drawing
  • US8887216B2 patent drawing
  • US8887216B2 patent drawing

AI summary

A method includes receiving data from a set-top box device at an access system via an access network, the data indicating a selection of a channel at the set-top box device, the data including a multicast group address. The method also includes sending copies of video data packets of the channel from the access system for storage in a first-in first-out cache associated with the channel. The method further includes automatically connecting the set-top box device to a multicast stream of the selected channel after a particular number of video data packets are sent to the set-top box device from the cache. The particular number of video data packets corresponds to a time period between communicating successive random access point packets of the channel and is less than a capacity of the cache.