企业官网建设流程全解析

大家可能都有这种感受：手机明明显示5G满格，但在演唱会、晚高峰地铁这种人多的场景里，网速照样卡成PPT。运营商一边喊着提速降费，一边却在有限的频谱资源里精打细算。这时候，一个叫“载波聚合CA”的技术就成了破局的关键。我自己在做网络优化测试的时候，见过太多人把CA当成一个简单的“带宽叠加开关”，结果后台一通乱配，用户速率没提上去，信令开销倒是翻了一倍。这篇就结合我这些年的实操经验，把载波聚合CA从原理、配置、信令流程到问题排查完整过一遍，希望能帮正在做4G/5G网络优化，或者刚入行做终端测试的朋友少走点弯路。

1. 载波聚合CA到底解决了什么问题

1.1 网速上不去的瓶颈到底卡在哪

要理解载波聚合，先得搞清楚一个概念：LTE和5G NR的峰值速率，本质上是由频谱带宽和设备能力共同决定的。单个LTE载波在20MHz带宽下，理论峰值也就150Mbps左右（64QAM、2x2 MIMO），即便上了256QAM和4x4 MIMO，单载波的天花板也非常明显。问题在于，运营商手里的频谱是碎片化的——今天分到一段20MHz，明天又标到一段10MHz，中间还隔着别的用途，根本没法拼成一个连续的大带宽。

载波聚合的思路就是把零散的频谱当作多条“车道”，让终端可以同时在多个车道上跑数据，从而实现带宽叠加。它不改变单载波的调制方式，也不需要改造核心网，只是在无线侧把多个成员载波（Component Carrier，CC）聚合成一个更大的传输管道。

1.2 一个很直观的用户场景

打个比方，一条4车道的高速公路，高峰期的通行能力已经饱和了，你不可能把路拆了重修。载波聚合的做法是在旁边再修几条辅路，把车流分过去，让总通行能力翻倍。用户感知最明显的就是下载速率：原来只能跑150Mbps的地方，如果聚合了另一个20MHz载波，速率就能跑到300Mbps左右。

我在测试中遇到过最典型的情况是，某城市核心商圈站点明明有2.1GHz和1.8GHz两个频段，但手机一直只驻留在1.8GHz上，现场测速只能跑90Mbps。后来核查配置才发现，是邻区配置里漏了CA组合的PCI，辅载波压根就没有添加成功。这就是典型的“有CA能力，但没CA配置”的案例，后面细讲。

2. 从零看懂CA的分类与关键技术细节

2.1 三类CA组合：带内连续、带内非连续、带间非连续

CA的分类并不是协议里随便写的，它直接决定了射频前端设计和调度复杂度。按照3GPP的定义，CA分成三类：

• 带内连续CA：同一频段内的连续载波聚合。比如Band 3（1.8GHz）内的两个相邻20MHz载波合并成40MHz。这种方案射频实现最简单，因为不需要额外的射频通路，但实际频谱往往很难连续，所以用得不多。
• 带内非连续CA：同一频段内但不连续的载波聚合。比如Band 3内的载波1和载波3，中间隔了一个载波2被别人用。终端需要支持多个射频接收通路，复杂度适中。
• 带间非连续CA：跨频段聚合。比如Band 1（2.1GHz）+ Band 3（1.8GHz）的组合。这是目前现网应用最广泛的方式，因为运营商在多个频段上都有零散频谱，聚合后既能提升速率，又能实现频段间的负载均衡。

从网络优化角度，带间CA的配置需要考虑两个频段的覆盖差异。比如1.8GHz和2.1GHz，频率越高的路径损耗越大，覆盖半径会略小。如果辅载波在小区边缘信号太弱，加上去反而会因为重传浪费调度资源，这时候就要靠门限配置来控制添加和释放的时机。

2.2 CA组合编号是怎么来的

每次打开后台，看到CA组合列表头皮都发麻。这里给新手一个速查方法：组合编号由“频段号 + 载波数量/后缀”构成。比如：

• CA_3C：表示Band 3带内连续双载波聚合，C是CA组合的带宽等级代号，具体含义查3GPP TS 36.101 Table 5.5A-1。
• CA_1A-3A：表示Band 1和Band 3各取一个载波做带间聚合，A代表每个频段只有一个载波。
• CA_1A-3A-7A：三载波聚合，常用于LTE-A的峰值测试。

终端上报的能力里如果包含这些组合，意味着它硬件上支持在对应频段同时收发数据。网络侧配置CA时，必须参考终端能力里上报的组合，否则就算RRU硬件支持，终端也无法识别辅载波的调度指令。早期很多测试手机连不上聚合载波，就是因为终端能力枚举里没有包含运营商配置的组合。

2.3 主载波、辅载波与RRC连接的角色分配

在一个CA会话里，终端始终有一个主小区（PCell），它负责RRC连接建立、NAS信令承载、物理下行控制信道（PDCCH）的发送，以及随机接入过程。辅小区（SCell）则是通过RRC重配置消息动态添加和释放的，只在需要高速数据传输时才激活。

这里有个关键机制：SCell的添加和激活是两个独立的过程。添加SCell只是完成无线资源层面的配置，让它进入“待命”状态；激活SCell才真正开始在这个载波上调度数据。MAC层通过激活/去激活命令控制这个过程，UE在收到激活命令后，最多延迟8ms就要能够开始监听PDCCH并上报CSI。

实际优化时，我经常遇到SCell添加成功但迟迟不激活的情况。排查方向一般是CSI上报配置是否有问题——如果UE无法正确上报信道质量，基站就不敢在SCell上调度数据，辅载波就会一直被“晾着”。

3. 现网CA功能开启的全流程实操

3.1 参数核查：开启CA的必备条件

开启CA不是后台勾一个开关那么简单。我在现网做了这么多次CA开通和优化，整理出了一份基础条件清单，每一项都可能导致CA整体失效：

• RRU硬件支持：不同RRU支持的频段和载波组合不同，老的RRU可能只支持单载波。
• 基带板处理能力：多载波聚合会增加基带调度的计算压力，低配基带板会在高负载时丢调度机会。
• 终端能力：UE上报的CA组合里必须包含现网配置的组合，这个通过测试终端或后台话单能查到。
• 邻区配置：如果辅载波对应的小区PCI没加到邻区关系里，终端测不到信号，SCell添加会直接失败。
• 门限配置：A5事件门限（服务小区质量低于门限1、邻区质量高于门限2）用于SCell添加；A2事件门限（服务小区质量低于门限）用于SCell释放。门限设置不合理会导致辅载波频繁添加、释放，产生大量无效信令。

3.2 从终端信令看CA的完整建立过程

在测试CA功能时，我最常用的方法就是抓UE侧信令。这里把关键流程展开说一下，大家对照空口消息就能快速定位问题：

1. RRC连接建立：终端发起Attach或TAU后，网络侧建立RRC连接，此时还没涉及CA。
2. UE能力上报（UECapabilityInformation）：终端携带完整的CA组合能力。这里要注意，如果网络侧下发了能力查询但终端没有上报CA相关能力，那后面肯定看不到任何SCell配置。
3. RRC连接重配置（RRCConnectionReconfiguration）：网络根据终端能力、业务需求和无线质量，携带SCell的添加指令。关键字段是sCellToAddModList，里面包含SCell的小区PCI、频点、子帧配置等。
4. MAC CE激活命令：RRC配置完成之后，基站通过MAC层控制单元下发激活指令。此时SCell才会真正参与数据调度。
5. 调度数据：激活后，PDCCH上会出现两个载波的DCI调度信息，终端同时在PCell和SCell上收发数据。

我在做外场测试时，会在终端侧盯着servingCellToAddModList里的内容——如果这个字段为空，基本可以断定基站没有下发SCell配置，问题出在网络侧参数或邻区关系；如果字段有值但MAC层始终没收到激活命令，则要查激活门限和CSI配置。

3.3 CA相关的主要参数推荐值

以下是我在多个厂商设备上调CA时常用的基准参数，具体数值需要按现网覆盖场景微调：

注意，这些参数在不同厂商的OMC上有不同名称，但含义基本一致。建议开通CA前先做一轮扫频测试，确认目标辅载波在小区边缘的覆盖电平到底是多少，再决定门限数值，不要照抄模板。

4. CA优化中的高频坑点与排查实录

4.1 辅载波“只添加不激活”

这是CA外场测试中最让人头疼的问题。现象是信令里已经看到SCell添加成功，但速率和单载波没有明显差别。查MAC层激活命令时，发现基站压根没下发。

我踩过一次这样的坑：某站点的2.1GHz频段存在外部干扰，UE上报的CQI一直很低，基站认为SCell信道质量不满足调度条件，就一直不激活。后台统计SCell的PRB利用率只有个位数，但干扰底噪值却到了-95dBm以上。后来协调排查干扰源之后，SCell立即正常激活。所以遇到“只添加不激活”，先查辅载波底噪和UE上报的CSI，再查配置。

4.2 CA组合配置正确，但速率不叠加

有个测试终端支持CA_3A-7A组合，后台也配置了对应的邻区关系，可实测只跑到单载波速率。抓日志发现，终端每次都在添加SCell后很快上报A2事件，导致SCell反复释放。问题定位在A2门限设置太高，辅载波在室内场景只有-115dBm左右，A2门限却配了-110dBm，UE一到室内稍深处就触发释放。

这里给个经验值：如果主要是提升室内深度覆盖区域的速率，A2门限建议设到-125dBm以下，但前提是辅载波底噪干净，否则调度MCS太低，聚合了也没意义。

4.3 关注辅载波流量占比

CA优化不能只看峰值速率，还要看辅载波的流量承载比例。如果只是SCell添加成功了，但绝大部分数据仍走在PCell上，说明MAC调度没有充分利用聚合带宽。原因可能是：

• 辅载波CQI上报周期过长，信道质量变化无法及时反馈；
• 辅载波的MCS被限速，导致调度器偏向PCell；
• 核心网或传输侧带宽不足，整体速率已经到瓶颈。

排查建议是分开统计PCell和SCell的流量、PRB利用率和MCS分布。辅载波流量占比低于20%时，优先怀疑调度策略和信道质量反馈的问题，而不是盲目扩传输带宽。

4.4 CA常见问题速查表

5. CA测试工具与常见问题汇总

5.1 测试工具怎么选

CA测试分网络侧和终端侧。网络侧主要看后台话统和干扰指标，终端侧常用路测软件配合测试终端看信令和调度数据。

路测软件方面，常见的如Pioneer、Probe、Walktour都有CA模块，能在图层上直观显示PCell和SCell的频点、RSRP、SINR以及上下行速率。重点看两个窗口：信令窗口的数据速率趋势，以及主被叫窗口里的SCell状态。

终端硬件建议选用支持多频段CA的旗舰测试终端，并提前确认终端的CA组合能力覆盖你要测试的所有组合。有些测试终端锁定Band后不会自动切换CA组合，需要手动指定组合，这个在软件里的CA设置项里找。

5.2 5G时代CA有哪些变化

5G NR的载波聚合在技术框架上和LTE一脉相承，但也引入了几个新特性。首先是更多的灵活子载波间隔组合，比如SCS 30kHz可以聚合SCS 15kHz的载波，这让新旧频段混搭更灵活。其次是频谱共享场景下的CA，比如运营商在SSD（频谱动态共享）方案里，可以同时聚合LTE和NR载波，实现双制式协同。

另一个重要变化是CA与DC（双连接）的关系。CA发生在同一基站下，DC则是终端同时连接两个基站（如LTE基站和NR基站）的载波，两者在移动性和分流策略上有本质区别。不少新人在优化NSA组网时，把DC的锚点配置错误地套用到CA逻辑里，结果导致辅载波始终无法添加。这里建议多看看3GPP TS 38.331和TS 37.340对CA和DC流程的划分。

5.3 终端的CA能力与运营商白名单

每次外场测试前，我都会提醒测试团队先确认终端的CA组合能力。现在很多公开版手机支持的CA组合可能和运营商定制版不一样，运营商白名单里没有的组合，即便硬件支持也无法使用。这属于终端软件策略层面做限制，从信令上表现为UE上报的能力列表里不包含对应的CA组合。

遇到这种情况，要么换支持该组合的定制版固件，要么在测试时用工程模式绕过限制（终端厂商不同方法不同，这里不展开）。另外，部分手机在“省电模式”下会主动关闭CA功能，测试前一定要检查系统设置，别让这类低级问题干扰测试结论。

6. 写在最后的优化心得

在现网推动载波聚合CA优化的过程中，我最大的体会是：CA不是一个“开启即结束”的功能开关，而是一套需要持续监控和调优的机制。很多时候速率上不去，不是设备不行，而是门限、邻区、终端能力这几个环节的匹配出了问题。建议每次优化完之后，把PCell和SCell的RSRP差值、CQI分布、辅载波流量占比这三组数据纳入日常监控，任何一组异常都值得挖下去。

最后分享一个小技巧：在做CA峰值速率测试的时候，不要只盯着一台终端跑，最好准备两台同型号终端做对比——一台开启CA，一台锁定在单载波上。这样能快速确认速率差异是否真的来自CA，排除服务器瓶颈、传输受限这类外部因素。这个方法我看着简单，但真的帮我在不少场合免去了无谓的麻烦。