如果说调制解调是告诉一辆车"怎么跑"，那么载波聚合和双连接就是告诉高速公路"怎么把多辆车拼成一辆超级列车"——它们是4G/5G时代用户速率从百兆跃升至千兆的核心推手。
想象你在高速公路上开车，只有一条车道，无论你的车多快，前面有慢车你就得减速。移动通信也一样——一段频谱就是一条"车道"，带宽有限，速率就有天花板。
载波聚合（CA） 的思路很朴素：把几条平行的车道合并成一条超级宽的车道。车还是一辆车（UE），但它可以同时在几条车道上并行传输数据，速率直接翻倍。
双连接（DC） 的思路更进一步：让一辆车同时挂靠两个收费站（基站）。每个收费站各管各的车道组，各自独立调度，车可以同时从两条路拿数据——这就是"双引擎"。
两者的关系：CA 是"同一家公司内多车道合并"，DC 是"两家公司各管各的车道组，但服务同一辆车"。它们并不互斥，在实际网络中经常叠加使用。
载波聚合将多个成员载波（Component Carrier, CC） 聚合成一个更大的逻辑信道，供单个UE使用。自3GPP R10（LTE-Advanced）引入以来，CA已成为提升峰值速率和频谱利用率的最关键技术之一。
关键角色分工：
| 角色 | 全称 | 职责 |
|---|---|---|
| PCC / PCell | Primary CC / Primary Cell | 主载波/主小区，承载RRC信令、NAS移动性、安全上下文，仅1个 |
| SCC / SCell | Secondary CC / Secondary Cell | 辅载波/辅小区，仅传输用户数据，可动态添加/删除，最多可达15个（5G NR） |
聚合后的总带宽公式：
$$BW_{total} = \sum_{i=1}^{N} BW_{CC_i}$$
其中 $N$ 为聚合的成员载波数量，$BW_{CC_i}$ 为第 $i$ 个成员载波的带宽。理论上5G NR最多支持聚合16个CC，FR1单CC最大100 MHz，FR2单CC最大400 MHz。
┌──────────────────────────────────────────────────────────────┐
│ 载波聚合(CA)的三种频谱组合方式 │
├──────────────────────────────────────────────────────────────┤
│ │
│ ① 频带内连续(Intra-band Contiguous) │
│ ┌───┬───┬───┐ │
│ │CC1│CC2│CC3│ ← 三个载波在同一频段、频率相邻 │
│ └───┴───┴───┘ │
│ 示例: B41(100MHz) → 5个20MHz连续载波聚合 │
│ │
│ ② 频带内非连续(Intra-band Non-contiguous) │
│ ┌───┐ ┌───┐ ┌───┐ │
│ │CC1│ ... │CC2│ ... │CC3│ ← 同频段但中间有间隔 │
│ └───┘ └───┘ └───┘ │
│ 示例: B3内的两个非连续20MHz载波 │
│ │
│ ③ 频带间(Inter-band) │
│ ┌───┐ ┌───┐ ┌───┐ │
│ │CC1│ │CC2│ │CC3│ │
│ │B1 │ │B3 │ │B7│ ← 不同频段的载波聚合 │
│ └───┘ └───┘ └───┘ │
│ 示例: B1(20M) + B3(20M) + B7(20M) 三载波聚合 │
│ │
└──────────────────────────────────────────────────────────────┘
三种类型的特点对比：
| 类型 | 射频复杂度 | 频率同步要求 | 典型部署场景 |
|---|---|---|---|
| 频带内连续 | 低（共享一个射频通道） | 低 | 运营商有连续大带宽频谱 |
| 频带内非连续 | 中（需多个频率合成器） | 中 | 同频段内有碎片化频谱 |
| 频带间 | 高（需多套射频收发器） | 高 | 跨频段整合异频资源 |
这是理解CA本质的关键：所有聚合的CC由同一个基站（eNB/gNB）的同一个MAC实体调度。UE只有一个MAC层实体，一个HARQ实体集。调度器在一个TTI（传输时间间隔）内，可以为同一UE在多个CC上并行分配资源。
UE侧协议栈（CA模式）
┌─────────────────────────────┐
│ RRC 层 │ ← 只有1个
├─────────────────────────────┤
│ PDCP 层 │ ← 只有1个
├──────────┬──────────┬───────┤
│ RLC-1 │ RLC-2 │ RLC-3│ ← 每个CC一个RLC
├──────────┼──────────┼───────┤
│ MAC 层 │ ← 只有1个（核心！）
├──────────┼──────────┼───────┤
│ PHY-1 │ PHY-2 │ PHY-3│ ← 每个CC一个PHY
│ (PCell) │ (SCell1) │(SCell2)│
└──────────┴──────────┴───────┘
设计哲学：CA的目标是在同一基站内最大化频谱利用率，所以用统一的调度器做全局最优分配。代价是所有CC必须在同一站点，对回传没有额外要求。
CA有一个硬性限制：所有CC必须来自同一个基站。但现实网络中，宏站和微站并存、4G和5G混合组网，如果只限于单基站聚合，大量资源就浪费了。
双连接（DC）在3GPP R12引入，打破了这个限制：UE可以同时连接两个不同的基站节点，各自独立调度。
graph TB
subgraph "双连接(DC)架构"
UE["📱 UE"]
subgraph MN["Master Node 主节点"]
PCell["PCell<br/>(主小区)"]
SCell1["SCell<br/>(辅小区)"]
end
subgraph SN["Secondary Node 辅节点"]
PSCell["PSCell<br/>(主辅小区)"]
SCell2["SCell<br/>(辅小区)"]
end
UE -->|"RRC信令 + 数据"| PCell
UE -->|"数据"| SCell1
UE -->|"数据"| PSCell
UE -->|"数据"| SCell2
PCell -.->|"MCG<br/>主小区组"| SCell1
PSCell -.->|"SCG<br/>辅小区组"| SCell2
end
style PCell fill:#4CAF50,color:#fff
style PSCell fill:#2196F3,color:#fff
style SCell1 fill:#81C784,color:#fff
style SCell2 fill:#90CAF9,color:#fff
| 概念 | 含义 | 类比 |
|---|---|---|
| MN（Master Node） | 主节点，管理RRC连接和NAS移动性 | 总公司（管人事和战略） |
| SN（Secondary Node） | 辅节点，提供额外的无线资源 | 分公司（只管干活） |
| MCG（Master Cell Group） | 主小区组 = MN下的PCell + SCell(s) | 总公司的部门群 |
| SCG（Secondary Cell Group） | 辅小区组 = SN下的PSCell + SCell(s) | 分公司的部门群 |
| PSCell（Primary SCell） | SCG中的"主小区"，承担SCG的信令和随机接入 | 分公司的总部门 |
一个常见的困惑：SCG里为什么也有一个"主"小区（PSCell）？因为SCG虽然不管理整体的RRC连接，但SCG自己也需要一个锚点小区来承载SCG级别的控制信令（如SCG的随机接入、SCG失败上报等），这个角色就是PSCell。
| 维度 | 载波聚合（CA） | 双连接（DC） |
|---|---|---|
| 基站数量 | 1个 | 2个（MN + SN） |
| MAC实体 | 1个 | 2个（MCG MAC + SCG MAC） |
| 调度器 | 1个集中调度器 | 2个独立调度器 |
| 回传要求 | 无（同一站点） | 需要X2/Xn接口 |
| 对回传时延 | 不敏感 | 可容忍非理想回传（<10ms） |
| RRC连接 | 1个 | 1个（仅MN管理） |
| PDCP层 | 1个 | 可分裂（Split Bearer） |
| 典型场景 | 同站多频段聚合 | 宏微协同、4G/5G混合 |
为什么DC要容忍非理想回传？ 因为宏站和微站之间、4G和5G基站之间往往不在同一个机房，光纤连接可能存在几毫秒时延。DC设计时就考虑了这一点：两个调度器独立运行，不需要每个TTI都协调，所以几毫秒的回传时延完全可以接受。这就是DC与CA最本质的设计差异。
随着5G的引入，双连接衍生出多种变体，统称为MR-DC（Multi-RAT Dual Connectivity）。理解这些变体的关键是回答两个问题：谁是主节点？连接哪个核心网？
graph LR
subgraph "MR-DC 全景"
direction TB
subgraph "连接EPC(4G核心网)"
ENDC["EN-DC<br/>MN: LTE eNB<br/>SN: NR gNB<br/>Option 3/3a/3x"]
end
subgraph "连接5GC(5G核心网)"
NGENDC["NGEN-DC<br/>MN: ng-eNB<br/>SN: NR gNB<br/>Option 7/7a/7x"]
NEDC["NE-DC<br/>MN: NR gNB<br/>SN: LTE eNB<br/>Option 4/4a"]
NRDC["NR-DC<br/>MN: NR gNB<br/>SN: NR gNB<br/>(FR1+FR2等)"]
end
end
style ENDC fill:#FF9800,color:#fff
style NGENDC fill:#4CAF50,color:#fff
style NEDC fill:#2196F3,color:#fff
style NRDC fill:#9C27B0,color:#fff
| 变体 | 全称 | MN（主节点） | SN（辅节点） | 核心网 | 典型部署选项 | 现网使用 |
|---|---|---|---|---|---|---|
| EN-DC | E-UTRA-NR DC | LTE eNB | NR gNB | EPC (4G) | Option 3系列 | ⭐⭐⭐⭐⭐ 最广泛 |
| NGEN-DC | NG-RAN E-UTRA-NR DC | ng-eNB | NR gNB | 5GC | Option 7系列 | ⭐⭐⭐ 逐步部署 |
| NE-DC | NR-E-UTRA DC | NR gNB | LTE eNB | 5GC | Option 4系列 | ⭐⭐ 较少见 |
| NR-DC | NR-NR DC | NR gNB | NR gNB | 5GC | SA内双NR | ⭐⭐⭐ FR1+FR2 |
实际工程中最常见的是EN-DC——这就是所谓的5G NSA（非独立组网）。UE先通过LTE接入EPC，然后gNB作为辅助节点添加进来，提供NR高速数据。
NR-DC的特殊价值：在5G SA网络中，当需要同时利用FR1（Sub-6GHz，覆盖好）和FR2（毫米波，带宽大）时，NR-DC让一个gNB做主节点覆盖、另一个gNB（或同gNB的另一个CU）提供毫米波高速率。这在 stadiums、hotspots 等高容量场景非常有用。
EN-DC在实际部署中有三种数据面分流方式，对应Option 3的不同变体：
Option 3 (MN terminated MCG Bearer):
EPC ←─S1─→ eNB(MN) ←─Uu─→ UE
←─X2─→ gNB(SN) ←─Uu─→ UE(空跑)
Option 3a (SN terminated SCG Bearer):
EPC ←─S1─→ eNB(MN) ←─Uu─→ UE(仅信令)
└─S1─→ gNB(SN) ←─Uu─→ UE(数据)
Option 3x (MN terminated Split Bearer): ← 最常用
EPC ←─S1─→ eNB(MN) ←─Uu─→ UE(部分数据)
←─X2─→ gNB(SN) ←─Uu─→ UE(分流数据)
Option 3x为什么最常用？ 因为它让数据在eNB处分流：一部分走LTE、一部分经X2转发给gNB走NR。这样既利用了NR的高速率，又避免了EPC需要同时连接两个基站的复杂度。当NR信号变差时，分流比例可以快速调整，甚至全部回退到LTE——这就是NSA网络的"LTE锚点"保护机制。
双连接中最精妙的设计是承载（Bearer）的三种分流方式。这决定了数据包"走哪条路"到达UE。
graph TB
subgraph "双连接的三种承载类型"
direction TB
subgraph "① MCG Bearer"
M1_UPF["UPF/EPC"] -->|"全部数据"| M1_MN["MN(Master Node)"]
M1_MN -->|"全部数据"| M1_UE["UE"]
end
subgraph "② SCG Bearer"
S1_UPF["UPF/EPC"] -->|"全部数据"| S1_SN["SN(Secondary Node)"]
S1_SN -->|"全部数据"| S1_UE["UE"]
end
subgraph "③ Split Bearer"
SP_UPF["UPF/EPC"] -->|"数据包"| SP_MN["MN(Master Node)"]
SP_MN -->|"直接转发部分"| SP_UE1["UE"]
SP_MN -->|"X2转发部分"| SP_SN["SN"]
SP_SN -->|"转发部分"| SP_UE2["UE"]
end
end
style M1_MN fill:#4CAF50,color:#fff
style S1_SN fill:#2196F3,color:#fff
style SP_MN fill:#FF9800,color:#fff
style SP_SN fill:#FF9800,color:#fff
| 承载类型 | PDCP终止在 | RLC/MAC | 适用场景 |
|---|---|---|---|
| MCG Bearer | MN | 使用MN的RLC和MAC | 对可靠性要求高的信令/数据 |
| SCG Bearer | SN | 使用SN的RLC和MAC | NR高速数据直连UPF |
| Split Bearer | MN | MN和SN各有一套RLC/MAC | 灵活分流，动态调整比例 |
Split Bearer的精妙之处：PDCP层在MN终结，但数据可以在PDCP以下分流——一部分走MN自己的RLC→MAC→PHY，另一部分通过X2/Xn接口转发给SN的RLC→MAC→PHY。UE侧的PDCP层负责重排序和合并。这样MN可以实时决定分流比例（如LTE 30% + NR 70%），无需核心网参与。
下行数据流 (Split Bearer, Option 3x):
分流点
UPF/EPC ──S1-U──→ eNB ────┬──→ PDCP → RLC → MAC → PHY → LTE空口 → UE
│
└──→ PDCP → X2转发 → gNB → RLC → MAC → PHY → NR空口 → UE
↑ PDCP在eNB终结 ↑ gNB只做RLC及以下
关键公式——Split Bearer的分流阈值：
$$T_{split} = \begin{cases} \text{全走MN} & \text{if } BW_{NR} < BW_{threshold} \ \alpha \cdot BW_{MN} + (1-\alpha) \cdot BW_{NR} & \text{if } BW_{NR} \geq BW_{threshold} \end{cases}$$
其中 $\alpha$ 为分流比例因子，基站根据两端的信道质量和负载动态调整。
以下是最核心的SN Addition（辅节点添加）流程，这是5G NSA网络中UE从纯LTE过渡到"LTE+NR双连接"的关键步骤。
sequenceDiagram
participant UE as UE
participant MeNB as LTE eNB<br/>(Master Node)
participant SgNB as NR gNB<br/>(Secondary Node)
participant EPC as EPC/MME
Note over UE,EPC: 阶段一：LTE附着（已完成）
UE->>MeNB: RRC Connection Request
MeNB->>EPC: Initial UE Message (Attach Request)
EPC->>MeNB: Initial Context Setup Request
MeNB->>UE: RRC Connection Reconfig (LTE配置)
Note over UE: UE已附着LTE，业务正常
Note over UE,EPC: 阶段二：NR测量与SN Addition
MeNB->>UE: RRC Connection Reconfig<br/>(下发NR测量配置)
UE->>MeNB: Measurement Report<br/>(上报NR小区信号质量)
Note over MeNB: eNB判断NR信号足够好<br/>决定添加gNB为辅节点
MeNB->>SgNB: SgNB Addition Request<br/>(请求添加辅节点，含UE能力、承载信息)
SgNB->>SgNB: 分配SCG资源<br/>(PSCell配置、SCG无线参数)
SgNB-->>MeNB: SgNB Addition Request Acknowledge<br/>(含SCG配置信息)
MeNB->>UE: RRC Connection Reconfig<br/>(含SCG配置: PSCell、SCG参数)
UE->>UE: 应用SCG配置
UE->>SgNB: Random Access to PSCell<br/>(在NR小区发起随机接入)
UE-->>MeNB: RRC Connection Reconfig Complete
MeNB->>SgNB: SgNB Reconfig Complete<br/>(确认UE已完成重配)
Note over UE,SgNB: 阶段三：数据传输
MeNB->>SgNB: 数据分流开始(Split Bearer)
SgNB-->>UE: NR下行数据
MeNB-->>UE: LTE下行数据
Note over UE: UE同时从LTE和NR接收数据
步骤1-4：LTE附着——这是前提。UE必须先通过LTE接入EPC，建立RRC连接和安全上下文。NSA架构下，LTE是"锚点"，一切从LTE开始。
步骤5-6：NR测量——eNB通过RRC重配消息下发NR测量配置（包含NR频点、SSB信息），UE测量NR小区的RSRP/RSRQ并上报。这个测量配置中会指示UE去测量哪些NR频点——这就是为什么在NSA网络中，即使UE还没连上5G，它也在默默"听"5G的信号。
步骤7-9：SN Addition协商——eNB决定添加gNB后，通过X2接口发送SgNB Addition Request，携带UE能力、请求的承载类型（MCG/SCG/Split）、期望的SCG配置等。gNB接纳后返回SCG无线参数（PSCell的PCI、频点、随机接入配置等）。
步骤10-12：UE配置SCG——eNB将gNB返回的SCG配置封装在RRC重配消息中发给UE。UE应用配置后，在PSCell发起随机接入（RACH），这就是UE"敲门"进入NR小区的过程。
步骤13-14：确认与数据传输——随机接入成功后，UE通过LTE向eNB回复重配完成，eNB通知gNB。此后Split Bearer开始工作，数据同时通过LTE和NR传输。
| 信令消息 | 关键参数 | 调试关注点 |
|---|---|---|
| Measurement Report | NR频点、SSB RSRP、RSRQ | 如果UE不上报NR测量，检查测量配置中的频点是否正确、门限是否合理 |
| SgNB Addition Request | UE能力、承载类型、E-RAB列表 | gNB拒绝通常因为资源不足或UE能力不匹配 |
| RRC Connection Reconfig | SCG-Config、PSCell PCI、RACH参数 | UE配置失败会导致SCG Failure，需检查参数是否超出了UE的能力范围 |
| Random Access to PSCell | Preamble、RAR、Msg3 | 如果RACH失败，检查PSCell的干扰、功率配置 |
在双连接中，SCG可能出现各种故障（NR信号突然变差、干扰、gNB负载过高等）。3GPP定义了SCG Failure处理机制，保障业务不中断。
SCG Failure 处理流程:
UE检测到SCG异常
│
▼
┌─────────────────────┐
│ SCG Failure 触发条件: │
│ • T310超时(RLF) │
│ • RLC达到最大重传次数 │
│ • 随机接入失败 │
│ • SRB3完整性校验失败 │
└──────────┬──────────┘
│
▼
UE挂起SCG的所有上行传输（但MCG正常）
│
▼
UE通过MCG向MN发送 SCG Failure Information
(含失败类型、失败小区标识、测量结果)
│
▼
MN 决策如何处理:
┌─────────┴─────────┐
│ │
▼ ▼
重新添加SN 释放SN
(新SgNB Addition) (UE回到纯LTE)
设计哲学：SCG失败不等于掉线——MCG仍然完好，业务通过MCG继续。这就像副引擎熄火了，主引擎还在跑。MN收到失败信息后，可以选择重新添加SN（换一个gNB或调整参数），也可以暂时释放SN让UE回到纯LTE模式。
工程师调试陷阱：如果频繁出现SCG Failure followed by SN Addition（"乒乓"现象），通常是NR覆盖边缘问题——gNB信号时好时坏。建议检查PSCell的RSRP门限设置、迟滞参数（hysteresis）、以及是否需要在弱覆盖区域降低SN Addition的触发门限。
在实际5G网络中，CA和DC经常叠加使用，形成多层聚合架构：
现实网络示例: EN-DC + LTE CA + NR CA
┌───────────── EPC ─────────────┐
│ │
┌────┴─────┐ ┌────┴─────┐
│ LTE eNB │◄──── X2接口 ────►│ NR gNB │
│ (MN) │ │ (SN) │
│ B1+B3 CA │ │ n78 CA │
│(2CC聚合) │ │(2CC聚合) │
└────┬─────┘ └────┬─────┘
│ │
┌────┴───────────────────────────────┴────┐
│ UE │
│ ┌──────────┐ ┌──────────┐ │
│ │MCG MAC │ │SCG MAC │ │
│ │B1+B3(2CC)│ │n78(2CC) │ │
│ │ PCell │ │ PSCell │ │
│ │ SCell │ │ SCell │ │
│ └──────────┘ └──────────┘ │
└─────────────────────────────────────────┘
总聚合: 2(LTE CC) + 2(NR CC) = 4CC同时工作
峰值速率: LTE ~400Mbps + NR ~1.2Gbps ≈ 1.6Gbps
这就是为什么你在手机状态栏看到"5G"图标时，实际可能在用4个甚至更多载波同时传数据。
| 参数 | 作用 | 典型值 | 调优建议 |
|---|---|---|---|
| CA组合策略 | 决定哪些CC可聚合 | 厂商预配置 | 根据UE能力支持率选择最优组合 |
| SCell激活门限 | SCell RSRP达到多少才激活 | -110 ~ -100 dBm | 过低浪费UE功耗，过高浪费频谱 |
| SN Addition门限 | NR RSRP达到多少触发SN添加 | -105 ~ -95 dBm | 过低导致频繁SCG Failure |
| SN Change触发条件 | 何时切换到新的gNB | A3/A5事件 | 使用迟滞避免乒乓 |
| Split Bearer分流比 | 数据在MN/SN间的分配比例 | 动态调整 | NR信号好时倾向NR，差时回退LTE |
| SCG Deactivation Timer | SCG空闲多久后去激活 | 10-60秒 | 太短导致频繁添加/释放，太长浪费资源 |
故障1：UE无法添加SN（5G图标不亮） - 检查UE能力：是否支持EN-DC？支持哪些NR频段组合？ - 检查测量配置：NR频点是否配置正确？UE是否上报了测量报告？ - 检查X2接口：eNB与gNB的X2是否正常？SCTP偶联是否建立？ - 检查gNB资源：是否有足够的PRB、RRC连接数？
故障2：SN Addition成功但速率低 - 检查Split Bearer分流比：是否大量数据仍走LTE？ - 检查NR SCell激活状态：SCell是否已激活（通过MAC CE激活信令）？ - 检查X2带宽：分流数据经过X2转发，X2带宽瓶颈会限制NR侧吞吐量 - 检查NR PCI模3/6/30冲突：干扰导致MCS偏低
故障3：频繁SCG Failure - 统计SCG Failure类型（RLF vs RLC失败 vs RACH失败），不同类型指向不同根因 - 检查PSCell覆盖边缘是否有邻区漏配（导致无法及时SN Change） - 考虑提高SN Addition的RSRP门限，让UE只在NR信号足够好的区域才添加SN
面向5G-Advanced（R18/R19），载波聚合和双连接还在持续演进：
1. 上行载波聚合增强（UL CA）：5G初期下行CA较成熟，上行受限于UE功率和射频能力。R18引入了更灵活的上行CA切换机制（UL Tx Switching），允许UE在两个频段间动态切换上行发射，而不需要同时支持两个频段的上行射频链路。
2. SUL（Supplementary Uplink）：NR频段（如n78）的下行带宽大但上行覆盖受限（高频段路损大）。SUL将上行切换到低频段（如1.8GHz），下行仍在高频段——上下行解耦，弥补了NR上行覆盖短板。
3. 网络侧智能分流：基于AI的负载预测和分流决策，MN可以根据实时业务QoS需求和两端的信道状态，动态调整Split Bearer的分流比例，甚至实现基于QoS Flow级别的精细分流。
Q1: 载波聚合和双连接可以同时使用吗？
A: 完全可以，而且非常常见。双连接的两个节点（MN和SN）各自内部可以独立使用CA。例如，MN做LTE两载波CA（B1+B3），SN做NR两载波CA（n78+n41），UE同时享受4个CC的资源。UE侧有2个MAC实体（MCG MAC和SCG MAC），各自管理自己小区组内的CA调度。
Q2: EN-DC和SA有什么区别？为什么运营商要从EN-DC过渡到SA？
A: EN-DC是NSA模式，UE的控制面（RRC/NAS）走LTE和EPC，NR只提供用户面加速。SA模式下UE直接连接5GC，不依赖LTE。过渡到SA的原因：（1）SA不依赖LTE覆盖，NR独立运营更灵活；（2）SA支持5G专属业务（网络切片、URLLC、定位等）；（3）SA架构更简单，减少X2接口依赖和信令开销。但NSA在5G建网初期利用现有LTE覆盖，部署成本低、速度快。
Q3: PSCell和PCell的区别是什么？
A: PCell是MCG的主小区，负责整体RRC连接管理、NAS信令、安全上下文，只有一个。PSCell是SCG的"主小区"，负责SCG内部的随机接入和SCG级别信令。两者都是"主"的概念，但层级不同：PCell是全局主，PSCell只是SCG内部的主。在EN-DC中，PCell是LTE小区，PSCell是NR小区。
Q4: 为什么Option 3x比Option 3和Option 3a更常用？
A: Option 3（数据全走MN再转发给SN）对X2接口时延和带宽要求高，且MN可能成为瓶颈；Option 3a（数据直连SN）要求EPC同时维护到两个基站的数据面，增加了核心网复杂度。Option 3x是折中方案：数据从UPF到MN后，MN的PDCP层做分流决策，一部分直接走LTE，一部分经X2转发给gNB走NR——核心网只看到一个数据面端点，MN灵活控制分流比例，是最实际的部署选择。
Q5: SCG Failure会影响通话吗？
A: 取决于承载类型。如果是MCG Bearer（语音通常走MCG），SCG Failure不影响。如果是Split Bearer，SCG侧的数据会中断，但MCG侧仍在传输，MN可以将全部数据切回MCG。这也是为什么VoLTE/VoNR在双连接架构中通常配置为MCG Bearer——确保语音业务不受NR侧故障影响。
本文由「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 等场景全覆盖。