＞5G中的寻呼

寻呼功能通过寻呼消息使网络能够联系处于RRC_IDLE和RRC_INACTIVE状态的用户设备（UE），并通过短消息通知处于RRC_IDLE、RRC_INACTIVE和RRC_CONNECTED状态的UE系统信息变更（参见第7.3.3节）及ETWS/CMAS指示（参见第16.4节）。寻呼消息和短消息均通过PDCCH上的P-RNTI寻址，但前者在PCCH上传送，后者直接在PDCCH上传送（参见TS 38.331 [12]的第6.5节）。

在RRC_IDLE状态下，UE监视由核心网络（CN）发起的寻呼。在没有正在进行的SDT过程的RRC_INACTIVE状态下（参见第18.0节），UE监视由RAN发起的寻呼和CN发起的寻呼。UE不需要连续监视寻呼信道；寻呼DRX规定UE在RRC_IDLE或RRC_INACTIVE状态下，每个DRX周期仅需在一个寻呼机会（PO）期间监视寻呼信道（参见TS 38.304 [10]）。寻呼DRX周期由网络配置：

对于CN发起的寻呼，系统信息中广播默认周期；
对于CN发起的寻呼，可以通过NAS信令配置特定UE的周期；
对于RAN发起的寻呼，可以通过RRC信令配置特定UE的周期；
UE采用适用的最短DRX周期，即RRC_IDLE状态下的UE使用上述前两个周期中的最短周期，而RRC_INACTIVE状态下的UE使用上述三个周期中的最短周期。
UE的CN发起和RAN发起寻呼的PO基于相同的UE ID，导致两个PO重叠。系统信息中可配置DRX周期中不同PO的数量，网络可以基于UE的ID将其分配到这些PO中。

在RRC_CONNECTED状态和进行中的SDT过程中的RRC_INACTIVE状态下，UE在系统信息中标记的任何PO内监视寻呼信道，以获取SI变更指示和PWS通知。在带宽部分（BWP）激活情况下，RRC_CONNECTED状态下的UE仅在具有公共搜索空间配置的活动BWP上监视寻呼信道。

对于共享频谱信道访问，UE可以配置在其PO内额外的PDCCH监视机会，以监视寻呼。然而，当UE在其PO内检测到P-RNTI寻址的PDCCH传输时，UE无需监视该PO内的后续PDCCH监视机会。

如果寻呼消息中包含寻呼原因（Paging Cause），处于RRC_IDLE或RRC_INACTIVE状态的UE可以根据TS 23.501[3]使用该寻呼原因。

CM_IDLE状态下UE的寻呼优化：在UE上下文释放时，NG-RAN节点可以向AMF提供推荐小区和NG-RAN节点列表，作为后续寻呼的辅助信息。AMF还可以提供包含寻呼尝试信息（Paging Attempt Information）的寻呼尝试计数（Paging Attempt Count）和预期的寻呼尝试次数（Intended Number of Paging Attempts），并可能包含下一寻呼区域范围（Next Paging Area Scope）。如果寻呼消息中包含寻呼尝试信息，每次寻呼尝试期间，每个被寻呼的NG-RAN节点接收相同的信息。每次新的寻呼尝试时，寻呼尝试计数增加1。若包含下一寻呼区域范围，则表明AMF计划在下次寻呼尝试时修改当前选择的寻呼区域。若UE状态变为CM CONNECTED，寻呼尝试计数将重置。

RRC_INACTIVE状态下UE的寻呼优化：在RAN寻呼时，服务NG-RAN节点提供RAN寻呼区域信息。服务NG-RAN节点也可以提供RAN寻呼尝试信息。每次寻呼尝试期间，每个被寻呼的NG-RAN节点接收相同的RAN寻呼尝试信息，包含以下内容：寻呼尝试计数、预期的寻呼尝试次数和下一寻呼区域范围。每次新的寻呼尝试时，寻呼尝试计数增加1。若包含下一寻呼区域范围，则表明服务NG-RAN节点计划在下次寻呼尝试时修改当前选择的RAN寻呼区域。若UE离开RRC_INACTIVE状态，寻呼尝试计数将重置。

UE的寻呼监视节能：为了减少由于误报寻呼而导致的UE功耗，可以进一步将监视同一PO的一组UE分为多个子组。通过子组划分，如果所监视的PO指示寻呼，则UE在其PO内监视PDCCH寻呼。如果UE无法根据小区内的PEI配置找到其子组ID或无法监视与其PO相关的PEI机会，则应在其PO内监视寻呼。

这些子组具有以下特征：

基于CN控制子组或UE ID进行子组划分；
如果AMF未提供CN控制子组ID，则使用UE ID进行子组划分（若UE和网络支持）；
RRC状态（RRC_IDLE或RRC_INACTIVE）不影响UE所属子组；
小区支持的子组划分方式在系统信息中广播，分为仅支持CN控制子组划分、仅支持UE ID子组划分或同时支持CN控制子组划分和UE ID子组划分；
小区中允许的子组总数最多为8，表示网络配置的CN控制和UE ID子组划分的总和；
配置了CN控制子组ID的UE若小区支持CN控制子组划分，则应用该ID；否则，如果小区仅支持UE ID子组划分，则派生UE ID子组ID。
与子组相关的PEI具有以下特征：

如果UE支持PEI，则至少支持UE ID子组划分方法；
PEI监视可通过系统信息限制在最近使用的小区（即UE最近接收RRCRelease的未指示不更新的最后使用的小区）；
支持PEI监视至最后使用的小区功能的UE应存储其最后使用的小区信息；
支持PEI监视至最后使用的小区功能的gNB在NG-AP UE上下文释放完成消息中向AMF提供PEI支持UE的最后使用小区信息，如TS 38.413 [26]所述；
期望接收MBS组通知的UE应忽略PEI，并在其PO内监视寻呼。
CN控制子组划分：对于CN控制子组划分，AMF负责为UE分配子组ID。CN控制子组划分可配置的子组总数最多为8，例如由OAM配置。假设CN控制子组划分在RNA内是同质的。

下图描述了CN控制子组划分的过程：

CN控制子组划分过程

UE通过NAS信令指示其对CN控制子组划分的支持。
如果UE支持CN控制子组划分，AMF确定UE的子组ID分配。
AMF通过NAS信令将子组ID发送给UE。
AMF通知gNB有关RRC_IDLE/RRC_INACTIVE状态下寻呼UE的CN分配子组ID。
当从CN接收到寻呼消息或由gNB生成寻呼消息时，gNB确定UE的PO及其关联的PEI机会。
在PO内对UE进行寻呼前，gNB传输关联的PEI并指示将要在PEI中寻呼的UE的相应CN控制子组。
UE ID子组划分：对于UE ID子组划分，gNB和UE可以基于UE ID和小区中UE ID子组划分的子组总数确定子组ID。每个小区的UE ID子组划分子组总数由gNB决定，并且在不同小区中可以不同。下图描述了UE ID子组划分的过程：

UE ID子组划分过程
gNB确定小区中UE ID子组划分的子组总数。
gNB在小区中广播UE ID子组划分的子组总数。
UE确定其在小区中的子组。
当从CN接收到PEI支持UE的寻呼消息或由gNB生成的寻呼消息时，gNB确定UE的PO及其关联的PEI机会。
在PO内对PEI支持UE进行寻呼前，gNB传输关联的PEI并指示根据UE ID派生的相应子组在PEI中寻呼的UE。