在LTE时代,UE一旦接入载波就必须在整个载波带宽上工作——哪怕当前只需要传输几十kbps的信令数据,射频收发器也要在全带宽(最高20MHz)上持续运作。这种"全带宽常开"模式在eMBB场景下尚可接受,但当5G NR将单载波带宽推高到400MHz(FR2毫米波频段)时,UE如果始终工作在全带宽上,基带采样率和射频功耗将呈指数级增长。
3GPP在TS 38.211 Section 4.4.5中引入了Bandwidth Part(BWP)概念:BWP是载波带宽内一段连续的频率资源子集,由一组共同的numerology(子载波间隔SCS + 循环前缀CP类型)定义。每个UE在每个服务小区上最多配置4个DL BWP和4个UL BWP(TS 38.331 Section 6.3.2, BWP-Downlink IE),但在任何给定时刻,只有一个DL BWP和一个UL BWP处于激活状态。
BWP的核心价值在于三方面:
| 维度 | 作用 | 典型场景 |
|---|---|---|
| 功耗节省 | 业务空闲时切到窄BWP,降低射频采样率和基带处理功耗 | FR2 400MHz→10MHz |
| 带宽适配 | 根据业务需求动态调整工作带宽,大流量用宽BWP,小流量用窄BWP | 视频缓冲期→下载峰值期 |
| 兼容性 | 支持不同能力的UE在同一载波上工作 | RedCap窄带宽UE与旗舰UE共存 |
从BWP的生命周期来看,存在三种类型:
flowchart TD
A[UE开机/切换入小区] --> B[Initial BWP<br/>由SIB1/BWP-initialDL配置]
B --> C[RRC连接建立后]
C --> D[ Dedicated BWP<br/>由RRCReconfiguration配置<br/>最多4个DL + 4个UL]
D --> E{业务调度}
E -->|gNB调度| F[Active BWP<br/>当前实际工作的BWP]
E -->|timer超时| G[Default BWP<br/>空闲回退目标]
G --> F
F --> G
Initial BWP:UE在小区搜索完成后通过MIB获取CORESET#0的配置,再从SIB1中的initialDownlinkBWP IE获取初始BWP的完整参数(包括genericBitmap、locationAndBandwidth等)。这是UE在RRC_IDLE和RRC_INACTIVE态使用的BWP,也是RRC_CONNECT态初始阶段的默认BWP。
Dedicated BWP:通过RRCReconfiguration消息中的BWP-DownlinkDedicated配置,可配置最多4个DL BWP(BWP-ID 0~3),每个BWP有独立的SCS、带宽、CORESET配置。
Default BWP:由RRC参数defaultDownlinkBWP-Id指定,当bwp-InactivityTimer超时且配置了default BWP时,UE回落到该BWP。若未显式配置,则default BWP = Initial BWP。
3GPP TS 38.321 Section 5.15和TS 38.213 Section 12定义了四种BWP切换触发机制,每种机制的时延特性、控制灵活度、应用场景截然不同:
flowchart LR
subgraph 四种BWP切换触发机制
A[DCI调度触发<br/>TS 38.213 Sec 12]
B[BWP Inactivity Timer<br/>TS 38.321 Sec 5.15.2]
C[MAC CE触发<br/>TS 38.321 Sec 5.15.2]
D[RRC重配触发<br/>TS 38.331 Sec 5.3]
end
A --> E[切换时延: Type1/Type2<br/>~1-2 slots]
B --> F[切换时延: 同DCI<br/>timer超时后触发]
C --> G[切换时延: ~数slots<br/>含HARQ-ACK反馈]
D --> H[切换时延: ~数十ms<br/>含RRC处理时延]
| 触发方式 | 规范章节 | 切换时延 | 灵活度 | 典型场景 |
|---|---|---|---|---|
| DCI调度 | TS 38.213 Section 12 | Type1: ~1slot / Type2: ~2slots | 最高,逐次调度 | 实时业务带宽适配 |
| Timer超时 | TS 38.321 Section 5.15.2 | 同DCI-based | 中等,依赖定时器配置 | 空闲回落省电 |
| MAC CE | TS 38.321 Section 5.15.2 | ~3N slots | 中等 | 网络侧策略调整 |
| RRC重配 | TS 38.331 Section 5.3 | ~数十ms | 最低,RRC过程 | BWP参数变更 |
下文将逐一深入拆解每种机制的信令流程。
当gNB在DCI Format 1_1(DL调度)或DCI Format 0_1(UL授权)中携带Bandwidth Part Indicator字段时,UE根据该字段值切换到对应的BWP。
BWP Indicator字段的比特宽度由RRC配置的DL BWP数量决定:
| 配置的DL BWP数量 | BWP Indicator比特数 | 值→BWP-ID映射 |
|---|---|---|
| 1 | 0 bit(字段不存在) | 无需切换 |
| 2 | 1 bit | 0→BWP#0, 1→BWP#1 |
| 3~4 | 2 bits | 00→BWP#0, 01→BWP#1, 10→BWP#2, 11→BWP#3 |
关键设计要点:BWP Indicator字段指示的不是BWP-ID本身,而是在BWP-Downlink配置列表中的索引值。TS 38.212 Section 7.3.1定义了这一映射关系。当DCI中的BWP Indicator值与当前active BWP不同时,UE在接收到DCI后执行BWP切换。
DCI触发的BWP切换时延由UE能力bwp-SwitchingDelay(TS 38.306 Section 4.2)决定,分为Type 1和Type 2两档:
| 时延类型 | 切换时间 | 适用条件 |
|---|---|---|
| Type 1 | 1 slot(SCS ≥ 30kHz)或 2 slots(SCS = 15kHz) | UE支持快速BWP切换,且SCS相同 |
| Type 2 | 2 slots(SCS ≥ 30kHz)或 4 slots(SCS = 15kHz) | UE不支持Type 1,或SCS不同 |
TS 38.133 Section 8.2定义了精确的切换时延要求:
sequenceDiagram
participant UE as UE
participant gNB as gNB
Note over UE: Active BWP = BWP#0<br/>100MHz, SCS=30kHz
Note over UE: Configured: BWP#0(100MHz), BWP#1(20MHz)<br/>BWP#2(10MHz), BWP#3(50MHz)
gNB->>UE: DCI Format 1_1<br/>BWP Indicator = 01 (BWP#1)<br/>Frequency domain resource assignment<br/>Time domain resource assignment
Note over UE: 1. 读取BWP Indicator = 01<br/>2. 判定目标BWP ≠ 当前Active BWP<br/>3. 启动BWP切换过程
Note over UE: BWP切换时延窗口<br/>Type1: ~1 slot at 30kHz SCS
Note over UE,gNB: 切换期间:<br/>- UE不期望接收PDSCH/PDCCH<br/>- UE重新计算频率资源分配<br/>- UE应用BWP#1的CORESET/搜索空间配置
Note over UE: Active BWP = BWP#1<br/>20MHz, SCS=30kHz
gNB->>UE: PDSCH (on BWP#1)
UE->>gNB: HARQ-ACK
Note over UE,gNB: 后续调度在BWP#1上进行
根据TS 38.213 Section 12和TS 38.321 Section 5.15的精确描述,当UE检测到DCI中的BWP Indicator与当前active BWP不同时:
步骤1:UE停止在当前active BWP上的所有活动:
- 清除当前BWP的下行接收buffer
- 停止当前BWP上的bwp-InactivityTimer
- 清除当前BWP上配置的下行HARQ进程中的所有pending传输
步骤2:UE切换到目标BWP: - 应用目标BWP的SCS、带宽、频率位置 - 应用目标BWP的CORESET和搜索空间配置 - 重新计算PDCCH监听时机
步骤3:UE在目标BWP上恢复活动:
- 在目标BWP的时频资源上接收PDSCH
- 在目标BWP的PUCCH资源上发送HARQ-ACK
- 启动/重启bwp-InactivityTimer
重要约束(TS 38.213 Section 12.2):当DCI触发BWP切换时,该DCI调度的PDSCH/PUSCH必须在目标BWP上传输。如果K0(PDSCH时隙偏移)或K2(PUSCH时隙偏移)指示的时隙早于切换完成时刻,则UE行为未定义(undefined)——这意味着gNB调度器必须确保时隙偏移足够大以容纳切换时延。
bwp-InactivityTimer是BWP切换中最常用的"省电回退"机制。其完整行为定义在TS 38.321 Section 5.15.2:
| 事件 | 定时器操作 | 规范依据 |
|---|---|---|
| 收到调度PDSCH/PUSCH的DCI | 启动或重启timer | TS 38.321 Sec 5.15.2 |
| BWP切换被触发(DCI/MAC CE/RRC) | 停止timer | TS 38.321 Sec 5.15.2 |
| Timer超时 | 切换到Default BWP | TS 38.213 Sec 12 |
| 随机接入过程启动 | 停止timer | TS 38.321 Sec 5.15.2 |
Timer的值由RRC参数bwp-InactivityTimer配置(TS 38.331, BWP-DownlinkDedicated IE),取值范围为:ms2, ms3, ms4, ms5, ms6, ms8, ms10, ms15, ms20, ms25, ms30, ms35, ms40, ms50, ms60, ms80, ms100, ms150, ms200, ms250, ms300, ms500, ms750, ms1000, ms1250, ms1500, ms2000, ms2500, ms3000, ms5000, ms7500, ms10240。
sequenceDiagram
participant UE as UE
participant gNB as gNB
Note over UE: Active BWP = BWP#3 (100MHz)<br/>bwp-InactivityTimer = ms50
gNB->>UE: DCI Format 1_1 (调度PDSCH)
Note over UE: 启动/重启 bwp-InactivityTimer = 50ms
Note over UE: 50ms内无DCI调度...
Note over UE: bwp-InactivityTimer超时!
Note over UE: 1. 停止timer<br/>2. 判定Default BWP<br/> defaultDownlinkBWP-Id = 0<br/>3. 启动到Default BWP的切换
Note over UE: BWP切换时延窗口<br/>(同DCI-based切换时延)
Note over UE: Active BWP = BWP#0 (20MHz)<br/>即Default BWP
gNB->>UE: PDCCH on BWP#0<br/>(gNB侧感知UE回落后调度)
Note over UE,gNB: gNB通过timer配置推算<br/>UE何时回到Default BWP<br/>并在Default BWP上恢复调度
Timer超时机制的核心设计意图是UE自主省电——当UE在宽BWP上持续无业务时,无需等待网络侧下发切换命令,自行回落到窄BWP以降低功耗。但这也带来了一个隐含的同步问题:gNB必须知道UE何时完成了BWP回落,否则可能向UE已经离开的BWP发送PDCCH/PDSCH。
规范的处理方式是:gNB通过自己维护的timer状态来推算UE的行为。由于gNB知道bwp-InactivityTimer的值和最后一次调度DCI的时间,可以精确计算出UE何时切换回Default BWP。这种"网络侧隐式同步"避免了额外的信令开销。
TS 38.321 Section 6.1.3.17定义了用于BWP切换的MAC CE格式:
| 比特位 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
|---------|----|----|----|----|----|----|----|----|
| 字节1 | R | Field 1: Serving Cell ID |
| 字节2 | R | R | R | R | R | BWP ID |
| 字段 | 比特数 | 说明 |
|---|---|---|
| Serving Cell ID | 5 bits | 指示目标服务小区(0~31),用于CA场景下指定PSCell/SCell的BWP |
| BWP ID | 2 bits | 目标BWP的ID(0~3),对应RRC配置的bwp-Id |
| R | Reserved | 预留比特,设为0 |
该MAC CE通过LCID = 53(TS 38.321 Table 6.2.1-2)标识,在DL-SCH上通过PDSCH承载。
sequenceDiagram
participant UE as UE
participant gNB as gNB
Note over UE: Active BWP = BWP#0 (50MHz)
gNB->>UE: PDCCH (DCI Format 1_0/1_1)<br/>调度PDSCH
gNB->>UE: PDSCH (含MAC PDU)<br/>MAC SubPDU: LCID=53 (BWP MAC CE)<br/>Serving Cell ID=0, BWP ID=2
Note over UE: MAC层处理:<br/>1. 解析LCID=53 → BWP MAC CE<br/>2. 提取Serving Cell ID=0 (PCell)<br/>3. 提取BWP ID=2 → 目标BWP
UE->>gNB: HARQ-ACK (PDSCH确认)
Note over UE: 等待切换生效时刻<br/>= HARQ-ACK后 N个slot<br/>N由bwp-SwitchingDelay确定
Note over UE: 执行BWP切换:<br/>Active BWP → BWP#2
Note over UE: Active BWP = BWP#2
gNB->>UE: PDCCH on BWP#2
gNB->>UE: PDSCH on BWP#2
| 维度 | DCI触发 | MAC CE触发 |
|---|---|---|
| 切换时延 | 最快(Type1: ~1slot) | 较慢(含PDSCH解码+HARQ-ACK反馈) |
| 可靠性 | 无确认机制,依赖PDCCH译码 | 有HARQ-ACK确认,更可靠 |
| 灵活性 | 每次调度都可切换 | 单独发送切换命令 |
| 开销 | 复用在调度DCI中,零额外开销 | 需要单独的MAC CE,有额外开销 |
| 典型场景 | 调度过程中实时切换 | 网络策略调整(如负载均衡) |
MAC CE触发的BWP切换适用于gNB需要在不调度数据的情况下强制切换UE的BWP——例如某段频率资源需要临时清空给其他系统使用(如NR-U的信道占用释放),gNB可以主动发送BWP MAC CE将UE迁走。
RRC重配触发BWP切换是最慢但最彻底的方式,适用于以下场景:
RRCReconfiguration中携带reconfigurationWithSync(切换场景),目标小区的BWP配置可能与源小区完全不同根据TS 38.331 Section 6.3.2,BWP相关的RRC IE层级结构如下:
RRCReconfiguration
└── spCellConfig
└── spCellConfigDedicated
└── initialDownlinkBWP // BWP#0的专用配置
│ ├── genericParameters
│ │ ├── locationAndBandwidth // RIV值,指示频率位置和带宽
│ │ ├── subcarrierSpacing // SCS: 15/30/60/120kHz
│ │ └── cyclicPrefix // normal/extended
│ ├── pdcch-Config
│ │ ├── searchSpacesToAddModList
│ │ ├── controlResourceSetToAddModList
│ │ └── ...
│ └── pdsch-Config
├── downlinkBWP-ToAddModList // BWP#1~#3配置
│ ├── BWP-Downlink (bwp-Id=1)
│ │ ├── genericParameters
│ │ ├── pdcch-Config
│ │ └── pdsch-Config
│ ├── BWP-Downlink (bwp-Id=2)
│ └── BWP-Downlink (bwp-Id=3)
├── bwp-InactivityTimer // 定时器值
├── defaultDownlinkBWP-Id // Default BWP ID
└── firstActiveDownlinkBWP-Id // RRC配置后立即激活的BWP
| 参数 | 类型 | 含义 |
|---|---|---|
locationAndBandwidth |
INTEGER(0~37949) | RIV(Resource Indicator Value),编码了BWP的起始PRB和带宽 |
subcarrierSpacing |
ENUMERATED | BWP的子载波间隔 |
bwp-Id |
INTEGER(0~4) | BWP标识,0为initial BWP |
firstActiveDownlinkBWP-Id |
INTEGER(0~4) | RRC重配后UE应立即激活的BWP |
defaultDownlinkBWP-Id |
INTEGER(0~4) | Timer超时后的回退BWP |
bwp-InactivityTimer |
ENUMERATED | ms2~ms10240 |
设计要点:firstActiveDownlinkBWP-Id是RRC触发BWP切换的关键参数。当RRCReconfiguration中包含此字段时,UE在完成RRC重配处理后立即切换到指定的BWP,无需等待DCI/MAC CE/Timer触发。这确保了RRC配置变更后UE的BWP状态与网络侧预期一致。
综合四种触发机制,UE侧的BWP状态转换可以用以下状态机完整描述:
stateDiagram-v2
[*] --> InitialBWP: RRC连接建立<br/>SIB1配置
state "BWP#0 (Initial)" as BWP0
state "BWP#1" as BWP1
state "BWP#2" as BWP2
state "BWP#3" as BWP3
InitialBWP --> BWP0
BWP0 --> BWP1: DCI BWP Indicator=1<br/>或 MAC CE BWP ID=1
BWP0 --> BWP2: DCI BWP Indicator=2<br/>或 MAC CE BWP ID=2
BWP0 --> BWP3: DCI BWP Indicator=3<br/>或 MAC CE BWP ID=3
BWP1 --> BWP0: Timer超时<br/>defaultBWP=0<br/>或 RRC重配
BWP1 --> BWP2: DCI/MAC CE触发
BWP1 --> BWP3: DCI/MAC CE触发
BWP2 --> BWP0: Timer超时<br/>或 RRC重配
BWP2 --> BWP1: DCI/MAC CE触发
BWP2 --> BWP3: DCI/MAC CE触发
BWP3 --> BWP0: Timer超时<br/>或 RRC重配
BWP3 --> BWP1: DCI/MAC CE触发
BWP3 --> BWP2: DCI/MAC CE触发
note right of BWP0
Default BWP / Initial BWP
Timer超时回落目标
end note
当UE在非Initial BWP上发起随机接入时(例如由于波束失败恢复、UL同步丢失等原因),BWP切换与RACH过程存在特殊交互(TS 38.321 Section 5.15.2):
C-RNTI MAC CE中可以指示UE切换到目标BWP。sequenceDiagram
participant UE as UE
participant gNB as gNB
Note over UE: Active BWP = BWP#2 (非Initial BWP)<br/>检测到RLF或波束失败
Note over UE: 1. 停止bwp-InactivityTimer<br/>2. 切换到Initial UL BWP<br/>3. 切换到Initial DL BWP
UE->>gNB: Msg1: PRACH (on Initial UL BWP)
gNB->>UE: Msg2: RAR (on Initial DL BWP)
UE->>gNB: Msg3: RRCReestablishmentRequest
gNB->>UE: Msg4: RRCReestablishment<br/>含firstActiveDownlinkBWP-Id=2
Note over UE: 应用RRC配置<br/>切换到BWP#2
BWP切换时延是调度器设计的关键约束。以下根据TS 38.133 Section 8.2.2的精确计算方法:
对于DCI-based或Timer-based的BWP切换,切换时延为:
T_switch = T_delay + T_apply
其中:
- T_delay = 从DCI接收完毕到UE完成BWP切换的最小时间间隔
- T_apply = UE在目标BWP上准备好接收/发送的时间
| SCS | Type 1 (T_delay) | Type 2 (T_delay) |
|---|---|---|
| 15kHz | 1 slot | 3 slots |
| 30kHz | 1 slot | 3 slots |
| 60kHz | 1 slot | 3 slots |
| 120kHz | 1 slot | 3 slots |
注意:上述slot数是按目标BWP的SCS计算的。例如,从SCS=15kHz的BWP切换到SCS=30kHz的BWP,1 slot在30kHz下等于0.5ms。
实际网络中,gNB调度器在下发BWP切换DCI时,必须确保PDSCH的K0值 ≥ 切换时延对应的slot数。这是TS 38.214 Section 5.1.2.3中的强制要求。
在5G NR空口抓包中识别BWP切换的关键在于:
| 观测点 | 识别方法 |
|---|---|
| PDCCH DCI | 检查DCI Format 1_1/0_1中的BWP Indicator字段。若该字段值发生变化,说明触发了DCI-based BWP切换 |
| MAC CE | 在MAC PDU中查找LCID=53的SubPDU,解析其中的BWP ID |
| RRC消息 | 检查RRCReconfiguration中的firstActiveDownlinkBWP-Id字段 |
| Timer行为 | 观察最后一次DCI调度到BWP变化之间的时间间隔是否等于bwp-InactivityTimer的配置值 |
故障1:UE在BWP切换后丢失调度
故障2:Timer超时但UE未回落到Default BWP
bwp-InactivityTimer值为空(表示timer未配置)bwp-InactivityTimer;通过log检查UE侧timer的启停记录故障3:MAC CE BWP切换不生效
故障4:SCS不匹配导致BWP切换后无法解码PDCCH
3GPP在后续版本中对BWP机制进行了多项增强:
| 版本 | 特性 | 规范章节 | 说明 |
|---|---|---|---|
| Rel-17 | BWP切换时延缩减 | TS 38.133 | 引入更短的Type1时延,优化FR2场景 |
| Rel-17 | SUL BWP独立配置 | TS 38.331 | Supplementary UL的BWP可以独立于DL BWP配置 |
| Rel-18 | NR-U BWP操作增强 | TS 38.321 | 非授权频段上的BWP切换与信道占用适配 |
| Rel-18 | RedCap BWP优化 | TS 38.331 | 减少RedCap UE的BWP带宽(最大20MHz FR1),简化BWP配置 |
| Rel-19 | NTN BWP增强 | TS 38.331/38.321 | 非地面网络中BWP切换时延的适配(考虑长RTT) |
| Rel-19 | 多TRP BWP协同 | TS 38.213 | 多TRP场景下不同TRP可能使用不同BWP配置 |
Q1: BWP切换和载波聚合中的Component Carrier切换有什么区别?
A: BWP切换是同一载波内的带宽子集切换,不涉及载波频率的变化(中心频率可能偏移)。而CA场景下的CC激活/去激活是不同载波之间的开关。BWP切换时延在微秒到毫秒级别(~1slot),远快于CA的SCell激活时延(~数十ms)。此外,BWP切换只改变UE在该载波上使用的带宽部分,不影响其他载波上的操作。
Q2: 为什么最多只支持4个BWP?4个够用吗?
A: 4个BWP的限制来自BWP ID的2 bit编码(00~11)。这是在灵活性和信令开销之间的折衷——典型场景下UE只需要2~3个BWP(窄带省电BWP、中等带宽默认BWP、宽带峰值BWP)。对于需要更细粒度带宽适配的场景,3GPP在Rel-18中引入了更灵活的BWP参数调整机制,而非增加BWP数量。实际上,多数商用网络只配置2个BWP(窄+宽),3~4个BWP的配置较为少见。
Q3: DCI触发的BWP切换失败怎么办?UE如何恢复?
A: DCI本身没有HARQ-ACK确认机制(PDCCH不反馈ACK/NACK)。如果UE错过了触发BWP切换的DCI,会出现UE和网络侧BWP状态不一致的情况。恢复机制包括:(1)UE在旧BWP上持续无调度,最终bwp-InactivityTimer超时回到Default BWP;(2)gNB通过RLC状态报告或MAC CE检测到UE未响应后,主动在Default BWP上重新调度;(3)极端情况下触发RLF,UE通过RRC重建恢复。
Q4: BWP#0(Initial BWP)可以修改吗?RRC连接后还能用吗?
A: Initial BWP(BWP#0)在SIB1中配置,用于初始接入和系统信息接收。RRC连接建立后,gNB可以通过RRCReconfiguration中的initialDownlinkBWP字段修改BWP#0的专用参数(如PDCCH/PDSCH配置),但频率位置和带宽(genericParameters)通常保持不变。RRC_CONNECTED态下UE完全可以使用BWP#0,它通常被配置为Default BWP或窄带省电BWP。
Q5: FR1和FR2的BWP配置有什么关键差异?
A: 主要差异有三方面:(1)带宽范围——FR1 BWP最小5MHz最大100MHz,FR2 BWP最小50MHz最大400MHz;(2)SCS选项——FR1支持15/30/60kHz,FR2支持60/120/240kHz(240kHz仅用于SSB);(3)切换时延——FR2的高SCS使切换时延在绝对时间上更短(120kHz下1 slot=0.125ms),但symbol数相同。此外,FR2场景更依赖BWP进行功耗管理,因为400MHz全带宽工作的功耗极高。
本文由「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 等场景全覆盖。
