首页 › deep-tech › 5G RAN架构拆解：CU/DU分离原理

5G RAN架构拆解：CU/DU分离与功能切分原理全解

从4G"铁盒子"到5G"拆积木"——理解基站为什么要拆成CU、DU、RU三个部分

一、从一个比喻开始：为什么要把基站"拆开"？

想象你经营一家连锁餐厅。4G时代的做法是：每家门店都配齐全套人马——店长、厨师、服务员、收银员，所有决策都在店里完成。简单直接，但效率低下——门店之间各自为政，食材浪费严重，客流高峰时帮不上忙。

5G的思路变了：把管理职能分层集中——设立一个区域总部（CU），统一管理十家门店的菜单定价和会员系统；每家门店只保留厨师和执行团队（DU），专注于出菜速度；至于传菜窗口和桌台（RU），就放在离食客最近的地方。

这就是5G RAN架构的核心思想：把原本"一坨"的基站（gNB）拆成CU、DU、RU三个逻辑单元，让每个单元各司其职、灵活部署。

二、从4G到5G：基站架构的演进之路

2.1 4G LTE：一体式eNodeB

在4G时代，基站（eNodeB）是一个紧耦合的单体设备，所有协议层都运行在同一个硬件平台上：

4G eNodeB（单体架构）
┌─────────────────────────┐
│  RRC（无线资源控制）       │
│  PDCP（分组数据汇聚）      │
│  RLC（无线链路控制）       │
│  MAC（媒体接入控制）       │
│  PHY（物理层）            │
│  RF（射频）               │
└─────────────────────────┘
        ↕ CPRI光纤
   ┌──────────┐
   │  RRU/RRH  │  ← 远端射频单元
   └──────────┘

这种架构的问题： - 灵活性差：扩容或升级需要整站替换 - 资源浪费：每个基站独占计算资源，无法共享 - 协作困难：基站间干扰协调（ICIC）效率有限 - 厂商锁定：BBU和RRU必须同厂商

2.2 5G NR：解耦式gNB

5G打破了这个"铁疙瘩"，把gNB拆成三个逻辑组件：

graph TB
    subgraph 5GC["5G核心网"]
        AMF["AMF<br/>接入管理"]
        UPF["UPF<br/>用户面"]
    end

    subgraph CU["CU 集中单元"]
        RRC["RRC<br/>无线资源控制"]
        SDAP["SDAP<br/>业务数据适配"]
        PDCP["PDCP<br/>分组数据汇聚"]
    end

    subgraph DU1["DU-1 分布单元"]
        RLC1["RLC"]
        MAC1["MAC"]
        HPHY1["High PHY<br/>信道编码/调制"]
    end

    subgraph DU2["DU-2 分布单元"]
        RLC2["RLC"]
        MAC2["MAC"]
        HPHY2["High PHY"]
    end

    subgraph RU1["RU-1 射频单元"]
        LPHY1["Low PHY<br/>FFT/波束赋形"]
        RF1["RF 射频"]
        ANT1["📡 天线"]
    end

    subgraph RU2["RU-2 射频单元"]
        LPHY2["Low PHY"]
        RF2["RF 射频"]
        ANT2["📡 天线"]
    end

    AMF -->|"N2 控制面"| RRC
    UPF -->|"N3 用户面"| SDAP
    RRC --> PDCP
    SDAP --> PDCP
    PDCP -->|"F1 接口<br/>(高层切分)"| RLC1
    PDCP -->|"F1 接口"| RLC2
    HPHY1 -->|"eCPRI 前传<br/>(低层切分)"| LPHY1
    HPHY2 -->|"eCPRI 前传"| LPHY2

    style CU fill:#4A90D9,color:#fff,stroke:#2C5F8A
    style DU1 fill:#50B86C,color:#fff,stroke:#2D7A3E
    style DU2 fill:#50B86C,color:#fff,stroke:#2D7A3E
    style RU1 fill:#E8A838,color:#fff,stroke:#B37D1F
    style RU2 fill:#E8A838,color:#fff,stroke:#B37D1F
    style 5GC fill:#9B59B6,color:#fff,stroke:#6C3483
组件 全称 协议层 比喻角色 典型部署位置
CU Centralized Unit RRC, SDAP, PDCP 总部决策层 中心机房（可管数十个DU）
DU Distributed Unit RLC, MAC, High PHY 区域执行团队 接入机房/边缘机房
RU Radio Unit Low PHY, RF 一线门店（天线） 铁塔/楼顶/灯杆

三、核心问题：在哪里"切"？

5G RAN架构设计中最关键的决策就是功能切分点（Functional Split Point）——协议栈从哪里断开，上半部分放CU，下半部分放DU？

3.1 八种切分方案全景

3GPP TR 38.801定义了8种可能的切分方案（Option 1~8），每种方案的切分位置不同，带来的带宽需求和时延要求也不同：

graph TD
    subgraph 切分方案["5G RAN 功能切分方案（3GPP TR 38.801）"]
        direction TB
        L1["RRC"]
        L2["SDAP/PDCP"]
        L3["RLC"]
        L4["MAC"]
        L5["High PHY<br/>信道编码/调制"]
        L6["Low PHY<br/>FFT/波束赋形"]
        L7["RF 射频"]

        L1 --- L2
        L2 --- L3
        L3 --- L4
        L4 --- L5
        L5 --- L6
        L6 --- L7
    end

    S1["Option 1<br/>RRC/PDCP之间"] -.-> L2
    S2["Option 2 ⭐<br/>PDCP/RLC之间<br/>F1接口"] -.-> L3
    S5["Option 5<br/>MAC/PHY之间"] -.-> L5
    S6["Option 6<br/>PHY内部（MAC级）"] -.-> L5
    S7["Option 7 ⭐<br/>PHY内部（7-2x）<br/>eCPRI前传"] -.-> L6
    S8["Option 8<br/>PHY/RF之间<br/>CPRI"] -.-> L7

    style S2 fill:#4A90D9,color:#fff,stroke:#2C5F8A
    style S7 fill:#50B86C,color:#fff,stroke:#2D7A3E
    style S8 fill:#E8A838,color:#fff,stroke:#B37D1F

3.2 两种主流切分的深度对比

对比维度 Option 2（高层切分） Option 7-2x（低层切分）
切分位置 PDCP与RLC之间 PHY层内部（编码后/调制前）
标准接口 F1（F1-C / F1-U） O-RAN开放前传（eCPRI）
CU负责 RRC, SDAP, PDCP —
DU负责 RLC, MAC, High PHY High PHY（编码、速率匹配）
RU负责 — Low PHY（FFT、预编码、波束赋形）
前传带宽 较低（IP分组级） 较高（~数Gbps/载波）
时延要求 宽松（~几ms） 严格（~百μs级）
核心收益 集中调度、双连接 多小区协作、CoMP、厂商解耦
适用场景 CU-DU分离部署 O-RAN多厂商前传

3.3 切分点的"跷跷板效应"

选择切分点本质上是在带宽、时延、功能收益三者之间做平衡——这是一架跷跷板：

$$\text{切分越低} \Rightarrow \begin{cases} \text{前传带宽越大} \uparrow \ \text{时延要求越严} \uparrow \ \text{协作增益越高} \uparrow \end{cases}$$

为什么？因为越接近物理层，数据越"原始"——在PDCP层之上，数据还是IP包（几Mbps~几Gbps）；到了PHY层内部，数据变成了I/Q采样点（几十Gbps）。就像压缩文件和解压后的文件：压缩包传起来快，但解压后才能做精细处理。

关键带宽估算（以100MHz带宽、4T4R为例）：

切分方案 前传带宽需求（单向） 传输技术
Option 2（F1） ~1-10 Gbps 普通光纤/PTN
Option 7-2x（eCPRI） ~10-25 Gbps 光纤直连/SPN
Option 8（CPRI） ~50-100 Gbps 光纤直连（波分）

四、深入Option 2：F1接口与高层切分

4.1 为什么PDCP和RLC之间切？

PDCP层负责加密、头压缩、按序交付，RLC层负责分段重组、ARQ纠错。在这两层之间切分的好处：

  1. 集中控制面：RRC（信令）和PDCP（安全/排序）集中在CU，多个DU共享一个"大脑"
  2. 无缝切换：终端在CU内的不同DU之间切换时，PDCP不中断——数据在CU本地转发即可
  3. 双连接支撑：CU可以同时连接4G eNB和5G gNB的DU，实现EN-DC（4G+5G双连接）

4.2 F1接口的双面性

F1接口分为控制面（F1-C）和用户面（F1-U）两条流：

sequenceDiagram
    participant UE as 终端UE
    participant DU as DU
    participant CU as CU
    participant CN as 5G核心网

    Note over UE,CN: === 控制面流程（F1-C）===
    UE->>DU: RRC消息（封装在F1AP中）
    DU->>CU: F1AP: UL RRC Message Transfer
    CU->>CU: 解析RRC，执行决策
    CU->>DU: F1AP: DL RRC Message Transfer
    DU->>UE: 转发RRC消息

    Note over UE,CN: === 用户面流程（F1-U）===
    CN->>CU: GTP-U数据包（N3接口）
    CU->>CU: PDCP处理（加密/头压缩）
    CU->>DU: F1-U: DL用户数据
    DU->>DU: RLC/MAC/PHY处理
    DU->>UE: 无线发送

F1-C关键流程： - UE Context Setup：CU通知DU为终端建立上下文（分配C-RNTI、无线承载配置） - UE Context Modification：修改已有终端的配置（如调整QoS参数） - UE Context Release：终端释放后清理DU侧资源 - RRC Message Transfer：CU和DU之间透传RRC消息

F1-U关键特征： - 承载PDCP PDU（已加密、已压缩的数据包） - 支持流量控制：DU向CU反馈期望的数据速率 - 基于GTP-U over UDP/IP传输

4.3 CU还能进一步拆：CU-CP和CU-UP

在实际部署中，CU还可以进一步分为控制面CU（CU-CP）和用户面CU（CU-UP），通过E1接口连接：

子单元 功能 价值
CU-CP RRC, F1-C控制面 信令集中管理
CU-UP SDAP, PDCP, F1-U用户面 用户面可独立扩容、就近部署

这就像把总部的"行政部"和"生产部"分开——行政部只需要一个小办公室，生产部可以根据业务量灵活扩展。

五、深入Option 7-2x：O-RAN前传与低层切分

5.1 PHY层内部到底切了什么？

Option 7-2x是最受关注的低层切分方案，它把物理层（PHY）一分为二：

处理步骤 High PHY（DU侧） Low PHY（RU侧）
信道编码（LDPC/Polar） ✅
速率匹配 ✅
交织 ✅
调制（QAM映射） ✅（Category A）/ RU侧（Category B）
层映射 ✅
预编码/波束赋形 ✅
RE映射（资源网格） ✅
IFFT/CP添加 ✅
DAC/ADC ✅

O-RAN定义了两个Category： - Category A：调制在DU侧完成，RU只做预编码和IFFT——前传带宽较低 - Category B：调制在RU侧完成，DU发送编码后的比特——前传带宽更低，但RU处理更重

5.2 为什么7-2x成为O-RAN标准选择？

O-RAN Alliance选择7-2x作为标准前传切分方案，是多方博弈的结果：

  1. 带宽可控：相比Option 8（CPRI传输原始I/Q），7-2x传输的是编码后的数据，带宽降低约50-70%
  2. 协作可行：DU集中了多个RU的High PHY，可以进行小区间协调调度
  3. 开放解耦：标准化接口使O-RU和O-DU可以来自不同厂商——这是O-RAN的核心目标
  4. 时延可接受：虽然比Option 2严格，但现代光纤网络（25G/50G）可以满足百μs级时延

5.3 eCPRI：前传的新"高速公路"

传统的CPRI接口传输原始I/Q采样数据，带宽巨大且固定（不管有没有用户数据都占满带宽）。eCPRI（enhanced CPRI）做了关键改进：

特性 CPRI eCPRI
传输内容 固定速率I/Q采样 按需传输（编码后数据）
带宽效率 低（恒定速率） 高（统计复用）
传输层 专用光纤 Ethernet/IP（可交换）
灵活性 低 高（可路由、可复用）
典型速率 ~10Gbps/天线端口 ~10-25Gbps/载波（共享）

eCPRI基于以太网传输，这意味着前传流量可以走交换机、走路由、走OTN传输网——不再需要"一根光纤直连一个RU"了。

六、三种部署形态：D-RAN、C-RAN、云化RAN

graph TB
    subgraph DRAN["D-RAN 分布式部署"]
        direction LR
        DCU1["CU"] --- DDU1["DU"] --- DRU1["RU"]
        DCU2["CU"] --- DDU2["DU"] --- DRU2["RU"]
        DCU3["CU"] --- DDU3["DU"] --- DRU3["RU"]
    end

    subgraph CRAN["C-RAN 集中式部署"]
        direction LR
        CCU["CU<br/>（共享）"] --- CDU1["DU-1"]
        CCU --- CDU2["DU-2"]
        CCU --- CDU3["DU-3"]
        CDU1 --- CRU1["RU-1"]
        CDU2 --- CRU2["RU-2"]
        CDU3 --- CRU3["RU-3"]
    end

    subgraph VRAN["vRAN 云化部署"]
        direction LR
        VPOOL["通用服务器池<br/>（CU+DU虚拟化）"]
        VPOOL --- VRU1["RU-1"]
        VPOOL --- VRU2["RU-2"]
        VPOOL --- VRU3["RU-3"]
        VPOOL --- VRU4["RU-N..."]
    end

    DRAN -.->|"演进"| CRAN
    CRAN -.->|"演进"| VRAN

    style DRAN fill:#E8F4FD,stroke:#4A90D9
    style CRAN fill:#E8F8ED,stroke:#50B86C
    style VRAN fill:#FFF3E0,stroke:#E8A838

6.1 D-RAN：经典分布式

6.2 C-RAN：集中式RAN

6.3 vRAN / Cloud RAN：云化RAN

部署形态 协作增益 前传复杂度 灵活性 成本
D-RAN ⭐ ⭐ ⭐ OPEX高
C-RAN ⭐⭐⭐ ⭐⭐⭐ ⭐⭐ OPEX中
vRAN ⭐⭐⭐ ⭐⭐⭐ ⭐⭐⭐⭐ CAPEX低/OPEX低

七、CU/DU分离的工程收益：深度解析

7.1 协作化通信（CoMP）的基石

当多个DU归属同一个CU时，CU可以统一调度无线资源，实现：

这些协作技术在4G时代因基站间X2接口时延太大而难以实用化，在5G CU-DU架构下，F1接口的时延可控，协作变得可行。

7.2 双连接（Dual Connectivity）的天然支持

CU-DU分离天然支持多种双连接场景：

EN-DC（4G+5G）：
  MeNB（4G主）—— SeNB（5G辅）
  ↓                ↓
  4G核心网       CU → DU → RU

NR-DC（5G+5G）：
  MN（主gNB）—— SN（辅gNB）
  ↓              ↓
  CU-1           CU-2
  ↓              ↓
  DU-1（Sub-6G） DU-2（mmWave）

7.3 网络切片的无线侧支撑

不同切片对无线资源的需求差异巨大：

切片类型 时延要求 带宽需求 CU/DU处理策略
eMBB（大带宽） 宽松 极高 多DU负载分担，CU集中调度
URLLC（低时延） 极严（<1ms） 中等 DU本地处理，减少CU交互
mMTC（海量连接） 宽松 低 CU集中管理，简化信令

CU/DU分离使得不同切片可以在不同层级进行差异化处理——URLLC可以在DU本地快速处理以降低时延，mMTC可以在CU集中处理以提升信令效率。

八、工程师实战：CU/DU知识在调试中的应用

8.1 F1接口故障排查

常见问题：基站开通后终端无法附着，但CU和DU各自状态正常。

排查思路： 1. 检查F1-C连通性：F1AP SCTP链路是否建立成功 2. 检查F1-U数据面：GTP-U隧道是否正确绑定 3. 检查CU/DU版本匹配：不同厂商的F1实现可能存在兼容性问题 4. 检查时延：F1接口RTT是否超过设计阈值（通常<2ms）

8.2 前传带宽规划

实际计算示例：规划一个100MHz带宽、64T64R Massive MIMO站点的7-2x前传带宽：

$$BW_{fronthaul} = N_{ant} \times f_s \times b_{sample} \times 2$$

其中： - $N_{ant}$ = 天线数（64） - $f_s$ = 采样率（~122.88 MHz for 100MHz BW） - $b_{sample}$ = 每采样点位宽（7-2x模式下约8-16 bit压缩后）

粗略估算：单载波前传需求约10-25 Gbps，需要25GE或50GE光模块。

8.3 CU/DU分部署署规划

部署参数 建议
CU集中规模 1个CU管理30-100个DU
F1接口时延 <2ms（RTD），传输距离<100km
前传时延 <100μs（7-2x），传输距离<20km
CU机房要求 标准DC机房，供电/空调冗余
DU机房要求 接入机房或室外柜，环境适应性强

8.4 常见调试陷阱

  1. 误以为CU/DU必须物理分离：实际上CU和DU可以合设在同一服务器上，F1接口变成内部通信——这在D-RAN场景中很常见
  2. 忽视F1时延对HARQ的影响：F1时延过大会影响MAC层HARQ重传时序，导致吞吐量下降
  3. 混淆中传和前传：F1是中传（Midhaul），连接CU和DU；eCPRI是前传（Fronthaul），连接DU和RU——两者的带宽和时延要求完全不同
  4. 低估同步要求：7-2x前传对时间/频率同步精度要求极高（±1.5μs以内），需要PTP（精确时间协议）或SyncE支持

九、O-RAN架构：在CU/DU分离基础上再进一步

O-RAN（开放RAN）联盟在3GPP的CU/DU分离基础上，进一步引入了智能控制器：

O-RAN完整架构：

    SMO（服务管理和编排）
     ├── O1接口 → O-CU / O-DU / O-RU（FCAPS管理）
     ├── O2接口 → 云化平台（资源管理）
     ├── A1接口 → RIC（策略下发）
     │
    RIC（RAN智能控制器）
     ├── Non-RT RIC（非实时，>1s）
     │     └── 训练AI/ML模型，生成策略
     └── Near-RT RIC（近实时，10ms-1s）
           └── 实时优化：负载均衡、切片SLA保障
           └── E2接口 → O-CU / O-DU
O-RAN新元素 功能 接口
Non-RT RIC AI模型训练、策略生成 A1→Near-RT RIC
Near-RT RIC 实时无线优化（10ms级） E2→O-CU/O-DU
SMO 统一网管和编排 O1→所有网元
O-RU 标准化开放射频单元 Open Fronthaul→O-DU

O-RAN的核心价值：在CU/DU物理分离之后，进一步实现软件解耦——RIC可以用第三方AI算法来优化无线网络，而不仅仅依赖设备厂商的私有算法。

十、全景回顾：从协议栈到物理部署

graph TB
    subgraph 协议栈视角["协议栈视角"]
        direction TB
        A1["RRC"] --> A2["SDAP"]
        A2 --> A3["PDCP"]
        A3 -->|"Option 2<br/>F1接口"| A4["RLC"]
        A4 --> A5["MAC"]
        A5 --> A6["High PHY<br/>编码/调制"]
        A6 -->|"Option 7-2x<br/>eCPRI前传"| A7["Low PHY<br/>FFT/预编码"]
        A7 --> A8["RF 射频"]
    end

    subgraph 物理部署视角["物理部署视角"]
        direction TB
        B1["中心机房<br/>CU服务器<br/>(RRC/PDCP/SDAP)"]
        B2["接入/边缘机房<br/>DU服务器<br/>(RLC/MAC/High PHY)"]
        B3["铁塔/楼顶<br/>RU设备<br/>(Low PHY/RF/天线)"]
        B1 -->|"中传<br/>PTN/SPN<br/>~1-10Gbps"| B2
        B2 -->|"前传<br/>光纤/eCPRI<br/>~10-25Gbps"| B3
    end

    subgraph 网络演进视角["网络演进视角"]
        direction LR
        C1["4G D-RAN<br/>BBU+RRU"] --> C2["5G C-RAN<br/>CU+DU+RU"] --> C3["O-RAN<br/>开放接口+AI"] --> C4["6G<br/>通感算一体"]
    end

    style 协议栈视角 fill:#E3F2FD,stroke:#1976D2
    style 物理部署视角 fill:#E8F5E9,stroke:#388E3C
    style 网络演进视角 fill:#FFF8E1,stroke:#F57F17

常见问题

Q1: CU和DU必须物理分开部署吗？

A: 不必须。CU和DU可以合设在同一物理服务器上，F1接口变成内部进程间通信。合设时前传就是唯一的外部接口。实际部署中，郊区和偏远地区常采用合设方式降低传输成本，城市密集区采用分离部署以获得协作增益。

Q2: F1接口和Xn接口有什么区别？

A: F1是同一个gNB内部CU和DU之间的接口（垂直接口），用于内部协议层交互；Xn是不同gNB之间的接口（水平接口），用于基站间切换、干扰协调等。两者功能完全不同：F1传输的是PDCP PDU和RRC消息，Xn传输的是Xn-AP信令和转发数据。

Q3: O-RAN的7-2x和3GPP的Option 7是什么关系？

A: O-RAN的7-2x是3GPP Option 7的一个具体子方案。3GPP定义了Option 7-1/7-2/7-3/7-6等多种PHY内部切分，O-RAN选择了7-2x（"x"表示进一步优化）作为开放前传标准，并细分为Category A和Category B两个变体。

Q4: 前传用光纤直连和通过交换机有什么区别？

A: 光纤直连（点对点）时延最低、最可靠，但每根光纤只服务一个RU，光纤资源浪费大。通过以太网交换机可以实现统计复用——多个RU共享一条光纤，降低成本，但引入交换时延（约5-20μs），需要确保总时延不超过7-2x的预算。

Q5: CU/DU分离对终端用户有感知吗？

A: 终端用户不会直接感知CU/DU分离——终端只看到一个gNB。但分离带来的间接收益用户能感受到：小区边缘信号更好（CoMP协作）、切换更平滑（CU内切换无PDCP中断）、网络拥塞时速率更稳定（集中调度优化）。

参考来源

  1. 5G/6G Academy: gNB, CU, DU, RU Understanding the 5G RAN Functional Split — 5G RAN功能切分架构全景解读，覆盖CU/DU/RU协议层划分
  2. TelecomTrainer: Understanding 5G Functional Split - CU-DU Mapping — 高层/低层/级联切分方案详细对比分析
  3. ShareTechnote: OpenRAN Where To Split — OpenRAN切分点选择的深度技术解读
  4. 5G/6G Academy: O-RAN Fronthaul 7.2x Split Explained — O-RAN 7-2x前传接口的协议细节和实际部署考量
  5. Radisys: Exploring Functional Splits in 5G RAN - Tradeoffs and Use Cases — 各切分方案的权衡分析和典型用例
  6. CSDN: eCPRI 2.0协议详解与5G前传接口技术实战 — eCPRI协议在5G前传中的带宽管理技术详解
  7. 知乎: 5G前传技术之eCPRI接口 — eCPRI vs CPRI的原理对比和带宽分析

本文由「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学通信知识星球海报-扫码加入

📎 本分类最新文章