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

AMF功能实战篇(8) 空闲态下行数据触发的业务请求流程

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

《5GC原理与实践》实践篇(8) 空闲态下行数据触发的业务请求流程

爱卫生

2023年02月12日 21:14

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

本文是AMF篇的第8篇。

1 CM-IDLE态,下行信令/数据触发的寻呼和业务请求流程

本节对应的流程在规范中叫网络侧发起的业务请求流程(由下行信令或下行数据触发),在原理篇的3.3.3节介绍。

检查项1下行信令场景:检查当UE在CM-IDLE态,AMF能根据收到的NAS信令(包含在Namf_Communication_N1N2MessageTransfer

消息中),触发寻呼流程,并正确处理接下来的业务请求流程。当业务请求流程完成,UE进入CM-Connected。AMF能正确将NAS消息

转发给UE。

检查项2下行数据场景:检查当UE在CM-IDLE态,SMF收到UPF的下行数据到达报告后,会请求AMF发起对UE的Paging,并携带PDU

会话的相关信息。AMF需要能够首先进行判断,如果此时UE是在CM-Connected态,则不对UE进行寻呼,而只是为PDU会话激活用户

面连接。如果是CM-IDLE,则需要发起寻呼流程。

检查点:

1)当AMF收到其他网元的下行信令(SMF为例),给SMF的响应中包含Cause值:Attempting to reach UE。

2)检查AMF发给gNB的Paging消息(NGAP消息),携带了必选参数:

- UE Paging Identity(UE标识,寻呼用5G-S-TMSI),在38413的9.3.3.18定义;

- TAI List for Paging(UE的寻呼范围,1个或多个TA)。

Paging消息其他参数均为可选参数。

3)如果Paging无响应,AMF还需要给SMF回Namf_Communication_N1N2TransferFailure Notification消息,通知SMF寻呼失败。

流程结束。

← 返回 AMF 实践篇