# 图解5G网络切片：一网变千面 > 说明：本文为技术原理科普，写作环境未联网实时核查，文中所有协议要点均来自对既有标准知识体系的整理，具体参数以最新协议文本为准；参考来源列于文末。 ## 一、从一个类比开始：公交专用道 vs 专门修一条BRT 想象一条八车道的高速公路，早高峰时大家挤作一团。交通部门的第一反应通常是：划出一条**公交专用道**——公交车可以优先通行，别的车不许占。这就是4G/5G里的 **QoS 保障（GBR）** 思路：路还是那条路，只是给重要的车一点优先权。 但如果你要办的是一场连续三天的马拉松比赛，专用道就不够了：你需要封闭部分路段、设置补给站、调整信号灯时序、派专门的救护车待命——本质上，是**在公共路网里临时造出一条为特定需求定制的专属通道**。这就是5G的**网络切片（Network Slicing）**。 一句话定义： > **网络切片，就是把一张共享的物理网络，虚拟裁剪成多张端到端的逻辑专网。每张“切片”有自己的拓扑、资源边界、功能配置和运维策略，互相之间逻辑上（甚至物理上）隔离。** 关键词是**端到端**。切片不是只切无线、也不只切核心网，而是从手机、基站、承载网到核心网整条链路一起“划出来”。这正是它和4G时代专有APN（接入点）最本质的区别——后面会展开。 ## 二、为什么有了QoS还不够？ 很多工程师的第一个疑问是：QoS不也能保时延、保带宽吗？为什么5G非要搞切片这么复杂的机制？ 答案藏在QoS的三个先天局限里。 **局限一：QoS只能调“优先级”，改不了“网络形状”。** 一个工业机械臂控制业务，要求空口时延稳定在个位数毫秒。给它再高的调度优先级，如果它的用户面数据还要绕到几十公里外的中心机房转一圈，物理路径上的传播时延和排队时延就注定了它达标无望。要达标，必须把用户面网关（UPF）**下沉到工厂旁边**——这改变的是网络的**拓扑**，而QoS机制对此无能为力。切片可以：URLLC切片的专属UPF就部署在边缘。 **局限二：QoS改变不了“故障域”。** 公网上所有业务共享同一套核心网功能。某次升级触发一个内存泄漏，全网语音和数据一起抖。对于电网差动保护、远程手术这类业务，这不只是“体验差”，而是“不可接受”。切片可以把关键业务的控制面和用户面放在**专属的功能实例**上，别人升级出事，与我无关。 **局限三：QoS的“保障”在重载下会失效。** 这一点有清晰的数学解释，下一节展开。直观地说：GBR承诺的是“调度器尽量给你留资源”，但如果整个小区的物理容量被挤到极限，所有承诺都会缩水。切片通过**资源边界**提供了数学上更硬的保障。 所以可以这样总结两者的分工： > **QoS回答的是“这条流有多重要”；切片回答的是“这张网络为谁而建”。** ## 三、切片到底切在哪儿？端到端三段论 一张5G端到端网络可以粗略分成三段，切片在每一段的“切法”不一样： ```mermaid flowchart TB UE1["eMBB 手机"] --> R["5G基站"] UE2["URLLC 机械臂"] --> R UE3["mIoT 电表终端"] --> R R --> T["承载网"] T --> C["核心网资源池"] C --> U1["切片A：中心UPF，大带宽转发"] C --> U2["切片B：边缘UPF，专属部署在工厂机房"] ``` **第一段：无线网（RAN）切片。** 无线侧的物理资源是PRB（物理资源块）。RAN切片的常见手段有三层： - **切片感知调度**：调度器为不同切片维护独立的调度策略和权重，URLLC切片的包可以插队、可以重复发送以提高可靠性； - **切片级接纳控制**：当URLLC切片在小区内的负载达到门限，新用户可以拒绝接入该切片，而不是让它稀释整个小区的资源； - **频域隔离**：极端场景下，不同切片直接使用不同的载波或BWP（部分带宽），实现接近“物理分家”的隔离。 **第二段：承载网切片。** 光缆和路由器是所有基站共享的“高速干线”。承载侧切片的典型技术是**FlexE（灵活以太网）**——它把物理以太网口按5Gbps为粒度切成多个“时隙”，不同切片的流量走不同时隙，实现**硬隔离**：一个切片流量洪峰，物理上挤不进另一个切片的时隙。此外还有SRv6+网络分片，用路径着色（color）的方式让不同切片走不同的物理路径。 **第三段：核心网切片。** 5G核心网是服务化架构，网络功能（AMF、SMF、UPF、PCF等）本来就是松耦合的软件实体，这为切片提供了天然土壤： - **控制面可以共享**：一个AMF实例可以同时服务多个切片（终端数量巨大时没必要每个切片养一套控制面）； - **用户面按需专属**：eMBB切片的UPF在中心机房做大吞吐转发，URLLC切片的UPF下沉到边缘做超短路径； - **发现机制感知切片**：核心网的功能仓库（NRF）在“帮我找一个SMF”时，可以按切片标识过滤，确保选出的网元支持该切片。 把三段串起来，就是下面这张对比表： | 网段 | 切的是什么 | 典型技术 | 隔离强度 | |---|---|---|---| | 无线网 | PRB调度权重、接纳策略、载波/BWP | 切片感知调度、RAN共享 | 软隔离~频域硬隔离 | | 承载网 | 物理端口时隙、转发路径 | FlexE、SRv6着色 | 可做到物理硬隔离 | | 核心网 | 网元实例、部署位置、资源配额 | 虚拟机/容器租户、边缘UPF | 软隔离~实例级硬隔离 | ## 四、切片的“身份证”：S-NSSAI 网络里同时跑着几十个切片，每个报文、每条信令怎么知道“我属于哪个切片”？答案是一个32位的小结构：**S-NSSAI（单一网络切片选择辅助信息）**。 ```mermaid flowchart LR A["S-NSSAI（共32位）"] --> B["SST：8位，切片类型"] A --> C["SD：24位，运营商细分"] B --> B1["1 = eMBB"] B --> B2["2 = URLLC"] B --> B3["3 = mIoT"] C --> C1["十六进制自编，如对应某工厂专网"] ``` **SST（Slice/Service Type，切片类型）** 是8位整数，前128个值留给标准定义，全网络通用语义： | SST值 | 名称 | 面向场景 | 核心诉求 | |---|---|---|---| | 1 | eMBB | 高清视频、大文件、VR | 大带宽、高体验速率 | | 2 | URLLC | 工业控制、电网保护、车联网 | 超低时延、超高可靠 | | 3 | mIoT | 表计、传感器 | 海量连接、低功耗 | | 128~255 | 运营商自定义 | 私有专网、行业切片 | 语义由运营商自行定义 | **SD（Slice Differentiator，切片区分符）** 是24位、运营商自由支配的字段。它解决的是一个非常现实的问题：某运营商可能同时运营着**20个** eMBB切片——面向消费者一个、面向企业宽带五个、面向大型演唱会临时扩容十四个。光靠SST没法区分它们，SD就是给同类型切片编号用的“门牌号”。 两者合起来才构成一个完整的切片标识。可以类比成：**SST是“邮政编码”（全国统一、语义固定），SD是“门牌号”（本地自编、随便起名）**。 还有一个工程上必须知道的数字：**协议规定一个终端同时最多关联8个S-NSSAI**。手机出厂预置的“配置NSSAI”、运营商签约库里的“订阅NSSAI”、注册成功后网络下发的“允许NSSAI”，都是一组S-NSSAI的集合，最终生效的是它们的交集——这个交集机制正是调试切片问题时最常见的案发现场（第七节展开）。 ## 五、一次注册背后的切片选择流程 切片机制最精巧的地方在于：**选择权是分层的**——终端先“许愿”，签约库“对账”，网络再“拍板”。整个流程如下： ```mermaid sequenceDiagram participant U as 终端 participant R as 基站 participant A as AMF participant D as 签约库UDM participant N as 功能仓库NRF participant S as SMF U->>R: 无线连接请求（携带请求的NSSAI） R->>A: 初始NAS消息（requested NSSAI） A->>D: 查询该用户的签约切片 D-->>A: 返回订阅的NSSAI列表 Note over A,D: 请求∩签约 = 允许NSSAI A->>N: 按S-NSSAI发现SMF N-->>A: 返回支持该切片的SMF A->>S: PDU会话建立（绑定S-NSSAI） S->>S: 选择该切片专属的UPF ``` 拆开看三个关键设计： **设计一：终端“请求”，网络“批准”。** 终端发起注册时会带上一组“请求的NSSAI”（可以来自卡里预置，也可以来自上次注册的记忆）。但最终决定权在网络：AMF拿它和签约库里的记录**求交集**，得到的“允许NSSAI”才作数。这个设计兼顾了灵活性和安全性——终端不能自称“我要进电力专网”就真的能进，前提是你的签约里有这个切片。 **设计二：AMF也按切片匹配。** 如果终端请求的切片在当前服务的AMF能力范围之外（比如你从普通公网区域走进了电力专网覆盖区），初始AMF会触发**AMF重定向**，把注册流程交给一个支持该切片的AMF。这就是为什么“切片不匹配”类故障在信令上常表现为注册过程中的AMF更换。 **设计三：会话级绑定，而不是终端级绑定。** 注意最后一步：S-NSSAI是**每条PDU会话**的属性，不是终端的全局属性。一部手机完全可以同时挂着三条会话：微信走公网eMBB切片、视频会议走企业eMBB切片、工业App走URLLC切片。三条会话三张网，互不知道对方存在。 ## 六、隔离的数学：为什么切片的保障更“硬” 回到第三节埋下的伏笔——为什么QoS在重载下会失灵？用排队论可以看得很清楚。 把一个共享资源池（比如一个UPF的转发能力）近似成单队列排队系统，设资源利用率为 $\rho$（0到1之间），平均处理速率为 $\mu$，则平均等待时间为： $$W = \frac{\rho}{1-\rho} \cdot \frac{1}{\mu}$$ 这个公式的杀伤力在分母：当 $\rho \to 1$（资源接近跑满），$W$ 会**爆炸式增长**。这就是为什么“给高优先级”只能缓解、不能根治——只要所有人共享一个队列，重载时谁都逃不掉。 GBR调度在无线侧能部分打破这个命运，但它守得住“这一条流”，守不住“这一类业务的总和”。切片的做法是把保障从“流级”上移到“切片级”，给出一个可以**预先验证的硬约束**：设总容量为 $C$，各切片的保障带宽为 $G_i$，则硬保障成立的条件是： $$\sum_i G_i \le C$$ 只要规划时守住这个不等式，每个切片的底线资源就**与别人的流量无关**——这本质上是从“一个大队列”变成“多个小队列加边界”。 如果采用加权共享（软隔离）而非完全独占，切片 $i$ 在拥塞时可争得的资源约为： $$R_i = \frac{w_i}{\sum_j w_j} \cdot C$$ 其中 $w_i$ 是该切片的调度权重。这套模型正是承载网FlexE时隙规划和无线切片权重规划背后的共同直觉：**先定边界（硬保障），再谈权重（软共享）**。 按隔离强度从软到硬排成一条谱线： ```mermaid flowchart LR A["软隔离：标签区分，资源共享"] --> B["中间态：权重调度，保底限速"] B --> C["硬隔离：专属频谱与独立网元"] ``` | 维度 | 软隔离 | 硬隔离 | |---|---|---| | 实现方式 | VLAN/VNI标签、逻辑租户 | 专属频谱、FlexE时隙、独立网元实例 | | 资源利用效率 | 高（闲时共享） | 低（各留余量） | | 拥塞互相影响 | 会 | 不会 | | 故障域 | 部分共享 | 完全独立 | | 单切片成本 | 低 | 高 | | 典型场景 | 消费者eMBB | 电网保护、政务专网 | 工程上的主流策略是**按SLA等级混合使用**：企业级切片用“软隔离+保底带宽”，行业关键切片才上硬隔离。全硬隔离的端到端专网成本极高，商业模式上只对得起极少数客户。 ## 七、现网实战：工程师会踩的五个坑 切片原理看懂了，落地时的坑几乎都藏在“交集”和“映射”上。以下五个场景值得每个无线/核心网工程师背下来： **坑一：小区没广播这个切片。** 基站在系统消息里广播本小区支持的切片列表。终端请求了一个小区不支持的S-NSSAI，结果可能是注册被拒、或者该切片被默默剔除出允许列表。现象是“终端在这个基站下进不了专网，换个基站就好了”——排查时先看系统消息广播和终端上报是否对得上。 **坑二：三个NSSAI对不上。** 请求NSSAI、签约NSSAI、允许NSSAI三者取交集后才生效。典型故障：签约库里有切片A，但AMF的本地配置里切片A的SST/SD映射写错了一个字符——交集为空，终端被“降级”到缺省切片，业务照通但SLA全无。这种故障**不影响连通性、只影响保障等级**，用户不投诉根本发现不了，是切片运维最阴险的一类问题。 **坑三：会话建立报“切片不支持”。** PDU会话建立时，AMF按S-NSSAI去功能仓库找SMF，如果NRF里该切片的注册数据缺失或SMF的本地切片配置漏了，会话直接失败。排查链路是：终端请求 → AMF选择 → NRF发现 → SMF配置 → UPF归属，任何一环的S-NSSAI拼写不一致都会断链。十六进制的SD尤其容易错：`00A1B2` 和 `00a1b2`、前导零的有无，不同网元实现对此的解析可能不一致，建议全网统一成标准格式。 **坑四：漫游场景SD失效。** SD是运营商自编的“门牌号”，访问地网络完全**无法理解**归属地网络的门牌编号体系。因此国际漫游和跨运营商专网互通时，要么只用SST（语义全球统一），要么使用“映射NSSAI”机制把归属地切片翻译成访问地的切片。做漫游测试时发现切片不通，第一时间检查是不是SD没被对端翻译。 **坑五：核心网切了，空口没切。** 最容易被忽视的“半切片”：核心网和承载网都按切片隔离了，但无线侧的切片感知调度没启用，URLLC的包在空口和eMBB的大流量一起排队。KPI表现为：切片级核心网时延达标、端到端时延抖动超标。这提醒我们：**切片是端到端承诺，任何一段“没切”，SLA就是假的。** 日常监控上，成熟网络会把KPI按切片维度拆开统计——每个S-NSSAI的PDU会话数、激活率、吞吐、时延分位数、接纳拒绝次数。看整体KPI一片祥和、看切片KPI某行深红，是切片时代的常态，也是它的价值所在：**问题第一次变得可以按“客户/业务”定位，而不是按“网元”定位。** ## 八、常见误解澄清 **误解一：“切片就是虚拟机。”** 不对。虚拟机和容器是承载切片的**技术手段之一**，切片是逻辑概念——它可以横跨虚拟机、容器、裸金属甚至专用设备。反过来说，部署了NFV不等于实现了切片：没有端到端的标识体系和资源隔离，那只是“云化”。 **误解二：“切片越多越先进。”** 恰恰相反。每多一个切片，就多一套配置、多一条故障排查链路、多一份资源余量。成熟运营商的商用切片通常只有个位数到十几个。切片是贵重品，不是纪念章。 **误解三：“专网必须切片。”** 也不对。一座工厂直接拉一根专线到边缘机房（物理专网）同样满足需求。切片的真正卖点是**共享物理基础设施带来的成本分摊**，以及**分钟级开通**——是为“想要专网级保障但付不起专网级造价”的客户准备的中间解。 ## 常见问题 **Q: 网络切片和APN/DNN的区别是什么？** A: DNN（4G时代叫APN）只是一个路由标签，决定PDU会话锚到哪个外部数据网络，全程共享同一套物理网元。切片则改变了网络本身的形态——专属网元、专属资源、专属拓扑，且覆盖无线和承载。两者可以组合：一条PDU会话同时携带S-NSSAI和DNN，先选切片再在切片内按DNN路由。 **Q: 切片和VPN有什么区别？** A: VPN隔离的是**用户面数据**（加密隧道+逻辑通道），控制面网元、资源池、运维域全都共享。切片连**控制面和运维域**一起隔离，还带资源边界。可以把VPN理解为“给数据修一条秘密通道”，切片是“给客户建半张网”。 **Q: 一个终端能同时用几个切片？** A: 协议允许一个终端同时关联最多8个S-NSSAI，但实际商用网络中终端通常只签1~3个。数量本身没有技术荣耀，每多一个就多一份签约、配置和运维成本。 **Q: 切片标识里的SST和SD，哪个更重要？** A: 看场景。跨运营商互通（漫游）时只有SST有全球统一语义，SD基本无效；单运营商网内做精细化运营时，SD才是主角——大多数商用切片都是“标准SST+自编SD”的组合。 **Q: 切片能保证绝对不丢包、不断网吗？** A: 不能。切片提供的是**资源边界内的确定性**：只要总规划满足硬保障条件（各切片保障量之和不超过容量），切片内的SLA就有了数学基础。但无线信道深衰落、光缆被挖断这类物理事件，任何机制都无法免疫。切片解决的是“邻居挤兑”，不是“天灾人祸”。 ## 参考来源 > 本次写作环境未联网，以下为建议延伸阅读的经典资料，未附具体网页链接，读者可按书目自行检索。 1. 《5G NR in Bullets》Chris Johnson — 无线侧协议细节的逐条白话拆解，适合对照理解RAN切片的调度与广播机制。 2. 《通信原理》（第7版），樊昌信、曹丽娜 — 排队与系统容量的基础数学工具出处。 3. 《5G核心网原理与实践》，爱卫生，51学通信出品 — 核心网侧切片选择、NRF发现与会话绑定流程的实战视角。 4. 某百科 Network Slicing 词条 — 切片概念的三段式分层（RAN/传输/核心）概述，可作为快速索引。 --- > 本文由「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 等场景全覆盖。