[發(fā)明專利]一種用于控制數(shù)據(jù)傳輸?shù)姆椒ê脱b置

有效

• 申請?zhí)枺?/td>: 201210169695.7
• 申請日: 2012-05-23
• 公開（公告）號: CN102694631A
• 公開（公告）日: 2012-09-26
• 發(fā)明（設(shè)計）人: 扶柏成;李耀華
• 申請（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號: H04L1/16
• 分類號: H04L1/16;H04L12/56
• 代理公司: 北京永新同創(chuàng)知識產(chǎn)權(quán)代理有限公司 11376
• 代理人: 鐘勝光

技術(shù)領(lǐng)域

本發(fā)明涉及數(shù)據(jù)傳輸領(lǐng)域，尤其涉及一種用于控制數(shù)據(jù)傳輸?shù)姆椒ê脱b置。

背景技術(shù)

傳輸控制協(xié)議(TCP：Transmission?Control?Protocol)是一種面向連接的、可靠的、基于字節(jié)流的運(yùn)輸層通信協(xié)議。

按照TCP的機(jī)制，每次從發(fā)送方設(shè)備接收到數(shù)據(jù)報文之后，接收方設(shè)備都會向發(fā)送方設(shè)備發(fā)送確認(rèn)報文(ACK：Acknowledgment)，以告知發(fā)送方設(shè)備其已確收的數(shù)據(jù)報文的信息。接收方設(shè)備通常只向發(fā)送方設(shè)備確收按照預(yù)期順序到達(dá)的數(shù)據(jù)報文。例如，在接收方設(shè)備確收數(shù)據(jù)報文n之后，下一個按照預(yù)期順序到達(dá)接收方設(shè)備的數(shù)據(jù)報文應(yīng)該是數(shù)據(jù)報文n+1，因此，如果到達(dá)接收方設(shè)備的數(shù)據(jù)報文是數(shù)據(jù)報文n+1，則接收方設(shè)備確收數(shù)據(jù)報文n+1，而如果到達(dá)接收方設(shè)備的數(shù)據(jù)報文不是數(shù)據(jù)報文n+1而是未按照預(yù)期順序到達(dá)的其它數(shù)據(jù)報文(例如，數(shù)據(jù)報文n+4、n+5或n+7等)，則接收方設(shè)備不會確收這些未按照預(yù)期順序到達(dá)的數(shù)據(jù)報文。根據(jù)從接收方設(shè)備接收到的確認(rèn)報文，發(fā)送方設(shè)備將會重新向接收方設(shè)備發(fā)送其已發(fā)送過但接收方設(shè)備未確收的數(shù)據(jù)報文，以確保接收方設(shè)備確收發(fā)送方設(shè)備所發(fā)送的所有數(shù)據(jù)報文。

從上面的描述可見，雖然接收方設(shè)備不確收未按照預(yù)期順序到達(dá)的數(shù)據(jù)報文，但接收方設(shè)備確實已經(jīng)接收到這些未按照預(yù)期順序到達(dá)的數(shù)據(jù)報文，但是，發(fā)送方設(shè)備仍然向接收方設(shè)備重傳這些已被接收方設(shè)備收到但未被接收方設(shè)備確收的數(shù)據(jù)報文，直到接收方設(shè)備確收這些數(shù)據(jù)報文為止。顯然，發(fā)送方設(shè)備向接收方設(shè)備重傳接收方設(shè)備已收到的數(shù)據(jù)報文將會浪費(fèi)大量的網(wǎng)絡(luò)帶寬，降低數(shù)據(jù)傳輸?shù)耐掏侣省?/p>

為了克服上述缺陷，人們對TCP機(jī)制進(jìn)行改進(jìn)。按照改進(jìn)后的TCP機(jī)制，當(dāng)接收方設(shè)備接收到未按照預(yù)期順序到達(dá)的數(shù)據(jù)報文時，接收方設(shè)備向發(fā)送方設(shè)備發(fā)送的確收報文除了包括接收方設(shè)備已確收的數(shù)據(jù)報文的信息之外，還包括接收方設(shè)備已接收到但未確收的未按照預(yù)期順序到達(dá)的數(shù)據(jù)報文的信息，從而，根據(jù)從接收方設(shè)備接收的確收報文中所包含的接收方設(shè)備已接收到的未按照預(yù)期順序到達(dá)的數(shù)據(jù)報文的信息，發(fā)送方設(shè)備可以僅重傳已發(fā)送過但接收方設(shè)備仍未接收到的數(shù)據(jù)報文，不浪費(fèi)網(wǎng)絡(luò)帶寬和降低數(shù)據(jù)傳輸?shù)耐掏侣省０ń邮辗皆O(shè)備已接收的未按照預(yù)期順序到達(dá)的數(shù)據(jù)報文的信息的確認(rèn)報文通常被稱作選擇性確認(rèn)報文(SACK：Selective?Acknowledgment)，其中，接收方設(shè)備已接收的未按照預(yù)期順序到達(dá)的數(shù)據(jù)報文的信息包含在SACK所包括的SACK選項中。

然而，按照改進(jìn)后的TCP機(jī)制，在接收方設(shè)備接收到未按照預(yù)期順序到達(dá)的數(shù)據(jù)報文之后，接收方設(shè)備向發(fā)送方設(shè)備發(fā)送的每一個確認(rèn)報文都需要包括SACK選項，以向發(fā)送方設(shè)備通知接收方設(shè)備已接收到的未按照預(yù)期順序到達(dá)的數(shù)據(jù)報文的信息。但是，由于很多確認(rèn)報文所包括的SACK選項的內(nèi)容是相同的，因此，每一個確認(rèn)報文都包括SACK選項將會浪費(fèi)系統(tǒng)資源，因為這增加發(fā)送方設(shè)備的處理負(fù)擔(dān)，而且傳輸SACK選項需要消耗網(wǎng)絡(luò)帶寬。

為此，人們對TCP機(jī)制做進(jìn)一步改進(jìn)。按照該進(jìn)一步改進(jìn)的TCP機(jī)制，在接收方設(shè)備要向發(fā)送方設(shè)備發(fā)送一個包含SACK選項的確認(rèn)報文之前，先判斷該要發(fā)送的確認(rèn)報文所包括的SACK選項與以前發(fā)送過的確認(rèn)報文所包括的SACK選項是否相同并且該要發(fā)送的確認(rèn)報文沒有包括額外的信息，并當(dāng)判斷結(jié)果為否定時，才向發(fā)送方設(shè)備發(fā)送該要發(fā)送的包含SACK選項的確認(rèn)報文，否則不向發(fā)送方設(shè)備發(fā)送該要發(fā)送的包含SACK選項的確認(rèn)報文。采用該進(jìn)一步改進(jìn)的TCP機(jī)制，確實減少了SACK選項的發(fā)送，從而避免系統(tǒng)資源的浪費(fèi)。

在該進(jìn)一步改進(jìn)的TCP機(jī)制中，是通過減少確認(rèn)報文的發(fā)送來實現(xiàn)減少SACK選項的發(fā)送。然而，減少確認(rèn)報文的發(fā)送會惡化依據(jù)重復(fù)的確認(rèn)報文的數(shù)量進(jìn)行快速重傳的擁塞控制機(jī)制的效果，從而影響數(shù)據(jù)的正常重傳。

發(fā)明內(nèi)容

考慮到現(xiàn)有技術(shù)的上述問題，本發(fā)明的實施例提供一種用于控制數(shù)據(jù)傳輸?shù)姆椒ê脱b置，其能夠在不影響數(shù)據(jù)正常重傳的情況下，減少系統(tǒng)資源的浪費(fèi)。

按照本發(fā)明實施例的一種用于控制數(shù)據(jù)傳輸?shù)姆椒ǎú襟E：當(dāng)接收方設(shè)備從發(fā)送方設(shè)備接收到未按照預(yù)期順序到達(dá)的數(shù)據(jù)報文時，判斷所述接收方設(shè)備已從所述發(fā)送方設(shè)備接收的未按照預(yù)期順序到達(dá)的數(shù)據(jù)報文是否滿足指定的數(shù)量條件；當(dāng)判斷結(jié)果為肯定時，向所述發(fā)送方設(shè)備發(fā)送未包括選擇性應(yīng)答SACK選項的確認(rèn)報文，其中，所述SACK選項攜帶所述接收方設(shè)備已從所述發(fā)送方設(shè)備接收到的未按照預(yù)期順序到達(dá)的數(shù)據(jù)報文的信息。