[發明專利]數據發送方法及設備在審

申請號：	201210540227.6	申請日：	2012-12-13
公開（公告）號：	CN103873189A	公開（公告）日：	2014-06-18
發明（設計）人：	李維成	申請（專利權）人：	聯想（北京）有限公司
主分類號：	H04L1/00	分類號：	H04L1/00;H04W24/00;H04W28/04
代理公司：	北京三高永信知識產權代理有限責任公司 11138	代理人：	張耀光
地址：	100085***	國省代碼：	北京;11
權利要求書：	查看更多	說明書：	查看更多
摘要：
搜索關鍵詞：	數據發送方法設備
鉆瓜網技術展會專利詞庫專利權人專利榜在售專利公布日期熱門專利

【說明書】：

技術領域

本發明涉及無線通信領域，特別涉及一種數據發送方法及設備。

背景技術

確認模式是RLC（Radio?Link?Control，無線鏈路控制協議）中的一種傳輸模式，通過采用ARQ（Automatic?Repeat-reQuest，自動重傳請求）機制實現對空口無線鏈路的控制。在無線寬帶移動通信中，基于確認模式的數據發送方法可以有效保證數據的可靠和高效傳輸。

現有的數據發送方法，發送設備將一個數據發送業務的待發送數據按照發送順序生成多個PDU（Protocol?Data?Unit，協議數據單元），并按照生成的先后順序為各PDU分配SN（Serial?Number，序列號）。同時，發送設備按照SN號由小到大的順序生成發送隊列，并在發送隊列中設置一個固定大小的發送窗口，依次發送SN號處于發送窗口內的未發送的PDU。當接收設備確認接收到一個PDU時，會向發送設備返回對于該PDU的接收成功響應，發送設備接收到該接收成功響應后，將該PDU的SN號排除出發送窗，該PDU發送完成；當接收設備接收一個PDU失敗時，會向發送設備返回對于該PDU的接收失敗響應，發送設備接收到該接收失敗響應后，重新發送該PDU。

具體的，請參見圖1所示的發送窗口示意圖，其中，MAX_SN為發送隊列的最大序列號；A為確認狀態變量，也是發送窗的下邊界，其數值為發送設備最近接收到的，接收設備返回的接收成功響應所對應的PDU的SN號；S為發送狀態變量，其數值為分配給下一個新生成的PDU的SN號；MS是發送窗的上邊界；MS與A之間的差值Size即為發送窗的大小。其中，3GPP（The?3rdGeneration?Partnership?Project，第三代合作伙伴計劃）36.322協議中定義MAX_SN為1023，Size為512。

在實現本發明的過程中，發明人發現現有技術至少存在以下問題：

在無線寬帶移動通信中，存在多種不同的數據發送業務，比如低速交互類業務、信息類業務（Email、網頁瀏覽等）、媒體內容下載業務等，而這些業務對帶寬的需求各有不同，但是各業務對應的發送窗口大小相同，某些帶寬需求較小的業務，其發送窗的利用率不高，浪費寶貴的無線空口資源。

發明內容

為了解決現有技術中無線空口資源浪費的問題，本發明實施例提供了一種數據發送方法及設備。所述技術方案如下：

一方面，提供了一種數據發送方法，所述方法包括：

監測數據發送業務的狀態信息，檢測所述狀態信息是否滿足預定條件；

若檢測出所述狀態信息滿足預定條件，則獲取調整指令；

根據所述調整指令調整所述數據發送業務的發送窗的大小；

依次發送處于所述發送窗內的協議數據單元。

所述狀態信息為：是否發起所述數據發送業務；

所述檢測所述狀態信息是否滿足預定條件，包括：檢測所述狀態信息是否為發起所述數據發送業務，若檢測出所述狀態信息為發起所述數據發送業務，則確認所述狀態信息滿足預定條件；

所述獲取調整指令，包括：根據所述數據發送業務的業務需求速率確定所述發送窗的大小，并將所述發送窗的大小添加至所述調整指令中；