AMF功能实战篇(32) MRU流程中New AMF能根据GUAMI选择Old AMF

MRU流程在《5GC原理与实践》的原理篇的3.1.2 移动性注册更新流程一节有详细介绍。不做赘述。这里重点检查在该流程中，

New AMF应从UE的注册请求消息中提取出Old-GUTI，并进一步提取出GUAMI，然后查NRF得到Old AMF的信息。然后再去找Old AMF

去要UE的上下文。如下图：

和上一节一样，AMF也是通过调用NRF暴露的Nnrf_NFDiscovery服务完成网元的发现与选择。

1.6.2.2 消息举例

下面来看一个实际的New AMF在MRU流程中查询NRF选择Old AMF的消息举例。

1）AMF发给NRF的查询请求，采用GET方法，Request-uri携带了查询的主要参数：

-Request-uri=/nnrf-disc/v1/nf-instances?service-names=namf-comm&target-nf-type=AMF&requester-nf-type=AMF&guami={"plmnId":

{"mcc":"460","mnc":"99"},"amfId":"000666"}

可以看到在uri中包含了查询条件GUAMI，对应的amfId=000666。Target-nf-type=AMF表示查询的是AMF网元。service-names=namfcomm表明查询的是Namf-comm服务。

2）NRF给AMF返回200 OK。在JSON编码的DATA部分包含了查询结果：

可以看到，NRF返回的查询结果包含了目标AMF的信息。其中目标AMF的：

- SBI口地址=10.10.20.20；

- AMF的ID=000066（和请求中的GUAMI一致）；

- NFStatus = Registered。代表这个AMF已经在NRF中正常注册。

- NFType = AMF。代表返回的结果是AMF这个网元的信息。