[發明專利]擁塞控制方法、設備及系統

有效

• 申請號: 201310277336.8
• 申請日: 2013-07-03
• 公開（公告）號: CN104283808B
• 公開（公告）日: 2019-03-26
• 發明（設計）人: 戈文敏;嚴哲峰;王戎
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L12/861
• 分類號: H04L12/861;H04L29/08
• 代理公司: 北京同立鈞成知識產權代理有限公司 11205
• 代理人: 劉芳

本發明實施例提供一種擁塞控制方法、設備及系統。該擁塞控制方法包括：源端設備通過第一端口接收宿端設備發送的本地防擁塞應答消息，其中，所述本地防擁塞應答消息是所述宿端設備在確定所述宿端設備中與所述第一端口對應的第二端口的端口發送隊列中緩存數據的長度超過閾值后發送的；所述源端設備對需通過所述第一端口發往所述第二端口的數據包進行暫緩發送。本發明實施例實現了對CCN網絡中節點的數據包進行及時準確地逐跳擁塞控制。

技術領域

本發明實施例涉及無線通信技術，尤其涉及一種擁塞控制方法、設備及系統。

背景技術

內容為中心網絡（Content Centric Networking，簡稱CCN）認為未來網絡應該以直接基于內容的命名和路由為基礎。作為CCN的一個公共的準則，內容是由其名字進行唯一辨識、路由以及獲取的，而與內容的位置無關。

目前對CCN網絡的傳輸控制機制研究較少。CCN網絡采用依靠用戶請求驅動模式的流控協議，這種流控協議基于連續的包請求，觸發連續的數據包獲取。由于CCN網絡中節點具備緩存功能，所以請求者接收到的數據可能來自數據源處，也可能來自請求路徑上某些節點的緩存。這樣相同內容的數據包便以多種多樣的方式被接收，例如，從多個不同的節點，以不同的往返時間（Round Trip Time，簡稱RTT）被接收。這樣CCN網絡節點就會容易出現大量的突發流量，CCN網絡節點上的緩存區被突發數據包填滿了，再出現的數據包只能被丟棄，造成嚴重的網絡擁塞。

發明內容

本發明實施例提供一種擁塞控制方法、設備及系統，以解決CCN網絡節點出現大量的突發流量時，對CCN網絡節點進行及時準確的擁塞控制。

第一方面，本發明實施例提供一種擁塞控制方法，包括：源端設備通過第一端口接收宿端設備發送的本地防擁塞應答消息，其中，所述本地防擁塞應答消息是所述宿端設備在確定所述宿端設備中與所述第一端口對應的第二端口的端口發送隊列中緩存數據的長度超過閾值后發送的；

所述源端設備對需通過所述第一端口發往所述第二端口的數據包進行暫緩發送。

結合第一方面，在第一方面的第一種可能的實現方式中，所述源端設備對需通過所述第一端口發往所述第二端口的數據包進行暫緩發送，包括：

所述源端設備將所述第一端口的端口發送隊列的狀態設置為防擁塞狀態；

當所述第一端口的端口發送隊列的狀態為防擁塞狀態時，所述源端設備獲取待定數據包表PCT中需通過所述第一端口發往所述第二端口的所述數據包對應的生存時間TTL，在到達所述TTL時，通過所述第一端口向所述第二端口發送所述數據包，其中，所述生存時間，是指從所述宿端設備接收的所述數據包的請求包的生存時間。

結合第一方面、第一方面的第一種可能的實現方式，在第一方面的第二種可能的實現方式中，所述方法還包括：

所述源端設備通過所述第一端口接收所述宿端設備通過所述第二端口發送的本地正常應答消息，其中，所述本地正常應答消息是所述宿端設備在確定所述第二端口的端口發送隊列中緩存數據的長度沒有超過閾值且向所述第一端口發送過所述本地防擁塞應答消息而發送的；

所述源端設備將所述第一端口的端口發送隊列的狀態恢復為正常發送狀態。

結合第一方面的第一、第二種可能的實現方式，在第一方面的第三種可能的實現方式中，所述方法還包括：