本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，特別涉及一種數(shù)據(jù)傳輸方法及裝置。

背景技術(shù)：

近年來，隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，移動終端普及率的提高，越來越多的用戶通過在移動終端上瀏覽網(wǎng)頁、觀看視頻、從事社交活動等豐富自己的生活。在移動終端的使用場景下，為了獲得更好的體驗(yàn)效果，用戶希望移動網(wǎng)絡(luò)上的數(shù)據(jù)響應(yīng)時間越短越好。由于移動網(wǎng)絡(luò)上的數(shù)據(jù)響應(yīng)時間主要取決于數(shù)據(jù)在移動網(wǎng)絡(luò)上的傳輸方式，因此，如何進(jìn)行數(shù)據(jù)傳輸，則成為了互聯(lián)網(wǎng)領(lǐng)域的熱點(diǎn)問題。

目前，現(xiàn)有技術(shù)在進(jìn)行數(shù)據(jù)傳輸時，主要采用如下兩種方式：

第一種方式：基于SPDY(發(fā)音同speedy)協(xié)議，當(dāng)接收到移動終端發(fā)送的數(shù)據(jù)獲取請求時，獲取相應(yīng)的數(shù)據(jù)，并通過優(yōu)先級、多路復(fù)用、壓縮及主動推動等技術(shù)，將數(shù)據(jù)傳輸給移動終端。

第二種方式：基于Zeta-TCP(Transmission Control Protocol，傳輸控制協(xié)議)，當(dāng)接收到移動終端發(fā)送的數(shù)據(jù)獲取請求時，獲取相應(yīng)的數(shù)據(jù)，并通過對當(dāng)前傳輸鏈路的網(wǎng)絡(luò)特性的學(xué)習(xí)，確定數(shù)據(jù)傳輸策略，進(jìn)而按照確定的數(shù)據(jù)傳輸策略傳輸數(shù)據(jù)。

在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)相關(guān)技術(shù)至少存在以下問題：

由于第一種方式需要移動終端和服務(wù)器同時支持SPDY協(xié)議，很難做到無縫升級，應(yīng)用性較差；且SPDY協(xié)議主要應(yīng)用于大數(shù)據(jù)的傳輸，而在小數(shù)據(jù)的傳輸場景下，加速效果并不理想。

由于第二種方式主要通過對當(dāng)前網(wǎng)絡(luò)特性的自適應(yīng)學(xué)習(xí)來調(diào)整數(shù)據(jù)傳輸策略的，在小數(shù)據(jù)的傳輸場景下，Zeta-TCP協(xié)議還未學(xué)習(xí)到足夠的網(wǎng)絡(luò)特性，傳輸鏈路就已經(jīng)斷開，導(dǎo)致加速效果并不理想。

技術(shù)實(shí)現(xiàn)要素：

為了解決相關(guān)技術(shù)的問題，本發(fā)明實(shí)施例提供了一種數(shù)據(jù)傳輸方法及裝置。所述技術(shù)方案如下：

一方面，提供了一種數(shù)據(jù)傳輸方法，所述方法包括：

獲取當(dāng)前時刻傳輸鏈路上的交互數(shù)據(jù)；

對交互數(shù)據(jù)進(jìn)行分析，得到所述交互數(shù)據(jù)的數(shù)據(jù)屬性信息；

根據(jù)所述交互數(shù)據(jù)的數(shù)據(jù)屬性信息及所述傳輸鏈路上的歷史交互數(shù)據(jù)的數(shù)據(jù)屬性信息，確定本次傳輸數(shù)據(jù)的可用帶寬；

根據(jù)所述可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包。

另一方面，提供了一種數(shù)據(jù)傳輸裝置，所述裝置包括：

獲取模塊，用于獲取當(dāng)前時刻傳輸鏈路上的交互數(shù)據(jù)；

分析模塊，用于對交互數(shù)據(jù)進(jìn)行分析，得到所述交互數(shù)據(jù)的數(shù)據(jù)屬性信息；

第一確定模塊，用于根據(jù)所述交互數(shù)據(jù)的數(shù)據(jù)屬性信息及所述傳輸鏈路上的歷史交互數(shù)據(jù)的數(shù)據(jù)屬性信息，確定本次傳輸數(shù)據(jù)的可用帶寬；

第一傳輸模塊，用于根據(jù)所述可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包。

本發(fā)明實(shí)施例提供的技術(shù)方案帶來的有益效果是：

根據(jù)交互數(shù)據(jù)的數(shù)據(jù)屬性信息及傳輸鏈路上的歷史交互數(shù)據(jù)的數(shù)據(jù)屬性信息，確定本次傳輸數(shù)據(jù)的可用帶寬，進(jìn)而根據(jù)可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包。由于基于TCP協(xié)議進(jìn)行數(shù)據(jù)傳輸，無論數(shù)據(jù)接收端還是數(shù)據(jù)發(fā)送端均無需支持額外的協(xié)議，應(yīng)用性較強(qiáng)，且在確定可用帶寬時綜合考慮了傳輸鏈路上的交互數(shù)據(jù)及歷史交互數(shù)據(jù)，使得確定的帶寬更能體現(xiàn)當(dāng)前的網(wǎng)絡(luò)狀況，顯著地 提高了數(shù)據(jù)傳輸速率。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對實(shí)施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明一個實(shí)施例提供的TCPA的系統(tǒng)架構(gòu)圖；

圖2是本發(fā)明另一個實(shí)施例提供的TCPA的邏輯架構(gòu)圖；

圖3是本發(fā)明另一個實(shí)施例提供的一種數(shù)據(jù)傳輸方法流程圖；

圖4是本發(fā)明另一個實(shí)施例提供的一種數(shù)據(jù)傳輸方法流程圖；

圖5是本發(fā)明另一個實(shí)施例提供的一種對數(shù)據(jù)傳輸過程中的帶寬進(jìn)行控制的過程示意圖；

圖6是本發(fā)明另一個實(shí)施例提供的一種對數(shù)據(jù)傳輸過程中的擁塞進(jìn)行控制的過程示意圖；

圖7是本發(fā)明另一個實(shí)施例提供的一種在數(shù)據(jù)傳輸過程中進(jìn)行丟包探測的過程示意圖；

圖8是本發(fā)明另一個實(shí)施例提供的一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖；

圖9是本發(fā)明另一個實(shí)施例提供的一種數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖。

具體實(shí)施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對本發(fā)明實(shí)施方式作進(jìn)一步地詳細(xì)描述。

隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，圖片分享作為互聯(lián)網(wǎng)時代的高頻使用場景，無論是國外的圖片分享網(wǎng)站，還是國內(nèi)的社交應(yīng)用，用戶的活躍度均非常高。當(dāng)用戶在瀏覽其他用戶分享的圖片過程中想要收藏某些圖片時，用戶需要借助移動 終端將這些圖片從服務(wù)器上下載下來。在此過程中就涉及到數(shù)據(jù)在傳輸鏈路上的傳輸問題。由于圖片數(shù)據(jù)較小，相應(yīng)地，圖片數(shù)據(jù)的傳輸場景也往往比較簡單，目前每條傳輸鏈路上可同步傳輸1～3張大小在幾百KB以內(nèi)的圖片。然而，由于移動網(wǎng)絡(luò)相對于有線網(wǎng)絡(luò)更為復(fù)雜，圖片數(shù)據(jù)在傳輸過程中受到多方面因素影響，導(dǎo)致傳輸速率較低，圖片數(shù)據(jù)的下載時間較長。

目前，移動終端下載圖片數(shù)據(jù)耗時較長的原因主要有兩方面，一方面是當(dāng)前網(wǎng)絡(luò)的RTT(Round-Trip Time，往返時延)較大，另一方面是部署在服務(wù)器端的TCP協(xié)議棧檢測到網(wǎng)絡(luò)擁塞后，主動降低數(shù)據(jù)傳輸量。其中，當(dāng)前網(wǎng)絡(luò)的RTT主要取決于傳輸介質(zhì)、傳輸距離以及傳輸路徑中每個節(jié)點(diǎn)的處理邏輯等因素，這些因素屬于網(wǎng)絡(luò)的基本性質(zhì)，本實(shí)施例暫不關(guān)注。

針對于TCP協(xié)議棧導(dǎo)致的傳輸速率低的問題，傳統(tǒng)的TCP協(xié)議棧主要通過滑動窗口控制數(shù)據(jù)傳輸速率，而滑動窗口主要受到數(shù)據(jù)接收端的接收窗口及擁塞控制窗口的限制。其中，數(shù)據(jù)接收端的接收窗口由數(shù)據(jù)接收端的數(shù)據(jù)接收能力決定，擁塞控制窗口主要由TCP協(xié)議棧的擁塞控制算法確定。目前，TCP協(xié)議棧的擁塞控制算法較多，這些擁塞控制算法主要基于丟包、或者延時波動來探測網(wǎng)絡(luò)擁堵情況。TCP協(xié)議棧在有線網(wǎng)絡(luò)的長連接傳輸場景下對數(shù)據(jù)傳輸過程的控制效果比較顯著，但是在移動網(wǎng)絡(luò)的短連接場景下，TCP協(xié)議棧對數(shù)據(jù)傳輸過程的控制效果并不顯著，移動網(wǎng)絡(luò)的高丟包率及不穩(wěn)定的RTT，會使得TCP協(xié)議棧產(chǎn)生誤判，在正常的移動網(wǎng)絡(luò)環(huán)境中，TCP協(xié)議棧也會主動降低數(shù)據(jù)包的發(fā)送量，而這會導(dǎo)致數(shù)據(jù)在移動網(wǎng)絡(luò)中的傳輸速率較低，移動終端下載圖片的時間較長。

為了提高數(shù)據(jù)傳輸速率，本發(fā)明實(shí)施例提供了一種數(shù)據(jù)傳輸方法，該方法以圖1所示的TCPA系統(tǒng)架構(gòu)圖為基礎(chǔ)。如圖1所示，TCPA系統(tǒng)由兩部分組成，一部分為部署在內(nèi)核態(tài)，主要由發(fā)送控制中心組成，該部分主要負(fù)責(zé)數(shù)據(jù)的具體傳輸。另一部分為部署在用戶態(tài)，主要由連接特性分析模塊、策略決策中心及歷史數(shù)據(jù)倉庫組成，該部分主要對數(shù)據(jù)發(fā)送策略進(jìn)行決策，通過該部分決策 得到的決策結(jié)果可通過策略決策中心下發(fā)到內(nèi)核態(tài)的發(fā)送控制中心，發(fā)送控制中心根據(jù)該決策結(jié)果對數(shù)據(jù)的傳輸過程進(jìn)行控制。需要說明的是，圖中的黑色箭頭表示應(yīng)用數(shù)據(jù)流的流向，圖中的白色箭頭表示決策數(shù)據(jù)流的流向。

基于上述圖1中的系統(tǒng)架構(gòu)圖，圖2為TCPA的邏輯架構(gòu)圖，當(dāng)服務(wù)器與移動終端建立連接之后，服務(wù)器監(jiān)控與移動終端之間進(jìn)行交互的交互數(shù)據(jù)，通過調(diào)用鏈路特性分析模塊對每條傳輸鏈路上的交互數(shù)據(jù)進(jìn)行分析，進(jìn)而將分析結(jié)果發(fā)送至策略決策中心，由策略決策中心根據(jù)分析結(jié)果及從歷史數(shù)據(jù)倉庫中獲取到的歷史交互數(shù)據(jù)進(jìn)行決策，根據(jù)決策結(jié)果確定出一套數(shù)據(jù)傳輸策略，該數(shù)據(jù)傳輸策略直接影響到服務(wù)器的帶寬控制、擁塞控制、丟包檢測及重傳控制。當(dāng)服務(wù)器采用該數(shù)據(jù)傳輸策略進(jìn)行數(shù)據(jù)傳輸時，可達(dá)到提高數(shù)據(jù)傳輸速率，減小數(shù)據(jù)下載時間的目的。

本發(fā)明實(shí)施例提供一種數(shù)據(jù)傳輸方法，參見圖3，本實(shí)施例提供的方法流程包括：

301、獲取當(dāng)前時刻傳輸鏈路上的交互數(shù)據(jù)。

302、對交互數(shù)據(jù)進(jìn)行分析，得到交互數(shù)據(jù)的數(shù)據(jù)屬性信息。

303、根據(jù)交互數(shù)據(jù)的數(shù)據(jù)屬性信息及傳輸鏈路上的歷史交互數(shù)據(jù)的數(shù)據(jù)屬性信息，確定本次傳輸數(shù)據(jù)的可用帶寬。

304、根據(jù)可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包。

本發(fā)明實(shí)施例提供的方法，根據(jù)交互數(shù)據(jù)的數(shù)據(jù)屬性信息及傳輸鏈路上的歷史交互數(shù)據(jù)的數(shù)據(jù)屬性信息，確定本次傳輸數(shù)據(jù)的可用帶寬，進(jìn)而根據(jù)可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包。由于基于TCP協(xié)議進(jìn)行數(shù)據(jù)傳輸，無論數(shù)據(jù)接收端還是數(shù)據(jù)發(fā)送端均無需支持額外的協(xié)議，應(yīng)用性較強(qiáng)，且在確定可用帶寬時綜合考慮了傳輸鏈路上的交互數(shù)據(jù)及歷史交互數(shù)據(jù)，使得確定的帶寬更能體現(xiàn)當(dāng)前的網(wǎng)絡(luò)狀況，顯著地提高了數(shù)據(jù)傳輸速率。

在本發(fā)明的另一個實(shí)施例中，數(shù)據(jù)屬性信息包括時延信息，時延信息包括 往返時延RTT及RTT波動率；

根據(jù)交互數(shù)據(jù)的數(shù)據(jù)屬性信息及傳輸鏈路上的歷史交互數(shù)據(jù)的數(shù)據(jù)屬性信息，確定本次傳輸數(shù)據(jù)的可用帶寬，包括：

根據(jù)交互數(shù)據(jù)的RTT波動率及歷史交互數(shù)據(jù)的RTT波動率，從交互數(shù)據(jù)的RTT及歷史交互數(shù)據(jù)的RTT中，選取出目標(biāo)RTT；

根據(jù)目標(biāo)RTT及目標(biāo)RTT對應(yīng)的數(shù)據(jù)傳輸量，確定本次傳輸數(shù)據(jù)的可用帶寬。

在本發(fā)明的另一個實(shí)施例中，數(shù)據(jù)屬性信息還包括丟包信息；

根據(jù)可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包之后，還包括：

根據(jù)交互數(shù)據(jù)的丟包信息及歷史交互數(shù)據(jù)的丟包信息，確定當(dāng)前網(wǎng)絡(luò)的擁堵狀況；

根據(jù)擁堵狀況，調(diào)整可用帶寬；

在下一次向數(shù)據(jù)接收端傳輸數(shù)據(jù)包時，按照調(diào)整后的可用帶寬進(jìn)行傳輸。

在本發(fā)明的另一個實(shí)施例中，根據(jù)可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包之后，還包括：

當(dāng)檢測到未傳輸數(shù)據(jù)包的時長達(dá)到預(yù)設(shè)時長，且已傳輸?shù)臄?shù)據(jù)包中存在未返回響應(yīng)報文的數(shù)據(jù)包時，向數(shù)據(jù)接收端發(fā)送丟包探測報文；

當(dāng)接收到響應(yīng)報文，根據(jù)響應(yīng)報文，從已傳輸?shù)臄?shù)據(jù)包中確定丟失的數(shù)據(jù)包，響應(yīng)報文由數(shù)據(jù)接收端在接收到丟包探測報文時返回；

重新傳輸丟失的數(shù)據(jù)包。

在本發(fā)明的另一個實(shí)施例中，根據(jù)可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包之后，還包括：

根據(jù)交互數(shù)據(jù)的丟包信息及傳輸鏈路上的歷史交互數(shù)據(jù)的丟包信息，確定重傳時機(jī)及待重傳的數(shù)據(jù)包；

當(dāng)達(dá)到重傳時機(jī)時，重新傳輸待重傳的數(shù)據(jù)包。

上述所有可選技術(shù)方案，可以采用任意結(jié)合形成本發(fā)明的可選實(shí)施例，在 此不再一一贅述。

本發(fā)明實(shí)施例提供了一種數(shù)據(jù)傳輸方法，該方法適用于移動終端通過移動網(wǎng)絡(luò)下載圖片數(shù)據(jù)的場景，在該種場景下，當(dāng)前網(wǎng)絡(luò)即為移動網(wǎng)絡(luò)。參見圖4，本實(shí)施例提供的方法流程包括：

401、服務(wù)器與數(shù)據(jù)接收端建立連接狀態(tài)。

其中，數(shù)據(jù)接收端為進(jìn)行圖片數(shù)據(jù)下載的移動終端，如智能手機(jī)、平板電腦等。在互聯(lián)網(wǎng)技術(shù)領(lǐng)域，為了能夠進(jìn)行數(shù)據(jù)傳輸，服務(wù)器與數(shù)據(jù)接收端在進(jìn)行數(shù)據(jù)傳輸之前，通常會進(jìn)行三次握手。

數(shù)據(jù)接收端與服務(wù)器第一次握手：數(shù)據(jù)接收端會向服務(wù)器發(fā)送SYN(Synchronize Sequence Numbers，同步序列標(biāo)號)包，并進(jìn)入SYN_SENT狀態(tài)，等待服務(wù)器確認(rèn)。

數(shù)據(jù)接收端與服務(wù)器第二次握手：當(dāng)接收到數(shù)據(jù)接收端發(fā)送的SYN包時，服務(wù)器通過向數(shù)據(jù)接收端發(fā)送ACK(Acknowledgement，確認(rèn)字符)包對接收到的SYN包進(jìn)行確認(rèn)，同時服務(wù)器也會向數(shù)據(jù)接收端發(fā)送一個SYN包，服務(wù)器進(jìn)入SYN_RECV狀態(tài)。

數(shù)據(jù)接收端與服務(wù)器第三次握手：數(shù)據(jù)接收端接收到服務(wù)器發(fā)送的SYN-ACK包時，并向服務(wù)器返回一個ACK包，此后，數(shù)據(jù)接收端和服務(wù)器即進(jìn)入連接狀態(tài)。

在上述三次握手完成后，服務(wù)器和數(shù)據(jù)接收端即可建立連接。

402、服務(wù)器獲取當(dāng)前時刻傳輸鏈路上的交互數(shù)據(jù)。

基于建立的連接，服務(wù)器可對傳輸鏈路上的每一次數(shù)據(jù)交互過程進(jìn)行監(jiān)控，直至建立的連接斷開。在過程中，當(dāng)服務(wù)器監(jiān)控到當(dāng)前時刻傳輸鏈路上有交互數(shù)據(jù)時，服務(wù)器將獲取該交互數(shù)據(jù)。其中，交互數(shù)據(jù)包括TCP報文的編號、flag(用于記載變量的一個參數(shù))、時間戳、TCP負(fù)載大小等數(shù)據(jù)，本實(shí)施例不對交互數(shù)據(jù)的內(nèi)容作具體的限定。

403、服務(wù)器對交互數(shù)據(jù)進(jìn)行分析，得到交互數(shù)據(jù)的數(shù)據(jù)屬性信息。

當(dāng)獲取到交互數(shù)據(jù)之后，服務(wù)器將調(diào)用鏈路特征分析模塊對獲取到交互數(shù)據(jù)進(jìn)行分析，通過分析可得到傳輸鏈路上交互數(shù)據(jù)的數(shù)據(jù)屬性信息。在本實(shí)施例中，交互數(shù)據(jù)的數(shù)據(jù)屬性信息包括時延信息、丟包信息、重傳信息等，其中，時延信息至少包括當(dāng)前鏈路的RTT、RTT波動率等，丟包信息至少包括丟包率、丟包位置等，重傳信息至少包括重傳時延、重傳大小、重復(fù)ACK包等。

針對數(shù)據(jù)屬性信息的不同，下面將對分別進(jìn)行介紹。

(1)、時延信息。

當(dāng)服務(wù)器向數(shù)據(jù)接收端傳輸數(shù)據(jù)時，服務(wù)器通常會在傳輸數(shù)據(jù)包中添加一個時間戳信息，數(shù)據(jù)接收端接收到服務(wù)器發(fā)送的數(shù)據(jù)包后，會向服務(wù)器返回一個響應(yīng)報文，該響應(yīng)報文中攜帶一個時間戳信息。當(dāng)接收到數(shù)據(jù)接收端返回的響應(yīng)報文，基于發(fā)送的數(shù)據(jù)包中攜帶的時間戳信息及響應(yīng)報文中的時間戳信息，服務(wù)器可即計算出數(shù)據(jù)包從發(fā)送到接收之間的時間差，該時間差即為RTT。由于移動網(wǎng)絡(luò)并不穩(wěn)定，當(dāng)將同一數(shù)據(jù)包在同一鏈路上傳輸時，每次計算出的RTT可能是不同的，服務(wù)器通過對多次傳輸過程中的RTT進(jìn)行分析，即可得到RTT波動率。

(2)、丟包信息。

為了便于對待傳輸?shù)臄?shù)據(jù)進(jìn)行管理，服務(wù)器向數(shù)據(jù)接收端傳輸數(shù)據(jù)時，通常會將待發(fā)送的數(shù)據(jù)包進(jìn)行編號，進(jìn)而在后續(xù)進(jìn)行數(shù)據(jù)傳輸時，按照編號由小到大的順序?qū)Υl(fā)送的數(shù)據(jù)包進(jìn)行傳輸，如果數(shù)據(jù)接收端接收到服務(wù)器發(fā)送的數(shù)據(jù)，數(shù)據(jù)接收端會向服務(wù)器返回一個響應(yīng)報文，該響應(yīng)報文用于通知服務(wù)器發(fā)送的數(shù)據(jù)包中被確認(rèn)的數(shù)據(jù)包編號，服務(wù)器根據(jù)發(fā)送數(shù)據(jù)包的編號及被確認(rèn)的數(shù)據(jù)包編號，即可確定出傳輸過程中丟失的數(shù)據(jù)包以及丟失的數(shù)據(jù)包在發(fā)送的數(shù)據(jù)包中的位置，該位置即為丟包位置。

(3)、重傳信息。

為了保證接收端接收到的數(shù)據(jù)完整，當(dāng)服務(wù)器檢測到某一數(shù)據(jù)包在傳輸過 程中丟失后，服務(wù)器會將該丟失的數(shù)據(jù)包重新傳輸給數(shù)據(jù)接收端，依據(jù)重傳的數(shù)據(jù)包的數(shù)量，服務(wù)器可確定出重傳大小，依據(jù)初次傳輸?shù)臄?shù)據(jù)包中攜帶的時間戳信息及重傳數(shù)據(jù)包中攜帶的時間戳信息，服務(wù)器可確定出重傳時延。另外，在該過程中，如果某一數(shù)據(jù)包丟失，位于該數(shù)據(jù)之前的數(shù)據(jù)包及位于該數(shù)據(jù)包之后的數(shù)據(jù)包均會向服務(wù)器發(fā)送一個ACK包，基于接收到的ACK包，服務(wù)器即可確定出重復(fù)ACK包。

另外，服務(wù)器在調(diào)用鏈路分析模塊對當(dāng)前時刻傳輸鏈路上的交互數(shù)據(jù)進(jìn)行分析之后，服務(wù)器還將以IP為維度，將獲取到的交互數(shù)據(jù)寫回歷史數(shù)據(jù)倉庫，從而為后續(xù)數(shù)據(jù)傳輸提供數(shù)據(jù)支撐。

404、服務(wù)器根據(jù)交互數(shù)據(jù)的數(shù)據(jù)屬性信息及傳輸鏈路上的歷史交互數(shù)據(jù)的數(shù)據(jù)屬性信息，確定本次傳輸數(shù)據(jù)的可用帶寬。

由于傳統(tǒng)的TCP協(xié)議棧主要通過滑動窗口機(jī)制控制數(shù)據(jù)發(fā)送端的可用帶寬，而滑動窗口主要受擁塞窗口及數(shù)據(jù)接收端的接收窗口限制。且在服務(wù)器與數(shù)據(jù)接收端的連接建立之初，TCP協(xié)議棧是無法檢測到當(dāng)前網(wǎng)絡(luò)的擁塞狀況，此時滑動窗口主要受限于服務(wù)器設(shè)置的初始窗口和數(shù)據(jù)接收端的接收窗口。又由于移動網(wǎng)絡(luò)的網(wǎng)絡(luò)環(huán)境相對于有線網(wǎng)絡(luò)的網(wǎng)絡(luò)環(huán)境要復(fù)雜的多，而不同數(shù)據(jù)接收端所處的網(wǎng)絡(luò)環(huán)境相差巨大，這使得設(shè)置的初始窗口在不同的網(wǎng)絡(luò)環(huán)境下并不適用，此時根據(jù)初始窗口和數(shù)據(jù)接收端的接收窗口所確定的滑動窗口并不能準(zhǔn)確的反映出當(dāng)前的網(wǎng)絡(luò)狀況，進(jìn)而確定的可用帶寬并不準(zhǔn)確。

為了提高所確定的可用帶寬的準(zhǔn)確性，服務(wù)器在對當(dāng)前傳輸鏈路上的交互數(shù)據(jù)進(jìn)行分析，得出交互數(shù)據(jù)的數(shù)據(jù)屬性信息之后，服務(wù)器還將從歷史數(shù)據(jù)倉庫中獲取該條傳輸鏈路上當(dāng)前時刻的歷史交互數(shù)據(jù)，進(jìn)而采用與對當(dāng)前獲取到的交互數(shù)據(jù)相同方式對歷史交互數(shù)據(jù)進(jìn)行分析，得到傳輸鏈路上的歷史交互數(shù)據(jù)的數(shù)據(jù)屬性信息。之后，服務(wù)器通過調(diào)用數(shù)據(jù)鏈路分析模塊對交互數(shù)據(jù)的數(shù)據(jù)屬性信息及傳輸鏈路上的歷史交互數(shù)據(jù)的數(shù)據(jù)屬性信息進(jìn)行離線分析，可得出本次傳輸數(shù)據(jù)的可用帶寬。

在本步驟中，服務(wù)器在確定本次傳輸數(shù)據(jù)的可用帶寬時，主要依據(jù)數(shù)據(jù)屬性信息中的時延信息進(jìn)行確定的。具體確定時，服務(wù)器先根據(jù)交互數(shù)據(jù)的RTT波動率及歷史交互數(shù)據(jù)的RTT波動率，從交互數(shù)據(jù)的RTT及歷史交互數(shù)據(jù)的RTT中，選取出目標(biāo)RTT，然后根據(jù)目標(biāo)RTT及目標(biāo)RTT對應(yīng)的數(shù)據(jù)傳輸量，確定本次傳輸數(shù)據(jù)的可用帶寬。

對于上述過程為了便于理解，下面將一個具體的例子進(jìn)行說明。

例如，服務(wù)器通過對當(dāng)前時刻傳輸鏈路進(jìn)行監(jiān)控，獲取到交互數(shù)據(jù)的RTT為20ms(毫秒)，從歷史數(shù)據(jù)倉庫中獲取到該傳輸鏈路上最近三天的歷史交互數(shù)據(jù)的RTT分別為18ms、16ms、21ms，通過對獲取到的交互數(shù)據(jù)及歷史交互數(shù)據(jù)的RTT進(jìn)行分析可知，該條傳輸鏈路上的RTT是波動的。為了避免傳輸過程中數(shù)據(jù)包丟失，使得數(shù)據(jù)接收端接收到的數(shù)據(jù)完整，服務(wù)器可依據(jù)交互數(shù)據(jù)及歷史交互數(shù)據(jù)的RTT波動率，從中選取一個最小的RTT作為目標(biāo)RTT，進(jìn)而通過將該RTT與該RTT對應(yīng)的數(shù)據(jù)傳輸量相乘，得到一個帶寬，該帶寬即為本次傳輸數(shù)據(jù)的可用帶寬。

405、服務(wù)器根據(jù)可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包。

基于確定的可用帶寬，服務(wù)器即可按照所確定的可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包。在網(wǎng)絡(luò)環(huán)境較好的情況下，服務(wù)器采用所確定的可用帶寬傳輸數(shù)據(jù)包時，可將一張10KB的小圖片一次性的傳輸至數(shù)據(jù)接收端，避免了受TCP協(xié)議棧滑動窗口的限制，提高了數(shù)據(jù)的傳輸速率。

為了直觀地展示采用本實(shí)施例提供的方法在傳輸數(shù)據(jù)時的優(yōu)越性，下面以圖5為例進(jìn)行說明。

參見圖5，在網(wǎng)絡(luò)狀況較好時，如果采用原有的TCP協(xié)議棧的可用帶寬進(jìn)行數(shù)據(jù)傳輸，在一次數(shù)據(jù)傳輸過程中僅能傳輸三個數(shù)據(jù)包，而采用本實(shí)施所確定的可用帶寬進(jìn)行數(shù)據(jù)傳輸時，在一次傳輸過程中可發(fā)送四個數(shù)據(jù)包。由于一次發(fā)送的數(shù)據(jù)包的數(shù)量增多了，因此，提高了數(shù)據(jù)的傳輸速率。

至此，通過上述過程實(shí)現(xiàn)了數(shù)據(jù)的發(fā)送，在此基礎(chǔ)上，本實(shí)施例提供的方 法還支持對確定的可用帶寬進(jìn)行調(diào)整、對發(fā)送的數(shù)據(jù)包進(jìn)行丟包檢測以及對丟失的數(shù)據(jù)包進(jìn)行重傳等。具體參見下述內(nèi)容。

由于網(wǎng)絡(luò)中的存儲轉(zhuǎn)發(fā)節(jié)點(diǎn)的數(shù)量有限，當(dāng)網(wǎng)絡(luò)中傳輸?shù)臄?shù)據(jù)包較多時，將導(dǎo)致網(wǎng)絡(luò)能力下降，如果采用傳統(tǒng)的數(shù)據(jù)傳輸方法，服務(wù)器根據(jù)TCP協(xié)議棧會通過擁塞控制算法如cubic、bic等，判斷出當(dāng)前網(wǎng)絡(luò)擁塞后，服務(wù)器會主動減少可用帶寬，以緩解當(dāng)前網(wǎng)絡(luò)的擁塞程度。然而在實(shí)際應(yīng)用中，亂序引起的重復(fù)ACK以及網(wǎng)絡(luò)信號減弱或者切換造成的丟包，并不能作為網(wǎng)絡(luò)擁堵的特征，而服務(wù)器借助傳統(tǒng)的TCP協(xié)議棧分析后，確定此時網(wǎng)絡(luò)擁堵，將降低可用帶寬，使得數(shù)據(jù)傳輸速率較低。為了避免傳輸帶寬被無謂的降低，本實(shí)施例中服務(wù)器還將根據(jù)數(shù)據(jù)屬性信息中的丟包信息對當(dāng)前網(wǎng)絡(luò)的擁堵狀況進(jìn)行分析，以根據(jù)分析結(jié)果重新調(diào)整傳輸帶寬。該過程在具體實(shí)施時，服務(wù)器可根據(jù)交互數(shù)據(jù)的丟包信息及歷史交互數(shù)據(jù)的丟包信息，確定出傳輸鏈路在同一時段的歷史丟包情況及當(dāng)前的丟包位置及丟包率等因素，并根據(jù)這些因素確定出當(dāng)前網(wǎng)絡(luò)的擁堵狀況，進(jìn)而根據(jù)所確定的擁堵狀況，調(diào)整可用帶寬，從而在下一次向數(shù)據(jù)接收端傳輸數(shù)據(jù)包時，按照調(diào)整后的可用帶寬進(jìn)行傳輸。

為了直觀地展示采用本實(shí)施例提供的方法在傳輸數(shù)據(jù)時的優(yōu)越性，下面以圖6為例進(jìn)行說明。

參見圖6，在網(wǎng)絡(luò)狀況較好時，采用傳統(tǒng)方法所確定的滑動窗口一次僅能傳輸三個數(shù)據(jù)包，而根據(jù)本發(fā)明實(shí)施例提供的方法調(diào)整的滑動窗口一次可發(fā)送四個數(shù)據(jù)包。由于一次發(fā)送的數(shù)據(jù)包的數(shù)量增多了，因此，提高了數(shù)據(jù)的傳輸速率。

在互聯(lián)網(wǎng)領(lǐng)域，為了保證數(shù)據(jù)接收端接收到的數(shù)據(jù)完整，服務(wù)器在向數(shù)據(jù)接收端傳輸數(shù)據(jù)包之后，還將對傳輸?shù)臄?shù)據(jù)包進(jìn)行丟包檢測。丟包檢測主要用于傳輸?shù)臄?shù)據(jù)包中尾部丟包的檢測，以在發(fā)現(xiàn)尾部數(shù)據(jù)包丟失后，及時重傳，降低數(shù)據(jù)下載時間，提高用戶的體驗(yàn)效果。

參見圖7中的左圖，當(dāng)服務(wù)器向數(shù)據(jù)接收端傳輸1、2、3、4、5、6六個數(shù) 據(jù)包之后，傳統(tǒng)的丟包檢測方法檢測到數(shù)據(jù)包4、5、6丟失之后，需要經(jīng)過一個RTO(Recovery Time Object，恢復(fù)時間目標(biāo))時間才啟動重傳機(jī)制重新傳輸丟失的數(shù)據(jù)包，該過程時間較長。在移動終端下載圖片的場景下，10KB以內(nèi)的占比非常高，同一傳輸鏈路中，圖片下載同步進(jìn)行，使得尾部丟包發(fā)生的概率將大大提升，如果采用圖7中左圖中方法檢測丟包時，下載一個10KB以內(nèi)的圖片，用戶可能也將等待幾秒鐘的時間，用戶體驗(yàn)效果較差。

為了提高數(shù)據(jù)傳輸速率，改善用戶體驗(yàn)，本實(shí)施例提供的方法在根據(jù)可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)之后，還將檢測傳輸鏈路上未傳輸數(shù)據(jù)包的時長是否達(dá)到預(yù)設(shè)時長，當(dāng)檢測到未傳輸數(shù)據(jù)包的時長達(dá)到預(yù)設(shè)時長，且已傳輸?shù)臄?shù)據(jù)包中存在未返回響應(yīng)報文的數(shù)據(jù)包時，服務(wù)器將向數(shù)據(jù)接收端發(fā)送丟包探測報文，數(shù)據(jù)接收端接收到丟包探測報文時，根據(jù)本次數(shù)據(jù)的接收情況，生成一個響應(yīng)報文，該響應(yīng)報文用于指示本次傳輸?shù)臄?shù)據(jù)包在數(shù)據(jù)接收端的接收情況，并將生成的相應(yīng)報文發(fā)送給服務(wù)器。當(dāng)接收到響應(yīng)報文，服務(wù)器根據(jù)響應(yīng)報文，可從已傳輸?shù)臄?shù)據(jù)包中確定丟失的數(shù)據(jù)包，進(jìn)而及時地將丟失的數(shù)據(jù)包傳輸給數(shù)據(jù)接收端。其中，預(yù)設(shè)時長可以為3ms、5ms、7ms等，本實(shí)施例不對預(yù)設(shè)時長作具體的限定。

參見圖7中的右圖，當(dāng)服務(wù)器向數(shù)據(jù)接收端傳輸1、2、3、4、5、6六個數(shù)據(jù)包之后，服務(wù)器檢測到為傳輸數(shù)據(jù)包的時長達(dá)到預(yù)設(shè)時長，且未接收到數(shù)據(jù)包4、5、6返回的ACK包時，服務(wù)器將向數(shù)據(jù)接收端發(fā)送一個丟包探測報文，數(shù)據(jù)接收端接收到丟包探測報文之后，向服務(wù)器返回一個響應(yīng)報文，該響應(yīng)報文用于通知服務(wù)器數(shù)據(jù)包4、5、6丟失，當(dāng)接收到響應(yīng)報文時，服務(wù)器將數(shù)據(jù)包4、5、6重新傳輸給數(shù)據(jù)接收端。

上述過程為服務(wù)器自主檢測數(shù)據(jù)包丟失后重新將丟失的數(shù)據(jù)包傳輸給數(shù)據(jù)接收端的過程。當(dāng)然，為了提高數(shù)據(jù)傳輸速率，減少等待時間，服務(wù)器還可調(diào)用策略決策中心，對交互數(shù)據(jù)的丟包信息及傳輸鏈路上的歷史交互數(shù)據(jù)的丟包信息進(jìn)行分析，通過分析獲取到數(shù)據(jù)包中丟包頻繁的位置、重復(fù)ACK的位置及 數(shù)量，并根據(jù)數(shù)據(jù)包中丟包頻繁的位置、重復(fù)ACK的位置及數(shù)量，確定出重傳時機(jī)及待重傳的數(shù)據(jù)包，進(jìn)而在達(dá)到重傳時機(jī)時，將待重傳的數(shù)據(jù)包重新傳輸給數(shù)據(jù)接收端。

本發(fā)明實(shí)施例提供的方法，根據(jù)交互數(shù)據(jù)的數(shù)據(jù)屬性信息及傳輸鏈路上的歷史交互數(shù)據(jù)的數(shù)據(jù)屬性信息，確定本次傳輸數(shù)據(jù)的可用帶寬，進(jìn)而根據(jù)可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包。由于基于TCP協(xié)議進(jìn)行數(shù)據(jù)傳輸，無論數(shù)據(jù)接收端還是數(shù)據(jù)發(fā)送端均無需支持額外的協(xié)議，應(yīng)用性較強(qiáng)，且在確定可用帶寬時綜合考慮了傳輸鏈路上的交互數(shù)據(jù)及歷史交互數(shù)據(jù)，使得確定的帶寬更能體現(xiàn)當(dāng)前的網(wǎng)絡(luò)狀況，顯著地提高了數(shù)據(jù)傳輸速率。

參見圖8，本發(fā)明實(shí)施例提供了一種數(shù)據(jù)傳輸裝置，該裝置包括：

獲取模塊801，用于獲取當(dāng)前時刻傳輸鏈路上的交互數(shù)據(jù)；

分析模塊802，用于對交互數(shù)據(jù)進(jìn)行分析，得到交互數(shù)據(jù)的數(shù)據(jù)屬性信息；

第一確定模塊803，用于根據(jù)交互數(shù)據(jù)的數(shù)據(jù)屬性信息及傳輸鏈路上的歷史交互數(shù)據(jù)的數(shù)據(jù)屬性信息，確定本次傳輸數(shù)據(jù)的可用帶寬；

第一傳輸模塊804，用于根據(jù)可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包。

在本發(fā)明的另一個實(shí)施例中，數(shù)據(jù)屬性信息包括時延信息，時延信息包括往返時延RTT及RTT波動率；

第一確定模塊803，用于根據(jù)交互數(shù)據(jù)的RTT波動率及歷史交互數(shù)據(jù)的RTT波動率，從交互數(shù)據(jù)的RTT及歷史交互數(shù)據(jù)的RTT中，選取出目標(biāo)RTT；根據(jù)目標(biāo)RTT及目標(biāo)RTT對應(yīng)的數(shù)據(jù)傳輸量，確定本次傳輸數(shù)據(jù)的可用帶寬。

在本發(fā)明的另一個實(shí)施例中，數(shù)據(jù)屬性信息還包括丟包信息；

該裝置還包括：

第二確定模塊，用于根據(jù)交互數(shù)據(jù)的丟包信息及歷史交互數(shù)據(jù)的丟包信息，確定當(dāng)前網(wǎng)絡(luò)的擁堵狀況；

調(diào)整模塊，用于根據(jù)擁堵狀況，調(diào)整可用帶寬；

第二傳輸模塊，用于在下一次向數(shù)據(jù)接收端傳輸數(shù)據(jù)包時，按照調(diào)整后的可用帶寬進(jìn)行傳輸。

在本發(fā)明的另一個實(shí)施例中，該裝置還包括：

發(fā)送模塊，用于當(dāng)檢測到未傳輸數(shù)據(jù)包的時長達(dá)到預(yù)設(shè)時長，且已傳輸?shù)臄?shù)據(jù)包中存在未返回響應(yīng)報文的數(shù)據(jù)包時，向數(shù)據(jù)接收端發(fā)送丟包探測報文；

第三確定模塊，用于當(dāng)接收到響應(yīng)報文，根據(jù)響應(yīng)報文，從已傳輸?shù)臄?shù)據(jù)包中確定丟失的數(shù)據(jù)包，響應(yīng)報文由數(shù)據(jù)接收端在接收到丟包探測報文時返回；

第三傳輸模塊，用于重新傳輸丟失的數(shù)據(jù)包。

在本發(fā)明的另一個實(shí)施例中，該裝置還包括：

第四確定模塊，用于根據(jù)交互數(shù)據(jù)的丟包信息及傳輸鏈路上的歷史交互數(shù)據(jù)的丟包信息，確定重傳時機(jī)及待重傳的數(shù)據(jù)包；

第四傳輸模塊，用于當(dāng)達(dá)到重傳時機(jī)時，重新傳輸待重傳的數(shù)據(jù)包。

綜上所述，本發(fā)明實(shí)施例提供的裝置，根據(jù)交互數(shù)據(jù)的數(shù)據(jù)屬性信息及傳輸鏈路上的歷史交互數(shù)據(jù)的數(shù)據(jù)屬性信息，確定本次傳輸數(shù)據(jù)的可用帶寬，進(jìn)而根據(jù)可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包。由于基于TCP協(xié)議進(jìn)行數(shù)據(jù)傳輸，無論數(shù)據(jù)接收端還是數(shù)據(jù)發(fā)送端均無需支持額外的協(xié)議，應(yīng)用性較強(qiáng)，且在確定可用帶寬時綜合考慮了傳輸鏈路上的交互數(shù)據(jù)及歷史交互數(shù)據(jù)，使得確定的帶寬更能體現(xiàn)當(dāng)前的網(wǎng)絡(luò)狀況，顯著地提高了數(shù)據(jù)傳輸速率。

圖9是根據(jù)一示例性實(shí)施例示出的一種用于數(shù)據(jù)傳輸?shù)难b置。參照圖9，該裝置可以為服務(wù)器900，服務(wù)器900包括處理組件922，其進(jìn)一步包括一個或多個處理器，以及由存儲器932所代表的存儲器資源，用于存儲可由處理組件922的執(zhí)行的指令，例如應(yīng)用程序。存儲器932中存儲的應(yīng)用程序可以包括一個或一個以上的每一個對應(yīng)于一組指令的模塊。此外，處理組件922被配置為執(zhí)行指令，以執(zhí)行上述數(shù)據(jù)傳輸方法中服務(wù)器所執(zhí)行的功能，該方法包括：

獲取當(dāng)前時刻傳輸鏈路上的交互數(shù)據(jù)；

對交互數(shù)據(jù)進(jìn)行分析，得到交互數(shù)據(jù)的數(shù)據(jù)屬性信息；

根據(jù)交互數(shù)據(jù)的數(shù)據(jù)屬性信息及傳輸鏈路上的歷史交互數(shù)據(jù)的數(shù)據(jù)屬性信息，確定本次傳輸數(shù)據(jù)的可用帶寬；

根據(jù)可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包。

在本發(fā)明的另一個實(shí)施例中，數(shù)據(jù)屬性信息包括時延信息，時延信息包括往返時延RTT及RTT波動率；

根據(jù)交互數(shù)據(jù)的數(shù)據(jù)屬性信息及傳輸鏈路上的歷史交互數(shù)據(jù)的數(shù)據(jù)屬性信息，確定本次傳輸數(shù)據(jù)的可用帶寬，包括：

根據(jù)交互數(shù)據(jù)的RTT波動率及歷史交互數(shù)據(jù)的RTT波動率，從交互數(shù)據(jù)的RTT及歷史交互數(shù)據(jù)的RTT中，選取出目標(biāo)RTT；

根據(jù)目標(biāo)RTT及目標(biāo)RTT對應(yīng)的數(shù)據(jù)傳輸量，確定本次傳輸數(shù)據(jù)的可用帶寬。

在本發(fā)明的另一個實(shí)施例中，數(shù)據(jù)屬性信息還包括丟包信息；

根據(jù)可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包之后，還包括：

根據(jù)交互數(shù)據(jù)的丟包信息及歷史交互數(shù)據(jù)的丟包信息，確定當(dāng)前網(wǎng)絡(luò)的擁堵狀況；

根據(jù)擁堵狀況，調(diào)整可用帶寬；

在下一次向數(shù)據(jù)接收端傳輸數(shù)據(jù)包時，按照調(diào)整后的可用帶寬進(jìn)行傳輸。

在本發(fā)明的另一個實(shí)施例中，根據(jù)可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包之后，還包括：

當(dāng)檢測到未傳輸數(shù)據(jù)包的時長達(dá)到預(yù)設(shè)時長，且已傳輸?shù)臄?shù)據(jù)包中存在未返回響應(yīng)報文的數(shù)據(jù)包時，向數(shù)據(jù)接收端發(fā)送丟包探測報文；

當(dāng)接收到響應(yīng)報文，根據(jù)響應(yīng)報文，從已傳輸?shù)臄?shù)據(jù)包中確定丟失的數(shù)據(jù)包，響應(yīng)報文由數(shù)據(jù)接收端在接收到丟包探測報文時返回；

重新傳輸丟失的數(shù)據(jù)包。

在本發(fā)明的另一個實(shí)施例中，根據(jù)可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包之后， 還包括：

根據(jù)交互數(shù)據(jù)的丟包信息及傳輸鏈路上的歷史交互數(shù)據(jù)的丟包信息，確定重傳時機(jī)及待重傳的數(shù)據(jù)包；

當(dāng)達(dá)到重傳時機(jī)時，重新傳輸待重傳的數(shù)據(jù)包。

服務(wù)器900還可以包括一個電源組件926被配置為執(zhí)行服務(wù)器900的電源管理，一個有線或無線網(wǎng)絡(luò)接口950被配置為將服務(wù)器900連接到網(wǎng)絡(luò)，和一個輸入輸出(I/O)接口958。服務(wù)器900可以操作基于存儲在存儲器932的操作系統(tǒng)，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，F(xiàn)reeBSDTM或類似。

本發(fā)明實(shí)施例提供的服務(wù)器，根據(jù)交互數(shù)據(jù)的數(shù)據(jù)屬性信息及傳輸鏈路上的歷史交互數(shù)據(jù)的數(shù)據(jù)屬性信息，確定本次傳輸數(shù)據(jù)的可用帶寬，進(jìn)而根據(jù)可用帶寬向數(shù)據(jù)接收端傳輸數(shù)據(jù)包。由于基于TCP協(xié)議進(jìn)行數(shù)據(jù)傳輸，無論數(shù)據(jù)接收端還是數(shù)據(jù)發(fā)送端均無需支持額外的協(xié)議，應(yīng)用性較強(qiáng)，且在確定可用帶寬時綜合考慮了傳輸鏈路上的交互數(shù)據(jù)及歷史交互數(shù)據(jù)，使得確定的帶寬更能體現(xiàn)當(dāng)前的網(wǎng)絡(luò)狀況，顯著地提高了數(shù)據(jù)傳輸速率。

需要說明的是：上述實(shí)施例提供的數(shù)據(jù)傳輸裝置在傳輸數(shù)據(jù)時，僅以上述各功能模塊的劃分進(jìn)行舉例說明，實(shí)際應(yīng)用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將數(shù)據(jù)傳輸裝置的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實(shí)施例提供的數(shù)據(jù)傳輸裝置與數(shù)據(jù)傳輸方法實(shí)施例屬于同一構(gòu)思，其具體實(shí)現(xiàn)過程詳見方法實(shí)施例，這里不再贅述。

本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機(jī)可讀存儲介質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。

以上所述僅為本發(fā)明的較佳實(shí)施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。