一種am模式狀態反饋方法及系統的製作方法

2023-06-26 11:25:06 2

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


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