# 对号入座：网络切片选择原理 ## 一、一家酒店，怎么住进五拨互不打扰的客人 把一张移动网络想象成一家大酒店。最早的经营方式很简单：所有客人共用大堂、共用电梯、共用后厨，忙时上菜慢一点，大家将就。这叫“尽力而为”。 后来来了几拨挑剔的客人：电网公司的巡检机器人要求“指令必须在10毫秒内送达，丢一条就出事”；视频平台要求“晚高峰也必须人人流畅”；还要接待一批海鲜商贩，他们的传感器只发几比特的温度数据，但数量有十万之众。酒店的解法不是再盖一家酒店，而是把这一栋楼**分楼层经营**：三楼整层划给电网，电梯专用、后厨专线；五楼给视频平台加装带宽；地下仓储区开放给十万台传感器。楼还是那栋楼，锅炉还是那套锅炉，但每一层的客人拿到的承诺完全不同。 这就是网络切片（Network Slicing）：在同一张物理网络上，切出多个端到端的逻辑网络，每个切片有自己的资源保障和服务承诺。 但一家酒店做“分层经营”，最难的其实不是砌墙——是**对号入座**： - 电网的机器人开机，凭什么知道自己是“三楼的客人”？ - 前台凭什么确认它真的有资格住三楼，而不是随便一台手机冒充电网设备？ - 一个视频App在手机里启动，手机凭什么决定这次连接走五楼而不是大堂？ 整个5G切片体系，本质上就是一套“验身份、发房卡、带位入座”的流程。本文就讲清楚这套流程为什么这样设计。 ## 二、切片到底是什么：不是虚拟机，不是VPN 先破除一个常见误解：切片不是在网络里跑若干台虚拟机，也不是一条加密隧道。 一个切片由三样东西打包而成： 1. **一组网络功能**——核心网侧为这个切片服务的网元（或共享网元中的逻辑实例）； 2. **端到端的资源保障**——无线侧的调度策略与资源预留、承载网的隔离管道、核心网的处理能力配额； 3. **一份可承诺的SLA**——速率、时延、可靠性、在线率，以及与之配套的监控和运维闭环。 关键在“端到端”三个字。切片的承诺遵循木桶原理： $$\text{SLA}_{\text{端到端}} = \min\left( \text{SLA}_{\text{无线}},\ \text{SLA}_{\text{传输}},\ \text{SLA}_{\text{核心}} \right)$$ 三段里任何一段不感知切片，整条承诺就漏气。所以你会看到切片标识像一根线，把无线、传输、核心三个域的珍珠串在一起： ```mermaid 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 手机怎么向网络表达“我要进哪个切片”？靠一个叫S-NSSAI的标识——单个网络切片选择辅助信息。它的结构简单得出奇： $$\text{S-NSSAI} = \underbrace{\text{SST}}_{\text{8比特：切片大类}} \,\|\, \underbrace{\text{SD}}_{\text{24比特：运营商标号}}$$ 前半段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一无所知，它只会根据自己的策略给出一手房卡。意图、资格、现实，三方对齐，才算完成对号入座。 ## 五、注册那一刻：切片协商的完整时序 把三张名单串起来，就是终端每次开机注册时发生的切片协商。看时序图： ```mermaid 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） | 决定“这股流量走哪张网” | 手机里的执行逻辑是个纯本地的查表过程： ```mermaid 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流——一个是楼层，一个是车道，别混。 ## 八、现网实战：一条排障链 切片原理最有价值的落地场景是行业专网排障。“专网终端没进切片”是现网最高频的投诉之一，而原因可能藏在七个环节中的任何一个。按数据流顺序往下查，一环不漏： ```mermaid 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像你在包厢里点了加急菜。 ## 参考来源 1. [Network slicing - Wikipedia](https://en.wikipedia.org/wiki/Network_slicing) — 网络切片的权威定义、端到端构成与标准化背景综述 2. [5G - Wikipedia](https://en.wikipedia.org/wiki/5G) — 5G总体架构与切片技术背景 3. [ShareTechnote 5G Tutorial](https://www.sharetechnote.com/html/5G/5G_Tutorial.html) — 工程视角的5G信令流程与参数速查 4. [3G4G Blog](https://3g4g.blogspot.com/) — 资深电信从业者博客，切片架构与终端策略专题分析 5. [GSMA](https://www.gsma.com/) — 行业组织官网，网络切片白皮书与商用部署指引 --- > 本文由「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 等场景全覆盖。