三、多载波操作原理
NB-IoT自R13版本引入以来,其单载波180kHz的系统带宽在覆盖增强和终端功耗方面表现优异,但面对日益增长的连接密度和业务并发需求,单载波在容量上的瓶颈逐渐显现。多载波操作正是为了在不改变终端基带复杂度的前提下,通过聚合多个独立载波来扩展系统容量、提升资源利用率并优化终端功耗。本章将围绕多载波的定义、锚点载波与非锚点载波的职责划分,以及载波配置与典型部署场景展开深入讲解,帮助学员建立从物理层资源认知到网络规划落地的完整知识链条。
3.1 多载波的定义与核心价值
多载波操作是指在一个NB-IoT小区内配置多个独立的180kHz载波,每个载波均可独立进行数据传输,但系统信息、同步信号和寻呼等关键控制面功能仅由特定载波承载。从协议栈角度看,多载波操作属于MAC层和物理层之间的资源管理增强,其核心思想是将控制面与用户面在载波维度上进行分离,从而获得三方面收益:容量扩展——通过增加载波数量线性提升可调度的物理资源块(PRB)总数;负载均衡——将不同业务类型的终端分散到不同载波,避免单一载波过载;功耗优化——终端在非锚点载波上完成数据传输后可快速进入空闲态,减少在锚点载波上的监听时间。
需要特别指出的是,多载波操作并非载波聚合(CA)。在LTE CA中,终端具备同时收发多个分量载波的能力;而NB-IoT多载波操作中,终端在同一时刻仅能在一个载波上进行收发,载波间的切换由网络侧通过RRC信令或DCI动态控制。这一设计充分考虑了NB-IoT终端低成本、低复杂度的定位,使得多载波增强不需要修改终端射频前端,仅通过基带调度策略即可实现。
3.2 锚点载波与非锚点载波的职责划分
锚点载波(Anchor Carrier)是终端初始接入和驻留的载波,承载着小区级的关键系统信息。具体而言,锚点载波需要发送NPSS(窄带主同步信号)、NSSS(窄带辅同步信号)、NPBCH(窄带物理广播信道)以及SIB1-NB(窄带系统信息块1)。这些信号和信道的共同特征是:周期性发送、覆盖范围广、调制编码方式固定,确保任何位置的终端都能可靠接收。此外,寻呼消息(Paging)和随机接入响应(RAR)也必须在锚点载波上发送,因为处于空闲态的终端只监听锚点载波的寻呼时机(PO)。
非锚点载波(Non-Anchor Carrier)则专注于用户面数据传输。它不需要发送同步信号和广播信道,但可以配置NPRS(窄带定位参考信号)用于终端测量。非锚点载波上的下行控制信道(NPDCCH)和下行共享信道(NPDSCH)的调度由网络侧决定,终端需要通过RRC连接重配置消息或DCI格式N1/N2的指示,才能从锚点载波切换到非锚点载波进行数据传输。值得注意的是,非锚点载波上的上行传输(NPUSCH)支持跳频模式,跳频图案由高层参数配置,这有助于频率分集增益。
| 功能维度 | 锚点载波 | 非锚点载波 |
|---|---|---|
| 同步信号(NPSS/NSSS) | 必须发送 | 不发送 |
| 广播信道(NPBCH/SIB1-NB) | 必须发送 | 不发送 |
| 寻呼(Paging) | 必须承载 | 不承载 |
| 随机接入(PRACH) | 支持(所有终端) | 可选(仅RRC连接态) |
| 下行数据(NPDSCH) | 支持 | 支持(主要承载) |
| 上行数据(NPUSCH) | 支持 | 支持(主要承载) |
| 定位参考信号(NPRS) | 可选 | 可选 |
| 功率配置 | 较高(保证覆盖) | 可灵活调整 |
| 数量限制 | 每小区1~3个 | 每小区最多15个 |
3.3 载波配置与部署场景
载波配置涉及频点选择、带宽分配、功率规划和邻区关系等多个维度。在频点选择上,锚点载波应优先选择干扰较低的中心频点,且需考虑与LTE其他载波的共存问题。非锚点载波则可根据业务量分布灵活选择,既可以与锚点载波相邻部署,也可以分散在系统带宽的不同位置。功率配置方面,锚点载波通常以满功率发射以保证覆盖半径,而非锚点载波可根据业务热点区域适当降低功率以节省能耗并减少干扰。
从部署场景看,多载波操作主要适用于以下三类典型场景:容量扩容场景——当单载波的PRB利用率持续超过70%时,通过增加非锚点载波将数据业务分流;覆盖补盲场景——在小区边缘或室内深度覆盖区域,通过配置额外的锚点载波(如1.8GHz与800MHz频段组合)来增强覆盖;多业务隔离场景——将抄表类低速率周期业务与智慧停车类突发业务分别部署在不同载波上,避免业务间相互干扰。
3.4 案例拆解:某智慧水务项目的多载波配置优化
某省会城市水务集团部署NB-IoT智能水表约50万台,初期采用单载波方案(频点:1805MHz,带宽180kHz),基站发射功率43dBm。运行三个月后出现以下问题:水表上报成功率从99.2%下降至96.8%,平均上报时延从2.1秒增加至4.5秒,且每日8:00-10:00和18:00-20:00两个高峰时段拥塞严重。通过网管统计发现,该时段PRB利用率达到85%,RRC连接数峰值达420个,远超单载波300个的规划容量。
针对该问题,网络优化团队制定了多载波扩容方案:新增两个非锚点载波(频点:1805.2MHz和1805.4MHz),锚点载波保留原频点。锚点载波功率维持43dBm,非锚点载波功率设置为37dBm。同时,在核心网侧配置寻呼策略,将80%的寻呼消息仍通过锚点载波发送,但数据业务通过RRC重配分流至非锚点载波。具体操作步骤如下:
- 在基站侧新增两个非锚点载波小区,配置物理小区ID(PCI)与锚点载波相同,但频点不同;
- 配置非锚点载波的NPRS功率为30dBm,用于终端测量;
- 通过OMC(操作维护中心)下发RRC重配置消息,将已连接终端逐步迁移至非锚点载波;
- 调整锚点载波的寻呼周期从128帧改为256帧,降低锚点载波的控制信道负载;
- 开启非锚点载波的上行跳频功能,跳频间隔设为6个子载波。
优化后一周的统计数据显示:水表上报成功率恢复至99.1%,平均上报时延降至2.3秒,高峰时段PRB利用率降至55%,RRC连接数峰值降至280个。值得注意的是,非锚点载波的功率降低导致覆盖半径缩小约15%,但通过调整天线倾角(从6°下倾调整为4°)弥补了覆盖损失。该案例表明,多载波配置并非简单的载波堆叠,需要结合功率规划、寻呼策略和天线参数进行联合优化。
3.5 常见误区与总结复盘
在多载波操作的理解与部署中,常见以下误区:误区一:认为非锚点载波可以完全替代锚点载波。实际上,非锚点载波不发送同步信号和广播信息,终端无法独立驻留,必须依赖锚点载波完成初始接入。若锚点载波故障,整个小区将瘫痪。误区二:忽视锚点载波的寻呼容量瓶颈。虽然数据业务被分流至非锚点载波,但寻呼消息仍集中在锚点载波,当终端数量巨大时,锚点载波的PDCCH资源可能成为新的瓶颈。建议通过调整寻呼周期或引入多寻呼时机来缓解。误区三:将多载波与载波聚合混淆。NB-IoT终端不支持同时收发多个载波,所有载波切换都需要时间开销(约20~40ms),频繁切换反而会降低效率。
总结复盘时需关注三个核心指标:载波负载均衡度(各载波PRB利用率的标准差应小于15%)、切换成功率(锚点与非锚点载波间的RRC重配成功率应大于99%)、终端功耗(多载波配置后终端平均电流应不高于单载波场景的1.1倍)。建议每季度进行一次多载波配置审计,根据业务增长趋势提前规划载波扩容节奏,避免“先拥塞、后扩容”的被动局面。