AMF功能实战篇(29) AMF订阅其他NF的状态

AMF应支持从NRF订阅感兴趣的网元的状态，当该网元状态发生变化时，NRF会第一时间通知AMF。例如AMF可以通过NRF订阅UDM

网元的状态。

AMF通过调用NRF暴露的NFManagement服务下NFStatusSubscribe服务操作完成在NRF中的订阅。具体流程在TS29510的5.2.2.5中定

义。

具体又分成同一个PLMN下的订阅、不同PLMN下的订阅、向I-NRF的订阅等多种场景。

本节以相同PLMN订阅举例介绍，在规范的5.2.2.5.2节：Subscription to NF Instances in the same PLMN。

订阅采用POST方法，并提交希望订阅的数据，成功创建订阅后NRF返回201 Created状态码。

如下图所示：

图中的SubscriptionData要翻译为订阅数据，表示希望订阅的内容（如SMF的状态）。不要翻译为签约数据。虽然单词是一样的。

这里的SubscriptionData在TS29510的6.1.6.2.16节中定义。包括nfStatusNotificationUri（消费者网元这里是AMF的接收通知的地址

URI） reqNfInstanceId（请求网元的实例ID）、subscriptionId（订阅号）、validityTime（订阅有效时间）、reqNfType（请求网元的类

型）等主要参数。

规范中的部分截图如下所示：

这里举个例子，AMF向NRF订阅UDM的状态。流程图如下所示：

其中，第1到3步是AMF作为NRF服务的消费者，向NRF订阅了UDM的状态，并得到了一个订阅ID来标识订阅关系。

第4到第6步是UDM侧的地址发生了变化，因此主动通过PUT/PATCH方法通知了NRF以及更新后的UDM Profile。

第7和8步是NRF检查发现AMF有订阅UDM的状态，就通过AMF在第1步中提供的通知URI，向AMF发送通知，包含更新后的UDM实时

信息。

1.5.4.2 消息举例

本流程的消息举例其实没什么可看的，因为参数较少（201 Created响应里更是只有一个订阅ID）。但请求和响应消息都有数据要传，

因此都有JSON的DATA部分，如下图所示：

其中请求消息的JSON数据如下图，从图中可以看到，请求的网元是AMF。订阅的是UDM的状态，并且AMF提供了接收通知的URI。

其中201响应消息的JSON数据如下图，从图中可以看到，NRF分配了订阅ID以及有效期等重要参数，并且AMF提供了接收通知的URI。