一種數(shù)據(jù)傳送方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種數(shù)據(jù)傳送方法，其包括以下步驟：接收端發(fā)送數(shù)據(jù)請(qǐng)求，發(fā)送端根據(jù)所述數(shù)據(jù)請(qǐng)求將待傳送數(shù)據(jù)分成多個(gè)數(shù)據(jù)包向接收端傳送，當(dāng)接收端每接收到一個(gè)所述數(shù)據(jù)包時(shí)會(huì)發(fā)送一個(gè)對(duì)應(yīng)的ACK包至所述發(fā)送端；當(dāng)接收端未接收到某一或多個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK包時(shí)，根據(jù)接收到的ACK包的延遲時(shí)間判斷未接受到的ACK包對(duì)應(yīng)的數(shù)據(jù)包是否丟包，并根據(jù)丟包情況進(jìn)行具體操作。本發(fā)明在丟包率、連續(xù)丟包數(shù)量、帶寬穩(wěn)定性、帶寬適應(yīng)性、實(shí)時(shí)性等等方面均優(yōu)于目前現(xiàn)有的TCP協(xié)議棧。
【專利說(shuō)明】一種數(shù)據(jù)傳送方法及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及數(shù)據(jù)傳輸?shù)奶幚矸椒ǎ貏e是涉及一種可大幅提高數(shù)據(jù)傳輸速度的數(shù)據(jù)傳送方法及系統(tǒng)。
【背景技術(shù)】
[0002]受2G/3G網(wǎng)絡(luò)以及惡劣條件下的廣域網(wǎng)的條件限制，手機(jī)、PC等設(shè)備在訪問(wèn)WEB網(wǎng)站時(shí)，其傳輸速度較慢，用戶體驗(yàn)較差。所以一些廠商進(jìn)行了相關(guān)優(yōu)化。在這方面，UC瀏覽器采用的方式較為典型。
[0003]UC瀏覽器主要采用以下兩種方式。
[0004]1.數(shù)據(jù)中轉(zhuǎn):
UC瀏覽器采用數(shù)據(jù)中轉(zhuǎn)代理的方式進(jìn)行網(wǎng)頁(yè)數(shù)據(jù)傳輸，起到了縮減手機(jī)端到WEB服務(wù)器間的網(wǎng)絡(luò)傳輸距離，從一定意義上提高了傳輸速度。
[0005]實(shí)際過(guò)程中，手機(jī)等2G/3G設(shè)備在訪問(wèn)WEB網(wǎng)站進(jìn)行數(shù)據(jù)傳輸時(shí)，其主要的瓶頸在2G/3G無(wú)線網(wǎng)絡(luò)上，但是使用代理方式僅僅提高網(wǎng)絡(luò)傳輸過(guò)程中廣域網(wǎng)的傳輸效果，并沒(méi)有提高無(wú)線網(wǎng)絡(luò)上的傳輸速度，因此該方式對(duì)網(wǎng)絡(luò)傳輸效果的提高意義不大，主要提高的是網(wǎng)站的并發(fā)訪問(wèn)量，通過(guò)降低網(wǎng)站負(fù)荷來(lái)提高網(wǎng)站訪問(wèn)速度。
[0006]其他一些網(wǎng)絡(luò)傳輸服務(wù)領(lǐng)域，包括網(wǎng)絡(luò)視頻服務(wù)的廠商，也大量采用代理的方式。
[0007]2.數(shù)據(jù)壓縮:
UC瀏覽器在數(shù)據(jù)中轉(zhuǎn)代理的過(guò)程中對(duì)數(shù)據(jù)進(jìn)行了壓縮，以減少數(shù)據(jù)量的方式，提高網(wǎng)頁(yè)下載速度。
[0008]但是，實(shí)際的WEB網(wǎng)頁(yè)由兩部分組成:腳本數(shù)據(jù)和圖片。
[0009]腳本數(shù)據(jù)相對(duì)數(shù)據(jù)量小，而占數(shù)據(jù)的極大部分的圖片大多使用JPG或PNG等已經(jīng)壓縮后的格式，無(wú)法進(jìn)一步壓縮。
[0010]因此，壓縮的方式，提高網(wǎng)頁(yè)下載速度并不明顯。
[0011]對(duì)于數(shù)據(jù)壓縮后傳輸?shù)姆绞?，在多個(gè)網(wǎng)絡(luò)傳輸領(lǐng)域中均有出現(xiàn)。
[0012]綜上所述，現(xiàn)有的相關(guān)技術(shù)并沒(méi)有真正意義上提高2G/3G網(wǎng)絡(luò)下無(wú)線傳輸?shù)膫鬏斔俣取?br>
【發(fā)明內(nèi)容】

[0013]本發(fā)明提供了一種數(shù)據(jù)傳送方法，其包括以下步驟:
接收端發(fā)送數(shù)據(jù)請(qǐng)求，發(fā)送端根據(jù)所述數(shù)據(jù)請(qǐng)求將待傳送數(shù)據(jù)分成多個(gè)數(shù)據(jù)包向接收端傳送，當(dāng)接收端每接收到一個(gè)所述數(shù)據(jù)包時(shí)會(huì)發(fā)送一個(gè)對(duì)應(yīng)的ACK包至所述發(fā)送端；
當(dāng)發(fā)送端未接收到某一或多個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK包時(shí)，根據(jù)接收到的ACK包的延遲時(shí)間判斷未接受到的ACK包對(duì)應(yīng)的數(shù)據(jù)包是否丟包，并根據(jù)丟包情況進(jìn)行具體操作。
[0014]較佳地，，判斷未接收到的ACK包對(duì)應(yīng)的數(shù)據(jù)包是否丟包的過(guò)程包括:
根據(jù)未接收到的ACK包接收到的ACK包的延遲時(shí)間，計(jì)算出該未接收到的ACK延遲時(shí)間范圍值，若超過(guò)該延遲時(shí)間范圍值未接收到該ACK對(duì)應(yīng)的數(shù)據(jù)包，則判斷該數(shù)據(jù)包丟失。
[0015]較佳地，當(dāng)確認(rèn)未接收到的數(shù)據(jù)包丟失時(shí)，將丟失的數(shù)據(jù)包進(jìn)行通過(guò)FEC糾錯(cuò)編碼重新發(fā)送至所述接收端。
[0016]較佳地，當(dāng)確認(rèn)未接收到的數(shù)據(jù)包丟失時(shí)，將所述待傳送數(shù)據(jù)的所有數(shù)據(jù)包重新向所述接收端發(fā)送。
[0017]較佳地，所述發(fā)送端實(shí)時(shí)用于發(fā)送數(shù)據(jù)包的帶寬始終在所述發(fā)送端實(shí)際傳輸帶寬范圍內(nèi)。
[0018]較佳地，所述實(shí)時(shí)帶寬是根據(jù)上一個(gè)數(shù)據(jù)發(fā)送周期帶寬得到的。
[0019]較佳地，在所述發(fā)送端先后連續(xù)發(fā)送兩個(gè)不同優(yōu)先級(jí)的數(shù)據(jù)請(qǐng)求時(shí)，接收端根據(jù)優(yōu)先級(jí)別，先傳送優(yōu)先級(jí)別較高的數(shù)據(jù)，后傳送優(yōu)先級(jí)別較低的數(shù)據(jù)。
[0020]本發(fā)明還提供了一種數(shù)據(jù)傳送系統(tǒng)，其包括發(fā)送端、接收端，接收端發(fā)送數(shù)據(jù)請(qǐng)求，發(fā)送端根據(jù)所述數(shù)據(jù)請(qǐng)求將待傳送數(shù)據(jù)分成多個(gè)數(shù)據(jù)包向接收端傳送，當(dāng)接收端每接收到一個(gè)所述數(shù)據(jù)包時(shí)會(huì)發(fā)送一個(gè)對(duì)應(yīng)的ACK包至所述發(fā)送端；
所述發(fā)送端包括:
所述FEC糾錯(cuò)編碼單元:用于對(duì)丟包的數(shù)據(jù)包進(jìn)行糾錯(cuò)編碼得到該數(shù)據(jù)包的替換包；所述重傳單元:用于將待傳送數(shù)據(jù)的數(shù)據(jù)包重新向接收端傳送；
所述處理單元:當(dāng)發(fā)送端未接收到某一或多個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK包時(shí)，根據(jù)接收到的ACK包的延遲時(shí)間判斷未接受到的ACK包對(duì)應(yīng)的數(shù)據(jù)包是否丟包，當(dāng)丟包率在一定范圍內(nèi)時(shí)，控制所述FEC糾錯(cuò)編碼單元編碼得到替換包并通過(guò)所述重傳單元傳送，當(dāng)丟包率超過(guò)所述范圍時(shí)，控制所述重傳單元將所述待傳數(shù)據(jù)的所有數(shù)據(jù)包進(jìn)行重新傳送。
[0021]較佳地，還包括一帶寬預(yù)測(cè)單元，所述帶寬預(yù)測(cè)單元根據(jù)上一個(gè)數(shù)據(jù)包發(fā)送周期帶寬預(yù)測(cè)下個(gè)數(shù)據(jù)包周期的帶寬。
[0022]較佳地，還包括一帶寬處理單元，其通過(guò)預(yù)測(cè)得到的所述帶寬控制傳送數(shù)據(jù)包的帶寬始終在所述發(fā)送端實(shí)際傳輸帶寬范圍內(nèi)。
[0023]較佳地，還包括一傳送處理單元，其接收所述發(fā)送端先后連續(xù)發(fā)送兩個(gè)不同優(yōu)先級(jí)的數(shù)據(jù)請(qǐng)求，并根據(jù)優(yōu)先級(jí)別，先傳送優(yōu)先級(jí)別較高的數(shù)據(jù)，后傳送優(yōu)先級(jí)別較低的數(shù)據(jù)。
[0024]本發(fā)明還提供了一種網(wǎng)絡(luò)系統(tǒng)，其包括用戶端、加速服務(wù)器端以及站點(diǎn)服務(wù)集群，所述用戶端與所述加速服務(wù)器端通過(guò)UDP協(xié)議進(jìn)行數(shù)據(jù)傳送，所述加速服務(wù)器端與所述站點(diǎn)服務(wù)集群通過(guò)TCP協(xié)議進(jìn)行數(shù)據(jù)傳送，所述用戶端向所述加速服務(wù)器發(fā)送數(shù)據(jù)請(qǐng)求，所述加速服務(wù)器通過(guò)站點(diǎn)服務(wù)集群得到數(shù)據(jù)并發(fā)送至所述用戶端，其中所述發(fā)送端包括第一FEC糾錯(cuò)編碼單元、第一重傳單元以及第一處理單元，所述接收端包括第二 FEC糾錯(cuò)編碼單元、第二重傳單元以及第二處理單元。
[0025]在丟包率、連續(xù)丟包數(shù)量、帶寬穩(wěn)定性、帶寬適應(yīng)性、實(shí)時(shí)性等等方面均優(yōu)于目前現(xiàn)有的TCP協(xié)議棧，算法中提高的業(yè)務(wù)特點(diǎn)優(yōu)化機(jī)制指的是針對(duì)HTTP數(shù)據(jù)量的大小進(jìn)行不同處理。
[0026]當(dāng)然，實(shí)施本發(fā)明的任一產(chǎn)品并不一定需要同時(shí)達(dá)到以上所述的所有優(yōu)點(diǎn)。
【專利附圖】

【附圖說(shuō)明】[0027]圖1為本發(fā)明實(shí)施例一提供的方法流程；
圖2為本發(fā)明實(shí)施例二提供的數(shù)據(jù)傳送系統(tǒng)結(jié)構(gòu)示意圖；
圖3為本發(fā)明實(shí)施例三提供的網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)示意圖。
[0028]
具體實(shí)施例
[0029]實(shí)施例一
本發(fā)明提供了一種數(shù)據(jù)傳送方法，如圖1所示，其包括以下步驟:
接收端發(fā)送數(shù)據(jù)請(qǐng)求，發(fā)送端根據(jù)所述數(shù)據(jù)請(qǐng)求將待傳送數(shù)據(jù)分成多個(gè)數(shù)據(jù)包向接收端傳送，當(dāng)接收端每接收到一個(gè)所述數(shù)據(jù)包時(shí)會(huì)發(fā)送一個(gè)對(duì)應(yīng)的ACK包至所述發(fā)送端；
當(dāng)發(fā)送端未接收到某一或多個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK包時(shí)，根據(jù)接收到的ACK包的延遲時(shí)間判斷未接受到的ACK包對(duì)應(yīng)的數(shù)據(jù)包是否丟包，并根據(jù)丟包情況進(jìn)行具體操作。
[0030]本實(shí)施例具體判斷未接收到的ACK包對(duì)應(yīng)的數(shù)據(jù)包是否丟包的過(guò)程為:
根據(jù)接收到的ACK包的延遲時(shí)間，計(jì)算出該未接收到的ACK延遲時(shí)間范圍值，若超過(guò)該
延遲時(shí)間范圍值未接收到該ACK對(duì)應(yīng)的數(shù)據(jù)包，則判斷該數(shù)據(jù)包丟失。
[0031 ] 本實(shí)施例可以根據(jù)未接受到的ACK包之前的所有已接收到的ACK包的延遲時(shí)間，算出最大延遲抖動(dòng)范圍，然后根據(jù)未接收到的ACK之前相鄰已接收到的ACK包的延遲值，然后加上這個(gè)最大延遲抖動(dòng)范圍就得到未接收到ACK包的最大可能延遲，如果超過(guò)這個(gè)最大可能延遲，則判斷該ACK包對(duì)應(yīng)的數(shù)據(jù)包已經(jīng)丟失。
[0032]例如，本實(shí)施例中該次發(fā)送的數(shù)據(jù)包供有8個(gè)，收到前5個(gè)數(shù)據(jù)包的ACK包以及后2個(gè)數(shù)據(jù)包的ACK包，第六個(gè)包的ACK包沒(méi)有收到，前5個(gè)ACK包各自的延遲時(shí)間分別為，IOOOms、800ms、11OOms、900ms、1200ms，第I個(gè)ACK包與第二個(gè)ACK包延遲時(shí)間抖動(dòng)為200ms，第2個(gè)ACK包與第3個(gè)ACK包延遲時(shí)間抖動(dòng)為300ms，第3個(gè)ACK包與第4個(gè)ACK包延遲時(shí)間抖動(dòng)為200ms，第4個(gè)ACK包與第5個(gè)ACK包延遲時(shí)間抖動(dòng)為300ms，這里最大抖動(dòng)范圍為300ms，所以將300ms作為第6個(gè)包與第5個(gè)包之間的最大延遲抖動(dòng)值，第6個(gè)包的最大延遲時(shí)間為1200ms+300ms=1500ms，最小延遲時(shí)間為1200ms-300ms=900ms，所以當(dāng)超過(guò)1500ms未接收到第6個(gè)ACK包時(shí),判斷第6個(gè)ack包對(duì)應(yīng)的數(shù)據(jù)包已經(jīng)丟失。
[0033]或者也可以通過(guò)對(duì)幾個(gè)延遲抖動(dòng)值進(jìn)行加權(quán)平均求出估算值，這里有四個(gè)延遲抖動(dòng)值，分別為200ms、300ms、200ms、300ms，分別為這四個(gè)延遲抖動(dòng)值設(shè)定加權(quán)值，加權(quán)值依次變大。
[0034]當(dāng)確認(rèn)未接收到的數(shù)據(jù)包丟失時(shí)，根據(jù)丟包率進(jìn)行處理:
當(dāng)丟包率較低，可以通過(guò)FEC糾錯(cuò)編碼重新獲取丟掉的數(shù)據(jù)包，則將丟失的數(shù)據(jù)包進(jìn)行通過(guò)FEC糾錯(cuò)編碼重新發(fā)送至所述接收端；
當(dāng)丟包率較高，已經(jīng)無(wú)法通過(guò)FEC糾錯(cuò)編碼來(lái)進(jìn)行獲取丟掉的數(shù)據(jù)包或者糾錯(cuò)編碼將花費(fèi)大量時(shí)間，則將所述待傳送數(shù)據(jù)的所有數(shù)據(jù)包重新向所述接收端發(fā)送。
[0035]本實(shí)施例中，發(fā)送端始終可以預(yù)測(cè)當(dāng)前發(fā)送周期的帶寬值，即實(shí)時(shí)帶寬，所述實(shí)時(shí)帶寬是根據(jù)上一個(gè)數(shù)據(jù)發(fā)送周期帶寬得到的。例如上一個(gè)周期發(fā)送5個(gè)數(shù)據(jù)包的時(shí)間延遲為840ms，而帶寬的實(shí)際容量每個(gè)包的平均延遲為160ms，所以上個(gè)周期中延遲較大，網(wǎng)絡(luò)較為擁堵，則這個(gè)周期需要降低發(fā)送的數(shù)據(jù)包數(shù)量，這個(gè)周期發(fā)送4個(gè)數(shù)據(jù)包；若上個(gè)周期5個(gè)數(shù)據(jù)包的時(shí)間延遲為700ms，所以上個(gè)周期的時(shí)間延遲較小，這個(gè)周期則發(fā)送6個(gè)數(shù)據(jù)包。
[0036]所述發(fā)送端實(shí)時(shí)用于發(fā)送數(shù)據(jù)包的帶寬始終在所述發(fā)送端實(shí)際傳輸帶寬范圍內(nèi)。
[0037]本實(shí)施例中，在所述發(fā)送端先后連續(xù)發(fā)送兩個(gè)不同優(yōu)先級(jí)的數(shù)據(jù)請(qǐng)求時(shí)，接收端根據(jù)優(yōu)先級(jí)別，先傳送優(yōu)先級(jí)別較高的數(shù)據(jù)，后傳送優(yōu)先級(jí)別較低的數(shù)據(jù)。例如接收端用戶通過(guò)手機(jī)訪問(wèn)網(wǎng)頁(yè)請(qǐng)求發(fā)送端發(fā)送文本文件與圖片文件，網(wǎng)頁(yè)上的文本文件優(yōu)先級(jí)別高于圖片文件，則發(fā)送端先將用戶請(qǐng)求的文本文件發(fā)送給接收端用戶，然后再發(fā)送優(yōu)先級(jí)別較低的圖片文件；當(dāng)接收端用戶在該頁(yè)面沒(méi)有完全打開(kāi)的情況下訪問(wèn)第二個(gè)網(wǎng)頁(yè)，同時(shí)用戶的網(wǎng)頁(yè)界面顯示的是第二個(gè)網(wǎng)頁(yè)，此時(shí)發(fā)送端判斷第二個(gè)網(wǎng)頁(yè)的優(yōu)先級(jí)較高，發(fā)送端將按照優(yōu)先級(jí)對(duì)第二個(gè)頁(yè)面的數(shù)據(jù)發(fā)送給接收端，在第二個(gè)頁(yè)面的數(shù)據(jù)發(fā)送完后繼續(xù)發(fā)送處于后臺(tái)的第一個(gè)頁(yè)面的數(shù)據(jù)。此處優(yōu)先級(jí)如何設(shè)定本發(fā)明并不做限定，本發(fā)明僅保護(hù)數(shù)據(jù)發(fā)送端根據(jù)用戶請(qǐng)求數(shù)據(jù)的優(yōu)先級(jí)進(jìn)行數(shù)據(jù)傳送，具體如何進(jìn)行優(yōu)先級(jí)設(shè)定并不是本發(fā)明的保護(hù)范圍。
[0038]實(shí)施例二
本發(fā)明還通過(guò)了一種數(shù)據(jù)傳送系統(tǒng)，如圖2所示，其包括發(fā)送端1、接收端2，接收端2發(fā)送數(shù)據(jù)請(qǐng)求，發(fā)送端I根據(jù)所述數(shù)據(jù)請(qǐng)求將待傳送數(shù)據(jù)分成多個(gè)數(shù)據(jù)包向接收端2傳送，當(dāng)接收端2每接收到一個(gè)所述數(shù)據(jù)包時(shí)會(huì)發(fā)送一個(gè)對(duì)應(yīng)的ACK包至所述發(fā)送端；
發(fā)送端I包括:
FEC糾錯(cuò)編碼單元12:用于對(duì)丟包的數(shù)據(jù)包進(jìn)行糾錯(cuò)編碼得到該數(shù)據(jù)包的替換包；
重傳單元13:用于將待傳送數(shù)據(jù)的數(shù)據(jù)包重新向接收端傳送；
處理單元11:當(dāng)發(fā)送端I未接收到某一或多個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK包時(shí)，根據(jù)接收到的ACK包的延遲時(shí)間判斷未接受到的ACK包對(duì)應(yīng)的數(shù)據(jù)包是否丟包，當(dāng)丟包率在一定范圍內(nèi)時(shí)，控制FEC糾錯(cuò)編碼單元12編碼得到替換包并通過(guò)重傳單元13傳送，當(dāng)丟包率超過(guò)所述范圍時(shí)，控制重傳單元13將所述待傳數(shù)據(jù)的所有數(shù)據(jù)包進(jìn)行重新傳送。
[0039]本實(shí)施例還包括一帶寬預(yù)測(cè)單元，所述帶寬預(yù)測(cè)單元根據(jù)上一個(gè)數(shù)據(jù)包發(fā)送周期帶寬預(yù)測(cè)下個(gè)數(shù)據(jù)包周期的帶寬。
[0040]本實(shí)施例還包括一帶寬處理單元，其通過(guò)預(yù)測(cè)得到的所述帶寬控制傳送數(shù)據(jù)包的帶寬始終在所述發(fā)送端實(shí)際傳輸帶寬范圍內(nèi)。
[0041]本實(shí)施例還包括一傳送處理單元，其接收所述發(fā)送端先后連續(xù)發(fā)送兩個(gè)不同優(yōu)先級(jí)的數(shù)據(jù)請(qǐng)求，并根據(jù)優(yōu)先級(jí)別，先傳送優(yōu)先級(jí)別較高的數(shù)據(jù)，后傳送優(yōu)先級(jí)別較低的數(shù)據(jù)。
[0042]實(shí)施例三
一種網(wǎng)絡(luò)系統(tǒng)，如圖3所示，其包括用戶端3、加速服務(wù)器端4以及站點(diǎn)服務(wù)集群5，用戶端3與加速服務(wù)器端4通過(guò)UDP協(xié)議進(jìn)行數(shù)據(jù)傳送，加速服務(wù)器端4與站點(diǎn)服務(wù)集群5通過(guò)TCP協(xié)議進(jìn)行數(shù)據(jù)傳送，用戶端3向加速服務(wù)器4發(fā)送數(shù)據(jù)請(qǐng)求，加速服務(wù)器4通過(guò)站點(diǎn)服務(wù)集群5得到數(shù)據(jù)并發(fā)送至用戶端3，其中加速服務(wù)器端4包括第一 FEC糾錯(cuò)編碼單元、第一重傳單元以及第一處理單元，用戶端3包括第二 FEC糾錯(cuò)編碼單元、第二重傳單元以及第二處理單元。
[0043]其中第一 FEC糾錯(cuò)編碼單元:用于對(duì)丟包的數(shù)據(jù)包進(jìn)行糾錯(cuò)編碼得到該數(shù)據(jù)包的替換包；
所述第一重傳單元:用于將待傳送數(shù)據(jù)的數(shù)據(jù)包重新向接收端傳送；
所述第一處理單元:當(dāng)加速服務(wù)器端4未接收到某一或多個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK包時(shí)，根據(jù)接收到的ACK包的延遲時(shí)間判斷未接受到的ACK包對(duì)應(yīng)的數(shù)據(jù)包是否丟包，當(dāng)丟包率在一定范圍內(nèi)時(shí)，控制所述FEC糾錯(cuò)編碼單元編碼得到替換包并通過(guò)所述重傳單元傳送，當(dāng)丟包率超過(guò)所述范圍時(shí)，控制所述重傳單元將所述待傳數(shù)據(jù)的所有數(shù)據(jù)包進(jìn)行重新傳送。
[0044]第二 FEC糾錯(cuò)編碼單元、第二重傳單元以及第二處理單元的作用與第一 FEC糾錯(cuò)編碼單元、第一重傳單元以及第一處理單元作用相同，本實(shí)施例中用戶端也可以為數(shù)據(jù)發(fā)送端，加速服務(wù)器端4也可以變?yōu)閿?shù)據(jù)接收端。
[0045]本實(shí)施例中，作為發(fā)送端與接收端的用戶端3與加速服務(wù)器端4還可以包括帶寬處理單元、帶寬預(yù)測(cè)單元以及傳送處理單元，具體帶寬處理單元、帶寬預(yù)測(cè)單元以及傳送處理單元的作用與實(shí)施例二中的作用相同。
[0046]實(shí)施例四
一種網(wǎng)絡(luò)系統(tǒng)，其包括用戶端、加速服務(wù)器端以及站點(diǎn)服務(wù)集群，所述用戶端與所述加速服務(wù)器端通過(guò)TCP協(xié)議進(jìn)行數(shù)據(jù)傳送，所述加速服務(wù)器端與所述站點(diǎn)服務(wù)集群通過(guò)TCP協(xié)議進(jìn)行數(shù)據(jù)傳送，所述用戶端向所述加速服務(wù)器發(fā)送數(shù)據(jù)請(qǐng)求，所述加速服務(wù)器通過(guò)站點(diǎn)服務(wù)集群得到數(shù)據(jù)并發(fā)送至所述用戶端，其中所述發(fā)送端包括第一 FEC糾錯(cuò)編碼單元、第一重傳單元以及第一處理單元，所述接收端包括第二 FEC糾錯(cuò)編碼單元、第二重傳單元以及第二處理單元。
[0047]其中第一 FEC糾錯(cuò)編碼單元:用于對(duì)丟包的數(shù)據(jù)包進(jìn)行糾錯(cuò)編碼得到該數(shù)據(jù)包的替換包；
所述第一重傳單元:用于將待傳送數(shù)據(jù)的數(shù)據(jù)包重新向接收端傳送；
所述第一處理單元:當(dāng)接收端未接收到某一或多個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK包時(shí),根據(jù)接收到的ACK包的延遲時(shí)間判斷未接受到的ACK包對(duì)應(yīng)的數(shù)據(jù)包是否丟包，當(dāng)丟包率在一定范圍內(nèi)時(shí)，控制所述FEC糾錯(cuò)編碼單元編碼得到替換包并通過(guò)所述重傳單元傳送，當(dāng)丟包率超過(guò)所述范圍時(shí)，控制所述重傳單元將所述待傳數(shù)據(jù)的所有數(shù)據(jù)包進(jìn)行重新傳送。
[0048]顯然，本發(fā)明可以運(yùn)用于各類協(xié)議的數(shù)據(jù)中，并不僅限于TCP協(xié)議與UDP協(xié)議。
[0049]以上公開(kāi)的本發(fā)明優(yōu)選實(shí)施例只是用于幫助闡述本發(fā)明。優(yōu)選實(shí)施例并沒(méi)有詳盡敘述所有的細(xì)節(jié)，也不限制該發(fā)明僅為所述的【具體實(shí)施方式】。顯然，根據(jù)本說(shuō)明書(shū)的內(nèi)容，可作很多的修改和變化。本說(shuō)明書(shū)選取并具體描述這些實(shí)施例，是為了更好地解釋本發(fā)明的原理和實(shí)際應(yīng)用，從而使所屬【技術(shù)領(lǐng)域】技術(shù)人員能很好地理解和利用本發(fā)明。本發(fā)明僅受權(quán)利要求書(shū)及其全部范圍和等效物的限制。
【權(quán)利要求】
1.一種數(shù)據(jù)傳送方法，其特征在于，包括以下步驟: 接收端發(fā)送數(shù)據(jù)請(qǐng)求，發(fā)送端根據(jù)所述數(shù)據(jù)請(qǐng)求將待傳送數(shù)據(jù)分成多個(gè)數(shù)據(jù)包向接收端傳送，當(dāng)接收端每接收到一個(gè)所述數(shù)據(jù)包時(shí)會(huì)發(fā)送一個(gè)對(duì)應(yīng)的ACK包至所述發(fā)送端； 當(dāng)發(fā)送端未接收到某一或多個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK包時(shí)，根據(jù)已接收到的ACK包的延遲時(shí)間判斷未接受到的 ACK包對(duì)應(yīng)的數(shù)據(jù)包是否丟包，并根據(jù)丟包情況進(jìn)行具體操作。
2.如權(quán)利要求1所述的數(shù)據(jù)傳送方法，其特征在于，判斷未接收到的ACK包對(duì)應(yīng)的數(shù)據(jù)包是否丟包的過(guò)程包括: 根據(jù)接收端接收到各ACK包的延遲時(shí)間，計(jì)算出該未接收到的ACK延遲時(shí)間范圍值，若超過(guò)該延遲時(shí)間范圍值未接收到該ACK對(duì)應(yīng)的數(shù)據(jù)包，則判斷該數(shù)據(jù)包丟失。
3.如權(quán)利要求2所述的數(shù)據(jù)傳送方法，其特征在于，當(dāng)確認(rèn)未接收到的數(shù)據(jù)包丟失時(shí)，將丟失的數(shù)據(jù)包進(jìn)行通過(guò)FEC糾錯(cuò)編碼重新發(fā)送至所述接收端。
4.如權(quán)利要求2所述的數(shù)據(jù)傳送方法，其特征在于，當(dāng)確認(rèn)未接收到的數(shù)據(jù)包丟失時(shí)，將所述待傳送數(shù)據(jù)的所有數(shù)據(jù)包重新向所述接收端發(fā)送。
5.如權(quán)利要求1所述的數(shù)據(jù)傳送方法，其特征在于，所述發(fā)送端實(shí)時(shí)用于發(fā)送數(shù)據(jù)包的帶寬始終在所述發(fā)送端實(shí)際傳輸帶寬范圍內(nèi)。
6.如權(quán)利要求5所述的數(shù)據(jù)傳送方法，其特征在于，所述實(shí)時(shí)帶寬是根據(jù)上一個(gè)數(shù)據(jù)發(fā)送周期帶寬得到的。
7.如權(quán)利要求1所述的數(shù)據(jù)傳送方法，其特征在于，在所述發(fā)送端先后連續(xù)發(fā)送兩個(gè)不同優(yōu)先級(jí)的數(shù)據(jù)請(qǐng)求時(shí)，接收端根據(jù)優(yōu)先級(jí)別，先傳送優(yōu)先級(jí)別較高的數(shù)據(jù)，后傳送優(yōu)先級(jí)別較低的數(shù)據(jù)。
8.一種數(shù)據(jù)傳送系統(tǒng)，其包括發(fā)送端、接收端，接收端發(fā)送數(shù)據(jù)請(qǐng)求，發(fā)送端根據(jù)所述數(shù)據(jù)請(qǐng)求將待傳送數(shù)據(jù)分成多個(gè)數(shù)據(jù)包向接收端傳送，當(dāng)接收端每接收到一個(gè)所述數(shù)據(jù)包時(shí)會(huì)發(fā)送一個(gè)對(duì)應(yīng)的ACK包至所述發(fā)送端； 其特征在于，所述發(fā)送端包括: 所述FEC糾錯(cuò)編碼單元:用于對(duì)丟包的數(shù)據(jù)包進(jìn)行糾錯(cuò)編碼得到該數(shù)據(jù)包的替換包； 所述重傳單元:用于將待傳送數(shù)據(jù)的數(shù)據(jù)包重新向接收端傳送； 所述處理單元:當(dāng)發(fā)送端未接收到某一或多個(gè)數(shù)據(jù)包對(duì)應(yīng)的ACK包時(shí)，根據(jù)接收到的ACK包的延遲時(shí)間判斷未接受到的ACK包對(duì)應(yīng)的數(shù)據(jù)包是否丟包，當(dāng)丟包率在一定范圍內(nèi)時(shí)，控制所述FEC糾錯(cuò)編碼單元編碼得到替換包并通過(guò)所述重傳單元傳送，當(dāng)丟包率超過(guò)所述范圍時(shí)，控制所述重傳單元將所述待傳數(shù)據(jù)的所有數(shù)據(jù)包進(jìn)行重新傳送。
9.如權(quán)利要求8所述的數(shù)據(jù)傳送系統(tǒng)，其特征在于，還包括一帶寬預(yù)測(cè)單元，所述帶寬預(yù)測(cè)單元根據(jù)上一個(gè)數(shù)據(jù)包發(fā)送周期帶寬預(yù)測(cè)下個(gè)數(shù)據(jù)包周期的帶寬。
10.如權(quán)利要求9所述的數(shù)據(jù)傳送系統(tǒng)，其特征在于，還包括一帶寬處理單元，其通過(guò)預(yù)測(cè)得到的所述帶寬控制傳送數(shù)據(jù)包的帶寬始終在所述發(fā)送端實(shí)際傳輸帶寬范圍內(nèi)。
11.如權(quán)利要求8所述的數(shù)據(jù)傳送系統(tǒng)，其特征在于，還包括一傳送處理單元，其接收所述發(fā)送端先后連續(xù)發(fā)送兩個(gè)不同優(yōu)先級(jí)的數(shù)據(jù)請(qǐng)求，并根據(jù)優(yōu)先級(jí)別，先傳送優(yōu)先級(jí)別較高的數(shù)據(jù)，后傳送優(yōu)先級(jí)別較低的數(shù)據(jù)。
12.—種網(wǎng)絡(luò)系統(tǒng)，其特征在于，包括用戶端、加速服務(wù)器端以及站點(diǎn)服務(wù)集群，所述用戶端與所述加速服務(wù)器端通過(guò)UDP協(xié)議進(jìn)行數(shù)據(jù)傳送，所述加速服務(wù)器端與所述站點(diǎn)服務(wù)集群通過(guò)TCP協(xié)議進(jìn)行數(shù)據(jù)傳送，所述用戶端向所述加速服務(wù)器發(fā)送數(shù)據(jù)請(qǐng)求，所述加速服務(wù)器通過(guò)站點(diǎn)服務(wù)集群得到數(shù)據(jù)并發(fā)送至所述用戶端，其中所述發(fā)送端包括第一 FEC糾錯(cuò)編碼單元、第一重傳單元以及第一處理單元，所述接收端包括第二 FEC糾錯(cuò)編碼單元、第二重傳單元以及第二處理單元。`
【文檔編號(hào)】H04L1/18GK103716136SQ201310713249
【公開(kāi)日】2014年4月9日 申請(qǐng)日期:2013年12月23日 優(yōu)先權(quán)日:2013年12月23日
【發(fā)明者】陳強(qiáng), 周后紅, 李慶瑜, 戴立言, 王振邦 申請(qǐng)人:上海網(wǎng)達(dá)軟件股份有限公司