一種harq與arq交互協作的方法

專利名稱：：一種harq與arq交互協作的方法
技術領域：
：本發明屬于無線通信
技術領域：
，特別涉及一種混合自動重傳請求(HARQ)與自動重傳請求(ARQ)交互協作的方法。
背景技術：
：在第三代合作伙伴計劃組織(3GPP)的長期演進計劃(LTE)關于無線接入網絡層2標準(RAN2)的討論過程中，把HARQ和ARQ實體都設置在演進型節點B(eNB)中的規則目前已經得到了普遍認同。從而使得HARQ與ARQ交互協作成為可能。HARQ與ARQ交互協作一方面采用本地肯定確認(Local-ACK)和保護定時器來推動ARQ發送窗口的前進，另一方面在接收端HARQ實體通過控制信令中的1比特新數據指示(NDI，每當發端ARQ把一個PDU傳遞給發端HARQ，發端HARQ就會更新NDI并通過相應的控制信令發送)來檢測殘余HARQ錯誤，并通過本地否定確認(Local-NACK)與接收端ARQ實體交互，觸發ARQ級狀態報告(StatusR印ort)來加速ARQ級重傳以及錯誤修復。前者減少了ARQ級的肯定確認狀態報告(ACKStatusR印or1)，后者減小了ARQ重傳的時延、減小ARQ發送窗口的規模，因而HARQ與ARQ交互協作具有明顯的優勢和意義。然而這些優勢主要依賴于殘余HARQ錯誤的檢測，包括否定確認誤譯為肯定確認的錯誤(NACK-to-ACK)、無確認誤譯為肯定確認的錯誤(DTX-to-ACK)和達到最大HARQ重傳次數仍未成功接收的錯誤等。所以如何提高HARQ檢錯的有效性與可靠性是設計ARQ-HARQ交互協作方法的關鍵問題。愛立信公司提出了一套全面的HARQ與ARQ交互協作的方法:對于連續的數據流(on-goingflow),收端HARQ利用控制信令中的1比特新數據標識(NewDataIndicator,NDI)和3比特冗余版本(RedundancyVersion,RV)來檢測殘余HARQ錯誤；對于最后的/孤立的協議數據單元(last/isolatedPDU)則采用原ARQ協議中的輪詢(poll)機制在介質接入控制層協議數據單元(MACPDU)頭部添加l比特poll，保證其可靠性。其對連續的數據流的基本操作(NACK--to-ACK檢測)及對最后的或孤立的PDU的基本操作分別見圖1、圖2(本發明所有圖中均假設最大HARQ重傳次數為N，圖1中的i表示第i次HARQ重傳，且Ki〈N)。在圖1中，如PDUX(對應的NDI-O)被收端HARQ成功接收，則反饋ACK。當發端HARQ收到這一ACK反饋，它用Local—ACK通知發端ARQ,于是發端ARQ開始發送下一個PDUY(因為PDUY被發端ARQ傳遞給發端HARQ，根據NDI定義，發端HARQ會把它從0更新為1)，同時啟動對PDUX的保護定時器。如果該定時器在超時前并沒有接收到NACK狀態報告，則認為PDUX已被可靠接收從而將其從ARQ發送窗口中刪除。如果PDUY沒有被成功接收，則收端HARQ反饋NACK，發端HARQ收到該NACK則重新發送PDUY。如果第i次HARQ傳輸的NACK反饋被發端HARQ錯判成ACK反饋，則發端會發送新的PDUZ(對應的NDI從1更新為0)，當收端HARQ收到這一PDU，檢測到其NDI并不等于它所期望接收的PDUY的NDI，于是判斷出現了NACK-to-ACK錯誤，觸發收端ARQ啟動NACK狀態報告，請求重傳PDUY,從而保證了可靠性。然而因為在最后的/孤立的PDU之后沒有多余的PDU可以發送，所以借助下一個接收PDU的NDI與期望的NDI不相符來檢測NACK-to-ACK錯誤的方法并不適用，必須采用poll機制來保證最后的/孤立的PDU的可靠性。在圖2中，當發端ARQ開始發送最后的PDU的同時啟動poll定時器，如果該定時器在超時前仍未收到ACK狀態報告，則重新發送該PDU。而如果收端HARQ沒有正確接收該PDU，它僅反饋NACK，否則若該PDU被成功接收，除了反饋ACK,收端ARQ還要啟動ACK狀態報告通知發端。當發端收到這一ACK狀態報告，確認這一最后的PDU已經可靠接收，則停止poll定時器，結束本次傳輸。雖然愛立信公司的方法在大多數情況下能夠有效可靠的檢測出NACK-to-ACK、DTX-to-ACK等錯誤，但是在某些特殊的情形下它卻不能夠成功檢錯從而導致丟包。情形一、NACK-to-ACK發生在最后一次HARQ重傳。參見圖3，因為愛立信的方法假設收端HARQ知道PDUX的最大HARQ重傳次數，所以當收端HARQ檢測到PDUX已經達到最大HARQ重傳次數并且仍未正確接收時，它會反饋NACK并期望下一個接收的是PDUX的ARQ重傳(因為PDUX被發端ARQ重新傳遞給發端HARQ，根據NDI定義，發端HARQ會把NDI從0更新為1)。然而如果該反饋被發端HARQ錯判成ACK,即發生NACK-to-ACK錯誤，發端將發送新的PDUY，它的NDI也會更新為1，所以當收端HARQ接收到PDUY時，發現其NDI等于它所期望的PDUX的ARQ重傳的NDI，因而并不能檢測出NACK-to-ACK錯誤，PDUX將遺失。這樣就會導致丟包而必須靠ARQ通過排序功能進行檢測并用狀態報告來通知發端進行ARQ重傳，從而帶來較大延時。更有甚者，如果收端ARQ不能在該PDU的保護定時器超時前檢測并且通知發端ARQ，該PDU就會從發端ARQPDU窗口隊列中被刪除，屆時只有通過TCP重傳才能恢復該PDU，從而大大影響整個傳輸鏈路的吞吐率。另一方面，假設收端HARQ不知道每個PDU的最大HARQ重傳次數，如圖4所示。當PDUX己經達到最大HARQ重傳次數并且仍未正確接收，收端HARQ反饋NACK。當發端收到這一NACK反饋，它就會通知發端ARQ重傳PDUX(其NDI會從0更新為1)。所以當收端HARQ收到該PDU，發現它的NDI不等于所期望的NDI,則認為發生了NACK-to-ACK錯誤，從而啟動NACK狀態報告請求ARQ重傳。這個狀態報告是不必要的，不但浪費了無線資源還增大了重傳時延。總之，情形一所引起的問題根本原因在于收端HARQ并不知道其接收到的PDU的發送原因，即不知道某個PDU是ARQ重傳的PDU還是一個全新的PDU,所以收端HARQ不能區分這兩種情況進而不能分別正確的處理。情形二DTX-to-ACK發生在第一次HARQ傳輸。參見圖5。PDUX正確接收，發端發送PDUY(NDI從0更新為1)，如果PDUY在第一次HARQ傳輸時控制信令受損而產生DTX,可是發端HARQ卻誤判成了ACK，則發端繼續發送下一個PDUZ(NDI從1更新為0)。這樣當收端HARQ接收到PDUZ,發現它的NDI跟上次成功接收的PDLJX相同，所以收端HARQ只會把它當成一次多余的HARQ重傳而并不會報錯，這樣PDUY被遺失，從而導致與情形一類似的后果。NTTDoCoMo公司指出該問題原因在于1比特的NDI，因為在這種情況下最新的PDU的NDI會比上次成功接收的PDU的NDI翻轉兩次從而兩者就相等了。所以NTTDoCoMo公司提出將NDI擴展為2比特就能很自然的解決上一問題，如圖6所示。基本流程與圖5—致，區別在于NDI是2比特的，所以在傳送PDUZ時NDI會從1更新到2，而不是原來的從1更新為0，從而收端HARQ收到PDUZ仍然能夠通過NDI來檢測錯誤，保證了可靠性。同時對于最后的/孤立的PDU,NTTDoCoMo公司提出了不同于poll機制的新方法，參見圖7:發端HARQ在發送最后的/孤立的PDUX并收到ACK后再發送一個虛擬的PDU(NDI從0更新為1)，從而使收端HARQ收到該虛擬PDU時能夠通過NDI與期望值不相等來檢測出最后的/孤立的PDU所發生的NACK-to-ACK或者DTX-to-ACK錯誤，從而觸發NACK狀態報告請求重傳，保證了可靠性。然而NTTDoCoMo的方案仍然不能處理情形一帶來的問題，并且在每個最后的/孤立的PDU后發送虛擬PDU會增加不少無線資源開銷。
發明內容本發明的目的在于，針對確認模式(acknowledgemode,AM)的ARQ，提供一種HARQ與ARQ交互方法，提高可靠性，以解決現有技術中殘余的問題(即情形一和情形二)，該方法能同時對最后的/孤立的PDU提供一種新的處理流程，從而保證對比現有技術不增加無線資源開銷。為達上述目的，本發明采用如下技術方案一種HARQ與ARQ交互協作的方法，其特征在于包括以下步驟1)發端HARQ的NDI更新操作步驟采用多比特的NDI,發端HARQ根據其ARQ所通知的不同發送原因對NDI進行不同變化量的更新；2)收端HARQ的差錯檢測步驟所述收端HARQ設有用于記錄或存儲收端下一次所期望接收到的NDI值(Expected—NDI)、指示最后的或者孤立的PDU值(LastPDU—sign)、收端對上一次收到的PDU的反饋信息值(Pre—ft—state)的寄存器，收端HARQ根據接收到的控制信令中的NDI:、RV以及這三個值共同構成殘余HARQ錯誤的檢測空間；3)收端HARQ的寄存器值更新步驟收端在每次HARQ處理后根據步驟2)的檢測結果更新所述三個值，作為下一次HARQ處理中作為判斷依據。其中，所述步驟l)中，發端NDI的可采用不同增量的方式進行更新，以對應不同發送原因。這種映射關系可以有多種方式，只要能夠保證在收端毫無模糊度的檢測出各種錯誤類型即可。而發端NDI增量映射的不同則會影響收端的殘余HARQ錯誤檢測空間狀態的映射，即某一錯誤類型可能會映射成不同的檢測狀態。本領域的技術人員很容易想到這一等同變換。其中，所述步驟l)具體包括以下步驟(1)如果某一PDU是最后的或者孤立的PDU，貝lj:如果它是第1次HARQ傳輸，則NDI加3;如果它達到最大HARQ重傳次數仍未成功接收而引起ARQ重傳并且重分割，則NDI加1;如果它達到最大HARQ重傳次數仍未成功接收而引起ARQ重傳但并未重分割，則NDI加2;如果以上都不符合，則NDI等于NDI;(2)否則，，即如果某一PDU是連續數據流中的PDU:如果它達到最大HARQ重傳次數仍未成功接收而引起ARQ重傳，則NDI加2;如果它是一個新的ARQPDU的第1次HARQ傳輸，則NDI加1;如果以上都不符合，則NDI不變。其中，所述步驟2)具體包括以下步驟如果'NDI-expected—艦，等于0:無HARQ錯誤；1:a)如果LastPDU—sign等于0，則屬于連續的數據流發生的NACK-to-ACK/DTX-to-ACK錯誤；b)如果LastPDU—sign等于1，則屬于最后的或孤立的PDU達到最大HARQ重傳次數仍未成功接收而引起ARQ重傳并且重分割。2:a)如果PreJ'b—state等于ACK，則屬于最后的或孤立的PDU的第1次HARQ傳輸；b)如果pre—fb—sUte等于NACK并且LastPDU—sign等于0，則屬于連續的數據流PDU達到最大HARQ重傳次數仍未成功接收而引起的ARQ重傳；c)如果prefb—st"e等于NACK并且LastPDU一sign等于1，則屬于最后的或孤立的PDU達到最大HARQ重傳次數仍未成功接收而引起ARQ重傳但并未重分割。3:a)如果Pre—fb—sta1e等于ACK并且RV#1，則屬于連續的數據流的ACK-to-NACK錯誤；b)如果Pre一fb—st&te等于NACK，或者Pre—fb一state等于ACK并且RV等于1，則屬于在最后的或者孤立的PDU的前一個PDU發生NACK-to-ACK/DTX-to-ACK錯誤。其中，所述步驟3)具體包括以下步驟(1)如果NDI-expected—ND]等于0，則a)如果HARQ的數據CRC校驗正確，貝lj:反饋ACK;令Pre—i'b—state等于ACK，expected—NDI加1;如果LastPDU—sign等于1，則觸發ACK狀態報告，并且令LastPDU—sign等于0;b)否則反饋NACK，令Pre.—fb—state等于NACK，expected—NDI不變。(2)如果NDI-expected—ND1等于1，貝lj:a)如果LastPDU—sign等于0，則:反饋ACK，觸發NA(:K狀態報告，令，Pre—fbstate等于ACK;expected—NDI加3;b)否則令LastPDU—sign等于0;i)如果HARQ的數據CRC校驗正確，貝U:反饋ACK，令l)re—fb—state等于ACK;expected—NDI加2;ii)否貝lj(即HARQ的數據CRC校驗出錯)，則:反饋NACK,令Pre—fb—state等于NACK，expected—NDI加1;(3)如果NDI-expected—ND]等于2，貝ij:a)如果Pre—fb—state等于ACK，貝ij:令LastPDU—s:ign等于1;丄)如果HARQ的數據CRC校驗正確，貝ij:反饋ACK，觸發ACK狀態報告，并令Pre—fb—state等于ACK,Expected—NDI加3;LastPDU—sign等于0;ii)否則,反饋NACK,令Pre—fb—state等于NACK，Expected—NDI加2;b)否則i)如果LastPDU—s:gn等于0，則:如果HARQ的數據CRC校驗正確，貝lj:反饋A(X令Pre—fb—state等于ACK，Expected—NDI加3;否則反饋NACK，令Pre—fb—state等于NACK，Expected—NDI加2;ii)否則，即LastPRI—sign等于1，則:如果HARQ的數據CRC校驗正確，貝lj:反饋ACK，觸發ACK狀態報告，令Pre—fb—state等于ACK，Expected—NDI等于Expected—NDI加3;LastPDU—sign等于0;否則，反饋NACK，令Pre—fb—state等于NACK，Expected—NDI加2;(4)如果NDI-expected—ND]等于3，則:a)如果Pre—i'b—state等于ACK并且RV不等于1，則:反饋ACK，令Pre—fb_state等于ACK，expected—NDI不變；b)否則反饋ACK，觸發MCK狀態報告，令Pre—fb—state等于ACK,Expected—NDI加1。本發明提供的HARQ與ARQ交互協作的方法，能夠有效而可靠地同時處理連續的數據流和最后的/孤立的PDU。該方法能在不增加無線資源開銷的前提下提高了可靠性，檢測更多地錯誤類型，解決了現有方法殘余的問題(即情形一和情形二)，使ARQ重傳時延比ARQ狀態報告方式大大減小并避免了TCP重傳，以下結合附圖及實施例進一步說明本發明。圖1為現有ARQ與HARQ交互協作方法中NACK-to-ACK檢測；圖2為現有ARQ與HARQ交互協作方法中對最后的或孤立的PDU的基本操作；圖3為現有方法在情形一時所產生的問題流程示意圖4現有方法中收端HARQ不知道PDU的最大HARQ重傳次數帶來的資源浪費流程示意圖5現有方法在情形二時所產生的問題流程示意圖6現有方法中利用2比特NDI解決情形二問題的流程圖7現有方法中采用虛擬PDU處理最后的/孤立的PDU流程圖8本發明實施例連續的數據流的基本處理流程圖(錯誤類型0);圖9本發明在達到最大HARQ重傳次數仍未成功接收引起的ARQ重傳(錯誤類型2.b)的處理流程圖10本發明在最后一次HAKQ重傳的NACK-to-ACK錯誤(錯誤類型1.a)的處理流程圖；圖11本發明實施例在情形二時(錯誤類型l.a)的處理流程圖12本發明實施例對最后的或者孤立的PDU(錯誤類型0和2.a)的基本操作流程圖；圖13本發明實施例對重分割的ARQ重傳(錯誤類型l.b)的處理流程圖；圖14本發明實施例對非重分割的ARQ重傳(錯誤類型2.c)的處理流程圖；圖15本發明實施例對于錯誤類型3.b的處理流程圖。具體實施例方式一種HARQ與ARQ交互協作的方法，其特征在于包括以下步驟1)發端HARQ的NDI更新操作步驟采用多比特的NDI，發端HARQ根據其ARQ所通知的不同發送原因對NDI進行不同變化量的更新；2)收端HARQ的差錯檢測步驟所述收端HARQ設有用于記錄或存儲收端下一次所期望接收到的NDI值(Ejected—NDI:)、指示最后的或者孤立的PDU值(LastPDU—sign)、收端對上一次收到的TOU的反饋信息值(Pre—fb—state)的寄存器，收端HARQ根據接收到的控制信令中的NDI、RV以及這三個值共同構成殘余HARQ錯誤的檢測空間；3)收端HARQ的寄存器值更新步驟收端在每次HARQ處理后根據步驟2)的檢測結果更新所述三個值，作為下一次HARQ處理中作為判斷依據。其中，收端HARQ可采用三個寄存器分別記錄上述Expected—NDI、LastPDU—sign和Pfe—fb—state。這三個寄存器在每次HARQ處理后更新一次，在下一次HARQ處理中則作為判斷的依據。這三個寄存器只是設置在收端的，所以并沒有增加信令開銷。通過充分利用本地更新的寄存器信息擴大了錯誤檢測空間，盡可能減少對信令開銷的要求，使得在盡可能少的比特的NI)I和KV下，能夠檢測更多的錯誤類型。例如，對當前所要解決的錯誤類型下，只需要采用2比特Nl)l，代替了原愛立信方法中的1比特NDI+1比特poil,從而并不增加信令開銷。當錯誤類型增多，2比特Nm不能滿足時，可以逐步增加ND1比特。上述二歩驟分別具體闡述如下一.發端HARQ的NDI更新操作步驟(1)如果某一PDU是最后的或者孤立的PDU，則:如果它是第1次HARQ傳輸，則,頓+3;如果它達到最大IIARQ重傳次數仍未成功接收而引起ARQ重傳并且重分割，則NDJ=NI)I+h如果它達到最大IIARQ重傳次數仍未成功接收而引起ARQ重傳但并未重分割，則如果以上都不符合，則NI)hNDI;(2)否則(即如果某一I)DU是連續的數據流)，貝IJ:如果它達到最大HARQ重傳次數仍未成功接收而引起ARQ重傳(不管是否重分割)，則NI)l=N"l+2;如果它是一個新的ARQPDU的第1次HARQ傳輸，則NDI=NDI+1;如果以上都不符合，則NDl:N[)I。二.收端HARQ的差錯檢測步驟如果'NIM-expected—Nl)'等于(>:無IIARQ錯誤;I:a)如果UstPDU—siHn=()，則屬于連續的數據流發生的NACK-to-ACK/DTX-to-ACK錯誤；h)如果LastraU一sig『1，則屬于最后的或孤立的PDU達到最大HARQ重傳次數仍未成功接收而引起ARQ重傳并且重分割。2:a)如果卩reJ'h—statc-ACK，則屬于最后的或孤立的PDU的第1次HARQ傳輸；b)如果pre—(b—st:ate=NACK并且UstPDU—sign=0,則屬于連續的數據流中的PDU達到最大HARQ重傳次數仍未成功接收而引起的ARQ重傳；〔:)如果pro—fh—state-NACK并且UstPDU—sign=l,則屬于條后的或孤立的PDU達到最大HARQ重傳次數仍未成功接收而引起ARQ重傳但并未重分割。3:a)如果Pre—fh—state-ACK并且RV^1，則屬于連續的數據流的ACK-to-NACK錯誤；b)如果PreJ'b—state二NACK或者(Pre—fb—state=ACK并且RV=1)，則屬于在最后的或者孤立的PDU的前一個PDU發生NACK-to-ACK/DTX-to-ACK錯誤。三.收端HARQ的寄存器值更新步驟(1)如果NDI-expected—NDI=0，貝廿//錄誤^^蕃〃a)如果HARQ的數據CR(:校驗正確，貝U:反饋ACK;令Pre—fb—state=ACK，expected—NDI=expected—NDI+1;如果Last,PDlLsigr=1，則觸發ACK狀態報告，并且令LastTOU—sign=0;b)否則(即HARQ的數據CRC校驗出錯)，則反饋NACK，令Pre—fb—state=NACK，expected—NDI=expected—NDI。(2)如果NDI—expected—N['I=J，貝U:a)如果LastPDU——sign=0，貝U://錄誤類麥7.W反饋ACK，觸發NAi:K狀態報告，令，Pre—fb—state=ACK:expected—NDI=expected—NDI+3;h)否則(即LastPDU—s]gn=1)，貝lj://錄誤^^^7.W令LastPDU—sign=0;i)如果HARQ的數據CRC校驗正確，貝ij:反饋ACK，令)re—fb—state=ACK;expected—NDI=expected—NDI+2;丄i)否則(即HARQ的數據CRC校驗出錯)，則:反饋NACK，令Pre—fb—state=NACK，expected—NDIexpected—NDI+1;(3)如果NDI-expected—NDI=2，貝lj:a)如果Pre—fb—st,ate=ACK，貝lj://錄誤^^蕃i1.a)令LastPDU—sign=l;〃在收端HARQ對最后的或孤立的PDU作標記i)如果HARQ的數據CRC校驗正確，則反饋ACK，觸發ACK狀態報告，并令Pre—fb—state=ACK，Expected—NDI=Expected—NDI+3;LastP叫一sign二O;ii)否則(即HARQ的數據CRC校驗出錯)，則:反饋NACK，令Pre—fb—state=NACK，Expected—NDl=Expected—NDI+2;b)否則(即Pre—fb—stete-NACK)，則:i)如果LastPDU—sign=0,貝lj://錄溪^^蕃么如果HARQ的數據CRC校驗正確，則反饋ACK，令Pre—fb—state=ACK，Expected—NDI=Expected—NDI+3;否則(即HARQ的數據CRC校驗出錯)，則:反饋NACK，令Pre—fb—state=NACK,Expected—NDI=Expected—NDI+2;ii)否則(即Lastf'DU—sign=l)，則//禁誤^^麥2d如果HARQ的數據CRC校驗正確，貝lj:反饋ACK，觸發ACK狀態報告，令Pre—fb—state=ACK，Expectec—NDI=Expected—NDI+3;LastP叫—sign=0;否則(即HARQ的數據CRC校驗出錯)，貝lj:反饋NACR，令Pre—fb—state=NACK，Expected—NDI=Expected—NDI+2;(4)如果NDI-expected—,1=3，則:a)如果Pre—fb—state^CK并且receivedRV,l，貝lj://錄誤^^蕃^aj反饋ACK，令Pre—fb—state=ACK,Expected—NDI=expected—NDI;h)否則(即Pre——fb—-State二NACK或(Pre—fb—state二ACK且RV=1))//錄溪^^麥反饋ACK，觸發NCK狀態報告，令Pre—fb—state:ACK，Expected—NDI=Expected—NDI+1;下面給出我們的發明對于連續的數據流以及最后的或孤立的PDU是怎樣檢測和處理各種錯誤情況的。一、連續的數據流圖8給出了我們的發明對于連續的數據流的基本處理流程。當PDUX(對應NDI-O)沒有正確接收，收端HARQ反饋NACK,發端HARQ收到NACK反饋則重新發送PDUX，否則當它被正確接收，收端HARQ反饋ACK，發端HARQ收到ACK則發送下一個PDUY。情形一的解決方法如圖9本發明在達到最大HARQ重傳次數引起的ARQ重傳(錯誤類型2.b)的處理流程圖；及圖10在最后一次HARQ重傳的NACK-to-ACK錯誤(錯誤類型1.a)的處理流程圖；發端HARQ根據ARQ所通知的不同的發送原因對NDI進行不同的增量更新，所以當收端HARQ接收到并非期望的ND[時，它是能夠區分這是由于到達最大HARQ重傳次數仍未成功接收而引起的ARQ重傳PDU還是一個全新的ARQPDU，例如圖9中對于ARQ重傳的PDUX，它的NDI是按照增量為2來更新的，而圖10中如果發生了NACK-to-ACK錯誤而發送了新的PDUY，它的NDI是按照增量為1來更新的。所以收端HARQ就能通過接收的NDI不同結合前面提到的本地寄存器信息Expected—NDI,LastPDUsign,Pre—fb—state)構成錯誤檢測空間，能夠分別檢測出上述兩種情況，從而分別正確的處理。同時在我們的方案中，收端HARQ并不需要知道每個PDU的最大HARQ重傳次數。情形二的解決方法如圖11所示(錯誤類型1.a)，當PDUY在第一次HARQ傳輸的時候發生了DTX-to-ACK錯誤，發端HARQ傳送PDUZ時NDI會從1更新到2，而不是原來的從i更新為0，從而收端HARQ收到PDUZ仍然能夠通過NDI來檢測錯誤，保證了可靠性。二、最后的或者孤立的PDU在本發明中，對最后的或者孤立的PDU的基本操作流程(錯誤類型為0和2.a)如圖12所示，首先發端ARQ必須把最后的或者孤立的PDUY通知發端HARQ，從而發端HARQ能夠把ND1加3進行更新，并且啟動一個定時器(這里與原先的Poll機制不同的是計時器設在發端HARQ而非發端ARQ)，如果發端HARQ在計時器超時前并沒有得到成功接收的通知，它將進行HARQ重傳。如果收端HARQ收到PDUY并根據前面所述的錯誤類型檢測表檢測到最后的或者孤立的PDU后，首先把寄存器Las，PDU—sign從0更新為1用來指示該PDU，然后如果該PDU沒有正確接收則反饋NACK，發端HARQ收到NACK就重傳該TO!],否則如果該PDU正確接收，先把UstPI)U—sign從l更新為O(因為這一最后的PDU己經成功接收，不需要再指示了)，然后收端HARQ反饋ACK的同時觸發ARQ的ACK狀態報告，通知發端已經正確接收這一最后的PDU。當發端ARQ收到對這一最后的或者孤立的PDU的ACK狀態報告后，會通知發端HARQ終止計時器并停止重傳。為了進一步完善本發明，對于最后的或者孤立的PDU本發明進一步考慮并解決以下問題問題一及解決方法最后的或者孤立的PDU因為到達最大HARQ重傳次數仍未成功接收而啟動ARQ重傳。因為LTE決定ARQ重傳需要根據當前信道條件，在必要情況下采取重分割。如果最后的或者孤立的PDU因為到達最大HARQ重傳次數仍未成功接收而啟動ARQ重傳，而此時信道質量并不能支持原有的PDU長度，則該PDU需要重分割變成若干個小的ARQPDU，那么它就不再是最后的或者孤立的PDU。本發明針對是否重分割的兩種情形采用如圖13、14所示的方法處理這種情況。在圖13中，當最后的TOU達到最大HARQ重傳次數仍未成功接收，則需要對其啟動ARQ重傳，而此時信道條件不再支持原有的數據包長度，所以該最后的PDU在ARQ重傳時被重分割，并對其NDI根據前述操作進行相應的更新。當收端HARQ檢測到這一情況時，首先把'LastPDU一sign，從1設置為0,表示當前的PDU不再是最后的/孤立的PDU，然后再按照普通的連續的數據流PDU的操作進行處理，即如果數據CRC校驗正確則反饋ACK，否則就反饋NACK。而對圖14，由于最后的/孤立的PDU在ARQ重傳時并沒有重分割，所以它仍然是最后的/孤立的PDU。所以仍然按照最后的/孤立的PDU的模式進行處理，即如果數據CRC校驗正確則反饋ACK同時觸發ACK狀態報告，否則就反饋NACK。問題二及解決方法在最后的或孤立的PDU的前一個PDU發生NACK-to-ACK/DTX-to-ACK錯誤。因為發端HARQ會對最后的或者孤立的PDU的NDI進行特定的增量更新，所以如果在它的前一個PDU發生了NACK-to-ACK/DTX-to-ACK錯誤，則收端HARQ檢測到的'NDI-expected—NDI，是一個特殊值。必須把它單列出來進行檢測和修復。具體流程見圖15，當PDUY發生了NACK-to-ACK錯誤，發端開始發送最后的PDUZ,其NDI以增量3進行更新，于是當收端HARQ接收到R)UZ，則能根據前述的錯誤檢測表檢測出錯誤，而觸發ARQ的NACK狀態報告要求發端ARQ重傳PDUY。本發明與愛立信公司和NTT[k)CoMo公司的檢錯能力和開銷情況比較，如表1所示。表l:檢錯能力和開銷情況比較表<table>tableseeoriginaldocumentpage16</column></row><table>開銷1比特NDI+1比特poll2比特NDI+虛擬PDU(每個最后的/孤立的PDU后發送)2比特NDI綜上，本發明提供的HARQ與ARQ交互協作的方法，通過給NDI分配2比特，去掉poll比特，并在收發端的HARQ層設計了一套全新的操作流程，能夠有效而可靠的同時處理連續的數據流和最后的/孤立的PDU。該方法能在不增加無線資源開銷的前提下檢測更多地錯誤類型，解決了現有方法殘余的問題(即情形一和情形二)，使ARQ重傳時延比ARQ狀態報告方式大大減小并避免了TCP重傳。權利要求1、一種HARQ與ARQ交互協作的方法，其特征在于包括以下步驟1)發端HARQ的NDI更新操作步驟采用多比特的NDI，發端HARQ根據其ARQ所通知的不同發送原因對NDI進行不同變化量的更新；2)收端HARQ的差錯檢測步驟所述收端HARQ設有用于記錄或存儲收端下一次所期望接收到的NDI值(Expected_NDI)、指示最后的或者孤立的PDU值(LastPDU_sign)、收端對上一次收到的PDU的反饋信息值(Pre_fb_state)的寄存器，收端HARQ根據接收到的控制信令中的NDI、RV以及這三個值共同構成殘余HARQ錯誤的檢測空間；3)收端HARQ的寄存器值更新步驟收端在每次HARQ處理后根據步驟2)的檢測結果更新所述三個值，用于下一次HARQ處理中作為判斷依據。2、根據權利要求l所述的HARQ與ARQ交互協作的方法，其特征在于-所述步驟l)具體包括以下步驟-(O如果某一PDU是最后的或者孤立的PDU，貝IJ:如果它是第1次HARQ傳輸，則NDI加3;如果它達到最大HARQ重傳次數仍未成功接收而引起ARQ重傳并且重分割，則NDI加I;如果它達到最大HARQ重傳次數仍未成功接收而引起ARQ重傳但并未重分割，則NDI加2;如果以上都不符合，則MDI等于NDI;(2)否則，即如果某一PDU是連續數據流中的PDU:如果它達到最大HARQ重傳次數仍未成功接收而引起ARQ重傳，則NDI加2;如果它是一個新的ARQPDU的第1次HARQ傳輸，則NDI加1;如果以上都不符合，則NDI不變。3、根據權利要求4所述的HARQ與ARQ交互協作的方法，其特征在于-所述步驟2)具體包括以下步驟如果'NDI-expected—NDI，等于0:無HARQ錯誤；1:a)如果LastPDU一sUn等于O，則屬于連續數據流中的PDU發生的NACK-to-ACK/DTX-to-ACK錯誤；b)如果LastPDU—sign等于1，則屬于最后的或孤立的PDU達到最大HARQ重傳次數仍未成功接收而引起ARQ重傳并且重分割。2:a)如果Pre——fb—state等于ACK，則屬于最后的或孤立的PDU的第1次HARQ傳輸；b)如果pre—fb—stste等于NACK并且LastPDU—sign等于0，則屬于連續數據流中的PDU達到最大HARQ重傳次數仍未成功接收而引起的ARQ重傳；c)如果pre—fb—st&te等于NACK并且LastPDU—sign等于1，則屬于最后的或孤立的PDU達到最大HARQ重傳次數仍未成功接收而引起ARQ重傳但并未重分割。3:a)如果Pre—fb一strte等于ACK并且RV#1，則屬于連續數據流中的PDU的ACK-to-NACK錯誤；b)如果Pre—fb—st8te等于NACK，或者Pre—fb一state等于ACK并且RV等于1,則屬于在最后的或者孤立的PDU的前一個PDU發生NACK-to-ACK/DTX-to-ACK錯誤。4、根據權利要求3所述的HARQ與ARQ交互協作的方法，其特征在于所述步驟3)具體包括以下步驟(1)如果NDI-expected—NDI等于0，則:a)如果HARQ的數據CRC校驗正確，則:反饋ACK;令Prejb—state等于ACK，expected—NDI加1;如果LastPDU—sigr等于1，則觸發ACK狀態報告，并且令LastPDU—sign等于0;b)否則反饋NACK，令Pre.fbstate等于NACK，expected—NDI不變。(2)如果NDI-expected—NDI等于1，則:a)如果LastPDU—sign等于0，則:反饋ACK，觸發NA(:K狀態報告，令，Pre—fb—state等于ACK;expectedNDI加3;b)否則令LastPDU—sign等于0;i)如果HARQ的數據CRC校驗正確，貝lj:反饋ACK，令i)re—fb—state等于ACK;expected—NDI加2;ii)否則(即HARQ的數據CRC校驗出錯)，貝ij:反饋NACK，令lYe一fb一state等于NACK，expected—NDI加1;(3)如果NDI-expected—NDI等于2，則:a)如果Prej'b—state等于ACK，則:令LastPDU—sign等于1;i)如果HARQ的數據CRC校驗正確，貝ij:反饋ACK，觸發ACK狀態報告，并令Pre—fb—state等于ACK，Expected—NDI加3;LastPDU—sign等于0;ii)否則，反饋NACK，令Pre一fb一state等于NACK，Expected—NDI加2;b)否則i)如果LastPDU—sign等于0，則:如果HARQ的數據CRC校驗正確，貝IJ:反饋ACK，令Pre—fb_state等于ACK，Expected—NDI加3;否則-反饋NACK，令Pre—fb—state等于NACK，ExpectedJJDI加2;ii)否則，即LastPDU—sign等于1，則:如果HARQ的數據CRC校驗正確，貝lj:反饋ACK.,觸發ACK狀態報告，令Pre一fb—state等于ACK，Expected—NDI等于Expected—NDI加3;LastPDU—sign等于0;否則，反饋NACK，令Pre—fb—state等于NACK，ExpectedJJDI加2;(4)如果NDI-expected—NDI等于3，則:a)如果Pre—fb—state等于ACK并且RV不等于1，則:反饋ACK,令Pre—fb—state等于ACK，expected—NDI不變；b)否則反饋ACK,觸發NACK狀態報告，令Pre—fb—state等于ACK，Expected—NDI加1。全文摘要一種HARQ與ARQ交互協作的方法，包括1)發端HARQ的NDI更新操作步驟采用多比特的NDI，發端HARQ根據其ARQ所通知的不同發送原因對NDI進行不同變化量的更新；2)收端HARQ的差錯檢測步驟所述收端HARQ設有用于記錄或存儲收端下一次所期望接收到的NDI值、指示最后的或者孤立的PDU值、收端對上一次收到的PDU的反饋信息值的寄存器，收端HARQ根據接收到的控制信令中的NDI、RV以及這三個值共同構成殘余HARQ錯誤的檢測空間；3)收端HARQ的寄存器值更新步驟收端在每次HARQ處理后根據步驟2)的檢測結果更新所述三個值，用于下一次HARQ處理中作為判斷依據。本發明能夠有效而可靠地同時處理連續數據流和最后的/孤立的PDU，使ARQ重傳時延比ARQ狀態報告方式大大減小并避免了TCP重傳。文檔編號H04L1/16GK101155013SQ20061011683公開日2008年4月2日申請日期2006年9月30日優先權日2006年9月30日發明者婷周,景徐,江王,王海峰,斌陳申請人:上海無線通信研究中心