简介《5G网络切片技术及应用展望》是一份面向通信网络规划、技术研究与5G运维人群的PPT资料核心价值在于讲清网络切片这一5G关键能力。资源为单个pptx文件压缩包大小4.84MB内容按商业驱动力、关键技术及解决方案、典型应用场景与案例三大模块展开。资料从运营商视角出发先剖析eMBB、mMTC、URLLC三类业务差异化的驱动因素再系统拆解NFV、SDN、端到端切片管理系统、RAN感知切片、切片可用性管理及UE选择切片的NSSAI/NSSP机制并覆盖无线、承载、核心网三层的切片实现路径包括gNB感知相邻切片优化移动性等细节。案例部分结合B2B、B2C、B2H模式涉及4K直播、游戏加速、远程控制、智能电网、FWA与家庭宽带等场景展示不同租户如何获得定制化网络服务。目前已有305人学习适合需要快速建立5G切片全景认识、跟进技术方案与行业应用落地的读者。1. 从一张“应用展望”PPT 开始5G 网络切片到底切的是什么给客户讲 5G 网络切片最容易被追问的问题不是“什么是切片”而是“你这页 PPT 上的切片到底怎么切、要改哪些网元、动哪些参数”。如果答不上来再漂亮的架构图也会被当成概念包装。5G 网络切片是 5G 里少数能单独形成收入项的技术方向它把一张物理 5G 网络切成多条互相隔离的逻辑网络让 eMBB 大带宽、URLLC 低时延、mMTC 海量连接跑在同一条空口上互不干扰。普通用户对 5G 的感知可能只是家里 CPE 网速变快了但行业用户看到的是切片带来的可订购确定性。这篇笔记面向要做方案汇报、实训室建设或核心网验证的从业者从协议栈原理讲到配置参数再到现网踩坑目标是让你讲完 PPT 之后经得起追问也经得起落地验证。2. 切片协议栈怎么读S-NSSAI、NAS 会话与 RAN 侧映射的完整链路2.1 先分清三层“切”标准定义的切片标识到底长什么样网络切片不是一个物理实体而是一套贯穿接入网、承载网、核心网的资源组合规则。3GPP 在 TS 23.501 里把切片的“身份证”定义成 S-NSSAISingle Network Slice Selection Assistance Information由 SST 和 SD 两部分组成。SST 是标准化的切片类型三个取值基本覆盖了 5G 的三大场景SST1 是 eMBBSST2 是 URLLCSST3 是 mMTC。SD 是运营商自定义的切片区分字段24 位用来在同一种类型里继续细分比如都是 eMBB一个给视频直播、一个给云游戏。很多刚接触切片的人把 S-NSSAI 理解成“配置里的一个字符串”这是第一个误区。S-NSSAI 在信令里是按 TLV 编码的SST 占 1 字节SD 占 3 字节合起来组成 4 字节的切片标识。终端在注册请求里带上Allowed NSSAI网络侧在注册接受里返回 Configured NSSAI这两个集合的差异代表网络侧是否认可这个终端的切片权限。讲 PPT 时如果只说“按需分配”客户会追问“按什么需、由谁判定”答案就在这一来一回的 NSSAI 协商里。还有个常见误解是“一个终端同时只能用一个切片”。实际上终端可以同时建立多个 PDU 会话每个会话绑定不同的 S-NSSAI这也是后面验证隔离度时的基础。终端能力、运营商策略和网络侧实例三者都允许多个切片才能共存。任何一个环节不支持比如终端只上报了一个 NSSAI网络侧就只会给它建默认切片。2.2 5G 协议栈里的切片信令NAS/NGAP 上如何传递 NSSAI切片选择不是只在核心网做它发生在终端、基站和核心网三个节点之间。终端在注册请求里通过 NAS 消息携带“请求的 NSSAI”gNB 收到后并不直接决定切片而是把它透传给 AMF由 AMF 依据签约数据完成 Network Slice Selection。这一层协议栈行为经常被当作“黑匣子”因为普通路测工具看不到 NAS 层内容抓包也只能看到 NGAP 层透传的 NSSAI IE。想看透这一层我一般会用开源协议栈来学习比如 OAI 5G 的实现里就有完整的 NAS 编解码和切片选择逻辑。在 OAI 里给终端配置两个 S-NSSAI 并分别建会话再用 Wireshark 解析 N2 接口的 NGAP 消息能看到 gNB 是怎么把 UE 请求的 S-NSSAI 原样转发给 AMF 的。这个“原样转发”非常关键RAN 侧在现行标准里不做切片决策只做资源映射真正的准入控制在核心网。下面用一个简化的信令流程来看切片怎么被“选中”。环节消息/网元切片相关字段作用终端发起注册NAS Registration RequestRequested NSSAI终端声明需要的切片类型基站转发NGAP Initial UE MessageS-NSSAI IEgNB 透传不做决策核心网裁决AMF / UDMSubscribed S-NSSAI与签约数据比对决定允许与否会话建立NAS PDU Session EstablishmentS-NSSAI DNN切片和用户面通道绑定RAN 资源分配gNB 调度器Slice Resource Indicator把 QoS Flow 映射到空口资源AMF 在比对签约数据时还会检查“默认切片”逻辑如果终端没有请求任何 S-NSSAI但签约数据里有默认切片AMF 就为它分配默认切片。很多现场“切了但没生效”的问题最后都落在这个默认逻辑上我在第 5 章会专门讲。2.3 RAN 侧与核心网侧的实例编排从 gNB 到 AMF/UPF 怎么对应标准协议搞定“选哪个切片”落地还要解决“每个切片跑在哪些网元上”。核心网侧的实例化逻辑是一个 Network Slice InstanceNSI由一组网络功能构成常见做法是为 URLLC 切片单独部署一套 UPF 和 SMFeMBB 切片共用一套 AMF但用户面独立。AMF 是公共控制面可以服务多个切片UPF 和 SMF 可以按切片独立部署这是隔离度的来源。RAN 侧的逻辑则围绕 CU/DU 架构展开。gNB 拆成 CU集中单元和 DU分布式单元之后切片配置要在两个层面做DU 负责物理资源块和调度优先级CU 负责把 QoS Flow 映射到数据承载。5G 基站侧支持切片感知调度核心参数是“每个切片在小区里能占用的最大 RB 比例”和“切片间调度优先级”。这两个参数设不好隔离就形同虚设我在第 4 章的隔离度验证里会给出测试方法。核心网侧还有一个常被忽略的环节切片管理面。3GPP TS 28.531 定义了 NSMF 和 NSSMF 两级管理架构NSMF 管端到端切片生命周期NSSMF 管某个域内的子切片。运维人员在网管上“创建一个切片”实际是向 NSMF 下发一条业务请求NSMF 再分解成核心网、承载网、接入网三个子任务。如果只配了核心网侧、没配承载网侧切片在传输管道上仍然共享物理链路端到端隔离就是空话。这也是为什么行业里强调“切片是一个网络级概念不是一个网元功能”。3. 把切片配置落到网元上核心网与 CU/DU 的最小可复现步骤3.1 先定三类切片模板SST/SD 分配原则与 QoS 参数预设动手配置前先定模板。我一般按“业务域用户组”两个维度来规划 SST/SDSST 严格按 3GPP 语义用SD 的前 8 位留给业务域编码后 16 位留给用户组或地区编码。以实训室或企业专网为例一张典型的切片规划表长这样切片名称S-NSSAISST/SD典型业务默认 5QI分配抢占优先级eMBB-直播1 / 0x000001视频上行、监控61eMBB-云游戏1 / 0x000002下行大带宽交互42URLLC-远程操控2 / 0x000001远程驾驶、工业控制823mMTC-抄表3 / 0x000001海量小包、低功耗90这个表里有两个容易出错的地方。一是 5QI 不能随便填URLLC 用 82/83/84 这类 GBR 类型eMBB 用 6/7/8/9 这类 Non-GBR 类型填反了核心网会拒绝建立承载。二是分配抢占优先级Allocation Retention Priority的数字越小优先级越高视频切片如果设成 1拥塞时它会抢占语音的资源现场就翻车。ARP 的设计原则是“语音/工业控制 交互类 大包下载类”。模板确定后建议把这张表直接画进 PPT 的备份页。客户问“你凭什么切这三个”你就把表翻出来按业务类型、时延要求、带宽要求逐行讲。这一页讲透了后面所有参数都有出处。3.2 核心网侧配置 S-NSSAI 与 DNN从编排接口到 UPF 绑定核心网侧的动作分为两步声明切片、绑定用户面。声明切片是在 AMF 的配置里增加 S-NSSAI 列表并关联签约数据绑定用户面是给每个 S-NSSAI 指定 SMF/UPF 和 DNN。以常见的容器化 5G 核心网实现为例配置片段通常是 YAML 格式我一般这样写# 核心网切片配置示例声明三个切片实例并绑定用户面 slmf: slices: - name: embb-live sst: 1 sd: 000001 amf: defaultSlice: false supported: true smf: dnnList: [ internet ] upf: [ upf-01 ] - name: urllc-control sst: 2 sd: 000001 amf: defaultSlice: false supported: true smf: dnnList: [ control ] upf: [ upf-02 ]这段配置里要重点看两个字段defaultSlice 和 upf 绑定。defaultSlice 决定了“终端没带 NSSAI 时落到哪”线上教训是至少保留一个 true否则老终端无法注册。upf 绑定决定隔离程度URLLC 切片如果绑到和 eMBB 同一个 UPF数据面隔离就只停留在参数层面没有物理隔离。配置写完先做静态校验检查 S-NSSAI 是否在 AMF 签约数据里存在再检查 DNN 是否在 SMF 的数据里配置。很多“切片建立失败”的日志根因是 S-NSSAI 和 DNN 的组合不在签约数据中信令报错是 N1 消息里的 Cause #29User authentication rejected 之外的切片相关原因码排查时先看 UDM 侧签约数据有没有同步。3.3 RAN 侧打开切片感知CU/DU 架构下的小区级配置核心网配好只是“上半场”基站侧如果不识别新加的 S-NSSAI终端即使注册成功空口资源也不会按切片差异化调度。5G 基站侧在 CU/DU 架构下有三个配置点DU 小区级打开切片调度开关、CU 配置小区支持的 S-NSSAI 列表、传输侧配置切片对应的承载优先级。以 gNB 配置为例常见做法是给每个切片定义“资源组”然后绑定到小区# gNB 切片资源配置示例定义资源组并绑定到小区 gnb: du: cellConfig: - cellId: 1 sliceScheduling: enabled: true policy: proportional resourceGroups: - groupId: rg-embb sst: 1 sd: 000001 maxRbShare: 60 priority: 1 - groupId: rg-urllc sst: 2 sd: 000001 maxRbShare: 30 priority: 3 cu: rrcSliceList: - sst: 1 sd: 000001 - sst: 2 sd: 000001这里 maxRbShare 是每个切片可占用的最大 RB 比例上限priority 是调度优先级。URLLC 的 priority 设 3 表示高于 eMBB但 maxRbShare 设 30 是为了防止某个切片拥塞时把整小区资源吃光。这个“限高加保底”的参数组合是现网验证过的经验单设高优先级会导致其他切片饿死单设资源上限又会让低优先级切片在空载时也抢不到资源。配完后用基站侧命令查看切片状态确认 DU 上报的资源组和 CU 下发的 S-NSSAI 列表一致。如果 DU 版本旧不支持切片感知这条命令会返回不支持或丢配置告警接下来要升级 DU 软件版本而不是继续堆配置。3.4 端到端验证的最小命令与日志特征切片是端到端能力验证也必须端到端。我的最小验证顺序是先看核心网切片实例是否创建再看终端注册时的 NSSAI 协商结果最后建 PDU 会话并打流。核心网侧常见做法是查 NSMF 的北向接口# 查询切片实例状态从编排面确认切片已创建 curl -s -X GET http://nsmf-ip:port/nsmf/v1/slice-instances \ -H Content-Type: application/json | jq .sliceInstances[] | {id, status, snssai}返回里要有 sliceInstanceId、status 为 active、snssai 与规划一致三个条件缺一不可。status 是 failed 或 provisioning 的直接去 NSMF 的部署日志看子任务在哪一步断了。终端侧验证看两个日志注册完成时终端收到的 5GMM cause 和 PDU 会话建立时的 allowed NSSAI 列表。用协议栈抓包工具确认以下特征注册接受消息里的 Configured NSSAI 包含两个 S-NSSAIPDU 会话建立请求里的 S-NSSAI 和核心网配置一致会话建立完成后下行数据面的转发路径经过的 UPF 是规划中那台。如果数据面走了别的 UPF基本可以断定 DNN 绑定配错或 SMF 选路规则写死到了默认 UPF。4. 切片性能怎么算怎么测峰值速率、时延与隔离度的量化口径4.1 用 5G 峰值速率计算公式估算切片带宽上限给客户讲切片价值绕不开一个数字这个切片能给多少带宽。峰值速率不是拍脑袋3GPP 的估算公式可以简化为峰值速率 RB 数 × 每 RB 子载波数 × 调制阶数 × 编码速率 × 层数 × 每时隙符号数 × 有效符号占比 / 时隙时长。以 100 MHz 带宽、30 kHz 子载波间隔为例RB 数是 273256QAM 调制阶数 8编码速率按 0.9264 层 MIMO每时隙 14 个符号扣除控制信道开销后有效符号占比取 0.9时隙时长 0.5 ms。把这些值代入公式就可以估算出下行峰值约 2.4 Gbps。用脚本复算更快#!/bin/bash # 5G 下行峰值速率粗算脚本改参数即得新场景 rb273; sc12; bits8; code0.926; layers4; sym14; eff0.9; slot0.0005 echo scale2; $rb*$sc*$bits*$code*$layers*$sym*$eff/$slot/1000000000 | bc -l这个公式的价值不只是算个“最大数”而是帮你看清切片带宽的天花板在哪。切片能分到的带宽 小区总 RB 数 × 该切片 maxRbShare。也就是说前面 gNB 配置里的 maxRbShare 才是切片带宽的真实上限而不是核心网侧配的速率。很多方案吹“eMBB 切片 1.5 Gbps”结果小区只有 60% RB 分给它物理上就达不到。讲 PPT 时把这两个数放一起客户立刻理解为什么带宽承诺要分空口和核心网两段来签。还要注意一个参数陷阱峰值速率公式用的是 TDD 配比。100 MHz 是下行 100 MHz上行按 2:3 配比时上行可用符号数会大幅下降。给上行直播类切片承诺速率前先按 TDD 上下行配比把上行 RB 数和符号数算一遍否则验收时一定翻车。4.2 URLLC 切片盯紧时延与抖动指标口径比网速更重要URLLC 切片的核心指标不是速率是时延。但“时延”这个词在现网里至少有四个口径空口时延、RAN 处理时延、核心网用户面时延、端到端应用时延。讲切片时如果不限定口径验收时双方各说各话。我一般用以下口径做约定指标口径定义测量方法参考值空口时延UE 到 gNB 的单向时延空口抓包时间差1~4 msRAN 处理时延gNB 内部从空口到 N3 出口基站内部日志打点2~5 ms核心网用户面时延N3 到 N6 的单向时延UPF 抓包1~3 ms端到端时延应用 A 到应用 B 的单向时延打流工具时间戳10~20 msURLLC 切片真正该盯的是抖动也就是时延的方差。瞬时均值做到 10 ms但抖动有 30 ms工业控制场景照样不可用因为控制指令按最坏时延设计。测试时不能只报平均时延要报 P95 和 P99 分位数。用 iperf 打 UDP 流加上时间戳记录按包统计时延分布P99 超过承诺值就说明切片资源保障不足。还要注意现网的一个实测规律URLLC 切片在空载时好看一旦 eMBB 切片把小区 RB 占满URLLC 的时延是否还稳取决于 gNB 调度器是否支持抢占式调度。很多商用基站只支持优先级调度不支持真正的 preemptionURLLC 包会排在 eMBB 大包后面时延就上去了。所以验收时一定要做混跑场景不能空载测。4.3 用干扰注入验证隔离度切片承诺值能不能兑现隔离度是切片最核心的价值也是最难验证的一项。所谓“隔离”是指在相邻切片高负载时目标切片的关键指标仍然达标。验证方法不是看配置而是制造干扰给 eMBB 切片灌满大流量同时监测 URLLC 切片的时延和丢包率。具体的干扰注入方法是在 eMBB 切片的终端上跑满下行 UDP 流目标速率设为该切片可用的最大带宽比如 1 Gbps同时在 URLLC 切片上以 100 pps 的速率发小包统计时延 P99 和丢包率。如果 URLLC 的 P99 时延在干扰前后变化不超过 20%隔离度合格如果从 5 ms 跳到 30 ms说明 gNB 的切片调度没有按照配置生效。除了空口隔离还要验证核心网用户面隔离。方法是让两个切片同时打满 UPF 出口带宽观察是否有一个切片的吞吐被另一个拖垮。这里容易出现一个隐蔽问题两个切片共用同一台 UPF 的 CPU数据面转发能力是共享的即使 S-NSSAI 不同大流量包仍然会抢占小包处理。真正的硬隔离要求 URLLC 切片使用独立 UPF至少独立 CPU 核。5. 网络切片落地避坑我反复翻车的 5 个配置问题5.1 把 QoS 优先级当成切片隔离视频业务拖垮语音现象eMBB 切片跑视频下载时URLLC 切片里的语音/控制指令时延飙升P99 从 5 ms 涨到 40 ms配置里明明给了 URLLC 更高的调度优先级。原因优先级只是调度策略不是资源隔离。URLLC 的 priority 设高只能保证它“被优先调度”但如果 eMBB 切片没有设置 maxRbShare 上限视频流量把小区 RB 全部占满URLLC 的包仍然要等下一个调度周期。ARP 的抢占只作用于承载建立阶段不作用于持续的资源保障。解决在 gNB 侧给每个切片同时设置 maxRbShare 上限和最小保障 RB。URLLC 的 minRbShare 设为 20%eMBB 的 maxRbShare 设为 60%这样任何切片都吃不完资源URLLC 最差也有保底。现网里还有一招给 URLLC 切片的承载打上 dedicated preemption 标记拥塞时直接打断正在调度的 eMBB 大包传输。5.2 终端不发起正确切片白名单与缺省 NSSAI 的坑现象核心网和基站都配好了切片但终端注册后只拿到默认切片业务流量全部走了 eMBBURLLC 切片一直空闲。原因终端侧需要“被允许”使用某个切片才能发起对应的 PDU 会话。这个“允许”来自两个地方USIM 卡里的签约数据和网络侧下发的 Allowed NSSAI。常见翻车点是测试卡的签约数据没有更新UDM 里只有默认 eMBB 切片网络侧自然不在注册接受里下发 URLLC 的 S-NSSAI。解决先查签约数据用核心网管理端的命令看 UDM 里该用户的 Subscribed S-NSSAI 是否包含 URLLC再查终端状态确认注册接受消息里的 Allowed NSSAI 是否包含目标切片。还有一个容易被忽略的点很多终端默认只上报一个 NSSAI要在终端的工程模式或测试软件里手动配置“URLLC 切片使能”否则终端根本不会发起第二个切片请求。5.3 RAN 侧版本不一致DU 不识别新增 S-NSSAI现象核心网侧切片建好了终端也能注册但 RAN 侧告警提示“Unknown S-NSSAI”小区级切片配置下发失败。原因CU 和 DU 的软件版本不一致或者 DU 不支持切片感知调度。CU 是新版本配置里能写 S-NSSAI 列表DU 是旧版本只认识 SST 不认识 SD或者完整 S-NSSAI 都不认识导致 RAN 侧切片感知功能实际未生效。解决查 CU 和 DU 的版本兼容矩阵确认 DU 软件版本支持 R17 之后的切片增强特性不支持的先升级再配置。升级后重新下发小区级配置在 DU 侧查询确认 resourceGroup 状态为 active。还有一种情况是 CU/DU 间接口F1 口的切片上下文没有同步要在 CU 侧把 Slice ID 和承载的映射重下不能只改 DU。5.4 切片配置看起来通但业务绕回默认切片PDU 会话建立请求被改写现象终端发起 URLLC 切片的 PDU 会话建立请求核心网日志里也看到了该请求但最终业务流量仍走默认 UPF 和默认 DNNURLLC 切片上一直没有流量。原因SMF 或 UPF 侧的 DNN 选择逻辑有问题。常见有两种SMF 的用户面选路规则里URLLC 的 S-NSSAI 绑定的 DNN 和实际 UPF 配置不一致SMF 做了降级处理按默认 DNN 选路或者 UPF 的接口配置里没有 URLLC DNN 对应的数据网络UPF 直接把会话踢回默认路径。解决按“S-NSSAI → SMF 选路规则 → UPF 数据网络”三级排查。先确认 SMF 里 URLLC 切片的 DNN 与 UPF 配置一致再确认 UPF 的 N6 接口上有对应的数据网络 VLAN。最有效的排查动作是抓 N4 接口的 PFCP 消息看 SMF 给 UPF 下发的 PDR/FAR 里URR 的转发目标是不是规划的 N6 口。5.5 编排面假成功NSMF 返回 200 但切片实例没起来现象通过管理面创建切片的请求返回成功编排系统显示“任务完成”但核心网里实际查询不到对应的切片实例终端也注册不进去。原因NSMF 把一条端到端切片请求拆分成接入网、承载网、核心网三个子任务返回成功只代表“子任务已下发”不代表子任务都执行成功。常见故障是核心网子任务在 UDM 数据建模阶段失败因为切片模板里的签约数据重复或冲突而编排系统的接口只回显了受理状态没有回显执行结果。解决管理面接口看两遍第一遍看响应码第二遍轮询子任务状态直到终态。执行命令是循环查询直到所有子任务状态为 completed任何一个子任务为 failed 就按域排查。我踩过最深的坑是把这个“受理成功”当“部署成功”写进了验收报告后来养成一个习惯所有切片创建操作必须用业务面真实发起注册验证后才算闭环。6. 最小切片验证实验从半小时出结果到展望怎么讲6.1 半小时验证方案一台核心网、两个 DNN、两个终端给领导或客户讲切片与其放架构图不如现场跑一个最小实验一台部署了双切片的核心网一个带两个 DNN 的测试终端外加一台灌流服务器。步骤是先把 eMBB 切片灌满流量然后在 URLLC 切片上发起小包业务实时展示时延 P99 对比。这个实验半小时能完成却能直观展示“隔离”和“差异化保障”两个核心卖点。实验的关键是提前把对比数据录好空载时 URLLC 的时延、干扰后的时延、eMBB 的速率上限三个数。不要现场临时灌流运营商现网频段干扰多无线环境一变数据就难看。把“理想值”和“实测值”都写上反而显得严谨。6.2 展望怎么讲才不虚远程驾驶、卫星回传与实训室展望部分最容易讲成“概念畅想”。我一般只讲三个已经能看到需求的方向室外 5G 远程驾驶无人车核心诉求是 URLLC 切片的端到端时延控制贵在 P99 而不是均值5G 与卫星回传融合切片把低轨卫星链路和地面链路整合成统一承载按业务区分保障等级还有 5G 实训室方案把核心网、CU/DU、终端测试仪表装进实训机柜切片作为独立实验模块让学生从信令到配置完整走一遍。这三个方向共同点是都有明确买单方都依赖切片而不是口号。我自己的习惯是给任何切片方案做展望先写清“现状限制”再写“演进路径”。比如远程驾驶现在卡在 5G 基站覆盖连续性上切片只能保证接入后的质量不能保证全程覆盖讲展望时主动说这个短板反而更能建立信任。做切片这几年最大的教训就是别把切片说得无所不能它是一套资源编排逻辑能解决差异化保障但解决不了覆盖和终端生态。希望这篇笔记能帮你在下次讲 5G 网络切片 PPT 时对每一个架构图都有参数兜底对每一个承诺都有验证方法支撑。本文还有配套的精品资源点击获取 5G网络切片落地指南：从S-NSSAI配置到隔离度验证
简介《5G网络切片技术及应用展望》是一份面向通信网络规划、技术研究与5G运维人群的PPT资料核心价值在于讲清网络切片这一5G关键能力。资源为单个pptx文件压缩包大小4.84MB内容按商业驱动力、关键技术及解决方案、典型应用场景与案例三大模块展开。资料从运营商视角出发先剖析eMBB、mMTC、URLLC三类业务差异化的驱动因素再系统拆解NFV、SDN、端到端切片管理系统、RAN感知切片、切片可用性管理及UE选择切片的NSSAI/NSSP机制并覆盖无线、承载、核心网三层的切片实现路径包括gNB感知相邻切片优化移动性等细节。案例部分结合B2B、B2C、B2H模式涉及4K直播、游戏加速、远程控制、智能电网、FWA与家庭宽带等场景展示不同租户如何获得定制化网络服务。目前已有305人学习适合需要快速建立5G切片全景认识、跟进技术方案与行业应用落地的读者。1. 从一张“应用展望”PPT 开始5G 网络切片到底切的是什么给客户讲 5G 网络切片最容易被追问的问题不是“什么是切片”而是“你这页 PPT 上的切片到底怎么切、要改哪些网元、动哪些参数”。如果答不上来再漂亮的架构图也会被当成概念包装。5G 网络切片是 5G 里少数能单独形成收入项的技术方向它把一张物理 5G 网络切成多条互相隔离的逻辑网络让 eMBB 大带宽、URLLC 低时延、mMTC 海量连接跑在同一条空口上互不干扰。普通用户对 5G 的感知可能只是家里 CPE 网速变快了但行业用户看到的是切片带来的可订购确定性。这篇笔记面向要做方案汇报、实训室建设或核心网验证的从业者从协议栈原理讲到配置参数再到现网踩坑目标是让你讲完 PPT 之后经得起追问也经得起落地验证。2. 切片协议栈怎么读S-NSSAI、NAS 会话与 RAN 侧映射的完整链路2.1 先分清三层“切”标准定义的切片标识到底长什么样网络切片不是一个物理实体而是一套贯穿接入网、承载网、核心网的资源组合规则。3GPP 在 TS 23.501 里把切片的“身份证”定义成 S-NSSAISingle Network Slice Selection Assistance Information由 SST 和 SD 两部分组成。SST 是标准化的切片类型三个取值基本覆盖了 5G 的三大场景SST1 是 eMBBSST2 是 URLLCSST3 是 mMTC。SD 是运营商自定义的切片区分字段24 位用来在同一种类型里继续细分比如都是 eMBB一个给视频直播、一个给云游戏。很多刚接触切片的人把 S-NSSAI 理解成“配置里的一个字符串”这是第一个误区。S-NSSAI 在信令里是按 TLV 编码的SST 占 1 字节SD 占 3 字节合起来组成 4 字节的切片标识。终端在注册请求里带上Allowed NSSAI网络侧在注册接受里返回 Configured NSSAI这两个集合的差异代表网络侧是否认可这个终端的切片权限。讲 PPT 时如果只说“按需分配”客户会追问“按什么需、由谁判定”答案就在这一来一回的 NSSAI 协商里。还有个常见误解是“一个终端同时只能用一个切片”。实际上终端可以同时建立多个 PDU 会话每个会话绑定不同的 S-NSSAI这也是后面验证隔离度时的基础。终端能力、运营商策略和网络侧实例三者都允许多个切片才能共存。任何一个环节不支持比如终端只上报了一个 NSSAI网络侧就只会给它建默认切片。2.2 5G 协议栈里的切片信令NAS/NGAP 上如何传递 NSSAI切片选择不是只在核心网做它发生在终端、基站和核心网三个节点之间。终端在注册请求里通过 NAS 消息携带“请求的 NSSAI”gNB 收到后并不直接决定切片而是把它透传给 AMF由 AMF 依据签约数据完成 Network Slice Selection。这一层协议栈行为经常被当作“黑匣子”因为普通路测工具看不到 NAS 层内容抓包也只能看到 NGAP 层透传的 NSSAI IE。想看透这一层我一般会用开源协议栈来学习比如 OAI 5G 的实现里就有完整的 NAS 编解码和切片选择逻辑。在 OAI 里给终端配置两个 S-NSSAI 并分别建会话再用 Wireshark 解析 N2 接口的 NGAP 消息能看到 gNB 是怎么把 UE 请求的 S-NSSAI 原样转发给 AMF 的。这个“原样转发”非常关键RAN 侧在现行标准里不做切片决策只做资源映射真正的准入控制在核心网。下面用一个简化的信令流程来看切片怎么被“选中”。环节消息/网元切片相关字段作用终端发起注册NAS Registration RequestRequested NSSAI终端声明需要的切片类型基站转发NGAP Initial UE MessageS-NSSAI IEgNB 透传不做决策核心网裁决AMF / UDMSubscribed S-NSSAI与签约数据比对决定允许与否会话建立NAS PDU Session EstablishmentS-NSSAI DNN切片和用户面通道绑定RAN 资源分配gNB 调度器Slice Resource Indicator把 QoS Flow 映射到空口资源AMF 在比对签约数据时还会检查“默认切片”逻辑如果终端没有请求任何 S-NSSAI但签约数据里有默认切片AMF 就为它分配默认切片。很多现场“切了但没生效”的问题最后都落在这个默认逻辑上我在第 5 章会专门讲。2.3 RAN 侧与核心网侧的实例编排从 gNB 到 AMF/UPF 怎么对应标准协议搞定“选哪个切片”落地还要解决“每个切片跑在哪些网元上”。核心网侧的实例化逻辑是一个 Network Slice InstanceNSI由一组网络功能构成常见做法是为 URLLC 切片单独部署一套 UPF 和 SMFeMBB 切片共用一套 AMF但用户面独立。AMF 是公共控制面可以服务多个切片UPF 和 SMF 可以按切片独立部署这是隔离度的来源。RAN 侧的逻辑则围绕 CU/DU 架构展开。gNB 拆成 CU集中单元和 DU分布式单元之后切片配置要在两个层面做DU 负责物理资源块和调度优先级CU 负责把 QoS Flow 映射到数据承载。5G 基站侧支持切片感知调度核心参数是“每个切片在小区里能占用的最大 RB 比例”和“切片间调度优先级”。这两个参数设不好隔离就形同虚设我在第 4 章的隔离度验证里会给出测试方法。核心网侧还有一个常被忽略的环节切片管理面。3GPP TS 28.531 定义了 NSMF 和 NSSMF 两级管理架构NSMF 管端到端切片生命周期NSSMF 管某个域内的子切片。运维人员在网管上“创建一个切片”实际是向 NSMF 下发一条业务请求NSMF 再分解成核心网、承载网、接入网三个子任务。如果只配了核心网侧、没配承载网侧切片在传输管道上仍然共享物理链路端到端隔离就是空话。这也是为什么行业里强调“切片是一个网络级概念不是一个网元功能”。3. 把切片配置落到网元上核心网与 CU/DU 的最小可复现步骤3.1 先定三类切片模板SST/SD 分配原则与 QoS 参数预设动手配置前先定模板。我一般按“业务域用户组”两个维度来规划 SST/SDSST 严格按 3GPP 语义用SD 的前 8 位留给业务域编码后 16 位留给用户组或地区编码。以实训室或企业专网为例一张典型的切片规划表长这样切片名称S-NSSAISST/SD典型业务默认 5QI分配抢占优先级eMBB-直播1 / 0x000001视频上行、监控61eMBB-云游戏1 / 0x000002下行大带宽交互42URLLC-远程操控2 / 0x000001远程驾驶、工业控制823mMTC-抄表3 / 0x000001海量小包、低功耗90这个表里有两个容易出错的地方。一是 5QI 不能随便填URLLC 用 82/83/84 这类 GBR 类型eMBB 用 6/7/8/9 这类 Non-GBR 类型填反了核心网会拒绝建立承载。二是分配抢占优先级Allocation Retention Priority的数字越小优先级越高视频切片如果设成 1拥塞时它会抢占语音的资源现场就翻车。ARP 的设计原则是“语音/工业控制 交互类 大包下载类”。模板确定后建议把这张表直接画进 PPT 的备份页。客户问“你凭什么切这三个”你就把表翻出来按业务类型、时延要求、带宽要求逐行讲。这一页讲透了后面所有参数都有出处。3.2 核心网侧配置 S-NSSAI 与 DNN从编排接口到 UPF 绑定核心网侧的动作分为两步声明切片、绑定用户面。声明切片是在 AMF 的配置里增加 S-NSSAI 列表并关联签约数据绑定用户面是给每个 S-NSSAI 指定 SMF/UPF 和 DNN。以常见的容器化 5G 核心网实现为例配置片段通常是 YAML 格式我一般这样写# 核心网切片配置示例声明三个切片实例并绑定用户面 slmf: slices: - name: embb-live sst: 1 sd: 000001 amf: defaultSlice: false supported: true smf: dnnList: [ internet ] upf: [ upf-01 ] - name: urllc-control sst: 2 sd: 000001 amf: defaultSlice: false supported: true smf: dnnList: [ control ] upf: [ upf-02 ]这段配置里要重点看两个字段defaultSlice 和 upf 绑定。defaultSlice 决定了“终端没带 NSSAI 时落到哪”线上教训是至少保留一个 true否则老终端无法注册。upf 绑定决定隔离程度URLLC 切片如果绑到和 eMBB 同一个 UPF数据面隔离就只停留在参数层面没有物理隔离。配置写完先做静态校验检查 S-NSSAI 是否在 AMF 签约数据里存在再检查 DNN 是否在 SMF 的数据里配置。很多“切片建立失败”的日志根因是 S-NSSAI 和 DNN 的组合不在签约数据中信令报错是 N1 消息里的 Cause #29User authentication rejected 之外的切片相关原因码排查时先看 UDM 侧签约数据有没有同步。3.3 RAN 侧打开切片感知CU/DU 架构下的小区级配置核心网配好只是“上半场”基站侧如果不识别新加的 S-NSSAI终端即使注册成功空口资源也不会按切片差异化调度。5G 基站侧在 CU/DU 架构下有三个配置点DU 小区级打开切片调度开关、CU 配置小区支持的 S-NSSAI 列表、传输侧配置切片对应的承载优先级。以 gNB 配置为例常见做法是给每个切片定义“资源组”然后绑定到小区# gNB 切片资源配置示例定义资源组并绑定到小区 gnb: du: cellConfig: - cellId: 1 sliceScheduling: enabled: true policy: proportional resourceGroups: - groupId: rg-embb sst: 1 sd: 000001 maxRbShare: 60 priority: 1 - groupId: rg-urllc sst: 2 sd: 000001 maxRbShare: 30 priority: 3 cu: rrcSliceList: - sst: 1 sd: 000001 - sst: 2 sd: 000001这里 maxRbShare 是每个切片可占用的最大 RB 比例上限priority 是调度优先级。URLLC 的 priority 设 3 表示高于 eMBB但 maxRbShare 设 30 是为了防止某个切片拥塞时把整小区资源吃光。这个“限高加保底”的参数组合是现网验证过的经验单设高优先级会导致其他切片饿死单设资源上限又会让低优先级切片在空载时也抢不到资源。配完后用基站侧命令查看切片状态确认 DU 上报的资源组和 CU 下发的 S-NSSAI 列表一致。如果 DU 版本旧不支持切片感知这条命令会返回不支持或丢配置告警接下来要升级 DU 软件版本而不是继续堆配置。3.4 端到端验证的最小命令与日志特征切片是端到端能力验证也必须端到端。我的最小验证顺序是先看核心网切片实例是否创建再看终端注册时的 NSSAI 协商结果最后建 PDU 会话并打流。核心网侧常见做法是查 NSMF 的北向接口# 查询切片实例状态从编排面确认切片已创建 curl -s -X GET http://nsmf-ip:port/nsmf/v1/slice-instances \ -H Content-Type: application/json | jq .sliceInstances[] | {id, status, snssai}返回里要有 sliceInstanceId、status 为 active、snssai 与规划一致三个条件缺一不可。status 是 failed 或 provisioning 的直接去 NSMF 的部署日志看子任务在哪一步断了。终端侧验证看两个日志注册完成时终端收到的 5GMM cause 和 PDU 会话建立时的 allowed NSSAI 列表。用协议栈抓包工具确认以下特征注册接受消息里的 Configured NSSAI 包含两个 S-NSSAIPDU 会话建立请求里的 S-NSSAI 和核心网配置一致会话建立完成后下行数据面的转发路径经过的 UPF 是规划中那台。如果数据面走了别的 UPF基本可以断定 DNN 绑定配错或 SMF 选路规则写死到了默认 UPF。4. 切片性能怎么算怎么测峰值速率、时延与隔离度的量化口径4.1 用 5G 峰值速率计算公式估算切片带宽上限给客户讲切片价值绕不开一个数字这个切片能给多少带宽。峰值速率不是拍脑袋3GPP 的估算公式可以简化为峰值速率 RB 数 × 每 RB 子载波数 × 调制阶数 × 编码速率 × 层数 × 每时隙符号数 × 有效符号占比 / 时隙时长。以 100 MHz 带宽、30 kHz 子载波间隔为例RB 数是 273256QAM 调制阶数 8编码速率按 0.9264 层 MIMO每时隙 14 个符号扣除控制信道开销后有效符号占比取 0.9时隙时长 0.5 ms。把这些值代入公式就可以估算出下行峰值约 2.4 Gbps。用脚本复算更快#!/bin/bash # 5G 下行峰值速率粗算脚本改参数即得新场景 rb273; sc12; bits8; code0.926; layers4; sym14; eff0.9; slot0.0005 echo scale2; $rb*$sc*$bits*$code*$layers*$sym*$eff/$slot/1000000000 | bc -l这个公式的价值不只是算个“最大数”而是帮你看清切片带宽的天花板在哪。切片能分到的带宽 小区总 RB 数 × 该切片 maxRbShare。也就是说前面 gNB 配置里的 maxRbShare 才是切片带宽的真实上限而不是核心网侧配的速率。很多方案吹“eMBB 切片 1.5 Gbps”结果小区只有 60% RB 分给它物理上就达不到。讲 PPT 时把这两个数放一起客户立刻理解为什么带宽承诺要分空口和核心网两段来签。还要注意一个参数陷阱峰值速率公式用的是 TDD 配比。100 MHz 是下行 100 MHz上行按 2:3 配比时上行可用符号数会大幅下降。给上行直播类切片承诺速率前先按 TDD 上下行配比把上行 RB 数和符号数算一遍否则验收时一定翻车。4.2 URLLC 切片盯紧时延与抖动指标口径比网速更重要URLLC 切片的核心指标不是速率是时延。但“时延”这个词在现网里至少有四个口径空口时延、RAN 处理时延、核心网用户面时延、端到端应用时延。讲切片时如果不限定口径验收时双方各说各话。我一般用以下口径做约定指标口径定义测量方法参考值空口时延UE 到 gNB 的单向时延空口抓包时间差1~4 msRAN 处理时延gNB 内部从空口到 N3 出口基站内部日志打点2~5 ms核心网用户面时延N3 到 N6 的单向时延UPF 抓包1~3 ms端到端时延应用 A 到应用 B 的单向时延打流工具时间戳10~20 msURLLC 切片真正该盯的是抖动也就是时延的方差。瞬时均值做到 10 ms但抖动有 30 ms工业控制场景照样不可用因为控制指令按最坏时延设计。测试时不能只报平均时延要报 P95 和 P99 分位数。用 iperf 打 UDP 流加上时间戳记录按包统计时延分布P99 超过承诺值就说明切片资源保障不足。还要注意现网的一个实测规律URLLC 切片在空载时好看一旦 eMBB 切片把小区 RB 占满URLLC 的时延是否还稳取决于 gNB 调度器是否支持抢占式调度。很多商用基站只支持优先级调度不支持真正的 preemptionURLLC 包会排在 eMBB 大包后面时延就上去了。所以验收时一定要做混跑场景不能空载测。4.3 用干扰注入验证隔离度切片承诺值能不能兑现隔离度是切片最核心的价值也是最难验证的一项。所谓“隔离”是指在相邻切片高负载时目标切片的关键指标仍然达标。验证方法不是看配置而是制造干扰给 eMBB 切片灌满大流量同时监测 URLLC 切片的时延和丢包率。具体的干扰注入方法是在 eMBB 切片的终端上跑满下行 UDP 流目标速率设为该切片可用的最大带宽比如 1 Gbps同时在 URLLC 切片上以 100 pps 的速率发小包统计时延 P99 和丢包率。如果 URLLC 的 P99 时延在干扰前后变化不超过 20%隔离度合格如果从 5 ms 跳到 30 ms说明 gNB 的切片调度没有按照配置生效。除了空口隔离还要验证核心网用户面隔离。方法是让两个切片同时打满 UPF 出口带宽观察是否有一个切片的吞吐被另一个拖垮。这里容易出现一个隐蔽问题两个切片共用同一台 UPF 的 CPU数据面转发能力是共享的即使 S-NSSAI 不同大流量包仍然会抢占小包处理。真正的硬隔离要求 URLLC 切片使用独立 UPF至少独立 CPU 核。5. 网络切片落地避坑我反复翻车的 5 个配置问题5.1 把 QoS 优先级当成切片隔离视频业务拖垮语音现象eMBB 切片跑视频下载时URLLC 切片里的语音/控制指令时延飙升P99 从 5 ms 涨到 40 ms配置里明明给了 URLLC 更高的调度优先级。原因优先级只是调度策略不是资源隔离。URLLC 的 priority 设高只能保证它“被优先调度”但如果 eMBB 切片没有设置 maxRbShare 上限视频流量把小区 RB 全部占满URLLC 的包仍然要等下一个调度周期。ARP 的抢占只作用于承载建立阶段不作用于持续的资源保障。解决在 gNB 侧给每个切片同时设置 maxRbShare 上限和最小保障 RB。URLLC 的 minRbShare 设为 20%eMBB 的 maxRbShare 设为 60%这样任何切片都吃不完资源URLLC 最差也有保底。现网里还有一招给 URLLC 切片的承载打上 dedicated preemption 标记拥塞时直接打断正在调度的 eMBB 大包传输。5.2 终端不发起正确切片白名单与缺省 NSSAI 的坑现象核心网和基站都配好了切片但终端注册后只拿到默认切片业务流量全部走了 eMBBURLLC 切片一直空闲。原因终端侧需要“被允许”使用某个切片才能发起对应的 PDU 会话。这个“允许”来自两个地方USIM 卡里的签约数据和网络侧下发的 Allowed NSSAI。常见翻车点是测试卡的签约数据没有更新UDM 里只有默认 eMBB 切片网络侧自然不在注册接受里下发 URLLC 的 S-NSSAI。解决先查签约数据用核心网管理端的命令看 UDM 里该用户的 Subscribed S-NSSAI 是否包含 URLLC再查终端状态确认注册接受消息里的 Allowed NSSAI 是否包含目标切片。还有一个容易被忽略的点很多终端默认只上报一个 NSSAI要在终端的工程模式或测试软件里手动配置“URLLC 切片使能”否则终端根本不会发起第二个切片请求。5.3 RAN 侧版本不一致DU 不识别新增 S-NSSAI现象核心网侧切片建好了终端也能注册但 RAN 侧告警提示“Unknown S-NSSAI”小区级切片配置下发失败。原因CU 和 DU 的软件版本不一致或者 DU 不支持切片感知调度。CU 是新版本配置里能写 S-NSSAI 列表DU 是旧版本只认识 SST 不认识 SD或者完整 S-NSSAI 都不认识导致 RAN 侧切片感知功能实际未生效。解决查 CU 和 DU 的版本兼容矩阵确认 DU 软件版本支持 R17 之后的切片增强特性不支持的先升级再配置。升级后重新下发小区级配置在 DU 侧查询确认 resourceGroup 状态为 active。还有一种情况是 CU/DU 间接口F1 口的切片上下文没有同步要在 CU 侧把 Slice ID 和承载的映射重下不能只改 DU。5.4 切片配置看起来通但业务绕回默认切片PDU 会话建立请求被改写现象终端发起 URLLC 切片的 PDU 会话建立请求核心网日志里也看到了该请求但最终业务流量仍走默认 UPF 和默认 DNNURLLC 切片上一直没有流量。原因SMF 或 UPF 侧的 DNN 选择逻辑有问题。常见有两种SMF 的用户面选路规则里URLLC 的 S-NSSAI 绑定的 DNN 和实际 UPF 配置不一致SMF 做了降级处理按默认 DNN 选路或者 UPF 的接口配置里没有 URLLC DNN 对应的数据网络UPF 直接把会话踢回默认路径。解决按“S-NSSAI → SMF 选路规则 → UPF 数据网络”三级排查。先确认 SMF 里 URLLC 切片的 DNN 与 UPF 配置一致再确认 UPF 的 N6 接口上有对应的数据网络 VLAN。最有效的排查动作是抓 N4 接口的 PFCP 消息看 SMF 给 UPF 下发的 PDR/FAR 里URR 的转发目标是不是规划的 N6 口。5.5 编排面假成功NSMF 返回 200 但切片实例没起来现象通过管理面创建切片的请求返回成功编排系统显示“任务完成”但核心网里实际查询不到对应的切片实例终端也注册不进去。原因NSMF 把一条端到端切片请求拆分成接入网、承载网、核心网三个子任务返回成功只代表“子任务已下发”不代表子任务都执行成功。常见故障是核心网子任务在 UDM 数据建模阶段失败因为切片模板里的签约数据重复或冲突而编排系统的接口只回显了受理状态没有回显执行结果。解决管理面接口看两遍第一遍看响应码第二遍轮询子任务状态直到终态。执行命令是循环查询直到所有子任务状态为 completed任何一个子任务为 failed 就按域排查。我踩过最深的坑是把这个“受理成功”当“部署成功”写进了验收报告后来养成一个习惯所有切片创建操作必须用业务面真实发起注册验证后才算闭环。6. 最小切片验证实验从半小时出结果到展望怎么讲6.1 半小时验证方案一台核心网、两个 DNN、两个终端给领导或客户讲切片与其放架构图不如现场跑一个最小实验一台部署了双切片的核心网一个带两个 DNN 的测试终端外加一台灌流服务器。步骤是先把 eMBB 切片灌满流量然后在 URLLC 切片上发起小包业务实时展示时延 P99 对比。这个实验半小时能完成却能直观展示“隔离”和“差异化保障”两个核心卖点。实验的关键是提前把对比数据录好空载时 URLLC 的时延、干扰后的时延、eMBB 的速率上限三个数。不要现场临时灌流运营商现网频段干扰多无线环境一变数据就难看。把“理想值”和“实测值”都写上反而显得严谨。6.2 展望怎么讲才不虚远程驾驶、卫星回传与实训室展望部分最容易讲成“概念畅想”。我一般只讲三个已经能看到需求的方向室外 5G 远程驾驶无人车核心诉求是 URLLC 切片的端到端时延控制贵在 P99 而不是均值5G 与卫星回传融合切片把低轨卫星链路和地面链路整合成统一承载按业务区分保障等级还有 5G 实训室方案把核心网、CU/DU、终端测试仪表装进实训机柜切片作为独立实验模块让学生从信令到配置完整走一遍。这三个方向共同点是都有明确买单方都依赖切片而不是口号。我自己的习惯是给任何切片方案做展望先写清“现状限制”再写“演进路径”。比如远程驾驶现在卡在 5G 基站覆盖连续性上切片只能保证接入后的质量不能保证全程覆盖讲展望时主动说这个短板反而更能建立信任。做切片这几年最大的教训就是别把切片说得无所不能它是一套资源编排逻辑能解决差异化保障但解决不了覆盖和终端生态。希望这篇笔记能帮你在下次讲 5G 网络切片 PPT 时对每一个架构图都有参数兜底对每一个承诺都有验证方法支撑。本文还有配套的精品资源点击获取