專利名稱:一種用于無(wú)線網(wǎng)絡(luò)中最后重傳時(shí)刻控制數(shù)據(jù)重傳的方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信系統(tǒng),尤其涉及采用自動(dòng)重復(fù)請(qǐng)求機(jī)制的無(wú)線網(wǎng) 絡(luò)中的最后重傳時(shí)刻數(shù)據(jù)重傳的方法和相應(yīng)的裝置。
背景技術(shù):
在具有自動(dòng)重復(fù)請(qǐng)求(ARQ, Automatic Repeat R叫uest)機(jī)制的無(wú)線網(wǎng)絡(luò)中,在最后重傳過(guò)程中以及其他情況下會(huì)出現(xiàn)信令失敗錯(cuò) 誤,例如,在通信環(huán)境惡劣的情況下,很可能在接收方在最后一次重 傳的過(guò)程中已經(jīng)正確地接收到所傳輸?shù)臄?shù)據(jù)包,并且接收方向發(fā)送方 發(fā)出確認(rèn)收到該數(shù)據(jù)包的信息,例如ACK應(yīng)答信息,但由于通信環(huán) 境惡劣導(dǎo)致發(fā)送方所收到的應(yīng)答信息為未收到該數(shù)據(jù)包,即NACK 信息。此時(shí),按照自動(dòng)重復(fù)請(qǐng)求的機(jī)制,發(fā)送方不能從緩存中清除該 被發(fā)送的數(shù)據(jù)包,并且在一段期間后自動(dòng)地重新發(fā)送該數(shù)據(jù)包。因此, 這樣的結(jié)果至少造成了資源浪費(fèi)。不僅如此,自動(dòng)重復(fù)請(qǐng)求的最后重傳過(guò)程中還可能導(dǎo)致更嚴(yán)重的 的問(wèn)題,例如被傳輸數(shù)據(jù)包的不可恢復(fù)的丟棄等等。下面,結(jié)合LTE (長(zhǎng)期演進(jìn),Long Term Evolution )系統(tǒng)進(jìn)一步分析自動(dòng)重復(fù)請(qǐng)求的 最后重傳過(guò)程可能導(dǎo)致的問(wèn)題以及原因。從2004年11月3GPP(第三代合作伙伴計(jì)劃)在加拿大多倫多召 開(kāi)的接入網(wǎng)演進(jìn)學(xué)術(shù)討論會(huì)上提出了 LTE系統(tǒng)的構(gòu)想,并于2004年 12月正式成立了 LTE研究項(xiàng)目。LTE系統(tǒng)的基礎(chǔ)目標(biāo)是與其他技術(shù) 在"低速移動(dòng)寬帶無(wú)線接入"領(lǐng)域展開(kāi)竟?fàn)?,例如降低每比特成本、?強(qiáng)對(duì)未來(lái)業(yè)務(wù)的支持能力、可以靈活地在已有和新的頻段上部署、結(jié) 構(gòu)簡(jiǎn)單、接口開(kāi)放、考慮終端適當(dāng)?shù)厥‰姷?。LTE系統(tǒng)在傳統(tǒng)的移動(dòng) 通信網(wǎng)絡(luò)基礎(chǔ)上引入IP網(wǎng)絡(luò)的特點(diǎn),以更好地支持IP多媒體業(yè)務(wù),其可以更好地支持VoIP、可—見(jiàn)電話、VoD—見(jiàn)頻點(diǎn)*潘、IM以及MBMS, 同時(shí)考慮為今后新出現(xiàn)的業(yè)務(wù)提供良好的發(fā)展基礎(chǔ),其促進(jìn)了無(wú)線寬 帶接八技術(shù)和產(chǎn)業(yè)的發(fā)展。在LTE系統(tǒng)中,其所應(yīng)用的自動(dòng)重復(fù)請(qǐng)求操作很大程度上基于快 速混合自動(dòng)重傳(HARQ)的啟示,但這也不可避免地產(chǎn)生了在最后 重傳中以及其他情況下所出現(xiàn)的信令失敗錯(cuò)誤。參考文獻(xiàn)25.813 E-UTRA: radio interface protocol aspects (下稱為參考文獻(xiàn)1 )給出了 在LTE系統(tǒng)中自動(dòng)重復(fù)請(qǐng)求的基本原則 如果HARQ發(fā)送器偵測(cè)到一個(gè)由于最大數(shù)據(jù)傳輸失敗,例如 因?yàn)樽畲笾貍飨拗?,則HARQ發(fā)送器將通知相關(guān)的ARQ發(fā) 送器,則該規(guī)則待定; 如果HARQ接收器可以偵測(cè)到一個(gè)NACK3ACK錯(cuò)誤,則 HARQ接收器將通過(guò)明確的信令通知相關(guān)ARQ發(fā)送器,則該 規(guī)則待定。上述第一原則意味著HARQ發(fā)送器應(yīng)在到達(dá)最大重傳限制時(shí)偵 測(cè)數(shù)據(jù)包的傳輸是成功還是失敗,原因在于只有發(fā)送器知道最大重傳 限制。基于這個(gè)規(guī)則,HARQ發(fā)送器通知ARQ發(fā)送器重傳或放棄相 關(guān)RLC(無(wú)線鏈路控制,Radio Link Control)數(shù)據(jù)包,換句話說(shuō),也 就是最后重傳所涉及的數(shù)據(jù)包。然后,ARQ級(jí)的重傳就在接收方向 發(fā)送方發(fā)送解碼后的狀態(tài)報(bào)告之前發(fā)生了 。這樣的技術(shù)方案似乎是合 理,但其會(huì)帶來(lái)其他缺點(diǎn),例如浪費(fèi)無(wú)線通信資源,如上述情況所述; 又例如會(huì)導(dǎo)致RLC重傳延遲,因?yàn)橹貍饕谝欢纹陂g后進(jìn)行;更為 嚴(yán)重地,該方法可能會(huì)導(dǎo)致不可恢復(fù)的RLC數(shù)據(jù)包丟棄,因?yàn)樵谀?些情況下接收方并沒(méi)有正確地接收到數(shù)據(jù)包,但發(fā)送方可能認(rèn)為接收 方已經(jīng)正確接收從而將數(shù)據(jù)包錯(cuò)誤地刪除。參考文獻(xiàn)1指明了 HARQ發(fā)送器應(yīng)該用于指示并解決發(fā)生在最后 重傳過(guò)程中的信令錯(cuò)誤的問(wèn)題,但仍然存在缺點(diǎn),例如第一,發(fā)生在ACK"^NACK情況下的缺陷。根據(jù)現(xiàn)有規(guī)則,在最后重傳結(jié)束后,HARQ發(fā)送器將清空發(fā)送器
的緩存。但在最后重傳過(guò)程中,當(dāng)ACK—NACK情況發(fā)生時(shí),即接 收方在最后一次重傳時(shí)已經(jīng)正確收到被傳送的數(shù)據(jù)包,因此發(fā)出了 ACK的確認(rèn)信息,但發(fā)送方卻接收到NACK的確認(rèn)信息,從而錯(cuò)誤 地認(rèn)為接收方并沒(méi)有正確地接收到該數(shù)據(jù)包。于是,HARQ發(fā)送器提 示A R Q發(fā)送器重傳相關(guān)RL C數(shù)據(jù)包,從而導(dǎo)致無(wú)線通信資源的浪費(fèi)。 該種情況的具體過(guò)程如圖1所示。第二,發(fā)生在NACK^ACK情況下的缺陷。在最后重傳結(jié)束后,若出現(xiàn)NACK^ACK的情況,即接收方在最 后一次重傳時(shí)并未正確地接收到被傳送的數(shù)據(jù)包,其向發(fā)送方發(fā)出 NACK的確認(rèn)信息,但發(fā)送方卻錯(cuò)誤地接收到ACK信息,從而錯(cuò)誤 地^人為4妄收方已經(jīng)正確地4妾收到該lt據(jù)包,此時(shí),對(duì)于4妾收方和發(fā)送 方出現(xiàn)的情況分別如下 對(duì)于接收方,由于其并未正確地收到上述數(shù)據(jù)包,因此HARQ 接收器內(nèi)的相應(yīng)緩存不能被清空,這樣,在極端的情況下, 盡管該數(shù)據(jù)包已經(jīng)通過(guò)其他途徑被正確地接收,但上述相應(yīng) 的緩存卻一直未被清空,從而導(dǎo)致擴(kuò)大了對(duì)HARQ緩存的需 求。
對(duì)于發(fā)送方,HARQ發(fā)送器將啟動(dòng)一計(jì)時(shí)器,并指示ARQ發(fā) 送器傳輸下一個(gè)待傳輸?shù)臄?shù)據(jù)包?!?在上述計(jì)時(shí)器確定的定時(shí)內(nèi),若接收方及時(shí)地提示信令錯(cuò) 誤,即發(fā)生了 NACK^ACK的情況,并且HARQ發(fā)送器 要求ARQ發(fā)送器來(lái)重傳上述并未被接收方正確地接收的 數(shù)據(jù)包,此時(shí),該數(shù)據(jù)包并未丟失,還可以重傳,但可以 理解,此時(shí)的ARQ重傳啟動(dòng)得非常晚,從而造成數(shù)據(jù)包 傳輸?shù)难舆t?!?另一方面,若在上述定時(shí)內(nèi),接收方?jīng)]有反饋任何信令錯(cuò) 誤的信息,則HARQ發(fā)送器將觸發(fā)ARQ發(fā)送器來(lái)丟棄相 關(guān)的RLC數(shù)據(jù)包,并指示傳輸下一個(gè)待傳輸?shù)臄?shù)據(jù)包。 但事實(shí)上,接收方并未正確地接收到上述數(shù)據(jù)包??梢岳?br>
解,在這樣的情況下,重傳不可能再發(fā)生,也就是說(shuō),發(fā)生了無(wú)法恢復(fù)的錯(cuò)誤。 通過(guò)上述分析,可以理解,在應(yīng)用自動(dòng)重復(fù)請(qǐng)求機(jī)制時(shí),至少在 最后一次重傳過(guò)程中會(huì)出現(xiàn)信令錯(cuò)誤的情況,因此,有必要對(duì)此予以 解決以保證數(shù)據(jù)傳輸?shù)恼_性和快速。發(fā)明內(nèi)容為解決上述的最后重傳過(guò)程中所出現(xiàn)的信令錯(cuò)誤的問(wèn)題,本發(fā)明 的目的是提供一種在采用自動(dòng)重復(fù)請(qǐng)求機(jī)制的無(wú)線網(wǎng)絡(luò)中通過(guò)判斷 最后重傳正確與否來(lái)進(jìn)一步確定是否應(yīng)要求發(fā)送方進(jìn)一步重傳的數(shù) 據(jù)重傳控制方案。根據(jù)本發(fā)明的第一方面,提供一種在采用自動(dòng)重復(fù)請(qǐng)求機(jī)制的無(wú) 線網(wǎng)絡(luò)的作為接收方的通信設(shè)備中用于最后重傳時(shí)刻控制數(shù)據(jù)重傳的方法,包括如下步驟接收來(lái)自作為發(fā)送方的另一通信設(shè)備的重傳 數(shù)據(jù)包;判斷所述重傳數(shù)據(jù)包是否為最后重傳的數(shù)據(jù)包;若所述重傳 數(shù)據(jù)包為最后重傳的數(shù)據(jù)包,則根據(jù)所述最后重傳數(shù)據(jù)包的解碼結(jié)果 向作為發(fā)送方的另一通信設(shè)備發(fā)送一個(gè)指示信息。根據(jù)本發(fā)明的第二方面,提供了一種在采用自動(dòng)重復(fù)請(qǐng)求機(jī)制的 無(wú)線網(wǎng)絡(luò)的作為接收方的通信設(shè)備中用于最后重傳時(shí)刻控制數(shù)據(jù)重 傳的控制裝置,包括接收裝置,用于接收來(lái)自作為發(fā)送方的另一通 信設(shè)備所發(fā)送的重傳數(shù)據(jù)包;第一判斷裝置,用于判斷所述重傳數(shù)據(jù) 包是否為最后重傳的數(shù)據(jù)包,重傳控制裝置,用于若所述重傳數(shù)據(jù)包 為最后重傳的數(shù)據(jù)包,則根據(jù)所述最后重傳數(shù)據(jù)包的解碼結(jié)果向作為 發(fā)送方的另一通信設(shè)備發(fā)送一個(gè)指示信息。根據(jù)本發(fā)明的第三方面,還提供了一種在采用自動(dòng)重復(fù)請(qǐng)求機(jī)制 的無(wú)線網(wǎng)絡(luò)的作為發(fā)收方的通信設(shè)備中用于最后重傳時(shí)刻輔助控制 數(shù)據(jù)重傳的方法,包括如下步驟接收來(lái)自作為接收方的另一通信設(shè) 備的用于指示一個(gè)最后重傳數(shù)據(jù)包是否正確的重傳指示信息;根據(jù)所 述指示信息,重新傳送所述最后重傳的數(shù)據(jù)包或發(fā)送下一個(gè)待傳輸數(shù)據(jù)包。根據(jù)本發(fā)明的第四方面,還提供了一種在采用自動(dòng)重復(fù)請(qǐng)求機(jī)制 的無(wú)線網(wǎng)絡(luò)的作為發(fā)送方的通信設(shè)備中用于最后重傳時(shí)刻控制數(shù)據(jù)重傳的輔助控制裝置,包括輔助接收裝置,用于接收來(lái)自作為接收 方的另一通信設(shè)備的重傳指示信息;重傳控制裝置,根據(jù)所述重傳指 示信息,重新傳送所述最后重傳的數(shù)據(jù)包或發(fā)送下一個(gè)待傳輸數(shù)據(jù)包。根據(jù)本發(fā)明的第五方面,還提供了一種采用自動(dòng)重復(fù)請(qǐng)求機(jī)制的 無(wú)線網(wǎng)絡(luò)的通信設(shè)備,其包括前述根據(jù)本發(fā)明第二方面的控制裝置和 /或根據(jù)本發(fā)明第四方面的輔助控制裝置。與現(xiàn)有技術(shù)相比,本發(fā)明至少具有以下優(yōu)點(diǎn)(1) 因?yàn)閷?duì)所傳輸數(shù)據(jù)包的解碼結(jié)果由接收方生成,徹底避免 了在上述重傳過(guò)程中的錯(cuò)誤。(2) 接收方可以快速清除HARQ接收器的緩存,減小了對(duì) HARQ緩存的需求。(3) 接收方發(fā)送一個(gè)指示信息要求發(fā)送方進(jìn)行重傳,重傳的時(shí) 間早于現(xiàn)有方案確定的重傳時(shí)間,從而從結(jié)果上看,使得重傳的速度 更快。(4) 接收方發(fā)送一個(gè)指示信息來(lái)指示發(fā)送方丟棄數(shù)據(jù)包并開(kāi)始 下一個(gè)數(shù)據(jù)包的傳輸工作,從而避免了不可恢復(fù)的數(shù)據(jù)包丟棄的問(wèn)題。(5) 通過(guò)對(duì)用于指示重傳次數(shù)的域的重新定義來(lái)偵測(cè)最后一次 重傳是否發(fā)生,從而不需要產(chǎn)生任何新的Ll信號(hào)。
通過(guò)閱讀參照以下附圖所作的對(duì)非限制性實(shí)施例所作的詳細(xì)描 述,本發(fā)明的其它特征、目的和優(yōu)點(diǎn)將會(huì)變得更明顯圖1為現(xiàn)有方案中在最后重傳時(shí)刻出現(xiàn)信令錯(cuò)誤的原理示意圖; 圖2為現(xiàn)有方案中在最后重傳時(shí)刻出現(xiàn)信令錯(cuò)誤的另 一個(gè)原理示 意圖;圖3為根據(jù)本發(fā)明的 一 個(gè)實(shí)施例的控制數(shù)據(jù)重傳的技術(shù)方案的原理示意圖;圖4為本發(fā)明的第二實(shí)施例的控制數(shù)據(jù)重傳的示意圖; 圖5為本發(fā)明的第二實(shí)施例的控制數(shù)據(jù)重傳的另一個(gè)示意圖。 圖6為根據(jù)本發(fā)明的第五實(shí)施例的發(fā)送方的發(fā)送流程圖。 圖7為根據(jù)本發(fā)明的第五實(shí)施例的接收方的操作流程圖。 圖8為根據(jù)本發(fā)明所提供的通信設(shè)備的工作示意圖。 圖9為根據(jù)本發(fā)明的第六實(shí)施例、第七實(shí)施例中所描述的通信設(shè) 備組成示意圖。
具體實(shí)施方式
下面結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步描述。圖1描述了在LTE系統(tǒng)的現(xiàn)有技術(shù)中的最后重傳過(guò)程中出現(xiàn)信號(hào) 傳輸錯(cuò)誤的過(guò)程。參考圖1,左側(cè)所示為作為接收方的通信設(shè)備(可 以為基站或用戶設(shè)備),其包括ARQ接收器和HARQ接收器兩部分 共同用于接收發(fā)送方發(fā)送的數(shù)據(jù)包,對(duì)稱的右側(cè)所示為作為發(fā)送方的 通信設(shè)備(同樣地,可為基站或用戶設(shè)備),其相應(yīng)地包括ARQ發(fā) 送器和HARQ發(fā)送器共同用于發(fā)送數(shù)據(jù)包。在一次傳輸過(guò)程中,首 先,ARQ發(fā)送器將數(shù)據(jù)包發(fā)送給HARQ發(fā)送器,然后HARQ發(fā)送器 將該數(shù)據(jù)包發(fā)送給HARQ接收器,若HARQ接收器正確地收到該數(shù) 據(jù)包,則其向HARQ發(fā)送器發(fā)送一個(gè)ACK應(yīng)答信息,此時(shí)則傳輸過(guò) 程結(jié)束,則不會(huì)出現(xiàn)最終重傳的過(guò)程;若上述HARQ接收器沒(méi)有正 確地接收到該數(shù)據(jù)包高,則其向HARQ發(fā)送器發(fā)送一個(gè)NACK應(yīng)答 信息,HARQ發(fā)送器接收到該NACK應(yīng)答信息后則再次發(fā)送該數(shù)據(jù) 包,直至HARQ接收器接收到該數(shù)據(jù)包或者達(dá)到最大傳送次數(shù),即 最后重傳發(fā)生后HARQ發(fā)送器仍然收到NACK應(yīng)答信息。若最后重 傳發(fā)生后HARQ發(fā)送器仍然收到NACK應(yīng)答信息,則HARQ發(fā)送器 將向ARQ發(fā)送器發(fā)出指示,告知應(yīng)重新發(fā)送該數(shù)據(jù)包,此時(shí),進(jìn)入 下一次重傳過(guò)程,即ARQ發(fā)送器再次啟動(dòng)傳輸該數(shù)據(jù)包的過(guò)程,與 上述類似。參考囝1,盡管上迷現(xiàn)有技術(shù)所提出的技術(shù)方案可以在正常情況 下處理重傳的過(guò)程,但在圖1所示的情況下,在HARQ發(fā)送器最后 一次發(fā)送該數(shù)據(jù)包后,HARQ接收器已經(jīng)正確的接收到該數(shù)據(jù)包,按 照現(xiàn)有技術(shù)方案的設(shè)計(jì)原理本來(lái)應(yīng)該不再發(fā)起重傳的過(guò)程,但由于在 HARQ接收器向HARQ發(fā)送器發(fā)送ACK應(yīng)答信息的過(guò)程中出現(xiàn)了差 錯(cuò),最終導(dǎo)致HARQ發(fā)送器接收到的應(yīng)答信息為NACK,因此,HARQ 發(fā)送器誤認(rèn)為接收方并未正確地接收到該數(shù)據(jù)包,因此,HARQ發(fā)送 器指示ARQ發(fā)送器進(jìn)行重傳。因此,可以理解,在圖l所示的情況下,發(fā)生了不必要的重傳, 從而浪費(fèi)了無(wú)線通信資源。圖2描述了在LTE系統(tǒng)的現(xiàn)有方案中的最后重傳過(guò)程中出現(xiàn)信號(hào) 傳輸錯(cuò)誤的過(guò)程的另一種情況。與圖l所示情況不同的是,在最后重 傳的過(guò)程中,接收方并沒(méi)有正確地接收到該數(shù)據(jù)包,其向發(fā)送方發(fā)送 了 NACK應(yīng)答信息,但出于同樣的原因,發(fā)送方最終接收到的應(yīng)答 信息為ACK,因此,發(fā)送方誤認(rèn)為接收方已經(jīng)接收到該數(shù)據(jù)包。此 時(shí),在圖2中標(biāo)號(hào)12所示的時(shí)刻,HARQ發(fā)送器啟動(dòng)了一個(gè)定時(shí)器, 其用于指示在定時(shí)內(nèi)若沒(méi)有信令錯(cuò)誤信息,則HARQ發(fā)送器將指示 ARQ發(fā)送器將該數(shù)據(jù)包刪除并開(kāi)始發(fā)送下一個(gè)數(shù)據(jù)包,同時(shí),HARQ 發(fā)送器也將從其緩存中將該數(shù)據(jù)包相關(guān)的信息刪除。而在接收方,由 于其并沒(méi)有正確地接收到該數(shù)據(jù)包,因此,用于接收該數(shù)據(jù)包的緩存 不能被清空。此時(shí),會(huì)出現(xiàn)兩種情況第一,若在上述定時(shí)內(nèi),接收方將出現(xiàn)NACK^ACK的信息反饋 給發(fā)送方,則開(kāi)始重傳,如圖2所示,此時(shí),僅僅會(huì)造成重傳延遲, 如圖2的標(biāo)號(hào)11部分所示,但并不會(huì)造成數(shù)據(jù)包丟失。第二,若在上述定時(shí)內(nèi),接收方?jīng)]有反饋任何信令錯(cuò)誤的信息, 則HARQ發(fā)送器將觸發(fā)ARQ發(fā)送器來(lái)丟棄相關(guān)的RLC數(shù)據(jù)包,這 樣就導(dǎo)致了無(wú)法恢復(fù)的錯(cuò)誤。
圖3描述了根據(jù)本發(fā)明所提出解決方案的示意圖。在采用自動(dòng)重復(fù)請(qǐng)求機(jī)制的情況下,如圖3所示,在最后一次重傳之前的重傳過(guò)程中均與現(xiàn)有技術(shù)相類似,但在最后一次重傳發(fā)生后,則接收方不論是 否正確收到數(shù)據(jù)包,均向發(fā)送方發(fā)送一個(gè)指示信息。在本發(fā)明的第一實(shí)施例中,在發(fā)送上述指示信息之前,接收方對(duì) 在最后重傳時(shí)接收到的數(shù)據(jù)包進(jìn)行解碼,以獲得解碼結(jié)果。若該解碼 結(jié)果顯示最后重傳的數(shù)據(jù)包是正確的,則接收方發(fā)送方發(fā)送一個(gè)重傳正確指示信息,用于指示接收方已經(jīng)正確地收到數(shù)據(jù)包;否則,則向 發(fā)送方發(fā)送一個(gè)重傳錯(cuò)誤指示信息,用于指示接收方并未正確地收到 數(shù)據(jù)包。相應(yīng)地,在本發(fā)明的第一實(shí)施例中,發(fā)送方接收到上述指示信息 后對(duì)其判斷,若為重傳正確指示信息,則發(fā)送方不進(jìn)行重傳,而是開(kāi)始下一個(gè)待傳輸數(shù)據(jù)包的操作。相反,若該指示信息為重傳錯(cuò)誤指示 信息,則發(fā)送方開(kāi)始重傳,如圖3所示。由于采取了上述圖3所示的機(jī)制,在向上述發(fā)送方發(fā)送上述指示 信息之前或之后,接收方可以從接收方的緩存中刪除與該次最后重傳 的數(shù)據(jù)包相關(guān)的信息,從而釋放該塊緩存。當(dāng)然,本領(lǐng)域的技術(shù)人員 結(jié)合現(xiàn)有方案可以理解,如果是正確地收到該數(shù)據(jù)包,則在釋放該緩 存之前,該數(shù)據(jù)包已經(jīng)被妥善地處理以便對(duì)其繼續(xù)處理。在本發(fā)明的第一實(shí)施例中,接收方在發(fā)送上述指示信息之前還向 發(fā)送方發(fā)送了一個(gè)NACK或ACK應(yīng)答信息,本領(lǐng)域的技術(shù)人員可以 理解,在這樣的實(shí)施例中,發(fā)送該NACK或ACK應(yīng)答信息是為了使 得發(fā)送方和接收方的搡作與現(xiàn)有規(guī)范相符,并不構(gòu)成對(duì)本發(fā)明的限 制。實(shí)際上,發(fā)送方接收到上述NACK或ACK應(yīng)答信息后并不根據(jù) 其內(nèi)容進(jìn)行相應(yīng)的處理。在本發(fā)明的第一實(shí)施例中,在最后重傳后,不論發(fā)送方收到上述 NACK或ACK應(yīng)答信息,發(fā)送方均開(kāi)始傳輸下一個(gè)待傳輸數(shù)據(jù)。但 優(yōu)選地,如果上述指示信息為重傳正確指示信息,則該應(yīng)答信息為 ACK,反之,若該指示信息為重傳錯(cuò)誤指示信息,則該應(yīng)答信息為NACK。本領(lǐng)域的技術(shù)人員可以理解,在本發(fā)明中,是通過(guò)接收方來(lái)確定 最后重傳是否發(fā)生。根據(jù)現(xiàn)有技術(shù)可以得知,在現(xiàn)有方案中,只有發(fā) 送方知道最后重傳是否發(fā)生,因此,在本發(fā)明中,必須讓接收方必須 能夠確定最后重傳是否發(fā)生。在本發(fā)明的第一實(shí)施例中,接收方通過(guò)用于指示重傳次數(shù)的重傳 次數(shù)信息來(lái)確定最后重傳是否發(fā)生。更具體地說(shuō),在本發(fā)明的第一實(shí) 施例中,上述重傳次數(shù)信息系包含在被傳輸?shù)臄?shù)據(jù)包中,因此,接收 方在對(duì)該數(shù)據(jù)包進(jìn)行解碼的過(guò)程中可以得知重傳次數(shù)信息。本領(lǐng)域的技術(shù)人員也可以理解,在本發(fā)明的其他實(shí)施例中,接收 方也可以通過(guò)其他途經(jīng)來(lái)得到用于指示重傳次數(shù)的重傳次數(shù)信息,例 如發(fā)送方在發(fā)送數(shù)據(jù)包的同時(shí)還發(fā)送一個(gè)廣播消息,通過(guò)該廣播消息 接收方可以得到重傳次數(shù)信息。在本發(fā)明的第一實(shí)施例中,使用數(shù)據(jù)包中的RSN (重傳序列號(hào), Retransmission Sequence Number:)域來(lái)表示重傳次數(shù),而且發(fā)送方在 第一次發(fā)送數(shù)據(jù)包之前,將該域的值設(shè)置為最大重傳次數(shù),并且在每 次傳輸之后將該域的值減1。例如,最大重傳次數(shù)為5,則RSN的初 始值為5,傳輸2次后變?yōu)?。本領(lǐng)域的技術(shù)人員可以理解,當(dāng)RSN-0 時(shí),接收方確定最后重傳發(fā)生,即本次傳輸?shù)臄?shù)據(jù)包即為最后重傳的 數(shù)據(jù)包。參考圖4,其描述了在本發(fā)明的第二實(shí)施例中控制數(shù)據(jù)重傳的示 意圖。該第二實(shí)施例應(yīng)用于LTE系統(tǒng)的自動(dòng)重復(fù)請(qǐng)求機(jī)制中。與現(xiàn) 有方案相類似,發(fā)送方包括ARQ發(fā)送器、HARQ發(fā)送器,接收方包 括ARQ接收器以及HARQ接收器。在最后重傳發(fā)生后,此時(shí),HARQ 接收器對(duì)所接收到的數(shù)據(jù)包進(jìn)行解碼并對(duì)解碼結(jié)果進(jìn)行判斷,發(fā)現(xiàn)解 碼結(jié)果為NACK,此時(shí),HARQ接收器向HARQ發(fā)送器發(fā)出 一個(gè)ACK 應(yīng)答信息,并通由ARQ接收器直接向ARQ發(fā)送器發(fā)送一個(gè)指示信息。 根據(jù)本發(fā)明內(nèi)容可以理解,由于解碼結(jié)果為NACK,所以上述指示信 息為重傳錯(cuò)誤指示信息,在ARQ發(fā)送器收到該指示信息后,其開(kāi)始 對(duì)該數(shù)據(jù)包進(jìn)行重傳操作。再參考圖4,在本發(fā)明的第二實(shí)施例中,在發(fā)送上述指示信息之后,HARQ接收器從其緩存中刪除與上述數(shù)據(jù)包相關(guān)的信息,從而將該等緩存釋放。再參考圖4,在HARQ發(fā)送器接收到上述ACK信息后其直接指 示上述ARQ發(fā)送器直接發(fā)送下一個(gè)帶傳輸?shù)臄?shù)據(jù)包,這樣相當(dāng)于加 快了下 一個(gè)待傳輸數(shù)據(jù)包的傳輸速度。而本領(lǐng)域的技術(shù)人員可以理 解,在與第二實(shí)施例相類似的第三實(shí)施例中,HARQ發(fā)送器接收到上 述ACK信息后并不對(duì)該ACK信息進(jìn)行任何處理,即仍然等到該數(shù)據(jù) 包被重傳成功后再開(kāi)始下一個(gè)待傳輸數(shù)據(jù)包的傳輸過(guò)程。參考圖4,在本發(fā)明的第二實(shí)施例中,在標(biāo)號(hào)21的時(shí)刻,則HARQ 發(fā)送器不啟動(dòng)針對(duì)該次最后重傳數(shù)據(jù)包的計(jì)時(shí)器。本領(lǐng)域的技術(shù)人員可以理解,上述ARQ發(fā)送器、HARQ發(fā)送器、 HARQ接收器、ARQ接收器只是對(duì)完成自動(dòng)重復(fù)請(qǐng)求機(jī)制的裝置的 統(tǒng)稱,在不同的實(shí)施例中可以采用具體的裝置來(lái)實(shí)現(xiàn)。參考圖5,其同樣描述了在本發(fā)明的第二實(shí)施例中控制數(shù)據(jù)重傳 的示意圖。但與圖4不同的是,在最后重傳發(fā)生后,此時(shí),HARQ接 收器對(duì)所接收到的數(shù)據(jù)包進(jìn)行解碼并對(duì)解碼結(jié)果進(jìn)行判斷,發(fā)現(xiàn)解碼 結(jié)果為ACK,此時(shí),在本實(shí)施例中,HARQ接收器向HARQ發(fā)送器 發(fā)出一個(gè)ACK應(yīng)答信息,并通由ARQ接收器直接向ARQ發(fā)送器發(fā) 送一個(gè)指示信息。同樣,根據(jù)本發(fā)明內(nèi)容可以理解,由于解碼結(jié)果為 ACK,所以上述指示信息為重傳正確指示信息,在ARQ發(fā)送器收到 該指示信息后,其丟棄該數(shù)據(jù)包并開(kāi)始下 一個(gè)待傳輸數(shù)據(jù)包的傳輸操 作。再參考圖5,本領(lǐng)域的技術(shù)人員可以理解,在上述HARQ接收器 確定解碼結(jié)果為ACK后,此時(shí),在與上述第二實(shí)施例相類似的第四 實(shí)施例中,HARQ接收器也可以向HARQ發(fā)送器發(fā)出一個(gè) 輸?shù)臄?shù)據(jù)包。參考圖6,其描述了在本發(fā)明的第五實(shí)施例中發(fā)送方的發(fā)送流程。 參考囝6,在本實(shí)施例中,在開(kāi)始第一次傳輸之前,發(fā)送方將RSN域 設(shè)置為最大重傳次數(shù),步驟401。然后,發(fā)送方將RSN減l,并執(zhí)行 發(fā)送操作(指第一次發(fā)送)或重傳操作(第一次發(fā)送以后的發(fā)送), 步驟402。發(fā)送方判斷RSN是否等于0,步驟403,若等于,則再次 執(zhí)行步驟402,否則執(zhí)行最后一次重傳,步驟404。參考圖7,描述了在本發(fā)明的第五實(shí)施例中接收方的操作流程。 在本實(shí)施例中,接收方接收數(shù)據(jù)包并對(duì)數(shù)據(jù)包進(jìn)行解碼,并根據(jù)解碼 結(jié)果判斷是否正確地接收數(shù)據(jù)包,若正確,則將ACK應(yīng)答信息反饋 給發(fā)送方,若錯(cuò)誤,則將NACK應(yīng)答信息反饋給發(fā)送方,步驟501。 接收方判斷RSN是否等于0,步驟502,若不等于,則再次執(zhí)行步驟 501;若等于,則執(zhí)行步驟503。若執(zhí)行步驟503,則接收方首先從緩 存內(nèi)刪除與最后重傳數(shù)據(jù)包相關(guān)的內(nèi)容,步驟503,判斷最后數(shù)據(jù)包 的解碼結(jié)果是否為NACK,步驟504。若步驟504的判斷結(jié)果是肯定 的,則接收方生成一重傳錯(cuò)誤指示信息,并發(fā)送給發(fā)送方,步驟505, 本領(lǐng)域的技術(shù)人員可以理解,發(fā)送方接到該重傳錯(cuò)誤指示信息后,將 開(kāi)始重傳操作;若步驟504的判斷結(jié)果是否定的,則接收方生成一重 傳正確指示信息,并發(fā)送給發(fā)送方,步驟506,本領(lǐng)域的技術(shù)人員可 以理解,發(fā)送方接到該重傳正確指示信息后,將開(kāi)始傳輸下一個(gè)數(shù)據(jù) 包的操作。參考圖8,其描述了本發(fā)明的一個(gè)實(shí)施例中發(fā)送方通信設(shè)備3和 接收方通信設(shè)備3'的關(guān)系。其中發(fā)送方通信設(shè)備3如本發(fā)明內(nèi)容以 及圖3 圖7所描述的實(shí)施例的方式進(jìn)行工作,接受方通信設(shè)備則3' 亦如本發(fā)明內(nèi)容以及圖3 圖7所描述的實(shí)施例的方式進(jìn)行工作??梢?理解的是,在本實(shí)施例中,為完成本發(fā)明的目的,發(fā)送方通信設(shè)備和 接收方通信設(shè)備的功能是一致的,僅僅是在實(shí)際應(yīng)用中分別扮演發(fā)送 方和接收方的角色。關(guān)于發(fā)送方通信設(shè)備3和接收方通信設(shè)備3 '的具體結(jié)構(gòu)請(qǐng)參考圖 9。由于兩者為實(shí)現(xiàn)本發(fā)明的目的的結(jié)構(gòu)部分是相同的,所以僅描述 發(fā)送方通信設(shè)備3。參考圖9,其描述了本發(fā)明的第六實(shí)施例,系本發(fā)明所提供的與 本發(fā)明提供的方法相關(guān)的裝置,即在采用自動(dòng)重復(fù)請(qǐng)求機(jī)制的無(wú)線網(wǎng) 絡(luò)的作為接收方的通信設(shè)備中用于最后重傳時(shí)刻控制數(shù)據(jù)重傳的控 制裝置31,其包括接收裝置311,用于接收來(lái)自作為發(fā)送方的另一 通信設(shè)備所發(fā)送的重傳數(shù)據(jù)包;第一判斷裝置312,用于判斷所述重 傳數(shù)據(jù)包是否為最后重傳的數(shù)據(jù)包;重傳控制裝置313,用于若所述 重傳數(shù)據(jù)包為最后重傳的數(shù)據(jù)包,則根據(jù)所述最后重傳數(shù)據(jù)包的解碼 結(jié)果向作為發(fā)送方的另一通信設(shè)備發(fā)送一個(gè)指示信息。其中所述重傳 控制裝置313又包括解碼裝置,用于對(duì)所述最后重傳數(shù)據(jù)包進(jìn)行解 碼,以獲得解碼結(jié)果;第二判斷裝置,用于根據(jù)所述解碼結(jié)果判斷該 次最后重傳是否正確;重傳指示裝置,用于當(dāng)該次最后重傳為正確, 則向所述發(fā)送方發(fā)送一個(gè)重傳正確指示信息,以及當(dāng)該次最后重傳為 錯(cuò)誤,則向所述發(fā)送方發(fā)送一個(gè)重傳錯(cuò)誤指示信息。本領(lǐng)域的技術(shù)人員可以理解,上述的第 一判斷裝置還用于根據(jù)所 述重傳數(shù)據(jù)包中用于指示重傳次數(shù)的重傳次數(shù)信息來(lái)判斷是否為最 后重傳的數(shù)據(jù)包,例如通過(guò)如圖7所示的過(guò)程來(lái)判斷是否為最后重傳 的數(shù)據(jù)包。在本發(fā)明的第六實(shí)施例中,上述通信設(shè)備還包括緩存清除裝置, 用于當(dāng)所述重傳數(shù)據(jù)包為最后重傳的數(shù)據(jù)包,則所述指示裝置從緩存 中刪除所述數(shù)據(jù)包相關(guān)的信息。本領(lǐng)域的技術(shù)人員可以理解,在本發(fā)明的第六實(shí)施例中,所述重 傳控制裝置還用于由所述接收方的ARQ裝置向所述發(fā)送方的ARQ裝 置發(fā)送所述指示信息。參考圖9,其同時(shí)還描述了本發(fā)明的第七實(shí)施例,第七實(shí)施例在 上述第六實(shí)施例的基礎(chǔ)上,依照本發(fā)明內(nèi)容提供了一種在采用自動(dòng)重刻控制數(shù)據(jù)重傳的輔助控制裝置32,其包括輔助接收裝置321,用
于接收來(lái)自作為接收方的另一通信設(shè)備的重傳指示信息;重傳控制裝 置322,根據(jù)所述重傳指示信息,重新傳送所述最后重傳的數(shù)據(jù)包或 發(fā)送下一個(gè)待傳輸數(shù)據(jù)包。其中,所述重傳控制裝置還包括判斷裝 置,用于判斷所述重傳指示信息是否為指示該次最后重傳為錯(cuò)誤的重 傳錯(cuò)誤指示信息或指示該次最后重傳為正確的重傳正確指示信息;發(fā) 送裝置,用于當(dāng)所述重傳指示信息為重傳錯(cuò)誤指示信息,則重新傳送 所述最后重傳所發(fā)送的數(shù)據(jù)包,以及,當(dāng)所述重傳指示信息為重傳正 確指示信息,則發(fā)送下一個(gè)待傳輸數(shù)據(jù)包。本領(lǐng)域的技術(shù)人員可以理解,在其他實(shí)施例中,上述圖9中所示 重傳控制裝置313和重傳控制裝置322可以通過(guò)一個(gè)裝置來(lái)實(shí)現(xiàn),具 體不贅述。本領(lǐng)域的技術(shù)人員可以理解,在本發(fā)明的第七實(shí)施例中,所述輔 助控制裝置還包括緩存清除裝置,用于當(dāng)所述重傳指示信息為重傳正 確指示信息時(shí),從緩存中刪除所述最后重傳數(shù)據(jù)包相關(guān)的信息。在本發(fā)明的第八實(shí)施例中,還提供了一種采用自動(dòng)重復(fù)請(qǐng)求機(jī)制 的無(wú)線網(wǎng)絡(luò)的通信設(shè)備,其包括如上述第六實(shí)施例中所述的控制裝置 以及上述第六實(shí)施例中所述的輔助控制裝置。本領(lǐng)域的技術(shù)人員可以理解,在上述第八實(shí)施例中所提供的通信 設(shè)備,可以是網(wǎng)絡(luò)設(shè)備,也可以是用戶設(shè)備。以上對(duì)本發(fā)明的具體實(shí)施例進(jìn)行了描述。需要理解的是,本發(fā)明 并不局限于上述特定實(shí)施方式,本領(lǐng)域技術(shù)人員可以在所附權(quán)利要求 的范圍內(nèi)做出各種變形或修改。
權(quán)利要求
1.一種在采用自動(dòng)重復(fù)請(qǐng)求機(jī)制的無(wú)線網(wǎng)絡(luò)的作為接收方的通信設(shè)備中用于最后重傳時(shí)刻控制數(shù)據(jù)重傳的方法,包括如下步驟a.接收來(lái)自作為發(fā)送方的另一通信設(shè)備的重傳數(shù)據(jù)包;b.判斷所述重傳數(shù)據(jù)包是否為最后重傳的數(shù)據(jù)包;c.若所述重傳數(shù)據(jù)包為最后重傳的數(shù)據(jù)包,則根據(jù)所述最后重傳數(shù)據(jù)包的解碼結(jié)果向作為發(fā)送方的另一通信設(shè)備發(fā)送一個(gè)指示信息。
2. 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述步驟c還包括 -對(duì)所述最后重傳數(shù)據(jù)包進(jìn)行解碼,以獲得解碼結(jié)果;-根據(jù)所述解碼結(jié)果判斷該次最后重傳是否正確; -若該次最后重傳為正確,則向所述發(fā)送方發(fā)送一個(gè)重傳正確指 示信息;-若該次最后重傳為錯(cuò)誤,則向所述發(fā)送方發(fā)送一個(gè)重傳錯(cuò)誤指示信息。
3. 根據(jù)權(quán)利要求1或2所述的方法,其特征在于,還包括步驟 -當(dāng)判斷所述重傳數(shù)據(jù)包為最后重傳的數(shù)據(jù)包,則從緩存中刪除所述數(shù)據(jù)包相關(guān)的信息。
4. 根據(jù)權(quán)利要求1 3中任一項(xiàng)所述的方法,其特征在于,所述步 驟b包括根據(jù)所述重傳數(shù)據(jù)包中用于指示重傳次數(shù)的重傳次數(shù)信息來(lái)判斷 其是否為最后重傳的數(shù)據(jù)包。
5. 根據(jù)權(quán)利要求1 4任一項(xiàng)所述的方法,其特征在于,所述步驟 c還包括由所述接收方的ARQ裝置向所述發(fā)送方的ARQ裝置發(fā)送所述指示信息。
6. —種在采用自動(dòng)重復(fù)請(qǐng)求機(jī)制的無(wú)線網(wǎng)絡(luò)的作為接收方的通信 設(shè)備中用于最后重傳時(shí)刻控制數(shù)據(jù)重傳的控制裝置,包括-接收裝置,用于接收來(lái)自作為發(fā)送方的另一通信設(shè)備所發(fā)送的 重傳數(shù)據(jù)包;第 一判斷裝置,用于判斷所述重傳數(shù)據(jù)包是否為最后重傳的數(shù)據(jù)包,重傳控制裝置,用于若所述重傳數(shù)據(jù)包為最后重傳的數(shù)據(jù)包,則 根據(jù)所述最后重傳數(shù)據(jù)包的解碼結(jié)果向作為發(fā)送方的另一通信設(shè)備 發(fā)送一個(gè)指示信息。
7. 根據(jù)權(quán)利要求6所述的裝置,其特征在于,所述重傳控制裝置 包括解碼裝置,用于對(duì)所述最后重傳數(shù)據(jù)包進(jìn)行解碼,以獲得解碼結(jié)果;第二判斷裝置,用于根據(jù)所述解碼結(jié)果判斷該次最后重傳是否正確;重傳指示裝置,用于當(dāng)該次最后重傳為正確,則向所述發(fā)送方發(fā) 送一個(gè)重傳正確指示信息,以及當(dāng)該次最后重傳為錯(cuò)誤,則向所述發(fā) 送方發(fā)送一個(gè)重傳錯(cuò)誤指示信息。
8. 根據(jù)權(quán)利要求6 7中任一項(xiàng)所述的裝置,其特征在于,還包括 緩存清除裝置,用于當(dāng)所述重傳數(shù)據(jù)包為最后重傳的數(shù)據(jù)包,則所述指示裝置從緩存中刪除所述數(shù)據(jù)包相關(guān)的信息。
9. 根據(jù)權(quán)利要求6 8中任一項(xiàng)所述的裝置,其特征在于, 所述第一判斷裝置還用于根據(jù)所述重傳數(shù)據(jù)包中用于指示重傳次數(shù)的重傳次數(shù)信息來(lái)判斷是否為最后重傳的數(shù)據(jù)包。
10. 根據(jù)權(quán)利要求6-9中任一項(xiàng)所述的裝置,其特征在于, 所述重傳控制裝置還用于由所述接收方的ARQ裝置向所述發(fā)送方的ARQ裝置發(fā)送所述指示信息。
11. 一種在采用自動(dòng)重復(fù)請(qǐng)求機(jī)制的無(wú)線網(wǎng)絡(luò)的作為發(fā)收方的通 信設(shè)備中用于最后重傳時(shí)刻輔助控制數(shù)據(jù)重傳的方法,包括如下步 驟i. 接收來(lái)自作為接收方的另 一通信設(shè)備的用于指示一個(gè)最后重傳 數(shù)據(jù)包是否正確的重傳指示信息;ii. 根據(jù)所述指示信息,重新傳送所述最后重傳的數(shù)據(jù)包或發(fā)送下 一個(gè)待傳輸數(shù)據(jù)包。
12. 根據(jù)權(quán)利要求11所述的方法,其特征在于,所述步驟ii中包括-判斷所述重傳指示信息是否為指示該次最后重傳為錯(cuò)誤的重傳 錯(cuò)誤指示信息或指示該次最后重傳為正確的重傳正確指示信息;-若所述重傳指示信息為重傳錯(cuò)誤指示信息,則重新傳送所述最 后重傳所發(fā)送的數(shù)據(jù)包;-若所述重傳指示信息為重傳正確指示信息,則發(fā)送下一個(gè)待傳 輸數(shù)據(jù)包。
13. 根據(jù)權(quán)利要求11 12中任一項(xiàng)所述的方法,其特征在于,還 包括步驟iii.從緩存中刪除所述最后重傳數(shù)據(jù)包相關(guān)的信息。
14. 根據(jù)權(quán)利要求11 13中任一項(xiàng)所述的方法,其特征在于,還 包括以下步驟-當(dāng)接收到來(lái)自所述接收方的ACK或NACK信息后,向所述接 收方發(fā)送下一個(gè)待傳輸數(shù)據(jù)包。
15. 根據(jù)權(quán)利要求11 14中任一項(xiàng)所述的方法,其特征在于,還 包括以下步驟-當(dāng)接收到來(lái)自所述接收方的ACK或NACK信息后,不啟動(dòng)與 所述最后重傳數(shù)據(jù)包相對(duì)應(yīng)的定時(shí)器。
16. 根據(jù)權(quán)利要求11 15中任一項(xiàng)所述的方法,其特征在于,還 包括以下步驟-在第一次傳送數(shù)據(jù)包時(shí),將所述數(shù)據(jù)包中用于指示重傳次數(shù)的 重傳次數(shù)信息設(shè)置為最大重傳次數(shù),并且在每次重傳該數(shù)據(jù)包時(shí)將該 重傳次數(shù)信息減一。
17. —種在采用自動(dòng)重復(fù)請(qǐng)求機(jī)制的無(wú)線網(wǎng)絡(luò)的作為發(fā)送方的通 信設(shè)備中用于最后重傳時(shí)刻控制數(shù)據(jù)重傳的輔助控制裝置,包括輔助接收裝置,用于接收來(lái)自作為接收方的另 一 通信設(shè)備的重傳 指示信息; 重傳控制裝置,根據(jù)所述重傳指示信息,重新傳送所述最后重傳 的數(shù)據(jù)包或發(fā)送下 一 個(gè)待傳輸數(shù)據(jù)包。
18. 根據(jù)權(quán)利要求17所述的裝置,其特征在于,所述重傳控制裝 置還包括判斷裝置,用于判斷所述重傳指示信息是否為指示該次最后重傳 為錯(cuò)誤的重傳錯(cuò)誤指示信息或指示該次最后重傳為正確的重傳正確 指示信息;發(fā)送裝置,用于當(dāng)所述重傳指示信息為重傳錯(cuò)誤指示信息,則重 新傳送所述最后重傳所發(fā)送的數(shù)據(jù)包,以及,當(dāng)所述重傳指示信息為 重傳正確指示信息,則發(fā)送下一個(gè)待傳輸數(shù)據(jù)包。
19. 根據(jù)權(quán)利要求17或18所述的裝置,其特征在于,還包括 緩存清除裝置,用于當(dāng)所述重傳指示信息為重傳正確指示信息時(shí),從緩存中刪除所述最后重傳數(shù)據(jù)包相關(guān)的信息。
20. —種采用自動(dòng)重復(fù)請(qǐng)求機(jī)制的無(wú)線網(wǎng)絡(luò)的通信設(shè)備,其特征 在于,包括如權(quán)利要求6 10中任一項(xiàng)所述的控制裝置和/或如權(quán)利要 求17 19中任一項(xiàng)所述的輔助控制裝置。
21. 根據(jù)權(quán)利要求20所述的通信設(shè)備,其特征在于,所述通信設(shè) 備為網(wǎng)絡(luò)設(shè)備或用戶設(shè)備。
全文摘要
為了解決在采用自動(dòng)重復(fù)請(qǐng)求機(jī)制的無(wú)線網(wǎng)絡(luò)中可能在最后重傳時(shí)刻發(fā)生的信令錯(cuò)誤的問(wèn)題,本發(fā)明提供了一種在采用自動(dòng)重復(fù)請(qǐng)求機(jī)制的無(wú)線網(wǎng)絡(luò)中的作為接收方的通信設(shè)備中用于最后重傳時(shí)刻控制數(shù)據(jù)重傳的方法以及相應(yīng)的輔助控制數(shù)據(jù)重傳的方法、控制裝置以及相應(yīng)的輔助控制裝置,同時(shí),本發(fā)明還提供了一種采用自動(dòng)重復(fù)請(qǐng)求機(jī)制的無(wú)線網(wǎng)絡(luò)的通信設(shè)備,該等設(shè)備可以是網(wǎng)絡(luò)設(shè)備,也可以是用戶設(shè)備。應(yīng)用本發(fā)明提供的方法和相應(yīng)的裝置、通信設(shè)備,可以有效地克服上述的最后重傳時(shí)刻發(fā)生的信令錯(cuò)誤的問(wèn)題,并可以有效地利用無(wú)線通信資源、減小對(duì)HARQ緩存的需求、提高了自動(dòng)重傳的速度并避免了不可恢復(fù)的數(shù)據(jù)包錯(cuò)誤丟棄的問(wèn)題。
文檔編號(hào)H04L12/56GK101132259SQ20061003036
公開(kāi)日2008年2月27日 申請(qǐng)日期2006年8月23日 優(yōu)先權(quán)日2006年8月23日
發(fā)明者尤明禮, 濤 楊 申請(qǐng)人:上海貝爾阿爾卡特股份有限公司