# 网络切片：把一张网切成N张网 > 第4轮 · 通信技术原理科普系列 —— QoS与切片专题。上一篇讲过QoS（谁先走、谁让路），这一篇往上退一层，讲一个更粗粒度也更激进的想法：**把一张物理网络，逻辑上切成几张互不干扰的“虚拟专网”**。这就是5G网络切片（Network Slicing）。 ## 一、为什么一张网伺候不了三种客人 先把问题摆出来。移动网络要同时伺候三类脾气完全相反的业务： - **看视频、开直播**的消费者：不在乎时延是20毫秒还是25毫秒，但一定要**快**，峰值速率越高越好； - **电网差动保护、工厂机械臂控制**：不要求快，但要求**稳**——时延必须压到毫秒级、可靠性必须逼近100%，丢一个报文可能就是一次跳闸； - **水表、气表、烟感**：一个月就发几十个字节，要的不是速率也不是时延，而是**便宜、省电、海量**。 在4G及之前的网络里，这三类业务挤的是**同一条路**。所有的用户数据在网络里排一个队，网络设备尽力而为地转发。物理课上有条铁律藏在背后：**队列一满，时延就爆炸**。 用排队论里最简单的模型（M/M/1队列）说明这件事。一个服务台，业务到达率为 $\lambda$，处理能力为 $\mu$，那么平均排队时延是： $$T = \frac{1}{\mu - \lambda}$$ 这个公式最狠的地方在于分母：当 $\lambda$ 逼近 $\mu$（业务量逼近网络容量）时，$\mu - \lambda \to 0$，时延**不是线性上涨，而是冲向无穷大**。也就是说，只要大伙儿还共享一条队列，隔壁小区有人抢着看8K视频的瞬间，你那条毫秒级时延承诺就成了废纸。 想给电网一条**有保障的路**，只有两种选择： 1. **另建一张物理专网**——性能绝对有保障，但成本高到只有极少数巨型客户用得起，而且建好了利用率常年趴在地板上； 2. **在共享的物理网络上，给不同业务划出各自的“逻辑领地”**——大家还共用光缆、基站和机房，但每个业务群有自己的专属资源下限，互不越界。 第2种思路，就是网络切片。它本质上是一个经济学问题的技术答案：**如何让少数人用得起“专网”，让运营商养得活“共享”。** ## 二、切片是什么：一栋大楼里的租户 **定义（教科书版）**：网络切片是在同一套物理网络基础设施上，划分出多张端到端的逻辑网络，每张逻辑网络拥有独立的资源保障与独立的管理能力，可以按不同的业务需求（SLA）单独设计和运维。 **定义（直觉版）**：把运营商的网络想象成一栋甲级写字楼。楼是同一栋，电梯、水电、消防系统是同一套——这相当于物理的基站、光缆和核心网机房。但整栋楼被隔成了几十家公司：A公司占三层开放办公区（大带宽），B公司要独立门禁、独立空调、双回路供电（高可靠），C公司只租了一排储物柜（海量小连接）。**租户之间互不打扰，但楼只有一个。** 用图把这个“一栋楼切多家公司”的关系画出来——三个切片都贯穿同一套物理设备，但各自服务于脾气迥异的业务： ```mermaid flowchart TD subgraph PHY["同一套物理设备"] direction TB R["无线接入网"] --> T["承载传输网"] T --> C["核心网资源池"] end S1["切片A
eMBB大带宽"] S2["切片B
URLLC低时延高可靠"] S3["切片C
mIoT大连接"] PHY --> S1 PHY --> S2 PHY --> S3 S1 --> B1["视频直播业务"] S2 --> B2["电网保护与工业控制"] S3 --> B3["抄表等海量小包业务"] ``` 注意一个关键细节：切片是**端到端**的。它不只是“核心网里划个逻辑区域”，也不是“传输上开条隧道”，而是从手机接入的无线侧，经过承载网，一直贯通到核心网，**整条链路上都为这张逻辑网络保留了资源边界**。断任何一段，都叫不上“切片”，只能叫“隔离”。 ## 三、切片的身份证：S-NSSAI 既然一张网上跑着N张切片，就必须回答一个问题：**一个数据包来了，网络怎么知道它属于哪张切片？** 答案给每个切片发一张“身份证”，叫 **S-NSSAI**（Single Network Slice Selection Assistance Information，单个网络切片选择辅助信息）。名字很长，结构却简单得可爱，就两个字段： $$\text{S-NSSAI} = \underbrace{\text{SST}}_{8比特,\ 类型} + \underbrace{\text{SD}}_{24比特,\ 区分符}$$ **SST（Slice/Service Type，切片类型）**：回答“这是一张什么性格的网”，1个字节。协议标准化了三个取值： | SST值 | 名称 | 面向业务 | 资源设计目标 | | --- | --- | --- | --- | | 1 | eMBB 增强移动宽带 | 视频、直播、大文件传输 | 峰值速率优先 | | 2 | URLLC 低时延高可靠 | 工业控制、电网保护、远程驾驶 | 时延与可靠性优先 | | 3 | mIoT 海量物联网 | 抄表、传感、资产追踪 | 连接数与终端功耗优先 | **SD（Slice Differentiator，切片区分符）**：3个字节，完全由运营商自定义。同样是“URLLC类型”，移动给电网客户的切片和给港口客户的切片，可以用不同的SD区分开，各是各的、各管各的。 **为什么这样设计？** 这是一个典型的“标准化骨架 + 自定义血肉”的折中： - 如果SST完全自定义，那漫游或两家运营商互通时，你说的“切片2”和我说的“切片2”根本不是一个东西，互通就瘫痪了。所以**少数SST取值全球统一含义**，保证最低限度的兼容； - 但运营商实际卖切片时，需求千奇百怪（电网一张、机场一张、医院一张），3个标准值根本不够用，于是给了SD这24比特的自由度——**对外说得清类型，对内分得清客户**。 还有一个容易忽略的点：**一张切片的身份是“网络属性”，不是“用户属性”**。同一个用户可以签约多张切片，同一张切片上也住着成千上万个用户。切片分类的对象是“业务流量群”，不是“人”。 ## 四、手机怎么被分到切片：注册那一刻的谈判 切片机制最精巧的部分，是它把“分切片”这个动作，藏在了最普通的流程——**开机注册**里。手机每次开机，实际上都在和网络进行一场关于切片的谈判： ```mermaid flowchart TD A["UE发起注册"] --> B["携带想用的切片清单
Requested NSSAI"] B --> C["AMF接收注册请求"] C --> D{"AMF能否服务
这些切片"} D -->|能| F["查UDM签约数据
核对允许的切片"] D -->|不能| E["求助NSSF
重新选择AMF与切片"] E --> F F --> G["确定Allowed NSSAI"] G --> H["注册接受
下发允许的切片清单"] ``` 拆开看每一步的“为什么”： 1. **手机先报志愿**。注册请求里带上 Requested NSSAI——“我想用这几张切片”。这是手机根据本地配置（以及上次注册网络下发的结果）填的志愿表。 2. **AMF先看自己接不接得住**。接入和移动性管理网元（AMF）检查：这些切片我能不能服务？大部分场景能；不能时，就请出专职的“切片调度员”——**NSSF（网络切片选择功能）**，由它根据部署情况挑出合适的切片，必要时还会指定一个能服务这些切片的新AMF。 3. **拿签约数据对账**。手机说想用，不代表签了约。AMF向统一数据管理（UDM）取来这个用户的签约数据，两边一比对，得出最终的 **Allowed NSSAI**（允许切片清单）——这才是这张SIM卡在这张网里真正能进的切片名单。 4. **注册接受，名单下发**。手机拿到名单后，之后每一次建立数据通道（PDU会话），都要从这份名单里挑一张切片报上名。 这里就引出了切片体系里最重要的一条**绑定规则**： > **每个PDU会话，只能绑定一个S-NSSAI；一张切片上，可以同时跑多个PDU会话；一部手机，可以同时持有分属不同切片的多个PDU会话。** PDU会话是5G里承载用户数据的“通道容器”（类似4G的默认承载+专用承载合体后的抽象）。为什么选它做绑定粒度？——因为**会话刚好对应“一件事”**：手机刷视频是视频切片上的一个会话，同一部手机给工厂回传质检图像，就是URLLC切片上的另一个会话。粒度太粗（按终端绑定）会导致一个人只能属于一种业务；粒度太细（按数据包绑定）则每个包都要查表，转发面扛不住。**按会话绑定，刚刚好。** 于是整个体系形成了清晰的三层结构： ```mermaid flowchart TD A["端到端切片
一个S-NSSAI"] --> B["切片在网内的资源走廊"] B --> C["PDU会话1
绑定该切片"] B --> D["PDU会话2
绑定该切片"] C --> E["若干QoS流
每条流按5QI受调度"] D --> F["若干QoS流
每条流按5QI受调度"] ``` 用公路打比方：**切片是公路本身**（这条路的限速、承重、路面标准），**PDU会话是路上跑的一辆车**，**QoS流是这辆车内部的座位待遇**（哪个座位靠窗、哪个座位优先上菜）。上一篇讲的5QI、GBR那些精细机制，全部发生在“车内”；切片决定的是“你能不能上这条路、这条路保证给你多宽”。 ## 五、最难的部分：三段网络各自怎么“隔” 设计层面的切片听起来像虚拟机一样轻巧，但落到物理网络上，问题立刻变得骨感：**资源到底怎么隔？** 三段网络的答案完全不同，难度也完全不同。 | 网段 | 软隔离手段 | 硬隔离手段 | 隔离强度与代价 | | --- | --- | --- | --- | | 核心网 | 共享云资源池上的虚拟机/容器，按切片划分逻辑域 | 为切片部署独立网元实例甚至独立资源池 | 软隔离部署快成本低；硬隔离故障域彻底分开 | | 传输网 | VPN、VLAN等逻辑分隔 | 独立物理时隙（如FlexE）、独立光波长甚至独立光纤 | 传输段硬隔离技术最成熟，成本可控 | | 无线空口 | 调度器给各切片分配配额与优先级 | 独立载波、专用频点 | 频谱最稀缺，硬隔离最奢侈 | **核心网段**是先天适合切片的。5G核心网原生跑在云上，网元本身就是软件。给电力客户单独起一套UPF（用户面网元）实例、部署在靠近变电站的边缘机房，这在云计算里就是“再拉一组容器”的事。故障域也随之一分为二：切片A的网元崩了，切片B照常运行。 **传输段**是最讲道理的一段。光缆带宽相对便宜，又有FlexE这类可以把一条物理链路按时隙刚性切分的技术，想要“物理级互不干扰”并不难。所以承载网上的硬隔离是三段里最普及的。 **无线空口**才是真正的硬骨头。原因还是回到那个公式：空口的“服务台” $\mu$ 是全网最稀缺的资源——频谱就那么宽。要硬隔离，就得划出独立载波，等于把最贵的资源锁起来只给一个客户用，利用率必然下降；要软隔离，就得靠基站调度器在毫秒级的节奏里，保证URLLC切片的配额**每个调度周期都兑现**，这对调度算法的要求极高。所以说“**切片的成败看空口**”，这是全行业的共识。 顺带把软硬隔离的取舍说透： - **软隔离**：资源还是共享的，只是用“承诺+权重”划出下限。空闲时大家都能多占，拥塞时按承诺兜底。利用率高，但**故障域没有真正分开**——宿主机宕机、链路误码这类物理层故障，软隔离挡不住。 - **硬隔离**：资源物理上划走，别人永远碰不到。SLA敢承诺99.999%，代价是利用率低、成本高。 行业里卖切片，卖的其实就是这两种隔离的**不同组合比例**：面向消费者的切片基本全软；电力差动保护这种客户，核心网、传输、无线可能全程硬隔离，价格当然也是另一个量级。 ## 六、谁来“切”：切片的生命周期 前面讲的注册和绑定，是**运行期**的事。而在运行期之前，一张切片从无到有，要走一条完整的生产线。这背后的管理者叫做**切片编排管理系统**，业界通常把它的工作分成三个角色：面向客户接需求、负责整网编排、管理各专业子网。 ```mermaid flowchart TD A["准备期
按需求设计SLA"] --> B["开通期
编排资源并实例化"] B --> C["运行期
监控与保障"] C --> D{"SLA是否达标"} D -->|是| C D -->|否| E["扩容或调整
相关子网切片"] E --> C C --> F["退役期
释放资源"] ``` **准备期**做的是“翻译”工作：客户说“我要时延小于20毫秒、可靠性四个9”，编排系统要把这句商业语言翻译成技术参数——核心网部署在什么位置的边缘机房、传输走哪条隔离通道、空口划多少配额还是给独立载波。**这一步翻译的质量，直接决定切片商用是赚钱还是赔钱**：翻译得太保守，资源砸下去收不回成本；太激进，SLA违约赔到肉疼。 **运行期**是常态：持续监测时延、丢包、可用率这些指标，与SLA比对。不达标就触发调整——软隔离的加权重，硬隔离的申请扩容。这个过程越自动化，切片生意就越可规模化；靠人手工调，切五十张切片运维团队就得累垮。 **退役期**最容易被忽视但很关键：切片下线后资源要干净地收回。虚拟化时代这理应是个删除操作，但现实中资源残留、配置悬挂导致的“幽灵切片”占着资源，是不少运营商的真实烦恼。 ## 七、现网里怎么用这个知识：调试视角 对一线工程师，切片知识最值钱的场景是**排障**。几个高频场景： **场景一：注册后手机“没有切片”。** 手机注册成功但拿到的 Allowed NSSAI 为空或缺少预期切片，依次查三层：**签约**（UDM里这个号码到底签没签这张切片？测试卡经常忘配）→ **NSSF/AMF配置**（网络侧有没有部署这张切片、AMF有没有纳入服务范围？）→ **手机侧**（UE的切片配置对不对？行业终端的切片参数经常是出厂预置，改错一个字符就全军覆没）。三层按顺序查，命中率最高，因为签约配置错是概率最大的。 **场景二：PDU会话建立被拒。** 注册通过了、名单里有切片A，但建立会话时请求了名单之外的切片B——必然被拒。工业网关类终端调试时这是重灾区：终端侧写死了一个SD值，和现网配置差一个字节，表现就是“会话建不起来”，而且日志里看起来一切“正常”。**先核对Allowed NSSAI里到底有什么，再查会话请求里带了什么**，两边一对，大多数此类故障当场水落石出。 **场景三：URLLC切片时延不达标。** 客户实测时延抖动大，先问一个灵魂问题：**这条路径上到底哪一段是硬隔离？** 传输段号称切了但实际走的是逻辑VPN、空口没做配额保障、UPF没下沉绕了远路——任何一环“软了”，毫秒级承诺就悬。排查思路是分段打点：先定位时延出在三段中的哪一段，再在段内查隔离配置。经验上，**问题最常出在“商务合同说切了、工程实施漏了一段”**。 **几个常见误解，顺手纠正：** - **切片 ≠ VPN**。VPN是逻辑隧道，隔离发生在传输或IP层，不承诺端到端资源；切片是贯穿三段、带SLA承诺的完整逻辑网。VPN可以成为切片传输段的实现手段之一，但VPN本身不是切片。 - **切片 ≠ QoS**。QoS是会话内、流级别的“排队优先权”，共享底层资源，拥塞时优先级高者先走但资源仍是大家的；切片是网络级、带资源下限的“独立行车道”。优先级救不了“总量不够”，资源保障才能救。 - **切片不是“一人一张”**。个人用户日常上网基本都落在运营商的默认/公共切片里，感知不到切片存在。切片真正的商业价值在垂直行业，一个客户一张甚至多张。 - **标准只管到“接口与信息模型”这一层，允许多种实现**，各厂家在隔离方式、调度细节上的具体做法以其官方文档为准。 商用进展方面，据公开报道，国内三大运营商近年来在电力、港口、矿山、工厂等场景规模部署5G专网与切片服务，其中电力配网自动化/差动保护是最具代表性的场景——对时延和可靠性要求苛刻到非硬隔离不可，也因此成为检验切片技术成色的试金石。具体各项目的SLA数字以各运营商与客户的公开披露为准。 ## 常见问题 **Q1：网络切片和5G专网是什么关系？** A：专网是商业形态，切片是实现手段之一。给一家工厂建专网，可以完全独立建（物理专网），也可以用切片在公网上划出一张逻辑专网，还可以两者混合——核心网独立、无线共享。切片让“专网”从重资产变成可运营的服务，是“小客户也用得起专网”的关键。 **Q2：一部手机能同时用几张切片？** A：协议上，一部手机可以同时持有多条PDU会话，分别绑定不同的S-NSSAI，所以“同时用几张”取决于签约和网络允许的切片数量。实际上限由运营商控制——Allowed NSSAI里给你几张，你就能用几张。典型场景：消费上网走公共切片，同一部手机上的行业应用（如电力巡检终端）走行业切片。 **Q3：切片和APN/DNN有什么区别？** A：DNN（4G时代叫APN）是4G/5G通用的“接入点名”，主要用来区分业务入口、路由和计费策略，本质是核心网会话层的逻辑标签，默认不附带资源保障。可以粗略理解为：DNN是“门牌号”，切片是“整栋楼里隔出来的独立办公区”。现网中两者常配合使用——一个行业客户往往既有自己的DNN，又有自己的切片。 **Q4：SST只有三个标准值，想区分更多业务怎么办？** A：靠SD。SST说明“性格类型”，SD由运营商自由编码，可以按客户、地域、服务质量等级任意划分。运营商会维护自己的SD编码规则，同一个SST=2（URLLC）之下，电网、港口、医院各自的切片用不同SD区分，互不可见。 **Q5：为什么说空口切片最难，难在哪？** A：因为频谱是全网最稀缺且完全共享的资源。核心网和传输的“容量”可以靠加服务器、加光纤线性扩展，空口的容量边界由频谱带宽物理决定。在共享频谱上同时做到“大带宽切片跑得爽”和“URLLC切片每毫秒都有配额”，对调度器的实时性和公平算法是极限考验；而硬隔离（独立载波）又直接吃掉利用率。这是物理资源禀赋决定的难题，不是工程不够努力。 ## 参考来源 1. [Network slicing - Wikipedia](https://en.wikipedia.org/wiki/Network_slicing) — 网络切片的权威词条，涵盖定义与各网段实现方式 2. [5G - Wikipedia](https://en.wikipedia.org/wiki/5G) — 5G整体技术体系中关于切片定位的概述 3. [百度百科：网络切片](https://baike.baidu.com/item/%E7%BD%91%E7%BB%9C%E5%88%87%E7%89%87) — 中文语境下切片概念与商用情况的综合介绍 4. [3GPP官网](https://www.3gpp.org/) — 切片相关的标准原文（S-NSSAI结构、注册与会话流程），可在官网检索 "network slicing" 获取 5. [GSMA官网](https://www.gsma.com/) — 运营商视角的切片商用与互通要求，检索 "network slicing" 可见系列白皮书 > 注：本篇聚焦原理机制，SST标准取值、S-NSSAI结构、注册选择流程等为协议长期稳定内容；各运营商切片商用项目的具体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 等场景全覆盖。