简介移动全网规划与建设课程的实训文档面向通信专业学生与5G核心网初学者以Option2独立组网为背景完整讲解5GC核心网网元的数据配置流程。文档基于IUV-5G全网仿真软件依次覆盖接入与移动性管理功能、会话管理功能、鉴权服务功能、统一数据管理、网络切片选择、策略控制、网络仓储功能及用户面功能等关键网元详细说明XGEI虚拟接口、Loopback接口、虚拟路由、HTTP/2服务化接口、NRF地址、SCTP配置、N4对接以及NF发现策略等配置要点并配有实训目的、建议学时、前导知识、参数规划附录和逐步操作截图方便课堂同步练习和课后复盘。资源为1个Word文档约19.95MB内容完整可直接用于指导学生完成独立组网核心网基础业务开通。目前已有450人学习下载适合作为高职院校移动通信课程实训、期末复习及5G核心网入门实操的教学参考。1. 独立组网核心网数据配置把“全网规划与建设”落成一张能注册的网5G独立组网核心网的数据配置常被当成全网规划与建设里最“虚”的一环基站立在塔上传输铺在光缆里核心网的所有存在感却都写在那些PLMN、TAI、S-NSSAI和DNN参数里。移动全网从接入到会话AMF管位置注册SMF管会话建立UPF管用户面转发这些网元之间的协作依赖的正是实训中逐条录入的核心网数据。配置对了一张SIM卡能注册入网端到端链路立刻亮起来配置错了后端的努力会集体卡在注册请求上。这个实训方向对两类人最有价值一类是从无线专业转向核心网侧的规划工程师另一类是在建设现场负责网元初始化和联调的维护人员。通篇围绕一条主线怎么用一套完整、正确、可校验的数据配置让独立组网真正跑通。2. 独立组网核心网的数据配置全景NF职责、数据对象与下发顺序动手敲参数之前先要把核心网的“组织架构”看明白。独立组网的数据配置不是零散地填表格而是围绕网元职责、服务化接口和数据对象三层展开。这一章先把这三层讲透后面实操才不会对着配置文件发懵。2.1 核心网网元的职责边界AMF管注册、SMF管会话、UPF管转发5G独立组网核心网采用服务化架构比传统4G EPC更强调网元解耦。做数据配置前必须先把AMF、SMF、UPF、UDM几个关键网元的职责边界划清楚因为每个网元的配置文件本质上都在描述它自己的“管辖范围”。AMF接入与移动性管理功能是UE接入核心网的第一道门。它负责注册流程、位置更新、鉴权协商和移动性管理。AMF配置里要写清楚PLMN号、支持哪些跟踪区TAI、支持哪些网络切片这些数据直接决定了“这个网络允不允许UE进来”。SMF会话管理功能是PDU会话的决策者。它负责会话建立、修改、释放给UE分配IP地址并选择UPF转发用户面流量。SMF配置里必须有DNN数据网络名称和切片信息否则业务请求进来后无从路由。UPF用户平面功能是真正转发数据的网元。它不参与信令决策但需要知道N3接口从哪个网段收GTP-U报文、N6接口往哪个方向送IP报文。UPF配置里最核心的是GTP-U设备名和会话子网。UDM/UDR存用户签约数据AUSF负责鉴权向量NRF做服务发现NSSF做切片选择PCF下发策略控制。实训里最常动手的是UDM中的用户签约数据和策略数据这决定了用户能不能用某切片、能不能接入某DNN。练习时AMF和SMF的配置错位往往最先爆发问题。很多实训项目里UE能搜到小区、能发起注册但卡在核心网侧排除到最后发现AMF配置里根本没定义这个TAC或者SMF里没配置对应的DNN。所以理解“哪个网元负责哪段流程”比记住命令更关键。2.2 核心网数据配置的六类核心数据对象格式与约束独立组网核心网的数据配置本质上是在描述一套标识体系。下面六个数据对象是配置文件中出现频率最高的也是排错时的第一排查目标建议在实训开始时就把它们的编码规则抄到笔记本上。数据对象配置位置作用常见错误PLMN IDAMF/SMF/UDM/基站标识运营网络MCC/MNC位数不对如46000少了补位TAI/TACAMF/基站小区标识跟踪区TAC与基站广播值不一致GUAMIAMF/N2接口全网唯一标识AMFAMF区域ID、AMF集合ID超出3GPP范围S-NSSAIAMF/SMF/UDM标识网络切片SST/SD格式不统一三方配置不一致DNNSMF/UPF/UDM标识数据网络DNN名称大小写或域名后缀不一致SUPI/IMSIUDM/HSS用户唯一标识IMSI位数不足15位或补位错误这些字段的坑在于“看着简单错了很隐蔽”。PLMN ID由MCC和MNC组成中国移动测试网通常用MCC460、MNC00但有些BNC会写成“460 00”而配置文件要求“46000”的紧凑写法少一个分隔或者补位不对网元间握手就会失败。S-NSSAI由SST和SD组成SST一般取1代表eMBBSD是24位十六进制值最小写000001最大写FFFFFF配置时三方必须完全一致。GUAMI在AMF配置里容易被忽视但它决定了AMF在核心网中的唯一身份。GUTI重分配以及跨AMF切换都要靠GUAMI找到目标AMF如果AMF集合ID分配不合理可能出现两个AMF身份冲突UE被踢来踢去。建议实训里把GUAMI和PLMN、TAI一起作为一个完整AMF身份组配置而不是单独散落各处。这几类数据的共同特点是“需要在多个网元和外部接口间保持一致”。不要只盯着单一网元的配置界面而是把AMF、SMF、UDM、小区参数列成一张对照表逐项比对这是快速定位配置数据无效的基础功。2.3 配置数据的流向从规划表到网元配置再到注册会话核心网数据配置和编写普通业务系统不同它有明确的流向和依赖顺序。规划工程师先定网络标识规划表再落到各网元配置配置完成后UE的注册流程会逐项验证这些数据。这个流向是实训中反复需要把握的主线。第一层是规划数据。在做任何网元配置之前先确定你所在的实训项目使用哪个PLMN、哪些TAC、划分哪些切片。常见做法是沿用运营商现网规划或实验网规划模板把MCC/MNC、TAC、SST/SD、DNN名称、用户IP网段逐项列成表格。这一层易犯的错是“边配边改”今天填一个TAC明天改一个切片最终核对时网元间数据不一致项目验收时翻车。第二层是网元配置。把规划表翻译成各网元的配置文件或通过网管界面的表单录入。配置动作本身不是难点难在“同一份数据出现在多个网元中”的同步。比如S-NSSAI要同时写进AMF的supported切片列表、SMF的会话定义、UDM的用户签约数据DNN要同时出现在SMF和UPF中。任何一层漏了UE都会在不同阶段报错。第三层是注册验证。配置下发后UE发起注册AMF收到注册请求后检查PLMN和TAI接着AMF选AUSF鉴权从UDM拉签约数据确认用户被允许使用该切片PDU会话建立时SMF根据DNN和切片选UPF下发转发规则。每一层配置不匹配都会在对应信令步骤抛错。所以完成配置后按照注册与会话建立流程逐段校验日志几乎能覆盖所有配置错误的定位。3. 独立组网核心网数据配置实操三个网元和一套可复现的落地步骤这一章把刚才的数据对象映射到实际配置动作上。实训环境千差万别有的用华为模拟器有的用中兴网管有的用通用服务器搭开源核心网。为了让你在本地能够复现我这里采用最常见的做法用开源核心网Open5GS跑一个最小化的独立组网核心网数据配置。你在商用网管上的操作只是界面不同底层字段原理一致。3.1 实训环境准备为什么我优先用虚拟化加开源核心网做数据配置商用核心网网元动辄以License和专用硬件为单位实训中难跑通全套。开源方案Open5GS在业界被广泛用于课程设计和实验室验证它能用一台普通虚拟机承载AMF、SMF、UPF、UDM等全部网元且信令流程符合3GPP标准适合先练熟数据配置逻辑再迁移到商用网管的感觉。环境建议使用Ubuntu 22.04虚拟机分配4核CPU和8G内存安装Open5GS时用官方APT源或源码编译均可。装完之后先不要急着改数据用systemctl状态确认各网元服务都在运行。这里有一个经验值如果服务没起来后面所有配置操作都是在盲写错误会被放大。sudo apt update sudo apt install -y open5gs sudo systemctl status open5gs-amfd open5gs-smfd open5gs-upfd open5gs-udmd open5gs-ausfd open5gs-nrfd open5gs-udrd逻辑说明第一条命令安装Open5GS软件包第二条命令检查各网元服务状态。Open5GS把每个网元封装成一个独立的systemd服务好处是排错时可以单独重启某个网元不影响其他服务。此时不需要关注每个服务在做什么只需要看到绿色的active状态即可。参数说明open5gs-amfd是AMF服务open5gs-smfd是SMF服务open5gs-upfd是UPF服务其余依次是UDM、AUSF、NRF和UDR。如果某个服务failed先去/var/log/open5gs/下对应服务的日志文件看启动报错常见原因是端口被占用或数据库没起来。3.2 AMF数据配置PLMN、GUAMI、TAI与切片列表AMF配置是核心网数据配置中最先要完成的因为UE注册第一步就要和AMF打交道。AMF的配置文件路径在/etc/open5gs/amf.yaml里面核心字段是serving列表。每个serving条目描述AMF服务的一组PLMN、TAI和切片组合。我一般建议一个实训只配置一个serving条目把最小闭环做出来再扩展。amf: locality: sa-cn serving: - plmn_id: mcc: 460 mnc: 00 tai: plmn_id: mcc: 460 mnc: 00 tac: 0001 slice: - sst: 1 sd: 000001 default_indicator: true逻辑说明这段配置告诉AMF三件事网络归属是中国移动测试网PLMN 460/00AMF管辖01号跟踪区tac为0001以及允许UE请求SST1、SD000001的eMBB默认切片。UE在注册请求中携带的PLMN、TAC和切片信息必须与这里的定义匹配AMF才会继续处理不匹配就直接返回注册拒绝。参数说明mcc与mnc按前面规划表填写注意mnc是两位时配置里的写法就是两位不需要补零tac是十六进制四位0001代表十进制的1。如果实训里有多个跟踪区在tai节点下继续追加tac值即可。sst是切片服务类型1为eMBB2为URLLC3为mMTC实训中绝大多数场景用1。sd是切片区分符24位十六进制配置为000001表示这是一个具体切片实例。default_indicator为true说明这是默认切片UE可以不显式请求就直接使用的切片。3.3 SMF和UPF数据配置DNN、切片与N4地址绑定SMF配置对应PDU会话的建立策略。SMF根据用户请求的DNN和切片决定为用户分配哪个IP网段、选择哪个UPF。UPF配置则相对单纯它只关心N3口和N6口的转发路径。两个配置文件之间需要通过DNN和切片信息产生关联。SMF配置片段smf: session: - subnet: 192.168.6.0/24 dnn: internet slice: - sst: 1 sd: 000001UPF配置片段upf: gtpu: dev: upfgtp session: - subnet: 192.168.6.0/24 dnn: internet逻辑说明SMF配置里定义了一个名为internet的DNN用户位于这个DNN时会分配到192.168.6.0/24网段的IP地址并且这个DNN绑定在SST1、SD000001的切片上。UPF配置里的gtpu.dev是GTP-U隧道使用的虚拟网卡名session条目定义了UPF接收SMF下发的哪些会话、分配哪个子网的地址。两侧的subnet和名字必须一致。参数说明subnet是用户PDU会话的地址池不要在实训里直接用现网地址段避免和本机管理网段冲突。dnn名称建议用internet或apn1这类不依赖域名解析的写法后面UDM签约时要用同一个名字。upfgtp是Open5GS默认创建的GTP-U虚拟网卡如果发现UPF没有这个网卡通过命令ip link add upfgtp type gtp0手动创建。3.4 UDM用户数据配置注册与会话的最小签约数据UDM里的用户签约数据是网络准入的最后一环。即使AMF、SMF都配置正确UDM里没有这个用户的签约记录UE依旧无法入网。Open5GS提供了insert_subscriber.py脚本通过MongoDB写入用户数据。cd open5gs/misc/db ./insert_subscriber.py --imsi 460000000000001 --apn internet \ --key 8baf473f2f8fd09487cccbd7097c6862 \ --opc 8e27b6af0e692e748f1254a053f65f2f ./insert_subscriber.py --imsi 460000000000002 --apn internet \ --key 831dab3f2f8fd09487cccbd7097c1234 \ --opc 4e27b6af0e692e748f1254a053f65f2f逻辑说明这条命令的作用是在UDM数据库里插入一个测试用户的IMSI、鉴权密钥和签约APN。第一个用户可以是实训主测号码第二个用于模拟多用户注册场景。插入完成后这个用户在鉴权阶段就会通过AUSF的校验并且被允许使用internet这个DNN建立会话。参数说明imsi是15位用户标识460开头是中国移动号段后面9位是用户唯一编号。key是128位根密钥十六进制32字符和USIM卡上的Ki对应。opc是运营商自定义的鉴权参数由Milenge算法根据根密钥计算得出。实训中直接使用脚本生成的测试值即可不需要自己推导。apn就是前一步SMF里定义的dnn名称两处必须拼写一致否则会话建立会因找不到DNN而失败。3.5 启动与初步验证从服务到注册接受配置写完之后重启核心网服务让配置生效。这里不建议用reboot重启整台虚拟机而是单独重启核心网相关服务速度更快也便于观察启动日志。sudo systemctl restart open5gs-smfd open5gs-amfd open5gs-upfd sudo systemctl restart open5gs-udrd open5gs-udmd open5gs-ausfd tail -f /var/log/open5gs/amf.log逻辑说明先重启SMF和UPF再重启用户数据相关服务最后查看AMF日志。AMF日志是整个核心网信令流程的入口UE注册时最先经过AMF它的日志会完整反映注册请求是否到达核心网、在哪个环节被拒绝。参数说明这一步的目的是验证配置加载没有报错。AMF日志中出现“INFO: ../src/amf/context.c:... AMF-ON”之类的字样说明AMF已正常启动并开始等待接入。如果日志里有“Configuration”相关的ERROR行说明YAML语法或字段值有问题按报错提示的行号回查配置文件。4. 独立组网核心网数据配置避坑四个高发故障的现象及根因实训中数据配置错误不会直接报警“你错了”而是表现为注册失败、会话失败等间接现象。下面四个坑是我见过最频繁的每一条都按现象到原因到解决的结构拆开讲方便你现场对着排。4.1 注册请求始终无响应TAC配置与基站广播不一致现象UE能搜到小区并显示信号正常但发起注册请求后迟迟收不到注册接受消息AMF日志里能看到来自gNB的InitialUE Message或根本没有这个消息。原因基站侧的跟踪区码TAC与AMF配置文件里的TAC不一致。基站广播的TAC是0002AMF的serving配置里只有0001AMF发现该UE所在跟踪区不在服务范围内直接丢弃注册请求或触发注册拒绝。解决先确认基站小区配置里填写的TAC十进制值把它转换成十六进制后和amf.yaml里的tac比对。例如基站侧填的是TAC2转换后就是0002AMF的配置里也应改成0002。修改后重启open5gs-amfd再确认基站无重传告警即可。4.2 注册流程报S-NSSAI不可用AMF、SMF、UDM三方切片数据未对齐现象UE发起注册时携带S-NSSAI核心网返回注册拒绝原因值在网络侧标记为Requested NSSAI not allowed或切片的配置不被接受AMF日志中提示切片不匹配。原因UE请求的S-NSSAI虽然在AMF里配置了但SMF的session定义或UDM的用户签约数据里没有对应切片AMF无法为用户选择后续网元。最典型的是只改了AMF配置而忘记同步UDM签约数据。解决按规划表逐项检查三个位置amf.yaml的slice列表、smf.yaml的session切片、UDM中用户签约数据里用的S-NSSAI。三项的sst和sd必须完全一致。修改后依次重启amfd、smfd并确认UDM中的数据经过插入脚本重新写入。4.3 PDU会话建立失败SMF与UPF之间的N4接口不可达现象注册成功后UE发起PDU会话建立请求但核心网侧网络侧返回PDU session establishment失败SMF日志里出现N4接口相关错误UPF日志为空或显示连接失败。原因SMF与UPF可以通过N4接口通信两个网元都挂在同一台虚拟机时N4地址通常配置为127.0.0.x。如果smf.yaml和upf.yaml中的N4地址匹配不上或UPF的GTP-U虚拟网卡没有正常创建N4关联建立就会失败。解决检查smf.yaml中upf节点下的n4地址确认与upf.yaml中的n4地址一致。然后执行ip addr命令确认upfgtp网卡是否存在。不存在时手动创建sudo ip link add upfgtp type gtp0 sudo ip link set upfgtp up。最后重启open5gs-smfd和open5gs-upfd。4.4 配置数据无效字段超范围与网元侧的校验逻辑现象在网管界面提交核心网配置数据时系统直接提示“配置数据无效”整个表单保存不成功光标跳到某个字段旁边。原因网元配置系统会在保存前做字段校验。PLMN ID不是合法取值、TAC超过允许范围如一切都小于等于0xFFFF、S-NSSAI的SD里混入了字母G/H等非十六进制字符、DNN名称里带了中文或下划线等不允许的字符。还有一些情况是同一类型数据出现了两次相同的标识比如两个TAC配成了同一个值系统判定为冲突配置。解决把校验失败的字段抄下来对照3GPP规范和网元自带的字段说明逐项检查。PLMN中MNC为两位数时不要在前面补零TAC按十六进制范围填S-NSSAI的SD只允许数字和A-FDNN名称全小写字母或数字。对于重复标识问题把规划表中TAC、DNN、切片每类数据列出去重后再提交。5. 配置验证与进阶调试从注册流程回放看数据配置的边界数据配置完不等于业务通。最后一章给出验证方法和一个进阶技巧。这里我把自己的验证习惯拆成三步注册、会话、数据面连通每一步对应不同的配置层。第一步验证注册流程。用某款支持5G SA的测试终端或模拟器UESIM卡信息与UDM中签约数据一致观察AMF日志。出现“REGISTER ACCEPT”或日志中Registered字样说明AMF、AUSF、UDM数据同步工作正常。这一步验证的是PLMN、TAI、切片、鉴权数据和GUAMI的完整链路任一环节配置错误都会在这里暴露。第二步验证PDU会话。UE发起PDU会话建立请求后观察SMF日志。若日志中显示“Session created”或类似信息说明DNN、切片、地址池、UPF选择全部成功。这一步验证的是SMF/UPF配置与UDM签约数据的组合理度。第三步验证数据面。会话建立后从UE侧ping一个互联网地址或实训内网地址。若icmp能通说明UPF有转发路径数据面打通。若ping不通优先检查UPF所在主机的N6路由和防火墙而不是改核心网配置。这一步最容易被忽略很多项目做到会话建立就收工了等到实际拨测才发现路由缺失。进阶调试技巧用抓包配合日志定位配置边界。当日志只能说明“失败在某个网元”而无法解释为什么时抓包是最后手段。在AMF与gNB之间抓N2接口信令在SMF与UPF之间抓N4接口信令。在实训虚拟机里用tcpdump在对应接口抓包过滤GTP-C和NGAP协议能看到是哪个网元丢弃了消息。比如N4关联失败时GTP-C消息的cause值会直接指出原因比猜日志快得多。我自己的习惯是每次配置前先备份一份干净的默认配置文件改出问题后随时回滚永远不在“半改状态”下做验证。这套组合动作在实训和现网割接前都管用关键是把“配置写完”和“配置生效”分开对待。希望帮到你。本文还有配套的精品资源点击获取
