專利名稱：一種數(shù)據(jù)多承載并行傳輸方法及裝置的制作方法
技術領域：
本發(fā)明涉及數(shù)據(jù)傳輸，尤其涉及一種數(shù)據(jù)多承載并行傳輸方法及裝置。
背景技術：
隨著信息技術的飛速發(fā)展，許多電子設備容量越來越大，電子設備之間 的數(shù)據(jù)交互也越來越頻繁，如何提高數(shù)據(jù)傳輸速率成為本領域技術人員一直 關注和期待解決的。
當前的許多電子設備，例如手機、PC機(Personal Computer,個人計算 機)等，都支持多種數(shù)據(jù)承載方式，包括USB (Universal Serial Bus,通用 串行總線)、BT (Blue Tooth，藍牙)、Infrared (紅夕卜)、IP (Internet Protocol， 網際網絡協(xié)議)以及新興的MTP (Media Transfer Protocol,媒體傳輸協(xié)議) 等。所以在電子設備之間，例如手機和手機或者手機和PC機，直接近距離
傳輸數(shù)據(jù)的時候可以采用上面?zhèn)鬏敺绞街械娜魏我环N。
MTP是由微軟公司的WMPIO (Windows Media Player 10)支持的在電
子設備之間進行多媒體文件交換的通信協(xié)議。它要實現(xiàn)的將是把簡單的文件 復制變成一種協(xié)議性的傳輸方式。通過這個協(xié)議，設備可以與XP無縫連接， 并且可以通過WMP10管理各種媒體數(shù)據(jù)及傳輸各種數(shù)據(jù)。
在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術中存在如下問題 當需要在手機之間或者手機和PC機之間傳輸大量數(shù)據(jù)時，現(xiàn)在所有的 數(shù)據(jù)傳輸方式都是在多種數(shù)據(jù)傳輸方式中選擇一種，例如選擇MTP、 USB、 BT或者Infrared其中一種傳輸數(shù)據(jù)，因此基于傳輸方式的限制，無法有效 提高數(shù)據(jù)傳輸速度。

發(fā)明內容
本發(fā)明實施例的主要目的在于提供一種數(shù)據(jù)多承載并行傳輸方法及裝 置，以解決兩個電子設備之間近距離交互傳輸大量數(shù)據(jù)的時候，由于只能使 用一種傳輸方式導致的傳輸效率低下的技術問題。
本發(fā)明實施例的上述目的是通過如下技術方案實現(xiàn)的
一種數(shù)據(jù)多承載并行傳輸方法，所述方法包括下列步驟根據(jù)服務器端 和客戶端之間的所有承載類型和承載能力選擇數(shù)據(jù)傳輸?shù)闹鞒休d和輔助承 載；根據(jù)所述承載類型和承載能力以及待傳輸數(shù)據(jù)的數(shù)據(jù)信息選擇分配策 略；根據(jù)所述分配策略進行數(shù)據(jù)傳輸。
一種數(shù)據(jù)多承載并行傳輸裝置，所述裝置包括承載方式選擇單元，用 于根據(jù)數(shù)據(jù)傳輸雙方的承載類型和承載能力選擇數(shù)據(jù)傳輸?shù)闹鞒休d和輔助 承載；分配策略選擇單元，用于根據(jù)所述承載類型和承載能力以及待傳輸數(shù) 據(jù)的數(shù)據(jù)信息選擇分配策略；分配策略發(fā)送單元，用于將所述分配策略發(fā)送
到數(shù)據(jù)傳輸?shù)膶Ψ?；?shù)據(jù)傳輸單元，用于根據(jù)所述分配策略進行數(shù)據(jù)傳輸。
一種數(shù)據(jù)多承載并行傳輸裝置，所述裝置包括承載能力發(fā)送單元，用
于根據(jù)數(shù)據(jù)傳輸對方的承載信息探測請求，將承載類型和承載能力發(fā)送給數(shù)
據(jù)傳輸?shù)膶Ψ剑环峙洳呗越邮諉卧糜诮邮諗?shù)據(jù)傳輸?shù)膶Ψ桨l(fā)送的分配策 略；數(shù)據(jù)傳輸單元，用于根據(jù)所述的分配策略進行數(shù)據(jù)傳輸。
通過本發(fā)明實施例的數(shù)據(jù)多承載并行傳輸方法和裝置，解決了兩個電子 設備之間近距離交互傳輸大量數(shù)據(jù)的時候，由于只能使用一種傳輸方式導致 的傳輸效率低下的技術問題，提高了數(shù)據(jù)傳輸速度。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部 分，并不構成對本發(fā)明的限定。在附圖中-
圖l為本發(fā)明實施例的數(shù)據(jù)多承載并行傳輸方法流程圖； 圖2為本發(fā)明實施例的服務器端和客戶端的數(shù)據(jù)交互示意圖； 圖3為本發(fā)明實施例的數(shù)據(jù)多承載并行傳輸裝置組成框圖4為本發(fā)明另一實施例的數(shù)據(jù)多承載并行傳輸裝置組成框圖。
具體實施例方式
為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚明白，下面結合實 施例和附圖，對本發(fā)明實施例做進一步詳細說明。在此，本發(fā)明的示意性實 施例及其說明用于解釋本發(fā)明，但并不作為對本發(fā)明的限定。
實施例一
本發(fā)明實施例提供一種數(shù)據(jù)多承載并行傳輸方法，以下結合附圖對本實 施例進行詳細說明。
圖1為本發(fā)明實施例的數(shù)據(jù)多承載并行傳輸方法流程圖，如圖1所示， 本發(fā)明實施例的方法應用于進行數(shù)據(jù)傳輸?shù)闹辽賰蓚€終端設備之間，首先將
需要進行數(shù)據(jù)傳輸?shù)膬蓚€終端設備通過某一種承載方式建立連接；根據(jù)預定 的準則或策略，所述兩個終端設備會分別作為數(shù)據(jù)傳輸?shù)姆掌鞫撕涂蛻舳?準備進行數(shù)據(jù)傳輸，本實施例的方法主要包括下列步驟
101:根據(jù)服務器端和客戶端之間的所有承載類型和承載能力選擇數(shù)據(jù) 傳輸?shù)闹鞒休d和輔助承載；
根據(jù)本實施例，服務器端通過建立會話和客戶端進行交互，協(xié)商服務器 端和客戶端之間可用的所有承載類型，和各個承載類型的承載能力-
首先，服務器端要探測本身的承載類型和各個承載類型的承載能力；
然后，服務器端向客戶端發(fā)送承載能力探測請求；客戶端接收所述承載 能力探測請求后，將客戶端的承載類型和各個承載類型的承載能力發(fā)送給服 務器端；服務器端再根據(jù)服務器端的承載類型和承載能力，以及客戶端的承 載類型和承載能力，協(xié)商與客戶端的所有承載類型和承載能力。
例如，當服務器端支持五種承載類型，而客戶端只支持其中四種時，則 協(xié)商的結果為，服務器端和客戶端之間的承載類型為四種。也就是說，承載 類型和各個承載類型的能力是通過求取服務器端和客戶端的承載類型和各 個承載類型的承載能力的交集來實現(xiàn)。
服務器端在得到所有可用的承載類型和各個承載類型的承載能力后，將 選擇其中一種作為主承載，其他作為輔助承載，以便服務器端把要傳輸?shù)臄?shù) 據(jù)任務，根據(jù)各個承載類型的承載能力分配到各個數(shù)據(jù)承載通道上去。而確 認哪種承載類型是主承載，哪種承載類型是輔助承載的策略可以由服務器端 設定，例如，將承載能力最強的承載類型作為主承載，其他作為輔助承載。 本發(fā)明實施例并不以此作為限制。
根據(jù)本實施例，確定主承載和輔助承載后，服務器端還要將主承載的信 息發(fā)送到客戶端，以便客戶端在主承載上監(jiān)聽多承載傳輸數(shù)據(jù)的命令。
根據(jù)本實施例，在探測當前和客戶端的所有承載類型和各個承載類型的 承載能力的步驟之前還要確定是否采用多承載并行傳輸方式。
當數(shù)據(jù)交互由服務器端發(fā)起時，服務器端要根據(jù)用戶的選擇判斷是否使 用多承載并行傳輸方式，如果是，則探測當前和客戶端的所有承載類型和各 個承載類型的承載能力，如果不是，則直接通過最先建立連接時的承載方式 傳輸數(shù)據(jù)。
當數(shù)據(jù)交互由客戶端發(fā)起時，客戶端會向服務器端發(fā)送數(shù)據(jù)傳輸請求， 服務器端再根據(jù)該請求判斷是否使用多承載并行傳輸方式，如果是，則探測 當前和客戶端的所有承載類型和各個承載類型的承載能力，如果不是，則直 接通過最先建立連接時的承載方式傳輸數(shù)據(jù)。
上述只是舉例說明，本發(fā)明實施例并不以此作為限制。 102:根據(jù)所述承載類型和承載能力以及待傳輸數(shù)據(jù)的數(shù)據(jù)信息選擇分 配策略；
根據(jù)本實施例，當服務器端為數(shù)據(jù)傳輸發(fā)起端時，可以直接獲取待傳輸 數(shù)據(jù)的數(shù)據(jù)信息；當客戶端為數(shù)據(jù)傳輸?shù)陌l(fā)起端時，客戶端會將待傳輸數(shù)據(jù) 的數(shù)據(jù)信息發(fā)送給服務器端，以便服務器端根據(jù)該數(shù)據(jù)信息以及可用的承載 類型和各個承載類型的承載能力選擇分配策略。
根據(jù)本實施例，分配策略是用于決定待傳輸數(shù)據(jù)的數(shù)據(jù)分塊以及哪些數(shù)據(jù)塊在哪種承載類型上傳輸，該分配策略可以預先設定，以供選擇，也可以 根據(jù)數(shù)據(jù)信息和承載類型、承載能力實時調整，本發(fā)明實施例并不以此作為 限制。例如，分配策略可以是時間最短方式分配，該分配策略表示把待傳輸
數(shù)據(jù)平均分配給各個承載方式，保證所有承載方式同時傳輸完畢；例如，分 配策略也可以是按比例分配，該分配策略表示把待傳輸數(shù)據(jù)按照各個承載類 型的承載能力的比例進行分塊，并分配給相應的承載方式，根據(jù)"能者多勞" 的原則由各個承載方式傳輸數(shù)據(jù)。
103:根據(jù)所述分配策略進行數(shù)據(jù)傳輸。
根據(jù)本實施例，由于服務器端和客戶端都可能發(fā)起數(shù)據(jù)傳輸，所以，服 務器端在選擇好分配策略后，會將該分配策略發(fā)送給客戶端，以便客戶端在 傳輸數(shù)據(jù)到服務器端時，根據(jù)該分配策略對待傳輸數(shù)據(jù)進行分塊和承載類型
分配；或者在接收到服務器端傳輸?shù)臄?shù)據(jù)時，根據(jù)該分配策略對接收到的數(shù) 據(jù)進行匯總。
根據(jù)本實施例，不論是服務器端發(fā)起數(shù)據(jù)傳輸，還是客戶端發(fā)起數(shù)據(jù)傳 輸，都會按照下述步驟進行
數(shù)據(jù)發(fā)送端根據(jù)所述分配策略拆分待傳輸數(shù)據(jù)；
數(shù)據(jù)發(fā)送端將拆分后的待傳輸數(shù)據(jù)分配到所述主承載或輔助承載進行 傳輸；
數(shù)據(jù)接收端根據(jù)所述分配策略對接收到的數(shù)據(jù)進行匯總。
圖2為本發(fā)明實施例的服務器端和客戶端的數(shù)據(jù)交互示意圖，下面結合
圖2以服務器端為PC (Personal Computer,個人計算機)，客戶端為手機 (Mobile)為例對本發(fā)明實施例的方法進行說明，在本實施例中，與圖l所
示實施例相同的部分不再贅述，而本領域技術人員應該清楚，本實施例只是
舉例說明，而并非以此作為限制。 201:準備傳輸數(shù)據(jù)；
如果該數(shù)據(jù)交互由PC機發(fā)起，則直接進入步驟202;如果該數(shù)據(jù)交互
由手機發(fā)起，則手機先向PC機發(fā)送數(shù)據(jù)傳輸請求，再進入步驟202。
202:判斷是否采用多承載數(shù)據(jù)傳輸方式，如果是，則進入步驟203，否
則按照普通數(shù)據(jù)傳輸方式傳輸，也即建立連接時候的承載類型傳輸； 203:探測當前和手機的所有承載類型和各個承載類型的承載能力； 204:確定主承載和輔助承載，并將主承載的信息發(fā)送給手機； 205:協(xié)商數(shù)據(jù)分配策略；
如果該數(shù)據(jù)交互由PC機發(fā)起，則PC機知道待傳輸數(shù)據(jù)的數(shù)據(jù)信息， 則PC機直接根據(jù)該數(shù)據(jù)信息以及上述主承載和輔助承載協(xié)商數(shù)據(jù)分配策 略；如果該數(shù)據(jù)交互由手機發(fā)起，則手機先向PC機發(fā)送待傳輸數(shù)據(jù)的數(shù)據(jù) 信息，PC機再根據(jù)該數(shù)據(jù)信息以及上述主承載和輔助承載協(xié)商數(shù)據(jù)分配策 略。
206:根據(jù)分配策略拆分并發(fā)送數(shù)據(jù)，或者接收并合并數(shù)據(jù)。 如果該數(shù)據(jù)交互由PC機發(fā)起，則PC機根據(jù)所述分配策略對待傳輸數(shù) 據(jù)進行拆分，并將拆分后的數(shù)據(jù)分配到相應的承載類型上發(fā)送給手機，手機 接收待拆分后的數(shù)據(jù)并根據(jù)分配策略作匯總合并；如果該數(shù)據(jù)交互由手機發(fā) 起，則手機根據(jù)所述分配策略對待傳輸數(shù)據(jù)進行拆分，并將拆分后的數(shù)據(jù)分 配到相應的承載類型上發(fā)送給PC機，PC機接收該拆分后的數(shù)據(jù)并根據(jù)分配 策略作匯總合并。
舉例說明，PC機向手機傳輸一個8G的目錄，在這個根目錄下分成幾個 小目錄，2G、 1M、 1K等，這時服務器端PC機確定分配策略，并根據(jù)該分 配策略把2G的目錄分給USB傳輸，把1M分給BT傳輸，把1K分給Infrared 等，最后數(shù)據(jù)接收端手機再做數(shù)據(jù)匯總。
本實施例通過將待傳輸數(shù)據(jù)拆分到多種承載類型傳輸?shù)姆绞剑涌炝藬?shù) 據(jù)傳輸速度。
實施例二
本發(fā)明實施例還提供一種數(shù)據(jù)多承載并行傳輸裝置，作為服務器端與客
戶端進行數(shù)據(jù)交互，以下結合附圖對本實施例進行詳細說明。
圖3為本發(fā)明實施例的數(shù)據(jù)多承載并行傳輸裝置組成框圖，本實施例的
裝置采用如實施一的方法進行數(shù)據(jù)傳輸，所述裝置包括
承載方式選擇單元31，用于根據(jù)數(shù)據(jù)傳輸雙方的承載類型和承載能力選
擇數(shù)據(jù)傳輸?shù)闹鞒休d和輔助承載；
分配策略選擇單元32，用于根據(jù)所述承載類型和承載能力以及待傳輸數(shù) 據(jù)的數(shù)據(jù)信息選擇分配策略；
分配策略發(fā)送單元34，用于將所述分配策略發(fā)送到數(shù)據(jù)傳輸?shù)膶Ψ剑?br> 數(shù)據(jù)傳輸單元33，用于根據(jù)所述分配策略進行數(shù)據(jù)傳tr。
根據(jù)本實施例，所述數(shù)據(jù)傳輸單元33還包括
數(shù)據(jù)拆分模塊331，用于在發(fā)送數(shù)據(jù)時，根據(jù)所述分配策略拆分待傳輸 數(shù)據(jù)；
數(shù)據(jù)分配模塊332，用于根據(jù)分配策略將所述拆分后的待傳輸數(shù)據(jù)分配 到所述主承載或輔助承載傳輸；
數(shù)據(jù)匯總模塊333，用于在接收數(shù)據(jù)時，根據(jù)所述分配策略對接收到的 數(shù)據(jù)進行匯總。
根據(jù)本實施例，所述裝置還包括
數(shù)據(jù)信息獲取單元35，用于獲取數(shù)據(jù)信息，并將獲取到的數(shù)據(jù)信息發(fā)送 到所述分配策略選擇單元。
根據(jù)本實施例，所述裝置還包括
承載信息探測單元36，用于探測數(shù)據(jù)傳輸雙方的所有的承載方式和各個 承載方式的承載能力，并發(fā)送給所述承載方式選擇單元31。 根據(jù)本實施例，所述裝置還包括
數(shù)據(jù)傳輸請求接收單元37，用于接收數(shù)據(jù)傳輸?shù)膶Ψ桨l(fā)送的數(shù)據(jù)傳輸請 求，確定數(shù)據(jù)傳輸?shù)男问剑遣捎枚喑休d方式傳輸數(shù)據(jù)，還是采用普通的數(shù) 據(jù)傳輸方式。
根據(jù)本實施例，所述裝置還包括
主承載信息發(fā)送單元38，用于將主承載信息發(fā)送到數(shù)據(jù)傳輸?shù)膶Ψ健?本實施例通過的數(shù)據(jù)多承載并行傳輸裝置，應用實施例一的方法，通過 將待傳輸數(shù)據(jù)拆分到多種承載類型傳輸?shù)姆绞?，加快了?shù)據(jù)傳輸速度。 實施例三
本發(fā)明實施例還提供一種數(shù)據(jù)多承載并行傳輸裝置，作為客戶端與服務 器端進行數(shù)據(jù)交互，以下結合附圖對本實施例進行詳細說明。
圖4為本發(fā)明實施例的數(shù)據(jù)多承載并行傳輸裝置組成框圖，本實施例的 裝置采用如實施一的方法進行數(shù)據(jù)傳輸，所述裝置包括
承載信息發(fā)送單元41，用于根據(jù)數(shù)據(jù)傳輸對方的承載信息探測請求，將 承載類型和承載能力發(fā)送給數(shù)據(jù)傳輸?shù)膶Ψ剑?br> 分配策略接收單元42，用于接收數(shù)據(jù)傳輸?shù)膶Ψ桨l(fā)送的分配策略；
數(shù)據(jù)傳輸單元43，用于根據(jù)所述的分配策略進行數(shù)據(jù)傳輸。
根據(jù)本實施例，所述數(shù)據(jù)傳輸單元43還包括
數(shù)據(jù)拆分模塊431，用于在作為數(shù)據(jù)傳輸方發(fā)送數(shù)據(jù)時，根據(jù)所述分配 策略拆分待傳輸數(shù)據(jù)；
數(shù)據(jù)分配模塊432，用于根據(jù)分配策略將所述拆分后的待傳輸數(shù)據(jù)分配 到所述主承載或輔助承載傳輸。
根據(jù)本實施例，所述數(shù)據(jù)傳輸單元43還包括-
數(shù)據(jù)匯總模塊433，用于在作為數(shù)據(jù)接收方接收數(shù)據(jù)時，根據(jù)所述分配 策略對接收到的數(shù)據(jù)進行匯總。
根據(jù)本實施例，所述裝置還包括
數(shù)據(jù)傳輸請求發(fā)送單元44，用于在有數(shù)據(jù)準備傳輸時，發(fā)送數(shù)據(jù)傳輸請 求到數(shù)據(jù)傳輸?shù)膶Ψ?，以請求進行多承載數(shù)據(jù)傳輸。 根據(jù)本實施例，所述裝置還包括
數(shù)據(jù)信息發(fā)送單元45，用于在作為數(shù)據(jù)傳輸方采用多承載進行數(shù)據(jù)傳輸
過程中，將待傳輸數(shù)據(jù)的數(shù)據(jù)信息發(fā)送到數(shù)據(jù)傳輸?shù)膶Ψ剑员銛?shù)據(jù)傳輸?shù)?對方根據(jù)該數(shù)據(jù)信息以及雙方協(xié)定的承載方式和承載能力確定數(shù)據(jù)傳輸?shù)?分配策略。
根據(jù)本實施例，所述裝置還包括
主承載信息接收單元46，用于接收數(shù)據(jù)傳輸?shù)膶Ψ桨l(fā)送的主承載信息， 以便在主承載上監(jiān)聽多承載傳輸數(shù)據(jù)的命令。
本實施例通過的數(shù)據(jù)多承載并行傳輸裝置，應用實施例一的方法，通過 將待傳輸數(shù)據(jù)拆分到多種承載類型傳輸?shù)姆绞?，加快了?shù)據(jù)傳輸速度。
以上所述的具體實施例，對本發(fā)明的目的、技術方案和有益效果進行了 進一步詳細說明，所應理解的是，以上所述僅為本發(fā)明的具體實施例而已， 并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內，所做的任 何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1、一種數(shù)據(jù)多承載并行傳輸方法，其特征在于，所述方法包括下列步驟根據(jù)服務器端和客戶端之間的所有承載類型和承載能力選擇數(shù)據(jù)傳輸?shù)闹鞒休d和輔助承載；根據(jù)所述承載類型和承載能力以及待傳輸數(shù)據(jù)的數(shù)據(jù)信息選擇分配策略；根據(jù)所述分配策略進行數(shù)據(jù)傳輸。
2、 根據(jù)權利要求1所述的方法，其特征在于，所述方法還包括下列步判斷是否使用多承載傳輸，如果是，則探測服務器端和所述客戶端之間 所有的承載類型和各個承載類型的承載能力。
3、 根據(jù)權利要求2所述的方法，其特征在于，所述探測服務器端和所 述客戶端之間所有的承載類型和各個承載類型的承載能力的步驟包括所述服務器端向所述客戶端發(fā)送承載能力探測請求；所述客戶端接收所述承載能力探測請求，將客戶端的承載類型和各個承 載類型的承載能力發(fā)送給所述服務器端；所述服務器端根據(jù)服務器端的承載類型和承載能力，協(xié)商與客戶端的所 有承載類型和承載能力。
4、 根據(jù)權利要求1所述的方法，其特征在于，所述根據(jù)服務器端和客 戶端之間的所有承載類型和承載能力確定數(shù)據(jù)傳輸?shù)闹鞒休d和輔助承載的 步驟之后還包括所述服務器端將主承載的信息發(fā)送給所述客戶端； 所述客戶端在所述主承載上監(jiān)聽多承載傳輸數(shù)據(jù)的命令。
5、 根據(jù)權利要求1所述的方法，其特征在于，所述方法還包括下列步驟 客戶端將待傳輸數(shù)據(jù)的數(shù)據(jù)信息發(fā)送到服務器端，服務器端根據(jù)該數(shù)據(jù) 信息以及所述承載類型和承載能力選擇分配策略。
6、 根據(jù)權利要求1所述的方法，其特征在于，所述根據(jù)所述分配策略進行數(shù)據(jù)傳輸?shù)牟襟E包括 交互所述分配策略； 根據(jù)所述分配策略拆分待傳輸數(shù)據(jù)； 將拆分后的待傳輸數(shù)據(jù)通過所述主承載或輔助承載傳輸； 根據(jù)所述分配策略對接收到的數(shù)據(jù)進行匯總。
7、 根據(jù)權利要求1所述的方法，其特征在于，所述分配策略包括平 均分配、按比例分配。
8、 一種數(shù)據(jù)多承載并行傳輸裝置，其特征在于，所述裝置包括 承載方式選擇單元，用于根據(jù)數(shù)據(jù)傳輸雙方的承載類型和承載能力選擇數(shù)據(jù)傳輸?shù)闹鞒休d和輔助承載；分配策略選擇單元，用于根據(jù)所述承載類型和承載能力以及待傳輸數(shù)據(jù)的數(shù)據(jù)信息選擇分配策略；分配策略發(fā)送單元，用于將所述分配策略發(fā)送到數(shù)據(jù)傳輸?shù)膶Ψ剑?數(shù)據(jù)傳輸單元，用于根據(jù)所述分配策略進行數(shù)據(jù)傳輸。
9、 根據(jù)權利要求8所述的裝置，其特征在于，所述裝置還包括-數(shù)據(jù)信息獲取單元，用于獲取數(shù)據(jù)信息，并將獲取到的數(shù)據(jù)信息發(fā)送到所述分配策略選擇單元。
10、 根據(jù)權利要求8所述的裝置，其特征在于，所述裝置還包括 承載信息探測單元，用于探測數(shù)據(jù)傳輸雙方的所有的承載方式和各個承載方式的承載能力，并發(fā)送給所述承載方式選擇單元和所述分配策略選擇單 元。
11、 根據(jù)權利要求8所述的裝置，其特征在于，所述數(shù)據(jù)傳輸單元包括 數(shù)據(jù)拆分模塊，用于在發(fā)送數(shù)據(jù)時，根據(jù)所述分配策略拆分待傳輸數(shù)據(jù)； 數(shù)據(jù)分配模塊，用于根據(jù)分配策略將所述拆分后的待傳輸數(shù)據(jù)分配到所述主承載或輔助承載傳輸；數(shù)據(jù)匯總模塊，用于在接收數(shù)據(jù)時，根據(jù)所述分配策略對接收到的數(shù)據(jù) 進行匯總。
12、 根據(jù)權利要求8所述的裝置，其特征在于，所述裝置還包括 數(shù)據(jù)傳輸請求接收單元，用于接收數(shù)據(jù)傳輸?shù)膶Ψ桨l(fā)送的數(shù)據(jù)傳輸請求，確定數(shù)據(jù)傳輸?shù)男问健?br> 13、 根據(jù)權利要求8所述的裝置，其特征在于，所述裝置還包括主承載信息發(fā)送單元，用于將主承載信息發(fā)送到數(shù)據(jù)傳輸?shù)膶Ψ健?br> 14、 一種數(shù)據(jù)多承載并行傳輸裝置，其特征在于，所述裝置包括-承載信息發(fā)送單元，用于根據(jù)數(shù)據(jù)傳輸對方的承載信息探測請求，將承載類型和承載能力發(fā)送給數(shù)據(jù)傳輸?shù)膶Ψ剑环峙洳呗越邮諉卧?，用于接收?shù)據(jù)傳輸?shù)膶Ψ桨l(fā)送的分配策略； 數(shù)據(jù)傳輸單元，用于根據(jù)所述的分配策略進行數(shù)據(jù)傳輸。
15、 根據(jù)權利要求14所述的裝置，其特征在于，所述裝置還包括 數(shù)據(jù)傳輸請求發(fā)送單元，用于發(fā)送數(shù)據(jù)傳輸請求；數(shù)據(jù)信息發(fā)送單元，用于將傳輸數(shù)據(jù)的數(shù)據(jù)信息發(fā)送到數(shù)據(jù)傳輸?shù)膶Ψ健?br> 16、 根據(jù)權利要求14所述的裝置，其特征在于，所述數(shù)據(jù)傳輸單元還 包括-數(shù)據(jù)拆分模塊，用于在發(fā)送數(shù)據(jù)時，根據(jù)所述分配策略拆分待傳輸數(shù)據(jù)； 數(shù)據(jù)分配模塊，用于根據(jù)分配策略將所述拆分后的待傳輸數(shù)據(jù)分配到所 述主承載或輔助承載傳輸。
17、 根據(jù)權利要求14所述的裝置，其特征在于，所述數(shù)據(jù)傳輸單元還 包括數(shù)據(jù)匯總模塊，用于在接收數(shù)據(jù)時，根據(jù)所述分配策略對接收到的數(shù)據(jù) 進行匯總。
18、根據(jù)權利要求14所述的裝置，其特征在于，所述裝置還包括 主承載信息接收單元，用于接收數(shù)據(jù)傳輸?shù)膶Ψ桨l(fā)送的主承載信息。
全文摘要
本發(fā)明提供一種數(shù)據(jù)多承載并行傳輸方法及裝置，所述方法包括下列步驟根據(jù)服務器端和客戶端之間的所有承載類型和承載能力選擇數(shù)據(jù)傳輸?shù)闹鞒休d和輔助承載；根據(jù)所述承載類型和承載能力以及待傳輸數(shù)據(jù)的數(shù)據(jù)信息選擇分配策略；根據(jù)所述分配策略進行數(shù)據(jù)傳輸。本發(fā)明的數(shù)據(jù)多承載并行傳輸方法和裝置，解決了兩個電子設備之間近距離交互傳輸大量數(shù)據(jù)的時候，由于只能使用一種傳輸方式導致的傳輸效率低下的技術問題，提高了數(shù)據(jù)傳輸速度。
文檔編號G06F13/00GK101388689SQ200810169799
公開日2009年3月18日 申請日期2008年10月28日 優(yōu)先權日2008年10月28日
發(fā)明者李英偉, 袁之泉 申請人:深圳華為通信技術有限公司