[發明專利]一種采用多卡發送數據的方法以及裝置

在審

• 申請號: 201210213392.0
• 申請日: 2012-06-21
• 公開（公告）號: CN103516749A
• 公開（公告）日: 2014-01-15
• 發明（設計）人: 高迎軍;張興明;傅利泉;朱江明;吳軍;吳堅
• 申請（專利權）人: 浙江大華技術股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京同達信恒知識產權代理有限公司 11291
• 代理人: 黃志華

1.一種采用多卡發送數據的方法，其特征在于，包括：

數據發送端接收到數據請求端發送的連接建立請求后，將至少一張第三代移動通信3G卡分別與所述數據請求端建立通信連接，其中，每張3G卡具有一個發送緩沖區；

當接收到所述數據請求端發送的數據獲取請求后，將所述數據請求端請求獲取的待發送數據包加入到待發送隊列中；

從所述待發送隊列中依次獲取待發送數據包，并通過發送緩沖區的可用容量足夠的3G卡作為當前發送卡向所述數據請求端發送。

2.如權利要求1所述的方法，其特征在于，從所述待發送隊列中依次獲取待發送數據包，并通過發送緩沖區的可用容量足夠的3G卡作為當前發送卡向所述數據請求端發送，具體包括：

選定一張3G卡作為當前發送卡，針對從所述待發送隊列中獲取的每個待發送數據包，依次執行：

判斷所述當前發送卡的發送緩沖區的可用容量是否能夠容納所述待發送數據包；

若是，通過所述當前發送卡向所述數據請求端發送所述待發送數據包；

否則，在所有3G卡中重新選取發送緩沖區的可用容量最大的3G卡作為當前發送卡，通過重新選取的當前發送卡向所述數據請求端發送所述待發送數據包。

3.如權利要求2所述的方法，其特征在于，通過重新選取的當前發送卡向所述數據請求端發送所述待發送數據包，具體包括：

判斷重新選取的當前發送卡的發送緩沖區的可用容量是否能夠容納所述待發送數據包；

若是，通過重新選取的當前發送卡向所述數據請求端發送所述待發送數據包；

否則，根據所述數據請求端請求獲取的待發送數據包的類型通過重新選取的當前發送卡向所述數據請求端發送所述待發送數據包。

4.如權利要求3所述的方法，其特征在于，根據所述數據請求端請求獲取的待發送數據包的類型通過重新選取的當前發送卡向所述數據請求端發送所述待發送數據包，具體包括：

若所述數據請求端請求獲取的待發送數據包為非實時數據包，將所述待發送數據包重新加入到所述待發送隊列中，確定所述重新選取的當前發送卡的發送緩沖區的可用容量能夠容納所述待發送數據包時，通過重新選取的當前發送卡向所述數據請求端發送所述待發送數據包；

若所述數據請求端請求獲取的待發送數據包為實時數據包，丟棄所述待發送隊列中的部分待發送數據包，若所述待發送數據包未被丟棄，延遲設定的時間長度后且重新選取的當前發送卡的發送緩沖區的可用容量可以容納所述待發送數據包時，通過重新選取的當前發送卡向所述數據請求端發送所述待發送數據包。

5.一種采用多卡發送數據的裝置，其特征在于，包括：

連接建立單元，用于接收到數據請求端發送的連接建立請求后，將至少一張第三代移動通信3G卡分別與所述數據請求端建立通信連接，其中，每張3G卡具有一個發送緩沖區；

數據發送單元，用于當接收到所述數據請求端發送的數據獲取請求后，將所述數據請求端請求獲取的待發送數據包加入到待發送隊列中；從所述待發送隊列中依次獲取待發送數據包，并通過發送緩沖區的可用容量足夠的3G卡作為當前發送卡向所述數據請求端發送。

6.如權利要求5所述的裝置，其特征在于，所述數據發送單元，具體用于：

選定一張3G卡作為當前發送卡，針對從所述待發送隊列中獲取的每個待發送數據包，依次執行：

判斷所述當前發送卡的發送緩沖區的可用容量是否能夠容納所述待發送數據包；

若是，通過所述當前發送卡向所述數據請求端發送所述待發送數據包；

否則，在所有3G卡中重新選取發送緩沖區的可用容量最大的3G卡作為當前發送卡，通過重新選取的當前發送卡向所述數據請求端發送所述待發送數據包。

7.如權利要求6所述的裝置，其特征在于，所述數據發送單元，具體用于：

判斷重新選取的當前發送卡的發送緩沖區的可用容量是否能夠容納所述待發送數據包；

若是，通過重新選取的當前發送卡向所述數據請求端發送所述待發送數據包；

否則，根據所述數據請求端請求獲取的待發送數據包的類型通過重新選取的當前發送卡向所述數據請求端發送所述待發送數據包。

8.如權利要求7所述的裝置，其特征在于，所述數據發送單元，具體用于：

若所述數據請求端請求獲取的待發送數據包為非實時數據包，將所述待發送數據包重新加入到所述待發送隊列中，確定所述重新選取的當前發送卡的發送緩沖區的可用容量能夠容納所述待發送數據包時，通過重新選取的當前發送卡向所述數據請求端發送所述待發送數據包；

若所述數據請求端請求獲取的待發送數據包為實時數據包，丟棄所述待發送隊列中的部分待發送數據包，若所述待發送數據包未被丟棄，延遲設定的時間長度后且重新選取的當前發送卡的發送緩沖區的可用容量可以容納所述待發送數據包時，通過重新選取的當前發送卡向所述數據請求端發送所述待發送數據包。