協議數據單元接收情況的狀態報告發送方法及接收端的製作方法
2023-10-21 11:24:57
專利名稱：協議數據單元接收情況的狀態報告發送方法及接收端的製作方法
技術領域：
本發明涉及通信領域，特別涉及通信領域中PDU接收情況的狀態報告發送技術。
背景技術：
所謂協議數據單元(Protocol Data Unit，簡稱「PDU」)就是在不同站點的各層對 等實體之間，為實現該層協議所交換的信息單元。當發送端發送PDU後，需要知道接收端是 否已正確接收，並重傳未被接收端正確接收的PDU。目前，無線鏈路控制(Radio Link Control，簡稱「RLC」)主要通過確認模式 (Acknowledged Mode，簡稱「AM」)下的polling(輪詢)機制，實現對等層重傳那些沒有被 正確接收或那些沒有被接收到的PDU。關於輪詢的技術可參加專利號為「6654957」的美國專利。在RLC的polling機制中與定時器相關的主要有發送方的Timer_Poll定時器和 Timer_Poll_Periodic 定時器，以及接收方的 Timer_Status_Periodic 定時器。其中，Timer_Poll定時器表示發送方在指定的時長過後主動重傳沒有得到接收方 響應的帶P位(輪詢比特位)的PDU (Protocol Data Unit)；Timer_Poll_Periodic定時器表示發送方每隔指定時長在所發送的PDU (Protocol Data Unit)中置P位，用於通知接收方發送PDU接收情況的狀態報告；Timer_Status_Periodic定時器表示接收方每隔指定時長向發送方主動發送狀態報告。然而，本發明的發明人發現，在具體應用中，RLC為了最大限度地利用上下行帶寬 傳輸有效數據，對於polling機制一般不配置周期性狀態報告(即不設置Timer_StatUS_ Periodic定時器)，同時配置較長的重傳時長(即Timer_Poll定時器的時長)。而當RLC 接收方不知道發送方發送了帶有P位的PDU時，它對此數據PDU不會作出任何接收狀態說 明，即接收方不會向發送方發送PDU接收情況的狀態報告。而發送方在沒有收到接收方對 此PDU的狀態報告情況下並不會快速重傳此PDU，這時發送方與接收方就會處在一個相互 等待對方信息的僵持狀態，從而導致了發送方不會快速重傳未被接收方正確接收的PDU，影 響了數據的傳輸。而且，發送與接收方也均要維護現在的較為複雜的polling機制。
發明內容
本發明的目的在於提供一種協議數據單元接收情況的狀態報告發送方法及接收 端，避免發送方與接收方處在一個相互等待對方信息而不發送PDU接收狀態報告的僵持狀 態，從而能夠使得發送端能快速重傳沒有被接收端正確接收到的PDU。為解決上述技術問題，本發明的實施方式提供了一種協議數據單 元接收情況的狀 態報告發送方法，包含以下步驟接收端在每收到一個協議數據單元PDU後，如果沒有啟動自定義的自適應定時器 則啟動自適應定時器；
接收端對收到的PDU進行組包；如果所有PDU都成功組包，則終止自適應定時器；如果還存在未成功組包的PDU，則檢測是否存在漏包，如果不存在漏包，則重啟自適應定時器；在自適應定時器超時時，發送PDU接收情況的狀態報告。本發明的實施方式還提供了一種接收端，包含自定義的自適應定時器；接收及判斷模塊，用於接收協議數據單元PDU，並在每收到一個協議數據單元PDU 後，判斷自適應定時器是否已啟動；啟動模塊，用於在接收及判斷模塊判定自適應定時器未啟動時，啟動自適應定時 器；組包模塊，用於對接收及判斷模塊收到的PDU進行組包，並判斷是否所有PDU都成 功組包；定時器終止模塊，用於在組包模塊判定所有PDU都成功組包時，終止自適應定時 器；漏包檢測模塊，用於在組包模塊判定還存在未成功組包的PDU時，檢測是否存在 漏包；定時器重啟模塊，用於在漏包檢測模塊檢測出不存在漏包時，重啟自適應定時 器；發送模塊，用於在自適應定時器超時時，發送PDU接收情況的狀態報告。本發明實施方式與現有技術相比，主要區別及其效果在於自定義一個定時器(自適應定時器)，在收到一個協議數據單元PDU後，如果該定 時器處於未運行狀態，則啟動該定時器。接收端對收到的PDU進行組包，如果所有PDU都成 功組包，則終止該定時器，否則檢測是否存在漏包，如果不存在漏包，則重啟該定時器。在該 定時器超時時，發送PDU接收情況的狀態報告。由於接收端不需要根據發送方發送的帶有 P位的PDU，進行PDU接收情況的狀態報告的反饋，而是根據自適應定時器是否超時，判斷是 否需要發送PDU接收情況的狀態報告。因此避免了由於接收方不知道發送方發送了帶有 P位的PDU，而導致的發送與接收方處在一個相互等待對方信息的僵持狀態，能夠使得發送 端能快速重傳沒有被接收端正確接收到的PDU。而且，不再需要與polling相關的Timer_ Poll_Periodic 和 Timer_Status_Periodic 定時器，同時也簡化了現有的 polling 機制。進一步地，自適應定時器的時長可以由無線資源控制RRC配置，並通知給接收端。 由於在網絡側能夠統計出各信道的傳輸質量以及多個用戶終端的接收情況等，因此由網絡 側配置自適應定時器的時長，並將該時長通知給接收端，可使得所設置的自適應定時器的 時長更為合理，能適用於多個終端設備。進一步地，通過RRC的配置消息通知給接收端。由於在現有協議中，與polling 相關的各定時器的時長基本都是由RRC通過配置消息指定，因此自適應定時器的時長也由 RRC通過配置消息指定，能與現有技術較好地兼容。進一步地，自適應定時器的時長也可以由接收端預先設置。由接收端自行設置自 適應定時器的時長，可使得本發明的實現無需對現有協議進行任何改動，簡單易行，方便實 現。
進一步地，在發送PDU接收情況的狀態報告之前，還需判斷接收端是否允許發送 狀態報告，如果允許，則再發送PDU接收情況的狀態報告。由於在網絡質量差、丟包情況嚴 重時，可能會過於頻繁地發生自適應定時器超時的情況，因此在發送PDU接收情況的狀態 報告之前，先判斷接收端是否處於允許發送狀態報告的狀態，可有效避免接收端過於頻繁 地向網絡側發送PDU接收情況的狀態報告。而且，發送端在發送PDU接收情況的狀態報告 之前，先判斷接收端是否處於允許發送狀態報告的狀態，也是現有技術中已有的機制，因此 也能與現有技術更好地兼容。
圖1是根據本發明第一實施方式的PDU接收情況的狀態報告發送方法中接收方向 上的處理流程圖；圖2是根據本發明第一實施方式的PDU接收情況的狀態報告發送方法中發送方向 上的處理流程圖；圖3是根據本發明第三實施方式的接收端結構示意圖。
具體實施例方式在以下的敘述中，為了使讀者更好地理解本申請而提出了許多技術細節。但是，本 領域的普通技術人員可以理解，即使沒有這些技術細節和基於以下各實施方式的種種變化 和修改，也可以實現本申請各權利要求所要求保護的技術方案。為使本發明的目的、技術方案和優點更加清楚，下面將結合附圖對本發明的實施 方式作進一步地詳細描述。本發明第一實施方式涉及一種協議數據單元接收情況的狀態報告發送方法，應用 在RLC的AM(確認)模式下的輪詢機制中。在本實施方式中，不需要使用與polling相關 的 Timer_Poll_Periodic 和 Timer_Status_Periodic 定時器，因此可刪除該 Timer_Poll_ Periodic和Timer_StatuS_Peri0diC定時器，但需要重新設置一個定時器，將該自定義的 定時器稱為自適應定時器(Timer_AutonomiC)。具體流程如圖1和圖2所示，圖1為接收端 在每收到一個合法的PDU後，在接收方向上的處理流程圖；圖2為接收端在發送方向上的處 理流程圖。具體地說，接收端在每收到一個合法的PDU後，進入步驟110，判斷自適應定時器 是否正在運行。如果沒有運行，則進入步驟120，如果已處於運行狀態，則直接進入步驟 130。在步驟120中，接收端啟動自定義的自適應定時器。在本實施方式中，自適應定時 器的時長由無線資源控制RRC配置，並通知給接收端，如通過來自RRC的配置消息通知給接 收端。由於在網絡側能夠統計出各信道的傳輸質量以及多個用戶終端的接收情況等，因此 由網絡側配置自適應定時器的時長，並將該時長通知給接收端，可使得所設置的自適應定 時器的時長更為合理，能適用於多個終端設備。而且，由於在現有協議中，與polling相關 的各定時器的時長基本都是由RRC通過配置消息指定，因此自適應定時器的時長也由RRC 通過配置消息指定，能與現有技術較好地兼容。在步驟130中，接收端對收到的PDU進行組包。
也就是說，當接收端的RLC層收到一片合法的PDU後，立即檢查自適應定時器 (Timer_Autonomic)是否在運行，如果此定時器沒有運行，則開啟此定時器，隨後將收到的 PDU交給RLC的組包過程，即啟動業務數據單元(Service Data Unit，簡稱「SDU」)的組包 過程。接著，在步驟140中，接收端判斷是否所有PDU都成功組包，也就是說，當RLC的組 包過程結束後，再判斷所收的PDU包是否都已經全部組完，若全部組成功則說明沒有任何 掉包，進入步驟150，停止自適應定時器，結束本次流程，直至收到下一個合法的PDU後重新 啟動本流程。如果接收端判定並非所有的PDU都成功組包，則說明還有包未組完，進入步驟 160。在步驟160中，檢測是否存在漏包。如果經漏包檢查後，判定不存在漏包，則進入 步驟170，重啟自適應定時器。由於如果發現沒有漏包，則說明餘下的PDU(Protocol Data Unit)是最後一個SDU (Service Data Unit)的部份，因此不需要對自適應定時器的所記時 間進行累加，直接重啟自適應定時器即可。如果在步驟160中，判定還存在漏包，則說明至少還有一個不屬於最後一個SDU的 PDU包沒有收到，因此讓自適應定時器(Timer_AutonomiC)繼續計時，結束本次流程，直至 收到下一個合法的PDU後重新啟動本流程。
接收端在發送方向上的處理流程如圖2所示，在步驟210中，判斷當前自適應定時 器是否超時，如果自適應定時器未超時，則說明沒有PDU在規定的時間內未收到，因此並不 需要發送狀態報告，結束本次流程。如果自適應定時器超時，則說明至少有一個PDU沒有在 規定的時間內收到，應當啟動向對等RLC發送狀態報告的機制，向其發送對PDU接收情況的 狀態報告。但在本實施方式中，在發送PDU接收情況的狀態報告之前，先進入步驟220，接收 端判斷當前是否處於允許發送狀態報告的情況，如果允許發送狀態報告，則進入步驟230， 接收端向對等RLC層發送PDU接收情況的狀態報告，以便對等RLC層快速啟動重傳過程，打 破雙方處於互等對方信息的僵持狀態，保證RLC的正常運行。如果在步驟220中，判定不允許發送狀態報告，則不向對等RLC層發送PDU接收情 況的狀態報告，而是進入步驟240，表明有發送狀態報告的需要。不難發現，由於在本實施方式中，接收端不需要根據發送方發送的帶有P位的 PDU,進行PDU接收情況的狀態報告的反饋，而是根據自適應定時器是否超時，判斷是否需 要發送PDU接收情況的狀態報告。因此避免了由於接收方不知道發送方發送了帶有P位的 PDU,而導致的發送方與接收方處在一個相互等待對方信息的僵持狀態，能夠使得發送端能 快速重傳沒有被接收端正確接收到的PDU。也就是說，採用本實施方式的自適應polling機 制，可以有效防止發送與接收端進入僵持狀態，保證RLC的正常傳輸。而且，不再需要與polling 相關的 Timer_Poll_Periodic 和 Timer_Status_ Periodic定時器，同時也簡化了現有的polling機制。另外，接收端在發送PDU接收情況的狀態報告之前，還需判斷接收端是否允許發 送狀態報告，如果允許，則再發送PDU接收情況的狀態報告。由於在網絡質量差、丟包情況 嚴重時，可能會過於頻繁地發生自適應定時器超時的情況，因此在在發送PDU接收情況的 狀態報告之前，先判斷接收端是否處於允許發送狀態報告的狀態，可有效避免接收端過於頻繁地向網絡側發送PDU接收情況的狀態報告。而且，發送端在發送PDU接收情況的狀態 報告之前，先判斷接收端是否處於允許發送狀態報告的狀態，也是現有技術中已有的機制， 因此也能與現有技術更好地兼容。此外，可以理解，在實際應用中，也可以不進行是否允許 發送狀態報告的判斷。本發明第二實施方式涉及一種協議數據單元接收情況的狀態報告發送方法。第二實施方式與第一實施方式基本相同，區別主要在於在第一實施方式中，自適應定時器的時長由RRC配置，並通知給接收端，如通過來 自RRC的配置消息通知給接收端。然而在第二實施方式中，自適應定時器的時長由接收端 預先設置，而非由網絡側配置並進行通知。由接收端自行設置自適應定時器的時長，可使得本發明的實現無需對現有協議進 行改動，簡單易行，方便實現。此外，可以理解，在實際應用中，也可以通過其他方式設置自 適應定時器的時長，自適應定時器的時長具體通過何種方式設置，與本發明並無實質的影 響。本發明的各方法實施方式均可以以軟體、硬體、固件等方式實現。不管本發明是 以軟體、硬體、還是固件方式實現，指令代碼都可以存儲在任何類型的計算機可訪問的存儲 器中(例如永久的或者可修改的，易失性的或者非易失性的，固態的或者非固態的，固定的 或者可更換的介質等等)。同樣，存儲器可以例如是可編程陣列邏輯(Programmable Array Logic，簡稱「PAL」)、隨機存取存儲器(Random Access Memory，簡稱「RAM」)、可編程只讀存 儲器(Programmable Read Only Memory，簡稱 「raOM」)、只讀存儲器(Read-Only Memory, 簡稱「ROM」)、電可擦除可編程只讀存儲器(Electrically Erasable Programmable ROM，簡 稱「EEPR0M」)、磁碟、光碟、數字通用光碟(Digital Versatile Disc，簡稱「DVD」)等等。本發明第三實施方式涉及一種接收端。具體如圖3所示，該接收端包含自定義的自適應定時器，自適應定時器的時長由無線資源控制RRC配置，並通知 給接收端，如通過來自RRC的配置消息通知給接收端。接收及判斷模塊，用於接收協議數據單元PDU，並在每收到一個協議數據單元PDU 後，判斷自適應定時器是否已啟動。啟動模塊，用於在接收及判斷模塊判定自適應定時器未啟動時，啟動自適應定時器。組包模塊，用於對接收及判斷模塊收到的PDU進行組包，並判斷是否所有PDU都成 功組包。定時器終止模塊，用於在組包模塊判定所有PDU都成功組包時，終止自適應定時器。漏包檢測模塊，用於在組包模塊判定還存在未成功組包的PDU時，檢測是否存在漏包。定時器重啟模塊，用於在漏包檢測模塊檢測出不存在漏包時，重啟自適應定時器。發送模塊，用於在自適應定時器超時時，發送PDU接收情況的狀態報告。另外，本實施方式的接收端還可以包含狀態判斷模塊，用於在發送模塊發送PDU 接收情況的狀態報告之前，判斷接收端是否處於允許發送狀態報告的情況，如果接收端處 於允許發送狀態報告的情況，則再指示發送模塊發送PDU接收情況的狀態報告。此外，可以理解，在實際應用中，也可以不進行是否允許發送狀態報告的判斷。不難發現，第一實施方式是與本實施方式相對應的方法實施方式，本實施方式可 與第一實施方式互相配合實施。第一實施方式中提到的相關技術細節在本實施方式中依然 有效，為了減少重複，這裡不再贅述。相應地，本實施方式中提到的相關技術細節也可應用 在第一實施方式中。本發明第四實施方式涉及一種接收端。第四實施方式與第三實施方式基本相同， 區別主要在於在第三實施方式中，自適應定時器的時長由RRC配置，並通知給接收端。然而在第 四實施方式中，自適應定時器的時長由接收端預先設置。不難發現，第二實施方式是與本實施方式相對應的方法實施方式，本實施方式可 與第二實施方式互相配合實施。第二實施方式中提到的相關技術細節在本實施方式中依然 有效，為了減少重複，這裡不再贅述。相應地，本實施方式中提到的相關技術細節也可應用 在第二實施方式中。需要說明的是，本發明各設備實施方式中提到的各單元都是邏輯單元，在物理上， 一個邏輯單元可以是一個物理單元，也可以是一個物理單元的一部分，還可以以多個物理 單元的組合實現，這些邏輯單元本身的物理實現方式並不是最重要的，這些邏輯單元所實 現的功能的組合是才解決本發明所提出的技術問題的關鍵。此外，為了突出本發明的創新 部分，本發明上述各設備實施方式並沒有將與解決本發明所提出的技術問題關係不太密切 的單元引入，這並不表明上述設備實施方式並不存在其它的單元。雖然通過參照本發明的某些優選實施方式，已經對本發明進行了圖示和描述，但 本領域的普通技術人員應該明白，可以在形式上和細節上對其作各種改變，而不偏離本發 明的精神和範圍。
權利要求
一種協議數據單元接收情況的狀態報告發送方法，其特徵在於，包含以下步驟接收端在每收到一個協議數據單元PDU後，如果沒有啟動自定義的自適應定時器則啟動所述自適應定時器；所述接收端對收到的PDU進行組包；如果所有PDU都成功組包，則終止所述自適應定時器；如果還存在未成功組包的PDU，則檢測是否存在漏包，如果不存在漏包，則重啟所述自適應定時器；在所述自適應定時器超時時，發送PDU接收情況的狀態報告。
2.根據權利要求1所述的協議數據單元接收情況的狀態報告發送方法，其特徵在於， 所述自適應定時器的時長由無線資源控制RRC配置，並通知給所述接收端。
3.根據權利要求2所述的協議數據單元接收情況的狀態報告發送方法，其特徵在於， 所述自適應定時器的時長，通過來自所述RRC的配置消息通知給所述接收端。
4.根據權利要求1所述的協議數據單元接收情況的狀態報告發送方法，其特徵在於， 所述自適應定時器的時長由所述接收端預先設置。
5.根據權利要求1至4中任一項所述的協議數據單元接收情況的狀態報告發送方法， 其特徵在於，所述接收端在發送所述PDU接收情況的狀態報告之前，還包含以下步驟判斷所述接收端是否處於允許發送狀態報告的情況，如果所述接收端處於允許發送狀 態報告的情況，則再發送所述PDU接收情況的狀態報告。
6.根據權利要求5所述的協議數據單元接收情況的狀態報告發送方法，其特徵在於， 所述協議數據單元接收情況的狀態報告發送方法，應用在確認模式下的輪詢機制中。
7.一種接收端，其特徵在於，包含自定義的自適應定時器；接收及判斷模塊，用於接收協議數據單元PDU，並在每收到一個協議數據單元PDU後， 判斷自適應定時器是否已啟動；啟動模塊，用於在所述接收及判斷模塊判定所述自適應定時器未啟動時，啟動所述自 適應定時器；組包模塊，用於對所述接收及判斷模塊收到的PDU進行組包，並判斷是否所有PDU都成 功組包；定時器終止模塊，用於在所述組包模塊判定所有PDU都成功組包時，終止所述自適應 定時器；漏包檢測模塊，用於在所述組包模塊判定還存在未成功組包的PDU時，檢測是否存在 漏包；定時器重啟模塊，用於在所述漏包檢測模塊檢測出不存在漏包時，重啟所述自適應定 時器；發送模塊，用於在所述自適應定時器超時時，發送PDU接收情況的狀態報告。
8.根據權利要求7所述的接收端，其特徵在於，所述自適應定時器的時長由無線資源 控制RRC配置，並通知給所述接收端。
9.根據權利要求8所述的接收端，其特徵在於，所述自適應定時器的時長，通過來自所 述RRC的配置消息通知給所述接收端。
10.根據權利要求7所述的接收端，其特徵在於，所述自適應定時器的時長由所述接收端預先設置。
11.根據權利要求7所述的接收端，其特徵在於，所述接收端還包含 狀態判斷模塊，用於在所述發送模塊發送所述PDU接收情況的狀態報告之前，判斷所 述接收端是否處於允許發送狀態報告的情況，如果所述接收端處於允許發送狀態報告的情 況，則再指示所述發送模塊發送所述PDU接收情況的狀態報告。
全文摘要
本發明涉及通信領域，公開了一種協議數據單元接收情況的狀態報告發送方法及接收端。本發明中，自定義一個定時器(自適應定時器)，在收到一個協議數據單元PDU後，如果該定時器處於未運行狀態，則啟動該定時器。接收端對收到的PDU進行組包，如果所有PDU都成功組包，則終止該定時器，否則檢測是否存在漏包，如果不存在漏包，則重啟該定時器。在該定時器超時時，發送PDU接收情況的狀態報告。從而能夠使得發送端能快速重傳沒有被接收端正確接收到的PDU。
文檔編號H04L1/18GK101841856SQ201010145009
公開日2010年9月22日 申請日期2010年4月12日 優先權日2010年4月12日
發明者郝禺臺 申請人:展訊通信(上海)有限公司