在5G NR协议栈中，PDCP（Packet Data Convergence Protocol）子层位于RRC与RLC之间，承担加密、完整性保护、头压缩和按序投递等核心功能。而PDCP重复（PDCP Duplication）是其面向URLLC场景的关键增强——通过为同一个PDCP PDU创建两份（或多份）完全相同的拷贝，经由两条独立的RLC承载分别传输，实现物理层以上的路径分集增益。
其设计哲学简单而深刻：不依赖底层重传，一次发送两份拷贝走不同的路。当一条路径遭遇深衰落或干扰，另一条路径仍大概率成功送达。两条路径同时失败的概率趋近于零，这正是URLLC追求99.999%可靠性的核心保障。
这一机制由三份规范共同定义：
| 规范 | 职责 | 关键章节 |
|---|---|---|
| TS 38.323 | PDCP层复制行为、重复丢弃 | Section 5.2.1, 5.4 |
| TS 38.331 | RRC配置参数、承载建立 | PDCP-Config IE, DRB-ToAddMod |
| TS 38.321 | MAC CE动态激活/去激活 | Section 6.1.3.x |
PDCP重复根据两条RLC承载的归属关系，分为CA-based和DC-based两种架构，它们的差异远不止"同基站vs异基站"那么简单。
graph TB
subgraph "CA-based PDCP Duplication"
PDCP_A[PDCP Entity] --> RLC1_A[Primary RLC Entity]
PDCP_A --> RLC2_A[Secondary RLC Entity]
RLC1_A --> MAC_A[MAC - 同一MAC实体]
RLC2_A --> MAC_A
MAC_A --> CC1[Component Carrier 1]
MAC_A --> CC2[Component Carrier 2]
end
subgraph "DC-based PDCP Duplication"
PDCP_B[PDCP Entity<br/>位于MN] --> RLC1_B[MCG RLC Entity]
PDCP_B --> RLC2_B[SCG RLC Entity]
RLC1_B --> MAC_MN[MN MAC]
RLC2_B --> MAC_SN[SN MAC]
MAC_MN --> MCell[MN Cell]
MAC_SN --> SCell[SN Cell]
end
CA-based重复中，主RLC实体和辅RLC实体属于同一个gNB，但使用不同的分量载波（Component Carrier）。关键特征：
PDCP-Config中的pdcp-Duplication字段为TRUE时激活，primaryPath字段通过cellGroup+logicalChannel指定主路径DC-based重复中，两个RLC实体分别属于MCG（Master Cell Group）和SCG（Secondary Cell Group），即跨gNB传输。关键特征：
PDCP-ParametersMRDC ::= SEQUENCE {
pdcp-DuplicationSplitSRB ENUMERATED {supported} OPTIONAL,
pdcp-DuplicationSplitDRB ENUMERATED {supported} OPTIONAL
}
| 对比维度 | CA-based | DC-based |
|---|---|---|
| 路径独立性 | 同gNB不同载波，共享回传 | 跨gNB，独立回传和空口 |
| 可靠性增益 | 中等（空口分集为主） | 高（端到端路径分集） |
| 资源开销 | 占用同gNB另一个CC的资源 | 占用SN的空口和回传资源 |
| 时延控制 | gNB内协调，可控性强 | 跨节点调度，时延不确定 |
| 部署复杂度 | 仅需CA配置 | 需DC/MR-DC架构支撑 |
| 调度协调 | 单MAC调度器可协调 | 双MAC独立调度，无法协调 |
| 适用场景 | eMBB可靠性增强、工业IoT | URLLC关键业务、V2X安全消息 |
PDCP重复的完整激活过程是一个从静态配置到动态控制的三层链路，这也是运营商在实际部署中需要精细调优的关键。
sequenceDiagram
participant gNB as gNB(MN)
participant UE as UE
participant SN as gNB(SN)
Note over gNB,UE: 第一层：RRC配置阶段
gNB->>UE: RRCReconfiguration
Note right of UE: DRB-ToAddMod:<br/>pdcp-Duplication = true<br/>primaryPath = {cellGroup=1, LCID=3}<br/>moreThanOneRLC配置<br/>secondary RLC bearer配置
UE->>gNB: RRCReconfigurationComplete
Note over gNB,UE: 第二层：MAC CE动态激活
gNB->>UE: PDCP Duplication Activation MAC CE
Note right of UE: Bitmap: D1=1(DRB1激活)<br/>D2=0(DRB2不激活)
Note right of UE: UE激活DRB1的secondary RLC entity
Note over gNB,UE: 第三层：数据传输阶段
gNB->>UE: DL PDCP PDU(SN=100) via Primary Path
gNB->>UE: DL PDCP PDU(SN=100) via Secondary Path
Note right of UE: PDCP层检测到重复SN<br/>丢弃后到的拷贝
Note over gNB,UE: 动态去激活
gNB->>UE: PDCP Duplication Deactivation MAC CE
Note right of UE: Bitmap: D1=0<br/>挂起secondary RLC entity
RRC层通过RRCReconfiguration消息中的DRB-ToAddMod IE完成PDCP重复的基础配置。根据TS 38.331 Release 18，关键字段含义如下：
PDCP-Config IE核心字段解析：
| 字段名 | 类型 | 含义 |
|---|---|---|
pdcp-Duplication |
BOOLEAN | 出现即表示重复已配置；值为TRUE表示RRC配置完成后立即激活 |
primaryPath |
{cellGroup, logicalChannel} | 指定主RLC实体的CellGroup ID和LCID |
moreThanOneRLC |
SEQUENCE | 配置多RLC实体模式，包含ul-DataSplitThreshold和pdcp-Duplication |
duplicationState |
SEQUENCE(SIZE(N)) OF BOOLEAN | Rel-16增强，指定每个辅RLC实体的初始激活状态 |
t-Reordering |
ENUMERATED | PDCP重排序定时器，重复场景下需精心设置 |
outOfOrderDelivery |
ENUMERATED | 是否允许乱序投递 |
特别需要注意TS 38.331对pdcp-Duplication字段的精确描述（原文）：
"The presence of this field indicates that duplication is configured. The value of this field, when the field is present, indicates the state of the duplication at the time of receiving this IE. If set to true, duplication is activated. The value of this field is always true, when configured for a SRB."
这意味着： - 字段不存在 → PDCP重复未配置 - 字段存在但值为FALSE → PDCP重复已配置但未激活（等待MAC CE激活） - 字段存在且值为TRUE → PDCP重复已配置且立即激活
RRC配置只是"开锁"，MAC CE才是"开关"。gNB通过PDCP Duplication Activation/Deactivation MAC CE实现毫秒级的动态控制。
MAC CE格式采用位图（Bitmap）方式：
| Oct 1 | D8 | D7 | D6 | D5 | D4 | D3 | D2 | D1 |
|---------|------|------|------|------|------|------|------|------|
| Oct 2 | D16 | D15 | D14 | D13 | D12 | D11 | D10 | D9 |
| ... | ... | ... | ... | ... | ... | ... | ... | ... |
其中Di = 1表示激活DRB i的PDCP重复，Di = 0表示去激活。MAC CE通过特定的LCID标识，UE接收到后按以下逻辑处理：
当PDCP重复处于激活态，PDCP实体对每个待发送的PDCP SDU执行以下操作：
发送端（gNB或UE）： 1. PDCP SDU经过加密、完整性保护、头压缩后，生成PDCP PDU 2. 分配相同的PDCP SN（Sequence Number） 3. 将该PDCP PDU的拷贝分别递交给主RLC实体和辅RLC实体 4. 两个RLC实体独立进行分段（如果需要），通过各自关联的逻辑信道发送
接收端： 1. PDCP实体维护一个接收窗口，基于PDCP SN跟踪已接收的PDU 2. 当收到一个PDCP PDU时，检查其SN是否已被投递至上层 3. 如果SN已存在（即重复PDU），直接丢弃后到的拷贝 4. 如果SN不存在（首次收到），正常按序投递
graph LR
subgraph "Rel-15: 双RLC实体"
P15[PDCP] --> R1_15[RLC Entity 1]
P15 --> R2_15[RLC Entity 2]
end
subgraph "Rel-16: 多RLC实体增强"
P16[PDCP] --> R1_16[RLC Entity 1]
P16 --> R2_16[RLC Entity 2]
P16 --> R3_16[RLC Entity 3]
P16 --> R4_16[RLC Entity 4]
end
subgraph "Rel-17: Survival Time"
P17[PDCP] --> R1_17[RLC Entity 1]
P17 --> R2_17[RLC Entity 2]
ST17[CS-RNTI触发<br/>自动激活] -.-> P17
end
subgraph "Rel-18: Multi-Path+ sidelink"
P18[PDCP] --> R1_18[Direct Path]
P18 --> R2_18[Indirect Path<br/>via Relay]
P18 --> R3_18[3rd/4th Path]
end
Rel-15仅支持2个RLC实体，Rel-16引入了moreThanTwoRLC-DRB，允许一个DRB关联最多4个RLC实体，对应TS 38.331中的配置结构：
moreThanTwoRLC-DRB-r16 ::= SEQUENCE {
splitSecondaryPath-r16 LogicalChannelIdentity OPTIONAL,
duplicationState-r16 SEQUENCE (SIZE(3)) OF BOOLEAN OPTIONAL
}
关键变化：
- duplicationState从单个BOOLEAN扩展为SIZE(3)的BOOLEAN数组，分别控制3个辅RLC实体的激活状态
- 新增pdcp-DuplicationMoreThanTwoRLC-r16 UE能力指示
- MAC CE bitmap也随之扩展，支持指示更多DRB的重复状态
Rel-17引入了survivalTimeStateSupport字段，TS 38.331的描述极其精炼：
"If this field is configured to be true, all associated RLC entities are activated for PDCP duplication upon reception of a retransmission grant addressed to CS-RNTI."
这意味着： - 正常状态下PDCP重复可以处于去激活态以节省资源 - 当UE收到CS-RNTI（Configured Scheduling RNTI）寻址的重传授权时，自动激活所有关联RLC实体的PDCP重复 - 这是为URLLC场景设计的"紧急触发"机制——首次传输失败时立即启用冗余路径，避免等待gNB下发MAC CE的时延
Rel-18进一步扩展到Multi-Path（MP）操作和Sidelink PDCP重复：
-- Rel-18 新增 UE 能力字段
pdcp-DuplicationMoreThanOneUuRLC-r18 ENUMERATED {supported} OPTIONAL
pdcp-DuplicationMP-SplitDRB-r18 ENUMERATED {supported} OPTIONAL
pdcp-DuplicationMP-SplitSRB-r18 ENUMERATED {supported} OPTIONAL
-- Sidelink PDCP Duplication
pdcp-DuplicationSRB-sidelink-r18 ENUMERATED {supported} OPTIONAL
pdcp-DuplicationDRB-sidelink-r18 ENUMERATED {supported} OPTIONAL
Multi-Path操作支持直连路径（Direct Path）和中继路径（Indirect Path via Relay UE）的PDCP重复，为U2N（UE-to-Network）中继场景提供了端到端可靠性保障。
PDCP重复的核心博弈在于：每激活一个重复承载，空口资源消耗接近翻倍。
| 场景 | 无重复 | CA-based重复 | DC-based重复 |
|---|---|---|---|
| 下行资源消耗 | 1x PDCCH + 1x PDSCH | 1x PDCCH + 2x PDSCH（不同CC） | 2x PDCCH + 2x PDSCH |
| 上行资源消耗 | 1x PUSCH | 2x PUSCH（不同CC） | 2x PUSCH |
| 缓冲区占用 | 正常 | 接近翻倍 | 接近翻倍 |
| PDCCH开销 | 正常 | 无额外PDCCH | 翻倍PDCCH |
| 对其他UE影响 | 无 | 同CC的资源竞争 | 跨gNB资源竞争 |
资源成本 = f(重复路径数 × 业务可靠性需求 × 网络负载水平)
实际部署中，运营商需要在不同场景下做出决策：
策略一：始终激活（Static Always-On） - 适用：URLLC关键业务（工业控制、远程手术） - 成本：资源消耗持续翻倍，小区容量减半 - 时延：最低，无MAC CE切换时延
策略二：按需激活（Dynamic On-Demand） - 适用：混合业务场景，多数eMBB + 少量URLLC - 成本：仅在需要时消耗额外资源 - 触发机制：gNB基于QoS Flow的5QI参数判断是否启用重复
策略三：Survival Time自适应（Rel-17智能模式） - 适用：对首传成功率有要求但可容忍偶发重传的场景 - 成本：首传不消耗冗余资源，仅在首传失败时自动激活 - 延迟：首次失败后有额外MAC处理延迟
PDCP重复场景下，t-Reordering的设置直接影响性能：
RRC层识别：
- 在RRCReconfiguration消息中搜索pdcp-Duplication字段
- 检查DRB-ToAddMod中是否存在moreThanOneRLC配置
- 查看primaryPath字段，如果logicalChannel存在且与辅RLC承载的LCID不同，确认CA-based重复
MAC层识别： - 搜索LCID对应的PDCP Duplication Activation/Deactivation MAC CE - 该MAC CE的LCID值在TS 38.321 Table 6.2.1-1中有明确定义
PDCP层识别： - 同一SN的PDCP PDU出现在两个不同的逻辑信道上 - 接收端PDCP层的重复丢弃统计计数器增长
| 故障现象 | 可能原因 | 排查方向 |
|---|---|---|
| 重复PDU未触发丢弃 | t-Reordering配置过短 | 检查PDCP-Config中t-Reordering值 |
| MAC CE激活后辅路径无数据 | 辅RLC承载的逻辑信道优先级过低 | 检查LogicalChannelConfig中priority和PBR |
| CA-based重复辅CC调度不足 | 辅CC负载过高或PDCCH受限 | 检查辅CC的PDCCH CCE利用率和负载 |
| DC-based重复SN路径时延过大 | Xn接口传输时延 | 检查MN-SN之间的Xn RTT |
| UE不支持PDCP重复 | UE能力未上报 | 检查UECapabilityInformation中PDCP-Parameters |
| ## 七、PDCP重复与其他可靠性机制的协同 |
PDCP重复并非孤立的可靠性方案，它与5G系统中其他机制存在紧密的协同关系：
graph TB
subgraph "5G可靠性保障体系"
PDCP_DUP[PDCP Duplication<br/>L2路径冗余]
HARQ[HARQ重传<br/>L1快速纠错]
RLC_ARQ[RLC AM ARQ<br/>L2可靠传输]
SPSCG[SPS/Configured Grant<br/>L1预留资源]
REDUNDANCY[Redundancy Version<br/>L1编码冗余]
end
HARQ --> |HARQ失败| RLC_ARQ
RLC_ARQ --> |RLC重传失败| PDCP_DUP
PDCP_DUP --> |重复路径均失败| SPSCG
REDUNDANCY -.-> |与PDCP重复互补| PDCP_DUP
style PDCP_DUP fill:#f96,stroke:#333,stroke-width:2px
关键协同点： - PDCP重复 + SPS Configured Grant：URLLC场景下，预配置资源 + PDCP重复实现"零调度时延 + 路径分集" - PDCP重复 + RLC AM：RLC ARQ作为底层补充，PDCP重复作为L2层的快速冗余路径 - PDCP重复 vs HARQ：HARQ在同一个HARQ进程内重传，PDCP重复是跨越不同载波/节点的路径冗余，两者互补而非替代
Q1: PDCP重复和Split Bearer有什么区别？
A: Split Bearer是PDCP实体将不同的PDCP PDU分流到不同RLC实体传输，目的是增加吞吐量。PDCP重复是将相同的PDCP PDU发送到不同RLC实体，目的是增加可靠性。两者共享moreThanOneRLC配置框架，但行为完全不同。Split Bearer的分流决策基于ul-DataSplitThreshold（上行数据分流门限），超过门限才启用分流。
Q2: 为什么SRB的pdcp-Duplication值总是true？
A: TS 38.331明确规定"The value of this field is always true, when configured for a SRB"。原因是SRB承载RRC信令，RRC消息（如切换命令）的可靠性至关重要——一旦丢失可能导致切换失败甚至掉线。因此SRB一旦配置PDCP重复，必须立即激活，不允许去激活状态。
Q3: CA-based重复中，两条路径真的独立吗？
A: 不完全独立。CA-based重复共享同一个gNB的回传链路和基带处理资源，空口方面使用不同载波提供一定的频率分集。但如果gNB本身发生故障或回传链路拥塞，两条路径会同时受影响。真正的端到端路径分集只有DC-based重复才能提供。
Q4: Rel-16支持4个RLC实体后，是否意味着4份重复？
A: 是的，但并非所有4个RLC实体都必须用于重复。Rel-16的duplicationState是SIZE(3)的BOOLEAN数组，每位独立控制一个辅RLC实体的激活状态。运营商可以选择性地激活2个或3个辅路径，灵活平衡可靠性和资源消耗。
Q5: PDCP重复对5QI有什么要求？
A: 3GPP规范并未限制PDCP重复只能用于特定5QI。但从实际部署角度，PDCP重复主要用于5QI=80~85（URLLC类）和5QI=69/70/79（V2X类）。运营商在PCF策略中可基于5QI决定是否通过RRC配置PDCP重复。
本文由「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 等场景全覆盖。