5G信令寻呼流程分析指导书.doc

5G信令寻呼流程分析指导书 网络通过寻呼找到UE。 按照消息的来源分，寻呼可以分为如下两类： 第一类是来自5GC，称作5GC寻呼，RRC_IDLE状态UE有下行数据到达时，5GC通过Paging寻呼消息通知UE 第二类是来自gNB，称作RAN寻呼，RRC_INACTIVE状态UE有下行数据到达时，gNB通过RAN Paging寻呼消息通知UE启动数传 最终的寻呼消息下发都是由gNB通过空口下发给UE的。 \o 5.1 5GC寻呼 \o 5.2 RAN寻呼 \o 5.3 寻呼消息发送 5GC寻呼 当UE有下行数据到达，5GC将通知gNB进行寻呼，由gNB发起对UE的寻呼。UE接收到寻呼消息后将发起服务请求，响应核心网的寻呼消息。 图5. 5GC寻呼原理示意图 信令流程 当UE有下行数据到达，5GC将通知gNB进行寻呼，由gNB发起对UE的寻呼。UE接收到寻呼消息后将发起服务请求，响应核心网的寻呼消息。参考3GPP TS 23.502.4.2.3,5GC寻呼过程如下图所示： 5GC寻呼NR信令流程 寻呼条件： UE已注册且处于CM_IDLE/RRC_IDLE态，核心网检测到UE有下行数据需要发送； 寻呼过程： 5GC发起，gNB在TAC范围内寻呼UE。 寻呼范围： Tracing Area 关键消息解读 NGAP PAGING 消息定义参见3GPP 38.413。 IE Presence 取值范围 含义说明 版本支持情况 UE Paging Identity M UE寻呼ID 19B Paging DRX O UE特定DRX 20A TAI List for Paging M TA列表 19B TAI List for Paging Item TAI M TAI Paging Priority O 寻呼优先级 暂不支持 UE Radio Capability for Paging O UE寻呼能力 20A ... 关键信元解读： UE Paging Identity UE Paging Identity = 5G-S-TMSI mod 1024，由核心网计算，参见3GPP 38.304。 Paging DRX 根据协议23501-f30 5.4.5章节，空闲模式的UE可以与AMF协商专有的DRX（UE Specific DRX），如果UE要使用专有的DRX，UE会在Initial Registration和Mobility Registration过程中传递UE Specific DRX给AMF。 AMF接受（或者根据Operator Policy修改）UE发送的UE Specific DRX，并保存到RM-DEREGISTERED上下文中。后续，AMF寻呼该UE时，通过NGAP寻呼消息携带给gNB。 UE按照如下公式监听寻呼周期 UE监听寻呼周期 = min(小区默认寻呼周期, UE specific DRX）；其中，小区默认寻呼周期由NRDUCellPagingConfig.DefaultPagingCycle配置，通过SIB1广播。 TAI List for Paging 已注册UE的TA信息，由UE周期给核心网，核心网保存到RM-DEREGISTERED上下文中；后续，AMF寻呼该UE时，在UE所在的TA范围内进行，示意图如下： UE Radio Capability for Paging 根据协议23501-f30 5.4.4章节，UE Radio Capability信息包括了UE可支持的RAT（无线接入技术）信息（例如，能量等级，频段等）。 UE Radio Capability 的管理流程，详见协议38413-f10 8.14章节。 gNB仅在UE支持的频段小区内下发寻呼消息，可以避免寻呼浪费（针对CN寻呼），实现高效寻呼。 RRC PAGING 消息定义参见3GPP 38.331。 单条空口寻呼消息，支持最大的寻呼UE数量为32（maxNrofPageRec =32）。5GC寻呼时，PagingUEID是5G-S-TMSI；RAN寻呼时，PagingUEID是I-RNTI。 RAN寻呼 RRC_INACTIVE状态UE有下行数据到达时，gNB通过RAN Paging寻呼消息通知UE启动数传。 信令流程 RRC_INACTIVE状态UE有下行数据到达时，gNB通过RAN Paging寻呼消息通知UE启动数传。信令流程如下图所示： 寻呼条件： UE处于RRC_INACTIVE态，源gNB检测到UE有下行数据需要发送； 寻呼过程： gNB检测到处于RRC_INACTIVE态的UE有下行数据需要发送，则在RNA区域内发起对UE的寻呼。 寻呼范围： RAN-based Notification Area