用于在wlan系统中执行混合自动重传请求(harq)的系统和方法
【专利说明】用于在WLAN系统中执行混合自动重传请求(HARQ)的系统和方法
[0001]优先权声明/以引用方式并入
[0002]本专利申请要求于2013年9月12日提交的标题为“System and Method forPerforming Hybrid Automatic Repeat Request(HARQ) in a WLAN System” 的美国临时申请61 /877，085的优先权，该美国临时申请的全部内容以引用方式并入本文。
【背景技术】
[0003]混合自动重传请求(HARQ)是一种用于传送包括对数据重传和前向纠错的使用的数据的方法。多个通信系统(诸如UMTS和LTE)包括对HARQ的使用。然而，HARQ未在很多无线局域网(WLAN)系统中使用，因为设备需要知道分组的目的地是该设备，以执行HARQ处理和解码。在这些WLAN系统中，设备不能知道有效载荷的目的地是该设备直到有效载荷被解码，因为目的地信息被包括在有效载荷中。一旦分组被解码，便不需要执行HARQ处理；因此在此类系统中不执行HARQ处理。
【附图说明】
[0004]图1示出了WLAN中的分组的典型的成功传输。
[0005]图2示出了WLAN中的两个节点之间的分组的典型的第一未成功传输。
[0006]图3示出了典型的WLAN分组结构。
[0007]图4为示例性接收设备的示例性框图。
[0008]图5是用于实施示例性新分组指示符(NPI)位的示例性HARQ处理方法。
[0009]图6是用于实施示例性初始传输指示符(ITI)位的示例性HARQ处理方法。
[0010]图7示出了被配置为在WLAN中执行的示例性站点。
【具体实施方式】
[0011]参考以下描述及相关附图可进一步理解示例性实施例，其中类似的元件具有相同的参考标号。示例性实施例涉及在WLAN系统中执行混合自动重传请求(HARQ)处理。如本文所用，术语“WLAN”包括(但不限于)根据IEEE 802.11/a/b/g/n/ac/ah、IEEE 802.11-2012、和/或其他IEEE 802.11标准定义的无线技术。在整个说明书中，术语“分组”将被用于描述从传输设备传输至接收设备的信息。术语“分组”可包括任何格式的任何信息。分组的实例可包括数据分组、控制分组、管理分组等。
[0012]图1示出了WLAN100中分组的一种典型的成功的传输。WLAN系统包括传输设备(Tx)IlO和接收设备(Rx)120。在整个说明书中，传输设备和接收设备可以是能够通过WLAN网络100传输和/或接收分组的任何设备。在图1中，Tx 110向Rx 120传输分组130。在接收到分组130后，Rx 120尝试对分组130进行解码。如果Rx 120对分组130解码成功，则Rx 120向Tx 110发送指示传输成功的确认(ACK)140。解码的成功通常基于将分组与被存储在分组中的内部信息进行校验。校验的一个实例是循环冗余校验(CRC)。如果CRC成功，则Rx 120知道分组已被成功解码。示例性实施例将对分组的校验描述为CRC校验，但示例性实施例并不限于这些类型的校验，并且可包括其他类型的数据校验，以验证分组是正确的。
[0013]图2示出了WLAN100中的分组的典型的第一未成功传输。图2示出了与图1相同的WLAN网络100和Tx 110以及Rx 120。在这个实例中，Tx 110向Rx 120发送分组230。然而，在这种情况下，考虑Rx 120对分组230解码未成功。本领域的技术人员将理解有许多原因(例如，信道干扰、信号强度、噪声等)导致Rx 120可能对分组230解码未成功。在这种情况下，Rx120将不会向Tx 110发送回ACK，因为解码未成功。通常，如果Tx 110在预先确定的时间段之后没有接收到ACK，则Tx 110将向Rx 110重传相同的分组(在图2中标记为重传分组235)，如图2所示的。Rx 120将尝试对重传分组235进行解码，并且如果解码成功，则将向Tx 110传输ACK 240。本领域的技术人员将理解，Tx 110可向Rx 120多次重传分组，直到Tx 110接收到指示分组已被Rx 120成功接收的ACK，或者直到达到超时期限或设定的重传次数而没有接收到ACK。在一些系统中，RX 120可在解码未成功时向TX 110发送否定确认(NACK)，以指示TX 110应当重传分组。
[0014]在一个或多个未成功传输的情形(诸如图2所示的情形)中使用示例性HARQ处理。HARQ处理的要点是使用可从先前未成功的分组传输中提取的信息来辅助对当前重传分组进行解码。在图2的实例中，虽然初始分组230可能没有被成功解码，但Rx 120可能已从分组230中提取了可用于对后续分组诸如重传分组235进行解码的某些信息。Rx 120将存储来自分组230的所提取的信息，以在对重传分组235进行解码时使用。在本文所述的示例性实施例中，由Rx 120针对未成功解码所存储的信息将被描述为在HARQ处理中使用的对数似然比(LLR)数据。然而，本领域的技术人员将理解，存在不同类型的HARQ处理，并且所选择的类型的HARQ处理的适当的数据可由Rx 120存储。不同类型的HARQ处理的一些实例包括增量冗余(IR)HARQ处理和追加合并(CC)HARQ处理。
[0015]图3示出了典型的WLAN分组结构300。分组结构300基于IEEE 802.1lac标准。本领域的技术人员将理解，示例性实施例并不限于这种示例性分组结构，但这个分组结构300仅作为可实施示例性实施例的分组结构的一个实例被示出。分组结构300通常可被认为具有两个一般性部分:信号部分310和数据部分320。不需要在被包括在信号部分310和数据部分320中的信息之间存在准确的划定。在这个实例中，该划定基于存在被标记为CRCs 330的用于校验信号部分310的第一CRC信息和被标记为CRCd 340的用于校验数据部分320的第二CRC信息。
[0016]在典型的WLAN分组结构中，用于识别接收方设备的MAC地址位于数据部分320中。为了执行HARQ处理，用于接收分组的设备应当确信分组的目的地是该设备。因此，设备将只有在对分组的数据部分成功解码之后才知道该分组的目的地是该设备。在对分组成功解码之后，HARQ处理便无关紧要了，因为HARQ处理辅助解码处理。在示例性分组结构300中，接收方的MAC地址被包括在数据部分320中，然而，MAC地址或MAC地址的代理也可被包括在信号部分310中。在IEEE 802.1Iac标准的分组结构300的实例中，VHT-SIG字段315包括可用于包括信号部分310中的接收方MAC地址或接收方MAC地址的部分识别的部分关联标识符(PAID)位。下文中将进一步详细描述包括信号部分中的MAC地址(或代理)的原因。
[0017]下面提供对使用分组结构300参照图1和图2描述的传输和根据示例性实施例基于传输的HARQ处理的潜在使用的讨论。例如，如果图1所示的分组130以分组结构300的格式被传输，并且Rx 120成功执行了对CRCs 330和CRCd 340两者的校验，则认为解码成功并且Rx120发送ACK 140。如果图2所示的分组230以分组结构300的格式被传输，并且Rx 120未成功执行对CRCs 330和CRCd 340任一者或两者的校验，则认为解码未成功，并且没有ACK被发送至Tx 110，从而导致向Rx 120发送重传分组235。对于分组230的未成功解码，存在两种相关情形。在第一情形中，对CRCs 330和CRCd 340两者的校验均未成功。在这种情况下，不执行WLAN设备中的HARQ处理。在第二情形中，CRCs 330校验成功，但CRCd 340校验未成功。在这种情形中，可如下执行WLAN设备中的HARQ处理。
[0018]如上所述，由于分组结构300包括信号部分310中的接收方MAC地址(或代理)，所以即使对分组230的完全解码未成功(例如，由于CRCd 340校验未成功，所以数据部分320未成功解码)，接收设备(例如，Rx 120)也可确定分组230是否是旨在用于Rx 120的。如果Rx 120确定分组230的目的地是Rx 120 JljRx 120可调用HARQ处理以辅助解码重传分组235。因此，如能从以上讨论中看到的那样，在分组230解码未成功但接收设备(例如，Rx 120)通过部分成功的解码确定分组的目的地是该接收设备时，可在WLAN系统中调用HARQ处理。
[0019]Rx 120可使用被包括在信号部分310中的用于调用HARQ处理的一条附加信息。这条附加信息可以是所接收的传输是原始传输(例如，分组230)还是重传(例如，重传分组235)。用于调用HARQ处理的信息的目的将在下文中更详细地描述。在大多数WLAN分组结构(例如，分组结构300)