简介：面向通信工程与电子信息类专业学生的数字电视传输与数字视频广播系统课件，系统梳理了数字电视信号从信源编码到信道传输的完整知识链路。资源为单个PPTX演示文稿，约2.3MB，取材于西安电子科技大学出版社《数字电视原理》第6章，由内蒙古大学教师主讲。课件从数字通信系统的基本架构切入，先说明信源部分如何将视频、音频、数据编码并完成节目流与传输流多路复用，再重点讲解信道部分的外码与内码处理，包括能量扩散、纠错编码、数据交织、格状编码，以及QPSK、QAM、OFDM、VSB等数字调制方式，还详细比较了卫星、有线、地面三类信道下的系统设计，兼顾接收端解复用与解压缩恢复过程。课件同时涉及ATSC、DVB系统框架和我国标准，便于建立全局视野。已有74人学习，适合教师备课、学生复习，或广播电视技术自学者按章节对照理解、查漏补缺。

1. 数字电视传输和数字视频广播系统：从一根同轴电缆到一帧画面的链路拆解

“数字电视传输和数字视频广播系统”这个标题，第一次看像一份课件，实际干过的人都知道，它泛指广播电视链路里最容易被低估的一段：编码器出来之后，到接收机解调出画面之前，信号到底经历了什么。我在做DVB-T站点验收时几乎天天面对这种问题——码流灌进去能出图，一上发射机和天线就出现间歇性马赛克，查了半天不是功率不够，而是调制参数和信道编码参数组合选错，或者TS流里的PCR抖动超标。这个系统解决的核心矛盾，就是在有噪声、有反射、有干扰的现实信道里，把压缩后的音视频数据可靠地送到用户端。适合读这篇文章的，是广电工程验收人员、嵌入式终端开发者，以及正在做数字电视前端集成的方案商；你们最需要的是把链路里的黑匣子逐个拆开，知道参数往哪调、调完看哪个指标、出了问题怎么收场。

2. 数字电视传输的最小框架：从信源编码到射频输出的完整链路

2.1 系统分层：为什么MPEG-2和DVB-T要分开谈

接触数字电视的第一道坎，是把“信源编码”和“信道编码”分开。信源编码解决“怎么把画面压得足够小”，MPEG-2、H.264这类压缩算法把一套HD节目压到几Mbps，直接决定一个频点里能塞几路节目；信道编码解决“压完的码流怎么扛得住现实信道”，RS码、卷积码、交织、OFDM调制全在这一层。如果这两层混着看，调试时会把编码器的码率控制问题和发射链路的噪声问题搅在一起，越查越乱。

很多资料喜欢把MPEG-2 TS和DVB-T、DVB-C、DVB-S放在同一段话里讲，好像它们是同一代的东西。实际上，DVB-T对应地面广播，工作在VHF/UHF频段，用COFDM抗多径；DVB-C对应有线网络，信道干净，用纯QAM调制；DVB-S对应卫星链路，带宽高，用QPSK/8PSK。它们的复用层都基于MPEG-2 TS，也就是说TS流这一级是通用的，到了物理层才分家。我每次做方案都会先问一个问题：这条链路最后走地面、有线还是卫星？因为地面广播最考验参数冗余，有线方案可以推得激进，卫星还要考虑雨衰余量。选错传输介质，后面所有参数讨论都是空的。

2.2 链路逐级拆解：编码、复用、信道编码到OFDM的职责

一条完整的DVB-T发射链路，从信源到天线，按顺序要经过编码器、复用器、扰码器、外码RS编码、外交织、内码卷积编码、内交织、QAM映射、OFDM调制、上变频、功放和天线。我这里习惯把它分成三大块来排障：TS流组成与复用、信道编码与交织、调制与射频发送。任何一环出错，症状都可能表现为马赛克或黑屏，但排查路径完全不同。比如TS流复用层的PCR抖动问题，你用频谱仪看星座图是看不出异常的，必须拿码流分析工具去读包。

复用器这步最容易被集成商忽略。它不是简单地把几路节目拼成一个码流，还要重新生成PSI/SI信息、修正PCR、维持恒定的输出码率。很多项目拿软件工具随手拼一个TS流就上系统，结果接收端搜台不稳定，或者切台时黑屏超过两三秒，问题往往出在复用层而不是物理层。我在前端验收时，第一件事就是先把复用器输出的TS流完整录一段下来做PCR抖动分析，这一步没通过之前，不上射频，省得后面翻车还要反向排查。

2.3 用带宽预算判断一套前端方案能不能落地

定调制参数之前，先把净码率算清楚。以国内常用的8MHz地面电视频道为例，DVB-T在8K模式、64QAM、卷积码率2/3、保护间隔1/4时，有效净码率大约19.9Mbit/s；把保护间隔从1/4改成1/8，净码率升到大约21.9Mbit/s。这一来一回多出2Mbps，看起来能多塞一条高清节目，但代价是抗多径余量明显缩水。城市环境反射复杂，这点余量往往就是稳定性与返工的分界线。

我是这样用这张表的：先统计前端需要承载的总码率，包括视频、音频、EPG和服务信息，再加15%到20%的冗余。冗余不到10%的方案，碰到PCR尖峰或复用器输出码率波动就可能溢出；算出来总码率卡在净码率的97%时，不是参数没调好，是方案本身就不该这么设计——要么减节目，要么改卷积码率，要么换更宽的频段。另外，复用器输出侧一般也会有一个码率上限设置，我通常不给满，留出约5%的裕量给PSI/SI表和码率抖动，这是前端稳定运行的底线。

3. DVB调制与信道编码：QAM星座图、卷积码和保护间隔怎么协同

3.1 QAM调制阶数：星座点越密，对载噪比越贪心

同样是8MHz带宽，QPSK每符号带2比特，64QAM每符号带6比特，频谱效率差了3倍。代价是星座点一密，相邻点之间的欧氏距离变小，同样的噪声电平就能把符号推过判决边界。DVB-T在64QAM、卷积码率2/3的高斯信道下，要保证准无误码，载噪比门限大约在20dB上下；QPSK、码率1/2时，门限大约只有6dB。选择调制阶数的本质，是用频谱效率换抗噪余量。

我在现场调试时，最关注频谱仪上的MER读数。MER低于门限几个dB，星座图上的点云开始连成一片，误码率会快速恶化。这就是常说的悬崖效应：接收端载噪比稍微掉一点，BER从1e-6跳到1e-2，画面从正常直接变成密集马赛克。靠“信号强度满格”来判断信号好坏是不靠谱的——满格但星座图像一坨旋转星云的站点我见过太多次。判断发射链路健康状况，先看MER，再看BER，最后才看信号强度。

3.2 信道编码参数：RS外码和卷积内码的分工

信道编码在DVB-T系统里分两层，各自对付不同类型的错误。外码是里德-所罗门码，把188字节的TS包变成204字节，能纠正包内出现的连续字节错误，专门处理残留的突发误码；内码是约束长度7的卷积码，码率可选1/2、2/3、3/4、5/6、7/8，配合维特比译码能纠正随机误码。两层之间还有交织器，把突发错误打散成随机错误，让内码发挥最大作用。计算有效净码率的公式是：符号率乘以每符号比特数，乘以卷积码率，再乘以188/204的RS开销系数，最后乘以OFDM有用符号时间占比。

选卷积码率不是越高越好。码率7/8只用了少量冗余，信道条件好时能跑出最高净码率，但在城区多径严重的环境，我一般会保守些，用2/3或者3/4。原因很直白：卷积码每两个信息比特里多带一点冗余，维特比译码就能纠正一批错误，这部分纠错能力在真实信道里，远比多塞半套节目值钱。一个站点因为码率选太高而周期性翻车，去外场返工一次的成本，足够把那点码率优势亏回去。

3.3 保护间隔与FFT模式：多径环境下最大的变量

OFDM用多个子载波并行传输，每个符号持续时间被拉长，反射路径带来的时延扩展如果小于保护间隔，就能被吸收掉。GI越大，抗多径时延能力越强，代价是每个OFDM符号的有效能量占比变低。8K模式适合单频网覆盖，子载波间隔窄、符号周期长，多径容限高，但对多普勒频移更敏感；2K模式符号短，更适合移动接收。这是一个取舍，没有绝对好坏。

一个常见的城区地面覆盖参数组合是：8K模式、GI 1/4、64QAM、卷积码率2/3。这个组合净码率不高，但抗反射和抗同频干扰的冗余很足。如果传输介质是有线网络，DVB-C根本不用OFDM，直接用纯QAM调制，符号率可以做满，因为同轴电缆里没有那么多反射。所以我会反复确认传输介质：地面广播的参数选型，本质上是在“多装节目”和“少返工”之间做权衡，而返工一次的时间和差旅成本，通常比那点码率收益高得多。

4. 用ffprobe和tsduck分析TS流：PAT、PMT和PCR三个维度的排查

4.1 TS包结构与PID：188字节怎么组织起来

TS流由固定188字节的包组成，开头是0x47同步字节，后面紧跟着的是PID、适配域控制位等字段，负载最多184字节。接收端解复用全靠PID识别数据归属。节目查找路径是固定的：先找PID为0x0000的PAT表，里面列出每个节目号对应的PMT PID；再顺着PMT找到视频PID、音频PID和PCR PID。这条查找链任何一个环节断了，接收机都没法正常选台。

PCR承载在PMT指明的PCR PID里，接收端用它恢复出27MHz的系统时钟，再结合PTS/DTS决定什么时候显示画面、什么时候播放声音。如果PCR间隔太长或者抖动超标，接收端缓存要么溢出要么读空，表现就是画面卡顿、画音不同步甚至黑屏。所以分析TS流时，我优先看三件事：PAT/PMT是否正确、PCR PID有没有错位、PCR间隔和抖动是否稳定。前两件事决定“能不能搜到台”，最后一件决定“是不是能稳定看”。

4.2 用ffprobe确认节目和PID分配

拿到一个TS文件后，我习惯先用ffprobe快速看一遍结构，不急着上专业码流分析仪。

# 列出TS文件中的节目表、各流PID和编码类型 ffprobe -v error -show_programs -show_streams -print_format json input.ts

输出JSON里能看到节目列表、每个流的codec_name（h264、mpeg2video、aac等）、program_id和对应的PID。我在验收复用器时会重点关注：PAT里节目号是否连续、PMT里视频PID和音频PID是否与节目规划一致、PCR PID是否真的指向了视频流。如果FFprobe报不出program，那基本是复用器生成的PAT/PMT有问题，先去重新生成表，别急着查射频。

除了FFprobe，我也用tsduck的tsp工具导一次PSI/SI表：

# 用tsduck把PAT/PMT/SDT等PSI/SI表导出为可读文本 tsp -I file input.ts -P tables -O file tables.txt

tables选项会把流里的PSI/SI表解析成文本，PMT里每个流的PID、PCR PID都看得很清楚。我在做复用器验收时，会逐行核对这份tables.txt里的PID分配。参数方面，-I file指定输入文件，-O file指定输出；如果输入是开路ASI信号，可以把-I file换成-I asi，命令结构不用变。

4.3 从PCR抖动看复用器有没有偷懒

复用器有一个隐藏职责叫PCR修正。多路节目复用在一起后，PCR必须在复用器里重新打上时间戳，否则接收端恢复不出正确时钟。这里最容易偷懒的是PCR整形：有的复用器只是在打包瞬间记一个计数器，没有做真正的锁相，出来的PCR抖动会超标准。

我一般会写一个几十行的Python脚本，抓TS包里指定PID的PCR字段，统计相邻PCR差值。这是自己可以快速搭的验证工具，标准里PCR抖动通常要求控制在±500ns以内。如果统计结果超过1μs，先别怀疑接收机，回去换复用器的PCR修正模式，或者在复用器后面加一级PCR整形模块。这个验证成本很低，能避免到了外场才发现时钟问题。

# 从TS文件里提取指定PID的PCR，统计相邻差值（27MHz时钟计数） def read_pcr_deltas(ts_path, pcr_pid): deltas = [] prev = None with open(ts_path, 'rb') as f: while True: pkt = f.read(188) if len(pkt) < 188: break if pkt[0] != 0x47: continue pid = ((pkt[1] & 0x1F) << 8) | pkt[2] if pid != pcr_pid or not (pkt[3] & 0x20): continue af_len = pkt[4] if af_len < 7 or not (pkt[5] & 0x10): continue b0, b1, b2, b3, b4, b5 = pkt[6:12] # PCR由33bit基准值base和9bit扩展值ext组成 base = (b0 << 25) | (b1 << 17) | (b2 << 9) | (b3 << 1) | (b4 >> 7) ext = ((b4 & 0x01) << 8) | b5 pcr = base * 300 + ext if prev is not None and pcr > prev: deltas.append(pcr - prev) prev = pcr return deltas deltas = read_pcr_deltas("input.ts", 0x100) # 0x100是PMT里标出的PCR PID print("PCR间隔范围为 %.3f ms" % ((max(deltas) - min(deltas)) / 27000000))

这段脚本的逻辑是：读188字节的TS包，找到同步字节后解析PID，匹配到目标PCR PID后再去适配域里找PCR字段。base * 300 + ext还原出27MHz时钟计数，两个相邻PCR的差值除以27000000就是实际间隔秒数。这里有个注意点：PCR使用的是MPEG-2系统时钟27MHz，不是传输码率时钟；如果流里PCR间隔忽长忽短，说明复用器PCR修正做得不好。这个脚本只是参考实现，正式工具还应该处理PCR计数回绕和多个节目并行的情况，但作为一次现场快速体检已经够用。

5. 实测数字电视传输系统时的几个翻车点与避坑

5.1 现象：信号强度满格，星座图却像星云在旋转

现场最迷惑人的故障之一，是接收端报告信号强度满格，但画面持续出马赛克。我把频谱仪接到接收天线口，看一眼MER直接掉到十几dB，星座图上点云已经糊成一片。这种情况不是功率不够，是信号质量出了问题。 原因通常是三个：本振相位噪声过大、功放非线性导致互调产物、或者同频干扰。相位噪声会让星座点围绕理想位置旋转，功放压缩会让外围星座点向内塌陷，同频干扰会在星座图上形成规则的旋转图案。 解决方法是分层排查：先断掉天线输入，看频谱仪底噪是否正常；再接上发射链路，对比加功放前后星座图变化。相位噪声问题要查本振和锁相环，互调问题要查功放回退量和带外滤波，同频干扰要查频点规划和邻频干扰。别一上来就动调制参数，那不是根因。

5.2 现象：复用器输出码流在接收端出现周期性马赛克

有次测试一套前端，接收端每隔几秒钟就出现一小块马赛克，不是画面全断，是局部花屏。用码流分析仪一看，复用器输出码率一直顶在净码率上限附近，PSI/SI表周期性插入时瞬间溢出，接收机缓冲来不及消化。 原因很明确：输出码率高于信道净码率，又没留足PSI/SI插入的突发余量。复用器在插入EIT或者SDT表时，瞬时码率会往上冲，如果总码率贴满上限，就会周期性撑爆。 解决方式是回到第2章的带宽预算，把复用器输出码率上限设在净码率的90%到95%，给PSI/SI突发和PCR尖峰留出余量。另外，检查SDT/EIT的循环周期，周期太短会加剧码率波动，一般几百毫秒循环一次足够。

5.3 现象：同一套参数A厂接收机正常，B厂却卡顿

多品牌终端一致性测试是前端验收的必修课。我遇到过一套参数，用A厂机顶盒测试一切正常，换B厂接收机连续卡顿，而且卡顿点集中在画面切换时。对比两家的解调器日志，发现B厂对PCR抖动更敏感，对PAT/PMT重复周期的容忍度也完全不同。 原因在于发射参数选得太边缘，落在标准允许范围的极限上。比如GI 1/32在理想测试环境能过，但真实多径条件下余量不足；或者PCR重复间隔刚好卡在临界点，兼容性差的芯片就翻车。 解决方法是把参数往中间收：保护间隔从1/32改到1/8或1/4，PCR间隔缩短到40ms以内，PAT/PMT周期适当加密。发布参数前，至少拿三个以上品牌终端做一致性抽测。实验室里“最优”的参数，放到实际终端矩阵里往往是“翻车”的参数。

5.4 现象：从ASI口取信号测试全正常，一上射频就掉

ASI口是复用器输出的常用接口，属于基带信号。我在某个站点遇到的情况是：从ASI口直接送码流分析仪，一切指标正常；但同样的码流进调制器上射频后，接收端就是无法锁定。折腾了半天，最后问题出在射频馈线。 原因是电缆和连接器在射频频段的损耗和阻抗失配，与基带信号完全两回事。ASI口测试通过只能代表TS流本身没问题，射频链路上的线缆弯折、连接器松动、接地环路都会造成信号恶化。 解决方法是把射频链路逐个断开测试：调制器输出端直接接频谱仪看MER，再过馈线看损耗，最后过天线看场强。如果过馈线后MER掉了5dB以上，检查线缆接头是否压接良好、有没有进水、屏蔽层是否完整。射频问题必须用射频手段排查，基带指标再好也救不了链路。

5.5 现象：扫描出频道但黑屏无声，PTS/DTS乱跳

还有一种隐蔽的故障：接收机能搜到所有频道，节目列表正常，但切过去就是黑屏。用码流分析仪看TS流，PAT/PMT都对，PID也能对上，但PTS/DTS跳动异常，音频PID和视频PID的时间戳没有对齐。 原因多半是多路节目复用后，PCR修正只做了第一套节目，其他节目没有重新锁相。有的软件复用器对单节目流没问题，一接多节目就露馅，时间戳基准各走各的。 解决方法是换用支持多节目PCR修正的硬件复用器，或者在软件复用器配置里打开全节目PCR修正。发机之前，用分析仪逐路检查每套节目的PCR间隔和PTS/DTS差值。这个坑在单节目测试时完全测不出来，只有多节目并发才会暴露。

6. 验证DVB接收效果的三个进阶技巧：从“能出图”到“有把握”

6.1 用MER趋势做验收，不只盯误码率

误码率是一个结果指标，它只在错误已经发生之后才变化。我更习惯看MER的趋势曲线——把频谱仪设在MER记录模式，连续监测一小时，记录最大最小值。稳定的发射链路，MER波动通常不超过1dB以内；如果MER曲线随温度或电源波动出现周期性漂移，说明功放或者本振有问题，趁早处理，别等用户投诉。

6.2 给PCR做一次主动测量，别等接收机暴露问题

每次改完复用器配置，我都会录一段至少十分钟的TS流，跑一遍PCR抖动统计。标准允许的公差是±500ns，但我把1μs作为现场验收的红线。超过这个值，不管当前接收端能不能正常出图，都先处理PCR修正。接收机对PCR抖动的容忍度差别很大，今天不出问题，不代表换一批终端不出问题。

6.3 做一次“翻车测试”，找到系统真实边界

参数余量不是算出来的，是压出来的。我会在正式定参之前，把保护间隔从1/4往1/32逐级调，同时记录接收端的MER和BER变化，找到系统真正失锁的那个点，再往回收一两档。这个测试能直观告诉你：这套前端的抗多径余量到底有多少，下雨或者邻频干扰出现时会不会先崩。做这种测试时，通知所有联调人员，别在业务时段操作，否则真出事故，这锅可不好背。

这些年做前端验收，我最大的教训是：数字电视传输系统的故障很少只有一个原因，多数是码率冗余不够、PCR修正不到位、射频链路劣化三个问题叠加在一起。单独看每个环节都“还能用”，合在一起就变成间歇性翻车。所以我现在养成的习惯是，按链路的顺序做验证——先验TS流，再验星座图，最后做终端矩阵抽测，每一步都留记录。这套流程帮我在外场少熬了很多夜。希望帮到你。

本文还有配套的精品资源，点击获取