简介面向移动通信网络规划与建设课程的实训方案文档聚焦5G Option2独立组网核心网5GC数据配置适合高职院校通信专业学生、实训教师以及希望入门核心网配置的工程技术人员。文档基于IUV-5G全网仿真软件围绕5GC服务化架构SBA系统讲解AMF、SMF、AUSF、UDM、NSSF、PCF、NRF、UPF等网元的功能定位并逐一演示虚拟接口、Loopback、路由、HTTP/2服务化接口、NRF地址、SCTP、跟踪区、NF发现策略以及N4对接等关键配置步骤通过对比Option2与4G EPC的差异帮助读者理解控制与用户面分离CUPS机制最终独立完成核心网基础业务开通。资源为1个Word文档docx格式压缩包约19.95MB每个步骤配有界面截图按实训节奏推进即可完成练习也可作为课堂讲稿或自学笔记。已有444人学习使用适合需要掌握5GC参数配置原理与网络功能逻辑的初学者。1. 独立组网核心网数据配置为什么全网规划的最后一步总在5GC翻车做过全网规划实训的人都清楚前面的无线网、传输网再忙最让人心里没底的都是核心网那一步。移动全网规划与建设实训里Option2独立组网的核心网数据配置是公认的“劝退环节”网元多、参数杂一个IP敲错整条注册链路就起不来。这套实训方案要解决的就是让你在IUV-5G仿真软件里从零把AMF、SMF、AUSF、UDM这些网元的数据配置跑通最后能独立开通基础业务。它适合两类人一类是正在做5G核心网开局的数据配置工程师另一类是准备在实训或毕业设计里完整走一遍SA独立组网流程的学生。配置量大不大真不大每个网元就那么几个页面难的是搞明白每个参数在信令链路里的位置。2. 从Option3X到Option25GC服务化架构与九个网元的配置逻辑2.1 为什么独立组网必须学会5GC而不是蹭4G的EPC在网络规划这个行当里首要分清的是Option3X和Option2这两条路线。Option3X属于NSA5G NR锚点在4G核心网上控制面信令由EPC转发用户面数据可以走5G NR而Option2是真正的SA独立组网5G NR直接对接新建的5GC核心网不再依赖4G的EPC网元。我对这个实训的理解是它选择Option2不是偶然。Option3X的配置套路还能在4G老设备上找到影子而Option2逼迫你从头认识5GC的服务化架构这才是5G核心网的新技术本质。在Option2下AMF在4G里没有对应网元SMF不像PGW那样可以直接复用UDM/AUSF从HSS拆出了鉴权与签约两类功能每个网元的配置都要独立完成不存在“跟4G共用”的侥幸。实训文档的“实训准备”里明确要求先完成Option2核心网的设备部署及连线这说明数据配置的前提是把拓扑搭起来。很多人在这一步图省事直接把网元拖进机房里不连线就开配结果后面调不通回头才发现是链路问题在捣乱。2.2 SBA架构NF以服务方式呈现NRF类似增强版的DNS5G核心网采用开放的服务化架构也就是SBA。所谓服务化就是把传统网元的封闭功能拆成独立的网络功能每个NF对外提供标准化接口任何其他NF或业务应用都能通过这些接口调用它。这里有一个关键的架构转变5G核心网不再是点对点硬连接而是NF都向NRF注册自己的服务需要某个功能的NF再到NRF那里去发现类似一个增强版的DNS。接口层面除了N2和N4等少数接口沿用了原有的协议承载逻辑核心网内部的控制面接口几乎全部统一到基于HTTP/2协议的SBI接口上。这意味着传统4G时代那种“每两个网元之间都要在配置里互相指定地址、端口、协议版本”的做法被改变了取而代之的是“大家都去找NRF由NRF做服务发现”。配置SBI相关数据的核心就变成三件事HTTP服务地址、路由、NRF地址。控制面与用户面分离CUPS这个特性同样值得注意。UPF被单独拆出来负责用户面路由转发控制面的会话管理集中在SMF上N4接口就是SMF和UPF之间的那条通道。在配置第20步的N4对接时我见过不少人漏掉UPF侧接口只配了SMF侧就认为对接完成这是后面最容易翻车的地方。2.3 九个网元的功能定位与配置主线实训要添加的网元是九个AMF、SMF、AUSF、UDM、NSSF、PCF、NRF、UPF、NEF。这里面AMF、SMF、AUSF、UDM是配置的重头戏NSSF、PCF、NRF在实训里以添加网元和基础参数为主NEF在网络能力开放场景中体现。它们的核心功能整理如下网元功能定位实训配置重点AMF用户移动性管理和接入管理虚拟接口、Loopback、路由、HTTP、SCTP、跟踪区SMF会话管理建立/修改/释放协议数据单元会话虚拟接口、路由、地址池、N4对接、TAC分段UPF用户面路由和转发N4接口对接参数AUSF用户鉴权数据处理虚拟接口、路由、发现UDM参数UDM用户数据标识管理、签约数据虚拟接口、路由、DNN管理、Profile、签约用户NSSF网络切片选择S-NSSAI标识切片配置参数PCF策略规则制定与执行策略引用参数NRFNF服务注册与发现增强DNS对所有网元下发NRF地址NEF网络能力开放对接参数虚拟化和云原生是这个架构的底层支撑。5G核心网网元都跑在虚拟化环境或容器平台上配置数据本质上是给容器里的NF服务定义“它叫什么、监听什么端口、往哪个NRF注册、遇到哪类请求转给谁”。所以在实训里看到一个一个选项页去填数据不要觉得这是纯粹的点鼠标环节——每一步都是在给容器化NF实例做初始化。提示配置前把“附录3的参数规划表”摆到手边所有IP地址、端口号、网段都以这张表为准不要凭记忆填。3. AMF与SMF配置虚拟接口、路由和N4对接的落库细节3.1 AMF配置XGEI接口、Loopback与三条路由为什么必须同步填实训步骤从AMF开始是有道理的AMF是整个5G核心网接入侧的入口gNB通过N2接口连接AMF用户注册的第一站就是它。AMF配置的第一步是“虚拟接口配置”里的XGEI接口实训要求添加三条接口地址。这里注意“虚拟”这两个字IUV-5G仿真环境里的虚拟接口对应部署连线中的物理端口你在页面上添加三条XGEI配置实际上是在声明这三个端口分别承载哪几个网段的地址。三条XGEI接口之后紧跟Loopback接口配置。Loopback接口是NF实例的逻辑标识不受物理链路状态影响业务地址往往挂在Loopback上而不是XGEI上。常见规划是AMF的Loopback地址分配一个独立网段的地址作为NF实例的身份标识信令交互时目标地址写Loopback IP而XGEI只是承载路由可达性的物理接入地址——这两者要分清不少人混用后虽然能通但后期扩容时地址冲突找半天。虚拟路由配置要增加三条路由这一步的意图是把业务网段、NRF网段、其他NF的Loopback网段都路由出去。我一般会在配置时手写一个映射关系表配置对象典型网段作用XGEI 1/2/3基带接入、NF互联、管理网段三层可达的物理入口Loopback独立NF标识网段服务化接口的交互地址路由1指向NRF所在网段保证NF能完成服务注册路由2指向SMF/AUSF/UDM网段保证SBI调用可达路由3指向gNB控制面网段保证N2接口的SCTP链路可达HTTP配置在AMF配置里是一个不可跳过的环节SBI接口基于HTTP/2协议NRF、AMF之间的服务发现、服务调用都走这个通道。HTTP配置通常包含本NF的HTTP服务端口和协议类型。默认情况下的服务端口和协议字段在参数规划表里都会给出你需要做的是保证这个HTTP监听端口与NRF下发的配置期望一致端口写错了表现为NRF能看见AMF的心跳但AMF调用其他NF时直接被拒。NRF地址配置是AMF能否成功注册到核心网服务注册中心的关键。实训里NRF地址配置会出现主备两个地址段这是为NRF可靠性设计AMF优先向主NRF注册主NRF不可用时自动切换到备NRF。配置时要注意地址是否带http://前缀、端口是否完整漏掉一个字符都会让NF discovery变成空列表。SCTP配置是AMF接入侧很实际的一块N2接口承载在SCTP协议之上gNB需要和AMF建立SCTP偶联。这里配置的是本端SCTP IP和端口要与gNB侧配置的“核心网地址”严格一致。实训步骤里“AMF功能配置”的“本局配置”和“AMF跟踪区配置”是最后让AMF“有身份”的一步本局配置定义AMF在这个5G核心网里的局点标识和局点名称跟踪区配置则定义AMF所管理的TAC列表。这里要有意识地把TAC和后面SMF的TAC分段、gNB小区配置的TAC对齐。NF发现策略是AMF配置的收尾动作它的作用是定义AMF去NRF发现特定NF服务时的筛选逻辑与录用策略。实训步骤13里需要注意的是这部分配置不需要把每个服务都写死按默认策略即可但“允许哪些NF类型被发现”的开关要按业务需要选对。选少了会话建立时调不到SMF选多了又会造成不必要的服务发现流量。3.2 SMF配置地址池决定用户能不能拿到IPSMF配置的公共项——XGEI接口、Loopback、虚拟路由、HTTP、NRF地址——与AMF的操作路径完全一致但后面的地址池配置和N4对接配置是SMF独有的也是实训里最容易出错的地方。地址池配置里填的是给UE分配的用户面IP网段。简单说用户从gNB发起PDU会话建立请求后SMF会从地址池里选一个IP分配给用户终端。地址池的网段不能和其他网元的管理网段、NF互联网段冲突否则后面用户面数据包的路由会陷入混乱。N4对接配置在实训里分两块SMF侧的N4接口配置和UPF侧的N4接口配置。N4接口承载SMF对UPF的控制指令包括报文转发规则、QoS规则的下发。配置时SMF侧和UPF侧需要互为对端地址下面的表格是N4对接常见参数参数SMF侧配置值UPF侧配置值本端N4 IPSMF的N4口地址UPF的N4口地址对端N4 IPUPF的N4口地址SMF的N4口地址端口号按规划表常见8805按规划表常见8805关联标识按规划表与SMF一致TAC分段配置在SMF里出现时要多想一层AMF的跟踪区配置定义了“哪些TAC归这个AMF管”SMF的TAC分段则定义了“SMF对哪些TAC的会话请求提供服务”。两者的粒度可以不完全一致但必须有交集并且这个交集要覆盖实训规划的所有业务小区TAC。不然就会出现用户能注册上AMF、但建立会话时SMF不认这个TAC的尴尬局面。3.3 用脚本核对AMF与SMF的IP规划一致性在仿真软件里配置还好到了现网里AMF和SMF的IP规划经常分散在多个Excel页签和Word文档里手工核对容易漏。我会用一段Python脚本把规划表里AMF和SMF的接口地址、路由条目抽出来做交叉验证提前暴露冲突项。# IP规划交叉校验检查AMF与SMF的接口/路由是否存在重叠或遗漏 import ipaddress plan { AMF: { xgei: [10.20.1.1/30, 10.20.1.5/30, 10.20.2.1/24], loopback: [10.255.1.1/32], routes: [10.30.0.0/16, 10.40.0.0/16, 10.10.0.0/16] }, SMF: { xgei: [10.20.1.9/30, 10.20.1.13/30], loopback: [10.255.2.1/32], routes: [10.30.0.0/16, 10.40.0.0/16] } } # 提取所有已规划的IP网段 all_nets [] for nf_name, cfg in plan.items(): for addr in cfg[xgei] [cfg[loopback]] cfg[routes]: all_nets.append(ipaddress.ip_network(addr, strictFalse)) # 检查AMF和SMF的loopback是否落在对方已规划网段内重叠判断 for nf_name, cfg in plan.items(): lb ipaddress.ip_network(cfg[loopback], strictFalse) for other_name, other_cfg in plan.items(): if nf_name other_name: continue for addr in other_cfg[xgei] other_cfg[routes]: net ipaddress.ip_network(addr, strictFalse) if lb.subnet_of(net): print(f冲突: {nf_name} loopback {lb} 落在 {other_name} 网段 {net} 内) print(校验完成无冲突则只显示本条)这段脚本的逻辑是把AMF和SMF的XGEI地址、Loopback地址、路由网段全部转成ipaddress对象再检查每个NF的Loopback地址是否落在另一个NF的接口网段或路由网段内。Loopback是NF的身份标识它应该只存在于独立网段中不应该被任何业务网段覆盖。脚本跑完后如果没有任何冲突输出再进IUV-5G逐项录入基本能避免“配到一半发现IP撞了”的情况。注意上面的网段只是示例结构实际值以实训附录3的参数规划表为准脚本的价值在于流程——先在文本层面把冲突消掉再去工具里做数据配置。4. AUSF与UDM配置鉴权链路上最容易忽略的两处数据4.1 AUSF配置两条虚接口、一条去往NRF的路由AUSF在5G核心网里的职责是处理用户鉴权数据逻辑上对应4G HSS里的AUC功能。实训步骤24要求添加两条XGEI接口步骤25只加了一条去往NRF的路由。为什么AUSF的路由可以这么精简因为AUSF在信令面只做鉴权交互对端主要是UDM而UDM的地址通过NRF发现获取所以只要保证“AUSF到NRF可达”和“NRF能引导AUSF找到UDM”就够了。这也体现了SBA架构的一个特点NF之间不需要预先手工指定所有对端只需保证到NRF的路由通畅服务发现会帮你找到目标NF。因此AUSF虚接口的规划不要贪多两条XGEI接口分别承担外部接入和NF互联即可一张大而全的路由表在这个网元上没有必要。HTTP配置和NRF地址配置跟AMF的套路完全一致HTTP服务端口与协议类型按参数表填NRF主备地址配齐。步骤28是AUSF配置里最容易被忽略的一步——“发现UDM参数配置”。这一项定义了AUSF在收到鉴权请求后如何通过NRF发现合适的UDM实例以及选择UDM时的过滤条件。默认配置通常按NRF返回的第一个可用UDM来处理但如果核心网里有多个UDM按切片或按用户区隔离这里就需要明确过滤条件。实训里按默认配置即可但要清楚这个参数的位置否则将来网络扩容时找不到修改入口。4.2 UDM配置签约数据管理是业务开通的最后一环UDM的配置路径与AUSF相似两条XGEI接口、一条去往NRF的路由、HTTP配置、NRF地址配置。差别在后面的“UDM功能配置”和“用户签约管理”。UDM功能配置定义了UDM作为统一数据管理节点对外提供的服务能力这是它与HSS定位差异的关键。4G的HSS把用户签约数据和鉴权数据放在一个逻辑节点里通过闭塞的接口对外提供5G的UDM则把数据管理能力按服务方式开放AUSF通过SBI接口调用UDM的鉴权数据服务SMF通过SBI接口调用用户的会话管理签约数据。所以UDM功能配置本质上是一组“服务开关”哪些服务对哪些NF开放、路由策略如何都在这里定义。实训里把默认服务项打开即可但最终验收时用户能不能完成签约鉴权就要看这里的配置是否生效。用户签约管理这一节是实训步骤34的重头戏拆成三个层面DNN管理、Profile管理、签约用户管理。DNN相当于4G时代的APN它定义了用户接入的数据网络名称和对应的PDU会话类型Profile管理定义了一批用户共用的签约模板包括QoS参数、会话与服务连续性模式签约用户管理则是把具体的用户标识绑定到某个Profile和DNN上。我画过一张对应关系图这三者的关系就是DNN定义一个管道Profile定义管道里跑什么业务等级签约用户定义谁可以使用这根管道。在IUV-5G里配置时DNN名称的字符一致性很要命。UDM里DNN大小写不一致、多一个下划线SMF的地址池就匹配不上用户注册成功后却始终建立不了PDU会话。Studio里配置界面上DNN是用下拉框选的不容易错但手工录入环境里这类问题频发。实训中养成一个习惯先把DNN名字写在一个独立的表格单元里所有地方都引用它杜绝手敲。4.3 NSSF、PCF、NRF配置量虽少但角色不轻实训步骤2里把NSSF、PCF、NRF一起添加上但后面详细的配置步骤主要集中在AMF、SMF、AUSF、UDM上。这不是说另外三个网元不重要而是它们在仿真环境里的默认参数已经覆盖了基础业务需求。NSSF负责网络切片选择每个网络切片由S-NSSAI唯一标识。在数据配置层面NSSF需要知道当前核心网定义了哪些S-NSSAI、每个切片包含哪些网络功能。5G核心网“一套物理设施跑多个逻辑网络”的能力就是靠NSSF的切片选择逻辑体现的。实训里NSSF的配置深度可能不深但理解S-NSSAI的构成对后面做ToB切片项目很有价值。PCF负责策略规则管理控制面NF在处理会话建立时向PCF请求策略。实训里PCF主要承担默认策略的加载一旦涉及差异化QoSPCF的策略配置就成了业务成败的关键。NRF则是前面反复提到的服务注册与发现中心它的价值在做“全网服务目录”的核对时尤其明显在NRF里能看到当前已注册的NF列表这是验证整张核心网配置是否全部生效的直观手段。5. 核心网配置常见问题排查五类必踩的坑5.1 N4对接配不上UPF侧接口没配或参数不对称现象SMF侧已经配置完N4对接UPF状态一直显示DetachedSMF发起会话建立后信令在N4接口超时。好不容易用户注册上了却建不了会话。原因最常见的是只配了SMF侧的N4接口UPF侧N4接口没有同步配置其次是两侧IP地址或者端口号不对称SMF侧写了对端UPF的地址UPF侧却还留着上一轮的旧配置。解决先到UPF网元功能下找N4接口配置页面把SMF侧的对端参数反向核对一遍本端IP、对端IP、端口号形成闭环再回到SMF侧确认“SMFN4接口配置”和“UPFN4接口配置”两个页面中两端地址是互指的不是同一个地址填两遍。5.2 配置数据无效NF注册不上信令全是服务发现超时现象AMF、SMF都按规划表配完了NRF界面上却看不到任何已注册的NF实例信令跟踪里全是“service discovery failure”或者HTTP连接超时的记录“配置数据无效”的告警直接刷出来。原因这类问题八成出在NRF地址和HTTP配置的组合上。第一种是NRF地址少了协议头或端口号写错第二种是NF到NRF之间的路由缺失虚拟路由配置里没有覆盖NRF所在网段第三种是HTTP服务端口与NRF下发的期望监听端口不一致。解决先ping NRF的地址验证三层可达再检查虚拟路由表里有没有对应网段的路由最后核对HTTP配置里监听端口和NRF地址里的端口是否完全一致。注意NRF地址配置里可能出现主备两个NRF主地址配错、备地址正确时告警会延迟出现排查时两个地址都要看。5.3 TAC不匹配导致TAU失败现象UE在gNB下发起注册时AMF已经响应了初始注册但核心网随后拒绝更新流程提示跟踪区编码无效UE在小区间移动时始终无法完成TAU。原因AMF跟踪区配置里定义的TAC列表、SMF的TAC分段配置、gNB小区配置里的TAC三者没有对齐。核心网侧定义了两个TACgNB实际广播的TAC不在列表里UE发起TAU请求时AMF自然拒绝。解决把三处TAC统一到同一张参数表。“AMF跟踪区配置”里把gNB规划的TAC全部加进去“SMF的TAC分段配置”覆盖AMF跟踪区的全部取值gNB侧小区配置按规划表重新下发。核对的顺序是gNB广播TAC → AMF跟踪区列表 → SMF TAC分段。5.4 DNN与地址池不匹配用户能注册但建不了会话现象UE注册鉴权全部通过但发起PDU会话建立时SMF拒绝日志提示“no available address”或“unknown DNN”用户始终拿不到IP地址。原因UDM用户签约里绑定的DNN和SMF地址池配置里绑定的DNN不一致可能差一个字母、大小写不同或SMF地址池的DNN根本没有创建。SMF在收到会话建立请求后会按DNN去找对应的地址池资源找不到就直接拒绝。解决在UDM的DNN管理里确认DNN全名到SMF地址池配置里核对绑定的DNN是否完全一致再到Profile管理和签约用户管理检查用户绑定的DNN与地址池DNN归属关系。不要目测建议用复制粘贴的方式统一DNN名称。5.5 虚接口Port ID与实际连线错位现象网元之间的三层接口能通但特定业务信令一直失败比如AMF能注册到NRF但gNB的SCTP偶联始终建立不起来排查链路后发现是gNB连接的物理端口与AMF配置的XGEI接口印射错位。原因部署连线时把gNB的网线接到了AMF的2号口但是AMF的XGEI接口配置里2号口配的是互联NF的地址3号口才是配给gNB的地址。IP配置本身没毛病但端口归属对不上。解决回到部署拓扑图沿着物理连线逐个核对端口号确认gNB连的是AMF哪个物理端口再回XGEI接口配置页面把该端口对应的IP地址改成规划表里给gNB对接用的地址。这种问题在仿真软件里容易暴露在现网中排查成本更高配虚接口前养成先看拓扑端口编号的习惯。6. 验证三板斧NF注册、信令跟踪与业务开通检查数据配置完不代表业务开通了我的习惯是按“三层通→NF注册→业务信令”三层验证每一层都过不了就直接定位到具体网元。先验证三层连通性。在IUV-5G里对应的就是逐个网元ping对端的Loopback地址以下是常用验证命令的逻辑示例:# 从AMF验证到NRF的连通性count3避免无限发包 ping 10.30.0.1 -c 3 # 从SMF验证到UPF N4口的连通性 ping 10.40.0.1 -c 3 # 查看路由是否生效确认去往NRF网段的出接口正确 ip route | grep 10.30.0.0这里重点关注的不只是通不通而是出接口是否在预期网段上。如果ping通但出接口是另一个管理口说明路由策略有问题虽然当前能通但后续业务流量可能因负载均衡走偏。第二板斧是检查NRF注册状态。NRF是服务化架构的注册中心所有NF配完后的第一件大事就是向NRF注册。在NRF网元界面上查看已注册NF列表AMF、SMF、AUSF、UDM都应该在列并且各自的服务列表完整。这一步直接反映前面的NRF地址配置和HTTP配置是否正确。第三板斧是业务信令验证用一个测试UE从gNB发起注册流程在AMF和SMF侧跟踪信令消息。正常流程是UE发起注册请求→AMF完成接入控制→AMF触发AUSF做鉴权→AMF向UDM获取签约数据→AMF向SMF发起会话建立→SMF经N4接口配置UPF转发规则→UE拿到IP地址。在跟踪窗口里按顺序看到这些消息并都返回成功核心网基础业务才算真正开通。如果卡在某一条消息上按第5章的排查顺序看对应网元的配置项。从那以后我每次配完核心网数据不管时间多紧都强制自己走一遍这三板斧。前面的配置工作再细致也免不了有个把参数敲错而这套验证流程能让我在10分钟里定位问题出在哪个网元、哪一类参数上省下的时间远超投入。希望帮到你。本文还有配套的精品资源点击获取 5G核心网数据配置实战：独立组网5GC网元与SBA架构解析
简介面向移动通信网络规划与建设课程的实训方案文档聚焦5G Option2独立组网核心网5GC数据配置适合高职院校通信专业学生、实训教师以及希望入门核心网配置的工程技术人员。文档基于IUV-5G全网仿真软件围绕5GC服务化架构SBA系统讲解AMF、SMF、AUSF、UDM、NSSF、PCF、NRF、UPF等网元的功能定位并逐一演示虚拟接口、Loopback、路由、HTTP/2服务化接口、NRF地址、SCTP、跟踪区、NF发现策略以及N4对接等关键配置步骤通过对比Option2与4G EPC的差异帮助读者理解控制与用户面分离CUPS机制最终独立完成核心网基础业务开通。资源为1个Word文档docx格式压缩包约19.95MB每个步骤配有界面截图按实训节奏推进即可完成练习也可作为课堂讲稿或自学笔记。已有444人学习使用适合需要掌握5GC参数配置原理与网络功能逻辑的初学者。1. 独立组网核心网数据配置为什么全网规划的最后一步总在5GC翻车做过全网规划实训的人都清楚前面的无线网、传输网再忙最让人心里没底的都是核心网那一步。移动全网规划与建设实训里Option2独立组网的核心网数据配置是公认的“劝退环节”网元多、参数杂一个IP敲错整条注册链路就起不来。这套实训方案要解决的就是让你在IUV-5G仿真软件里从零把AMF、SMF、AUSF、UDM这些网元的数据配置跑通最后能独立开通基础业务。它适合两类人一类是正在做5G核心网开局的数据配置工程师另一类是准备在实训或毕业设计里完整走一遍SA独立组网流程的学生。配置量大不大真不大每个网元就那么几个页面难的是搞明白每个参数在信令链路里的位置。2. 从Option3X到Option25GC服务化架构与九个网元的配置逻辑2.1 为什么独立组网必须学会5GC而不是蹭4G的EPC在网络规划这个行当里首要分清的是Option3X和Option2这两条路线。Option3X属于NSA5G NR锚点在4G核心网上控制面信令由EPC转发用户面数据可以走5G NR而Option2是真正的SA独立组网5G NR直接对接新建的5GC核心网不再依赖4G的EPC网元。我对这个实训的理解是它选择Option2不是偶然。Option3X的配置套路还能在4G老设备上找到影子而Option2逼迫你从头认识5GC的服务化架构这才是5G核心网的新技术本质。在Option2下AMF在4G里没有对应网元SMF不像PGW那样可以直接复用UDM/AUSF从HSS拆出了鉴权与签约两类功能每个网元的配置都要独立完成不存在“跟4G共用”的侥幸。实训文档的“实训准备”里明确要求先完成Option2核心网的设备部署及连线这说明数据配置的前提是把拓扑搭起来。很多人在这一步图省事直接把网元拖进机房里不连线就开配结果后面调不通回头才发现是链路问题在捣乱。2.2 SBA架构NF以服务方式呈现NRF类似增强版的DNS5G核心网采用开放的服务化架构也就是SBA。所谓服务化就是把传统网元的封闭功能拆成独立的网络功能每个NF对外提供标准化接口任何其他NF或业务应用都能通过这些接口调用它。这里有一个关键的架构转变5G核心网不再是点对点硬连接而是NF都向NRF注册自己的服务需要某个功能的NF再到NRF那里去发现类似一个增强版的DNS。接口层面除了N2和N4等少数接口沿用了原有的协议承载逻辑核心网内部的控制面接口几乎全部统一到基于HTTP/2协议的SBI接口上。这意味着传统4G时代那种“每两个网元之间都要在配置里互相指定地址、端口、协议版本”的做法被改变了取而代之的是“大家都去找NRF由NRF做服务发现”。配置SBI相关数据的核心就变成三件事HTTP服务地址、路由、NRF地址。控制面与用户面分离CUPS这个特性同样值得注意。UPF被单独拆出来负责用户面路由转发控制面的会话管理集中在SMF上N4接口就是SMF和UPF之间的那条通道。在配置第20步的N4对接时我见过不少人漏掉UPF侧接口只配了SMF侧就认为对接完成这是后面最容易翻车的地方。2.3 九个网元的功能定位与配置主线实训要添加的网元是九个AMF、SMF、AUSF、UDM、NSSF、PCF、NRF、UPF、NEF。这里面AMF、SMF、AUSF、UDM是配置的重头戏NSSF、PCF、NRF在实训里以添加网元和基础参数为主NEF在网络能力开放场景中体现。它们的核心功能整理如下网元功能定位实训配置重点AMF用户移动性管理和接入管理虚拟接口、Loopback、路由、HTTP、SCTP、跟踪区SMF会话管理建立/修改/释放协议数据单元会话虚拟接口、路由、地址池、N4对接、TAC分段UPF用户面路由和转发N4接口对接参数AUSF用户鉴权数据处理虚拟接口、路由、发现UDM参数UDM用户数据标识管理、签约数据虚拟接口、路由、DNN管理、Profile、签约用户NSSF网络切片选择S-NSSAI标识切片配置参数PCF策略规则制定与执行策略引用参数NRFNF服务注册与发现增强DNS对所有网元下发NRF地址NEF网络能力开放对接参数虚拟化和云原生是这个架构的底层支撑。5G核心网网元都跑在虚拟化环境或容器平台上配置数据本质上是给容器里的NF服务定义“它叫什么、监听什么端口、往哪个NRF注册、遇到哪类请求转给谁”。所以在实训里看到一个一个选项页去填数据不要觉得这是纯粹的点鼠标环节——每一步都是在给容器化NF实例做初始化。提示配置前把“附录3的参数规划表”摆到手边所有IP地址、端口号、网段都以这张表为准不要凭记忆填。3. AMF与SMF配置虚拟接口、路由和N4对接的落库细节3.1 AMF配置XGEI接口、Loopback与三条路由为什么必须同步填实训步骤从AMF开始是有道理的AMF是整个5G核心网接入侧的入口gNB通过N2接口连接AMF用户注册的第一站就是它。AMF配置的第一步是“虚拟接口配置”里的XGEI接口实训要求添加三条接口地址。这里注意“虚拟”这两个字IUV-5G仿真环境里的虚拟接口对应部署连线中的物理端口你在页面上添加三条XGEI配置实际上是在声明这三个端口分别承载哪几个网段的地址。三条XGEI接口之后紧跟Loopback接口配置。Loopback接口是NF实例的逻辑标识不受物理链路状态影响业务地址往往挂在Loopback上而不是XGEI上。常见规划是AMF的Loopback地址分配一个独立网段的地址作为NF实例的身份标识信令交互时目标地址写Loopback IP而XGEI只是承载路由可达性的物理接入地址——这两者要分清不少人混用后虽然能通但后期扩容时地址冲突找半天。虚拟路由配置要增加三条路由这一步的意图是把业务网段、NRF网段、其他NF的Loopback网段都路由出去。我一般会在配置时手写一个映射关系表配置对象典型网段作用XGEI 1/2/3基带接入、NF互联、管理网段三层可达的物理入口Loopback独立NF标识网段服务化接口的交互地址路由1指向NRF所在网段保证NF能完成服务注册路由2指向SMF/AUSF/UDM网段保证SBI调用可达路由3指向gNB控制面网段保证N2接口的SCTP链路可达HTTP配置在AMF配置里是一个不可跳过的环节SBI接口基于HTTP/2协议NRF、AMF之间的服务发现、服务调用都走这个通道。HTTP配置通常包含本NF的HTTP服务端口和协议类型。默认情况下的服务端口和协议字段在参数规划表里都会给出你需要做的是保证这个HTTP监听端口与NRF下发的配置期望一致端口写错了表现为NRF能看见AMF的心跳但AMF调用其他NF时直接被拒。NRF地址配置是AMF能否成功注册到核心网服务注册中心的关键。实训里NRF地址配置会出现主备两个地址段这是为NRF可靠性设计AMF优先向主NRF注册主NRF不可用时自动切换到备NRF。配置时要注意地址是否带http://前缀、端口是否完整漏掉一个字符都会让NF discovery变成空列表。SCTP配置是AMF接入侧很实际的一块N2接口承载在SCTP协议之上gNB需要和AMF建立SCTP偶联。这里配置的是本端SCTP IP和端口要与gNB侧配置的“核心网地址”严格一致。实训步骤里“AMF功能配置”的“本局配置”和“AMF跟踪区配置”是最后让AMF“有身份”的一步本局配置定义AMF在这个5G核心网里的局点标识和局点名称跟踪区配置则定义AMF所管理的TAC列表。这里要有意识地把TAC和后面SMF的TAC分段、gNB小区配置的TAC对齐。NF发现策略是AMF配置的收尾动作它的作用是定义AMF去NRF发现特定NF服务时的筛选逻辑与录用策略。实训步骤13里需要注意的是这部分配置不需要把每个服务都写死按默认策略即可但“允许哪些NF类型被发现”的开关要按业务需要选对。选少了会话建立时调不到SMF选多了又会造成不必要的服务发现流量。3.2 SMF配置地址池决定用户能不能拿到IPSMF配置的公共项——XGEI接口、Loopback、虚拟路由、HTTP、NRF地址——与AMF的操作路径完全一致但后面的地址池配置和N4对接配置是SMF独有的也是实训里最容易出错的地方。地址池配置里填的是给UE分配的用户面IP网段。简单说用户从gNB发起PDU会话建立请求后SMF会从地址池里选一个IP分配给用户终端。地址池的网段不能和其他网元的管理网段、NF互联网段冲突否则后面用户面数据包的路由会陷入混乱。N4对接配置在实训里分两块SMF侧的N4接口配置和UPF侧的N4接口配置。N4接口承载SMF对UPF的控制指令包括报文转发规则、QoS规则的下发。配置时SMF侧和UPF侧需要互为对端地址下面的表格是N4对接常见参数参数SMF侧配置值UPF侧配置值本端N4 IPSMF的N4口地址UPF的N4口地址对端N4 IPUPF的N4口地址SMF的N4口地址端口号按规划表常见8805按规划表常见8805关联标识按规划表与SMF一致TAC分段配置在SMF里出现时要多想一层AMF的跟踪区配置定义了“哪些TAC归这个AMF管”SMF的TAC分段则定义了“SMF对哪些TAC的会话请求提供服务”。两者的粒度可以不完全一致但必须有交集并且这个交集要覆盖实训规划的所有业务小区TAC。不然就会出现用户能注册上AMF、但建立会话时SMF不认这个TAC的尴尬局面。3.3 用脚本核对AMF与SMF的IP规划一致性在仿真软件里配置还好到了现网里AMF和SMF的IP规划经常分散在多个Excel页签和Word文档里手工核对容易漏。我会用一段Python脚本把规划表里AMF和SMF的接口地址、路由条目抽出来做交叉验证提前暴露冲突项。# IP规划交叉校验检查AMF与SMF的接口/路由是否存在重叠或遗漏 import ipaddress plan { AMF: { xgei: [10.20.1.1/30, 10.20.1.5/30, 10.20.2.1/24], loopback: [10.255.1.1/32], routes: [10.30.0.0/16, 10.40.0.0/16, 10.10.0.0/16] }, SMF: { xgei: [10.20.1.9/30, 10.20.1.13/30], loopback: [10.255.2.1/32], routes: [10.30.0.0/16, 10.40.0.0/16] } } # 提取所有已规划的IP网段 all_nets [] for nf_name, cfg in plan.items(): for addr in cfg[xgei] [cfg[loopback]] cfg[routes]: all_nets.append(ipaddress.ip_network(addr, strictFalse)) # 检查AMF和SMF的loopback是否落在对方已规划网段内重叠判断 for nf_name, cfg in plan.items(): lb ipaddress.ip_network(cfg[loopback], strictFalse) for other_name, other_cfg in plan.items(): if nf_name other_name: continue for addr in other_cfg[xgei] other_cfg[routes]: net ipaddress.ip_network(addr, strictFalse) if lb.subnet_of(net): print(f冲突: {nf_name} loopback {lb} 落在 {other_name} 网段 {net} 内) print(校验完成无冲突则只显示本条)这段脚本的逻辑是把AMF和SMF的XGEI地址、Loopback地址、路由网段全部转成ipaddress对象再检查每个NF的Loopback地址是否落在另一个NF的接口网段或路由网段内。Loopback是NF的身份标识它应该只存在于独立网段中不应该被任何业务网段覆盖。脚本跑完后如果没有任何冲突输出再进IUV-5G逐项录入基本能避免“配到一半发现IP撞了”的情况。注意上面的网段只是示例结构实际值以实训附录3的参数规划表为准脚本的价值在于流程——先在文本层面把冲突消掉再去工具里做数据配置。4. AUSF与UDM配置鉴权链路上最容易忽略的两处数据4.1 AUSF配置两条虚接口、一条去往NRF的路由AUSF在5G核心网里的职责是处理用户鉴权数据逻辑上对应4G HSS里的AUC功能。实训步骤24要求添加两条XGEI接口步骤25只加了一条去往NRF的路由。为什么AUSF的路由可以这么精简因为AUSF在信令面只做鉴权交互对端主要是UDM而UDM的地址通过NRF发现获取所以只要保证“AUSF到NRF可达”和“NRF能引导AUSF找到UDM”就够了。这也体现了SBA架构的一个特点NF之间不需要预先手工指定所有对端只需保证到NRF的路由通畅服务发现会帮你找到目标NF。因此AUSF虚接口的规划不要贪多两条XGEI接口分别承担外部接入和NF互联即可一张大而全的路由表在这个网元上没有必要。HTTP配置和NRF地址配置跟AMF的套路完全一致HTTP服务端口与协议类型按参数表填NRF主备地址配齐。步骤28是AUSF配置里最容易被忽略的一步——“发现UDM参数配置”。这一项定义了AUSF在收到鉴权请求后如何通过NRF发现合适的UDM实例以及选择UDM时的过滤条件。默认配置通常按NRF返回的第一个可用UDM来处理但如果核心网里有多个UDM按切片或按用户区隔离这里就需要明确过滤条件。实训里按默认配置即可但要清楚这个参数的位置否则将来网络扩容时找不到修改入口。4.2 UDM配置签约数据管理是业务开通的最后一环UDM的配置路径与AUSF相似两条XGEI接口、一条去往NRF的路由、HTTP配置、NRF地址配置。差别在后面的“UDM功能配置”和“用户签约管理”。UDM功能配置定义了UDM作为统一数据管理节点对外提供的服务能力这是它与HSS定位差异的关键。4G的HSS把用户签约数据和鉴权数据放在一个逻辑节点里通过闭塞的接口对外提供5G的UDM则把数据管理能力按服务方式开放AUSF通过SBI接口调用UDM的鉴权数据服务SMF通过SBI接口调用用户的会话管理签约数据。所以UDM功能配置本质上是一组“服务开关”哪些服务对哪些NF开放、路由策略如何都在这里定义。实训里把默认服务项打开即可但最终验收时用户能不能完成签约鉴权就要看这里的配置是否生效。用户签约管理这一节是实训步骤34的重头戏拆成三个层面DNN管理、Profile管理、签约用户管理。DNN相当于4G时代的APN它定义了用户接入的数据网络名称和对应的PDU会话类型Profile管理定义了一批用户共用的签约模板包括QoS参数、会话与服务连续性模式签约用户管理则是把具体的用户标识绑定到某个Profile和DNN上。我画过一张对应关系图这三者的关系就是DNN定义一个管道Profile定义管道里跑什么业务等级签约用户定义谁可以使用这根管道。在IUV-5G里配置时DNN名称的字符一致性很要命。UDM里DNN大小写不一致、多一个下划线SMF的地址池就匹配不上用户注册成功后却始终建立不了PDU会话。Studio里配置界面上DNN是用下拉框选的不容易错但手工录入环境里这类问题频发。实训中养成一个习惯先把DNN名字写在一个独立的表格单元里所有地方都引用它杜绝手敲。4.3 NSSF、PCF、NRF配置量虽少但角色不轻实训步骤2里把NSSF、PCF、NRF一起添加上但后面详细的配置步骤主要集中在AMF、SMF、AUSF、UDM上。这不是说另外三个网元不重要而是它们在仿真环境里的默认参数已经覆盖了基础业务需求。NSSF负责网络切片选择每个网络切片由S-NSSAI唯一标识。在数据配置层面NSSF需要知道当前核心网定义了哪些S-NSSAI、每个切片包含哪些网络功能。5G核心网“一套物理设施跑多个逻辑网络”的能力就是靠NSSF的切片选择逻辑体现的。实训里NSSF的配置深度可能不深但理解S-NSSAI的构成对后面做ToB切片项目很有价值。PCF负责策略规则管理控制面NF在处理会话建立时向PCF请求策略。实训里PCF主要承担默认策略的加载一旦涉及差异化QoSPCF的策略配置就成了业务成败的关键。NRF则是前面反复提到的服务注册与发现中心它的价值在做“全网服务目录”的核对时尤其明显在NRF里能看到当前已注册的NF列表这是验证整张核心网配置是否全部生效的直观手段。5. 核心网配置常见问题排查五类必踩的坑5.1 N4对接配不上UPF侧接口没配或参数不对称现象SMF侧已经配置完N4对接UPF状态一直显示DetachedSMF发起会话建立后信令在N4接口超时。好不容易用户注册上了却建不了会话。原因最常见的是只配了SMF侧的N4接口UPF侧N4接口没有同步配置其次是两侧IP地址或者端口号不对称SMF侧写了对端UPF的地址UPF侧却还留着上一轮的旧配置。解决先到UPF网元功能下找N4接口配置页面把SMF侧的对端参数反向核对一遍本端IP、对端IP、端口号形成闭环再回到SMF侧确认“SMFN4接口配置”和“UPFN4接口配置”两个页面中两端地址是互指的不是同一个地址填两遍。5.2 配置数据无效NF注册不上信令全是服务发现超时现象AMF、SMF都按规划表配完了NRF界面上却看不到任何已注册的NF实例信令跟踪里全是“service discovery failure”或者HTTP连接超时的记录“配置数据无效”的告警直接刷出来。原因这类问题八成出在NRF地址和HTTP配置的组合上。第一种是NRF地址少了协议头或端口号写错第二种是NF到NRF之间的路由缺失虚拟路由配置里没有覆盖NRF所在网段第三种是HTTP服务端口与NRF下发的期望监听端口不一致。解决先ping NRF的地址验证三层可达再检查虚拟路由表里有没有对应网段的路由最后核对HTTP配置里监听端口和NRF地址里的端口是否完全一致。注意NRF地址配置里可能出现主备两个NRF主地址配错、备地址正确时告警会延迟出现排查时两个地址都要看。5.3 TAC不匹配导致TAU失败现象UE在gNB下发起注册时AMF已经响应了初始注册但核心网随后拒绝更新流程提示跟踪区编码无效UE在小区间移动时始终无法完成TAU。原因AMF跟踪区配置里定义的TAC列表、SMF的TAC分段配置、gNB小区配置里的TAC三者没有对齐。核心网侧定义了两个TACgNB实际广播的TAC不在列表里UE发起TAU请求时AMF自然拒绝。解决把三处TAC统一到同一张参数表。“AMF跟踪区配置”里把gNB规划的TAC全部加进去“SMF的TAC分段配置”覆盖AMF跟踪区的全部取值gNB侧小区配置按规划表重新下发。核对的顺序是gNB广播TAC → AMF跟踪区列表 → SMF TAC分段。5.4 DNN与地址池不匹配用户能注册但建不了会话现象UE注册鉴权全部通过但发起PDU会话建立时SMF拒绝日志提示“no available address”或“unknown DNN”用户始终拿不到IP地址。原因UDM用户签约里绑定的DNN和SMF地址池配置里绑定的DNN不一致可能差一个字母、大小写不同或SMF地址池的DNN根本没有创建。SMF在收到会话建立请求后会按DNN去找对应的地址池资源找不到就直接拒绝。解决在UDM的DNN管理里确认DNN全名到SMF地址池配置里核对绑定的DNN是否完全一致再到Profile管理和签约用户管理检查用户绑定的DNN与地址池DNN归属关系。不要目测建议用复制粘贴的方式统一DNN名称。5.5 虚接口Port ID与实际连线错位现象网元之间的三层接口能通但特定业务信令一直失败比如AMF能注册到NRF但gNB的SCTP偶联始终建立不起来排查链路后发现是gNB连接的物理端口与AMF配置的XGEI接口印射错位。原因部署连线时把gNB的网线接到了AMF的2号口但是AMF的XGEI接口配置里2号口配的是互联NF的地址3号口才是配给gNB的地址。IP配置本身没毛病但端口归属对不上。解决回到部署拓扑图沿着物理连线逐个核对端口号确认gNB连的是AMF哪个物理端口再回XGEI接口配置页面把该端口对应的IP地址改成规划表里给gNB对接用的地址。这种问题在仿真软件里容易暴露在现网中排查成本更高配虚接口前养成先看拓扑端口编号的习惯。6. 验证三板斧NF注册、信令跟踪与业务开通检查数据配置完不代表业务开通了我的习惯是按“三层通→NF注册→业务信令”三层验证每一层都过不了就直接定位到具体网元。先验证三层连通性。在IUV-5G里对应的就是逐个网元ping对端的Loopback地址以下是常用验证命令的逻辑示例:# 从AMF验证到NRF的连通性count3避免无限发包 ping 10.30.0.1 -c 3 # 从SMF验证到UPF N4口的连通性 ping 10.40.0.1 -c 3 # 查看路由是否生效确认去往NRF网段的出接口正确 ip route | grep 10.30.0.0这里重点关注的不只是通不通而是出接口是否在预期网段上。如果ping通但出接口是另一个管理口说明路由策略有问题虽然当前能通但后续业务流量可能因负载均衡走偏。第二板斧是检查NRF注册状态。NRF是服务化架构的注册中心所有NF配完后的第一件大事就是向NRF注册。在NRF网元界面上查看已注册NF列表AMF、SMF、AUSF、UDM都应该在列并且各自的服务列表完整。这一步直接反映前面的NRF地址配置和HTTP配置是否正确。第三板斧是业务信令验证用一个测试UE从gNB发起注册流程在AMF和SMF侧跟踪信令消息。正常流程是UE发起注册请求→AMF完成接入控制→AMF触发AUSF做鉴权→AMF向UDM获取签约数据→AMF向SMF发起会话建立→SMF经N4接口配置UPF转发规则→UE拿到IP地址。在跟踪窗口里按顺序看到这些消息并都返回成功核心网基础业务才算真正开通。如果卡在某一条消息上按第5章的排查顺序看对应网元的配置项。从那以后我每次配完核心网数据不管时间多紧都强制自己走一遍这三板斧。前面的配置工作再细致也免不了有个把参数敲错而这套验证流程能让我在10分钟里定位问题出在哪个网元、哪一类参数上省下的时间远超投入。希望帮到你。本文还有配套的精品资源点击获取