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

有效

• 申請號: 201410479977.6
• 申請日: 2014-09-18
• 公開（公告）號: CN104243267B
• 公開（公告）日: 2019-02-22
• 發明（設計）人: 朱冠軍;張玉可;劉振桂
• 申請（專利權）人: 百度在線網絡技術（北京）有限公司
• 主分類號: H04L12/46
• 分類號: H04L12/46;H04L29/06
• 代理公司: 北京天健君律專利代理事務所(普通合伙) 11461
• 代理人: 羅延紅;逯博

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

設置在終端側的Light代理模塊獲取所述終端側的應用程序發往網絡側的TCP請求數據包，所述應用程序的TCP請求的對象為所述Light代理模塊；所述Light代理模塊直接面向所述應用程序，并且具有與所述應用程序通過TCP的握手機制建立TCP并進行數據交互的功能；

將所述TCP請求數據包封裝到UDP請求數據包中，其中，在UDP數據包中附加序列號；

發送所述UDP請求數據包；

接收網絡側返回的UDP響應數據包，所述UDP響應數據包封裝有TCP響應數據包并且附有所述序列號。

2.根據權利要求1所述的數據傳輸方法，其特征在于，所述數據傳輸方法還包括：與所述應用程序通過TCP協議的握手機制建立本地TCP連接。

3.根據權利要求2所述的數據傳輸方法，其特征在于，通過將所述應用程序發往網絡側的TCP握手協議包中的網絡側IP地址修改為本地IP地址與所述應用程序建立所述本地TCP連接。

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

將所述UDP響應數據包解封裝，提取所述TCP響應數據包；

將所述TCP響應數據包發送給所述應用程序。

5.根據權利要求1所述的傳輸方法，其特征在于，還包括：在接收到所述UDP響應數據包后，發送確認應答數據包，所述確認應答數據包包含所述序列號。

6.根據權利要求1～5中任一項所述的傳輸方法，其特征在于，還包括：如果在第一重傳時間內沒有接收到返回的附有所述序列號的UDP響應數據包，則重新發送所述UDP請求數據包。

7.一種數據傳輸方法，其特征在于，包括：

接收UDP請求數據包，所述UDP請求數據包封裝有TCP請求數據包并且附有序列號，所述TCP請求數據包來源于終端側的應用程序，所述應用程序的TCP請求的對象為Light代理模塊，所述Light代理模塊設置在所述終端側，所述Light代理模塊直接面向所述應用程序，具有與所述應用程序通過TCP的握手機制建立TCP并進行數據交互的功能；

將所述UDP請求數據包解封裝，提取所述TCP請求數據包；

將所述TCP請求數據包發送給其目標主機；

接收所述目標主機返回的TCP響應數據包，并且將該TCP響應數據包封裝到UDP響應數據包中，其中，在所述UDP響應數據包中附加所述序列號；

發送所述UDP響應數據包。

8.根據權利要求7所述的傳輸方法，其特征在于，還包括：接收確認應答數據包，所述確認應答數據包包含所述序列號。

9.根據權利要求8所述的傳輸方法，其特征在于，如果在第二重傳時間內沒有接收到包含所述序列號的確認應答數據包，則重新發送所述UDP響應數據包。

10.一種數據傳輸裝置，其特征在于，包括：

獲取模塊，用于獲取終端側的應用程序發往網絡側的TCP請求數據包，所述應用程序的TCP請求的對象為所述數據傳輸裝置，所述數據傳輸裝置設置在所述終端側，所述數據傳輸裝置直接面向所述應用程序，并且具有與所述應用程序通過TCP的握手機制建立TCP并進行數據交互的功能；

第一封裝模塊，用于將所述TCP請求數據包封裝到UDP請求數據包中，其中，在UDP數據包中附加序列號；

第一發送模塊，用于發送所述UDP請求數據包；

第一接收模塊，用于接收網絡側返回的UDP響應數據包，所述UDP響應數據包封裝有TCP響應數據包并且附有所述序列號。

11.根據權利要求10所述的數據傳輸裝置，其特征在于，還包括：

TCP通信模塊，用于與所述應用程序通過TCP協議的握手機制建立本地TCP連接。