5G核心网端到端切片配置实战：S-NSSAI、隔离与QoS详解

简介5G核心网关键技术网络切片是面向5G差异化场景的核心内容。这份PPT课件系统讲解5G端到端网络切片涵盖移动宽带、海量物联网与任务关键性物联网三大场景重点阐述网络切片的概念、协议栈功能模块的分离订制与裁剪以及核心网切片灵活定制的实现方式并完整介绍网络切片的管理机制。内容适用于通信工程专业学生、5G网络规划工程师及技术培训人员学习参考。资源包为1个pptx文件大小4.12MB已获得1045人浏览学习。课件以图文形式组织从背景需求到架构设计再到管理实践层次分明。通过本课件读者可以快速建立5G网络切片的整体认知理解差异化业务对切片架构的驱动作用掌握协议栈分段定制、核心网灵活部署等关键技术要点为进一步研究5G核心网独立组网与行业应用打下基础。1. 5G端到端网络切片一张物理网真的能切成多个“专用网”吗在5G的所有宣传语里端到端网络切片是最容易被当成PPT概念的那一个。毕竟一张物理网络要同时跑手机上网、工业控制和视频监控听起来像各给各的专用通道底层却还是同一批基站和光纤。但真正把5G核心网的关键切片技术配置到位之后它确实能在共享物理网络之上隔离出逻辑专用网络时延、带宽、可靠性都能按需分配。这篇笔记不讲营销话术把核心网切片关键技术拆开讲清S-NSSAI和NSSAI怎么规划、AMF/SMF/UPF在切片里各管哪一段、端到端切片从RAN到传输再到核心网怎么打通以及实施时的高频坑位。适合正在做5G核心网验证、准备切片商用落地或刚接手切片业务的工程师读完能直接动手。2. 切片的第一性原理S-NSSAI、NSSAI与核心网网元怎么分工2.1 S-NSSAI里的SST和SD到底在表达什么所有切片操作的起点是S-NSSAISingle Network Slice Selection Assistance Information单个网络切片选择辅助信息。它由两个字段组成SST是8位SD是24位可选字段。SST决定切片类型标准里定义了1到4这四个常用值分别对应eMBB、URLLC、mMTC和V2X运营商想自己定义类型一般从128开始取值。SD字段则是为了在同一类型下区分不同业务比如都是eMBB一个给普通手机上网一个给企业视频专线就靠SD区分。把常用取值整理成表格方便查SST取值标准定义的切片类型典型业务场景1eMBB手机上网、高清视频、FWA2URLLC工业控制、远程驾驶、智能电网3mMTC海量物联网、智能表计4V2X车路协同、自动驾驶128-255运营商自定义政企专网、内部业务切片配置S-NSSAI时最容易踩坑的是对SST和SD的理解偏差。SST决定切片“性格”SD只是“编号”网络侧做切片选择时要把SST加SD作为一个完整匹配键来用。很多早期设备实现只按SST匹配导致两个SD不同的切片被路由到同一个实例流量互相干扰。我的习惯是每个业务切片至少分配一个独立SD并保证全网统一命名规范别让SD的值在不同省网里含义不同这个规划失误后面很难改。S-NSSAI不会凭空出现。它要么预配置在USIM卡的签约数据里要么在网络侧由UDM在注册流程中下发。终端发起注册时携带的是“请求的NSSAI”Requested NSSAI网络结合签约数据、运营商策略和接入网支持能力处理后回复“允许的NSSAI”Allowed NSSAI。终端只有在Allowed NSSAI里看到某个S-NSSAI才有权利发起对应切片的PDU会话。也就是说终端想用哪个切片得先过网络这关自己在手机上填一个S-NSSAI并不会让它生效。2.2 从终端注册到切片选择AMF、NSSF、SMF分别干了什么终端发起注册请求后AMF接入与移动性管理功能是第一个接触切片的网元。AMF收到Requested NSSAI后先查UDM里的签约数据看终端订阅了哪些S-NSSAI如果AMF自己就能处理就直接继续否则需要调用NSSF网络切片选择功能做一次切片选择。NSSF根据请求的S-NSSAI、签约数据、AMF能力、运营商策略返回一个目标AMF集合并且可能附带允许的NSSAI。会话建立阶段的主角换成SMF。终端发起PDU会话建立请求消息里同时带上S-NSSAI和DNNAMF根据这两个参数选定一个SMF。这个选择不是随机的因为不同切片实例往往关联不同的SMF/UPF集合。SMF被选中后再根据S-NSSAI、DNN、业务要求和用户位置决定使用哪个UPF。到这里一个切片相关的数据通路才算真正建立起来。整条链路可以这么理解AMF管“人在哪”NSSF管“选哪套控制面”SMF管“会话怎么建”UPF管“数据往哪走”。四类网元缺一个切片都跑不透。实操中很多问题不出在配置本身而是出在AMF加载的切片策略和NSSF里的选择规则不一致导致同一个S-NSSAI在两个网元里落到了不同的实例上。排查这类问题的时候我一般先拉通AMF、NSSF、SMF三份配置对比S-NSSAI和DNN的映射表再去做信令跟踪这样比盲目看日志高效得多。提示注册阶段的Allowed NSSAI只代表“你有权用”不代表“数据这条路一定通”。真正验证切片要看PDU会话建立。2.3 切片隔离的两个级别共享网元与独立网元怎么选切片之间靠什么真正隔离决定了这套方案的可用性边界。最常见的做法分两类一类是软隔离所有切片共享AMF、SMF和UPF只靠QoS参数和调度策略区分部署成本低验证阶段够用但业务流量一忙就容易互相干扰另一类是硬隔离控制面或用户面网元按切片独立部署比如URLLC用专属SMF和UPFeMBB走共享网元故障域和性能边界清晰代价是资源利用率下降。多数商用网络取中间路径控制面共享、用户面独立。隔离级别控制面部署用户面部署适用场景软隔离共享AMF/SMF共享UPFQoS区分演示环境、低成本验证半隔离共享AMF独立SMF/UPF政企业务、时延敏感业务硬隔离独立AMF/SMF独立UPF金融、应急、最高可靠场景选型判断标准我一般看三条业务时延要求、故障域要求、投资预算。URLLC类业务至少做到半隔离只为展示切片概念的Demo软隔离就足够了没必要一开始就上独立网元。但要记住软隔离不代表“随意”QoS参数配不好切片内互相拖累的情况照样会发生这不是玄学是调度器在物理资源有限时做出的实际选择。3. 端到端切片的配置路径从RAN到传输再到核心网3.1 RAN侧切片配置gNB怎么识别并调度不同切片端到端切片的第一步是让无线接入网“认识”切片。gNB通过SIB1广播本小区支持的S-NSSAI列表终端在小区里发起业务时网络会结合终端的Allowed NSSAI和小区支持列表决定是否允许接入。如果小区没广播某个S-NSSAI即使核心网配置得再好终端在这个小区也建立不了对应切片会话这是排查时最先要看的一层。RAN侧真正难的不是识别而是调度。同一个gNB下普通eMBB用户和URLLC切片用户共享无线资源如果不做区分大流量用户会把资源吃满URLLC时延立刻劣化。实际操作上需要配置切片级别的RRM策略常见做法是把URLLC切片设为更高的调度优先级或者直接划拨一部分专用PRB给该切片让URLLC流量走独立资源池。配置顺序一般是先给小区加上支持切片的列表再创建切片对应的无线资源策略最后配置业务与切片的映射关系。大多数商用gNB的配置页里都有这几个字段S-NSSAISSTSD、调度优先级、上下行最大速率、专用PRB比例。我见过不少人只配了“支持列表”就宣布切片通了结果一发大流量就把整片区域打瘫就是漏了调度策略这一步。RAN侧切片的验证也不能只看RRC连接能否建立要看空口调度时URLLC用户是否真的拿到优先资源。3.2 核心网侧切片实例化从NSST到NSI的落地核心网侧的切片实现标准里用两层概念描述NSST网络切片模板描述一个切片应该包含哪些网络功能、参数策略和拓扑信息NSI网络切片实例则是这个模板的活体实例。实际部署时不会每次从头搭一套新网元而是在已有基础设施上编排出逻辑实例。常见流程是先创建切片模板NSST再根据模板创建切片实例NSI绑定DNN和用户面网元配置切片级策略最后激活。下面是一个切片模板的示意配置字段含义写在注释里slice_template: name: eMBB-Standard-V1 # 模板名称后续实例化时引用 s_nssai: # 切片标识 sst: 1 # 业务类型eMBB sd: 000001 # 业务区分符普通互联网 nf_components: # 网元组成 control_plane: amf: shared # 控制面AMF采用共享降低部署成本 smf: dedicated # SMF独立便于按切片控制会话策略 user_plane: upf: dedicated # 用户面UPF独立保证数据面隔离 session_config: dnn_list: [internet, enterprise-01] # 允许该切片绑定的DNN qos_default: 5qi: 9 # 默认QoS等级可被会话级覆盖 arp_priority: 6 # 资源保持优先级越小优先级越高这个模板表达的是“半隔离”方案AMF共享、SMF和UPF独立。如果你做的是纯软隔离把smf和upf都改成shared即可。模板里的dnn_list很关键它限定了这个切片能承载哪些数据网络。如果切片绑定了错误的DNN终端会话会建立失败。实例化NSI时核心网编排器会照模板拉起逻辑网元并完成配置分发。创建后通常是先“激活”再“商用”激活动作会触发NF之间的接口连通性检查和routing table下发。这一步做完核心网侧的切片才真正进入可用状态。要注意的是不同厂商的编排器API差异很大但逻辑都遵循“模板-实例-激活”三段式按这个思路去读厂商文档会顺畅很多。3.3 传输侧怎么配合QoS Flow与FlexE/VLAN资源映射RAN和核心网都配好了还不够中间传输网也要为切片让路。常见两种方案基于VLAN/VxLAN的软隔离以及基于FlexE的硬隔离。软隔离适合对时延不敏感的业务在传输设备上配置不同优先级队列硬隔离则是物理通道级别的隔离适合URLLC这类高价值场景。把核心网QoS Flow的优先级映射到传输隧道优先级是端到端保障的关键一步。配置时需要建立一张“S-NSSAI-核心网QFI-传输隧道优先级”的映射表而且这张表要在RAN、核心网、传输三边保持一致。很多团队做切片Demo时RAN和核心网都调通了最后一测时延不稳定查下来是传输设备上走了默认队列切片的优先级标签在中间被重置了。传输侧不像RAN和核心网那些网元有专门的切片管理机构全靠转发策略来体现这部分最容易变成黑匣子。注意端到端切片不是一个网元的功能而是一条链路的协同。任何一段没有按S-NSSAI做策略映射整条切片链路就名存实亡。4. 切片生命周期与关键参数配置从模板到落地4.1 切片模板设计SST/SD取值规范与命名习惯在核心网开始创建切片之前先要做的是规划SST和SD的取值方案这决定了以后扩容的灵活性。一个稳妥的做法是SST按业务大类固定SD按“地区业务子类”编排比如0x010001代表华东eMBB普通业务0x010002代表华东eMBB视频专线。地区和业务子类各占12位给未来留足空间。模板设计上不要一开始就把所有NF都塞进一个模板。我的习惯是拆分轻量级模板控制面共享模板、用户面独立模板、完整隔离模板各做一套。demo阶段用轻量级商用阶段把用户面升级成独立UPF模板改动最小。千万别把AMF池、SMF池、UPF拓扑全写死在一个模板里后面调整任何一个网元都要整体重建这是个明显的后悔药问题。命名规范也最好统一。模板名用业务类型-子类-版本实例名用模板名-序号或业务线-区域。我见过有团队直接用自己的名字或日期做实例名到了运维排障阶段连哪个切片对应哪条业务线都要猜浪费大量时间。4.2 QoS参数映射5QI、ARP与GFBR/MFBR怎么配QoS是切片的第二根支柱。5QI决定了数据包在空口和核心网处理时的调度优先级、时延和丢包目标。常用值整理如下5QI资源类型优先级典型时延目标典型业务1GBR20100ms语音2GBR40150ms直播上行3GBR3050ms实时游戏5Non-GBR10100msIMS信令7Non-GBR70100ms视频流媒体9Non-GBR90300ms普通互联网82GBR1910msURLLC高可靠控制表格里的优先级数字越小在调度器里权重越高。GBR类型的5QI意味着网络需要为这个承载预留资源配套的ARPAllocation and Retention Priority则决定资源紧张时谁能抢占谁。配置时有几个教训值得记下。GBR业务一定要配套GFBR保证速率和MFBR最大速率只在GBR标志位打勾但GFBR不填调度器会按默认值执行效果和Non-GBR没有区别。MFBR不要设得过高否则一个切片的高峰速率会吸干共享UPF的带宽其他切片全部劣化。ARP的取值更敏感把某个切片的ARP调到1最高优先级之后一旦资源拥塞它会抢掉普通用户的所有资源导致普通业务完全不可用。4.3 切片实例的创建、激活与去激活操作流程创建一套切片实例常见的做法是通过核心网编排器或统一网管界面操作也可以用管理API脚本化。下面是一个通过API创建和激活切片实例的示意import requests import json # 第一步创建切片实例NSI payload { template_id: eMBB-Standard-V1, # 引用第3.2节的模板 instance_name: Slice-Demo-eMBB-01, # 实例名建议含业务线和序号 s_nssai: {sst: 1, sd: 000001}, # S-NSSAI必须存在且已规划 dnn_list: [internet, enterprise-01], # 绑定DNN数量不宜过多 qos: {5qi: 9, arp_priority: 6} # 默认QoS会话级可覆盖 } resp requests.post(http://编排器地址/api/slicing/v1/ns-instances, jsonpayload, timeout10) print(resp.status_code, resp.json()) # 第二步激活实例 resp requests.post( http://编排器地址/api/slicing/v1/ns-instances/Slice-Demo-eMBB-01/activate, timeout30 ) print(resp.status_code, resp.json())这个脚本里template_id决定了实例的网元拓扑和隔离级别s_nssai是网络侧唯一匹配键一旦创建后要改SD几乎等于删除重建qos里的5qi和arp_priority是实例默认值终端会话建立时如果没带专门的QoS参数就用这个默认档。激活操作常常触发网元间的接口绑定和路由下发耗时比创建长很多所以超时时间要放宽。去激活则是反操作我一般在业务割接或资源回收时才做平时尽量不频繁开关因为每次激活都会让已建立会话的用户短暂中断这个影响比大部分人预想的大。5. 5G切片实施避坑4个高发问题排查记录5.1 终端注册成功却用不上切片NSSAI对不上现象终端5G注册成功信令里能看到Allowed NSSAI但发起业务时PDU会话建立失败或者数据一直走默认承载流量根本没进目标切片。原因最常见的是三层NSSAI对不上。第一层USIM卡里预配置的NSSAI和UDM里的签约NSSAI不一致终端请求了网络里不存在的切片第二层AMF或NSSF里配置的Allowed NSSAI不包含目标S-NSSAI网络直接拒绝第三层RAN侧小区SIB1广播的支持切片列表里没有这个S-NSSAI终端在小区里根本没有接入资格。解决按三层顺序排查。先看终端注册请求里的Requested NSSAI和UDM返回的Subscribed NSSAI是否匹配再查AMF/NSSF的策略配置确认Allowed NSSAI已下发给终端最后查小区配置里是否把S-NSSAI加入了支持列表并已广播。我在现场处理过一个项目X的问题三层都查了最后发现是SD写错了一个字节——终端请求的是000001UDM签约的是000002肉眼几乎看不出来只能靠信令逐字段比对。5.2 两个切片互相抢资源隔离设置不到位现象切片的业务跑得正常但同一个小区或同一个UPF下eMBB业务流量一上来URLLC业务的时延从5ms直接飙到30ms可用性跌破阈值。原因隔离级别不够或者QoS策略没生效。常见的是RAN侧没配切片级调度URLLC和eMBB在同一个PRB池里竞争或者核心网侧切片的UPF是共享的但UPF上没有按切片做队列隔离大流量业务把转发资源占满了。解决RAN侧给URLLC切片配置专用PRB或更高的调度优先级字段一般在gNB的切片配置页里叫slice schedule weight或dedicated PRB ratio核心网侧给URLLC切片拆分独立UPF实例至少也要在UPF上按S-NSSAI绑定独立队列。配置完一定要打流量验证让eMBB先满载再测URLLC时延这才是真实场景。5.3 切片内时延忽高忽低UPF部署位置和路由绕行现象同一切片、同一终端的时延测试结果波动很大时而10ms时而50ms且规律性不强。原因第一种是UPF部署位置离基站太远数据要绕到核心网机房再回来距离导致的时延波动是物理性的第二种是传输网络的路由策略没配合部分数据走了绕行链路第三种是UPF负载不均衡业务被分发到了处于高负载的实例上。解决先看UPF的实际位置和基站传输拓扑确认数据面路径是不是最优再检查ULCL上行分类器是否部署在RAN侧能不能在本地就把业务分流到目标切片避免全部上行到中心UPF。测试时最好固定一台终端、固定同一个小区连续测多轮取分位数不要只看平均值。注意时延问题别一上来就调QoS参数先确认UPF的位置和路由路径这两者是最常见的“假故障”来源。5.4 切片扩容不生效会话保持与重选机制现象新建了同类型切片实例以提升容量但老用户始终不往新实例上跑新实例负载很低旧实例被打满。原因终端注册和会话建立后控制面会保持当前的AMF/SMF绑定。新建的切片实例不会中断存量会话也不会主动把老用户迁移过去如果AMF缓存里的切片选择结果没有失效新用户也可能被继续路由到旧实例。解决这是切片编排里最容易被忽视的环节。扩容不是“建好就行”需要把新实例纳入NSSF的可用AMF集合或SMF集合让新用户有机会被选上存量用户要触发重新注册或重建PDU会话才可能迁移到新实例。实操中我会在流量低峰期对指定用户做一次去注册再注册或者通过核心网OAM触发会话释放验证新实例是否能承接业务。6. 切片端到端验证从能通到达标的测试清单6.1 怎么证明切片真正端到端打通最直接的方式是抓信令。用支持切片的测试终端配合信令分析工具观察注册请求中的Requested NSSAI、注册接受中的Allowed NSSAI以及PDU会话建立请求里的S-NSSAI和DNN。看到这三者都指向目标切片再验证数据面确认用户面IP地址落在目标UPF的网段里并在UPF侧查看会话绑定记录。如果没有专业终端也可以用标准手机的工程模式查看当前使用的切片信息部分系统支持显示S-NSSAI。不过工程模式看不到UPF归属所以我还是建议至少准备一台能导出信令日志的测试终端这是验证端到端切片的必要装备。6.2 性能验收的三个维度与参数建议切片不能只验证“能通”还要验证“够用”。我习惯按三个维度验收用一张表把工具和目标值固定下来验证维度建议工具/方法目标参考值时延ping测试或UDP时延工具固定服务器URLLC端到端≤10mseMBB≤30ms吞吐iPerf打流TCP/UDP各跑一轮不低于GFBR设定值峰值接近MFBR可用性持续拨测切换场景测试成功率≥99.9%切换中断≤50ms一个必须养成的习惯是满载验证。空载时每个切片都表现完美一加负载就原形毕露。我在第一次做切片验收时只看了空载时延结果忙时被直接打脸。后来我把eMBB大流量打满再测URLLC切片时延两个切片的真实差距才浮现出来。希望这个习惯能帮到你切片的性能边界要从满载那一刻才开始算。本文还有配套的精品资源点击获取