首页 › slicing-mec › 5G URLLC冗余双径传输机制深度拆解

5G URLLC冗余双径传输机制深度拆解:Redundant QoS Flow Pair与PDU Session Pair信令全链路解析

一、引言:为什么URLLC需要端到端冗余传输

5G URLLC(Ultra-Reliable Low-Latency Communication)场景对可靠性提出了极端要求——工业自动化控制要求99.99999%(7个9)的通信可靠性,远程手术要求端到端时延低于1ms。单个传输路径无论如何优化物理层和MAC层,都无法在链路故障场景下保证数据可达。3GPP从Rel-16开始引入端到端冗余传输机制,定义在TS 23.501 Section 5.33.3和TS 23.502 Section 4.15,通过建立两条完全独立的数据面路径,实现"双重保险"。

本文聚焦TS 23.501 Section 5.33.3中定义的两种核心冗余传输方案——Redundant QoS Flow Pair(冗余QoS流对)和Redundant PDU Session Pair(冗余PDU会话对),逐信令消息拆解其建立流程、N4规则注入机制、数据面复制与去重逻辑。

二、URLLC冗余传输总体架构

2.1 三层冗余方案对比

3GPP为URLLC定义了三个层次的冗余传输能力,分别在不同协议层实现路径分集:

冗余层次 控制节点 独立路径范围 可靠性增益 TS章节
PDCP层复制 gNB 同一gNB内不同RLC/MAC实体 单站内分集 TS 38.300 Section 7.5
冗余QoS Flow Pair SMF 同一PDU Session内不同N3隧道 N3传输分集 TS 23.501 Section 5.33.3.1
冗余PDU Session Pair SMF 两个独立PDU Session各自完整路径 端到端分集 TS 23.501 Section 5.33.3.2
graph TB
    subgraph "方案一:Redundant QoS Flow Pair"
        UE1[UE] -->|QFI=1,QFI=2| gNB1[gNB]
        gNB1 -->|N3 Tunnel 1| UPF1A[PSA UPF]
        gNB1 -->|N3 Tunnel 2| UPF1B[I-UPF → PSA UPF]
        UPF1A --> DN1[DN]
        UPF1B --> DN1
    end

    subgraph "方案二:Redundant PDU Session Pair"
        UE2[UE] -->|PDU Session 1| gNB2A[gNB1]
        UE2 -->|PDU Session 2| gNB2B[gNB2]
        gNB2A -->|N3 Tunnel 1| UPF2A[PSA UPF 1]
        gNB2B -->|N3 Tunnel 2| UPF2B[PSA UPF 2]
        UPF2A --> DN2[DN]
        UPF2B --> DN2
    end

    subgraph "方案三:PDCP Duplication"
        UE3[UE] -->|PDCP复制| gNB3[gNB]
        gNB3 -->|RLC leg 1 CA/DC| RLC1[RLC Entity 1]
        gNB3 -->|RLC leg 2 CA/DC| RLC2[RLC Entity 2]
    end

2.2 设计意图:为什么需要三种方案

PDCP层复制(TS 38.323 Section 5.4)在无线侧实现包级别的1:2复制,对核心网完全透明,但只能防护空口链路故障,无法防护N3传输或UPF单点故障。

冗余QoS Flow Pair在同一PDU Session内建立两条QoS流,SMF确保它们分别映射到不同的N3/N9 GTP-U隧道。这提供了传输层面的路径分集,但共享同一个SMF和同一个PDU Session上下文,SMF/UE侧仍存在单点风险。

冗余PDU Session Pair是"终极方案"——UE建立两个完全独立的PDU Session,每个Session拥有独立的SMF、UPF、N3隧道乃至不同的gNB。只有在两个独立路径同时失败时数据才会丢失,理论上可靠性可达1 - (10⁻⁵)² = 10⁻¹⁰,远超7个9的要求。

三、方案一:Redundant QoS Flow Pair信令拆解

3.1 架构要素

在Redundant QoS Flow Pair方案中,关键约束条件包括:

3.2 完整信令时序图

sequenceDiagram
    participant UE
    participant gNB as gNB(RAN)
    participant AMF
    participant SMF
    participant UDM
    participant PCF
    participant UPF1 as PSA UPF
    participant UPF2 as I-UPF/PSA2

    Note over UE,UPF2: 步骤1-5: PDU Session建立(含冗余QoS Flow协商)

    UE->>gNB: 1. NAS PDU Session Establishment Request
    Note right of UE: 携带DNN/S-NSSAI<br/>DNN配置指示需冗余传输<br/>或URSP规则触发
    gNB->>AMF: 2. N2 NAS Transport (NAS PDU)
    AMF->>SMF: 3. Nsmf_PDUSession_CreateSMContext Request
    Note right of AMF: 携带SUPI/DNN/S-NSSAI<br/>SMF根据订阅数据判断<br/>是否启用冗余传输

    SMF->>UDM: 4. Nudm_SDM_Get (Session Management Subscription)
    UDM-->>SMF: 4a. Subscription Data (含Redundant Session Info)

    SMF->>PCF: 5. Npcf_SMPolicyControl_Create
    Note right of SMF: PCF可能提供冗余传输策略<br/>或通过本地策略决定
    PCF-->>SMF: 5a. SM Policy (含URLLC QoS参数)

    Note over SMF: SMF决策:启用Redundant QoS Flow Pair<br/>选择UPF1为主PSA<br/>选择UPF2为冗余路径PSA

    SMF->>UPF1: 6. N4 Session Establishment Request
    Note right of SMF: Create PDR (QFI=1, Priority=高)<br/>Create FAR (Forward to N6/DN)<br/>Create QER (QoS Enforcement)<br/>请求分配N3 DL F-TEID(Tunnel 1)

    UPF1-->>SMF: 6a. N4 Session Establishment Response
    Note left of UPF1: N3 DL F-TEID (IP1:TEID1)

    SMF->>UPF2: 7. N4 Session Establishment Request
    Note right of SMF: Create PDR (QFI=2, Priority=高)<br/>Create FAR (Forward to N6/DN)<br/>Create QER (QoS Enforcement)<br/>请求分配N3 DL F-TEID(Tunnel 2)

    UPF2-->>SMF: 7a. N4 Session Establishment Response
    Note left of UPF2: N3 DL F-TEID (IP2:TEID2)

    SMF->>AMF: 8. Namf_Communication_N1N2MessageTransfer
    Note right of SMF: N1: PDU Session Establishment Accept<br/>含QFI=1和QFI=2<br/>含Redundant QoS Flow Pair指示<br/><br/>N2: SM Information<br/>- QFI Pair (QFI1, QFI2)<br/>- N3 DL F-TEID (IP1:TEID1)<br/>- N3 DL F-TEID (IP2:TEID2)<br/>- Redundant QoS Flow Indication

    AMF->>gNB: 9. N2 PDU Session Resource Setup Request
    Note right of AMF: 携带N2 SM Information<br/>gNB解析双N3隧道端点<br/>识别冗余QoS Flow对

    gNB-->>AMF: 10. N2 PDU Session Resource Setup Response
    Note left of gNB: N3 UL F-TEID (IP3:TEID3) → Tunnel 1<br/>N3 UL F-TEID (IP4:TEID4) → Tunnel 2

    AMF->>SMF: 11. Nsmf_PDUSession_UpdateSMContext Request
    Note right of AMF: 携带gNB分配的<br/>双N3 UL F-TEID

    SMF->>UPF1: 12. N4 Session Modification Request
    Note right of SMF: 更新FAR: N3 UL F-TEID (IP3:TEID3)<br/>对应QFI=1的上行隧道

    UPF1-->>SMF: 12a. N4 Session Modification Response

    SMF->>UPF2: 13. N4 Session Modification Request
    Note right of SMF: 更新FAR: N3 UL F-TEID (IP4:TEID4)<br/>对应QFI=2的上行隧道

    UPF2-->>SMF: 13a. N4 Session Modification Response

    Note over UE,UPF2: 冗余传输路径建立完成

    Note over gNB: DL数据面:gNB通过PDCP复制<br/>将同一包发往Tunnel1和Tunnel2<br/>UPF1/UPF2各自转发到DN<br/>DN侧去重
    Note over UE: UL数据面:UE通过PDCP复制<br/>两个QoS Flow各自承载在<br/>不同DRB→不同N3隧道<br/>UPF侧去重

3.3 关键IE解析

3.3.1 PDU Session Establishment Request中的冗余指示

UE在NAS PDU Session Establishment Request中通过以下方式触发冗余传输:

IE名称 位置 取值 说明
DNN NAS SM Header 运营商预配置的URLLC DNN 如"internet-urllc",SMF据此判定需冗余
S-NSSAI NAS SM Header URLLC切片SST SST=2(Rel-15)或运营商自定义
PCO (Protocol Configuration Options) NAS SM Container Redundant PDU Session Information Rel-17新增,UE显式请求冗余
URSP规则触发 UE内部 RSD匹配 UE根据URSP规则决定使用冗余DNN

3.3.2 N2 SM Information中的冗余参数

SMF在N1N2MessageTransfer中向RAN传递的冗余关键信息:

IE名称 TS 38.413章节 描述
QoS Flow Pair Information 9.3.1.55 指示QFI1和QFI2构成冗余对
Redundant QoS Flow Indication 9.3.1.x 布尔标志,标识此PDU Session启用冗余QoS Flow
UL NG-U UP TNL Information 9.3.2.6 每个QoS Flow对应的N3 UL隧道信息
DL NG-U UP TNL Information 9.3.2.6 每个QoS Flow对应的N3 DL隧道信息
QoS Flow QoS Parameters 9.3.1.50 包含5QI=84/85等URLLC专用QoS参数

3.4 N4会话规则注入详解

SMF通过N4接口(PFCP协议,TS 29.244)向UPF注入冗余传输规则。以下展示两个UPF的N4规则差异:

UPF1(主路径PSA)N4 Session Establishment

PFCP Session Establishment Request:
├─ Create PDR (Packet Detection Rule) #1
│  ├─ PDR ID: 1
│  ├─ Precedence: 100
│  ├─ PDI (Packet Detection Information):
│  │  ├─ Source Interface: ACCESS (N3)
│  │  ├─ F-TEID: TEID=TEID3, IP=IP3 (gNB UL Tunnel 1)
│  │  └─ QFI: 1
│  ├─ Outer Header Removal: GTP-U/UDP/IPv4
│  └─ FAR ID: 1 → Forward to CORE (N6)
│
├─ Create PDR #2 (DL方向)
│  ├─ PDR ID: 2
│  ├─ PDI:
│  │  ├─ Source Interface: CORE (N6)
│  │  └─ UE IP Address: x.x.x.x
│  ├─ FAR ID: 2 → Forward to ACCESS (N3)
│  │  └─ Outer Header Creation: TEID=TEID1, IP=IP1
│  └─ QER ID: 1 → QoS Enforcement (5QI=84)
│
├─ Create FAR (Forwarding Action Rule) #1
│  ├─ FAR ID: 1
│  ├─ Apply Action: FORW
│  └─ Forwarding Parameters:
│     └─ Destination Interface: CORE
│
├─ Create FAR #2
│  ├─ FAR ID: 2
│  ├─ Apply Action: FORW
│  └─ Forwarding Parameters:
│     ├─ Destination Interface: ACCESS
│     └─ Outer Header Creation: GTP-U/UDP/IPv4
│        └─ TEID=TEID1, IP=IP1 (DL F-TEID for gNB)
│
└─ Create QER (QoS Enforcement Rule) #1
   ├─ QER ID: 1
   ├─ QFI: 1
   ├─ GFBR UL/DL: 10 Mbps
   ├─ MFBR UL/DL: 20 Mbps
   └─ Packet Delay Budget: 5ms

UPF2(冗余路径PSA)N4 Session Establishment

与UPF1结构相同,关键差异:

参数 UPF1 UPF2
PDR中QFI QFI=1 QFI=2
N3 UL F-TEID IP3:TEID3 IP4:TEID4
N3 DL F-TEID IP1:TEID1 IP2:TEID2
QER中QFI 1 2
QoS参数 相同5QI=84 相同5QI=84(冗余对QoS参数必须一致)

关键约束:TS 23.501 Section 5.33.3.1明确规定,冗余QoS Flow对中的两个QoS Flow必须具有完全相同的QoS参数(相同的5QI、GFBR、MFBR、MDBV),确保两条路径的传输质量对等。

四、方案二:Redundant PDU Session Pair信令拆解

4.1 架构要素与独立路径要求

Redundant PDU Session Pair的独立性要求远高于QoS Flow Pair:

独立性维度 要求 目的
PDU Session 两个独立PDU Session ID 信令面隔离
SMF 两个不同SMF实例 控制面无单点
UPF/PSA 两个不同PSA UPF 数据面无单点
N3隧道 两条完全独立的GTP-U隧道 传输面隔离
gNB 可选:两个不同gNB(双连接) 空口隔离
N6接口 可选:两个不同N6出口 DN侧隔离

4.2 完整信令时序图

sequenceDiagram
    participant UE
    participant gNB1 as gNB1(MN)
    participant gNB2 as gNB2(SN)
    participant AMF
    participant SMF1 as SMF-1
    participant SMF2 as SMF-2
    participant UPF1 as PSA UPF-1
    participant UPF2 as PSA UPF-2
    participant DN

    Note over UE,DN: 阶段一:建立PDU Session 1(主路径)

    UE->>gNB1: 1a. NAS PDU Session Establishment Request (PSI=1)
    Note right of UE: DNN=URLLC-DNN<br/>S-NSSAI=SST:2<br/>PCO含Redundant Session Info<br/>PDU Session Pair ID=Alpha

    gNB1->>AMF: 2a. N2 NAS Transport
    AMF->>SMF1: 3a. Nsmf_PDUSession_CreateSMContext (PSI=1)

    Note over SMF1: SMF-1识别冗余请求<br/>选择UPF-1作为PSA

    SMF1->>UPF1: 4a. N4 Session Establishment
    UPF1-->>SMF1: 5a. N4 Response (N3 DL F-TEID-1)

    SMF1->>AMF: 6a. N1N2MessageTransfer
    Note right of SMF1: N1: PDU Session Est Accept<br/>N2: N3 DL F-TEID-1<br/>Redundant Session Pair Indicator

    AMF->>gNB1: 7a. N2 PDU Session Resource Setup
    gNB1-->>AMF: 8a. N2 Response (N3 UL F-TEID-1)

    AMF->>SMF1: 9a. UpdateSMContext (N3 UL F-TEID-1)
    SMF1->>UPF1: 10a. N4 Session Modification

    Note over UE,DN: 阶段二:建立PDU Session 2(冗余路径)

    UE->>gNB2: 1b. NAS PDU Session Establishment Request (PSI=2)
    Note right of UE: DNN=URLLC-DNN(相同)<br/>S-NSSAI=SST:2(相同)<br/>PCO含Redundant Session Info<br/>PDU Session Pair ID=Alpha(关联标识)

    gNB2->>AMF: 2b. N2 NAS Transport
    AMF->>SMF2: 3b. Nsmf_PDUSession_CreateSMContext (PSI=2)

    Note over SMF2: AMF选择不同的SMF-2<br/>SMF-2选择UPF-2作为PSA<br/>(确保与UPF-1不同)

    SMF2->>UPF2: 4b. N4 Session Establishment
    UPF2-->>SMF2: 5b. N4 Response (N3 DL F-TEID-2)

    SMF2->>AMF: 6b. N1N2MessageTransfer
    Note right of SMF2: N1: PDU Session Est Accept<br/>N2: N3 DL F-TEID-2<br/>Redundant Session Pair Indicator

    AMF->>gNB2: 7b. N2 PDU Session Resource Setup
    gNB2-->>AMF: 8b. N2 Response (N3 UL F-TEID-2)

    AMF->>SMF2: 9b. UpdateSMContext (N3 UL F-TEID-2)
    SMF2->>UPF2: 10b. N4 Session Modification

    Note over UE,DN: 双路径冗余传输激活

    rect rgb(200, 230, 200)
        Note over UE: UE PDCP层:复制每个数据包
        Note over UE: 原始包 → PDU Session 1 → gNB1 → UPF1 → DN
        Note over UE: 副本包 → PDU Session 2 → gNB2 → UPF2 → DN
        Note over DN: DN应用层:去重(基于序号)
    end

4.3 PDU Session Pair关联机制

两个独立PDU Session如何被识别为冗余对?TS 23.501 Section 5.33.3.2定义了以下关联方式:

graph TD
    A[UE发起冗余PDU Session] --> B{关联方式}
    B -->|方式1| C[PCO携带Redundant PDU Session Info]
    C --> C1[PDU Session Pair ID]
    C --> C2[Redundant PDU Session Indicator]
    B -->|方式2| D[URSP规则触发]
    D --> D1[Traffic Descriptor匹配]
    D --> D2[RSD中指示redundant session]
    B -->|方式3| E[SMF本地策略]
    E --> E1[基于DNN判断]
    E --> E2[基于S-NSSAI判断]

    C1 --> F[SMF关联两个PDU Session]
    C2 --> F
    D2 --> F
    E1 --> F
    E2 --> F

    F --> G[SMF确保:<br/>1. 不同UPF选择<br/>2. 不同N3传输路径<br/>3. 通知RAN冗余对关系]

PDU Session Pair ID是关键标识——UE在建立第二个PDU Session时,在PCO中携带与第一个PDU Session相同的Pair ID,SMF据此将两个Session关联。如果SMF-1和SMF-2是不同实例,则需要通过UDM共享状态或Nsmf Service-based交互来协调冗余对关系。

4.4 SMF选择策略博弈

Redundant PDU Session Pair的核心挑战在于SMF和UPF选择策略——必须确保两个PDU Session使用不同的SMF和UPF,否则冗余失效。

选择策略 触发条件 SMF选择逻辑 UPF选择逻辑
基于DNN拓扑 DNN配置为URLLC冗余类型 基于DNN+DNAI选择不同SMF Pool 选择不同DNAI对应的UPF
基于S-NSSAI 切片内配置冗余能力 同切片内不同SMF实例 不同UPF实例
基于Redundant Session Info UE PCO携带关联信息 SMF查询已有关联Session的SMF 选择与已有Session不同UPF
基于PCF策略 PCF下发冗余要求 PCF指定SMF选择约束 PCF指定UPF选择约束

五、数据面复制与去重机制

5.1 下行(DL)数据面处理

flowchart TD
    subgraph DN侧
        AF[Application Server] -->|发送数据包P1| DUP1[复制点]
    end

    DUP1 -->|P1原始| UPF1[PSA UPF-1]
    DUP1 -->|P1副本| UPF2[PSA UPF-2]

    UPF1 -->|N3 Tunnel 1<br/>GTP-U SN=100| gNB1[gNB-1]
    UPF2 -->|N3 Tunnel 2<br/>GTP-U SN=100| gNB2[gNB-2]

    gNB1 -->|DRB-1| UE1[UE RLC-1]
    gNB2 -->|DRB-2| UE2[UE RLC-2]

    UE1 --> PDCP[PDCP层去重]
    UE2 --> PDCP

    PDCP -->|基于PDCP SN去重<br/>先到先收,后到丢弃| APP[上层应用]

    style DUP1 fill:#f9f,stroke:#333
    style PDCP fill:#bbf,stroke:#333

5.2 上行(UL)数据面处理

上行方向的复制和去重取决于冗余方案:

方案 复制点 去重点 机制
QoS Flow Pair UE PDCP层 UPF(DN侧) UE复制到两个QoS Flow,UPF去重后合并
PDU Session Pair UE应用层 DN应用服务器 UE应用层复制到两个Socket
PDCP Duplication UE/gNB PDCP层 对端PDCP层 基于PDCP SN的重复检测

5.3 去重算法状态机

stateDiagram-v2
    [*] --> WaitingFirst: 初始状态
    WaitingFirst --> PacketReceived: 收到PDCP SN=N
    PacketReceived --> ForwardToApp: 首次收到SN=N
    ForwardToApp --> WaitingDuplicate: 记录SN=N为已转发
    WaitingDuplicate --> DuplicateReceived: 收到重复SN=N
    DuplicateReceived --> Discard: 丢弃重复包
    Discard --> WaitingDuplicate
    WaitingDuplicate --> Timeout: SN=N去重窗口超时
    Timeout --> WaitingFirst: 清除SN=N记录

    note right of ForwardToApp
        关键参数:
        - t-Duplication: 去重窗口定时器
        - PDCP SN范围: 12/18 bit
        - 窗口大小: 由SMF/RRC配置
    end note

六、N4接口冗余传输规则深度解析

6.1 PFCP规则中的冗余相关IE

TS 29.244 Section 5.24定义了N4接口支持URLLC冗余传输所需的扩展:

IE名称 IE Type 用途 出现位置
Redundant Transmission Parameters Grouped IE 指示此N4会话用于冗余传输 Create/Update PDR
Packet Replication and Detection Enumerated DUPL=复制,DETN=去重检测 FAR Apply Action扩展
QoS Flow Pair Identifier Unsigned32 标识冗余QoS Flow对 Create QER
Transport Level Marking OctetString DSCP标记确保两条路径QoS一致 Create QER

6.2 复制UPF的N4规则示例

当SMF需要在UPF侧执行DL包复制时(适用于QoS Flow Pair方案中同一UPF负责两条路径的场景):

PFCP Session Establishment Request (复制UPF):
├─ Create PDR #1 (检测DL业务)
│  ├─ PDI: Source Interface = CORE, UE IP = x.x.x.x
│  └─ FAR ID: 1
│
├─ Create FAR #1 (复制并双路转发)
│  ├─ FAR ID: 1
│  ├─ Apply Action: DUPL (Duplication)
│  └─ Duplication Parameters:
│     ├─ Destination 1: ACCESS, Outer Header = GTP-U(TEID1, IP1)
│     │  → 映射到QFI=1, N3 Tunnel 1
│     └─ Destination 2: ACCESS, Outer Header = GTP-U(TEID2, IP2)
│        → 映射到QFI=2, N3 Tunnel 2
│
├─ Create PDR #2 (检测UL Tunnel 1)
│  ├─ PDI: Source Interface = ACCESS, F-TEID = TEID3, QFI = 1
│  └─ FAR ID: 2 → Forward to CORE
│
├─ Create PDR #3 (检测UL Tunnel 2)
│  ├─ PDI: Source Interface = ACCESS, F-TEID = TEID4, QFI = 2
│  └─ FAR ID: 3 → Forward to CORE
│
└─ Create URR (Usage Reporting Rule) #1
   ├─ URR ID: 1
   ├─ Measurement Method: VOLUME
   ├─ Report Triggers: PERIODIC
   └─ Redundant Transmission Reporting: ENABLED
      (确保冗余流量不计入双倍配额)

七、QoS监控与冗余性能保障

7.1 QoS Monitoring机制

TS 23.501 Section 5.33.4定义了URLLC专用的QoS Monitoring,与冗余传输协同工作:

sequenceDiagram
    participant gNB
    participant UPF as PSA UPF
    participant SMF

    Note over gNB,SMF: UL Delay Monitoring

    gNB->>UPF: N3 Data Packet (GTP-U)
    Note right of gNB: GTP-U Header携带:<br/>DL Delay Result (gNB→UE)<br/>UL Delay Result (UE→gNB)<br/>Send Timestamp T1

    UPF->>SMF: N4 Session Report
    Note left of UPF: 计算UL N3 Delay = T_arrival - T1<br/>汇总端到端时延<br/>UL Path Delay = UE→gNB + N3 + UPF处理

    Note over gNB,SMF: DL Delay Monitoring

    UPF->>gNB: N3 Data Packet (GTP-U)
    Note left of UPF: GTP-U Header携带:<br/>DL Send Timestamp T2

    gNB->>SMF: N2 QoS Monitoring Report
    Note right of gNB: 计算 N3 DL Delay = T_arrival - T2<br/>端到端 DL Delay = UPF→gNB + gNB→UE

    SMF->>SMF: 比较Path1和Path2时延
    Note over SMF: 若Path1时延持续优于Path2<br/>可触发SMF调整UPF选择<br/>或通知PCF调整策略

7.2 URLLC专用5QI与冗余传输的映射

5QI Resource Type Priority Packet Delay Budget Packet Error Rate 典型应用
80 Non-GBR 0.01 10ms 10⁻⁵ 低延迟V2X消息
84 Delay Critical GBR 0.3 30ms 10⁻⁵ Remote Processing
85 Delay Critical GBR 0.7 5ms 10⁻⁵ Industrial Automation
86 Delay Critical GBR 0.1 10ms 10⁻⁵ Video Uplink Streaming

冗余QoS Flow Pair通常使用5QI=85(工业自动化)或5QI=84(远程处理),确保每条独立路径都满足Delay Critical GBR要求。

八、实战连接:抓包识别与故障排错

8.1 Wireshark抓包识别冗余传输

关键过滤条件:

# 过滤PDU Session Establishment中的冗余指示
nas-5gs.sm.message_type == 0xc1 && pco.option.type == 0x##(Redundant Session Info)

# 过滤N2 SM Information中的双N3隧道
ngap.pDUSessionResourceSetupItemTransferRel && ngap.uL_NG_UP_TNLInformation

# 过滤PFCP N4 Session中的冗余参数
pfcp.f_seid && pfcp.create_far && pfcp.apply_action == DUPL

# 过滤GTP-U中的QoS Monitoring时间戳
gtp.v1.ext_header_type == 0x85 && gtp.timestamp

8.2 常见故障点与排错

故障现象 可能原因 排错方法
只有一条路径有流量 SMF未成功建立双N4 Session 检查SMF日志中N4 Session是否双UPF都成功
重复包未被去重 UE/DN去重窗口超时或SN不连续 检查PDCP SN连续性和t-Duplication定时器配置
两条路径时延差异巨大 N3传输路径未真正隔离(共享物理链路) 检查IP路由表确保两条N3走不同传输路径
UE建立第二个PDU Session失败 AMF未选择不同SMF/UDM不允许 检查SMF选择策略和UE订阅数据中的冗余授权
冗余流量被计费双倍 URR未配置Redundant Reporting 检查N4 URR中redundantTransmissionReporting参数
## 九、常见问题

Q1: Redundant QoS Flow Pair和Redundant PDU Session Pair如何选择? A: 当可靠性要求为5-6个9时,QoS Flow Pair即可满足(N3传输分集);当要求7个9以上时(如工业运动控制),应使用PDU Session Pair实现端到端隔离。实际部署中还需考虑网络拓扑——如果UPF资源有限无法部署两个独立PSA,则只能使用QoS Flow Pair方案。

Q2: 冗余传输是否会消耗双倍无线资源? A: 是的。PDU Session Pair方案中,每条路径独立占用空口资源(不同gNB或不同载波),频谱效率降低约50%。但URLLC业务通常是小包、低占空比特性(如工业控制指令仅几十字节/ms级周期),实际资源开销在可控范围内。QoS Flow Pair在单gNB场景下通过PDCP复制实现,也消耗双倍空口资源。

Q3: 两个PDU Session必须连接到不同的gNB吗? A: 不强制。TS 23.501 Section 5.33.3.2允许两个PDU Session连接到同一gNB的不同小区(通过CA或DC),也可连接到不同gNB(通过MR-DC)。选择取决于运营商网络拓扑和可靠性等级要求——跨站部署提供更高可靠性但实现复杂度更大。

Q4: 如何确保两条N3隧道真正物理隔离? A: SMF在N4 Session Establishment中通过选择不同UPF实例(部署在不同物理服务器/机房)和不同IP地址段来引导传输层分离。运营商还需在IP传输网层面配置不同路由策略(如使用不同MPLS LSP或不同VLAN),确保两条N3的IP包走不同的光纤路径。这需要传输网和核心网协同规划。

Q5: Rel-18/19对URLLC冗余传输有哪些增强? A: Rel-18增强了QoS Monitoring的实时性(TS 23.501 Section 5.33.4.3),支持更细粒度的时延测量和SMF动态路径切换。Rel-19引入了"Conditional Redundancy"——根据实时QoS Monitoring结果动态启用/禁用冗余传输,在保证可靠性的同时节省资源。此外,AI/ML辅助的冗余路径预测也在TR 23.700系列中探讨。

参考来源

  1. 3GPP TS 23.501 V19.x.x — Section 5.33.3: Support of redundant transmission for URLLC
  2. 3GPP TS 23.502 V19.x.x — Section 4.15: URLLC redundant transmission procedures
  3. 3GPP TS 29.244 V18.x.x — Section 5.24: N4 interface support for URLLC
  4. 5G URLLC Dual Connectivity & Redundant Transmission — Medium — 信令流程图解
  5. Ultra-Reliable and Low Latency Communication in 5G — SignalVortex — Rel-16 URLLC冗余传输方案综述
  6. N4 Interface URLLC Support — iTecSpec — N4接口URLLC规则详解

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

51学通信知识星球海报-扫码加入