本节摘要:前两节讲清了 MU-MIMO 的原理与配对算法,但要让终端和基站真正协同,必须有一套标准的"信道上报—预编码指示"语言。这一节落地到 5G NR:R15 引入 Type I 码本(单用户为主)、R16 引入 Type II 码本(显式上报多用户信道、支撑真正的 MU-MIMO 配对);顺带讲 DSS(动态频谱共享)如何在 4G/5G 间动态切频谱、影响 MU 调度;最后给出 28 GHz 毫米波下 Type II 带来的实测增益——约 35 dB SINR、2030% 吞吐提升。读完这节,你应当明白标准如何把"理论可并行"变成"终端可上报、基站可调度"。
阅读完本节,你应当能够:
第 4 章讲 FDD 反馈要把 H 量化成码本索引回传;第 5 章讲调度器要靠"用户信道相关性"做配对——这两件事都依赖终端能把信道准确、紧凑地上报给基站。5G NR 的码本体系,就是这套上报语言的规范。码本设计的好坏,直接决定基站拿到的 CSI 有多准、进而决定 BD 预编码(4.1 节)能把 IUI(5.1 节)压多低、调度器(5.2 节)能配出多优的组合。
把码本和前面章节的逻辑链彻底点明:第 4 章说 MU-MIMO 依赖 CSI,FDD 下这份 CSI 必须靠终端反馈;第 5 章说调度器要靠"用户间相关性"做配对。这两件事的接口,正是码本——它规定了终端"能上报多细的信道信息"。码本粗(Type I),终端只能报"我自己的大致方向",基站不知道甲和乙是否正交,配对只能猜;码本细(Type II),终端报出"我在多个波束方向上的能量分布",基站直接算正交性、精确配对。所以码本不是孤立的"上报格式",而是连接"第 4 章 CSI 反馈"与"第 5 章配对算法"的那段标准化管道——管道越粗(上报越细),下游配对越准、增益越大,代价是上游反馈越重。读这一节时,建议始终把它放回这条"CSI→码本→配对"的链上看,而非当成一堆索引编号。
R15 的 Type I 码本设计面向单用户 MIMO 为主:它把预编码矩阵表示成"宽带权值 + 子带微调"的结构,终端上报一个预编码矩阵指示(PMI),基站据此做单用户预编码。它对多用户支持有限——上报的信道信息粒度不足以让基站精确估计"用户甲与用户乙的信道是否正交",配对只能靠粗略估计,MU 收益打折扣。Type I 是 5G 初期的务实选择:实现简单、反馈省,先把 SU-MIMO 和轻度 MU 跑起来。
两类码本的能力差异可汇总对照:
| 维度 | Type I(R15) | Type II(R16) |
|---|---|---|
| 上报内容 | 自身最优预编码 | 多用户信道结构 |
| 信道粒度 | 粗 | 细(波束能量分布) |
| 多用户支持 | 有限(粗略估计) | 强(精确配对) |
| 反馈开销 | 低 | 高 |
| 典型增益 | SU-MIMO 为主 | MU 增益 35 dB / 2030% |
R16 的 Type II 码本做了关键升级:它让终端显式上报多用户信道结构——不仅报"我自己的最优预编码",还报"我的信道在多个波束方向上的能量分布(线性组合系数)"。基站拿到多个用户的这类上报后,能直接算出"甲、乙信道是否正交、IUI 多大",从而用 BD 零空间精确消 IUI、用 5.2 节的配对算法挑组合。Type II 把 MU-MIMO 从"粗略近似"推进到"可精确配对",是多用户增强的核心。
代价是反馈开销:Type II 上报的信息维度远高于 Type I,占用更多上行资源。所以标准还配套了"Type II 端口选择""子带压缩"等降开销机制——再次印证全书的母题:增益与开销永远在交易。毫米波大阵列下这种交易更尖锐,Type II 的精细上报恰恰是换取 MU 增益的必要成本。

DSS(动态频谱共享)让 4G LTE 与 5G NR 在同一段载波上按需求动态分配资源——比如白天 5G 用户多就多划给 NR,夜间 LTE 物联网多就回拨给 LTE。这对 MU-MIMO 调度意味着:基站可用的时频资源边界是浮动的,调度器每个周期还要先判断"这段频谱此刻归 NR 还是 LTE",再在 NR 资源内做用户配对。DSS 带来的资源不确定性,让调度的"可得自由度"随时间波动,配对组合也要跟着重算。所以 MU-MIMO 增强不只是码本的事,还和频谱调度深度耦合——标准在 R16/17 持续打磨 DSS 与 MU 的协同,正是为了让动态频谱下多用户增益不掉档。
用一个具体场景体会这种耦合:某载波共 100 MHz,白天 5G 用户密集时 DSS 划给 NR 80 MHz、LTE 20 MHz;深夜物联网 LTE 终端活跃时倒过来,NR 只剩 30 MHz。基站的 MU 调度器在白天有宽裕的 80 MHz 时频画布,能配出 6 个用户的 MU 组合、吃满 Type II 增益;深夜画布缩到 30 MHz,可同时服务的用户数被迫降到 2 到 3,吞吐随之回落。所以评估一个小区的 MU-MIMO 增益,不能只看峰值时段的码本能力,还要看它在 DSS 波动下的"平均可得自由度"——频谱调度才是 MU 增益的时间维度天花板。运维里若发现"白天增益好、深夜暴跌",第一反应应是查 DSS 频谱分配比例,而非调码本。
把标准红利落成数字最有说服力。在 28 GHz 毫米波场景的现网与试验测得:相比 Type I(或仅 SU-MIMO),启用 Type II 码本支撑的 MU-MIMO,典型带来约 3~5 dB 的 SINR 提升与约 20~30% 的小区吞吐增益。原因正是对上了全书逻辑链——Type II 让基站拿到更准的多用户信道,BD 把 IUI 压得更低,调度器配出更优组合,最终在毫米波窄波束、用户分散的场景里把"空间可分性"真正兑现成吞吐。注意这是"相对 SU-MIMO 的增量",且依赖用户分布够分散;若用户全挤同方向(高度相关),再好的码本也配不出多用户,增益归零——再次印证 5.1 的命门。
把这 35 dB / 2030% 的增益放到全网视角更清楚:单个小区多两成吞吐看似不大,但在高密商圈、步行街这类"容量是生命线"的场景,两成吞吐意味着同样基站能多服务两成用户、或少建两成基站, capex 与用户体验同时改善。反过来,若把 Type II 的精细上报强行压缩以省上行(反馈受限时常见),增益会回落到接近 Type I 水平——这正说明"码本精度→CSI 精度→配对质量→吞吐增益"这条链没有短板环节,任何一环被砍,末端增益同步缩水。所以评估 MU-MIMO 增益,不能只看码本类型,要顺着整条链看每一环是否保真。
一个 28 GHz 毫米波小站服务商圈步行街,64 阵元、用户沿街分散。基站用 SRS(探测参考信号,第 7 章详述)估上行信道、靠互易得下行,终端用 Type II 码本上报多用户结构。调度器每毫秒在分散用户里贪婪配出 4 到 6 个 MU 组合,实测相对单用户方案吞吐提升约两成半,边缘用户因配对被排除的情况通过 PF 公平权重兜底。排障时若发现"Type II 增益没达到 20%",第一看是用户分布是否够分散(相关性是否过高),第二看 Type II 上报是否因上行受限被降维压缩(反馈开销是否被迫砍了精度)——这两点卡住,码本再先进也兑不了现。
补充一个常被忽略的细节:Type II 上报的"波束能量分布"维度很高,上行若受限,标准会先做端口选择(只报最强的几个波束方向)再压缩,等于主动丢掉了弱方向信息。而 MU 配对恰恰有时要靠"弱方向是否重叠"来判断两用户是否真正交——弱方向信息被砍,基站可能误判两用户正交、配对后 IUI 暴涨。所以上行资源紧张的毫米波小站,Type II 增益常打折扣,不是码本不行,是上行养不起精细上报。这把"反馈开销换增益"的权衡,从小区级拉到了单站级,是 5G NR MU-MIMO 最现实的落地约束。
⚠️ 常见坑:以为上了 Type II 码本就自动多出 30% 吞吐。增益是"相对 SU-MIMO、且用户分布够分散"的增量;若现场用户高度相关(如排队人群同向站立),零空间塌缩,Type II 上报得再细也配不出多用户,实测增益可能接近零。码本是放大器,不是创造者——它放大的是"本就存在的空间可分性"。
💡 关键直觉:标准是 MU-MIMO 的"上报语言",Type II 用更精细的上报换更精确的配对;但增益的源头始终是 5.1 的用户正交度——码本只是把这份正交度高效传递给基站的工具,DSS 与频谱调度则决定这份自由度何时可用。
能,且现网常混用。基站可按用户能力(是否支持 Type II)和信道条件,对强相关、单用户场景用 Type I 省反馈,对分散、多用户潜力大的场景切 Type II 吃增益。标准把二者设计为可共存,调度器按实时情况选码本类型,是"开销—增益"动态调旋钮的一部分。
因为毫米波波束窄、用户稍一错开方向信道就高度正交(可分性好),但反过来波束指偏一点点 SINR 就暴跌。Type II 的精细上报让基站精确知道各用户波束方向,BD 预编码指得准,IUI 压得干净,增益才兑现;若上报粗(Type I 或压缩过度),波束指偏,窄波束下增益损失被放大。所以毫米波对码本精度的敏感度高于低频。
会引入波动。DSS 让 NR 可用资源随时间浮动,调度器配对时"可得自由度"变化,小区吞吐会随频谱分配起伏。但这可通过跨时隙的配对平滑、以及与 LTE 的协调调度缓解;标准持续打磨 DSS 与 MU 协同,目标就是让动态频谱下多用户增益尽量不掉档。它提醒我们:MU-MIMO 增益不是静态指标,而是随频谱与用户分布实时变化。
第 6 章把阵列规模推到极致:大规模 MIMO 如何用信道硬化、混合波束赋形、导频污染与校准,把本章的 MU-MIMO 用户数从几个推到几十个。