IPTV UDP Stream Reliability via Segmented FEC
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current IPTV systems using UDP protocol lack reliability in data packet transmission, which can lead to errors and incompatibility with legacy STB interfaces, and do not support additional data insertion for value-added services without causing delays or requiring significant changes in infrastructure.
Innovation Solution
A method and device that transmit digital television data streams using the UDP protocol with a separate stream for additional information, allowing for reliable packet identification and error correction without altering the main video stream format, enabling compatibility with legacy STB interfaces and gradual deployment of added value services.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Speed
If UDP protocol is used for multimedia streaming, then transmission speed is improved, but reliability of data packet transmission deteriorates
Solution Approach 1:
The patent segments the transmission function into two separate UDP streams: one for video data packets and another for reliability information (FEC packets, sequence numbers, error indicators). This segmentation allows the main video stream to maintain high speed UDP transmission while the separate reliability stream provides error correction and packet verification without adding TCP overhead to the video data path.
Solution Approach 2:
The patent introduces an intermediary reliability information stream that mediates between the UDP protocol's speed advantage and the need for reliable transmission. This intermediary contains FEC (Forward Error Correction) data and packet identification information that enables the receiver to detect and correct errors without requiring retransmissions, thus maintaining UDP speed while improving reliability.
2Adaptability or versatility
If additional information is inserted into the main video stream, then value-added services are enabled, but device complexity increases
Solution Approach 1:
The patent separates additional information (FEC data, sequence numbers, error indicators) into a distinct parallel UDP stream rather than embedding it in the main video stream. This segmentation allows legacy STB interfaces to continue processing only the video stream without encountering complex additional data, while newer interfaces can utilize both streams for enhanced services.
Solution Approach 2:
The patent creates a universal solution where the separate reliability stream serves multiple functions: it provides error correction for legacy devices, enables packet reordering for intermediate devices, and supports advanced value-added services for modern devices. This multi-functionality approach allows a single system architecture to serve diverse device capabilities without increasing individual device complexity.
3Adaptability or versatility
If legacy STB interfaces are maintained, then interoperability is preserved, but ability to detect and correct packet errors deteriorates
Solution Approach 1:
The patent introduces a separate reliability information stream as an intermediary that carries FEC (Forward Error Correction) data and packet identification information. Legacy STB interfaces can ignore this stream and continue operating with their existing UDP-based video stream processing, maintaining interoperability. Meanwhile, the reliability stream provides error detection and correction capabilities that benefit all receivers without forcing legacy devices to become more complex.
Data Source
AI summary
A coding/transmitter device (11) includes a broadcasting module (12) in order to broadcast television to a plurality of STB receiver/decoder devices (15) via an IP/Internet network (14), so that the clients-subscribers are provided with a first UDP stream and a second UDP stream which includes identification data associated with data packets transmitted within the first UDP stream in order to provide functionalities such as reorganization of packets, detection of losses, requests for retransmission etc. without adding headers according to the RTP protocol, but with a reliability and capability of inserting additional data comparable to that provided by the RTP protocol.