简介围绕移动全网规划与建设中的5G独立组网场景这是一份docx实训文档重点讲解Option2架构下5G核心网的数据配置适合高职与应用型本科通信专业学生、实训教师以及刚接触5G核心网配置的工程人员使用。文档以IUV-5G全网仿真软件为操作环境逐一介绍AMF、SMF、AUSF、UDM、NSSF、PCF、NRF、UPF等网元功能并按步骤拆解虚拟接口、Loopback、路由、HTTP/2服务化接口、NRF地址、SCTP、N4对接、跟踪区及NF发现策略等配置要点从添加网元、本局配置到用户签约管理、DNN/Profile管理均有对应操作路径正文配有大量界面截图建议学时3学时便于边看边练尤其适合理解Option2与Option3X的组网差异。包体为1个docx文件压缩包约19.95MB文件可编辑、易批注。目前已有450人学习内容偏实操可直接作为5G全网建设课程的课后实训参考也可作为核心网参数配置的查漏补缺手册或用于实训报告撰写与考前复习。1. 独立组网核心网数据配置实训课上最容易被“配不通”的一环很多人在移动全网规划与建设实训里第一次接触核心网数据配置时都以为最难的是协议流程结果真正动手才发现整套独立组网核心网的网元部署在机房里跑不起来八成卡在数据配置这一关NRF里查不到服务AMF和SMF之间没有建立关联UE注册时在鉴权之后直接掉线。这个环节看起来只是填参数实际上是把一张SA核心网的“骨架”立起来PLMN、切片、DNN、接口地址任何一个写得不对网元之间就互相不认识。这篇文章想讲的就是独立组网核心网数据配置到底配什么、按什么顺序配、配完怎么验证以及那些让人反复翻车的配置数据无效问题都出在哪个环节。适合正在做5G核心网实训的学员也适合刚接手核心网开局调测的一线新人。2. 先认网元和配置对象独立组网核心网里哪些数据等着你填2.1 独立组网下的核心网架构为什么SA比NSA更依赖数据配置独立组网StandaloneSA和非独立组网NSA的核心网最本质的差别是SA把控制面完整地放到了5G核心网里不再借用4G的EPC。这就意味着AMF接入和移动性管理功能、SMF会话管理功能、UPF用户面功能、NRF网络仓储功能、UDM统一数据管理、PCF策略控制功能这些网元全部要以服务化架构的方式跑在同一个网络里。网元之间不再是传统的点对点接口直连而是通过HTTP/2调用服务化接口。这个架构本身不复杂复杂的是每个网元要向NRF注册自己提供了哪些服务其他网元再去NRF发现服务、按需调用。注册信息、发现规则、切片配置、DNN上下文全部落在数据配置里。这也是独立组网实训最容易让人困惑的地方。很多学员以为把AMF、SMF、UPF的进程拉起来就完事了实际上独立组网核心网起来之后首先看到的是NRF的注册列表空空如也。你向NRF查询已注册的网元返回结果为零不是网元程序没跑起来而是网元没把自己的服务信息注册上去或者注册时带的参数和NRF侧配置不一致。这个概念必须建立起来核心网数据配置不只是网元自己的参数配置更重要的是网元之间的“互相认识”的配置。2.2 配置数据的类别全局数据、网元数据、切片与DNN的关联关系上手核心网数据配置之前得先把配置数据的类别分清楚。常见的做法是按“全局→网元→业务”三层来切分。全局数据包括PLMN公共陆地移动网络、TAC跟踪区码、核心网机房的网段规划、时钟源配置这些是整个核心网共享的。网元数据是每个网元独立的配置比如AMF要配自己的GUAMI全局唯一AMF标识、支持哪些切片SMF要配DNN数据网络名称、UPF的地址池UPF要配用户面IP池、转发规则。业务数据则是把切片、DNN和具体网元绑定起来告诉网络某个S-NSSAI单网络切片选择辅助信息下的PDU会话由哪个SMF负责用户面流量走哪个UPF。这里有一个实训中反复出现的认知误区很多人把DNN和切片当成两件独立的事来配先配了切片SST/SD再单独建了DNN最后发现UE发起PDU会话建立请求时被拒绝。原因就是AMF在初始注册时选了切片但PDU会话建立时AMF要根据UE请求的DNN去SMF查这个DNN是否支持该切片。如果SMF上这个DNN没有关联到对应的S-NSSAISMF会直接回拒核心网日志里看到的就是“DNN/S-NSSAI combination is invalid”。所以配置顺序上切片和DNN必须作为一组关联数据来规划而不是分开各配各的。2.3 实训环境的三种形态真设备、仿真平台与开源核心网配法差在哪移动全网规划与建设实训的环境并不统一常见的有三类运营商或厂商提供的真机教学平台、厂商自带的仿真环境、以及基于开源项目搭建的模拟核心网。三类环境的配置入口差别很大但数据模型是相通的。真机上你用命令行或者网管界面改配置每一步都影响现网逻辑改错了要回滚仿真平台通常给你一个图形化界面把PLMN、AMF、SMF、UPF做成一个个表单填完点部署开源核心网以配置文件为主YAML或者JSON里写完再重启服务。我自己带实训时一般建议学员先搞清楚一个核心问题你在这个环境里改配置是改“数据库里的记录”还是改“网元的配置文件”。仿真平台和厂商网管通常是前者改完生效需要整体部署或激活开源核心网是后者改完必须重启对应网元。如果分不清数据配置存储在哪儿就很容易出现“明明改了但测试还是失败”的情况——不是配置写错是配置没被加载。环境类型配置存储方式修改后生效方式典型操作入口厂商真机/网管数据库或配置库部署/激活命令行、网管界面厂商仿真平台虚拟配置对象整体部署图形化表单开源核心网本地文件重启服务配置文件命令行3. 跑通独立组网最小配置集从PLMN到PDU会话的落地步骤3.1 第一步规划PLMN、TAC与网元IP配置前的“地基”怎么打独立组网核心网数据配置里第一个动手的环节通常不是打开AMF的配置界面而是先在表格里做一份网络规划。PLMN是MCC和MNC的组合实训里最常用的就是460和00也就是MCC460、MNC00对应中国移动的网络。TAC是跟踪区码要和接入网侧配置保持一致。实训中有一个很常见的翻车点核心网AMF上配了TAC 1无线侧gNB配了TAC 2结果UE一直驻留不上因为AMF在收到gNB转发的初始UE消息时会用消息里的TAC去匹配自己配置的TA列表匹配不上直接拒绝注册。这个环节不涉及复杂的命令但需要你先把下表填清楚。规划表里最重要的是网元IP和接口网段。AMF、SMF、UPF、NRF之间的服务化接口是走逻辑IP的这些IP要规划在同一个可路由网段内同时UPF的用户面地址要和SMF配给它的N4接口地址严格对应。很多实训平台里AMF能注册上NRF但PDU会话建立时UPF一直不可达去ping UPF的用户面地址发现这个地址根本不在UPF的接口IP配置里——规划时写了A地址配置时填了B地址。建议的做法是所有网元IP先做一张表标注网元名、接口类型、IP地址、端口配置时逐项对照填写不要凭记忆直接填。3.2 第二步配置NRF与网元注册让核心网先“找得到彼此”的关键独立组网核心网里NRF是所有网元的“通讯录”。AMF要注册SMF要注册UPF也要通过SMF的管理面信息注册连NRF自己也要把自己注册进NRF。实训中最早能验证的数据配置成果就是在NRF的查询接口里看到这些网元出现在已注册列表里。NRF侧的关键配置是允许注册的网元类型和网元实例ID有的仿真平台还会要求填网元的主机名或FQDN。注册这一步最容易出现配置数据无效的原因是网元类型标识和接口版本不一致。比如AMF向NRF注册时带的URL是nrf-nfm服务接口版本填了v1但NRF侧启动了v2的服务版本注册请求直接返回404。还有一部分实训环境里网元注册采用的是nrf-disc发现机制也就是SMF想找某个AMF来服务某个切片时先去NRF查NRF返回的候选实例列表里如果有地址不可达的节点调用会失败。配置NRF时建议把每个网元的服务列表手工核对一遍至少确认三项服务名称、接口版本号、绑定IP端口。这里可以用一行命令做一个最粗糙的验证以开源核心网为例在装了curl的终端上向NRF查询已注册网元# 查询NRF中已注册的AMF实例{NRF_IP}替换为实际地址 curl -s http://{NRF_IP}:8000/nnrf-nfm/v1/nf-instances?nf-typeAMF | head -100 # 返回结果应为JSON数组里面含实例ID、服务列表、状态这个命令的逻辑是通过NRF的HTTP接口直接拉取AMF网元的注册记录。如果返回的JSON为空说明AMF注册失败方向是检查AMF侧注册URL和NRF侧接口版本如果返回了实例但状态不是REGISTERED说明注册请求到了但心跳保活没接上。参数说明nf-typeAMF限定只查AMF也可以换成SMF、UPFhead -100只是限制输出避免刷屏。实战中不要只查一次注册后隔几秒再查一次防止看到网元刚注册就掉线的瞬时误判。3.3 第三步配置AMF、SMF与UPF切片、DNN和用户面转发怎么打通网元注册成功之后核心网的控制面“互相找得到”了但UE能不能正常上网取决于切片、DNN、UPF转发这一串数据是否连通。AMF侧的配置重点是支持的网络切片列表S-NSSAI列表也就是把本AMF允许服务的切片写进去SMF侧的重点是DNN配置和UPF关联DNN里要写明这个网络名称对应的UPF地址、用户面IP池、以及它支持的切片组合UPF侧的重点是数据转发规则。以一块典型数据为例# 以某开源核心网配置为例SMF侧DNN与切片关联的关键字段 dnn: - dnn: internet # 数据网络名称UE请求时填这个名字 s_nssai: - sst: 1 # 切片类型一般1表示eMBB sd: 000001 # 切片区分符配合SST唯一标识一个切片 upf: - ip: 192.168.10.2 # UPF用户面地址必须与UPF实际接口IP一致 pool: - 192.168.30.0/24 # UE分配到的IP网段不可与现网冲突这段配置的逻辑是当UE请求一个名为internet的PDU会话时AMF根据切片信息把这个请求转给支持该切片的SMFSMF查到自己配置里有这个DNN且关联了SST1/SD000001的切片就去给UE分配IP地址并把用户面的隧道参数下发给UPF。这里面有三个参数容易填错sst和sd必须和AMF支持列表一致upf.ip必须是UPF实际配置的地址而不是规划IPpool网段不能和核心网管理网段有重叠。如果你拿到一套实训平台的初始配置正常情况下upf.ip和pool是搭配出现的只看到其中一个字段就说明配置文件不完整。3.4 第四步注册请求验证用一组命令确认UE能不能完成注册和建会话配置全部写完后验证是最能体现功力的环节。在实训平台上UE有两个形态一种是无线电仿真终端另一种是只有协议栈的路测终端。不管哪种形态核心网的日志和信令跟踪都是最重要的验证工具。独立组网核心网的注册流程和PDU会话建立流程在日志里都有明确的信令节点标志比如REGISTRATION REQUEST、AUTHENTICATION REQUEST、SECURITY MODE COMMAND、PDU SESSION ESTABLISHMENT REQUEST。你不需要把每条消息都看懂但要能抓住“流程断在哪”这个点。一个很实用的本地验证动作是盯住AMF/SMF运行日志的实时输出一边触发UE注册一边看日志。以systemd方式运行的开源核心网为例# 查看AMF日志过滤注册相关信令 journalctl -u open5gs-amfd -f | grep -E REGISTRATION|FAILURE|ERROR这里的-u指定查看AMF服务日志-f是持续跟踪grep只筛出注册和错误相关的行。如果日志里出现REGISTRATION REJECTED且带原因值重点去查AMF的TA列表和切片支持列表如果注册成功但PDU会话建立失败重点查SMF的DNN关联和UPF地址可达性。实际验证时我习惯先把AMF/SMF/UPF三个窗口同时打开用自动化脚本里设置延迟让UE在注册后第2秒发起PDU会话建立这样能在一轮日志里把两个流程一次看完比自己手动反复操作高效很多。4. 实训中“配置数据无效”的高发踩坑点现象、原因与解法4.1 现象UE注册被拒原因值显示PLMN不允许原因PLMN或TAC匹配错误这是独立组网实训里出现频率最高的问题也是很多人第一次看到“配置数据无效”这个提示的场景。UE侧SIM卡里的PLMN和核心网AMF配置的PLMN不一致时AMF在鉴权之前就直接回注册拒绝原因值是“PLMN not allowed”。在一个实训平台里如果UE的配置文件写死了MCC460/MNC00而AMF的PLMN列表里写的是MCC460/MNC01两边不匹配注册流程就会卡在第一步。另一种隐蔽的情况是PLMN写对了TAC不匹配——UE在gNB覆盖下上报的TAC和AMF里配置的TA列表不一致拒绝原因通常变成“Tracking area not allowed”。解决办法是列出UE侧和核心网侧两边的PLMN和TAC进行对照核查。具体步骤是先看UE配置或SIM卡文件里写入的PLMN再查AMF配置中的PLMN和TA列表。两边必须完全一致包括MNC的位数46和460这种写法差异也会导致匹配失败。在实训中遇到“注册请求无响应”而不是“明确拒绝”时优先怀疑TAC不匹配。4.2 现象NRF查询网元列表不全原因网元注册地址或端口错误有时UE注册流程根本没到因为你连核心网内部的网元交互都没打通。SIM卡和无线电参数都对但AMF日志里反复出现向NRF注册失败的记录比如NF_REGISTER_FAILED 404 NOT FOUND。这种大概率不是NRF没启动而是AMF配置里NRF的地址、端口或API路径写错了。常见的是NRF服务跑了8000端口AMF里填的是8080或者API前缀只写到/nnrf-nfm/少了版本号v1。排查时直接从AMF所在机器发起HTTP请求验证NRF是否可用# 在AMF侧机器上验证NRF接口连通性返回大括号即通 curl -v http://{NRF_IP}:{NRF_PORT}/nnrf-nfm/v1/nf-instances 21 | tail -20逻辑是如果Filter输出末尾是HTTP 200说明AMF到NRF的路径是通的问题在注册消息体内容如果是connection refused说明端口写错或NRF进程没起来如果是404或405说明URL路径不对去核对API版本号。实训中还有一种情况AMF注册成功但SMF始终注册不上查到最后是SMF配置文件里NRF的地址用了AMF的IP这种错误在多人协作实训里特别常见因为配置模板是复制来复制去的。建议每个网元的NRF地址单独核对不要因为同一个核心网就默认全部一样。4.3 现象PDU会话建立失败UE拿不到IP原因DNN与切片关联不一致注册成功、UE显示已入网但浏览器打不开任何页面或者在终端侧发PDU会话建立后超时。这种场景下核心网的SMF日志往往能看到PDU Session Establishment Failed附带信息是这个DNN不支持该S-NSSAI。实质就是SMF里DNN关联的切片和AMF里允许的切片没有交集。UE请求的是默认切片SST1AMF把这个消息转给SMFSMF的DNN配置里写的是SST1、SD000001两边SD不一样或者SMF的DNN下根本没有写切片字段都会导致SMF判断为配置数据无效。解决的实操方法是把所有网元的S-NSSAI列表对齐。AMF里写的S-NSSAI是允许接入的切片全集SMF里每个DNN下写的S-NSSAI是这个DNN能服务的子集UE里请求的S-NSSAI必须是交集里的一个。实训中建议先确认UE配置里写的SST/SD再在AMF配置里查该切片是否在支持列表最后在SMF的DNN里查关联切片。任何一处对不上直接在SMF里补上对应切片关联即可改动后一定要重启SMF使配置生效。4.4 现象UE注册成功但无法路由原因UPF的IP地址池或接口配置冲突这个坑藏得很深因为从控制面看一切正常注册成功、会话建立成功、UE拿到了一个IP。但ping网关和外部网络不通或者只有单向流量。SMF给UE分配了IP这个IP是从SMF侧DNN配置里写的pool网段取的但UPF实际转发时找不到这个网段的路由或者UPF的用户面隧道收到了包但无法回程。实训中最常见的原因是UPF的用户面地址所在的接口没配好或者pool网段和UPF本机其他网段冲突。还有一种奇葩情况是SMF上配了UPF的IP地址但UPF上还有另一个网元占用了同一个IP——在仿真环境多套实训共享一台物理服务器时很容易发生。验证方法是直接登录UPF所在机器查看接口地址和路由表# 查看本机所有接口的IP确认UPF用户面地址真实存在 ip addr show # 查看对端网段是否有路由可达{UE_POOL_NETWORK}填SMF下发的地址池网段 ip route | grep {UE_POOL_NETWORK}逻辑是如果ip addr show里没有SMF配置指向的UPF IP说明UPF配置里的地址没绑到接口上如果地址存在但路由表里没有返回路由说明UPF缺少到UE地址池的路由。实训里UPF通常和核心网控制面在同一台服务器或相邻网段一般加一条静态路由即可。但与其事后补路由不如在规划阶段就把UE地址池选在独立网段避免用控制面同网段地址。4.5 现象网元配置修改后不生效原因改了文件没重启服务或配置缓存未刷新这类问题在实训中最折磨人表现形式是明明在配置文件里把错误项改对了再次测试还是同样的失败结果。大多数情况下配置文件不是网元启动时读一遍就完事的有的网元支持热加载有的必须重启服务进程才读取最新配置。开源核心网里的NF服务通常以守护进程方式运行改完配置不重启等于白改。更隐蔽的是有些平台有两份配置一份初始默认配置一份当前生效配置你改了默认配置生效配置还是旧的。排查原则是改完配置后确认服务是否重新加载。用systemd管理服务的环境里重启命令是systemctl restart {service_name}重启后立刻看日志确认配置加载是否有报错。如果日志里出现解析失败说明修改时语法写错了比如缺少缩进、漏了冒号、多了一个逗号。实训中为了让学员少走弯路我一般建议改完配置先做一次语法校验再重启服务不要用“重启后看结果”当校验手段。语法校验做好了配置加载失败这类翻车就能过滤掉一大半。5. 从“能注册”到“能建会话”一些进阶验证技巧与个人习惯5.1 用核心网日志定位信令断点比反复看参数更有效当你把注册流程跑通但PDU会话建立仍有失败时问题就很难靠肉眼核对参数发现了。这时应该把开日志、抓信令作为主要手段。AMF/SMF各有自己的日志文件独立组网核心网的日志里通常会标出信令流程的步骤序号。常见做法是同时打开AMF和SMF日志触发一次完整的UE注册和PDU会话建立然后沿着时间轴把两条日志对应着看AMF日志里看到“转发PDU会话建立请求给SMF”但SMF日志里没有任何输入说明消息在AMF与SMF之间丢了查服务化接口连通性如果SMF收到了但立即回错说明是SLF数据配置问题。抓包是更进一步的排查手段。在SMF与UPF之间、AMF与SMF之间分别抓包能直接看到HTTP请求和响应码。比如SMF回给AMF的响应是400 Bad Request直接把响应体的错误描述贴到搜索引擎里往往比对着配置手册一行行查更快。这不算什么高超技巧但效率确实高实训时我常和学员说配置数据无效的提示真正含义往往是“你应该去看看我具体是哪里无效”。5.2 校验逻辑比对法用一个条目逐项对照核心网数据配置点这个习惯帮我在实训里避免过很多次返工。每次完成一组核心网配置不要急着去连接UE做业务流程先把全部配置项输出成一张清单自己按信令流程的顺序逐项检查。从UE注册开始PLMN对不对TAC对不对切片注册允许吗然后到PDU会话DNN存在吗DNN对应切片对吗SMF能到UPF吗地址池和UPF路由对得上吗只要这一条线上的每个点都能打勾后续业务流程大概率能通。实训中很多问题其实是跳过检查直接联试然后从头到尾排查反而更耗时间。5.3 数据配置模板化把一份可用的核心网配置沉淀成自己的快速开局方案实训不同于商用网络开局商用有严格流程和变更管控实训更多是为了掌握要领。所以我会建议学员把成功后的一套配置脱敏后保存为模板下次再建一套实训环境时直接在这个模板基础上改IP和标识而不是从空配置开始。把SST/SD、DNN名称、UPF地址、地址池网段等字段抽成常量放在文件顶部其他位置只引用常量能大幅减少手误。最好在顶部用注释标明每个常量在拓扑图上的位置下次拿到新拓扑先更新这些常量的值再检查一遍关系就能开局。核心网数据配置这行做久了最大的感受是大部分故障都不是原理没看懂而是在某个细节上草率了。我自己也曾在UPF地址池上吃过亏——规划时顺手写了一个和管理网段重叠的地址压测时大量UE无法上网查了很久才发现是地址池冲突。从那以后配置前先做完整的地址规划表成了我的固定动作。实训的价值不在于一次把流程跑通而是跑通之后能说清楚哪些参数不能乱填、哪些关系必须锁死。希望这篇文章能帮你把独立组网核心网数据配置这个环节摸顺少走几趟弯路。本文还有配套的精品资源点击获取
简介围绕移动全网规划与建设中的5G独立组网场景这是一份docx实训文档重点讲解Option2架构下5G核心网的数据配置适合高职与应用型本科通信专业学生、实训教师以及刚接触5G核心网配置的工程人员使用。文档以IUV-5G全网仿真软件为操作环境逐一介绍AMF、SMF、AUSF、UDM、NSSF、PCF、NRF、UPF等网元功能并按步骤拆解虚拟接口、Loopback、路由、HTTP/2服务化接口、NRF地址、SCTP、N4对接、跟踪区及NF发现策略等配置要点从添加网元、本局配置到用户签约管理、DNN/Profile管理均有对应操作路径正文配有大量界面截图建议学时3学时便于边看边练尤其适合理解Option2与Option3X的组网差异。包体为1个docx文件压缩包约19.95MB文件可编辑、易批注。目前已有450人学习内容偏实操可直接作为5G全网建设课程的课后实训参考也可作为核心网参数配置的查漏补缺手册或用于实训报告撰写与考前复习。1. 独立组网核心网数据配置实训课上最容易被“配不通”的一环很多人在移动全网规划与建设实训里第一次接触核心网数据配置时都以为最难的是协议流程结果真正动手才发现整套独立组网核心网的网元部署在机房里跑不起来八成卡在数据配置这一关NRF里查不到服务AMF和SMF之间没有建立关联UE注册时在鉴权之后直接掉线。这个环节看起来只是填参数实际上是把一张SA核心网的“骨架”立起来PLMN、切片、DNN、接口地址任何一个写得不对网元之间就互相不认识。这篇文章想讲的就是独立组网核心网数据配置到底配什么、按什么顺序配、配完怎么验证以及那些让人反复翻车的配置数据无效问题都出在哪个环节。适合正在做5G核心网实训的学员也适合刚接手核心网开局调测的一线新人。2. 先认网元和配置对象独立组网核心网里哪些数据等着你填2.1 独立组网下的核心网架构为什么SA比NSA更依赖数据配置独立组网StandaloneSA和非独立组网NSA的核心网最本质的差别是SA把控制面完整地放到了5G核心网里不再借用4G的EPC。这就意味着AMF接入和移动性管理功能、SMF会话管理功能、UPF用户面功能、NRF网络仓储功能、UDM统一数据管理、PCF策略控制功能这些网元全部要以服务化架构的方式跑在同一个网络里。网元之间不再是传统的点对点接口直连而是通过HTTP/2调用服务化接口。这个架构本身不复杂复杂的是每个网元要向NRF注册自己提供了哪些服务其他网元再去NRF发现服务、按需调用。注册信息、发现规则、切片配置、DNN上下文全部落在数据配置里。这也是独立组网实训最容易让人困惑的地方。很多学员以为把AMF、SMF、UPF的进程拉起来就完事了实际上独立组网核心网起来之后首先看到的是NRF的注册列表空空如也。你向NRF查询已注册的网元返回结果为零不是网元程序没跑起来而是网元没把自己的服务信息注册上去或者注册时带的参数和NRF侧配置不一致。这个概念必须建立起来核心网数据配置不只是网元自己的参数配置更重要的是网元之间的“互相认识”的配置。2.2 配置数据的类别全局数据、网元数据、切片与DNN的关联关系上手核心网数据配置之前得先把配置数据的类别分清楚。常见的做法是按“全局→网元→业务”三层来切分。全局数据包括PLMN公共陆地移动网络、TAC跟踪区码、核心网机房的网段规划、时钟源配置这些是整个核心网共享的。网元数据是每个网元独立的配置比如AMF要配自己的GUAMI全局唯一AMF标识、支持哪些切片SMF要配DNN数据网络名称、UPF的地址池UPF要配用户面IP池、转发规则。业务数据则是把切片、DNN和具体网元绑定起来告诉网络某个S-NSSAI单网络切片选择辅助信息下的PDU会话由哪个SMF负责用户面流量走哪个UPF。这里有一个实训中反复出现的认知误区很多人把DNN和切片当成两件独立的事来配先配了切片SST/SD再单独建了DNN最后发现UE发起PDU会话建立请求时被拒绝。原因就是AMF在初始注册时选了切片但PDU会话建立时AMF要根据UE请求的DNN去SMF查这个DNN是否支持该切片。如果SMF上这个DNN没有关联到对应的S-NSSAISMF会直接回拒核心网日志里看到的就是“DNN/S-NSSAI combination is invalid”。所以配置顺序上切片和DNN必须作为一组关联数据来规划而不是分开各配各的。2.3 实训环境的三种形态真设备、仿真平台与开源核心网配法差在哪移动全网规划与建设实训的环境并不统一常见的有三类运营商或厂商提供的真机教学平台、厂商自带的仿真环境、以及基于开源项目搭建的模拟核心网。三类环境的配置入口差别很大但数据模型是相通的。真机上你用命令行或者网管界面改配置每一步都影响现网逻辑改错了要回滚仿真平台通常给你一个图形化界面把PLMN、AMF、SMF、UPF做成一个个表单填完点部署开源核心网以配置文件为主YAML或者JSON里写完再重启服务。我自己带实训时一般建议学员先搞清楚一个核心问题你在这个环境里改配置是改“数据库里的记录”还是改“网元的配置文件”。仿真平台和厂商网管通常是前者改完生效需要整体部署或激活开源核心网是后者改完必须重启对应网元。如果分不清数据配置存储在哪儿就很容易出现“明明改了但测试还是失败”的情况——不是配置写错是配置没被加载。环境类型配置存储方式修改后生效方式典型操作入口厂商真机/网管数据库或配置库部署/激活命令行、网管界面厂商仿真平台虚拟配置对象整体部署图形化表单开源核心网本地文件重启服务配置文件命令行3. 跑通独立组网最小配置集从PLMN到PDU会话的落地步骤3.1 第一步规划PLMN、TAC与网元IP配置前的“地基”怎么打独立组网核心网数据配置里第一个动手的环节通常不是打开AMF的配置界面而是先在表格里做一份网络规划。PLMN是MCC和MNC的组合实训里最常用的就是460和00也就是MCC460、MNC00对应中国移动的网络。TAC是跟踪区码要和接入网侧配置保持一致。实训中有一个很常见的翻车点核心网AMF上配了TAC 1无线侧gNB配了TAC 2结果UE一直驻留不上因为AMF在收到gNB转发的初始UE消息时会用消息里的TAC去匹配自己配置的TA列表匹配不上直接拒绝注册。这个环节不涉及复杂的命令但需要你先把下表填清楚。规划表里最重要的是网元IP和接口网段。AMF、SMF、UPF、NRF之间的服务化接口是走逻辑IP的这些IP要规划在同一个可路由网段内同时UPF的用户面地址要和SMF配给它的N4接口地址严格对应。很多实训平台里AMF能注册上NRF但PDU会话建立时UPF一直不可达去ping UPF的用户面地址发现这个地址根本不在UPF的接口IP配置里——规划时写了A地址配置时填了B地址。建议的做法是所有网元IP先做一张表标注网元名、接口类型、IP地址、端口配置时逐项对照填写不要凭记忆直接填。3.2 第二步配置NRF与网元注册让核心网先“找得到彼此”的关键独立组网核心网里NRF是所有网元的“通讯录”。AMF要注册SMF要注册UPF也要通过SMF的管理面信息注册连NRF自己也要把自己注册进NRF。实训中最早能验证的数据配置成果就是在NRF的查询接口里看到这些网元出现在已注册列表里。NRF侧的关键配置是允许注册的网元类型和网元实例ID有的仿真平台还会要求填网元的主机名或FQDN。注册这一步最容易出现配置数据无效的原因是网元类型标识和接口版本不一致。比如AMF向NRF注册时带的URL是nrf-nfm服务接口版本填了v1但NRF侧启动了v2的服务版本注册请求直接返回404。还有一部分实训环境里网元注册采用的是nrf-disc发现机制也就是SMF想找某个AMF来服务某个切片时先去NRF查NRF返回的候选实例列表里如果有地址不可达的节点调用会失败。配置NRF时建议把每个网元的服务列表手工核对一遍至少确认三项服务名称、接口版本号、绑定IP端口。这里可以用一行命令做一个最粗糙的验证以开源核心网为例在装了curl的终端上向NRF查询已注册网元# 查询NRF中已注册的AMF实例{NRF_IP}替换为实际地址 curl -s http://{NRF_IP}:8000/nnrf-nfm/v1/nf-instances?nf-typeAMF | head -100 # 返回结果应为JSON数组里面含实例ID、服务列表、状态这个命令的逻辑是通过NRF的HTTP接口直接拉取AMF网元的注册记录。如果返回的JSON为空说明AMF注册失败方向是检查AMF侧注册URL和NRF侧接口版本如果返回了实例但状态不是REGISTERED说明注册请求到了但心跳保活没接上。参数说明nf-typeAMF限定只查AMF也可以换成SMF、UPFhead -100只是限制输出避免刷屏。实战中不要只查一次注册后隔几秒再查一次防止看到网元刚注册就掉线的瞬时误判。3.3 第三步配置AMF、SMF与UPF切片、DNN和用户面转发怎么打通网元注册成功之后核心网的控制面“互相找得到”了但UE能不能正常上网取决于切片、DNN、UPF转发这一串数据是否连通。AMF侧的配置重点是支持的网络切片列表S-NSSAI列表也就是把本AMF允许服务的切片写进去SMF侧的重点是DNN配置和UPF关联DNN里要写明这个网络名称对应的UPF地址、用户面IP池、以及它支持的切片组合UPF侧的重点是数据转发规则。以一块典型数据为例# 以某开源核心网配置为例SMF侧DNN与切片关联的关键字段 dnn: - dnn: internet # 数据网络名称UE请求时填这个名字 s_nssai: - sst: 1 # 切片类型一般1表示eMBB sd: 000001 # 切片区分符配合SST唯一标识一个切片 upf: - ip: 192.168.10.2 # UPF用户面地址必须与UPF实际接口IP一致 pool: - 192.168.30.0/24 # UE分配到的IP网段不可与现网冲突这段配置的逻辑是当UE请求一个名为internet的PDU会话时AMF根据切片信息把这个请求转给支持该切片的SMFSMF查到自己配置里有这个DNN且关联了SST1/SD000001的切片就去给UE分配IP地址并把用户面的隧道参数下发给UPF。这里面有三个参数容易填错sst和sd必须和AMF支持列表一致upf.ip必须是UPF实际配置的地址而不是规划IPpool网段不能和核心网管理网段有重叠。如果你拿到一套实训平台的初始配置正常情况下upf.ip和pool是搭配出现的只看到其中一个字段就说明配置文件不完整。3.4 第四步注册请求验证用一组命令确认UE能不能完成注册和建会话配置全部写完后验证是最能体现功力的环节。在实训平台上UE有两个形态一种是无线电仿真终端另一种是只有协议栈的路测终端。不管哪种形态核心网的日志和信令跟踪都是最重要的验证工具。独立组网核心网的注册流程和PDU会话建立流程在日志里都有明确的信令节点标志比如REGISTRATION REQUEST、AUTHENTICATION REQUEST、SECURITY MODE COMMAND、PDU SESSION ESTABLISHMENT REQUEST。你不需要把每条消息都看懂但要能抓住“流程断在哪”这个点。一个很实用的本地验证动作是盯住AMF/SMF运行日志的实时输出一边触发UE注册一边看日志。以systemd方式运行的开源核心网为例# 查看AMF日志过滤注册相关信令 journalctl -u open5gs-amfd -f | grep -E REGISTRATION|FAILURE|ERROR这里的-u指定查看AMF服务日志-f是持续跟踪grep只筛出注册和错误相关的行。如果日志里出现REGISTRATION REJECTED且带原因值重点去查AMF的TA列表和切片支持列表如果注册成功但PDU会话建立失败重点查SMF的DNN关联和UPF地址可达性。实际验证时我习惯先把AMF/SMF/UPF三个窗口同时打开用自动化脚本里设置延迟让UE在注册后第2秒发起PDU会话建立这样能在一轮日志里把两个流程一次看完比自己手动反复操作高效很多。4. 实训中“配置数据无效”的高发踩坑点现象、原因与解法4.1 现象UE注册被拒原因值显示PLMN不允许原因PLMN或TAC匹配错误这是独立组网实训里出现频率最高的问题也是很多人第一次看到“配置数据无效”这个提示的场景。UE侧SIM卡里的PLMN和核心网AMF配置的PLMN不一致时AMF在鉴权之前就直接回注册拒绝原因值是“PLMN not allowed”。在一个实训平台里如果UE的配置文件写死了MCC460/MNC00而AMF的PLMN列表里写的是MCC460/MNC01两边不匹配注册流程就会卡在第一步。另一种隐蔽的情况是PLMN写对了TAC不匹配——UE在gNB覆盖下上报的TAC和AMF里配置的TA列表不一致拒绝原因通常变成“Tracking area not allowed”。解决办法是列出UE侧和核心网侧两边的PLMN和TAC进行对照核查。具体步骤是先看UE配置或SIM卡文件里写入的PLMN再查AMF配置中的PLMN和TA列表。两边必须完全一致包括MNC的位数46和460这种写法差异也会导致匹配失败。在实训中遇到“注册请求无响应”而不是“明确拒绝”时优先怀疑TAC不匹配。4.2 现象NRF查询网元列表不全原因网元注册地址或端口错误有时UE注册流程根本没到因为你连核心网内部的网元交互都没打通。SIM卡和无线电参数都对但AMF日志里反复出现向NRF注册失败的记录比如NF_REGISTER_FAILED 404 NOT FOUND。这种大概率不是NRF没启动而是AMF配置里NRF的地址、端口或API路径写错了。常见的是NRF服务跑了8000端口AMF里填的是8080或者API前缀只写到/nnrf-nfm/少了版本号v1。排查时直接从AMF所在机器发起HTTP请求验证NRF是否可用# 在AMF侧机器上验证NRF接口连通性返回大括号即通 curl -v http://{NRF_IP}:{NRF_PORT}/nnrf-nfm/v1/nf-instances 21 | tail -20逻辑是如果Filter输出末尾是HTTP 200说明AMF到NRF的路径是通的问题在注册消息体内容如果是connection refused说明端口写错或NRF进程没起来如果是404或405说明URL路径不对去核对API版本号。实训中还有一种情况AMF注册成功但SMF始终注册不上查到最后是SMF配置文件里NRF的地址用了AMF的IP这种错误在多人协作实训里特别常见因为配置模板是复制来复制去的。建议每个网元的NRF地址单独核对不要因为同一个核心网就默认全部一样。4.3 现象PDU会话建立失败UE拿不到IP原因DNN与切片关联不一致注册成功、UE显示已入网但浏览器打不开任何页面或者在终端侧发PDU会话建立后超时。这种场景下核心网的SMF日志往往能看到PDU Session Establishment Failed附带信息是这个DNN不支持该S-NSSAI。实质就是SMF里DNN关联的切片和AMF里允许的切片没有交集。UE请求的是默认切片SST1AMF把这个消息转给SMFSMF的DNN配置里写的是SST1、SD000001两边SD不一样或者SMF的DNN下根本没有写切片字段都会导致SMF判断为配置数据无效。解决的实操方法是把所有网元的S-NSSAI列表对齐。AMF里写的S-NSSAI是允许接入的切片全集SMF里每个DNN下写的S-NSSAI是这个DNN能服务的子集UE里请求的S-NSSAI必须是交集里的一个。实训中建议先确认UE配置里写的SST/SD再在AMF配置里查该切片是否在支持列表最后在SMF的DNN里查关联切片。任何一处对不上直接在SMF里补上对应切片关联即可改动后一定要重启SMF使配置生效。4.4 现象UE注册成功但无法路由原因UPF的IP地址池或接口配置冲突这个坑藏得很深因为从控制面看一切正常注册成功、会话建立成功、UE拿到了一个IP。但ping网关和外部网络不通或者只有单向流量。SMF给UE分配了IP这个IP是从SMF侧DNN配置里写的pool网段取的但UPF实际转发时找不到这个网段的路由或者UPF的用户面隧道收到了包但无法回程。实训中最常见的原因是UPF的用户面地址所在的接口没配好或者pool网段和UPF本机其他网段冲突。还有一种奇葩情况是SMF上配了UPF的IP地址但UPF上还有另一个网元占用了同一个IP——在仿真环境多套实训共享一台物理服务器时很容易发生。验证方法是直接登录UPF所在机器查看接口地址和路由表# 查看本机所有接口的IP确认UPF用户面地址真实存在 ip addr show # 查看对端网段是否有路由可达{UE_POOL_NETWORK}填SMF下发的地址池网段 ip route | grep {UE_POOL_NETWORK}逻辑是如果ip addr show里没有SMF配置指向的UPF IP说明UPF配置里的地址没绑到接口上如果地址存在但路由表里没有返回路由说明UPF缺少到UE地址池的路由。实训里UPF通常和核心网控制面在同一台服务器或相邻网段一般加一条静态路由即可。但与其事后补路由不如在规划阶段就把UE地址池选在独立网段避免用控制面同网段地址。4.5 现象网元配置修改后不生效原因改了文件没重启服务或配置缓存未刷新这类问题在实训中最折磨人表现形式是明明在配置文件里把错误项改对了再次测试还是同样的失败结果。大多数情况下配置文件不是网元启动时读一遍就完事的有的网元支持热加载有的必须重启服务进程才读取最新配置。开源核心网里的NF服务通常以守护进程方式运行改完配置不重启等于白改。更隐蔽的是有些平台有两份配置一份初始默认配置一份当前生效配置你改了默认配置生效配置还是旧的。排查原则是改完配置后确认服务是否重新加载。用systemd管理服务的环境里重启命令是systemctl restart {service_name}重启后立刻看日志确认配置加载是否有报错。如果日志里出现解析失败说明修改时语法写错了比如缺少缩进、漏了冒号、多了一个逗号。实训中为了让学员少走弯路我一般建议改完配置先做一次语法校验再重启服务不要用“重启后看结果”当校验手段。语法校验做好了配置加载失败这类翻车就能过滤掉一大半。5. 从“能注册”到“能建会话”一些进阶验证技巧与个人习惯5.1 用核心网日志定位信令断点比反复看参数更有效当你把注册流程跑通但PDU会话建立仍有失败时问题就很难靠肉眼核对参数发现了。这时应该把开日志、抓信令作为主要手段。AMF/SMF各有自己的日志文件独立组网核心网的日志里通常会标出信令流程的步骤序号。常见做法是同时打开AMF和SMF日志触发一次完整的UE注册和PDU会话建立然后沿着时间轴把两条日志对应着看AMF日志里看到“转发PDU会话建立请求给SMF”但SMF日志里没有任何输入说明消息在AMF与SMF之间丢了查服务化接口连通性如果SMF收到了但立即回错说明是SLF数据配置问题。抓包是更进一步的排查手段。在SMF与UPF之间、AMF与SMF之间分别抓包能直接看到HTTP请求和响应码。比如SMF回给AMF的响应是400 Bad Request直接把响应体的错误描述贴到搜索引擎里往往比对着配置手册一行行查更快。这不算什么高超技巧但效率确实高实训时我常和学员说配置数据无效的提示真正含义往往是“你应该去看看我具体是哪里无效”。5.2 校验逻辑比对法用一个条目逐项对照核心网数据配置点这个习惯帮我在实训里避免过很多次返工。每次完成一组核心网配置不要急着去连接UE做业务流程先把全部配置项输出成一张清单自己按信令流程的顺序逐项检查。从UE注册开始PLMN对不对TAC对不对切片注册允许吗然后到PDU会话DNN存在吗DNN对应切片对吗SMF能到UPF吗地址池和UPF路由对得上吗只要这一条线上的每个点都能打勾后续业务流程大概率能通。实训中很多问题其实是跳过检查直接联试然后从头到尾排查反而更耗时间。5.3 数据配置模板化把一份可用的核心网配置沉淀成自己的快速开局方案实训不同于商用网络开局商用有严格流程和变更管控实训更多是为了掌握要领。所以我会建议学员把成功后的一套配置脱敏后保存为模板下次再建一套实训环境时直接在这个模板基础上改IP和标识而不是从空配置开始。把SST/SD、DNN名称、UPF地址、地址池网段等字段抽成常量放在文件顶部其他位置只引用常量能大幅减少手误。最好在顶部用注释标明每个常量在拓扑图上的位置下次拿到新拓扑先更新这些常量的值再检查一遍关系就能开局。核心网数据配置这行做久了最大的感受是大部分故障都不是原理没看懂而是在某个细节上草率了。我自己也曾在UPF地址池上吃过亏——规划时顺手写了一个和管理网段重叠的地址压测时大量UE无法上网查了很久才发现是地址池冲突。从那以后配置前先做完整的地址规划表成了我的固定动作。实训的价值不在于一次把流程跑通而是跑通之后能说清楚哪些参数不能乱填、哪些关系必须锁死。希望这篇文章能帮你把独立组网核心网数据配置这个环节摸顺少走几趟弯路。本文还有配套的精品资源点击获取
