用于降低用于harq解码的功耗的方法和装置制造方法
【专利摘要】本申请的某些方面可以通过允许UE通过在接收肯定确认(ACK)之后不试图对ACK/NACK传输进行解码而保持在低功率状态中，从而有助于降低功耗。
【专利说明】用于降低用于HARQ解码的功耗的方法和装置
[0001]基于35U.S.C.§ 119要求优先权
[0002]本专利申请要求享有于2011年9月14日提交的、美国临时专利申请序列号N0.61/534, 809的权益，该美国临时专利申请已经转让给本申请的受让人，故以引用方式将其明确地并入本文。
【技术领域】
[0003]本申请的某些实施例通常涉及无线通信，并且更具体地说，涉及用于降低功耗的方法和装置。
【背景技术】
[0004]无线通信网络被广泛地部署以提供诸如语音、视频、分组数据、消息传送、广播等各种通信服务。这些无线网络可以是通过共享可用的网络资源来支持多个用户的多址网络。这些多址网络的示例包括码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交FDMA (OFDMA)网络、以及单载波FDMA (SC-FDMA)网络。
[0005]无线通信网络可以包括能够支持多个用户设备(UE)的通信的多个基站。UE可以经由下行链路和上行链路与基站进行通信。下行链路(或前向链路)指从基站到UE的通信链路，而上行链路(或反向链路)指从UE到基站的通信链路。
[0006]UE可以被配置为重新发送上行链路传输，直到其接收到基站成功接收到上行链路传输的肯定确认(ACK)。在一些情况下，甚至在UE已接收到ACK之后，可能仍然期望对控制信道(例如，PHICH或HXXH)继续解码。这是因为即使基站没有成功接收到UL传输，其仍然可以使用ACK来暂停重传，例如，以便在那一时刻对资源进行授权以用于可能具有较高优先权的传输。在不对控制信道继续解码的情况下，将检测不到对重传的后续授权，从而将不会有重传，这会导致分组丢失。此外，该方法允许在发送了否定确认(NACK)但莫名其妙被解释成了 ACK的情况下进行最终重传。
[0007]不幸的是，对确认信道的继续解码可能会限制UE停留在低功率状态中的时间量，这可能导致不必要的功耗。
【发明内容】
[0008]在本申请的方面中，提供了一种用于由用户设备(UE)进行无线通信的方法。所述方法通常包括:在物理上行链路共享信道(PUSCH)上向基站发送混合自动重传请求(HARQ)传输；接收指示将不重传所述HARQ传输的第一消息；进入低功率状态，在所述低功率状态中，所述UE不试图对消息进行解码；以及在至少第二消息的调度的传输时间内保持所述低功率状态，所述第二消息指示是否要重传所述HARQ传输。
[0009]在本申请的方面中，提供了一种用于由UE进行无线通信的装置。所述装置通常包括:用于在物理上行链路共享信道(PUSCH)上向基站发送混合自动重传请求(HARQ)传输的模块；用于接收指示将不重传所述HARQ传输的第一消息的模块；用于进入低功率状态的模块，在所述低功率状态中，所述UE不试图对消息进行解码；以及用于在指示是否要重传所述HARQ传输的至少第二消息的调度的传输时间内保持所述低功率状态的模块。
[0010]在本申请的方面中，提供了一种用于由UE进行无线通信的装置。所述装置通常包括至少一个处理器以及耦接到所述至少一个处理器的存储器。所述至少一个处理器通常被配置为:在物理上行链路共享信道(PUSCH)上向基站发送混合自动重传请求(HARQ)传输；接收指示将不重传所述HARQ传输的第一消息；进入低功率状态，在所述低功率状态中，所述UE不试图对消息进行解码；以及在指示是否要重传所述HARQ传输的至少第二消息的调度的传输时间内保持所述低功率状态。
[0011]在本申请的方面中，提供了一种用于由UE进行无线通信的计算机程序产品，所述计算机程序产品包括具有存储在其上的指令的计算机可读介质。所述指令通常是可由一个或多个处理器执行以用于以下操作:在物理上行链路共享信道(PUSCH)上向基站发送混合自动重传请求(HARQ)传输；接收指示将不重传所述HARQ传输的第一消息；进入低功率状态，在所述低功率状态中，所述UE不试图对消息进行解码；以及在指示是否要重传所述HARQ传输的至少第二消息的调度的传输时间内保持所述低功率状态。
【专利附图】
【附图说明】
[0012]图1是从概念上示出根据本申请的某些方面的无线通信网络的示例的框图。
[0013]图2示出了从概念上描绘根据本申请的某些方面的无线通信网络中的节点B与用户装置设备(UE)进行通信的示例的框图。
[0014]图3是从概念上示出根据本申请的某些方面的无线通信网络中的帧结构的示例的框图。
[0015]图4示出了示例性消息交换。
[0016]图5示出了根据本申请的某些方面的示例性消息交换。
[0017]图6示出了根据本申请的某些方面的示例性消息交换。
[0018]图7示出了能够执行根据本申请的某些方面的操作的、具有节点B和UE的示例性系统。
[0019]图8示出了根据本申请的某些方面的示例性操作。
【具体实施方式】
[0020]如上所述，在某些情景中，即使在UE已经接收到基站成功接收到UL传输的肯定确认(ACK)之后，仍然可能期望UE对确认信道继续进行解码。出于多种原因，该继续解码可能是期望的。例如，在肯定ACK实际上是错误接收的情况下(例如，由于在传输期间NACK到ACK的转变)，该继续解码可以允许UE检测后续的NACK，从而允许UE进行重传并避免UL分组丢失。作为另一个示例，继续解码可以允许使用ACK来暂停重传，即使基站没有成功接收到UL传输。
[0021]不幸的是，对确认信道的这种继续解码可能极大地限制UE在低功率状态中停留的时间量。换句话说，UE必须过早地退出低功率状态以便对确认信道进行解码，从而导致功耗增加。
[0022]然而，本申请的某些方面提供了用于使UE增加其停留在低功率状态中的时间量的技术。如下面将更详细描述的，UE可以停留在低功率状态中并且在接收ACK到之后的传输时间(例如，一个或多个传输时间间隔(TTI))期间忽视(例如，不试图解码)确认信道。在一个或多个TTI期间忽视ACK信道之后，UE可以随后退出低功率状态并且仍然及时对ACK信道进行解码以便重传分组并避免分组丢失。
[0023]本文描述的技术可以用于诸如CDMA、TDMA, FDMA, OFDMA, SD-FDMA和其它网络之类各种无线通信网络。术语“网络”和“系统”通常交换使用。CDMA网络可以实现诸如通用陆地无线接入(UTRA)、cdma2000等无线技术。UTRA包括宽带CDMA (WCDMA)、时分同步CDMA (TD-SCDMA)和 CDMA 的其它变型。cdma2000 涵盖 IS-2000 标准、IS-95 标准和 IS-856 标准。TDMA网络可以实现诸如全球移动通信系统(GSM)之类的无线技术。OFDMA网络可以实现诸如演进型 UTRA(E-UTRA)、超移动宽带(UMB)、IEEE802.11 (W1-Fi)、IEEE802.16 (WiMAX)、IEEE802.20、Flash-OFDM?等无线技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。使用频分双工(FDD)和时分双工(TDD)两者的3GPP长期演进(LTE)和高级LTE (LTE-A)是使用E-UTRA的UMTS的新版本，E-UTRA在下行链路上使用OFDMA而在上行链路上使用SC-FDMA。在来自名为“第三代合作伙伴计划”(3GPP)的组织的文档中描述了UTRA, E-UTRA, UMTS, LTE、LTE-A和GSM。在来自名为“第三代合作伙伴计划2” (3GPP2)的组织的文档中描述了 cdma2000和UMB。本文描述的技术可以用于上面提到的无线网络和无线技术、以及其它无线网络和无线技术。为了清楚起见，下面针对LTE描述了这些技术的某些方面，并且在下面的大部分描述中使用了 LTE术语。
[0024]图1示出了无线通信网络100，其中可以执行针对用于使用资源划分信息来执行参考信号处理所描述的过程。网络100可以是LTE网络或某种其它无线网络。无线网络100可以包括多个演进型节点B (eNB) 110和其它网络实体。eNB是与UE进行通信的实体，并且也可以被称为基站、节点B、接入点等。每个eNB可以针对特定地理区域提供通信覆盖。在3GPP中，术语“小区”可以指代eNB的覆盖区域和/或对该覆盖区域进行服务的eNB子系统，这取决于使用该术语的语境。
[0025]eNB可以针对宏小区、微微小区、毫微微小区和/或其它类型的小区提供通信覆盖。宏小区可以覆盖相对较大的地理区域(例如，半径为几公里)，并且可以允许具有服务预订的UE进行不受限接入。微微小区可以覆盖相对较小的地理区域，并且可以允许具有服务预订的UE进行不受限接入。毫微微小区可以覆盖相对较小的地理区域(例如，家庭)，并且可以允许与毫微微小区相关联的UE(例如，封闭用户群(CSG)中的UE)进行受限接入。宏小区的eNB可以被称为宏eNB。微微小区的eNB可被称为微微eNB。毫微微小区的eNB可被称为毫微微eNB或家庭eNB(HeNB)。在图1所示的示例中，eNBllOa可以是宏小区120a的宏eNB ;eNB110b可以是微微小区120b的微微eNB ;而eNBllOc可以是毫微微小区120c的毫微微eNB。eNB可以支持一个或多个(例如，三个)小区。术语“eNB”、“基站”和“小区”在本文中可互换使用。
[0026]无线网络100还可以包括中继站。中继站是可以从上游站(例如，eNB或UE)接收数据传输并且向下游站(例如，UE或eNB)发送数据传输的实体。中继站还可以是可以为其它UE的传输进行中继的UE。在图1中示出的示例中，中继站IlOd可以与宏eNBllOa和UE120d进行通信，以便有助于eNBllOa与UE120d之间的通信。中继站还可以被称为中继eNB、中继基站、中继器等。[0027]无线网络100可以是包括不同类型的eNB(例如，宏eNB、微微eNB、毫微微eNB、中继eNB等)的异构网络。这些不同类型的eNB可以具有不同的发射功率电平、不同的覆盖区域，并且对无线网络100中的干扰有不同影响。例如，宏eNB可以具有较高的发射功率电平(例如，5至40瓦特)，而微微eNB、毫微微eNB和中继eNB可以具有较低的发射功率电平(例如，0.1至2瓦特)。
[0028]网络控制器130可以耦接到一组eNB并且可以对这些eNB提供协调和控制。网络控制器130可以经由回程与eNB进行通信。eNB也可以相互通信，例如经由无线或有线回程进行直接或间接地通信。
[0029]UE120可以散布在整个无线网络100中，并且每个UE可以是固定的或移动的。UE还可以被称为终端、移动站、用户单元、站等。UE可以是蜂窝电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、膝上型计算机、无绳电话、无线本地环路(WLL)站、智能电话、上网本、智能本等。
[0030]图2示出了基站/eNBllO和UE120的设计框图，其中，基站/eNBllO和UE120可以是图1中的基站/eNB之一和UE之一。基站110可以配备有T个天线234a到234t，并且UE120可以配备有R个天线252a到252r，其中，通常T≥1并且R≥1。
[0031]在基站110处，发送处理器220可以从针对一个或多个UE的数据源212接收数据，基于从每个UE接收到的信道质量指示符(CQI)来为该UE选择一个或多个调制和编码方案(MCS)，基于为每个UE选择的MCS来对该UE的数据进行处理(例如，编码和调制)、并且为所有UE提供数据符号。发送处理器220还可以对系统信息(例如，针对静态资源划分信息(SRPI)等)和控制信息(例如，CQI请求、授权、上层信令等)进行处理，并提供开销符号和控制符号。处理器220还可以为参考信号(例如，小区专用参考信号(CRS))和同步信号(例如，主同步信号(PSS)和辅助同步信号(SSS))生成参考符号。发送(TX)多输入多输出(MMO)处理器230可以对数据符号、控制符号、开销符号和/或参考符号执行空间处理(例如，预编码)(如果可以的话)，并且可以向T个调制器(MOD) 232a到232t提供T个输出符号流。每个调制器232可以对各自的输出符号流进行处理(例如，进行OFDM等)以获得输出采样流。每个调制器232可以进一步处理(例如，转换到模拟、放大、滤波以及上变换)输出采样流以获得下行链路信号。可以分别经由T个天线234a到234t发送来自调制器232a到232t的T个下行链路信号。
[0032] 在UE120处，天线252a到252r可以从基站110和/或其它基站接收下行链路信号，并且可以分别向解调器(DEMOD) 254a到254r提供所接收的信号。每个解调器254可以调节(例如，滤波、放大、下变换以及数字化)其接收的信号以获得输入采样。每个解调器254可以对输入采样进一步处理(例如，进行OFDM等)以获得接收的符号。MMO检测器256可以从所有R个解调器254a到254r获得接收的符号，对所接收的符号执行MMO检测(如果可以的话)，以及提供经检测的符号。接收处理器258可以处理(例如，解调和解码)经检测的符号，向数据宿260提供针对UE120的解码数据，以及向控制器/处理器280提供经解码的控制信息和系统信息。如下所述，信道处理器284可以确定参考信号接收功率(RSRP)、接收的信号强度指示符(RSSI)、参考信号接收质量(RSRQ)、CQI等。
[0033]在上行链路上，在UE120处，发送处理器264可以对来自数据源262的数据以及来自控制器/处理器280的控制信息(例如，包括RSRP、RSSI, RSRQ, CQI等的报告)进行接收和处理。处理器264还可以生成针对一个或多个参考信号的参考符号。来自发送处理器264的符号可由TX MIMO处理器266预编码(如果可以的话)，由调制器254a到254r进一步处理(例如，进行SC-FDM、0FDM等)，并发送给基站110。在基站110处，来自UE120和其它UE的上行链路信号可由天线234接收，由解调器232处理，由MMO检测器236检测(如果可以的话)，并由接收处理器238进一步处理以获得解码后的由UE120发送的数据和控制信息。处理器238可以向数据宿239提供解码后的数据并向控制器/处理器240提供解码后的控制信息。
[0034]控制器/处理器240和280可以分别指导基站110和UE120处的操作。基站110处的处理器240和/或其它处理器和模块可以执行或指导用于配置UE进行各种随机接入过程的操作，并且在这些过程期间识别一个或多个属性，如本文中所述。例如，位于UE120处的处理器280和/或其它处理器以及模块可以执行或指导针对本文所述各种随机接入过程的操作。存储器242和282可以分别存储针对基站110和UE120的数据和程序代码。调度器244可以调度UE以用于下行链路和/或上行链路上的数据传输。
[0035]图3示出了用于LTE中的FDD的示例性帧结构300。针对下行链路和上行链路中的每一个的传输时间线可被划分成无线帧的单元。每个无线帧可以具有预定持续时间(例如，10毫秒(ms))，并且可被划分成具有索引为O到9的10个子帧。每个子帧可以具有两个时隙。因此，每个无线帧可以包括具有索引为O到19的20个时隙。每个时隙可以包括L个符号周期，例如，针对普通循环前缀(如图3中所示的)的7个符号周期，或者针对扩展循环前缀的6个符号周期。可以向每个子帧中的2L个符号周期分配索引O到2L-1。
[0036]在LTE中，eNB可以在由该eNB支持的每个小区的系统带宽的中心1.08MHz在下行链路上发送主同步信号(PSS)和辅助同步信号(SSS)。如图3中所示，在具有普通循环前缀的每个无线帧的子帧O和子帧5中，可以在符号周期6和5中分别发送PSS和SSS。PSS和SSS可以由UE用于小区搜索和捕获。eNB可以针对由该eNB支持的每个小区在系统带宽上发送小区专用参考信号(CRS)。可以在每个子帧的某些符号周期中发送CRS，并且可以由UE用来执行信道估计、信道质量测量和/或其它功能。eNB还可以在某些无线帧的时隙I中的符号周期O到3中发送物理广播信道(PBCH)。PBCH可以携带某些系统信息。eNB可以在某些子帧中在物理下行链路共享信道(PDSCH)上发送诸如系统信息块(SIB)之类的其它系统信息。eNB可以在子帧的开头B个符号周期中在物理下行链路控制信道(PDCCH)上发送控制信息/数据，其中，B可以是针对每个子帧可配置的。eNB可以在每个子帧的剩余符号周期中在I3DSCH上发送业务数据和/或其它数据。
[0037]无线网络可以支持针对下行链路和上行链路上的数据传输的混合自动重传(HARQ)。对于HARQ来说，发射机(例如，eNB)可以发送分组的一个或多个传输，直到该分组被接收机(例如，UE)正确地解码或者符合某种其它终止条件为止。对于同步HARQ，可以在单个交织的子帧中发送分组的所有传输。对于异步HARQ，可以在任何子帧中发送分组的每个传输。
[0038]在HARQ暂停以及NACK向ACK转变期间降低用于HARQ解码的功耗
[0039]如上所述，在可能期望UE对确认信道(例如，物理混合ARQ指示符信道(PHICH)或物理下行链路控制信道(PDCCH))继续进行解码的情景中，甚至在UE已经接收到针对上行链路传输的ACK之后，继续解码可以导致功耗增加。[0040]然而，在不对确认信道继续进行解码的情况下，将不会检测到(在暂停的ACK之后发送的)后续NACK，从而将不会有重传，这会导致分组丢失。此外，在一些情况下，可能将所发送的NACK错误地解释成ACK (在本文中称为NACK到ACK转变)。对确认信道的继续解码可以允许对后续NACK (没有转变到ACK)进行解码并且最终重传，从而避免分组丢失。
[0041]然而，本申请的一些方面可以通过允许降低功耗的方式来实现继续进行ACK信道解码的优点。如下面将更详细描述的，根据某些方面，UE可以通过忽略一个或多个ACK信道发送时间间隔(TTI)而能够在低功率状态中停留更久。
[0042]图4示出了用于对确认信道继续进行解码的子帧的示例性时间线400。示例性情景假定数据是以如IP语音(VoIP)发生的、相对较低占空比发送的(诸如20ms的周期(20x1ms子帧))。如图所示，在不连续接收(DRX)周期期间，UE可以定期关闭其接收机以便降低功耗。可以在LTE下行链路中对DRX周期进行配置，从而使得UE不必在某些子帧中对物理下行链路控制信道(PDCCH)进行解码或者接收物理下行链路共享信道(PDSCH)传输。
[0043]在该示例中，在402处，UE苏醒以便对确认(ACK)进行解码，该ACK指示对PUSCH上的先前上行链路传输的成功接收。在接收ACK (该ACK可以在物理混合ARQ指示符信道(PHICH)中发送)之后，UE可以再次使其接收机断电。然而，如上所述，在404处，UE可以再次上电以便对确认信道(例如，针对HXXH中的上行链路授权消息)进行监听(解码)。因此，在该示例中，UE每8ms苏醒一次以便核查ACK，并且因此被限制为在7ms内处于低功率状态(在接收ACK与苏醒对I3DCCH进行解码以便核查后续ACK之间的时段)。
[0044]这种对确认信道的继续解码可能会限制UE停留在低功率状态中的时间量，并且导致不必要的功耗。然而，本文中给出的技术可以通过使UE在接收针对上行链路传输的ACK之后的一个或多个TTI期间不试图对确认信道进行解码(基本上“忽视”)，从而允许UE在低功率状态中保持更久。
[0045]图5示出了 UE在接收到针对上行链路传输的ACK之后的一个或多个TTI期间，不试图对确认信道进行解码的示例性情景。如图所示，在502处接收第一 ACK之后，在504处UE基本上忽视后续ACK/NAK，从而可以在低功率状态中保持更久，这可以有助于降低功耗。
[0046]如上所述，如果UE忽视所有的后续ACK，那么例如，在第一 ACK (在502处)实际上是NACK到ACK转变的情况下，相应的分组可能丢失。对于大多数应用(诸如VoIP)来说，这可能是可接受的，因为NACK到ACK转变的概率可能相对较低。类似地，暂停的ACK(其中，即使没有成功接收到UL数据，但是基站仍然发送ACK以便暂停重传)也可能导致分组丢失。
[0047]在高负载的情况下，可以相对频繁地使用暂停ACK，如果UE在所有后续TTI中忽视ACK信道，那么所导致的分组丢失可能是个问题。然而，根据某些方面，UE可以仅在预定时间量(或者TTI的数量)期间忽视ACK/NACK，但是在稍后时刻处苏醒并且再次对ACK信道进行解码。如果ACK是暂停的ACK，那么到那个时候eNB将很可能已经调度了 NACK，然后UE将检测到该NACK。
[0048]图6示出了其中UE在接收针对上行链路传输的ACK (在502处)之后的一个或多个TTI期间不试图对确认信道进行解码的示例性情景。如图所示，在604处，UE可以基本上忽视一个或多个后续ACK/NAK，但在606处，在稍后的时间苏醒以便进行解码来核查后续ACK/NACK。[0049]根据某些方面，该后续解码(ACK核查)的时序可以与后续PUSCH传输对齐。换句话说，由于可以将UE调度为无论如何都上电用于PUSCH传输，因此没有额外的功率可以用于额外核查(例如，与20ms的周期相对应)。随后,UE可以在该周期的大部分(例如，15ms)期间保持在低功率状态中。
[0050]根据某些方面，UE可以决定(或者被配置为)始终忽视暂停的ACK。作为另一种替代方案，UE可以实现混合方案，其中，某种类型的逻辑确定网络是否将要使用暂停的ACK。例如，该确定可以基于一个或多个网络参数，估计网络负载(其中，暂停的ACK是更有可能的)，或者其可以基于偶尔核查暂停的ACK的使用的算法来确定(例如，如通过核查ACK之后的NACK来隐式地确定)。
[0051]作为另一种选择或补充，网络可以显式地或隐式地通知UE关于暂停的ACK的使用。在这种情况下，如果UE确定暂停的ACK不太可能被使用，那么UE可以被配置为忽视一个或多个后续ACK/NACK。
[0052]UE是否忽视后续ACK还可能取决于数据传输的类型。例如，对于相对较低的数据速率会话(例如，VoIP)来说，忽视ACK可能导致极大的功率节省和可接受的分组丢失量。进而，如上面参考图6所描述的，通过在某个时间段之后进行最终解码，可以以很少的性能损失来处理暂停的ACK和/或NACK到ACK转变。根据某些方面，UE可以接收以下指示:第一消息对应于暂停确认消息，即使没有成功接收到HARQ传输，仍然发送所述暂停确认消息以用于暂停HARQ传输的重传。在一些情况下，保持低功率状态的持续时间可能取决于指示不重传HARQ传输的消息与成功接收到的HARQ传输不对应的频繁程度。
[0053]图7示出了能够执行上述操作的、具有服务节点B710和用户设备(UE) 720的示例性系统700。UE720可以经由数据处理模块724来生成上行链路传输，并且经由发射机模块722在PUSCH上发送上行链路传输。
[0054]如图所示，服务节点B710可以经由接收机模块718来接收这些传输。节点B710还可以包括:用于生成ACK/NACK指示的反馈生成模块714。如上所述，可以经由发射机模块712在PHICH或PDCCH上发送ACK/NACK。UE720可以经由接收机模块726来接收ACK/NACK，并且数据处理模块724可以确定是否接收到ACK，并且UE720可以相应地采取行动(例如，如上面所讨论的，忽视一个或多个后续ACK/NACK TTI)。
[0055]图8示出了根据本申请的某些方面的用于执行HARQ处理的示例操作800。例如，可以由UE执行操作800。
[0056]在802处，UE可以在物理上行链路共享信道(PUSCH)上向基站发送混合自动重传请求(HARQ)传输。在804处，UE可以接收用于指示将不重传HARQ传输的第一消息。
[0057]在806处，UE可以进入低功率状态，在该低功率状态中，UE不试图对消息进行解码。在808处，UE可以在至少第二消息的调度的传输时间间隔(TTI)期间，保持低功率状态，所述第二消息指示是否要重传HARQ传输。
[0058]本领域技术人员将会理解，可以用各种不同技术和手段中的任一种来表示信息和信号。例如，上面描述的全文中可以引用的数据、指令、命令、信息、信号、比特、符号、以及码片，可以用电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或者它们的任意组合来表示。
[0059]本领域普通技术人员还应当明白，结合本文的公开内容所描述的各种示例性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件、或者二者的组合。为了清楚地描绘硬件和软件之间的这种可交换性,上面已经对各种示例性的部件、框、模块、电路以及步骤围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于具体应用和向整个系统施加的设计约束。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为导致背离本申请的保护范围。
[0060]被设计为执行本文所描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑、分立硬件组件、或者它们的任意组合，可以实现或执行结合本文公开内容所描述的各种示例性的逻辑框、模块和电路。通用处理器可以是微处理器，或者，该处理器也可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP核相结合的一个或多个微处理器、或者任何其它这类结构。
[0061]可以通过硬件、由处理器执行的软件模块、或者两者的组合来直接地具体实施结合本文的公开内容所描述的方法或算法的步骤。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、⑶-ROM、或本领域已知的任何其它形式的存储介质中。将示例性存储介质耦合到处理器，使得该处理器可以从该存储介质读取信息，并将信息写入该存储介质中。或者，存储介质可以集成到处理器中。处理器和存储介质可以常驻在ASIC中。ASIC可以常驻在用户终端中。或者，处理器和存储介质可以作为分立组件常驻在用户终端中。
[0062]在一个或多个示例性设计中，可以通过硬件、软件、固件、或它们的任意组合来实现所描述的功能。如果通过软件实现，则这些功能可以作为一条或多条指令或代码保存在计算机可读介质上、或者通过计算机可读介质传输。计算机可读介质包括计算机存储介质和通信介质两者，所述通信介质包括有助于计算机程序从一个位置传输到另一个位置的任何介质。存储介质可以是通用或专用计算机能够访问的任何可用介质。作为示例而非限制，这样的计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储设备、或者能够用来携带或存储具有指令或数据结构形式的所期望的程序代码模块并且能够被通用或专用计算机、或者通用或专用处理器访问的任何其它介质。此外，任何连接都可以称为计算机可读介质。例如，如果软件是使用同轴线缆、光纤线缆、双绞线、数字用户线(DSL)、或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或其它远程源传输的，那么介质的定义中包括同轴线缆、光纤线缆、双绞线、DSL、或者诸如红外线、无线电和微波之类的无线技术。如本文所使用的磁盘和光碟包括压缩光碟(CD)、激光光碟、光碟、数字多功能光碟(DVD)、软盘以及蓝光光碟，其中，磁盘通常用磁再现数据，而光碟是由激光器用光再现数据。上述的组合也应该被包括在计算机可读介质的范围内。
[0063]为了使本领域中的任何技术人员能够实现或使用本申请，提供了对本申请的前述说明。对本申请的各种修改对本领域技术人员将会是显而易见的，并且本文所定义的总体原理可以在不偏离本申请的精神或范围的情况下应用于其它变型。因此，本申请并不旨在局限于本文描述的示例和设计，而是要与本文所公开的原理和新颖特征的最宽范围相一致。
【权利要求】
1.一种用于用户设备(UE)进行无线通信的方法，包括: 在物理上行链路共享信道(PUSCH)上向基站发送混合自动重传请求(HARQ)传输； 接收指示将不重传所述HARQ传输的第一消息； 进入低功率状态，在所述低功率状态中，所述UE不试图对消息进行解码；以及 在指示是否要重传所述HARQ传输的至少第二消息的调度的传输时间内，保持所述低功率状态。
2.根据权利要求1所述的方法，还包括: 退出所述低功率状态以便对指示是否将重传所述HARQ传输的第三消息进行解码。
3.根据权利要求2所述的方法，其中，退出所述低功率状态以便对第三消息进行解码包括:退出所述低功率状态，以便在所述UE在所述PUSCH上向所述基站进行下一次传输期间对第三消息进行解码。
4.根据权利要求2所述的方法，其中: 所述低功率状态是在退出之前保持的，而不试图对指示是否要重传所述HARQ传输的整数η个消息进行解码。
5.根据权利要求4所述的方法，还包括: 接收关于所述整数η的指示。
6.根据权利要求4所述的方法，其中，所述整数η取决于所述HARQ传输中发送的数据的类型。
7.根据权利要求1所述的方法，还包括:接收关于所述第一消息与暂停确认消息相对应的指示，即使所述HARQ传输没有被成功接收，仍然发送所述暂停确认消息以便暂停所述HARQ传输的重传。
8.根据权利要求1所述的方法，其中，保持所述低功率状态的持续时间取决于用于指示将不重传HARQ传输的消息与成功接收到的HARQ传输不对应的频繁程度。
9.根据权利要求8所述的方法，还包括: 如果指示将不重传HARQ传输的消息之后跟随着指示将重传所述HARQ传输的后续消息，那么确定指示将不重传HARQ传输的消息与成功接收到的HARQ传输不对应。
10.根据权利要求1所述的方法，其中，在指示是否将重传所述HARQ传输的至少第二消息的调度的传输时间内保持所述低功率状态包括:在15ms内保持所述低功率状态。
11.根据权利要求1所述的方法，其中，所述传输包括低占空比业务应用。
12.根据权利要求1所述的方法，其中，在指示是否将重传所述HARQ传输的至少第二消息的调度的传输时间内保持所述低功率状态包括:在指示是否要重传所述HARQ传输的消息的所有调度的传输时间内保持所述低功率状态。
13.一种用于由用户设备(UE)进行无线通信的装置，包括: 用于在物理上行链路共享信道(PUSCH)上向基站发送混合自动重传请求(HARQ)传输的模块； 用于接收指示将不重传所述HARQ传输的第一消息的模块； 用于进入低功率状态的模块，在所述低功率状态中，所述UE不试图对消息进行解码；以及 用于在指示是否要重传所述HARQ传输的至少第二消息的调度的传输时间内保持所述低功率状态的模块。
14.根据权利要求13所述的装置，还包括: 用于退出所述低功率状态以便对指示是否将重传所述HARQ传输的第三消息进行解码的模块。
15.根据权利要求14所述的装置，其中，用于退出所述低功率状态以便对第三消息进行解码的所述模块包括:用于退出所述低功率状态，以便在所述UE在所述PUSCH上向所述基站进行下一次传输期间对第三消息进行解码的模块。
16.根据权利要求14所述的装置，其中: 所述低功率状态是在退出之前保持的，而不试图对指示是否要重传所述HARQ传输的整数η个消息进行解码。
17.根据权利要求16所述的装置，还包括: 用于接收关于所述整数η的指示的模块。
18.根据权利要求16所述的装置，其中，所述整数η取决于在所述HARQ传输中发送的数据的类型。
19.根据权利要求13所述的装置，还包括:用于接收关于所述第一消息与暂停确认消息相对应的指示的模块，即使没有成功接收到所述HARQ传输，仍然发送所述暂停确认消息以便暂停所述HARQ传输的重传。
20.根据权利要求13所述的装置，其中，保持所述低功率状态的持续时间取决于指示将不重传HARQ传输的消息与成功接收到的HARQ传输不对应的频繁程度。
21.根据权利要求20所述的装置，还包括: 用于如果指示将不重传所述HARQ传输的消息之后跟随着指示要重传所述HARQ传输的后续消息，那么确定指示将不重传HARQ传输的消息与成功接收到的HARQ传输不对应的模块。
22.根据权利要求13所述的装置，其中，所述用于在指示是否要重传所述HARQ传输的至少第二消息的调度的传输时间内保持所述低功率状态的模块包括:用于在15ms中保持所述低功率状态的模块。
23.根据权利要求13所述的装置，其中，所述传输包括低占空比业务应用。
24.根据权利要求13所述的装置，其中，所述用于在指示是否要重传所述HARQ传输的至少第二消息的调度的传输时间内保持所述低功率状态的模块包括:用于在指示是否要重传所述HARQ传输的消息的所有调度的传输时间内保持所述低功率状态的模块。
25.一种用于由用户设备(UE)进行无线通信的装置，包括: 至少一个处理器，所述至少一个处理器被配置为:在物理上行链路共享信道(PUSCH)上向基站发送混合自动重传请求(HARQ)传输；接收指示将不重传所述HARQ传输的第一消息；进入低功率状态，在所述低功率状态中，所述UE不试图对消息进行解码；以及在指示是否要重传所述HARQ传输的至 少第二消息的调度的传输时间内保持所述低功率状态；以及 存储器，所述存储器与所述至少一个处理器相耦接。
26.根据权利要求25所述的装置，其中，所述至少一个处理器还被配置为: 在退出之前，保持所述低功率状态，而不试图对指示是否要重新发送所述HARQ传输的整数n个消息进行解码。
27.根据权利要求25所述的装置，其中，所述至少一个处理器还被配置为:在指示是否将重传所述HARQ传输的消息的所有调度的传输时间内，保持所述低功率状态。
28.—种包括计算机可读 介质的计算机程序产品，所述计算机可读介质具有存储在其上的指令，所述指令可由一个或多个处理器执行以进行以下操作: 在物理上行链路共享信道(PUSCH)上向基站发送混合自动重传请求(HARQ)传输； 接收指示将不重传所述HARQ传输的第一消息； 进入低功率状态，在所述低功率状态中，所述UE不试图对消息进行解码；以及 在指示是否要重传所述HARQ传输的至少第二消息的调度的传输时间内，保持所述低功率状态。
29.根据权利要求28所述的计算机程序产品，还包括:可由一个或多个处理器执行:在退出之前，保持所述低功率状态，而不试图对指示是否要重传所述HARQ传输的整数η个消息进行解码。
30.根据权利要求28所述的计算机程序产品，还包括:可由一个或多个处理器执行用于以下操作的指令:在指示是否要重传所述HARQ传输的消息的所有调度的传输时间内，保持所述低功率状态。
【文档编号】H04W52/02GK103907381SQ201280052234
【公开日】2014年7月2日 申请日期:2012年9月14日 优先权日:2011年9月14日
【发明者】T·克林根布林, B·C·巴尼斯特, N·伊赫桑, L·艾丁 申请人:高通股份有限公司