UE节能的评估方法
其实协议有成熟的功耗模型，并对不同的功率状态进行建模，比如深度睡眠、轻度睡眠、微睡眠、仅PDCCH、SSB或CSI-RS proc、PDCCH+PDSCH和上行。
基于参考配置，通过缩放参考配置中的参数，如BWP带宽、CC数量、天线数量、SSB数量等，对其他配置的功耗进行建模。至少FR1功率状态的商定功率缩放方案如下。
关于BWP切换的功率缩放方案，过渡能量可以按照从深度睡眠和轻度睡眠过渡的相同原理建模，即Et=(Pbefore + Pafter)*Tt/2,其中Et是过渡能量，Pbefore 是切换前的功率电平，Pafter 是切换后的功率电平和Tt是过渡时间。例如，根据缩放方案Pbefore =120和Pafter=300，如果UE在功率状态为PDCCH+PDSCH的情况下从20MHz的BWP切换到100MHz的BHP。假设过渡时间为0.6ms，则过渡能量为Et=(120+300)*0.6/2=42。
关于UE Tx天线数量的功率缩放方案，已经同意2Tx功率是0dBm时功率的1.4x1Tx，23dBm的缩放因子尚未确定。如果UE执行2Tx传输，则意味着使用了两个RF链，每个传输速率为20dBm。即使功率放大器在20~23dBm的饱和状态下工作，也不应忽略额外一条射频链的功耗。因此，对于23dBm的情况，缩放因子应大于1和1.4可能是一个合适的值。关于短PUCCH和SRS的功率缩放方案，需要澄清的第一个问题是，发射功率是多少。如上述协议所示，UL功率采用0dBm和23dBm的单独值建模。当对短PUCCH和SRS建模时，还应分别确定0dBm和23dBm的缩放因子，因为PA在这两种情况下提供的总功率百分比不同。对于0dBm的情况，建议比例因子大于0.6；对于23dBm的情况，缩放因子小于0.6。
用于PDCCH候选处理缩减的功率缩放方案：
由于PDCCH候选处理（例如，AL/CCE/BD）减少而导致的功率减少的缩放仅基于其对仅PDCCH时隙的微睡眠部分的影响来建模
假设对于仅为FR1商定的PDCCH状态基线，时隙的某些部分处于微睡眠状态
可以根据PDCCH候选值（例如，AL/CCE/BD）的减少，说明其关于PDCCH处理时间可扩展的部分的假设
注：在参考配置中，前两个符号是PDCCH符号。
对于PDCCH候选（AL/CCE/BD）减少，上述协议假设缩放基于相应的时间部分变化，即PDCCH接收/解码持续时间的减少和微睡眠持续时间的相应增加。当UE处理完整的PDCCH候选集合时，用于PDCCH处理的时隙部分是实现特定的，并且各个PDCCH处理步骤（DL缓冲、RxFFT、信道估计、解调、解码等）的时间也是实现特定的。此外，一些实现（如DFV）甚至可以在降低处理速度的情况下保持减少的CCE/BD数量的处理时间。
PDCCH候选的减少主要影响仅PDCCH的状态，其中UE必须处理所有候选并达到最大BD数。由于节能信令也可以跳过仅PDCCH的状态——这可能会使UE进入浅睡眠或深度睡眠，而不是微睡眠——因此对于节能PDCCH候选减少来说并不是那么重要。另一方面，它限制了gNB的调度灵活性，特别是当CCE/BD数量大幅减少时。
考虑到调度成本和潜在的有限节能增益，将讨论重点放在极少量CCE/BD的功率扩展上似乎不具吸引力。然后，对于接近最大允许数量的CCE/BD数量（例如，对于30kHz SCS，#CCE=56和#BD=36），可以假设没有缩放或接近1的值。
FR1的RRM功耗模型已确定，另一个问题是如何对邻小区搜索进行建模。UE通常必须在执行邻小区测量之前执行邻小区搜索。然而，如何执行邻小区搜索取决于UE实现。很难确定UE执行邻小区搜索的频率，例如，UE是否会在每次执行邻小区测量时，或每X次执行邻小区检测时，执行邻区查找？因此，可以对功耗值进行建模，但应仔细研究是否对执行小区搜索所需的时间进行建模。
此外，即使对于UE执行邻区搜索和邻区测量的情况，也可以同时处理搜索和测量。例如，UE可以首先搜索邻区。在找到一些相邻小区后，它将测量这些小区，而UE可以同时继续搜索其他相邻小区。因此，小区搜索和RRM测量的功耗可能不会解耦。另一方面，据观察，目前还没有解决RRM增强的方法，仅影响小区搜索，而不影响RRM测量。因此，耦合小区搜索和RRM测量的功率模型可能需要进一步研究。
