專利名稱：一種am模式狀態(tài)反饋方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信領域，尤其涉及一種AM模式狀態(tài)反饋方法及系統(tǒng)。
技術背景無線鏈路控制(RLC， Radio Link Control )層確認模式(AM， Acknowledged Mode )是通過接收端狀態(tài)反饋機制以及發(fā)送端的重傳機制來提高數(shù)據(jù)傳輸?shù)?正確一既率。針對RLC層AM模式的狀態(tài)反饋要求，現(xiàn)有系統(tǒng)中典型的方法說明如下-.如圖1所示，接收端通過發(fā)送一個或者多個狀態(tài)報告包來通知發(fā)送端數(shù) 據(jù)的成功接收或者請求丟失數(shù)據(jù)的重傳；發(fā)送端接收到狀態(tài)報告，釋放已經 確認成功接收的數(shù)據(jù)包所占用的緩存，或者根據(jù)配置對請求重傳的數(shù)據(jù)進行 必要的重傳。接收端通過事件觸發(fā)或者周期性觸發(fā)兩種方式來進行狀態(tài)報告過程。其 中事件觸發(fā)包括收到發(fā)送端的探詢(Poll)請求或者檢測到丟失協(xié)議數(shù)據(jù)單元 (PDU, Protocol Data Unit)等。當狀態(tài)報告過程被觸發(fā)后，接收端發(fā)送狀態(tài) 報告到對端，其中至少包括以下信息所有檢測到的接收序列缺口處數(shù)據(jù)包 的信息；全部或者部分已經正確接收的數(shù)據(jù)PDU的確認。然而，在長期演進項目(LTE， Long Time Evolution)中，由于媒體接入 控制(MAC, Medium Access Control)層的混合自動重傳請求(HARQ, Hybrid Automatic R印eat R叫uest)也具有檢錯及重傳的功能，從而導致不同HARQ 進程中傳輸?shù)臄?shù)據(jù)包可能具有不同的傳輸時延，在RLC層來看，就會出現(xiàn)發(fā) 送端到接收端的數(shù)據(jù)包沒有按順序到達的情況。當狀態(tài)報告過程觸發(fā)時，因 為收包序列的缺口有可能僅僅是由于某一 HARQ進程過長的傳輸時延造成 的，而并不是真正的丟包，如果直接按照現(xiàn)有機制發(fā)送已正確接收包的確認 信息和檢測到的收包序列的缺口信息來對數(shù)據(jù)包進行ACK和NACK，就會導 致發(fā)送端的不必要重發(fā)，從而浪費了系統(tǒng)資源，也降低了有效吞吐量。 發(fā)明內容本發(fā)明要解決的技術問題在于提供一種AM模式狀態(tài)反饋方法及系統(tǒng)，能夠使RLC的接收狀態(tài)反饋更準確，避免不必要的重傳，以節(jié)省系統(tǒng)開銷。 實現(xiàn)本發(fā)明目的的技術方案如下 一種AM模式狀態(tài)反饋方法，包括判斷接收的數(shù)據(jù)包是否正確順序接收，如果存在接收序列缺口，則對接 收序列缺口進一步檢測后完成最終的接收狀態(tài)反饋。優(yōu)選的，如果數(shù)據(jù)包中部分是正確順序接收，則向發(fā)送端僅發(fā)送正確接 收到的數(shù)據(jù)包的確認信息。優(yōu)選的，按照以下步驟對接收序列缺口進行檢測在設定的等待時間內，檢測缺口部分的數(shù)據(jù)包是否被正確接收，如果有 數(shù)據(jù)包正確接收，則向發(fā)送端發(fā)送正確接收到的數(shù)據(jù)包的確認信息，發(fā)送端 根據(jù)確認信息進行相應處理；如果在設定的等待時間之后仍有數(shù)據(jù)包未正確接收，則向對端發(fā)送請求 重傳的狀態(tài)報告，發(fā)送端根據(jù)該狀態(tài)報告發(fā)起重傳過程。優(yōu)選的，按照以下步驟對接收序列缺口進行檢測發(fā)送端在設定的等待時間內，檢測是否收到缺口部分的數(shù)據(jù)包被正確接 收的確認信息，如果收到確認信息，則按照正確接收處理；如果沒有收到確認信息，則在設定的等待時間之后直接發(fā)起重傳過程。 優(yōu)選的，還包括在設定的等待時間內，檢測缺口部分的數(shù)據(jù)包是否被正確接收； 在設定的等待時間之內，如果有數(shù)據(jù)包正確接收，則向發(fā)送端發(fā)送正確 接收的確認信息，發(fā)送端一艮據(jù)確認信息進行相應處理；如果仍有數(shù)據(jù)包未正確接收，則向發(fā)送端發(fā)送請求重傳的狀態(tài)報告，發(fā)送端根據(jù)該狀態(tài)報告發(fā)起重傳過程。優(yōu)選的，根據(jù)混合自動重傳請求最大重傳次數(shù)以及每次傳輸?shù)耐禃r間 設定等待時間的長度。同時，本發(fā)明也提供一種AM模式狀態(tài)反饋系統(tǒng)，包括發(fā)送端和接收端，所述接收端包括判斷單元和4全測單元，其中所述判斷單元，用于判斷接收的數(shù)據(jù)包是否正確順序接收，如果存在接收序列缺口 ，則觸發(fā)^r測單元；所述檢測單元，用于對接收序列缺口進行檢測。優(yōu)選的，所述判斷單元判定數(shù)據(jù)包全部正確順序接收，接收端將正確接 收的確認信息發(fā)送至發(fā)送端優(yōu)選的，所述判斷單元判定數(shù)據(jù)包中部分是正確順序接收，則向發(fā)送端 僅發(fā)送正確接收到的數(shù)據(jù)包的確認信息。優(yōu)選的，所述檢測單元還包括定時器，并按照以下方式對接收序列缺口 ii^亍才會測啟動定時器，接收端檢測缺口部分的數(shù)據(jù)包是否被正確接收對于正確接收的數(shù)據(jù)包，向發(fā)送端發(fā)送正確接收到的數(shù)據(jù)包的確認信息， 發(fā)送端根據(jù)確認信息進行相應處理；對定時器超時后仍未正確接收的數(shù)據(jù)包，向發(fā)送端發(fā)送請求重傳的狀態(tài) 報告，發(fā)送端根據(jù)該狀態(tài)報告發(fā)起重傳過程。優(yōu)選的，所述檢測單元還包括定時器，并按照以下方式對接收序列缺口 進行檢測啟動定時器，發(fā)送端檢測是否收到缺口部分的數(shù)據(jù)包被正確接收的確認 信息，如果收到確認信息，則按照正確接收處理；如果定時器超時后仍沒有收到確認信息，則向接收端直接發(fā)起重傳過程、 優(yōu)選的，所述檢測單元還包括定時器在定時器設定的時間內，所述檢測單元檢測缺口部分的數(shù)據(jù)包是否被正 確才妄收；待設定的時間超時后，對于正確接收的數(shù)據(jù)包，接收端向發(fā)送端發(fā)送正 確接收的確認信息，發(fā)送端根據(jù)確認信息進行相應處理；對未正確接收的數(shù)據(jù)包，接收端向發(fā)送端發(fā)送請求重傳的狀態(tài)報告，發(fā) 送端根據(jù)該狀態(tài)報告發(fā)起重傳過程。優(yōu)選的，根據(jù)混合自動重傳請求最大重傳次數(shù)以及每次傳輸?shù)耐禃r間 設定定時器的定時長度。與現(xiàn)有技術相比，本發(fā)明具有以下有益效果本發(fā)明提出了 一種適用于LTE的RLC層AM模式傳輸下的接收狀態(tài)反饋 方案。相比于現(xiàn)有方案，本發(fā)明方案考慮到了 HARQ多個進程傳輸時延不同 引起的RLC接收亂序，使RLC的接收狀態(tài)反饋更準確，從而避免了不必要的 重傳，進而節(jié)省了系統(tǒng)開銷，也提高了有效呑吐量。本發(fā)明通過在RLC層AM模式的接收端向發(fā)送端反饋接收狀態(tài)時，根據(jù) 接收狀態(tài)來進行狀態(tài)報告反饋過程?，F(xiàn)有技術將RLC接收序列缺口直接當成 丟包處理立即發(fā)送狀態(tài)報告，這樣會造成在LTE構架下因HARQ傳輸延時的 不同的情況將纟皮i吳判為丟包；而本發(fā)明在對HARQ抖動進行定時器檢測后， 再進行狀態(tài)反饋，避免了錯誤反饋的情況，更準確的反映接收端的接收狀態(tài)。此外，現(xiàn)有技術錯誤反饋將會引起已經正確接收的數(shù)據(jù)包還需要重傳的 情況，浪費了系統(tǒng)資源，而本發(fā)明針對接收端真正的接收情況進行反饋，只 重傳真正丟失的數(shù)據(jù)包，避免了不必要的重傳，提高了系統(tǒng)有效吞吐量。下面結合附圖和具體實施方式
對本發(fā)明作進一步描述。


圖1是現(xiàn)有RLC層AM模式的狀態(tài)反饋流程示意圖； 圖2是本發(fā)明實施過程示意圖；圖3是本發(fā)明在接收端啟動防抖定時器的實施例流程圖； 圖4是本發(fā)明在發(fā)送端啟動防抖定時器的實施例流程圖； 圖5是本發(fā)明統(tǒng)一發(fā)送狀態(tài)報告實施例流程圖； 圖6是本發(fā)明實現(xiàn)RLC層AM模式狀態(tài)反饋的系統(tǒng)框圖。
具體實施方式
本發(fā)明的關鍵思想是在LTE中，RLC層AM模式接收端觸發(fā)狀態(tài)報告 時是根據(jù)接收狀態(tài)來組織狀態(tài)報告發(fā)送的。如杲接收端目前全部傳輸單元按 順序正確接收，則直接發(fā)送確認正確接收的狀態(tài)報告；如果存在接收序列缺口 (例如接收單元出現(xiàn)序列號間隔缺失)，則需要對接收序列缺口進一步檢測 后完成最終的接收狀態(tài)反饋。如圖2所示，采用本發(fā)明的實施過程具體說明如下 步驟201、接收端滿足狀態(tài)報告上報條件；接收端上報狀態(tài)報告的觸發(fā)條件可以包括周期性觸發(fā)或者事件觸發(fā)，事 件觸發(fā)可以包括收到發(fā)送端的探詢(Poll),或收到其它層的請求等。步驟202、接收序列是否順序正確接收，如果是則轉至步驟203,否則轉 至步驟204;判斷的標準是目前接收序列完全按序并且全部解碼正確。 步驟203、直接上報當前正確接收的數(shù)據(jù)包；在接收端接收狀態(tài)明確的情況下，直接發(fā)送確認正確接收的狀態(tài)報告， 完成此次上纟艮過程。步驟204、對接收序列缺口進一步檢測后再完成上報。接收序列缺口指接收端出現(xiàn)亂序接收的情況下未收到的數(shù)據(jù)包，這些數(shù) 據(jù)包有可能是由于HARQ的不同傳輸延時造成，也有可能是傳輸錯誤或失敗 造成，需要進一步檢測后才能完成上報。如圖6所述，為本發(fā)明實現(xiàn)RLC層AM模式狀態(tài)反饋的系統(tǒng)，包括發(fā)送 端62和接收端61,其中所述發(fā)送端62進一步包括正確接收處理單元621 和丟包重傳處理單元622;所述接收端61進一步包括觸發(fā)條件判定單元611 -判斷單元612、；險測單元613。接收端61的觸發(fā)條件判定單元611判斷是否滿足狀態(tài)報告上報條件，如 果滿足則通過判斷單元612對接收的數(shù)據(jù)包序列的順序進行判斷，如果判斷 數(shù)據(jù)包全部正確順序接收，則直接向發(fā)送端62發(fā)送正確接收的確認信息，由 正確接收處理單元621對已經得到確認的數(shù)據(jù)包進行處理，清除緩存、復位 信息等。如果判斷數(shù)據(jù)包中部分是正確順序接收，則向發(fā)送端62僅發(fā)送正確 接收到的數(shù)據(jù)包的確認信息，由正確接收處理單元621對已經得到確認的數(shù)據(jù)包進行處理。如果判斷接收的數(shù)據(jù)包存在接收序列缺口，則觸發(fā)檢測單元613,通過檢測單元613對接收序列缺口進行檢測，從而完成最終的接收狀態(tài)反饋。所述4企測單元613還包4舌防止HARQ 4牛動的定時器，用于對4企測單元進 行檢測的時間加以限定，該定時器定時的長度等于可能存在的HARQ最大傳 輸延時。所述檢測單元按照以下方式對接收序列缺口進行檢測啟動該定時器，檢測缺口部分的數(shù)據(jù)包是否被正確接收在該定時器設定的時間內，如果有正確接收的數(shù)據(jù)包，則向發(fā)送端發(fā)送 正確接收的確認信息，發(fā)送端收到確認狀態(tài)報告，對已經得到確認的數(shù)據(jù)包 進行處理，清除緩存、復位信息等處理；如果仍有未正確接收的數(shù)據(jù)包，則 向發(fā)送端發(fā)送請求重傳的狀態(tài)報告，發(fā)送端通過丟包重傳處理單元622根據(jù) 該狀態(tài)報告發(fā)起重傳過程。下面，通過三個實施例進一步對存在接收序列缺口情況下的處理情況進 4iS羊細i兌明。具體實施例一如圖3所示，為在接收端啟動防止HARQ抖動的定時器的實施例流程圖。 基于接收端防抖定時器的狀態(tài)報告方法流程具體如下1、 在初始滿足狀態(tài)報告觸發(fā)條件時，發(fā)送已經正確接收到的數(shù)據(jù)包的確 認信息，如果存在接收序列的缺口且沒有啟動定時器，則針對這些缺口數(shù)據(jù) 包啟動防止HARQ抖動的定時器，該定時器長度等于可能存在的HARQ最大 傳輸延時，由HARQ最大重傳次數(shù)以及每次傳輸?shù)耐禃r間(RTT, Round Trip Time)決定；2、 發(fā)送端收到確認狀態(tài)報告，對已經得到確認的數(shù)據(jù)包進行處理，清除 緩存、復位信息等；3、 待該定時器超時，在原來缺口數(shù)據(jù)包的范圍內，如果仍舊有未正確接 收的數(shù)據(jù)包，則將這些數(shù)據(jù)包作為丟包對待，向發(fā)送端發(fā)送NACK狀態(tài)報告， 請求重傳；4、 發(fā)送端收到請求重傳的狀態(tài)報告，對未正確接收的數(shù)據(jù)包進行重傳。在本實施例中，第1步驟對已經正確接收的數(shù)據(jù)包進行確認的狀態(tài)報告可以采用以下方式進行組織對于連續(xù)接收部分的數(shù)據(jù)包的確認信息，可以僅發(fā)送連續(xù)接收部分的最 后一個數(shù)據(jù)包的序列號，以確認該序列號(含該序列號)之前的數(shù)據(jù)包全部正確收到；還可以將截至到最新的數(shù)據(jù)包以前所有包的接收情況都予以反映，即對 正確接收的數(shù)據(jù)包采取確認信息表示，而對于接收序列缺口處的數(shù)據(jù)包以未 確認信息表示。其中，第二種方式要求對于未確認數(shù)據(jù)包信息和丟包信息采取兩種不同 的狀態(tài)寺艮告格式表示。發(fā)送端收到后的處理也不同，對前者，發(fā)送端僅認為 未確認信息是為了伴隨確認信息進一步詳細指明接收端的接收情況；而對于 后者，發(fā)送端需要啟動相應數(shù)據(jù)包的重傳，在第3、 4步驟中完成。具體實施例二如圖4所示，為在發(fā)送端啟動防抖定時器的實施例流程圖?；诎l(fā)送端 啟動防止HARQ抖動的定時器的狀態(tài)報告方法流程如下1、 在初始滿足狀態(tài)報告觸發(fā)條件時，接收端將詳細接收情況通過狀態(tài)報 告反饋給發(fā)送端，對于接收序列缺口，以未確認信息來表示；2、 發(fā)送端收到狀態(tài)報告，對已經得到確認的數(shù)據(jù)包進行處理，清除緩存-復位信息等，如果存在接收序列缺口，則啟動相應防止HARQ抖動的定時器；3、 待該定時器超時，這些缺口處的數(shù)據(jù)包仍舊未得到正確接收的確認信 息，則發(fā)送端直接發(fā)起這些數(shù)據(jù)包的重傳過程；4、 接收端收到缺口處數(shù)據(jù)包，更新接收信息，重新發(fā)送狀態(tài)報告，對重 傳的數(shù)據(jù)包的接收情況進行確認；5、 如果發(fā)送端收到重傳數(shù)據(jù)包的正確接收確認信息，則進行相應的清除 緩存、復位等操作，此次狀態(tài)報告過程結束。在本實施例中，當發(fā)送端防抖定時器超時之前，如果收到了接收端發(fā)送 的對于缺口處數(shù)據(jù)包已經正確接收的反饋信息，則取消定時器，后續(xù)的重傳過程也不再需要。具體過程如下1、 2步驟同上；3、當發(fā)送端啟動的防止HARQ抖動的定時器超時之前，如果收到了接收 端發(fā)送的對于缺口處數(shù)據(jù)包已經正確接收的反饋信息，則對確認信息進行處 理，結束整個過程。具體實施例三如圖5所示，為統(tǒng)一發(fā)送狀態(tài)報告實施例流程圖。接收端等待相應的防 止HARQ抖動的定時器超時后，發(fā)送統(tǒng)一的狀態(tài)報告進行數(shù)據(jù)包正確接收的 確認，及丟包反饋的信息。該方法流程如下1、 在初始滿足狀態(tài)報告觸發(fā)條件時，記錄當前最新的數(shù)據(jù)塊標號，如果 存在接收序列的缺口且沒有啟動定時器，則針對這些缺口數(shù)據(jù)包啟動防止 HARQ抖動的定時器；2、 在定時器時間內，如果全部缺口處數(shù)據(jù)包均正確接收，則向發(fā)送端發(fā) 送正確接收的確認信息；否則待定時器超時，仍有數(shù)據(jù)包未正確接收，則認 定為丟包，將目前接收隊列中所有能確認的接收信息反饋至發(fā)送端，包括記 錄標號之前的所有正確接收和丟包情況；3、 發(fā)送端收到狀態(tài)報告，對正確接收數(shù)據(jù)包清除緩存、復位信息等，對 丟包發(fā)起重傳過程。以上所述的本發(fā)明實施方式，并不構成對本發(fā)明保護范圍的限定。任何 在本發(fā)明的精神和原則之內所作的任何修改、等同替換和改進等，均應包含 在本發(fā)明的權利要求保護范圍之內。
權利要求
1. 一種AM模式狀態(tài)反饋方法，其特征在于，包括判斷接收的數(shù)據(jù)包是否正確順序接收，如果存在接收序列缺口，則對接收序列缺口進一步檢測后完成最終的接收狀態(tài)反饋。
2、 如權利要求i所述的方法，其特征在于，如果數(shù)據(jù)包中部分是正確順 序接收，則向發(fā)送端僅發(fā)送正確接收到的數(shù)據(jù)包的確認信息。
3、 如權利要求2所述的方法，其特征在于，按照以下步驟對接收序列缺 口進行4全測在設定的等待時間內，檢測缺口部分的數(shù)據(jù)包是否被正確接收，如果有 數(shù)據(jù)包正確接收，則向發(fā)送端發(fā)送正確接收到的數(shù)據(jù)包的確認信息，發(fā)送端 根據(jù)確認信息進行相應處理；如果在設定的等待時間之后仍有數(shù)據(jù)包未正確接收，則向對端發(fā)送請求 重傳的狀態(tài)報告，發(fā)送端根據(jù)該狀態(tài)報告發(fā)起重傳過程。
4、 如權利要求2所述的方法，其特征在于，按照以下步驟對接收序列缺 口進行檢測發(fā)送端在設定的等待時間內，檢測是否收到缺口部分的數(shù)據(jù)包被正確接 收的確認信息，如果收到確認信息，則按照正確接收處理；如果沒有收到確認信息，則在設定的等待時間之后直接發(fā)起重傳過程。
5、 如權利要求l所述的方法，其特征在于，還包括 在設定的等待時間內，檢測缺口部分的數(shù)據(jù)包是否被正確接收； 在設定的等待時間之內，如果有數(shù)據(jù)包正確接收，則向發(fā)送端發(fā)送正確接收的確認信息，發(fā)送端根據(jù)確認信息進行相應處理；如果仍有數(shù)據(jù)包未正確接收，則向發(fā)送端發(fā)送請求重傳的狀態(tài)報告，發(fā)送端根據(jù)該狀態(tài)報告發(fā)起重傳過程。
6、 如權利要求3、 4或5所述的方法，其特征在于根據(jù)混合自動重傳 請求最大重傳次數(shù)以及每次傳輸?shù)耐禃r間設定等待時間的長度。
7、 一種AM模式狀態(tài)反饋系統(tǒng)，包括發(fā)送端和接收端，其特征在于，所 述接收端包括判斷單元和檢測單元，其中所述判斷單元，用于判斷接收的數(shù)據(jù)包是否正確順序接收，如果存在接收序列缺口，則觸發(fā)^:測單元；所述纟全測單元，用于對4奏收序列缺口進4亍4全測。
8、 如權利要求7所述的系統(tǒng)，其特征在于，所述判斷單元判定數(shù)據(jù)包全 部正確順序接收，接收端將正確接收的確認信息發(fā)送至發(fā)送端。
9、 如權利要求7所述的系統(tǒng)，其特征在于，所述判斷單元判定數(shù)據(jù)包中 部分是正確順序接收，則向發(fā)送端僅發(fā)送正確接收到的數(shù)據(jù)包的確認信息。
10、 如權利要求9所述的系統(tǒng)，其特征在于，所述檢測單元還包括定時 器，并按照以下方式對接收序列缺口進行檢測啟動定時器，接收端檢測缺口部分的數(shù)據(jù)包是否被正確接收 對于正確接收的數(shù)據(jù)包，向發(fā)送端發(fā)送正確接收到的數(shù)據(jù)包的確認信息，發(fā)送端根據(jù)確認信息進行相應處理；對定時器超時后仍未正確接收的數(shù)據(jù)包，向發(fā)送端發(fā)送請求重傳的狀態(tài)報告，發(fā)送端根據(jù)該狀態(tài)報告發(fā)起重傳過程。
11、 如權利要求9所述的系統(tǒng)，其特征在于，所述檢測單元還包括定時 器，并按照以下方式對接收序列缺口進行檢測啟動定時器，發(fā)送端^r測是否收到缺口部分的數(shù)據(jù)包被正確接收的確認 信息，如果收到確認信息，則按照正確接收處理；如果定時器超時后仍沒有收到確認信息，則向接收端直接發(fā)起重傳過程。
12、 如權利要求7所述的系統(tǒng)，其特征在于，所述檢測單元還包括定時器在定時器設定的時間內，所述檢測單元檢測缺口部分的數(shù)據(jù)包是否被正 確接收；待設定的時間超時后，對于正確接收的數(shù)據(jù)包，接收端向發(fā)送端發(fā)送正 確接收的確認信息，發(fā)送端4艮據(jù)確認信息進行相應處理；對未正確接收的數(shù)據(jù)包，接收端向發(fā)送端發(fā)送請求重傳的狀態(tài)報告，發(fā) 送端根據(jù)該狀態(tài)報告發(fā)起重傳過程。
13、如權利要求10、 11或12所述的系統(tǒng)，其特征在于根據(jù)混合自動重傳請求最大重傳次數(shù)以及每次傳輸?shù)耐禃r間設定定時器的定時長度。
全文摘要
本發(fā)明提供一種AM模式狀態(tài)反饋方法，判斷接收的數(shù)據(jù)包是否正確順序接收，如果存在接收序列缺口，則對接收序列缺口進一步檢測后完成最終的接收狀態(tài)反饋。同時本發(fā)明也提供一種AM模式狀態(tài)反饋系統(tǒng)，包括發(fā)送端和接收端，所述接收端包括判斷單元和檢測單元，其中所述判斷單元，用于判斷接收的數(shù)據(jù)包是否正確順序接收，如果存在接收序列缺口，則觸發(fā)檢測單元；所述檢測單元，用于對接收序列缺口進行檢測，完成最終的接收狀態(tài)反饋。本發(fā)明能夠使RLC的接收狀態(tài)反饋更準確，避免不必要的重傳，以節(jié)省系統(tǒng)開銷。
文檔編號H04L1/16GK101217346SQ20071006325
公開日2008年7月9日 申請日期2007年1月5日 優(yōu)先權日2007年1月5日
發(fā)明者劉佳敏, 畢海洲, 卓 高 申請人:大唐移動通信設備有限公司