5G载波聚合：频谱碎片粘合剂

一部手机如何同时"开多条车道"飞速下载？答案藏在一个看似简单却暗藏玄机的技术中——载波聚合。

一、为什么需要载波聚合？

想象你开车上高速，发现所有车都挤在一条车道上，而旁边好几条车道空空荡荡。你心想：如果能把这几条车道合并，不就畅通了吗？

这就是载波聚合（Carrier Aggregation, CA）的核心思想。

在现实中，运营商手中的频谱资源往往是碎片化的：

• 一段在700MHz，一段在2.1GHz，还有一段在3.5GHz
• 即使在同一频段内，也可能因为历史原因被分割成多个不连续的小块
• 每块频谱的带宽有限（5G NR单载波最大100MHz FR1/400MHz FR2）

碎片化的频谱就像被分割的高速公路——每段路都很窄，车流无法汇聚。载波聚合的使命就是把这些碎片粘合成一条"虚拟宽带"。

graph LR
    subgraph 无CA
        A1[700MHz<br/>10MHz] --- A2[2.1GHz<br/>20MHz]
        A2 --- A3[3.5GHz<br/>100MHz]
    end

    subgraph 有CA
        B1[700MHz<br/>10MHz] === B2[2.1GHz<br/>20MHz] === B3[3.5GHz<br/>100MHz]
        B1 -.->|聚合| B4[总带宽: 130MHz<br/>峰值速率大幅提升]
    end

    style B4 fill:#4CAF50,color:#fff

关键数据对比：

二、三种聚合类型：从"邻居"到"远亲"

载波聚合按频谱位置关系分为三类，理解它们的区别是理解CA工程实践的基础。

2.1 频段内连续聚合（Intra-band Contiguous CA）

最简单的形式——把同一频段内相邻的载波拼在一起。

频率轴: 3.5GHz频段
├────CC1────┤├────CC2────┤
   100MHz      100MHz
├──────── 总带宽200MHz ────────┤

类比：把两个相邻的房间打通，变成一个大房间。施工最简单，一面墙敲掉就行。

特点：只需要一套射频收发机（RF chain），硬件成本最低。但前提是运营商在同一频段有连续的频谱，这在现实中越来越稀缺。

2.2 频段内非连续聚合（Intra-band Non-contiguous CA）

同一频段内，但载波之间有间隔。

频率轴: 3.5GHz频段
├──CC1──┤    gap    ├──CC2──┤
  100MHz             100MHz

类比：同一栋楼里的两个房间，但中间隔着别人的房间，不能直接打通。需要分别走线，但至少在同一栋楼里。

特点：仍只需一套射频前端（频率范围相同），但需要基带侧处理两个独立的频谱块，复杂度中等。

2.3 频段间聚合（Inter-band CA）

不同频段的载波聚合在一起，这是现网中最常见也最复杂的场景。

频率轴:
Band n28 (700MHz)  ├──CC1──┤ 10MHz
                        ↕ 聚合
Band n1  (2.1GHz)  ├──CC2──┤ 20MHz
                        ↕ 聚合
Band n78 (3.5GHz)  ├──CC3──┤ 100MHz

类比：不同楼栋的房间合并——需要完全独立的管线（射频链路），协调成本最高，但能充分利用跨频段互补优势（低频覆盖 + 高频容量）。

特点：每个频段需要独立的射频链路，终端成本最高。但好处巨大——低频段提供覆盖，高频段提供容量，优势互补。

三种类型对比

三、PCell与SCell：主从分工的设计哲学

载波聚合中，不是所有载波生而平等。

graph TB
    subgraph UE服务小区集合
        PCell["PCell（主小区）<br/>───────<br/>• RRC连接管理<br/>• NAS信令承载<br/>• 安全密钥输入<br/>• 切换触发<br/>• 始终激活"]
        SCell1["SCell 1<br/>───────<br/>• 纯数据传输<br/>• 按需激活/去激活<br/>• 无独立RRC"]
        SCell2["SCell 2<br/>───────<br/>• 纯数据传输<br/>• 按需激活/去激活<br/>• 无独立RRC"]
        SCell3["SCell 3<br/>───────<br/>• 纯数据传输<br/>• 按需激活/去激活<br/>• 无独立RRC"]
    end

    PCell -->|RRC配置| SCell1
    PCell -->|RRC配置| SCell2
    PCell -->|RRC配置| SCell3

    style PCell fill:#2196F3,color:#fff
    style SCell1 fill:#FF9800,color:#fff
    style SCell2 fill:#FF9800,color:#fff
    style SCell3 fill:#FF9800,color:#fff

为什么这样分工？

设计哲学：控制面与用户面分离的思路在载波层面的体现。

• PCell是"管家"，负责所有关键事务——RRC连接、安全、切换、NAS信令。它始终在线，不可去激活。
• SCell是"帮工"，纯粹为了增加吞吐量而存在。需要时激活，不需要时关闭省电。

这种设计的好处是：

1. 省电：SCell可以按需开关，终端不用一直维持所有载波的活跃状态
2. 灵活调度：基站可以根据业务需求动态增减SCell
3. 鲁棒性：即使所有SCell都故障，PCell仍能维持基本连接

常见误解：有人认为PCell一定在低频段（覆盖好），SCell在高频段（容量大）。实际上PCell的频段选择取决于UE初始接入的小区，并不总是低频。但在工程优化中，确实倾向于把PCell配置在覆盖更好的频段。

四、SCell的"两步激活"机制

SCell从"不存在"到"传数据"，需要经历两个阶段：RRC配置和MAC激活。这像开一家分店——先办好营业执照（RRC配置），再正式开门营业（MAC激活）。

sequenceDiagram
    participant UE as 终端
    participant gNB as 基站

    Note over UE,gNB: 阶段1: RRC配置（"办执照"）
    gNB->>UE: RRC Reconfiguration<br/>（添加SCell配置信息）
    Note right of UE: SCell状态：<br/>已配置但去激活<br/>知道SCell参数<br/>但不收发数据

    Note over UE,gNB: 阶段2: MAC激活（"开门营业"）
    gNB->>UE: MAC CE Activation<br/>（SCell激活命令）
    Note right of UE: SCell状态：<br/>已激活<br/>开始CSI测量<br/>可以收发数据

    loop 数据传输
        UE->>gNB: CSI上报（CQI/PMI/RI）
        gNB->>UE: DCI调度 → PDSCH数据
    end

    Note over UE,gNB: 阶段3: 去激活（"关门省电"）
    alt 方式A: 定时器超时
        Note right of UE: sCellDeactivationTimer<br/>超时 → 自动去激活
    else 方式B: 显式命令
        gNB->>UE: MAC CE Deactivation
    end

为什么分两步？

这个设计体现了信令效率与省电的平衡：

实战意义：当业务量突增时，基站不需要每次都走完整的RRC流程，直接用轻量的MAC CE就能快速激活已配置的SCell，响应时间从百毫秒级降到几毫秒级。

sCellDeactivationTimer——自动省电开关

每个激活的SCell都有一个计时器scellDeactivationTimer，典型取值为8ms到几十秒不等。如果在计时器超时前没有数据在该SCell上调度，SCell会自动去激活。

这就像办公室里的感应灯——有人活动时灯常亮，离开后延时关闭。对于终端来说，维持一个激活的SCell意味着持续做CSI测量和PDCCH监听，功耗不可忽视。

五、跨载波调度：一个调度器管多条车道

在CA中，数据调度有两种方式：

5.1 自调度（Self-scheduling）

最直接的方式——每个载波上的PDCCH调度自己载波的PDSCH/PUSCH。

PCell:  PDCCH(DCI) → PDSCH（数据）
SCell1: PDCCH(DCI) → PDSCH（数据）
SCell2: PDCCH(DCI) → PDSCH（数据）

每个载波独立运作，简单直接。

5.2 跨载波调度（Cross-carrier Scheduling）

PCell的PDCCH通过CIF（载波指示字段）来调度SCell的数据。

PCell:  PDCCH(DCI, CIF=0) → PCell的PDSCH
        PDCCH(DCI, CIF=1) → SCell1的PDSCH
        PDCCH(DCI, CIF=2) → SCell2的PDSCH
SCell1: 无PDCCH（被跨载波调度）
SCell2: 无PDCCH（被跨载波调度）

为什么要跨载波调度？

1. 省电：终端不需要在每个SCell上都监听PDCCH，降低盲检次数
2. 抗干扰：当某个SCell的PDCCH受到强干扰时，可以通过PCell来调度
3. 异频协调：在异构网中，低功率节点的小区可能无法可靠传输PDCCH

代价：PCell的PDCCH开销增大（需要承载所有载波的调度信息），而且引入了3bit的CIF字段增加了DCI长度。

graph TB
    subgraph 自调度
        P1[PCell PDCCH] -->|调度| PD1[PCell PDSCH]
        S1[SCell1 PDCCH] -->|调度| SD1[SCell1 PDSCH]
        S2[SCell2 PDCCH] -->|调度| SD2[SCell2 PDSCH]
    end

    subgraph 跨载波调度
        P2[PCell PDCCH] -->|CIF=0| PD2[PCell PDSCH]
        P2 -->|CIF=1| SD3[SCell1 PDSCH]
        P2 -->|CIF=2| SD4[SCell2 PDSCH]
        NS1[SCell1: 无PDCCH]
        NS2[SCell2: 无PDCCH]
    end

    style P1 fill:#2196F3,color:#fff
    style P2 fill:#2196F3,color:#fff
    style S1 fill:#FF9800,color:#fff
    style S2 fill:#FF9800,color:#fff

六、CA中的HARQ：多车道上的确认机制

每个载波都有独立的HARQ实体，这意味着：

• 每个SCell有自己的HARQ进程（异步HARQ）
• PCell和每个SCell可以独立做软合并或增量冗余
• HARQ-ACK反馈通常集中在PCell的PUCCH上上报

这就引出了一个实际问题：当聚合载波很多时，PUCCH需要承载大量ACK/NACK信息。5G通过HARQ-ACK码本（Codebook）机制来组织这些反馈：

工程关键点：HARQ-ACK码本的大小与聚合载波数量成正比。当CA配置了多个SCell时，码本可能变得非常大，这会挤占PUCCH资源。在现网优化中，这是一项需要仔细调参的工作。

七、CA与双连接（DC）的区别

很多工程师容易混淆CA和DC（Dual Connectivity），这里做个清晰对比：

graph LR
    subgraph CA架构
        UE1[UE] -->|多条载波| gNB1[gNB<br/>同一基站]
        gNB1 --> CC1[PCell<br/>n78]
        gNB1 --> CC2[SCell<br/>n1]
        gNB1 --> CC3[SCell<br/>n28]
    end

    subgraph DC架构
        UE2[UE] -->|MCG| eNB[eNB/LTE<br/>主节点]
        UE2 -->|SCG| gNB2[gNB/NR<br/>辅节点]
        eNB -.->|X2/Xn接口| gNB2
    end

    style gNB1 fill:#4CAF50,color:#fff
    style eNB fill:#2196F3,color:#fff
    style gNB2 fill:#FF9800,color:#fff

一句话总结：CA是"一个老板管多条生产线"，DC是"两个老板各管一条生产线但合作供货"。

八、实战连接：工程师在网调中会遇到什么？

8.1 CA组合规划

现网中，运营商需要根据自己手中的频谱资源规划CA组合。典型的5G CA组合包括：

8.2 常见调测场景

场景1：SCell激活失败

现象：RRC Reconfiguration添加了SCell，但始终没有数据调度。

排查路径： 1. 检查终端能力——UE是否支持该CA组合 2. 检查MAC CE激活——gNB是否下发了Activation MAC CE 3. 检查CSI上报——UE是否在SCell上正常测量和上报CQI 4. 检查sCellDeactivationTimer——是否配置太短，激活后迅速超时

场景2：CA增益不达预期

现象：配置了CA，但速率提升远不如预期。

可能原因： - 上行成为瓶颈——CA主要提升下行，上行仍然受限于单载波（除非配置了上行CA） - SCell信道质量差——CQI低导致MCS降级，实际增益有限 - 调度不充分——基站调度器未充分利用多个载波 - 终端能力限制——UE处理能力不足以同时处理多载波峰值速率

场景3：乒乓激活/去激活

现象：SCell反复激活又去激活。

根因：通常是sCellDeactivationTimer与业务模型不匹配。如果是突发性业务（如网页浏览），数据间隔可能超过定时器，导致频繁去激活-再激活。调整定时器参数或引入更智能的激活策略可以解决。

8.3 关键参数速查表

九、5G CA的演进方向

载波聚合技术仍在持续演进：

1. 更多载波：从2CC → 4CC → 8CC，逐步扩展聚合数量
2. FR2+FR1混合聚合：毫米波与Sub-6G的跨频率范围聚合
3. 上行CA增强：上行载波聚合逐步普及，解决上行瓶颈
4. 与SUL结合：补充上行载波聚合进一步提升上行性能
5. 网络侧CA（Inter-gNB CA）：允许跨基站的载波聚合，进一步扩大适用范围

常见问题

Q1: CA和MR-DC（双连接）能同时使用吗？ A: 可以。在NSA组网中，终端可以同时使用EN-DC（LTE+NR双连接）和NR CA（多个NR载波聚合）。这意味着终端可能同时使用一个LTE载波和多个NR载波，最大化吞吐量。5G SA组网中也可以NR-DC + NR-CA的组合。

Q2: 上行CA和下行CA有什么区别？ A: 下行CA是标配，几乎所有5G终端都支持。上行CA则受限更多——并非所有终端都支持，且受限于终端的射频前端设计（需要多个上行发射链路）。上行CA的引入可以有效解决上行覆盖不足的问题，特别是在高频段场景。

Q3: SCell切换时CA会断开吗？ A: PCell切换时（Handover），所有SCell会被释放，切换到目标小区后重新配置。如果是仅SCell的变化（增删改），则通过RRC Reconfiguration在不中断PCell的情况下完成，用户几乎感知不到。

Q4: 载波聚合对终端耗电影响大吗？ A: 有影响但可控。每个激活的SCell都需要终端进行CSI测量和PDCCH监听，增加功耗。这就是为什么设计了sCellDeactivationTimer——在无业务时自动去激活SCell省电。实际使用中，CA对续航的影响通常在5%-15%范围内，取决于CA配置的载波数量和业务模型。

Q5: 如何判断终端是否在用CA？ A: 工程上可以通过以下方式判断：查看RRC Reconfiguration消息中是否包含scellToAddModList；查看MAC CE日志中是否有SCell Activation/Deactivation记录；在QXDM/QCAT等路测工具中查看Serving Cell数量是否大于1。最直观的指标是SCell的PCI是否出现在激活列表中。

参考来源

1. ShareTechnote - 5G MAC CE SCell Activation/Deactivation — MAC CE激活去激活机制详解
2. Amarisoft - LTE Carrier Aggregation — CA原理与配置实践
3. 知乎 - 载波聚合（Carrier Aggregation） — 中文CA技术详解
4. 德思特 - 载波聚合从原理到测试 — CA测试方案实操
5. 华为云社区 - 载波聚合赋能5G高速率通信 — 5G CA技术分析

本文由「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 等场景全覆盖。