[發明專利]數據傳輸的方法及裝置

無效

• 申請號: 201110399092.1
• 申請日: 2011-12-05
• 公開（公告）號: CN103138888A
• 公開（公告）日: 2013-06-05
• 發明（設計）人: 徐亮;倪穎;付長東;王澤民;傅劍
• 申請（專利權）人: 中國移動通信集團廣東有限公司
• 主分類號: H04L1/00
• 分類號: H04L1/00;H04W80/00;H04W84/18
• 代理公司: 北京銀龍知識產權代理有限公司 11243
• 代理人: 黃燦;劉偉

1.一種數據傳輸的方法，其特征在于，所述方法包括：

獲取數據包的傳輸優先級；

當所述數據包的傳輸優先級為高等級的傳輸優先級時，啟動RTS/CTS握手機制預約信道，并用預約信道傳輸所述數據包。

2.根據權利要求1所述的方法，其特征在于，所述獲取數據包的傳輸優先級的步驟為：

獲取所述數據包中預設的優先級標識；

根據獲取的所述優先級標識，得到數據包的傳輸優先級，所述傳輸優先級劃包括高等級的傳輸優先級和低等級的傳輸優先級。

3.根據權利要求2所述的方法，其特征在于，所述方法還包括：

預先將所述數據包的優先級標識，設置在數據包中MAC幀控制域的保留位中。

4.根據權利要求1所述的方法，其特征在于，所述啟動RTS/CTS握手機制預約信道，并用預約信道傳輸所述數據包的步驟包括：

步驟A、源節點檢測數據包的傳輸優先級，若所述數據包的傳輸優先級為高等級的傳輸優先級，則統計本次傳輸的包數，以及源節點到最終目的節點間的總跳數，然后廣播RTS幀；

步驟B、接收到RTS幀的第二節點，判斷所述第二節點是否在高等級的傳輸優先級的數據包的傳輸路徑上，若在，所述第二節點向所述源節點回復CTS0幀，源節點接收到CTS0幀后，開始將所述數據包傳輸給所述第二節點；

步驟C、接收到CTS0幀的第三節點，判斷所述第三節點是否在高等級的傳輸優先級的數據包的傳輸路徑上，若在，所述第三節點向所述第二節點返回CTS1幀，所述第二節點接收到CTS1幀后，開始將所述數據包傳輸給所述第三節點；

重復執行步驟B～步驟C，按照傳輸路徑將高等級的傳輸優先級的數據包傳給下一跳節點，直至完成本次高等級的傳輸優先級的數據包的傳輸。

5.根據權利要求4所述的方法，其特征在于，所述步驟B具體包括：

接收到RTS幀的所述第二節點，讀取RTS幀中數據包的源節點的MAC地址和數據包的最終目的節點的MAC地址，查找預設的高等級的傳輸優先級的數據包的傳輸路由表；

若所述第二節點不在高等級的傳輸優先級的數據包的傳輸路徑上，則所述第二節點休眠；

若所述第二節點在高等級的傳輸優先級的數據包的傳輸路徑上，則判斷下一跳的節點的MAC地址是否與所述第二節點的MAC地址相等，若相等，則所述第二節點向源節點回復CTS0幀，CTS0幀中下一跳節點的MAC地址為所述第二節點的MAC地址；若下一跳節點的MAC地址與所述第二節點的MAC地址不相等，所述第二節點不對RTS幀做進一步處理。

6.根據權利要求5所述的方法，其特征在于，所述第二節點的休眠時間結合下一跳節點的MAC地址、待傳輸的數據包的數目和源節點到最終目的節點間的跳數進行估算。

7.根據權利要求4所述的方法，其特征在于，所述步驟C具體包括：

接收到CTS0幀的所述第三節點，讀取CTS0幀中數據包的源節點的MAC地址和數據包的最終目的節點的MAC地址，查找預設的高等級的傳輸優先級的數據包的傳輸路由表；

若所述第三節點不在高等級的傳輸優先級的數據包的傳輸路徑上時，所述第三節點將休眠；

若所述第三節點在高等級的傳輸優先級的數據包的傳輸路徑上時，判斷下一跳的節點的MAC地址是否與所述第三節點的MAC地址相等，若相等，則所述第三節點向所述第二節點回復CTS1幀，CTS1幀中下一跳節點的MAC地址為所述第三節點的MAC地址；若下一跳節點的MAC地址與所述第三節點的MAC地址不相等，則所述第三節點不對CTS1幀做進一步處理。

8.根據權利要求1所述的方法，其特征在于，所述RTS/CTS握手機制中RTS/CTS幀包括：適配頭、源節點的MAC地址、最終目的節點的MAC地址、下一跳節點的MAC地址、待傳輸數據包的數目和源節點到最終目的節點間的跳數。

9.根據權利要求1所述的方法，其特征在于，所述方法還包括：

若所述數據包的傳輸優先級為高等級的傳輸優先級時，在啟動基于串聽技術的RTS/CTS握手機制預約到信道之后，設置所述數據包的幀控制域確認請求，表明需要接收方發送ACK幀進行確認；

若所述數據包的傳輸優先級為低等級的傳輸優先級時，設置所述數據包的幀控制域確認請求，表明不需要接收方發送ACK幀進行確認。