# 波束管理：毫米波如何瞄准彼此 ## 一个"黑暗中找队友"的故事 想象你和朋友走进一片漆黑的旷野，两人相隔几百米。你们各自只有一把手电筒。问题来了：光束越窄、照得越远，但你必须**先用光束在空中扫来扫去**，直到光柱正好扫到对方脸上；对方也得**转过身、把手电筒对准你的方向**，双方才能彼此看见。要是中间突然走过一堵墙挡住光柱，你俩就得**重新晃光束、重新锁定对方**。 这套"晃光束—看见—对准—被挡—重新对准"的全部动作，在 5G 毫米波通信里有一个正式的名字，叫 **波束管理（Beam Management）**。 低频段（Sub-6GHz）的基站像一盏**吸顶灯**，四面八方均匀发光，手机站在房间哪个角落都能收到，所以基本"不需要刻意瞄准"。但到了毫米波（FR2，24~52GHz），物理规律变了——必须像手电筒一样把能量**聚成窄窄一束**才能打够距离，于是"瞄准"本身成了一门独立的技术活。 这篇文章就来讲清楚：为什么毫米波非得做波束管理、它由哪些步骤组成、被遮挡后怎么自救，以及工程师在现网调试时究竟在看什么指标。 --- ## 一、为什么毫米波"不得不"瞄准：一条物理因果链 理解波束管理，首先要理解下面这条因果链，它解释了**所有设计的根本动机**。 ```mermaid flowchart TD A["频率升高
(sub6 → mmWave)"] --> B["波长变短
λ = c/f"] B --> C["单元天线变小
(约 λ/2)"] C --> D["同样面积能塞
更多天线单元"] D --> E["阵列孔径变大
→ 波束变窄"] E --> F["波束增益提高
补回高频路损"] F --> G["窄波束必须
主动对准 → 波束管理"] style G fill:#ffe4b5 ``` 逐条解读： **第一，频率越高，波长越短。** 波长由 $$\lambda = \dfrac{c}{f}$$ 决定。3.5GHz 时 λ≈8.6cm；到 28GHz，λ 已经缩到约 **10.7mm**。 **第二，单元天线跟着缩小。** 一个贴片天线要做到高效辐射，物理尺寸大约是半个波长（λ/2）。频率越高，单个天线就越小——28GHz 的天线只有指甲盖大小。 **第三，"小"反而成了优势。** 既然单个天线小了，那么**在同样一块面板上，可以塞进成百上千个单元**。这就是 Massive MIMO 的物理前提：不是天线凭空变多，而是频率让"塞很多"成为可能。 **第四，阵列越大，波束越窄、增益越高。** 这是核心公式。对一个 N 元均匀线阵，半功率波束宽度（HPBW）近似为： $$\theta_{3\text{dB}} \approx 0.886 \cdot \dfrac{\lambda}{N \cdot d} \quad (\text{弧度})$$ 其中 d 是单元间距，通常取 λ/2。代入后波束宽度约为 **50.7°/N**。也就是说，64 个单元排成一条线，波束宽度才不到 1°；垂直水平两个方向各排 8 个，就能形成铅笔般尖锐的"笔形波束（pencil beam）"。 而波束变窄，伴随的是增益变高。天线的方向性系数有个经典近似： $$G \approx \dfrac{32400}{\theta_{az}^{\circ} \cdot \theta_{el}^{\circ}}$$ 波束越窄（分母越小），增益越高（能量越集中）。正是这份"聚焦得来的增益"，**抵消了毫米波可怕的自由空间路损**，让信号能传到几百米外。 **第五，结论来了。** 既然毫米波靠"窄波束 + 高增益"续命，那么一旦波束**没对准**——哪怕只偏了几度——增益瞬间归零，手机就掉线了。所以必须设计一套机制，让基站和手机**持续地、动态地把波束对准彼此**。这就是波束管理存在的全部理由。 > 一句话记住：**sub-6 是"灯泡"，靠覆盖广；毫米波是"手电筒"，靠对得准。** 波束管理就是手电筒的"瞄准操作系统"。 --- ## 二、波束管理的四个核心动作 波束管理不是单一操作，而是一个由四个动作组成的闭环。你可以把它想象成"打靶"的完整流程： | 动作 | 含义 | 通俗类比 | |------|------|----------| | **波束扫描 Beam Sweeping** | 基站在多个方向依次发射波束 | 手电筒在空中画圈扫描 | | **波束测量 Beam Measurement** | 手机测量每个候选波束的信号质量 | 数一数哪个方向最亮 | | **波束确定 Beam Determination** | 双方选出最优的收/发波束 | 决定"就用这个方向" | | **波束上报 Beam Reporting** | 手机把选中的波束告诉基站 | 喊一声："我在 3 号方向！" | 这四步周而复始，保证链路始终运行在**当前最优波束**上。下面逐步拆解。 ### 2.1 波束扫描：基站化身"灯塔" 初始接入时，手机还不知道基站在哪、基站也不知道手机在哪。解决办法是：**基站像灯塔一样，把整个小区扇着扫一遍**。 具体做法：基站在一个很短的时间窗内，依次朝 N 个方向各发一遍**同步信号块（SSB，Synchronization Signal Block）**。每个 SSB 朝一个空间方向，N 个 SSB 拼起来覆盖整个扇区。手机只要在这个窗口里"守株待兔"，就一定能截获其中某个方向的 SSB。 这里有个关键参数 **L_max**——一个 SSB 突发集里最多有多少个 SSB： | 频段范围 | L_max（最大 SSB 数） | 典型波束宽度 | 覆盖特点 | |----------|----------------------|--------------|----------| | FR1（<3GHz） | 4 | 宽 | 通常单波束即可，波束管理近乎"摆设" | | FR1（3~6GHz） | 8 | 中等 | 中等规模阵列，需轻度波束管理 | | FR2（毫米波） | 64 | 窄 | 必须密集扫描，波束管理是核心 | > 为什么 SSB 扫描窗口被压在 **5ms** 内？因为手机不知道自己被哪个 SSB 照到，必须用一个固定长度的窗口来"对齐时间"。窗口太长，初始接入就慢；窗口太短，64 个方向扫不完。5ms 是工程权衡的结果。 手机测出每个 SSB 的 **SS-RSRP（参考信号接收功率）**，挑出最强的那个。每个 SSB 都带有一个编号（SSB index），手机最终选中的 SSB 编号，就告诉了基站"我在这条波束下"——这也是后续随机接入（PRACH）选择前导时要用到的信息。 ```mermaid flowchart TB subgraph gNB["基站 gNB（灯塔模式）"] B1["SSB #0"] B2["SSB #1"] B3["SSB #2"] B4["SSB #3...#63"] end B1 -. 朝方向0 .- UE B2 -. 朝方向1 .- UE B3 ==>|最强! 锁定 #2| UE["手机：测量所有SSB
选 RSRP 最高的"] B4 -. 朝方向N .- UE UE --> R["上报：选中 SSB #2
= 我的方位"] style B3 fill:#ffd700 style UE fill:#e0ffe0 ``` ### 2.2 从粗到细：P-1 / P-2 / P-3 三级训练 SSB 扫描只是"粗瞄"。真正实战中，波束管理被分成三级渐进训练，越往后越精细： ```mermaid flowchart LR P1["P-1 粗扫
SSB
选 gNB 发射波束
范围大"] --> P2["P-2 细调
CSI-RS
在 P-1 优胜方向
附近精修发射波束"] --> P3["P-3 接收调
CSI-RS
gNB 发射固定
手机转接收波束"] style P1 fill:#ffefd5 style P2 fill:#ffe4b5 style P3 fill:#ffd700 ``` | 阶段 | 用的参考信号 | 谁在动 | 目的 | |------|--------------|--------|------| | **P-1** | SSB | gNB 发射波束大范围扫 | 找到大致最好的发射方向 | | **P-2** | CSI-RS | gNB 在 P-1 优胜方向附近细扫 | 精修发射波束 | | **P-3** | CSI-RS | gNB 发射固定，**手机转动接收波束** | 优化手机的接收方向 | 为什么要分三级？因为**精度和开销是矛盾的**。一上来就用极窄波束把 64 个方向全扫一遍，参考信号开销大得惊人。聪明做法是：先用宽波束（SSB）粗定位，再在优胜方向附近用 CSI-RS 精修，最后只让手机调一下自己的接收——每一步都在缩小搜索范围，开销指数级下降。 > 注意 P-3 的特殊性：**它是让手机转动自己**。手机也有多根天线（毫米波手机常用相控阵列），它的接收波束同样需要"对准"。基站发固定信号，手机挨个切换接收波束方向，挑出最强的，就完成了"手机侧瞄准"。 ### 2.3 上报与确定：告诉对方"我在哪" 手机测完候选波束后，要把结果告诉基站。上报的内容核心是两个标识： - **SSBRI（SSB 资源指示）**：手机偏好的 SSB 波束编号； - **CRI（CSI-RS 资源指示）**：手机偏好的 CSI-RS 波束编号。 同时上报 L1-RSRP（物理层 RSRP），表明这个波束到底有多强。基站拿到这些信息后，就**确定**接下来该用哪条波束给这个手机发数据。 ### 2.4 TCI 状态：把"用哪条波束"这件事标准化 这里有个工程上极优雅的设计：**TCI（传输配置指示）状态**。 基站不会每次发数据都重新喊"我用 3 号波束"。它把"波束"抽象成一组**状态**，每个 TCI 状态绑定一个参考信号（某个 SSB 或 CSI-RS），而参考信号背后就对应一个空间方向。基站只需通过一条简单的信令告诉手机："接下来用 TCI 状态 #5"，手机就知道——哦，要按 #5 所绑定的那个参考信号所代表的空间滤波器来收发。 与之配套的是 **QCL（准共址）** 概念：如果两个信号"准共址"，手机就可以认为它们经历了相同的大尺度信道特性（多普勒、时延、平均增益等）。说白了，QCL 是在说："这条数据信道和那条你已知方向的参考信号，是同一个空间方向来的，你用同一套收发参数就行。" > TCI + QCL 的本质：**把"空间方向"这个连续的物理量，离散化成一堆可编号的状态**，让基站用极少的比特就能指挥手机切换波束。这是毫米波能用得起波束管理的关键工程技巧。 --- ## 三、波束失败恢复（BFR）：被挡住后如何自救 毫米波有个致命弱点：**波束窄、绕射能力差，随便一个障碍物就能把信号掐断**。一个路人挡在手机和基站之间、一辆卡车驶过、用户转头换了个握机姿势——都可能让当前波束瞬间跌落到无法通信的水平。 如果只是简单粗暴地"掉线重连"，用户会感受到明显的卡顿。5G 设计了 **波束失败恢复（BFR, Beam Failure Recovery）** 机制，专门处理这种"波束被挡"的突发情况。 BFR 的核心思路是四个字：**先发现，后自救**。 ```mermaid sequenceDiagram participant UE as 手机 participant gNB as 基站 Note over UE,gNB: 正常通信，使用当前波束 Note over UE: 障碍物出现！当前波束被挡 UE->>UE: ① 波束失败检测
连续 N 次测量低于门限 Note over UE: 判定：波束失败！ UE->>UE: ② 新波束识别
扫描候选 SSB/CSI-RS
找一条还能用的波束 UE->>gNB: ③ 发起恢复请求
用新波束发 PRACH gNB->>UE: ④ 恢复响应
切换到新波束继续通信 Note over UE,gNB: 业务不中断地完成换束 ``` 四个步骤解读： 1. **波束失败检测**：手机持续测量当前服务波束（通常是绑定的控制信道参考信号）。当连续若干次测量结果低于某个门限（俗称"波束失败实例计数"达到上限），手机判定"波束挂了"。 2. **新波束识别**：手机立刻在候选的 SSB / CSI-RS 里找一条**还能用的新波束**。这就像手电筒被挡时，你赶紧换一个角度重新找朋友。 3. **发起恢复请求**：手机用新波束发起一个随机接入（PRACH），相当于大喊："原来的路断了，改走 7 号方向！" 4. **恢复响应**：基站回应，双方正式切换到新波束，业务无缝继续。 > BFR 最妙的地方：**它复用了随机接入（PRACH）这一套现成机制**来做"换束通知"，没有为换束单独发明信令，复用度极高。对用户而言，理想的 BFR 能让一次"被挡"在几十毫秒内悄无声息地恢复，你甚至感觉不到断过。 --- ## 四、关键公式再强化：增益从哪来 回到物理本质，理解两个公式，就能定量回答"为什么波束管理带来的增益如此值钱"。 **阵列方向性（理想线阵）：** $$D \approx N \quad \Rightarrow \quad D_{\text{dB}} \approx 10\log_{10} N$$ N 个等幅同相叠加的单元，方向性约为 N 倍。64 元阵列相对单单元有约 **18dB** 的阵列增益——这 18dB 基本就是毫米波能在城市里跑起来的"生命线"，它恰好补偿了从 sub-6 到毫米波那 ~20dB 的额外路损。 **但增益只在"对准"时兑现：** 上面的 N 倍增益，前提是**主瓣正对目标**。一旦偏离主瓣方向，增益迅速跌落。波束越窄，跌落越剧烈——这正是"窄波束增益高"与"窄波束必须精确对准"这对矛盾的数学根源。 所以波束管理的全部工作，可以浓缩成一个目标函数： $$\max_{\text{波束方向}} \; \text{RSRP} \quad \Leftrightarrow \quad \text{让主瓣永远对准对方}$$ | 设计选择 | 增益 | 波束宽度 | 对准难度 | 适用 | |----------|------|----------|----------|------| | 少天线/宽波束 | 低 | 宽（>30°） | 易 | 低频、广覆盖 | | 多天线/窄波束 | 高 | 窄（<10°） | 难 | 毫米波、热点容量 | 这就是为什么 sub-6 几乎"不做波束管理"，而毫米波"必须做波束管理"——**窄波束换来的高增益，代价就是必须持续瞄准**。 --- ## 五、TDD 的红利：上下行波束天然配对 在 TDD（时分双工）系统中，波束管理还有个"白捡的福利"：**信道互易性**。 TDD 上下行用同一个频点，只是分时。只要上下行间隔足够短，无线信道的空间特性在收发两个方向上基本对称。这意味着： - 基站通过**上行 SRS（探测参考信号）**测出手机的空间方向； - 由于互易性，**下行的最优发射波束方向也就直接知道了**，无需让手机额外上报。 这就是为什么很多毫米波基站在 P-2/P-3 之后，**上行用 SRS 反推下行波束**，大幅减少了 CSI-RS 开销和手机上报负担。而 FDD 系统（上下行不同频）则吃不到这个红利，波束配对更依赖显式上报。 > 顺带一提：要享受互易性红利，基站必须做好**天线校准（收发通道相位/幅度校准）**。校准漂移是现网常见的波束性能劣化隐患——这是网优和研发测试时经常要查的点。 --- ## 六、实战连接：工程师在现网看什么 把原理落到现网调试，有这几个高频场景： **1. SSB beam 配置与覆盖验收。** 现网一个扇区配几条 SSB 波束，直接决定覆盖与容量。例如某运营商 3.7GHz Massive MIMO 采用 32T32R 面板、配置 **8 个 SSB 波束**——工程上要逐个波束做路测，确认每个方向都达标。路测工具里你会看到 **per-beam 的 SS-RSRP**，而不是一个笼统的 RSRP。 **2. 波束切换频繁度。** 终端日志里观察 TCI 状态切换频次。如果某区域切换异常频繁，说明该处处于多个波束的强弱拉锯区（波束交叠边缘），可能是覆盖规划问题，需调整波束下倾角或方位。 **3. BFR 触发统计。** 统计波束失败恢复的触发次数。BFR 频繁 → 说明该区域遮挡严重或主服务波束覆盖不稳，是优化重点。理想情况下，BFR 应当极少触发；它是一个"安全网"，而不是日常依赖。 **4. 互易性与校准。** TDD 系统若发现上行正常但下行波束增益异常，要怀疑**收发通道校准**。很多厂商提供周期性校准和告警，校准失败会导致波束指向偏移、增益劣化。 **5. 常见调试陷阱。** 新手常把"per-beam RSRP 低"误判为"基站功率不够"。其实在波束管理体系下，更可能是**手机没对到最优接收波束**（P-3 没做或做得差），或 **TCI 状态配置/激活出错**。先查波束对齐，再查功率——这是正确的排障顺序。 --- ## 常见问题 **Q1：波束管理和预编码（Precoding）是一回事吗？** 不是，但关系密切。预编码是"用加权向量把信号塑形到特定空间方向"的底层技术；波束管理是上层流程，负责"决定应该用哪个方向、并持续维护"。可以理解为：**预编码是"挥动笔"的动作，波束管理是"决定往哪画、画歪了怎么纠正"的策略**。波束管理的结论，最终通过预编码来执行。 **Q2：sub-6 的 5G 为什么基本不做波束扫描？** 因为低频段天线数量少、波束宽，一根"准全向"波束就能覆盖整个扇区，瞄准收益不大、开销却不小，得不偿失。所以 sub-6 通常只配置少量 SSB（L_max=4 或 8），波束管理近乎"形式化"。只有到了中频大规模阵列和毫米波，波束管理才真正成为主角。 **Q3：波束失败（BFR）和切换（Handover）有什么区别？** - **切换**：手机从一个**小区**换到另一个**小区**，涉及基站间、甚至核心网信令，流程重。 - **BFR**：手机在**同一个小区内**，把数据波束从一条**坏的波束**换到一条**好的波束**，只在本小区内完成，流程轻、恢复快（几十毫秒级）。 一句话：BFR 是"换条车道"，切换是"换个路口"。 **Q4：手机那么小，也有相控阵天线吗？也要做波束管理吗？** 是的。毫米波手机会在边框内集成几个小型相控阵列（朝向不同）。手机同样需要 P-3 阶段的**接收波束训练**——基站发固定信号，手机切换接收波束找最优方向。所以波束管理是**双向的**，不是基站单方面的独角戏。 **Q5：波束越窄越好吗？** 并非。波束越窄，增益越高、抗干扰越好，但**对准难度上升、波束跟踪开销变大、抗遮挡能力反而下降**（太尖的笔形波束一挡就断）。工程上是"够用就好"——在覆盖、容量、开销、抗遮挡之间取平衡。这就是为什么现网常配 8 条左右的中等波束，而不是一味追求极窄波束。 --- ## 参考来源 1. [5G/NR - Beam Management — ShareTechnote](https://www.sharetechnote.com/html/5G/5G_Phy_BeamManagement.html) — 经典图解教程，覆盖 SSB 扫描、P-1/P-2/P-3 全流程 2. [NR SSB Beam Sweeping — MathWorks](https://www.mathworks.com/help/5g/ug/nr-ssb-beam-sweeping.html) — 官方仿真示例，含收发两端波束扫描建模 3. [Beamforming in 5G NR: SSB Beams, CSI-RS, and Beam Management — 3gLteInfo](https://www.3glteinfo.com/5g/protocols/phy/beamforming/) — 工程视角讲解 SSB 扫描与 CSI-RS 波束训练 4. [5G Beam Management Explained — Mohamed Eladawi](https://www.mohamedeladawi.com/5g-beam-management-explained-dl-beamforming-ssb-csi-rs-codebook-types/) — 下行波束管理、码本与 TCI 状态详解 5. [SSB Beam Sweep Procedure — RanBits](https://ranbits.com/module10/10-2-beam-sweep.html) — L_max、SSB 突发位置与最佳波束选择细节 --- > 本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵**爱卫生**（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 > 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。 > [!tip] 51学通信知识星球 > **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 > **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 > **当前规模**：5200 篇主题 / 990 个回答，198 元/年。 > **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 > **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。