專利名稱：一種用于無線網(wǎng)絡中最后重傳時刻控制數(shù)據(jù)重傳的方法
技術領域：
本發(fā)明涉及通信系統(tǒng)，尤其涉及采用自動重復請求機制的無線網(wǎng) 絡中的最后重傳時刻數(shù)據(jù)重傳的方法和相應的裝置。
背景技術：
在具有自動重復請求(ARQ， Automatic Repeat R叫uest)機制的無線網(wǎng)絡中，在最后重傳過程中以及其他情況下會出現(xiàn)信令失敗錯 誤，例如，在通信環(huán)境惡劣的情況下，很可能在接收方在最后一次重 傳的過程中已經正確地接收到所傳輸?shù)臄?shù)據(jù)包，并且接收方向發(fā)送方 發(fā)出確認收到該數(shù)據(jù)包的信息，例如ACK應答信息，但由于通信環(huán) 境惡劣導致發(fā)送方所收到的應答信息為未收到該數(shù)據(jù)包，即NACK 信息。此時，按照自動重復請求的機制，發(fā)送方不能從緩存中清除該 被發(fā)送的數(shù)據(jù)包，并且在一段期間后自動地重新發(fā)送該數(shù)據(jù)包。因此， 這樣的結果至少造成了資源浪費。不僅如此，自動重復請求的最后重傳過程中還可能導致更嚴重的 的問題，例如被傳輸數(shù)據(jù)包的不可恢復的丟棄等等。下面，結合LTE (長期演進，Long Term Evolution )系統(tǒng)進一步分析自動重復請求的 最后重傳過程可能導致的問題以及原因。從2004年11月3GPP(第三代合作伙伴計劃)在加拿大多倫多召 開的接入網(wǎng)演進學術討論會上提出了 LTE系統(tǒng)的構想，并于2004年 12月正式成立了 LTE研究項目。LTE系統(tǒng)的基礎目標是與其他技術 在"低速移動寬帶無線接入"領域展開竟爭，例如降低每比特成本、增 強對未來業(yè)務的支持能力、可以靈活地在已有和新的頻段上部署、結 構簡單、接口開放、考慮終端適當?shù)厥‰姷?。LTE系統(tǒng)在傳統(tǒng)的移動 通信網(wǎng)絡基礎上引入IP網(wǎng)絡的特點，以更好地支持IP多媒體業(yè)務，其可以更好地支持VoIP、可—見電話、VoD—見頻點*潘、IM以及MBMS, 同時考慮為今后新出現(xiàn)的業(yè)務提供良好的發(fā)展基礎，其促進了無線寬 帶接八技術和產業(yè)的發(fā)展。在LTE系統(tǒng)中，其所應用的自動重復請求操作很大程度上基于快 速混合自動重傳(HARQ)的啟示，但這也不可避免地產生了在最后 重傳中以及其他情況下所出現(xiàn)的信令失敗錯誤。參考文獻25.813 E-UTRA: radio interface protocol aspects (下稱為參考文獻1 )給出了 在LTE系統(tǒng)中自動重復請求的基本原則 如果HARQ發(fā)送器偵測到一個由于最大數(shù)據(jù)傳輸失敗，例如 因為最大重傳限制，則HARQ發(fā)送器將通知相關的ARQ發(fā) 送器，則該規(guī)則待定； 如果HARQ接收器可以偵測到一個NACK3ACK錯誤，則 HARQ接收器將通過明確的信令通知相關ARQ發(fā)送器，則該 規(guī)則待定。上述第一原則意味著HARQ發(fā)送器應在到達最大重傳限制時偵 測數(shù)據(jù)包的傳輸是成功還是失敗，原因在于只有發(fā)送器知道最大重傳 限制。基于這個規(guī)則，HARQ發(fā)送器通知ARQ發(fā)送器重傳或放棄相 關RLC(無線鏈路控制，Radio Link Control)數(shù)據(jù)包，換句話說，也 就是最后重傳所涉及的數(shù)據(jù)包。然后，ARQ級的重傳就在接收方向 發(fā)送方發(fā)送解碼后的狀態(tài)報告之前發(fā)生了 。這樣的技術方案似乎是合 理，但其會帶來其他缺點，例如浪費無線通信資源，如上述情況所述； 又例如會導致RLC重傳延遲，因為重傳要在一段期間后進行；更為 嚴重地，該方法可能會導致不可恢復的RLC數(shù)據(jù)包丟棄，因為在某 些情況下接收方并沒有正確地接收到數(shù)據(jù)包，但發(fā)送方可能認為接收 方已經正確接收從而將數(shù)據(jù)包錯誤地刪除。參考文獻1指明了 HARQ發(fā)送器應該用于指示并解決發(fā)生在最后 重傳過程中的信令錯誤的問題，但仍然存在缺點，例如第一，發(fā)生在ACK"^NACK情況下的缺陷。根據(jù)現(xiàn)有規(guī)則，在最后重傳結束后，HARQ發(fā)送器將清空發(fā)送器
的緩存。但在最后重傳過程中，當ACK—NACK情況發(fā)生時，即接 收方在最后一次重傳時已經正確收到被傳送的數(shù)據(jù)包，因此發(fā)出了 ACK的確認信息，但發(fā)送方卻接收到NACK的確認信息，從而錯誤 地認為接收方并沒有正確地接收到該數(shù)據(jù)包。于是，HARQ發(fā)送器提 示A R Q發(fā)送器重傳相關RL C數(shù)據(jù)包，從而導致無線通信資源的浪費。 該種情況的具體過程如圖1所示。第二，發(fā)生在NACK^ACK情況下的缺陷。在最后重傳結束后，若出現(xiàn)NACK^ACK的情況，即接收方在最 后一次重傳時并未正確地接收到被傳送的數(shù)據(jù)包，其向發(fā)送方發(fā)出 NACK的確認信息，但發(fā)送方卻錯誤地接收到ACK信息，從而錯誤 地^人為4妄收方已經正確地4妾收到該lt據(jù)包，此時，對于4妾收方和發(fā)送 方出現(xiàn)的情況分別如下 對于接收方，由于其并未正確地收到上述數(shù)據(jù)包，因此HARQ 接收器內的相應緩存不能被清空，這樣，在極端的情況下， 盡管該數(shù)據(jù)包已經通過其他途徑被正確地接收，但上述相應 的緩存卻一直未被清空，從而導致擴大了對HARQ緩存的需 求。
對于發(fā)送方，HARQ發(fā)送器將啟動一計時器，并指示ARQ發(fā) 送器傳輸下一個待傳輸?shù)臄?shù)據(jù)包?！?在上述計時器確定的定時內，若接收方及時地提示信令錯 誤，即發(fā)生了 NACK^ACK的情況，并且HARQ發(fā)送器 要求ARQ發(fā)送器來重傳上述并未被接收方正確地接收的 數(shù)據(jù)包，此時，該數(shù)據(jù)包并未丟失，還可以重傳，但可以 理解，此時的ARQ重傳啟動得非常晚，從而造成數(shù)據(jù)包 傳輸?shù)难舆t?！?另一方面，若在上述定時內，接收方沒有反饋任何信令錯 誤的信息，則HARQ發(fā)送器將觸發(fā)ARQ發(fā)送器來丟棄相 關的RLC數(shù)據(jù)包，并指示傳輸下一個待傳輸?shù)臄?shù)據(jù)包。 但事實上，接收方并未正確地接收到上述數(shù)據(jù)包?？梢岳?br> 解，在這樣的情況下，重傳不可能再發(fā)生，也就是說，發(fā)生了無法恢復的錯誤。 通過上述分析，可以理解，在應用自動重復請求機制時，至少在 最后一次重傳過程中會出現(xiàn)信令錯誤的情況，因此，有必要對此予以 解決以保證數(shù)據(jù)傳輸?shù)恼_性和快速。發(fā)明內容為解決上述的最后重傳過程中所出現(xiàn)的信令錯誤的問題，本發(fā)明 的目的是提供一種在采用自動重復請求機制的無線網(wǎng)絡中通過判斷 最后重傳正確與否來進一步確定是否應要求發(fā)送方進一步重傳的數(shù) 據(jù)重傳控制方案。根據(jù)本發(fā)明的第一方面，提供一種在采用自動重復請求機制的無 線網(wǎng)絡的作為接收方的通信設備中用于最后重傳時刻控制數(shù)據(jù)重傳的方法，包括如下步驟接收來自作為發(fā)送方的另一通信設備的重傳 數(shù)據(jù)包；判斷所述重傳數(shù)據(jù)包是否為最后重傳的數(shù)據(jù)包；若所述重傳 數(shù)據(jù)包為最后重傳的數(shù)據(jù)包，則根據(jù)所述最后重傳數(shù)據(jù)包的解碼結果 向作為發(fā)送方的另一通信設備發(fā)送一個指示信息。根據(jù)本發(fā)明的第二方面，提供了一種在采用自動重復請求機制的 無線網(wǎng)絡的作為接收方的通信設備中用于最后重傳時刻控制數(shù)據(jù)重 傳的控制裝置，包括接收裝置，用于接收來自作為發(fā)送方的另一通 信設備所發(fā)送的重傳數(shù)據(jù)包；第一判斷裝置，用于判斷所述重傳數(shù)據(jù) 包是否為最后重傳的數(shù)據(jù)包，重傳控制裝置，用于若所述重傳數(shù)據(jù)包 為最后重傳的數(shù)據(jù)包，則根據(jù)所述最后重傳數(shù)據(jù)包的解碼結果向作為 發(fā)送方的另一通信設備發(fā)送一個指示信息。根據(jù)本發(fā)明的第三方面，還提供了一種在采用自動重復請求機制 的無線網(wǎng)絡的作為發(fā)收方的通信設備中用于最后重傳時刻輔助控制 數(shù)據(jù)重傳的方法，包括如下步驟接收來自作為接收方的另一通信設 備的用于指示一個最后重傳數(shù)據(jù)包是否正確的重傳指示信息；根據(jù)所 述指示信息，重新傳送所述最后重傳的數(shù)據(jù)包或發(fā)送下一個待傳輸數(shù)據(jù)包。根據(jù)本發(fā)明的第四方面，還提供了一種在采用自動重復請求機制 的無線網(wǎng)絡的作為發(fā)送方的通信設備中用于最后重傳時刻控制數(shù)據(jù)重傳的輔助控制裝置，包括輔助接收裝置，用于接收來自作為接收 方的另一通信設備的重傳指示信息；重傳控制裝置，根據(jù)所述重傳指 示信息，重新傳送所述最后重傳的數(shù)據(jù)包或發(fā)送下一個待傳輸數(shù)據(jù)包。根據(jù)本發(fā)明的第五方面，還提供了一種采用自動重復請求機制的 無線網(wǎng)絡的通信設備，其包括前述根據(jù)本發(fā)明第二方面的控制裝置和 /或根據(jù)本發(fā)明第四方面的輔助控制裝置。與現(xiàn)有技術相比，本發(fā)明至少具有以下優(yōu)點(1) 因為對所傳輸數(shù)據(jù)包的解碼結果由接收方生成，徹底避免 了在上述重傳過程中的錯誤。(2) 接收方可以快速清除HARQ接收器的緩存，減小了對 HARQ緩存的需求。(3) 接收方發(fā)送一個指示信息要求發(fā)送方進行重傳，重傳的時 間早于現(xiàn)有方案確定的重傳時間，從而從結果上看，使得重傳的速度 更快。(4) 接收方發(fā)送一個指示信息來指示發(fā)送方丟棄數(shù)據(jù)包并開始 下一個數(shù)據(jù)包的傳輸工作，從而避免了不可恢復的數(shù)據(jù)包丟棄的問題。(5) 通過對用于指示重傳次數(shù)的域的重新定義來偵測最后一次 重傳是否發(fā)生，從而不需要產生任何新的Ll信號。


通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描 述，本發(fā)明的其它特征、目的和優(yōu)點將會變得更明顯圖1為現(xiàn)有方案中在最后重傳時刻出現(xiàn)信令錯誤的原理示意圖； 圖2為現(xiàn)有方案中在最后重傳時刻出現(xiàn)信令錯誤的另 一個原理示 意圖；圖3為根據(jù)本發(fā)明的 一 個實施例的控制數(shù)據(jù)重傳的技術方案的原理示意圖；圖4為本發(fā)明的第二實施例的控制數(shù)據(jù)重傳的示意圖； 圖5為本發(fā)明的第二實施例的控制數(shù)據(jù)重傳的另一個示意圖。 圖6為根據(jù)本發(fā)明的第五實施例的發(fā)送方的發(fā)送流程圖。 圖7為根據(jù)本發(fā)明的第五實施例的接收方的操作流程圖。 圖8為根據(jù)本發(fā)明所提供的通信設備的工作示意圖。 圖9為根據(jù)本發(fā)明的第六實施例、第七實施例中所描述的通信設 備組成示意圖。
具體實施方式
下面結合附圖對本發(fā)明作進一步描述。圖1描述了在LTE系統(tǒng)的現(xiàn)有技術中的最后重傳過程中出現(xiàn)信號 傳輸錯誤的過程。參考圖1,左側所示為作為接收方的通信設備(可 以為基站或用戶設備)，其包括ARQ接收器和HARQ接收器兩部分 共同用于接收發(fā)送方發(fā)送的數(shù)據(jù)包，對稱的右側所示為作為發(fā)送方的 通信設備(同樣地，可為基站或用戶設備)，其相應地包括ARQ發(fā) 送器和HARQ發(fā)送器共同用于發(fā)送數(shù)據(jù)包。在一次傳輸過程中，首 先，ARQ發(fā)送器將數(shù)據(jù)包發(fā)送給HARQ發(fā)送器，然后HARQ發(fā)送器 將該數(shù)據(jù)包發(fā)送給HARQ接收器，若HARQ接收器正確地收到該數(shù) 據(jù)包，則其向HARQ發(fā)送器發(fā)送一個ACK應答信息，此時則傳輸過 程結束，則不會出現(xiàn)最終重傳的過程；若上述HARQ接收器沒有正 確地接收到該數(shù)據(jù)包高，則其向HARQ發(fā)送器發(fā)送一個NACK應答 信息，HARQ發(fā)送器接收到該NACK應答信息后則再次發(fā)送該數(shù)據(jù) 包，直至HARQ接收器接收到該數(shù)據(jù)包或者達到最大傳送次數(shù)，即 最后重傳發(fā)生后HARQ發(fā)送器仍然收到NACK應答信息。若最后重 傳發(fā)生后HARQ發(fā)送器仍然收到NACK應答信息，則HARQ發(fā)送器 將向ARQ發(fā)送器發(fā)出指示，告知應重新發(fā)送該數(shù)據(jù)包，此時，進入 下一次重傳過程，即ARQ發(fā)送器再次啟動傳輸該數(shù)據(jù)包的過程，與 上述類似。參考囝1,盡管上迷現(xiàn)有技術所提出的技術方案可以在正常情況 下處理重傳的過程，但在圖1所示的情況下，在HARQ發(fā)送器最后 一次發(fā)送該數(shù)據(jù)包后，HARQ接收器已經正確的接收到該數(shù)據(jù)包，按 照現(xiàn)有技術方案的設計原理本來應該不再發(fā)起重傳的過程，但由于在 HARQ接收器向HARQ發(fā)送器發(fā)送ACK應答信息的過程中出現(xiàn)了差 錯，最終導致HARQ發(fā)送器接收到的應答信息為NACK,因此，HARQ 發(fā)送器誤認為接收方并未正確地接收到該數(shù)據(jù)包，因此，HARQ發(fā)送 器指示ARQ發(fā)送器進行重傳。因此，可以理解，在圖l所示的情況下，發(fā)生了不必要的重傳， 從而浪費了無線通信資源。圖2描述了在LTE系統(tǒng)的現(xiàn)有方案中的最后重傳過程中出現(xiàn)信號 傳輸錯誤的過程的另一種情況。與圖l所示情況不同的是，在最后重 傳的過程中，接收方并沒有正確地接收到該數(shù)據(jù)包，其向發(fā)送方發(fā)送 了 NACK應答信息，但出于同樣的原因，發(fā)送方最終接收到的應答 信息為ACK,因此，發(fā)送方誤認為接收方已經接收到該數(shù)據(jù)包。此 時，在圖2中標號12所示的時刻，HARQ發(fā)送器啟動了一個定時器， 其用于指示在定時內若沒有信令錯誤信息，則HARQ發(fā)送器將指示 ARQ發(fā)送器將該數(shù)據(jù)包刪除并開始發(fā)送下一個數(shù)據(jù)包，同時，HARQ 發(fā)送器也將從其緩存中將該數(shù)據(jù)包相關的信息刪除。而在接收方，由 于其并沒有正確地接收到該數(shù)據(jù)包，因此，用于接收該數(shù)據(jù)包的緩存 不能被清空。此時，會出現(xiàn)兩種情況第一，若在上述定時內，接收方將出現(xiàn)NACK^ACK的信息反饋 給發(fā)送方，則開始重傳，如圖2所示，此時，僅僅會造成重傳延遲， 如圖2的標號11部分所示，但并不會造成數(shù)據(jù)包丟失。第二，若在上述定時內，接收方沒有反饋任何信令錯誤的信息， 則HARQ發(fā)送器將觸發(fā)ARQ發(fā)送器來丟棄相關的RLC數(shù)據(jù)包，這 樣就導致了無法恢復的錯誤。
圖3描述了根據(jù)本發(fā)明所提出解決方案的示意圖。在采用自動重復請求機制的情況下，如圖3所示，在最后一次重傳之前的重傳過程中均與現(xiàn)有技術相類似，但在最后一次重傳發(fā)生后，則接收方不論是 否正確收到數(shù)據(jù)包，均向發(fā)送方發(fā)送一個指示信息。在本發(fā)明的第一實施例中，在發(fā)送上述指示信息之前，接收方對 在最后重傳時接收到的數(shù)據(jù)包進行解碼，以獲得解碼結果。若該解碼 結果顯示最后重傳的數(shù)據(jù)包是正確的，則接收方發(fā)送方發(fā)送一個重傳正確指示信息，用于指示接收方已經正確地收到數(shù)據(jù)包；否則，則向 發(fā)送方發(fā)送一個重傳錯誤指示信息，用于指示接收方并未正確地收到 數(shù)據(jù)包。相應地，在本發(fā)明的第一實施例中，發(fā)送方接收到上述指示信息 后對其判斷，若為重傳正確指示信息，則發(fā)送方不進行重傳，而是開始下一個待傳輸數(shù)據(jù)包的操作。相反，若該指示信息為重傳錯誤指示 信息，則發(fā)送方開始重傳，如圖3所示。由于采取了上述圖3所示的機制，在向上述發(fā)送方發(fā)送上述指示 信息之前或之后，接收方可以從接收方的緩存中刪除與該次最后重傳 的數(shù)據(jù)包相關的信息，從而釋放該塊緩存。當然，本領域的技術人員 結合現(xiàn)有方案可以理解，如果是正確地收到該數(shù)據(jù)包，則在釋放該緩 存之前，該數(shù)據(jù)包已經被妥善地處理以便對其繼續(xù)處理。在本發(fā)明的第一實施例中，接收方在發(fā)送上述指示信息之前還向 發(fā)送方發(fā)送了一個NACK或ACK應答信息，本領域的技術人員可以 理解，在這樣的實施例中，發(fā)送該NACK或ACK應答信息是為了使 得發(fā)送方和接收方的搡作與現(xiàn)有規(guī)范相符，并不構成對本發(fā)明的限 制。實際上，發(fā)送方接收到上述NACK或ACK應答信息后并不根據(jù) 其內容進行相應的處理。在本發(fā)明的第一實施例中，在最后重傳后，不論發(fā)送方收到上述 NACK或ACK應答信息，發(fā)送方均開始傳輸下一個待傳輸數(shù)據(jù)。但 優(yōu)選地，如果上述指示信息為重傳正確指示信息，則該應答信息為 ACK,反之，若該指示信息為重傳錯誤指示信息，則該應答信息為NACK。本領域的技術人員可以理解，在本發(fā)明中，是通過接收方來確定 最后重傳是否發(fā)生。根據(jù)現(xiàn)有技術可以得知，在現(xiàn)有方案中，只有發(fā) 送方知道最后重傳是否發(fā)生，因此，在本發(fā)明中，必須讓接收方必須 能夠確定最后重傳是否發(fā)生。在本發(fā)明的第一實施例中，接收方通過用于指示重傳次數(shù)的重傳 次數(shù)信息來確定最后重傳是否發(fā)生。更具體地說，在本發(fā)明的第一實 施例中，上述重傳次數(shù)信息系包含在被傳輸?shù)臄?shù)據(jù)包中，因此，接收 方在對該數(shù)據(jù)包進行解碼的過程中可以得知重傳次數(shù)信息。本領域的技術人員也可以理解，在本發(fā)明的其他實施例中，接收 方也可以通過其他途經來得到用于指示重傳次數(shù)的重傳次數(shù)信息，例 如發(fā)送方在發(fā)送數(shù)據(jù)包的同時還發(fā)送一個廣播消息，通過該廣播消息 接收方可以得到重傳次數(shù)信息。在本發(fā)明的第一實施例中，使用數(shù)據(jù)包中的RSN (重傳序列號， Retransmission Sequence Number:)域來表示重傳次數(shù)，而且發(fā)送方在 第一次發(fā)送數(shù)據(jù)包之前，將該域的值設置為最大重傳次數(shù)，并且在每 次傳輸之后將該域的值減1。例如，最大重傳次數(shù)為5，則RSN的初 始值為5,傳輸2次后變?yōu)?。本領域的技術人員可以理解，當RSN-0 時，接收方確定最后重傳發(fā)生，即本次傳輸?shù)臄?shù)據(jù)包即為最后重傳的 數(shù)據(jù)包。參考圖4，其描述了在本發(fā)明的第二實施例中控制數(shù)據(jù)重傳的示 意圖。該第二實施例應用于LTE系統(tǒng)的自動重復請求機制中。與現(xiàn) 有方案相類似，發(fā)送方包括ARQ發(fā)送器、HARQ發(fā)送器，接收方包 括ARQ接收器以及HARQ接收器。在最后重傳發(fā)生后，此時，HARQ 接收器對所接收到的數(shù)據(jù)包進行解碼并對解碼結果進行判斷，發(fā)現(xiàn)解 碼結果為NACK，此時，HARQ接收器向HARQ發(fā)送器發(fā)出 一個ACK 應答信息，并通由ARQ接收器直接向ARQ發(fā)送器發(fā)送一個指示信息。 根據(jù)本發(fā)明內容可以理解，由于解碼結果為NACK，所以上述指示信 息為重傳錯誤指示信息，在ARQ發(fā)送器收到該指示信息后，其開始 對該數(shù)據(jù)包進行重傳操作。再參考圖4,在本發(fā)明的第二實施例中，在發(fā)送上述指示信息之后，HARQ接收器從其緩存中刪除與上述數(shù)據(jù)包相關的信息，從而將該等緩存釋放。再參考圖4，在HARQ發(fā)送器接收到上述ACK信息后其直接指 示上述ARQ發(fā)送器直接發(fā)送下一個帶傳輸?shù)臄?shù)據(jù)包，這樣相當于加 快了下 一個待傳輸數(shù)據(jù)包的傳輸速度。而本領域的技術人員可以理 解，在與第二實施例相類似的第三實施例中，HARQ發(fā)送器接收到上 述ACK信息后并不對該ACK信息進行任何處理，即仍然等到該數(shù)據(jù) 包被重傳成功后再開始下一個待傳輸數(shù)據(jù)包的傳輸過程。參考圖4,在本發(fā)明的第二實施例中，在標號21的時刻，則HARQ 發(fā)送器不啟動針對該次最后重傳數(shù)據(jù)包的計時器。本領域的技術人員可以理解，上述ARQ發(fā)送器、HARQ發(fā)送器、 HARQ接收器、ARQ接收器只是對完成自動重復請求機制的裝置的 統(tǒng)稱，在不同的實施例中可以采用具體的裝置來實現(xiàn)。參考圖5,其同樣描述了在本發(fā)明的第二實施例中控制數(shù)據(jù)重傳 的示意圖。但與圖4不同的是，在最后重傳發(fā)生后，此時，HARQ接 收器對所接收到的數(shù)據(jù)包進行解碼并對解碼結果進行判斷，發(fā)現(xiàn)解碼 結果為ACK，此時，在本實施例中，HARQ接收器向HARQ發(fā)送器 發(fā)出一個ACK應答信息，并通由ARQ接收器直接向ARQ發(fā)送器發(fā) 送一個指示信息。同樣，根據(jù)本發(fā)明內容可以理解，由于解碼結果為 ACK,所以上述指示信息為重傳正確指示信息，在ARQ發(fā)送器收到 該指示信息后，其丟棄該數(shù)據(jù)包并開始下 一個待傳輸數(shù)據(jù)包的傳輸操 作。再參考圖5,本領域的技術人員可以理解，在上述HARQ接收器 確定解碼結果為ACK后，此時，在與上述第二實施例相類似的第四 實施例中，HARQ接收器也可以向HARQ發(fā)送器發(fā)出一個 輸?shù)臄?shù)據(jù)包。參考圖6,其描述了在本發(fā)明的第五實施例中發(fā)送方的發(fā)送流程。 參考囝6，在本實施例中，在開始第一次傳輸之前，發(fā)送方將RSN域 設置為最大重傳次數(shù)，步驟401。然后，發(fā)送方將RSN減l,并執(zhí)行 發(fā)送操作(指第一次發(fā)送)或重傳操作(第一次發(fā)送以后的發(fā)送)， 步驟402。發(fā)送方判斷RSN是否等于0,步驟403，若等于，則再次 執(zhí)行步驟402,否則執(zhí)行最后一次重傳，步驟404。參考圖7，描述了在本發(fā)明的第五實施例中接收方的操作流程。 在本實施例中，接收方接收數(shù)據(jù)包并對數(shù)據(jù)包進行解碼，并根據(jù)解碼 結果判斷是否正確地接收數(shù)據(jù)包，若正確，則將ACK應答信息反饋 給發(fā)送方，若錯誤，則將NACK應答信息反饋給發(fā)送方，步驟501。 接收方判斷RSN是否等于0,步驟502，若不等于，則再次執(zhí)行步驟 501;若等于，則執(zhí)行步驟503。若執(zhí)行步驟503，則接收方首先從緩 存內刪除與最后重傳數(shù)據(jù)包相關的內容，步驟503，判斷最后數(shù)據(jù)包 的解碼結果是否為NACK，步驟504。若步驟504的判斷結果是肯定 的，則接收方生成一重傳錯誤指示信息，并發(fā)送給發(fā)送方，步驟505, 本領域的技術人員可以理解，發(fā)送方接到該重傳錯誤指示信息后，將 開始重傳操作；若步驟504的判斷結果是否定的，則接收方生成一重 傳正確指示信息，并發(fā)送給發(fā)送方，步驟506,本領域的技術人員可 以理解，發(fā)送方接到該重傳正確指示信息后，將開始傳輸下一個數(shù)據(jù) 包的操作。參考圖8，其描述了本發(fā)明的一個實施例中發(fā)送方通信設備3和 接收方通信設備3'的關系。其中發(fā)送方通信設備3如本發(fā)明內容以 及圖3 圖7所描述的實施例的方式進行工作，接受方通信設備則3' 亦如本發(fā)明內容以及圖3 圖7所描述的實施例的方式進行工作?？梢?理解的是，在本實施例中，為完成本發(fā)明的目的，發(fā)送方通信設備和 接收方通信設備的功能是一致的，僅僅是在實際應用中分別扮演發(fā)送 方和接收方的角色。關于發(fā)送方通信設備3和接收方通信設備3 '的具體結構請參考圖 9。由于兩者為實現(xiàn)本發(fā)明的目的的結構部分是相同的，所以僅描述 發(fā)送方通信設備3。參考圖9,其描述了本發(fā)明的第六實施例，系本發(fā)明所提供的與 本發(fā)明提供的方法相關的裝置，即在采用自動重復請求機制的無線網(wǎng) 絡的作為接收方的通信設備中用于最后重傳時刻控制數(shù)據(jù)重傳的控 制裝置31,其包括接收裝置311，用于接收來自作為發(fā)送方的另一 通信設備所發(fā)送的重傳數(shù)據(jù)包；第一判斷裝置312,用于判斷所述重 傳數(shù)據(jù)包是否為最后重傳的數(shù)據(jù)包；重傳控制裝置313，用于若所述 重傳數(shù)據(jù)包為最后重傳的數(shù)據(jù)包，則根據(jù)所述最后重傳數(shù)據(jù)包的解碼 結果向作為發(fā)送方的另一通信設備發(fā)送一個指示信息。其中所述重傳 控制裝置313又包括解碼裝置，用于對所述最后重傳數(shù)據(jù)包進行解 碼，以獲得解碼結果；第二判斷裝置，用于根據(jù)所述解碼結果判斷該 次最后重傳是否正確；重傳指示裝置，用于當該次最后重傳為正確， 則向所述發(fā)送方發(fā)送一個重傳正確指示信息，以及當該次最后重傳為 錯誤，則向所述發(fā)送方發(fā)送一個重傳錯誤指示信息。本領域的技術人員可以理解，上述的第 一判斷裝置還用于根據(jù)所 述重傳數(shù)據(jù)包中用于指示重傳次數(shù)的重傳次數(shù)信息來判斷是否為最 后重傳的數(shù)據(jù)包，例如通過如圖7所示的過程來判斷是否為最后重傳 的數(shù)據(jù)包。在本發(fā)明的第六實施例中，上述通信設備還包括緩存清除裝置， 用于當所述重傳數(shù)據(jù)包為最后重傳的數(shù)據(jù)包，則所述指示裝置從緩存 中刪除所述數(shù)據(jù)包相關的信息。本領域的技術人員可以理解，在本發(fā)明的第六實施例中，所述重 傳控制裝置還用于由所述接收方的ARQ裝置向所述發(fā)送方的ARQ裝 置發(fā)送所述指示信息。參考圖9,其同時還描述了本發(fā)明的第七實施例，第七實施例在 上述第六實施例的基礎上，依照本發(fā)明內容提供了一種在采用自動重刻控制數(shù)據(jù)重傳的輔助控制裝置32,其包括輔助接收裝置321,用
于接收來自作為接收方的另一通信設備的重傳指示信息；重傳控制裝 置322，根據(jù)所述重傳指示信息，重新傳送所述最后重傳的數(shù)據(jù)包或 發(fā)送下一個待傳輸數(shù)據(jù)包。其中，所述重傳控制裝置還包括判斷裝 置，用于判斷所述重傳指示信息是否為指示該次最后重傳為錯誤的重 傳錯誤指示信息或指示該次最后重傳為正確的重傳正確指示信息；發(fā) 送裝置，用于當所述重傳指示信息為重傳錯誤指示信息，則重新傳送 所述最后重傳所發(fā)送的數(shù)據(jù)包，以及，當所述重傳指示信息為重傳正 確指示信息，則發(fā)送下一個待傳輸數(shù)據(jù)包。本領域的技術人員可以理解，在其他實施例中，上述圖9中所示 重傳控制裝置313和重傳控制裝置322可以通過一個裝置來實現(xiàn)，具 體不贅述。本領域的技術人員可以理解，在本發(fā)明的第七實施例中，所述輔 助控制裝置還包括緩存清除裝置，用于當所述重傳指示信息為重傳正 確指示信息時，從緩存中刪除所述最后重傳數(shù)據(jù)包相關的信息。在本發(fā)明的第八實施例中，還提供了一種采用自動重復請求機制 的無線網(wǎng)絡的通信設備，其包括如上述第六實施例中所述的控制裝置 以及上述第六實施例中所述的輔助控制裝置。本領域的技術人員可以理解，在上述第八實施例中所提供的通信 設備，可以是網(wǎng)絡設備，也可以是用戶設備。以上對本發(fā)明的具體實施例進行了描述。需要理解的是，本發(fā)明 并不局限于上述特定實施方式，本領域技術人員可以在所附權利要求 的范圍內做出各種變形或修改。
權利要求
1.一種在采用自動重復請求機制的無線網(wǎng)絡的作為接收方的通信設備中用于最后重傳時刻控制數(shù)據(jù)重傳的方法，包括如下步驟a.接收來自作為發(fā)送方的另一通信設備的重傳數(shù)據(jù)包；b.判斷所述重傳數(shù)據(jù)包是否為最后重傳的數(shù)據(jù)包；c.若所述重傳數(shù)據(jù)包為最后重傳的數(shù)據(jù)包，則根據(jù)所述最后重傳數(shù)據(jù)包的解碼結果向作為發(fā)送方的另一通信設備發(fā)送一個指示信息。
2. 根據(jù)權利要求1所述的方法，其特征在于，所述步驟c還包括 -對所述最后重傳數(shù)據(jù)包進行解碼，以獲得解碼結果；-根據(jù)所述解碼結果判斷該次最后重傳是否正確； -若該次最后重傳為正確，則向所述發(fā)送方發(fā)送一個重傳正確指 示信息；-若該次最后重傳為錯誤，則向所述發(fā)送方發(fā)送一個重傳錯誤指示信息。
3. 根據(jù)權利要求1或2所述的方法，其特征在于，還包括步驟 -當判斷所述重傳數(shù)據(jù)包為最后重傳的數(shù)據(jù)包，則從緩存中刪除所述數(shù)據(jù)包相關的信息。
4. 根據(jù)權利要求1 3中任一項所述的方法，其特征在于，所述步 驟b包括根據(jù)所述重傳數(shù)據(jù)包中用于指示重傳次數(shù)的重傳次數(shù)信息來判斷 其是否為最后重傳的數(shù)據(jù)包。
5. 根據(jù)權利要求1 4任一項所述的方法，其特征在于，所述步驟 c還包括由所述接收方的ARQ裝置向所述發(fā)送方的ARQ裝置發(fā)送所述指示信息。
6. —種在采用自動重復請求機制的無線網(wǎng)絡的作為接收方的通信 設備中用于最后重傳時刻控制數(shù)據(jù)重傳的控制裝置，包括-接收裝置，用于接收來自作為發(fā)送方的另一通信設備所發(fā)送的 重傳數(shù)據(jù)包；第 一判斷裝置，用于判斷所述重傳數(shù)據(jù)包是否為最后重傳的數(shù)據(jù)包，重傳控制裝置，用于若所述重傳數(shù)據(jù)包為最后重傳的數(shù)據(jù)包，則 根據(jù)所述最后重傳數(shù)據(jù)包的解碼結果向作為發(fā)送方的另一通信設備 發(fā)送一個指示信息。
7. 根據(jù)權利要求6所述的裝置，其特征在于，所述重傳控制裝置 包括解碼裝置，用于對所述最后重傳數(shù)據(jù)包進行解碼，以獲得解碼結果；第二判斷裝置，用于根據(jù)所述解碼結果判斷該次最后重傳是否正確；重傳指示裝置，用于當該次最后重傳為正確，則向所述發(fā)送方發(fā) 送一個重傳正確指示信息，以及當該次最后重傳為錯誤，則向所述發(fā) 送方發(fā)送一個重傳錯誤指示信息。
8. 根據(jù)權利要求6 7中任一項所述的裝置，其特征在于，還包括 緩存清除裝置，用于當所述重傳數(shù)據(jù)包為最后重傳的數(shù)據(jù)包，則所述指示裝置從緩存中刪除所述數(shù)據(jù)包相關的信息。
9. 根據(jù)權利要求6 8中任一項所述的裝置，其特征在于， 所述第一判斷裝置還用于根據(jù)所述重傳數(shù)據(jù)包中用于指示重傳次數(shù)的重傳次數(shù)信息來判斷是否為最后重傳的數(shù)據(jù)包。
10. 根據(jù)權利要求6-9中任一項所述的裝置，其特征在于， 所述重傳控制裝置還用于由所述接收方的ARQ裝置向所述發(fā)送方的ARQ裝置發(fā)送所述指示信息。
11. 一種在采用自動重復請求機制的無線網(wǎng)絡的作為發(fā)收方的通 信設備中用于最后重傳時刻輔助控制數(shù)據(jù)重傳的方法，包括如下步 驟i. 接收來自作為接收方的另 一通信設備的用于指示一個最后重傳 數(shù)據(jù)包是否正確的重傳指示信息；ii. 根據(jù)所述指示信息，重新傳送所述最后重傳的數(shù)據(jù)包或發(fā)送下 一個待傳輸數(shù)據(jù)包。
12. 根據(jù)權利要求11所述的方法，其特征在于，所述步驟ii中包括-判斷所述重傳指示信息是否為指示該次最后重傳為錯誤的重傳 錯誤指示信息或指示該次最后重傳為正確的重傳正確指示信息；-若所述重傳指示信息為重傳錯誤指示信息，則重新傳送所述最 后重傳所發(fā)送的數(shù)據(jù)包；-若所述重傳指示信息為重傳正確指示信息，則發(fā)送下一個待傳 輸數(shù)據(jù)包。
13. 根據(jù)權利要求11 12中任一項所述的方法，其特征在于，還 包括步驟iii.從緩存中刪除所述最后重傳數(shù)據(jù)包相關的信息。
14. 根據(jù)權利要求11 13中任一項所述的方法，其特征在于，還 包括以下步驟-當接收到來自所述接收方的ACK或NACK信息后，向所述接 收方發(fā)送下一個待傳輸數(shù)據(jù)包。
15. 根據(jù)權利要求11 14中任一項所述的方法，其特征在于，還 包括以下步驟-當接收到來自所述接收方的ACK或NACK信息后，不啟動與 所述最后重傳數(shù)據(jù)包相對應的定時器。
16. 根據(jù)權利要求11 15中任一項所述的方法，其特征在于，還 包括以下步驟-在第一次傳送數(shù)據(jù)包時，將所述數(shù)據(jù)包中用于指示重傳次數(shù)的 重傳次數(shù)信息設置為最大重傳次數(shù)，并且在每次重傳該數(shù)據(jù)包時將該 重傳次數(shù)信息減一。
17. —種在采用自動重復請求機制的無線網(wǎng)絡的作為發(fā)送方的通 信設備中用于最后重傳時刻控制數(shù)據(jù)重傳的輔助控制裝置，包括輔助接收裝置，用于接收來自作為接收方的另 一 通信設備的重傳 指示信息； 重傳控制裝置，根據(jù)所述重傳指示信息，重新傳送所述最后重傳 的數(shù)據(jù)包或發(fā)送下 一 個待傳輸數(shù)據(jù)包。
18. 根據(jù)權利要求17所述的裝置，其特征在于，所述重傳控制裝 置還包括判斷裝置，用于判斷所述重傳指示信息是否為指示該次最后重傳 為錯誤的重傳錯誤指示信息或指示該次最后重傳為正確的重傳正確 指示信息；發(fā)送裝置，用于當所述重傳指示信息為重傳錯誤指示信息，則重 新傳送所述最后重傳所發(fā)送的數(shù)據(jù)包，以及，當所述重傳指示信息為 重傳正確指示信息，則發(fā)送下一個待傳輸數(shù)據(jù)包。
19. 根據(jù)權利要求17或18所述的裝置，其特征在于，還包括 緩存清除裝置，用于當所述重傳指示信息為重傳正確指示信息時，從緩存中刪除所述最后重傳數(shù)據(jù)包相關的信息。
20. —種采用自動重復請求機制的無線網(wǎng)絡的通信設備，其特征 在于，包括如權利要求6 10中任一項所述的控制裝置和/或如權利要 求17 19中任一項所述的輔助控制裝置。
21. 根據(jù)權利要求20所述的通信設備，其特征在于，所述通信設 備為網(wǎng)絡設備或用戶設備。
全文摘要
為了解決在采用自動重復請求機制的無線網(wǎng)絡中可能在最后重傳時刻發(fā)生的信令錯誤的問題，本發(fā)明提供了一種在采用自動重復請求機制的無線網(wǎng)絡中的作為接收方的通信設備中用于最后重傳時刻控制數(shù)據(jù)重傳的方法以及相應的輔助控制數(shù)據(jù)重傳的方法、控制裝置以及相應的輔助控制裝置，同時，本發(fā)明還提供了一種采用自動重復請求機制的無線網(wǎng)絡的通信設備，該等設備可以是網(wǎng)絡設備，也可以是用戶設備。應用本發(fā)明提供的方法和相應的裝置、通信設備，可以有效地克服上述的最后重傳時刻發(fā)生的信令錯誤的問題，并可以有效地利用無線通信資源、減小對HARQ緩存的需求、提高了自動重傳的速度并避免了不可恢復的數(shù)據(jù)包錯誤丟棄的問題。
文檔編號H04L12/56GK101132259SQ20061003036
公開日2008年2月27日 申請日期2006年8月23日 優(yōu)先權日2006年8月23日
發(fā)明者尤明禮, 濤 楊 申請人:上海貝爾阿爾卡特股份有限公司