# 图解BWP：5G手机为什么不用整天「睁大眼睛」 ## 一、从一个日常场景说起 想象你住在一条二十四小时车水马龙的高速公路旁边。为了不错过任何一辆来接你的车，你有两种选择： - **方案A**：整天站在窗前，瞪大眼睛盯着整条马路——保证不漏接，但你一天下来筋疲力尽； - **方案B**：平时在屋里干自己的事，只留一只耳朵听着门铃，听到「车来了」再冲到窗前——既不误事，人也轻松。 4G LTE时代的手机，被迫选择的是方案A。LTE的单载波带宽固定为20MHz，只要手机开机驻留在这个载波上，它的射频接收机就必须全程「睁着」这20MHz的眼睛——不管下面跑的是高清视频还是每十分钟才上报一次的抄表数据。 5G NR把载波带宽放大了一个量级：低频段（FR1）单载波最大100MHz，毫米波频段（FR2）最大400MHz。如果还沿用「UE射频带宽=载波带宽」的老思路，一部物联网电表也得配上100MHz的射频前端和基带处理能力，**电表比手机还贵**，这显然是荒谬的。 BWP（Bandwidth Part，带宽部分）就是为解决这个矛盾而生的机制。一句话概括：**载波是整条高速公路，BWP是给每辆车划出的、可以动态变宽变窄的专用车道。** ## 二、为什么5G非要有BWP：三对矛盾 BWP并不是一个孤立的功能，它是5G面对「一个网络服务所有场景」时必然的设计选择。它同时化解了三对矛盾： | 矛盾 | 没有BWP的后果 | BWP的解法 | |---|---|---| | **省电 vs 大带宽** | UE射频和FFT全程处理100MHz，功耗巨大 | 平时收窄到小BWP，数据突发时临时切宽 | | **低成本终端 vs 大载波** | 低成本物联网终端被迫支持全载波带宽 | 终端只需支持一个窄BWP即可入网 | | **多种子载波间隔 vs 单一载波** | 15kHz（广覆盖）和30kHz（低时延）用户挤在同一参数下 | 不同BWP配不同numerology，频分共存 | 第三点值得展开说一下。5G引入了可扩展的子载波间隔（numerology）：15kHz适合覆盖远、移动快的场景，30kHz/60kHz适合低时延业务，60kHz以上还能抗相位噪声（毫米波必需）。这些参数在数学上没法混在同一个FFT处理里——但它们可以**各占一段频域，各自组成一个BWP**，同一载波上互不打扰。 ```mermaid flowchart TB Q["5G载波最大100MHz/400MHz"] Q --> P1["矛盾1：大带宽导致高功耗"] Q --> P2["矛盾2：低成本终端用不起全带宽"] Q --> P3["矛盾3：多种子载波间隔要共存"] P1 --> S["BWP：按需启停的带宽窗口"] P2 --> S P3 --> S S --> R1["省电：小BWP待机"] S --> R2["降本：终端只需覆盖窄BWP"] S --> R3["共存：不同numerology各占一段"] ``` 据RF Wireless World对BWP用途的归纳，标准化组织为BWP设定了五类应用：支持缩减的UE带宽能力、降低UE能耗、不同numerology的频分复用、支持非连续频谱、以及前向兼容。本文重点讲前两类——它们是现网中真正大规模发挥作用的。 ## 三、BWP到底是什么：定义与四要素 先给严格一点的定义：**BWP是给定载波上、给定numerology下的一段连续物理资源块（PRB）的集合。** 它是UE视角的「工作频带」——UE只能在自己的激活BWP内收发数据，BWP之外的一切（哪怕物理上就在同一个载波里）对它而言不存在。 这句话的分量很重，值得拆开： - **UE不能在激活BWP外接收PDSCH（下行数据）和PDCCH（下行控制）**； - **UE不能在激活BWP外发送PUSCH（上行数据）和PUCCH（上行控制）**。 网络在BWP之外调度你？你的手机物理上根本听不见、也发不出去。这就是BWP「硬窗口」的含义。 每个BWP由四个要素完整定义： | 要素 | 含义 | 类比 | |---|---|---| | 频域位置 | 在载波中的起始PRB | 车道在马路上的横向位置 | | 带宽大小 | 包含多少个连续PRB | 车道的宽度（几车道） | | Numerology | 子载波间隔、CP长度 | 车道的限速规则 | | 控制资源配置 | 该BWP内的CORESET/搜索空间 | 车道口的「调度广播站」 | 还有一个从信号处理角度理解BWP的关键公式。UE对接收信号做数字下变频后要用FFT变换到频域，采样率由FFT点数和子载波间隔决定： $$f_s = N_{FFT} \times \Delta f$$ 其中 $N_{FFT}$ 是FFT点数，$\Delta f$ 是子载波间隔。而FFT点数正比于需要处理的带宽： $$N_{FFT} \propto \frac{B_{BWP}}{\Delta f}$$ 把两式联立可以看出：**UE的实时采样率和FFT运算量直接正比于激活BWP的带宽**。把100MHz的激活带宽缩到20MHz，数字部分的运算量直接降为原来的五分之一——这就是BWP省电的数学本质。UE整机功耗可以用一个简单模型近似： $$P_{UE} \approx P_0 + \alpha \cdot B_{active}$$ $P_0$ 是与带宽无关的静态功耗，$B_{active}$ 是激活BWP带宽，$\alpha$ 是比例系数（涵盖ADC、FFT、缓存等带宽敏感模块）。带宽自适应的意义就在于压缩第二项。 关于尺寸边界，通行结论是：UE可配置的BWP带宽存在上下限（下限24个PRB、上限275个PRB，对应FR2大子载波间隔场景），每个下行（或上行）载波**最多给一个UE配置4个BWP，但任一时刻、每个方向只有一个BWP处于激活状态**。 ```mermaid flowchart LR subgraph CARRIER["一个100MHz载波"] direction LR SSB["SSB同步块"] B0["初始BWP：窄，含系统消息与随机接入资源"] B1["BWP1：中，15kHz间隔，广覆盖业务"] B2["BWP2：全带宽，30kHz间隔，低时延业务"] end SSB --> B0 ``` 注意这张图的两个细节：SSB（同步广播块）通常「漂浮」在BWP之外——终端刚开机时还没被分配BWP，它要靠SSB完成同步，这也是初始BWP必须覆盖SSB关联的控制资源的原因；而三个BWP在频域上是**并列的不同位置**，切换BWP时UE不仅要调节数字域的FFT窗口，有时还需要射频前端重新调谐到新的中心频点。 ## 四、BWP的三个角色：初始、默认、专用 网络会给UE配置多个BWP，但它们扮演的角色不同。理解这三个角色，就理解了BWP机制的全部骨架： | 角色 | 谁定义它 | 何时使用 | 典型特征 | |---|---|---|---| | **初始BWP**（Initial BWP） | 广播，全小区统一 | 开机驻留、随机接入、收系统消息 | 窄；下行含SSB关联的CORESET，上行含PRACH资源 | | **默认BWP**（Default BWP） | RRC专有信令 | 激活BWP上长时间无调度后回落 | 可与初始BWP相同；窄、省电 | | **专用/激活BWP**（Dedicated/Active BWP） | RRC专有信令 | 数据传输期间 | 可宽可窄，按业务配置多个 | **初始BWP**是UE的「入户门」。UE开机后对网络一无所知，它先搜SSB同步，然后在初始下行BWP里监听调度系统消息的控制信道、读取SIB1等广播，再在初始上行BWP里发起随机接入。所以初始BWP必须承载三样东西：SSB关联的CORESET、系统消息的调度信息、以及PRACH（随机接入信道）资源。**这也是一条重要的现网结论：随机接入资源只配置在初始上行BWP里**——不管UE当前激活的是哪个BWP，要发PRACH就得回到初始BWP。 **默认BWP**是UE的「待机位」。它解决的问题是：数据传完了，UE该守在哪个带宽上等下一次调度？答案是不必守在昂贵的宽BWP上，退回默认BWP即可。默认BWP可以就设成初始BWP，也可以单独配置。 **专用BWP**是UE的「工作台」。网络按业务特征给UE预配多个BWP（最多4个），比如一个窄的用于小包业务、一个全带宽的用于大数据，需要时用控制信令一键切换。 ## 五、带宽自适应：三种切换机制 BWP机制的灵魂是「自适应」——UE在合适的时机切换到合适的带宽。切换的触发方式有三种，速度和用途各不相同： ```mermaid flowchart TB IB["UE驻留在默认/初始BWP"] IB -->|控制信令指示BWP切换| WB["切到激活BWP开始收发"] IB -->|无线重配信令指定| NB["直接重配到新BWP"] WB -->|定时器超时无调度| DB["回落默认BWP省电"] NB --> IB WB -->|再收到切换指示| IB ``` ### 机制一：控制信令切换（DCI-based）——最快 下行调度指令（DL DCI）和上行授权（UL DCI）里专门有一个「BWP指示」域。这意味着什么？意味着**切换BWP和调度一次数据传输是同一个动作**。gNB想给UE发一大块数据，先看当前激活BWP够不够宽，不够就在DCI里顺手把BWP指示域置成宽BWP——UE解码这条DCI的瞬间就完成切换，紧接着的调度就在新BWP上进行。整条链路没有任何额外的专用信令开销，时延代价仅仅是UE的切换处理时间。 ### 机制二：定时器切换（Timer-based）——最自动 UE里运行着一个定时器（bwp-InactivityTimer）：**每当UE成功解码一条调度自己的PDCCH，定时器就重启；一旦定时器超时——即连续这么久没有任何调度——UE自动回落到默认BWP**。这个过程不需要网络发任何信令，是UE单方面的自律行为。 这本质上是把「什么时候可以省电」的判断权交给了统计分析：网络通过配置定时器时长，把「业务突发后的静默期有多长」这个统计规律编码成了UE的行为。定时器配10ms还是500ms，是现网优化里实打实的权衡（后文细说）。 ### 机制三：重配信令切换（RRC-based）——最彻底 网络通过RRC重配消息直接修改UE的BWP配置（比如初始激活BWP、激活BWP集合本身发生变化）。这种方式开销最大、最慢，但能力最强——它改的是「规则」而不只是「当前状态」，常用于切换、重建等需要重新确立无线配置的场景。 | 机制 | 触发者 | 速度 | 典型用途 | |---|---|---|---| | DCI切换 | gNB调度器 | 最快（随调度即时生效） | 数据突发来临，临时加宽 | | 定时器回落 | UE自己 | 自动（超时即触发） | 静默期退回默认BWP省电 | | RRC重配 | gNB高层 | 最慢 | 配置变更、切换、连接重建 | 三种机制的组合构成一个优雅的闭环：**DCI负责「快进」，定时器负责「快退」，RRC负责「改章程」**。UE的带宽状态机因此在无人干预的情况下自动运转。 ## 六、一次完整的带宽自适应时序 把三个角色和三种机制串起来，看一次典型的大文件下载中UE的BWP旅程： ```mermaid sequenceDiagram participant UE participant gNB UE->>gNB: 在初始BWP上发PRACH发起随机接入 gNB-->>UE: 竞争解决，RRC重配下发4个BWP与定时器 Note over UE: 激活专用BWP1：窄BWP待命 gNB->>UE: DCI含BWP指示：切到宽BWP2并调度PDSCH Note over UE: 成功解码PDCCH，定时器重启 gNB-->>UE: 连续调度大流量数据 Note over UE: 之后无调度，定时器超时 UE->>UE: 自发回落到默认BWP gNB->>UE: 新数据到来，DCI再次指示切换 ``` 这个时序里有几个值得咀嚼的细节： 1. **随机接入永远从初始BWP开始**，因为PRACH资源只在那里。哪怕UE上一刻还在宽BWP上，掉线重建后也要回到起点。 2. **DCI的BWP指示域是「一石二鸟」设计**的典范——调度和切换合并，省掉了专门的切换信令周期。 3. **定时器回落是UE的自主行为**，gNB侧必须对自己的调度行为和定时器配置有清晰预期，否则会出现「网络以为UE还在宽BWP上」的失配（这是真实的现网故障来源，见第八节）。 把整个生命周期压缩成状态视角，UE的带宽世界其实就是三个状态的循环：**驻留（初始/默认BWP）→ 工作（激活宽BWP）→ 回落（定时器超时）**。 ## 七、BWP切换的代价：天下没有免费的变道 BWP不是免费午餐，每次切换都有代价，这决定了「多窄多频」的工程权衡： **一是切换时延。** UE切换BWP需要时间：如果新旧BWP中心频点相同，主要是基带重配置（FFT窗口、缓存、控制信道监听参数），速度很快；如果频域位置不同，射频前端要重新锁频，耗时更长。标准化上切换时延与UE能力等级和子载波间隔挂钩——通俗地说，从DCI携带切换指示到UE能在新BWP上收数据，中间存在一个明确的「空窗期」，期间该UE的调度要避开。 **二是控制信令的重新学习。** 每个BWP有自己独立的CORESET和搜索空间配置。切到新BWP后，UE要在新的控制资源上重新开始监听PDCCH。这也意味着：**窄BWP不仅省了数据带宽，也缩小了PDCCH盲解码的范围——这本身就是省电的一部分**（控制信道监听是UE休眠机制之外最大的耗电项之一）。 **三是与其它机制的耦合。** SSB通常在激活BWP之外，UE做邻区测量时可能需要测量间隙（measurement gap）；上行激活BWP切换后定时提前、功率控制参数的适用性也要跟着对齐。BWP像一根线头，一拉会牵动整个空口机制网。 ## 八、现网体现与调试实战 理论讲完，看这个原理在真实网络里以什么面貌出现。以下场景来自常见的工程实践： **场景一：接入失败，先查初始BWP。** 随机接入资源只配置在初始上行BWP。如果网络侧配置的初始BWP过窄或位置与干扰源重叠，UE的PRACH发不出去，表现为接入失败。排查时要看初始BWP的频域位置是否避开了强干扰段——BWP给了配置灵活性，也给了配错的空间。 **场景二：省电指标差，查定时器。** 运营商对终端续航有专项优化时，bwp-InactivityTimer是重点参数。配置过长：业务早已结束，UE还在宽BWP上傻等，省电收益归零；配置过短：突发业务间的小间隔频繁触发回落-再切换，切换开销反而吃掉收益，还引入时延抖动。经验做法是结合业务模型（如视频流量的缓冲间隔）仿真后取值。 **场景三：UE「听不见」调度——BWP失配。** 定时器回落是UE自主行为。若gNB调度器与UE的定时器状态失配（例如计时边界理解不一致、或切换指令丢失），gNB可能向一个已经回落到窄BWP的UE在宽BWP上调度——UE物理上收不到，表现为「调度了无响应」。这类问题在日志里表现为DCI下发正常但无HARQ反馈，是BWP特有的调试陷阱。 **场景四：低成本终端的设计红利。** 面向中速物联网场景的RedCap（Reduced Capability）终端，据其在Rel-17阶段的设计目标，就是把UE的最大带宽能力从普通eMBB终端大幅缩减（FR1约20MHz量级），靠「只工作在窄BWP」来砍掉射频和基带成本。可以毫不夸张地说：**没有BWP机制，就没有低成本5G终端的生态位。** **场景五：与DRX的关系。** BWP省电和DRX（非连续接收）省电是两个正交的维度：DRX管「时间上的睡与醒」，BWP管「醒着时睁多大的眼」。两者叠加：DRX的OnDuration期间UE醒来，但睁眼的大小由当时的激活BWP决定。现网优化省电时必须联合配置，只调一个往往事倍功半。 ## 九、常见误解澄清 **误解一：「配置了4个BWP，UE就同时用4个带宽收发。」** 错。4个是**可配置**上限，任一时刻每个方向只有**一个**BWP激活。UE的射频和基带在任一瞬间只对准一个BWP——BWP切换是「变道」，不是「分身」。 **误解二：「调度器本来就能只给UE分配几个RB，窄BWP多余。」** 错。RB级调度只影响那一瞬间的数据传输，而UE的射频带宽、采样率、FFT运算、PDCCH盲解码范围是**持续存在的硬开销**。就算调度器一秒钟只给你1个RB，只要激活带宽是100MHz，UE的「眼睛」就得全程保持100MHz的睁开程度。BWP削减的是后者的持续性开销。 **误解三：「BWP切换就是小区切换的一种。」** 错。BWP切换发生在**同一个服务小区内部**，是UE工作带宽的变化，与移动性无关；小区切换是服务小区的改变，伴随完整的测量、判决和信令流程。两者机制、信令、目的都完全不同。 ## 常见问题 **Q: BWP和载波聚合（CA）的区别是什么？** A: 载波聚合是把**多个独立载波**捆绑起来提升峰值速率，UE要同时激活多个载波的接收机；BWP是**同一个载波内部**的带宽窗口管理，任一时刻每方向只激活一个。CA追求「更多」，BWP追求「更省」。两者可以叠加：聚合的每个载波上都可以有自己的BWP配置。 **Q: 初始BWP和默认BWP可以只配一个吗？** A: 可以。默认BWP可以配置为就是初始BWP，此时定时器超时后UE回落到初始BWP待命。小带宽场景（如物联网专网）常这样简化配置；大带宽eMBB场景则可能配置独立的窄默认BWP，与初始BWP位置错开以避开广播信道的干扰。 **Q: BWP切换期间数据会丢吗？** A: 切换存在短暂空窗，期间该UE无法收发。标准设计通过调度规避来兜底：网络知晓切换时延（与UE能力和子载波间隔相关），会在空窗后才开始新BWP上的调度；切换前已发的数据靠HARQ重传机制保障。所以正常流程下不丢数据，但会贡献一小段时延——这正是时延敏感业务不宜频繁切换BWP的原因。 **Q: 为什么PRACH不配置在宽BWP上，让UE就地接入？** A: 随机接入的本质是UE还「不可知、不可调度」的阶段——此时网络不知道UE的能力和位置，必须让所有UE在一个统一、广播、窄而确定的频域资源上发起接入。初始BWP就是为这个阶段设计的公共入口；等UE进入受控状态后，再迁移到个性化配置的专用BWP。这是「公共信道用公共配置、专用资源用专有配置」思想的体现。 **Q: bwp-InactivityTimer超时后UE回到的是哪个BWP？** A: 回到网络通过RRC信令配置的**默认BWP**；若未显式配置默认BWP，则回到初始BWP。注意回落是UE自主完成、无需信令交互的，网络侧通过一致的定时器配置来保持对UE状态的隐式同步——这也是第八节「BWP失配」故障的根源所在。 ## 参考来源 1. [What is 5G NR Bandwidth Part — RF Wireless World](https://www.rfwireless-world.com/5G/5G-NR-Bandwidth-Part.html) — BWP定义、「每方向最多配置4个BWP且同时仅一个激活」「激活BWP外不能收发」等核心规则的来源 2. 《5G无线网络规划与设计》（人民邮电出版社） — 载波带宽、numerology与BWP配置关系的教材化表述 3. 《5G核心网原理与实践》（爱卫生著） — 本文作者系列著作，终端侧功耗机制与现网参数实践参考 4. 3GPP NR无线协议公开技术资料（sharetechnote等社区） — bwp-InactivityTimer与三种切换机制行为的通行结论；原始页面因网络原因未能完整抓取，相关表述以通行工程共识为准 --- > 本文由「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 等场景全覆盖。