5G URLLC 端到端冗余传输机制深度拆解：双连接双路径如何托住"六个九"可靠性

一、问题溯源：为什么 5G 不能只靠一条用户面路径

URLLC（Ultra-Reliable Low Latency Communication，超可靠低时延通信）是 3GPP 为工业互联网、远程控制、车联网、电网差动保护等场景定义的核心能力。其量化指标极为苛刻：以 TS 22.261 为基准，端到端用户面时延要求低至 1ms 量级，可靠性目标高达 1−10⁻⁵（即 99.999%）乃至 1−10⁻⁶。

一条从 UE 到应用服务器的 5G 用户面路径，会串接诸多环节：UE 无线链路、gNB、N3 传输、UPF（含 I-UPF 中间 UPF 与 PSA 锚点 UPF）、N6/N9 传输、DN。任何一个环节出现单点故障（一次光路瞬断、一台 UPF 重启、一次 gNB 射频异常），整条路径的可靠性就会被击穿。用纯概率计算：若单条路径可靠性为 99.9%，那么端到端只能勉强满足普通业务；要逼近 99.999%，必须让数据包同时走两条物理/逻辑相互独立的路径，在接收端"双发选收"——这便是 TS 23.501 Section 5.33.2"Redundant transmission for high reliability communication"的设计起点。

3GPP 在 Release 16 首次引入冗余传输，并在 Release 17/18/19/20 持续增强。本文聚焦当前最新 TS 23.501 Rel-20 下 5.33.2 节定义的三种冗余方案，并对5.33.2.1 双连接端到端冗余用户面路径这一最完整、最典型的机制，从 NAS 触发、SMF 选路、N2 信息单元（IE）下发到 NG-RAN 双连接承载建立，做端到端信令全链拆解。

flowchart TB
    subgraph UE["UE"]
        U1["PDU Session #1<br/>业务复制/去重"]
        U2["PDU Session #2"]
    end
    subgraph RAN["NG-RAN (Dual Connectivity)"]
        MN["Master Node (MN)<br/>终结 N3 隧道#1"]
        SN["Secondary Node (SN)<br/>终结 N3 隧道#2"]
    end
    subgraph CN["5GC"]
        UPF1["PSA UPF #1"]
        UPF2["PSA UPF #2"]
    end
    DN["DN / 应用服务器<br/>App 层去重"]
    U1 --> MN
    U2 --> SN
    MN -.独立路径A.-> UPF1 --> DN
    SN -.独立路径B.-> UPF2 --> DN
    style UE fill:#e8f5e9
    style RAN fill:#fff3e0
    style CN fill:#e3f2fd

上图即 5.33.2.1 的核心拓扑：一条业务流被拆成两个 PDU 会话，分别锚定在不同 UPF，经 MN 与 SN 两套独立射频+传输路径送达 DN，任意一条路径全损，业务不中断。

二、三种冗余方案的全景对比

TS 23.501 5.33.2 下，冗余并非只有一种实现，而是按"冗余点位置"分三层递进：

三种方案可叠加（A+B+C 联用达到极致可靠性），也可独立部署。本文重点拆解方案 A，并在第四节对比方案 B的 RSN 机制。

三、方案 A 信令全链拆解：一对冗余 PDU 会话的建立

3.1 总体流程

方案 A 的本质是：UE 在 NAS 层发起两个指向相同 DNN + S-NSSAI 的 PDU 会话，SMF 识别出二者构成"冗余 PDU 会话对（Redundant PDU Session pair）"，并在 N2 信息中告知 NG-RAN，NG-RAN 据此通过 Dual Connectivity 把两个会话分别落到 MN 与 SN，形成两条端到端独立路径。

sequenceDiagram
    autonumber
    participant UE
    participant RAN as NG-RAN (MN+SN)
    participant AMF
    participant SMF as SMF-1 / SMF-2
    participant UPF1 as PSA UPF #1
    participant UPF2 as PSA UPF #2
    participant DN as Application Server

    Note over UE,DN: 第一条冗余 PDU 会话（Path A，最终落于 MN）
    UE->>AMF: UL NAS Transport (PDU Session Est. Req, PDU Sess ID=1)
    AMF->>SMF: Nsmf_PDUSession_CreateSMContext (SUPI, DNN, S-NSSAI, <b>Redundant PDU Sess=true</b>)
    SMF->>SMF: PCF 策略决策 / 选 PSA UPF #1
    SMF->>UPF1: N4 Session Establishment
    SMF->>AMF: Namf_Comm_N1N2MessageTransfer<br/>(N2 SM: Redundant PDU Sess Info + TEID#1)
    AMF->>RAN: N2 PDU Session Resource Setup Request
    RAN->>UE: RRC Reconfiguration (DRB#1, MN-terminated)

    Note over UE,DN: 第二条冗余 PDU 会话（Path B，最终落于 SN）
    UE->>AMF: UL NAS Transport (PDU Session Est. Req, PDU Sess ID=2)
    AMF->>SMF: Nsmf_PDUSession_CreateSMContext (<b>Redundant PDU Sess=true</b>, 关联 Sess ID=1)
    SMF->>SMF: 选 PSA UPF #2（与 #1 不同的 UPF）
    SMF->>UPF2: N4 Session Establishment
    SMF->>AMF: Namf_Comm_N1N2MessageTransfer<br/>(N2 SM: Redundant Pair Info + TEID#2)
    AMF->>RAN: N2 PDU Session Resource Setup Request
    Note over RAN: NG-RAN 识别"配对"指示 → 将会话#2 落到 SN
    RAN->>RAN: MN 发起 SN Addition（Xn AP ScgAdd）
    RAN->>UE: RRC Reconfiguration (DRB#2, SN-terminated, MCG/SCG 分离)

    Note over UE,DN: 双路径就绪，业务层双发选收
    UE->>UPF1: UL 数据包副本A (DRB#1→N3#1)
    UE->>UPF2: UL 数据包副本B (DRB#2→N3#2)
    UPF1->>DN: 数据包 A
    UPF2->>DN: 数据包 B
    Note over DN: 应用层按序号去重，保留先到包

3.2 逐条信令与关键 IE 剖析

第 1 步：UE 发起两个 PDU 会话。 UE 在 NAS 层（TS 24.501）通过 UL NAS TRANSPORT 消息发起 PDU Session Establishment Request，两次分别携带不同的 PDU Session Identity（如 1 与 2），但 DNN 与 S-NSSAI 完全相同。订阅数据中该 SUPI 对应的 URLLC 业务需开通"冗余传输许可"，UDM 会通过 Nudm_Sdm 下发的会话管理订阅数据（SM Subscription Data）告知 SMF 该用户允许建立冗余 PDU 会话对。

第 2 步：SMF 的核心决策——配对识别与双 UPF 选路。 这是方案 A 最关键的逻辑。SMF 在 Nsmf_PDUSession_CreateSMContext 处理中，依据以下信息判定"本会话属于冗余对"：

• 订阅数据中的 Redundant PDU Session 允许标志；
• 来自 PCF 的策略（SM Policy Association）中可能携带的冗余指示；
• 与既有同 DNN/S-NSSAI 会话的关联关系。

SMF 随后为两个会话选择不同的 PSA UPF（若部署允许），并准备两条独立的 N3 TEID。注意：两个会话可由同一 SMF 管理，也可由不同 SMF 管理（跨 SMF 场景需借助 SMF 间协调，5.33.2.1 给出了"SMF 在 N11/N16 交互中交换冗余配对信息"的扩展能力）。

第 3 步：N2 SM Information——把"配对"信号交给 NG-RAN。 SMF 通过 Namf_Comm_N1N2MessageTransfer 把 N2 SM information 透传给 NG-RAN，其中携带本机制最核心的 IE：

NG-RAN 收到第二个会话的 N2 消息后，比对两个会话的"Redundant PDU Session Information"，识别出二者构成一对，进而触发 Dual Connectivity 重构：把会话 #2 安排到 SN（Secondary Node），形成 SN-terminated N3 隧道；会话 #1 维持在 MN（Master Node），形成 MN-terminated N3 隧道。两套射频链路、两套传输路径物理隔离。

第 4 步：RRC Reconfiguration 与承载分离。 NG-RAN 通过 RRC Reconfiguration（TS 38.331）为两个 PDU 会话分别建立 DRB。在 Dual Connectivity 框架下，DRB 分为 MCG bearer（主小区组）、SCG bearer（辅小区组）与 Split bearer。方案 A 中，两个冗余会话分别对应一条 MCG-terminated 与一条 SCG-terminated 的 N3 隧道，确保 UE↔MN↔UPF#1 与 UE↔SN↔UPF#2 两条路径全程不交叉。

第 5 步：业务层双发选收。 路径建立完成后，复制与去重的责任落在应用层或 UE 的冗余处理实体。3GPP 规定方案 A 不强制 5G 网络内部做包级复制（那是方案 B 的 RSN 职责），而是由 UE 上层应用对同一业务数据包发送两份副本（分别走会话 #1 与 #2），DN 侧应用服务器按序列号去重、丢弃迟到副本。这与方案 B 形成本质区别。

四、方案 B 对比：单会话内的 N3/N9 隧道冗余与 RSN

方案 B（5.33.2.2）不改变 UE 行为（仅一个 PDU 会话），而是在 RAN 与 PSA UPF 之间引入两条独立的 N3/N9 GTP-U 隧道，并通常插入两个中间 UPF（I-UPF），每个 I-UPF 承载一条隧道。其关键技术是 RSN（Redundant Sequence Number，冗余序列号）：

flowchart LR
    UE["UE"] --> RAN["NG-RAN<br/>(复制/去重)"]
    RAN -->|"N3 隧道#1 + RSN"| IUPF1["I-UPF #1"]
    RAN -->|"N3 隧道#2 + RSN"| IUPF2["I-UPF #2"]
    IUPF1 -->|"N9 #1"| PSA["PSA UPF<br/>(去重/复制)"]
    IUPF2 -->|"N9 #2"| PSA
    PSA -->|"去重后单流"| DN["DN"]
    PSA -.->|"下行:复制为带不同 RSN 的两份"| RAN
    style PSA fill:#ffe0b2

• 下行方向：PSA UPF 将每个下行包复制成两份，分别打上不同 RSN，经两条 N9/N3 隧道下发；NG-RAN 依据 RSN 判定为重复包，丢弃后到的一份，仅向上层递交先到的。
• 上行方向：NG-RAN 复制上行包（带不同 RSN），PSA UPF 去重。
• RSN 通过 GTP-U 扩展头承载（TS 38.415），与 QFI 并列。
• 方案 B 的优势：无需 UE 改造、无需应用层配合，对 UE 完全透明；缺点是两条隧道仍可能经过同一 gNB（无线段单点未消除），故可靠性略低于方案 A。

五、QoS Monitoring（5.33.3）：冗余路径的"健康监测雷达"

冗余路径建立后，如何持续感知每条路径的时延与可用性？TS 23.501 5.33.3 定义了QoS Monitoring for packet delay，为 URLLC 提供逐包时延测量与告警能力，是保障冗余方案实际生效的关键配套机制。

stateDiagram-v2
    [*] --> 监测配置: SMF经N4下发监测策略
    监测配置 --> 测量上报周期触发: 周期到达
    监测配置 --> 测量上报事件触发: 时延超阈值
    测量上报周期触发 --> SMF评估: RAN/UPF上报
    测量上报事件触发 --> SMF评估
    SMF评估 --> 正常: 时延达标
    SMF评估 --> 告警与重配: 时延劣化/路径异常
    告警与重配 --> 监测配置: 触发会话修改/重选UPF
    正常 --> 监测配置

5.33.3 提供两种测量粒度：

1. Per QoS Flow per UE QoS Measurement（5.33.3.2）：测量每个 UE 每个 QoS Flow 的 UL/DL 单向时延与往返时延（RTT）。机制是利用 GTP-U 头中的时间戳 IE：下行 UPF 打下行时间戳、RAN 测量；上行 RAN 打上行时间戳、UPF 测量，结果经 SMF 上报 PCF/AF。
2. GTP-U Path Measurement（5.33.3.3）：针对 N3/N9 GTP-U 路径本身进行路径时延测量（路径探测报文），用于评估传输段质量，尤其服务于方案 B 的双隧道健康度判定。

当某条路径时延超阈值或异常，SMF 可触发 PDU Session Modification，将业务切换或重建到更优路径，实现冗余的动态维护。

六、抓包识别与实战排错

6.1 抓包如何识别冗余传输流程

6.2 常见故障点与排查思路

1. 两条路径落到同一 gNB 节点：说明 NG-RAN 未正确解析"Redundant PDU Session Information"。排查 NGAP 消息中该 IE 是否被 SMF 正确下发、RAN 厂商是否支持方案 A。这是最常见的"假冗余"——表面两条会话，实则无线段无隔离，可靠性未真正提升。
2. 两个 PSA UPF 物理共址：若部署时两个 UPF 落在同一服务器/机房，传输段仍存在单点。需在 SMF 的 UPF 选择策略（ NRF 查询时按拓扑/机房属性过滤）中保证物理隔离。
3. 应用层不去重导致重复消费：方案 A 依赖应用层去重，若应用未实现按序号去重，会收到重复数据导致业务异常。需 DN 侧应用配合。
4. RSN 去重失效：方案 B 中若 RSN 扩展头被中间设备剥离，会导致 UPF/RAN 无法去重。检查 GTP-U 隧道全程是否透传 RSN 扩展头。

七、常见问题

Q1：方案 A 与方案 B 到底该选哪个？ A：若对可靠性要求极高、且可改造 UE/应用（如电网差动保护、远程手术），选方案 A（端到端双 PDU 会话+双连接+双 UPF），无线与核心网全程隔离；若希望对 UE 透明、不想动应用层、只想加强 CN+RAN 段冗余，选方案 B（单会话双 N3/N9 隧道+RSN）。两者也可叠加使用。

Q2：方案 A 中两个 PDU 会话必须由同一 SMF 管理吗？ A：不必。5.33.2.1 允许跨 SMF 部署，此时需 SMF 间协调交换冗余配对信息，复杂度更高但部署更灵活，常用于不同切片由不同 SMF 管理的场景。

Q3：RSN 与普通 QFI 是什么关系？ A：二者并列于 GTP-U 头。QFI 标识业务流所属 QoS Flow，决定调度优先级；RSN 是冗余序列号，用于标识复制副本以供去重。一个 QoS Flow 的包可被复制成带不同 RSN 的两份。

Q4：冗余传输会增加多少带宽开销？ A：方案 A/B 均将数据复制为两份，用户面带宽近乎翻倍。这是用带宽换可靠性的经典权衡，故仅用于小带宽、高可靠 URLLC 业务，不会用于 eMBB 大流量。

Q5：QoS Monitoring 测出的时延如何影响冗余路径选择？ A：SMF 周期性或事件性收到每条路径的 UL/DL/RTT 时延，一旦某路径时延超阈值或 GTP-U 路径探测失败，SMF 可触发 PDU Session Modification 重选 UPF 或调整冗余策略，实现冗余的动态自愈。

参考来源

1. 3GPP TS 23.501 Rel-20, Section 5.33 — Support for Ultra Reliable Low Latency Communication — 冗余传输三方案（5.33.2.1/5.33.2.2/5.33.2.3）与 QoS Monitoring（5.33.3）权威定义
2. 3GPP 官方技术页 — Ultra Reliable and Low Latency Communications — 冗余包接收端去重机制的官方说明
3. 5G URLLC: Dual Connectivity & Redundant Transmission — Medium — PSA UPF 与 RAN 间双 N3/N9 隧道冗余原理图解
4. SignalVortex — Ultra-Reliable and Low Latency Communication in 5G (R16) — N3/N9 隧道内冗余与 RSN 复制/去重流程分析
5. 5GC 支持双基站冗余传输方案 — 知乎 — CN 与 RAN 不同物理传输路径冗余的工程实现解读

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