5G回传网络架构：核心网拆分、CU/DU/RU架构与三大场景

好，咱们进入正题。5G回传这块，说实话，跟4G时代比，变化真不小。我刚开始接触5G项目时，第一反应是——这架构怎么拆得这么碎？但干了一段时间你就明白了，拆得碎，是为了灵活。

5G核心网拆分：控制与转发分家

4G时代，核心网是EPC，一个盒子管所有。5G呢？核心网拆成了两个大块：AMF（接入与移动性管理功能）和UPF（用户面功能）。说白了，就是把控制信令和用户数据分开了。

为什么要这么干？我举个例子。你在4G网络里看视频，信令和流量都走同一个路径。但在5G里，AMF负责管你“从哪来、到哪去”，UPF只管“数据怎么传”。这样UPF可以下沉到离基站更近的地方，时延自然就下来了。

我在项目中遇到过一种情况：某省运营商要部署边缘计算，但UPF还在省中心机房。结果时延根本达不到1ms的要求。后来我们把UPF下沉到地市机房，问题才解决。你想想看，如果UPF不拆分，这种灵活部署根本做不到。

CU/DU/RU架构：基站也拆了

核心网拆了，基站也没闲着。5G的基站从原来的BBU+RRU，变成了CU（集中单元）、DU（分布单元）、RU（射频单元）三层架构。

• CU：处理非实时协议栈，比如RRC、PDCP。可以集中部署，多个基站共用。
• DU：处理实时协议栈，比如RLC、MAC、部分PHY。一般跟RU挨着放。
• RU：就是射频部分，负责收发信号。

嗯，这里要注意：CU和DU之间的接口叫F1，DU和RU之间的接口叫前传（Fronthaul）。前传对带宽和时延要求极高，通常用25G/50G光模块直连。

我曾经踩过一个坑：CU和DU之间的F1接口，如果走IP网络，必须保证时延在100μs以内。有一次我们用了三层交换机做汇聚，结果时延超标，导致用户面频繁断链。后来换成直连光纤才搞定。所以，F1接口能直连就别走网络。

5G回传的三大场景：eMBB、uRLLC、mMTC

5G不是为了一种业务设计的。它要同时服务三种场景，每种场景对回传的要求完全不同。

场景	典型业务	带宽需求	时延需求	回传挑战
eMBB	高清视频、VR/AR	1-10 Gbps	10-20 ms	大带宽、大容量
uRLLC	工业控制、自动驾驶	50-100 Mbps	1-5 ms	超低时延、高可靠
mMTC	智能抄表、传感器	10-100 Kbps	秒级	海量连接、低功耗

你看这张表，三种场景的差异一目了然。eMBB要的是带宽，uRLLC要的是时延，mMTC要的是连接数。回传网络必须能同时满足这些需求，不能“一刀切”。

eMBB场景：带宽是第一生产力

说白了，eMBB就是“跑得快”。4G时代一个基站带宽也就几百Mbps，5G eMBB场景下，一个基站可能跑到10Gbps。回传网络必须支持25GE/50GE接口，甚至100GE。我建议你在规划时，直接上50GE，别省那点钱——因为业务增长比你想象得快。

uRLLC场景：时延就是生命线

这个场景最头疼。工业控制要求端到端时延1ms，回传部分只能分到100μs。怎么做到？边缘计算+UPF下沉是唯一出路。我曾经帮一个港口做自动化项目，他们的AGV小车要求时延5ms以内。我们把UPF和MEC直接部署在港口机房，回传走光纤直连，才勉强达标。记住：uRLLC场景下，回传网络不能有任何拥塞，必须做严格的QoS保障。

mMTC场景：连接数才是王道

mMTC场景下，每个终端只发少量数据，但数量巨大——每平方公里可能上百万个连接。回传网络的压力不在带宽，而在信令处理能力。我见过一个智能电网项目，几十万个电表同时上报数据，核心网差点被信令风暴打垮。后来我们在回传链路上做了信令聚合和缓存，才稳住。所以，mMTC场景下，回传设备必须支持高并发连接和信令优化。

回传网络如何适配三大场景？

你可能会问：一个回传网络，怎么同时满足三种需求？答案是网络切片。5G回传网络可以通过FlexE、SRv6等技术，为不同场景分配独立的逻辑通道。

• eMBB切片：大带宽通道，FlexE绑定多个50GE链路。
• uRLLC切片：低时延通道，SRv6 TE路径优化，预留带宽。
• mMTC切片：高连接通道，信令优化，小包聚合。

我个人习惯是，先做业务分类，再分配切片。别一上来就搞复杂的切片策略——先保证eMBB和uRLLC的SLA，mMTC可以适当放宽。毕竟，电表晚几秒上报数据，问题不大；但自动驾驶晚几毫秒，可能就出事了。

好了，这一章的内容就到这。5G回传架构的核心就是“拆”和“分”——核心网拆、基站拆、场景分。理解了这个逻辑，后面讲具体技术时你就不会晕了。