本文主要是介绍5GC UE注册过程中AMF和UDM的交互,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
此文是AMF在完成UE鉴权后,向UDM获取签约数据的过程
UDM选择
AMF会使用SUPI通过NRF选择UDM。
AMF在UDM中保存UE上下文
消息方向 :NEW AFM -> UDM
消息名称:Nudm_UEContextManagement_Registration
HTTP方法:PUT (使用put方法修改AMF注册信息,使用PATCH更新信息有限)
URL:{apiRoot}/nudm-uecm/v1/{ueid}/registrations/amf-3gpp-access
amf_3gpp-acess AMF的一些设置信息,UE的一些信息
触发条件:再次注册AMF发生改变,UE在AMF的上下文无效,UE在同一个AMF注册,但是RAT不同。
UDM响应AMF
UDM -> new AMF
响应消息
UDM收到Nudm_UEContextManagement_Registration消息后,如果有该UE的注册信息,则使用收到的amf-3gpp-acess替换之前的注册信息,并返回200OK或者204NO Context响应。之后UDM调用Nudm_UEContextManagent_DerigistrationNotify通知old AMF删除UE Context。
如果没有该UE的注册信息,会保存接收到的信息,并返回201Created响应
AMF获取UE签约数据
消息名称:Nudm_SubscriberDataManagement_get
消息方向:new AMF -> UDM
HTTP方法: GET
url:{apiRoot}/nudm_sdm/v2/{supi}/***
{supi}是UE的SUPI,url最后的变量可以为:nssai,am-data,sm-select-data,sm-data,sms-data,sms-mng-data,ue-context-in-sms-data等
触发条件:AMF中没有该UE的签约数据、签约数据需要更新时
New AMF订阅UE的签约数据变化
AMF订阅UE的签约数据变化,包括UE自己的签约数据和多个UE公用的共享签约数据部分
消息名称:Nudm_SubscriberDataManagement_Subscribe
消息方向:new AFM -> UDM
HTTP方法: post
url:{apiRoot}/nudm-sdm/{apiVersion}/{ueId}/sdm-subscription
{ueId} 可以取值SUPI或GPSI
请求的消息体是Sdm-Subscription 可以是sdm-subscriptions和shared-data-subscriptions
UDM通知old AMF取消订阅签约数据
消息方向:UDM ->old AMF
HTTP方法:post
触发条件:UE移动到了同一个AMF Set上的其他AMF上注册成功,同时new AMF订阅了UE签约数据变化,UDM会向old AMF发出消息
callbackReference 在NF订阅时(Nudm_SubscriberDataManagement_Subscribe)包含在消息体中
old AMF取消订阅
消息方向:old AMF -> UDM
HTTP方法:DELETE
URI:{apiRoot}/nudm-sdm/{apiVersion}/{ueld}/sdm-subscriptions/{subscriptionId}
{subscriptionId}为创建订阅时返回的 subscription ID
签约数据
注册过程中,通常都要下载切片,接入和移动性签约数据,其他sms-data等都是具体流程需要时才下载到AMF。注册过程中下载切片数据用于判断当前AMF是否能为UE提供服务,如果不能服务涉及AMF重选。
网络切片NSSAI签约数据
在AMF注册前查询,用于辅助网络选择的签约数据
am-data
smf-sel-data
包含每个S-NSSAI和DNN信息的关联
sm-data
包括切片和DNN配置信息
sms-data
包括是否允许NAS短信
sms-mng-data
正常的短信业务数据
ue-context-in-sms-data
包括PDU session信息(DNN和切片信息)和pgwinfo
这篇关于5GC UE注册过程中AMF和UDM的交互的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!