《822-UE解码能力.docx》由会员分享,可在线阅读,更多相关《822-UE解码能力.docx(3页珍藏版)》请在优知文库上搜索。
1、UE解码能力和DoU功耗分析协议对UE的解码能力有建议,比如:不期望UE尝试解码子帧中超过100个RBo在一个子帧中,UE不希望尝试解码超过10个PSCCH信道。1.TEV2V以安全服务为目标。因此,重要的是,由于接收机能力有限,接收机不要跳过对某些分组的解码。在讨论UE解码要求时,最重要的是,在实际中DSRC(DedicatedShortRangeCommunications)没有这样的限制。这是可能的,因为TDM操作简化了接收机设计。一般来说,3GPP的公司强调了具有比DSRe性能更好的LTEV2X解决方案的重要性。一一般来说,LTEV2V的OFDMA特性使得最低需求的计算有些繁琐。此外,
2、仔细的分析将产生在实践中从来没有必要的需求。合理的简化应考虑以下极端情况:预期UE解码子帧中存在的所有PSCCH。对于20MHz载波和5RB子信道配置,这将产生20个PSCCH和40个RBo预期UE解码单个全带宽传输。对于20MHZ载波,这对应于98个RB。这将导致以下要求:1. UE不期望尝试解码子帧中超过138个RBo2. UE不期望尝试解码子帧中超过20个PSCCH。如上所述,这些要求是通过简化获得的。实际上,它们可能不足以涵盖所有情况。在20MHZ载波中考虑下面的例子:1. UEl在整个系统带宽上传输数据(即数据为98个RB)2. UE2通过单个子信道(即3个RB用于数据)进行传输。接
3、收UE正确地解码两个PSCCH传输。很可能UE还可以正确解码两个相关联的PSSCH传输。例如,如果UEl和UE2位于与接收UE相同的距离处,则UE2的传输将具有更高的PSD(powerSPCCtraI/spectrumdensity)(因为它是窄带的),以确保足够高的SNR;而UEI的传输不会受到窄带碰撞的严重影响。但是,对于解码器,这将导致以下情况: PSCCH的盲解码消耗40个RBo 98个RB用于解码UEl的数据传输。 3个RB用于解码UE2的数据传输。总共有141个RB需要解码,超过了138个RB的要求。在实践中,UE必须选择两个传输中的哪一个进行解码。鉴于LTEV2V中使用的半持久传
4、输方案,该问题很可能在多个传输上重复。因此,引入解码规则以确保接收机不会系统地跳过对特定UE的传输的解码是重要的。协议讨论了基于使用天数(DoU:Days-of-Use)的UE功率考虑主题,比如:物理层中的UE解码功耗下行控制在缺乏授权的情况下的盲解码,UE解码数据时隙中的功耗,测量中的UE解码功耗。在本文中,介绍了高通提出的一种UEDOU功耗评估方法。该范围仅适用于蜂窝调制解调器(包括RF和基带功能),因为这是与5GNR最相关的部分。移动宽带(MBB)是4G系统的主要用例类别之一。可以预见,尽管NR将支持许多其他用例,但它仍将以增强的方式支持MBB用例。对于3GPP演进,这一重要用例类别被称
5、为增强型移动宽带(EMBB:EnhancedMobileBroadband)。为了研究NREMBB用例的设计和优化方法,了解MBB在最新应用中的功耗性能非常重要。除此之外,对于NR的其他新出现的用例,将更容易理解并对功耗权衡做出正确的判断。在本文中,重点是方法论。将详细讨论各种调制解调器功率状态,给出典型调制解调器的简单功率模型,并给出计算DoiJ功率的表达式。UE调制解调器功率模型调制解调器电源状态可以表示接入状态或操作状态,或其组合。从网络的角度来看,接入状态是指UE的功能行为。操作状态指的是UE调制解调器的实际操作,它与实现更紧密地联系在一起。例如,UE调制解调器可以处于深度睡眠状态、数
6、据接收状态、PDCCH接收状态等。从功耗建模的角度来看,操作状态更原子化,通常接入状态包括操作状态的组合。另一个细微的区别是,接入状态还定义了UE的接入延迟,而操作状态更直接地与UE的功耗相关。接入状态接入状态描述Idle这对应于UE的RRCidle模式。当UE处于空闲模式DRX时,它会唤醒进行周期性寻呼解码(根据配置的寻呼周期,通常设置为1.28秒),执行RRM相关任务,并在需要时唤醒空闲模式移动过程(例如小区重选)。根据整体DoU分析,空闲模式通常占平均UE功耗的几个百分比。Active假设配置了DRX且UE处于连接态模式,该状态对应于UE的非活动计时器已启动且未过期的条件。在本分析中,相
7、关的接通持续时间也被视为该状态的一部分。UE在每个子帧(SF)解码PDeCHC如果授权被解码,则它还对PDSCH或PUSCH执行相应的处理。CDRX(ON-duration-onlycycle)假设配置了DRX且UE处于连接模式,该状态对应于UE经历grant-lessCDRX周期(包括接通持续时间和睡眠持续时间)。UE在接通持续时间内未收到任何授权,因此其非活动计时器不会触发。Active状态已明确分解为两种操作状态wPDCCH-Onlyw和“Active:Data”。在本文中,将更详细地显示操作状态分解,最好从UE调制解调器时间轴的角度进行说明。调制解调操作与接入状态“CDRX”和“Act
8、ive”相关联的调制解调器操作状态如以下时间线示例所示。X轴表示时间,y轴表示瞬时功耗。该表示是象征性的,不用于缩放。对于接入状态CDRXw,UE经历调制解调器上升(从深度睡眠)、仅PDCCH(即,尝试解码PDCCH但不授予)的接通持续时间、调制解调器下降和深度睡眠的完整周期,直到下一个DRX周期。图1显示了CDRX状态的简化UE调制解调器操作时间线。在该图中,假设两个子帧的持续时间为ON。请注意,时间线图以下一个DRX周期的ON持续时间结束。CDRX cycle (CDRX state)UE部署状态示例:PDCCH-onlyRx/Ramp-upRamp-downUDPsleep图1:DRX周
9、期示意图对于接入状态Active”,UE从深度睡眠中爬升,解码PDCCH,并且在接通持续时间结束之前,接收准予和相应的PDSCHo这将启动非活动计时器,在此期间,如果收到另一个授权,则重新启动非活动计时器,直到其最终过期。不活动计时器允许延长到下一个DRX周期,并与开启持续时间重叠。根据数据的到达,扩展可能是不确定的。在图2中,在接通持续时间的第二个子帧期间接收一个下行准予。为简单起见,假定非活动计时器比重传计时器长,因此可以忽略调制解调器保持清醒以进行HARQ重传的情况。时间线图示以随后的DRX周期结束,其中UE在不接收任何授权的情况下通过接通持续时间。Active state burstUE部署状态示例:匕 Ramp-down Deep sleepPDCCH-onlyRxIData&controlchannelprocessingRamp-up图2:激活状态转换示意图现有的DOU没有得到业界的普遍认可。然而,实践中使用了许多具有时间权重分布的DOU用例。