企业官网建设流程全解析

简介：《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-NSSAI（Single Network Slice Selection Assistance Information），由 SST 和 SD 两部分组成。SST 是标准化的切片类型，三个取值基本覆盖了 5G 的三大场景：SST=1 是 eMBB，SST=2 是 URLLC，SST=3 是 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 侧在现行标准里不做切片决策，只做资源映射，真正的准入控制在核心网。

下面用一个简化的信令流程来看切片怎么被“选中”。

AMF 在比对签约数据时还会检查“默认切片”逻辑：如果终端没有请求任何 S-NSSAI，但签约数据里有默认切片，AMF 就为它分配默认切片。很多现场“切了但没生效”的问题，最后都落在这个默认逻辑上，我在第 5 章会专门讲。

2.3 RAN 侧与核心网侧的实例编排：从 gNB 到 AMF/UPF 怎么对应

标准协议搞定“选哪个切片”，落地还要解决“每个切片跑在哪些网元上”。核心网侧的实例化逻辑是：一个 Network Slice Instance（NSI）由一组网络功能构成，常见做法是为 URLLC 切片单独部署一套 UPF 和 SMF，eMBB 切片共用一套 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/SD，SST 严格按 3GPP 语义用，SD 的前 8 位留给业务域编码，后 16 位留给用户组或地区编码。以实训室或企业专网为例，一张典型的切片规划表长这样：

这个表里有两个容易出错的地方。一是 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 #29（User 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-NSSAI；PDU 会话建立请求里的 S-NSSAI 和核心网配置一致；会话建立完成后，下行数据面的转发路径经过的 UPF 是规划中那台。如果数据面走了别的 UPF，基本可以断定 DNN 绑定配错或 SMF 选路规则写死到了默认 UPF。

4. 切片性能怎么算怎么测：峰值速率、时延与隔离度的量化口径

4.1 用 5G 峰值速率计算公式估算切片带宽上限

给客户讲切片价值，绕不开一个数字：这个切片能给多少带宽。峰值速率不是拍脑袋，3GPP 的估算公式可以简化为：峰值速率 = RB 数 × 每 RB 子载波数 × 调制阶数 × 编码速率 × 层数 × 每时隙符号数 × 有效符号占比 / 时隙时长。

以 100 MHz 带宽、30 kHz 子载波间隔为例，RB 数是 273，256QAM 调制阶数 8，编码速率按 0.926，4 层 MIMO，每时隙 14 个符号，扣除控制信道开销后有效符号占比取 0.9，时隙时长 0.5 ms。把这些值代入公式就可以估算出下行峰值约 2.4 Gbps。用脚本复算更快：

#!/bin/bash # 5G 下行峰值速率粗算脚本：改参数即得新场景 rb=273; sc=12; bits=8; code=0.926; layers=4; sym=14; eff=0.9; slot=0.0005 echo "scale=2; $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 处理时延、核心网用户面时延、端到端应用时延。讲切片时如果不限定口径，验收时双方各说各话。我一般用以下口径做约定：

URLLC 切片真正该盯的是抖动，也就是时延的方差。瞬时均值做到 10 ms，但抖动有 30 ms，工业控制场景照样不可用，因为控制指令按最坏时延设计。测试时不能只报平均时延，要报 P95 和 P99 分位数。用 iperf 打 UDP 流，加上时间戳记录，按包统计时延分布，P99 超过承诺值就说明切片资源保障不足。

还要注意现网的一个实测规律：URLLC 切片在空载时好看，一旦 eMBB 切片把小区 RB 占满，URLLC 的时延是否还稳，取决于 gNB 调度器是否支持抢占式调度。很多商用基站只支持优先级调度，不支持真正的 preemption，URLLC 包会排在 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 的坑

现象：核心网和基站都配好了切片，但终端注册后只拿到默认切片，业务流量全部走了 eMBB，URLLC 切片一直空闲。

原因：终端侧需要“被允许”使用某个切片才能发起对应的 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 和默认 DNN，URLLC 切片上一直没有流量。

原因：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 时，对每一个架构图都有参数兜底，对每一个承诺都有验证方法支撑。

本文还有配套的精品资源，点击获取