Standards: Appendix S - Forward Error Correction Ranges & Limits

This is an explanation of the applicable ranges and limits for rows and columns in Forward Error Correction in ST2110.

This is an Appendix to our series of articles on Standards.

Because the RTP stream has timestamps that indicate the boundary between one video frame and another, it makes sense to base the size of your columns and rows on those markers. Then, you may add extra layers of protection to request retransmission of entire frames if FEC provides insufficient protection on its own.

The number of rows and columns that can be protected with FEC is described in ST 2022 Part 6 (see sub-section 7).

For a Level A scheme, between 4 and 255 media packets can be aggregated for FEC. A longer run has less FEC overhead but is more likely to lose more than one packet. The resilience of your network will indicate how to tune this value in the configuration to match the expectation of a single packet loss.

A Level B scheme can have the same column length of between 4 and 255 packets. The row FEC can accommodate between 4 and 1020 columns. The RTP header sequence number will wrap around when it reaches the maximum count. Therefore, the aggregated number of media packets should be less than that to avoid sequencing errors.

The row and column limits are related. Multiplying them together should yield a value less than the permitted maximum (FEC max). The protection column indicates the duration of an outage that can be repaired.

Video type Bandwidth FEC max Protection
Standard Definition (SD-SDI). 270 Mbps 1500 packets 33 ms
High Definition (HD- SDI 1080i). 1.485 Gbps 3000 packets 6 ms
Three Gigabit (3G-SDI 1080p). 2.97 Gbps 6000 packets 3 ms

 


3G is a bandwidth definition and should not be confused with mobile telecoms standards.


You might also like...

Designing IP Broadcast Systems - The Book

Designing IP Broadcast Systems is another massive body of research driven work - with over 27,000 words in 18 articles, in a free 84 page eBook. It provides extensive insight into the technology and engineering methodology required to create practical IP based broadcast…

Demands On Production With HDR & WCG

The adoption of HDR requires adjustments in workflow that place different requirements on both people and technology, especially when multiple formats are required simultaneously.

If It Ain’t Broke Still Fix It: Part 2 - Security

The old broadcasting adage: ‘if it ain’t broke don’t fix it’ is no longer relevant and potentially highly dangerous, especially when we consider the security implications of not updating software and operating systems.

Standards: Part 21 - The MPEG, AES & Other Containers

Here we discuss how raw essence data needs to be serialized so it can be stored in media container files. We also describe the various media container file formats and their evolution.

NDI For Broadcast: Part 3 – Bridging The Gap

This third and for now, final part of our mini-series exploring NDI and its place in broadcast infrastructure moves on to a trio of tools released with NDI 5.0 which are all aimed at facilitating remote and collaborative workflows; NDI Audio,…