载波聚合CA原理详解：从SCell激活到5G速率提升的完整链路

做网优这些年被问得最多的一句话大概是信号明明是满格下载速度怎么还是上不去多数情况下答案藏在状态栏那几个不起眼的字母里——载波聚合CA。CA从LTE-A时代就是吞吐量提升的基石到5G NR时代依然是速率、容量、体验的顶梁柱可很多人对它的理解还停留在“两个小区绑在一起用”的层面。这篇文章我想从这几年做过的场馆保障、FDD/TDD融合组网、高铁覆盖项目出发把载波聚合CA的原理拆开讲清楚再把一个SCell从测量到激活再到调度的完整过程走一遍顺带聊一聊上行CA为什么难做、我在调测中踩过哪些坑、最后怎么判断CA是不是真的在干活。不管你是刚入行的网优工程师、终端测试人员还是单纯想弄明白5G速率差在哪儿的普通用户这篇内容应该都能帮你把CA彻底看明白。1. 为什么5G和4G都离不开载波聚合从起步就绕不开的频谱现实1.1 频谱碎片化CA存在的根本理由无线通信里速率最直接的制约因素就是频谱带宽。LTE单载波做到20MHzNR FR1单载波可以做到100MHz听起来不算小但运营商手里真正能用的频谱远没有这么整齐。现实是中低频段早被2G、3G、4G占得差不多了每家运营商手里的频谱都是零散的一小块一小块。比如某运营商可能同时握着FDD 1.8GHz的20MHz、FDD 2.1GHz的15MHz、TDD 2.6GHz的60MHz而这些带宽内部还可能被拆成多个载波夹杂着上行、下行的配比差异。如果终端同一时刻只能占用一个载波那调度器再聪明能用的资源也只有那20MHz或者15MHz峰值速率和小区吞吐都会被锁死。载波聚合CA干的其实就是一件事让终端同一时刻在多个载波上收发数据网络侧也把多个载波的资源当成一个更大的资源池来统一调度。打个比方以前是单车道跑车CA是把相邻的几条车道全部开放让一辆车同时占着几条道跑速度自然不一样。这个思路不去改变单载波的频谱效率而是从“拓宽可用带宽”这个最直接、最工程化的维度入手所以无论是LTE-A还是5G NR都选择把它当作基础能力来用。1.2 三种CA组合方式与终端能力的关系载波聚合按载波所在频段的关系可以分成三种基本形态CA类型定义典型场景终端射频复杂度带内连续CA同一频段内相邻载波聚合如两个20MHz聚成40MHz运营商在同一频段拥有连续带宽最低射频前端改动小带内非连续CA同一频段内不相邻载波聚合频段内部存在保护带或频谱碎片中等需要更复杂的滤波带间CA不同频段载波聚合如1.8GHz2.1GHz组合多频段协同组网最常见较高需多套射频链路这三种方式里带内连续CA最简单的价值在于把两个紧挨着的载波“合并”成一个大载波终端射频实现的复杂度最低。带间CA虽然最灵活但它要求终端至少有对应的多套接收链路和天线这也是为什么很多老款中低端手机明明支持4G却不一定支持某个特定频段组合的CA——不是芯片不支持是射频前端模块砍掉了太多频段组合。这里有个容易被忽略的点CA并不是网络想开就能开。终端会通过能力上报把支持的频段组合列表发给网络网络只能在这个列表里挑组合来配置CA。比如某终端只上报了“Band 1 Band 3”的2CA组合那网络就绝不会给你配Band 1 Band 5的聚合。理解了这一点后面第4章里那些“配置了CA却没效果”的案例就都说得通了。2. 一个SCell的完整生命周期从测量配到激活调度的全部关键节点2.1 测量配置与事件触发A4/A5是怎么把辅载波“喊”出来的在CA体系里服务小区分成两类主小区PCell负责RRC连接、安全、NAS等控制面功能是终端的基本盘辅小区SCell主要负责数据面的扩展可以随业务需要添加、激活、去激活甚至释放。SCell不会凭空出现。网络先要通过RRC重配置消息给终端下发测量配置里面包含异频频点、测量对象、上报条件等信息。终端在这些频点上做测量满足条件后上报MR网络看到MR后才会决定是否添加SCell。实际配置里最常用的是A4事件和A5事件。简单说A4是“邻区质量高于一个绝对门限就上报”A5是“服务小区质量低于门限1且邻区质量高于门限2才上报”。添加CA的SCell时多数场景用A4因为A4不依赖服务小区的当前质量只要目标载波信号够好就可以把SCell加进来。比如我们把A4门限配成RSRP大于-105dBm对应3GPP协议里的a4-ThresholdRSRP参数值大约是35协议里0对应-140dBm每1对应1dBm往上推。这个数值在网管里很常见但不同厂商的界面单位可能不一样调测时要特别注意。还有一点异频测量通常需要配置测量gap让终端暂时停在本载波上、切到目标频点去测。gap开得越频繁异频测量越准但本载波的调度机会也会被切走一块吞吐量会受到一定程度影响。所以配置gap周期是个反复权衡的过程不是简单设个值就完事。2.2 RRC重配与MAC层激活SCell加入的“两段式”过程MR上报之后网络如果决定添加SCell会下发一条RRC重配置里面带着sCellToAddModList。这个列表里包含SCell的索引、物理小区标识PCI、下行载波频点、子帧配置、CSI测量配置等信息。终端收到后会去这个频点做同步、读系统消息准备好在SCell上接收数据。但这时候SCell还只是“配置”状态并不参与实际调度。接下来还需要一步网络通过MAC层的SCell激活/去激活MAC CE命令用bitmap的方式告诉终端哪些SCell被激活。只有收到激活命令SCell才真正进入“干活”状态调度器才能在上面分派数据和下行控制信令。为什么要设计成两段式因为网络没法预判下一秒用户业务是大流量还是小流量。给你配置好SCell等视频、下载这类大包业务来了再快速激活业务结束或者进入小区边缘了又可以通过去激活定时器sCellDeactivationTimer范围从几十毫秒到几百毫秒不等网管里可配把SCell停掉让终端省电、减少不必要的测量和反馈。这套机制看似多了一步但对芯片功耗和空口效率都很关键。2.3 载波上的调度独立调度与跨载波调度到底差在哪SCell激活后的调度有两个方向独立调度和跨载波调度。独立调度也叫自调度是指每个载波都有自己的PDCCH去调度本载波上的PDSCH/PUSCH逻辑最直接也是大多数同基站CA的默认配置。跨载波调度则不同一个载波通常是PCell的PDCCH通过DCI里的CIF字段Carrier Indicator Field3比特去指示另一个载波上的数据传输。这样SCell上可以完全不放PDCCH只在PCell上统一调度。跨载波调度的好处是终端可以只在主载波上做PDCCH盲检省电、降低实现复杂度尤其适合高低频组合、SCell信道质量较差或者PDCCH资源紧张的场合。但代价是DCI里多了CIF后调度信息的控制开销变大PCell的PDCCH资源也更容易成为瓶颈。现在很多场景里如果两个载波在同一个基站、同一个调度器下厂商反而更推荐独立调度调度更灵活排错也简单。跨载波调度通常留给跨站CA或者高低频聚合这种特殊场景去开。3. 上行CA比下行CA难在哪发射功率、终端射频和调度耦合3.1 终端“多收少发”的现实做CA优化时很多人开口闭口都是下行速率我却更想先聊聊上行。原因很简单上行CA从来比下行CA难做得多。往下行方向终端只需要“听”多载波接收其实是多套接收通路和数字基带并行工作但往上行方向终端要“说”想在多个载波上同时发射就需要多套功率放大器链路、对应的天线开关和滤波还要处理多载波发射带来的互调和谐波问题。放在几年以前的终端上这种成本和体积不是谁都能接受的。所以你会看到一种很普遍的现象很多LTE终端标称支持下行2CA、3CA但上行只支持单载波发射。5G时代稍好一些可中低端机型为了省射频成本上行依然只能在一个载波上发。这意味着即便网络配了多个上行载波终端在实际调度里也可能被限制到单载波上或者只能在特定条件下尝试聚合。3.2 上行功率限制让CA收益缩水就算终端硬件支持上行CA还有一个更难绕开的物理约束上行发射总功率。终端上行总发射功率一般被限制在23dBm左右。如果两个载波同时发射总功率要分摊到两个载波上每一个载波分到的功率就少了。再加上MPR最大功率回退和A-MPR附加最大功率回退的存在——比如高阶调制、特殊频段组合、FCC要求等都会让功率进一步回退——实际可用功率比纸面值更低。这个限制直接导致一个结论小区边缘用户做上行CA很可能是负收益。你在SCell上增加了一个发射载波结果两个载波都因为功率不足而降低编码阶数总吞吐甚至不如把全部功率放在信号更好的那个载波上。所以在弱覆盖场景更好的做法是让终端把上行集中在信号好的单载波上而不是强行堆载波。网络侧要感知上行功率余量依靠的是PHRPower Headroom Report。开CA后终端可以分别上报PCell和SCell的功率余量调度器据此决定各载波上能不能调度、调度多大MCS和多少RB。这个信息在上行CA场景里是调度决策的核心输入如果只聚合不关心PHR很容易出现配了SCell但调度率极低的情况。3.3 实际组网中的上行CA取舍在实际组网里我个人对上行CA的态度是“谨慎使用、按需开启”。有些热点区域——比如大型体育场馆里一群人同时做直播、视频上传——上行大包业务确实很密集室内分布又很完善终端处在近点功率余量充足这时上行CA是实打实的增益可以把上行速率从二十多Mbps推到五六十Mbps以上。但更多时候运营商解决上行覆盖问题的首选项不是上行CA而是SUL补充上行或者载波间的负载均衡。SUL的思路是给小区额外配一个上行载波终端在上行信号弱时切到更低频的上行频点去发覆盖能力明显更强。SUL和CA概念上不一样经常被放在一起讨论——一个是“换个更好的上行车道上路”一个是“同时占几条车道”。理解这个区别组网时就不会拿错方案。实操建议也很简单先评估SCell的上行信号覆盖和终端功率余量再决定开不开上行CA。SCell上行不好的站点宁可单载波搞定也不硬上CA去凑断面指标。4. 我踩过的CA配置坑终端能力、邻区漏配与误判CA生效4.1 终端不支持组合配置了也白搭有次某个大型活动场馆做保障现场开了2CA演示用的中端手机测速速率却怎么都上不去拿着数据回来被质疑CA配置有问题。后来换了台旗舰测试机同样位置、同样配置速率立刻翻倍。问题不在网络侧在测试终端本身。那台中端机虽然标称支持4G但支持的频段组合里根本没有我们开的那个“1.8GHz 2.1GHz”CA组合网络只能按它的能力上报去调度CA自然起不来。这个坑非常隐蔽因为终端状态栏照样显示4G信号也满格用户根本看不出区别。从那以后我的习惯是先确认UE能力要么在网管侧查UE capability上报要么直接查终端的规格文档。尤其是几个厂商的测试终端支持的band combination版本差异极大同一个型号不同固件版本都可能不一样。做保障和专项优化前花五分钟确认测试机能力能省掉后面一整天的排查时间。4.2 邻区漏配导致SCell永远等不到测量另一个高频坑是SCell配置下发得很正常但就是一直不激活。查遍KPI发现SCell添加成功率为0UE始终不上报对目标载波的MR。顺着链路往下查发现异频频点的测量配置里漏配了目标小区的邻区关系。终端在目标频点上收到信号但A4事件要求“邻区质量高于门限”这里的邻区必须能在邻区关系表里找到才算数。找不到终端即使能测到信号也不会把它上报成一个可用的候选小区。再往下排查还有可能是测量gap没配或者配得太稀疏。异频测量本来就要终端暂时放下当前载波去测别的频点如果gap周期太长测量结果迟迟不满足上报条件SCell就只能一直在“等待测量”的状态里挂着。这类问题最典型的特征是KPI面板上看不到明显失败只是SCell激活比一直上不去速率也毫无起色。我的排查顺序固定是先看MR上报再看邻区关系最后检查gap配置三步定位基本不会扑空。4.3 只看速率判断CA生效最容易误判这个坑属于“认知类”的但危害一点都不小。有一次测试员信誓旦旦说CA已经生效因为单用户下行速率从80Mbps跑到了140Mbps。实际对比终端log后才发现整个过程SCell根本没被调度速率提升的原因是RSRP更好、MCS从20阶跳到了26阶同时双流MIMO也跑满了。判断CA是不是真的在干活最可靠的办法不是看总速率而是看终端工程模式里激活的CC数量、每个CC的频点、PCI、RB占用数和MCS。速率翻倍这件事在无线侧可以有多种解释载波数增加、空分流数增加、调制阶数增加、调度RB数增加甚至单纯是传输层从TCP单连接变成多连接。如果只盯PDCP层吞吐量很容易得出“CA生效”的假结论。所以我现在不管做专项还是保障都要求和测试终端软件配合确认CC级数据同时看网络侧每个服务小区的PRB占用和调度次数。两者对得上才算CA真正在工作。4.4 跨载波调度CIF配置冲突的隐蔽报错要说最让人头疼的还是跨载波调度配置冲突。有次做FDDTDD聚合优化SCell激活后用户吞吐量非但没升反而出现明显波动甚至偶发RLF。一开始怀疑是TDD子帧配比和干扰问题排查了半天都没找到根源。后来做了信令跟踪对比终端log和网侧配置才发现crossCarrierSchedulingConfig里的调度小区信息和CIF映射看着都对但SCell上PDSCH的起始位置配置与终端理解不一致导致SCell上连续出现PDCCH漏检和HARQ失败。这属于配置面的硬伤KPI层面很难直接看到路测也不一定每次都能复现特别容易漏掉。这类问题的解决办法反而不复杂如果两个CC在同一个基站下优先用独立调度不要为了“省SCell的PDCCH资源”去开跨载波调度实在要开做好配置回读和终端log比对。排错的时候千万别放过每个看起来“配置都对”的字段问题往往就藏在最不起眼的那一行里。5. 如何验证CA真正“工作”起来从手机工程模式到网管KPI5.1 终端侧验证工程模式里的CC数和状态判定CA是否生效第一现场在终端。专业路测工具能看到很细的信息比如Nemo、Probe、QVoice这类软件打开CA视图就能看到聚合的CC列表每个CC对应的频点、PCI、RSRP、SINR、CQI、MCS、RB占用率一目了然。没有专业工具的时候一些手机自带工程模式也能看个大概iPhone拨号面板里的Field Test页面可以看到当前服务小区频点和服务小区索引安卓手机则要看各家厂商的隐藏菜单。这里要提醒一句状态栏的“LTE”或“5G”图标只能当作参考很多手机对图标的判断逻辑很宽松不能拿来作为CA生效的判据。实操里我习惯这样判断在同一测试点做对照先单载波测一轮基线速率再看聚合CC数是否等于2或3、SCell是否有实际调度RB、SCell的MCS是否跟PCell接近。三个条件同时满足才断定CA在正常干活。如果SCell配了也激活了但调度RB数长期为零那多半是调度优先级或者信道质量问题和CA本身能不能用是两回事。5.2 网络侧验证KPI指标看哪几个终端侧看的是“点”上的表现网络侧KPI看的是“面”上的整体情况。CA相关的指标里SCell添加成功率和SCell激活成功率是第一个要看的它们反映的是RRC重配置和MAC层激活这两个环节是否顺畅。其次是SCell激活用户数和SCell调度RB数这两个数能看出CA在现网里到底覆盖了多少用户、真正被使用了多少资源。还有一个容易被忽略的是切换成功率里带SCell的场景如果用户切换后SCell没有重新配好或者激活状态丢失也会直接影响使用体验。有条件的情况下我建议直接抓trace看信令看MR上报里有没有A4/A5触发看RRC重配置里sCellToAddModList下发的PCI和频点对不对再看MAC CE激活位是否置位。这一条链走下来CA生效链路里任何一环的问题都会暴露出来比看聚合后的统计指标直观得多。5.3 CA增益的真实与局限纸上谈兵的CA增益是“双载波等于双倍速率”现实里基本打七折八折。两载波聚合后控制信道开销、终端能力限制、调度算法效率、传输链路带宽、核心网转发能力哪一个都可以成为瓶颈。比如一个50Mbps传输带宽的小区就算空口开了3CC CA用户侧实际速率也超不过50MbpsCA白开。又比如终端同时支持2CA和4×4 MIMO但某些组合下两者互斥开了CA反而把流数限制住了增益进一步缩水。维度理想增益实际常见情况单用户峰值速率接近2倍1.4~1.8倍受终端和传输限制小区吞吐量接近2倍1.2~1.5倍受调度和干扰限制小区边缘下行速率明显提升异频CA有效同频干扰时打折小区边缘上行速率提升有限功率受限甚至无增益所以做CA预期管理很重要。它能把管道拓宽但管道的两端终端能力、传输回传也要同步跟上否则只能吃到一个“看起来开了”的CA。6. CA在5G NR里的新变化从FR1聚合到FR1FR2组合6.1 NR CA与LTE CA的差异BWP与CA的协作进入5G NR时代CA依然是速率提升的基础但玩法比LTE复杂了。NR里每个小区都可以配置多个BWPBandwidth Part终端同一时刻在某个载波上只激活一个DL BWP和一个UL BWP。等于每个载波里还有一层“子带宽”的概念。CA把多个载波聚合起来之后每个载波又各自带着自己的BWP配置组合的灵活性一下子高了很多。同时NR的SCell配置和激活流程与LTE基本一致但RRC状态机更复杂比如RRC_INACTIVE状态下也可以携带CA配置激活和挂起的方式也更省电。不过NR的频段组合数量比LTE多得多终端能力协商的复杂度也随之上升实际调测时要花在“能力对齐”上的精力更多了。6.2 FR1FR2聚合毫米波为什么必须搭配CA毫米波频段FR2单载波带宽可以做到400MHz理论上单载波的峰值速率已经很吓人。但实际用起来有个大问题覆盖范围小、穿透损耗大如果让终端只靠毫米波做连接稍微挪个位置信号就可能断掉。所以FR1FR2的跨频段CA成了标准玩法FR1的中低频段负责覆盖和控制面锚点保证连接稳定FR2负责容量和体验增强在信号条件好的时候叠加进来把速率拉满。这就是典型的“覆盖容量”双层网架构没有CA这层机制毫米波在很多场景里只能当个宣传噱头。需要指出的是FR1FR2组合对终端的天线设计、波束管理、功率分配都提出了更高要求。做这类CA时终端功耗和发热会比单载波明显增加调度策略上也要在体验和续航之间反复权衡不是开了就一劳永逸。6.3 CA和DC别搞混双连接与载波聚合的本质区别最后必须把CA和DC双连接放一起说清楚因为这两个概念在实际工程里太容易被混为一谈。CA的核心特征是所有参与聚合的小区都在同一个基站下由一个调度器统一调度载波间配合是“紧耦合”的。DC则不同它至少牵扯两个网络节点比如一个LTE基站加一个NR基站或者两个不同制式的节点各自有自己的调度器节点之间通过X2/Xn接口协调属于“松耦合”。DC更适合宏微站高低频混合组网的站点拓扑CA则要求节点间具备理想回传条件。实际网络里两者还可以叠加使用比如LTE锚点加NR双连接EN-DC再配合NR侧自身的载波聚合形成一种“DC聚合CA”的组合拳。理解这个层次之后就不会再被人问“你做的到底是CA还是DC”时卡壳了——一个看节点和调度器是不是同一个一个看载波之间是否由统一调度器协调答案是确定的。做CA调测这么多年我最深的体会是CA从来不是一个需要“炫技”的技术而是一个需要“敬畏”的技术。它把无线侧的管道拓宽了可真正决定用户体验的永远是管道那头的传输、回传、干扰、算法和终端能力。把这几样都看明白CA的每一点增益才是稳稳当当拿得到的。