# 5G网络切片：一网千面的逻辑分身术 ## 一个比喻：一栋楼里的三家公司 想象一栋写字楼，三家不同的公司共享同一栋楼——银行、快递站和物联网传感器运维商。银行需要金库级别的安保和独立电梯，快递站需要高速货梯和大厅吞吐量，传感器运维商只需要一个小角落放设备。这三家公司共享同一栋物理建筑，但各有独立的门禁、电梯、空调控制。 **这就是5G网络切片的核心思想**：在同一张物理网络上，为不同业务场景虚拟出多张"逻辑专网"，每张切片拥有独立的资源配置、安全策略和服务质量保障。 网络切片不是4G时代的"QoS优先级划分"，而是从接入网、传输网到核心网的**端到端逻辑隔离**。它回答了一个根本问题：5G要同时服务手机用户、自动驾驶汽车和百万级物联网传感器，怎么做到互不干扰？ --- ## 为什么4G搞不定？从QoS到切片的质变 4G时代也有QoS机制——给不同业务打上不同的优先级标签（QCI），调度器按优先级分配资源。但这有一个根本局限：**所有业务共享同一套核心网网元**。当物联网信令风暴来袭时，手机用户的VoLTE通话也会被波及。 5G网络切片的设计哲学完全不同： | 维度 | 4G QoS | 5G网络切片 | |------|--------|-----------| | 隔离范围 | 仅无线调度优先级 | 端到端（RAN+传输+核心网） | | 核心网 | 所有业务共享MME/SGW | 每个切片可有独立的AMF/SMF/UPF | | 故障影响 | 一个业务出问题影响全网 | 切片间故障隔离 | | 管理方式 | 全局统一配置 | 每个切片独立生命周期管理 | | 定制能力 | 仅能调优先级和带宽 | 可定制时延、可靠率、安全等级等全套SLA | 用一个更直观的类比：4G QoS像是在一条公路上划分快车道和慢车道，但如果公路塌方，所有车道都堵死。5G切片则是修了多条平行的独立公路，每条公路有自己的路基、桥梁和收费站。 --- ## 端到端切片架构：三层协同的拼图 5G网络切片不是某一个网元的能力，而是**RAN（无线接入网）+ TN（传输网）+ CN（核心网）三层协同**的结果。缺少任何一层的配合，都不算真正的端到端切片。 ```mermaid graph TB subgraph "端到端网络切片架构" subgraph "RAN切片层" gNB[gNB基站] PRB1[PRB资源池1
eMBB切片] PRB2[PRB资源池2
URLLC切片] PRB3[PRB资源池3
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层：无线资源的切蛋糕 RAN切片的核心问题是：**基站的PRB（物理资源块）怎么在不同切片间分配？** gNB内部的调度器需要感知切片标识，为不同切片预留或动态分配PRB资源。具体机制包括： - **静态预留**：固定比例分配，比如URLLC切片永远保留20%的PRB，不管用不用都占着。好处是性能可预测，坏处是资源浪费。 - **动态共享**：各切片设定最低保障和最高上限，空闲资源可被借用。比如eMBB切片高峰期可以临时借用mMTC切片的空闲资源，但mMTC有业务需求时必须立刻归还。 - **混合策略**：对URLLC这类对时延极度敏感的业务用静态预留，对eMBB和mMTC用动态共享。这是现网最常见的方案。 为什么不全部用动态共享？因为URLLC业务（比如远程手术、自动驾驶）的时延要求是1毫秒级别。如果等到业务来了再分配资源，调度器的处理时延本身就已经超标的。**先占好位置，随时待命**——这是URLLC切片必须静态预留的物理原因。 ### 传输网层：管道也要分车道 RAN和核心网之间的传输链路也需要按切片隔离。关键技术： - **FlexE（灵活以太网）**：把一条物理以太网链路在时隙层面切成多个硬管道，各切片流量严格隔离，互不影响。 - **SRv6（基于IPv6的段路由）**：用IPv6扩展头携带切片标识，沿途路由器根据切片ID选择对应的转发路径和QoS策略。 - **VPN/VXLAN**：用隧道封装实现逻辑隔离，适合软隔离场景。 传输网切片的关键挑战在于：RAN侧的切片标识（S-NSSAI）和传输网的隧道标识是两套体系，需要**跨层映射**——这通常由编排器（Orchestrator）来完成。 ### 核心网层：网元的专属与共享 核心网切片是最灵活的一层。根据隔离程度，可以有三种部署模式： | 模式 | 说明 | 典型场景 | |------|------|---------| | **共享所有网元** | 所有切片共用AMF/SMF/UPF，通过逻辑配置区分 | 普通eMBB用户 | | **共享控制面，独享用户面** | AMF/SMF共用，每个切片部署独立的UPF | 企业专网（数据不出园区） | | **完全独享** | 每个切片有自己的AMF/SMF/UPF实例 | 高安全等级的金融/政务切片 | 为什么控制面（AMF/SMF）可以共享而用户面（UPF）往往需要独享？因为控制面处理的是信令，数据量小、对安全敏感度相对低；而UPF承载的是业务数据，企业用户的核心诉求就是"我的数据不经过别人的UPF"——这是**数据面隔离**的刚需。 --- ## S-NSSAI：切片的身份证 每个网络切片需要一个标识来区分彼此，这个标识就是**S-NSSAI（Single Network Slice Selection Assistance Information）**。它由两部分组成： $$S\text{-}NSSAI = \{SST,\; SD\}$$ - **SST（Slice/Service Type）**：8位整数，标识切片类型。标准化定义了几个值： - SST=1 → eMBB（增强移动宽带） - SST=2 → URLLC（超可靠低时延通信） - SST=3 → MIoT（海量物联网） - SST=4 → V2X（车联网） - **SD（Slice Differentiator）**：24位可选字段，用于区分同一SST类型下的不同切片实例。 **为什么需要SD字段？** 想象运营商要为两个企业客户各建一个eMBB切片——SST都是1，但客户A的切片需要部署在北京的UPF，客户B的切片需要部署在上海的UPF。这时SD字段就用来区分这两个"同类型但不同实例"的切片。 一个终端最多可以同时接入**8个网络切片**。这意味着你的手机可以同时通过eMBB切片刷视频、通过URLLC切片玩云游戏——虽然目前现网中还很少用到多切片并发。 ### NSSAI的五种状态 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网络时，切片选择流程就开始了。这个过程涉及多个网元的协同，核心步骤如下： ```mermaid sequenceDiagram participant UE as 终端 participant RAN as gNB基站 participant AMF as AMF participant NSSF as NSSF participant UDM as UDM UE->>RAN: Registration Request
携带 Requested NSSAI RAN->>AMF: 转发注册请求
（根据NSSAI选择初始AMF） AMF->>UDM: 查询用户签约信息
获取 Subscribed NSSAI UDM-->>AMF: 返回签约切片列表 AMF->>AMF: 比对 Requested NSSAI
与 Subscribed NSSAI alt 当前AMF能服务请求的切片 AMF-->>UE: Registration Accept
携带 Allowed NSSAI else 当前AMF无法服务请求的切片 AMF->>NSSF: Nnssf_NSSelection_Get
请求切片选择 NSSF-->>AMF: 返回目标AMF信息
和Allowed NSSAI AMF-->>RAN: 触发AMF重定向 RAN->>UE: 重定向到目标AMF UE->>RAN: 重新发起注册 RAN->>AMF: 新AMF处理注册 AMF-->>UE: Registration Accept
携带 Allowed NSSAI end ``` ### 关键问题：为什么需要NSSF？ **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网络切片最复杂的部分。管理架构分为三层： ```mermaid graph TB subgraph "切片管理架构" CSMF[CSMF
通信服务管理功能
翻译业务需求为切片参数] NSMF[NSMF
网络切片管理功能
端到端切片编排] NSSMF_RAN[NSSMF-RAN
RAN子切片管理] NSSMF_TN[NSSMF-TN
传输子切片管理] NSSMF_CN[NSSMF-CN
核心网子切片管理] end CSMF -->|"切片需求描述"| NSMF NSMF -->|"RAN切片参数"| NSSMF_RAN NSMF -->|"TN切片参数"| NSSMF_TN NSMF -->|"CN切片参数"| NSSMF_CN NSSMF_RAN -->|"PRB配比
调度策略"| RAN_EM[基站设备] NSSMF_TN -->|"隧道配置
QoS策略"| TN_EM[传输设备] NSSMF_CN -->|"网元实例化
路由策略"| 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 ``` - **CSMF（Communication Service Management Function）**：面向客户的入口。企业客户说"我要一个时延不超过5ms、带宽100Mbps的切片"，CSMF把这种业务语言翻译成网络参数。 - **NSMF（Network Slice Management Function）**：端到端协调者。它知道全网资源状况，把CSMF的翻译需求拆解为RAN、传输、核心网三个子域的需求，分发给各NSSMF。 - **NSSMF（Network Slice Subnet Management Function）**：每个域的管理者。RAN NSSMF负责基站的PRB配比和调度策略配置，TN NSSMF负责隧道的建立和QoS策略下发，CN NSSMF负责核心网网元的实例化和路由配置。 ### 切片的完整生命周期 1. **准备阶段**：运营商根据业务需求设计切片模板，定义SLA指标（时延、带宽、可靠率等）。 2. **部署阶段**：NSMF协调各域NSSMF，实例化切片——分配PRB、建立传输隧道、部署核心网网元。 3. **运行阶段**：终端接入切片，业务运行。监控系统实时跟踪SLA指标，动态调整资源。 4. **缩容/扩容**：根据业务量变化动态调整切片资源。比如白天eMBB切片占大头，夜间IoT切片资源可以扩展。 5. **退役阶段**：切片到期或不再需要，释放所有资源。 --- ## 三大经典切片场景深度剖析 ### 场景一：eMBB切片——为速度而生 **核心需求**：高吞吐量，终端移动性强 - **RAN侧**：大带宽连续PRB分配，支持载波聚合，MIMO多层并行传输 - **核心网侧**：UPF部署在中心机房，靠近互联网出口，最大化传输带宽 - **典型SLA**：下行1Gbps，时延10ms级别，可靠率99.9% **工程实践中的坑**：eMBB切片最容易犯的错误是只关注峰值速率而忽略小区边缘体验。实际上，边缘用户的SINR极差，PRB效率可能只有中心用户的1/10。切片设计时必须关注**边缘速率保障**，而不仅是峰值。 ### 场景二：URLLC切片——毫秒必争 **核心需求**：超低时延（1ms空口），超高可靠率（99.999%） - **RAN侧**：静态预留PRB，mini-slot调度（0.125ms级别），高聚合BLER目标 - **核心网侧**：UPF下沉到基站侧（MEC部署），数据不用绕路到中心机房 - **传输网侧**：FlexE硬管道隔离，确保不会因为eMBB切片的突发流量挤占URLLC的传输带宽 **关键公式**——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重传来保证可靠性（因为重传会增加时延），必须靠**一次传输的成功率**来保障——这需要极高的编码率冗余和信号质量冗余，代价是频谱效率的大幅下降。 ### 场景三：mMTC切片——海量连接 **核心需求**：百万级终端/km²，极低功耗，小数据包 - **RAN侧**： competitive scheduling（竞争调度），覆盖增强模式，减少信令开销 - **核心网侧**：小数据包传输优化（Data over NAS），减少信令交互 - **典型SLA**：连接密度100万/km²，单终端功耗可维持10年 **工程实践中的坑**：mMTC场景最大的挑战不是单终端速率，而是**信令风暴**。百万终端同时开机注册会产生海量的RRC连接请求，如果没有信令抑制和拥塞控制机制，整个基站可能被信令冲垮。切片隔离的好处就在这里——mMTC的信令风暴被隔离在mMTC切片内，不会影响eMBB用户的视频通话。 --- ## 切片隔离的三种等级 并非所有切片都需要最高级别的隔离。运营商根据业务需求和成本预算，选择不同的隔离等级： | 隔离等级 | 实现方式 | 成本 | 适用场景 | |---------|---------|------|---------| | **硬隔离** | 每个切片独占物理资源（专用服务器、专用基站） | 最高 | 政务、金融、军事 | | **软隔离** | 虚拟化层面隔离（容器/K8s namespace隔离），共享物理硬件 | 中等 | 企业专网、工业互联网 | | **逻辑隔离** | 仅通过QoS策略和优先级区分，共享所有资源 | 最低 | 普通消费者eMBB差异化 | **为什么不能所有切片都硬隔离？** 因为成本。如果每个切片都独占物理资源，那和建多张独立网络没有区别，切片的成本优势就消失了。切片的经济学本质是**在共享基础设施上通过软件定义实现逻辑隔离**——投入最少的额外硬件成本，获得最多的业务灵活性。 --- ## 实战调试：工程师的切片排查指南 ### 1. 切片接入失败排查 终端注册时被拒绝某个切片，排查看以下几点： - 检查终端的**Requested NSSAI**是否在**Subscribed NSSAI**范围内——如果用户没签约该切片，必然被拒绝 - 检查AMF的切片配置——AMF是否支持该S-NSSAI - 检查NSSF的切片映射表——S-NSSAI到NSI ID的映射是否正确 - 检查基站侧的切片配置——gNB是否配置了对应的切片资源和调度策略 ### 2. 切片性能不达标排查 - **RAN侧**：用L1 MAC层跟踪工具查看该切片的PRB分配比例和调度情况，确认是否被其他切片挤占 - **传输侧**：检查FlexE/SRv6隧道的带宽配置和实际流量，确认传输管道是否成为瓶颈 - **核心网侧**：检查UPF的处理时延和转发性能，确认UPF实例的资源（CPU/内存）是否充足 ### 3. 常见误解 **误解一**："切片就是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的新能力。 --- ## 参考来源 1. [什么是网络切片？— 华为技术百科](https://info.support.huawei.com/info-finder/encyclopedia/zh/%E7%BD%91%E7%BB%9C%E5%88%87%E7%89%87.html) — 华为对网络切片的定义、架构和工作原理介绍 2. [什么是5G网络切片？— IBM Think](https://www.ibm.com/cn-zh/think/topics/5g-network-slicing) — IBM从业务角度分析5G切片的价值和应用场景 3. [5G网络切片：原理、实现与行业落地解析 — 搜狐](https://www.sohu.com/a/990539284_122590451) — 涵盖RAN/传输/核心网三层切片实现机制 4. [Network Slice Support in 5GS — TelecomTrainer](https://www.telecomtrainer.com/network-slice-support-in-5gs-5g-network-slicing-explained/) — 5GS中切片支持机制的技术教程 5. [5G Network Slicing: Architecture Deep Dive — NGSS](https://ngss.io/technical-brief-5g-slicing.html) — 端到端切片架构的深度技术分析 --- > 本文由「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 等场景全覆盖。