專利名稱：一種數據傳送方法、系統(tǒng)及設備的制作方法
技術領域：
本發(fā)明涉及移動通信技術，特別涉及一種通信系統(tǒng)中的數據傳送方法、 系統(tǒng)及設備。
背景技術：
在數據通信系統(tǒng)中，常常采用自動重傳請求(ARQ， Automatic Repeat R叫uest)技術來進行差錯控制。所謂ARQ技術，是指在發(fā)送端發(fā)射的數據 碼組中加入一定的冗余比特位，使該碼組具有一定的檢錯能力；當接收端接 收到通過信道傳來的數據碼組后，根據該碼組的編碼規(guī)則對接收到的數據碼 組進行檢錯，并根據檢錯結果生成應答信號，反饋給發(fā)送端；發(fā)送端根據接 收到的應答信號，將接收端認為有錯的那組數據進行重新傳送，直到接收端 正確接收為止。如果發(fā)送端發(fā)送的碼組同時具備檢錯和糾錯能力，則將這種ARQ稱為 混合自適應重傳請求(HARQ， Hybrid Automatic Repeat Request),簡單地 說，HARQ是指先對檢出的錯誤碼組進行糾錯，如果能夠糾正其中的錯誤， 從而得到正確碼組，則接受該組數據；如果不能糾正其中的錯誤，則向發(fā)送 端反饋要求重發(fā)的應答信號。在HARQ系統(tǒng)中，接收端向發(fā)送端反饋的應 答信號包括確認(ACK , Acknowledgment )和非確認(NACK ， Not Acknowledgment)兩種，其中，ACK表示接收端正確接收到數據，發(fā)送端 可以發(fā)送新的數據；而NACK表示接收端未能正確接收數據，請求發(fā)送端 重傳上一次發(fā)送的數據。HARQ與ARQ相比，區(qū)別在于實際應用中，HARQ應用于底層重傳， 而ARQ應用于高層重傳；而且， 一個HARQ進程只是針對一個數據的檢錯
控制，而ARQ是針對多個數據的檢錯控制。當前，ARQ和HARQ技術已 經在實際中得到了廣泛應用，以下以演進的陸地無線接入網(EUTRAN, Evolved Universal Terrestrial Radio Access Network)為例,乂十ARQ以及 HARQ技術的應用方式作進一步地詳細說明圖1為現(xiàn)有EUTRAN系統(tǒng)的用戶面協(xié)議棧示意圖。如圖1所示， EUTRAN系統(tǒng)主要由分組凄丈據匯聚協(xié)議層(PDCP， Packet Data Convergence Protocol)、無線鏈路控制層(RLC, Radio Link Control)、々某體4妄入控制 層(MAC, Media Access Control)以及物理層(PHY， Physical Layer)四 層組成。其中，在數據通信過程中，HARQ功能在MAC層中執(zhí)行，ARQ功 能在RLC層中執(zhí)行。網絡中的發(fā)送端ARQ功能執(zhí)行設備，以下簡稱發(fā)送端ARQ向接收端 ARQ發(fā)送多個數據，如數據1、數據2以及數據3。發(fā)送端ARQ首先將數 據1、數據2和數據3發(fā)送至發(fā)送端HARQ功能執(zhí)行設備，以下筒稱發(fā)送端 HARQ;發(fā)送端HARQ將數據1、數據2以及數據3通過不同的HARQ進程 分別發(fā)送至接收端HARQ;接收端HARQ判斷接收到的數據是否正確，如 果正確，則向發(fā)送端HARQ反饋ACK，如果不正確，則反饋NACK;發(fā)送 端HARQ接收到ACK后，向接收端HARQ發(fā)送新的it據，如果接收到 NACK,則向接收端HARQ重新發(fā)送之前傳送錯誤的數據。如果針對某一數 據的重傳次數已經達到預先設定的最大重傳次數，而該數據仍然沒有正確傳 送到接收端HARQ,則發(fā)送端HARQ將請求高層的ARQ重新向自身發(fā)送該 數據。接收端HARQ會將正確接收到的數據遞交到接收端ARQ的重排援存進 行重排，接收端ARQ在進行數據重排后，通過自身機制會判斷出哪些數據 丟失， 一旦發(fā)現(xiàn)數據丟失，則向發(fā)送端ARQ發(fā)送ARQ狀態(tài)報告，請求對丟 失的數據進行重傳。該ARQ狀態(tài)報告中可以包含有針對正確接收的數據的 ACK信息以及針對未能正確接收的數據的NACK信息。發(fā)送端ARQ接收 到ARQ狀態(tài)報告后，將正確接收的數據從自身緩存中刪除，同時發(fā)送新的 數據，而對于未能正確接收的數據進行重傳。如果接收端ARQ正確接收到 所有數據，則既可以向發(fā)送端ARQ回送ARQ狀態(tài)報告，也可以不回送ARQ 狀態(tài)報告。上述方案雖然能夠通過應用ARQ和HARQ技術來實現(xiàn)數據傳送過程中 的差錯控制，但同時存在一定的缺陷。比如由于接收端不知道發(fā)送端的狀 態(tài)，所以，有可能出現(xiàn)發(fā)送端HARQ達到預先設定的最大重傳次數，仍沒 有完成對某一數據的正確傳輸，向發(fā)送端ARQ觸發(fā)重傳，即觸發(fā)新一輪的 HARQ傳送后；接收端ARQ由于發(fā)現(xiàn)該數據丟失，也向發(fā)送端ARQ發(fā)送 ARQ狀態(tài)報告，觸發(fā)針對該數據的重傳；發(fā)送端ARQ根據該ARQ狀態(tài)報 告觸發(fā)新一輪的HARQ傳送。這樣，造成針對同一數據的重復發(fā)送，即發(fā) 生冗余重傳，浪費空口資源，影響系統(tǒng)性能。發(fā)明內容本發(fā)明實施例提供一種數據傳送方法，能夠避免數據的冗余傳送。 本發(fā)明實施例提供一種數據傳送系統(tǒng)，能夠避免數據的冗余傳送。 本發(fā)明實施例提供一種數據傳送設備，能夠避免數據的冗余傳送。 本發(fā)明實施例的技術方案是這樣實現(xiàn)的 一種數據傳送方法，包括接收自動重傳請求ARQ狀態(tài)報告，判斷所述ARQ狀態(tài)報告中請求重 傳的數據是否正在進行自適應重傳請求HARQ傳送，如果是，則拒絕觸發(fā) 針對所述數據的HARQ傳送；否則，觸發(fā)針對所述數據的HARQ傳送。一種數據傳送系統(tǒng)，包括發(fā)送端ARQ功能執(zhí)行設備以及接收端ARQ 功能執(zhí)行設備；所述接收端ARQ功能執(zhí)行設備，用于向所述發(fā)送端ARQ功能執(zhí)行設 備發(fā)送ARQ狀態(tài)報告；所述發(fā)送端ARQ功能執(zhí)行設備，用于接收來自所述接收端ARQ功能 執(zhí)行設備的ARQ狀態(tài)報告，判斷所述ARQ狀態(tài)報告中請求重傳的數據是否
正在進行HARQ傳送，如果是，則拒絕觸發(fā)針對所述數據的HARQ傳送； 否則，觸發(fā)針對所述數據的HARQ傳送。一種數據傳送設備，包括接收單元和執(zhí)行單元；所述接收單元，用于接收來自接收端ARQ功能執(zhí)行設備的ARQ狀態(tài) 報告；所述執(zhí)行單元，用于判斷所述ARQ狀態(tài)報告中請求重傳的數據是否正 在進行HARQ傳送，如果是，則拒絕觸發(fā)針對所述數據的HARQ傳送；否 則，觸發(fā)針對所述數據的HARQ傳送?？梢?，采用本發(fā)明實施例的技術方案，接收ARQ狀態(tài)報告，在確定該 ARQ狀態(tài)報告中請求重傳的數據正在進行HARQ傳送時，不觸發(fā)針對該數 據的HARQ傳送。與現(xiàn)有技術相比，本發(fā)明實施例所述方案在某一數據已 經進行HARQ傳送的情況，不再接受根據ARQ狀態(tài)報告觸發(fā)的該數據的 HARQ,從而避免了對同一數據的重復觸發(fā)，避免了數據的冗余傳送。


圖1為現(xiàn)有EUTRAN系統(tǒng)的用戶面協(xié)議棧示意圖。 圖2為本發(fā)明方法實施例的流程圖。 圖3為本發(fā)明方法第一個較佳實施例的流程圖。 圖4為本發(fā)明方法第二個較佳實施例的流程圖。 圖5為本發(fā)明系統(tǒng)實施例的組成結構示意圖。 圖6為本發(fā)明設備實施例的組成結構示意圖。
具體實施方式
本發(fā)明實施方式中，接收ARQ狀態(tài)報告，判斷該ARQ狀態(tài)報告中請 求重傳的數據是否正在進行HARQ傳送，如果是，則拒絕觸發(fā)針對該數據 的HARQ傳送；否則，觸發(fā)針對該數據的HARQ傳送。為使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下參照附圖并舉實
施例，對本發(fā)明作進一步地詳細說明。圖2為本發(fā)明方法實施例的流程圖。本實施例中接收ARQ狀態(tài)報告的設 備為發(fā)送端ARQ功能執(zhí)行設備，如網絡中的基站或用戶終端等。如圖2所示， 該方法包括以下步驟步驟201:發(fā)送端ARQ功能執(zhí)行設備接收來自接收端ARQ功能執(zhí)行設備 的ARQ狀態(tài)報告。為便于描述，以下將發(fā)送端ARQ功能執(zhí)行設備簡稱為發(fā)送端ARQ，將接 收端ARQ功能執(zhí)行設備簡稱為接收端ARQ。其中，ARQ狀態(tài)報告中攜帶有接收端ARQ對接收自發(fā)送端ARQ的數據的 反饋信息，即說明發(fā)送端ARQ發(fā)往接收端ARQ的哪些數據被正確接收，哪些 沒有被正確接收，比如在傳送過程中丟失等。步驟202:發(fā)送端ARQ在確定該ARQ狀態(tài)報告中請求重傳的數據正在 進行HARQ傳送時，拒絕觸發(fā)針對該數據的HARQ傳送。依據現(xiàn)有技術中的介紹可知，在接收端ARQ向發(fā)送端ARQ發(fā)送ARQ 狀態(tài)報告之前，發(fā)送端HARQ功能執(zhí)行設備，以下簡稱發(fā)送端HARQ,可 能已經向發(fā)送端ARQ觸發(fā)了新一輪的HARQ，所以，本步驟中，發(fā)送端ARQ 在接收到ARQ狀態(tài)報告后，首先檢查其中請求重傳的數據是否正在進行 HARQ傳送，如果已經在進行HARQ傳送，則不根據該ARQ狀態(tài)報告觸發(fā) 針對該數據的新的HARQ傳送。當然，對于確定出ARQ狀態(tài)報告中請求重 傳的數據沒有進行HARQ傳送時，按現(xiàn)有技術觸發(fā)針對這些數據的HARQ 傳送?？梢?，采用上述方法，避免了現(xiàn)有技術中由于發(fā)送端HARQ和接收端 ARQ雙重觸發(fā)HARQ而造成的數據冗余傳送問題。需要說明的是，本發(fā)明實施例中所述的數據通常為協(xié)議數據單元(PDU, Protocol Data Unit),但是，如果一個PDU不能被一次發(fā)送，也可以將該 PDU進行分段，并通過HARQ將該PDU的多個分段分別進行發(fā)送。由于本 發(fā)明實施例所述方案對PDU或PDU分段的處理方式相同，所以為便于描述，
本發(fā)明實施例中僅以所述數據為PDU為例進行說明。正常情況下，在進行HARQ傳送過程中，如果進行重傳的PDU被接收 端HARQ正常接收，則接收端HARQ會向發(fā)送端HARQ發(fā)送ACK;接收 端HARQ接收到ACK后，停止對該PDU的重傳，轉而傳送新的PDU;如 果進行重傳的PDU在達到最大重傳次數時，仍未被接收端HARQ正確接收， 則發(fā)送端HARQ向發(fā)送端ARQ觸發(fā)新一輪的HARQ，重復步驟201 ~ 202 所示過程。但是，現(xiàn)有技術中，接收端HARQ向發(fā)送端HARQ反饋的ACK和NACK 有可能出現(xiàn)錯誤。比如，接收端HARQ發(fā)送到發(fā)送端HARQ的NACK可能 在譯碼時被誤譯為ACK,這樣，就會出現(xiàn)發(fā)送端HARQ因為錯誤的接收到 ACK而停止針對某一 PDU的HARQ傳送，從而導致丟包；或者，接收端 HARQ發(fā)送到發(fā)送端HARQ的ACK在譯碼時被誤譯為NACK，這種情況下， 發(fā)送端HARQ因為錯誤的接收到NACK而繼續(xù)進行該PDU的HARQ傳送， 從而啟動一次無效的重傳，降低系統(tǒng)的吞吐率。針對這一問題，本發(fā)明實施例中提供了如下解決方式1 )對于將NACK誤認為ACK的情況發(fā)送端HARQ接收到接收端HARQ反饋的ACK后，停止HARQ傳送； 但是實際情況是，該HARQ對應的PDU并沒有被正確傳送到接收端HARQ; 之后，接收端ARQ通過現(xiàn)有^r測方式發(fā)現(xiàn)該PDU丟失，再次向發(fā)送端ARQ 發(fā)送ARQ狀態(tài)報告，請求重傳該PDU;發(fā)送端ARQ確定該PDU對應的 HARQ傳送已經停止，重傳該PDU。2 )對于將ACK誤認為NACK的情況發(fā)送端HARQ接收到接收端HARQ反饋的NACK后，向接收端HARQ 重傳該PDU;經過一次或多次重傳，接收端HARQ正確接收到該PDU后， 將其遞交給接收端ARQ,并向發(fā)送端HARQ發(fā)送ACK，但是由于發(fā)送端 HARQ接收到的是NACK,所以繼續(xù)重傳該PDU;接收端ARQ在獲知該 PDU被正確接收后，向發(fā)送端ARQ發(fā)送ARQ狀態(tài)報告，其中攜帶關于該PDU的ACK信息；發(fā)送端ARQ檢測出該PDU仍在進行HARQ傳送，停止 該HARQ傳送。下面通過較佳實施例，對本發(fā)明所述方案作進一步地詳細說明
較佳實施例一圖3為本發(fā)明方法第一個較佳實施例的流程圖。本實施例中，在一個由發(fā) 送端HARQ觸發(fā)的針對PDU，如PDU X的HARQ傳送期間，如果發(fā)送端ARQ 接收到針對該PDU X的NACK的ARQ狀態(tài)報告，則不根據該ARQ狀態(tài)報告 觸發(fā)針對該PDU X的新的HARQ傳送。直到發(fā)送端HARQ接收到HARQ ACK， 結束HARQ傳送后，如果發(fā)送端ARQ再次接收到來自接收端ARQ的請求重傳 PDU X的狀態(tài)報告，才對PDU X進行重傳。
假設本實施例中接收端HARQ將NACK誤譯為ACK。如圖3所示，包括 以下步驟步驟301:發(fā)送端HARQ與接收端HARQ進行針對PDU X的HARQ傳送。步驟302:某一時刻，PDUX的重傳次數達到HARQ最大重傳次數，接收 端HARQ向發(fā)送端HARQ發(fā)送NACK。步驟303:發(fā)送端HARQ接收到該NACK后，向發(fā)送端ARQ發(fā)送本地 (Local) NACK,請求重傳PDU X。步驟304:發(fā)送端ARQ向發(fā)送端HARQ發(fā)送PDU X，觸發(fā)新一輪的HARQ 傳送。步驟305:接收端ARQ按照現(xiàn)有方式檢測出PDUX丟失，向發(fā)送端ARQ 發(fā)送ARQ狀態(tài)報告，請求重傳PDU X。當然，本步驟的ARQ狀態(tài)報告中還可以攜帶針對正確接收的PDU的ACK 信息。步驟306:發(fā)送端ARQ接收到該ARQ狀態(tài)報告后，發(fā)現(xiàn)針對PDU X的 HARQ傳送還沒有停止，則不重傳PDU X。步驟307:發(fā)送端HARQ接收到來自接收端HARQ的ACK,停止HARQ傳送。
本步驟中，發(fā)送端HARQ接收到的ACK本來應該是NACK，但由于傳送 或解碼等原因出現(xiàn)了錯誤。發(fā)送端HARQ接收到ACK后，誤以為接收端HARQ已經正確接收到了 PDUX，所以停止HARQ傳送。向發(fā)送端ARQ發(fā)送ARQ狀態(tài)報告，請求重傳PDUX。步驟309:發(fā)送端ARQ收到該ARQ狀態(tài)報告后，判斷針對PDU X的HARQ 傳送是否已經停止，如果已經停止，則重傳PDUX，后續(xù)過程重復步驟304~ 309。的方式為現(xiàn)有技術，此處不作介紹。圖3所示實施例中，為便于描述，僅以ARQ狀態(tài)報告中攜帶一個NACK, 即對應PDU X的NACK為例進行說明，但本領域技術人員應該知道，在實際 應用中，ARQ狀態(tài)報告中可以同時攜帶多個針對不同PDU的NACK，這種情 況下，發(fā)送端ARQ只需分別判斷各個NACK對應的PDU是否在進行HARQ 傳送即可，如果在進行HARQ傳送，則不進行該PDU的重傳，如果沒有進行 HARQ傳送，則按照現(xiàn)有技術重傳該PDU，即觸發(fā)針對該PDU的HARQ傳送。較佳實施例二圖4為本發(fā)明方法第二個較佳實施例的流程圖。本實施例中，在一個由發(fā) 送端HARQ觸發(fā)的針對PDU，如PDU X的HARQ傳送期間，如果發(fā)送端ARQ 接收到針對該PDU X的NACK的ARQ狀態(tài)報告，則不一艮據該ARQ狀態(tài)報告 觸發(fā)針對該PDUX的新的HARQ傳送。一f旦是，如果在該HARQ傳送還未結束 的過程中，發(fā)送端ARQ接收到來自接收端ARQ的針對該PDU X的ACK,貝'J 結束該HARQ傳送。假設本實施例中接收端HARQ將ACK誤譯為NACK。如圖4所示，包括 以下步驟步驟401:發(fā)送端HARQ與接收端HARQ進行針對PDU X的HARQ傳送。
步驟402:某一時刻，PDUX的重傳次數達到HARQ最大重傳次數，接收 端HARQ向發(fā)送端HARQ發(fā)送NACK。步驟403:發(fā)送端HARQ接收到該NACK后，向發(fā)送端ARQ發(fā)送Local NACK,請求重傳PDUX。步驟404:發(fā)送端ARQ向發(fā)送端HARQ發(fā)送PDU X，觸發(fā)新一輪的HARQ 傳送。步驟405:接收端ARQ按照現(xiàn)有方式4企測出PDUX丟失，向發(fā)送端ARQ 發(fā)送ARQ狀態(tài)報告，請求重傳PDUX。當然，本步驟的ARQ狀態(tài)報告中還可以攜帶針對正確接收的PUD的ACK 消息。步驟406:發(fā)送端ARQ接收到該ARQ狀態(tài)報告后，發(fā)現(xiàn)針對PDU X的 HARQ傳送還沒有停止，則不重傳PDU X。步驟407:接收端HARQ向發(fā)送端HARQ發(fā)送NACK。 發(fā)送端HARQ繼續(xù)重傳PDUX。步驟408:接收端HARQ正確接收到PDU X后，將其遞交給接收端ARQ。步驟409:接收端ARQ向發(fā)送端ARQ發(fā)送ARQ狀態(tài)報告。ARQ狀態(tài)報告中攜帶有針對PDUX的ACK。步驟410:發(fā)送端HARQ接收來自接收端HARQ發(fā)送的NACK。本步驟中，發(fā)送端HARQ接收到的NACK本來應該是ACK，但由于傳送或解碼等原因出現(xiàn)了錯誤。發(fā)送端HARQ接收到NACK后，誤以為接收端HARQ還沒有正確接收到PDUX,所以繼續(xù)進行HARQ傳送，但實際接收端HARQ已經正確接收到了PDUX。步驟411:發(fā)送端ARQ接收到ARQ狀態(tài)報告后，發(fā)現(xiàn)PDU X仍在進行 HARQ傳送，停止該HARQ傳送。本步驟中， 的方式為現(xiàn)有技術，此處不作介紹，
基于上述方法，圖5為本發(fā)明系統(tǒng)實施例的組成結構示意圖。如圖5所 示，該系統(tǒng)包括發(fā)送端ARQ功能執(zhí)行設備51以及接收端ARQ功能4丸行 設備52;接收端ARQ功能執(zhí)行設備52，用于向發(fā)送端ARQ功能執(zhí)行設備51發(fā) 送ARQ狀態(tài)凈艮告；發(fā)送端ARQ功能執(zhí)行設備51，用于接收來自接收端ARQ功能執(zhí)行設 備52的ARQ狀態(tài)報告，判斷ARQ狀態(tài)報告中請求重傳的數據是否正在進 行HARQ傳送，如果是，則拒絕觸發(fā)針對該數據的HARQ傳送；否則，觸 發(fā)針對該數據的HARQ傳送。該系統(tǒng)中進一步包括發(fā)送端HARQ功能執(zhí)行設備53以及接收端 HARQ功能執(zhí)行設備54:接收端HARQ功能執(zhí)行設備54，用于向發(fā)送端 HARQ功能執(zhí)行設備53發(fā)送接收錯誤的確認信息；發(fā)送端HARQ功能執(zhí)行 設備53,用于在數據的HARQ傳送次數達到預先設定的最大重傳次數，且 該數據仍未正確傳送到接收端HARQ功能執(zhí)行設備54時，向發(fā)送端ARQ 執(zhí)行設備51請求重傳該數據。上述發(fā)送端HARQ功能執(zhí)行設備53以及接收端HARQ功能執(zhí)行設備 54還可進一步用于接收端HARQ功能執(zhí)行設備54向發(fā)送端HARQ功能執(zhí)行設備53反饋 正確接收確認信息；發(fā)送端HARQ功能執(zhí)行設備53在接收到正確接收確認 信息后，停止針對數據的HARQ傳送。其中，發(fā)送端ARQ功能執(zhí)行設備51 進一步用于，再次接收來自接收端ARQ功能執(zhí)行設備52的ARQ狀態(tài)報告， 在確定該ARQ狀態(tài)報告中請求重傳的數據的HARQ傳送已經停止時，重傳 該數據。或者接收端HARQ功能執(zhí)行設備54向發(fā)送端HARQ功能執(zhí)行設備 53反饋接收錯誤確認信息；并在正確接收數據后，將數據遞交給接收端ARQ 功能執(zhí)行設備52;發(fā)送端HARQ功能執(zhí)行設備53接收接收端HARQ功能 執(zhí)行設備54反饋的接收錯誤確認信息，向接收端HARQ功能執(zhí)行設備54
重傳該數據。其中，發(fā)送端ARQ功能執(zhí)行設備51進一步用于，再次接收來 自接收端ARQ功能執(zhí)行設備52的ARQ狀態(tài)報告，在確定針對已經正確接 收的數據的HARQ傳送仍未停止時，停止HARQ傳送。圖5所示實施例的中發(fā)送端ARQ功能執(zhí)行設備51、接收端ARQ功能 執(zhí)行設備52、發(fā)送端HARQ功能執(zhí)行設備53以及接收端HARQ功能執(zhí)行 設備54在實際應用中可以表現(xiàn)為各種具體形式，比如為基站或用戶終端， 總之，是能夠完成本發(fā)明實施例所述功能的設備即可。圖6為本發(fā)明設備實施例的組成結構示意圖。如圖6所示，該設備包括 接收單元61和執(zhí)行單元62;接收單元61 ，用于接收來自接收端ARQ功能執(zhí)行設備52的ARQ狀態(tài) 報告；執(zhí)行單元62，用于判斷ARQ狀態(tài)報告中請求重傳的數據是否正在進行 HARQ傳送，如果是，則拒絕觸發(fā)針對該數據的HARQ傳送；否則，觸發(fā) 針對該數據的HARQ傳送。該設備中進一步包括觸發(fā)單元63，用于根據發(fā)起端HARQ功能執(zhí)行 設備51的請求，觸發(fā)針對數據的HARQ傳送。其中，執(zhí)行單元62進一步用于，當接收單元61再次接收到來自接收端 ARQ功能執(zhí)行設備52的ARQ狀態(tài)報告，在確定請求重傳的數據的HARQ 傳送已經停止時，重傳該數據，即通過觸發(fā)單元63觸發(fā)針對該數據的HARQ 傳送；或者，當接收單元61再次接收到來自接收端ARQ功能執(zhí)行設備52時，停止該HARQ傳送。可見，采用本發(fā)明實施例的技術方案，避免了數據傳送過程中的冗余傳送 及不必要傳送，節(jié)省了空口資源，提高了系統(tǒng)性能。綜上所述，以上僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的 保護范圍。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改 進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1、一種數據傳送方法，其特征在于，該方法包括接收自動重傳請求ARQ狀態(tài)報告，判斷所述ARQ狀態(tài)報告中請求重傳的數據是否正在進行自適應重傳請求HARQ傳送，如果是，則拒絕觸發(fā)針對所述數據的HARQ傳送；否則，觸發(fā)針對所述數據的HARQ傳送。
2、 根據權利要求1所述的方法，其特征在于，該方法之前，進一步包括當所述數據的HARQ傳送次數達到預先設定的最大重傳次數，且所述 數據仍未正確傳送時，發(fā)送端HARQ功能執(zhí)行設備向發(fā)送端ARQ功能執(zhí)行 設備請求重傳所述數據；所述發(fā)送端ARQ功能執(zhí)行設備向所述發(fā)送端HARQ功能執(zhí)行設備發(fā)送 所述數據，觸發(fā)針對所述數據的HARQ傳送。
3、 根據權利要求1所述的方法，其特征在于，該方法之前，進一步包括接收端ARQ功能執(zhí)行設備檢測出所述發(fā)送端ARQ功能執(zhí)行設備發(fā)送 的、在傳送過程中丟失的數據，向所述發(fā)送端ARQ功能執(zhí)行設備發(fā)送ARQ 狀態(tài)報告，請求重發(fā)所述丟失的數據。
4、 根據權利要求1所述的方法，其特征在于，所述HARQ傳送過程中， 進一步包括發(fā)送端HARQ功能執(zhí)行設備接收到接收端HARQ功能執(zhí)行設備反饋的 針對所述數據的正確接收確認信息，停止針對所述數據的HARQ傳送；發(fā)送端ARQ功能執(zhí)行設備接收來自接收端ARQ功能執(zhí)行設備的ARQ 狀態(tài)報告；所述發(fā)送端ARQ功能執(zhí)行設備確定所述ARQ狀態(tài)報告中請求重傳的 數據對應的HARQ傳送停止，重傳所述數據。
5、 根據權利要求1所述的方法，其特征在于，所述HARQ傳送過程中， 進一步包括發(fā)送端HARQ功能執(zhí)行設備接收到接收端HARQ功能執(zhí)行設備反饋的 接收錯誤確認信息，向所述接收端HARQ功能執(zhí)行設備重傳所迷數據；所述接收端HARQ功能執(zhí)行設備正確接收所述數據，遞交給所述接收 端ARQ功能執(zhí)行設備；發(fā)送端ARQ功能執(zhí)行設備接收來自所迷接收端ARQ功能執(zhí)行設備的 ARQ狀態(tài)報告；所述發(fā)送端ARQ功能執(zhí)行設備檢測出所述ARQ狀態(tài)報告中確認正確 接收的數據仍在進行HARQ傳送，停止所述HARQ傳送。
6、 一種數據傳送系統(tǒng)，其特征在于，該系統(tǒng)包括發(fā)送端ARQ功能執(zhí) 行設備以及接收端ARQ功能執(zhí)行設備；所述接收端ARQ功能執(zhí)行設備，用于向所述發(fā)送端ARQ功能執(zhí)行設 備發(fā)送ARQ狀態(tài)報告；所述發(fā)送端ARQ功能執(zhí)行設備，用于接收來自所述接收端ARQ功能 執(zhí)行設備的ARQ狀態(tài)報告，判斷所述ARQ狀態(tài)報告中請求重傳的數據是否 正在進行HARQ傳送，如果是，則拒絕觸發(fā)針對所述數據的HARQ傳送； 否則，觸發(fā)針對所述數據的HARQ傳送。
7、 根據權利要求6所述的系統(tǒng)，其特征在于，該系統(tǒng)中進一步包括 發(fā)送端HARQ功能執(zhí)行設備以及接收端HARQ功能執(zhí)行設備；所述接收端HARQ功能執(zhí)行設備，用于向所述發(fā)送端HARQ功能執(zhí)行 設備發(fā)送接收錯誤的確認信息；所述發(fā)送端HARQ功能執(zhí)行設備，用于在所述數據的HARQ傳送次數 達到預先設定的最大重傳次數，且所述數據仍未正確傳送到所述接收端 HARQ功能執(zhí)行設備時，向所述發(fā)送端ARQ功能執(zhí)行設備請求重傳所述數 據；以及根據所述發(fā)送端ARQ功能執(zhí)行設備的觸發(fā)，重傳所述數據；所述發(fā)送端ARQ功能執(zhí)行設備根據所述發(fā)送端HARQ功能執(zhí)行設備的 請求，向所述發(fā)送端HARQ功能執(zhí)行設備發(fā)送所述數據，觸發(fā)針對所述數據的HARQ傳送。
8、 根據權利要求6所述的系統(tǒng)，其特征在于，所述發(fā)送端ARQ功能執(zhí) 行設備進一步用于，再次接收來自所述接收端ARQ功能執(zhí)行設備的ARQ狀 態(tài)報告，在確定所述ARQ狀態(tài)報告中請求重傳的數據的HARQ傳送已經停 止時，重傳所述數據；和/或，再次接收來自所述接收端ARQ功能執(zhí)行設備的ARQ狀態(tài)報告， 在確定針對所述ARQ狀態(tài)報告中已經正確接收的數據的HARQ傳送仍未停 止時，停止所述HARQ傳送。
9、 一種數據傳送設備，其特征在于，該設備包括接收單元和執(zhí)行單元；所述接收單元，用于接收來自接收端ARQ功能執(zhí)行設備的ARQ狀態(tài) 報告；所述執(zhí)行單元，用于判斷所述ARQ狀態(tài)報告中請求重傳的數據是否正 在進行HARQ傳送，如果是，則拒絕觸發(fā)針對所述數據的HARQ傳送；否 則，觸發(fā)針對所述數據的HARQ傳送。
10、 根據權利要求9所述的設備，其特征在于，該設備中進一步包括 觸發(fā)單元，用于根據發(fā)送端HARQ功能執(zhí)行設備的請求，觸發(fā)針對所述數 據的HARQ傳送。
11、 根據權利要求9所述的設備，其特征在于，所述執(zhí)行單元進一步用 于，當所述接收單元再次接收到來自接收端ARQ功能執(zhí)行設備的ARQ狀態(tài) 報告，在確定所述ARQ狀態(tài)報告中請求重傳的數據的HARQ傳送已經停止 時，重傳所述數據；和/或，當所述接收單元再次接收到來自所述接收端ARQ功能執(zhí)行設備 的ARQ狀態(tài)報告，在確定針對所述ARQ狀態(tài)報告中已經正確接收的數據的 HARQ傳送仍未停止時，停止所述HARQ傳送。
全文摘要
本發(fā)明實施例公開了一種數據傳送方法，包括接收自動重傳請求(ARQ)狀態(tài)報告，判斷所述ARQ狀態(tài)報告中請求重傳的數據是否正在進行自適應重傳請求(HARQ)傳送，如果是，則拒絕觸發(fā)針對所述數據的HARQ傳送；否則，觸發(fā)針對所述數據的HARQ傳送。本發(fā)明實施例同時公開了一種數據傳送系統(tǒng)及設備。應用本發(fā)明實施例所述的方法、系統(tǒng)及設備，能夠避免通信過程中的數據冗余傳送。
文檔編號H04L1/18GK101399649SQ200710161559
公開日2009年4月1日 申請日期2007年9月29日 優(yōu)先權日2007年9月29日
發(fā)明者飛 邵 申請人:華為技術有限公司