增强后的5G寻呼功能

增强后的5G寻呼功能\o"5G"#5G\o"无线网络"#无线网络\o"寻呼"#寻呼\o"极早寻呼"#极早寻呼3GPP在R17版本中为5G寻呼(Paing)进行增强后，目前有三种方法可提高寻呼成功率，并能达到终端节电的目的；它们分别为：分组(Sub-grouping)：多个UE共享同一个寻呼机遇(PO)，就会出现寻呼虚高的可能。采用子分组可够将一个PO中的UE划分为N个子组，以最大限度地减少错误寻呼报警。极早寻呼指示(EPI)：通知UE是否接收下一个PO。UE可通过监控所需的SSBBurst来确定是否准备接收PO;否则UE进入休眠，直到它需要执行频率间测量(在高SINRUE的情况下不需要)。EPI可使用以下方式发出信号：

–RRCConnected唤醒信号DCI(Format2-6);

–寻呼DCI(Format10）

–一个序列,如辅助同步信号(SSS)或跟踪参考信号(TRS)EPI的节能潜力在于减少SSB突发监控和PDCCH+PDSCH接收，从而增加睡眠时间。跨时隙调度(Cross-slotscheduling)：这种寻呼增强可在PDCCH(PO)中包含的调度信息和PDSCH中携带的寻呼消息之间引入了延迟K0，允许UE只有在有寻呼消息时才能读取PDSCH。一、分组(Sub-grouping)对于5G终端(UE)寻呼消息的监控一直困扰着用户，为了减少由于错误寻呼告警导致的功耗，可将监控同一个PO的终端(UE)组做进一步划分为多个子组。通过子分组，如果终端(UE)所属的子组如通过相关PEI指示的那样被寻呼，则UE应在其PO中监视PDCCH以进行寻呼。如果UE无法在小区中找到其带有PEI配置的子组ID，或者如果UE无法监控与其PO对应的关联PEI时机，则它应监控其PO中的寻呼。其分组有两种方法:

CN子分组(CNSubgrouping)

基于UE分组(UEbasedSubgrouping)1.1CN控制子组

由AMF负责为UE分配子组ID。CN控制子组的子组总数最多可配置为8个,下图描述了CN控制子分组的过程。

图1.CN子分组寻呼流程UE通过NAS信令指示其支持CN控制的子分组；如UE支持CN控制的子组，AMF确定UE的子组ID分配；AMF通过NAS信令向UE发送子组ID；AMF通知gNB分配子组ID用于寻呼处于RRC_IDLE/RRC_INACTIVE的UE；当从CN接收到UE的寻呼消息或由gNB生成UE的寻呼消息时，gNB确定UE的PO和相关联PEI时机；在UE在PO中被寻呼之前，gNB发送关联的PEI并指示在PEI中被寻呼的UE的子组(如UE支持）。1.2基于UEID子分组

gNB和UE可以根据UEID和小区中基于UEID子分组的子组总数来确定子组ID。基于UEID子分组总数由每个小区gNB决定，并且在不同的小区中可能不同。下图为基于UEID的分组过程：

图2.UEID子分组寻呼流程gNB确定小区中基于UEID子组的子组总数；gNB广播小区中基于UEID的子组的子组总数；当UE的寻呼消息从CN接收到gNB或由gNB生成时，gNB确定UE的PO和关联的PEI时机；在UE在PO中被寻呼之前，gNB发送关联的PEI并指示在PEI中被寻呼的UE的子组(如UE支持)。二、极早寻呼指示流程在SIB1中传输PEI-config相关信息，其中包含与PE搜索空间相关的信息、DCI2_7信息、SS索引、基于UE的子分组信息和其他相关信息，以在UE侧和gNB低层上配置PEI和子分组。

图3.

SIB1中的PEI信息

5GC在NGInitialContextSetupRequest/PathSwitchRequest/Paging消息中与CUCP共享PEI相关信息

图4.5GC传递的PEI和分组信息F1AP需要Paging或SIB1消息中提供的PEI相关子分组信息

图5.F1AP发送的Paging消息UE在RegistrationRequest中通知PE