5.1 无线资源管理（RRM）
5.1 无线资源管理（RRM）
本节摘要：无线资源管理是移动网络的实时操作系统——频谱、功率、时间、空间四个维度的稀缺资源都由它分配。本节拆解 RRM 的四大功能模块（调度、功率控制、链路自适应、移动性管理）的输入与输出，讲清 GBR 与 Non-GBR 两类承载的排队规则，以及"测量-判决-执行"闭环为何是一切算法的地基。
本节是第五章的地基：先把"谁在管资源、管哪些资源、依据什么信息管"讲清楚，5.2 才能专注于调度算法本身，5.3 专注干扰这个最难的约束条件。
每毫秒都要回答的问题
把一个 LTE 基站的工作摊开看，它每个 1 毫秒（5G 最短可到 0.125 毫秒）都要回答同一组问题：这个 TTI 的资源块给谁？给几个？用什么调制编码？发多大功率？终端在移动，下一秒要不要切给邻站？这些问题不能攒着批量处理——信道每毫秒都在变，答案过时就是浪费。RRM 就是这台永不停歇的决策机器，它的原料是终端上报的测量，产品是资源分配命令。
RRM 管的"资源"比直觉的要宽：时频资源块只是其一，发射功率、天线端口与波束、甚至"让终端睡眠的时间"都是可分配资源。理解 RRM 的关键是把它看成四个模块的协作，而不是一个大算法。
四个功能模块各管一段
调度（详见 5.2）管时频资源块的归属。它读取三类输入：CQI（信道质量指示，终端对下行信道的评分，决定可用的调制编码阶数）、BSR（缓存状态报告，终端汇报还有多少字节待发）、QoS 参数（承载的优先级与时延预算）。输出是每个用户的资源块数量与 MCS 等级。调度的本质是带约束的实时优化，但 1 毫秒的判决时限不允许精确求解，实际系统全部采用启发式——先按优先级公式排序，再逐个分配。
功率控制管"喊多大声"。上行功控尤其关键：终端功率过大会把邻小区淹没，过小则基站听不清。LTE 采用开环加闭环的混合方案——终端先按路损估计初定功率（开环），再按基站的功率控制命令逐毫秒微调（闭环），目标不是"越大越好"，而是把接收信噪比刚好压在解调门限之上，多余的功率都是对邻区的污染。这个"功控即干扰管理"的视角，5.3 节会反复用到。
链路自适应（AMC）管"每次装多少货"。它与调度配合：信道好时升到 64QAM 高阶调制加低码率冗余，一个资源块塞下上百字节；信道差时退回 QPSK 加强纠错，装得少但装得稳。配合 HARQ 的软合并，AMC 把第 2 章的衰落统计特性直接兑换成吞吐量——衰落的波谷少分配、波峰多分配，这就是"与衰落共存"的具体形态。
移动性管理管"跟着用户走"：空闲态的小区选择与重选（终端自主按优先级挑小区）、连接态的切换判决（网络主导，见 4.3）。移动性参数（切换门限、迟滞、触发时间）是 RRM 里最依赖经验的一块——调激进了乒乓切换，调保守了掉话，本节的表后附了典型取值范围。
图：RRM 的测量-判决-执行闭环
承载：排队规则的具体化
RRM 的所有决策都围绕"承载"（Bearer）展开——承载是贯穿终端到核心网的 QoS 通道，是排队规则的最小单位。两类承载待遇截然不同：GBR 承载（保证比特速率）承诺最低速率，网络必须为其预留资源，VoLTE 语音是典型（保证速率约 100 kbps，时延预算百毫秒级）；Non-GBR 承载不承诺速率，网页、下载、视频缓冲都属此类，拥塞时可以被降级甚至丢弃。一台终端可同时挂多条承载——打电话时语音走 GBR、后台同步走 Non-GBR，调度器按承载优先级分别对待。
| 维度 | GBR 承载 | Non-GBR 承载 |
|---|---|---|
| 速率承诺 | 有最低保证速率，必须兑现 | 尽力而为，不保证 |
| 资源预留 | 建立时即预留，拥塞也保底 | 不预留，按剩余资源分配 |
| 典型业务 | VoLTE 语音、视频通话 | 网页、文件下载、消息后台 |
| 拥塞表现 | 优先保障，几乎不受影响 | 降速、排队、丢弃 |
| 运营风险 | 占用资源，需准入控制 | 无风险但体验波动 |
这张表解释了一个常见现象："语音卡顿"极少是编码器的问题——编码算法十几年前就成熟了——多半是 GBR 承载的资源没有被兑现（准入控制放进了过多用户），或者承载映射配置出错让语音走了 Non-GBR 通道。5G 把承载进一步细化为 QoS 流（5QI 等级从 1 到 9 加自定义），粒度更细，逻辑不变，第 8 章展开。
💡 关键直觉：RRM 的一切输入都来自终端的"自我汇报"。终端报得准，网络分得好；终端测量配置不当（周期过长、样本过少），再聪明的算法也在盲飞。运维中遇到"调度器表现诡异"，先查测量配置，再怀疑算法。
问题：演唱会散场时为什么全网瘫痪，基站明明没坏
问题：为什么深夜的网速常常更快
这两个日常现象都是 RRM 视角的现成考题。散场瘫痪是接入与拥塞控制的连锁反应：数万人同时从空闲态发起业务，随机接入信道的前导码发生大规模冲突（4.3 节的四步握手第一步就堵死），接入成功的用户又瞬间挤爆调度队列与承载数量上限——基站的硬件毫发无损，死的是 RRM 的"排队纪律"；对策是接入类别禁止、扩展访问限制这类准入闸门，宁可让一部分人晚几秒接入，也不让冲突风暴把整小区拖垮。深夜网速快则是多用户分集的另一面：同一个小区的用户数从几十降到几个，人均可分资源块翻了数倍，且调度器更容易等到你自己的信道高峰——资源没变，分蛋糕的人少了。把这两个现象记牢，5.2 的调度算法与第 8 章的拥塞控制就都有了着落。再补一句容易被忽略的话：RRM 模块在标准里只定义了"做什么"，"怎么做"（用什么算法、参数怎么配）全是设备厂商与运营商的竞争地带——同一个标准下，不同厂商的调度器表现可以差出两三成，这就是网络设备性能差异的主要来源之一。
本节要点回顾
- 四模块分工：调度管资源块归属、功控管功率、AMC 管调制编码档位、移动性管小区间转移，共享同一套测量输入。
- 毫秒级闭环：测量-判决-执行以 TTI 为周期循环，算法必须轻量，复杂优化没有入场资格。
- 功控的哲学：够用就好，多余功率是对邻区的污染——这是 5.3 干扰管理的伏笔。
- 承载即排队规则：GBR 保底、Non-GBR 让路，语音卡顿先查承载映射与准入，再谈别的。