【原】5G(NR)寻呼优化与UE节电

一、终端(UE)寻呼优化(1)-CM_IDLE状态 5G终端(UE)上下文释放时NG-RAN节点可以向AMF提供推荐小区和NG-RAN节点列表作为后续寻呼的辅助信息。AMF还可以提供由寻呼尝试计数和预期寻呼尝试次数组成的寻呼尝试信息，且可以包括下一个寻呼区域范围。如果寻呼消息中包含寻呼尝试信息则每个被寻呼NG-RAN节点在寻呼尝试期间接收相同的信息。每次进行新寻呼尝试时，寻呼尝试计数应增加1。下一个寻呼区域范围(如果存在)指示AMF是否计划在下一次寻呼尝试时修改当前选择的寻呼区域。如UE已将其状态更改为CM CONNECTED，则重置寻呼尝试计数。

二、终端(UE)寻呼优化(2)-RRC_INACTIVE状态 在RAN寻呼中服务 NG-RAN节点提供RAN寻呼区域信息。服务NG-RAN节点还可提供RAN寻呼尝试信息。每个被寻呼NG-RAN节点在寻呼尝试期间接收相同RAN寻呼尝试信息，其中包含内容如下:寻呼尝试计数、预期寻呼尝试次数和下一个寻呼区域范围。每次进行新寻呼尝试时，寻呼尝试计数应增加1；下一个寻呼区域范围(如存在)指示服务NG_RAN节点是否计划在下一次寻呼尝试时修改当前选择RAN寻呼区域。如UE离开RRC_INACTIVE状态，则寻呼尝试计数将被重置。

三、寻呼终端(UE)节电策略 为了减少由于错误寻呼警报而导致的功耗，可将监视同一PO的终端(UE)组进一步划分为多个子组(Subgroup)。通过子组，如UE所属子组按照相关PEI指示被寻呼，则应监视其PO中的PDCCH以进行寻呼响应。如果UE无法通过小区中PEI配置找到其子组ID，或如UE无法监视与其PO相对应关联PEI时机，则其应监视其PO中的寻呼。

四、终端(UE)寻呼子组(Subgroup)特征具体如下；

• 寻呼子组基于CN控制的子组或基于UE ID子组形成的；

• 如果AMF未提供CN控制的子组ID，则在UE和网络支持情况下使用基于UE ID的子组；

• RRC状态(RRC_IDLE或RRC_INACTIVE状态)不影响UE属于哪个子组；

• 小区子分组支持在系统信息中广播为以下之一:仅支持CN控制的子分组、仅支持基于UE ID的子分组、或者同时支持CN控制的子分组和基于 UE ID子分组；

• 小区中允许子组总数最多为8个，表示网络配置CN控制的子组和基于UE ID子组的总和；

• 如果小区支持CN控制子组，则配置有CN控制子组ID的UE应用CN控制子组ID；否则如小区仅支持基于UE ID的子分组，则其导出基于UE ID的子组ID。

五、寻呼子组极早寻呼-极早寻呼指示(EPI)--R17中5G新功能

• 如果UE支持PEI(极早寻呼指示)则它至少应支持基于UE ID的子分组方法；

• PEI监控可以通过系统信息限制到最后使用的小区（即，UE最近接收到RRCRRelease的小区，而不指示PEI最后使用的小区不应更新）；

• 支持PEI的UE应存储其最后使用的小区信息；

• 支持PEI监控最后使用小区功能gNB在支持PEI的U 的NG-AP UE上下文释放完成消息中向AMF提供UE最后使用的小区信息，见TS 38.413 [26]中所述；

• 期望MBS组通知的UE，应当忽略PEI并且应当监视其PO中的寻呼。

本文根据3GPP R18 TS 38.300第9.2.5节编译整理