5G网络切片实例NSI生命周期管理信令全链拆解

前面几轮我们已经把切片的"控制面"翻了个底朝天——UE侧的S-NSSAI选择（NSSF）、切片二次认证（NSSAA）、边缘计算本地分流（UL CL）、应用重定位（EAS ACR）都拆解过了。但这些都建立在一个隐含前提之上：这些切片"已经存在并且可用"。那么问题来了——一个切片到底是怎么被"造出来"、怎么被"激活"、又怎么在业务不中断的情况下被"销毁"的？这就触及了3GPP规范体系里一个完全不同的面——管理面（Management Plane）。

控制面负责"使用"切片，管理面负责"生产"切片。本文聚焦 TS 28.530、TS 28.531、TS 28.532、TS 28.533、TS 28.541 这一组规范，深度拆解网络切片实例（Network Slice Instance, NSI）端到端生命周期管理信令，重点解析 NSMF（Network Slice Management Function）与 NSSMF 之间在 Commissioning（开通）阶段的实例化信令流程、关键管理对象IE，以及管理面如何把一个"切片"暴露给控制面供UE使用。

一、为什么需要单独讲"管理面切片"

很多协议工程师对切片的理解停留在 S-NSSAI = eMBB/URLLC/IoT 这种切片选择层面。但运营商真正交付的是一张端到端逻辑网络，它横跨无线（RAN）、传输（TN）和核心网（CN）三个域，需要：

• 资源：UPF/SMF实例、gNB上的PRB配额、传输隧道带宽
• 配置：网络功能的S-NSSAI归属、QoS参数模板
• 编排：跨域协调、依赖关系、回滚
• 保障：SLA监控、扩缩容

这套"造切片"的机器由 TS 28.53x 系列定义，核心是三个管理功能实体：CSMF → NSMF → NSSMF，形成自顶向下的需求分解链。它和控制面完全是两套信令体系：控制面走 NGAP/NAS（TS 38.413/24.501），管理面走基于 HTTP/2 REST 的管理服务（Management Service, MnS，TS 28.532）。理解这条管理链，是理解"切片从0到1"的关键。

二、核心架构：CSMF/NSMF/NSSMF三层模型

3GPP TS 28.530 定义了网络切片的管理架构，其核心是一个层次化的需求分解与资源聚合模型。

flowchart TB
    subgraph Biz[业务层]
        CS[通信服务实例<br/>Communication Service Instance]
    end
    subgraph Mgmt[切片管理层]
        CSMF[CSMF<br/>通信服务管理功能<br/>业务需求→切片需求]
        NSMF[NSMF<br/>网络切片管理功能<br/>NSI生命周期总控]
    end
    subgraph Subnet[子网管理层]
        CNNSSMF[Cn-NSSMF<br/>核心网子网]
        RANNSSMF[Ran-NSSMF<br/>无线子网]
        TNNSSMF[Tn-NSSMF<br/>传输网子网]
    end
    subgraph Res[资源/网元层]
        CNF[CN NFs: AMF/SMF/UPF<br/>实例化/配置]
        RANF[gNB: PRB切片<br/>NGAP AllowedNSSAI]
        TNF[传输隧道: VPN/SRv6<br/>IETF Network Slice]
    end
    CS --> CSMF
    CSMF -->|NSI需求 SliceProfile| NSMF
    NSMF -->|NSSI需求| CNNSSMF
    NSMF -->|NSSI需求| RANNSSMF
    NSMF -->|NSSI需求| TNNSSMF
    CNNSSMF --> CNF
    RANNSSMF --> RANF
    TNNSSMF --> TNF

设计意图：这种三层分解借鉴了 TMF/eTOM 的服务→资源建模思想。CSMF 解耦"业务语言"（"我要一个 5ms 时延的车联网切片"）和"网络语言"（"SST=2, SD=0x1, UL 100Mbps"）；NSMF 作为端到端总编排器；NSSMF 按域隔离，让无线厂商和核心网厂商各管各的子系统。这正是多厂商组网时切片能落地的前提——没有任何一个厂商能同时编排 RAN+CN+TN，必须靠标准化的 NSSI 接口边界。

一个关键概念是NSSI的共享性：TS 28.530 明确指出，一个 NSI 由一个或多个 NSSI 组成，而NSSI 可以被多个 NSI 共享。例如运营商为 eMBB 和 V2X 各建一个 NSI，但两者可以共用同一组 UPF 实例（作为共享 NSSI），只在 gNB 侧分配不同的 PRB 隔离。这种"专用+共享"的混合模型是切片资源效率的核心。

三、NSI生命周期四阶段状态机

TS 28.530 Section 5 将 NSI 的生命周期严格划分为四个阶段。每个阶段都伴随被管对象（Managed Object）的 operationalState 和 administrativeState 状态迁移。

stateDiagram-v2
    [*] --> Preparation: 容量规划/模板设计
    Preparation --> Commissioning: CSMF下发NSI需求
    note right of Commissioning
        createMOI(NSI)
        operationalState = DISABLED
    end note
    Commissioning --> Commissioning: NSSI实例化/复用
    Commissioning --> Operational: NSI激活 enableNSI
    note right of Operational
        operationalState = ENABLED
        administrativeState = UNLOCKED
    end note
    Operational --> Operational: 修改/扩缩容 modifyNSI
    Operational --> Operational: 故障管理/性能保障
    Operational --> Decommissioning: 业务下线
    note right of Decommissioning
        administrativeState = SHUTTINGDOWN
    end note
    Decommissioning --> [*]: releaseNSI/deleteMOI
    Decommissioning --> Operational: 业务保留/迁移失败回退

各阶段的职责与典型信令操作如下表：

设计意图：两段式状态机（operationalState + administrativeState）继承自 TS 28.625 的通用状态模型，与 LTE 时代 OAM 完全一致，保证了切片管理的运维一致性——运维人员可以像对待一个传统网元那样"加锁/解锁/禁用"一个切片，而不需要学习全新的运维范式。

四、NSI开通（Commissioning）信令全链拆解

这是切片管理最复杂、最核心的信令流程。当一个新通信服务（如某垂直行业的专线切片）需要上线时，NSMF 需要协调 RAN/CN/TN 三个域的 NSSMF 完成端到端实例化。完整信令时序如下：

sequenceDiagram
    autonumber
    participant CSMF
    participant NSMF
    participant CNNSSMF as Cn-NSSMF<br/>(核心网子网)
    participant RANNSSMF as Ran-NSSMF<br/>(无线子网)
    participant TNNSSMF as Tn-NSSMF<br/>(传输子网)
    participant NFVO as NFV-MANO

    Note over CSMF: 业务受理，生成切片需求
    CSMF->>NSMF: createNSIRequest(SliceProfile: sNSSAI,<br/>latency, uLThpt, reliability, coverageTAList)
    Note over NSMF: §5.2 评估NSI组成<br/>决定需哪些NSSI（新建/复用）

    rect rgb(235, 245, 255)
    Note right of NSMF: 步骤A：分解需求到各域NSSMF（可并行）
    NSMF->>CNNSSMF: allocateNssi(Cn需求: NF类型/S-NSSAI/QoS)
    NSMF->>RANNSSMF: allocateNssi(Ran需求: gNB列表/PRB配额)
    NSMF->>TNNSSMF: allocateNssi(Tn需求: 端点/带宽/SLA)
    end

    par 并行实例化
        CNNSSMF->>NFVO: 实例化UPF/SMF(容器/VM)
        NFVO-->>CNNSSMF: NF实例ID + 端点
        CNNSSMF->>CNNSSMF: 配置NF S-NSSAI归属
        CNNSSMF-->>NSMF: allocateNssiResp(nssiId, capacity, epList)
    and
        RANNSSMF->>RANNSSMF: 配置gNB切片资源<br/>(AllowedNSSAI/PRB)
        RANNSSMF-->>NSMF: allocateNssiResp(nssiId, coverage)
    and
        TNNSSMF->>TNNSSMF: 建立传输隧道(SRv6/VPN)
        TNNSSMF-->>NSMF: allocateNssiResp(nssiId, pathInfo)
    end

    Note over NSMF: §5.2 关联所有NSSI → 形成NSI<br/>记录 nsiId ← {cnNssi, ranNssi, tnNssi}
    NSMF->>NSMF: activateNSI()<    NSMF-->>CSMF: createNSIResponse(nsiId, status=ACTIVATED)

    rect rgb(240, 255, 240)
    Note over NSMF,CSMF: §5.3 运行期：暴露给控制面
    NSMF->>NSMF: 下发S-NSSAI到AMF/UDM/NSSF配置
    Note over NSMF: 此后UE注册流程中NSSF才能<br/>为该切片选择AMF/SMF/UPF
    end

逐步IE解析

消息① createNSIRequest（CSMF → NSMF）：携带的核心IE是 SliceProfile（TS 28.541 定义的信息模型）。这是整个切片的"需求规格书"，NSMF 后续所有的分解都基于它。

消息②-④ allocateNssi（NSMF → NSSMF）：NSMF 完成需求分解后，向三个域的 NSSMF 并行下发子网分配请求。这里的关键设计是：NSSI 分配请求之间无强同步依赖，三个域可以并发实例化，NSMF 用一个聚合点（barrier）等待全部完成。这大幅缩短了切片开通时延（从串行的数十分钟降到并行后的几分钟级）。

消息⑤-⑩ NSSMF 内部实例化：核心网侧 NSSMF 通过 NFV-MANO（ETSI ISG NFV 标准）拉起 UPF/SMF 容器实例；无线侧 NSSMF 向 gNB 下发切片资源配置（对应 RAN 侧的 NGAP AllowedNSSAI 与切片级 PRB 隔离）；传输侧 NSSMF 与 IETF 定义的传输网切片结合（draft-ietf-teas-5g-network-slice-application），建立 SRv6/VPN 隧道。

消息⑪ allocateNssiResp：每个 NSSMF 返回 nssiId（子网实例标识）、capacity（实际分配容量，可能小于请求，需 NSMF 仲裁）、epList（端点信息，如 UPF 的 N3/N4 接口地址）。NSMF 据此建立 NSI ↔ NSSI 的关联关系——这是 NSI 数据模型中最核心的属性 nsiId ←→ {cnNssi, ranNssi, tnNssi}。

消息⑫ activateNSI / createNSIResponse：NSMF 激活 NSI，将 operationalState 置为 ENABLED，向上通知 CSMF 切片就绪。但此时控制面还感知不到这个切片——必须经过第⑬步。

消息⑬ 暴露给控制面（关键！）：NSMF 把新切片的 S-NSSAI 及其关联的 AMF/SMF/UPF 配置下发到控制面网元。只有完成这一步，UE 注册流程中的 NSSF 才能为该 S-NSSAI 正确选择网元。这就是管理面与控制面的耦合点——管理面"生产"切片，控制面"消费"切片，两者通过网元配置（如 AMF 的 Supported S-NSSAI List）这个"接口"对接。

五、关键信息模型：SliceProfile与被管对象

TS 28.541 定义了网络切片的信息对象类（IOC, Information Object Class）——即被管对象的数据模型。这是 NSI 信令中所有 IE 的根源。

classDiagram
    class NetworkSlice {
        +id : nsiId
        +operationalState : ENABLED|DISABLED
        +administrativeState : LOCKED|UNLOCKED|SHUTTINGDOWN
        +sliceProfileList : SliceProfile~List~
        +nsSNSSAIList : SNSSAI~List~
        +nssiRefList : NSSI~List~
    }
    class NetworkSliceSubnet {
        +id : nssiId
        +operationalState : State
        +administrativeState : State
        +nsList : NSI~List~
        +constituentNSSIRefList
        +resourceSharingLevel
    }
    class SliceProfile {
        +sNSSAI : SST~+SD~
        +latency : ms
        +jitter : ms
        +reliability : pct
        +uLThpt : bps
        +dLThpt : bps
        +maxNumberofUEs : int
        +coverageAreaTAList : TAC~List~
        +resourceSharingLevel
    }
    NetworkSlice "1" o-- "1..*" NetworkSliceSubnet : 包含/关联
    NetworkSlice "1" --> "1..*" SliceProfile : 描述需求
    NetworkSliceSubnet <.. NetworkSlice : 可被多NSI共享

SliceProfile 的每个属性都直接决定资源分配，下表给出工程含义与取值约束：

resourceSharingLevel 是一个特别值得注意的IE——它直接驱动 NSMF 在消息②阶段的"复用 vs 新建"决策。当值为"shared"时，NSMF 会优先在已有 NSSI 池中寻找满足 SliceProfile 的可共享实例，避免重复建设；当值为"non-shared"时，必须实例化专用 NSSI。这是运营商控制切片成本（CAPEX）的关键开关。

六、运行期修改与退服信令

NSI 在运行期并非静态，TS 28.531 定义了 modifyNSI 操作支持无损扩缩容。典型场景是 V2X 切片在早晚高峰扩容 uLThpt：NSMF 发起 modifyNSI → 各 NSSMF 增配 PRB/带宽 → UPF 横向扩容容器副本。整个过程中切片保持 ENABLED，已建立 PDU 会话的业务不中断——这与控制面 SSC 模式3的 PSA 变更（前序已拆解）形成互补：管理面做"容量"调整，控制面做"路径"调整。

退服（Decommissioning）信令必须严格有序，否则会留下孤儿资源：

1. disableNSI：administrativeState → SHUTTINGDOWN，停止接受新会话（控制面 AMF/SMF 拒绝该 S-NSSAI 的新注册/会话）
2. 等待存量会话自然释放或主动迁移（触发 UE 重注册到其他切片）
3. releaseNssi：逐域释放 NSSI（CN 释放 NF、RAN 释放 PRB、TN 拆除隧道）
4. deleteMOI：删除被管对象，资源归还资源池

常见故障点：步骤3中若某个 NSSMF 因网元故障未能释放资源，NSMF 会因 NSSI 未达 DISABLED 而卡在 SHUTTINGDOWN 状态，形成"僵尸切片"。排错时需通过 TS 28.532 的通知订阅（subscribe/notify）查看各 NSSMF 上报的 resourceReleaseResult，定位未释放的子网。

七、与其他方案的对比

切片管理面方案与传统网管、ETSI NFV 的关系如下：

3GPP 的独特价值在于把切片作为一等公民纳入管理模型，并通过 SliceProfile 把业务需求与网络资源用标准化的属性集绑定——这是 NFV-MANO 单独做不到的（它只懂 VM/容器，不懂"切片"这个业务概念）。实际部署中，Cn-NSSMF 内部通常调用 NFV-MANO 来实例化 UPF/SMF，两者是协作而非竞争关系。

九、Rel-18/Rel-19 增强方向

• Rel-18：强化切片SLA保障（Slice SLA Assurance），引入闭环保障机制——当 SliceProfile 中的 latency/reliability 实测值越限时，自动触发 modifyNSI 扩容；同时增强通过 NEF/CAPIF 的切片能力开放，让第三方（如垂直行业）查询切片状态、按需激活。
• Rel-19：切片管理与 AI/ML 结合用于容量预测和需求分解；推动跨运营商切片（Cross-operator network slicing）——漫游场景下一个运营商的 NSMF 能协调对端网络的 NSSMF，这与 SEPP（N32）安全机制（前序已拆解）在漫游架构上形成衔接；CEC（Cross-operator Edge Computing）将边缘 UPF 与切片管理统一编排。

常见问题

Q1: NSMF 创建好的切片，UE 立刻就能用吗？ A: 不能。NSI 在管理面 ACTIVATED 后，还必须经过"暴露给控制面"这一步——把 S-NSSAI 及关联网元配置下发到 AMF/NSSF/UDM。只有控制面网元的 Supported S-NSSAI List 更新后，UE 注册流程中的 NSSF 选择才会"看得到"这个新切片。这中间通常有秒级到分钟级的配置同步时延。

Q2: NSSI 和 NSI 到底什么关系？为什么要有两层？ A: 一个 NSI（端到端切片实例）由若干 NSSI（子网切片实例）组成，分属 RAN/CN/TN 三域。引入 NSSI 层的核心价值是资源共享：多个 NSI 可共享同一个 NSSI（如共用一组 UPF），从而避免每个切片都独占全部资源。resourceSharingLevel 这个IE就是控制"共享 vs 专用"的开关。

Q3: 切片开通失败如何排错？ A: 沿 NSMF→NSSMF→网元三层排查：先看 NSMF 日志中 allocateNssi 的返回码，定位是哪个域失败（CN/RAN/TN）；再进失败域 NSSMF 看 NFV-MANO 实例化日志或 gNB 配置下发结果；常见根因是 SliceProfile 的 coverageAreaTAList 指向了未部署切片能力的 gNB，或 uLThpt 超过单域可分配上限导致容量不足。

Q4: NSMF/NSSMF 和 NFV-MANO 是竞争关系吗？ A: 不是，是协作。NSMF/NSSMF 管的是"切片业务逻辑"（S-NSSAI、SliceProfile、跨域协调），NFV-MANO 管"虚拟化实例"（VM/容器生命周期）。Cn-NSSMF 内部会调用 NFV-MANO 来拉起 UPF/SMF 容器。前者是后者的上层编排者。

Q5: 为什么传输网切片要扯上 IETF？ A: 3GPP TS 28.53x 把 NSMF↔TN-NSSMF 边界留给传输域实现，但 3GPP 本身不定义传输网技术。传输网（IP/MPLS/SRv6）的切片由 IETF TEAS 工作组定义（draft-ietf-teas-5g-network-slice-application），负责 NSMF 下发的带宽/SLA 需求到传输隧道（VPN/SRv6 path）的映射。所以端到端切片是 3GPP+IETF 两个标准体系协同的产物。

参考来源

1. 3GPP TS 28.530 - Concepts and aspects for network slicing management — §5 NSI生命周期四阶段定义（Preparation/Commissioning/Operational/Decommissioning）
2. ETSI TS 128 530 V15.2.0 PDF — 管理面切片概念权威文本，含 CSMF/NSMF/NSSMF 需求
3. 3GPP - 5G Network Slice Management — 官方切片管理总览，含 NSSI 共享示意图
4. NSMF — Network Slice Management Function (3GPP Glossary) — NSMF 功能职责与各 Rel 版本能力演进
5. NSSI — Network Slice Subnet Instance (3GPP Glossary) — NSSI 共享模型与被管对象定义
6. ONAP E2E Network Slicing 文档 — 开源 SO 充当 NSMF、各域 NSSMF 的实现映射
7. IETF draft-ietf-teas-5g-network-slice-application — 传输网切片映射，NSMF↔TN-NSSMF 接口的 IETF 侧定义

本文由「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 等场景全覆盖。