5G无线接入技术系列写到了第七篇前面聊完了无线帧、物理信道和参考信号今天该讲讲传输信道处理。说实话刚接触5G物理层协议的时候最容易让人头大的就是这一块传输块、CRC、LDPC、加扰、调制映射、层映射、预编码、资源元素映射一串流程又长又绕。很多做网优的同事干了好几年天天看PRB占用率和MCS调度却不太清楚一个比特从基站到手机中间到底经历了什么。这篇就把这条链路拆开按处理器实际执行的顺序过一遍把每一步为什么存在、参数怎么选、实际排查怎么用一起说清楚。这篇内容不光适合刚入门的网络优化工程师对基带软件开发和射频测试的朋友也有参考价值。传输信道处理属于5G无线接入技术里最核心的基带信号处理段它决定了信道编码增益、多天线复用能力和最终空口速率能不能兑现。理解了它再看LDPC、Polar码、调制方式、预编码这些技术词就不会只是停留在概念层面而是能真正对应到用户下载速率、误码率、小区覆盖这些实际指标上去。1. 传输信道处理在5G无线接入技术中的定位1.1 从传输块到空口比特一条链路看明白要理解传输信道处理先要有一个完整的数据流图景。高层的IP数据包进入基站或终端的MAC层之后会被打包成传输块Transport BlockTB一个传输块就是一个时隙内可能传输的数据单元。这个TB从MAC层交到物理层后面做的一系列事情统称为传输信道处理。最简单的处理流程是这样走下来的CRC附加给传输块追加循环冗余校验比特让接收端能快速判断这包数据有没有出错。信道编码用LDPC或Polar码对数据和控制信息分别做纠错编码抵抗无线信道中的干扰和噪声。速率匹配编码后的比特往往比空口资源能承载的比特多需要从中挑选一部分发射匹配当前分配到的资源大小。加扰用小区ID、终端RNTI等参数生成扰码序列把待发射比特随机化降低邻区信号之间的相干干扰。调制映射把比特流映射成星座点上的复数符号QPSK/16QAM/64QAM/256QAM都是这一层干的活。层映射把一列调制符号拆成多列分配给多个天线端口或空间层。预编码对多层符号做加权矩阵变换把信号定向发送到终端所在位置。资源元素映射把符号填入一个时隙里的资源网格避开参考信号占据对应PRB。OFDM信号生成最后通过逆FFT和加循环前缀变成可发射的射频波形。这串流程在5G基站侧由基带板上的物理层处理单元完成在手机侧则由调制解调器里的DSP加速单元完成。网络优化里经常说的“小区吞吐率上不去”“边缘用户误码高”“MCS老掉”之类的问题大多数根源都藏在这个流程的某一个环节里。1.2 传输信道和物理信道的区别很多初学者会把传输信道和物理信道混在一起其实25G协议里两个概念层次很清晰。传输信道是MAC层和物理层之间的逻辑通道描述的是“传什么类型的数据”物理信道是物理层内部具体的空中承载描述的是“比特走什么格式发出去”。传输信道处理就是完成从前者到后者的转换。5G NR里最常见的对应关系可以看这张表传输信道主要用途对应物理信道DL-SCH下行用户数据也带部分系统信息PDSCHUL-SCH上行用户数据PUSCHRACH随机接入前导PRACHBCH广播信息PBCHPCH寻呼消息PDSCH中承载寻呼所以“传输信道处理”并不是某个单一信道而是一套通用的物理层处理流程。比如DL-SCH在PDSCH上传输UL-SCH在PUSCH上传输两者走的编码、加扰、调制流程基本一致只是具体参数和加扰初始值不同。理解了这套通用流程上下行问题可以一并排查。1.3 为什么传输信道处理决定无线性能无线性能和传输信道处理的关系远不止“信号好不好”这么简单。举个实际例子同样的20MHz带宽终端上报CQI好、调制用到256QAM、空间层数为2峰值速率能跑出接近200Mbps可一旦信道质量下降调度器把调制降到16QAM、层数降到1速率可能直接掉到30Mbps以内。这中间的变化就是物理层的速率匹配和调制映射根据信道状态动态调整的结果。传输信道处理还直接影响时延。LDPC译码的迭代次数、HARQ重传的冗余版本选择、速率匹配的比特选择都决定了数据能否在有限时间内被正确解出。5G低时延场景对HARQ时序要求很高如果编码参数配得不合适或者在速率匹配时没有和资源分配对齐轻则浪费频谱资源重则导致重传超时。可以说传输信道处理是把5G无线接入技术里“峰值速率、频谱效率、覆盖能力”三大指标串起来的枢纽环节。2. 信道编码选型5G为什么押注LDPC和Polar2.1 数据信道LDPC高吞吐、纠错强4G时代的卷积码和Turbo码到了5G开始不够用。数据信道要求超高吞吐率传输一个100MHz载波、256QAM调制的下行数据块每秒要处理几十甚至上百兆比特Turbo码的迭代译码结构在硬件实现上很难满足低时延高并发的要求。LDPC码即低密度奇偶校验码靠的是并行化译码结构校验矩阵稀疏每个节点只需要和少数变量节点交换信息因此特别适合用大规模并行电路实现。这就好比一条八车道高速路虽然每辆车都要检票但八车道同时检整体通过速度远高于原先的窄路。5G NR里的LDPC码设计得比较巧妙准备了两套基础图BG1和BG2。BG1的基矩阵较大支持码率从1/3到接近95%的高码率场景适合传输块比较大的下行数据BG2的基矩阵较小支持最低到1/5的低码率适合传输块比较小或者信道质量比较差的上行数据。网络调度器会根据传输块大小和分配到的资源量自动决定用哪套基础图再结合速率匹配确定实际发射码率。实际优化中理解LDPC比背公式更重要。比如下行边缘用户信道质量差调度器往往选择低阶调制和小RB数这时如果继续用BG1大基矩阵码率匹配出来会非常低编码增益未必能发挥到最好而改用BG2反而更利于解码。3GPP协议里已经把这些规则固化在调制编码策略选择逻辑里但了解它背后的原因遇到用户吞吐率异常时就能更快判断是编码增益问题还是调度问题。2.2 控制信道Polar短码性能更优数据传输用了LDPC控制信道却选择了Polar码。原因是控制信道的载荷很短PDCCH上一条下行控制信息DCI通常只有几十到一百多个比特LDPC在这类短码上性能并不占优而Polar码在短码下能更逼近香农极限。Polar码的核心思想是信道极化。通过一组级联变换把多个等价的信道改造成一部分极好、一部分极坏的信道然后在极好的信道上传信息比特在极坏的信道上放冻结比特。接收端利用这种结构做译码短码时复杂度不高但纠错性能非常稳定。5G NR里实际用的是CA-Polar就是带CRC辅助的极化码用CRC来辅助路径选择进一步降低译码错误率。控制信道对可靠性要求极高因为一条DCI没解出来就意味着整个PDSCH都不知道该不该接收。所以Polar码在PDCCH和PUCCH上分别承担了上行和下行的控制信息保护。和我实际调过的几个边缘覆盖场景相比Polar码带来的抗干扰能力提升在弱信号下比单纯提高发射功率更有效。2.3 速率匹配和HARQ的相互作用信道编码之后码率匹配是很容易被忽略但又极其关键的一步。编码器输出的比特数经常大于空口资源能承载的比特数比如一个传输块编码后产生了12000个比特但当前时隙只分配了8个PRB用16QAM调制满打满算只能放4600个符号、18400个比特看起来够放但实际还要考虑参考信号占用的位置和每个OFDM符号的开销所以必须从12000个比特里选出一部分打出去。这“选择一部分”的过程就是速率匹配。5G的速率匹配和HARQ重传是绑在一起的。第一次发射时打的是起始位置附近的一段比特重传时用另一个冗余版本RV从不同位置取比特接收端把两次收到的比特合并起来相当于拼出更完整的码字。这种增量冗余方式让重传解码成功率比盲重发整包高很多。实际网络中HARQ重传率如果持续偏高除了信道问题也可能是因为调度器给出的MCS过高导致速率匹配后实际有效码率超出了LDPC纠错能力范围。我一般建议先把目标误快率调到较低档位观察重传和吞吐的变化再决定是否调整外环参数。3. 加扰、调制与多层映射的实践细节3.1 加扰的作用不只是加密加扰这个词听着像加密实际用途是干扰白化。运营商所有小区都在同一个频段里发送信号如果不同小区的物理层比特序列没有随机化强邻区的信号和本小区信号叠加时会产生很强的相干干扰接收端即使能解调出星座图也很难从叠加信号里分离出本小区的那份。加扰序列的初始化参数里包含小区ID和终端RNTI等于给各自数据贴了一个不同随机谱的标签把邻区干扰转化成像噪声一样的随机物理过程让译码器前的信噪比条件更稳定。具体实现用的是Gold序列伪随机生成器。下行PDSCH加扰序列由小区号、RNTI、时隙号共同决定上行PUSCH则由小区号、终端RNTI、时隙号决定。实际维护中很少需要人工处理加扰序列但有一个常见问题值得注意如果某个小区配置了错误的PCI或小区基准参数即使RF信号质量测试正常UE解出的加扰序列对不上也会导致PDSCH解调失败表现为“信号满格但下载速率极低”。这种问题在站点割接或参数复制时容易出现排查时优先核对PCI和小区ID配置一致性。3.2 调制方式和MCS的对应关系调制映射决定了每个符号能携带多少比特。QPSK一个符号带2比特16QAM带4比特64QAM带6比特256QAM带8比特。调制阶数越高对信号SNR要求越苛刻。5G调度器根据终端上报的CQI和信道质量指示选出一套符合条件的MCS再查表得到调制方式和TBS。日常看后台指标时MCS均值低往往说明小区覆盖边缘用户多、干扰高或者上行受限。下面这张表是我自己整理出的简化对照逻辑方便快速评估调制方式单符号比特相对速率适用场景QPSK21x覆盖边缘、高干扰16QAM42x中等信道质量64QAM63x较好信道质量256QAM84x用户密集近点SNR很高但实际峰值速率不是单靠调制阶数就能拉满的。还要看层数、RB数量和参考信号占比。256QAM虽然每个符号多带比特但要求信道幅度和相位估计误差很低所以DMRS位置和解调参考信号质量成了关键。我处理过一次下行MCS跳变严重的站点本质原因是CSI测量配置周期太长基站用的信道信息滞后于实际变化导致MCS选择频繁过乐观。把CSI-RS周期和上报模式调优后MCS曲线明显平稳。3.3 层映射和预编码MIMO空间复用层映射解决的是“一列数据怎么变成多列数据”。终端上报的RI秩指示告诉基站它当前能同时接收几个空间流比如RI等于2基站就把一列调制符号轮流分配到两层上最终两列符号走向两根天线逻辑端口在空间上形成两路独立数据。需要注意的是层数不能超过天线端口数也不能超过终端能力。常见下行支持4层、8层上行普遍最多4层。层数上不去吞吐率会断崖式下降。预编码是在层映射之后对每层信号做空间加权。可以简单理解成给每根天线的发射信号乘一个复数系数让信号能量集中指向终端所在的方位。5G里的预编码分为基于码本的预编码和非码本预编码用户级波束成形使用了大量非码本方案基站根据SRS探测结果直接算权值。很多优化人员看“PMI”平均值低第一个反应是天线通道异常但实际中传输信道处理链路里层映射和预编码参数配置不对也会造成同样现象比如天线端口数配置少于物理天线数或者信道互易性校准数据没更新都会让波束方向失真。4. 资源映射到OFDM波形生成的工程观察4.1 资源元素映射的基本规则经过预编码的调制符号要放到OFDM时频资源网格上这一步是资源元素映射。5G里一个PRB在频域占12个子载波在时域上占一个时隙的多个OFDM符号。对于常规参数集一个时隙14个符号数据能用的符号位置由PDCCH控制区域和参考信号占位决定。基站侧调度器会明确分配每个RB的位置物理层再把符号逐个填入。实际控制资源映射时数据符号必须避开三类资源PDCCH区域、DMRS参考信号、CSI-RS参考信号。如果映射逻辑冲突比如DMRS配置为前置型占用了第一个符号数据却被硬塞进去接收端解调参考信号就会失真误码率飙升。日常调优中不太会有人手动操作RE映射但理解它有助于看懂CQI和MCS为什么上不去。比如时隙里DMRS放置位置不同数据可用RE数就不一样直接影响了TBS和调度速率。4.2 参考信号对传输信道处理的影响DMRS在传输信道处理里的作用相当于给接收端一把“标尺”。数据符号经过信道后幅度相位都变了接收端必须知道信道对每个符号做了什么改变才能把星座点恢复回标准位置。DMRS就是预先插入的已知符号和用户数据一起经历同样的信道接收端拿它做信道估计然后均衡数据。因此DMRS密度和位置直接决定了信道估计的准确性也决定了高调制阶数能不能用。高速移动场景下信道随时间和频率快速变化一个时隙只在起始端放一个前置DMRS可能不够这时要配置附加DMRS。每个附加DMRS都会占用一部分数据RE牺牲约2%到3%的吞吐换取运动速度下的解调可靠性。我调过高铁沿线站点固定用户业务量不大但速率波动很剧烈把附加DMRS密度从单符号加到双符号后误块率指标和用户感知改善明显。这种取舍在传输信道处理优化里很常见没有绝对最优只有根据业务场景和移动环境做权衡。4.3 OFDM生成阶段常见盲点传输信道处理的最后一步是OFDM波形生成。调制符号映射到子载波后通过逆FFT变换成时域信号再加循环前缀CP抵抗多径时延扩展。很多人觉得这步是固定的不会出问题其实在HSPA/LTE传统设备升级到5G站点时常遇到子载波间隔和CP长度配置不匹配的故障。比如普通小区用30kHz子载波间隔CP短适合城区低时延离散多径环境而郊区大覆盖小区如果也沿用30kHz而不考虑多径时延会造成符号间干扰上行误码率上升。从工程看传输信道处理到OFDM这里工作重点已经不再是算法本身而是参数集选择和时频资源协调。一个PRB、一个符号的取舍最终都在用户速率和覆盖之间形成微妙平衡。这也是为什么5G无线接入技术的优化工作始终离不开物理层细节的支撑。5. 常见问题与排查技巧实录5.1 误码率持续偏高先从调制加扰查起我处理过一个下行误块率长期超标的案例。某一小区覆盖范围内终端上报RSRP不算低但是MCS均值一直只有10左右边缘用户上网卡顿。后台看CQI分布上报4到6居多说明信道质量的确差。现场用扫频仪测了下行干扰发现邻区存在同频重叠覆盖。最后把天线方位角和新小区功率做了调整CQI才回弹。这提醒我当MCS上不去时先看干扰和覆盖不要一上来就调编码参数。如果干扰和覆盖都正常但某个站点依旧误码高就要看PA/ PB参数和LNA增益这些会影响PDSCH发射功率在数据/导频之间的分配。传输信道处理对PRB功率分配很敏感数据功率不足时即使调制阶数低解调SNR不够也会出错。另外别忘了检查PCI是否冲突。加扰初始值依赖PCIPCI相同会导致相邻小区扰码相关性高干扰白化失效这种情况在密集城区尤其常见。5.2 华为网管查小区对应框号定位基带处理节点的经验日常运维中如果传输信道处理指标异常比如LDPC译码失败率高、PRB利用率和吞吐不匹配需要判断问题到底在射频段还是基带板侧。这时就要把小区与基带板、光口、RRU链路对应起来。在华为网管里可以通过网元维护界面查看小区配置通常路径是“NR小区管理—查询基站逻辑小区—确认物理小区标识及基带设备”再进入“基带板”或“框号/槽位”信息确认该小区挂在哪个基带处理单元上。经过多年操作我的经验是先把小区所在基带板和光口对应关系记录下来再和RRU链路的性能数据对照。如果某一块基带板上挂着多个高负荷小区传输信道处理的DSP资源可能出现瓶颈表现为小区负载不高但丢包率抬升。有一种典型的坑是小区数据配置里基带板号和框号对不上导致告警定位不准。我在割接后连续出现基带板CPU占用率虚高查了无线指标都正常最后发现是网管配置里把小区框号填成了相邻站点物理层数据实际占用的基带板根本不是网管上显示的那块。所以碰到这类诡异问题先花十分钟把小区和基带板的物理对应关系核实清楚再去做深度协议分析效率和准确率更高。5.3 终端热点场景的干扰判断有热搜提到“手机给电脑开5G热点电脑显示无法访问互联网”很多人直接怪电脑或网卡。实际从传输信道处理角度看这种情况绝大多数是终端上行PUSCH的传输信道处理能力被压制了。终端做热点时手机本身同时承担无线接入和以太网转发数据走的是蜂窝链路到核心网。如果电脑能搜到热点但打不开网页可以先去终端查看当前信号和PUSCH的MCS。我见过一个用户的热点速率极低原因是终端放置位置信道质量差上行调制一直被调度到QPSK数据包发送非常慢电脑侧表现就是访问超时。把手机挪到窗边后上行MCS回升热点就恢复正常。这种问题不属于基站故障属于终端侧传输信道处理受信道条件制约。排查时可以先锁定终端报告里的上行调度信息不要浪费精力去查电脑驱动或者核心网路由。对经常用热点办公的场景更推荐优先保证终端接收信号强度尽量靠近窗口避免金属遮挡必要时用USB转有线网络来减少无线热点的丢包损耗。5.4 传输信道处理优化的个人心得调到后来越来越觉得传输信道处理的优化不是堆参数而是看链路预算和时频资源分配的逻辑。同一套LDPC码、同一个DMRS密度在不同场景里的表现完全不同。城区高干扰站点优先保障CQI上报准确度和MCS调度的稳定性郊区广覆盖站点则要压低目标MCS多留HARQ重传余量高铁等快速移动场景DMRS密度和预编码更新周期比绝对峰值速率更重要。没有一套配置能适配所有站点。另一个心得是做物理层优化一定要结合终端反馈的数据看不能只看基站的发射侧。很多问题的线索就藏在终端上报的CQI、RI、PMI里它们本质上是终端对传输信道处理效果的“评价”。后台指标再漂亮终端感知差那一定还有某个物理层细节没有真正做到位。善用网管的物理信道监控和信令跟踪把传输信道处理中的MCS变化、HARQ重传次数、误块率三个关键值串起来看大多数性能问题都能找到准确切入点。写到这里传输信道处理这条链路从传输块到OFDM符号算是有了一条完整的主线。我个人在实际操作中最大的体会是不要被协议栈那一堆缩写唬住LDPC、Polar码、加扰、层映射这些步骤背后解决的全都是真实无线环境里的物理问题——噪声、干扰、多径、移动。把这些物理问题和处理环节对起来现场调优时心里就有一张非常清晰的图。后续系列我会继续把5G无线接入技术里的调度机制、功控和链路自适应写出来这些内容都会和今天的传输信道处理强相关。