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规则注入机制、数据面复制与去重逻辑。
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
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方案中,关键约束条件包括:
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侧去重
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 |
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参数 |
SMF通过N4接口(PFCP协议,TS 29.244)向UPF注入冗余传输规则。以下展示两个UPF的N4规则差异:
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
与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的独立性要求远高于QoS Flow Pair:
| 独立性维度 | 要求 | 目的 |
|---|---|---|
| PDU Session | 两个独立PDU Session ID | 信令面隔离 |
| SMF | 两个不同SMF实例 | 控制面无单点 |
| UPF/PSA | 两个不同PSA UPF | 数据面无单点 |
| N3隧道 | 两条完全独立的GTP-U隧道 | 传输面隔离 |
| gNB | 可选:两个不同gNB(双连接) | 空口隔离 |
| N6接口 | 可选:两个不同N6出口 | DN侧隔离 |
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
两个独立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交互来协调冗余对关系。
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选择约束 |
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
上行方向的复制和去重取决于冗余方案:
| 方案 | 复制点 | 去重点 | 机制 |
|---|---|---|---|
| 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的重复检测 |
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
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 |
当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
(确保冗余流量不计入双倍配额)
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调整策略
| 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要求。
关键过滤条件:
# 过滤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
| 故障现象 | 可能原因 | 排错方法 |
|---|---|---|
| 只有一条路径有流量 | 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系列中探讨。
本文由「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 等场景全覆盖。
