專利名稱：帶寬的限制方法、裝置及網(wǎng)絡(luò)設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信領(lǐng)域，尤其涉及帶寬的限制方法、裝置及網(wǎng)絡(luò)設(shè)備。
背景技術(shù)：
TCP擁塞控制機(jī)制的目標(biāo)是最大限度利用網(wǎng)絡(luò)帶寬，同時不產(chǎn)生數(shù)據(jù)流傳輸中的 擁塞現(xiàn)象。現(xiàn)有的TCP擁塞控制機(jī)制通過設(shè)置“擁塞窗口 ”，實現(xiàn)主動的流量控制。發(fā)送方 取“擁塞窗口 ”與接收方的“通告窗口”(即報文接收方通過發(fā)送給報文發(fā)送方的ACK報文中 的WINDOW域，用來告知接收方剩余接收緩沖區(qū)的尺寸大小)兩者的最小值作為發(fā)送上限， 發(fā)送方通過逐漸增加“擁塞窗口”的大小來探測可用的網(wǎng)絡(luò)容量，防止連接開始時采用不合 適的發(fā)送量而導(dǎo)致網(wǎng)絡(luò)擁塞。“擁塞窗口 ”大小總是從1(或一個比較小的值)開始，每收到 一個來自接收方的ACK，增加1，逐漸提高報文發(fā)送速率。當(dāng)發(fā)現(xiàn)ACK接收超時或收到3個 相同ACK確認(rèn)幀時，則表示有丟包事件，并認(rèn)為此時網(wǎng)絡(luò)已發(fā)生擁塞現(xiàn)象，要進(jìn)行相應(yīng)的擁 塞控制，擁塞窗口通常被減半甚至重新被置為初始值1 (或一個比較小的值)?，F(xiàn)有TCP擁塞控制機(jī)制發(fā)生丟包作為判斷網(wǎng)絡(luò)發(fā)生擁塞的依據(jù)，發(fā)送方一旦發(fā)現(xiàn) 丟包，則立即縮減擁塞窗口，然后再通過逐漸增加擁塞窗口的大小，探測可用的網(wǎng)絡(luò)容量。 但如果不是因為網(wǎng)絡(luò)出現(xiàn)擁塞，而是因為發(fā)送方的帶寬限制(即在指定的用戶群中分配優(yōu) 先的網(wǎng)絡(luò)帶寬資源，對個體或群體用戶網(wǎng)絡(luò)帶寬的耗用設(shè)置上限，通過丟棄或緩存超限的 報文，實現(xiàn)流量控制)而導(dǎo)致丟包，則會使得TCP報文流在傳輸過程中，報文傳輸速率表現(xiàn) 為逐漸提高，達(dá)到所限帶寬的上限，然后劇減，再逐漸提高，如此反復(fù)，始終無法穩(wěn)定保持 傳輸速率，同時也沒有飽和地使用網(wǎng)絡(luò)帶寬，浪費(fèi)了可用的網(wǎng)絡(luò)容量。

發(fā)明內(nèi)容
本發(fā)明實施例提供的帶寬的限制方法、裝置及網(wǎng)絡(luò)設(shè)備，用以解決現(xiàn)有技術(shù)中，由 于帶寬限制丟棄TCP報文而錯誤觸發(fā)TCP擁塞控制機(jī)制導(dǎo)致無法穩(wěn)定、飽和地利用網(wǎng)絡(luò)帶 寬的問題。本發(fā)明實施例提供的帶寬的限制方法之一，包括在接收到TCP報文接收方返回的確認(rèn)ACK報文后，檢測TCP報文發(fā)送方預(yù)先分配 的帶寬配額當(dāng)前是否已經(jīng)用盡；在檢測結(jié)果為已用盡時，通告所述發(fā)送方暫停發(fā)送TCP報文。本發(fā)明實施例提供的帶寬的限制方法之二，具體包括接收網(wǎng)絡(luò)設(shè)備發(fā)送的暫停發(fā)送TCP報文的通告；根據(jù)所述通告，暫停向TCP報文接收方發(fā)送TCP報文以等待預(yù)先分配的帶寬配額恢復(fù)。本發(fā)明實施例提供的帶寬的限制裝置之一，包括帶寬檢測模塊，用于在接收到TCP報文接收方返回的確認(rèn)ACK報文后，檢測TCP報 文發(fā)送方預(yù)先分配的帶寬配額當(dāng)前是否已經(jīng)用盡；
4
通告模塊，用于在檢測結(jié)果為是時，通告所述TCP報文發(fā)送方暫停發(fā)送TCP報文。本發(fā)明實施例提供的帶寬的限制裝置之二，包括接收模塊，用于接收網(wǎng)絡(luò)設(shè)備發(fā)送的暫停發(fā)送TCP報文的通告；發(fā)送模塊，用于根據(jù)所述通告，暫停向TCP報文接收方發(fā)送TCP報文以等待帶寬配 額恢復(fù)。本發(fā)明實施例提供的網(wǎng)絡(luò)設(shè)備之一，位于TCP報文發(fā)送方和TCP報文接收方之間， 該網(wǎng)絡(luò)設(shè)備之一，包括本發(fā)明實施例提供的上述帶寬的限制裝置之一。本發(fā)明實施例提供的網(wǎng)絡(luò)設(shè)備之二，包括本發(fā)明實施例提供的上述帶寬的限制裝
置之二。本發(fā)明實施例提供的帶寬限制方法、裝置及網(wǎng)絡(luò)設(shè)備，在接收到TCP報文接收方 返回的ACK報文后，如果檢測到報文發(fā)送方預(yù)先分配的帶寬配額當(dāng)前是否已經(jīng)用盡，如果 已用盡，向TCP報文發(fā)送方暫停發(fā)送TCP報文的通告，TCP報文發(fā)送方可以根據(jù)該通告，暫 停發(fā)送TCP報文以等待帶寬配額的恢復(fù)。這樣做可避免在TCP發(fā)送方在帶寬配額已用盡的 情況下，依然向TCP報文接收方發(fā)送TCP報文導(dǎo)致該報文被丟棄而錯誤引發(fā)TCP擁塞控制 機(jī)制的問題。


圖1為本發(fā)明實施例提供的帶寬的限制方法的網(wǎng)絡(luò)連接示意圖；圖2為本發(fā)明實施例提供的帶寬限制方法的流程圖之一；圖3為本發(fā)明實施例提供的帶寬限制方法的流程圖之二 ；圖4為本發(fā)明實施例提供的發(fā)送方暫停發(fā)送TCP報文之后的流程圖；圖5為本發(fā)明實施例提供的帶寬的限制裝置之一的結(jié)構(gòu)示意圖；圖6為本發(fā)明實施例提供的帶寬的限制裝置之二的結(jié)構(gòu)示意圖。
具體實施例方式下面結(jié)合附圖，對本發(fā)明實施例提供的一種帶寬的限制方法、裝置及網(wǎng)絡(luò)設(shè)備的具體實施方式
進(jìn)行詳細(xì)地說明。圖1是本發(fā)明實施例提供帶寬的限制方法的網(wǎng)絡(luò)連接示意圖，圖1中，網(wǎng)絡(luò)設(shè)備A 為TCP報文的發(fā)送方，網(wǎng)絡(luò)設(shè)備B為TCP報文的接收方，在網(wǎng)絡(luò)設(shè)備A和網(wǎng)絡(luò)設(shè)備B之間是 具有防火墻的網(wǎng)絡(luò)設(shè)備C，網(wǎng)絡(luò)設(shè)備A和網(wǎng)絡(luò)設(shè)備B之間交互的各種報文需要經(jīng)過網(wǎng)絡(luò)設(shè)備 C進(jìn)行轉(zhuǎn)發(fā)。為了實現(xiàn)在TCP報文發(fā)送方在帶寬用盡時，避免錯誤觸發(fā)TCP擁塞控制機(jī)制，本發(fā) 明實施例對TCP報文發(fā)送方、具有帶寬限制功能的網(wǎng)絡(luò)設(shè)備(例如安裝有進(jìn)行帶寬限制的 防火墻的網(wǎng)絡(luò)設(shè)備)和TCP報文接收方的交互流程進(jìn)行了改進(jìn)，如圖2所示，本發(fā)明實施例 提供的帶寬限制方法，具有帶寬限制功能的網(wǎng)絡(luò)設(shè)備(在下述流程中簡稱網(wǎng)絡(luò)設(shè)備)側(cè)，在 TCP報文發(fā)送方向TCP報文接收方法發(fā)送TCP報文之后，執(zhí)行下述步驟S201、網(wǎng)絡(luò)設(shè)備接收TCP報文接收方返回的確認(rèn)(ACK)報文；S202、網(wǎng)絡(luò)設(shè)備檢測TCP報文發(fā)送方預(yù)先分配的帶寬配額當(dāng)前是否已經(jīng)用盡；如 果檢測到TCP報文發(fā)送方的帶寬配額當(dāng)前已經(jīng)用盡，那么執(zhí)行下述步驟S203 ；否則執(zhí)行下述步驟S204 ；在擁有帶寬限制方案的網(wǎng)絡(luò)里，每個發(fā)送方能夠使用的帶寬(帶寬配額)需要預(yù) 先配置，具有帶寬限制功能的網(wǎng)絡(luò)設(shè)備知曉各個TCP發(fā)送方的帶寬配額，并能夠?qū)Ω靼l(fā)送 方的帶寬使用情況進(jìn)行監(jiān)控。S203、網(wǎng)絡(luò)設(shè)備通告該TCP發(fā)送方暫停發(fā)送TCP報文；S204、結(jié)束本流程。在上述步驟S203中，具體來說，網(wǎng)絡(luò)設(shè)備可以通過下述方式通告TCP發(fā)送方暫停 發(fā)送TCP報文網(wǎng)絡(luò)設(shè)備對接收到的ACK報文進(jìn)行修改，將其中的WINDOW域的大小修改為0。這樣做的目的好處在于，不需要使用額外的控制信令，利用現(xiàn)有TCP協(xié)議報文即 可實現(xiàn)；按照現(xiàn)有TCP協(xié)議，TCP報文發(fā)送方如果收到TCP接收方返回的ACK報文，會根據(jù) ACK報文中WINDOW域和自身“擁塞窗口”兩者中的較小值來決定下一個TCP報文的發(fā)送長 度，按照此規(guī)定，如果ACK報文中WINDOW域為0，則必然會導(dǎo)致TCP報文發(fā)送方主動停止發(fā) 送報文，而不會出現(xiàn)下述情況TCP發(fā)送方按照未修改前的WINDOW域的大小正常發(fā)出下一 個TCP報文，該TCP報文被具有帶寬限制功能的網(wǎng)絡(luò)設(shè)備因帶寬限制丟棄從而錯誤引發(fā)TCP 擁塞控制機(jī)制。對于TCP報文發(fā)送方來說，其處理流程如圖3所示，包括S301、TCP報文發(fā)送方接收網(wǎng)絡(luò)設(shè)備發(fā)送的暫停發(fā)送TCP報文的通告；S302、TCP報文發(fā)送方根據(jù)接收的通告，暫停向TCP報文接收方發(fā)送TCP報文以等 待帶寬配額恢復(fù)。在上述步驟S301中，TCP報文發(fā)送方具體接收的是防火墻轉(zhuǎn)發(fā)的經(jīng)防火墻修改 WINDOW域之后的ACK報文，該ACK報文中的WINDOW域的大小被防火墻修改為0。 在上述步驟S302中，TCP報文發(fā)送方在接收到修改后的ACK報文后，解析該ACK報 文中的WINDOW域的值為0，將ACK報文中的WINDOW域的值確定為所發(fā)送的TCP報文長度的 上限值(由于TCP發(fā)送方的“擁塞窗口 ”的值必然大于等于0，因此兩者取較小值為TCP報 文長度的上限值時，該上限值也必然應(yīng)該取0)。根據(jù)這個上限值為0的結(jié)果，可以確定需要 暫停發(fā)送TCP報文。按照TCP協(xié)議，發(fā)送方暫停發(fā)送TCP報文的時間通常為3秒，在這3秒內(nèi)，由于TCP 報文發(fā)送方已經(jīng)主動停止發(fā)送TCP報文，其帶寬配額可以迅速恢復(fù)而不至于繼續(xù)處于枯竭 狀態(tài)，在通常狀態(tài)下，3秒時間內(nèi)，TCP報文發(fā)送方可用的帶寬配額足夠恢復(fù)到初始值。由此，在上述步驟S302之后，如圖4所示，還可以包括下述步驟S401、TCP報文發(fā)送方等待設(shè)定的時間，并在等待的時間超時之后，向TCP報文接 收方重新發(fā)送上一次發(fā)送的TCP報文；S402、TCP報文發(fā)送方判斷是否接收到網(wǎng)絡(luò)設(shè)備發(fā)送的暫停發(fā)送TCP報文的通告； 若是，執(zhí)行下述步驟S403 ；否則執(zhí)行下述步驟S404 ；S403、再次暫停發(fā)送TCP報文，然后再轉(zhuǎn)向執(zhí)行S401 ；S404、向TCP報文接收方發(fā)送下一個TCP報文。類似地，上述步驟S402中，TCP報文發(fā)送方通過解析防火墻轉(zhuǎn)發(fā)的ACK報文中 WINDOW域的值來確定是否接收到了暫停發(fā)送TCP報文的通告，在解析出的WINDOW域的值為0時，確定再次接收到了暫停發(fā)送TCP報文的通告；在解析出的WINDOW域的值為非0時，確 定未收到暫停發(fā)送TCP報文的通告。在上述步驟S404中，在TCP報文發(fā)送方判斷未收到暫停發(fā)送TCP報文的通告(也 就是解析出的ACK報文的WINDOW域的值為非0)時，將所述ACK報文中的非0的WINDOW 域的大小，與預(yù)先設(shè)置的擁塞窗口的大小進(jìn)行比較，將兩者中的較小值確定為所發(fā)送的TCP 報文長度的上限；并向TCP報文接收方發(fā)送長度等于該上限的下一個TCP報文?；谕话l(fā)明構(gòu)思，本發(fā)明實施例還提供了帶寬的限制裝置及網(wǎng)絡(luò)設(shè)備，由于帶 寬的限制裝置及網(wǎng)絡(luò)設(shè)備解決問題的原理與前述一種帶寬的限制方法相似，因此這些裝置 和設(shè)備的實施可以參見前述方法的實施，重復(fù)之處不再贅述。本發(fā)明實施例提供的帶寬的限制裝置之一，如圖5所示，包括帶寬檢測模塊501，用于在接收到TCP報文接收方返回的確認(rèn)ACK報文后，檢測 TCP報文發(fā)送方預(yù)先分配的帶寬配額當(dāng)前是否已經(jīng)用盡；通告模塊502，用于在檢測結(jié)果為是時，通告所述TCP報文發(fā)送方暫停發(fā)送TCP報文。進(jìn)一步地，本發(fā)明實施例提供的上述帶寬的限制裝置之一中的通告模塊502，具 體用于在所述帶寬檢測模塊檢測結(jié)果為是時，將所述接收方返回的ACK報文中的通告窗口 WINDOW域的值修改為0 ；將修改后的ACK報文發(fā)送至所述發(fā)送方。較佳地，本發(fā)明實施例提供的上述帶寬的限制裝置之一，在具體實施時，可以通過 軟件、硬件或者軟硬件結(jié)合的方式實現(xiàn)，例如使用專用集成電路或其他硬件等同物來實現(xiàn)， 或者采用軟件的方式存儲于存儲器中并由處理器執(zhí)行，以實現(xiàn)上述各種功能?？梢詾榉阑?墻或者類似具有帶寬監(jiān)控和TCP報文轉(zhuǎn)發(fā)功能的軟件、硬件或者軟硬件結(jié)合實現(xiàn)的實體。 較佳地采用防火墻的形式實現(xiàn)。本發(fā)明實施例提供的帶寬的限制裝置之二，如圖6所示，包括接收模塊601，用于接收具有帶寬限制功能的網(wǎng)絡(luò)設(shè)備發(fā)送的暫停發(fā)送TCP報文 的通告；發(fā)送模塊602，用于根據(jù)接收的通告，暫停向TCP報文接收方發(fā)送TCP報文以等待 帶寬配額恢復(fù)。進(jìn)一步地，本發(fā)明實施例提供的上述帶寬的限制裝置之二中的發(fā)送模塊602，還用 于在暫停向TCP報文接收方發(fā)送TCP報文之后，等待設(shè)定的時間，在等待的時間超時之后， 向TCP報文接收方重新發(fā)送上一次發(fā)送的TCP報文；并在所述接收模塊再次接收到所述網(wǎng) 絡(luò)設(shè)備發(fā)送的暫停發(fā)送TCP報文的通告時，根據(jù)所述通告，再次暫停發(fā)送TCP報文；否則，向 所述TCP報文接收方發(fā)送下一個TCP報文。進(jìn)一步地，所述接收模塊601，具體用于通過對接收的網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)的ACK報文進(jìn) 行解析，在解析出所述ACK報文中的通告窗口 WINDOW域的值為0時，確定接收到了暫停發(fā) 送TCP報文的通告；反之，則確定未收到暫停發(fā)送TCP報文的通告；所述發(fā)送模塊602，具體用于在接收模塊601解析出將所述ACK報文中的WINDOW 域的值為0時，確定0為所發(fā)送的TCP報文長度的上限；根據(jù)所述上限停止向TCP報文接收 方發(fā)送TCP報文。進(jìn)一步地，本發(fā)明實施例提供的上述帶寬的限制裝置之二中，發(fā)送模塊602，還用于在所述發(fā)送模塊重新發(fā)送上一次發(fā)送的TCP報文之后，若接收模塊601解析出所述ACK 報文中WINDOW域的值為非0，將所述ACK報文中的WINDOW域的大小，與預(yù)先設(shè)置的擁塞窗 口的大小進(jìn)行比較，將兩者中的較小值確定為所發(fā)送的TCP報文長度的上限；并向所述TCP 報文接收方發(fā)送長度等于所述上限的下一個TCP報文。本發(fā)明實施例提供的網(wǎng)絡(luò)設(shè)備之一，位于TCP報文發(fā)送方和TCP報文接收方之間， 該網(wǎng)絡(luò)設(shè)備之一包含本發(fā)明實施例提供的上述帶寬的限制裝置之一。并且在該網(wǎng)絡(luò)設(shè)備之 一中，上述帶寬的限制裝置之一可以通過軟件、硬件或者軟硬件結(jié)合的方式實現(xiàn)，例如使用 專用集成電路或其他硬件等同物來實現(xiàn)，或者采用軟件的方式存儲于存儲器中并由處理器 執(zhí)行，以實現(xiàn)上述各種功能。較佳地，該帶寬的限制裝置之一可以與網(wǎng)絡(luò)設(shè)備之一的帶寬檢 測、報文收發(fā)等模塊建立各種物理形式的連接。較佳地，該網(wǎng)絡(luò)設(shè)備之一為安裝有防火墻的 網(wǎng)絡(luò)設(shè)備例如設(shè)置在TCP報文發(fā)送方和TCP報文接收方之間的網(wǎng)關(guān)設(shè)備、路由設(shè)備或其他 類型的網(wǎng)絡(luò)設(shè)備等。本發(fā)明實施例提供的網(wǎng)絡(luò)設(shè)備之二，作為TCP報文的發(fā)送方，包括上述帶寬的限 制裝置之二，類似地，在該網(wǎng)絡(luò)設(shè)備之二中，上述帶寬的限制裝置之二可以通過軟件、硬件 或者軟硬件結(jié)合的方式實現(xiàn)，例如使用專用集成電路或其他硬件等同物來實現(xiàn)，或者采用 軟件的方式存儲于存儲器中并由處理器執(zhí)行，以實現(xiàn)上述各種功能。在具體實施時，該網(wǎng)絡(luò) 設(shè)備之二可以是使用TCP協(xié)議進(jìn)行數(shù)據(jù)傳輸?shù)母鞣N網(wǎng)絡(luò)實體例如服務(wù)器等。本發(fā)明實施例提供的帶寬限制方法、裝置及網(wǎng)絡(luò)設(shè)備，在接收到TCP報文接收方 返回的ACK報文時，如果檢測到報文發(fā)送方預(yù)先分配的帶寬配額當(dāng)前是否已經(jīng)用盡，如果 已用盡，向TCP報文發(fā)送方暫停發(fā)送TCP報文的通告，TCP報文發(fā)送方可以根據(jù)該通告，暫 停發(fā)送TCP報文以等待帶寬配額的恢復(fù)。這樣做可避免在TCP發(fā)送方在帶寬配額已用盡的 情況下，依然向TCP報文接收方發(fā)送TCP報文導(dǎo)致該報文被丟棄而錯誤引發(fā)TCP擁塞控制 機(jī)制的問題。并且，在本發(fā)明實施例提供的帶寬限制方法、裝置及網(wǎng)絡(luò)設(shè)備，TCP報文發(fā)送方在 暫停發(fā)送TCP報文之后，等待設(shè)定的時間繼續(xù)重發(fā)上一次TCP報文，由于在設(shè)定的時間內(nèi)， 該TCP報文的發(fā)送方的帶寬配額已經(jīng)恢復(fù)，TCP報文發(fā)送方可以充分利用當(dāng)前的網(wǎng)絡(luò)帶寬， 重發(fā)上一次的TCP報文，直至收到防火墻轉(zhuǎn)發(fā)的、WINDOW域非0的ACK報文，才按照該非0 的WINDOW域的值，正常發(fā)送下一個TCP報文，在這個過程中，在可以發(fā)送TCP報文時，都可 充分利用現(xiàn)有的網(wǎng)絡(luò)帶寬，不需要像TCP擁塞控制機(jī)制那樣，需要試探性地從發(fā)送一個較 小長度報文開始，逐漸增大報文的發(fā)送長度，直至達(dá)到帶寬的上限，然后再次從發(fā)送一個較 小長度的報文開始，避免錯誤引發(fā)擁塞機(jī)制所帶來的傳輸速率不穩(wěn)定、沒有飽和地利用網(wǎng) 絡(luò)帶寬，浪費(fèi)可用網(wǎng)絡(luò)容量的問題。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種帶寬的限制方法，其特征在于，包括在接收到TCP報文接收方返回的確認(rèn)ACK報文后，檢測TCP報文發(fā)送方預(yù)先分配的帶 寬配額當(dāng)前是否已經(jīng)用盡；在檢測結(jié)果為已用盡時，通告所述發(fā)送方暫停發(fā)送TCP報文。
2.如權(quán)利要求1所述的方法，其特征在于，通告所述發(fā)送方暫停發(fā)送報文，具體包括 將所述接收方返回的ACK報文中的通告窗口 WINDOW域的值修改為0 ；將修改后的ACK報文發(fā)送至所述發(fā)送方。
3.一種帶寬的限制方法，其特征在于，具體包括 接收網(wǎng)絡(luò)設(shè)備發(fā)送的暫停發(fā)送TCP報文的通告；根據(jù)所述通告，暫停向TCP報文接收方發(fā)送TCP報文以等待預(yù)先分配的帶寬配額恢復(fù)。
4.如權(quán)利要求3所述的方法，其特征在于，在暫停向TCP報文接收方發(fā)送TCP報文之 后，還包括等待設(shè)定的時間，在等待的時間超時之后，向TCP報文接收方重新發(fā)送上一次發(fā)送的 TCP報文；并在再次接收到網(wǎng)絡(luò)設(shè)備發(fā)送的暫停發(fā)送TCP報文的通告時，根據(jù)所述通告，再次暫停 發(fā)送TCP報文；否則，向所述TCP報文接收方發(fā)送下一個TCP報文。
5.如權(quán)利要求3或4所述的方法，其特征在于，接收暫停發(fā)送TCP報文的通告，具體包括接收網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)的ACK報文，所述ACK報文中的通告窗口 WINDOW域的值為0 ； 根據(jù)所述通告，暫停向TCP報文接收方發(fā)送TCP報文，包括解析所述ACK報文中的WINDOW域的值為0，將所述ACK報文中的WINDOW域的值確定為 所發(fā)送的TCP報文長度的上限；根據(jù)所述上限停止向TCP報文接收方發(fā)送TCP報文。
6.如權(quán)利要求5所述的方法，其特征在于，向TCP報文接收方發(fā)送下一個TCP報文，具 體包括將所述ACK報文中的WINDOW域的大小，與預(yù)先設(shè)置的擁塞窗口的大小進(jìn)行比較，將兩 者中的較小值確定為所發(fā)送的TCP報文長度的上限；并向所述TCP報文接收方發(fā)送長度等 于所述上限的下一個TCP報文。
7.一種帶寬的限制裝置，其特征在于，包括帶寬檢測模塊，用于在接收到TCP報文接收方返回的確認(rèn)ACK報文后，檢測TCP報文發(fā) 送方預(yù)先分配的帶寬配額當(dāng)前是否已經(jīng)用盡；通告模塊，用于在檢測結(jié)果為是時，通告所述TCP報文發(fā)送方暫停發(fā)送TCP報文。
8.如權(quán)利要求7所述的裝置，其特征在于，所述通告模塊，具體用于在所述帶寬檢測模 塊檢測結(jié)果為是時，將所述接收方返回的ACK報文中的通告窗口 WINDOW域的值修改為0 ； 將修改后的ACK報文發(fā)送至所述發(fā)送方。
9.一種帶寬的限制裝置，其特征在于，包括接收模塊，用于接收網(wǎng)絡(luò)設(shè)備發(fā)送的暫停發(fā)送TCP報文的通告； 發(fā)送模塊，用于根據(jù)所述通告，暫停向TCP報文接收方發(fā)送TCP報文以等待帶寬配額恢復(fù)。
10.如權(quán)利要求9所述的裝置，其特征在于，所述發(fā)送模塊，還用于在暫停向TCP報文接 收方發(fā)送TCP報文之后，等待設(shè)定的時間，在等待的時間超時之后，向TCP報文接收方重新 發(fā)送上一次發(fā)送的TCP報文；并在所述接收模塊再次接收到所述網(wǎng)絡(luò)設(shè)備發(fā)送的暫停發(fā)送 TCP報文的通告時，根據(jù)所述通告，再次暫停發(fā)送TCP報文；否則，向所述TCP報文接收方發(fā) 送下一個TCP報文。
11.如權(quán)利要求9或10所述的裝置，其特征在于，所述接收模塊，具體用于通過對接收 的網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)的ACK報文進(jìn)行解析，在解析出所述ACK報文中的通告窗口 WINDOW域的值 為0時，確定接收到了暫停發(fā)送TCP報文的通告；反之，則確定未收到暫停發(fā)送TCP報文的通告；所述發(fā)送模塊，具體用于在所述接收模塊解析出將所述ACK報文中的WINDOW域的值為 0時，確定0為所發(fā)送的TCP報文長度的上限；根據(jù)所述上限停止向TCP報文接收方發(fā)送TCP 報文。
12.如權(quán)利要求11所述的裝置，其特征在于，所述發(fā)送模塊，進(jìn)一步用于在所述發(fā)送模 塊重新發(fā)送上一次發(fā)送的TCP報文之后，若所述接收模塊解析出所述ACK報文中WINDOW域 的值為非0，將所述ACK報文中的WINDOW域的大小，與預(yù)先設(shè)置的擁塞窗口的大小進(jìn)行比 較，將兩者中的較小值確定為所發(fā)送的TCP報文長度的上限；并向所述TCP報文接收方發(fā)送 長度等于所述上限的下一個TCP報文。
13.—種網(wǎng)絡(luò)設(shè)備，其特征在于，位于TCP報文發(fā)送方和TCP報文接收方之間，所述網(wǎng)絡(luò) 設(shè)備包括如權(quán)利要求7或8所述的帶寬的限制裝置。
14.一種網(wǎng)絡(luò)設(shè)備，其特征在于，所述網(wǎng)絡(luò)設(shè)備包括如權(quán)利要求9至12任一項所述的帶 寬的限制裝置。
全文摘要
本發(fā)明公開了一種帶寬的限制方法、裝置及網(wǎng)絡(luò)設(shè)備。其中方法包括在接收到TCP報文接收方返回的ACK報文后，檢測報文發(fā)送方預(yù)先分配的帶寬配額當(dāng)前是否已經(jīng)用盡，如果已用盡，通告TCP報文發(fā)送方暫停發(fā)送TCP報文，TCP報文發(fā)送方可以根據(jù)該通告，暫停發(fā)送TCP報文以等待帶寬配額的恢復(fù)。本發(fā)明可解決現(xiàn)有技術(shù)中，由于帶寬限制丟棄TCP報文而錯誤觸發(fā)TCP擁塞控制機(jī)制導(dǎo)致無法穩(wěn)定、飽和地利用網(wǎng)絡(luò)帶寬的問題。
文檔編號H04L1/16GK102111340SQ201110078629
公開日2011年6月29日 申請日期2011年3月30日 優(yōu)先權(quán)日2011年3月30日
發(fā)明者黃凱明 申請人:北京星網(wǎng)銳捷網(wǎng)絡(luò)技術(shù)有限公司