5G核心网学习平台
AMF 实践篇 #31

AMF功能实战篇(36) AMF能根据SUPI来选择UDM

《5G核心网原理与实践》实践篇 · AMF 网元功能

《5GC原理与实践》实践篇(36) AMF能根据SUPI来选择UDM

爱卫生

2023年02月13日 22:55

《5GC原理与实践》实践篇是按网元来规划的。包括AMF篇、SMF篇、PCF篇等。

本文是AMF篇的第36篇。

1.6.6 AMF能根据SUPI来选择UDM

1.6.6.1 概述

根据规范,AMF需在注册流程中根据SUPI选择UDM。因为AMF是位于拜访地的,而UDM是位于归属地的,因此需要根据UE的ID来进

行寻址。

和上一节AUSF的寻址不同,AMF可以根据Routing-Indicator或者SUPI来选择AUSF。那选择UDM为什么只根据SUPI呢?

因为AMF已经知道了UE的SUPI,就没必要根据Routing-Indicator来选择了。

那问题来了,如果UE注册请求消息中用的是加密的SUCI,AMF又是怎么拿到UE的明文的SUPI的呢?

答案是:一开始AMF确实不知道,但当鉴权流程完了以后,AUSF从UDM侧得到了明文的SUPI,会在发给AMF的鉴权成功的通知消息

中将UE的SUPI一并发给AMF。

具体可以参考《原理篇》的3.1.1.3节注册流程信令消息实战的第17步。

当NRF返回UDM的信息后,AMF将调用UDM的鉴权数据管理服务,从UDM获取UE的am-data,继续完成后续的注册流程。

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

1.6.6.2 消息举例

下面来看一个实际的AMF在注册中查询NRF选择UDM的消息举例。

【说明:无论UE注册请求里是加密还是不加密的SUCI,AMF都可以从AUSF得到UE的SUPI,来完成UDM的选择。】

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

-Request-uri=/nnrf-disc/v1/nf-instances?service-names=nudm-sdm&target-nf-type=UDM&requester-nf-type=AMF&requester-nfinstance-fqdn=amf.51xuetongxin.com&supi=imsi-460990000099999

可以看到在uri中包含了查询条件SUPI,取值为imsi-460990000099999。Target-nf-type=UDM表示查询的是UDM网元。servicenames=nudm-sdm表明查询的是UDM需要支持签约数据管理服务。

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

可以看到,NRF返回的查询结果包含了目标UDM的信息。其中目标UDM的:

- 支持的服务=nudm-sdm(和AMF请求中的完全一致);

- 服务的SUPI-Range = 460990000000000-460990000099999。该段包含了请求的UE的SUPI。

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

← 返回 AMF 实践篇