AMF功能实战篇(39) AMF支持根据位置选择目标NF

AMF应支持根据地理位置来选择网元，也就是选择离自己的最近的网元。

举个例子（不一定和现网一致，只是举例）：广州的AMF应选择广州的SMF，而不是选深圳的SMF。

这里用到的一个关键参数是locality，字符串类型，用于标识网元的位置信息，由运营商自行规划。同时，该参数还是NFProfile的一部

分，因此，也会在NRF中注册登记。

在29510中定义。如下：

AMF在查询NRF选择SMF时，在请求消息里需要提供preferred-locality参数，该参数也是字符串类型，表明AMF期望选择哪个地理位置

的网元。在29510中定义。

可以看到，规范还建议该参数的取值可以是一个地理位置如guangzhou，或者是datacenter即数据中心所在的位置。如下：

上图的文字还提到，NRF应根据请求的preferred-locality参数来进行匹配，看有没有注册的网元的locality和该参数一致。

如果有的话，代表命中，NRF将在响应消息里返回该网元的NFProfile。

本节的场景假设如下：

- 某运营商为某省配置了一个SMF Pool，里边有两个SMF，其中SMF1位于广州，locality=gz，SMF2位于深圳，locality=sz。现在希望

UE在广州走广州的AMF选择广州的SMF1为UE服务。

基于该场景，给出信令流程如下：

1.7.2.2 消息举例

下面来看一个实际的AMF根据优先级来选择SMF的消息举例。

先看看AMF发出的请求消息的request-uri：

/nnrf-disc/v1/nf-instances?service-names=nsmf-pdusession&target-nf-type=SMF&requester-nf-type=AMF&snssais=

[{"sst":1,"sd":"000001"}]&dnn=xxnet&preferred-locality=gz

直接来看NRF返回的结果如下：

可以看到，NRF根据AMF请求的locality，选择了满足AMF要求的SMF。即请求和返回的locality都是gz。也就是为广州的AMF选择了广

州的SMF。实现了基于地理位置选择网元的目标。