1. 从4G核心网到5G核心网究竟变了什么5G核心网5GC是移动网络里承担“大脑”功能的一整套网元与信令体系的集合它和无线接入网基站、终端配合共同完成用户的接入认证、会话建立、数据转发和策略控制。很多人一聊5G就只盯基站的频段、天线和调制方式实际上真正决定业务质量上限的往往是核心网这一层——网络切片、边缘计算、低时延保障每一项都必须在核心网落地基站只是把人先请进门而已。我用一个比喻来说清4G核心网和5G核心网的区别4G的EPC像一栋隔间固定的办公楼每个房间网元承担固定职责房间之间的走廊接口也是提前浇筑好的想调整布局就得砸墙。5G的做法是把办公楼改成“会议室预约制”的共享空间需要什么能力就临时组合一队人不需要了就释放资源。这个思路在标准里有个正式名字叫服务化架构SBA它是5G核心网最根本的变化。既然标题叫“架构概述”这篇就先把关键逻辑讲明白再逐个拆网元最后我会把自己在调试核心网时踩过的坑和排错路径分享出来给正在做方案、搭测试环境或者准备入行的朋友一些能直接用的参考。1.1 为什么5G必须重造核心网而不能继续用4G那套原因要从业务需求说起。5G定义了三大场景eMBB增强移动带宽、uRLLC超高可靠低时延、mMTC海量机器类通信。这三个场景对网络的要求几乎是互相矛盾的——eMBB要带宽大uRLLC要时延短且可靠性高mMTC要连接密度极大但单连接速率可以很低。老的EPC架构从设计之初就是为手机上网服务的所有的容量规划、接口设计、计费逻辑都围绕着“一个人一条数据链路”展开你让它同时支撑自动驾驶的毫秒级信令、工厂里的海量传感器接入和大规模的超高清视频流根本排不过来。从技术演进上看4G的EPC已经把控制面和用户面做了初步分离也就是CUPS。但在EPC体系里MME仍然承担了大量会话管理职责SGW和PGW仍然分成两级接口之间大量使用GTP-C这类专用协议网元和网元之间是点到点的静态关系。这意味着运营商每引入一个新业务都要在一堆网元上做配置改动非常慢。5G核心网的主导思想是云原生网元要能像互联网服务那样弹性扩缩容、按需部署、灵活编排这需要从接口协议到业务逻辑都重新设计所以不是修修补补能完成的。1.2 服务化架构SBA接口逻辑的“重构”SBA是5GC控制面的核心设计。在EPC时代MME和SGW之间、SGW和PGW之间走的是专门定制的协议接口和功能强绑定升级一个接口往往牵动整条链路。而5GC将控制面网元拆分成一个个独立的服务模块服务与服务之间通过通用接口通信底层采用HTTP/2协议承载JSON格式的消息。这个改动的影响非同小可网元之间不再需要预先把对方的信息配死而是通过一个注册发现机制来动态寻找彼此就像你点外卖不用记住每家店的电话只需要在地图平台搜“附近有什么吃的”就行。服务化架构带来的另一个好处是能力开放更直接。运营商可以把核心网的部分能力通过API开放给行业客户比如某工厂想实时查询一组终端的连接状态不用再找设备厂商定制接口直接调用网络开放功能就行。这个设计思路在5G之前的移动网络里是难以想象的。2. 5GC关键网元逐个拆解5G核心网里的网元很多但绝大多数都是围绕几个核心功能点展开的。我先按信令流和数据流的顺序把最重要的几个讲清楚。2.1 AMF接入与移动性管理的“前台接待”AMF的全称是Access and Mobility Management Function。它负责所有终端的接入控制与移动性管理包括注册请求处理、身份鉴权触发、位置更新、切换控制等。你可以把它理解为网络里的“前台接待处”终端想进网第一个打交道的一定是AMF。AMF和4G的MME有个显著区别MME既要管接入和移动性又要联动会话管理而AMF把会话管理职责剥离出去了。AMF接收到终端发来的PDU会话建立请求后会先完成接入层相关的检查然后把会话请求转给SMF处理。这样做的好处是接入控制和会话控制可以独立扩容——比如某个区域突然涌入大量终端做注册只需扩容AMF不需要动会话相关的网元。另一个值得注意的点是AMF需要维护终端与网络之间的NAS信令连接并负责将无线接入网N2接口的消息转换成服务化接口的调用它是无线侧和核心网控制面之间的“翻译器”这个位置决定了它的处理性能直接影响用户的入网体验。2.2 SMF与UPF会话管理和用户面转发的“双人组”SMF负责会话管理全称Session Management Function。它可以理解为网络侧的“调度中枢”终端要上网SMF负责给用户分配IP地址、选择合适的UPF、建立转发路径、下发QoS规则、控制计费采集开启关闭。SMF和UPF之间的接口叫N4采用PFCP协议通信SMF通过N4接口给UPF下发包检测规则、转发规则和QoS执行规则。UPF是用户数据真正流经的网元全称User Plane Function。所有用户的上网数据都穿过UPF转发所以它的位置决定了端到端的时延。UPF越靠近用户时延越低。在4G架构里SGW和PGW通常部署在省级核心机房用户数据要先绕到省里再出去。5G把UPF下沉到地市、园区甚至边缘机房数据不必再长途奔波时延从几十毫秒降到几毫秒这是边缘计算、工业控制等场景能落地的前提。我在实际测试中经常看到有人把SMF和UPF混为一谈其实两者分工非常明确SMF是“管路的”决定数据怎么走、按什么优先级走UPF是“跑货的”真正把数据包转发出去。定位问题的时候控制面问题先查SMF的会话状态数据面问题再查UPF的转发路径分清楚就能少走很多弯路。2.3 UDM、AUSF、PCF用户数据、认证与策略三件套UDM统一数据管理相当于用户信息数据库存放签约数据、鉴权参数、允许的网络切片列表等。UPF和SMF都可能在某个环节向UDM查询用户信息但UDM本身不做复杂的策略计算。AUSF负责5G-AKA认证流程。终端的鉴权向量校验由AUSF执行它需要和UDM配合UDM提供根密钥和算法参数AUSF完成认证计算并与AMF交互最终认证结果。4G时代这类鉴权功能揉在HSS里5G把它独立出来好处是认证算力可以独立扩展这在海量物联网终端同时接入时尤其重要。PCF策略控制功能负责生成和下发策略包括QoS策略、计费策略、接入和移动性管理策略。举个例子某个套餐用户可以享受高优先级的数据转发PCF就会把对应策略告知SMFSMF再翻译成UPF可执行的规则。PCF的角色类似于4G时代的PCRF但服务化改造后它通过接口向多个网元提供策略服务灵活度更高。2.4 NRF与NSSF服务发现和切片选择NRF网络功能注册与发现功能是SBA架构里的“通讯录”。每个控制面网元上线后要在NRF注册说明自己能提供什么服务、地址是什么。其他网元需要调用服务时向NRF查询即可。比如SMF要选PCF会带上一堆条件查询NRFNRF匹配后返回一个可用PCF的实例列表。少了NRF整个服务化架构就跑不起来。NSSF网络切片选择功能则是切片能力的“调度员”。终端发起注册时会带上请求的切片信息AMF需要判断该终端能不能用这个切片、应该由哪个切片实例来服务这时候AMF就去查询NSSFNSSF基于签约数据和运营商策略给出切片实例标识。NSSF只管“选哪个”不负责切片的实际资源分配资源隔离还要靠下层网元的部署隔离来实现。我记得第一次搭建测试环境的时候把NRF的注册流程忽略了结果所有服务化接口的互相发现全部失败表面上看起来像网元间不通查了半天才发现是NRF里没注册上。这个细节后面实操部分我再展开。3. 从EPC到5GC怎么“翻译”理解迁移的核心思路3.1 网元映射不是改个名那么简单很多从4G时代过来的工程师学习5GC的第一个习惯就是把新旧网元对照着看。大方向上确实能对上一部分但必须强调这不是简单改名而是功能逻辑的重构。这张对应关系表可以帮你快速入门4G网元5G网元核心职责MMEAMF接入与移动性管理MME的部分会话逻辑SMF会话管理SGW-C / PGW-CSMF承载控制与策略协商SGW-U / PGW-UUPF用户面数据转发HSSUDM AUSF用户数据管理、鉴权PCRFPCF策略与计费控制无直接对应NRF服务注册与发现无直接对应NSSF网络切片选择这个表最大的价值在于帮你建立“位置感”看到一个问题第一时间判断它属于移动性、会话、数据面还是策略域然后到对应的网元去查。但实际操作中不要被映射表限制住思维比如HSS拆成UDM和AUSF后AUSF负责纯粹的鉴权计算UDM只管数据读取两者是完全独立部署的不是HSS那种“大杂烩”架构。3.2 PDU会话对PDP上下文到底有什么进步4G时代的业务承载单位是EPS承载。终端每使用一种业务网络就要建立一条对应的EPS承载每条承载都要经历一次完整的建立流程信令开销非常大。举个例子手机同时挂着VoLTE电话、微信收发、网页浏览网络就需要同时维护多条承载每条承载各有各的QoS参数管理复杂度很高。5G改为PDU会话加QoS流的两级模型。一个PDU会话就是终端和网络之间的一条逻辑链路会话里可以同时承载多个QoS流每个QoS流对应不同的QoS等级。SMF先建立PDU会话再通过包过滤规则把具体的数据流和服务质量等级关联起来。这种设计的好处很明显信令开销大幅下降网络可以更细粒度地控制数据流而不必为每个业务单独建一条“铁轨”。你完全可以把PDU会话理解成一条“管道”QoS流是管道里按优先级分行的“车道”。3.3 控制面用HTTP/2带来的连锁变化服务化接口用HTTP/2承载这本身就是一次面向IT的“妥协”。传统电信协议封闭、专用、调试工具少而HTTP/2加JSON是互联网行业玩了几十年的技术栈开发工具链成熟生态丰富招人也容易。这个变化意味着核心网控制面开发可以复用大量普通的后端开发经验降低了门槛。HTTP/2本身还支持多路复用、头部压缩、服务端推送对信令交互频繁的控制面来说非常友好。多个服务并发调用时底层可以复用同一条TCP连接减少了连接建立开销。并且因为这个设计控制面网元可以使用标准的负载均衡器做流量分发可以实现比较自然的灰度发布和弹性伸缩这在以前的电信网络里是想都不敢想的。4. 关键能力逐一拆解切片、边缘计算与QoS流4.1 网络切片不是“多建几套网”而是编排能力网络切片是5G被宣传得最多、也最容易产生误解的技术。它在物理上并不是真的把网络从硬件上拆成几套独立系统而是通过资源隔离和网元编排在一套物理基础设施上构建多个逻辑网络。每个逻辑网络拥有自己的网络功能实例、自己的策略规则、自己的资源保障等级但底层共享传输和云平台。核心网侧的切片实现主要是通过AMF选择、SMF/UPF实例分离和PCF策略隔离三个层面配合完成。用户注册时携带了切片标识AMF根据NSSF的指示选择对应的服务实例组合此后这个用户的会话就固定落在所属的切片资源池里。如果某个切片实例挂掉不该影响其他切片里的用户——这就是隔离性的基本要求。做切片方案的时候有个容易忽略的点切片的隔离不只是核心网的事承载网、无线侧的RB资源都要协同配合。只把核心网切了承载网不做资源预留切片的时延和带宽保障就是空谈。所以现在做切片项目很多人优先去谈承载网和无线侧的切片协同核心网反而相对成熟。4.2 UPF下沉边缘计算的关键底座前面说过UPF的位置决定了数据面的时延。在传统4G核心网里用户面网关集中在省级机房数据要绕远路去省里转一圈。5G的UPF允许分层部署省级放中心UPF地市放区域UPF园区甚至可以再放一台边缘UPF。数据在园区本地就被转发到本地业务服务器根本不用上到核心骨干网。这个布局对行业用户的意义在于本地数据不出园区既降低时延又满足数据合规要求。比如一个工厂的传感器数据直接在园区内的边缘UPF处理不需要传回远端数据中心这样既快又安全。我在做园区边缘方案测试时实测UPF下沉后端到端时延可以从原来的20毫秒以上压到5毫秒以内这个差距对工业控制类业务就是能用和不能用的区别。但UPF下沉也带来管理复杂度UPF节点多了SMF需要管理更多N4会话运维监控的成本随之上升。所以不是所有场景都需要把UPF放到最边缘先评估真实业务需求再决定下沉层级别为了“看起来先进”盲目铺一堆边缘UPF。4.3 QoS流从“一刀切”到“精细化分车道”QoS在5G里以流为单位。每个QoS流由一个QoS流标识符来标识并附带一系列参数包括5QI5G QoS标识符、分配保留优先级ARP、最大比特率MBR、保证比特率GBR等。SMF在PDU会话建立过程中确定QoS流规则然后通过N4接口下发给UPF执行。UPF在数据面做的事情可以理解为“查表执行”收到数据包后根据包过滤规则判断它属于哪个QoS流然后按照这个QoS流的优先级和速率参数做转发、丢弃或降级。这就好比高速路上划了公交专用道、普通车道和紧急车道QoS流决定了某个数据包该走哪条道撞上车流高峰时哪条道优先保证不堵塞。实际调测中很多人只看5QI不看ARP和GBR/MBR参数结果QoS策略不生效。这三者必须配合使用5QI决定转发行为和优先级等级ARP决定资源抢占时的竞争顺序速率限制的上下限决定实际带宽。只配一个参数相当于只划了条道入口没限定道的速度效果当然不对。5. 核心网实测心得部署调试中的常见问题与排查方法理论讲再多最后都得落到跑起来的网络上。我在实验室里用某个开源5GC软件包搭过完整的测试环境配合模拟基站和模拟终端跑注册、PDU会话建立和上下行数据转发过程中踩过不少坑。下面把我整理出来的调试路径和一些容易掉进去的细节铺开写。5.1 测试环境怎么搭最简单我用的方案是基于Docker容器化来部署整套核心网。核心网各网元以容器方式跑在同一台服务器上通过内部网络互联。终端侧用一个脚本模拟终端先发起注册消息再发起PDU会话建立请求观察核心网各网元的处理流程是否正常。搭环境有几个关键前提网元之间的通信端口要提前规划好尤其是N2和N3接口对应SCTP和UDP端口要在防火墙和安全策略里放通系统时间必须同步时差会导致NAS消息的时间戳校验失败NRF服务必须先启动否则其他网元上线后无法完成注册后续服务发现全部瘫痪。部署顺序建议是先NRF再UDM、AUSF这些数据类网元然后是AMF、SMF最后启动UPF。UPF启动后需要主动向SMF完成节点上报和关联否则N4会话建立时SMF找不到可用的UPF。这个顺序问题我也踩过先启动UPF再启动SMF结果UPF等不到关联消息界面一直停留在“未关联”状态换一下启动顺序就好了。5.2 注册流程失败排查思路怎么铺终端注册是最基本的环节注册都过不去后面就别谈了。注册流程大体上分两段终端到AMF这一段走的是NAS信令AMF到其他核心网网元这一段走的是服务化接口。排错时先分清是哪一段出的问题。如果终端一直收不到注册接受消息先看N2接口链路是否建立。N2链路本质上是一条基于SCTP的连接重点确认IP可达性和SCTP端口状态。我在测试中遇到过N2链路一直反复断连的情况查到最后是服务器防火墙默认丢弃了SCTP报文把这些报文加白后链路立刻稳定了。AMF链路没问题再查服务化接口。AMF收到注册请求后会先去NRF查找UDM、AUSF等服务如果AMF根本没成功注册到NRF整个服务发现过程就是空的。查这个问题的快捷方式是直接查看NRF的网元注册表里面应有所有已上线网元的实例信息。一次测试中某个网元迟迟没有出现在注册表里检查发现是因为容器启动时指定的服务地址写错了网元向NRF上报的地址没法被其他网元访问到。这个坑非常隐蔽因为注册本身成功了但注册的地址是内网容器IP外部网元根本访问不了。后来统一改用主机网络模式才解决。注册流程这部分还有一个常见问题鉴权失败。查AUSF和UDM之间的数据一致性确认SIM卡的签约数据和鉴权参数是否匹配。最好先跑到这里停一下把数据结构理清楚再继续。5.3 PDU会话能建起来但业务流量不通会话建立成功只能说明控制面好的数据面能不能通看UPF。典型的排查路径是先看SMF与UPF之间的N4会话是否建立。N4会话建立成功意味着PFCP关联已经完成包检测规则和转发规则都下发到了UPF。N4会话建立失败通常出在UPF上报的地址错误或者PFCP端口不通检查SMF到UPF的IP路由和N4端口监听状态。N4没问题再看GTP-U隧道。UPF和基站之间的N3隧道以及UPF和外部网络之间的N6接口都需要分别核对。GTP-U隧道的关键参数是隧道端点的IP地址和TEID两端的隧道信息必须严格匹配对不上数据就丢了。我遇到过一次业务不通的情况基站在N3接口上报的TEID和UPF侧期望的TEID不一致抓包发现对端回复的都是隧道错误提示把TEID修正后马上恢复正常。如果隧道都对再看UPF的转发规则和路由表。尤其注意UPF回程路由很多时候上行数据出去了回程路由没配好下行流量到不了基站表现就是页面能发出请求但收不到响应。这个问题在测试环境里出现的频率远高于你的预期检查一下UPF所在网段和N6口路由表就能定位。最后有个容易被忽略的坑QoS规则把包丢弃了。如果UPF上有严格的速率限制策略实际流量超过了配置阈值超出的包会被静默丢弃表现为速度不稳定但控制面一切正常。这时去查UPF的QoS丢弃计数统计基本一眼能看出来。5.4 几个我长期使用的排查“土规则”第一排错永远先控制面后用户面先信令后数据。控制面都建立不成功不要急着查数据面路由。第二抓包要同时抓两个面N2/NAS的SCTP接口和服务化接口的HTTP/2流量两边对照着看能很快定位消息卡在哪个环节。第三NRF的注册表是重要的诊断入口网元注册不成功或者注册地址不对很多诡异问题都能在这找到线索。第四修改配置后要确认网元真的重新加载了配置很多容器化网元要在配置变更后重启服务才生效直接改文件不重启等于白改。我做测试时还常用一个笨办法先让模拟终端只发一条注册消息用日志追踪这条消息经过的每个网元每经过一个节点就核对一次日志输出。这个办法虽然慢但特别适合新手训练“对整个链路形成直觉”。链路里的每个环节都亲眼看一遍后面遇到问题时的判断会快很多。6. 对5G核心网这个领域的一点个人体会做了这么多核心网项目我越来越觉得5GC最大的门槛不在标准理解和协议细节而在于把云原生思维真正带进电信网络。NRF、服务化接口、控制面网元灵活扩容这些机制单独拆出来都不难组合在一起才考验整体架构能力。前几年不少人拿到5GC的资料就急着看信令流程觉得把注册流程背熟了就算懂核心网了。我的建议是反过来先理解为什么要把网络改造成服务化再理解一个个网元如何组织起来完成端到端的服务。信令永远在演进但架构思想是底层的东西。给新人的建议也很简单找一套开源核心网环境把注册、会话建立、数据转发完整跑通一遍比看十篇综述文章都有用。你操作的过程中会遇到我今天写的这些问题也会遇到属于你自己的新问题解决新问题的过程才是成长为资深工程师的过程。
