[發明專利]一種傳輸控制協議在網絡擁塞時的處理方法和裝置

在審

• 申請號: 201810166093.3
• 申請日: 2018-02-28
• 公開（公告）號: CN110213167A
• 公開（公告）日: 2019-09-06
• 發明（設計）人: 吳瑞;楊鵬舉
• 申請（專利權）人: 吳瑞
• 主分類號: H04L12/801
• 分類號: H04L12/801;H04L1/18;H04W28/02;H04W28/14
• 代理公司: 暫無信息
• 代理人: 暫無信息

本發明公開了一種傳輸控制協議在網絡擁塞時的處理方法和裝置，該方法包括：在基站設備的應用層開辟處理模塊，用于臨時存放下行數據，特指傳輸控制協議TCP數據包，當網絡擁塞時，在處理模塊復制緩存TCP數據報文，構造ACK報文向服務器確認，將緩存后的數據報文由統一接口分發；當收到所述TCP數據報文的ACK報文后，刪除當前TCP數據及之前數據報文，釋放所述ACK報文，涉及網絡通信協議技術領域。該傳輸控制協議在網絡發生擁塞時的處理方法及裝置，通過采用在基站設備應用層開辟獨立處理模塊，用于緩存TCP數據，提前向服務器回復ACK以及在需要的時候主動向用戶重傳數據報文，節省時間，加速數據傳輸速率，緩解網絡擁塞，防止斷流。

技術領域

本發明涉及網絡通信協議技術領域，尤指一種傳輸控制協議(TCP，TransmissionControl Protocol)在網絡擁塞時的處理方法和裝置。

背景技術

近年來，互聯網技術得到廣泛推廣和應用，用戶瀏覽、下載網絡數據等業務量急劇上升，如何對網絡資源及通信協議自身的特點進行合理利用從而緩解由于業務量過大而引起的網絡擁塞成了每個互聯網商家乃至每個用戶所關注和研究的焦點。

在獲取網絡數據時，為了確保數據的完整可靠，主要使用的是傳輸控制協議TCP，TCP主要特點是對發送的每個數據報文段都必須得到接收方的應答才認為這個報文段傳輸成功，在當前的處理流程中，服務器發送數據報文后等待用戶的確認，在得到確認后，方認為該數據發送成功，即對每個數據報文都按部就班的走完每層協議的處理。

在互聯網通信技術中，網絡帶寬是固定的，用戶數不確定，當網絡用戶數較少時，瀏覽網頁，下載數據均反應快，響應及時；但是當用戶較多時，則會出現網絡擁塞，網絡響應不及時，甚至出斷流現象。

發明內容

(一)解決的技術問題

針對現有技術的不足，本發明提供了一種傳輸控制協議在網絡擁塞時的處理方法和裝置，解決了當用戶較多時所出現的網絡擁塞、網絡響應不及時、甚至會出現斷流現象的問題。

(二)技術方案

為實現以上目的，本發明通過以下技術方案予以實現：第一方面，本發明提供了一種傳輸控制協議在網絡擁塞時的處理方法，該方法包括：在基站設備的應用層開辟獨立的處理模塊，即網絡擁塞處理模塊，用于在網絡擁塞時臨時存放從服務器下發TCP數據報文的副本；

當統計周期內所有類型報文的總速率大于預設的闕值ST，且所述統計周期內下發的TCP報文的數據速率對所有類型報文的總速率的比率超過預設的占比闕值RT，認為存在網絡擁塞風險，開啟網絡擁塞緩解功能，按照預設策略對所述TCP報文進行處理；

當網絡擁塞緩解功能開啟時對TCP數據緩存，具體包括：

對服務器所下發數據進行解析處理，將不同鏈接的數據報文根據序號進行由小到大排序進而將剝掉IP頭的數據部分臨時復制存儲在處理模塊，對于序號較小但遲來的報文，與已儲存的報文序號依次比較，直到找到第一個比所述報文序號大的報文，并在所述較大序號報文之前存儲；

收到并復制存儲所述TCP數據報文后，在處理模塊進行組包封裝所述ACK報文，由所述處理模塊直接向服務器進行回復確認；

將存儲后的所述TCP數據報文向用戶通過統一接口原封不動轉發出去，在數據包發送的同時開啟定時器，所述定時器時長符合TCP協議超時重傳時長；

當收到用戶發送的ACK，具體包括：

解析ACK報文，獲取確認報文所屬鏈接及序號，刪除所屬鏈接中所述確認序號對應的當前數據及之前數據報文，并釋放所述ACK報文，不再向服務器發送；

當收到三次及以上同一序號ACK報文，查找并重傳所述序號數據報文，或將所述ACK報文轉發給服務器，要求服務器重傳所述數據報文；