想象一条八车道的高速公路。早上，它要运生鲜冷链（要求准时、不能堵）；中午，它要跑物流大货车（量大、速度无所谓）；晚上，它还要给救护车让出生命通道（绝对优先、绝对可靠）。
如果交管部门只有一个规则——“先到先走”，那么这三种需求必然互相干扰：救护车被货车堵住，冷链车赶不上时间。唯一的办法是修三条高速公路，但成本没人承受得起。
移动网络长期面临同样的困境：
这三种需求在无线调度、缓存策略、加密方式、核心网功能部署位置上几乎是互相矛盾的。4G时代用一个“尽力而为+有限QoS”的管道去同时承载它们，结果就是哪个都做不到极致。
5G给出的答案是：不修三条路，而是在一条路上画三条互不干扰的“虚拟专用道”，每条道有自己的限速、有独立的收费站、有自己的交警——这就是网络切片（Network Slicing）。
用一句话给技术定义：网络切片是在同一张物理网络上，划分出多个端到端的逻辑子网络，每个子网络拥有独立的资源、独立的配置和独立的生命周期管理，为特定业务或客户群量身定制。
很多初学者以为切片是把硬件设备切开，一人一半。这是最大的误解。切片切的不是铁盒子，而是从手机到数据中心的整条数据路径上的“资源配置集合”。
一条5G数据路径要经过五个环节：
一个“切片”要求这五个环节的配置全部动态可调、且针对同一批用户/同一类业务协同优化。只要有一个环节还是“大锅饭”，这条切片就是假的——比如无线侧精心保障了低时延，但传输网还是普通转发，时延照样在传输段被毁掉。这就是工程上常说的：
切片的SLA由最弱的那个域决定。
flowchart TD
subgraph Physical["同一张物理网络"]
direction LR
subgraph RAN["无线接入网 RAN"]
R1["切片A调度参数<br/>(低时延优先)"]
R2["切片B调度参数<br/>(大带宽优先)"]
R3["切片C调度参数<br/>(海量连接)"]
end
subgraph TN["传输网 Transport"]
T1["路径1<br/>(FlexE硬隔离)"]
T2["路径2<br/>(VPN软隔离)"]
T3["路径3"]
end
subgraph CN["核心网 5GC"]
C1["UPF#1<br/>(部署在园区边缘)"]
C2["UPF#2<br/>(部署在省中心)"]
C3["UPF#3<br/>(大容量共用)"]
end
end
UE1["AR远程协作"] -->|切片A| R1 --> T1 --> C1
UE2["电网差动保护"] -->|切片B| R2 --> T2 --> C1
UE3["百万级水表"] -->|切片C| R3 --> T3 --> C3
subgraph Mgmt["协同编排层"]
O["端到端编排器<br/>(唯一能看到全局的角色)"]
end
O -.统一下发配置.-> RAN
O -.-> TN
O -.-> CN
这张图揭示了切片落地的真正难点：三个域由三种完全不同的技术切开——RAN靠调度器切，传输网靠SDN/FlexE切，核心网靠虚拟化NF的编排切。三个域各有各的控制器，彼此看不见对方。所以必须有一个端到端编排器（Orchestrator）拿着全局视图，把“一条切片”翻译成三份不同领域的配置。这就是为什么切片的资料里"orchestration（编排）"这个词出现频率极高。
切片的概念并不新鲜——逻辑分离网络的想法在4G时代就有过尝试（比如4G后期出现的“专用核心网/DECOR”）。但真正实用的切片直到5G才落地，原因在于两个前提条件在4G时代不成熟：
前提一：网络功能虚拟化（NFV）。 传统核心网设备是“软件+专用硬件”绑定的黑盒子，想给某个业务单独建一张核心网，就得买一整套新硬件，周期以年计。NFV把核心网功能变成跑在通用服务器上的软件后，“新建一张核心网”变成了“申请一批虚拟机/容器+加载一套软件”，可以从数年缩短到数天甚至数小时。切片才有经济可行性。
前提二：软件定义网络（SDN）。 传输网的路由器传统上是各自独立算路的。SDN把“控制平面”抽出来集中管理后，传输路径才能按切片编程——同一条光纤里，为不同切片划分出不同的逻辑通道。
一句话总结：NFV让“建一张网”变便宜，SDN让“管一张网”变灵活，5G核心网的服务化架构（SBA）让网元之间可以按需组合——三者叠加，切片才从论文走进现网。
网络怎么知道一段流量属于哪张切片？靠一个叫 S-NSSAI（Single Network Slice Selection Assistance Information，单个网络切片选择辅助信息）的标识。名字拗口，结构却很简单，就两个字段：
$$ \text{S-NSSAI} = \underbrace{\text{SST}}{8\ \text{bit，切片类型}} + \underbrace{\text{SD}} $$}
SST和SD组合起来，单个PLMN（运营商网络）的切片标识空间为：
$$ |\mathcal{S}| = 2^8 \times (2^{24} + 1) \approx 4.3 \times 10^9 $$
——理论上超过43亿种组合，足够任何运营商把切片做成“按客户/按园区/按业务”任意粒度编号。
目前标准化的SST值如下（据ShareTechnote整理，早期版本定义了前5种，后续版本扩充到7种）：
| SST值 | 名称 | 面向的场景 | 直觉理解 |
|---|---|---|---|
| 1 | eMBB | 增强移动宽带 | “跑得快”——大流量下载、高清视频 |
| 2 | URLLC | 超可靠低时延通信 | “稳且快”——工业控制、电网保护 |
| 3 | MIoT | 海量物联网 | “数量多”——抄表、传感器 |
| 4 | V2X | 车联网 | “车路协同”——自动驾驶辅助 |
| 5 | HMTC | 高性能机器类通信 | 工业型高要求终端通信 |
| 6 | HDLLC | 高速率低时延通信 | eMBB与URLLC的折中增强（后增） |
| 7 | GBRSS | 保障比特率流媒体 | 有保底速率的直播/媒体（后增） |
| 128~255 | 运营商自定义 | 各家自己定义 | 私有编号，出了本网不通用 |
两个重要推论：
这是全文最核心的机制。切片不是数据传输时临时决定的，而是在用户开机注册的那一刻就协商好了。整个过程像一场“点菜”：
sequenceDiagram
participant UE as 手机(UE)
participant gNB as 基站(gNB)
participant AMF as 初始AMF
participant UDM as UDM(订阅库)
participant NSSF as NSSF(切片选择)
participant TAMF as 目标AMF
UE->>gNB: Registration Request<br/>携带 Requested NSSAI
gNB->>AMF: 转发(依据S-NSSAI选初始AMF)
AMF->>UDM: 查询该用户的订阅切片
UDM-->>AMF: Subscribed S-NSSAIs(最多16个)
AMF->>NSSF: 切片选择请求(Requested+Subscribed NSSAI)
NSSF-->>AMF: Allowed NSSAI + 目标AMF集合
alt 当前AMF不服务该切片
AMF->>TAMF: 方式A: 经N14直接转发NAS消息
note over AMF,TAMF: 或方式B: 通知gNB重新路由到目标AMF
end
TAMF-->>UE: Registration Accept<br/>携带 Allowed NSSAI(最多8个)
Note over UE,TAMF: 用户全程无感知，只见一次注册成功
UE->>TAMF: PDU Session Establishment<br/>携带 Selected NSSAI
TAMF-->>UE: 会话建立接受(确认切片与DNN绑定)
有一个精妙的细节：gNB在把注册消息转发给核心网之前，就已经用S-NSSAI参与选择初始AMF了。也就是说，切片信息在基站就开始生效——这正体现了切片是“端到端”的设计，而不只是核心网内部的事。
规范里出现了至少9种NSSAI，初学者极易混淆。记忆的关键是抓住两个维度：谁生成的和在哪个消息里出现：
| NSSAI类型 | 谁生成 | 出现在哪 | 数量上限 | 一句话记忆 |
|---|---|---|---|---|
| Subscribed S-NSSAIs | UDM（签约数据） | UDM→AMF，UE永远看不到 | 16 | “会员资格”，藏在后台 |
| Configured NSSAI | 服务PLMN | 注册接受 | 16 | “本网有哪些可点的菜” |
| Requested NSSAI | UE自己 | 注册请求 | 8 | “我想点的菜” |
| Allowed NSSAI | AMF（经NSSF确认） | 注册接受 | 8 | “厨房同意做的菜” |
| Selected NSSAI | UE选、网络确认 | PDU会话建立 | 每会话1个 | “这顿最终吃的那道菜” |
| Rejected S-NSSAIs | AMF | 注册接受（带原因值） | 7 | “这道菜卖完了，原因如下” |
| Pending NSSAI | 服务PLMN | 注册流程 | — | “正在核验资格，稍后答复” |
| Default Configured NSSAI | 预置在UE | 不信令传输，兜底用 | — | “菜单都没给时的保底选择” |
| Partially Allowed NSSAI | AMF | 注册接受（附带有效TA列表） | 7 | “只在部分登记区有效” |
据此可以得出一个极其实用的调试结论：Subscribed S-NSSAIs只在UDM和AMF之间流动，抓手机侧日志永远看不到它。所以当用户投诉“我订的切片用不了”，仅看终端日志只能看到Allowed里没有它，看不到被拒的真实原因——必须去核心网侧查UDM签约数据和NSSF的选择记录。
这是工程师面试和现网方案讨论中最高频的问题。三者的关系一句话：切片是QoS和APN的超集。
| 对比维度 | APN/DNN（4G的APN，5G称DNN） | QoS（5G中为5QI体系） | 网络切片 |
|---|---|---|---|
| 作用范围 | 网关之后的核心网侧 | 一条业务流的传输特性 | 端到端（无线+传输+核心） |
| 能否影响无线调度 | ❌ 不能 | ✅ 能（通过QoS Flow映射） | ✅ 能（独立调度器参数） |
| 能否隔离故障域 | ❌ | ❌（流之间仍共享资源） | ✅（资源/信令/故障隔离） |
| 能否区分“同一业务的两个客户” | 部分（不同APN） | ❌ 不能 | ✅ 可以（SD字段区分） |
| 资源保障方式 | 路由到不同网关 | 优先级/速率参数 | 独立资源池+独立NF实例 |
| 典型粒度 | 业务类型 | 单条流 | 一类客户/一类业务的专属子网 |
举个最直观的例子说明“QoS做不到、切片能做到”的事：两家电网公司都购买“URLLC级”的电力业务。用QoS，你只能给它们的流量一样的优先级参数，它们共享同一个AMF、同一个UPF，其中一家的信令风暴会影响另一家。用切片，两家各用一张带不同SD的切片，核心网网元实例都可以分开，A家网络出故障，B家完全无感——这就是“隔离”的商业价值。
也正因为如此，切片成了运营商卖“网络能力”而非“流量”的载体：行业客户买的不再是一个速率套餐，而是一张逻辑上的“专属网”。
切片的承诺是互不干扰，工程上有软硬两种做法：
真实的行业切片往往是混合式的：无线和核心做软隔离，只在最关键的传输段做硬隔离，在成本和SLA之间折中。设计切片方案时，第一个要问客户的问题就是：“你需要的是统计学上的保障，还是物理级的保障？”——答案直接决定方案报价。
场景1：入网测试时验证切片生效 用测试UE发起注册，在信令抓包中依次检查：注册请求里的Requested NSSAI是否带上目标S-NSSAI；注册接受返回的Allowed NSSAI是否包含它；PDU会话建立确认里网络最终确认的S-NSSAI是哪个。三步对上，切片选择链路才算通。
场景2：PDU会话建立了但数据不通 典型原因是S-NSSAI与DNN的组合不在签约数据里。切片和DNN是绑定使用的，任何一项没签约都会被拒绝。排查顺序：终端配置 → UDM签约（Subscribed S-NSSAIs + 允许的DNN列表）→ NSSF配置。
场景3：漫游用户的切片业务失效 回想第四节：带SD的非标准S-NSSAI不能在访问网络使用。如果企业客户的设备漫游到外地/外国后专网业务中断，第一检查项就是有没有配置HPLMN S-NSSAI到VPLMN S-NSSAI的映射。
常见调试陷阱：
Q: 网络切片和VPN有什么本质区别？ A: VPN只在网络层做加密隧道和路由隔离，底下还是同一套转发资源、同一个核心网。切片的隔离延伸到无线调度器参数、核心网功能实例和运维生命周期——两张切片可以有不同的软件版本、不同的扩容节奏、不同的故障域。可以把VPN理解为“同一条路上的加密车道”，切片则是“路面上真正划出的独立车道+独立收费站”。
Q: 一张5G网络最多能有多少张切片？ A: 标识空间上，SST×SD组合约43亿个，理论上限极高；但实际受限于编排能力和资源，一张现网通常只运营几张到几十张切片。切片数量越多，端到端编排、监控和故障定位的复杂度超线性增长——运维成本才是真正的天花板。
Q: UE怎么知道某个App应该走哪张切片？ A: 靠URSP（UE路由选择策略）。网络把“应用描述→匹配的S-NSSAI”规则下发给手机，手机操作系统按规则把App流量引导到对应切片的PDU会话。如果UE没有收到URSP或规则不匹配，就回落到默认切片——这也是行业客户投诉“我的5G专网手机走的是公网”时的头号原因。
Q: 切片和专网（私网）是什么关系？ A: 切片是实现专网的一种手段。传统专网要建独立基站和核心网，成本极高；用切片给企业客户划一张逻辑专用网，运营商用授权频谱就能提供“类专网”体验。区别在于：切片是共享频谱下的逻辑隔离，物理级完全独立的专网隔离度更高但贵得多。
Q: 切片会不会被DDoS攻击搞垮整张网？ A: 这正是切片的设计目标之一。切片之间存在资源和信令的隔离，一张切片内的信令风暴或流量洪峰原则上被限制在该切片的资源边界内。但要注意：如果隔离做的是软隔离且超卖资源，极端压力下仍可能出现跨切片影响——SLA承诺的强度取决于隔离方式，购买前要搞清楚运营商用的是哪种。
本文由「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 等场景全覆盖。