[發明專利]一種上行數據包發送方法、裝置及網絡設備

有效

• 申請號: 201210256927.2
• 申請日: 2012-07-23
• 公開（公告）號: CN102780621A
• 公開（公告）日: 2012-11-14
• 發明（設計）人: 彭凌
• 申請（專利權）人: 北京星網銳捷網絡技術有限公司
• 主分類號: H04L12/56
• 分類號: H04L12/56
• 代理公司: 北京同達信恒知識產權代理有限公司 11291
• 代理人: 黃志華

技術領域

本發明涉及網絡通信技術領域，尤其涉及一種上行數據包發送方法、裝置及網絡設備。

背景技術

傳統的TCP協議在每一個數據包傳輸完成后都必須進行確認才能開始傳輸下一個數據包。如果確認指令到達太慢，傳輸設備就會大大限制數據傳輸速率，從而導致數據傳輸速度比連接實際上所支持的速度慢。而FastTCP技術可以利用各種算法計算當一個數據包傳輸出去后到收到其確認指令之間所花時間，然后，再利用這個信息來推算連接可以支持的最高傳輸速率，并據此調整數據包發送速率。

發明人發現，FastTCP以計算RTT為衡量網絡是否擁塞的基礎，而RTT是從發送方發送數據包到接收方發送該數據包的ACK之間所經歷的時間，這個時間包括了上行即發送端到接收端，以及下行即接收端到發送端的兩端時間。當傳輸鏈路發送擁塞時，無論是上行鏈路擁塞還是下行鏈路發生擁塞，均會導致RTT增加，根據FastTCP計算的發送窗口將減小，即降低數據包的發送速率。如圖1a所示為下行鏈路發生擁塞的場景示意圖，如圖1b所示，為上行鏈路發生擁塞的場景示意圖。

而根據互聯網架構可知，全雙工的網絡鏈路上，上行鏈路和下行鏈路性能是可以分開考慮的，但是僅僅根據RTT值無法區分是上行鏈路發生擁塞還是下行鏈路發生擁塞，如果不是上行鏈路發生擁塞，減小上行發送窗口將影響上行數據包發送速率和發送效率。

發明內容

本發明實施例提供一種上行數據包發送方法、裝置及網絡設備，用以提高發送端數據包發送速率和發送效率。

本發明實施例提供一種上行數據包發送方法，包括：

每完成一次數據包發送時，確定本次上行數據包傳輸時長；

根據本次上行數據包傳輸時長，分別確定當前上行數據包最小傳輸時長和當前上行數據包平均傳輸時長；

確定當前上行數據包最小傳輸時長與當前上行數據包平均傳輸時長的差值；

若所述差值大于等于預設減速閾值時，則減小上行數據包發送窗口；

若所述差值小于預設加速閾值時，則增大上行數據包發送窗口。

本發明實施例提供一種上行數據包發送裝置，包括：

第一確定單元，用于每完成一次數據包發送時，確定本次上行數據包傳輸時長；

第二確定單元，用于根據本次上行數據包傳輸時長，分別確定當前上行數據包最小傳輸時長和當前上行數據包平均傳輸時長；

第三確定單元，用于確定確定當前上行數據包最小傳輸時長與當前上行數據包平均傳輸時長的差值；

控制單元，用于若所述差值大于等于預設減速閾值時，減小上行數據包發送窗口；若所述差值小于預設加速閾值時，增大上行數據包發送窗口。

本發明實施例提供的上行數據包發送方法、裝置及網絡設備，每次發送數據包后，均會確定本次上行數據包傳輸時長，并根據該傳輸時長確定當前上行數據包最小傳輸時長以及當前上行數據包平均傳輸時長，若當前上行數據包平均傳輸時長與當前上行數據包最小傳輸時長的差值低于預設增速閾值時，可以確定當前上行鏈路未發生擁塞，此時可以增大發送窗口，若當前上行數據包平均傳輸時長與當前上行數據包最小傳輸時長的差值超過預設減速閾值時，可以確定當前上行鏈路發生擁塞，此時可以減小發送窗口，由于上述過程中對于上行數據包的發送速率控制只考慮上行鏈路是否發生擁塞，避免了由于下行鏈路擁塞時減小上行數據包發送窗口，從而，提高了上行數據包發送速率和發送效率。

本發明的其它特征和優點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發明而了解。本發明的目的和其他優點可通過在所寫的說明書、權利要求書、以及附圖中所特別指出的結構來實現和獲得。

附圖說明

圖1a為現有技術中，下行鏈路發生擁塞的場景示意圖；

圖1b為現有技術中，上行鏈路發生擁塞的場景示意圖；

圖2為本發明實施例中，上行數據包發送方法的實施流程示意圖；

圖3為本發明實施例中，上行數據包發送裝置的結構示意圖。

具體實施方式

為了避免FastTCP技術中，根據RTT控制數據包發送速率中存在的非上行鏈路擁塞時，減小上行數據包發送窗口而導致的上行數據包發送效率降低的問題，本發明實施例提供了一種上行數據包發送方法、裝置及網絡設備。

以下結合說明書附圖對本發明的優選實施例進行說明，應當理解，此處所描述的優選實施例僅用于說明和解釋本發明，并不用于限定本發明，并且在不沖突的情況下，本發明中的實施例及實施例中的特征可以相互組合。

實施例一