用于降低用于HARQ解码的功耗的方法和装置

摘要

本申请的某些方面可以通过允许UE通过在接收肯定确认(ACK)之后不试图对ACK/NACK传输进行解码而保持在低功率状态中，从而有助于降低功耗。

说明书

基于35U.S.C.§119要求优先权

本专利申请要求享有于2011年9月14日提交的、美国临时专利申请 序列号No.61/534,809的权益，该美国临时专利申请已经转让给本申请的受 让人，故以引用方式将其明确地并入本文。

技术领域

本申请的某些实施例通常涉及无线通信，并且更具体地说，涉及用于 降低功耗的方法和装置。

背景技术

无线通信网络被广泛地部署以提供诸如语音、视频、分组数据、消息 传送、广播等各种通信服务。这些无线网络可以是通过共享可用的网络资 源来支持多个用户的多址网络。这些多址网络的示例包括码分多址 (CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正 交FDMA(OFDMA)网络、以及单载波FDMA(SC-FDMA)网络。

无线通信网络可以包括能够支持多个用户设备(UE)的通信的多个基 站。UE可以经由下行链路和上行链路与基站进行通信。下行链路(或前向 链路)指从基站到UE的通信链路，而上行链路(或反向链路)指从UE到 基站的通信链路。

UE可以被配置为重新发送上行链路传输，直到其接收到基站成功接收 到上行链路传输的肯定确认(ACK)。在一些情况下，甚至在UE已接收到 ACK之后，可能仍然期望对控制信道(例如，PHICH或PDCCH)继续解 码。这是因为即使基站没有成功接收到UL传输，其仍然可以使用ACK来 暂停重传，例如，以便在那一时刻对资源进行授权以用于可能具有较高优 先权的传输。在不对控制信道继续解码的情况下，将检测不到对重传的后 续授权，从而将不会有重传，这会导致分组丢失。此外，该方法允许在发 送了否定确认(NACK)但莫名其妙被解释成了ACK的情况下进行最终重 传。

不幸的是，对确认信道的继续解码可能会限制UE停留在低功率状态中 的时间量，这可能导致不必要的功耗。

发明内容

在本申请的方面中，提供了一种用于由用户设备(UE)进行无线通信 的方法。所述方法通常包括：在物理上行链路共享信道(PUSCH)上向基 站发送混合自动重传请求(HARQ)传输；接收指示将不重传所述HARQ 传输的第一消息；进入低功率状态，在所述低功率状态中，所述UE不试图 对消息进行解码；以及在至少第二消息的调度的传输时间内保持所述低功 率状态，所述第二消息指示是否要重传所述HARQ传输。

在本申请的方面中，提供了一种用于由UE进行无线通信的装置。所述 装置通常包括：用于在物理上行链路共享信道(PUSCH)上向基站发送混 合自动重传请求(HARQ)传输的模块；用于接收指示将不重传所述HARQ 传输的第一消息的模块；用于进入低功率状态的模块，在所述低功率状态 中，所述UE不试图对消息进行解码；以及用于在指示是否要重传所述 HARQ传输的至少第二消息的调度的传输时间内保持所述低功率状态的模 块。

在本申请的方面中，提供了一种用于由UE进行无线通信的装置。所述 装置通常包括至少一个处理器以及耦接到所述至少一个处理器的存储器。 所述至少一个处理器通常被配置为：在物理上行链路共享信道(PUSCH) 上向基站发送混合自动重传请求(HARQ)传输；接收指示将不重传所述 HARQ传输的第一消息；进入低功率状态，在所述低功率状态中，所述UE 不试图对消息进行解码；以及在指示是否要重传所述HARQ传输的至少第 二消息的调度的传输时间内保持所述低功率状态。

在本申请的方面中，提供了一种用于由UE进行无线通信的计算机程序 产品，所述计算机程序产品包括具有存储在其上的指令的计算机可读介质。 所述指令通常是可由一个或多个处理器执行以用于以下操作：在物理上行 链路共享信道(PUSCH)上向基站发送混合自动重传请求(HARQ)传输； 接收指示将不重传所述HARQ传输的第一消息；进入低功率状态，在所述 低功率状态中，所述UE不试图对消息进行解码；以及在指示是否要重传所 述HARQ传输的至少第二消息的调度的传输时间内保持所述低功率状态。

附图说明

图1是从概念上示出根据本申请的某些方面的无线通信网络的示例的 框图。

图2示出了从概念上描绘根据本申请的某些方面的无线通信网络中的 节点B与用户装置设备(UE)进行通信的示例的框图。

图3是从概念上示出根据本申请的某些方面的无线通信网络中的帧结 构的示例的框图。

图4示出了示例性消息交换。

图5示出了根据本申请的某些方面的示例性消息交换。

图6示出了根据本申请的某些方面的示例性消息交换。

图7示出了能够执行根据本申请的某些方面的操作的、具有节点B和 UE的示例性系统。

图8示出了根据本申请的某些方面的示例性操作。

具体实施方式

如上所述，在某些情景中，即使在UE已经接收到基站成功接收到UL 传输的肯定确认(ACK)之后，仍然可能期望UE对确认信道继续进行解 码。出于多种原因，该继续解码可能是期望的。例如，在肯定ACK实际上 是错误接收的情况下(例如，由于在传输期间NACK到ACK的转变)，该 继续解码可以允许UE检测后续的NACK，从而允许UE进行重传并避免 UL分组丢失。作为另一个示例，继续解码可以允许使用ACK来暂停重传， 即使基站没有成功接收到UL传输。

不幸的是，对确认信道的这种继续解码可能极大地限制UE在低功率状 态中停留的时间量。换句话说，UE必须过早地退出低功率状态以便对确认 信道进行解码，从而导致功耗增加。

然而，本申请的某些方面提供了用于使UE增加其停留在低功率状态中 的时间量的技术。如下面将更详细描述的，UE可以停留在低功率状态中并 且在接收ACK到之后的传输时间(例如，一个或多个传输时间间隔(TTI)) 期间忽视(例如，不试图解码)确认信道。在一个或多个TTI期间忽视ACK 信道之后，UE可以随后退出低功率状态并且仍然及时对ACK信道进行解 码以便重传分组并避免分组丢失。

本文描述的技术可以用于诸如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(Wi-Fi)、IEEE802.16(WiMAX)、IEEE 802.20、等无线技术。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术语。

图1示出了无线通信网络100，其中可以执行针对用于使用资源划分信 息来执行参考信号处理所描述的过程。网络100可以是LTE网络或某种其 它无线网络。无线网络100可以包括多个演进型节点B(eNB)110和其它 网络实体。eNB是与UE进行通信的实体，并且也可以被称为基站、节点B、 接入点等。每个eNB可以针对特定地理区域提供通信覆盖。在3GPP中， 术语“小区”可以指代eNB的覆盖区域和/或对该覆盖区域进行服务的eNB 子系统，这取决于使用该术语的语境。

eNB可以针对宏小区、微微小区、毫微微小区和/或其它类型的小区提 供通信覆盖。宏小区可以覆盖相对较大的地理区域(例如，半径为几公里)， 并且可以允许具有服务预订的UE进行不受限接入。微微小区可以覆盖相对 较小的地理区域，并且可以允许具有服务预订的UE进行不受限接入。毫微 微小区可以覆盖相对较小的地理区域(例如，家庭)，并且可以允许与毫微 微小区相关联的UE(例如，封闭用户群(CSG)中的UE)进行受限接入。 宏小区的eNB可以被称为宏eNB。微微小区的eNB可被称为微微eNB。毫 微微小区的eNB可被称为毫微微eNB或家庭eNB(HeNB)。在图1所示的 示例中，eNB110a可以是宏小区120a的宏eNB；eNB110b可以是微微小 区120b的微微eNB；而eNB110c可以是毫微微小区120c的毫微微eNB。 eNB可以支持一个或多个(例如，三个)小区。术语“eNB”、“基站” 和“小区”在本文中可互换使用。

无线网络100还可以包括中继站。中继站是可以从上游站(例如，eNB 或UE)接收数据传输并且向下游站(例如，UE或eNB)发送数据传输的实 体。中继站还可以是可以为其它UE的传输进行中继的UE。在图1中示出 的示例中，中继站110d可以与宏eNB110a和UE120d进行通信，以便有 助于eNB110a与UE120d之间的通信。中继站还可以被称为中继eNB、中 继基站、中继器等。

无线网络100可以是包括不同类型的eNB(例如，宏eNB、微微eNB、 毫微微eNB、中继eNB等)的异构网络。这些不同类型的eNB可以具有不 同的发射功率电平、不同的覆盖区域，并且对无线网络100中的干扰有不 同影响。例如，宏eNB可以具有较高的发射功率电平(例如，5至40瓦特)， 而微微eNB、毫微微eNB和中继eNB可以具有较低的发射功率电平(例如， 0.1至2瓦特)。

网络控制器130可以耦接到一组eNB并且可以对这些eNB提供协调和 控制。网络控制器130可以经由回程与eNB进行通信。eNB也可以相互通 信，例如经由无线或有线回程进行直接或间接地通信。

UE120可以散布在整个无线网络100中，并且每个UE可以是固定的 或移动的。UE还可以被称为终端、移动站、用户单元、站等。UE可以是 蜂窝电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持 设备、膝上型计算机、无绳电话、无线本地环路(WLL)站、智能电话、 上网本、智能本等。

图2示出了基站/eNB110和UE120的设计框图，其中，基站/eNB110 和UE120可以是图1中的基站/eNB之一和UE之一。基站110可以配备有 T个天线234a到234t，并且UE120可以配备有R个天线252a到252r，其 中，通常T≥1并且R≥1。

在基站110处，发送处理器220可以从针对一个或多个UE的数据源 212接收数据，基于从每个UE接收到的信道质量指示符(CQI)来为该UE 选择一个或多个调制和编码方案(MCS)，基于为每个UE选择的MCS来 对该UE的数据进行处理(例如，编码和调制)、并且为所有UE提供数据 符号。发送处理器220还可以对系统信息(例如，针对静态资源划分信息 (SRPI)等)和控制信息(例如，CQI请求、授权、上层信令等)进行处 理，并提供开销符号和控制符号。处理器220还可以为参考信号(例如， 小区专用参考信号(CRS))和同步信号(例如，主同步信号(PSS)和辅 助同步信号(SSS))生成参考符号。发送(TX)多输入多输出(MIMO) 处理器230可以对数据符号、控制符号、开销符号和/或参考符号执行空间 处理(例如，预编码)(如果可以的话)，并且可以向T个调制器(MOD) 232a到232t提供T个输出符号流。每个调制器232可以对各自的输出符号 流进行处理(例如，进行OFDM等)以获得输出采样流。每个调制器232 可以进一步处理(例如，转换到模拟、放大、滤波以及上变换)输出采样 流以获得下行链路信号。可以分别经由T个天线234a到234t发送来自调制 器232a到232t的T个下行链路信号。

在UE120处，天线252a到252r可以从基站110和/或其它基站接收下 行链路信号，并且可以分别向解调器(DEMOD)254a到254r提供所接收 的信号。每个解调器254可以调节(例如，滤波、放大、下变换以及数字 化)其接收的信号以获得输入采样。每个解调器254可以对输入采样进一 步处理(例如，进行OFDM等)以获得接收的符号。MIMO检测器256可 以从所有R个解调器254a到254r获得接收的符号，对所接收的符号执行 MIMO检测(如果可以的话)，以及提供经检测的符号。接收处理器258可 以处理(例如，解调和解码)经检测的符号，向数据宿260提供针对UE120 的解码数据，以及向控制器/处理器280提供经解码的控制信息和系统信息。 如下所述，信道处理器284可以确定参考信号接收功率(RSRP)、接收的 信号强度指示符(RSSI)、参考信号接收质量(RSRQ)、CQI等。

在上行链路上，在UE120处，发送处理器264可以对来自数据源262 的数据以及来自控制器/处理器280的控制信息(例如，包括RSRP、RSSI、 RSRQ、CQI等的报告)进行接收和处理。处理器264还可以生成针对一个 或多个参考信号的参考符号。来自发送处理器264的符号可由TX MIMO 处理器266预编码(如果可以的话)，由调制器254a到254r进一步处理(例 如，进行SC-FDM、OFDM等)，并发送给基站110。在基站110处，来自 UE120和其它UE的上行链路信号可由天线234接收，由解调器232处理， 由MIMO检测器236检测(如果可以的话)，并由接收处理器238进一步处 理以获得解码后的由UE120发送的数据和控制信息。处理器238可以向数 据宿239提供解码后的数据并向控制器/处理器240提供解码后的控制信息。

控制器/处理器240和280可以分别指导基站110和UE120处的操作。 基站110处的处理器240和/或其它处理器和模块可以执行或指导用于配置 UE进行各种随机接入过程的操作，并且在这些过程期间识别一个或多个属 性，如本文中所述。例如，位于UE120处的处理器280和/或其它处理器以 及模块可以执行或指导针对本文所述各种随机接入过程的操作。存储器242 和282可以分别存储针对基站110和UE120的数据和程序代码。调度器244 可以调度UE以用于下行链路和/或上行链路上的数据传输。

图3示出了用于LTE中的FDD的示例性帧结构300。针对下行链路和 上行链路中的每一个的传输时间线可被划分成无线帧的单元。每个无线帧 可以具有预定持续时间(例如，10毫秒(ms))，并且可被划分成具有索引 为0到9的10个子帧。每个子帧可以具有两个时隙。因此，每个无线帧可 以包括具有索引为0到19的20个时隙。每个时隙可以包括L个符号周期， 例如，针对普通循环前缀(如图3中所示的)的7个符号周期，或者针对 扩展循环前缀的6个符号周期。可以向每个子帧中的2L个符号周期分配索 引0到2L-1。

在LTE中，eNB可以在由该eNB支持的每个小区的系统带宽的中心 1.08MHz在下行链路上发送主同步信号(PSS)和辅助同步信号(SSS)。 如图3中所示，在具有普通循环前缀的每个无线帧的子帧0和子帧5中， 可以在符号周期6和5中分别发送PSS和SSS。PSS和SSS可以由UE用 于小区搜索和捕获。eNB可以针对由该eNB支持的每个小区在系统带宽上 发送小区专用参考信号(CRS)。可以在每个子帧的某些符号周期中发送 CRS，并且可以由UE用来执行信道估计、信道质量测量和/或其它功能。 eNB还可以在某些无线帧的时隙1中的符号周期0到3中发送物理广播信 道(PBCH)。PBCH可以携带某些系统信息。eNB可以在某些子帧中在物 理下行链路共享信道(PDSCH)上发送诸如系统信息块(SIB)之类的其它 系统信息。eNB可以在子帧的开头B个符号周期中在物理下行链路控制信 道(PDCCH)上发送控制信息/数据，其中，B可以是针对每个子帧可配置 的。eNB可以在每个子帧的剩余符号周期中在PDSCH上发送业务数据和/ 或其它数据。

无线网络可以支持针对下行链路和上行链路上的数据传输的混合自动 重传(HARQ)。对于HARQ来说，发射机(例如，eNB)可以发送分组的 一个或多个传输，直到该分组被接收机(例如，UE)正确地解码或者符合 某种其它终止条件为止。对于同步HARQ，可以在单个交织的子帧中发送 分组的所有传输。对于异步HARQ，可以在任何子帧中发送分组的每个传 输。

在HARQ暂停以及NACK向ACK转变期间降低用于HARQ解码的功耗

如上所述，在可能期望UE对确认信道(例如，物理混合ARQ指示符 信道(PHICH)或物理下行链路控制信道(PDCCH))继续进行解码的情景 中，甚至在UE已经接收到针对上行链路传输的ACK之后，继续解码可以 导致功耗增加。

然而，在不对确认信道继续进行解码的情况下，将不会检测到(在暂 停的ACK之后发送的)后续NACK，从而将不会有重传，这会导致分组丢 失。此外，在一些情况下，可能将所发送的NACK错误地解释成ACK(在 本文中称为NACK到ACK转变)。对确认信道的继续解码可以允许对后续 NACK(没有转变到ACK)进行解码并且最终重传，从而避免分组丢失。

然而，本申请的一些方面可以通过允许降低功耗的方式来实现继续进 行ACK信道解码的优点。如下面将更详细描述的，根据某些方面，UE可 以通过忽略一个或多个ACK信道发送时间间隔(TTI)而能够在低功率状 态中停留更久。

图4示出了用于对确认信道继续进行解码的子帧的示例性时间线400。 示例性情景假定数据是以如IP语音(VoIP)发生的、相对较低占空比发送 的(诸如20ms的周期(20x1ms子帧))。如图所示，在不连续接收(DRX) 周期期间，UE可以定期关闭其接收机以便降低功耗。可以在LTE下行链路 中对DRX周期进行配置，从而使得UE不必在某些子帧中对物理下行链路 控制信道(PDCCH)进行解码或者接收物理下行链路共享信道(PDSCH) 传输。

在该示例中，在402处，UE苏醒以便对确认(ACK)进行解码，该 ACK指示对PUSCH上的先前上行链路传输的成功接收。在接收ACK(该 ACK可以在物理混合ARQ指示符信道(PHICH)中发送)之后，UE可以 再次使其接收机断电。然而，如上所述，在404处，UE可以再次上电以便 对确认信道(例如，针对PDCCH中的上行链路授权消息)进行监听(解码)。 因此，在该示例中，UE每8ms苏醒一次以便核查ACK，并且因此被限制 为在7ms内处于低功率状态(在接收ACK与苏醒对PDCCH进行解码以便 核查后续ACK之间的时段)。

这种对确认信道的继续解码可能会限制UE停留在低功率状态中的时 间量，并且导致不必要的功耗。然而，本文中给出的技术可以通过使UE 在接收针对上行链路传输的ACK之后的一个或多个TTI期间不试图对确认 信道进行解码(基本上“忽视”)，从而允许UE在低功率状态中保持更久。

图5示出了UE在接收到针对上行链路传输的ACK之后的一个或多个 TTI期间，不试图对确认信道进行解码的示例性情景。如图所示，在502 处接收第一ACK之后，在504处UE基本上忽视后续ACK/NAK，从而可 以在低功率状态中保持更久，这可以有助于降低功耗。

如上所述，如果UE忽视所有的后续ACK，那么例如，在第一ACK(在 502处)实际上是NACK到ACK转变的情况下，相应的分组可能丢失。对 于大多数应用(诸如VoIP)来说，这可能是可接受的，因为NACK到ACK 转变的概率可能相对较低。类似地，暂停的ACK(其中，即使没有成功接 收到UL数据，但是基站仍然发送ACK以便暂停重传)也可能导致分组丢 失。

在高负载的情况下，可以相对频繁地使用暂停ACK，如果UE在所有 后续TTI中忽视ACK信道，那么所导致的分组丢失可能是个问题。然而， 根据某些方面，UE可以仅在预定时间量(或者TTI的数量)期间忽视 ACK/NACK，但是在稍后时刻处苏醒并且再次对ACK信道进行解码。如果 ACK是暂停的ACK，那么到那个时候eNB将很可能已经调度了NACK， 然后UE将检测到该NACK。

图6示出了其中UE在接收针对上行链路传输的ACK(在502处)之 后的一个或多个TTI期间不试图对确认信道进行解码的示例性情景。如图 所示，在604处，UE可以基本上忽视一个或多个后续ACK/NAK，但在606 处，在稍后的时间苏醒以便进行解码来核查后续ACK/NACK。

根据某些方面，该后续解码(ACK核查)的时序可以与后续PUSCH 传输对齐。换句话说，由于可以将UE调度为无论如何都上电用于PUSCH 传输，因此没有额外的功率可以用于额外核查(例如，与20ms的周期相对 应)。随后，UE可以在该周期的大部分(例如，15ms)期间保持在低功率 状态中。

根据某些方面，UE可以决定(或者被配置为)始终忽视暂停的ACK。 作为另一种替代方案，UE可以实现混合方案，其中，某种类型的逻辑确定 网络是否将要使用暂停的ACK。例如，该确定可以基于一个或多个网络参 数，估计网络负载(其中，暂停的ACK是更有可能的)，或者其可以基于 偶尔核查暂停的ACK的使用的算法来确定(例如，如通过核查ACK之后 的NACK来隐式地确定)。

作为另一种选择或补充，网络可以显式地或隐式地通知UE关于暂停的 ACK的使用。在这种情况下，如果UE确定暂停的ACK不太可能被使用， 那么UE可以被配置为忽视一个或多个后续ACK/NACK。

UE是否忽视后续ACK还可能取决于数据传输的类型。例如，对于相 对较低的数据速率会话(例如，VoIP)来说，忽视ACK可能导致极大的功 率节省和可接受的分组丢失量。进而，如上面参考图6所描述的，通过在 某个时间段之后进行最终解码，可以以很少的性能损失来处理暂停的ACK 和/或NACK到ACK转变。根据某些方面，UE可以接收以下指示：第一消 息对应于暂停确认消息，即使没有成功接收到HARQ传输，仍然发送所述 暂停确认消息以用于暂停HARQ传输的重传。在一些情况下，保持低功率 状态的持续时间可能取决于指示不重传HARQ传输的消息与成功接收到的 HARQ传输不对应的频繁程度。

图7示出了能够执行上述操作的、具有服务节点B710和用户设备(UE) 720的示例性系统700。UE720可以经由数据处理模块724来生成上行链路 传输，并且经由发射机模块722在PUSCH上发送上行链路传输。

如图所示，服务节点B710可以经由接收机模块718来接收这些传输。 节点B710还可以包括：用于生成ACK/NACK指示的反馈生成模块714。 如上所述，可以经由发射机模块712在PHICH或PDCCH上发送 ACK/NACK。UE720可以经由接收机模块726来接收ACK/NACK，并且 数据处理模块724可以确定是否接收到ACK，并且UE720可以相应地采 取行动(例如，如上面所讨论的，忽视一个或多个后续ACK/NACK TTI)。

图8示出了根据本申请的某些方面的用于执行HARQ处理的示例操作 800。例如，可以由UE执行操作800。

在802处，UE可以在物理上行链路共享信道(PUSCH)上向基站发送 混合自动重传请求(HARQ)传输。在804处，UE可以接收用于指示将不 重传HARQ传输的第一消息。

在806处，UE可以进入低功率状态，在该低功率状态中，UE不试图 对消息进行解码。在808处，UE可以在至少第二消息的调度的传输时间间 隔(TTI)期间，保持低功率状态，所述第二消息指示是否要重传HARQ 传输。

本领域技术人员将会理解，可以用各种不同技术和手段中的任一种来 表示信息和信号。例如，上面描述的全文中可以引用的数据、指令、命令、 信息、信号、比特、符号、以及码片，可以用电压、电流、电磁波、磁场 或磁粒子、光场或光粒子、或者它们的任意组合来表示。

本领域普通技术人员还应当明白，结合本文的公开内容所描述的各种 示例性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机 软件、或者二者的组合。为了清楚地描绘硬件和软件之间的这种可交换性， 上面已经对各种示例性的部件、框、模块、电路以及步骤围绕其功能进行 了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于具体应 用和向整个系统施加的设计约束。熟练的技术人员可以针对每个特定应用， 以变通的方式实现所描述的功能，但是，这种实现决策不应解释为导致背 离本申请的保护范围。

被设计为执行本文所描述的功能的通用处理器、数字信号处理器 (DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编 程逻辑器件、分立门或者晶体管逻辑、分立硬件组件、或者它们的任意组 合，可以实现或执行结合本文公开内容所描述的各种示例性的逻辑框、模 块和电路。通用处理器可以是微处理器，或者，该处理器也可以是任何常 规的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设 备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP核相结 合的一个或多个微处理器、或者任何其它这类结构。

可以通过硬件、由处理器执行的软件模块、或者两者的组合来直接地 具体实施结合本文的公开内容所描述的方法或算法的步骤。软件模块可以 位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储 器、寄存器、硬盘、可移动磁盘、CD-ROM、或本领域已知的任何其它形 式的存储介质中。将示例性存储介质耦合到处理器，使得该处理器可以从 该存储介质读取信息，并将信息写入该存储介质中。或者，存储介质可以 集成到处理器中。处理器和存储介质可以常驻在ASIC中。ASIC可以常驻 在用户终端中。或者，处理器和存储介质可以作为分立组件常驻在用户终 端中。

在一个或多个示例性设计中，可以通过硬件、软件、固件、或它们的 任意组合来实现所描述的功能。如果通过软件实现，则这些功能可以作为 一条或多条指令或代码保存在计算机可读介质上、或者通过计算机可读介 质传输。计算机可读介质包括计算机存储介质和通信介质两者，所述通信 介质包括有助于计算机程序从一个位置传输到另一个位置的任何介质。存 储介质可以是通用或专用计算机能够访问的任何可用介质。作为示例而非 限制，这样的计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM 或其它光盘存储、磁盘存储或其它磁性存储设备、或者能够用来携带或存 储具有指令或数据结构形式的所期望的程序代码模块并且能够被通用或专 用计算机、或者通用或专用处理器访问的任何其它介质。此外，任何连接 都可以称为计算机可读介质。例如，如果软件是使用同轴线缆、光纤线缆、 双绞线、数字用户线(DSL)、或者诸如红外线、无线电和微波之类的无线 技术从网站、服务器或其它远程源传输的，那么介质的定义中包括同轴线 缆、光纤线缆、双绞线、DSL、或者诸如红外线、无线电和微波之类的无线 技术。如本文所使用的磁盘和光碟包括压缩光碟(CD)、激光光碟、光碟、 数字多功能光碟(DVD)、软盘以及蓝光光碟，其中，磁盘通常用磁再现数 据，而光碟是由激光器用光再现数据。上述的组合也应该被包括在计算机 可读介质的范围内。

为了使本领域中的任何技术人员能够实现或使用本申请，提供了对本 申请的前述说明。对本申请的各种修改对本领域技术人员将会是显而易见 的，并且本文所定义的总体原理可以在不偏离本申请的精神或范围的情况 下应用于其它变型。因此，本申请并不旨在局限于本文描述的示例和设计， 而是要与本文所公开的原理和新颖特征的最宽范围相一致。