好的,我们继续。
深度解析 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)设计的低时延网络切片服务。
- 当小杰的车辆(UE)进入园区边界,触发了**跟踪区更新(Tracking Area Update, TAU)**流程。
- 车辆向新的AMF发起了TAU请求。这个新的AMF,我们称之为“园区AMF”,它负责管理这个园区的网络资源。
- “园区AMF”看到了小杰车辆的TAU请求,但它并不知道小杰是否有权限使用园区内特殊的V2X切片。
- 此时,“园区AMF”就会参照 Figure 4.1-1 的架构,通过
Nnssf接口,向NSSF发起一次网络切片选择信息的查询。 - 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_NSSelection | This service enables Network Slice selection in both the Serving PLMN and the HPLMN. (该服务使得在服务PLMN和归属PLMN中都能进行网络切片选择。) | AMF, V-NSSF, SMF, NWDAF |
| Nnssf_NSSAIAvailability | This 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服务 (网络切片可用性服务)- 本质: 这是一个**“订阅-通知”式的状态同步服务,还包含了“更新”**能力。你可以把它想象成一个“新闻推送”服务。
- 工作模式:
- 更新(Update): AMF会先向NSSF“报备”,告诉NSSF自己管辖哪些TA,以及这些TA目前支持哪些S-NSSAI。
- 订阅(Subscribe): AMF可以向NSSF订阅一个或多个TA的切片可用性变化事件。
- 通知(Notify): 当NSSF的数据发生变化时(例如,园区内的一个URLLC切片实例因为维护而临时下线),NSSF会主动向所有订阅了该TA的AMF推送一条通知,告知它们这个变化。
- 小杰的场景: 假设园区内临时启用了-个用于AR导航的超高精度定位切片。“园区AMF”由于事先订阅了该区域的切片可用性变化,会立即收到NSSF的通知。当小杰打开AR导航App时,AMF已经知道了这个新切片的存在,能够迅速为他提供服务,而不需要再次向NSSF发起查询。
总结两大服务的区别:
| 特性 | Nnssf_NSSelection | Nnssf_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_NSSelection | 6.1 | NSSF Network Slice Selection Service | TS29531_Nnssf_NSSelection.yaml | nnssf-nsselection | A.2 |
| Nnssf_NSSAIAvailability | 6.2 | NSSF NSSAI Availability Service | TS29531_Nnssf_NSSAIAvailability.yaml | nnssf-nssaiavailability | A.3 |
这张表格清晰地告诉了开发者:
- 每一种服务,其详细的API定义(资源、方法、数据模型)分别在第6.1和6.2章。
- 每一服务的API,都有一个官方的OpenAPI 3.0规范文件(.yaml格式)。这是现代API开发的基石,开发者可以基于这个文件自动生成代码、文档和测试用例。
- 每个API在URI中使用的
apiName也已明确规定,确保了URL的标准化。 - 完整的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能够建立一个关于全网“切片-位置”可用性的动态视图。
- 构建全局视图:每个AMF只知道自己管辖区域的情况。通过所有AMF都向NSSF“报备”,NSSF就能汇聚这些信息,形成一个全局的、按TA划分的S-NSSAI支持地图。
- 支持AMF重定向:当NSSF在进行切片选择时,如果发现当前AMF所在的AMF Set不支持某个必需的切片,但它从“地图”中知道另一个AMF Set支持,它就可以在响应中建议将UE重定向到那个更合适的AMF Set。
- 精确的变更通知:NSSF只有知道了每个AMF都关心哪些TA,才能在这些TA的切片可用性发生变化时,进行精确的通知推送,避免不必要的广播。
Q4:一个运营商网络中可以部署多个NSSF实例吗?如果可以,AMF如何选择使用哪个?
A4:可以,而且为了网络的可靠性(容灾备份)和可扩展性(负载均衡),在实际网络中通常会部署多个NSSF实例。这些NSSF实例可以组成一个NSSF Set。 AMF选择哪个NSSF实例的过程如下:
- AMF通过配置或动态方式,知道自己应该去哪个NRF进行服务发现。
- AMF向NRF发起服务发现请求,请求的服务名称是
nnssf-nsselection或nnssf-nssaiavailability。 - NRF会返回一个或多个满足查询条件的NSSF实例的地址(FQDN或IP地址)列表。NRF在返回时可以根据本地策略进行负载均衡或基于位置的优选。
- 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的通知。