想象一栋写字楼，三家不同的公司共享同一栋楼——银行、快递站和物联网传感器运维商。银行需要金库级别的安保和独立电梯，快递站需要高速货梯和大厅吞吐量，传感器运维商只需要一个小角落放设备。这三家公司共享同一栋物理建筑，但各有独立的门禁、电梯、空调控制。
这就是5G网络切片的核心思想：在同一张物理网络上，为不同业务场景虚拟出多张"逻辑专网"，每张切片拥有独立的资源配置、安全策略和服务质量保障。
网络切片不是4G时代的"QoS优先级划分"，而是从接入网、传输网到核心网的端到端逻辑隔离。它回答了一个根本问题：5G要同时服务手机用户、自动驾驶汽车和百万级物联网传感器，怎么做到互不干扰？
4G时代也有QoS机制——给不同业务打上不同的优先级标签（QCI），调度器按优先级分配资源。但这有一个根本局限：所有业务共享同一套核心网网元。当物联网信令风暴来袭时，手机用户的VoLTE通话也会被波及。
5G网络切片的设计哲学完全不同：
| 维度 | 4G QoS | 5G网络切片 |
|---|---|---|
| 隔离范围 | 仅无线调度优先级 | 端到端（RAN+传输+核心网） |
| 核心网 | 所有业务共享MME/SGW | 每个切片可有独立的AMF/SMF/UPF |
| 故障影响 | 一个业务出问题影响全网 | 切片间故障隔离 |
| 管理方式 | 全局统一配置 | 每个切片独立生命周期管理 |
| 定制能力 | 仅能调优先级和带宽 | 可定制时延、可靠率、安全等级等全套SLA |
用一个更直观的类比：4G QoS像是在一条公路上划分快车道和慢车道，但如果公路塌方，所有车道都堵死。5G切片则是修了多条平行的独立公路，每条公路有自己的路基、桥梁和收费站。
5G网络切片不是某一个网元的能力，而是RAN（无线接入网）+ TN（传输网）+ CN（核心网）三层协同的结果。缺少任何一层的配合，都不算真正的端到端切片。
graph TB
subgraph "端到端网络切片架构"
subgraph "RAN切片层"
gNB[gNB基站]
PRB1[PRB资源池1<br/>eMBB切片]
PRB2[PRB资源池2<br/>URLLC切片]
PRB3[PRB资源池3<br/>mMTC切片]
gNB --> PRB1 & PRB2 & PRB3
end
subgraph "传输网切片层"
TN[传输网 SDN控制器]
Tunnel1[隧道1: FlexE/SRv6]
Tunnel2[隧道2: FlexE/SRv6]
Tunnel3[隧道3: FlexE/SRv6]
TN --> Tunnel1 & Tunnel2 & Tunnel3
end
subgraph "核心网切片层"
AMF1[AMF实例A] --> SMF1[SMF实例A] --> UPF1[UPF实例A]
AMF2[AMF实例B] --> SMF2[SMF实例B] --> UPF2[UPF实例B]
AMF3[AMF共享] --> SMF3[SMF实例C] --> UPF3[UPF实例C]
end
PRB1 --> Tunnel1 --> AMF1
PRB2 --> Tunnel2 --> AMF2
PRB3 --> Tunnel3 --> AMF3
end
style PRB1 fill:#4CAF50,color:white
style PRB2 fill:#FF9800,color:white
style PRB3 fill:#2196F3,color:white
style UPF1 fill:#4CAF50,color:white
style UPF2 fill:#FF9800,color:white
style UPF3 fill:#2196F3,color:white
RAN切片的核心问题是：基站的PRB（物理资源块）怎么在不同切片间分配？
gNB内部的调度器需要感知切片标识，为不同切片预留或动态分配PRB资源。具体机制包括：
为什么不全部用动态共享？因为URLLC业务（比如远程手术、自动驾驶）的时延要求是1毫秒级别。如果等到业务来了再分配资源，调度器的处理时延本身就已经超标的。先占好位置，随时待命——这是URLLC切片必须静态预留的物理原因。
RAN和核心网之间的传输链路也需要按切片隔离。关键技术：
传输网切片的关键挑战在于：RAN侧的切片标识（S-NSSAI）和传输网的隧道标识是两套体系，需要跨层映射——这通常由编排器（Orchestrator）来完成。
核心网切片是最灵活的一层。根据隔离程度，可以有三种部署模式：
| 模式 | 说明 | 典型场景 |
|---|---|---|
| 共享所有网元 | 所有切片共用AMF/SMF/UPF，通过逻辑配置区分 | 普通eMBB用户 |
| 共享控制面，独享用户面 | AMF/SMF共用，每个切片部署独立的UPF | 企业专网（数据不出园区） |
| 完全独享 | 每个切片有自己的AMF/SMF/UPF实例 | 高安全等级的金融/政务切片 |
为什么控制面（AMF/SMF）可以共享而用户面（UPF）往往需要独享？因为控制面处理的是信令，数据量小、对安全敏感度相对低；而UPF承载的是业务数据，企业用户的核心诉求就是"我的数据不经过别人的UPF"——这是数据面隔离的刚需。
每个网络切片需要一个标识来区分彼此，这个标识就是S-NSSAI（Single Network Slice Selection Assistance Information）。它由两部分组成：
$$S\text{-}NSSAI = {SST,\; SD}$$
SST=4 → V2X（车联网）
SD（Slice Differentiator）：24位可选字段，用于区分同一SST类型下的不同切片实例。
为什么需要SD字段？ 想象运营商要为两个企业客户各建一个eMBB切片——SST都是1，但客户A的切片需要部署在北京的UPF，客户B的切片需要部署在上海的UPF。这时SD字段就用来区分这两个"同类型但不同实例"的切片。
一个终端最多可以同时接入8个网络切片。这意味着你的手机可以同时通过eMBB切片刷视频、通过URLLC切片玩云游戏——虽然目前现网中还很少用到多切片并发。
NSSAI在终端和网络之间流转时，有五种不同的形态，理解它们的区别是掌握切片选择流程的关键：
| NSSAI类型 | 含义 | 谁提供的 |
|---|---|---|
| Subscribed NSSAI | 用户签约的切片列表 | UDM（用户数据管理） |
| Configured NSSAI | 当前PLMN下可用的切片配置 | 网络侧 |
| Requested NSSAI | 终端请求接入的切片 | UE |
| Allowed NSSAI | 网络授权终端使用的切片 | AMF |
| Rejected NSSAI | 网络拒绝的切片 | AMF |
它们的关系是：Subscribed是全集，Allowed是子集，Requested是终端想用的，Rejected是想用但不被允许的。 就像你办了健身房的全能会员卡（Subscribed），每次去只能用当天的开放区域（Allowed），你想用游泳池（Requested）但今天泳池维护（Rejected）。
当终端开机注册到5G网络时，切片选择流程就开始了。这个过程涉及多个网元的协同，核心步骤如下：
sequenceDiagram
participant UE as 终端
participant RAN as gNB基站
participant AMF as AMF
participant NSSF as NSSF
participant UDM as UDM
UE->>RAN: Registration Request<br/>携带 Requested NSSAI
RAN->>AMF: 转发注册请求<br/>（根据NSSAI选择初始AMF）
AMF->>UDM: 查询用户签约信息<br/>获取 Subscribed NSSAI
UDM-->>AMF: 返回签约切片列表
AMF->>AMF: 比对 Requested NSSAI<br/>与 Subscribed NSSAI
alt 当前AMF能服务请求的切片
AMF-->>UE: Registration Accept<br/>携带 Allowed NSSAI
else 当前AMF无法服务请求的切片
AMF->>NSSF: Nnssf_NSSelection_Get<br/>请求切片选择
NSSF-->>AMF: 返回目标AMF信息<br/>和Allowed NSSAI
AMF-->>RAN: 触发AMF重定向
RAN->>UE: 重定向到目标AMF
UE->>RAN: 重新发起注册
RAN->>AMF: 新AMF处理注册
AMF-->>UE: Registration Accept<br/>携带 Allowed NSSAI
end
NSSF（Network Slice Selection Function） 是5G核心网新增的网元，4G时代没有对应物。它的核心作用是：当终端请求接入的切片不能被当前AMF服务时，帮终端找到正确的AMF。
为什么AMF不一定能服务所有切片？因为不同切片可能部署了不同的AMF实例。例如，运营商可能为高安全级别的政务切片部署了物理隔离的AMF，这个AMF和普通eMBB用户使用的AMF完全不同。
NSSF的工作逻辑： 1. 收到AMF的切片选择请求后，根据请求的S-NSSAI查找NSI ID（Network Slice Instance ID） 2. 根据NSI ID确定哪个AMF Set可以服务这个切片 3. 返回目标AMF信息和允许的NSSAI给原AMF 4. 原AMF触发注册重定向，让终端到正确的AMF完成注册
这个过程对终端是透明的——终端感知不到AMF重定向，只知道自己发了注册请求，最终网络告诉它"你可以使用这些切片"。
端到端切片的管理和编排是5G网络切片最复杂的部分。管理架构分为三层：
graph TB
subgraph "切片管理架构"
CSMF[CSMF<br/>通信服务管理功能<br/>翻译业务需求为切片参数]
NSMF[NSMF<br/>网络切片管理功能<br/>端到端切片编排]
NSSMF_RAN[NSSMF-RAN<br/>RAN子切片管理]
NSSMF_TN[NSSMF-TN<br/>传输子切片管理]
NSSMF_CN[NSSMF-CN<br/>核心网子切片管理]
end
CSMF -->|"切片需求描述"| NSMF
NSMF -->|"RAN切片参数"| NSSMF_RAN
NSMF -->|"TN切片参数"| NSSMF_TN
NSMF -->|"CN切片参数"| NSSMF_CN
NSSMF_RAN -->|"PRB配比<br/>调度策略"| RAN_EM[基站设备]
NSSMF_TN -->|"隧道配置<br/>QoS策略"| TN_EM[传输设备]
NSSMF_CN -->|"网元实例化<br/>路由策略"| CN_EM[核心网网元]
style CSMF fill:#9C27B0,color:white
style NSMF fill:#FF5722,color:white
style NSSMF_RAN fill:#4CAF50,color:white
style NSSMF_TN fill:#FF9800,color:white
style NSSMF_CN fill:#2196F3,color:white
核心需求：高吞吐量，终端移动性强
工程实践中的坑：eMBB切片最容易犯的错误是只关注峰值速率而忽略小区边缘体验。实际上，边缘用户的SINR极差，PRB效率可能只有中心用户的1/10。切片设计时必须关注边缘速率保障，而不仅是峰值。
核心需求：超低时延（1ms空口），超高可靠率（99.999%）
关键公式——URLLC时延预算分解：
$$T_{total} = T_{UE_proc} + T_{air_interface} + T_{TN} + T_{CN_proc}$$
其中空口时延目标约1ms，传输网约1ms，核心网处理约1ms——每个环节都必须压缩到极致。这就是为什么URLLC切片必须MEC下沉：如果把数据送到远端核心网再回来，光传输时延就已经超标。
工程实践中的坑：URLLC切片的可靠率要求99.999%（即丢包率不超过0.001%）。这意味着不能依赖HARQ重传来保证可靠性（因为重传会增加时延），必须靠一次传输的成功率来保障——这需要极高的编码率冗余和信号质量冗余，代价是频谱效率的大幅下降。
核心需求：百万级终端/km²，极低功耗，小数据包
工程实践中的坑：mMTC场景最大的挑战不是单终端速率，而是信令风暴。百万终端同时开机注册会产生海量的RRC连接请求，如果没有信令抑制和拥塞控制机制，整个基站可能被信令冲垮。切片隔离的好处就在这里——mMTC的信令风暴被隔离在mMTC切片内，不会影响eMBB用户的视频通话。
并非所有切片都需要最高级别的隔离。运营商根据业务需求和成本预算，选择不同的隔离等级：
| 隔离等级 | 实现方式 | 成本 | 适用场景 |
|---|---|---|---|
| 硬隔离 | 每个切片独占物理资源（专用服务器、专用基站） | 最高 | 政务、金融、军事 |
| 软隔离 | 虚拟化层面隔离（容器/K8s namespace隔离），共享物理硬件 | 中等 | 企业专网、工业互联网 |
| 逻辑隔离 | 仅通过QoS策略和优先级区分，共享所有资源 | 最低 | 普通消费者eMBB差异化 |
为什么不能所有切片都硬隔离？ 因为成本。如果每个切片都独占物理资源，那和建多张独立网络没有区别，切片的成本优势就消失了。切片的经济学本质是在共享基础设施上通过软件定义实现逻辑隔离——投入最少的额外硬件成本，获得最多的业务灵活性。
终端注册时被拒绝某个切片，排查看以下几点：
误解一："切片就是VPN"——VPN只在网络层隔离路由，切片是从物理层到应用层的端到端隔离。
误解二："切片一定能保障性能"——切片保障的是资源份额，不保障绝对性能。如果信号本身就差（小区边缘），即使给你独享整个基站的所有PRB，速率也上不去。
误解三："每个切片都需要独立的UPF"——完全共享UPF也是一种合法的切片部署方式，关键看业务对数据面隔离的需求。
Q: 网络切片和QoS的区别是什么？ A: QoS是在同一网络内部通过优先级调度实现差异化服务，共享所有网元和资源。网络切片是端到端的逻辑隔离，每个切片可以有独立的网元实例和资源池。简单说，QoS是"同一条路上的快慢车道"，切片是"平行的独立公路"。
Q: 一个终端可以同时接入多少个切片？ A: 标准规定一个终端最多同时接入8个切片（8个S-NSSAI）。但实际上，目前绝大多数现网部署中，终端只接入一个eMBB切片。多切片并发是未来的演进方向。
Q: NSSF是必须部署的网元吗？ A: 不是。如果网络只部署了一个切片，或者所有切片都可以被同一个AMF集合服务，就不需要NSSF。NSSF只在多AMF集合的多切片场景下才必需。
Q: 切片和MEC（边缘计算）是什么关系？ A: 切片和MEC是互补技术。切片解决"资源隔离"问题，MEC解决"时延优化"问题。URLLC切片通常会将UPF部署在MEC节点上，实现数据面的本地卸载。可以理解为：切片画了车道，MEC把收费站前移了。
Q: 4G网络能做切片吗？ A: 4G标准没有原生支持端到端切片。虽然可以通过APN+专网的方式实现类似效果，但缺少标准化的切片标识、NSSF选择机制和端到端编排能力。真正的网络切片是5G的新能力。
本文由「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 等场景全覆盖。