深入理解LTE预编码：从MIMO码本到5G NR的演进与实践

从物理层协议栈往下看，预编码可能是最让人觉得"数学感太重"但又避不开的一个模块。我在做LTE协议分析和调度测试的时候经常遇到这种情况：日志里明明有PMI上报，Rank也正常，但吞吐就是上不去，或者换了个天线配置之后波束方向完全不对。这些问题绕到最后，基本都落在预编码矩阵的使用方式上。这篇文章把预编码从原理到工程实践完整梳理一遍，包括码本机制、传输模式演进、反馈量之间的关系，以及在真实测试环境中容易踩的那些坑。适合做协议栈开发、PHY算法验证、无线网络优化和终端射频协议栈的同学阅读，尤其是那些已经能看懂CRS和PMI上报，但还想搞清楚"网络侧拿到PMI之后到底干了什么"的人。

1. 从MIMO到预编码：物理层为什么要做这道乘法

1.1 MIMO的两个根本诉求：分集和复用

无线通信发展史本质上是一部与信道衰落作斗争的历史。单天线系统里，信号经过多径衰落之后，幅度和相位都会随机变化，接收端的信噪比也随之剧烈波动。SISO系统想要提升可靠性，只能靠时间分集、频率分集这类间接手段，代价是牺牲频谱效率或者增加时延。

MIMO的引入改变了这个局面。多根天线之间如果距离足够远（通常要求半波长以上），接收端接收到的多路信号经历的衰落就是近似独立的。这里存在两条完全不同的利用思路：

• 分集增益：把同一份数据通过多路独立衰落的天线发出去，接收端合并之后深衰落的概率大幅下降，换来的是链路的稳定性。
• 空间复用增益：多根天线同时发送不同的数据流，相当于在同一个时频资源块上开了多条并行的"空间管道"，换来的是吞吐量的成倍提升。

这两种诉求看似统一在MIMO框架下，实际处理逻辑差异很大。分集关注的是秩低或信噪比低时的保底性能，复用关注的是高信噪比下的频谱效率上限。LTE物理层设计的大部分复杂性，本质上都是在调和这对矛盾。预编码恰好站在这两条路的分叉口上：通过一层线性变换，把待发送的多个数据流映射到多根物理天线上，既能服务分集，也能服务复用。

1.2 预编码的数学直觉：在发射端做"逆变换"

先看一个最简化的下行系统模型。假设基站有 (N_t) 根发射天线，终端有 (N_r) 根接收天线，那么整个下行信道可以表示为一个 (N_r \times N_t) 的矩阵 (H)。待发送的 (L) 层数据记为向量 (s)，预编码矩阵记作 (W)，维度是 (N_t \times L)。发射端的信号经过信道后，接收端收到的信号可以表示为：

[ y = H W s + n ]

其中 (n) 是加性噪声。预编码矩阵 (W) 做的事，就是提前对发送信号做一次变换，使得 (H W) 这个等效信道在接收端看起来更"规整"。

这里有个很关键的直觉：如果基站能精确知道信道矩阵 (H)，那么最理想的预编码方式是对 (H) 做奇异值分解。假设 (H = U \Sigma V^H)，其中 (U) 和 (V) 都是酉矩阵，(\Sigma) 是对角阵，对角线上的元素就是信道增益对应的奇异值。此时如果取 (W = V) 的前 (L) 列，等效信道就变成了：

[ H W = U \Sigma V^H V_L = U_L \Sigma_L ]

这意味着多天线信道被拆成了 (L) 个互不干扰的并行子信道，每个子信道之间完全正交，既不会互相干扰，又能独立承载数据。配合适当的功率分配，理论上可以逼近MIMO信道容量。这也就是经典的"注水"功率分配方案背后的信道基础。

我用一个生活化的类比来帮助理解：信道本身就像一副被拧歪了的棱镜，光经过它之后方向全乱套了。预编码就是在光进入棱镜之前，先计算好它会被怎么拧歪，然后提前反向扭一下。这样光从棱镜出来的时候，正好是端端正正的状态。接收端看到的效果，就是我发出去的信号哪怕经过了复杂信道，依然能干净地落在接收天线上。

值得注意的是，这套逻辑成立的前提是发射端对信道 (H) 有足够精确的认知。但在实际FDD系统中，基站无法直接"看"到下行信道，只能靠终端把信道信息反馈回来。这就引出了预编码工程化的核心矛盾。

1.3 闭环和开环：预编码的第一道分水岭

根据发射端获取信道信息的方式不同，预编码天然分成两大阵营：

闭环预编码依赖终端反馈的信道状态信息选择预编码矩阵。信道好、反馈快、误差小的时候，它能精确地把能量对准接收端，增益非常明显。代价是需要占用宝贵的反馈资源，而且一旦信道变化比反馈周期还快，选出来的矩阵就过时了，性能反而下降。

开环预编码不依赖精确反馈。它使用一种"预防性"策略：通过预先设计好的发射分集时延模式，配合信道编码的冗余度来对抗衰落。不用反馈，自然也不存在"反馈过时"的问题，代价是拿不到空间复用带来的最大增益，在高信噪比下天花板偏低。

实际LTE网络里这两种模式都存在。开环的传输模式不需要PMI反馈，调度器设计更简单，尤其适合高速移动场景；闭环则适合低速场景博取极限吞吐。理解了这个分水岭，后文讨论码本和传输模式时就不会混淆。

2. 码本设计：LTE选择了一条脚踏实地的路

2.1 理想预编码和有限反馈之间的不可调和

上一节提到理想预编码需要对 (H) 做SVD分解，然后把右奇异向量反馈给基站。这个方案在理论上没有问题，工程上却根本走不通：

第一，下行信道的维度可能很大。以4发4收为例，信道矩阵 (H) 就有16个复数元素。如果终端把每个复数的实部虚部都量化上报，反馈开销会大到把上行资源吃掉一大半。第二，信道随时间快速变化，就算反馈回去了，还没等网络侧调度完，信道已经变了。第三，网络侧的小区可能有几十上百个用户，每个用户都上报完整信道矩阵，调度器根本处理不过来。

所以LTE选择了一条务实的路线：把可能的预编码矩阵预先定义成一张有限的码本表，终端在这张表里挑一个最合适的，只需要上报一个索引号PMI就行了。这就是"有限反馈"的基本思想。

码本的本质，可以理解为对预编码矩阵空间做了一次矢量量化。全维度的预编码集合是连续的，码本相当于在这块连续空间里挑出若干个代表性矩阵。距离最近的矩阵和理想矩阵之间的性能差距，叫做量化误差。码本越大、矩阵设计得越精巧，量化误差就越小，但终端搜索和反馈的开销也会增大。LTE选用的码本规模，是在性能、反馈开销和终端复杂度三者之间反复权衡的结果。

2.2 LTE码本的具体结构：从2天线到4天线

协议TS 36.211里定义了不同天线端口下的码本表。2天线端口的情况相对简单，码本是一组 (2 \times 1) 的预编码向量，也就是仅支持单流预编码。2端口码本一共4个候选，分成两个小组：一组是调度灵活选用的单端口候选，另一组是波束赋形候选。

4天线端口的码本结构就要复杂得多。Rel-8定义了16个候选预编码矩阵用于Rank-1，物理意义比较直观：

• 前8个是DFT向量族。DFT向量的特点是等幅度、相位递增，本质上就是把波束指向空间里的特定方向。比如某个DFT向量对应波束指向30度角，终端上报这个PMI，网络侧就知道应该把发射能量压向哪个角度。
• 后8个是Householder变换矩阵的列向量。这类矩阵可以理解为一组正交基的旋转，配合码本的双码本结构使用。

Rank大于1时，预编码矩阵的每一列对应一个层。4天线Rank-2的码本挑的是Rank-1码本里正交性最好的向量对，目的是让两层数据在接收端解耦。Rank-3和Rank-4的候选数反而变少了，因为天线端口数有限，层数越多，可选的优质组合越少。

我在看日志时发现很多做黑盒测试的同事有个误区：以为PMI值越大，预编码效果越好。其实PMI只是一个查表索引，它的编号顺序与性能优劣没有任何关系。PMI=5和PMI=12孰优孰劣，完全取决于当前信道矩阵长什么样。脱离信道谈PMI好坏，没有意义。

2.3 RI、PMI、CQI三个反馈量的联动关系

终端在下行方向上的反馈从来不是一个孤立的PMI，而是RI、PMI、CQI三个量协同工作。搞清楚这三者的关系，是理解物理层反馈链路的关键。

• RI（Rank Indicator）：终端根据自己的接收能力、信道条件和干扰水平，判断当前环境适合传输几层。RI=1意味着信道不够好，单流保底比双流硬撑更划算；RI=2意味着信道可以支持两层并行传输。RI的变化通常比较慢，属于长期统计特性。
• PMI（Precoding Matrix Indicator）：在给定RI的前提下，终端从码本里选一个最优预编码矩阵，让等效信道质量最大化。它反映的是短期信道特性，变化比RI快得多。
• CQI（Channel Quality Indicator）：终端根据"假设网络按照我上报的PMI进行预编码"这个前提，估算当前的等效信噪比，然后映射成一个调制编码方案等级。网络侧拿到CQI之后，决定用QPSK还是64QAM、码率定多少。

这三个反馈量有严格的先后依赖关系。终端总是先判断RI，再在固定RI下搜索PMI，最后用选定的PMI去评估CQI。任何一个环节算错了，后面全部跟着跑偏。

这里单独提一个工程上容易被忽略的问题：CQI是在假设网络会采用终端上报的PMI的前提下算出来的。如果网络侧因为多用户配对、调度优先级等原因最终没有采用这个PMI，那么终端报上来的CQI就和实际传输条件不一致了，调度器如果盲目相信CQI选调制阶数，就会造成传输块错误率升高，HARQ重传率上去，最终吞吐不升反降。这种CQI失配问题，我在不同厂商的设备上都遇到过，排查起来比较隐蔽，后文专门用一节来讲。

3. 传输模式里的预编码：开环、闭环和波束赋形

3.1 Rel-8传输模式一张表理清楚

LTE下行传输模式是在不同版本的协议里逐步扩展出来的。Rel-8定义了7种传输模式，其中的TM3、TM4、TM6和预编码关系最紧密。很多读者问过一个问题：预编码和传输模式到底什么关系？简单说，传输模式规定了"怎么用反馈、能不能用PMI、预编码矩阵本身怎么得到"这么一套完整规则。

TM3的开环方案值得展开说两句。它采用的是大延迟CDD，实际做法是在不同天线上人为添加循环延迟，让等效信道的频率选择性变得更强，配合信道编码的时间分集来达到分集效果。它不依赖信道矩阵的瞬时值，所以不需要PMI。调度器只要知道RI和CQI就能工作。高铁场景、城市快速路场景下，终端移动速度快，PMI反馈往往跟不上信道变化，很多网络优化策略这时会主动把小区切到TM3而不是强行跑TM4，图的就是稳定。

TM4就是前面说的闭环空间复用，终端周期或非周期上报PMI。网络侧拿到PMI后按照码本查表得到预编码矩阵，调度器把两层或更多层的数据映射到多个天线端口上。TM4的性能上限高，但依赖PMI的时效性，从调度器到终端的整个反馈回路要足够干净利落。下行控制信令（DCI格式2）里必须携带PMI相关信息，这已经是协议栈实现层面的细节了。

TM6的应用场景比较特别，它本质上是Rank-1的闭环预编码。在一些高信噪比但信道相关性特别强的场景里，硬上双流反而会因为层间干扰把性能拖垮，还不如集中所有功率打一条流，配合高阶调制（64QAM或256QAM）换取吞吐量。另外TM6也是MU-MIMO最早的承载模式之一，多个终端各占一个Rank-1的波束方向，共享同一套时频资源。

3.2 波束赋形视角下的预编码：TM7/TM8是怎么回事

说到波束赋形，很多刚接触预编码的人容易把两者混淆。从信号处理的角度看，波束赋形确实是预编码的一种——它同样是给每根天线加权。但从LTE协议的角度看，TM7和TM8的实现方式和TM4有本质区别。

TM4的预编码信息来自终端通过PMI反馈的信道信息，这个路径是显式的。TM7和TM8则不同，它们利用的是信道互易性：基站通过测量终端发来的上行探测参考信号（SRS），估计出上行信道，然后假设下行信道与之高度相关，直接据此计算波束赋形权值。权值不一定在协议码本里，可以是算法内部算出来的任意复向量。

这意味着一个很有意思的差别：TM4场景下终端"知道"网络用了什么预编码矩阵（因为它自己报的PMI），可以用CRS做解调；而TM7/TM8场景下终端并不知道基站实际用了什么权值，必须依赖专门设计的解调参考信号来估计等效信道。这也是为什么TM7/TM8引入了新的参考信号设计思路。

进入TM9之后（Rel-9/Rel-10），单双流波束赋形又被进一步升级，8天线端口引入CSI-RS之后，预编码和参考信号的设计思路更加清晰化。不过要理解这些演进，先抓住TM7/TM8和TM4的关键差异就够了：一个是"显式反馈选矩阵"，一个是"上行探测换权值"。

3.3 DMRS与解调透明化：一个设计思路的转变

终端做解调时，真正需要知道的是"预编码和信道共同作用之后的等效信道"，而不是预编码矩阵本身。用数学表达式来说：

[ H_{eff} = H \cdot W ]

无论 (W) 是什么，只要终端能估计出 (H_{eff})，就能正常解调数据。Rel-8的CRS方案做了直传的事：终端用CRS估计 (H)，再用PMI查码本得到 (W)，两者乘起来还原出 (H_{eff})。这套机制要求终端的码本假设与网络实际使用完全一致，一旦不一致，解调就出问题。

DMRS的设计规避了这个约束。DMRS在发射端也经过了同样的预编码处理，所以终端用DMRS做信道估计时，直接就估计出了 (H_{eff})。预编码矩阵具体是什么，对终端变成了一个"黑盒"，预编码从链路层的一个显式协议行为，变成了基站内部可以灵活调整的实现细节。

这种透明化设计对系统的意义非常大。基站可以根据调度需要自由选择任意预编码向量，包括那些不在码本里的高性能权值，而不用担心终端因为"猜不到"而解调失败。从协议栈开发的角度看，这意味着预编码处理的调试重心从"确保PMI一致"转移到了"确保DMRS端口和传输层映射正确"，是另一种维度的复杂度。我在分析日志时见过多次DMRS端口配置错位导致的解调全黑的例子，问题根源和预编码本身无关，而是层映射表配错了，这恰恰说明解调透明化之后，协议栈的注意力转向了层映射与端口映射的一致性。

4. 实测环境里的预编码：增益不是白送的

4.1 PMI时效性：快信道下的跷跷板效应

任何闭环预编码的性能都绕不开一个前提：反馈回路里的信息要足够新鲜。站在终端侧看，PMI是周期性上报的，典型周期从5ms到80ms不等，还可以通过上行授权里的CQI/PMI请求触发非周期上报。站在网络侧看，从收到PMI到真正调度出去，中间还有处理时延和调度等待时间。这个反馈链路的总时延，决定了预编码能应对多快的信道变化。

我在外场测试中观察到一个很典型的现象：在步行速度（3km/h左右）下，TM4的吞吐量增益相对TM3通常有10%到20%的提升，PMI上报值在较长一段时间内相对稳定，集中在相邻的几个候选索引上。但当终端速度提升到车载环境时，情况就变了——PMI开始在各方向上快速跳变，闭环增益急剧下降，某些频点上甚至出现"开了闭环反而不如开环"的现象。

原因是简单的：终端在t时刻测信道选了PMI_A，网络在t+Δt时刻按照PMI_A调度，但此时信道已经不再是终端测量时的那个信道了。预编码矩阵依然按照旧方向对准，就相当于把一束光射向了一个已经移走的靶子，能量没有打到接收端上。

实操判断技巧：当你看到UE的RI频繁在1和2之间跳变、PMI索引在超过8个不同值之间来回切换的时候，基本可以断定信道变化速度已经超过了反馈链路的跟随能力。这种情况下把小区调度策略切到TM3或降低闭环预编码的依赖，往往比继续调高CQI偏移量更有效。

4.2 天线校准误差：预编码性能的隐形杀手

预编码在数学上非常优雅，但物理实现却有一个经常被忽略的前提：各天线支路的幅相响应必须一致。预编码矩阵里的每个权重，都是相对天线端口算出来的，如果某根天线的射频通道存在额外的相位偏移或幅度偏差，实际发出的信号方向就和设计方向不一致了。

通俗地说，预编码权值假设天线阵列是一个整齐划一的方阵，但实际射频链路里每一路的放大器、滤波器、馈线都会引入不同的相位延迟和幅度波动。如果系统不做校准，或者校准精度不够，波束指向就会偏移，主瓣增益下降，旁瓣抬高，干扰扩散。

我处理过一个真实的外场案例，某测试项目中天线校准模块工作异常，日志显示预编码正常开启、PMI上报也完全正常，但整体吞吐率不升反降。检查上行SINR分布时发现，部分UE的波束方向集中在异常固定的几个PMI上，而且这些PMI对应的恰恰是旁瓣发射方向。把天线校准的补偿系数重新下发之后，PMI分布恢复正常，下行吞吐也随之回升。

这个案例给我们的启示是：排查预编码相关问题，不能只看PHY层的调度日志，还得结合天线通道校准状态和SINR分布综合判断。如果PMI上报值异常集中或者与UE地理位置明显不匹配，优先怀疑天线通道一致性，而不是先怀疑算法。

4.3 一个CQI失配问题的完整排查链路

最后分享一个我在某模拟项目中遇到的典型排查过程，帮助建立完整的排查思路。

现象是：终端上报CQI=14（接近64QAM高码率），但实际吞吐率却只有预期的一半，HARQ重传率达到8%以上，物理层丢包率明显偏高。初看非常矛盾：CQI表示信道质量很好，调度器按高码率发了，终端却收不好。

排查顺序是这样的：

第一步，先确认CQI是不是在合理范围内。查看终端上报的SNR估算数据和CQI的对应关系，确认没什么异常。

第二步，查看网络侧调度器实际采用的预编码矩阵。这一步把问题暴露了：调度器的Rank选择终端上报RI=2，采用的预编码矩阵对应PMI=10，但这个PMI并不是终端上报的那个。为什么？因为该调度器为了和其他用户做MU-MIMO配对，强制在某个波束方向上做了约束，把PMI改成了自己选的。修改之后，实际等效信道的质量与终端上报CQI时假设的信道质量明显不一致。

第三步，量化失配程度。终端假设的预编码是方向A，实际网络用的是方向B，两者之间的夹角直接转化为接收质量损失。通过仿真对比，方向B的方案SINR比方向A低约4dB，正好把CQI=14对应的编码方案从理论可解区域推到了误码概率很高的区域。

找到根因之后，解决方向就清晰了：要么调度器在强制替换PMI的同时，也要对CQI做对应的修正，要么就不要强行替换，或者只在信道条件允许的范围内做MU配对。最终该项目选择在调度逻辑中加入CQI补偿修正机制，重传率从8%降到了2%以下。

这个案例在无线网络优化里很有代表性，因为它跨越了终端侧、网络侧、调度策略三块。单纯看终端上报或者单纯看调度日志，都看不到全貌。

5. 从LTE预编码看5G NR的变化

5.1 码本升级：Type I 和 Type II

NR的预编码框架继承了LTE的基本思路，但码本设计大幅升级。NR定义了两种类型的CSI反馈码本：

Type I码本面向常规的单用户MIMO和低开销场景。它的基本结构是二维DFT波束向量，用两个波束索引分别在水平维度和垂直维度选择方向，再配合极化天线之间的相位组合。这种设计的优点是反馈开销小，终端实现简单，缺点是对多径环境里的复杂信道建模能力有限。

Type II码本就是另一种思路了。它反馈的不再是单个波束索引，而是多个波束的线性组合系数——也就是说，终端告诉网络"我这边的信道主要由这几个方向的波束叠加而成，每个方向的权重分别是多少"。这等于把信道近似从"选一个向量"升级到了"用一个向量集合的线性组合去逼近"，精度显著提升，代价是反馈开销成倍增加。

Type II码本主要服务于大规模MIMO场景，基站的收发天线数量大幅增加，单靠有限几个DFT向量已经无法支撑，线性组合的思想则提供了更大的灵活性。

5.2 预编码在NR中变得更"透明"

从LTE到NR，一个重要的变化趋势是：预编码在协议栈中的"存在感"越来越弱，在基站内部实现中的重要性越来越强。

原因前面已经埋了伏笔：DMRS的引入让预编码对终端透明化，LTE在Rel-8到Rel-9的演进中已经完成了这一步。NR延续并在更大规模上采用了这个设计——终端解调数据时只需要用DMRS估计等效信道，完全不需要关心网络侧用的是什么预编码算法。预编码信息从协议层面的显式信令，变成了基站内部调度算法的一个优化变量。

这也导致了协议栈研发和物理层算法研发的分工越来越明显：协议栈侧需要保证的是DMRS端口配置、层映射、CSI反馈流程的正确性；算法侧则专注于在基站内部选择和优化预编码矩阵。如果你正在从LTE协议栈转向NR，我的建议是，不要试图把每个预编码矩阵都嚼透再动手，而是先把"透明化"这个设计转变理解清楚，再回头看码本结构，会顺畅很多。这比自己抱着36.211表格从头啃到尾效率高得多。

回到开头那句话：预编码是理解整个MIMO系统的钥匙。它把信道矩阵、反馈机制、参考信号设计、调度策略全部串在了一起。你可以在一个困难的外场调试案例里碰到它，也可以在一个吞吐优化任务里用到它。把这个环节吃透了，再往上层看，很多东西都会变得通透起来。

最后分享一个我自己的习惯：做LTE预编码相关分析，先把TS 36.211的码本表格和TS 36.213的反馈流程打印出来对照着看，再打开日志找PMI、RI和DMRS配置一个一个对应。那些抽象的参数在真实数据里变得具体之后，"预编码"三个字就没有那么玄了。