当前位置：首页 > backend >正文

NR --PO计算

backend 2025/8/27 6:51:07

顾名思义，寻呼就是基站寻找呼叫UE的过程，下面介绍UE是如何获取基站下发的paging message的。

1. PF、i_s和PO

不论是4G还是5G，paging都支持非连续接收Discontinuous Reception，DRX。这样是为了可以使UE只在固定的时间内醒来接收paging消息，其余时间可以休眠以降低功耗，提升电池使用时间。每次唤醒的周期叫DRX cycle，一个DRX cycle内有若干个PF（Paging Frame），一个PF对应若干个PO（Paging occasion），一个UE只需要在某一个PO上接收Paging消息。i_s是一个PF对应的PO的编号，即某个UE的i_s就指示了该UE要接收该PF内的第i_s+1个PO内的paging消息。PF和i_s的计算公式如下：

(SFN + PF_offset) mod T = (T div N)*(UE_ID mod N)
i_s = floor (UE_ID/N) mod Ns
其中的参数解释如下：

T:就是DRX cycle
系统消息中会有一个小区级别的指示Tc，同时RRC也有可能会有UE级别的指示Tue，如果没有指示Tue，则T=Tc，如果指示了Tue，则T=min(Tc,Tue)。
N: T中的PF总数
Ns: 一个PF对应的PO数量
PF_offset:PF的偏移
UE_ID: 5G-S-TMSI mod 1024
TMSI是UE的临时移动用户识别码Temporary Mobile Subscriber Identify，可以用于唯一区分不同的UE，这个在随机接入的Msg3中也会用到。当UE还没有TMSI时，默认UE_ID = 0。
上面这些参数都会在PCCH-Config中指示：
在这里插入图片描述
defaultPagingCycle就是T；
NAndPagingFrameOffset就是N和PF_offset，其中“oneT”就表示一个DRX cycle内有一个PF，即一个PF对应的长度为一个T，“halfT”表示一个DRX cycle内有2个PF，一个PF要对应half个T，其余同理，后面的整数表示PF_offset；
ns表示Ns。
对于某个UE来说，通过计算得到PF，就可以知道自己接收paging消息的系统帧号，再通过计算得到i_s，就可以知道自己的PO是该PF内的第i_s+1个PO。

2 PDCCH monitoring occasions for paging

PDCCH monitoring occasion说白了就是CORESET的时域位置，由pagingsearchspace指示，再加上该search space对应的CORESET，则可以具体确定接收P-RNTI加扰的PDCCH的CORESET时频资源。Pagingsearchspace在SIB1的PDCCH-ConfigCommon中指示：
在这里插入图片描述

该search space中会指示如下消息：
在这里插入图片描述

通过search space，UE可以确定一个以slot为单位的周期和偏移，以及每个周期内的持续slot个数和每个slot中的起始符号位置，从而可以确定所有的PDCCH monitoring occasions。再根据对应CORESET指示的信息,可以确定每个CORESET的时频资源。
在这里插入图片描述

在LTE中，一个PO就是一个子帧，UE计算得到PF和PO后就可以确定接收paging的子帧。而NR中search space不再是每一帧中的固定时域位置，即周期不再是以frame为单位而是以slot为单位，所以需要通过上述的search space确定PDCCH monitoring occasions，且由于每个PO要对应所有SSB，所以每个PO都要包含S个PDCCH monitoring occasions，每个PDCCH monitoring occasion对应一个SSB，S即一个SSB set周期内的实际发送的SSB个数。所以在确定了PDCCH monitoring occasion和PF、PO后，还要将PDCCH monitoring occasions和每一个PO进行对应，从而才能确定某个UE的PDCCH monitoring occasions for paging。

举例1

主要理解最后一张图
下面看下具体的例子以下参数都在SIB1 中，
SCS =30khz
在这里插入图片描述
paging 对应CORESET 0 searchspace 1
CORESET0 频域48个RB，时域占用一个符号
searchspace 1对应的是每个时隙的第一个符号。
T=128 radio frame
N是halfT =64radio frame
PF_offset=1
Ns=1
S=4 (ssb-PositionsInBurst 111100000)即4个连续的PDCCH monitoring Occasion 组成一个PO。
firstPDCCH-MonitoringOccasionOfPO=0
5G-S-TMSI=550596512336
UE_ID=550596512336 mod 1024=592
首先确定SFN
(SFN + PF_offset) mod T = (T div N)(UE_ID mod N)
(SFN+1)mod 128=(128 div 64)(592 mod 64) =2×16=32 则 SFN =31，159…
假如i_s=0
log中pagingsearchspace 对应的searchspace id不等于0，则UE要监听第1个PO。这个PO 对应4个连续的PDCCH monitoring occasions 。
first PDCCH monitoring occassion 的开始符号index =0。
总结着说就是UE要监听paging 对应的SFN是31，159，287…
每个SFN 要监听第1个PO（每个PO 对应4个连续的PDCCH monitoring occasions）first PDCCH monitoring occassion 的符号是第一个符号。
CORESET 0（只占用时域1个符号）和searchspace 1的配置，显示每个slot就是一个PDCCH monitoring Occasion。
综上，UE 要监听PO图示如下：
在这里插入图片描述