企业官网建设流程全解析

简介：面向通信行业从业者、物联网与智慧城市相关技术人员及高校学生，这份35页PPT系统梳理5G核心网的基础概念与整体框架。内容以5G时代多业务需求为背景，归纳支持多样商业模式、软件架构灵活化、网络安全与开放生态等5大核心挑战，并分场景详解eMBB、URLLC、mMTC的速率、时延、连接密度指标，覆盖视频、车联网、工业控制、智慧城市监控等典型应用。后半部分逐一介绍AMF、SMF、PCF、NEF、NRF等网络功能的职责，并与4G网元（MME、SGW/PGW、PCRF等）形成对比，同时阐述云原生、服务化架构、控制面/用户面分离、无状态设计等关键架构特点，纳入ZTE 5G核心网解决方案与3GPP标准演进脉络（Release 14/15/16），帮助读者建立从概念到部署的完整认知。资源为单份PPTX文件，压缩包约5.3MB，页数适中、层级清晰，适合自学入门、企业内训或高校课程辅助教学。已有295人学习下载，值得作为5G核心网快速入门的参考资料。

1. 5G核心网基本概念：先搞懂这份35页PPT到底要解决什么问题

这几年跟运营商、设备商的人打交道，你会发现一个奇怪现象：5G无线侧的话题人人能聊两句，什么大规模天线、毫米波、波束赋形，但一聊到核心网，很多人就含糊了。原因很简单，5G核心网（5GC）不像基站那样有实物可看，它是一堆跑在通用服务器上的软件网元，看不见摸不着，面试和评审却最爱问。我见过不少做运维多年的工程师，手里有一份35页的《5G核心网基本概念介绍》PPT，讲的时候能念出AMF、SMF、UPF这些缩写，但被问一句"注册流程里AMF先找谁再找谁"，就卡住了。

这份PPT真正要解决的不是让你背会网元缩写，而是帮你建立一个能落地的认知框架：5G核心网相比4G到底变在哪、每个网元负责什么、信令流程怎么走、网络切片和边缘计算怎么部署。适合三类人：刚转岗到核心网维护的工程师、需要给团队做内部技术分享的组长、以及要跟核心网方案选型的项目负责人。按下面这套思路把这35页讲透，你就能从"认识名词"跨到"能讲清逻辑"。

2. 从4G到5G：核心网为什么必须重构

2.1 4G核心网EPC的三块基石：MME、SGW、PGW，以及它的天花板

老一代核心网EPC（Evolved Packet Core）的架构图上就那么几个网元：MME管移动性、SGW管用户面中转、PGW管对外连接、HSS存用户数据。设计逻辑很清晰，所有网元之间用定义好的接口连起来，比如S1-MME、S11、S5/S8。这套架构在4G时代很稳定，稳定到很多人觉得它够用。

但它的天花板也很明显：网元功能是垂直划分的，控制面和用户面虽然分了设备，但耦合得很死。SGW和PGW虽然在4G后期做了控制用户分离，但整体还是"一套设备应付所有业务"的逻辑。到了5G时代，三大场景——增强移动宽带（eMBB）、高可靠低时延（URLLC）、海量机器类通信（mMTC）——对核心网的要求完全是分裂的：有的要超大带宽，有的要毫秒级时延，有的要百万级连接密度。你让同一套EPC去满足这三种需求，就像让一个人同时当短跑运动员、举重运动员和马拉松运动员，显然不现实。

我做过的几个4G核心网项目里，最头疼的就是扩容。业务量上来后，SGW和PGW的容量瓶颈很快暴露，想单独扩容某个功能模块几乎不可能，只能整机替换。这种血泪经验回过头看，正是5G核心网选择重构的根本原因：不是4G不好，而是4G的架构无法按需拆解。

2.2 5G核心网的三大架构变革：服务化、控制用户面彻底分离、云原生

5G核心网最核心的变化，是引入了服务化架构（Service-Based Architecture，SBA）。传统EPC里，网元之间用定义好的接口点对点通信，像两个部门走固定流程；SBA里，每个网元把自己能力封装成服务，其他网元通过统一的接口按需调用，像微服务一样。这套机制在5G里落地成了一套基于HTTP/2协议的接口体系，后面会细讲。

第二点，控制面和用户面彻底分离（CUPS）。5G里用户面功能全部收敛到UPF这一个网元，控制面网元完全不碰用户数据。这样做的直接好处是，UPF可以灵活下沉到地市机房、园区甚至基站旁边，时延从几十毫秒压到几毫秒，这正是URLLC场景的基础。

第三点，云原生。5G核心网的网元不再是专用硬件上的黑匣子，而是跑在通用服务器上的容器化应用。网元之间可以动态伸缩、故障自愈，扩容从"买设备"变成"加节点"。这也是为什么5G核心网的交付从"硬件为主"变成了"软件和编排为主"。

三大变革的落点其实只有一句话：让核心网从"按设备划分功能"变成"按需编排服务"。

2.3 建立心智模型：注册流程和会话流程，一张图记住5G核心网

学了再多名词，不如先建立一个动态的心智模型。5G核心网最常被问到的两个流程，一个是注册流程，一个是PDU会话建立流程。

注册流程走的是"你是谁、你能用什么"：终端通过基站向AMF发起注册请求，AMF先去AUSF做认证，AUSF从UDM取认证向量，认证通过后AMF再从UDM取签约数据，同时找NSSF做切片选择，最后给终端分配临时身份标识完成注册。

PDU会话建立流程走的是"你要上网、我给你开路"：终端发起会话请求，AMF根据业务类型选择合适的SMF，SMF从UDM取会话管理签约数据、向PCF要策略，然后选择UPF并通过N4接口下发转发规则，最后基站和UPF之间的用户面隧道建立，数据就通了。

4G也有对应的注册和承载建立流程，但5G的区别在于每走一步都有多个可选网元参与决策，而不是一条固定路径。下面这个表可以放在PPT第6页，对比4G和5G核心网的分工差异：

3. 一张图看懂5G核心网：网元职责拆解与接口记忆法

3.1 控制面网元逐个过：AMF、SMF、AUSF、UDM、PCF、NRF、NSSF

控制面网元是5G核心网的大脑，它们不碰用户数据，只做决策和信令处理。AMF（接入和移动性管理功能）是所有终端信令的第一站，负责注册、认证、移动性管理，相当于核心网的"前台"。SMF（会话管理功能）负责PDU会话的建立、修改、删除，以及选择UPF、下发转发规则，相当于"调度中心"。

AUSF和UDM这对组合替代了4G的HSS：AUSF负责认证流程的执行，UDM负责存用户签约数据、生成认证向量。PCF（策略控制功能）管策略，比如QoS参数、计费规则，相当于"交规"。NRF（网络功能仓库功能）管服务注册与发现，所有网元上线都要到NRF报到，其他网元要找服务时也先问NRF，相当于"服务目录"。NSSF（网络切片选择功能）负责帮终端选择该接入哪张切片，是切片落地的关键一环。

记忆这些网元有个土办法：先记住"注册四件套"——AMF、AUSF、UDM、NSSF，再记住"会话两件套"——SMF和PCF，最后记住"基础设施两兄弟"——NRF和NEF（网络能力开放功能）。一共8个控制面角色，分工各自独立，比4G的MME大包大揽清晰得多。

3.2 用户面UPF：5G核心网里唯一的数据通路，以及分流能力

UPF（用户面功能）是全篇PPT里最重要的一个网元，它是用户数据包在核心网里的唯一通道。基站侧通过N3接口把数据传给它，它再通过N6接口把数据送到外部网络（公网、企业专网、边缘平台）。控制面网元再复杂，最终用户的视频、文件、IoT报文都要经过UPF转发。

UPF的核心能力不只是转发，还有分流。配合SMF下发的规则，UPF可以做上行分类器（ULCL）分流：把特定业务的数据包在本地UPF就卸下来，直接走N6接口进边缘平台，不再绕回中心机房。这是边缘计算的关键动作。UPF的部署位置直接决定了时延：放在中心骨干机房，时延十几毫秒；下沉到地市机房，时延压到5毫秒内；放进园区，能到1毫秒量级。

我在实际项目中给客户的建议很简单：不要一上来就把UPF全下沉，先用分流规则把需要低时延的业务引到边缘UPF，其他业务继续走中心UPF。这样既保住了用户体验，又不会让运维复杂度失控。

3.3 接口与服务化协议：N1到N6对应关系，用一个抓包命令验证

5G核心网的接口分两类。第一类是非服务化接口，连接终端、基站和UPF：N1是终端到AMF的NAS信令，N2是基站到AMF的NGAP信令，N3是基站到UPF的用户面通道，N4是SMF到UPF的PFCP控制通道，N6是UPF到外部网络的出口。第二类是服务化接口，控制面网元之间互相调用，统一走HTTP/2协议加JSON格式。

记接口有个规律：N1和N2是"控制信令入口"，连着AMF；N3和N4是"用户面通道"，一个走数据、一个走控制，都连着UPF；N6是出口。剩下网元之间的调用全走服务化总线。下面的表可以直接放进PPT第14页：

验证这些接口是否正常工作，我习惯在核心网控制面节点上直接抓包看服务化通信：

# 抓取SBI接口的HTTP/2流量，过滤出NRF的服务发现请求 # -Y 是tshark的显示过滤器，只保留http2协议 # -T fields 指定输出字段，方便看请求方法和URL tshark -i eth0 -Y "http2" -T fields \ -e ip.src -e ip.dst \ -e http2.headers.method \ -e http2.headers.path | head -50

这段命令会打印出发送方IP、接收方IP、HTTP方法（比如GET、PUT）以及请求路径。如果你的网元配置正确，你会看到类似GET /nnrf-nfm/v1/nf-instances?nf-type=AMF这样的服务发现请求，这是NRF在帮其他网元查询AMF的地址。如果这个请求都没出现，说明网元之间根本没有完成服务注册，信令流程必然走不通。抓包是排查服务化架构问题最快的手段，比看网管告警直观得多。

4. 网络切片与边缘计算：35页PPT里最值钱的两页

4.1 网络切片：一张物理网切成多张逻辑网，SST和SD是关键参数

网络切片是5G核心网区别于4G的标志性能力，也是PPT里最值得展开讲的两页。它的思路是把一张物理核心网按需切成多张逻辑网络，每张切片有自己的网元和资源，互不干扰。普通手机用户的eMBB切片和工业控制的URLLC切片跑在同一个物理网络上，逻辑上却是隔离的。

切片标识由SST（切片类型）+ SD（切片区分符）组成。SST是8比特的切片类型，3GPP定义了标准值：1代表eMBB，2代表URLLC，3代表MIoT。SD是24位的补充信息，用于区分同一类型下的不同行业租户。比如都是URLLC，电力差动保护用一个SD，远程医疗用另一个SD。终端通过NSSAI携带切片标识，网络侧根据签约数据和NSSF策略决定让终端接入哪张切片。

下面是一段切片配置的示意JSON，我在做方案评审时常用它解释切片参数之间的联动关系：

{ "sst": 1, "sd": "010203", "sliceName": "企业专网-视频回传", "amf": { "taiList": ["460-00-1-000001", "460-00-1-000002"], "defaultNssai": { "sst": 1, "sd": "010203" } }, "nssf": { "mappingPolicy": "优先选择SST=1的切片实例" } }

这里的sst设为1代表这是eMBB类型的切片，sd是运营商自定义的区分符，用来标识具体是哪一家企业客户。taiList列出允许接入这张切片的跟踪区编码，如果基站所在跟踪区不在列表里，终端到了该区域就注册不上切片。nssf的映射策略则告诉NSSF在多个切片实例里怎么选。

实际配置切片时最容易漏的是这个联动关系：签约数据里要有S-NSSAI、AMF要允许该区域接入、NSSF要有映射策略、无线侧基站要支持切片调度、UPF要能够识别切片并转发。任何一层漏配，切片就"配了但用不了"。后面避坑章节会展开讲。

4.2 边缘计算的落地形态：UPF下沉加本地分流，别只下沉不分流

边缘计算在5G核心网里的实现，本质是两件事：UPF下沉和本地分流。UPF下沉是把用户面网关从中心机房搬到靠近用户的位置；本地分流是通过ULCL或IPv6多归属技术，让UPF识别特定业务流并在本地直接卸载。

举例来说，一个园区视频监控项目，摄像头产生的视频流如果全部绕回中心UPF再上云，时延高不说，骨干带宽消耗也大。正确做法是在园区部署一台边缘UPF，SMF给中心UPF下发ULCL规则，让匹配目标IP或DNN的流量在园区UPF直接走N6接口进本地视频平台，其他流量仍走N3到中心UPF。这样既保证业务时延，又保留统一出口。

部署位置的选择有个经验值：时延要求在20毫秒以上的业务，中心UPF足够；5到20毫秒的，UPF下到地市机房；5毫秒以内的，UPF必须进园区或厂区。但UPF下沉不是没有代价，每下沉一个节点，就被多一份节点维护、备份、安全防护的工作量，要有配套的运维手段再下沉。

4.3 给PPT配一页"切片与边缘协同"示意图：信息层次怎么排

讲完切片和边缘计算，一定要放一页协同示意图，否则读者容易把两个概念割裂开。示意图画三层就够了：顶层是中心云，放核心网控制面网元和中心UPF；中间层是边缘云，放下沉UPF和MEP（多接入边缘计算平台）；底层是无线接入网，基站通过N3连到对应UPF。

画图时注意三个信息层次：第一层是物理连接关系，用实线画N2、N3、N4、N6接口；第二层是逻辑切片关系，用虚线把属于同一张切片的网元圈在一起，标注SST/SD；第三层是业务流向，用彩色箭头标出本地分流和非本地分流的路径。三层信息叠在一张图上，观众才能同时看到"控制面怎么管""用户面怎么走""切片怎么隔离"。这一页讲完，35页PPT的核心价值就传递完了。

5. 5G核心网入门避坑：从概念混淆到方案翻车的四个典型问题

5.1 把NSA当成5G核心网：5G NR不等于5GC

现象：汇报材料写"完成5G核心网建设"，现场一看组网图还是NSA模式，核心网用的是老的EPC，只是无线侧升级到了5G NR。

原因：NSA（非独立组网）和SA（独立组网）是5G的两种部署路线，NSA为了快速商用借用了4G核心网，只有SA才会部署全新的5GC。很多人把"网里有5G基站"等同于"有5G核心网"。

解决：讲PPT时先明确划分组网模式，告诉观众：NSA的核心网是EPC，SA的核心网才是5GC。同时记住一个关键判据——看网元清单里有没有AMF和SMF，没有就不是5G核心网。方案评审时第一件事就是核实组网模式，省得后面白忙活。

5.2 服务化架构的信令风暴：HTTP/2连接复用没做

现象：5G核心网完成服务化改造后，大话务量压测时网元CPU飙升，大量请求超时，甚至出现雪崩。看日志发现网元之间的HTTP/2连接数异常多。

原因：SBA的服务化调用基于HTTP/2，如果网元没有配置连接复用和连接池，每次服务调用都新建TCP+TLS连接，控制面网元之间的连接数会随着话务量指数级增长。传统EPC用SCTP长连接，大家没这个意识。

解决：在NF的HTTP客户端配置里打开连接复用，设置合理的连接池大小和空闲超时。我一般建议连接池下限设为32、上限取128，空闲超时30秒，同时监控网元活跃连接数，一旦接近连接池上限就提前扩容实例数。这不是玄学，是服务化架构必须做的调优项。

5.3 网络切片配了但切片没生效：逐层排查四层配置

现象：切片配置完成后测试终端无法注册，或者注册成功但没有按切片的QoS调度，时延和带宽跟普通用户没区别。

原因：切片生效依赖四层配置同时正确——签约数据里的S-NSSAI、AMF允许接入的TA列表、NSSF的映射策略、无线侧小区的切片映射。任何一层漏配，切片就静默失败，终端界面还看不出来。

解决：按"签约→AMF→NSSF→无线"的顺序逐层排查。先查UDM里该用户有没有签约S-NSSAI，再查AMF配置的TA列表覆盖不覆盖当前跟踪区，接着查NSSF有没有返回正确的切片实例，最后查基站小区是否启用了对应切片标识。排到哪一层通了，问题就在下一层。这个过程看着繁琐，但能根治一切"切片假活"问题。

5.4 UPF下沉不代表边缘计算完成：本地分流规则才是关键

现象：边缘项目验收，UPF已经下到园区机房，但实测业务时延还是30毫秒以上，跟走中心机房没区别。

原因：只下沉了UPF，没有配置本地分流规则。流量到了边缘UPF，因为没有匹配ULCL规则，又被转发回中心UPF处理，绕了一圈比原来还慢。这是边缘计算项目最常见的翻车方式。

解决：在SMF上配置上行分类器规则，用DNN+目标IP地址或应用标识定义需要本地卸载的流量。配置完用真实业务测一下时延，并确认N6接口出去的防火墙路由和MEP平台的接入链路都打通。记住一个检查口诀：下沉UPF是基础设施，本地分流才是业务效果，两者缺一不可。

5.5 把5G标识符搞混：SUPI、SUCI、5G-GUTI各是什么

现象：抓包分析时在注册请求里找IMSI，找了半天找不到，判断"核心网没有处理用户标识"。

原因：5G安全机制升级后，终端在空口和核心网之间传输的是加密后的SUCI（订阅永久标识符的加密形态），而不是明文IMSI。SUPI是用户永久标识（相当于IMSI），但它在网络中不以明文传递。核心网内部用5G-GUTI作为临时标识，类似4G的GUTI。

解决：调整排查习惯——注册信令里看到的是SUCI和5G-GUTI，SUPI只在UDM内部可见。做信令分析时记住对应关系：SUPI是"身份证号"，SUCI是"加密后的身份证号"，5G-GUTI是"临时通行证"。这三个词在PPT里值得单独列一页，因为几乎所有入门者都会在这一步卡住。

6. 把35页PPT讲到位：一套可复用的页数分配与自我验证方法

6.1 35页的黄金分配：每5页一个台阶

我经手过多个类似主题的培训材料，35页足够把5G核心网讲透，但必须控制节奏。我的习惯是按下表分配：

前5页的节奏要慢，让观众带着"旧网哪里不够用"的问题进入主题；中间20页是信息密度最高的阶段，每5页停下来做一次快速回顾；最后5页回到整体流程，把碎片知识串起来。

6.2 讲完怎么验证自己真的懂了：白板画图加一条curl命令

讲完PPT不等于讲懂，我习惯用两种方式验证自己或团队是否掌握了核心网知识。第一种是白板测试：合上PPT，在白板上画出完整架构图，标注所有网元和N1到N6接口，然后顺着注册流程指一遍"终端→AMF→AUSF→UDM→NSSF"。能无提示画完，说明知识已经内化。

第二种是动手验证服务化通信是否真的通了，用一条curl命令查NRF的已注册网元：

# 查询NRF中所有已注册的AMF实例状态 # <NRF_IP>和<NRF_PORT>换成你环境里的实际地址 curl -s "http://<NRF_IP>:<NRF_PORT>/nnrf-nfm/v1/nf-instances?nf-type=AMF" \ | jq '.nfInstances[] | {nfInstanceId, nfStatus, nfType}'

如果返回空列表，说明AMF没有在NRF完成注册，服务化架构里的网元互不可见。返回了REGISTERED状态，说明网元间基本通信正常。这条命令在项目联调时天天用，比任何PPT都更能检验你对5G核心网的理解是否落地了。

最后说句过来人的教训：我第一次给客户讲这份PPT，把N3和N4接口说反了，台下做网管的同事当场就发现了。后来我养成了一个习惯，每讲完一页，自己先在心里过一遍"这个网元的上游是谁、下游是谁、接口走什么协议"。严谨的技术分享，靠的不是口才，而是每一次对自己知识边界的确认。希望帮到你。

本文还有配套的精品资源，点击获取