企业官网建设流程全解析

简介：面向移动全网规划与建设课程的实操型实训资料，聚焦5G Option2独立组网（5G NR直接连接5GC）下的核心网数据配置，适合通信类高职/本科学生、5G核心网配置初学者及备战全网规划实训的读者。文档以服务化架构（SBA）为主线，先厘清AMF、SMF、UPF、AUSF、UDM、NSSF、PCF、NRF等网元的功能分工，再按机房配置流程逐步演示XGEI/Loopback虚拟接口、虚拟路由、HTTP/2服务化接口、NRF地址注册、SCTP链路、AMF跟踪区、NF发现策略、SMF地址池、N4对接、AUSF/UDM签约用户管理等完整操作，可帮助读者在IUV-5G仿真软件中独立完成Option2核心网基础业务开通，并深入理解5G核心网SBA架构、网元协同关系与参数配置逻辑。资源为单份docx文档，压缩包约19.95MB，内容包含详细步骤截图与参数规划要点，结构清晰，适合边看边练。已有450人学习下载，是5G全网规划实训中核心网配置环节的高质量参考。

1. Option2独立组网核心网数据配置：从“点完成”到“跑通注册”的差距

在移动全网规划与建设课程的实训里，独立组网核心网数据配置属于那种“界面一路点过去，业务死活跑不通”的环节。我接触过不少做IUV-5G全网仿真软件实训的学生，卡在Option2 5GC核心网机房的人都有一个共同经历：AMF、SMF、AUSF、UDM等网元都加了，XGEI接口也配了，路由也填了，终端一跑注册流程，还是失败。问题最后查出来，往往就是NRF地址写错、虚拟路由下一跳填了远端环回口、或者HTTP服务端口没对上。这份docx实训文档把Option2核心网从零添加到各网元数据配置的完整路径拆开了，目标是在3个学时里让你把5G核心网的注册链路和会话链路真正打通。适合正在学移动全网规划与建设的学生、刚接触5GC的运维新人，也适合要把步骤迁移到自己仿真工程里的人。

2. 先懂网元再配数据：SBA架构下的职责和参数规划

这一章不急着点界面。实训里最容易犯的错，就是没搞清每个网元是干什么的就开始加接口。配置界面上所有参数，本质上都是这些网元之间的“地址簿”、链路和维护规则。理解了网元职责，再去点那些“+”按钮，每一步都知道自己在填什么。

2.1 一张职责表看懂9个NF：谁管移动性，谁管会话，谁像DNS

实训前导知识里把9个网元都列出来了，但很多人只记了缩写，没记职责。我建议先把下面的表记牢，再进仿真平台。这张表的每一行，回头都能对应到“网元配置”里的某一个配置页。

我一般会让学生重点记一个关系：NRF是整个核心网的“注册中心”。每个NF上线第一件事，是到NRF登记自己提供服务；其他NF需要某个服务时，也是先问NRF“谁在提供这个服务”。这就是原文里说的“类似于增强的DNS”——所以你会发现，AMF、SMF、AUSF、UDM四个网元的配置页里都有一个NRF地址配置项，而且填的是同一套NRF服务地址。后面排查注册失败，第一反应就应该是去NRF看注册表，而不是逐个去翻每个网元的接口。

2.2 SBA与CUPS：为什么配置页全是接口、路由和HTTP

5G核心网和4G EPC最大的不同，是它把传统的点对点接口改成了服务化架构（SBA）。用原文的话说，NF以服务的方式呈现，其他NF或应用通过标准接口访问这些服务。这意味着配置的行为变了：不再是明确指定“我要连到某个物理节点”，而是把自己提供哪些服务、服务地址是什么注册到NRF，让其他人按需发现。

这就解释了为什么实训步骤里有这么多HTTP配置。3GPP把5G核心网定义为一个可分解的网络体系结构，引入以HTTP/2作为基准通信协议的基于服务的接口（SBI）。所以你在网上看到的“http配置”，不是网页服务器配置，而是在设置这个NF对外提供服务的SBI接口地址和端口。端口就是服务的启动端口——它决定了其他网元通过NRF找到你之后，该往哪个端口发服务请求。这个心智模型很重要：HTTP端口写错，NF注册本身可能成功，但一旦发生服务调用就会失败，而且报错信息经常指向“服务不可达”，排查起来相当绕。

CUPS（控制面和用户面分离）也是同理。控制面网元集中管理，用户面UPF单独部署，所以SMF需要专门配置N4接口去对接UPF。这就是为什么SMF配置里会出现“N4对接配置”，而且分为SMF侧N4接口和UPF侧N4接口两处。控制面和用户面的信令和转发通道分开以后，用户面数据可以不经过控制网元直达网络，这也是5G低时延的一个基础。

2.3 添加网元的顺序与参数规划：先画表，再动手

步骤2要求依次添加AMF、SMF、AUSF、UDM、NSSF、PCF、NRF、UPF。界面上的添加顺序没有硬性要求，但我给自己定了规矩：先把NRF配通，再去配其他NF。原因很简单，其他NF的NRF地址配置都要填NRF的服务地址，而且NF上线后要往NRF注册——NRF自己还没配好HTTP，其他NF注册请求打到哪去？

动手前，一定要做一张参数规划表。虽然这份docx的附录3给出了具体参数规划，但实操时不可能一边翻附录一边填界面。我通常会先按附录3整理成类似下面的对照表，填写完一个网元勾掉一行，这样返工时不用从头导三次配置。

以实训里常见的一套规划为例：

注意，上面的数值只是我用来演示的常见做法，具体地址、端口和网段划分以这套资料附录3里的规划为准。关键是表的列：每个NF的XGEI地址、loopback地址、HTTP服务端口、NRF地址，加上后续要用的TAC值、DNN名称，全部提前列在一张纸上。填界面的时候，每一格都是照抄，而不是现场想。这一步做不做，直接决定后面排障要花10分钟还是1个小时。

3. AMF配置七连步：从XGEI到跟踪区，移动性主链路一顺到底

AMF是终端注册请求到达核心网的第一站，也是实训里配置量最大的网元。原文档从步骤3到步骤13把AMF的配置拆成了七段：虚拟接口、loopback、虚拟路由、HTTP、NRF地址、SCTP、本局配置、AMF跟踪区配置、NF发现策略。按顺序走，其实不复杂，但顺序不能乱，而且每一步之间都有依赖关系。

3.1 XGEI接口、loopback与虚拟路由：先把AMF自己的“骨架”搭起来

进入路径是：AMF网元功能 → 虚拟接口配置 → XGEI接口配置，点“+”添加三条接口地址。第一条按规划填192.168.10.1，掩码24位；第二条、第三条分别对接核心网服务网段和接入侧网段。三条接口不必都配满，但实训里建议按文档步骤把三条都加上，少一两条后面路由会缺出口。

然后是loopback接口配置，点“+”加一条，地址用规划表里的10.20.0.1/32。为什么核心网FE虚拟网元既要XGEI又要loopback？XGEI是实际收发数据的实体接口，而loopback是逻辑标识，只要NF进程在，这个地址就永远可达。NRF注册和NF发现时，SBI服务地址优先走loopback——它对上层是稳定的，不会因为某个物理接口断掉而失效。这是我给实训配置定的一条原则：凡是作为NF标识的地址，一律用loopback；凡是需要实际转发的，用XGEI。

虚拟路由配置是AMF里比较容易被忽略的一步。要增加三条路由，常见做法是：第一条目的地址10.20.0.0/16，下一跳指向NRF的XGEI接口地址，覆盖整个核心网NF的loopback网段；第二条指向接入侧网段，下一跳走第二条XGEI；第三条可以按工程需要加一条去用户面地址池网段的管理路由。这里有个容易写错的细节：路由的下一跳要写对端的XGEI地址，而不是对端的loopback地址。因为目的网段是loopback所在的/16，数据要送到那个网段，必须先到达对端这台设备的实体接口，再由对端的路由把报文转进loopback。下一跳直接写对端loopback地址时，路由就是不可达的——这也是“配置数据无效”最常见的来源之一，后面避坑章节单独说。

3.2 HTTP配置与NRF地址：注册服务和被发现的起点

点开“http配置”时，很多人不知道这里该填什么。注意，这里填的是AMF自己对外提供服务的SBI地址和端口。地址填loopback的10.20.0.1，端口填规划表里的8081。可以把它理解成给AMF这个服务进程设置启动端口：NRF知道AMF注册的服务地址是10.20.0.1:8081，其他NF要调用AMF的服务，就往这个地址发HTTP/2请求。如果端口和其他NF冲突，或者地址不可达，服务发现能成功，服务调用却会卡死。

NRF地址配置是这一节的另一个重点。界面上要填两个层面的信息：本NF向NRF注册时使用的地址（也就是AMF的SBI服务地址），以及NRF自身的服务地址。前者就是刚才HTTP配置里那对IP和端口，后者是NRF的10.20.0.20:8080。不少学生把NRF地址填成了NRF的管理IP或者自己的XGEI地址，结果是注册请求根本递不到NRF。记住一个判断方法：NRF地址配置里填的应该是“NRF在服务化架构里对外服务的地址”，也就是NRF的loopback加SBI端口，不是它的管理面地址。

3.3 SCTP配置、本局配置与跟踪区：从链路到区域的四步

SCTP配置解决的是N2口的问题。N2口是AMF到gNB之间的控制面接口，走SCTP协议，不像SBI那样走HTTP。配置时点“SCTP配置”依次点“+”，填入本端地址、本端SCTP端口、对端gNB地址和对端端口。仿真平台里这个链路能不能起来，取决于两端参数完全一致——AMF侧写了gNB的地址，gNB侧也要写AMF的地址，端到端必须是一对。SCTP链路状态是DOWN的时候，终端根本进不了注册流程，排查顺序应当放在所有业务之前。

本局配置在“AMF功能配置”下，是AMF的身份信息，包含AMF的标识、所在的区域、服务能力等，按附录3的规划填入即可。这里特别提醒：本局配置要在跟踪区配置之前完成。仿真软件里如果先配跟踪区再配本局，经常会出现跟踪区保存时报数据无效，原因就是AMF还没有自己的“局”身份，跟踪区无处挂靠。顺序问题在图形化配置里很容易被忽略，但报错时不会直接提示你“缺少本局配置”，只会说配置数据无效，白白浪费时间。

AMF跟踪区配置，就是给AMF管辖范围划出跟踪区，填入一个或多个TAC值。TAC的值要和后续SMF的TAC分段配置、gNB侧配置保持一致，这是一个全局性的数据，不是AMF一个网元的事。我在实训里见过TAC不一致导致的“注册成功但总是触发位置更新”的诡异现象——跟踪区不匹配时，终端每动一下就要重新做一次TAU，信令面频繁抖动，但表面上又不像故障。所以，TAC填进去之前，先把它写在参数规划表的共享区域里，明确标注“三处共用”。

3.4 NF发现策略：允许AMF去找谁

AMF功能配置里最后一个是NF发现策略。这一步容易直接跳过，因为界面上看起来只是勾选一些服务项。它的实际作用是：定义AMF通过NRF发现其他NF的权限范围，也就是AMF在收到终端请求之后，被允许去找哪些服务的NF。实训中通常要把SMF、AUSF等服务项加进可发现列表，并设置相应的发现策略。

配置完这一步，AMF的主链路就完整了：自己有了接口和路由，向NRF注册了服务地址，能跟gNB建立SCTP链路，知道自己管哪些跟踪区，也知道可以向NRF问谁要什么服务。注册流程里，AMF这半边就有了着落。后面卡住，就该往AUSF和UDM那一侧排查了。

4. SMF、AUSF与UDM：地址池、N4对接与签约数据一起配

AMF配完，核心网的移动性入口立住了。但用户还上不了网——接下来要把会话链路和签约数据打通。SMF、AUSF、UDM三个网元各自的配置套路类似，都是接口、路由、HTTP、NRF地址，再加自己的功能配置。重复的部分我不再逐个展开，只把每个网元的关键差异和容易配错的地方写清楚。

4.1 SMF：地址池、N4对接与TAC分段

SMF的配置路径是：虚接口配置（XGEI接口）→ loopback → 虚拟路由 → http配置 → NRF地址配置 → 地址池配置 → N4对接配置 → TAC分段配置。接口、HTTP这些和AMF的操作完全同构，只是IP按规划表换成SMF自己的那组。虚拟路由建议加两条：一条去NRF所在的控制面网段，另一条去UPF的用户面网段。SMF要管理UPF，数据必须能到达UPF，这一步漏掉，后面N4关联一定起不来。

地址池配置是SMF的核心，也是“业务开关”。界面上通常需要配置DNN名称和对应的UPF用户面地址池。终端注册完成后，SMF负责给终端分配用户面IP，而这个IP就来自这里配置的地址池。地址池配错或者DNN名称和UDM签约里的DNN不一致，表现很明确：终端鉴权全过，但PDU会话建立失败，拿不到IP。域名和网段都对不上，SMF无从分配地址。

N4对接配置要特别注意：界面里分SMF的N4接口配置和UPF的N4接口配置两处，很多学生只配了SMF侧。SMF侧N4接口填SMF面向UPF的N4地址，UPF侧N4接口填UPF自己的N4地址。两处都要配，并且SMF配置里引用的UPF N4地址要和UPF侧实际配置的完全一致。N4接口走的是PFCP协议，SMF通过它控制UPF的行为，包括下发转发规则、建立会话上下文。N4对接失败时，PDU会话建立请求到了SMF就会中断，UPF侧完全没有会话记录。

TAC分段配置放SMF里，是不少人的困惑点：跟踪区不是AMF管的吗？为什么SMF也要配TAC？原因是5G的会话管理要考虑会话发生在哪个区域，以及这个区域应该使用哪个DNN、哪个切片。TAC分段的作用，就是把TAC和DNN、切片等参数绑定起来。所以这里的TAC数值必须和AMF跟踪区配置里的一致，DNN名称又必须和地址池里的一致。这其实是一条参数链：AMF侧TAC → SMF侧TAC分段 → 地址池DNN，任何一个环节断开，终端在对应区域就开不了会话。

4.2 AUSF：两条接口加一条路由，鉴权链路的关键却最少

AUSF在实训里的配置量不大：虚拟接口配置加两条XGEI，虚拟路由配置加一条去往NRF的路由，然后是HTTP配置、NRF地址配置，最后是AUSF公共配置下的“AUSF功能配置”和“发现UDM参数配置”。

AUSF职责是处理用户鉴权数据，类似HSS中AUC的功能。终端注册时，AMF发起鉴权流程，找到的就是AUSF。而AUSF要做鉴权，必须能从UDM拿到鉴权向量——这个能力就靠“发现UDM参数配置”来声明。这里如果没配好，注册流程的表现是：终端请求到AMF，AMF已经成功发现并转给AUSF，然后整个流程就停在鉴权这一步，既不报错也不前进。实训里这步很容易漏，因为AUSF其他配置看起来太简单，很容易让人以为点完了界面就完事了。

我一般建议学生在跑注册流程之前，把AUSF的“发现UDM参数配置”打开检查一遍，确认里面填的UDM服务地址是UDM的SBI地址（10.20.0.4:8084），而不是UDM的XGEI地址。发现了才发现不了，这类错误在界面上没有任何红字提示，只有信令流程能暴露出来。

4.3 UDM：DNN、Profile与签约用户的绑定顺序

UDM配置路径为：虚拟接口配置加两条XGEI、虚拟路由加一条去NRF的路由、HTTP配置、NRF地址配置、UDM功能配置，然后进入用户签约管理。用户签约管理部分是整个实训里数据关联性最强的一步，操作路径是：DNN管理 → Profile管理 → 签约用户管理，顺序不要倒。

DNN管理先定义数据网络名称，相当于给用户能接入的网络起个名字，同时绑定地址池等参数。Profile管理定义用户签约模板，模板里引用前面建好的DNN，还可以绑定默认切片等属性。签约用户管理则是把具体某个用户绑定到某个Profile，相当于给用户开卡授权。三个界面的引用关系是：Profile引用DNN，用户引用Profile。所以如果签约用户管理界面里选不到刚才建好的Profile，多半是Profile或DNN的名称写得不匹配，而不是软件出了问题。

签约用户管理里的用户数量，不是指手机卡的数量，而是指这个核心网里允许哪些逻辑用户接入。仿真平台里终端接入时，核心网拿到的签约校验就是从这里取数。实训里最容易出的问题是把Profile管理跳过不建，直接在签约用户管理里填用户，结果用户没有可引用的Profile，鉴权侧缺签约数据，终端始终无法完成注册。这里的经验是：按DNN → Profile → 用户的顺序走完三页，再回头检查一遍引用关系，看着简单，实际是实训里挂人最多的地方。

5. 核心网配置避坑实录：配置数据无效、注册失败与五个常见翻车点

这一章写我拆分这套实训资料时实际遇到过的五类典型故障。仿真软件的报错信息往往很含蓄，很多问题不会直接说“你哪里错了”，而是丢一句配置数据无效或者流程卡死不前进。下面每一条都按现象、原因、解决三个部分给出来，排查时可以顺着找。

5.1 配置数据无效：先查路由下一跳，再查接口地址重叠

现象：在添加路由或保存配置时，界面提示“配置数据无效”，有时候是在导出配置时报校验不通过，也不指明具体是哪一行出问题。

原因：虚拟路由配置里，下一跳地址填了不可达地址。最常见的是下一跳写了对端loopback地址而不是对端XGEI地址。还有一种情况是XGEI接口地址和loopback地址落在了同一个网段，地址重叠导致路由没法正常生成，或者多条路由的目的网段存在包含关系。

解决：先把该网元的XGEI、loopback、路由三张表导出来，逐行核对。路由的下一跳必须是对端设备的XGEI接口地址，目的网段必须是目标NF的loopback所在网段。检查接口地址时，把XGEI和loopback的地址段分开看，XGEI走管理/业务网段，loopback单独用一个/32地址，不要让两者落在同一广播域。按这个来，配置数据无效的报错基本能定位在接口或路由页。

5.2 NF注册不到NRF：注册表里看不到AMF和SMF

现象：在NRF网元的功能页面里查看已注册NF列表，里面没有AMF、SMF、AUSF、UDM的注册项，或者只有一部分网元出现，缺了好几个。

原因：有两类。第一类是本NF的HTTP配置里，SBI服务地址填了不可达的地址，比如填了XGEI地址而这条XGEI所在链路本来就不通。第二类是NRF地址配置里填错了对象，常见的是把NRF的管理IP当成NRF的SBI服务地址填进去，注册请求发到了错误端口或者错误服务上。

解决：在NRF侧先确认NRF自己的HTTP配置正常，SBI地址和端口可用。然后逐个打开缺注册的网元的“NRF地址配置”，核对其指向的是不是NRF的SBI服务地址，也就是10.20.0.20加SBI端口这个组合。地址没问题，再看该网元到NRF的虚拟路由有没有生效。三条检查按顺序做，注册表里缺谁，就顺着谁查，不要一上来把8个网元全部看一遍。

5.3 SCTP链路起不来：N2口两端参数不一致

现象：AMF的SCTP配置完成后，链路状态一直不是“建立”，终端接入时没有N2信令交互。

原因：AMF侧配置的SCTP对端地址、端口，和gNB侧配置的不成对。常见的有三种：IP地址写错、端口写错、或者AMF到gNB的虚拟路由没配。仿真软件里SCTP链路是成对检查的，两端必须严格一致。

解决：把N2口当成一条物理链路来查，两端参数并排对。AMF里写了gNB的IP:端口，就去gNB侧界面看它配置的对端是不是AMF的IP:端口。IP对上了再看路由：AMF有没有一条到gNB接入侧网段的路由，下一跳是不是正确。SCTP这条链路是所有终端注册信令的物理基础，链路不起来，后面所有NF之间的配置都是白配。

5.4 N4对接少配一边：PDU会话建立到SMF就断

现象：终端注册成功、鉴权通过，但PDU会话建立请求发出去后没有下文，UPF侧日志里没有任何会话建立记录。

原因：SMF的N4对接配置里，UPF侧N4接口没有配置，或者配置的地址和UPF实际接口地址不一致。还有一种原因是SMF到UPF的虚拟路由缺失，PFCP报文送不到UPF。

解决：把N4对接当成一对接口来配。SMF的N4接口配置是SMF侧地址，UPF的N4接口配置是UPF侧地址，两处都要填。核对的关键是：SMF配置里引用的UPF N4地址，必须在UPF侧真实存在。路由方面，SMF要有去往UPF用户面网段的路由，否则即使N4地址对了，PFCP关联请求也发不出去。N4这条链路不通，SMF对UPF的控制就是瘫痪的，用户面数据无法流转。

5.5 TAC、DNN、Profile三者不一致：注册能过，业务起不来

现象：终端注册流程全通，鉴权也过，但PDU会话建立总是失败，信令里能看到的提示是“会话参数不匹配”或者干脆没有明确原因，只有会话释放记录。

原因：AMF跟踪区配置的TAC、SMF的TAC分段、UDM的Profile和DNN，三个层面的参数没有对齐。比如AMF里TAC是128，SMF的TAC分段里根本没有128这个段；或者SMF的地址池DNN名称是“internet”，UDM的Profile里签约DNN写成了“default”。每一段单独看都是对的，连起来就是断的。

解决：建一个共享参数表，把TAC、DNN、切片这几项列在同一张表里，AMF跟踪区、SMF TAC分段、SMF地址池、UDM Profile各占一列。配置前先把表填出来，配置时照抄，改任何一处就同步改其他三处。我的习惯是配完后把这四个页面截图拼在一起对比一遍，肉眼扫一遍比在信令里来回查快得多。

6. 配完怎么验：用“三查三对”把业务开通跑一遍

配置做完，不急着交作业。仿真平台最大的优势是可以直接验证——真实核心网出了问题只能逐台设备抓信令，仿真里对着注册表和信令流程就能定位。我给自己定了一套“三查三对”的验证流程，每次配完全部网元都强制走一遍。

三查：一查NRF注册列表，打开NRF的注册信息页面，确认AMF、SMF、AUSF、UDM、NSSF等网元都已经上线注册，缺任何一个，直接按第5章的坑2去查；二查信令流程，在仿真中让终端发起一次注册，观察信令依次经过AMF、AUSF、UDM，完成鉴权后建立PDU会话，走到哪一步停住，就重点查对应的网元；三查会话结果，PDU会话建立成功后，SMF和UPF侧都应该出现会话上下文，地址池里有IP被分配出去的记录，这一步是对N4链路和地址池配置的最终确认。

三对：对IP掩码，XGEI和loopback的地址段是否和规划表一致，路由下一跳是否可达；对HTTP端口，每个NF的SBI服务端口有没有冲突，NRF地址配置里指向的端口是否和NRF的SBI端口一致；对DNN和TAC，AMF跟踪区、SMF的TAC分段、UDM的Profile，三个页面里的TAC和DNN是不是完全相同的字符串。

6.1 把排障习惯固化到流程里

这个方法我现在每回带实训都会让学生做一遍，原因是我自己第一次做Option2核心网配置时，就吃过“配置数据无效”的亏。当时所有网元都配完了，导出配置时提示校验不通过，翻了三遍界面才想起来路由下一跳写的是对端loopback地址。从那以后，我每次完成核心网数据配置都强制走一遍三查三对：先在NRF注册表里扫一遍网元，再跑一次终端注册，最后把TAC、DNN、端口三组数据并排核对。这个习惯帮我挡掉了大部分“看起来配了、实际用不了”的返工。这份实训docx里附带的步骤和附录3参数表，本身已经能支撑你走通整个流程，照着做完后再用三查三对兜底，基本不会卡在最后的业务开通环节。希望帮到你。

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