4.3.8 bwp-InactivityTimer的设计

与其他Timer类似,bwp-InactivityTimer的具体设计包括如何配置这个Timer,以及它的启动、重启、中止条件等问题。

1.bwp-InactivityTimer的配置方法

第一个问题是配置计时器的单位。MAC层运行的Timer一般以ms为单位,如drx-InactivityTimer就是以ms为单位配置的。bwp-InactivityTimer是否需要采用更小的单位进行配置呢?如4.3.9节所述,BWP Switching时延是以“时隙”为单位计的,因此bwp-InactivityTimer采用过小的配置颗粒度(如符号级别)的必要性不大,因此bwp-InactivityTimer仍然是以ms为单位配置的,且最小值为2 ms。bwp-InactivityTimer的最大配置值可达2 560 ms,与drx-InactivityTimer的最大值一致。可以看到,通过配置不同的bwp-InactivityTimer长度,基站可以控制DL BWP Switching的频度,如果希望通过较频繁的DL BWP回落获得更好的终端省电效果,则可以配置较短的bwp-InactivityTimer,如果希望避免频繁的DL BWP Switching,实现比较简单的BWP操作,则可以配置较长的bwp-InactivityTimer

需要说明的是,如果配置了多个DL BWP,则这个bwp-InactivityTimer是适用于各个DL BWP的,不能针对不同DL BWP配置不同的bwp-InactivityTimer。这是一种简化的设计。如果所有的DL BWP具有相同的子载波间隔,则采用相同的bwp-InactivityTimer完全合理。但具有不同子载波间隔的DL BWP,由于其时隙长度不同,1 ms内包含的时隙数量不同,如果想使不同DL BWP的持续时间包含相同数量的时隙,似乎应该允许为不同DL BWP配置不同的bwp-InactivityTimer(以ms为单位)。但从简单设计考虑,最终采用了BWP-common(BWP公共)的bwp-InactivityTimer配置方法。

另外,bwp-InactivityTimer不适用于Default DL BWP,因为这个Timer本身就是用来控制回落到Default DL BWP的时间的,如果终端本身正处在Default DL BWP,则不存在回落到Default DL BWP的问题。

2.bwp-InactivityTimer的启动/重启条件

显而易见,bwp-InactivityTimer的启动条件应该是DL BWP的激活。如图4-39所示,当一个DL BWP(除Default DL BWP)被激活后,马上启动bwp-InactivityTimer

bwp-InactivityTimer的重启主要受数据调度的情况影响。如4.3.4节、4.3.5节所述,bwp-InactivityTimer的主要功能是在终端长时间没有数据调度的情况下回落到Default DL BWP,以达到省电效果。与DRX操作相似,当终端收到调度其数据的PDCCH时,应该预计可能还有后续的数据调度,因此无论现在正在运行的bwp-InactivityTimer的运行情况如何,都应该回到零点,从头开始Timer的运行,即重启bwp-InactivityTimer。如图4-39所示,当收到一个新的PDCCH时,bwp-InactivityTimer被重启,重新开始计时,实际上延长了终端停留在宽带DL BWP的时间,如果在bwp-InactivityTimer到期之前,终端没有收到新的调度数据的PDCCH,则终端回落到Default DL BWP。

图4-39 bwp-InactivityTimer的启动与重启

3.bwp-InactivityTimer的中止条件

如上所述,由于收到调度数据的PDCCH可能预示着后续有更多的数据将被调度,所以应该重启bwp-InactivityTimer。但还有一些其他的物理过程,并不预示有后续数据调度,但需要保证在该过程中不发生DL BWP Switching,则bwp-InactivityTimer需要暂时中止,等该过程结束后再继续运行完剩下的时间。在NR标准的研究中,主要讨论了两种可能需要中止bwp-InactivityTimer的过程:一是PDSCH接收;二是随机接入。

如果终端被PDCCH调度了一个长度较长的PDSCH[比如多时隙PDSCH(Multi-slot PDSCH)],距离PDCCH距离又较远,而配置的bwp-InactivityTimer长度却较小,可能出现终端尚未完成PDSCH的接收,bwp-InactivityTimer就已经过期的情况,如图4-40所示。在这种情况下,根据bwp-InactivityTimer的运行规则,终端就会中止在激活DL BWP中的PDSCH接收,回落到Default DL BWP,这显然是不合理的操作。

图4-40 由于PDSCH持续接收造成的bwp-InactivityTimer过早到期的情况

对于这种场景,一种解决方案是在开始接收PDSCH时暂时中止bwp-InactivityTimer的运行,如图4-41所示,在完成PDSCH接收后恢复bwp-InactivityTimer的运行,直至bwp-InactivityTimer到期。

图4-41 在PDSCH接收过程中中止bwp-InactivityTimer的方案

但是经过研究,认为上述方案的应用场景(即bwp-InactivityTimer配置较短,而PDSCH结束接收的时间点距离PDCCH较远)是一种不常见的场景,gNB可以比较容易地避免这种情况的发生,因此最终R15 NR bwp-InactivityTimer的中止条件没有采纳这种方案。

R15 NR bwp-InactivityTimer采用的中止条件主要是与随机接入(RACH)过程有关。如图4-42所示,当终端启动RACH过程时暂时中止bwp-InactivityTimer的运行,在完成RACH过程后恢复bwp-InactivityTimer的运行,直至bwp-InactivityTimer到期。之所以要在RACH过程中避免DL BWP Switching,是因为RACH过程需要在成对配置的DL BWP和ULBWP上完成(原因在4.3.11节具体介绍)。因此,要在RACH过程未完成前,避免由于bwp-InactivityTimer到期,终端向Default DL BWP回落(如果当前的激活DL BWP并非Default DL BWP),造成DL BWP和UL BWP不匹配。

图4-42 在RACH过程中中止bwp-InactivityTimer的方案