简介面向移动全网规划与建设场景的5G网络切片技术讲解PPT适合通信工程师、网络规划人员及5G技术学习者使用重点解决传统电信网络刚性架构、封闭网元与垂直分割带来的灵活性问题。内容从切片背景、切片概念到切片实现逐层展开覆盖eMBB、mMTC、uRLLC三大应用场景并结合NFV、SDN、SBA等关键技术说明切片落地路径可作为5G核心知识学习与培训讲解的配套材料。资源为单份PPT演示文稿共1个文件大小3.11MB便于直接下载使用。其中不但梳理了网络切片的分层流程还包含CSMF、NSMF、NSSMF、MANO、NFVI等组件说明与思考题能够帮助读者快速建立从需求分析到切片管理的整体框架。已有103人学习下载适合移动全网规划项目参考及岗位技能提升。1. 5G网络切片技术到底是什么一张物理网切成多张“逻辑专网”一个园区场景很能说明问题厂房里几十台 AGV 要毫秒级调度不能掉线办公楼里上千人同时开视频会议带宽要顶得住门口一排智能水表每隔几分钟回传一次小报文。按以前的做法要么给每家拉条专线要么在同一区域多建几套基站成本翻几倍。5G 网络切片技术干的就这一件事在同一个 5G 基站、同一张核心网之上按业务需求切出多张互相隔离的“逻辑专网”各自有独立的带宽、时延和可靠性参数互不抢资源故障也不跨切片扩散。这篇笔记顺着“移动全网规划与建设”的视角把切片从协议栈参数、规划选型讲到核心网与基站配置、传输配合最后落在常见坑位和验证方法上适合做 5G 规划建设的工程师、核心网/无线侧配置人员以及搭 5G 实训室方案的老师按步骤复现。2. 切片在5G协议栈里如何流动从SST/NSSAI到PDU会话网络切片不是建一套新基站而是在协议信令里增加一套“切片身份证”体系。这套体系贯穿终端、基站和核心网终端在注册时告诉网络“我要哪种切片”核心网在签约数据里查“这个用户有没有权限”基站则在空口资源上按切片做差异化调度。理解切片得从三个基础概念入手SST、S-NSSAI 和 NSSAI。2.1 切片标识三件套SST、SD与S-NSSAI的参数取值SSTSlice/Service Type切片服务类型是一个 8 比特的值用于标识切片面向的业务大类。标准里已经预定义了几种常见取值SST1 代表 eMBB增强移动宽带SST2 代表 URLLC低时延高可靠SST3 代表 mMTC海量物联网通信。业界常说的“一张网切成三大切片”对应的就是这三个基础值。具体定义参考 3GPP TS 23.501常规取值如下表格所示。SST业务类型典型场景与指标画像1eMBB视频、VR/AR、大流量下载追求下行吞吐与峰值速率2URLLC工业控制、AGV调度、远程驾驶要求空口时延毫秒级、可靠性99.999%3mMTC智能水表、传感回传、海量小报文连接数密度要求高、单点流量小4V2X车路协同、车辆编队部分区域热点规划时也会用到SDSlice Differentiator切片区分符是 24 比特可选字段。当 SST 不够细的时候用 SD 区分同一大类下的不同客户或不同业务子域。比如两家工厂都要 URLLC一个要 10ms 端到端时延一个要 5ms就可以用同一个 SST2 配不同的 SD 来区分。SSTSD 合起来构成 S-NSSAISingle Network Slice Selection Assistance Information也就是“单个网络切片选择辅助信息”这是信令里最核心的切片标识。工程上配置时SD 一般写 6 位十六进制例如000001、0000A1没有 SD 时可以省略。多个 S-NSSAI 打包在一起就是 NSSAINetwork Slice Selection Assistance Information可以理解为“切片集合”。终端注册时会上报 Requested NSSAI核心网根据签约数据返回 Allowed NSSAI允许使用和 Configured NSSAI已配置但当前不可用。日常排错时第一步就是确认终端上报的 Requested NSSAI 和核心网返回的 Allowed NSSAI 是不是对得上。2.2 注册流程里的切片协商从RRC到NAS的信令路径终端在开机驻留到 5G 小区之后核心网并不立刻知道这个用户想要哪种切片需要一次完整的注册协商。流程上终端先和基站建立 RRC 连接RRC 层把 NASNon-Access Stratum注册请求封装起来通过 RRCSetupComplete 消息带上当前 PLMN 和已注册的 NSSAI 信息传给核心网。核心网的 AMF接入和移动性管理功能收到 NAS 消息后解析出 UE 请求的 Requested NSSAI再和 UDM 里的签约切片列表比对决定允许哪些切片并通过 Registration Accept 下发 Allowed NSSAI。实际抓包时常见到 NAS 注册请求里的关键字段长这样{ messageType: REGISTRATION_REQUEST, requestedNssai: [ { sst: 1 }, { sst: 2, sd: 000001 } ], ueUsageSetting: voice_and_data, dnnList: [internet, enterprise_agv] }这里requestedNssai是关键终端请求了两个切片一个是 SST1 的 eMBB一个是 SST2 且带 SD000001 的 URLLC 切片。注意RRC 层的 RRCSetupComplete 里只携带registeredNssai等辅助信息完整的requestedNssai在 NAS 容器里抓包时要过滤 NAS 消息而不是只看 RRC。参数说明dnnList是终端申请的接入点名称列表切片权限和 DNN 权限是两个并列维度后面第 5 章的坑就跟这个强相关。2.3 核心网的切片选择NSSF、签约数据与allowed NSSAI终端上报请求后核心网不是简单“点头”或“拒绝”而是做一次决策。决策的输入有三块终端上报的 Requested NSSAI、UDM 里用户签约的 Subscribed S-NSSAI、以及 NSSF网络切片选择功能的配置。AMF 先做一次取交集用户签了但终端没请求的切片不会出现在 Allowed NSSAI 里终端请求了但用户没签约的直接被拒。两次列表求交后剩余的 S-NSSAI 才是 Allowed NSSAI。下一步是给每个允许的切片选择对应的 SMF。AMF 会基于 S-NSSAI 和 DNN 的组合通过 NSSF 找到合适的 SMF 实例再由 SMF 负责建立 PDU 会话、选择 UPF。也就是说切片选择不只是注册阶段的一次性动作PDU 会话建立时也要再次指定 S-NSSAI。终端发 PDU Session Establishment Request 时消息里必须带上目标 S-NSSAI 和 DNNSMF 根据这两项才能把会话引到正确的用户面网元和转发路径上。常见的设计是每个 S-NSSAI 绑定一个默认 DNN比如 URLLC 切片只允许enterprise_agv这个 DNN避免用户面数据走错出口。3. 全网切片规划三类标准切片、资源切分与实训室落地协议层能识别切片之后规划层面就要回答另一个问题一张物理网到底怎么分出带宽、时隙和资源才不会互相干扰这一节把三类标准切片的指标画像讲清再落到资源切分和 5G 实训室/园区小网的落地配置上。3.1 三类标准切片的业务画像与性能指标规划切片的起点不是“每个业务分多少带宽”而是先给切片定级它是高吞吐型、低时延型还是海量连接型这个定位直接决定无线侧资源池怎么切、核心网走哪套用户面、传输侧要不要预留专线时隙。切片类型核心指标典型取值范围对无线资源的需求eMBB下行峰值速率、小区吞吐量单用户下行 100Mbps~2Gbps尽可能大的带宽、多流 MIMO、高频段大载波URLLC端到端时延、可靠性空口时延 1ms~10ms可靠性 99.99%~99.999%短时隙调度、专属资源池、低码率调制mMTC连接数密度、终端功耗每平方公里百万级连接窄带调度、低成本覆盖、小包高效传输规划建网时三类切片很少平均分资源。实际项目里常见做法是eMBB 占大带宽但允许压缩URLLC 用专属 RB 资源池加独立时隙配置保证高优先级业务的确定性mMTC 切片单独划一个低带宽高连接数的资源池甚至可以和 eMBB 共享覆盖层。业务画像表要提前找客户对清楚尤其是 URLLC 的“可靠性 99.999%”意味着要预留重传和切换余量不是设个参数就能兑现。3.2 一张物理网怎么切资源池、时隙配比与峰值速率核算无线侧的切片隔离主要有两种手段硬隔离和软隔离。硬隔离指给某个切片分配固定的 RB 资源池或专用时隙别的切片不能占用优点是确定性高缺点是资源利用率低软隔离则是所有切片共享资源池依靠调度器按优先级和权重分配资源利用率高但高负载时可能出现切片间相互挤压。规划时一般对 URLLC 用硬隔离对 eMBB 用软隔离mMTC 单独划小资源池。资源切分时要先算清楚“一张物理网能提供多少速率”。5G 峰值速率计算公式可以简化为峰值速率 RB 数 × 每 RB 子载波数 × 每毫秒符号数 × 调制阶数 × 编码效率 × 层数 × 时隙有效占比。以 100MHz 带宽、30kHz 子载波间隔、273 个 RB 为例每 RB 有 12 个子载波30kHz 间隔下 1ms 内有 2 个时隙、共 28 个 OFDM 符号256QAM 调制对应 8bit/符号编码效率按 0.926 算4 层 MIMOTDD 时隙配比下行占 75%那么理论峰值约为 273×12×28×8×0.926×4×0.75大约 2.0Gbps。这个数就是规划 eMBB 切片带宽上限的起点。时隙配比是 TDD 网络里最容易忽略的切片参数。5G 的 TDD 帧结构里有 D下行、U上行、S特殊三种时隙常见的 5ms 周期配比有 DDDSU 和 DSUUU 等。URLLC 切片如果上行有大量传感器数据就不能用下行占比过高的配比否则空口时延算再低也被上行排队卡住。规划时建议给 URLLC 和 eMBB 的用户面数据面分开评估上下行配比需求必要时用多个载波或资源池错开调度周期。3.3 实训室或园区小网从核心网到基站的最小切片配置没有现网设备时用 OAI 5G 这套开源协议栈加一台通用服务器也能搭出一张能跑通切片的最小 5G 实训网。常见形态是一台服务器跑核心网AMF/SMF/UPF/NSSF一台服务器或 USRP 跑 gNB终端用支持 5G 的商用手机或 OAI UE。配置切片的思路与商用网一致只是参数写在配置文件里。下面是一个抽象后的最小切片配置不针对具体厂商字段语义与运营商标配对齐。slice_config: au_agv_urllc: sst: 2 sd: 000001 dnn: enterprise_agv qos_profile: 5qi: 82 # 1ms 空口时延目标GBR 型 arp_priority: 1 resource_pool: dedicated_urllc max_prb: 60 office_embb: sst: 1 sd: null dnn: internet qos_profile: 5qi: 6 # 非 GBR尽力而为 arp_priority: 8 resource_pool: shared_embb max_prb: 200这段配置定义了两个切片SST2 的 URLLC 切片用 5QI82GBR 型低时延承载独占最多 60 个 PRBARP 优先级为 1SST1 的 eMBB 切片映射到 5QI6 的默认承载使用共享资源池。逻辑说明resource_pool指定该切片从哪个资源池取无线资源max_prb限制该切片最大可用 RB 数这两个字段在基站侧实现硬隔离5QI 和 ARP 则决定承载在核心网侧被分配到的转发优先级。参数说明5QI 值不要随意自定义优先复用标准值82 是 URLLC 场景常用的 GBR 类 5QI6 是 eMBB 默认的非 GBR 5QI。实训室环境调通这套最小配置后再去理解现网网元的切片参数就有抓手了终端注册、Allowed NSSAI 下发、PDU 会话建立每一步都能在日志里对应上。这也是我搭 5G 实训室方案时坚持让学员先看信令再改配置的原因。4. 切片建网落地核心网、gNB与传输侧的配置钩子协议层和规划层讲清楚了真正“建网”时的工作量集中在三个面核心网负责切片选择和会话调度无线侧负责把切片落到空口资源传输侧负责把切片的承载路径隔离出来。三步缺一不可尤其是“全网规划与建设”视角下承载网的配合往往是被低估的一环。4.1 核心网侧落地AMF、SMF与UDM的关键配置核心网的切片配置可以抽象为四类对象签约数据、允许切片列表、SMF 选择策略、UPF 转发路径。签约数据在 UDM 里定义每个用户关联一组 Subscribed S-NSSAIAMF 里配置本地区允许的 NSSAI 集合SMF 配置 S-NSSAI 与 DNN 的绑定关系UPF 负责把切片对应的用户面流量引到指定网络出口。下面是一个简化的核心网配置概念模板{ amf: { plmnId: 46000, allowedNssai: [ { sst: 1, sd: null }, { sst: 2, sd: 000001 } ], nssfSelector: [ { sst: 2, sd: 000001, nssfId: nssf_urllc_01 } ] }, smf: { sliceDnnBinding: [ { sst: 2, sd: 000001, dnn: enterprise_agv, smfId: smf_urllc_01 } ] }, udm: { subscribedSlices: [ { imsiPrefix: 46000, sst: 1, sd: null }, { imsiPrefix: 46000, sst: 2, sd: 000001 } ] } }逻辑说明AMF 的allowedNssai决定本地小区允许接入哪些切片nssfSelector告诉 AMF 遇到特定 S-NSSAI 时找哪个 NSSFSMF 的sliceDnnBinding把切片与 DNN 绑定以后这台设备的 PDU 会话只会进到enterprise_agv这个数据网UDM 的subscribedSlices决定用户能否签约某个切片。参数说明imsiPrefix是常见的按号段批量签约写法现网更多用用户级签约数据来精确控制nssfId是内部网元标识不同厂家命名方式不同但语义一致。4.2 无线侧落地gNB的切片调度与QoS Flow到DRB的映射无线侧切片的核心是 gNB 的调度器要能区分不同切片的数据。NR 协议里切片业务承载在 QoS Flow 上每个 QoS Flow 都有自己的 S-NSSAI 和 5QIgNB 再把多个 QoS Flow 映射到 DRB数据无线承载上。这意味着基站配置里至少要完成两件事一是为每个切片创建对应的 DRB 映射规则二是配置资源池和调度权重。nr_cell_config: nr_dedicated_urllc_pool: sst: 2 sd: 000001 resource_type: dedicated prb_start: 1 prb_end: 60 scheduling_algorithm: round_robin bwp_id: 1 qos_flow_to_drb_map: - s_nssai: { sst: 2, sd: 000001 } qfi: 3 drb_id: 2 pdcp_priority: high这段配置的含义是URLLC 切片独占 1~60 号 PRB使用独立带宽部分BWP并把该切片的 QoS FlowQFI3映射到 DRB 2 上赋予高 PDCP 优先级。参数说明prb_start/prb_end用 PRB 编号划定硬隔离边界落地时要注意这些 PRB 不能与其他切片的资源池重叠否则隔离等于没做bwp_id是带宽部分标识URLLC 切片用独立 BWP 是常见做法可以单独配置子载波间隔和调度周期。无线侧建网还有一个容易被忽视的环节AAU/DU/CU 的设备形态会影响切片性能。URLLC 业务要求低时延基站处理最好在靠近终端的 DU 上完成避免业务绕到上层 CU 再绕回来。现网安装 AAU/DU/CU 时DU 一般放到综合机房CU 上移URLLC 切片如果搭配移动边缘节点部署可以把端到端时延压到更低。设备安装指导书里的光缆路由和机房位置也会影响切片的最终时延指标规划时别只看配置不看物理拓扑。4.3 传输侧配合FlexE、VLAN与SRv6如何对上切片核心网和无线侧把切片造出来后承载网必须能识别并转发这些切片流量否则切片只存在于核心网内部数据面一出网元就混在一起了。传输侧常见的切片承载技术有三种FlexE灵活以太网技术、VLAN 隔离、SRv6 Policy。承载技术隔离粒度适用场景与切片的对应关系FlexE物理时隙级硬隔离跨地市骨干、大型园区汇聚每切片分配独立 FlexE 时隙带宽物理隔离VLAN二层逻辑隔离园区接入、城域接入每个切片映射到一个或多个 VLAN按 802.1p 优先级转发SRv6 Policy三层路径级隔离跨域承载、云网融合按 S-NSSAI 选择不同 SRv6 路径实现路径级差异化规划和建设时建议先画一张“切片到传输隧道”的映射表每个 S-NSSAI 对应哪条 FlexE 时隙或哪个 VLAN经过哪些汇聚节点最终接到哪个 UPF 出口。这张表要同时给核心网、无线和传输三边的人看不然很容易出现核心网改了切片配置传输侧不知道流量到了承载网还是走默认路径。4.4 建网联调顺序先信令面、再用户面、最后管KPI整套切片建完后的联调顺序有讲究。常见做法是三步走第一步只验证信令面让终端能注册上对应切片抓包确认 Registration Accept 里的 Allowed NSSAI 包含目标 S-NSSAI第二步建立 PDU 会话验证用户面路径给终端分配专属切片地址ping 测端到端连通性第三步叠加业务测试测时延、抖动、吞吐并对照切片的 SLA 指标看有没有达标。多数项目翻车都发生在跳过第一步直接测业务——切片还没协商成功业务自然跑在默认网络上测出来的指标只是“伪切片”结果。5. 切片建网避坑四个高频翻车点的排查手记网络切片概念看着清爽落地上有不少“玄学”。这里把我遇到过的四个高频问题按“现象→原因→解决”写清楚都是能在日志和抓包里复现的真实场景。5.1 终端注册后没有目标切片非法切片被静默过滤现象终端插上商卡开通了 URLLC 切片但在终端状态栏或信令跟踪里始终看不到目标切片Registration Accept 里也没有对应的 S-NSSAI。原因最常见的不是核心网配错而是签约数据里根本没有这个切片——UDM 的 Subscribed S-NSSAI 与终端请求的 S-NSSAI 不匹配其次是 AMF 的 Allowed NSSAI 列表没包含目标切片。解决先抓 NGAP 和 NAS 消息看终端上报的 Requested NSSAI 是哪几个值再查 UDM 签约数据确认同一用户的 Subscribed S-NSSAI 是否包含对应的 SST/SD最后检查 AMF 本地配置的 Allowed NSSAI 是否覆盖目标切片。终端上报“没带 URLLC 切片”时还要检查终端里是否预置了对应 S-NSSAI商用手机一般在 USIM 或 APN 配置里指定。5.2 切片通了但业务全走默认承载DNN 绑定和 QoS Flow 错位现象终端能注册上 URLLC 切片IP 地址看起来也是企业网段但抓包发现业务流量实际走的是默认承载时延没有任何改善。原因SMF 的切片与 DNN 绑定没配对PDU 会话建立时 SMF 选到了默认 DNN或者 QoS Flow 的 5QI 没按切片模板创建数据被装进了默认 QoS 承载。解决在 SMF 里检查 sliceDnnBinding确认 S-NSSAI 与enterprise_agv的绑定关系再查核心网下发的 QoS 规则确认该切片的 QoS Flow 用的是 5QI82 这类 GBR 参数而不是 5QI6 的默认值。空口侧也做一次映射检查gNB 的 qos_flow_to_drb_map 里QFI3 是否对应到了正确的 DRB优先级是否符合预期。5.3 开源协议栈实训环境里切片不生效改了配置却不触发重注册现象用 OAI 5G 搭实训环境按配置模板改完核心网和基站参数终端还是只走一条数据通道协议栈日志里没有切片选择动作。原因开源协议栈的 AMF 默认可能不做 NSSF 选择逻辑需要显式开启切片相关选项同时改配置后终端没有重新注册旧会话和旧 NSSAI 状态还在缓存里。解决先重启核心网网元进程并清空终端侧网络缓存强制重新注册再抓 NAS 消息确认终端是否上报了带 SST/SD 的 Requested NSSAI最后检查 AMF 的 NSSF 选择器配置确认是否配置了 nssf 相关的选择策略。这里要注意OAI 与商用网元的差异在于默认配置偏简化不少参数需要自己按 3GPP 语义补全。5.4 时延永远测不到目标时隙配比、DRX 与传输都在拖后腿现象URLLC 切片配置全部核对无误但端到端时延始终在 15~20ms 徘徊离客户要求的 10ms 以内差一截。原因空口时延只是端到端时延的一部分。TDD 时隙配比里上行时隙占比不够调度器要等下一个 U 时隙DRX 让终端进入休眠唤醒也要吃时延传输侧没有给该切片预留时隙在汇聚交换机排队。解决先查 gNB 的帧结构配置URLLC 切片建议用较短周期的 TDD 配比必要时用独立 BWP 配置专有时隙关掉该切片的 DRX 或设置长激活期再确认传输侧针对 URLLC 切片的 VLAN 或 FlexE 时隙是否已经配置并生效。逐段打点测时延能快速定位瓶颈是在空口、回传还是核心网。5.5 多切片互相挤压共享资源池没有优先级约束现象园区里 URLLC 和 eMBB 同期运行eMBB 用户大量下载时URLLC 业务的时延明显劣化。原因两个切片配了共享资源池调度器没有按 ARP 优先级区分高优先级切片抢不到资源。解决把 URLLC 切片改成独立资源池prb_start/prb_end 划定边界或者保留共享池但给 URLLC 配置更高的调度权重并限制 eMBB 切片最大占用 PRB 数。资源池边界一旦重叠隔离就名存实亡这个在配置评审时就要抓出来不要等业务劣化再去现场抓包。6. 切片验证与进阶不买仪表也能把切片调明白的三个技巧切片调完不能只靠“ping 通了”交差还是要用可复现的方法验证它真的按规划在工作。第一板斧是信令抓包用 Wireshark 打开核心网和 gNB 间的 NGAP 抓包文件tshark 命令行过滤更快直接看 NAS 注册消息和 PDU 会话建立消息里的切片字段。tshark -r trace.pcap -Y ngap.nas_5gs.s_nssai ngap.nas_5gs.msg_type 0x41 \ -T fields -e frame.number -e ngap.nas_5gs.s_nssai -e ngap.nas_5gs.dnn这条命令把注册请求里所有带 S-NSSAI 和 DNN 的消息列出来。不同版本的三层切分字段名略有差异以本地 Wireshark 实际字段名为准关键是看两条终端是否带上了预期的 S-NSSAI以及 DNN 是否与切片绑定匹配。第二板斧是拨测平时养一个自动统计时延的工具多测几轮取 P95 而不是只看平均时延P95 才能反映排队和重传带来的真实劣化。第三板斧是盯切片级 KPI。核心网侧看该 S-NSSAI 下成功建立的 PDU 会话数、用户面平均时延、吞吐量无线侧看对应资源池的 PRB 占用率、调度次数和 HARQ 重传率。这几项全部整理进一张巡检表切片有没有“跑偏”一目了然。我的习惯是每调完一个切片把核心网的 sliceDnnBinding、无线侧的资源池边界、传输侧的映射表整理成一个模板库命名直接用 S-NSSAI 加客户名比如sst2_sd000001_agv_factory_v1。下一次同类项目直接复制基线再改参数省掉大量重复排错。这个习惯帮我在不少项目里避免了“上次明明调通这次又不行”的尴尬也算是一个不用花钱买的后悔药。信令、拨测、KPI 三件事都验证过切片才算真正建完希望帮到你。本文还有配套的精品资源点击获取