前传扛不动了：功能切分原理

4G建网那会儿，天线和机房之间拉一根光纤就够用了。一根2.5G的光口，把小区的所有数据从铁塔送到基带机房，绰绰有余。到了5G，工程师们重新算了一笔账，结果吓一跳：同样一根天线到机房的光纤，流量需求从2.5G涨到了300G以上——涨了一百多倍。可奇怪的是，现网5G前传用的光模块，主流还是25G。一根25G的光纤，怎么装下300G的需求？

答案不是光纤变魔术，而是刀口挪了一格：工程师把基带的处理链条切开，把其中一段搬进了天线里，让穿过前传光纤的东西彻底变了样。这个“把刀砍在哪里”的问题，就是RAN功能切分原理。理解了它，你才能理解5G为什么会出现AAU、DU、CU三件套，为什么前传、中传、回传的时延和带宽要求天差地别，也才能在现网里看懂那些“25G光模块扛64T64R大站”的骚操作。

一、先算账：CPRI为什么在5G时代崩了

要看懂功能切分，得先看懂它要解决什么问题。4G时代，天线设备和基带设备之间的接口叫CPRI。它搬运的东西非常“原始”：射频电路把空口信号接收下来，变频、滤波之后变成模拟波形，再用模数转换器采样成一串一串的数字样本——每个样本就是“某一瞬间，天线口上的电压是多少”。CPRI就是把这些原始样本原封不动地打包送到机房，所有的“加工”都在机房里的基带板上做。

这个设计在4G时代非常合理。天线侧只留射频和采样电路，设备极简单、极省电、极不容易坏，装在铁塔上风吹日晒也不怕；聪明活儿全在机房里干，升级软件、扩容基带都不用爬塔。用餐饮业打比方：CPRI就是把活海鲜连水带缸运到城里，全部加工都在中央厨房完成。水车司机（前传光纤）不需要懂厨艺，只需要保证缸不漏。

但这个方案的代价是：前传的流量跟“天线数”成正比。每个天线口的样本流是独立的，64个天线口就是64路样本流，一根都不能少。前传速率可以这样估：

其中 $f_s$ 是采样率，$N_{ant}$ 是天线数，$b_{IQ}$ 是每个样本的量化位宽（I路加Q路），$\beta$ 是编码和封装开销系数（CPRI用8b/10b编码，光这一项就是1.25倍）。

第一个数，除以1.25的编码开销再留点控制开销，正好落在2.5G光口的档位上——这就是4G时代“一根光纤走天下”的由来。第二个数是5G大站的现实：采样率涨了4倍，天线数涨了32倍，两个因子相乘，前传需求直接冲上300G量级。

配置	采样率	天线数	前传速率估算
4G：20MHz，2T2R	30.72 MHz	2	约2.3 Gbps
5G：100MHz，64T64R	122.88 MHz	64	约315 Gbps

有人说，那就把前传光口升级呗？问题在于光模块的价格和功耗不跟速率线性走。300G的前传光口意味着塔顶的AAU要塞进超高带宽的串化器和大功率光模块——一个挂在铁塔上、靠电费预算过日子的设备，功耗和重量预算都是按几十瓦精打细算的，塞不下机房级别的东西。就算你咬牙做出来了，每小区300G的前传光纤也是天文数字的成本。这条路在工程上走不通，问题只能换个方向解：既然样本运不动，那就别运样本了。

二、功能切分：一把刀可以砍在很多地方

要理解“别运样本”是什么意思，先看基带处理的完整链条。从天线收下来一个信号，到它变成核心网里的IP包，要经过一道流水线：

flowchart TD
    subgraph A["AAU 天线侧"]
        RF["射频收发"] --> LP["低层物理层"]
    end
    LP -->|前传| HP["高层物理层"]
    subgraph B["DU 基带侧"]
        HP --> MAC["MAC调度与重传"]
        MAC --> RLC["RLC链路层"]
    end
    RLC -->|中传| PDCP["PDCP加密与排序"]
    subgraph C["CU 集中侧"]
        PDCP --> SDAP["SDAP服务质量"]
    end
    SDAP -->|回传| CN["核心网"]

流水线上任何两个工序之间，理论上都可以下刀：刀口左边留在天线侧，右边搬去机房。刀口越靠左，天线侧越“傻”，前传运的东西越原始、流量越大；刀口越靠右，天线侧越“聪明”，前传运的东西越像“成品数据”、流量越小。CPRI就是砍在最左端的刀口——射频之后、一切数字处理之前，运的是最原始的样本。

5G做的，就是把刀口从最左端往右挪一格：把快速傅里叶变换、滤波、预编码这些“低层物理层”的活儿也搬进天线。这样一来，天线交出去的不再是64路原始样本，而是已经经过合并和成形的数据流——注意关键区别：数据量不再跟64个天线口挂钩，只跟最终空口真正传输的“层数”挂钩。64根天线在物理上经过波束赋形，最终投影到空口的就是那几层流，运这几层流就够了。

这就是业界说的低层切分，对应的接口叫eCPRI。它跟CPRI不是简单换个壳，而是载荷彻底变了：

用那张账单重新算：64T64R大站经波束成形后通常投影为几层流，加上帧结构和封装开销，前传需求降到25G量级——正好是一根25GE以太网光纤的承载力。同一个铁塔，同一个机房，只是把刀口挪了一格，前传光纤就从“运不动”变成了“刚好够”。

维度	CPRI	eCPRI
承载内容	原始IQ样本	成形后的频域数据流
刀口位置	射频之后、基带之前	物理层内部（低层切分）
速率随什么涨	天线数 × 带宽	数据层数 × 带宽
帧形态	固定速率专线，无话也占位	以太网包，按需发送
64T64R大站需求	300G以上	25G量级
统计复用	不支持	支持，可多站共享承载网
时延容忍	极苛刻	苛刻，但略宽

flowchart TD
    S["一个5G大站<br/>100兆带宽 64天线"] --> P1["CPRI路径<br/>采样率乘天线数"]
    S --> P2["eCPRI路径<br/>只乘数据层数"]
    P1 --> D1["约300Gbps<br/>一条光纤装不下"]
    P2 --> D2["约25Gbps<br/>一根25GE刚好"]
    D1 --> E1["前传成本与功耗爆炸"]
    D2 --> E2["标准以太网就能扛"]

当然，天下没有免费的午餐。刀口右移，天线侧变复杂了：AAU里要装下FFT、预编码这些数字信号处理的芯片，功耗、成本、散热全部上升；而且天线侧的软件一旦出问题，不再是“换根纤”能解决的。刀口位置的权衡，本质上是前传带宽、天线复杂度、集中化收益三者的博弈——刀口砍在中间偏低的位置，是5G找到的工程最优解。

三、前传、中传、回传：三段血管，三种脾气

刀口可以砍在流水线的不同位置，砍出来的不同刀口之间，就形成了传输网的“三段论”：

flowchart TD
    subgraph G1["4G时代 CPRI切法"]
        A1["AAU只做射频与采样"] -->|裸样本流水线| B1["前传专线光纤"]
        B1 --> C1["DU包办全部数字处理"]
    end
    subgraph G2["5G时代 eCPRI切法"]
        A2["AAU做完低层物理层"] -->|成形数据小包裹| B2["前传以太网"]
        B2 --> C2["DU只做高层处理"]
    end

前传（AAU到DU）、中传（DU到CU）、回传（CU到核心网）这三个词，表面上像是按距离分的，实际上本质是按切分点和接口分的，距离只是切分点决定的副产品：

段名	连接的设备	刀口位置	典型带宽	时延量级	常见承载方式
前传	AAU ↔ DU	物理层内部低层切分	25G量级	约百微秒	光纤直驱、无源波分、SPN
中传	DU ↔ CU	链路层与加密层之间	10G量级	毫秒以内	PTN、SPN、IP承载网
回传	CU ↔ 核心网	高层完全切分	10G至百G	数毫秒级	OTN、PTN、SPN骨干

为什么前传的时延要求最苛刻？因为空口的收发节奏是按毫秒甚至更细的拍子在走的：基带发出调度指令，天线侧必须在严格的时限内完成编码调制并发出，接收侧也必须在固定的节拍内把数据交回基带做解调、合并和混合重传判决。前传一旦拖沓，整个重传节拍就会乱掉。光纤里的光跑得不慢，但也不白给——光在光纤中的速度约为真空的三分之二，每公里要吃掉5微秒。前传时延预算按百微秒量级控制的话，光走20公里预算就耗光了。这就是为什么前传的覆盖半径必须很小：它决定了DU机房必须扎在基站群里，一簇AAU围着一个DU机房。

回传就完全不同了。CU之后的数据已经是标准的IP包，跟互联网上的任何数据没有本质区别，时延放宽到毫秒级，完全可以塞进城市骨干承载网，跟其他业务一起“拼车”。中传介于两者之间：DU和CU之间走的是半成品数据，时延要求比前传松、比回传紧。

还有一层架构上的巧思：DU和CU分离，让“集中”这件事可以分层做。4G时代要谈基带集中化（C-RAN），只能是整块基带池集中，拉光纤的距离被CPRI的时延卡死。5G把CU单独拎出来——DU贴着基站部署保时延，CU上移到城市级机房做汇聚，多个DU的切换锚点、跨站协同都收拢到CU处理，机房数量能省一大截。合与分的选择，运营商各有部署策略，标准允许合设也允许分离，具体以各家的现网方案为准。

四、刀口变了，传输网也换了血

CPRI时代的前传，本质上是一条固定速率的专线：不管小区里有没有人打电话，样本流水线一秒都不停，帧结构里每个时隙的位置都是死的，传输网没办法“见缝插针”。所以4G前传基本只能光纤直驱或者无源波分点对点点地拉，浪费但可靠。

eCPRI把前传变成了以太网包，一切都变了。数据打包按需发送，多个AAU的流量可以统计复用进同一张承载网，闲时的带宽让给忙时的小区。这也正是5G时代SPN、增强OTN这类新型传输技术登场的前提——承载网第一次可以用“包”的思路去承载无线前传，并通过灵活以太网这类技术在共享的物理链路上切出固定大小的“硬隔离管道”，让前传这种脾气暴躁的业务和其他业务互不挤兑：

flowchart TD
    subgraph T1["CPRI专线时代"]
        X1["每个小区一根纤"] --> X2["闲时也占满<br/>利用率低"]
    end
    subgraph T2["eCPRI以太网时代"]
        Y1["多站共用一张承载网"] --> Y2["闲时让给忙站<br/>但要防互相挤兑"]
        Y2 --> Y3["硬切片按份圈地"]
    end

不过要提醒一句：统计复用是收益，也是风险。专线时代，前传要么通、要么断，故障现象干脆利落；共享承载之后，一个站突发的大流量可能挤占别的站的前传资源，故障变成了“时快时慢”的软性问题。这就是为什么5G前传的承载方案里，硬隔离和资源预留是高频词——工程上要在“省钱”和“不互相踩踏”之间画一条清晰的线。

五、现网连接：调试时你会在哪里碰到它

做前传带宽规划，别看用户数，看层数和带宽。 eCPRI前传带宽跟接入的用户数基本无关，跟配置的载波带宽、数据层数直接挂钩。一个64T64R三扇区大站，按25G量级每扇区估算，三个扇区就要预留接近百G的前传管道——规划时只按用户平均速率去算，会错得很离谱。

前传故障的“脸”变了。 CPRI时代，前传一断就是整个小区退服，告警响得震天。eCPRI时代，前传走以太网，轻微丢包不断站——表现为吞吐骤降、调制阶数上不去、底噪抬升这类“软故障”，监控面板上可能只是绿了但很萎靡。排障时要学会去AAU侧找前传丢包计数器，别只盯着“退服”告警。

前传绕路是隐形杀手。 环形组网、临时调纤、抢修改路由，都可能让前传光路多绕几十公里。记住每公里5微秒的账：多绕10公里就是50微秒，时延预算超了，重传节拍被打乱，表面上看是“用户投诉网速慢”，根因却在几十公里外那盘光纤上。

改了光路，时钟跟着遭殃。 空口对时间同步的要求是全网小区“踩同一个点”（工程共识值在微秒级，且越紧越好）。承载网靠同步以太网和时间同步协议把节拍从核心传下来，它的前提是往返路径大致对称。换不同长度的尾纤、改了光路走向，不对称就会带来相位偏差，轻则切换带恶化，重则TDD邻区之间互相干扰。前传相关的光路操作，动完必须复核同步状态。

老CPRI站的5G改造。 大量存量4G站的前传纤芯资源紧张，5G升级时常见做法是用无源波分在一根纤里塞多个彩色光路，一步到位换以太网前传的也有。多种方案并存是常态，选型取决于现网纤芯、设备和光模块的实际情况。

常见问题

Q: 前传、中传、回传到底是按距离分的吗？ A: 不是。三段的本质是切分点：AAU与DU之间切在物理层内部就是前传，DU与CU之间切在链路层与加密层之间就是中传，CU之后全是标准IP就是回传。距离是切分点决定的结果——前传时延预算最苛刻，所以半径最小，仅此而已。工程上偶尔也把DU和CU合设在同一机房，这时中传就“藏”进了机房内部，但接口的脾气并没有变。

Q: eCPRI就是以太网版的CPRI吗？ A: 不是换壳那么简单。CPRI和eCPRI的区别不在“用什么帧”，而在“运什么货”：CPRI运原始IQ样本，数据量跟天线数挂钩；eCPRI运波束成形后的数据流，数据量跟层数挂钩。同样一台64天线设备，两种切法下的前传速率差一个数量级以上。理解了这一点，很多参数规划问题就通了。

Q: 既然带宽最省，为什么不把刀口砍得更靠右，甚至把基带全部集中到机房？ A: 刀口越靠右，前传越省，但对前传时延的要求反而越苛刻——因为越靠右侧的工序（比如调度、重传）对实时性越敏感，跨越前传完成这些工序，留给光纤的时间窗越小。带宽和时延是一对此消彼长的矛盾，低层切分是工程上的折中点。更靠右的切分方案在标准上是允许的，实际部署与否取决于各运营商在协同增益、机房条件和成本之间的权衡。

Q: 4G的2T2R站CPRI只要2.5G，5G的64T64R用eCPRI只要25G，天线多了32倍怎么带宽只多10倍？ A: 因为两个数字根本不在同一把尺子上量。2.5G是“原始样本专线”的价格，25G是“成品数据流”的价格；后者能这么省，靠的是64根天线先在天线侧完成了波束成形合并。如果硬要用CPRI承载64T64R，就是300G起步——这正是当年压垮CPRI方案的那笔账。

Q: FlexE硬切片和我常听说的5G网络切片是一回事吗？ A: 层次不同，是上下游关系。5G网络切片是端到端概念，从核心网一路切到空口；FlexE是承载网内部的隔离手段，把一条物理以太网链路切成若干固定带宽的子通道。前传这类时延敏感业务，正是靠承载网里的硬隔离通道获得“类专线”的保障——切片圈的“地”，最终要靠FlexE这类技术在传输层落地成真。