1. 载波聚合到底在解决什么问题
1.1 一个真实的“堵车”场景
如果你稍微留意过自己手机的信号栏,可能会发现一个细节:在不少LTE网络环境下,手机显示的还是“4G”,但旁边偶尔会蹦出一个“+”号,或者在某些手机上直接变成“4G+”的标识。这个小小的加号,其实就是网络悄悄告诉你:当前正在使用载波聚合技术。
用一个特别通俗的比喻来讲,载波聚合的核心理念就是“把多条路并成一条更宽的路来走”。单载波就像一条单车道,无论车道本身设计得多好,能跑的车流量始终受限于这一条路的宽度。载波聚合做的事情,是让终端和基站同时使用多个载波(车道)进行数据传输,把原本各自独立的频谱资源拼接起来,从而成倍提升峰值速率和系统吞吐量。
在LTE初期,单个载波的标准带宽上限是20MHz,理论上能提供的峰值速率大约在150Mbps左右(以3:1的上下行时隙配比计算)。但4G时代要承载的业务早就不是网页浏览那么简单了,高清视频、云端游戏、大文件上传下载、实时视频通话,哪个都需要更宽的“车道”。问题在于,运营商手里的频谱是碎片化的——运气好的可能有连续40MHz甚至60MHz的频段,但大多数情况下手里攥着的都是些零散的20MHz甚至10MHz的载波。如果不做载波聚合,这些空余频谱就只能闲置,造成极大的浪费。
载波聚合(Carrier Aggregation,简称CA)就是在这样的背景下诞生的,它是LTE-A(LTE-Advanced)体系中最具代表性的基础技术之一。通过CA,运营商可以把分散在不同频段上的载波聚合在一起供同一个终端使用,让终端能同时从多个载波上收发数据。简单说,CA是在不改变现有网络架构的前提下,唯一能直接提升单用户体验峰值速率和网络容量的工程化手段。
1.2 这个技术适合谁去了解
先说结论:CA不是某一个厂商的私有技术,也谈不上“玄学”,它是3GPP标准框架下的正式功能,从Release 10开始引入,后续版本还在不断演进增强。无论你用的是华为、高通、联发科还是三星平台的终端,无论你身处移动、联通还是电信的网络,CA都是实实在在开启着的功能。
这篇文章适合以下几类人阅读:
- 通信专业的学生或刚入行的网优工程师:你需要理解CA的工作机制,因为它在日常优化和新功能测试里出场率极高,甚至面试时也经常被问到。
- 对手机网络制式感兴趣的数码爱好者:你可能想知道为什么同一部手机在同一个位置,有时网速能飙到几百Mbps,有时却只有几十Mbps,CA在其中扮演什么角色。
- 真正每天和网络性能打交道的从业者:无论是投诉处理、精品网保障,还是VoLTE和CA的协同优化,你都需要掌握一套能落地的排查和分析方法论。
需要说明的是,这篇文章不会堆一大堆3GPP协议号或者信令流程图。我会用工程视角把CA的“为什么”和“怎么用”讲清楚,并且在关键地方给出可以直接上手的参数解读思路和测试方法。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 载波聚合的核心设计思路
2.1 待聚合的载波之间是什么关系
很多第一次接触CA概念的人会下意识以为,载波聚合就是把两个小区合并成一个大区,或者把发射功率加起来。这个理解是有偏差的。
在CA架构中,有一个非常关键的角色划分:主载波(Primary Cell,简称PCell)和辅载波(Secondary Cell,简称SCell)。PCell承担着连接管理、安全参数、切换决策等核心控制信令功能,是终端和网络之间的“大本营”。SCell则是纯“数据搬运工”,在RRC连接建立之后,由网络根据业务需要和无线条件动态配置添加或删除,主要负责额外带宽上的数据调度。
这个“主辅分离”的设计在工程上非常聪明,原因有两点。第一,CA不能破坏老用户的基本体验,所以必须让旧终端(不支持CA的终端)也能正常接入,PCell的本质就是一个标准单载波小区,旧终端看它和看普通小区没有任何区别;第二,控制功能和数据转发功能解耦后,网络侧可以灵活调度,当用户离开SCell覆盖范围时,只需要无声无息地释放SCell,PCell上的通信完全不受影响,用户甚至感知不到任何异动。
在工程实现上,SCell的配置顺序是:网络先通过RRCConnectionReconfiguration消息把SCell的频点、带宽、物理小区标识等信息告知终端,终端完成测量和同步后再上报SCell激活状态。整个过程也就是几百毫秒级别,用户基本不会有感知。所以你会看到手机信号栏的“4G+”标识经常一跳出来就稳定了,如果信号波动导致SCell被释放,标识也会相应消失。
2.2 载波聚合的三种聚合形态
CA按聚合的频谱位置关系,可以分为三种类型:
第一种是带内连续载波聚合(Intra-band contiguous CA)。 同一频段内,两个相邻的20MHz载波聚合在一起,形成一段连续的40MHz带宽。这种形态在射频实现上是最简单的,因为收发链路本来就支持这一段频谱,只需要扩展滤波器和基带处理能力就行,设备改动小、成本低。不过现实里这种“完美”的频谱条件非常少见,多数运营商只有个别频段能做到。
第二种是带内非连续载波聚合(Intra-band non-contiguous CA)。 还是同一个频段,但中间隔了别的运营商或者别的制式占用的频谱,没法连成一片。这时候终端需要同时开启两个接收通道去处理两个分离的频段,对射频前端的要求会高不少。但毕竟频率间隔不远,接收机设计上还能接受。
第三种是带间载波聚合(Inter-band CA),也是现实中开展最多的类型。 它聚合的是不同频段的载波,比如低频的FDD 900MHz加上高频的TDD 2.6GHz。不同频段的传播特性差异巨大:低频覆盖好但带宽窄,高频容量大但穿透损耗高。带间CA的思路是用低频做覆盖锚点(PCell),保障连接稳定性;用高频做容量补充(SCell),提供大带宽的高速数据通道。这是一种典型的“优势互补、扬长避短”的组网策略。
三种类型的核心差异我用一个表格来总结:
| 聚合类型 | 频谱位置 | 实现复杂度 | 典型场景 | 举例 |
|---|---|---|---|---|
| 带内连续 | 同频段相邻载波 | 低 | 连续频谱资源充足的区域 | Band 41 内的40MHz/60MHz聚合 |
| 带内非连续 | 同频段非相邻载波 | 中 | 频段内部存在保护间隔 | Band 3 内1930~1940MHz和1960~1970MHz聚合 |
| 带间 | 不同频段载波 | 高 | 高低频协同组网 | Band 1 + Band 3,或Band 3 + Band 5 |
在理解这些分解关系之后,你可能会有个新问题:聚合的载波数量有没有上限?协议设计层面,Release 10规范定义了最多聚合5个载波,总带宽上限100MHz(5个20MHz载波)。但到了5G时代,NR CA已经能支持更多载波的聚合,带宽的上限也大幅提升。不过在现网LTE环境里,绝大多数商用部署还是停留在两载波或三载波聚合。
2.3 为什么不是把频谱磨平了重排,非要搞CA
或许你会问:运营商就不能通过频谱重耕、频谱重整技术,把零散的频谱拼成一段连续的宽频谱吗?这样不就不需要CA了吗?
理论上频谱重整确实可行,实践中也一直在推进,但这是一个极其缓慢且受限于政策、国际协调和存量设备的过程。频谱资源是稀缺的国家战略资源,很难完全按照某一家运营商的想法去重排。即便技术上允许,还要考虑现有2G/3G用户的退网迁移节奏,不可能一蹴而就。
即便某一天运营商把某个频段整成了一整段连续40MHz,CA依然有价值:一是终端已经普及支持,不需要额外成本;二是CA本身就是5G里载波聚合技术的前置版本,网络侧和终端侧的经验可以直接延续。很多逻辑在NR里其实是“同源”的,理解了LTE CA的原理,再去看5G的双连接(EN-DC)和NR CA就会轻松很多。
所以,CA本质上是目前解决“频谱碎片化”与“体验高速化”之间矛盾的最优工程解,而不是一个过渡性的权宜之计。
3. 载波聚合的关键机制与参数细节
3.1 主载波和辅载波是怎么“商量”好的
如果你在后台跟踪UE的CA建立全过程,你会发现整个过程像一次标准的“相亲”:先由主载波建立信任关系,再谈要不要引入辅载波进来帮忙。
从信令流程上看,完整的过程大致分为五步:
- 终端开机驻留,在某个频点上完成附着,和网络建立起RRC连接。此时终端工作的载波就是PCell,同时网络会在RRC连接建立或者后续重配置时,把支持CA的频点组合列表下发给终端(这实际上是UE能力信息交互的一部分)。
- 终端根据网络下发的测量控制消息,对候选SCell频点进行测量。这里不仅要测参考信号接收功率(RSRP)和参考信号接收质量(RSRQ),还需要上报频段信息、带宽等级等终端能力,帮助网络判断能不能聚合这些载波。
- 当网络判定某个SCell的信号质量足够好,而且当前业务确实有高速率需求时,基站会下发RRCConnectionReconfiguration消息,携带SCell的完整配置参数,包括物理小区ID(PCI)、载波频点、带宽、天线端口数等。
- 终端完成下行同步,对SCell进行测量,然后反馈SCell激活状态。激活成功后,终端就可以在PCell和SCell上同时接收下行数据了。
- 当业务量降低、或者SCell信号质量变差(比如用户移动到SCell覆盖边缘)时,网络主动释放SCell,回到单载波工作模式。
在这个过程里,有一个经常被非通信专业的人忽略的细节:SCell的添加和释放,完全由网络侧决定,终端没有任何“话语权”。终端只能上报测量结果,最终的判决权永远在基站手里。这样设计的考虑是,基站掌控着所有用户的无线状态、负载均衡和干扰协调信息,集中式决策才能保证整个系统的公平性和稳定性。如果终端都能自主决定去占用别的载波,很容易出现个别载波过载而其他载波闲置的失衡状态。
3.2 上下行载波聚合的“不平等”
多数科普文章在讲CA时会刻意回避一个事实:CA在下行和上行的实现难度,完全不在一个量级上。
下行CA(DL CA)是各大运营商优先部署的功能,也是体验提升最直观的。原因是下行接收链路天然具备“多路并行”的潜力,终端可以打开多个接收通路,同时从不同载波接收数据。基站侧只需要在MAC层做调度和汇聚,相对成熟。现在市面上绝大多数支持4G+的手机,本质上就是支持下行2CA或3CA的终端。
但上行CA(UL CA)就麻烦得多。首先,终端发射功率是受限的——手机是电池供电的便携设备,最大发射功率通常只有23dBm左右。如果同时在上行多个载波上发射,每个载波分到的功率就会减少,信号质量反而可能下降。其次,上行多载波发射会显著增加终端功耗和发热量,对续航造成负面影响。第三,射频前端的功率放大器(PA)需要同时支持多个频段的发射,在手机这么小的物理空间里,隔离度、谐波、互调都是老大难问题。
所以你会看到,大部分商用LTE网络都只开启了DL CA,UL CA的部署非常少见。即便有,也多是双载波上行聚合,而且需要终端支持更高的功率等级(Power Class 2,即26dBm)。上行速率不够怎么办?行业普遍用更高阶的调制方式(如上行64QAM)和MIMO来弥补,而不是硬怼CA。
3.3 载波聚合与MIMO的关系
说到载波聚合,就绕不开另一个高频词:MIMO(Multiple-Input Multiple-Output,多入多出)。经常有朋友在后台问我:“是不是载波聚合就是MIMO,或者MIMO和CA是一回事?”
这俩是完全不同的技术维度。MIMO是在同一个载波内部,通过空间维度增加并行数据流(Layer数)来提升速率;CA是在频率维度上拓宽带宽来提升速率。二者不但不冲突,反而是叠加的关系。最终的峰值速率,大约是“载波带宽之和”乘上“每载波频谱效率”再乘上“MIMO层数”。
给你一个直观的算例:如果某个频段启用2×2 MIMO,频谱效率是4bit/s/Hz(对应64QAM调制和合适的信道条件),那一个20MHz载波能跑的速率大概是:
20MHz × 4bit/s/Hz × 2(层数)× 0.8(开销折算)≈ 128Mbps
如果把三个20MHz载波做3CA聚合,同时保持2×2 MIMO不变,理论峰值就是上面这个值的约三倍,接近400Mbps。有些演示里的极限速率能到600Mbps或者更高,那一般是4×4 MIMO加上3CA甚至4CA的结果。
所以如果你做网络优化,看到某用户峰值速率一直提不上去,排查思路一般分为两步:先确认CA是否生效(协议层是否添加了SCell),再确认MIMO层数是否够(信道条件支不支持双流或多流)。这两个要素哪怕只有一个掉链子,速率就不可能上去。
4. 实操:如何验证和测试载波聚合是否生效
4.1 终端侧:用工程模式快速判断
想要知道当前网络有没有给手机配置CA,一个非常直接的办法是查手机工程模式。这个方法不需要root、不需要特殊软件,所有主流手机都有入口,只是路径不一样。
华为/荣耀手机,拨号盘输入*##2846579##进入工程菜单,找到“后台设置”或者“网络信息查询”,可以看到当前服务小区和邻区的详细信息,重点是看SCell相关的字段。高通平台的手机(小米、一加、魅族等),在拨号盘输入##4636##可以进测试界面,但要看详细的CA信息一般得用Network Signal Guru这类工具,配合高通QPST驱动才能读取。iPhone相对封闭,可以直接在拨号盘输入3001#12345#*#*进入Field Test模式,但不一定能直接看到CA状态,需要借助电脑端的专业工具。
在工程模式里,你需要重点看几个参数:
- PCell的频点(EARFCN)、PCI(物理小区标识)、带宽
- SCell是否出现,如果有,SCell的频点和PCI是多少
- 下行调度的RB数(Resource Block,资源块)是否明显超过单载波上限
这里有一个非常实用的判断技巧:如果一个20MHz的LTE载波,满调度下行RB数是100个,那你在空载环境下测速,如果瞬时RB数突破100,比如达到150甚至200,基本可以确定CA已经生效了。因为单载波最多只能调度100个RB,超过这个数必然是多个载波在同时调度。这条经验在我测试时屡试不爽。
4.2 实测验证:拿什么工具、怎么看曲线
跑CA测试时,我最常用的组合是:
- 一台支持高通的测试手机或旗舰手机(确认支持目标CA组合)
- 笔记本电脑安装Network Signal Guru或者QxDM
- 一台稳定的speedtest服务器(最好选运营商内部的测速服务器,避免公网瓶颈)
用Network Signal Guru查看CA状态时,主界面会列出当前所有激活的载波。重点看“LTE Band”这一列,如果同时有两个不同的Band,说明处于带间CA状态。例如,Band 1 + Band 3同时出现,就是典型的Band 1做PCell、Band 3做SCell的带间组合。和之前说的一样,再用瞬时RB数结合吞吐量曲线交叉验证,基本不会看错。
有一个必须提醒的坑:Speedtest这类测速工具的结果非常依赖服务器带宽和链路质量。如果你连到一个拥塞的公网测速节点,即便CA正常工作,速率也可能被压到很低。所以做CA体验测试时,强烈建议优先选择运营商官方测速平台,或者用FTP直连内网服务器测大文件下载,这样才能真正反映空口的速率能力。
4.3 网络侧:从基站日志看CA执行情况
如果你是网优或后台分析人员,需要从基站侧确认CA的配置和执行情况,就不要只看终端视角了。一般在操作维护中心的北向接口或信令跟踪平台上,可以下钻到用户级信令。
你在跟踪信令时,优先关注几条关键消息:
- UE能力查询和上报(UECapabilityEnquiry / UECapabilityInformation):确认终端上报的CA Band Combination列表里包含了目标组合。有些早期终端虽然屏幕上显示4G+,但支持的组合有限,不一定能和你所在网络的组合匹配。
- RRC连接重配置(RRCConnectionReconfiguration):这条消息里会明确携带SCell的添加信息(例如sCellToAddModList)。如果看到这条消息,说明网络已经决策要加SCell了。
- SCell激活MAC控制单元(MAC CE):这是真正让SCell进入工作状态的“点炮”信号。RRC重配置只是配置了SCell参数,MAC CE才是激活指令。很多终端日志里能看到RRC里加了SCell但吞吐量没提升,问题就出在MAC CE迟迟没下发——通常是SCell下行信道质量不满足激活门限。
排查CA问题的常规逻辑顺序是:先确认终端能力支持,再确认网络侧配置了SCell,再确认SCell成功激活,最后再看调度和速率。四步里任何一步断掉,CA都起不了作用,但表现症状各不相同。如果不按这个顺序排查,很容易在错误的方向上浪费时间。
5. CA组合背后的商业与技术博弈
5.1 主流运营商都在怎么组网
许多读者可能好奇:国内三大运营商的CA组合一样吗?答案是不一样,因为每家手里的频谱资源完全不同。
中国移动的核心优势在Band 41(2.6GHz频段),拥有超过100MHz的连续频谱资源,所以移动的CA逻辑里最有代表性的就是带内连续3CC CA(三个20MHz载波聚合成60MHz)。在部署早期,移动也在个别地区做过Band 39(1.9GHz)+ Band 41的双载波聚合,不过因为Band 39带宽较窄,收益有限,后来的重心基本都放到了Band 41内部的多载波聚合上。
中国电信和中国联通的情况更像国际上的典型FDD运营商:低频(Band 5/Band 8,分别对应850MHz和900MHz)做广覆盖和VoLTE锚点,中频(Band 1/2100MHz和Band 3/1800MHz)做容量层的CA组合。比如Band 1(2100MHz,20MHz)+ Band 3(1800MHz,20MHz)就是非常经典的带间两载波聚合组合,在很多城市已经成为标配。电信还有一些区域使用Band 3 + Band 5的组合,利用低频延伸覆盖。
这些组合差异带来的直接影响是用户体验的巨大差异:同样是“4G+”标识,移动因为聚合带宽大,极限速率通常更高;电信和联通的带间CA则更注重覆盖连续性,在广域移动场景下体验更稳定。所以如果你在测试报告里看到不同运营商的速率差异,不要急着下“谁家技术强”的结论,先看看各自启用的CA组合和总聚合带宽是多少——起点不同,后面的速率差异就很好解释了。
5.2 终端支持的“隐性门槛”
很多用户会拿着不支持对应CA组合的终端去投诉“为什么没有4G+”,这时问题往往不在网络,而在终端的CA能力。
终端侧支持CA需要满足几个条件:
- 基带芯片支持:不同芯片平台(高通、海思、联发科、三星猎户座等)对不同CA组合的支持情况是不一样的。有些芯片虽然支持CA,但对某些Band组合的支持只停留在协议定义层面,并没有做射频前端的对应调校。
- 射频前端支持:带间CA需要在手机里同时开启多个射频通路,手机厂商需要根据目标市场运营商的频段部署,在硬件设计阶段就做好声表面波滤波器、双工器、天线调谐等器件的选择和布线。这直接决定了“支持列表”的长度。
- 软件版本匹配:部分手机在特定区域销售时会根据当地运营商要求裁剪或定制CA组合表,同一款手机在海外版和国行版支持的频段组合可能完全不同。
所以如果你在某个区域实测没有达到预期的速率,先查一下自己的手机型号和具体版本支持哪些CA组合,再判断是网络侧的问题还是终端不支持。这个步骤能够省掉后续一大半无意义的排查工作。
5.3 CA与未来5G的衔接
聊完现网的CA场景,有一个话题值得单独说一下:很多人把CA当成是4G时代的“夕阳技术”,认为5G时代不再需要它了。这个观点错得很离谱。
实际上,5G从第一天起就在用CA的思想,只是换了个载体。5G新空口(NR)里有独立的NR CA,用于聚合多个NR载波;同时还有EN-DC(E-UTRAN NR Dual Connectivity,即LTE与NR双连接),让一个终端同时使用LTE和NR的频谱资源。LTE侧的载波聚合,和EN-DC里的LTE锚点载波,本质上都是在做同一件事:尽可能多地把可用频谱利用起来。
尤其在没有连续大带宽频谱的中低频段(比如3.5GHz只有100MHz、2.1GHz频段经历重耕后也只有几十MHz),运营商的5G体验依然高度依赖CA。3GPP Release 15以后,NR CA支持的载波数量进一步扩展,Release 17、18还在持续增强。所以说,CA并不会因为5G商用就失去意义,反而会以更复杂的形态长期存在。
6. 常见问题与排查技巧实录
6.1 为什么手机显示4G+,但速率没什么变化
这是被问得最多的问题。我的第一反应往往是:先别盯着标识看,先看实际的聚合状态。
“4G+”显示的逻辑在不同手机里并不统一。有的手机只要终端上报支持CA能力,就会常驻显示4G+标识;有的手机要等到真正配置并激活了SCell才显示。所以“显示4G+”只说明具备CA条件,不代表CA此刻一定在满负荷工作。如果你正在跑测速,网络判定业务量不大或者SCell质量不够,CA完全可以处于配置但未激活状态,此时下行和单载波无异,速率自然没有明显提升。
排查建议:在测速的同时抓取实时CA状态。如果SCell已激活但吞吐量仍低,再往两个方向排查——一是看PCell和SCell各自的下行RSRP和信噪比(SINR),SCell信号差时调度率会低;二是看核心网侧的下行数据缓存量,如果本身是上行受限,整个链路都不会跑满。
6.2 SCell添加失败,反复添加却始终不成功
如果你在信令台看到SCell添加失败的重试记录,这通常不是SCell“不听话”,而是某些前置条件没满足。
最典型的场景是:SCell加了之后终端不回激活确认。排查顺序如下:
- 检查SCell频点配置是否正确,比如EARFCN和实际部署不一致,终端根本无法完成同步搜索;
- 检查SCell的物理小区标识(PCI)是否和邻区表冲突,出现PCI混淆时终端反馈的测量结果不匹配,基站自然不敢激活;
- 检查SCell下行发射是否正常,SCell没有信号或者信号过弱,终端连同步都做不了;
- 检查SCell是否处于节能或静默状态,一些网络部署为了省电会在无业务时段让SCell进入近乎“休眠”的模式,业务到来后再唤醒,唤醒过程中会有一小段SCell不可用的时间窗。
第四个点特别容易被忽略。如果你在做凌晨时段的自动测试,碰巧SCell在节能周期内,很可能出现“SCell配置成功但速率奇低”的现象。这不是网络故障,而是节能策略的正常表现。
6.3 载波聚合会显著增加手机耗电吗
会,但没那么夸张。开启CA后,终端的接收机需要同时维持多个载波的射频链路,基带的处理复杂度也会增加,所以功耗确实比单载波模式要高一些。
不过手机厂商早就做了权衡。绝大多数手机在亮屏且业务量较大时,才会触发网络侧去配置和激活SCell;当屏幕关闭或者业务量降低到阈值以下,网络会主动释放SCell,终端回到单载波模式省电。所以那些常驻“4G+”标识的手机,并不代表每时每刻都在做CA,只是处于“可CA”的状态。
如果你发现某款手机在待机时也频繁激活多载波,导致续航明显变差,建议从终端侧检查是否关闭了“始终开启移动数据”类的选项,或者在设置里限制后台应用的网络访问权限。终端状态和网络策略共同决定SCell的使用时长,两边都管好,才能在体验和续航之间找到平衡。
6.4 测试时CA正常但吞吐量波动很大是怎么回事
这是现场测试最常见的情况。具体表现是:瞬时速率能冲到很高(说明CA确实生效了),但平均速率偏低,曲线像锯齿一样跳动。
可能的原因有三个:一是多用户竞争,小区里有其他用户抢资源,MAC调度器给你分配的资源块数本身就是动态的,负荷高时波动剧烈;二是信道条件波动,高速移动下多普勒频移和快衰落导致信道质量不稳定,外环链路自适应(AMC)会频繁调整调制编码方式,速率曲线自然会抖动;三是传输或核心网瓶颈,S1接口带宽拥塞或核心网用户面处理能力不足,导致基站的PDCP层数据缓冲区喂不满,调度器想发数据也没数据可发。
判断方法很简单:在同一位置、同一时段,找一台同样支持CA的对比手机同时接入同一个小区做FTP下载,如果两台手机曲线都同步抖动,基本可以排除终端侧故障,问题大概率在网络侧。如果只有一台波动,优先检查那台终端的接收性能和天线状态。
7. 一份可以直接抄的CA测试清单
如果你是一位正在做CA外场测试的工程师,前面的原理性内容可以暂时放一放,下面这份清单才是在出发之前最该打印出来贴在测试终端上的东西。
测试前的检查列表:
- 确认测试终端支持目标CA组合,且软件版本已经解锁对应的CA Band组合(通过高通平台查看CA combos确认);
- 准备网线直连的PC和FTP内网服务器,备好官方测速平台地址,避免公网瓶颈;
- 测试点选取空旷区域,确保PCell和SCell的参考信号都强于-100dBm,信噪比(SINR)在15dB以上;
- 清空终端后台任务,保证没有任何应用抢占网络资源,手机开启飞行模式5秒再关闭,强制重选到目标小区;
- 记录测试开始前的小区信息,包括PCell/SCell的EARFCN、PCI、Band信息、带宽等。
测试中的记录要点:
- 每一次测速的峰值速率、均值速率和流量大小
- SCell是否激活、激活后维持了多长时间
- PCell和SCell各自的下行RSRP、SINR、CQI(信道质量指示)
- 同一次测速中下行RB总数是否超过单载波上限100
- 测试人员的移动状态(静止/步行/车载)
测试后的分析思路:
把每一次测试的数据按速率高低排序,速率高的那一组大概率是“SCell激活状态良好+信道质量好+干扰低”的组合;速率低的那组则逐一回看SCell激活状态、SCell的CQI报告和RB调度情况。这样做上十轮测试,你对自己的网络CA部署状况会有一个非常直观的认识,比任何后台报告都真实可靠。
8. 我的一点个人体会
这系列文章写到第八篇,通信里的技术点也讲了不小一截,但CA始终是我自己比较偏爱的一个话题,因为它足够“承上启下”——往上承接的是频谱资源管理、无线资源调度这些经久不衰的核心议题,往下延伸的是5G NR载波聚合、LTE/NR双连接这些未来几年的演进方向。把CA吃透,你会发现自己再看网络优化问题的时候,坐标系整个拓宽了。
根据我在运营商和主设备商都做过的测试优化经验,现网里CA的问题往往不是“这个功能太难”,而是“太多环节没有对齐”。终端配置、基站算法、频点规划、参数门限,每块都差一点点,最后用户感知到的就是天壤之别。所以如果你在实际测试中碰到CA不生效或者速率不达预期的情况,不要第一时间怀疑技术路线,而是用上文提到的方法一层层剥开找症结,多半能定位到那个最不起眼的环节里。
最后再分享一个小技巧:外场测试CA时,一定不要只看一次测试的均值。CA的速率波动天然比单载波大,因为涉及更多维度的链路质量变化。正确做法是连续测三次以上,取中位数和最高值一起看,并且每次测完立刻截图保存CA激活状态。这样就算后续发现问题,手里也有回溯的原始依据。做通信这行,扎实的证据链永远比嘴上说得漂亮管用得多。
