第287篇：网络切片（Network Slicing）基础
关键词：网络切片、Network Slicing、5G、端到端切片、切片隔离、SLA保障、NSI、NSSAI
一、引言
网络切片（Network Slicing）是5G网络的核心能力之一。它允许在同一个物理网络基础设施上，虚拟出多个逻辑隔离的网络"切片"，每个切片可以独立定制网络特性（带宽、时延、可靠性等），以满足不同业务的差异化SLA（Service Level Agreement）需求。
网络切片不仅是5G的关键技术，也是运营商从"连接提供商"向"服务提供商"转型的核心使能器。
二、网络切片核心概念
2.1 什么是网络切片
网络切片是通过虚拟化、软件定义和切片隔离等技术，在共享的物理网络基础设施上构建多个端到端的虚拟网络实例。每个切片拥有独立的网络资源、独立的控制逻辑和独立的安全域。
类比理解：将物理网络比作一栋大楼，网络切片就是将这栋大楼划分成多个独立的楼层，每个楼层可以租给不同的租户，各自装修、各自使用、互不干扰。
2.2 切片分类
| 切片类型 | 英文名称 | 特性 | 典型业务 |
|---|---|---|---|
| 增强移动宽带切片 | eMBB (enhanced Mobile Broadband) | 大带宽、高吞吐 | 4K/8K视频、VR/AR、高速下载 |
| 超可靠低时延切片 | uRLLC (Ultra-Reliable Low Latency Communications) | 极低时延(<1ms)、高可靠性(99.999%) | 自动驾驶、工业互联网、远程医疗 |
| 海量机器类切片 | mMTC (massive Machine Type Communications) | 海量连接(100万/km²)、低功耗 | 智慧城市、IoT传感器、抄表 |
2.3 端到端切片架构
2.4 切片标识
| 标识 | 说明 | 取值范围 |
|---|---|---|
| S-NSSAI | 单一切片标识 | SST + SD |
| SST | 切片/服务类型 | 1-255 (1字节) |
| SD | 切片差分器 | 0-16777215 (3字节, 可选) |
| NSSAI | 切片集合 | 多个S-NSSAI的组合 |
| SUCI/SUPI | 用户标识 | 5G-GUTI / IMSI |
| DNN | 数据网络名称 | 类似APN |
SST (Slice/Service Type) 标准值：
| SST值 | 类型 | 说明 |
|---|---|---|
| 1 | eMBB | 增强移动宽带 |
| 2 | IoT | 海量物联网 |
| 3 | URLLC | 超可靠低时延通信 |
| 4 | MVNO | 虚拟运营商 |
三、网络切片关键技术
3.1 切片隔离技术
| 隔离方式 | 隔离粒度 | 隔离强度 | 资源开销 | 适用场景 |
|---|---|---|---|---|
| VLAN隔离 | 二层 | 低(广播域共享) | 低 | 同机房业务隔离 |
| VRF隔离 | 三层 | 中(路由隔离) | 中 | 租户网络隔离 |
| VLAN+VRF | 二三层 | 中高 | 中 | 综合业务隔离 |
| SRv6切片 | 三层 | 高(端到端隧道) | 中 | 5G承载网切片 |
| FlexE硬隔离 | 物理层 | 最高(时隙级) | 高 | uRLLC等极致隔离需求 |
| SDN虚拟网 | 全栈 | 高 | 高 | 运营商级切片 |
3.2 切片资源管理
切片资源管理包含三个维度：
资源分配模型：
| 资源维度 | 分配方式 | 说明 |
|---|---|---|
| 带宽 | 静态分配 / 动态分配 / 混合分配 | 静态保证下限，动态共享上限 |
| 时延 | 队列优先级 / 调度策略 | 高优先级切片优先调度 |
| 可靠性 | 多路径冗余 / 保护倒换 | 关键切片部署冗余链路 |
| 安全 | 独立密钥 / 独立加密域 | 切片间安全隔离 |
资源分配策略：
3.3 切片生命周期管理
| 阶段 | 操作 | 参与网元 |
|---|---|---|
| 设计 | 定义切片模板(SST/SD、SLA参数) | NSSF, NEF |
| 实例化 | 分配网络资源,创建NSI(Network Slice Instance) | NFVO, VNFManager |
| 部署 | 下发切片配置到各网元 | MANO, EMS/NMS |
| 运营 | 监控切片性能,调整资源 | NMS, 监控系统 |
| 修改 | 动态调整切片参数 | NFVO |
| 销毁 | 释放切片资源 | NFVO, VNFManager |
四、切片在承载网中的实现
4.1 SRv6 承载切片
SRv6（Segment Routing over IPv6）是5G承载网切片的主流技术之一：
| SRv6切片特性 | 说明 |
|---|---|
| 端到端隧道 | 通过Segment List定义完整路径 |
| 灵活路径 | 支持显式路径、策略路径、灵活ECMP |
| 色值(Color) | 通过Color实现多路径分流 |
| 时延保障 | 通过SRv6 Policy + Traffic Engineering保障时延 |
| 带宽保障 | 通过TE Tunnel + RSVP-TE或SRv6 TE保障带宽 |
SRv6 切片隧道示例：
# ===== SRv6 切片隧道配置 =====
# 1. 定义SRv6 Locator
ipv6
segment-routing ipv6
locator SRV6_LOC_1 # 范围: 2001:DB8:1::/48
# 2. 定义eMBB切片(SRv6 Tunnel)
interface Tunnel-TE 100
tunnel-protocol sr-te
description eMBB_Slice_Tunnel
destination 2001:DB8:3::1 # 目的设备
ipv6 binding-sid 2001:DB8:1::100:100
# 3. 定义uRLLC切片(SRv6 Tunnel, 带时延约束)
interface Tunnel-TE 200
tunnel-protocol sr-te
description uRLLC_Slice_Tunnel
destination 2001:DB8:3::1
ipv6 binding-sid 2001:DB8:1::200:200
te metric-type delay
te maximum-delay 5 # 最大时延5ms
# 4. 绑定业务流量到切片隧道
traffic-policy SLICE_EMBB
apply traffic-classifier EMBB_TRAFFIC
apply traffic-policy SLICE_EMBB
4.2 切片 SLA 参数定义
| SLA参数 | eMBB切片 | uRLLC切片 | mMTC切片 |
|---|---|---|---|
| 峰值带宽 | 10 Gbps | 100 Mbps | 1 Mbps |
| 用户面时延 | 10 ms | 1 ms | 100 ms |
| 可靠性 | 99.99% | 99.999% | 99.9% |
| 移动性 | 高速(500 km/h) | 中速(100 km/h) | 低速/静止 |
| 连接密度 | 10万/km² | 10万/km² | 100万/km² |
| 能量效率 | 中 | 中 | 高 |
4.3 切片故障隔离
故障隔离级别：
| 隔离级别 | 说明 | 故障影响 |
|---|---|---|
| 物理隔离 | 独立物理链路和设备 | 不影响其他切片 |
| 逻辑隔离(VLAN/VRF) | 独立转发实例 | 物理链路故障影响所有切片 |
| 调度隔离(QoS) | 独立队列和调度策略 | 带宽拥塞可能影响低优先级切片 |
五、实战案例
5.1 故障案例：切片间干扰导致SLA违约
现象：eMBB切片的高峰时段，uRLLC切片的时延从1ms增加到8ms，超出SLA要求（≤1ms）。
排查过程：
# 1. 检查uRLLC切片隧道状态
display tunnel-te 200
# Tunnel-TE 200: Up
# Current TE Path: Primary
# Actual Delay: 8ms (超过SLA 1ms)
# 2. 检查隧道链路拥塞
display interface 100GE1/0/1 statistics
# 接口利用率: 97% (接近拥塞)
# 3. 检查各切片带宽占用
display slice bandwidth-statistics
# eMBB切片: 占用92%带宽 (未受限)
# uRLLC切片: 占用5%带宽
# mMTC切片: 占用3%带宽
# 4. 根因分析
# eMBB切片在晚高峰时段流量激增
# eMBB切片的带宽分配策略为"动态共享",未设置上限
# 导致uRLLC切片可用带宽被挤压,队列排队时延增加
# 5. 修复方案
# 5a. 为eMBB切片设置带宽上限
# 5b. 提升uRLLC切片的调度优先级
# 5c. 启用严格优先级(SP)调度
# 修复配置:
qos queue 1 wrr weight 1 # uRLLC: 最高优先级
qos queue 2 wrr weight 8 # eMBB: 正常优先级
qos queue 3 wrr weight 1 # mMTC: 低优先级
# 启用SP调度
qos queue-mode strict-priority
根因：eMBB切片采用动态共享带宽策略，高峰时段流量激增挤压了uRLLC切片的调度带宽，导致uRLLC切片排队时延增加，超出SLA。
解决： 1. 启用严格优先级（SP）调度，确保uRLLC切片优先转发 2. 为eMBB切片设置带宽上限，防止无限抢占 3. 配置切片间干扰监控，时延超过阈值时自动告警
5.2 故障案例：切片路由配置错误导致流量绕路
现象：新创建的mMTC切片流量未按预期路径转发，部分流量走了一条高时延的绕行路径。
排查过程：
# 1. 检查SRv6 Policy
display segment-routing ipv6 policy color 300
# Policy: mMTC_Slice_Policy
# Color: 300
# Candidate Path 1 (Active): 时延15ms (异常,预期<5ms)
# Candidate Path 2 (Inactive): 时延3ms
# 2. 检查Candidate Path
display segment-routing ipv6 candidate-path 1
# Path Type: Explicit
# Segment List: 2001:DB8:1::SID1, 2001:DB8:2::SID2, 2001:DB8:3::SID3
# 该路径经过了一个老旧节点(转发能力弱,时延高)
# 3. 检查Candidate Path 2
display segment-routing ipv6 candidate-path 2
# Path Type: Explicit
# Segment List: 2001:DB8:1::SID1, 2001:DB8:4::SID4, 2001:DB8:3::SID3
# 该路径时延低,但优先级配置为Secondary
# 4. 根因分析
# 创建切片时,Primary路径经过了新建节点但配置了较高的权重
# 实际运行中发现新建节点的转发性能不达标
# 应使用Candidate Path 2作为主路径
# 5. 修复
# 将Candidate Path 2提升为Primary,Path 1降为Secondary
segment-routing ipv6 policy color 300
candidate-path 2 preference 50 # Primary
candidate-path 1 preference 10 # Secondary
根因：切片路由策略中，Primary Candidate Path选择了新建节点，但其实际转发性能不达标，导致时延超出预期。而低时延的Secondary路径优先级较低，未被激活。
解决： 1. 调整Candidate Path优先级，确保最优路径作为Primary 2. 建立切片路径性能基线，创建切片时自动验证路径性能 3. 启用SRv6 Policy的自动切换机制，当Primary路径性能不达标时自动切换
六、总结
| 切片类型 | 带宽 | 时延 | 可靠性 | 隔离方式 |
|---|---|---|---|---|
| eMBB | 高(10Gbps) | 中(10ms) | 中(99.99%) | 软隔离(VLAN+QoS) |
| uRLLC | 低(100Mbps) | 极低(1ms) | 极高(99.999%) | 硬隔离(FlexE+SP) |
| mMTC | 极低(1Mbps) | 高(100ms) | 低(99.9%) | 软隔离(VRF) |
| 最佳实践 | 说明 |
|---|---|
| 切片模板化 | 预定义eMBB/uRLLC/mMTC标准模板，快速实例化 |
| 资源上限 | 为每个切片设置资源上限，防止相互干扰 |
| 调度优先级 | uRLLC使用严格优先级，eMBB使用加权公平 |
| 路径冗余 | 关键切片配置多路径，支持自动切换 |
| SLA监控 | 实时采集切片SLA指标，超限自动告警 |
思考
- 网络切片的"硬隔离"和"软隔离"在5G承载网中分别适用于什么场景？如何平衡隔离强度和资源利用率？
- 当多个切片共享同一条物理链路时，如何通过QoS调度机制确保uRLLC切片的低时延SLA不被eMBB切片的高流量影响？
- 网络切片的端到端编排涉及RAN、传输和核心网多个域，如何实现跨域的切片自动化部署和故障恢复？
下篇预告：第288篇：5G 承载网：FlexE 与切片分组网