《987-DRX部署的节能.docx》由会员分享，可在线阅读，更多相关《987-DRX部署的节能.docx（2页珍藏版）》请在第壹文秘上搜索。
1、DRX部署的节能UE节能主要是RRe.CONNECTED模式为重点，需要关注的技术有：a）UE在频率、时间、天线域、DRX配置和UE处理时间表中对业务和UE功耗特性的适应性，以实现UE节能b）用于触发UE功耗特性自适应的节能信号/信道/过程NR中，UE将在配置的PDCCH监视场合中执行PDCCH盲解尝试，并且PDCCH监视场合由搜索空间配置导出。根据配置，PDCCH监控时机可能不存在于每个时隙中，或者可能在一个时隙中存在多次。此外，如果配置了DRX,则UE可能不会在每个PDCeH监视场合中监视PDCCH。具体来说，只有当MAC实体处于活动时间（定义为满足以下条件期间的持续时间）时，UE才会执行
2、PDCCH监视： drx-onDurationTimerordrx-InactivityTimeror（Irx-RetransmissionTimerDLordrx-RetranstnissionTimerULorra-ContentionResolUtionTimer正在运行； 调度请求在PUCCH上发送并挂起；在成功接收到针对非由MAC实体在基于竞争的随机接入前导中选择的随机接入前导的随机接入响应之后，指示寻址到MAC实体的C-RNTI的新传输的PDCCH尚未被接收。在每个（长持续时间或短持续时间）DRX周期开始时，UE启动dr-OnDurationTimer,然后如果UE接收到指示新传输
3、（DL或UL）的PDCCH,UE启动DRX-InactivityTimero这意味着UE需要准备在每个DRX周期的开始处接收PDeCH,并且如果UE在DRX-OnDurationTimer过期之前没有接收到任何指示新传输的PDCCH,则UE可以进入睡眠。另一方面，如果UE在dr-OnDurationTimer到期之前接收到指示新传输的PDCCH,则UE将继续尝试接收PDCCH,直到drX-1nactivityTimer到期。此外，在初始下行或上行传输之后，UE可能需要准备好接收指示重传的PDCCH（每个HARQ过程）。在这种情况下，dr-RetransmiSsionTimerDL或dr-Ret
4、ransmissionTimerUL可以使MAC实体处于活动时间。无论DRX周期如何，当UE在PUCCH上发送SR时，UE可以准备好接收PDCeH,并且它处于挂起状态。在当前的DRX部署中，在活动时间内PDCCH监视上没有对UE行为的限制。具体来说，在活动时间内，UE将对所有配置的CORESET、searchspace和DCI格式执行PDCCH监控。根据使MAC实体处于活动时间的条件，可以考虑有效地减少UE侧的PDCCHBDattemtp的数量。例如，如果活动时间是由于调度请求而发生的，并且任何其他DRX计时器没有运行，则UE可能只需要监视PDCCH以获得ULgranto类似地，如果MAC实体
5、处于活动时间，但SR未发送或未挂起，则UE可能不需要监视PDCeH以获得ULgranto此外，如果配置了DRX,则如果在设置CQl掩蔽的情况下DRX-OnDurationTimer没有运行，或者如果MAC实体在其他情况下不处于活动时间，则UE不会报告CSI0换句话说，在活动时间开始时（或者如果只有dr-OnDUratiOnTimer在运行），网络可能不知道UE的准确CSI；因此，可能无法有效使用非回退DCIo相反，可以认为UE可以在活动时间开始时（或者如果只有dr-OnDUratiOnTimer正在运行）仅监视回退DCl（例如DClformat1-0/0-0）。在NR中，UE将基于BWP配置执
6、行发送/接收过程。关于PDCCH接收，UE将监视在活动DL-BWP内传输的PDCCH。当UE在一定时间内没有接收到指示PDSCH的PDCeH时（或者如果bwp-InactivityTimer过期），UE的活动DLbwp可以更改为默认bwp以节省功率。然而，在当前规范中，DRX参数在不同的BWP之间没有改变。至少当UE的活动DLBWP设置为默认BWP时，最好具有不同的DRX配置以进一步节省UE功耗。在上行数据流量的情况下，网络可能不知道处理某个上行数据包需要多少ULgranto在NR中，除非配置了配置的授权的资源，否则UE首先发送要使用ULgrant进行调度的调度请求，然后UE在收到ULgran
7、t后报告缓冲区状态。基于报告的缓冲区状态或SR状态（例如待定），gNB可以调度足够数量的ULgrant给UEo然而，在下行数据业务的情况下，考虑到UE的信道条件和业务情况，网络知道需要多少下行分配来处理特定下行数据分组。在这种情况下，gNB可以提供UE寻呼记录，将UE的状态从空闲更改为RRCCONNECTEDo同时，寻呼记录包括与下行数据分组相关联的UE标识，并且UE可能不知道处理下行数据分组的下行调度何时完成。从UE节能的角度来看，对于UE来说，根据要调度的TB（大小）或PDCCH/PDSCH的数量来了解关于要服务的下行数据分组的信息将是有用的。例如，如果分组大小由网络提供给UE,则UE可以
8、计算每当UE成功接收到新TB时，要服务的下行数据量。如果UE确定没有剩余的TB要服务，则UE可以停止PDCCH监视一定数量的DRX周期，或者直到UE接收到（更新的）下行分组信息。在当前规范中，类似的方法可以通过DRX命令MACCE来完成，该命令用于终止DRX-OnDurationTimer或DRX-InactivityTimero然而，在这种情况下，即使活动时间被终止，UE也将在下一个DRX周期中重新启动PDCCH监视。换句话说，根据DRX参数设置，UE节能量可能不同。或者，可以认为PDCCH调度PDSCH携带DRX命令以停止UE侧的PDCCH监视。具体来说，DCl可以指示对应的PDSCH是否与下行分组的最后调度相关联。
