# 前传中传回传：基站数据回城记 你手机发出的每一条微信，都要经历一场“进城之旅”。空口部分——从手机到基站的那一段无线电——是通信科普的绝对主角。但从基站天线到核心网机房之间的**承载网**，却常年是幕后英雄。直到5G来临，这位幕后英雄突然被推到台前：带宽涨了十倍、时延要求严了十倍、还多了一项微秒级的时间同步硬指标。今天这篇文章，我们就把这条“数据回城的公路”从头到尾拆开讲清楚：路为什么分三段？OTN、PTN、SPN这三代技术各解决什么问题？为什么前传对时延苛刻到“每一公里都算钱”？ ## 一、先建直觉：基站是工厂，承载网是货运系统 把基站想象成分布在城市各个角落的**小型加工厂**：天线是厂门口的装卸平台，基带单元是加工车间，而核心网是城市郊区的**总部仓库**。工厂每天生产的货物（你的视频、语音、网页请求）必须高效、准时、不丢件地运到总部，总部的指令也要运回来。这套货运系统，就是承载网。 4G时代，这套系统很少被提及，因为它“凑合能用”就行：单基站峰值带宽不过百兆到几百兆，时延要求宽松，路修得差点也感觉不出来。但5G把三个要求同时拉满： - **带宽**：单个64天线大规模天线基站，峰值吞吐率可达Gbps级，前传接口带宽是4G的十倍以上； - **时延**：低时延高可靠业务（工业控制、车联）要求空口1ms级响应，留给传输网的预算只剩几百微秒； - **同步**：TDD制式下，相邻基站必须步调一致地收发，否则会互相“吼瞎”，时间误差要求达到微秒级。 三个要求中任何一个升级，都够传输网喝一壶，何况三个一起来。这就是为什么5G催生了承载网的一次整体换代。 ## 二、路为什么分三段：功能切分与数据的三段旅程 要看懂前传、中传、回传，得先回答一个更根本的问题：**基带处理功能放在哪里？** ### 2.1 4G的老办法：把生食材全运回中央厨房 4G的典型架构是“基带单元（BBU）集中放置 + 射频拉远单元（RRU）在塔上”。RRU只负责最底层的射频收发，把天线收到的**原始波形采样点**原封不动地传回BBU处理。两者之间的接口叫CPRI，它的哲学是：**塔上只留“耳朵和嘴”，所有“大脑”都在机房。** 这样做的好处是集中管理、升级方便；代价是接口上跑的是未经处理的IQ采样数据，带宽大得惊人。可以用一个直观公式估算： $$R_{CPRI} \approx f_s \times b \times 2 \times N_{flow} \times \frac{10}{8}$$ 其中 $f_s$ 是采样率，$b$ 是每个采样点的量化位宽，乘2表示I、Q两路正交分量，$N_{flow}$ 是收发流向数（大致是天线数的两倍），$10/8$ 是线路编码开销。以20MHz、两天线的4G基站为例，算下来约5Gbps量级——4G时代咬咬牙还能接受。但5G来了：100MHz带宽、64收64发、采样率翻数倍，按同口径推算，接口带宽将冲到**数百Gbps量级**。每座基站拉一根几百G的专线？光纤、光模块、机房功耗全都不可接受。 ### 2.2 5G的新办法：把半成品加工厂搬上塔 工程师的解法朴素而有效：**与其运生食材，不如在塔上把菜先切好、焯好水，再运半成品。**具体做法是把基带处理拆成两截：低阶物理层（滤波、FFT、预编码这类重计算、数据量大的环节）留在塔上的有源天线单元（AAU）里；做完这些处理之后，数据量就不再正比于“天线数×采样率”，而是正比于**实际有数据要传的用户流量**——没用户的空载小区，接口上几乎没东西可传。 这个新接口就是eCPRI，它直接跑在以太网上。两种接口的对比： | 维度 | CPRI（4G思路） | eCPRI（5G思路） | |------|----------------|-----------------| | 传什么 | 原始IQ波形采样点 | 物理层处理后的数据流 | | 数据量与什么成正比 | 天线数×采样率，恒定满负荷 | 实际用户业务量 | | 承载形态 | 专用线路码型 | 以太网帧封装 | | 5G单站典型带宽 | 数十至数百Gbps量级 | 压缩到约10~25Gbps | | 塔上保留功能 | 仅射频 | 射频+低阶物理层 | 功能一拆，基带剩下的部分也顺势分了两级：高阶物理层、MAC等实时性强的功能放在**分布单元（DU）**，通常部署在站点附近的综合机房；PDCP及以上对处理资源要求“池化”的功能放在**集中单元（CU）**，可以一台服务周围几十个DU。于是，数据回城之路自然分成了三段： ```mermaid flowchart TD subgraph Site["塔上与站点"] ANT["天线振子"] --> AAU["AAU 射频加低物理层"] end subgraph Agg["附近综合机房"] DU["DU 高物理与MAC"] --> CU["CU PDCP与RRC"] end subgraph Core["城域核心与大区"] CORE["5G核心网"] --> DC["大区数据中心"] end AAU -->|"前传 百微秒内"| DU DU -->|"中传"| CU CU -->|"回传 毫秒级"| CORE ``` **为什么要单独分出CU这一级？**两个原因：一是**池化增益**——几十个DU共享一个CU的处理资源，忙闲互补，设备总数更少；二是**信令本地终结**——CU集中了移动性相关的处理，站间切换的协调可以在CU层面就近完成，不必每次都惊动几百公里外的核心网。这与核心网“下沉到边缘”的思路一脉相承：**让数据尽量早地拐弯，少跑冤枉路。** 三段路的要求差异极大，列成一张表： | 维度 | 前传 Fronthaul | 中传 Midhaul | 回传 Backhaul | |------|----------------|--------------|---------------| | 连接对象 | AAU ↔ DU | DU ↔ CU | CU ↔ 核心网 | | 传输内容 | 处理后的物理层数据 | MAC以上数据流 | 完整用户面与信令 | | 单站带宽需求 | 约10~25Gbps | 数G至数十G | 汇聚后数十G起 | | 单向时延预算 | 约100μs | 数百μs | 毫秒级 | | 典型距离 | 10~20km以内 | 城域数十km | 城域百km级 | | 组网形态 | 点对点为主 | 环网为主 | 环网加网状 | ## 三、时延与距离：光纤里的一条铁律 前传的时延预算为什么卡在“百微秒”这个量级？先把一个容易被忽略的物理常识摆出来：**光在光纤里，远比在真空里慢。** $$t = \frac{n \cdot L}{c}, \qquad n \approx 1.5 \;\Rightarrow\; t \approx 5\,\mu s/km$$ 折射率 $n$ 约1.5，光速 $c$ 是每秒30万公里，代入即得**每公里光纤单向约5微秒**。看似微不足道，但做个减法就明白前传的苛刻：端到端低时延业务的预算约1ms，拆给空口重传几百微秒、核心网处理几十微秒、DU/CU各级转发几十微秒后，留给前传的往往只剩一两百微秒。按每公里5微秒倒推——**光纤拉超过20公里，预算就被“路费”吃光了**。这就是前传距离通常限制在10~20公里的由来，也是“AAU和DU必须贴着部署”这条工程铁律的物理根源。 还有一层原因：前传里跑的数据参与物理层的混合重传和相位对齐，晚到的数据相当于作废。回传晚到100微秒，用户毫无感知；前传晚到100微秒，物理层流程直接错拍。**同是公路，一段是货运，一段是流水线传送带**——传送带是不能绕路的。 ## 四、OTN：电信世界的集装箱铁路 理清了路怎么分，再看路上跑什么车。第一代要讲的是OTN（光传送网）——至今仍是骨干网和大型专线的统治者。 ### 4.1 为什么需要OTN：散货上路的烦恼 设想你有一堆IP数据包要跨省运输。直接把包往光纤上一塞行不行？行，但问题很多：丢了一个包，源头重传要跨整条链路；中途想知道“货走到哪了、有没有坏”，没有任何随货单据；100个业务挤一条纤，缓存一堵，时延就变得不可预测。运营商要的是**电信级**：故障几分钟内定位、性能全天候可测、关键业务时延确定。 OTN的思路像极了集装箱革命：把任意客户业务（以太网、专线、视频流）装进**标准化的分层容器**里运输。它是三层嵌套的“套娃”： ```mermaid flowchart TD C["客户业务数据"] -->|"映射装入"| OPU["OPUk 净负荷容器"] OPU -->|"加通道开销"| ODU["ODUk 数据通道单元"] ODU -->|"加段开销与FEC"| OTU["OTUk 传输单元"] OTU -->|"电光转换"| OPT["光模块发往光纤"] ``` - **OPUk（净负荷单元）**：真正的“货箱”，客户业务被映射进来； - **ODUk（数据通道单元）**：货箱加上**端到端运单**——通道开销让任意两个机房之间可以全程监控这条通道的误码、告警、性能，半路任何一跳都能“扫码看物流”； - **OTUk（传输单元）**：整箱再套上外框，加装**段开销和前向纠错（FEC）**。FEC是个妙笔——发端按规则附加冗余校验，收端能纠正一定比例的比特错误，相当于给信号上了保险，**同样的光功率能传得更远、同样的光纤能跑得更稳**。100G业务加上FEC和各类开销后，线路速率约112Gbps，这就是俗称的“百G线路口”。 ### 4.2 一个历史包袱：8kHz帧频的来历 OTN帧结构是4行×4096列的字节矩阵，帧频固定为**每秒8000帧**，帧周期125微秒。为什么是这个奇怪的数字？这是从SDH时代继承的基因：早期数字话音每秒采样8000次（每个话路64kbps），整个传送网的时间骨架就是按这个节奏搭的。OTN选择沿用8kHz帧频，使得TDM类业务可以**逐字节天然对齐**地装进帧里，不必做复杂的速率适配。这是一个典型的工程决策——**新架构兼容旧时钟，省下的是全网同步的巨大改造**。历史包袱有时候是压舱石。 至于任意速率的业务怎么装进固定大小的容器，OTN采用通用映射规程（GMP）：算出“该业务的实际速率占容器的比例”，把数据按比例填入，剩余位置填空闲字节，收端再按同一比例还原。好比**货没装满集装箱时塞泡沫填充物**——箱子尺寸不变，物流体系不用为每一种货改规格。 ### 4.3 OTN的王牌：硬管道 OTN按时隙切分容量，一个ODU0容器（约1.25G）就是1.25G，物理上独享，**不与任何其他业务共享缓存**。带来两个杀手级特性：时延**确定**（波动极小），以及**物理级隔离**（A业务的拥塞与B业务毫无关系）。这两点，正是后来一切“切片”概念想继承的黄金标准。 ## 五、PTN与IP RAN：从铁路到拼车的阵痛 OTN很好，但它是“整箱运输”——颗粒粗、调度以时隙为单位。到了4G时代，网络上99%的流量是突发性的IP包，用固定时隙管道装突发流量，就像**公交按整点发车但每次只坐一个人**——利用率惨不忍睹。于是传送网经历了“分组化”浪潮，中国形成了两条技术路线： - **PTN**：基于MPLS-TP，把MPLS的标签转发保留下来，砍掉复杂的IP控制面，换上电信级OAM和保护倒换。哲学是“**公交专线**”——路径（标签交换通道）预先规划、沿线站点公示、不随机变道，运维人员看得懂、管得住。 - **IP RAN**：基于标准IP/MPLS三层路由，强调灵活和自动适应。哲学是“**网约车拼单**”——网络自己算路，哪里通畅走哪里。 两条路线之争持续多年，各有道理：PTN运维简单、时延可控，但应对任意点到点的扁平化流量时标签规划负担重；IP RAN灵活，但分布式路由的故障定位和运维复杂度更高。具体网络采用何种方案属于运营商的架构选择，这里不作展开。值得注意的是：**PTN与IP RAN主要服务于4G回传**，它们都没有原生回应5G提出的新命题——网络切片。 ## 六、SPN：为切片而生的新干线 5G对承载网提出了一个前所未有的要求：**一张物理网，虚拟出多张逻辑网**——大带宽切片要“宽敞”，低时延切片要“专用”，物联切片要“海量连接且便宜”。而且关键业务要求的不是“通常很快”，是“**保证快**”。这就要同时拿到两样历史上互相矛盾的东西：分组网络的**统计复用效率**，和硬管道的**确定性隔离**。 中国移动主导的SPN（切片分组网）给出的答案是**分层各取所长**： ```mermaid flowchart TD subgraph S3["切片分组层SPL"] SR["SR-TP与SRv6灵活选路"] end subgraph S2["切片通道层SCL"] MTN["MTN通道 硬时隙隔离"] end subgraph S1["切片以太网层"] SEG["64/66B块码链路"] end subgraph S0["物理介质层"] PHY["以太网口与光模块"] end SR --> MTN MTN --> SEG SEG --> PHY ``` 逐层解释它的设计巧思： **第一层巧思：物理底座用以太网，但“日历化”切分。**SPN的底层借鉴了FlexE（灵活以太网）的思想：把一条物理以太链路的带宽按**固定粒度的时隙**（通常5Gbps一格）编成一张“日历”（Calendar），不同切片客户各订各的格子。以太网的接口、光模块、运维生态全部继承，但底层的带宽被物理性划开了——这就是**硬切片**，效果接近OTN时隙，却长在以太网上。 **第二层巧思：通道层用64/66B块码做TDM。**在链路层，SPN采用64/66B块码（每个66比特块里64比特数据、2比特同步头）之上再划分更细的时隙通道，据运营商技术白皮书口径，切片颗粒可下探至10Mbps量级。块码的好处是对齐简单、硬件开销低、与以太网生态无缝。 **第三层巧思：选路用源路由。**SPN采用SR-TP（以及向SRv6演进）：路径信息由**首节点一次性写进报文**（相当于给司机一张写好全程走法的路条），中间节点照单转发、无需维护全网路由状态。好处是中间设备极简、路径可精确规划和快速倒换——这对“给某个切片指定专属路径”至关重要。 一句话总结三代技术： | 维度 | OTN | PTN（MPLS-TP） | SPN | |------|-----|----------------|-----| | 技术根基 | TDM时隙+光层波分 | 二层标签转发 | 以太网+FlexE式切片 | | 调度颗粒 | 硬时隙，1.25G起 | 分组包粒度 | 硬切片5G粒度+更细软切片 | | 隔离方式 | 物理硬管道 | 软隔离为主 | 硬切片与软切片结合 | | 时延表现 | 低且确定 | 较低 | 极低且确定 | | 切片能力 | 粗颗粒硬管道 | 弱 | 原生多层级切片 | | 典型位置 | 骨干网、大颗粒专线 | 4G回传 | 5G端到端承载 | 它们是**接力而非取代**：骨干网与大颗粒专线仍由OTN把守，5G城域承载的主角是SPN（海外运营商也有采用IP over DWDM、增强MPLS等方案的），现网常见“SPN做城域、OTN做骨干”的混合组网。 ## 七、前传的特殊性：三种修路法 前传因为距离短、点位多（每个天线点一条）、要求又苛刻，演化出自己独特的实现方式，工程上主要有三种： 1. **光纤直驱**：AAU到DU一根纤点对点直连。最简单、时延最小、无源可靠，缺点是**吃光纤资源**——基站成千上万，纤芯很快不够分。 2. **无源波分**：一根纤里用不同波长的“彩光”同时传多路，大幅节省纤芯。WDM的分波合波原理本专栏已另文详解，这里只说前传语境下的取舍：它省纤，但**无源意味着无监控**——哪个波长断了，网管上不告警，得靠人去现场排查。 3. **半有源/有源方案**：在无源波分基础上加入有源模块，补上OAM监控、环回检测甚至保护倒换，是“省纤”与“可管”之间的折中。 选择哪种，取决于站点光纤资源、成本预算和运维策略——这是典型的“工程权衡无标准答案”。 ## 八、时间同步：承载网的隐形KPI 如果说带宽和时延是看得见的指标，**时间同步就是承载网看不见的KPI**——平时没人提，出事就是大事故。 **为什么TDD网络必须时间同步？**TDD上下行共用同一频率，靠时间上轮流收发来区分。如果相邻两个基站的时间错开超过阈值（工程共识约±1.5微秒），就会出现A站还在下行发送、B站已切到上行接收的**交叉时隙**——B站把A站的信号当强干扰收进来，一大片区域的用户体验瞬间劣化。频率同步保证“表走得一样快”，时间同步保证“两块表显示同一时刻”，TDD两者都要。 **怎么同步？**两条腿走路： - **GNSS卫星**（北斗/GPS）：每个基站装接收机直接对天授时，最省事，但天线有雷击、遮挡、干扰风险； - **地面传输同步**：承载网自身把时间信号从基准钟逐跳传给每个基站，代表技术是1588v2精确时间协议。它的高精度来自两招：**硬件打戳**（时间戳在物理层芯片打，避开软件协议栈的抖动）和**双向时延对消**。 双向对消的数学很优雅：主时钟在 $t_1$ 发报文，从时钟 $t_2$ 收到；从时钟 $t_3$ 回报文，主时钟 $t_4$ 收到。假设来回链路时延对称，从时钟的偏移量就是： $$\theta = \frac{(t_2 - t_1) - (t_4 - t_3)}{2}$$ 链路上的承载设备以**边界时钟（BC）**模式逐跳参与：每一跳都做一次这样的测量并修正，把累积误差在每一站清零重来。这就是为什么5G承载网设备必须原生支持1588和同步以太网——**时间同步不是附加功能，是承载网的出厂义务**。 ```mermaid sequenceDiagram participant GM as 主时钟基准 participant BC as 承载设备 participant BS as 基站从钟 GM->>BC: Sync报文 硬件打戳t1 BC->>BS: 逐跳修正后转发 GM-->>BS: Follow_Up报文补发精确t1 BS->>BC: Delay_Req报文 打戳t3 BC->>GM: 转发并记录t4 Note over BS: 按偏移公式修正本地时钟 ``` ## 九、现网实战：这条路上你会遇到什么 **场景一：用户投诉网速慢，空口指标却一切正常。**看承载网。典型病因是城域环网局部拥塞——几个站共享的汇聚带宽被打满；或者光模块老化导致**误码累积**，TCP层反复重传把有效速率拖垮。排查入口：设备上的误码计数、光模块收发光功率。经验法则：光功率比建档值明显劣化、误码计数持续增长，先换光模块再查纤。 **场景二：切换掉话，无线参数怎么调都没用。**别忘了前传。前传时延超标或丢包会直接破坏物理层流程的节奏，表现为切换偶发失败、吞吐锯齿状波动。前传的问题特别具有迷惑性，因为它**不体现在任何无线KPI上**，只有把数据回城这条路纳入视野才能破案。 **场景三：时钟类告警联锁反应。**GNSS天线遭雷击损坏、同时1588链路某跳劣化，基站时钟漂移越限——接下来你会看到一堆看似无关的怪象：局部干扰抬升、切换失败率涨、用户吞吐掉底。**任何“玄学”网络问题，先查时钟。**这是老网优工程师的口头禅。 **常见误解清单：** - **误解一：回传带宽等于业务带宽求和。**忽略了统计复用增益——突发流量不会同时出现，按峰值简单相加会严重超配；但反过来，对要求确定的切片业务，又不能依赖统计复用。什么时候能“拼车”、什么时候必须“专车”，正是切片规划的核心判断。 - **误解二：光纤足够粗就行，时延无所谓。**每公里5微秒，前传多绕10公里就是50微秒，可能吃掉整个时延预算。 - **误解三：CU和DU必然分开部署。**合设时中传这一段就不存在了——前传/中传/回传是**逻辑分段**，不是固定的物理设施，具体部署形态取决于运营商的组网选择。 - **误解四：承载网是“透明管道”，业务开通只管无线侧。**切片ID未端到端创建、通道未打通，业务直接不通；割接窗口里最经典的翻车就是无线侧配置完美、承载侧通道漏配。 ## 常见问题 **Q: OTN和SPN是什么关系？谁会取代谁？** A: 不是取代关系，是分工关系。OTN强在超大颗粒、超长距离、硬管道专线，守骨干网；SPN强在城域灵活组网和原生切片，做5G端到端承载。多数现网是两者混合：城域用SPN汇聚，出城上OTN骨干。 **Q: CPRI和eCPRI一句话说清区别？** A: CPRI运“生食材”（原始波形采样，数据量与天线数和采样率绑定）；eCPRI运“半成品”（物理层处理后的数据，数据量只与用户流量绑定）——这一刀切下去，5G前传带宽从数百Gbps量级降到了十G级。 **Q: 中传是不是一定存在？** A: 不一定。CU与DU合设在一台设备里时，中传这段物理上就不存在了。三段是按功能切分定义的逻辑概念，实际网络是两段还是三段，取决于部署形态。 **Q: 时间同步和频率同步有什么区别？** A: 频率同步是“你的秒和我的秒一样长”；时间同步是“你的三点整和我的三点整是同一刻”。FDD系统靠收发不同频率隔离干扰，有频率同步即可；TDD系统上下行同频分时，必须再加时间同步，否则出现交叉时隙互扰。 **Q: 前传为什么不也建成环网提高可靠性？** A: 前传的时延预算太紧（约百微秒），环网绕行一圈增加的距离和跳数很容易超预算，且逐跳转发设备会引入处理时延与时钟抖动。所以前传以点对点直驱为主，可靠性靠双路由、保护倒换在DU侧实现，而不是靠前传本身组环。 ## 参考来源 1. [Optical Transport Network — Wikipedia](https://en.wikipedia.org/wiki/Optical_Transport_Network) — OTN分层结构、帧格式与映射机制的权威概述 2. [Common Public Radio Interface — Wikipedia](https://en.wikipedia.org/wiki/Common_Public_Radio_Interface) — CPRI接口定义与前传带宽问题的背景 3. [Precision Time Protocol — Wikipedia](https://en.wikipedia.org/wiki/Precision_Time_Protocol) — 1588时间同步与双向时延测量原理 4. [Multiprotocol Label Switching — Wikipedia](https://en.wikipedia.org/wiki/Multiprotocol_Label_Switching) — MPLS标签转发机制，理解PTN/SR的技术根基 （注：以上为长期稳定的公开百科词条，供延伸阅读；SPN细节以运营商公开技术白皮书口径为准。） --- > 本文由「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 等场景全覆盖。