數(shù)據(jù)傳輸方法、裝置、終端、服務(wù)器及系統(tǒng)的制作方法
【專利摘要】本發(fā)明涉及一種數(shù)據(jù)傳輸方法、裝置、終端、服務(wù)器及系統(tǒng),其方法包括:當(dāng)發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),接收發(fā)送終端發(fā)送的所述數(shù)據(jù)包;對(duì)數(shù)據(jù)包復(fù)制至少一次,得到至少一復(fù)制數(shù)據(jù)包;將數(shù)據(jù)包以及至少一復(fù)制數(shù)據(jù)包通過(guò)預(yù)先建立的TCP鏈路發(fā)送至接收終端。本發(fā)明在發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),將發(fā)送終端發(fā)送的數(shù)據(jù)包復(fù)制至少一次,并將原數(shù)據(jù)包以及復(fù)制的至少一復(fù)制數(shù)據(jù)包通過(guò)TCP鏈路發(fā)送至接收終端,由此,在發(fā)生丟包的情況下,可以保證接收終端能夠接收到發(fā)送終端發(fā)送的數(shù)據(jù)包,從而降低TCP鏈路的丟包率,減少TCP重發(fā)概率,降低數(shù)據(jù)響應(yīng)時(shí)間,提高TCP鏈路的傳輸可靠性。
【專利說(shuō)明】數(shù)據(jù)傳輸方法、裝置、終端、服務(wù)器及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通訊【技術(shù)領(lǐng)域】,尤其涉及一種數(shù)據(jù)傳輸方法、裝置、終端。、服務(wù)器及系統(tǒng)。
【背景技術(shù)】
[0002]在因特網(wǎng)協(xié)議族(Internetprotocol suite)四層協(xié)議中,TCP (Transmiss1nControl Protocol,傳輸控制協(xié)議)層是位于IP層之上,應(yīng)用層之下的傳輸層。發(fā)送端應(yīng)用層向TCP層發(fā)送用于網(wǎng)間傳輸?shù)?、?位字節(jié)表示的數(shù)據(jù)流,然后TCP層把數(shù)據(jù)流分割成適當(dāng)長(zhǎng)度的報(bào)文段,之后發(fā)送端TCP層將此結(jié)果包傳給IP層,由IP層通過(guò)網(wǎng)絡(luò)將結(jié)果包傳送給接收端的TCP層。
[0003]在TCP鏈路建立連接之后,通信雙方都同時(shí)可以進(jìn)行數(shù)據(jù)包的傳輸,但也常常產(chǎn)生丟包現(xiàn)象。為了保證鏈路傳輸?shù)目煽啃裕ǔ2捎贸瑫r(shí)重傳和捎帶確認(rèn)機(jī)制。但是,現(xiàn)有的這種傳輸方式,由于延遲比較大,數(shù)據(jù)傳輸?shù)乃俣鹊?,造成?shù)據(jù)響應(yīng)時(shí)間長(zhǎng),在某些應(yīng)用場(chǎng)景會(huì)影響業(yè)務(wù)性能,而且降低了鏈路傳輸質(zhì)量。
【發(fā)明內(nèi)容】
[0004]本發(fā)明實(shí)施例的主要目的在于提供一種數(shù)據(jù)傳輸方法、裝置、終端、服務(wù)器及系統(tǒng),旨在減少TCP重發(fā)概率,提高TCP鏈路傳輸可靠性。
[0005]為了達(dá)到上述目的,本發(fā)明實(shí)施例提出一種數(shù)據(jù)傳輸方法,包括:
[0006]當(dāng)發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),接收發(fā)送終端發(fā)送的所述數(shù)據(jù)包;
[0007]對(duì)所述數(shù)據(jù)包復(fù)制至少一次,得到至少一復(fù)制數(shù)據(jù)包;
[0008]將所述數(shù)據(jù)包以及所述至少一復(fù)制數(shù)據(jù)包通過(guò)預(yù)先建立的TCP鏈路發(fā)送至接收終端。
[0009]本發(fā)明實(shí)施例還提出一種數(shù)據(jù)傳輸裝置,包括:
[0010]接收模塊,用于當(dāng)發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),接收發(fā)送終端發(fā)送的所述數(shù)據(jù)包;
[0011]復(fù)制模塊,用于對(duì)所述數(shù)據(jù)包復(fù)制至少一次,得到至少一復(fù)制數(shù)據(jù)包;
[0012]發(fā)送模塊,用于將所述數(shù)據(jù)包以及所述至少一復(fù)制數(shù)據(jù)包通過(guò)預(yù)先建立的TCP鏈路發(fā)送至接收終端。
[0013]本發(fā)明實(shí)施例還提出一種數(shù)據(jù)包發(fā)送終端,包括如上所述的裝置。
[0014]本發(fā)明實(shí)施例還提出一種系統(tǒng),包括至少一個(gè)如上所述的發(fā)送終端以及至少一個(gè)接收終端,所述至少一個(gè)接收終端用于接收所述至少一個(gè)發(fā)送終端發(fā)送的數(shù)據(jù)包。
[0015]本發(fā)明實(shí)施例還提出一種服務(wù)器,包括如上所述的裝置。
[0016]本發(fā)明實(shí)施例還提出一種系統(tǒng),包括至少一個(gè)發(fā)送終端、至少一個(gè)接收終端以及至少一個(gè)如上所述的服務(wù)器,所述至少一個(gè)接收終端用于接收所述至少一個(gè)發(fā)送終端及所述至少一個(gè)服務(wù)器發(fā)送的數(shù)據(jù)包。
[0017]本發(fā)明實(shí)施例提出的一種數(shù)據(jù)傳輸方法、裝置、終端、服務(wù)器及系統(tǒng),在發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),將發(fā)送終端發(fā)送的數(shù)據(jù)包復(fù)制至少一次,并將原數(shù)據(jù)包以及復(fù)制的至少一復(fù)制數(shù)據(jù)包通過(guò)TCP鏈路發(fā)送至接收終端,由此,在發(fā)生丟包的情況下,可以保證接收終端能夠接收到發(fā)送終端發(fā)送的數(shù)據(jù)包,從而降低TCP鏈路的丟包率,減少TCP重發(fā)概率,降低數(shù)據(jù)響應(yīng)時(shí)間,提高TCP鏈路的傳輸可靠性。
【專利附圖】
【附圖說(shuō)明】
[0018]圖1是本發(fā)明數(shù)據(jù)傳輸方法第一實(shí)施例的流程示意圖;
[0019]圖2是本發(fā)明數(shù)據(jù)傳輸方法第二實(shí)施例的流程示意圖;
[0020]圖3是本發(fā)明數(shù)據(jù)傳輸方法第三實(shí)施例的流程示意圖;
[0021]圖4是本發(fā)明數(shù)據(jù)傳輸方法第四實(shí)施例的流程示意圖;
[0022]圖4a是本發(fā)明數(shù)據(jù)傳輸系統(tǒng)的一種具體場(chǎng)景實(shí)例示意圖;
[0023]圖5是本發(fā)明數(shù)據(jù)傳輸裝置第一實(shí)施例的結(jié)構(gòu)示意圖;
[0024]圖6是本發(fā)明數(shù)據(jù)傳輸裝置第二實(shí)施例的結(jié)構(gòu)示意圖;
[0025]圖7是本發(fā)明數(shù)據(jù)傳輸裝置第三實(shí)施例的結(jié)構(gòu)示意圖。
[0026]為了使本發(fā)明的技術(shù)方案更加清楚、明了,下面將結(jié)合附圖作進(jìn)一步詳述。
【具體實(shí)施方式】
[0027]本發(fā)明實(shí)施例解決方案主要是:在發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),將發(fā)送終端發(fā)送的數(shù)據(jù)包復(fù)制至少一次,并將原數(shù)據(jù)包以及復(fù)制的至少一復(fù)制數(shù)據(jù)包通過(guò)TCP鏈路發(fā)送至接收終端,由此,在發(fā)生丟包的情況下,可以保證接收終端能夠接收到發(fā)送終端發(fā)送的數(shù)據(jù)包,減少TCP重發(fā)概率,降低數(shù)據(jù)響應(yīng)時(shí)間,提高TCP鏈路的傳輸可靠性。
[0028]如圖1所示,本發(fā)明第一實(shí)施例提出一種數(shù)據(jù)傳輸方法,包括:
[0029]步驟S101,當(dāng)發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),接收發(fā)送終端發(fā)送的所述數(shù)據(jù)包;
[0030]在TCP鏈路建立連接之后,通信雙方可以進(jìn)行數(shù)據(jù)包的相互傳輸。為了避免丟包造成的鏈路傳輸可靠性差,在TCP鏈路上通常采用超時(shí)重傳等機(jī)制。本實(shí)施例考慮到,僅僅依賴TCP鏈路上的超時(shí)重傳機(jī)制會(huì)造成傳輸數(shù)據(jù)的延遲大,數(shù)據(jù)傳輸?shù)乃俣鹊?,?shù)據(jù)響應(yīng)時(shí)間長(zhǎng),在某些應(yīng)用場(chǎng)景會(huì)影響業(yè)務(wù)性能等問(wèn)題,因此,在發(fā)送終端與接收終端的TCP鏈路上設(shè)置一數(shù)據(jù)傳輸裝置,以減少TCP鏈路上的重傳概率,提高TCP鏈路傳輸可靠性。
[0031]數(shù)據(jù)傳輸裝置在發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),在TCP鏈路上將此數(shù)據(jù)包接收在本地,以便對(duì)該數(shù)據(jù)包進(jìn)行復(fù)制及轉(zhuǎn)發(fā)操作。
[0032]步驟S102,對(duì)所述數(shù)據(jù)包復(fù)制至少一次,得到至少一復(fù)制數(shù)據(jù)包;
[0033]步驟S103,將所述數(shù)據(jù)包以及所述至少一復(fù)制數(shù)據(jù)包通過(guò)預(yù)先建立的TCP鏈路發(fā)送至接收終端。
[0034]數(shù)據(jù)傳輸裝置在接收到發(fā)送終端發(fā)送的數(shù)據(jù)包后,會(huì)將該數(shù)據(jù)包轉(zhuǎn)發(fā)至接收終端,同時(shí),還會(huì)將該數(shù)據(jù)包至少?gòu)?fù)制一次,發(fā)送給接收終端,由此,在發(fā)生丟包的情況下,可以保證接收終端能夠接收到數(shù)據(jù)包,降低接收終端的丟包率,提高TCP鏈路的可靠性。
[0035]其中,對(duì)數(shù)據(jù)包的復(fù)制次數(shù),可以根據(jù)需要設(shè)定,一種較佳實(shí)施方式是復(fù)制一次,并可以結(jié)合TCP鏈路的重傳機(jī)制,進(jìn)一步提高TCP鏈路的可靠性。
[0036]在具體實(shí)施過(guò)程中,作為一種實(shí)施方式,數(shù)據(jù)傳輸裝置可以同時(shí)將原始數(shù)據(jù)包以及復(fù)制的一個(gè)或多個(gè)復(fù)制數(shù)據(jù)包通過(guò)發(fā)送終端與接收終端之間的TCP鏈路發(fā)送至接收終端;
[0037]作為另一種實(shí)施方式,數(shù)據(jù)傳輸裝置還可以按照先后順序?qū)⒃紨?shù)據(jù)包以及復(fù)制的復(fù)制數(shù)據(jù)包發(fā)送至接收終端。
[0038]根據(jù)TCP協(xié)議,在接收終端側(cè),只要接收終端接收到一份來(lái)自發(fā)送終端的數(shù)據(jù)包,則不會(huì)再接收到其他相同的數(shù)據(jù)包,接收終端側(cè)的TCP層會(huì)將其他數(shù)據(jù)包丟棄。
[0039]本實(shí)施例通過(guò)上述方案,在發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),將發(fā)送終端發(fā)送的數(shù)據(jù)包復(fù)制至少一次,并將原始數(shù)據(jù)包以及復(fù)制的至少一復(fù)制數(shù)據(jù)包通過(guò)TCP鏈路發(fā)送至接收終端,由此,在發(fā)生丟包的情況下,可以保證接收終端能夠接收到發(fā)送終端發(fā)送的數(shù)據(jù)包,從而降低TCP鏈路的丟包率,減少TCP重發(fā)概率,降低數(shù)據(jù)響應(yīng)時(shí)間,提高TCP鏈路的傳輸可靠性。
[0040]如圖2所示,本發(fā)明第二實(shí)施例提出一種數(shù)據(jù)傳輸方法,在上述第一實(shí)施例的基礎(chǔ)上,在上述步驟S102:對(duì)數(shù)據(jù)包復(fù)制至少一次之前還包括:
[0041]步驟S104,對(duì)所述TCP鏈路狀態(tài)進(jìn)行檢測(cè);當(dāng)所述TCP鏈路狀態(tài)符合預(yù)定的重發(fā)策略時(shí),進(jìn)入步驟S102,否則,退出流程。
[0042]本實(shí)施例與上述第一實(shí)施例的區(qū)別在于,本實(shí)施例中,數(shù)據(jù)傳輸裝置在復(fù)制數(shù)據(jù)包之前,需要檢測(cè)TCP鏈路狀態(tài),根據(jù)檢測(cè)結(jié)果來(lái)判斷是否進(jìn)行數(shù)據(jù)包的復(fù)制操作。
[0043]具體地,本實(shí)施例所指的TCP鏈路狀態(tài)可以包括但不限于TCP鏈路上的歷史丟包率以及TCP鏈路上的數(shù)據(jù)包延遲等。
[0044]此外,本實(shí)施例根據(jù)TCP鏈路狀態(tài)預(yù)先設(shè)定有重發(fā)策略,當(dāng)滿足重發(fā)策略時(shí),則啟動(dòng)發(fā)送復(fù)制數(shù)據(jù)包的重發(fā)機(jī)制,對(duì)數(shù)據(jù)包進(jìn)行復(fù)制操作。
[0045]針對(duì)上述TCP鏈路狀態(tài),該設(shè)定的重發(fā)策略可以是:TCP鏈路上的歷史丟包率達(dá)到預(yù)定閥值;或者,TCP鏈路上的數(shù)據(jù)包延遲達(dá)到預(yù)定閥值,上述預(yù)定閾值可以根據(jù)實(shí)際情況設(shè)定。
[0046]當(dāng)檢測(cè)到的TCP鏈路狀態(tài)符合預(yù)定的重發(fā)策略時(shí),執(zhí)行對(duì)所述數(shù)據(jù)包的復(fù)制操作。
[0047]本實(shí)施例通過(guò)上述方案,通過(guò)檢測(cè)TCP鏈路狀態(tài),根據(jù)檢測(cè)結(jié)果來(lái)判斷是否進(jìn)行數(shù)據(jù)包的復(fù)制操作,在保證TCP鏈路傳輸可靠性的同時(shí),還可以減少系統(tǒng)開銷。
[0048]如圖3所示,本發(fā)明第三實(shí)施例提出一種數(shù)據(jù)傳輸方法,在上述第一實(shí)施例的基礎(chǔ)上,在上述步驟S102:將數(shù)據(jù)包以及至少一復(fù)制數(shù)據(jù)包通過(guò)預(yù)先建立的TCP鏈路發(fā)送至接收終端之前還包括:
[0049]步驟S104,對(duì)所述TCP鏈路狀態(tài)進(jìn)行檢測(cè);當(dāng)所述TCP鏈路狀態(tài)符合預(yù)定的重發(fā)策略時(shí),進(jìn)入步驟S103。
[0050]本實(shí)施例與上述第二實(shí)施例的區(qū)別在于,本實(shí)施例中,數(shù)據(jù)傳輸裝置在復(fù)制數(shù)據(jù)包之后,以及發(fā)送數(shù)據(jù)包及復(fù)制的復(fù)制數(shù)據(jù)包之前,需要檢測(cè)TCP鏈路狀態(tài),根據(jù)檢測(cè)結(jié)果來(lái)判斷是否進(jìn)行數(shù)據(jù)包及復(fù)制數(shù)據(jù)包的發(fā)送操作。
[0051]同理,本實(shí)施例所指TCP鏈路狀態(tài)可以包括但不限于TCP鏈路上的歷史丟包率以及TCP鏈路上的數(shù)據(jù)包延遲等。
[0052]根據(jù)TCP鏈路狀態(tài)預(yù)先設(shè)定有重發(fā)策略,當(dāng)滿足重發(fā)策略時(shí),則啟動(dòng)發(fā)送復(fù)制數(shù)據(jù)包的重發(fā)機(jī)制,并執(zhí)行數(shù)據(jù)包及復(fù)制數(shù)據(jù)包的發(fā)送操作。
[0053]針對(duì)上述TCP鏈路狀態(tài),該設(shè)定的重發(fā)策略可以是:TCP鏈路上的歷史丟包率達(dá)到預(yù)定閥值;或者,TCP鏈路上的數(shù)據(jù)包延遲達(dá)到預(yù)定閥值,上述預(yù)定閾值可以根據(jù)實(shí)際情況設(shè)定。
[0054]當(dāng)檢測(cè)到的TCP鏈路狀態(tài)符合預(yù)定的重發(fā)策略時(shí),執(zhí)行對(duì)數(shù)據(jù)包及復(fù)制數(shù)據(jù)包的發(fā)送操作。
[0055]本實(shí)施例通過(guò)上述方案,通過(guò)檢測(cè)TCP鏈路狀態(tài),根據(jù)檢測(cè)結(jié)果來(lái)判斷是否進(jìn)行對(duì)數(shù)據(jù)包及復(fù)制數(shù)據(jù)包的發(fā)送操作,在保證TCP鏈路傳輸可靠性的同時(shí),還可以減少系統(tǒng)開銷。
[0056]如圖4所示,本發(fā)明第四實(shí)施例提出一種數(shù)據(jù)傳輸方法,在上述第二或第三實(shí)施例的基礎(chǔ)上(本實(shí)施例以圖3所示的第三實(shí)施例舉例),在上述步驟SlOl之前,還包括:
[0057]步驟S100,在所述發(fā)送終端與接收終端之間建立所述TCP鏈路。
[0058]相比上述各實(shí)施例,本實(shí)施例還包括在發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包之前建立TCP鏈路的方案。
[0059]其中,兩主機(jī)(發(fā)送終端和接收終端)之間TCP鏈路的建立可以采用現(xiàn)有的三次握手協(xié)議來(lái)實(shí)現(xiàn)。
[0060]具體地,TCP是主機(jī)對(duì)主機(jī)層的傳輸控制協(xié)議,提供可靠的連接服務(wù),采用三次握手確認(rèn)建立一個(gè)連接:
[0061]其中涉及的位碼即tcp標(biāo)志位,有6種標(biāo)示:SYN (synchronous建立聯(lián)機(jī));ACK(acknowledgement 確認(rèn));PSH (push 傳送);FIN (finish 結(jié)束);RST (reset 重置);URG(urgent 緊急);Sequence number (順序號(hào)碼);Acknowledge number (確認(rèn)號(hào)碼)。
[0062]第一次握手:主機(jī)A發(fā)送位碼為syn = I,隨機(jī)產(chǎn)生seq number=1234567的數(shù)據(jù)包到服務(wù)器,主機(jī)B由SYN=I知道,主機(jī)A要求建立聯(lián)機(jī);
[0063]第二次握手:主機(jī)B收到請(qǐng)求后要確認(rèn)聯(lián)機(jī)信息,向主機(jī)A發(fā)送ack number=(主機(jī) A 的 seq+1), syn=l, ack=l,隨機(jī)產(chǎn)生 seq=7654321 的包;
[0064]第三次握手:主機(jī)A收到后檢查ack number是否正確,即第一次發(fā)送的seqnumber+1,以及位碼ack是否為I,若正確,主機(jī)A會(huì)再發(fā)送ack number=(主機(jī)B的seq+1),ack=l,主機(jī)B收到后確認(rèn)seq值與ack=l則連接建立成功。
[0065]完成三次握手,主機(jī)A與主機(jī)B開始傳送數(shù)據(jù)。
[0066]此外,在建立發(fā)送終端與接收終端之間的TCP鏈路時(shí),還可以獲取TCP鏈路上的數(shù)據(jù)包延遲。
[0067]本實(shí)施例通過(guò)上述方案,在發(fā)送終端與接收終端之間建立TCP鏈路,在發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),將發(fā)送終端發(fā)送的數(shù)據(jù)包復(fù)制至少一次,并將原數(shù)據(jù)包以及復(fù)制的至少一復(fù)制數(shù)據(jù)包通過(guò)TCP鏈路發(fā)送至接收終端,由此,在發(fā)生丟包的情況下,可以保證接收終端能夠接收到發(fā)送終端發(fā)送的數(shù)據(jù)包,從而降低TCP鏈路的丟包率,減少TCP重發(fā)概率,降低數(shù)據(jù)響應(yīng)時(shí)間,提高TCP鏈路的傳輸可靠性。
[0068]此外,本發(fā)明較佳實(shí)施例提出一種系統(tǒng),包括至少一個(gè)發(fā)送終端以及至少一個(gè)接收終端,所述發(fā)送終端包括一數(shù)據(jù)傳輸裝置,所述至少一個(gè)接收終端用于接收所述至少一個(gè)發(fā)送終端發(fā)送的數(shù)據(jù)包。
[0069]具體地,如圖4a所示,本實(shí)施例以系統(tǒng)包括一個(gè)發(fā)送終端及一個(gè)接收終端舉例說(shuō)明。
[0070]發(fā)送終端包括一數(shù)據(jù)傳輸裝置,發(fā)送終端與接收終端之間建立有TCP鏈路。本實(shí)施例系統(tǒng)實(shí)現(xiàn)數(shù)據(jù)包在TCP鏈路上的傳輸原理如下:
[0071]當(dāng)發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),數(shù)據(jù)傳輸裝置在TCP鏈路上將此數(shù)據(jù)包接收在本地,以便對(duì)該數(shù)據(jù)包進(jìn)行復(fù)制及轉(zhuǎn)發(fā)操作。
[0072]數(shù)據(jù)傳輸裝置在接收到發(fā)送終端發(fā)送的數(shù)據(jù)包后,會(huì)將該數(shù)據(jù)包轉(zhuǎn)發(fā)至接收終端,如圖4a中A線路所示;同時(shí),還會(huì)將該數(shù)據(jù)包復(fù)制一次,發(fā)送給接收終端,如圖4a中B-C-D線路所不。
[0073]在B-C-D線路中,數(shù)據(jù)傳輸裝置會(huì)對(duì)發(fā)送終端發(fā)送的數(shù)據(jù)包進(jìn)行復(fù)制,得到復(fù)制數(shù)據(jù)包,同時(shí)還會(huì)檢測(cè)TCP鏈路狀態(tài)是否符合重發(fā)策略,以決定是否啟動(dòng)發(fā)送復(fù)制數(shù)據(jù)包的重發(fā)機(jī)制。
[0074]作為一種實(shí)施方式,數(shù)據(jù)傳輸裝置在復(fù)制數(shù)據(jù)包之前,需要檢測(cè)TCP鏈路狀態(tài),根據(jù)檢測(cè)結(jié)果來(lái)判斷是否進(jìn)行數(shù)據(jù)包的復(fù)制操作。TCP鏈路狀態(tài)可以包括但不限于TCP鏈路上的歷史丟包率以及TCP鏈路上的數(shù)據(jù)包延遲等。此外,根據(jù)TCP鏈路狀態(tài)預(yù)先設(shè)定有重發(fā)策略,當(dāng)滿足重發(fā)策略時(shí),則啟動(dòng)發(fā)送復(fù)制數(shù)據(jù)包的重發(fā)機(jī)制,對(duì)數(shù)據(jù)包進(jìn)行復(fù)制操作。針對(duì)上述TCP鏈路狀態(tài),該設(shè)定的重發(fā)策略可以是:TCP鏈路上的歷史丟包率達(dá)到預(yù)定閥值;或者,TCP鏈路上的數(shù)據(jù)包延遲達(dá)到預(yù)定閥值,上述預(yù)定閾值可以根據(jù)實(shí)際情況設(shè)定。當(dāng)檢測(cè)到的TCP鏈路狀態(tài)符合預(yù)定的重發(fā)策略時(shí),執(zhí)行對(duì)所述數(shù)據(jù)包的復(fù)制操作。由此,通過(guò)檢測(cè)TCP鏈路狀態(tài),根據(jù)檢測(cè)結(jié)果來(lái)判斷是否進(jìn)行數(shù)據(jù)包的復(fù)制操作,在保證TCP鏈路傳輸可靠性的同時(shí),還可以減少系統(tǒng)開銷。
[0075]作為另一種實(shí)施方式,數(shù)據(jù)傳輸裝置還可以先進(jìn)行數(shù)據(jù)包的復(fù)制操作,在復(fù)制數(shù)據(jù)包之后,以及發(fā)送數(shù)據(jù)包及復(fù)制的復(fù)制數(shù)據(jù)包之前,檢測(cè)TCP鏈路狀態(tài),根據(jù)檢測(cè)結(jié)果來(lái)判斷是否進(jìn)行數(shù)據(jù)包及復(fù)制數(shù)據(jù)包的發(fā)送操作。當(dāng)檢測(cè)到的TCP鏈路狀態(tài)符合預(yù)定的重發(fā)策略時(shí),執(zhí)行對(duì)數(shù)據(jù)包及復(fù)制數(shù)據(jù)包的發(fā)送操作。由此,通過(guò)檢測(cè)TCP鏈路狀態(tài),根據(jù)檢測(cè)結(jié)果來(lái)判斷是否進(jìn)行對(duì)數(shù)據(jù)包及復(fù)制數(shù)據(jù)包的發(fā)送操作,在保證TCP鏈路傳輸可靠性的同時(shí),還可以減少系統(tǒng)開銷。
[0076]如圖4a所示,來(lái)自發(fā)送終端并經(jīng)數(shù)據(jù)傳輸裝置轉(zhuǎn)發(fā)至接收終端的數(shù)據(jù)包,在TCP鏈路中丟失,而經(jīng)數(shù)據(jù)傳輸裝置復(fù)制并重傳的數(shù)據(jù)包到達(dá)接收終端,由此,通過(guò)對(duì)數(shù)據(jù)包的復(fù)制及重傳操作,在發(fā)生丟包的情況下,可以保證接收終端能夠接收到數(shù)據(jù)包,降低接收終端的丟包率,提聞TCP鏈路的可罪性。
[0077]其中,對(duì)數(shù)據(jù)包的復(fù)制次數(shù),可以根據(jù)需要設(shè)定,一種較佳實(shí)施方式是復(fù)制一次,并可以結(jié)合TCP鏈路的重傳機(jī)制,進(jìn)一步提高TCP鏈路的可靠性。
[0078]在具體實(shí)施過(guò)程中,作為一種實(shí)施方式,數(shù)據(jù)傳輸裝置可以同時(shí)將原始數(shù)據(jù)包以及復(fù)制的一個(gè)或多個(gè)復(fù)制數(shù)據(jù)包通過(guò)發(fā)送終端與接收終端之間的TCP鏈路發(fā)送至接收終端;
[0079]作為另一種實(shí)施方式,數(shù)據(jù)傳輸裝置還可以按照先后順序?qū)⒃紨?shù)據(jù)包以及復(fù)制的復(fù)制數(shù)據(jù)包發(fā)送至接收終端。
[0080]根據(jù)TCP協(xié)議,在接收終端側(cè),只要接收終端接收到一份來(lái)自發(fā)送終端的數(shù)據(jù)包,則不會(huì)再接收到其他相同的數(shù)據(jù)包,接收終端側(cè)的TCP層會(huì)將其他數(shù)據(jù)包丟棄。
[0081]本實(shí)施例通過(guò)上述方案,在發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),將發(fā)送終端發(fā)送的數(shù)據(jù)包復(fù)制一次,并將原始數(shù)據(jù)包以及復(fù)制的復(fù)制數(shù)據(jù)包通過(guò)TCP鏈路發(fā)送至接收終端,由此,在發(fā)生丟包的情況下,可以保證接收終端能夠接收到發(fā)送終端發(fā)送的數(shù)據(jù)包,從而降低TCP鏈路的丟包率,減少TCP重發(fā)概率,降低數(shù)據(jù)響應(yīng)時(shí)間,提高TCP鏈路的傳輸可靠性。
[0082]如圖5所示,本發(fā)明第一實(shí)施例提出一種數(shù)據(jù)傳輸裝置,包括:接收模塊201、復(fù)制模塊202及發(fā)送模塊203,其中:
[0083]接收模塊201,用于當(dāng)發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),接收發(fā)送終端發(fā)送的所述數(shù)據(jù)包;
[0084]復(fù)制模塊202,用于對(duì)所述數(shù)據(jù)包復(fù)制至少一次,得到至少一復(fù)制數(shù)據(jù)包;
[0085]發(fā)送模塊203,用于將所述數(shù)據(jù)包以及所述至少一復(fù)制數(shù)據(jù)包通過(guò)預(yù)先建立的TCP鏈路發(fā)送至接收終端。
[0086]在TCP鏈路建立連接之后,通信雙方可以進(jìn)行數(shù)據(jù)包的相互傳輸。為了避免丟包造成的鏈路傳輸可靠性差,在TCP鏈路上通常采用超時(shí)重傳等機(jī)制。本實(shí)施例考慮到,僅僅依賴TCP鏈路上的超時(shí)重傳機(jī)制會(huì)造成傳輸數(shù)據(jù)的延遲大,數(shù)據(jù)傳輸?shù)乃俣鹊?,?shù)據(jù)響應(yīng)時(shí)間長(zhǎng),在某些應(yīng)用場(chǎng)景會(huì)影響業(yè)務(wù)性能等問(wèn)題,因此,在發(fā)送終端與接收終端的TCP鏈路上設(shè)置一數(shù)據(jù)傳輸裝置,以減少TCP鏈路上的重傳概率,提高TCP鏈路傳輸可靠性。
[0087]該數(shù)據(jù)傳輸裝置在發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),在TCP鏈路上通過(guò)接收模塊201將此數(shù)據(jù)包接收在本地,以便對(duì)該數(shù)據(jù)包進(jìn)行復(fù)制及轉(zhuǎn)發(fā)操作。
[0088]在接收模塊201接收到發(fā)送終端發(fā)送的數(shù)據(jù)包后,數(shù)據(jù)傳輸裝置的發(fā)送模塊203會(huì)將該數(shù)據(jù)包轉(zhuǎn)發(fā)至接收終端,同時(shí),數(shù)據(jù)傳輸裝置的復(fù)制模塊202還會(huì)將該數(shù)據(jù)包至少?gòu)?fù)制一次,由發(fā)送模塊203發(fā)送給接收終端,由此,在發(fā)生丟包的情況下,可以保證接收終端能夠接收到數(shù)據(jù)包,降低接收終端的丟包率,提高TCP鏈路的可靠性。
[0089]其中,對(duì)數(shù)據(jù)包的復(fù)制次數(shù),可以根據(jù)需要設(shè)定,一種較佳實(shí)施方式是復(fù)制一次,并可以結(jié)合TCP鏈路的重傳機(jī)制,進(jìn)一步提高TCP鏈路的可靠性。
[0090]在具體實(shí)施過(guò)程中,作為一種實(shí)施方式,數(shù)據(jù)傳輸裝置可以同時(shí)將原始數(shù)據(jù)包以及復(fù)制的一個(gè)或多個(gè)復(fù)制數(shù)據(jù)包通過(guò)發(fā)送終端與接收終端之間的TCP鏈路發(fā)送至接收終端;
[0091]作為另一種實(shí)施方式,數(shù)據(jù)傳輸裝置還可以按照先后順序?qū)⒃紨?shù)據(jù)包以及復(fù)制的復(fù)制數(shù)據(jù)包發(fā)送至接收終端。
[0092]根據(jù)TCP協(xié)議,在接收終端側(cè),只要接收終端接收到一份來(lái)自發(fā)送終端的數(shù)據(jù)包,則不會(huì)再接收到其他相同的數(shù)據(jù)包,接收終端側(cè)的TCP層會(huì)將其他數(shù)據(jù)包丟棄。
[0093]本實(shí)施例通過(guò)上述方案,在發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),將發(fā)送終端發(fā)送的數(shù)據(jù)包復(fù)制至少一次,并將原始數(shù)據(jù)包以及復(fù)制的至少一復(fù)制數(shù)據(jù)包通過(guò)TCP鏈路發(fā)送至接收終端,由此,在發(fā)生丟包的情況下,可以保證接收終端能夠接收到發(fā)送終端發(fā)送的數(shù)據(jù)包,從而降低TCP鏈路的丟包率,減少TCP重發(fā)概率,降低數(shù)據(jù)響應(yīng)時(shí)間,提高TCP鏈路的傳輸可靠性。
[0094]如圖6所示,本發(fā)明第二實(shí)施例提出一種數(shù)據(jù)傳輸裝置,在上述第一實(shí)施例的基礎(chǔ)上,還包括:
[0095]檢測(cè)模塊204,用于在復(fù)制模塊202對(duì)原始數(shù)據(jù)包進(jìn)行復(fù)制操作前,對(duì)所述TCP鏈路狀態(tài)進(jìn)行檢測(cè);當(dāng)所述TCP鏈路狀態(tài)符合預(yù)定的重發(fā)策略時(shí),由所述復(fù)制模塊202執(zhí)行對(duì)所述數(shù)據(jù)包的復(fù)制操作;或者,在發(fā)送模塊203對(duì)原始數(shù)據(jù)包及至少一復(fù)制數(shù)據(jù)包進(jìn)行發(fā)送操作前,對(duì)所述TCP鏈路狀態(tài)進(jìn)行檢測(cè),當(dāng)所述TCP鏈路狀態(tài)符合預(yù)定的重發(fā)策略時(shí),由所述發(fā)送模塊203執(zhí)行對(duì)所述數(shù)據(jù)包及至少一復(fù)制數(shù)據(jù)包的發(fā)送操作(其中圖6是以其中一種方式舉例)。
[0096]本實(shí)施例與上述第一實(shí)施例的區(qū)別在于,本實(shí)施例中,作為一種實(shí)施方式,數(shù)據(jù)傳輸裝置在復(fù)制數(shù)據(jù)包之前,需要通過(guò)檢測(cè)模塊204檢測(cè)TCP鏈路狀態(tài),根據(jù)檢測(cè)結(jié)果來(lái)判斷是否進(jìn)行數(shù)據(jù)包的復(fù)制操作。
[0097]具體地,本實(shí)施例所指的TCP鏈路狀態(tài)可以包括但不限于TCP鏈路上的歷史丟包率以及TCP鏈路上的數(shù)據(jù)包延遲等。
[0098]此外,本實(shí)施例根據(jù)TCP鏈路狀態(tài)預(yù)先設(shè)定有重發(fā)策略,當(dāng)滿足重發(fā)策略時(shí),則啟動(dòng)發(fā)送復(fù)制數(shù)據(jù)包的重發(fā)機(jī)制,對(duì)數(shù)據(jù)包進(jìn)行復(fù)制操作。
[0099]針對(duì)上述TCP鏈路狀態(tài),該設(shè)定的重發(fā)策略可以是:TCP鏈路上的歷史丟包率達(dá)到預(yù)定閥值;或者,TCP鏈路上的數(shù)據(jù)包延遲達(dá)到預(yù)定閥值,上述預(yù)定閾值可以根據(jù)實(shí)際情況設(shè)定。
[0100]當(dāng)檢測(cè)到的TCP鏈路狀態(tài)符合預(yù)定的重發(fā)策略時(shí),復(fù)制模塊202執(zhí)行對(duì)所述數(shù)據(jù)包的復(fù)制操作。
[0101]本實(shí)施例通過(guò)上述方案,通過(guò)檢測(cè)TCP鏈路狀態(tài),根據(jù)檢測(cè)結(jié)果來(lái)判斷是否進(jìn)行數(shù)據(jù)包的復(fù)制操作,在保證TCP鏈路傳輸可靠性的同時(shí),還可以減少系統(tǒng)開銷。
[0102]作為本實(shí)施例的另一種實(shí)施方式,數(shù)據(jù)傳輸裝置在復(fù)制數(shù)據(jù)包之后,以及發(fā)送數(shù)據(jù)包及復(fù)制的復(fù)制數(shù)據(jù)包之前,需要檢測(cè)TCP鏈路狀態(tài),根據(jù)檢測(cè)結(jié)果來(lái)判斷是否進(jìn)行數(shù)據(jù)包及復(fù)制數(shù)據(jù)包的發(fā)送操作。
[0103]其中所指TCP鏈路狀態(tài)可以包括但不限于TCP鏈路上的歷史丟包率以及TCP鏈路上的數(shù)據(jù)包延遲等。
[0104]根據(jù)TCP鏈路狀態(tài)預(yù)先設(shè)定有重發(fā)策略,當(dāng)滿足重發(fā)策略時(shí),則啟動(dòng)發(fā)送復(fù)制數(shù)據(jù)包的重發(fā)機(jī)制,并通過(guò)發(fā)送模塊203執(zhí)行數(shù)據(jù)包及復(fù)制數(shù)據(jù)包的發(fā)送操作。
[0105]針對(duì)上述TCP鏈路狀態(tài),該設(shè)定的重發(fā)策略可以是:TCP鏈路上的歷史丟包率達(dá)到預(yù)定閥值;或者,TCP鏈路上的數(shù)據(jù)包延遲達(dá)到預(yù)定閥值,上述預(yù)定閾值可以根據(jù)實(shí)際情況設(shè)定。
[0106]當(dāng)檢測(cè)到的TCP鏈路狀態(tài)符合預(yù)定的重發(fā)策略時(shí),執(zhí)行對(duì)數(shù)據(jù)包及復(fù)制數(shù)據(jù)包的發(fā)送操作。
[0107]本實(shí)施例通過(guò)上述方案,通過(guò)檢測(cè)TCP鏈路狀態(tài),根據(jù)檢測(cè)結(jié)果來(lái)判斷是否進(jìn)行對(duì)數(shù)據(jù)包及復(fù)制數(shù)據(jù)包的發(fā)送操作,在保證TCP鏈路傳輸可靠性的同時(shí),還可以減少系統(tǒng)開銷。
[0108]如圖7所示,本發(fā)明第三實(shí)施例提出一種數(shù)據(jù)傳輸裝置,在上述第二實(shí)施例的基礎(chǔ)上,還包括:
[0109]鏈路建立模塊200,用于在所述發(fā)送終端與接收終端之間建立所述TCP鏈路。
[0110]相比上述各實(shí)施例,本實(shí)施例還包括在發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包之前建立TCP鏈路的方案。
[0111]其中,兩主機(jī)(發(fā)送終端和接收終端)之間TCP鏈路的建立可以采用現(xiàn)有的三次握手協(xié)議來(lái)實(shí)現(xiàn)。
[0112]具體地,TCP是主機(jī)對(duì)主機(jī)層的傳輸控制協(xié)議,提供可靠的連接服務(wù),采用三次握手確認(rèn)建立一個(gè)連接:
[0113]其中涉及的位碼即tcp標(biāo)志位,有6種標(biāo)示:SYN (synchronous建立聯(lián)機(jī));ACK(acknowledgement 確認(rèn));PSH (push 傳送);FIN (finish 結(jié)束);RST (reset 重置);URG(urgent 緊急);Sequence number (順序號(hào)碼);Acknowledge number (確認(rèn)號(hào)碼)。
[0114]第一次握手:主機(jī)A發(fā)送位碼為syn = I,隨機(jī)產(chǎn)生seq number=1234567的數(shù)據(jù)包到服務(wù)器,主機(jī)B由SYN=I知道,主機(jī)A要求建立聯(lián)機(jī);
[0115]第二次握手:主機(jī)B收到請(qǐng)求后要確認(rèn)聯(lián)機(jī)信息,向主機(jī)A發(fā)送ack number=(主機(jī) A 的 seq+1), syn=l, ack=l,隨機(jī)產(chǎn)生 seq=7654321 的包;
[0116]第三次握手:主機(jī)A收到后檢查ack number是否正確,即第一次發(fā)送的seqnumber+1,以及位碼ack是否為I,若正確,主機(jī)A會(huì)再發(fā)送ack number=(主機(jī)B的seq+1),ack=l,主機(jī)B收到后確認(rèn)seq值與ack=l則連接建立成功。
[0117]完成三次握手,主機(jī)A與主機(jī)B開始傳送數(shù)據(jù)。
[0118]此外,在建立發(fā)送終端與接收終端之間的TCP鏈路時(shí),檢測(cè)模塊204還可以獲取TCP鏈路上的數(shù)據(jù)包延遲。
[0119]本實(shí)施例通過(guò)上述方案,在發(fā)送終端與接收終端之間建立TCP鏈路,在發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),將發(fā)送終端發(fā)送的數(shù)據(jù)包復(fù)制至少一次,并將原數(shù)據(jù)包以及復(fù)制的至少一復(fù)制數(shù)據(jù)包通過(guò)TCP鏈路發(fā)送至接收終端,由此,在發(fā)生丟包的情況下,可以保證接收終端能夠接收到發(fā)送終端發(fā)送的數(shù)據(jù)包,從而降低TCP鏈路的丟包率,減少TCP重發(fā)概率,降低數(shù)據(jù)響應(yīng)時(shí)間,提高TCP鏈路的傳輸可靠性。
[0120]需要說(shuō)明的是,上述各實(shí)施例中的數(shù)據(jù)傳輸裝置可以是設(shè)置在發(fā)送終端與接收終端之間的TCP鏈路上的某個(gè)具體實(shí)體裝置,也可以是位于發(fā)送終端側(cè)的裝置,還可以是后臺(tái)服務(wù)器等。
[0121]由此,本發(fā)明較佳實(shí)施例還提出一種數(shù)據(jù)包發(fā)送終端,包括上述實(shí)施例所述的裝置,在此不再贅述。
[0122]本發(fā)明較佳實(shí)施例還提出一種服務(wù)器,包括上述實(shí)施例所述的裝置,在此不再贅述。
[0123]本發(fā)明較佳實(shí)施例還提出一種系統(tǒng),包括至少一個(gè)發(fā)送終端、至少一個(gè)接收終端以及至少一個(gè)如上所述的服務(wù)器,所述至少一個(gè)接收終端用于接收所述至少一個(gè)發(fā)送終端及所述至少一個(gè)服務(wù)器發(fā)送的數(shù)據(jù)包。
[0124]需要說(shuō)明的是,在本文中,術(shù)語(yǔ)“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含,從而使得包括一系列要素的過(guò)程、方法、物品或者裝置不僅包括那些要素,而且還包括沒(méi)有明確列出的其他要素,或者是還包括為這種過(guò)程、方法、物品或者裝置所固有的要素。在沒(méi)有更多限制的情況下,由語(yǔ)句“包括一個(gè)……”限定的要素,并不排除在包括該要素的過(guò)程、方法、物品或者裝置中還存在另外的相同要素。
[0125]上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述,不代表實(shí)施例的優(yōu)劣。
[0126]通過(guò)以上的實(shí)施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實(shí)施例方法可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn),當(dāng)然也可以通過(guò)硬件,但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái),該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)(如R0M/RAM、磁碟、光盤)中,包括若干指令用以使得一臺(tái)終端設(shè)備(可以是手機(jī),計(jì)算機(jī),月艮務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
[0127]以上所述僅為本發(fā)明的優(yōu)選實(shí)施例,并非因此限制本發(fā)明的專利范圍,凡是利用本發(fā)明說(shuō)明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或流程變換,或直接或間接運(yùn)用在其它相關(guān)的【技術(shù)領(lǐng)域】,均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。
【權(quán)利要求】
1.一種數(shù)據(jù)傳輸方法,其特征在于,包括: 當(dāng)發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),接收發(fā)送終端發(fā)送的所述數(shù)據(jù)包; 對(duì)所述數(shù)據(jù)包復(fù)制至少一次,得到至少一復(fù)制數(shù)據(jù)包; 將所述數(shù)據(jù)包以及所述至少一復(fù)制數(shù)據(jù)包通過(guò)預(yù)先建立的TCP鏈路發(fā)送至接收終端。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述對(duì)數(shù)據(jù)包復(fù)制至少一次的步驟之前還包括: 對(duì)所述TCP鏈路狀態(tài)進(jìn)行檢測(cè); 當(dāng)所述TCP鏈路狀態(tài)符合預(yù)定的重發(fā)策略時(shí),執(zhí)行對(duì)所述數(shù)據(jù)包的復(fù)制操作。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述將數(shù)據(jù)包以及所述至少一復(fù)制數(shù)據(jù)包通過(guò)預(yù)先建立的TCP鏈路發(fā)送至接收終端的步驟之前還包括: 對(duì)所述TCP鏈路狀態(tài)進(jìn)行檢測(cè); 當(dāng)所述TCP鏈路狀態(tài)符合預(yù)定的重發(fā)策略時(shí),執(zhí)行對(duì)所述數(shù)據(jù)包及至少一復(fù)制數(shù)據(jù)包的發(fā)送操作。
4.根據(jù)權(quán)利要求2或3所述的方法,其特征在于,所述預(yù)定的重發(fā)策略至少包括:所述TCP鏈路上的歷史丟包率達(dá)到預(yù)定閥值;或者,所述TCP鏈路上的數(shù)據(jù)包延遲達(dá)到預(yù)定閥值。
5.根據(jù)權(quán)利要求4所述的方法,其特征在于,在所述發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包之前,還包括: 在所述發(fā)送終端與接收終端之間建立所述TCP鏈路。
6.根據(jù)權(quán)利要求5所述的方法,其特征在于,還包括: 在所述發(fā)送終端與接收終端之間建立所述TCP鏈路時(shí),獲取所述TCP鏈路上的數(shù)據(jù)包延遲。
7.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述將數(shù)據(jù)包以及所述至少一復(fù)制數(shù)據(jù)包通過(guò)預(yù)先建立的TCP鏈路發(fā)送至接收終端的步驟包括: 同時(shí)將所述數(shù)據(jù)包以及所述至少一復(fù)制數(shù)據(jù)包通過(guò)預(yù)先建立的TCP鏈路發(fā)送至接收終端;或者,按照先后順序?qū)⑺鰯?shù)據(jù)包以及所述至少一復(fù)制數(shù)據(jù)包通過(guò)預(yù)先建立的TCP鏈路發(fā)送至接收終端。
8.一種數(shù)據(jù)傳輸裝置,其特征在于,包括: 接收模塊,用于當(dāng)發(fā)送終端向接收終端發(fā)送數(shù)據(jù)包時(shí),接收發(fā)送終端發(fā)送的所述數(shù)據(jù)包; 復(fù)制模塊,用于對(duì)所述數(shù)據(jù)包復(fù)制至少一次,得到至少一復(fù)制數(shù)據(jù)包; 發(fā)送模塊,用于將所述數(shù)據(jù)包以及所述至少一復(fù)制數(shù)據(jù)包通過(guò)預(yù)先建立的TCP鏈路發(fā)送至接收終端。
9.根據(jù)權(quán)利要求8所述的裝置,其特征在于,還包括: 檢測(cè)模塊,用于對(duì)所述TCP鏈路狀態(tài)進(jìn)行檢測(cè);當(dāng)所述TCP鏈路狀態(tài)符合預(yù)定的重發(fā)策略時(shí),由所述復(fù)制模塊執(zhí)行對(duì)所述數(shù)據(jù)包的復(fù)制操作;或者由所述發(fā)送模塊執(zhí)行對(duì)所述數(shù)據(jù)包及至少一復(fù)制數(shù)據(jù)包的發(fā)送操作。
10.根據(jù)權(quán)利要求9所述的裝置,其特征在于,所述預(yù)定的重發(fā)策略至少包括:所述TCP鏈路上的歷史丟包率達(dá)到預(yù)定閥值;或者,所述TCP鏈路上的數(shù)據(jù)包延遲達(dá)到預(yù)定閥值。
11.根據(jù)權(quán)利要求10所述的裝置,其特征在于,還包括: 鏈路建立模塊,用于在所述發(fā)送終端與接收終端之間建立所述TCP鏈路。
12.根據(jù)權(quán)利要求11所述的裝置,其特征在于,所述檢測(cè)模塊還用于在所述發(fā)送終端與接收終端之間建立所述TCP鏈路時(shí),獲取所述TCP鏈路上的數(shù)據(jù)包延遲。
13.根據(jù)權(quán)利要求8-12中任一項(xiàng)所述的裝置,其特征在于,所述發(fā)送模塊還用于同時(shí)將所述數(shù)據(jù)包以及所述至少一復(fù)制數(shù)據(jù)包通過(guò)預(yù)先建立的TCP鏈路發(fā)送至接收終端;或者,按照先后順序?qū)⑺鰯?shù)據(jù)包以及所述至少一復(fù)制數(shù)據(jù)包通過(guò)預(yù)先建立的TCP鏈路發(fā)送至接收終端。
14.一種數(shù)據(jù)包發(fā)送終端,其特征在于,包括權(quán)利要求8-13中任一項(xiàng)所述的裝置。
15.一種系統(tǒng),其特征在于,包括至少一個(gè)如權(quán)利要求14所述的發(fā)送終端以及至少一個(gè)接收終端,所述至少一個(gè)接收終端用于接收所述至少一個(gè)發(fā)送終端發(fā)送的數(shù)據(jù)包。
16.一種服務(wù)器,其特征在于,包括權(quán)利要求8-13中任一項(xiàng)所述的裝置。
17.—種系統(tǒng),其特征在于,包括至少一個(gè)發(fā)送終端、至少一個(gè)接收終端以及至少一個(gè)如權(quán)利要求16所述的服務(wù)器,所述至少一個(gè)接收終端用于接收所述至少一個(gè)發(fā)送終端及所述至少一個(gè)服務(wù)器發(fā)送的數(shù)據(jù)包。
【文檔編號(hào)】H04L1/08GK104243107SQ201310223328
【公開日】2014年12月24日 申請(qǐng)日期:2013年6月6日 優(yōu)先權(quán)日:2013年6月6日
【發(fā)明者】余子軍, 劉賢彬 申請(qǐng)人:深圳市騰訊計(jì)算機(jī)系統(tǒng)有限公司