好的,我们继续。

深度解析 3GPP TS 29.531:4 Overview & 5.1 Introduction (NSSF架构概览与服务介绍)

本文技术原理深度参考了3GPP TS 29.531 V18.8.0 (2024-09) Release 18规范中,关于“Chapter 4 Overview”和“Chapter 5.1 Introduction”的核心章节。本文将详细剖析NSSF在5G系统中的官方架构定位,并正式介绍其对外提供的两大核心服务。

在上一篇文章中,我们为解读TS 29.531规范打下了坚实的地基,明确了它的范围、依赖的知识体系以及核心术语。现在,地基已稳,是时候开始构建这座大厦的第一层了。我们将深入规范的第4章和第5章的引言部分,从官方的架构图出发,直观地理解NSSF的“江湖地位”,并正式揭开它所提供的两种服务的神秘面纱。

我们将继续跟随主角“小杰”的脚步。这一次,他将从熟悉的市区进入一个刚刚完成5G网络升级的智慧工业园区。这个场景的切换,将帮助我们理解NSSF作为网络切片“总舵主”,是如何在不同的网络环境中,被其“头号客户”——AMF所依赖的。


1. NSSF在5G宇宙中的坐标 (Chapter 4 Overview)

第四章“Overview”是整篇规范的纲领,它用一张图和几段文字,精准地定义了NSSF在复杂5G核心网中的角色和交互关系。

1.1 NSSF的服务对象与接口 (Clause 4.1 Introduction)

规范开宗明义,直接点出了NSSF的“客户群体”和它的“沟通方式”。

规范原文引用 (Clause 4.1 Introduction):

Within the 5GC, the NSSF offers services to the AMF, SMF, NWDAF and NSSF in a different PLMN via the Nnssf service based interface (see 3GPP TS 23.501 and 3GPP TS 23.502).

Figure 4.1-1 provides the reference model (in service based interface representation and in reference point representation), with focus on the NSSF and the scope of the present specification.

这段话揭示了几个关键信息:

  • 主要客户:NSSF的服务消费者包括AMF(接入和移动性管理功能)、SMF(会话管理功能)、NWDAF(网络数据分析功能)。
  • 漫游场景的同级交互:NSSF还会与另一个PLMN(公共陆地移动网络)中的对等NSSF进行交互,这主要发生在用户漫游的场景。
  • 统一接口:无论客户是谁,NSSF都通过统一的、标准化的Nnssf服务化接口(Service Based Interface, SBI)来提供服务。

接下来,让我们聚焦于本章乃至整篇规范中最重要的一张图。

1.2 架构图深度剖析:Figure 4.1-1: NSSF in 5G System architecture

这张图同时给出了两种视图:服务化接口视图(SBA view)和参考点视图(Reference point view)。服务化视图是5G核心网的主流表示方式,更能体现其灵活、解耦的特点。

规范原文图重绘 (Figure 4.1-1: NSSF in 5G System architecture)

AMF---(N22)---NSSF---(Nnssf)---NSSF
NWDAF---(N34)---NSSF
SMF---(N31)---NSSF

注:在服务化架构下,N22, N31, N34等参考点正逐渐被统一的Nnssf服务化接口模型所涵盖。图中同时画出两者是为了更好地与Stage 2架构定义保持一致。

这张看似简单的架构图,实际上是NSSF所有工作流程的起点。让我们逐个解析其中的实体和接口:

  • AMF (Access and Mobility Management Function):

    • 角色: AMF是终端(UE)接入核心网的第一个接触点,负责用户的注册、连接、移动性和可达性管理。
    • 与NSSF的关系: AMF是NSSF 最主要、最频繁 的交互对象。当小杰的手机开机注册、移动到新的跟踪区(TA)、或者发起一个新的PDU会话请求时,AMF都需要向NSSF咨询:“对于这个用户,在当前这个位置,我应该给他分配哪些网络切片?”
  • NWDAF (Network Data Analytics Function):

    • 角色: NWDAF是5G网络的“智能大脑”,负责收集全网数据,进行分析和预测,输出网络分析信息。
    • 与NSSF的关系: NSSF可以从NWDAF订阅或查询特定网络切片实例(NSI)的负载信息。这赋予了NSSF“智能”。例如,当一个eMBB切片实例负载过高时,NWDAF会通知NSSF,NSSF在后续的切片选择中,就会避免将新的用户分配到这个拥挤的实例上,从而保证了用户体验。
  • SMF (Session Management Function):

    • 角色: SMF负责用户的PDU会话管理,包括会话的建立、修改、释放,以及IP地址分配、QoS策略执行等。
    • 与NSSF的关系: 规范指出NSSF为SMF提供服务,这通常发生在EPS到5GS的切换或漫游场景中。例如,在EPC网络(4G)中使用PDN连接的终端,当切换到5GS网络时,SMF+PGW-C(SMF与4G PGW控制面功能的组合体)需要知道该用户的S-NSSAI与HPLMN S-NSSAI的映射关系,此时它会向NSSF发起查询。
  • NSSF to NSSF:

    • 场景: 这主要用于漫游场景。当小杰漫游到外地运营商网络(VPLMN)时,VPLMN的NSSF(vNSSF)需要与小杰归属运营商网络(HPLMN)的NSSF(hNSSF)通信,以获取小杰的签约切片信息,并完成VPLMN S-NSSAI到HPLMN S-NSSAI的映射。

场景关联:小杰进入智慧工业园区

小杰驾车进入了一个新型的智慧工业园区。他的车载导航提示他,园区内提供了专为车联网(V2X)设计的低时延网络切片服务。

  1. 当小杰的车辆(UE)进入园区边界,触发了**跟踪区更新(Tracking Area Update, TAU)**流程。
  2. 车辆向新的AMF发起了TAU请求。这个新的AMF,我们称之为“园区AMF”,它负责管理这个园区的网络资源。
  3. “园区AMF”看到了小杰车辆的TAU请求,但它并不知道小杰是否有权限使用园区内特殊的V2X切片。
  4. 此时,“园区AMF”就会参照 Figure 4.1-1 的架构,通过Nnssf接口,向NSSF发起一次网络切片选择信息的查询。
  5. NSSF作为“总舵主”,将根据小杰的签约数据(从UDM获取)和园区网络的可用切片策略,告诉“园区AMF”最终的决策结果。

这个过程清晰地体现了NSSF作为集中决策点的核心价值。


2. NSSF的“服务菜单” (Chapter 5.1 Introduction)

如果说第4章定义了NSSF的“组织架构”,那么第5章则开始详细描述它的“业务范围”。5.1节作为引言,通过两张表格,高度概括了NSSF对外提供的所有服务及其对应的API。

规范原文引用 (Clause 5.1 Introduction):

The NSSF supports the following services.

2.1 两大核心服务:Table 5.1-1: NF Services provided by NSSF

这张表格是理解NSSF功能的关键,它将NSSF的所有能力归纳为两大类服务。

规范原文表重绘 (Table 5.1-1: NF Services provided by NSSF)

服务名称 (Service Name)描述 (Description)典型消费者 (Example Consumer)
Nnssf_NSSelectionThis service enables Network Slice selection in both the Serving PLMN and the HPLMN. (该服务使得在服务PLMN和归属PLMN中都能进行网络切片选择。)AMF, V-NSSF, SMF, NWDAF
Nnssf_NSSAIAvailabilityThis service enables to update the S-NSSAI(s) the NF service consumer (e.g AMF) supports on a per TA basis on the NSSF and to subscribe and notify any change in status… (该服务使得NF消费者(如AMF)能按TA向NSSF更新其支持的S-NSSAI,并能订阅和接收关于TA内切片可用性状态变化的通知…)AMF, V-NSSF

深度解读这张表格:

  • Nnssf_NSSelection 服务 (网络切片选择服务)

    • 本质: 这是一个**“请求-响应”**式的查询服务。你可以把它想象成一个“问询处”。
    • 工作模式: 消费者(如AMF)在需要时(如UE注册),主动向NSSF发起一个包含所有上下文信息(我是谁,UE是谁,他在哪,他想要什么)的请求。NSSF根据这些信息进行一次性的决策,并将结果(允许的切片、拒绝的切片、映射关系等)返回给消费者。
    • 小杰的场景: 当小杰的车辆进入园区时,AMF向NSSF发起的查询,就是调用了Nnssf_NSSelection服务。这是一次性的、针对当前事件的决策。
  • Nnssf_NSSAIAvailability 服务 (网络切片可用性服务)

    • 本质: 这是一个**“订阅-通知”式的状态同步服务,还包含了“更新”**能力。你可以把它想象成一个“新闻推送”服务。
    • 工作模式:
      1. 更新(Update): AMF会先向NSSF“报备”,告诉NSSF自己管辖哪些TA,以及这些TA目前支持哪些S-NSSAI。
      2. 订阅(Subscribe): AMF可以向NSSF订阅一个或多个TA的切片可用性变化事件。
      3. 通知(Notify): 当NSSF的数据发生变化时(例如,园区内的一个URLLC切片实例因为维护而临时下线),NSSF会主动向所有订阅了该TA的AMF推送一条通知,告知它们这个变化。
    • 小杰的场景: 假设园区内临时启用了-个用于AR导航的超高精度定位切片。“园区AMF”由于事先订阅了该区域的切片可用性变化,会立即收到NSSF的通知。当小杰打开AR导航App时,AMF已经知道了这个新切片的存在,能够迅速为他提供服务,而不需要再次向NSSF发起查询。

总结两大服务的区别:

特性Nnssf_NSSelectionNnssf_NSSAIAvailability
交互模式请求/响应 (Pull)订阅/通知 (Push) + 更新
数据时效性交易性、即时决策状态性、持续同步
核心目的为特定流程(如注册)获取最终决策维护网络中切片可用性状态的一致性
数据流向主要由消费者发起更新/订阅由消费者发起,通知由NSSF发起

2.2 从服务到API:Table 5.1-2: API Descriptions

这张表格是连接“做什么”(服务)和“怎么做”(API实现)的桥梁。

规范原文表重绘 (Table 5.1-2: API Descriptions)

服务名称 (Service Name)对应条款 (Clause)描述 (Description)OpenAPI定义文件 (OpenAPI Specification File)API名称 (apiName)对应附录 (Annex)
Nnssf_NSSelection6.1NSSF Network Slice Selection ServiceTS29531_Nnssf_NSSelection.yamlnnssf-nsselectionA.2
Nnssf_NSSAIAvailability6.2NSSF NSSAI Availability ServiceTS29531_Nnssf_NSSAIAvailability.yamlnnssf-nssaiavailabilityA.3

这张表格清晰地告诉了开发者:

  1. 每一种服务,其详细的API定义(资源、方法、数据模型)分别在第6.1和6.2章。
  2. 每一服务的API,都有一个官方的OpenAPI 3.0规范文件(.yaml格式)。这是现代API开发的基石,开发者可以基于这个文件自动生成代码、文档和测试用例。
  3. 每个API在URI中使用的apiName也已明确规定,确保了URL的标准化。
  4. 完整的OpenAPI定义内容,被放在了规范的附录A.2和A.3中。

本章小结

通过对第4章和第5.1章的深度解读,我们已经清晰地勾勒出了NSSF的宏观蓝图。我们不仅理解了它在5G核心网控制面中的核心枢纽位置,以及它与AMF、SMF、NWDAF等关键网元的交互关系,还明确了它对外提供的两大核心服务——Nnssf_NSSelection(按需查询)和Nnssf_NSSAIAvailability(状态同步)。

  • 架构上,NSSF是切片选择策略的集中执行点,通过统一的Nnssf服务化接口与外界通信。
  • 功能上,它通过两种截然不同但互为补充的服务模式,满足了网络在不同场景下对切片信息的需求:既能应对注册、会话建立等流程中的即时决策,也能适应网络动态变化下的状态维护。

我们现在已经站在了NSSF这座大厦的门口,清楚地看到了里面的两个主要功能厅(两大服务)。从下一篇文章开始,我们将逐一走进这些功能厅,深入探索Nnssf_NSSelection服务的每一个细节,包括它支持的所有操作和复杂的参数,看看NSSF是如何处理一次完整的切片选择请求的。


FAQ环节

Q1:Figure 4.1-1中同时画出了参考点(如N22)和服务化接口(Nnssf),它们到底是什么关系?

A1:这是一个很好的问题,反映了3GPP规范从传统架构向服务化架构演进的过渡。

  • 参考点(Reference Point):是Stage 2架构定义中的概念,它表示两个逻辑网元之间的交互关系,但不规定具体的实现协议。例如,N22就代表AMF与NSSF之间的交互。
  • 服务化接口(Service-Based Interface):是Stage 3实现层面的概念,它定义了基于HTTP/2和RESTful原则的具体API。Nnssf就是NSSF提供的服务化接口的总称。
  • 关系:在5G核心网中,Stage 2定义的参考点(如N22, N31, N34)的实现,就是通过Nnssf这个统一的服务化接口来完成的。因此,可以理解为Nnssf接口承载了N22, N31, N34等参考点上的交互逻辑。图中并列画出,是为了让读者能清晰地将Stage 3的实现与Stage 2的架构对应起来。

Q2:为什么SMF和NWDAF也被列为Nnssf_NSSelection服务的使用者?它们在什么场景下需要这个服务?

A2:除了AMF这个最主要的使用者,SMF和NWDAF在特定场景下也需要查询NSSF:

  • SMF: 主要是在与4G互通的场景。例如,当一个UE从EPS(4G)网络切换或移动到5GS(5G)网络时,负责处理会话的SMF(特别是与PGW-C功能合设时)可能需要知道UE在4G中使用的APN(接入点名称)应该映射到5G中的哪个S-NSSAI,或者需要进行VPLMN S-NSSAI到HPLMN S-NSSAI的映射。这时SMF会调用Nnssf_NSSelection服务。
  • NWDAF: NWDAF作为分析大脑,在进行网络切片相关的分析时,可能需要从NSSF获取某些基础的切片策略或信息。例如,它在分析某个TA的网络状况时,可能需要知道该TA下有哪些S-NSSAI是受限的,这些原始策略信息就可能需要从NSSF获取。

Q3:AMF向NSSF更新自己支持的S-NSSAI列表(通过Nnssf_NSSAIAvailability服务的Update操作),这个动作的意义是什么?

A3:这个动作非常重要,它让NSSF能够建立一个关于全网“切片-位置”可用性的动态视图。

  1. 构建全局视图:每个AMF只知道自己管辖区域的情况。通过所有AMF都向NSSF“报备”,NSSF就能汇聚这些信息,形成一个全局的、按TA划分的S-NSSAI支持地图。
  2. 支持AMF重定向:当NSSF在进行切片选择时,如果发现当前AMF所在的AMF Set不支持某个必需的切片,但它从“地图”中知道另一个AMF Set支持,它就可以在响应中建议将UE重定向到那个更合适的AMF Set。
  3. 精确的变更通知:NSSF只有知道了每个AMF都关心哪些TA,才能在这些TA的切片可用性发生变化时,进行精确的通知推送,避免不必要的广播。

Q4:一个运营商网络中可以部署多个NSSF实例吗?如果可以,AMF如何选择使用哪个?

A4:可以,而且为了网络的可靠性(容灾备份)和可扩展性(负载均衡),在实际网络中通常会部署多个NSSF实例。这些NSSF实例可以组成一个NSSF Set。 AMF选择哪个NSSF实例的过程如下:

  1. AMF通过配置或动态方式,知道自己应该去哪个NRF进行服务发现。
  2. AMF向NRF发起服务发现请求,请求的服务名称是nnssf-nsselectionnnssf-nssaiavailability
  3. NRF会返回一个或多个满足查询条件的NSSF实例的地址(FQDN或IP地址)列表。NRF在返回时可以根据本地策略进行负载均衡或基于位置的优选。
  4. AMF从返回的列表中,根据自身的负载均衡算法(如轮询、最少连接等)选择一个NSSF实例进行通信。如果选择的实例通信失败,它可以尝试列表中的下一个实例。

Q5:Nnssf_NSSAIAvailability服务中,AMF订阅的是TA的切片可用性变化。这个“可用性”具体指什么?

A5:这里的“可用性”是一个综合性的概念,主要包括:

  • S-NSSAIs available per TA (unrestricted):在该TA内,哪些S-NSSAI是普遍可用的(非受限的)。
  • Restricted S-NSSAI(s) per PLMN in that TA:在该TA内,哪些S-NSSAI是受限的,即只允许特定的UE或在特定条件下使用。这种限制是基于PLMN维度的。
  • Network Slice Replacement and Network Slice Instance Replacement:网络切片替换事件(例如,一个S-NSSAI因拥塞需要被临时替换为另一个)和网络切片实例替换/不可用事件(一个切片实例因故障下线)。

当以上任何一种信息发生变化时,NSSF都会触发对已订阅AMF的通知。