Skip to content

Documentation

DVB Standards & C/N Reference

A reference for DVB-S2 and DVB-S2X link planning: ideal Es/N0 thresholds for each MODCOD from the ETSI standards, the difference between Es/N0, Eb/N0 and C/N, bitrate and bandwidth calculations, and the margins to add for real-world links.

  • 2026-10-09 12:11
  • 2026-10-13 12:12

Get This Right First

Three ratios, routinely swapped

They differ by real decibels. Quoting the wrong one sizes the wrong dish.

1. Scope and sources

Every figure on this page was read from the published standard, not from a secondary table. The two documents that matter are ETSI EN 302 307-1 V1.4.1 (2014-11) for DVB-S2 and ETSI EN 302 307-2 V1.4.1 (2024-08) for DVB-S2X. Both were downloaded from the ETSI portal and parsed directly; the version numbers were confirmed against the ETSI directory rather than assumed.

What this page deliberately does not contain: DVB-T2 C/N figures. Reasonable to expect them here, and they are genuinely useful — but they are not in EN 302 755, the DVB-T2 standard. That document specifies the system without stating required C/N per mode; the performance figures live in the DVB-T2 implementation guidelines, which could not be retrieved while preparing this sheet. Rather than reproduce numbers from a secondary source and present them with the same authority as the satellite tables, section 9 says where they live and stops there. The DVB-T2 structural parameters below are from EN 302 755.

Terrestrial and cable C/N thresholds also depend far more on channel model than satellite ones do. A satellite link is close to AWGN; a terrestrial one is a multipath channel where the required C/N for the same modulation and code rate can differ by several decibels between a fixed-roof and a portable-indoor reception model. A single number per mode is meaningful for satellite in a way it is not for terrestrial.

2. Es/N0, Eb/N0 and C/N — the distinction that costs money

These three are used interchangeably in conversation and are not interchangeable in arithmetic. Confusing them is the most common way a link budget comes out wrong by two or three decibels, which at Ku band is the difference between two antenna sizes.

The conversion between the first two is given in the note under Table 13 itself:

where ηtot is the spectral efficiency in bits per symbol. The sign matters and catches people out. For a high-efficiency mode η > 1, so Eb/N0 is lower than Es/N0. For a strong low-rate code η < 1 and Eb/N0 is higher. Worked from the table’s own numbers:

QPSK 1/4 is the instructive row: a negative Es/N0 of −2,35 dB and a positive Eb/N0 of +0,75 dB describe the same link. The carrier really can sit below the noise floor and still be decoded, because each information bit is spread across more than two symbols. Anyone who says “you cannot receive a signal below the noise floor” is thinking in Eb/N0 while reading an Es/N0 number.

For C/N, the relationship to Es/N0 depends on the bandwidth you measure in. Measured in a bandwidth equal to the symbol rate, C/N and Es/N0 are numerically the same. Measured in the occupied bandwidth — symbol rate times one plus roll-off — C/N is lower by 10·log₁₀(1 + α):

So “C/N = 7 dB” is not a complete statement. In symbol-rate bandwidth it means Es/N0 = 7 dB, comfortably above 8PSK 2/3. In occupied bandwidth at α = 0,35 the same measurement means Es/N0 = 8,3 dB. Whenever a datasheet or a receiver quotes C/N, establish the reference bandwidth before comparing it with any table on this page.

3. What “works” means — the QEF definition

Every threshold on this page is the point at which the system reaches Quasi-Error-Free operation. That phrase has a precise definition in EN 302 307-1, and it is not “no errors”:

QEF for DVB-S2: “less than one uncorrected error-event per transmission hour at the level of a 5 Mbit/s single TV service decoder”, corresponding approximately to a transport stream Packet Error Ratio below 10⁻⁷ before the demultiplexer.

Two consequences that matter operationally. First, the target is tied to a 5 Mbit/s service — a higher-bitrate service passes more packets per hour, so the same PER produces more error events. Second, QEF is a threshold with a cliff below it: LDPC coding means performance does not degrade gracefully. A link half a decibel above threshold is perfect; half a decibel below it fails almost completely. There is very little of the gradual picture degradation that analogue and even DVB-S exhibited.

DVB-S2X changed the metric. The S2X tables are specified at FER = 10⁻⁵ — Frame Error Ratio, the proportion of FECFRAMEs received in error — not the PER = 10⁻⁷ used for S2. These are different quantities measured on different objects, so S2 and S2X threshold figures are not strictly comparable at the third decimal place. For engineering purposes they are close enough to tabulate together, which is what section 5 does, but a specification document comparing them should say which metric it means.

4. Why these are “ideal” figures, and what to add

This is the caveat that most reproductions of these tables drop, and it is the difference between a table and a link budget. EN 302 307-1 states the conditions under which its numbers were obtained:

The standard is explicit about the conclusion: “For calculating link budgets, specific satellite channel impairments should be taken into account.” In other words the table gives you a floor, and the implementation margin plus channel impairments plus rain fade allowance sit on top of it. Treating an ideal Es/N0 as a design threshold produces a link that works in clear sky and fails on the first weather event.

How close is this to theory, and how close is it usually claimed to be? EN 302 307-1’s introduction says DVB-S2 allows QEF operation “at about 0,7 dB to 1 dB from the Shannon limit”. That figure is the gap from the constellation-constrained capacity — the best achievable with that specific constellation. Measured against unconstrained Gaussian capacity, the gap is larger: computing 10·log₁₀(2η − 1) from the table’s own spectral efficiencies gives 1,07 dB for QPSK 1/2, 1,93 dB for 8PSK 2/3, 2,14 dB for 32APSK 5/6 and 2,85 dB for 32APSK 9/10. Both statements are correct about different quantities. Neither is a reason to expect a real receiver to hit the table.

5. DVB-S2 — the complete Table 13

All 28 modes, transcribed from EN 302 307-1 V1.4.1 Table 13. Es/N0 at QEF, PER = 10⁻⁷, AWGN, FECFRAME length 64 800, no pilots. Decimal commas are as printed in the standard.

Read the overlaps — they are where the engineering decisions live. 8PSK 3/5 needs 5,50 dB for 1,780 bit/symbol, while QPSK 9/10 needs 6,42 dB for almost exactly the same 1,789 bit/symbol. The 8PSK mode delivers the same throughput at nearly a decibel less C/N. Similarly 16APSK 2/3 (8,97 dB, 2,637 bit/symbol) beats 8PSK 8/9 (10,69 dB, 2,646 bit/symbol) by 1,7 dB at equal efficiency. A higher-order constellation with a stronger code frequently outperforms a lower-order one straining at 9/10 — so “lower modulation order is more robust” is only true at equal code rate, which is rarely the comparison anyone actually faces.

6. DVB-S2X — the extended modes

From EN 302 307-2 V1.4.1 Table 20a. Es/N0 at QEF, FER = 10⁻⁵, normal FECFRAMEs, 50 iterations. The second figure is the informative non-linear hard-limiter channel result — the same mode through a saturated transponder, at optimised input back-off and 10 % roll-off.

Three things to read out of this table:

7. Very Low SNR modes

S2X adds modes for links that DVB-S2 simply cannot close, using π/2 BPSK and very low code rates. From Tables 20b and 20c of EN 302 307-2 V1.4.1, at FER = 10⁻⁵:

The medium and short XFECFRAME tables use 75 decoding iterations rather than 50 for the BPSK modes — more decoder work traded for threshold. At −9,9 dB the carrier is nearly ten decibels below the noise, which is what makes very small terminals, deep rain fade operation and emergency links feasible at all.

Why the frame length appears in this table and not the S2 one. S2X defines several FECFRAME lengths — normal 64 800, medium 30 780, short 16 200, and the odd lengths 15 390 and 14 976 for specific BPSK modes — and the threshold depends on which is used, because a longer code performs closer to capacity. When someone quotes a VL-SNR figure, the frame length is part of the specification, not an implementation detail.

8. From symbol rate to bitrate and bandwidth

Two relationships turn a MODCOD into the numbers you actually need. Both come straight from the table’s own definitions.

Worked examples, computed from the table values above:

The first row is a real transponder configuration referenced elsewhere on this site — 35 300 ksym/s, FEC 2/3, DVB-S2 8PSK — which works out to roughly 70 Mb/s of usable transport stream in about 42 MHz, needing at least 6,62 dB before any margin. The last row is the same arithmetic at the other extreme: a narrow 5 Msym/s carrier delivering 2,45 Mb/s but closing at −2,35 dB.

Two caveats on the spectral efficiency column. First, the values are computed for no pilots; enabling pilot symbols for easier carrier recovery reduces useful throughput. Second, they are normalised to a bandwidth equal to the symbol rate. To express efficiency per unit of occupied bandwidth, EN 302 307-2 says explicitly to divide by (1 + roll-off) — so 32APSK 5/6 at α = 0,10 gives 4,1195 / 1,10 = 3,745 bit/s/Hz of occupied spectrum, not 4,12.

The bitrate figure is the transport stream rate, which is what you compare against the numbers tsbitrate reports. If a measured stream rate does not match the arithmetic above, either the symbol rate, the code rate, or the pilot setting is not what you were told.

9. The standards family

Every version below was confirmed against the ETSI portal while preparing this sheet. Where a standard is old, that is because it is stable, not because it is superseded — DVB-S from 1997 still carries services today.

9.1 DVB-T2 structural parameters

From EN 302 755 V1.4.1. These are specified values, unlike the C/N thresholds:

Where DVB-T2 C/N figures live. Not in EN 302 755. The required C/N per mode is published in the DVB-T2 implementation guidelines, and unlike the satellite case a single figure per mode is not very meaningful: the same modulation and code rate can differ by several decibels depending on whether the channel model is fixed rooftop, portable outdoor or portable indoor. Ask which channel model any quoted DVB-T2 C/N figure assumes; if the answer is not available, the figure is not comparable to anything.

10. Margin — what to add to a table figure

The tables give an ideal threshold. A design threshold is that plus everything the simulation excluded. The components are well known even though their magnitudes are installation-specific, and the honest position is to measure them rather than assume a rule of thumb.

Why a generous margin is not simply “safer”. Margin is bought with bandwidth. Choosing a mode 3 dB more robust than necessary means accepting materially lower spectral efficiency for the same transponder — 8PSK 2/3 rather than 16APSK 3/4 costs roughly a third of the capacity. The engineering question is not “how much margin can I add” but “what availability do I need, and what is the cheapest mode that delivers it”. That is a decision about the service, not about the modulation.

For a service where continuity matters more than efficiency, there is a structural alternative to buying margin in decibels: receive the same transponder at more than one site and fail over between them. That trades RF margin for geographic diversity, which addresses rain fade — a local phenomenon — in a way that no amount of coding gain at a single site can. The TSDuck cookbook covers the mechanics with tsswitch, and the tuner sheet covers how the sources differ.

11. Standards

12. Sources

[1] ETSI Standards portal, https://www.etsi.org/standards, retrieved 5 August 2026. Source for EN 302 307-1, EN 302 307-2, EN 302 755 and the rest of the standards family.
[2] DVB Project, https://dvb.org/, retrieved 5 August 2026. Source for the DVB specification index and status.
[3] MPEG Transport Stream Explained, Satline technical sheet, https://docs.satline.tv/satline-Technical-Sheets/in-depth/mpeg-transport-stream-explained.html, retrieved 5 August 2026. Covers the container these carriers deliver.
[4] The TSDuck Cookbook, Satline technical sheet, https://docs.satline.tv/satline-Technical-Sheets/in-depth/tsduck-cookbook.html, retrieved 5 August 2026. Covers measuring the bitrate this page predicts.
[5] Locked vs Unlocked SAT>IP Virtual Tuners, Satline technical sheet, https://docs.satline.tv/satline-Technical-Sheets/in-depth/locked-unlocked-virtual-tuners.html, retrieved 5 August 2026.
[6] SATLINE.TV Virtual SAT>IP Servers, https://satline.tv/virtual-sat-ip-servers/, retrieved 5 August 2026.

Gleb Sazanov

Chief Technology Officer

Gleb Sazanov is an accomplished Chief Technology Officer (CTO) with over 20 years of experience in software development, system architecture, and cloud-based solutions. As the CTO of SATLINE, a leading provider of virtual and colocation services tailored to SATCOM businesses, Gleb drives the company’s technological strategy, fostering innovation and efficiency in data center services. His expertise spans various domains, including DevOps, system scaling, and high-performance infrastructure management. With a deep passion for cutting-edge technologies, Gleb plays a pivotal role in shaping the future of the SATCOM industry.