想象你住在一条二十四小时车水马龙的高速公路旁边。为了不错过任何一辆来接你的车，你有两种选择：
4G LTE时代的手机，被迫选择的是方案A。LTE的单载波带宽固定为20MHz，只要手机开机驻留在这个载波上，它的射频接收机就必须全程「睁着」这20MHz的眼睛——不管下面跑的是高清视频还是每十分钟才上报一次的抄表数据。
5G NR把载波带宽放大了一个量级：低频段（FR1）单载波最大100MHz，毫米波频段（FR2）最大400MHz。如果还沿用「UE射频带宽=载波带宽」的老思路，一部物联网电表也得配上100MHz的射频前端和基带处理能力，电表比手机还贵，这显然是荒谬的。
BWP（Bandwidth Part，带宽部分）就是为解决这个矛盾而生的机制。一句话概括：载波是整条高速公路，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，同一载波上互不打扰。
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是给定载波上、给定numerology下的一段连续物理资源块（PRB）的集合。 它是UE视角的「工作频带」——UE只能在自己的激活BWP内收发数据，BWP之外的一切（哪怕物理上就在同一个载波里）对它而言不存在。
这句话的分量很重，值得拆开：
网络在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处于激活状态。
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窗口，有时还需要射频前端重新调谐到新的中心频点。
网络会给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在合适的时机切换到合适的带宽。切换的触发方式有三种，速度和用途各不相同：
flowchart TB
IB["UE驻留在默认/初始BWP"]
IB -->|控制信令指示BWP切换| WB["切到激活BWP开始收发"]
IB -->|无线重配信令指定| NB["直接重配到新BWP"]
WB -->|定时器超时无调度| DB["回落默认BWP省电"]
NB --> IB
WB -->|再收到切换指示| IB
下行调度指令（DL DCI）和上行授权（UL DCI）里专门有一个「BWP指示」域。这意味着什么？意味着切换BWP和调度一次数据传输是同一个动作。gNB想给UE发一大块数据，先看当前激活BWP够不够宽，不够就在DCI里顺手把BWP指示域置成宽BWP——UE解码这条DCI的瞬间就完成切换，紧接着的调度就在新BWP上进行。整条链路没有任何额外的专用信令开销，时延代价仅仅是UE的切换处理时间。
UE里运行着一个定时器（bwp-InactivityTimer）：每当UE成功解码一条调度自己的PDCCH，定时器就重启；一旦定时器超时——即连续这么久没有任何调度——UE自动回落到默认BWP。这个过程不需要网络发任何信令，是UE单方面的自律行为。
这本质上是把「什么时候可以省电」的判断权交给了统计分析：网络通过配置定时器时长，把「业务突发后的静默期有多长」这个统计规律编码成了UE的行为。定时器配10ms还是500ms，是现网优化里实打实的权衡（后文细说）。
网络通过RRC重配消息直接修改UE的BWP配置（比如初始激活BWP、激活BWP集合本身发生变化）。这种方式开销最大、最慢，但能力最强——它改的是「规则」而不只是「当前状态」，常用于切换、重建等需要重新确立无线配置的场景。
| 机制 | 触发者 | 速度 | 典型用途 |
|---|---|---|---|
| DCI切换 | gNB调度器 | 最快（随调度即时生效） | 数据突发来临，临时加宽 |
| 定时器回落 | UE自己 | 自动（超时即触发） | 静默期退回默认BWP省电 |
| RRC重配 | gNB高层 | 最慢 | 配置变更、切换、连接重建 |
三种机制的组合构成一个优雅的闭环：DCI负责「快进」，定时器负责「快退」，RRC负责「改章程」。UE的带宽状态机因此在无人干预的情况下自动运转。
把三个角色和三种机制串起来，看一次典型的大文件下载中UE的BWP旅程：
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再次指示切换
这个时序里有几个值得咀嚼的细节：
把整个生命周期压缩成状态视角，UE的带宽世界其实就是三个状态的循环：驻留（初始/默认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失配」故障的根源所在。
本文由「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 等场景全覆盖。