專利名稱：一種數(shù)據(jù)包重傳方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通訊技術(shù)領(lǐng)域，具體涉及一種數(shù)據(jù)包重傳方法和系統(tǒng)。
技術(shù)背景WCDMA (寬帶碼分多址接入)的研究工作是從20世紀(jì)90年代初開始的。 從98年開始到現(xiàn)在，WCDMA系統(tǒng)的技術(shù)規(guī)范已經(jīng)走過了 Release 99、 Release 4、 Release 5、 Release 6這幾個(gè)階段，目前關(guān)于Release 7的標(biāo)準(zhǔn)化工作已經(jīng)開始實(shí) 施，與此同時(shí)，LTE (LongTermEvolution長(zhǎng)期演進(jìn))的研究也已經(jīng)開始逐漸 成為標(biāo)準(zhǔn)化工作的新熱點(diǎn)。在Release99的WCDMA系統(tǒng)中，上下行均采用專用信道，能夠到達(dá)的最大 速率為384kbps。在Release4中，開始將MSC ( Mobile Service Switch Center, 移動(dòng)業(yè)務(wù)交換中心)分裂為MSC Server和MGW ( Multi-media Gate Way,多媒 體網(wǎng)關(guān))，從而將控制和業(yè)務(wù)分開。在Release 5中，引入了IMS (IP Multi-media Subsystem, IP多媒體子網(wǎng))的概念、以及基于IP的傳輸層，并在無線接入技術(shù) 上引入了HSDPA (High Speed Downlink Packet Access,高速下行分組接入)， 使得WCDMA系統(tǒng)的下行速率可以達(dá)到14.4Mbps。在Release6中，引入HSUPA (High Speed Uplink Packet Access,高速上行分組接入)技術(shù)，使得WCDMA 系統(tǒng)的上行速率能夠達(dá)到5.76Mbps 。上述四個(gè)標(biāo)準(zhǔn)基本上已經(jīng)比較穩(wěn)定，目前，Release 7協(xié)議的目標(biāo)是在 Release 6的基礎(chǔ)上進(jìn)行小的改動(dòng)，以改善WCDMA系統(tǒng)性能。LTE從系統(tǒng)框架 到物理層都將是全新的，LTE旨在為用戶提供更高速率、更好性能的服務(wù)。目4 前LTE中的UTRAN被稱為E-UTRAN ( evolved UMTS Terrestrial Radio Access Network,演進(jìn)的UMTS陸地?zé)o線接入網(wǎng))。 E-UTRAN系統(tǒng)架構(gòu)如附

圖1所示。圖1中，aGW處于核心網(wǎng)， 一個(gè)核心網(wǎng)中可以有多個(gè)aGW， 一個(gè)aGW( access gateway,接入網(wǎng)關(guān))可以同時(shí)與多個(gè)eNodeB進(jìn)行通信。AGW主要負(fù)責(zé)尋呼發(fā) 起、LTE—IDLE的狀態(tài)管理、用戶面加密，PDCP ( Packet Data Convergence Protocol,分組凄史據(jù)匯聚協(xié)i義)、SAE ( System Architecture Evolution,系統(tǒng)架 構(gòu)演進(jìn))承載控制、NAS (Non Access stratum,非接入層)信令的安全及完整 性保護(hù)等功能。圖1中的eNodeB位于接入網(wǎng)，與aGW相連，eNodeB主要負(fù)責(zé)尋呼信息的調(diào) 度及傳輸、廣播信息的調(diào)度及傳輸、上下行資源的分配、無線承栽控制、無線 管理控制、LTE—ACTIVE狀態(tài)下的連接移動(dòng)性控制等。EUTRAN用戶面的協(xié)議棧架構(gòu)如附圖2所示。圖2中，UE (用戶設(shè)備)的協(xié)議棧包括PHY (物理層)、MAC (媒質(zhì)接 入控制層)、RLC (無線鏈路控制層)、PDCP (分組數(shù)據(jù)匯聚協(xié)議)。ENodeB 的協(xié)議棧包括PHY (物理層)、MAC (媒質(zhì)接入控制層)、RLC (無線鏈路 控制層)。aGW通過PDCP與UE進(jìn)行通信。在WCDMA系統(tǒng)中，接收端在接收到不正確的數(shù)據(jù)時(shí)，需要發(fā)送端重傳。 按照從高層到低層的順序，傳輸錯(cuò)誤的業(yè)務(wù)數(shù)據(jù)的重傳分為服務(wù)器重傳、RLC 層重傳和物理層重傳。物理層重傳的是傳輸錯(cuò)誤的物理幀，RLC層重傳的是傳 輸錯(cuò)誤的RLCPDU，服務(wù)器重傳的是TCP數(shù)據(jù)包。重傳所處的協(xié)議層越高，重 傳消耗的時(shí)間就越長(zhǎng)，業(yè)務(wù)時(shí)延也就越長(zhǎng)，用戶的感受也就越差。對(duì)于RLC層而言，有3種業(yè)務(wù)模式透明模式(TransparentMode)、非確 認(rèn)沖莫式(Non-acknowledgement Mode)和確認(rèn)模式(Acknowledgement Mode )， 只有確認(rèn)模式的業(yè)務(wù)才有RLC層重傳，其他模式的業(yè)務(wù)即使傳輸錯(cuò)誤了，也不 會(huì)進(jìn)行RLC層重傳。在確認(rèn)模式中，RLC層重傳的具體實(shí)現(xiàn)過程為接收端在接收到正確的數(shù) 據(jù)包時(shí)，向發(fā)送端發(fā)送ACK (確認(rèn))消息，發(fā)送端在接收到ACK消息后，刪除 相應(yīng)的數(shù)據(jù)包。接收端在接收到錯(cuò)誤的數(shù)據(jù)包時(shí)，向發(fā)送端發(fā)送NACK (非確 認(rèn))消息，發(fā)送端在接收到NACK消息后，重發(fā)相應(yīng)的數(shù)據(jù)包。在HARQ重傳過程中，會(huì)出現(xiàn)NACK-〉A(chǔ)CK的現(xiàn)象，即接收端發(fā)送的是 NACK消息，由于傳輸異常，發(fā)送端接收到ACK消息，這樣，發(fā)送端會(huì)根據(jù)其 接收到的ACK消息刪除相應(yīng)的數(shù)據(jù)包，從而導(dǎo)致接收端無法接收到正確的數(shù)據(jù) 包。這個(gè)丟失的數(shù)據(jù)包將由ARQ重傳恢復(fù)。目前，接收端判斷數(shù)據(jù)包是否發(fā)生NACK々ACK的方法如附圖3所示。圖3中，接收端的HARQ (混合自動(dòng)重傳)實(shí)體根據(jù)下一個(gè)數(shù)據(jù)包的接收狀 況判斷上一個(gè)lt據(jù)包是否發(fā)生了NACK-〉A(chǔ)CK情況，如在上一個(gè)TTI (傳輸時(shí)間 間隔)接收端發(fā)出的是NACK，但是，在本次TTI,接收端接收到的是新數(shù)據(jù)， 那么，接收端可以認(rèn)為上一個(gè)TTI發(fā)送的數(shù)據(jù)發(fā)生了NACK》ACK現(xiàn)象。接收端在檢測(cè)到NACK-〉A(chǔ)CK現(xiàn)象時(shí)，可以向發(fā)送端發(fā)送NACK》ACK錯(cuò) 誤報(bào)告，以請(qǐng)求發(fā)送端RLC的高層ARQ (自動(dòng)重傳請(qǐng)求)實(shí)體重傳相應(yīng)數(shù)據(jù)。在上述方法中，由于接收端是根據(jù)下一個(gè)數(shù)據(jù)包的接收狀況來判斷 NACK々ACK現(xiàn)象的，因此，對(duì)于最后一個(gè)數(shù)據(jù)包，如果發(fā)生了NACK》ACK 狀況，則接收端不能夠判斷出最后一個(gè)數(shù)據(jù)包是否發(fā)生了 NACK-〉A(chǔ)CK現(xiàn)象， 從而導(dǎo)致數(shù)據(jù)丟失。為解決最后一個(gè)數(shù)據(jù)包的NACK-〉A(chǔ)CK現(xiàn)象，在WCDMA系統(tǒng)中，接收端 的ARQ實(shí)體在等待一定時(shí)間后，如果仍然沒有接收到最后一個(gè)數(shù)據(jù)包，則確定 最后一個(gè)數(shù)據(jù)包發(fā)生了NACK》ACK現(xiàn)象，此時(shí)，接收端觸發(fā)狀態(tài)報(bào)告，以請(qǐng) 求發(fā)送端重傳最后一個(gè)lt據(jù)包。該方法雖然能夠檢測(cè)出最后一個(gè)數(shù)據(jù)包的NACK-〉A(chǔ)CK現(xiàn)象，但是，需要
等待一定的時(shí)間間隔才能檢測(cè)出最后一個(gè)數(shù)據(jù)包的NACK-〉A(chǔ)CK現(xiàn)象，因此， 需要使用較長(zhǎng)時(shí)間才能重傳最后一個(gè)數(shù)據(jù)包，增加了數(shù)據(jù)包的重傳時(shí)延。而如 果應(yīng)用的是異步HARQ,由于調(diào)度的時(shí)間很難掌握，上述等待的時(shí)間間隔很難 設(shè)定，而且由于接收端無法知道哪個(gè)是最后一個(gè)數(shù)據(jù)包，因此，對(duì)于接收錯(cuò)誤 的數(shù)據(jù)包，接收端都需啟動(dòng)定時(shí)器，增加了系統(tǒng)的復(fù)雜性。發(fā)明內(nèi)容本發(fā)明的目的在于，提供一種數(shù)據(jù)包重傳方法和系統(tǒng)，有效解決了最后一 個(gè)數(shù)據(jù)包丟失的問題，降低了數(shù)據(jù)包的重傳時(shí)延。為達(dá)到上述目的，本發(fā)明提供的一種數(shù)據(jù)包重傳方法，包括a、 發(fā)送端在發(fā)送最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的確認(rèn)消 息后，主動(dòng)向接收端發(fā)送請(qǐng)求，以觸發(fā)狀態(tài)報(bào)告；b、 接收端根據(jù)其接收的請(qǐng)求向發(fā)送端發(fā)送狀態(tài)報(bào)告；c、 發(fā)送端根據(jù)其接收的趺態(tài)報(bào)告進(jìn)行數(shù)據(jù)包重傳處理。 所述步驟a中主動(dòng)向接收端發(fā)送請(qǐng)求的步驟包括 發(fā)送端無條件主動(dòng)向接收端發(fā)送請(qǐng)求；或者 發(fā)送端在條件滿足時(shí)主動(dòng)向接收端發(fā)送請(qǐng)求。 發(fā)送端通過用戶數(shù)據(jù)、信令向接收端發(fā)送請(qǐng)求。所述最后一個(gè)數(shù)據(jù)包中含有觸發(fā)RLC層狀態(tài)報(bào)告的信息，且所述步驟a 具體包括發(fā)送端HARQ在發(fā)送最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的 ACK后，不刪除所述最后一個(gè)數(shù)據(jù)包，并無條件主動(dòng)重傳所述最后一個(gè)數(shù)據(jù)包。所述最后一個(gè)數(shù)據(jù)包中含有觸發(fā)RLC層狀態(tài)報(bào)告的信息，且所述步驟a 具體包括發(fā)送端HARQ在發(fā)送最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的 ACK后，不刪除最后一個(gè)數(shù)據(jù)包，發(fā)送端HARQ在第一預(yù)定時(shí)間間隔內(nèi)沒有 接收到狀態(tài)報(bào)告，則主動(dòng)重傳所述最后一個(gè)數(shù)據(jù)包。 所述步驟a還包括發(fā)送端在接收到狀態(tài)報(bào)告或者所述最后一個(gè)數(shù)據(jù)包超過最大重傳次數(shù)后， 刪除所述最后一個(gè)數(shù)據(jù)包。 所述步驟a具體包括發(fā)送端HARQ在發(fā)送最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的 ACK后，刪除最后一個(gè)數(shù)據(jù)包；發(fā)送端ARQ無條件主動(dòng)向接收端ARQ發(fā)送請(qǐng)求，以觸發(fā)接收端RLC層 狀態(tài)報(bào)告；所述數(shù)據(jù)包為含有/不含有觸發(fā)RLC層狀態(tài)才艮告信息的數(shù)據(jù)包。所述步驟a具體包括發(fā)送端HARQ在發(fā)送最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的 ACK后，刪除最后一個(gè)數(shù)據(jù)包；發(fā)送端ARQ在第二預(yù)定時(shí)間間隔內(nèi)沒有接收到狀態(tài)報(bào)告，則向接收端 ARQ發(fā)送請(qǐng)求，以觸發(fā)狀態(tài)報(bào)告。所述步驟b包括接收端在第三預(yù)定時(shí)間間隔內(nèi)接收到多個(gè)觸發(fā)狀態(tài)報(bào)告 的請(qǐng)求，向發(fā)送端發(fā)送一次狀態(tài)報(bào)告。本發(fā)明還提供一種數(shù)據(jù)包重傳系統(tǒng)，包括發(fā)送端和接收端，發(fā)送端中設(shè) 置有請(qǐng)求重傳模塊和重傳模塊，接收端中設(shè)置有發(fā)送模塊；請(qǐng)求重傳模塊在發(fā)送端發(fā)送最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包 對(duì)應(yīng)的ACK后，主動(dòng)向接收端發(fā)送請(qǐng)求，以觸發(fā)狀態(tài)才艮告；發(fā)送模塊根據(jù)接收端接收的請(qǐng)求向發(fā)送端發(fā)送狀態(tài)報(bào)告；重傳模塊根據(jù)發(fā)送端接收的狀態(tài)報(bào)告進(jìn)行數(shù)據(jù)包重傳處理。通過上述技術(shù)方案的描述可知，發(fā)送端通過主動(dòng)觸發(fā)接收端的狀態(tài)報(bào)告， 相對(duì)于現(xiàn)有技術(shù)中接收端在預(yù)定時(shí)間間隔后才能檢測(cè)出最后一個(gè)數(shù)據(jù)包發(fā)生 了NACK-ACK現(xiàn)象的技術(shù)方案而言，本發(fā)明能夠快速觸發(fā)接收端RLC層的狀態(tài) 報(bào)告，使接收端能夠快速檢測(cè)出最后一個(gè)數(shù)據(jù)包是否發(fā)生了丟失現(xiàn)象，這樣， 發(fā)送端就能夠才艮據(jù)接收端的狀態(tài)報(bào)告及時(shí)、準(zhǔn)確的將丟失的最后一個(gè)數(shù)據(jù)包傳 輸至接收端，4吏接收端能夠快速、準(zhǔn)確的接收到最后一個(gè)數(shù)據(jù)包，有效解決了 最后一個(gè)數(shù)據(jù)包丟失的問題，同時(shí)降低了數(shù)據(jù)包的重傳時(shí)延；本發(fā)明的接收端 不需要為每個(gè)接收錯(cuò)誤的數(shù)據(jù)包均設(shè)置定時(shí)器，降低了系統(tǒng)實(shí)現(xiàn)的復(fù)雜度；本動(dòng)觸發(fā)、附條件主動(dòng)觸發(fā)等；從而通過本發(fā)明提供的技術(shù)方案實(shí)現(xiàn)了提高數(shù)據(jù) 包重傳效率、提高系統(tǒng)重傳性能的目的。附困說明圖1是E-UTRAN系統(tǒng)架構(gòu)示意圖；圖2是EUTRAN用戶面的協(xié)議棧架構(gòu)示意圖；圖3是現(xiàn)有技術(shù)中的接收端檢測(cè)數(shù)據(jù)包發(fā)生NACK-〉A(chǔ)CK的方法流程圖; 圖4是本發(fā)明實(shí)施例的數(shù)據(jù)包重傳流程圖。
具體實(shí)施方式
從現(xiàn)有技術(shù)方案的描述中可以看出，現(xiàn)有技術(shù)方案中的發(fā)送端采用被動(dòng)重 傳的方法來重傳最后一個(gè)數(shù)據(jù)包，也就是說，只有在接收端檢測(cè)出最后一個(gè)數(shù) 據(jù)包發(fā)生了NACK》ACK現(xiàn)象，并請(qǐng)求發(fā)送端重傳最后一個(gè)數(shù)據(jù)包時(shí)，發(fā)送端 才會(huì)重傳最后一個(gè)數(shù)據(jù)包。在本發(fā)明提供的技術(shù)方案中，發(fā)送端采用了主動(dòng)重傳的方法來重傳最后一 個(gè)數(shù)據(jù)包，即發(fā)送端在發(fā)送最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的 ACK后，主動(dòng)觸發(fā)接收端的狀態(tài)報(bào)告，這樣，發(fā)送端可以根據(jù)其主動(dòng)觸發(fā)的狀 態(tài)報(bào)告來進(jìn)行數(shù)據(jù)包的重傳過程。本發(fā)明的lt據(jù)包重傳的過程如附圖4所示。
圖4中，在步驟400、發(fā)送端在發(fā)送最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù) 據(jù)包對(duì)應(yīng)的確認(rèn)消息后，主動(dòng)向接收端發(fā)送請(qǐng)求。發(fā)送端可以采用持續(xù)發(fā)送、 定時(shí)發(fā)送等方式發(fā)送觸發(fā)狀態(tài)報(bào)告的請(qǐng)求。到步驟410、接收端根據(jù)其接收的請(qǐng)求向發(fā)送端發(fā)送包含最后一個(gè)數(shù)據(jù)包 接收情況的狀態(tài)報(bào)告。當(dāng)接收端在一定的時(shí)間間隔內(nèi)接收到多個(gè)針對(duì)最后一個(gè) 數(shù)據(jù)包觸發(fā)狀態(tài)報(bào)告的請(qǐng)求時(shí)，接收端可以只向發(fā)送端發(fā)送一個(gè)狀態(tài)報(bào)告。到步驟420、發(fā)送端根據(jù)其接收的狀態(tài)報(bào)告進(jìn)行判斷，判斷接收端是否正 確接收到最后一個(gè)數(shù)據(jù)包，如果接收端正確接收到最后一個(gè)數(shù)據(jù)包，則到步驟 421，本次最后一個(gè)數(shù)據(jù)包的重傳過程結(jié)束。在步驟420，如果接收端沒有正確接收端最后一個(gè)數(shù)據(jù)包，則到步驟422， 發(fā)送端進(jìn)行數(shù)據(jù)包重傳。本發(fā)明中的主動(dòng)觸發(fā)狀態(tài)報(bào)告的具體表現(xiàn)形式有多種，如無條件主動(dòng)觸 發(fā)、附條件主動(dòng)觸發(fā)等。無條件主動(dòng)觸發(fā)即發(fā)送端在發(fā)送了最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù) 據(jù)包對(duì)應(yīng)的ACK后，不進(jìn)行條件判斷，直接向接收端發(fā)送請(qǐng)求，觸發(fā)接收端的 狀態(tài)報(bào)告，以實(shí)現(xiàn)最后一個(gè)數(shù)據(jù)包的主動(dòng)重傳。在無條件主動(dòng)觸發(fā)的實(shí)現(xiàn)過程中，本發(fā)明可以由發(fā)送端的ARQ實(shí)體向接收 端的ARQ實(shí)體發(fā)送請(qǐng)求，也可以由發(fā)送端的HARQ實(shí)體向接收端的HARQ實(shí)體 發(fā)送請(qǐng)求。當(dāng)最后一個(gè)數(shù)據(jù)包中包含有觸發(fā)狀態(tài)報(bào)告信息時(shí)，最后一個(gè)數(shù)據(jù)包可以作 為發(fā)送端HARQ發(fā)送的觸發(fā)狀態(tài)報(bào)告的請(qǐng)求，此時(shí)，發(fā)送端HARQ在發(fā)送了最 后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK后，不刪除最后一個(gè)數(shù)據(jù) 包，直接將最后一個(gè)數(shù)據(jù)包發(fā)送至接收端的HARQ。本發(fā)明的發(fā)送端如HARQ實(shí)體、ARQ實(shí)體也可以通過其他方式來發(fā)送觸發(fā) 狀態(tài)報(bào)告的請(qǐng)求，如通過用戶數(shù)據(jù)、信令等方式發(fā)送觸發(fā)狀態(tài)凈艮告的請(qǐng)求，這
里的信令如RRC信令、物理層信令等，這里的用戶數(shù)據(jù)如RLC PDU、 MAC控 制PDU、最后一個(gè)數(shù)據(jù)包等。當(dāng)發(fā)送端HARQ實(shí)體采用除最后一個(gè)數(shù)據(jù)包之外 的其他用戶數(shù)據(jù)、信令等發(fā)送請(qǐng)求時(shí)，發(fā)送端HARQ實(shí)體可以刪除最后一個(gè)數(shù) 據(jù)包。當(dāng)發(fā)送端采用無條件主動(dòng)觸發(fā)方式時(shí)，接收端會(huì)接收到至少一個(gè)觸發(fā)狀態(tài) 報(bào)告的請(qǐng)求，如接收端會(huì)接收到至少一個(gè)最后一個(gè)數(shù)據(jù)包，再如接收端會(huì)接收 到至少一個(gè)攜帶有觸發(fā)狀態(tài)報(bào)告的用戶數(shù)據(jù)、信令等，接收端可以在第三預(yù)定 時(shí)間間隔內(nèi)接收到多個(gè)觸發(fā)狀態(tài)報(bào)告的請(qǐng)求如多個(gè)最后一個(gè)數(shù)據(jù)包后，僅向發(fā) 送端回復(fù)一個(gè)狀態(tài)報(bào)告。當(dāng)然，本發(fā)明也不排除接收端針對(duì)其接收到的多個(gè)觸 發(fā)狀態(tài)報(bào)告的請(qǐng)求如接收到多個(gè)最后一個(gè)數(shù)據(jù)包，而向發(fā)送端回復(fù)多個(gè)狀態(tài)報(bào) 告的技術(shù)方案。在上述無條件主動(dòng)觸發(fā)實(shí)現(xiàn)過程的描述中，本發(fā)明中的發(fā)送端和接收端均 不需要判斷最后一個(gè)數(shù)據(jù)包是否發(fā)生了NACK》ACK現(xiàn)象，發(fā)送端在發(fā)送了最 后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK后，直接將觸發(fā)狀態(tài)報(bào)告 的請(qǐng)求發(fā)送至接收端，這樣，接收端會(huì)根據(jù)該請(qǐng)求生成狀態(tài)報(bào)告，并發(fā)送至發(fā) 送端，從而避免了接收端等待一定的時(shí)間間隔來檢測(cè)最后一個(gè)數(shù)據(jù)包的 NACK》ACK現(xiàn)象的過程，減小了數(shù)據(jù)包重傳時(shí)延。附條件主動(dòng)觸發(fā)即發(fā)送端在發(fā)送了最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù) 據(jù)包對(duì)應(yīng)的ACK后，進(jìn)行條件判斷，并在預(yù)先設(shè)定的條件滿足時(shí)，向接收端發(fā) 送請(qǐng)求，觸發(fā)接收端的狀態(tài)報(bào)告，以實(shí)現(xiàn)最后一個(gè)數(shù)據(jù)包的主動(dòng)重傳。當(dāng)最后一個(gè)數(shù)據(jù)包中包含有觸發(fā)狀態(tài)報(bào)告信息時(shí)，最后一個(gè)數(shù)據(jù)包可以作 為發(fā)送端HARQ發(fā)送的觸發(fā)狀態(tài)報(bào)告的請(qǐng)求，此時(shí)，發(fā)送端HARQ在發(fā)送了最 后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK后，不刪除最后一個(gè)數(shù)據(jù) 包，直接將最后一個(gè)數(shù)據(jù)包發(fā)送至接收端的HARQ。本發(fā)明的發(fā)送端如HARQ實(shí)體、ARQ實(shí)體也可以通過其他方式來發(fā)送觸發(fā)
狀態(tài)報(bào)告的請(qǐng)求，如通過用戶數(shù)據(jù)、信令等方式發(fā)送觸發(fā)狀態(tài)報(bào)告的請(qǐng)求，這里的信令如RRC信令、物理層信令等，這里的用戶數(shù)據(jù)如RLC PDU、 MAC控 制PDU、最后一個(gè)數(shù)據(jù)包等。這里的條件可以是目前通用的多種形式，而且，條件可以4艮據(jù)實(shí)際應(yīng)用來 設(shè)置，如設(shè)置時(shí)間條件等，本發(fā)明不限制條件的表現(xiàn)形式。下面以時(shí)間條件為 例進(jìn)行說明。在附條件主動(dòng)觸發(fā)過程中，發(fā)送端在發(fā)送了最后一個(gè)數(shù)據(jù)包、且接收到最 后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK后，需要在一定的時(shí)間間隔內(nèi)判斷其是否接收到包含 最后一個(gè)數(shù)據(jù)包接收情況的狀態(tài)報(bào)告，如果發(fā)送端在一定的時(shí)間間隔內(nèi)接收到 包含最后一個(gè)數(shù)據(jù)包接收情況的狀態(tài)報(bào)告時(shí)，則不向接收端發(fā)送觸發(fā)狀態(tài)報(bào)告 的請(qǐng)求；如果發(fā)送端在一定的時(shí)間間隔內(nèi)沒有接收到包含最后一個(gè)數(shù)據(jù)包接收 情況的狀態(tài)報(bào)告，則發(fā)送端向接收端發(fā)送觸發(fā)狀態(tài)報(bào)告的請(qǐng)求。這樣，接收端 會(huì)根據(jù)該請(qǐng)求生成狀態(tài)報(bào)告，并發(fā)送至發(fā)送端，從而避免了接收端等待一定的 時(shí)間間隔來檢測(cè)最后一個(gè)數(shù)據(jù)包的NACK》ACK現(xiàn)象的過程，減小了重傳時(shí)延。在附條件主動(dòng)觸發(fā)的實(shí)現(xiàn)過程中，本發(fā)明可以由發(fā)送端的ARQ實(shí)體進(jìn)行條 件判斷，并向接收端的ARQ實(shí)體發(fā)送請(qǐng)求，也可以由發(fā)送端的HARQ實(shí)體進(jìn)行 條件判斷，并向接收端的HARQ實(shí)體發(fā)送請(qǐng)求。在附條件主動(dòng)觸發(fā)的實(shí)現(xiàn)過程中，當(dāng)最后一個(gè)數(shù)據(jù)包中包含有觸發(fā)狀態(tài)報(bào) 告信息時(shí)，最后一個(gè)數(shù)據(jù)包可以作為發(fā)送端HARQ發(fā)送的觸發(fā)狀態(tài)報(bào)告的請(qǐng)求， 此時(shí)，發(fā)送端HARQ在發(fā)送了最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng) 的ACK后，不刪除最后一個(gè)數(shù)據(jù)包，在第一預(yù)定時(shí)間間隔內(nèi)，如果發(fā)送端沒有 接收到包含最后一個(gè)數(shù)據(jù)包接收情況的狀態(tài)報(bào)告，則發(fā)送端HARQ將最后一個(gè) 數(shù)據(jù)包發(fā)送至接收端的HARQ。用戶數(shù)據(jù)、信令等方式發(fā)送觸發(fā)狀態(tài)報(bào)告的請(qǐng)求，這里的信令如RRC信令、物理層信令等，這里的用戶數(shù)據(jù)如RLCPDU 、 MAC控制PDU、最后一個(gè)數(shù)據(jù)包 等。此時(shí)，發(fā)送端HARQ在發(fā)送了最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包 對(duì)應(yīng)的ACK后，刪除最后一個(gè)數(shù)據(jù)包，如果發(fā)送端在第二預(yù)定時(shí)間間隔內(nèi)接收 到包含最后一個(gè)數(shù)據(jù)包接收情況的狀態(tài)報(bào)告，則發(fā)送端ARQ不發(fā)送觸發(fā)狀態(tài)報(bào) 告的請(qǐng)求；如果發(fā)送端在第二預(yù)定時(shí)間間隔沒有接收到包含最后一個(gè)數(shù)據(jù)包接 收情況的狀態(tài)報(bào)告，則發(fā)送端ARQ將觸發(fā)狀態(tài)報(bào)告的請(qǐng)求發(fā)送至接收端的 ARQ。當(dāng)發(fā)送端采用附條件主動(dòng)觸發(fā)方式時(shí)，接收端同樣會(huì)接收到至少一個(gè)觸發(fā) 狀態(tài)報(bào)告的請(qǐng)求，接收端可以在第三預(yù)定時(shí)間間隔內(nèi)接收到多個(gè)觸發(fā)狀態(tài)報(bào)告 的請(qǐng)求后，僅向發(fā)送端回復(fù)一個(gè)包含最后一個(gè)數(shù)據(jù)包接收情況的狀態(tài)報(bào)告。當(dāng)多個(gè)最后一個(gè)數(shù)據(jù)包，而向發(fā)送端回復(fù)多個(gè)狀態(tài)報(bào)告的技術(shù)方案。在上述附條件主動(dòng)觸發(fā)實(shí)現(xiàn)過程的描述中，本發(fā)明中的發(fā)送端和接收端均 不需要判斷最后一個(gè)數(shù)據(jù)包是否發(fā)生了NACK》ACK現(xiàn)象，從而避免了接收端 等待一定的時(shí)間間隔來檢測(cè)最后一個(gè)數(shù)據(jù)包的NACK-〉A(chǔ)CK現(xiàn)象的過程，減小 了數(shù)據(jù)包重傳時(shí)延。在本發(fā)明的技術(shù)方案中，雖然發(fā)送端也是根據(jù)接收端發(fā)送來的狀態(tài)報(bào)告來 實(shí)現(xiàn)數(shù)據(jù)包的重傳的，但是，該方法和現(xiàn)有技術(shù)中的方法在本質(zhì)上是完全不同 的，其不同之處主要體現(xiàn)在在現(xiàn)有技術(shù)中，發(fā)送端完全是被動(dòng)的等待接收端 的狀態(tài)報(bào)告，也就是說，狀態(tài)報(bào)告是否需要發(fā)送完全由接收端來決定；而在本 發(fā)明的技術(shù)方案中，狀態(tài)報(bào)告是應(yīng)發(fā)送端的主動(dòng)請(qǐng)求而發(fā)送的，也就是說，狀 態(tài)報(bào)告是否需要發(fā)送是由發(fā)送端來決定。下面以五種具體的實(shí)現(xiàn)方式為例，對(duì)本發(fā)明提供的RLC層的數(shù)據(jù)包重傳技 術(shù)方案進(jìn)行說明。實(shí)施方式l、無條件主動(dòng)觸發(fā)方式。
當(dāng)發(fā)送端HARQ發(fā)送最后一個(gè)含有觸發(fā)狀態(tài)報(bào)告信息如polling比特的數(shù)據(jù) 包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK后，則主動(dòng)無條件的重傳該最后一個(gè) 數(shù)據(jù)包。這樣，接收端HARQ會(huì)接收到多于一個(gè)的最后一個(gè)數(shù)據(jù)包。為避免接 收端針對(duì)最后一個(gè)數(shù)據(jù)包向發(fā)送端回復(fù)多次狀態(tài)報(bào)告，則接收端可以設(shè)置一個(gè) 預(yù)定時(shí)間間隔，即設(shè)定第三預(yù)定時(shí)間間隔status prohibit timer，如果接收端確定 其在status prohibit timer內(nèi)接收到多于一個(gè)的polling比特信息，則接收端只針對(duì) 最后一個(gè)數(shù)據(jù)包向發(fā)送端發(fā)送一次狀態(tài)報(bào)告；如果接收端確定其在status prohibit timer內(nèi)接只收到一個(gè)的polling比特信息，則接收端針對(duì)最后一個(gè)數(shù)據(jù)包 向發(fā)送端發(fā)送狀態(tài)報(bào)告。也就是說，接收端無論在status prohibit timer內(nèi)接收到 幾個(gè)pomng比特信息，均向發(fā)送端發(fā)送一次狀態(tài)報(bào)告。發(fā)送端在接收到最后一 個(gè)數(shù)據(jù)包對(duì)應(yīng)的狀態(tài)報(bào)告、且得知接收端已正確接收到最后一個(gè)數(shù)據(jù)包，則刪 除最后一個(gè)數(shù)據(jù)包，發(fā)送端在接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的狀態(tài)報(bào)告、且得知 接收端沒有正確接收到最后一個(gè)數(shù)據(jù)包，則重傳最后一個(gè)數(shù)據(jù)包。實(shí)施方式2、附條件主動(dòng)觸發(fā)方式。當(dāng)發(fā)送端HARQ發(fā)送最后一個(gè)含有觸發(fā)狀態(tài)報(bào)告信息如pomng比特的數(shù)據(jù) 包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK后，不刪除該最后一個(gè)數(shù)據(jù)包，而是 在第一預(yù)定時(shí)間間隔內(nèi)等待接收端的狀態(tài)報(bào)告，如果在第一預(yù)定時(shí)間間隔內(nèi)沒 有接收到接收端發(fā)送的狀態(tài)報(bào)告，則發(fā)送端HARQ重傳該最后一個(gè)數(shù)據(jù)包，接 收端無論在status prohibit timer內(nèi)接收到幾個(gè)polling比特信息，均向發(fā)送端發(fā)送 一次狀態(tài)報(bào)告。如果發(fā)送端在第一預(yù)定時(shí)間間隔內(nèi)接收到接收端發(fā)送來的狀態(tài) 報(bào)告、且得知接收端已正確接收到最后一個(gè)數(shù)據(jù)包，則刪除該數(shù)據(jù)包；如果發(fā) 送端在第一預(yù)定時(shí)間間隔內(nèi)接收到接收端發(fā)送來的狀態(tài)報(bào)告、且得知接收端沒 有正確接收到最后一個(gè)數(shù)據(jù)包，則重傳最后一個(gè)數(shù)據(jù)包。這里的第一預(yù)定時(shí)間 間隔timer可以根據(jù)實(shí)際應(yīng)用夾設(shè)置，如設(shè)置timer為1個(gè)TTI或者2個(gè)TTI等。實(shí)施方式3、無條件主動(dòng)觸發(fā)方式。
當(dāng)發(fā)送端HARQ發(fā)送最后一個(gè)不含有觸發(fā)狀態(tài)報(bào)告信息如polling比特的數(shù) 據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK后，刪除最后一個(gè)數(shù)據(jù)包，發(fā)送端 ARQ通過RRC信令、或者M(jìn)AC控制PDU、或者RLC控制PDU、或者物理層信令 等使接收端高層RLC中的ARQ實(shí)體生成狀態(tài)報(bào)告，接收端無論在status prohibit timer內(nèi)接收到幾個(gè)觸發(fā)狀態(tài)報(bào)告的請(qǐng)求，均向發(fā)送端發(fā)送一次狀態(tài)報(bào)告。接收 端在根據(jù)請(qǐng)求發(fā)送狀態(tài)報(bào)告后，發(fā)送端根據(jù)其接收的狀態(tài)報(bào)告來判斷哪些RLC PDU需要重傳，并進(jìn)行相應(yīng)的重傳處理。實(shí)施方式4、無條件主動(dòng)觸發(fā)方式。當(dāng)發(fā)送端HARQ發(fā)送最后一個(gè)含有觸發(fā)狀態(tài)報(bào)告信息如polHng比特的數(shù)據(jù) 包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK后，刪除該最后一個(gè)數(shù)據(jù)包，發(fā)送端 ARQ通過RRC信令、或者物理層信令、或者M(jìn)AC控制PDU、或者RLC控制PDU 等使接收端高層RLC中的ARQ實(shí)體生成狀態(tài)報(bào)告，接收端無論在status prohibit timer內(nèi)接收到幾個(gè)觸發(fā)狀態(tài)報(bào)告的請(qǐng)求，均向發(fā)送端發(fā)送一次狀態(tài)報(bào)告。接收 端在根據(jù)請(qǐng)求發(fā)送狀態(tài)報(bào)告后，發(fā)送端根據(jù)其接收的狀態(tài)報(bào)告來判斷哪些RLC PDU需要重傳，并進(jìn)行相應(yīng)的重傳處理。實(shí)施方式5、附條件主動(dòng)觸發(fā)方式。當(dāng)發(fā)送端HARQ發(fā)送最后 一 個(gè)含有觸發(fā)狀態(tài)報(bào)告信息如pomng比特的數(shù)據(jù) 包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK后，刪除該最后一個(gè)數(shù)據(jù)包，發(fā)送端 ARQ在第二預(yù)定時(shí)間間隔內(nèi)等待接收端的狀態(tài)才艮告，如果發(fā)送端在第二預(yù)定時(shí) 間間隔內(nèi)沒有接收到接收端發(fā)送的狀態(tài)報(bào)告，則發(fā)送端通過RRC信令、或者 MAC控制PDU、或者RLC控制PDU、或者物理層信令等使接收端高層RLC中的 ARQ實(shí)體生成狀態(tài)報(bào)告，接收端無論在status prohibit timer內(nèi)接收到幾個(gè)觸發(fā)狀 態(tài)報(bào)告的請(qǐng)求，均向發(fā)送端發(fā)送一次狀態(tài)報(bào)告。接收端在根據(jù)請(qǐng)求發(fā)送狀態(tài)報(bào) 告后，發(fā)送端根據(jù)其接收的狀態(tài)報(bào)告來判斷哪些RLCPDU需要重傳，并進(jìn)行相 應(yīng)的重傳處理。
上述第一預(yù)定時(shí)間間隔、第二預(yù)定時(shí)間間隔、第三預(yù)定時(shí)間間隔可以相同， 也可以不相同。本發(fā)明提供的數(shù)據(jù)包重傳系統(tǒng)包括發(fā)送端和接收端，發(fā)送端中設(shè)置有請(qǐng) 求重傳模塊和重傳模塊，接收端中設(shè)置有發(fā)送模塊。請(qǐng)求重傳模塊主要用于在發(fā)送端發(fā)送最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè) 數(shù)據(jù)包對(duì)應(yīng)的ACK后，主動(dòng)向接收端發(fā)送請(qǐng)求，以觸發(fā)接收端的狀態(tài)報(bào)告。請(qǐng) 求重傳模塊發(fā)送的請(qǐng)求可以為包含觸發(fā)狀態(tài)報(bào)告信息的最后一個(gè)數(shù)據(jù)包，也可 以為用戶數(shù)據(jù)或信令。請(qǐng)求重傳模塊可以采用無條件觸發(fā)、附條件觸發(fā)等多種 方式觸發(fā)接收端的狀態(tài)報(bào)告，具體如上述方法中的描述。發(fā)送模塊主要用于根據(jù)接收端接收的請(qǐng)求向發(fā)送端發(fā)送狀態(tài)報(bào)告。發(fā)送模 塊可以在第三預(yù)定時(shí)間間隔內(nèi)接收到多個(gè)請(qǐng)求時(shí)，僅向發(fā)送端發(fā)送一個(gè)狀態(tài)報(bào) 告；具體如上述方法中的描述。重傳模塊主要用于根據(jù)發(fā)送端接收的狀態(tài)報(bào)告進(jìn)行數(shù)據(jù)包重傳處理，即重 傳模塊根據(jù)狀態(tài)報(bào)告判斷接收端是否正確接收到最后一個(gè)數(shù)據(jù)包，并根據(jù)判斷 結(jié)果進(jìn)行相應(yīng)的操作，具體如上述方法中的描述。雖然通過實(shí)施例描繪了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許多 變形和變化而不脫離本發(fā)明的精神，本發(fā)明的申請(qǐng)文件的權(quán)利要求包括這些變 形和變化。
權(quán)利要求
1、一種數(shù)據(jù)包重傳方法，其特征在于，所述方法包括步驟a、發(fā)送端在發(fā)送最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的確認(rèn)消息后，主動(dòng)向接收端發(fā)送請(qǐng)求，以觸發(fā)狀態(tài)報(bào)告；b、接收端根據(jù)其接收的請(qǐng)求向發(fā)送端發(fā)送狀態(tài)報(bào)告；c、發(fā)送端根據(jù)其接收的狀態(tài)報(bào)告進(jìn)行數(shù)據(jù)包重傳處理。
2、 如權(quán)利要求l所述的方法，其特征在于，所述步驟a中主動(dòng)向接收端發(fā) 送請(qǐng)求的步驟包括發(fā)送端無條件主動(dòng)向接收端發(fā)送請(qǐng)求；或者 發(fā)送端在條件滿足時(shí)主動(dòng)向接收端發(fā)送請(qǐng)求。
3、 如權(quán)利要求1或2所述的方法，其特征在于，發(fā)送端通過用戶數(shù)據(jù)、 信令向接收端發(fā)送請(qǐng)求。
4、 如權(quán)利要求3所述的方法，其特征在于，所述最后一個(gè)數(shù)據(jù)包中含有 觸發(fā)RLC層狀態(tài)報(bào)告的信息，且所述步驟a具體包括發(fā)送端HARQ在發(fā)送最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的 ACK后，不刪除所述最后一個(gè)數(shù)據(jù)包，并無條件主動(dòng)重傳所述最后一個(gè)數(shù)據(jù)包。
5、 如權(quán)利要求3所述的方法，其特征在于，所述最后一個(gè)數(shù)據(jù)包中含有 觸發(fā)RLC層狀態(tài)報(bào)告的信息，且所述步驟a具體包括發(fā)送端HARQ在發(fā)送最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的 ACK后，不刪除最后一個(gè)數(shù)據(jù)包，發(fā)送端HARQ在第一預(yù)定時(shí)間間隔內(nèi)沒有 接收到狀態(tài)報(bào)告，則主動(dòng)重傳所述最后一個(gè)數(shù)據(jù)包。
6、 如權(quán)利要求4或5所述的方法，其特征在于，所述步驟a還包括 發(fā)送端在接收到狀態(tài)報(bào)告或者所述最后一個(gè)數(shù)據(jù)包超過最大重傳次數(shù)后，刪徐所述最后一個(gè)數(shù)據(jù)包。
7、 如權(quán)利要求3所述的方法，其特征在于，所述步驟a具體包括 發(fā)送端HARQ在發(fā)送最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK后，刪除最后一個(gè)數(shù)據(jù)包；發(fā)送端ARQ無條件主動(dòng)向接收端ARQ發(fā)送請(qǐng)求，以觸發(fā)接收端RLC層 狀態(tài)報(bào)告；所述數(shù)據(jù)包為含有/不含有觸發(fā)RLC層狀態(tài)報(bào)告信息的數(shù)據(jù)包。
8、 如權(quán)利要求3所述的方法，其特征在于，所述步驟a具體包括 發(fā)送端HARQ在發(fā)送最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK后，刪除最后ir個(gè)數(shù)據(jù)包；發(fā)送端ARQ在第二預(yù)定時(shí)間間隔內(nèi)沒有接收到狀態(tài)報(bào)告，則向接收端 ARQ發(fā)送請(qǐng)求，以觸發(fā)狀態(tài)報(bào)告。
9、 如權(quán)利要求1或2所迷的方法，其特征在于，所述步驟b包括 接收端在第三預(yù)定時(shí)間間隔內(nèi)接收到多個(gè)觸發(fā)狀態(tài)報(bào)告的請(qǐng)求，向發(fā)送端發(fā)送一次狀態(tài)報(bào)告。
10、 一種數(shù)據(jù)包重傳系統(tǒng)，包括發(fā)送端和接收端，其特征在于，發(fā)送端 中設(shè)置有請(qǐng)求重傳模塊和重傳模塊，接收端中設(shè)置有發(fā)送模塊；請(qǐng)求重傳模塊在發(fā)送端發(fā)送最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包 對(duì)應(yīng)的ACK后，主動(dòng)向接收端發(fā)送請(qǐng)求，以觸發(fā)狀態(tài)報(bào)告； 發(fā)送模塊根據(jù)接收端接收的請(qǐng)求向發(fā)送端發(fā)送狀態(tài)報(bào)告； 重傳模塊根據(jù)發(fā)送端接收的狀態(tài)報(bào)告進(jìn)行數(shù)據(jù)包重傳處理。
全文摘要
本發(fā)明提供一種數(shù)據(jù)包重傳方法和系統(tǒng)，本發(fā)明中的發(fā)送端在發(fā)送最后一個(gè)數(shù)據(jù)包、且接收到最后一個(gè)數(shù)據(jù)包對(duì)應(yīng)的確認(rèn)消息后，主動(dòng)向接收端發(fā)送請(qǐng)求，以觸發(fā)狀態(tài)報(bào)告；接收端根據(jù)其接收的請(qǐng)求向發(fā)送端發(fā)送狀態(tài)報(bào)告；發(fā)送端根據(jù)其接收的狀態(tài)報(bào)告進(jìn)行重傳處理。發(fā)送端通過主動(dòng)觸發(fā)狀態(tài)報(bào)告，使接收端能夠快速、準(zhǔn)確的接收到最后一個(gè)數(shù)據(jù)包，有效解決了最后一個(gè)數(shù)據(jù)包丟失的問題；本發(fā)明發(fā)送端的主動(dòng)重傳可以通過多種方式來實(shí)現(xiàn)，如直接主動(dòng)重傳、間接主動(dòng)重傳、無條件主動(dòng)重傳、附條件主動(dòng)重傳等；從而通過本發(fā)明提供的技術(shù)方案實(shí)現(xiàn)了降低數(shù)據(jù)包的重傳時(shí)延，提高數(shù)據(jù)包重傳效率的目的。
文檔編號(hào)H04J13/00GK101132261SQ20061011153
公開日2008年2月27日 申請(qǐng)日期2006年8月21日 優(yōu)先權(quán)日2006年8月21日
發(fā)明者飛 邵 申請(qǐng)人:華為技術(shù)有限公司