一 背景
——为什么要引入WUS
UE电池续航是影响用户体验的一个很重要的方面,所以提高终端能效一直是5G在追求的目标之一,例如我们熟知的CDRX、BWP。R16和R17又将Power Saving作为了一个单独的议题,专门进行了讨论,并且提出了几个新的Power Saving的方案。
由于篇幅原因,本篇将只介绍其中一个feature–WUS,后续会陆续将NR R16和R17中的Power Saving的所有feature都介绍一遍。
二 简介
——什么是WUS
在了解WUS之前,确保你自己对CDRX是了解的,然后在阅读后续内容,如果你不知道什么是CDRX,那么先去了解5G CDRX,再返回本篇进行阅读。
首先,什么是WUS,WUS就是Wake-Up Signal的缩写,这个“Signal”是一个特殊的PDCCH,由PS-RNTI加扰,由网络侧在DRX on duration之前发送,来指示UE是否要在下一个DRX on duration的时候醒来。我们知道在CDRX中,UE会周期性的醒来去监听是否有调度。WUS就是在CDRX的基础上,增加了这么另外的一个Wake Up Signal,来指示UE是否要在下个周期醒来去监听调度。
我们来举个简单的小例子:如果只有CDRX的话,UE会周期性的醒来,比如每天都早上八点起床,没有例外;如果是CDRX+WUS的话,UE就可以不用每个周期都醒来,比如头天晚上收到短信说明天可以睡懒觉,则第二天早上八点就可以不用醒来,这个“短信”就是WUS。
三 DCP monitoring
——接收WUS
通过上面例子简单了解了什么是WUS之后,我们再来看UE如何接收WUS——DCP monitoring。
DCP是DCI with CRC scrambled by PS-RNTI的缩写,可以理解为是WUS的另一个名字。也就是说这个由PS-RNTI加扰的DCI就是WUS。下面就介绍它的monitoring过程,也就是WUS的接收过程。
1. 在哪里monitor
PS-RNTI使用的是DCI format 2_6,在Common Search Space中发送。根据协议,具体是在Type3-PDCCH CSS set中,由PDCCH-Config中的SearchSpace来指示具体的SearchSpace ID。根据SearchSpace ID及其对应的CORESET,UE就确定了DCI的monitoring occasion,就知道在哪里monitor这个DCI了。
之所以在Common Search Space中发送WUS,是因为WUS可以被多个UE共享,也就是说网络侧可以用一个WUS来控制多个UE的wake-up or not。当多个UE配置的是相同的search space,则它们就共享相同的搜索空间,在相同的monitoring occasion中检测DCI,所以一个WUS可以被多个UE同时都检测到。
2. DCI format 2_6的功能和组成
一旦检测到DCI format 2_6,则其中传输的内容如下:
- block number 1, block number 2,…, block number N
- Wake-up indication - 1 bit,
- SCell dormancy indication – 0-5 bit
即DCI format 2_6中包含许多个block,每个block又包含1bit的Wake-up indication(为0表示下一个DRX Cycle继续sleep)和0-5bit的Scell dormancy indication(为0表示non-dormant Scell转为dormant / dormant Scell继续dormant)。UE一旦检测到DCI 2-6,则它可以根据参数ps-PositionDCI-2-6的指示找到其中的分配给它的那个block,该参数指示了UE的block在DCI中的起始bit位。
在参数dormancyGroupOutsideActiveTime未配置时,SCell dormancy indication为0bit,其他情况下,参数dormancyGroupOutsideActiveTime提供多少DormancyGroupID,SCell dormancy indication就有多少bit(最大为5bit),每个bit对应一个SCG。
四 WUS principles
——WUS的原则和工作过程
从上图中可以简单明了的理解WUS的原理。整个横轴表示时间,图中绿色部分表示的就是CDRX中的每个周期的on duration时间,它前面的红色部分表示的即为WUS的monitoring occasion,也就是第三章中介绍的DCI format 2_6的monitoring occasion。
每个Long DRX Cycle都有WUS monitoring occasion与其对应(后面为了方便描述,将WUS monitoring occasion简称为WUS MO)。UE在WUS MO中监测DCI(本文中的所有DCI只表示DCI format 2-6,后续描述中为了方便也省略format 2-6),一旦UE在某个MO中检测到了DCI,则读取其中内容,将Wake-up indicate报告给MAC层,由MAC entity来相应的启动下一个DRX Cycle的drx-onDurationTimer(即UE在on duration时醒来),或者使UE继续保持sleep。注意如果当同时配置了Short和Long DRX Cycle,则WUS只针对Long DRX Cycle,Short DRX Cycle还是原来的过程。
一旦在WUS MO中没有检测到任何DCI,则UE不上报任何信息,此时,网络配置的高层参数ps-WakeUp生效,配置为1表示:如果UE没有检测到DCI,则在下一个DRX Cycle时醒来;配置为0或者该值缺省表示:如果UE没有检测到DCI,则在下一个DRX Cycle时保持睡眠。
如果当网络没有给UE配置DCP monitoring,即没有配置WUS,则UE还是按照原来的过程,在每个DRX Cycle的时候wake-up。此外当UE不需要监测WUS MO时,比如WUS MO和SSB发生了重叠,或者由于Measurement gap等原因,那么下一个DRX Cycle是要wake-up的。
对于某个DRX Cycle,UE监测WUS MO的开始时间由参数ps-Offset以slot为单位指示,即UE从相对于DRX Cycle的起始时间往前ps-Offset个slot开始进行DCP monitoring,一直监测到距离DRX Cycle起始时间达到一个最小值。也就是说从DCP monitoring的结尾,到DRX Cycle的开始,这之间有一个最小值Min Gap,Min Gap的大小是UE的能力,UE会在能力上报的时候报给网络。
五 参数
WUS所需参数都在PhysicalCellGroupConfig IE中由DCP-Config配置。这些参数大部分在前面的描述中已经涉及到了并且进行了简单的描述,这里做一个单独的总结。