企业官网建设流程全解析

5G无线接入技术系列写到了第七篇，前面聊完了无线帧、物理信道和参考信号，今天该讲讲传输信道处理。说实话，刚接触5G物理层协议的时候，最容易让人头大的就是这一块：传输块、CRC、LDPC、加扰、调制映射、层映射、预编码、资源元素映射，一串流程又长又绕。很多做网优的同事干了好几年，天天看PRB占用率和MCS调度，却不太清楚一个比特从基站到手机中间到底经历了什么。这篇就把这条链路拆开，按处理器实际执行的顺序过一遍，把每一步为什么存在、参数怎么选、实际排查怎么用，一起说清楚。

这篇内容不光适合刚入门的网络优化工程师，对基带软件开发和射频测试的朋友也有参考价值。传输信道处理属于5G无线接入技术里最核心的基带信号处理段，它决定了信道编码增益、多天线复用能力和最终空口速率能不能兑现。理解了它，再看LDPC、Polar码、调制方式、预编码这些技术词，就不会只是停留在概念层面，而是能真正对应到用户下载速率、误码率、小区覆盖这些实际指标上去。

1. 传输信道处理在5G无线接入技术中的定位

1.1 从传输块到空口比特，一条链路看明白

要理解传输信道处理，先要有一个完整的数据流图景。高层的IP数据包进入基站或终端的MAC层之后，会被打包成传输块（Transport Block，TB），一个传输块就是一个时隙内可能传输的数据单元。这个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在PDSCH上传输，UL-SCH在PUSCH上传输，两者走的编码、加扰、调制流程基本一致，只是具体参数和加扰初始值不同。理解了这套通用流程，上下行问题可以一并排查。

1.3 为什么传输信道处理决定无线性能

无线性能和传输信道处理的关系，远不止“信号好不好”这么简单。举个实际例子：同样的20MHz带宽，终端上报CQI好、调制用到256QAM、空间层数为2，峰值速率能跑出接近200Mbps；可一旦信道质量下降，调度器把调制降到16QAM、层数降到1，速率可能直接掉到30Mbps以内。这中间的变化，就是物理层的速率匹配和调制映射根据信道状态动态调整的结果。

传输信道处理还直接影响时延。LDPC译码的迭代次数、HARQ重传的冗余版本选择、速率匹配的比特选择，都决定了数据能否在有限时间内被正确解出。5G低时延场景对HARQ时序要求很高，如果编码参数配得不合适，或者在速率匹配时没有和资源分配对齐，轻则浪费频谱资源，重则导致重传超时。可以说传输信道处理是把5G无线接入技术里“峰值速率、频谱效率、覆盖能力”三大指标串起来的枢纽环节。

2. 信道编码选型：5G为什么押注LDPC和Polar

2.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均值低往往说明小区覆盖边缘用户多、干扰高或者上行受限。

下面这张表是我自己整理出的简化对照逻辑，方便快速评估：

但实际峰值速率不是单靠调制阶数就能拉满的。还要看层数、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是否冲突。加扰初始值依赖PCI，PCI相同会导致相邻小区扰码相关性高，干扰白化失效，这种情况在密集城区尤其常见。

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无线接入技术里的调度机制、功控和链路自适应写出来，这些内容都会和今天的传输信道处理强相关。