專(zhuān)利名稱(chēng):混合自動(dòng)重傳請(qǐng)求實(shí)體的錯(cuò)誤檢測(cè)處理方法
技術(shù)領(lǐng)域:
本發(fā)明涉及數(shù)字移動(dòng)通信技術(shù)領(lǐng)域,特別涉及無(wú)線(xiàn)通信系統(tǒng)中混合自動(dòng)重傳請(qǐng)求HARQ 的錯(cuò)誤檢測(cè)處理方法。
背景技術(shù):
第三代移動(dòng)通信長(zhǎng)期演進(jìn)系統(tǒng)的自動(dòng)重傳請(qǐng)求實(shí)體ARQ位于基站的無(wú)線(xiàn)鏈路控制層 RLC,混合自動(dòng)重傳請(qǐng)求實(shí)體HARQ位于基站的媒體接入控制層MAC和物理層PHY。 ARQ 實(shí)體的基本傳輸單元為協(xié)議數(shù)據(jù)單元RLC PDU, HARQ實(shí)體的基本傳輸單元為傳輸塊TB?,F(xiàn)有技術(shù)中HARQ實(shí)體的處理方案為發(fā)送端HARQ實(shí)體對(duì)于收到NACK消息的傳輸塊重發(fā)失敗最大次數(shù)或者根據(jù)調(diào)度結(jié)果 放棄重發(fā)時(shí),向發(fā)送端ARQ實(shí)體反饋LOCAL NACK消息;NACK->ACK錯(cuò)誤指發(fā)送端HARQ實(shí)體誤把接收端HARQ實(shí)體反饋的NACK消息誤接 收為ACK消息。如果接收端HARQ實(shí)體反饋NACK消息后在下一次調(diào)度間隔未收到重傳的 冗余版本反而收到新的傳輸塊TB,或在最后一包數(shù)據(jù)或單獨(dú)的數(shù)據(jù)包情況下,接收端HARQ 實(shí)體在預(yù)設(shè)時(shí)間后仍未收到重傳的冗余版本,則發(fā)生了 NACK->ACK錯(cuò)誤。接收端HARQ 實(shí)體檢測(cè)到NACK->ACK錯(cuò)誤時(shí),向發(fā)送端HARQ實(shí)體反饋NACK->ACK錯(cuò)誤指示消息, 消息中包含傳輸失敗的幀號(hào)、系統(tǒng)時(shí)間,對(duì)于異步HARQ還包括HARQ進(jìn)程標(biāo)識(shí);發(fā)送端 HARQ實(shí)體收到該消息后向發(fā)送端ARQ實(shí)體反饋LOCAL NACK消息。該方案存在的問(wèn)題是 當(dāng)發(fā)送端HARQ實(shí)體失敗最大重發(fā)次數(shù)時(shí),接收端HARQ實(shí)體可能檢測(cè)為NACK->ACK錯(cuò) 誤,從而導(dǎo)致接收端HARQ實(shí)體向發(fā)送端HARQ實(shí)體反饋不必要的NACK->ACK錯(cuò)誤指示 消息;或者發(fā)送端HARQ實(shí)體根據(jù)調(diào)度結(jié)果放棄重發(fā)時(shí),接收端HARQ實(shí)體可能檢測(cè)為 NACK》ACK錯(cuò)誤,向發(fā)送端HARQ實(shí)體反饋NACK》ACK錯(cuò)誤指示消息,導(dǎo)致發(fā)送端HARQ 實(shí)體向發(fā)送端ARQ實(shí)體反饋不必要的LOCAL NACK消息。針對(duì)該問(wèn)題,現(xiàn)有技術(shù)中有如下 方法發(fā)送端HARQ實(shí)體向接收端HARQ實(shí)體發(fā)送新的傳輸塊TB時(shí),控制信息中包含原因 指示位,說(shuō)明是因?yàn)槭盏缴弦粋€(gè)傳輸塊TB的ACK消息還是因?yàn)榉艞壷匕l(fā)上一個(gè)傳輸塊TB, 由于每次新傳輸塊的發(fā)送都要附加該原因指示位,帶來(lái)的額外開(kāi)銷(xiāo)較大。
發(fā)明內(nèi)容
針對(duì)現(xiàn)有技術(shù)存在的缺陷和不足,本發(fā)明提供一種混合自動(dòng)重傳請(qǐng)求實(shí)體的錯(cuò)誤檢測(cè)處 理方法。對(duì)于非最后一包數(shù)據(jù)、或非單獨(dú)數(shù)據(jù)包的情況下,接收端HARQ實(shí)體針對(duì)未達(dá)到重傳 失敗最大次數(shù)便終止傳輸?shù)膫鬏攭K,可能向發(fā)送端HARQ實(shí)體反饋不必要的NACK-〉A(chǔ)CK錯(cuò)誤指 示消息,而導(dǎo)致發(fā)送端HARQ實(shí)體向發(fā)送端ARQ實(shí)體發(fā)送冗余的LOCAL NACK消息的問(wèn)題。為了達(dá)到上述發(fā)明目的,本發(fā)明混合自動(dòng)重傳請(qǐng)求實(shí)體的錯(cuò)誤檢測(cè)處理方法,包括以下 歩驟(1) 對(duì)于非最后一數(shù)據(jù)包、或非單獨(dú)數(shù)據(jù)包的情況下,接收端混合自動(dòng)重傳請(qǐng)求實(shí)體針 對(duì)未達(dá)到重傳失敗最大次數(shù)便終止傳輸?shù)膫鬏攭K,向發(fā)送端混合自動(dòng)重傳請(qǐng)求實(shí)體發(fā)送錯(cuò)誤 指示消息;(2) 發(fā)送端混合自動(dòng)重傳請(qǐng)求實(shí)體判斷該錯(cuò)誤指示消息是否為冗余消息,是則丟棄;否 則通知發(fā)送端自動(dòng)重傳請(qǐng)求實(shí)體所述傳輸塊的傳輸發(fā)生錯(cuò)誤。其中,所述步驟(1)包括-(11) 接收端混合自動(dòng)重傳請(qǐng)求實(shí)體針對(duì)接收錯(cuò)誤的前一傳輸塊向發(fā)送端混合自動(dòng)重傳 請(qǐng)求實(shí)體反饋NACK消息后,收到發(fā)送端混合自動(dòng)重傳請(qǐng)求實(shí)體發(fā)送的新傳輸塊;(12) 接收端混合自動(dòng)重傳請(qǐng)求實(shí)體對(duì)所反饋的NACK消息進(jìn)行計(jì)數(shù),判斷自身對(duì)前一個(gè) 傳輸塊的反饋NACK消息次數(shù)是否達(dá)到了重傳失敗最大次數(shù),是則不向發(fā)送端混合自動(dòng)重傳請(qǐng) 求實(shí)體反饋錯(cuò)誤指示消息;否則向發(fā)送端混合自動(dòng)重傳請(qǐng)求實(shí)體反饋錯(cuò)誤指示消息。其中,所述步驟(2)包括(21) 發(fā)送端混合自動(dòng)重傳請(qǐng)求實(shí)體判斷發(fā)送端對(duì)前一傳輸塊的傳輸是否達(dá)到了重傳失 敗最大次數(shù),是則進(jìn)入步驟(23);否則進(jìn)入步驟(22);(22) 發(fā)送端混合自動(dòng)重傳請(qǐng)求實(shí)體判斷系統(tǒng)調(diào)度結(jié)果是否為放棄對(duì)前一傳輸塊的重發(fā) 的情況,是則進(jìn)入步驟(23);否則通知發(fā)送端自動(dòng)重傳請(qǐng)求實(shí)體所述前一傳輸塊的傳輸發(fā)生 錯(cuò)誤;(23) 發(fā)送端混合自動(dòng)重傳請(qǐng)求實(shí)體判斷是否己經(jīng)通知發(fā)送端自動(dòng)重傳請(qǐng)求實(shí)體所述前 一傳輸塊的傳輸發(fā)生錯(cuò)誤,是則認(rèn)為該消息為冗余消息,丟棄該錯(cuò)誤指示消息;否則通知發(fā) 送端自動(dòng)重傳請(qǐng)求實(shí)體所述前一傳輸塊的傳輸發(fā)生錯(cuò)誤。本發(fā)明為解決接收端HARQ實(shí)體可能向發(fā)送端HARQ實(shí)體反饋不必要的NACK-〉A(chǔ)CK錯(cuò)誤指
示消息提供了新的解決方案,開(kāi)銷(xiāo)小于現(xiàn)有技術(shù)。
圖1為本發(fā)明流程圖。
具體實(shí)施方式
下面結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步的詳細(xì)說(shuō)明(100) 接收端HARQ針對(duì)接收錯(cuò)誤的傳輸塊TBI向發(fā)送端HARQ反饋NACK消息;(101) 在下一個(gè)調(diào)度間隔,接收端HARQ收到發(fā)送端HARQ發(fā)送的新傳輸塊TB2;(102) 接收端HARQ判斷自身對(duì)上一個(gè)傳輸塊TBI的重傳反饋NACK是否達(dá)到了重傳失敗 最大次數(shù),是進(jìn)入步驟(103);否則進(jìn)入步驟(104);(103) 接收端HARQ確定未出現(xiàn)NACK-〉A(chǔ)CK錯(cuò)誤,步驟結(jié)束;(104) 接收端HARQ確定出現(xiàn)NACK-〉A(chǔ)CK錯(cuò)誤,向發(fā)送端HARQ反饋NACK->ACK錯(cuò)誤指示 消息,進(jìn)入步驟(105);(105) 發(fā)送端HARQ判斷自身對(duì)傳輸塊TBI的重傳反饋NACK是否達(dá)到了重傳失敗最大次 數(shù),是進(jìn)入步驟(107);否則進(jìn)入步驟(106);(106) 發(fā)送端HARQ判斷系統(tǒng)調(diào)度結(jié)果是否放棄對(duì)傳輸塊TBI的重發(fā),是進(jìn)入步驟(107); 否則進(jìn)入步驟(108);(107) 發(fā)送端HARQ將判斷是否已經(jīng)向發(fā)送端ARQ發(fā)送過(guò)LOCAL NACK消息,是則丟棄該 NACK->ACK錯(cuò)誤指示消息(這主要是針對(duì)在發(fā)送端HARQ未到達(dá)最大傳輸次數(shù)即主動(dòng)放棄重發(fā) 的情況或重傳的傳輸塊冗余版本丟失未到達(dá)接收端HARQ的情況,接收端HARQ可能誤判為 NACK->ACK錯(cuò)誤而向發(fā)送端HARQ發(fā)送冗余的NACK-〉A(chǔ)CK錯(cuò)誤指示消息,這樣便會(huì)出現(xiàn)發(fā)送端 HARQ多次就同一錯(cuò)誤向發(fā)送端ARQ發(fā)送LOCAL NACK消息的情況,本步驟便是為了克服這種 缺點(diǎn),以達(dá)到節(jié)省資源的目的);否則進(jìn)入步驟(108);(108) 發(fā)送端HARQ向發(fā)送端ARQ發(fā)送LOCAL NACK消息。 本發(fā)明有效降低了宂余消息的發(fā)送概率,節(jié)省了系統(tǒng)資源。
權(quán)利要求
1、一種混合自動(dòng)重傳請(qǐng)求實(shí)體的錯(cuò)誤檢測(cè)處理方法,其特征在于包括以下步驟(1)對(duì)于非最后一數(shù)據(jù)包、或非單獨(dú)數(shù)據(jù)包的情況下,接收端混合自動(dòng)重傳請(qǐng)求實(shí)體針對(duì)未達(dá)到重傳失敗最大次數(shù)便終止傳輸?shù)膫鬏攭K,向發(fā)送端混合自動(dòng)重傳請(qǐng)求實(shí)體發(fā)送錯(cuò)誤指示消息;(2)發(fā)送端混合自動(dòng)重傳請(qǐng)求實(shí)體判斷該錯(cuò)誤指示消息是否為冗余消息,是則丟棄;否則通知發(fā)送端自動(dòng)重傳請(qǐng)求實(shí)體所述傳輸塊的傳輸發(fā)生錯(cuò)誤。
2、 根據(jù)權(quán)利要求l所述的混合自動(dòng)重傳請(qǐng)求實(shí)體的錯(cuò)誤檢測(cè)處理方法,其特征在于所 述步驟(1)包括(11) 接收端混合自動(dòng)重傳請(qǐng)求實(shí)體針對(duì)接收錯(cuò)誤的前一傳輸塊向發(fā)送端混合自動(dòng)重傳 請(qǐng)求實(shí)體反饋NACK消息后,收到發(fā)送端混合自動(dòng)重傳請(qǐng)求實(shí)體發(fā)送的新傳輸塊;(12) 接收端混合自動(dòng)重傳請(qǐng)求實(shí)體對(duì)所反饋的NACK消息進(jìn)行計(jì)數(shù),判斷自身對(duì)前一個(gè) 傳輸塊的反饋NACK消息次數(shù)是否達(dá)到了重傳失敗最大次數(shù),是則不向發(fā)送端混合自動(dòng)重傳請(qǐng) 求實(shí)體反饋錯(cuò)誤指示消息;否則向發(fā)送端混合自動(dòng)重傳請(qǐng)求實(shí)體反饋錯(cuò)誤指示消息。
3、 根據(jù)權(quán)利要求l所述的混合自動(dòng)重傳請(qǐng)求實(shí)體的錯(cuò)誤檢測(cè)處理方法,其特征在于所 述步驟(2)包括(21) 發(fā)送端混合自動(dòng)重傳請(qǐng)求實(shí)體判斷發(fā)送端對(duì)前一傳輸塊的傳輸是否達(dá)到了重傳失敗最大次數(shù),是則進(jìn)入步驟(23);否則進(jìn)入步驟(22);(22) 發(fā)送端混合自動(dòng)重傳請(qǐng)求實(shí)體判斷系統(tǒng)調(diào)度結(jié)果是否為放棄對(duì)前一傳輸塊的重發(fā)的情況,是則進(jìn)入步驟(23);否則通知發(fā)送端自動(dòng)重傳請(qǐng)求實(shí)體所述前一傳輸塊的傳輸發(fā)生錯(cuò)誤;(23) 發(fā)送端混合自動(dòng)重傳請(qǐng)求實(shí)體判斷是否已經(jīng)通知發(fā)送端自動(dòng)重傳請(qǐng)求實(shí)體所述前 一傳輸塊的傳輸發(fā)生錯(cuò)誤,是則認(rèn)為該消息為冗余消息,丟棄該錯(cuò)誤指示消息;否則通知發(fā) 送端自動(dòng)重傳請(qǐng)求實(shí)體所述前一傳輸塊的傳輸發(fā)生錯(cuò)誤。
全文摘要
本發(fā)明公開(kāi)了一種混合自動(dòng)重傳請(qǐng)求實(shí)體的錯(cuò)誤檢測(cè)處理方法,針對(duì)現(xiàn)有技術(shù)中接收端
文檔編號(hào)H04L12/26GK101150453SQ200610152989
公開(kāi)日2008年3月26日 申請(qǐng)日期2006年9月22日 優(yōu)先權(quán)日2006年9月22日
發(fā)明者健 張 申請(qǐng)人:中興通訊股份有限公司