5G NR Power Saving —— PEI

一 Introduction

今天有点时间，给大家简单介绍下R17 UE Power Saving的另一个方案——PEI。

我们知道网络会给UE进行PCCH-Config的配置，将DRX Cycle等参数配置给UE，从而UE可以知道在哪里接收自己对应的Paging。具体的可以参考这篇文章：

在5G R17中，在传统的Paging的基础上，提出了一个enhancement feature，这个feature就是本篇要介绍的Paging Early Indication (PEI)。顾名思义，就是在UE接收Paging前，先尝试接收PEI：一个先于Paging的额外的indication。这个indication会指示UE是否需要在接下来的Paging Occasion(PO)中接收Paging。换句话说就是，在R15当中，UE会在每个周期性的DRX Cycle中都Monitor自己的PO，但是在多个这个R17 feature之后，UE就不必每个DRX Cycle都monitor，只需要执行PO前面的PEI的指示，如果PEI指示接下来的PO要monitor，则UE就monitor，如果说接下来的PO可以不去monitor，则UE就可以不去monitor。

二 Subgroup

PEI的执行有一个前置条件，就是UE需要知道自己的subgroup ID。网络侧在执行的时候，会将小区内的UE分为若干个subgroup，为每个subgroup分配subgroup ID，每个subgroup内的UE具有相同的subgroup ID。

每个PO最多配置8个subgroup ID，每个UE的subgroup ID由AMF通过NAS信令来指示。如果AMF没有给某个UE分配subgroup ID，或者该小区只支持UE_ID based subgrouping，换句话说就是该小区的所有UE都是通过自己的UE_ID来计算subgroup ID，核心网不做任何分配，则UE根据下式计算subgroup ID：

SubgroupID=(floor(UE_ID/(N*Ns))mod subgroupsNumForUEID)+(subgroupsNumPerPO-subgroupsNumForUEID)

该公式中所涉及到的参数在文中后续内容中都会介绍到，这里暂时先不赘述。

而一旦有了subgroup ID，则在PO对应的PEI中的一个bit就可以用于指示一个UE subgroup。

三 PEI

先来看到底什么是PEI。根据前面的描述，我们知道PEI是在每个PO之前的一个指示，其实这个指示的本质就是一个DCI，也就是说它是一个PDCCH-based signaling。在3GPP讨论过程中，也有方案提出做一个Sequence-based signaling，也就是用一串特定的序列来作为这个指示，最终还是支持PDCCH-based signaling方案的人多。

1. Payload

一个新的DCI format 2_7作为PEI，由PEI-RNTI加扰。仅用作paging early indication和TRS availability indication，除此之外没有其他作用。它的大小由高层参数payloadSizeDCI-2_7指示，其内传输的有效信息bit也很有限，包括：
1). Paging indication field – Npei_po*Npo_sgbit(s)

• Npei_po为PEI的PO的数量，由参数po-NumPerPEI指示;
• Npo_sg为PO的Subgroup的数量，由参数subgroupsNumPerPO指示；

也就是说Paging indication field要指示一个Paging Cycle内的po-NumPerPEI个PO的每一个subgroup。具体到某一个UE，它根据自己monitor Paging Cycle内的哪个PO，以及自己的subgroup ID，最终确定到某一个具体的bit位上，如果该bit为1，则monitor下一个Cycle内的自己对应的PO，反之为0则不monitor。

2). TRS availability indication：1 - 6 bit(s)
具体多少等于参数trs-ResourceSetConfig提供的所有indBitID中的最大值再加1；如果参数trs-ResourceSetConfig没配置，则为0bit。如果信息bit小于高层指示的DCI的大小，则剩余的bit位预留即可，UE会忽略剩余的这部分预留bit。

2. PDCCH Config

除了上述payload size和信息bit外，对于PEI的其他配置参数，我们也做一个简单描述。

首先，一个DRX Cycle只有一个PEI，那么UE具体在哪里监测PEI？根据它的Search Space的配置，可以分为下面两种情况（参数pei-SearchSpace指示pei-SearchSpace ID）：
1）如果pei-SearchSpace ID = 0，则PEI的monitoring occasion(MO)就和SIB1的MO一样。
2）如果pei-SearchSpace ID > 0，则PEI的MO的起始位置由“参考点+offset”的方式来具体确定，由SIB1中参数PEI-F_offset 和firstPDCCH-MonitoringOccasionOfPEI-O 指示。PEI-F_offset 表示相对于PO的第一个PF的起始位置的offset，是frame级别的offset，然后再由参数firstPDCCH-MonitoringOccasionOfPEI-O提供一个symbol级别的offset，最终确定PEI monitoring occasion(PEI-O)的起始位置。
3） 如果没有配置pei-SearchSpace，则UE认为PEI这个feature不开启，所以不monitor PEI，正常monitor每个PO。
4）如果因为一些原因导致UE无法monitor PEI-O，则UE默认monitor下个DRX Cycle。

类似于PO，PEI-O也是一系列连续的S*X个slot组成，S为实际发送的SSB数量，由参数ssb-PositionsInBurst指示；X为SSB对应的PO数量，由参数nrofPDCCH-MonitoringOccasionPerSSB-InPO指示，缺省值为1。

其次它的聚合等级Aggregation level也会在peiSearchSpace中指示，具体的值为{4，8，16}，不会取太小的值比如2，以使得信号能量更大，PDCCH candidates也不会太多，以尽量减少盲检时间。

对于PEI的传输功率，网络侧会保证它和Paging PDCCH的计算方式一样。感兴趣的具体可以参考38213，这里不进行赘述。

我们知道UE会在IDLE和INACTIVE态下monitor paging，所以PEI同样也是在IDLE和INACTIVE态下才需要monitor。如果参数lastUsedCellOnly在SIB中配置了，则UE只在最后进入IDLE或INACTIVE态的小区内monitor PEI。一旦在IDLE期间发生了小区重选，则不会在重选后的小区内进行PEI的监测。如果没配置该参数，则UE不论在哪个小区，都会进行PEI的监测。