專利名稱：一種數(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這幾個階段，目前關(guān)于Release 7的標(biāo)準(zhǔn)化工作已經(jīng)開始實 施，與此同時，LTE (LongTermEvolution長期演進)的研究也已經(jīng)開始逐漸 成為標(biāo)準(zhǔn)化工作的新熱點。在Release99的WCDMA系統(tǒng)中，上下行均采用專用信道，能夠到達的最大 速率為384kbps。在Release4中，開始將MSC ( Mobile Service Switch Center, 移動業(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)的下行速率可以達到14.4Mbps。在Release6中，引入HSUPA (High Speed Uplink Packet Access,高速上行分組接入)技術(shù)，使得WCDMA 系統(tǒng)的上行速率能夠達到5.76Mbps 。上述四個標(biāo)準(zhǔn)基本上已經(jīng)比較穩(wěn)定，目前，Release 7協(xié)議的目標(biāo)是在 Release 6的基礎(chǔ)上進行小的改動，以改善WCDMA系統(tǒng)性能。LTE從系統(tǒng)框架 到物理層都將是全新的，LTE旨在為用戶提供更高速率、更好性能的服務(wù)。目4 前LTE中的UTRAN被稱為E-UTRAN ( evolved UMTS Terrestrial Radio Access Network,演進的UMTS陸地?zé)o線接入網(wǎng))。 E-UTRAN系統(tǒng)架構(gòu)如附

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