把一张移动网络想象成一家大酒店。最早的经营方式很简单：所有客人共用大堂、共用电梯、共用后厨，忙时上菜慢一点，大家将就。这叫“尽力而为”。
后来来了几拨挑剔的客人：电网公司的巡检机器人要求“指令必须在10毫秒内送达，丢一条就出事”；视频平台要求“晚高峰也必须人人流畅”；还要接待一批海鲜商贩，他们的传感器只发几比特的温度数据，但数量有十万之众。酒店的解法不是再盖一家酒店，而是把这一栋楼分楼层经营：三楼整层划给电网，电梯专用、后厨专线；五楼给视频平台加装带宽；地下仓储区开放给十万台传感器。楼还是那栋楼，锅炉还是那套锅炉，但每一层的客人拿到的承诺完全不同。
这就是网络切片（Network Slicing）：在同一张物理网络上，切出多个端到端的逻辑网络，每个切片有自己的资源保障和服务承诺。
但一家酒店做“分层经营”，最难的其实不是砌墙——是对号入座：
整个5G切片体系，本质上就是一套“验身份、发房卡、带位入座”的流程。本文就讲清楚这套流程为什么这样设计。
先破除一个常见误解：切片不是在网络里跑若干台虚拟机，也不是一条加密隧道。
一个切片由三样东西打包而成：
关键在“端到端”三个字。切片的承诺遵循木桶原理：
$$\text{SLA}{\text{端到端}} = \min\left( \text{SLA}}},\ \text{SLA{\text{传输}},\ \text{SLA} \right)$$}
三段里任何一段不感知切片，整条承诺就漏气。所以你会看到切片标识像一根线，把无线、传输、核心三个域的珍珠串在一起：
flowchart TD
UE["同一部手机"]
subgraph SA["切片A：电力专网"]
A1["无线：专有资源预留"] --> A2["传输：硬管道隔离"]
A2 --> A3["核心：专用用户面网元"]
end
subgraph SB["切片B：公众大流量"]
B1["无线：共享加调度权重"] --> B2["传输：VPN软隔离"]
B2 --> B3["核心：共享网元池"]
end
UE -->|注册到A| A1
UE -->|同时用B| B1
上图中切片A用的是“硬隔离”，切片B用的是“软隔离”，这是现网两种主流的隔离手段：
| 维度 | 软隔离 | 硬隔离 |
|---|---|---|
| 实现手段 | 共享物理资源，逻辑划分+配额+优先级 | 专用频谱、专用设备、专用时隙管道 |
| 酒店类比 | 大堂里用屏风隔出一块专区 | 整层楼砌实墙，专用电梯 |
| 资源效率 | 高，闲时可让给别家 | 低，闲着也是你的 |
| 保障强度 | 统计意义上的保障，极端拥塞可能互相影响 | 物理意义上的独占，互不影响 |
| 典型场景 | 视频加速、公众增值业务 | 电网、工业控制等高安全高可靠需求 |
工程上绝大多数商用切片是软隔离或混合隔离——比如无线侧共享载波但给切片设调度权重和准入上限，传输侧用软管道，只有安全等级极高的行业客户才上全套硬隔离。理解这一点很重要：切片的“专属性”是分等级的，不是非黑即白。
手机怎么向网络表达“我要进哪个切片”？靠一个叫S-NSSAI的标识——单个网络切片选择辅助信息。它的结构简单得出奇：
$$\text{S-NSSAI} = \underbrace{\text{SST}}{\text{8比特：切片大类}} \,|\, \underbrace{\text{SD}}$$}
前半段SST（Slice/Service Type）只有8个比特，取值是全行业统一的“公共语言”；后半段SD（Slice Differentiator）有24个比特，是每个运营商自己的“私人门牌号”，爱怎么编怎么编。
| SST标准值 | 含义 | 面向的场景 |
|---|---|---|
| 1 | eMBB 增强移动宽带 | 大带宽：高清视频、VR直播 |
| 2 | URLLC 低时延高可靠 | 工业控制、电网差动保护 |
| 3 | mIoT 海量物联网 | 传感器海：智能表、环境监测 |
（1、2、3是三个最常用的基础值，后续版本又补充了面向车联网等场景的新取值，设计思路一脉相承。）
为什么SST只给8位？ 这是个典型的互通性设计。想象漫游场景：你的手机漫游到国外，对方的网络根本不认识你家运营商24位的私有编号，但它认识1和2——"1就是大带宽，2就是低时延”是全世界约定好的公共语言。SD再精妙，出了国门只当参考。8位的公共类型保证全球任何两家网络能就“这是个什么切片”达成最低限度的共识，24位的私有编号留给运营商在自家地盘上精细管理。
由此推出一个排障时极有用的结论：SST相同不等于同一个切片。两家不同的企业专网可能都用SST=2（低时延），但SD不同，就是两个互相独立的切片。反过来，只配SST不配SD也是合法的——那表示“只要是这个大类的切片，哪个都行”。
切片选择不是手机说了算，也不是网络说了算，而是一套“三方制衡”流程。这里的关键是三张不同的名单，很多初学者会混为一谈：
| 名单 | 谁决定 | 存在哪里 | 什么时候用 | 酒店类比 |
|---|---|---|---|---|
| 签约S-NSSAI | 运营商（开户时写入） | 网络侧的用户签约数据库 | 网络核查资格的依据 | 会员档案里记着你能订哪些楼层 |
| 请求NSSAI | 手机 | 终端内存，注册时上报 | 手机开机注册时主动出示 | 客人到前台说“我想住三楼” |
| 允许NSSAI | 网络裁决 | 网络下发，终端保存 | 注册成功后生效 | 前台核实后递过来的房卡 |
为什么非要拆成三步？直接手机说进哪就进哪，不行吗？
不行。这三步各挡住一类风险：没有签约这道闸，任何终端都能自称电网设备混进专网切片，安全不成立；没有请求这一步，网络不知道终端的意图，每次都要大海捞针地查；没有允许这道闸，网络无法根据当前容量、漫游状态做最终裁决——比如你带着一台配置了本国切片的手机出国，拜访地网络对你的SD一无所知，它只会根据自己的策略给出一手房卡。意图、资格、现实，三方对齐，才算完成对号入座。
把三张名单串起来，就是终端每次开机注册时发生的切片协商。看时序图：
sequenceDiagram
participant U as 手机
participant G as 基站
participant A as 核心AMF
participant N as 切片选择功能
participant D as 签约数据库
U->>G: 注册请求，带请求NSSAI
G->>A: 转交注册消息
A->>N: 这些切片由谁服务
N->>A: 允许NSSAI和建议AMF组
A->>D: 拉取用户签约数据
D-->>A: 签约的切片清单
A->>G: 注册接受
G->>U: 允许NSSAI写入终端
Note over A,N: 若本AMF不服务该切片组，会触发AMF重选
图里有两个值得咀嚼的设计细节。
第一，切片选择发生在注册最前面。 核心网收到请求NSSAI后，第一个动作不是建会话，而是问切片选择功能（NSSF）：“这一串切片，归谁管？”如果当前这颗AMF不服务于请求的切片组，NSSF会给出建议的AMF组，终端可能被引导到另一颗AMF重新注册。也就是说，切片选择直接决定你的控制面锚点——你进了哪个切片，可能连“管家”都换了。这就是为什么行业专网里常见“专网终端注册到专属AMF池”的架构：不是运维偏好，是切片选择的必然结果。
第二，允许NSSAI会写回终端缓存。 注册成功后，终端记住这次获批的房卡，后续再发起业务时直接用，不必每次重新协商。注册消息里还有专门的开关控制这张房卡要不要重复下发——这些省空口的细节开关，是现网信令优化时经常调整的参数。
注册只解决“我进入了哪些切片”的问题。真正使用时还有一层：手机上装了十个App，购物App走大带宽切片，工业遥控App走低时延切片——每一次连接，手机凭什么决定走哪张网？
答案是URSP：UE路由选择策略。它由网络的策略控制功能生成，在注册阶段随终端策略一起下发，实实在在存在手机本地。一条URSP规则分两半：
| 组成部分 | 内容 | 作用 |
|---|---|---|
| 流量描述符 | 应用标识、操作系统应用ID、IP三元组、域名、目标DNN等 | 匹配“这是谁的流量” |
| 路由选择描述符 | 优先级、S-NSSAI、DNN、会话连续性模式、接入类型（蜂窝/WiFi） | 决定“这股流量走哪张网” |
手机里的执行逻辑是个纯本地的查表过程：
flowchart TD
APP["应用发起连接"] --> Q{"本地匹配URSP规则"}
Q -->|命中| R["取出S-NSSAI与DNN"]
R --> P["按参数建PDU会话"]
P --> IN["流量进入对应切片"]
Q -->|未命中| DEF["走默认规则"]
DEF --> PD["建立缺省会话"]
为什么这套查表放在手机里做，而不是每开一个App都去问网络？ 三个理由。省信令：智能手机每天发起成百上千次连接，每次都问网络，空口会被策略查询淹没；低时延：本地查表微秒级完成，App无感；隐私与离线可用：应用清单不出终端，没信号时选路策略照样生效。这和终端本地的QoS规则自学是同一个设计哲学——能放终端的智能，绝不放在网络上。
把上面的机制拼起来，你会发现切片标识体系处处是“够用就好”的克制：
公共语言+私人门牌。 SST标准化、SD私有化，是全球互通与运营灵活性之间的精确折中。全标准化太死板（各家场景五花八门），全私有则漫游即瘫痪。
三张名单，层层设闸。 签约、请求、允许互相独立又互相约束，把商业控制权（运营商）、终端意图（用户）、网络现实（容量与漫游）三方的意志都编码进了流程。任何一方单独拍板都会出乱子。
策略尽量下沉终端。 URSP在手机本地执行，把最高频的决策（每次连接选哪张网）从空口信令中拿掉。网络只做低频的大决策（注册时给房卡），终端做高频的小决策（平时怎么走）。这是整个5G架构反复出现的原则。
标识端到端贯穿。 切片的SLA是最短板决定的，所以标识必须让三个域都“看得见”：无线侧按它做调度权重和准入控制，传输侧按它选管道，核心侧按它选网元。任何一段视而不见，端到端承诺就退化成普通QoS。
顺带说清切片和QoS的关系，两者经常被混为一谈：切片回答“进哪张网”，QoS回答“在这张网上走哪条道”。切片是注册期一次性分配的身份；QoS流是会话期动态协商的车道。同一部手机可以同时身处多个切片，在每个切片里又有自己的QoS流——一个是楼层，一个是车道，别混。
切片原理最有价值的落地场景是行业专网排障。“专网终端没进切片”是现网最高频的投诉之一，而原因可能藏在七个环节中的任何一个。按数据流顺序往下查，一环不漏：
flowchart TD
T["专网终端疑似没进切片"] --> C1["第一步：查UDM签约清单"]
C1 --> C2["第二步：查PCF是否下发URSP"]
C2 --> C3["第三步：查终端匹配与缓存"]
C3 --> C4["第四步：查注册请求带的NSSAI"]
C4 --> C5["第五步：查NSSF允许列表"]
C5 --> C6["第六步：查基站切片调度配置"]
C6 --> C7["第七步：查承载网对应管道"]
对应到日常调试，有几个高频翻车点：
SD的进制写错。 SD是6位十六进制，配置界面上经常有人把它当十进制填，数字碰巧合法，结果手机请求的和网络签约的永远对不上。排障时先核对两边字节级是否一致，再看语义。
URSP下发对了，终端没生效。 终端策略有缓存，修改策略后需要触发终端策略更新或让终端重新注册才生效。现场经常出现“后台看策略明明改了，终端行为纹丝不动”的僵局，先查缓存再怀疑人生。
流量描述符写得不严。 URSP匹配靠应用标识，包名大小写写错、通配符用错，规则永远命中不了，流量全部掉进默认规则。定位方法是看终端实际建的PDU会话参数反推它命中了哪条规则。
漫游场景SD失效。 终端漫游到拜访地网络，归属地的私有SD在对方网络里没有意义，行为会退化为按SST大类处理甚至被拒。行业专网如果涉及跨地市部署，签约和允许名单都要逐段核对。
误解三连。 一是“切片=VPN”：VPN只隔离转发面，切片是三域资源加运维监控的完整闭环；二是“手机里有迷你网络”：终端只是带标签选路，协议栈始终只有一套；三是“切片越多越先进”：每个切片都有签约、策略、监控的管理成本，且一部手机同时可用的切片数量本身有个位数上限（标准按最多8个设计）——切片是工具，不是勋章。
Q: 网络切片和VPN的区别是什么？ A: VPN是在共享网络上加一条加密或隔离的转发通道，解决的只是“数据别被别人看到”的问题。切片是端到端的资源与运维体系：无线调度、传输管道、核心网元都要感知并保障，还配套SLA监控和生命周期管理。可以粗略理解为：VPN是一根专属水管，切片是一整套有独立施工、抄表和报修制度的供水系统。
Q: 两个运营商的切片SST都是1，会不会混到一起？ A: 不会。在各自网络内部，靠SD区分不同切片；跨网络时（漫游），对端只认SST这个公共大类，私有SD不起作用。同一部手机上，归属地网络会明确告诉它“允许你用的是这几个S-NSSAI”，边界在网络侧裁决，不靠终端自觉。
Q: 手机支持切片，是不是里面跑了好几套网络协议栈？ A: 不是。终端始终只有一套协议栈，切片对它而言只是 Attach 在注册和会话消息里的一串标签。手机做的事情是：按URSP给流量贴标签、记住网络发的允许名单。繁重的隔离工作全部在网络侧完成——这也是切片设计里“终端保持简单”原则的体现。
Q: URSP策略更新了，手机需要重启才生效吗？ A: 不需要重启，但需要触发。网络可以在终端注册时或运行中主动推送策略更新；终端收到后替换本地策略，之后新建的连接就按新规则选路。已建立的PDU会话一般不拆，所以现场验证新策略时，最好关掉目标App重开或干脆重注册，排除旧会话干扰。
Q: 切片和5QI是什么关系？切片里还用5QI吗？ A: 用，而且两者是不同层面的事。切片解决“你是哪张网的成员”，注册期决定；5QI解决“你的业务在这张网上享受什么级别的转发行为”，会话期决定。一部注册在低时延切片里的手机，内部不同业务仍可以有不同5QI。切片像你包下了三楼包厢，5QI像你在包厢里点了加急菜。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。