DTMB帧结构详解：PN序列同步、超帧日帧与系统信息扩频

简介中国数字地面多媒体广播DTMB帧结构介绍文档面向通信、广播电视工程学习者及同步算法研究人员围绕国标分级帧结构如何实现快速稳定同步展开。压缩包仅含1个PDF文件约612KB篇幅集中便于按层级查阅。正文从基本单元信号帧切入说明帧头与帧体构成、3780个帧体符号36个系统信息符号加3744个数据符号及约500微秒时长并串起超帧125毫秒、分帧1分钟、日帧24小时的周期关系同时对比三种帧头模式的PN420、PN595、PN945序列长度以及每超帧225、216、200个信号帧的差异。文档还涉及系统信息承载、扩频保护和帧头相位识别等要点可帮助读者建立DTMB帧同步与参数配置的整体认识适合作为标准研读笔记或工程速查材料。已有739人学习下载。1. 为什么DTMB帧结构要从500微秒一路切到24小时DTMB帧结构最反直觉的地方是它把帧分成了信号帧、超帧、分帧、日帧四层最小帧体只有500微秒顶层日帧却覆盖24小时。第一次看容易觉得这是把简单问题复杂化一个广播系统为什么需要“日帧”这种以天为周期的结构答案藏在同步机制里。DTMB帧结构用PN序列做帧头接收端要在多径、频偏和突发噪声下快速锁定单靠一帧的帧头不够稳必须让帧头在超帧内有可预测的相位变化再用125毫秒、1分钟、24小时逐级校准把本地时钟和发射端的时间基准绑在一起。这份资料把三种帧头模式的符号账、LFSR生成结构和系统信息扩频流程逐项列清适合对照实现逐条核对。2. 分级帧结构4200、4375、4725个符号如何凑出125毫秒超帧2.1 信号帧帧头加帧体三种长度都落在7.56Msps上信号帧是DTMB帧结构的基本单元由帧头和帧体两部分时域信号组成。帧头和帧体信号的基带符号率相同都是7.56Msps也就是每秒7.56百万个符号。这个符号率是后面所有时间计算的锚点帧体固定为3780个符号3780×1/7.56微秒约等于500微秒所以帧体时长永远是500微秒。帧头长度有三种选项分别是420、595、945个符号对应三种帧头模式。于是信号帧总符号数分别是4200、4375、4725时长分别约555.56微秒、578.7微秒和625微秒。这里有个容易被忽略的细节帧体长度不变帧头长度可变意味着三种模式的数据承载效率不同。PN420的帧头开销是420/420010%PN595是595/4375≈13.6%PN945是945/472520%。帧头越长接收端做相关检测时积累的能量越多抗多径和抗噪声能力越好但留给数据的符号比例越低。常见的实现思路是城市密集多径环境用长帧头换同步稳健性信道条件好、追求吞吐时用短帧头。标准没有规定必须用哪一种而是把选择权留给网络规划。帧体内部的结构也要拆开看3780个符号里前36个符号是系统信息后面3744个符号是数据。系统信息不是简单塞进去的它要经过扩频保护后面第4章会展开。这里先记住一个硬约束帧体3780个符号、500微秒、7.56Msps这三个数在三种帧头模式下都不变。所以帧头模式改变的是信号帧总长度不是帧体长度。帧头模式帧头符号数帧体符号数信号帧总符号数信号帧时长模式1PN42042037804200约555.56微秒模式2PN59559537804375约578.7微秒模式3PN94594537804725625微秒2.2 超帧225、216、200个信号帧为什么都能凑出125毫秒超帧的定义是一组信号帧时间长度固定为125毫秒。三种帧头模式对应的超帧帧数不同模式1每225个信号帧组成一个超帧模式2每216个模式3每200个。把符号数乘一下就能看出设计意图模式1225×4200945000个符号945000/7.56e60.125秒模式2216×4375945000个符号同样0.125秒模式3200×4725945000个符号同样0.125秒。三种模式的超帧总符号数完全相等都是945000。这意味着无论选哪种帧头超帧边界在时间轴上的位置都是125毫秒的整数倍。接收端一旦锁定超帧边界就可以用同一个时间网格去推算分帧和日帧不需要为不同帧头模式维护不同的超帧计时器。这是分级帧结构里很关键的一层解耦帧头模式改变信号帧的“颗粒度”但超帧的“总账”不变。超帧中的第一个信号帧定义为首帧由系统信息的相关信息指示。首帧的作用相当于超帧内的时间原点。模式1和模式3的超帧内各信号帧的帧头采用不同相位的PN信号作为信号帧识别符模式2的超帧内各信号帧的帧头采用相同的PN序列。这个差异直接决定了接收端怎么在超帧内定位帧号模式1和模式3可以靠PN相位序号直接读出“这是超帧内第几帧”模式2没有相位变化帧号识别要靠系统信息或其他约定。第3章会详细讲相位复用。2.3 分帧与日帧480个超帧、1440个分帧的时间复位分帧的时间长度定义为1分钟包含480个超帧。480×125毫秒60秒正好一分钟。日帧以一个自然日为周期重复由1440个分帧构成1440×1分钟24小时。在选定的参考时刻日帧被复位开始一个新的日帧。原文里写的是北京时间00:00:00 AM或其它选定的参考时间实现时把“参考时间”理解成一个可配置的日帧零点即可不需要和某个固定时区绑定。这个复位动作不是形式上的日帧复位时PN序列的LFSR也会复位到序号0的初始相位。也就是说日帧零点、分帧边界、超帧边界、首帧、PN相位序号0这几个时间标记是对齐的。接收端只要在日帧零点附近抓到一次首帧就能用超帧计数和分帧计数推算出当前处在一天中的哪个位置。对于单频网这类需要多个发射点保持时间同步的场景日帧提供了一个绝对时间基准对于接收端日帧可以用于定时唤醒、业务调度和省电策略。这里有一个实现上的坑日帧复位是周期性的但接收端不一定在零点开机。常见的做法是先用帧头相关峰锁定信号帧再用超帧内的PN相位序号模式1/3或系统信息模式2找到首帧然后向上推算分帧号和日帧内位置。如果LFSR复位时刻和超帧边界错开帧号会整体偏移后面第5章会把这个现象拆开讲。3. 帧头PN序列三种LFSR怎样在420/595/945个符号里藏相位3.1 8阶LFSR与PN42082个前同步、255个PN、83个后同步帧头模式1采用循环扩展的8阶m序列。8阶m序列的最大长度是2^8-1255所以核心序列是PN255。长度为420个符号的帧头信号PN420由一个前同步、一个PN255序列和一个后同步构成。前同步和后同步定义为PN255序列的循环扩展前同步长度为82个符号后同步长度为83个符号8225583420账正好对上。PN255由8级线性反馈移位寄存器产生。LFSR的初始条件决定所产生的PN序列的相位。标准文字里没有把生成多项式的抽头系数展开成一行公式而是给了LFSR结构图实现时按结构图接反馈抽头即可。序列产生后要做映射二进制“0”映射为1“1”映射为-1变成非归零二进制符号。这个映射极性在接收端做相关检测时必须一致否则相关峰的正负会反。模式1的一个超帧有225个信号帧每个信号帧的帧头采用不同相位的PN信号。8阶m序列可以产生255个不同相位的PN420序列序号从0到254标准选用其中的225个从序号0到224。每个超帧开始时LFSR复位到序号0的初始相位。接收端把本地PN序列和收到的帧头做滑动相关相关峰对应的相位序号就是当前帧在超帧内的帧号。这就是模式1用PN相位做帧识别的机制。3.2 10阶LFSR与PN5951023截短到595每帧同相位帧头模式2采用10阶最大长度伪随机二进制序列截短而成。10阶m序列的最大长度是2^10-11023。帧头信号长度是595个符号取的是长度为1023的m序列的前595个码片不是循环扩展而是直接截短。这个序列由10比特LFSR产生初始相位为0000000001在每个信号帧开始时复位。模式2的一个超帧有216个信号帧每个超帧中各信号帧的帧头采用相同的PN序列。也就是说模式2没有用相位序号做帧识别216个帧的帧头长得一样。接收端仍然可以用相关峰做定时同步但没法从帧头直接读出“这是超帧内第几帧”。帧号识别要靠系统信息中的首帧指示或其他上层约定。这个设计取舍很直接PN595比PN420长相关积累时间更长抗多径能力更好代价是失去了相位维度的帧识别能力。常见的实现思路是模式2适合把同步稳健性放在第一位、帧号可以由系统信息恢复的场景。3.3 9阶LFSR与PN511217加511加217等于945200个相位帧头模式3采用循环扩展的9阶m序列。9阶m序列的最大长度是2^9-1511核心序列是PN511。长度为945个符号的帧头信号PN945由一个前同步、一个PN511序列和一个后同步构成。前同步和后同步定义为PN511序列的循环扩展前同步和后同步长度均为217个符号217511217945。PN511由9级LFSR产生LFSR的初始条件决定相位。9阶m序列可以产生511个不同相位的PN945序列序号从0到510。标准选用其中的200个从序号0到199。模式3的一个超帧有200个信号帧每个信号帧的帧头采用不同相位的PN信号作为信号帧识别符。每个超帧开始时LFSR复位到序号0的初始相位。接收端同样用滑动相关找相位序号相位序号就是超帧内的帧号。3.4 相位索引与首帧识别超帧内怎么知道自己是第几帧把三种模式放在一张表里看帧识别机制的区别很清楚帧头模式m序列阶数核心序列长度帧头长度超帧帧数帧头相位是否变化帧识别方式模式18阶255420225每帧不同用0224号相位相关峰相位序号模式210阶1023截短到595595216每帧相同系统信息/首帧指示模式39阶511945200每帧不同用0199号相位相关峰相位序号模式1和模式3的相位索引有一个隐含约束LFSR必须在每个超帧开始时复位到序号0。如果复位时刻落在超帧中间相位序号和帧号的对应关系就会整体平移。接收端做相关检测时相关峰的位置是相对的它只能告诉你“当前帧头用的是哪个相位”不能告诉你“LFSR是不是在正确时刻复位的”。所以实现时要把超帧边界检测和LFSR复位对齐再用首帧的系统信息做校验。这一点在实验室里不容易暴露到了外场多径环境帧号跳变会表现为业务调度错乱排查起来很费时间。4. 系统信息与帧体处理6比特怎样扩成36个复符号并送进3744个数据4.1 6比特系统信息编码调制模式、交织信息与保留位系统信息为每个信号帧提供必要的解调和解码信息包括符号星座映射模式、LDPC编码的码率、交织模式信息、帧体信息模式等。系统预设了64种不同的系统信息模式扩频前用6个信息比特表示。6个比特的位定义是第30比特定义编码调制模式第4比特定义交织信息第5比特是MSB保留。64种模式对应6比特的64个取值接收端先把系统信息解出来才知道后面的3744个数据符号用的是什么星座映射、什么码率、什么交织方式。这个顺序不能反帧体数据是按系统信息配置来编码调制的如果系统信息解错后面数据全错。所以系统信息不能裸传必须做扩频保护。标准用长度为32的Walsh序列和长度为32的随机序列来映射保护把6比特变成32比特长的系统信息矢量。4.2 Walsh加随机序列32比特保护矢量怎么造构造64个32比特系统信息矢量的步骤可以拆成四步。第一步产生32个32位长的Walsh矢量它们分别是32×32的Walsh块的各行矢量。Walsh块可以用Hadamard矩阵递归生成也可以查表。第二步把这32个Walsh矢量取反连同原有的32个Walsh矢量一共得到64个矢量。第三步把每个矢量经过映射“1”映射为1“-1”映射为0得到64个二进制矢量。第四步这64个矢量与一个长度为32的随机序列按位异或得到64个系统信息矢量。那个长度为32的随机序列也有讲究它由一个5比特LFSR产生一个长度为31的5阶最大长度序列再在后面补一个0。5阶m序列的最大长度是2^5-131补0后正好32位。初始相位为00001在每个信号帧开始时复位。也就是说每个信号帧的系统信息扩频都用同一个随机序列接收端可以本地复现。异或的作用是打乱Walsh码字的正交性让64个码字在信道上更不容易被错误区分。得到32比特系统信息矢量后采用I、Q相同的4QAM调制映射成为32个复符号。然后在这32个复符号前面再加4个复符号作为数据帧体模式的指示。这4个复符号在映射前C1模式时为“0000”C3780模式时为“1111”这4个比特也采用I、Q相同的4QAM映射为4个复符号。于是每个帧体的前36个符号就是4个模式指示复符号加32个系统信息复符号。这36个系统信息符号通过复用模块与信道编码后的数据符号复合成帧体数据连续排列于帧体数据的前36个符号位置。帧体前36个符号内容映射方式第14个复符号数据帧体模式指示C1为0000C3780为1111I、Q相同的4QAM第536个复符号32比特系统信息矢量I、Q相同的4QAM4.3 C1与C3780单载波与多载波帧体处理的岔路3744个数据符号复接系统信息后经帧体数据处理形成帧体用C个子载波调制占用的射频带宽为7.56MHz时域信号块长度为500微秒。C有两种模式C1或C3780。这两个数字不是随便选的帧体总共3780个符号C3780意味着每个符号对应一个子载波做3780点IFFTC1意味着单载波处理把帧体作为一个时域信号块来处理。C1模式下作为可选项对组帧后形成的基带数据在±0.5符号速率位置插入双导频两个导频的总功率相对数据的总功率为-16dB。插入方式为从日帧的第一个符号编号为0开始在奇数符号上实部加1、虚部加0在偶数符号上实部加-1、虚部加0。这个导频不是每帧独立插入而是从日帧第一个符号开始连续计数所以接收端要知道当前符号在日帧内的奇偶位置才能正确提取导频。这也是日帧结构影响物理层处理的一个例子。C3780模式下相邻的两个子载波间隔为2kHz。3780×2kHz7.56MHz正好对上射频带宽和符号率。对帧体信息符号X(k)进行频域交织得到X(n)然后进行变换得到时域信号。常见的实现思路是频域交织打乱子载波顺序让突发干扰在频域上分散变换就是IFFT3780个频域符号变回3780个时域采样点500微秒块长度对应7.56MHz采样率下的3780个采样点。C3780模式适合多径严重的城市环境用OFDM把宽带信道切成窄子载波C1模式实现简单适合单频网或信道相对干净的场景。两种模式共用同一套帧结构只是帧体处理分岔。5. 避坑与排查DTMB帧结构实现中最容易翻车的五个细节5.1 帧头相关峰对不上采样偏差被长帧头放大现象接收端能看到相关峰但峰位置逐帧漂移超帧同步偶尔丢锁。原因发射端和接收端的采样时钟有ppm级偏差符号率7.56Msps下420、595、945个符号的帧头对定时误差的敏感度不同长帧头累积的相位旋转更明显。解决不要只用一帧的相关峰做定时用相邻帧的相关峰做差分跟踪先确认符号率配置是不是7.56Msps再看采样时钟能不能锁到同一个参考源。这个坑在实验室用同一台时钟源时不容易出现外场一跑就翻车。5.2 超帧内帧号错位LFSR复位时刻没对齐首帧现象模式1或模式3能同步但帧号每隔一段时间跳变业务调度跟着乱。原因LFSR在每个超帧开始时复位到序号0如果复位时刻落在首帧帧体而不是帧头相位序号和帧号的对应关系整体偏移。解决把超帧边界检测和LFSR复位信号对齐到首帧帧头起点用首帧系统信息里的指示位做二次校验在接收端维护一个超帧计数器复位时清零而不是自由running。5.3 系统信息译码全错Walsh映射极性搞反现象36个系统信息符号能量正常但64个码字判决全错数据帧体也跟着解不出来。原因Walsh矢量取反后要做“1”到1、“-1”到0的映射再与随机序列异或如果映射极性搞反64个码字集合就整体错位。解决先用C1/C3780的4个前导复符号校验4QAM映射极性再用已知系统信息模式反推Walsh表随机序列的5阶LFSR初始相位00001和每帧复位也要核对。5.4 C3780模式星座发散IFFT点数或频域交织顺序错现象OFDM解调后星座图旋转、发散误码率居高不下。原因帧体3780个符号子载波间隔2kHz采样率7.56MHzIFFT长度必须是3780如果按4096点做子载波映射和采样率对不上。频域交织后的X(n)顺序也要和IFFT输入顺序一致。解决确认IFFT点数为3780子载波间隔2kHz采样率7.56MHz用单音测试验证频域交织的置换表检查循环前缀是否按标准插入。5.5 日帧复位导致短暂失锁参考时刻选在业务高峰现象每天固定时刻出现短暂同步丢失过后自动恢复。原因日帧在参考时刻复位LFSR和帧结构重新对齐接收端如果没做平滑处理会在复位点附近丢锁。解决把日帧参考时刻配置在低业务时段接收端在复位点前用超帧计数推算保持跟踪而不是重新捕获复位后先用首帧校验再切回正常解码。6. 设计取舍为什么同步、识别、时间基准都压在PN序列上DTMB帧结构把三件事压在了同一套PN序列上定时同步、超帧内帧识别、日帧时间基准。这个设计的好处是接收端只需要一个相关器和一个LFSR就能同时完成同步和帧号恢复不需要额外的信令信道。模式1用225个PN420相位覆盖一个超帧模式3用200个PN945相位覆盖一个超帧相位序号直接就是帧号模式2放弃相位识别用更长的PN595换相关增益把帧号识别交给系统信息。三种模式的帧头开销从10%到20%不等本质是在同步稳健性和数据吞吐之间做取舍。代价也很明显接收端必须实现滑动相关相关器长度随帧头模式变化PN420是420点、PN595是595点、PN945是945点LFSR的复位时刻必须和超帧边界严格对齐否则帧号整体偏移。日帧的加入让时间基准可以维持24小时但也要求接收端在长时间运行中保持超帧计数不丢。这套机制不是免费的它把复杂度从信令层转移到了物理层的相关检测和时间维护上。取舍维度模式1PN420模式2PN595模式3PN945帧头开销10%约13.6%20%相关积累长度420符号595符号945符号超帧内帧识别PN相位序号系统信息/首帧指示PN相位序号适用倾向吞吐优先同步稳健优先强多径环境我以前调同步时踩过一次坑相关峰锁得很稳但帧号每隔几个超帧就跳一次查了很久才发现是LFSR复位信号比超帧边界晚了几个符号。从那以后我每次做帧结构对接都先把超帧边界、首帧位置、LFSR复位时刻这三个标记画在同一条时间轴上对齐了再调相关器。这份资料把三种帧头的符号账、LFSR结构、系统信息扩频步骤都逐项列了出来需要对照实现的人可以拿去逐条核对少走一些我当年走过的弯路。希望帮到你。本文还有配套的精品资源点击获取