用于在wlan系統(tǒng)中執(zhí)行混合自動(dòng)重傳請(qǐng)求(harq)的系統(tǒng)和方法
【專利說明】用于在WLAN系統(tǒng)中執(zhí)行混合自動(dòng)重傳請(qǐng)求(HARQ)的系統(tǒng)和方法
[0001]優(yōu)先權(quán)聲明/以引用方式并入
[0002]本專利申請(qǐng)要求于2013年9月12日提交的標(biāo)題為“System and Method forPerforming Hybrid Automatic Repeat Request(HARQ) in a WLAN System” 的美國臨時(shí)申請(qǐng)61 /877，085的優(yōu)先權(quán)，該美國臨時(shí)申請(qǐng)的全部內(nèi)容以引用方式并入本文。
【背景技術(shù)】
[0003]混合自動(dòng)重傳請(qǐng)求(HARQ)是一種用于傳送包括對(duì)數(shù)據(jù)重傳和前向糾錯(cuò)的使用的數(shù)據(jù)的方法。多個(gè)通信系統(tǒng)(諸如UMTS和LTE)包括對(duì)HARQ的使用。然而，HARQ未在很多無線局域網(wǎng)(WLAN)系統(tǒng)中使用，因?yàn)樵O(shè)備需要知道分組的目的地是該設(shè)備，以執(zhí)行HARQ處理和解碼。在這些WLAN系統(tǒng)中，設(shè)備不能知道有效載荷的目的地是該設(shè)備直到有效載荷被解碼，因?yàn)槟康牡匦畔⒈话ㄔ谟行лd荷中。一旦分組被解碼，便不需要執(zhí)行HARQ處理；因此在此類系統(tǒng)中不執(zhí)行HARQ處理。
【附圖說明】
[0004]圖1示出了WLAN中的分組的典型的成功傳輸。
[0005]圖2示出了WLAN中的兩個(gè)節(jié)點(diǎn)之間的分組的典型的第一未成功傳輸。
[0006]圖3示出了典型的WLAN分組結(jié)構(gòu)。
[0007]圖4為示例性接收設(shè)備的示例性框圖。
[0008]圖5是用于實(shí)施示例性新分組指示符(NPI)位的示例性HARQ處理方法。
[0009]圖6是用于實(shí)施示例性初始傳輸指示符(ITI)位的示例性HARQ處理方法。
[0010]圖7示出了被配置為在WLAN中執(zhí)行的示例性站點(diǎn)。
【具體實(shí)施方式】
[0011]參考以下描述及相關(guān)附圖可進(jìn)一步理解示例性實(shí)施例，其中類似的元件具有相同的參考標(biāo)號(hào)。示例性實(shí)施例涉及在WLAN系統(tǒng)中執(zhí)行混合自動(dòng)重傳請(qǐng)求(HARQ)處理。如本文所用，術(shù)語“WLAN”包括(但不限于)根據(jù)IEEE 802.11/a/b/g/n/ac/ah、IEEE 802.11-2012、和/或其他IEEE 802.11標(biāo)準(zhǔn)定義的無線技術(shù)。在整個(gè)說明書中，術(shù)語“分組”將被用于描述從傳輸設(shè)備傳輸至接收設(shè)備的信息。術(shù)語“分組”可包括任何格式的任何信息。分組的實(shí)例可包括數(shù)據(jù)分組、控制分組、管理分組等。
[0012]圖1示出了WLAN100中分組的一種典型的成功的傳輸。WLAN系統(tǒng)包括傳輸設(shè)備(Tx)IlO和接收設(shè)備(Rx)120。在整個(gè)說明書中，傳輸設(shè)備和接收設(shè)備可以是能夠通過WLAN網(wǎng)絡(luò)100傳輸和/或接收分組的任何設(shè)備。在圖1中，Tx 110向Rx 120傳輸分組130。在接收到分組130后，Rx 120嘗試對(duì)分組130進(jìn)行解碼。如果Rx 120對(duì)分組130解碼成功，則Rx 120向Tx 110發(fā)送指示傳輸成功的確認(rèn)(ACK)140。解碼的成功通?；趯⒎纸M與被存儲(chǔ)在分組中的內(nèi)部信息進(jìn)行校驗(yàn)。校驗(yàn)的一個(gè)實(shí)例是循環(huán)冗余校驗(yàn)(CRC)。如果CRC成功，則Rx 120知道分組已被成功解碼。示例性實(shí)施例將對(duì)分組的校驗(yàn)描述為CRC校驗(yàn)，但示例性實(shí)施例并不限于這些類型的校驗(yàn)，并且可包括其他類型的數(shù)據(jù)校驗(yàn)，以驗(yàn)證分組是正確的。
[0013]圖2示出了WLAN100中的分組的典型的第一未成功傳輸。圖2示出了與圖1相同的WLAN網(wǎng)絡(luò)100和Tx 110以及Rx 120。在這個(gè)實(shí)例中，Tx 110向Rx 120發(fā)送分組230。然而，在這種情況下，考慮Rx 120對(duì)分組230解碼未成功。本領(lǐng)域的技術(shù)人員將理解有許多原因(例如，信道干擾、信號(hào)強(qiáng)度、噪聲等)導(dǎo)致Rx 120可能對(duì)分組230解碼未成功。在這種情況下，Rx120將不會(huì)向Tx 110發(fā)送回ACK，因?yàn)榻獯a未成功。通常，如果Tx 110在預(yù)先確定的時(shí)間段之后沒有接收到ACK，則Tx 110將向Rx 110重傳相同的分組(在圖2中標(biāo)記為重傳分組235)，如圖2所示的。Rx 120將嘗試對(duì)重傳分組235進(jìn)行解碼，并且如果解碼成功，則將向Tx 110傳輸ACK 240。本領(lǐng)域的技術(shù)人員將理解，Tx 110可向Rx 120多次重傳分組，直到Tx 110接收到指示分組已被Rx 120成功接收的ACK，或者直到達(dá)到超時(shí)期限或設(shè)定的重傳次數(shù)而沒有接收到ACK。在一些系統(tǒng)中，RX 120可在解碼未成功時(shí)向TX 110發(fā)送否定確認(rèn)(NACK)，以指示TX 110應(yīng)當(dāng)重傳分組。
[0014]在一個(gè)或多個(gè)未成功傳輸?shù)那樾?諸如圖2所示的情形)中使用示例性HARQ處理。HARQ處理的要點(diǎn)是使用可從先前未成功的分組傳輸中提取的信息來輔助對(duì)當(dāng)前重傳分組進(jìn)行解碼。在圖2的實(shí)例中，雖然初始分組230可能沒有被成功解碼，但Rx 120可能已從分組230中提取了可用于對(duì)后續(xù)分組諸如重傳分組235進(jìn)行解碼的某些信息。Rx 120將存儲(chǔ)來自分組230的所提取的信息，以在對(duì)重傳分組235進(jìn)行解碼時(shí)使用。在本文所述的示例性實(shí)施例中，由Rx 120針對(duì)未成功解碼所存儲(chǔ)的信息將被描述為在HARQ處理中使用的對(duì)數(shù)似然比(LLR)數(shù)據(jù)。然而，本領(lǐng)域的技術(shù)人員將理解，存在不同類型的HARQ處理，并且所選擇的類型的HARQ處理的適當(dāng)?shù)臄?shù)據(jù)可由Rx 120存儲(chǔ)。不同類型的HARQ處理的一些實(shí)例包括增量冗余(IR)HARQ處理和追加合并(CC)HARQ處理。
[0015]圖3示出了典型的WLAN分組結(jié)構(gòu)300。分組結(jié)構(gòu)300基于IEEE 802.1lac標(biāo)準(zhǔn)。本領(lǐng)域的技術(shù)人員將理解，示例性實(shí)施例并不限于這種示例性分組結(jié)構(gòu)，但這個(gè)分組結(jié)構(gòu)300僅作為可實(shí)施示例性實(shí)施例的分組結(jié)構(gòu)的一個(gè)實(shí)例被示出。分組結(jié)構(gòu)300通常可被認(rèn)為具有兩個(gè)一般性部分:信號(hào)部分310和數(shù)據(jù)部分320。不需要在被包括在信號(hào)部分310和數(shù)據(jù)部分320中的信息之間存在準(zhǔn)確的劃定。在這個(gè)實(shí)例中，該劃定基于存在被標(biāo)記為CRCs 330的用于校驗(yàn)信號(hào)部分310的第一CRC信息和被標(biāo)記為CRCd 340的用于校驗(yàn)數(shù)據(jù)部分320的第二CRC信息。
[0016]在典型的WLAN分組結(jié)構(gòu)中，用于識(shí)別接收方設(shè)備的MAC地址位于數(shù)據(jù)部分320中。為了執(zhí)行HARQ處理，用于接收分組的設(shè)備應(yīng)當(dāng)確信分組的目的地是該設(shè)備。因此，設(shè)備將只有在對(duì)分組的數(shù)據(jù)部分成功解碼之后才知道該分組的目的地是該設(shè)備。在對(duì)分組成功解碼之后，HARQ處理便無關(guān)緊要了，因?yàn)镠ARQ處理輔助解碼處理。在示例性分組結(jié)構(gòu)300中，接收方的MAC地址被包括在數(shù)據(jù)部分320中，然而，MAC地址或MAC地址的代理也可被包括在信號(hào)部分310中。在IEEE 802.1Iac標(biāo)準(zhǔn)的分組結(jié)構(gòu)300的實(shí)例中，VHT-SIG字段315包括可用于包括信號(hào)部分310中的接收方MAC地址或接收方MAC地址的部分識(shí)別的部分關(guān)聯(lián)標(biāo)識(shí)符(PAID)位。下文中將進(jìn)一步詳細(xì)描述包括信號(hào)部分中的MAC地址(或代理)的原因。
[0017]下面提供對(duì)使用分組結(jié)構(gòu)300參照?qǐng)D1和圖2描述的傳輸和根據(jù)示例性實(shí)施例基于傳輸?shù)腍ARQ處理的潛在使用的討論。例如，如果圖1所示的分組130以分組結(jié)構(gòu)300的格式被傳輸，并且Rx 120成功執(zhí)行了對(duì)CRCs 330和CRCd 340兩者的校驗(yàn)，則認(rèn)為解碼成功并且Rx120發(fā)送ACK 140。如果圖2所示的分組230以分組結(jié)構(gòu)300的格式被傳輸，并且Rx 120未成功執(zhí)行對(duì)CRCs 330和CRCd 340任一者或兩者的校驗(yàn)，則認(rèn)為解碼未成功，并且沒有ACK被發(fā)送至Tx 110，從而導(dǎo)致向Rx 120發(fā)送重傳分組235。對(duì)于分組230的未成功解碼，存在兩種相關(guān)情形。在第一情形中，對(duì)CRCs 330和CRCd 340兩者的校驗(yàn)均未成功。在這種情況下，不執(zhí)行WLAN設(shè)備中的HARQ處理。在第二情形中，CRCs 330校驗(yàn)成功，但CRCd 340校驗(yàn)未成功。在這種情形中，可如下執(zhí)行WLAN設(shè)備中的HARQ處理。
[0018]如上所述，由于分組結(jié)構(gòu)300包括信號(hào)部分310中的接收方MAC地址(或代理)，所以即使對(duì)分組230的完全解碼未成功(例如，由于CRCd 340校驗(yàn)未成功，所以數(shù)據(jù)部分320未成功解碼)，接收設(shè)備(例如，Rx 120)也可確定分組230是否是旨在用于Rx 120的。如果Rx 120確定分組230的目的地是Rx 120 JljRx 120可調(diào)用HARQ處理以輔助解碼重傳分組235。因此，如能從以上討論中看到的那樣，在分組230解碼未成功但接收設(shè)備(例如，Rx 120)通過部分成功的解碼確定分組的目的地是該接收設(shè)備時(shí)，可在WLAN系統(tǒng)中調(diào)用HARQ處理。
[0019]Rx 120可使用被包括在信號(hào)部分310中的用于調(diào)用HARQ處理的一條附加信息。這條附加信息可以是所接收的傳輸是原始傳輸(例如，分組230)還是重傳(例如，重傳分組235)。用于調(diào)用HARQ處理的信息的目的將在下文中更詳細(xì)地描述。在大多數(shù)WLAN分組結(jié)構(gòu)(例如，分組結(jié)構(gòu)300)