[發明專利]基于數字無線電窄帶系統的R2UDP協議設計

無效

• 申請號: 201310545750.2
• 申請日: 2013-11-01
• 公開（公告）號: CN103618694A
• 公開（公告）日: 2014-03-05
• 發明（設計）人: 張娟;蔣和松;江虹;陳春梅
• 申請（專利權）人: 西南科技大學
• 主分類號: H04L29/06
• 分類號: H04L29/06
• 代理公司: 暫無信息
• 代理人: 暫無信息

1.一種支持在數字無線電窄帶系統中批量數據傳輸的R²UDP協議。其特征包括：面向無線電窄帶系統的特定應用；在節約帶寬和避免系統擁塞的同時增加了吞吐量；是一種底層傳輸協議，與已有的UDP包格式兼容；可作為TFTP底層傳輸協議，從而擴展該應用的使用范圍；一個端點可同時擁有發送和接收功能的全雙工的可靠傳輸；發送端基于UDP包發送批量數據關鍵是流量控制機制，接收端收到數據后返回確認幀，以確保數據包被成功接收；?

在數字無線電窄帶系統中，R²UDP的傳輸主要步驟如下：?

-發送端將UDP數據分組成多個連續的塊窗口，?

-發送端發送窗口數據塊或PROBE幀，啟動重傳定時器并等待確認信號，?

-接收端通過回復ACK包表示哪些數據包被成功接收，?

-發送端根據ACK信息，重傳丟失的數據包或者重傳下一個窗口的數據塊，并復位重傳定時器。?

2.如權利要求1所述，在發送窗口數據塊的步驟中，這些數據塊是發送窗口未確認的是數據塊，可以是連續的也可以是離散的。?

3.如權利要求1所述，發送PROBE幀的步驟，該步驟發生在發送端未收到ACK確認幀直到超時重傳。?

4.如權利要求1所述，回復ACK確認包的步驟，該步驟發生在一個窗口的所有數據包被接受或者接收到一個PROBE時，接收端立即回復。?

5.如權利要求1所述，重傳定時基于未確認包的數量動態設置，定時器隨著窗口內等待確認的包數量的增加而縮短。?

6.如權利要求1所述，當開始傳輸數據的時候，發送端需要復位窗口和塊號以便清除接收端過去的數據。?

7.如權利要求2所述，窗口號和塊號設置成2byte的頭部。?

8.如權利要求3所述，PROBE幀包是2byte，發送端為了檢測上次傳輸的信息實現重傳。?

9.如權利要求4所述，ACK幀只需3byte，但攜帶了一個窗口中任意數據包成功接收與否的信息。?

10.如權利要求1所述，R2UDP可作為TFTP的底層傳輸協議，并與現有的TFTP協議兼容。?