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

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


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