简介面向移动通信专业学生与5G网络建设初学者这份实训指导文档聚焦Option2独立组网核心网数据配置配合IUV-5G全网仿真软件使用。内容从实训目的、前导知识到具体操作步骤逐项展开涵盖AMF、SMF、AUSF、UDM、NSSF、PCF、NRF、UPF等全部核心网网元的配置流程详细演示了虚拟接口、Loopback接口、虚拟路由、HTTP配置、NRF地址、SCTP配置、NF发现策略、N4对接、TAC分段等关键参数设置并穿插讲解5G服务化架构SBA、HTTP/2协议、CUPS等原理帮助读者理解5GC设计思想的同时掌握实际操作技能最终能够独立完成核心网基础业务开通。整个资源封装为一个docx文档约19.95MB结构清晰、可直接对照操作目前已有444人学习可用于课程实训、毕业设计或工程入门自学。1. 独立组网核心网数据配置实训要解决的不是敲命令而是让信令跑通很多实训文档喜欢把核心网数据配置写成一长串参数清单好像照着填完就行。但真正对着 CLI 准备下手时你会发现选项比文档里多得多参数之间还有互相依赖漏掉一个就全盘翻车。独立组网SA核心网数据配置正是整个移动全网规划与建设实训里最考验基本功的环节它要求你同时理解网元功能、接口关系和数据格式然后把 AMF、SMF、UPF、UDM 这几台网元的数据对齐。这篇文章写给正在做 SA 核心网实训的通信专业学生以及刚转岗做核心网数据配置的运维新人目标是让你从「对着文档敲命令」进化到「知道为什么这样配配完还敢自己动手验证」。2. 5G SA 核心网的数据配置范围四类网元、三张表和一个信令流程2.1 从网元功能反推配置落点AMF 管注册、SMF 管会话、UPF 管转发独立组网核心网的控制面和转发面是分开设计的这个架构直接决定了数据配置该落在哪里。AMF接入和移动性管理功能管的是「这个终端能不能进网、能在哪些跟踪区待着」所以它的配置重点是 PLMN、GUAMI、TAC 这些标识类参数。SMF会话管理功能管的是「终端要建立什么会话、用哪个切片、连到哪个数据网络」它的配置重心在 DNN、S-NSSAI 和 UPF 关联关系上。UPF用户面功能只负责转发它需要的就是接口地址、路由和转发规则。UDM 更像一个用户数据库存的是签约数据和鉴权参数配置的核心是 IMSI/SUPI 和它允许的业务。动手之前先想明白一个原则每个配置参数最终影响的是哪个信令流程。注册流程里终端先经 gNodeB 找 AMFAMF 要能根据 TAC 和 GUAMI 确定自己是否服务这个终端再查 UDM 确认签约最后决定是否允许接入。这里如果 AMF 的 PLMN 和 RAN 侧不一致终端连网元都选不到。会话建立流程里SMF 要根据 DNN 和 S-NSSAI 去匹配签约数据、选择 UPF。所以配置顺序应该顺着信令流程走先 AMF再 UDM 签约数据然后 SMF最后 UPF。我见过不少实训小组先把 SMF 和 UPF 配得漂漂亮亮回头才发现 AMF 的 TAC 跟 RAN 对不上整体返工这个血泪经验值得记下。配置数据的组织方式也值得留意。多数商用核心网网元的配置分为全局配置、接口配置和业务配置三层。全局配置决定「我是谁」接口配置决定「从哪收发数据」业务配置决定「能提供什么服务」。实训环境里最容易漏掉的是接口配置比如 N2 口 IP 忘绑 VLAN或者 N4 口地址写到了别的网段这类问题从配置界面上看毫无异常但信令就是不通。所以判断一个网元是否配完不要只看参数表要看它和相邻网元的接口是否已经互相能通。2.2 数据配置的最小集PLMN、TAC、DNN 与 S-NSSAI 怎么组成一条可用配置核心网数据配置的参数很多但真正决定一条业务能否跑通的最小集合其实就是下面这张表里的五类参数。实训中百分之八十的故障最后都能归到这张表里某个字段不一致。参数典型值配置在哪几侧作用PLMNMCC460MNC00AMF、gNodeB、UDM 签约确定运营商网络全网必须一致TAC0x1A01AMF、gNodeB标识跟踪区注册和 TAU 的基础GUAMIRegion01Set0001Pointer01AMF、gNodeB 配置让终端在注册时能唯一定位到 AMFDNNinternetSMF、UDM、UPF数据网络名称类似 4G 的 APNS-NSSAISST1SD000001SMF、UDM网络切片标识决定走哪类业务这里解释几个容易混淆的点。PLMN 里的 MNC 是两位如果运营商编号本身是两位就正常写如果本来就一位有的网元要求补零成两位比如 MNC1 要写成 01这个补零规则在不同厂商实现里并不完全一样配置数据无效的报错很多就是从这里来的。TAC 通常用十六进制书写但有的实训平台界面里默认十进制输入 0x1A01 和 66817 是同一个值。麻烦的是 AMF 侧配置表和 RAN 侧基站参数表往往不是同一套系统一不小心就一边十六进制一边十进制两边数值对不上。S-NSSAI 是 SST切片类型加 SD切片区分符的组合SST1 表示 eMBB增强移动宽带SD 是 24 位十六进制数。注意 SD 是可选的如果场景只有一个切片SD 可以缺省但一旦 SMF 侧写成了 SD000001UDM 签约数据里也得有一致的值否则切片选择会失败。把这五个参数串起来看就清楚了终端通过 RAN 广播的 PLMN 和 TAC 知道自己大概在哪个位置通过 GUAMI 找到对应 AMF注册完成后 AMF 拿着签约里的 DNN 和 S-NSSAI 去请求 SMF 建立会话SMF 再根据这两个值选择能到达对应数据网络的 UPF。整条链路里每一跳都依赖两侧参数一致。所以配置前先拿一张纸把「RAN 侧 / AMF / SMF / UDM」四列数据列出来逐行对齐再动手比在 CLI 里反复改要快得多。3. 用 CLI 完成 AMF 与 SMF 初始配置从空配置到终端可注册的最小命令集3.1 AMF 基础数据配置GUAMI、TAC 与 N2 接口的绑定实训环境里的 AMF 网元常见做法是先用命令行创建一个网络实例Network Instance把全局标识和接口都挂在这个实例下。这样做的好处是后续如果要加第二套 PLMN 或独立实验网段整个配置块可以整租复制不用逐个参数重敲。以下是一段最精简的 AMF 初始配置对应刚装好、完全空白的网元状态。# 进入网元全局配置模式不同产品命令略有差异 amf configure terminal amf(config)# network-instance name SA-INS amf(config-ni)# plmn mcc 460 mnc 00 amf(config-ni)# guami amf-region 01 amf-set 0001 amf-pointer 01 amf(config-ni)# tac 0x1A01 amf(config-ni)# n2-interface ip 192.168.30.1/24 vlan 100 amf(config-ni)# n2-peer gnodeb-ip 192.168.30.10 amf(config-ni)# amf-name SA-AMF-01 amf(config-ni)# commit这段命令的核心是让 AMF 同时具备「身份标识」和「对外通道」两块能力。plmn mcc 460 mnc 00声明它属于国内公用陆地移动网编号guami的三个字段拼在一起就是完整的 AMF 全球唯一标识RAN 侧配置的 AMF Pointer 必须与这里一致否则终端在注册请求里携带的 GUAMI 指向一个不存在的 AMF会被直接拒绝。tac 0x1A01声明这个 AMF 管辖的跟踪区注意这里如果漏配后面的 TAU 流程一定出问题。n2-interface是 AMF 与 gNodeB 之间的控制面接口IP 址要规划在 RAN 能路由到的网段vlan 100是实训环境里常见的接入 VLAN。n2-peer gnodeb-ip用于和 RAN 侧建立信令连接有些环境这个地址是自动发现的不需要手工指定。最后commit在多数商用网元里表示把候选配置提交为生效配置但提交不等于激活后续还要确认激活状态这一节在避坑部分会专门讲。参数修改要养成一个习惯先查后改。配置前执行show running-config network-instance看当前生效数据配置后再执行show current-config对比确认 commit 的内容确实是预想值而不是只看了 CLI 回显就继续往下走。3.2 SMF 与 UPF 关联DNN、S-NSSAI 与 N4 接口路由的配合AMF 让终端进得了网SMF 和 UPF 则决定终端能不能上得了网。SMF 的数据配置最关键的一点是把 DNN、切片和 UPF 实例绑定成一组「可用业务关系」。很多实训里用户能注册成功但无法建立 PDU 会话回头查 SMF 配置发现 DNN 写了一个切片写了一个但 UPF 实例还没注册到 SMF 的候选列表里SMF 根本不知道该把会话发给谁。# 在 SMF 上创建数据网络并关联 UPF smf configure terminal smf(config)# dnn internet smf(config-dnn)# s-nssai sst 1 sd 000001 smf(config-dnn)# upf-profile name UPF-01 smf(config-upf)# n4-interface ip 192.168.40.2 peer 192.168.40.3 smf(config-upf)# n6-route 0.0.0.0/0 next-hop 192.168.50.1 smf(config-dnn)# upf-rule precedence 10 select-by s-nssaidn smf(config-dnn)# commit这个配置块的核心逻辑是「先定义网络再定义通道最后定义选择规则」。dnn internet建立了一个名为 internet 的数据网络s-nssai sst 1 sd 000001声明这个数据网络面向哪个切片服务这两者是业务标识。upf-profile name UPF-01开始定义可用的用户面网元n4-interface指定 SMF 和 UPF 之间的 N4 接口地址注意该地址是 SMF 侧可达的地址peer是 UPF 侧的 N4 地址左右不能写反。n6-route 0.0.0.0/0 next-hop 192.168.50.1是 UPF 通往外部数据网络的默认路由它决定 UE 的上网流量最终从哪个网关出去。很多实训里这里只写一个不存在的虚拟地址导致后续 ping 测试永远不通这是数据配置完成后排查的第一站。最后的upf-rule precedence 10 select-by s-nssaidn是 UPF 选择策略告诉 SMF 当收到一个携带着 S-NSSAI 和 DNN 的会话建立请求时优先选择哪个 UPF 实例。选择策略缺失时SMF 即使配了 UPF 也不会主动使用它这是最容易踩的隐性坑。配置完成后可以在 SMF 侧验证两个前提第一show dnn internet upf-rule能看到选择策略存在第二从 SMF 所在网元 ping UPF 的 N4 接口地址确认转发面链路是通的。如果 ping 不通后面所有会话流程都不用测了先解决二层三层连通性再回来。4. 跟踪区与签约数据配置让终端完成注册和切换的细节参数4.1 TAC 与 TAU 的配置关系跟踪区更新不是 RAN 单侧的事跟踪区更新Tracking Area UpdateTAU是 5G 网络里最容易被轻视的流程但它又是实训验收时一定会测的项目。终端在空闲态下从一个跟踪区移动到另一个跟踪区发现当前驻留的 TAC 不在自己保存的 TAI 列表里就会发起 TAU 请求。表面上看这是 RAN 和终端之间的行为但核心网侧的数据配置直接决定 TAU 能不能成功。AMF 侧至少要做两件事一是把自己管辖的所有 TAC 都配进 AMF 的跟踪区列表二是决定是否给终端下发「TAI 列表」而不是单个 TA。TAI 列表的作用是让终端在列表范围内移动时不需要频繁发起 TAU减少空口信令。实训里常见配置是只配了一个 TAC但 RAN 侧模拟了多个小区、多个 TA终端一移动就发现 TAC 变了TAU 请求打到 AMF 后被拒形成信令雪崩。# AMF 侧配置多个跟踪区并组成 TAI 列表 amf(config-ni)# tac 0x1A01 amf(config-ni)# tac 0x1A02 amf(config-ni)# tac 0x1A03 amf(config-ni)# tai-list name AREA-1 amf(config-tai)# include tac 0x1A01 0x1A02 0x1A03 amf(config-tai)# commit这段配置把三个跟踪区放进同一个 TAI 列表。关键是tai-list和 AMF 全局配置里的tac之间的关系AMF 必须同时「认识」每个 TAC并且把它们归属到一个列表里终端才能在这个范围内免 TAO。如果只配了 list 但没有单独配 tacAMF 收到 TAU 时无法匹配自己的身份标识同样会拒绝。RAN 侧同样要保证每个小区广播的 TAC 与 AMF 配置一致。实训环境里gNodeB 和 AMF 是两个独立配置面数据不一致时不会报错只能从信令结果里看出来。所以配完 TAC 后务必在 RAN 侧也查一遍各小区的 TAC 值两边列一张对应表逐个核对。TAU 的成功率是实训验收的核心指标这一项配错注册做得再好也会被扣分。4.2 UDM 签约数据DNN 与切片优先级决定了用户能开什么业务UDM 的签约数据配置是整个核心网数据里最像「数据库操作」的部分。每个用户以 IMSI 或 SUPI 为标识要绑定一组允许的 DNN、一组允许的 S-NSSAI以及默认的 QoS 参数。AMF 在注册流程中会查询 UDMSMF 在会话建立流程中也会查询 UDM两侧拿到的签约数据必须一致否则会出现「注册成功但会话建立被拒」的怪象。# 在 UDM 中为单个用户配置签约数据 udm configure terminal udm(config)# subscriber imsi 460001234567890 udm(config-sub)# default-dnn internet udm(config-sub)# s-nssai sst 1 sd 000001 udm(config-sub)# s-nssai sst 2 sd 000002 udm(config-sub)# default-s-nssai sst 1 sd 000001 udm(config-sub)# roaming-allowed no udm(config-sub)# commitdefault-dnn决定用户不指定数据网络时的默认路由它必须在 SMF 侧已经配置过。s-nssai一行行添加用户可用的切片列表default-s-nssai指定默认切片两者的区别在于用户发起会话时可以主动携带 S-NSSAI如果没携带核心网就用默认值。实训中常见问题是默认切片不在用户允许的切片列表里这属于逻辑自相矛盾配置校验阶段就能拦住。roaming-allowed在实训里通常设为 no但如果你做的是跨省或跨运营商漫游场景要确认 AMF 侧允许漫游、UDM 侧也允许两侧有一个不许就会被拒。除了这些UDM 里还有鉴权数据字段比如 Ki 和 OPc大多数实训平台会自动生成不需要手填但如果你发现用户注册时一直卡在鉴权阶段不要怀疑核心网信令先去查这个用户的鉴权参数是否已经生成。UDM 配完之后建议做一次「签约数据查询」验证在 AMF 或 SMF 上通过命令查看指定用户允许的 DNN 和 S-NSSAI确认和 UDM 里配的一致。因为 AMF 和 SMF 通常都有本地缓存修改 UDM 后立即触发核心网业务可能读到旧数据等缓存刷新或者重启网元后再验收才是正确姿势。5. 核心网数据配置避坑五个高频故障的现象、原因与处理5.1 配置数据无效校验规则比你想的更严格现象在 CLI 或网管界面里输入配置回车后系统直接报「配置数据无效」整条命令没被接受但也说不清具体哪个字段错了。原因这类报错通常不是业务逻辑错误而是格式校验没过。最常见的有三种MNC 补零规则不一致、SD 十六进制位数不足、IP 地址带掩码的写法不符合设备要求。另外就是依赖关系问题比如你引用了尚未创建的 UPF Profile 或 TAI 列表系统无法解析引用目标。解决先把报错信息的字段名记下来逐项对照参数表。SD 统一写成 6 位十六进制000001 而不是 1TAC 明确使用 0x 前缀还是十进制整条配置统一风格引用的对象名确保已经创建。如果 CLI 支持show candidate-config或类似命令先查待提交的候选配置里有没有残留的旧数据有时候报错是从一条你忘了删的旧配置引出来的。经验是不要连续快速修改多个对象每完成一个独立对象就 commit 一次问题能缩小到单条命令上。5.2 附着失败GUAMI 与 TAC 不匹配的信令特征现象终端发起注册请求后一直收不到 Registration AcceptAMF 日志里能看到拒绝原因值是 Illegal UE 或 Unknown GUAMIRAN 侧显示建立失败。原因RAN 侧配置的 AMF 选择参数AMF Pointer和 AMF 实际配置不一致。终端的注册请求里携带了它从 RAN 广播中获得的 GUAMI 信息AMF 收到后发现这个 GUAMI 指向的标识与自己不匹配直接拒绝。另一种常见原因是 PLMN 配置不一致终端选错了网络。解决在 AMF 和 RAN 两侧各拉一份配置对比 PLMN 的 MCC/MNC 和 GUAMI 的 Region、Set、Pointer 三个字段。注意 Pointer 是 6 bit 值取值范围 0-63超过范围的数字配置系统不报错但无法匹配。修改后先重启 RAN 侧的小区或让终端重新选网大多数实训终端不会自动重试需要手动开飞行模式再恢复来触发重新注册。5.3 TAU 频繁失败跟踪区列表配置不一致现象终端能完成初始注册也能建立会话但空闲态下移动几步就开始发起 TAU而且 TAU 请求经常被拒信令跟踪页面里能看到大量 TAU Request/Reject 反复出现。原因终端在多个 TAC 之间移动但 AMF 下发的 TAI 列表没有覆盖这些 TAC或者 AMF 的跟踪区配置与 RAN 小区广播的 TAC 对不上。还有一种情况是网络里有多个 AMF终端从 AMF1 的跟踪区移动到 AMF2 的跟踪区但 AMF1 与 AMF2 之间的 N14 接口或上下文迁移没有配置好导致 TAU 无法在目标 AMF 侧继续。解决先确认 RAN 侧各小区广播的 TAC 列表再对照 AMF 的tac配置。实训环境如果是单 AMF重点检查 TAI 列表是否包含全部 TAC如果是多 AMF 组网还要检查各 AMF 的 GUAMI 配置是否在同一 Region/Set 下以及 N14 接口配置是否正确。用信令跟踪过滤 TAU Request看拒绝消息里的原因值比看表面现象更能定位问题。5.4 能注册不能上网DNN 与 UPF 路由的隐性坑现象终端注册成功、PDU 会话建立成功分配给 UE 的 IP 地址也正常但 UE ping 外部服务器不通或者只能 ping 通同一网段的地址。原因这类问题通常不在控制面而在转发面。最典型的是 UPF 的 N6 接口路由配置错误默认路由指向了一个不存在的网关其次是 SMF 的 UPF 选择规则没有生效导致会话建立了但没有正确的转发规则下发还有可能是 UPF 的网络实例Network Instance里没有配置对应的 DNN 路由域。解决从 UPF 侧逐层 ping先 ping SMF 的 N4 地址确认控制面链路再 ping N6 网关确认转发面链路。N6 通了之后在 UPF 上查看该会话的转发规则确认目的地址的下一跳确实是 N6 网关。如果 UPF 的配置没问题回到 SMF 检查 UPF 选择规则的匹配项是否与 PDU 会话携带的 DNN、S-NSSAI 一致。记住一个排查顺序控制面通不等于转发面通先物理层后网络层先 ping 后看规则。5.5 修改配置后不生效激活保存与重启的顺序错误现象配置已经 commit界面显示成功但实际信令流程还是按旧数据走比如 TAC 改了日志里的跟踪区还是原来的值。原因商用核心网网元的配置流程通常是「编辑候选配置 → 校验 → 激活 → 保存」commit 可能只完成了前两步。部分网元需要显式执行 activate 命令让配置生效还有一部分配置项需要重启网元进程才能加载。实训平台为了简化操作往往把 activate 和 commit 合在一起但如果你做的是真实设备或高仿真环境这两个步骤确实是分开的。解决先查当前生效配置命令一般是show running-config再查候选配置一般是show candidate-config或show configuration对比差异确认 commit 是否真的写入生效区。如果确认需要激活执行 activate 再保存涉及接口类参数或 GUAMI 这种全局标识时做好重启网元的准备但重启前务必先把配置导出备份避免重启后回到出厂状态。养成一个习惯每次修改完配置立即用查询命令验证生效值而不是看到 commit 成功就认为结束了。6. 用信令跟踪验证配置成果从注册流程到 TAU 成功率配置做完只是第一步实训验收看的是信令流程能不能完整走通。我最常用的验证方法是直接在网管的信令跟踪工具里添加过滤器抓 Registration 和 TAU 两条流程。判断标准很直接UE 发出 Registration Request 后能收到 Registration Accept随意在 RAN 侧把终端移到另一个 TAC能看到 TAU Request 和 TAU Accept 成对出现。# 在 AMF 上确认已注册用户和当前跟踪区状态 amf show subscriber registered amf show tai-list status第一条命令看当前在线用户数如果终端显示已注册但这里查不到说明注册流程根本没走到 AMF问题在 RAN 侧或路由。第二条命令看 TAI 列表状态和每个跟踪区下分布的用户数数值分布不均还能顺带发现 TAC 配置遗漏。如果跟踪工具里 TAU Accept 每次都带相同的 TAI List说明终端在列表内移动不会触发无谓的 TAU这是配置正确的直接佐证。我个人的习惯是每次实训收尾前把 RAN 侧小区 TAC、AMF 的 TAI 列表、UDM 签约切片三边数据拉成一张表逐行核对后再跑一遍注册和 TAU 流程大多数所谓「玄学问题」最后都是人为不一致。这份核对表看起来多花五分钟却能省掉后面反复抓包定位的几个小时希望你也能养成这个习惯希望帮到你。本文还有配套的精品资源点击获取