5G NSSF网络切片选择与S-NSSAI映射全链拆解

网络切片是5G系统区别于4G的核心特性之一，而NSSF（Network Slice Selection Function）作为切片选择的"裁判官"，决定了UE能否接入正确的切片实例。本文将深入拆解NSSF如何通过S-NSSAI执行切片选择、Allowed NSSAI的确定逻辑、HPLMN-VPLMN的S-NSSAI映射机制，以及AMF与NSSF之间的完整SBI交互信令流。核心规范依据：TS 23.501 Section 5.15（切片架构定义）、TS 23.502 Section 4.2.2.2（注册流程中的切片选择）、TS 29.531（Nnssf服务定义）。

一、S-NSSAI数据结构：切片标识的最小单元

1.1 S-NSSAI编码格式

S-NSSAI（Single Network Slice Selection Assistance Information）是5G系统中标识一个网络切片的基本数据结构，定义于TS 23.501 Section 5.15.2.1。

SST的8位长度意味着最多256种标准化切片类型。3GPP在TS 23.501 Section 5.15.2.2中定义了4种标准化SST值：

运营商可使用值128~127（标准化范围之外的SST值）定义自己的非标准化切片。当同一SST下需要区分多个切片时，通过SD字段实现——例如SST=1、SD=0x010203与SST=1、SD=0x040506虽然同为eMBB切片，但对应完全不同的切片实例和资源隔离策略。

1.2 六种NSSAI类型及其生命周期

5G系统中定义了6种NSSAI（Network Slice Selection Assistance Information），它们在UE注册和会话管理生命周期中扮演不同角色，定义于TS 23.501 Section 5.15.2和Section 5.15.4：

flowchart TB
    subgraph 签约阶段
        A[UDM/UDR<br>Subscribed S-NSSAI<br>用户签约切片列表] --> B[Default S-NSSAI<br>标记为默认的签约切片]
    end

    subgraph 注册阶段
        C[Configured NSSAI<br>HPLMN或VPLMN配置的可用切片] --> D[Requested NSSAI<br>UE在Registration Request中携带]
        D --> E[NSSF切片选择]
        A --> E
        E --> F[Allowed NSSAI<br>当前TA中允许使用的切片]
        E --> G[Rejected NSSAI<br>被拒绝的切片]
    end

    subgraph 会话阶段
        F --> H[PDU Session建立<br>使用Allowed NSSAI中的S-NSSAI]
    end

    style A fill:#e1f5fe
    style F fill:#c8e6c9
    style G fill:#ffcdd2
    style E fill:#fff9c4

设计意图：这种分层设计确保了（1）运营商通过签约数据控制用户可用切片的边界；（2）网络通过NSSF根据当前TA资源状况动态决定实际可用的切片；（3）UE只需关心Allowed NSSAI，无需感知底层切片实例的具体拓扑。

二、NSSF在注册流程中的完整信令交互

2.1 注册流程中NSSF切片选择时序图

以下时序图展示了非漫游场景下，AMF在初始注册过程中调用NSSF执行切片选择的完整信令流（基于TS 23.502 Section 4.2.2.2）：

sequenceDiagram
    participant UE
    participant RAN as (R)AN
    participant AMF
    participant NSSF
    participant UDM
    participant NRF

    UE->>RAN: NAS Registration Request<br>Requested NSSAI=[SST:1, SST:2]
    RAN->>AMF: N2 Initial UE Message<br>含Requested NSSAI + TAI

    rect rgb(255, 243, 224)
    Note over AMF: Step 1: AMF本地检查<br>Requested NSSAI是否全部在Supported NSSAI中
    end

    AMF->>UDM: Nudm_SDM_Get(supi, dataTypeId=nssai)
    UDM-->>AMF: Subscribed S-NSSAI(s)<br>=[{SST:1,SD:001(Default)}, {SST:2}, {SST:3}]

    rect rgb(232, 245, 233)
    Note over AMF,NSSF: Step 2: AMF调用NSSF进行切片选择
    end

    AMF->>NSSF: GET /nnssf-nsselection/v1/network-slice-information<br>?nf-type=AMF&nf-id=amf-001<br>&slice-info-request-for-registration={...}<br>&tai={PLMN-46000,TAC-1234}

    rect rgb(255, 249, 196)
    Note over NSSF: Step 3: NSSF切片选择算法<br>Requested ∩ Subscribed ∩ TA-Supported
    end

    NSSF-->>AMF: 200 OK<br>{allowedNssai, targetAmfSet,<br>rejectedNssaiInTa, nsiInformationList}

    rect rgb(227, 242, 253)
    Note over AMF: Step 4: 判断是否需要AMF重定向<br>当前AMF是否在targetAmfSet中
    end

    alt 当前AMF在targetAmfSet中
        AMF->>UE: Registration Accept<br>Allowed NSSAI=[{SST:1,SD:001}]
    else 当前AMF不在targetAmfSet中
        AMF->>RAN: Namf_Communication_N2InfoTransfer<br>触发AMF重定向
        RAN->>AMF: 路由到targetAmfSet中的新AMF
        AMF->>UE: Registration Accept<br>Allowed NSSAI=[{SST:1,SD:001}]
    end

2.2 Nnssf_NSSelection_Get请求消息关键IE详解

Nnssf_NSSelection_Get是NSSF提供的核心SBI服务操作（定义于TS 29.531 Section 6），使用HTTP GET方法，URI为/network-slice-information。

注册场景请求参数表（SliceInfoForRegistration结构）：

SliceInfoForRegistration内部结构（TS 29.531 Section 6.1.6.2.4）：

2.3 Nnssf_NSSelection_Get响应消息关键IE详解

成功响应（200 OK）参数表（TS 29.531 Section 6.2.2）：

NsiInformation结构（TS 29.531 Section 6.1.6.2.8）是连接切片选择与NF发现的关键桥梁：

设计意图：NsiInformation中返回的NRF地址是"切片专属NRF"——AMF拿到这个NRF地址后，会向其发起SMF发现请求，从而确保选择的SMF属于正确的网络切片实例。这是5G实现切片隔离的核心机制之一。

三、NSSF切片选择算法：Allowed NSSAI的确定逻辑

3.1 非漫游场景Allowed NSSAI计算

NSSF确定Allowed NSSAI的核心算法是一个三重交集运算：

Allowed NSSAI = Requested NSSAI ∩ Subscribed S-NSSAI(s) ∩ TA-Supported S-NSSAI(s)

flowchart TD
    A[输入: Requested NSSAI<br>从UE获取] --> D{NSSF切片选择算法}
    B[输入: Subscribed S-NSSAI<br>从UDM获取] --> D
    C[输入: TA-Supported S-NSSAI<br>NSSF本地配置] --> D

    D --> E[三重交集运算]
    E --> F{交集是否为空?}

    F -->|非空| G[Allowed NSSAI = 交集结果]
    G --> H[计算Rejected NSSAI<br>= Requested - Allowed]
    H --> I[确定targetAmfSet<br>支持Allowed NSSAI的AMF集合]
    I --> J[返回NsiInformationList<br>每个S-NSSAI对应的NSI信息]

    F -->|为空| K{是否存在Default S-NSSAI?}
    K -->|是| L[Allowed NSSAI = Default S-NSSAI]
    K -->|否| M[返回错误<br>无可用切片]

    style G fill:#c8e6c9
    style L fill:#fff9c4
    style M fill:#ffcdd2
    style D fill:#e1bee7

具体示例：

假设： - Subscribed S-NSSAI = [{SST:1, SD:001, Default=true}, {SST:2}, {SST:3, SD:010}] - Requested NSSAI = [{SST:1}, {SST:2}, {SST:4}] - TA(TAC=1234) Supported = [{SST:1, SD:001}, {SST:2}, {SST:5}]

计算过程： 1. Requested ∩ Subscribed = [{SST:1}, {SST:2}]（SST:4不在签约中，被过滤） 2. 结果 ∩ TA-Supported = [{SST:1, SD:001}, {SST:2}]（SST:1匹配到带SD的签约切片） 3. Allowed NSSAI = [{SST:1, SD:001}, {SST:2}] 4. Rejected in TA = [{SST:4}]（非签约切片） 5. targetAmfSet = 支持SST:1和SST:2的AMF集合

3.2 漫游场景：HPLMN-VPLMN S-NSSAI映射

漫游场景下的切片选择需要额外的S-NSSAI映射步骤（定义于TS 23.501 Section 5.15.6），这是NSSF功能中最复杂的部分。

sequenceDiagram
    participant UE
    participant VAMF as V-AMF
    participant VNSSF as V-NSSF
    participant UDM as H-UDM

    UE->>VAMF: Registration Request<br>Requested NSSAI(VPLMN)=[{SST:1}]
    VAMF->>UDM: Nudm_SDM_Get
    UDM-->>VAMF: Subscribed S-NSSAI(HPLMN)<br>=[{SST:1,SD:100},{SST:2,SD:200}]

    rect rgb(255, 243, 224)
    Note over VAMF,VNSSF: 漫游场景NSSF切片选择
    end

    VAMF->>VNSSF: Nnssf_NSSelection_Get<br>home-plmn-id={460,00}<br>target-plmn-id={460,01}<br>roaming-indication=ROAMING<br>mappingOfNssai=[{hplmn:{SST:1,SD:100}↔vplmn:{SST:1}}]

    rect rgb(232, 245, 233)
    Note over VNSSF: Step 1: VPLMN S-NSSAI→HPLMN S-NSSAI映射<br>{SST:1}→{SST:1,SD:100}<br>Step 2: 映射结果∩Subscribed<br>={SST:1,SD:100} ✓<br>Step 3: 映射回VPLMN S-NSSAI<br>={SST:1}<br>Step 4: ∩VPLMN TA-Supported
    end

    VNSSF-->>VAMF: allowedNssai=[{SST:1}]<br>mappingOfNssai=[{hplmn:{SST:1,SD:100}↔vplmn:{SST:1}}]<br>configuredNssai(for VPLMN)

    VAMF->>UE: Registration Accept<br>Allowed NSSAI(VPLMN)=[{SST:1}]<br>Configured NSSAI(for VPLMN)

NssaiMapping结构（TS 29.531 Section 6.1.6.2.9）：

为什么需要映射？ 因为不同运营商可能对同一类业务使用不同的SST/SD编码。例如HPLMN的URLLC切片用{SST:2, SD:100}，而VPLMN可能仅用{SST:2}，或者两个运营商的私有SST完全不同。映射关系由NSSF的本地配置或运营商间的漫游协议决定。

四、NSSF的两大SBI服务全景

4.1 Nnssf_NSSelection服务 vs Nnssf_NSSAIAvailability服务

NSSF提供两个SBI服务（TS 29.531），分别服务于不同场景：

4.2 Nnssf_NSSAIAvailability服务操作详解

设计意图：Nnssf_NSSAIAvailability的订阅/通知机制实现了动态切片可用性管理。当某个TA的切片资源状况发生变化（如切片负载过高需要限制新接入），NSSF可以通过通知机制主动告知AMF，AMF据此在后续的注册请求中调整切片选择策略。

五、Rejected NSSAI的两级拒绝机制

NSSF在响应中可能返回两种级别的Rejected NSSAI，UE对其处理方式截然不同（TS 23.501 Section 5.15.6.3）：

NAS层编码：在Registration Accept消息中（TS 24.501 Section 9.11.3.x），Rejected NSSAI携带拒绝原因值： - 原因值0x01：S-NSSAI在当前PLMN不可用 - 原因值0x02：S-NSSAI在当前注册区（Registration Area）不可用

六、PDU会话建立中的NSSF交互

在PDU会话建立过程中，AMF也需要调用NSSF获取NSI信息，以确保SMF属于正确的切片实例（TS 23.502 Section 4.3.2.2.1）。

sequenceDiagram
    participant UE
    participant AMF
    participant NSSF
    participant NRF as 切片专属NRF
    participant SMF

    UE->>AMF: NAS PDU Session Establishment Request<br>DNN=internet, S-NSSAI={SST:1,SD:001}

    rect rgb(232, 245, 233)
    Note over AMF: AMF检查S-NSSAI是否在Allowed NSSAI中
    end

    AMF->>NSSF: GET /network-slice-information<br>slice-info-request-for-pdu-session={<br>sNssai:{SST:1,SD:001},<br>roamingIndication:NON_ROAMING}<br>tai={PLMN-46000,TAC-1234}

    NSSF-->>AMF: 200 OK<br>nsiInformationList=[{<br>nsiId:"nsi-001",<br>nrfId:"https://nrf-slice1.operator.com/nnrf-nfm"<br>}]

    rect rgb(227, 242, 253)
    Note over AMF,NRF: AMF使用NSI专属NRF发现SMF
    end

    AMF->>NRF: GET /nnrf-disc/v1/nf-instances<br>target-nf-type=SMF<br>sNssai={SST:1,SD:001}<br>dnn=internet
    NRF-->>AMF: SMF Profile(s)<br>（仅属于nsi-001的SMF实例）

    AMF->>SMF: Nsmf_PDUSession_CreateSMContext<br>DNN + S-NSSAI + SUPI + N2 SM Info

SliceInfoForPDUSession结构（TS 29.531 Section 6.1.6.2.5）：

关键设计点：PDU会话场景中，NSSF不再返回Allowed NSSAI（已在注册阶段确定），而是返回NsiInformation——即该S-NSSAI对应的网络切片实例所关联的NRF地址。AMF使用这个"切片专属NRF"来发现属于该切片的SMF，从架构层面保证了切片间的NF隔离。

七、AMF重定向：切片驱动的AMF选择

当NSSF返回的targetAmfSet与当前AMF不匹配时，触发AMF重定向（TS 23.502 Section 4.2.2.2.3）。这是网络切片影响5G路由架构的核心体现。

7.1 AMF Set与切片的关系

flowchart LR
    subgraph 切片部署架构
        direction TB
        S1[AMF Set-1<br>支持SST:1 eMBB] --> A1[AMF-1a]
        S1 --> A2[AMF-1b]

        S2[AMF Set-2<br>支持SST:2 URLLC] --> A3[AMF-2a]
        S2 --> A4[AMF-2b]

        S3[AMF Set-3<br>支持SST:1+SST:3<br>eMBB+MIoT] --> A5[AMF-3a]
    end

    subgraph RAN侧路由
        RAN[gNB] -->|切片1流量| S1
        RAN -->|切片2流量| S2
        RAN -->|切片3流量| S3
    end

AMF重定向触发条件与处理流程：

RAN侧切片信息：gNB在N2消息中携带SliceSupportList（TS 38.413），列出了gNB支持的S-NSSAI列表。RAN可以利用这个信息在初始UE消息路由时就选择合适的AMF，减少后续重定向。

八、free5GC实现对照：代码级映射

free5GC作为3GPP R16/R17标准的开源参考实现，其NSSF模块的代码结构直接映射了规范要求：

free5GC中NSSF的关键配置示例（简化版）：

# nssfconfig.yaml (简化)
nssf:
  supportedNssaiInPlmn:
    - plmnId: {mcc: "460", mnc: "00"}
      supportedSnssaiList:
        - {sst: 1, sd: "010203"}
        - {sst: 2}
        - {sst: 3}
  nsiprofiles:
    - nsiId: "nsi-001"
      sNssai: {sst: 1, sd: "010203"}
      nrfId: "https://nrf-slice1.free5gc.org:8000"
    - nsiId: "nsi-002"
      sNssai: {sst: 2}
      nrfId: "https://nrf-slice2.free5gc.org:8000"
  amfSetList:
    - amfSetId: "amf-set-1"
      supportedSnssaiList: [{sst: 1, sd: "010203"}, {sst: 3}]
    - amfSetId: "amf-set-2"
      supportedSnssaiList: [{sst: 2}]

九、抓包识别与故障排查

9.1 抓包识别要点

9.2 常见故障场景

Q1: NSSF和UDM在切片选择中的职责边界是什么？

A: UDM负责提供用户的签约切片全集（Subscribed S-NSSAI），这是静态数据，由运营商在用户开户时配置。NSSF负责基于当前网络状态（TA支持情况、切片资源可用性、AMF Set映射）做动态的切片选择决策，输出Allowed NSSAI。简单说：UDM决定"用户有权使用哪些切片"，NSSF决定"用户当前实际能使用哪些切片"。

Q2: Configured NSSAI和Allowed NSSAI的区别是什么？为什么需要两个？

A: Configured NSSAI是UE在某个PLMN中可以尝试请求的S-NSSAI集合，它由签约数据与PLMN支持切片的交集确定，相对稳定。Allowed NSSAI是UE在当前注册区中实际被授权使用的S-NSSAI集合，由NSSF根据TA级别的切片可用性动态确定，UE移动到新TA后可能变化。Configured NSSAI为UE提供了请求切片的"候选菜单"，Allowed NSSAI是"上桌的菜品"。

Q3: 如果UE不携带Requested NSSAI会发生什么？

A: 如果UE在Registration Request中不携带Requested NSSAI，AMF会使用用户签约数据中的Default S-NSSAI作为Requested NSSAI的替代。NSSF会将Default S-NSSAI作为Allowed NSSAI返回。如果用户没有任何Default S-NSSAI，AMF可能返回Registration Reject（原因值#62——没有合适的网络切片）。这确保了即使用户终端不感知切片概念，也能接入运营商的默认切片。

Q4: 为什么PDU会话建立时还需要再次调用NSSF？注册时不是已经确定了切片吗？

A: 注册阶段确定了Allowed NSSAI（UE可以使用哪些切片），但PDU会话建立阶段需要获取NsiInformation——即该S-NSSAI对应的网络切片实例的NRF地址。这是因为在大型运营商网络中，同一个S-NSSAI可能对应多个NSI（不同地域部署不同的切片实例），AMF需要通过NRF发现属于正确NSI的SMF。两个阶段回答的是不同的问题：注册阶段回答"能用哪个切片"，PDU会话阶段回答"切片在哪里"。

Q5: NSSAI可用性变更通知机制在什么场景下最有价值？

A: 主要在以下场景：（1）切片扩缩容——某切片实例负载过高，NSSF通知AMF暂停该切片的新接入；（2）切片故障恢复——某NSI对应的NRF恢复，NSSF通知AMF该切片可用；（3）运维操作——运营商临时关闭某个切片进行维护。这个机制让5G网络能够实时感知切片状态变化，而不需要等待UE重新注册。

参考来源

1. 3GPP TS 23.501 V18.x.x — Section 5.15（网络切片架构）、Section 5.15.2（NSSAI类型定义）、Section 5.15.6（S-NSSAI映射）
2. 3GPP TS 23.502 V18.x.x — Section 4.2.2.2（注册流程中的切片选择）、Section 4.2.2.2.3（AMF重定向）、Section 4.3.2.2.1（PDU会话与切片选择）
3. 3GPP TS 29.531 V18.x.x — Section 5-8（Nnssf_NSSelection服务定义）、Section 9-12（Nnssf_NSSAIAvailability服务定义）
4. 3GPP TS 38.413 V18.x.x — NGAP SliceSupportList IE定义，RAN侧切片路由信令
5. free5GC NSSF Module — NSSF开源参考实现，切片选择算法的代码级参考

本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。 to-End](https://www.5g6gacademy.com/learn/what-is-nssf) — NSSF端到端选择机制解析 5. Network Function NSSF Introduction - free5GC — free5GC开源NSSF实现分析 6. Network Slicing - ShareTechnote — 5G切片信令流程图解 7. free5GC Network Slicing DeepWiki — free5GC切片实现架构分析

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