專利名稱：數(shù)據(jù)擁塞控制方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)數(shù)據(jù)傳輸，更具體地，涉及數(shù)據(jù)擁塞控制。
背景技術(shù)：
當(dāng)網(wǎng)絡(luò)中存在過多的數(shù)據(jù)包時，網(wǎng)絡(luò)的性能就會下降，這種現(xiàn)象稱為擁塞。擁塞是當(dāng)多個用戶競爭訪問相同的資源(帶寬、緩沖區(qū)和隊列)時發(fā)生在共享網(wǎng)絡(luò)上的問題。就像高速公路發(fā)生的擁塞，很多車輛進入高速公路而不考慮即將發(fā)生或已經(jīng)發(fā)生的擁塞，隨著越來越多的車輛進入高速公路，擁塞會變得越來越嚴重。最后，斜坡上的車輛可能后退下滑，從根本上阻止車輛上去。擁塞現(xiàn)象是指到達通信子網(wǎng)中某一部分的分組數(shù)量過多，使得該部分網(wǎng)絡(luò)來不及處理，以致引起這部分乃至整個網(wǎng)絡(luò)性能下降的現(xiàn)象，嚴重時甚至?xí)?dǎo)致網(wǎng)絡(luò)通信業(yè)務(wù)陷入停頓，即出現(xiàn)死鎖現(xiàn)象。這種現(xiàn)象跟公路網(wǎng)中 經(jīng)常所見的交通擁擠一樣，當(dāng)節(jié)假日公路網(wǎng)中車輛大量增加時，各種走向的車流相互干擾，使每輛車到達目的地的時間都相對增加(即延遲增加)，甚至有時在某段公路上車輛因堵塞而無法開動(即發(fā)生局部死鎖)?？傊?，在某段時間，若對網(wǎng)絡(luò)中某資源的需求超過了該資源所能提供的可用部分，網(wǎng)絡(luò)的性能就要變壞，即，產(chǎn)生擁塞。若網(wǎng)絡(luò)中有許多資源同時產(chǎn)生擁塞，網(wǎng)絡(luò)的性能就要明顯變壞，整個網(wǎng)絡(luò)的吞吐量將隨輸入負荷的增大而下降。網(wǎng)絡(luò)產(chǎn)生擁塞的根本原因在于用戶(或叫端系統(tǒng))提供給網(wǎng)絡(luò)的負載大于網(wǎng)絡(luò)資源容量和處理能力，表現(xiàn)為數(shù)據(jù)包延時增大、丟棄概率增大、上層應(yīng)用系統(tǒng)性能下降。擁塞產(chǎn)生的直接原因有以下三點:(I)存儲空間不足。幾個輸入數(shù)據(jù)流共同需要同一個輸入端口，在這個端口就會建立排隊，如果沒有足夠的存儲空間，數(shù)據(jù)包就會丟棄，對突發(fā)數(shù)據(jù)流更是如此。增加存儲空間在一定程度上可以緩解這一矛盾，但如果路由器有無限存儲空間量，擁塞只可能變得更壞，而不是更好一因為網(wǎng)絡(luò)里的數(shù)據(jù)包經(jīng)過長時間排隊后才通過路由器完成轉(zhuǎn)發(fā)，會浪費網(wǎng)絡(luò)資源，加重網(wǎng)絡(luò)擁塞。(2)帶寬不足。低速鏈路對高速數(shù)據(jù)流的輸入也會產(chǎn)生擁塞。根據(jù)香農(nóng)信息理論，在網(wǎng)絡(luò)低速鏈路處會形成帶寬瓶頸，當(dāng)其滿足不了所有信源帶寬要求時，網(wǎng)絡(luò)就會發(fā)生擁塞。(3)處理器能力弱、速度慢。如果路由器的CPU在執(zhí)行排隊緩存、更新路由表等功能時，處理速度跟不上高速鏈路，也會產(chǎn)生擁塞。同樣，低速鏈路對高速CPU也會產(chǎn)生擁塞。因此，網(wǎng)絡(luò)中擁塞現(xiàn)象發(fā)生的原因是“需求”大于“供給”。網(wǎng)絡(luò)中有限的資源由多個用戶共享使用。由于沒有“接納控制”策略，網(wǎng)絡(luò)無法根據(jù)資源的情況限制用戶的數(shù)量；同時，網(wǎng)絡(luò)是一個分控制系統(tǒng)，由于缺乏中央集成控制，網(wǎng)絡(luò)無法控制用戶使用資源的數(shù)量。從控制理論的角度，擁塞控制方法可以分為開環(huán)控制和閉環(huán)控制兩大類。開環(huán)控制是在設(shè)計網(wǎng)絡(luò)時事先將有關(guān)發(fā)生擁塞的因素考慮周到，力求網(wǎng)絡(luò)在工作時不產(chǎn)生擁塞。閉環(huán)控制是基于反饋環(huán)路的概念。當(dāng)流量特征可以準確規(guī)定、性能要求可以事先獲得時，適于使用開環(huán)控制；當(dāng)流量特征不能準確描述或者當(dāng)系統(tǒng)不提供資源預(yù)留時，適于使用閉環(huán)控制。目前主要采用閉環(huán)控制方式，以動態(tài)的適應(yīng)網(wǎng)絡(luò)的變化，其設(shè)計關(guān)鍵是如何生成反饋信息和如何對反饋信息進行響應(yīng)。閉環(huán)的擁塞控制分為三個階段:檢測網(wǎng)絡(luò)中擁塞的發(fā)生；將擁塞信息報告到擁塞控制點；擁塞控制點根據(jù)擁塞信息進行調(diào)整以消除擁塞。閉環(huán)的擁塞控制可以動態(tài)的適應(yīng)網(wǎng)絡(luò)的變化，但算法性能受到反饋延遲的嚴重影響。當(dāng)擁塞發(fā)生點和控制點之間的延遲很大時，算法性能會嚴重下降。任何關(guān)于擁塞的討論都要涉及到隊列。網(wǎng)絡(luò)上的緩沖區(qū)使用不同的隊列技術(shù)來管理。適當(dāng)?shù)墓芾黻犃锌梢允箒G失數(shù)據(jù)分組和網(wǎng)絡(luò)擁塞最小化并改進網(wǎng)絡(luò)性能。最基本的技術(shù)是FIFO(先進先出)，即按照數(shù)據(jù)分組到達隊列的順序處理它們。此夕卜，優(yōu)先級隊列方案使用具有不同優(yōu)先級的多個隊列，以便可以首先發(fā)送最重要的數(shù)據(jù)分組。一項重要的隊列技術(shù)是將數(shù)據(jù)流分配到它們自己的隊列中。這樣區(qū)分數(shù)據(jù)流的目的是分配不同的優(yōu)先級。同樣重要的是，每個數(shù)據(jù)流負責(zé)確保它不會溢出自己的隊列。這樣分離的隊列確保每個隊列只包含來自單個源的數(shù)據(jù)分組。CN102077532A公開了一種基于優(yōu)先級的服務(wù)請求、服務(wù)接納授權(quán)和網(wǎng)絡(luò)擁塞控制的方法和系統(tǒng)，其中基于優(yōu)先級的網(wǎng)絡(luò)擁塞控制的方法由網(wǎng)絡(luò)實體實現(xiàn)，所述方法包括:確定與由網(wǎng)絡(luò)實體所處理的服務(wù)請求相關(guān)聯(lián)的一個或多個優(yōu)先級；確定資源可用性；以及基于與服務(wù)請求相關(guān)聯(lián)的一個或多個優(yōu)先級和資源可用性，確定是否授權(quán)服務(wù)請求?？偠灾?，現(xiàn)有技術(shù)中，目前常見的擁塞控制是單用戶限速，限速會導(dǎo)致服務(wù)或通道的不充分利用，且限速標準較難客觀核定，受用戶的使用頻度影響。

發(fā)明內(nèi)容
本發(fā)明的目的在于，實現(xiàn)自動降低處理優(yōu)先級的擁塞控制方案。例如，在多用戶無順序異步服務(wù)中，當(dāng)某用戶單位時間段內(nèi)的正常請求達設(shè)定的次數(shù)后，此單位時間內(nèi)后續(xù)此用戶的請求將被降低優(yōu)先級處理。本發(fā)明旨在解決對多用戶無順序異步服務(wù)在擁塞控制上的問題。當(dāng)多用戶中其中一個或多個用戶的正常請求量較大時，降低其后續(xù)請求處理優(yōu)先級，降低其對其他用戶正常請求的影響。若配合請求本身的優(yōu)先級使用，非及時性請求直接標識為低優(yōu)先級，可達到防止控制每個用戶自身的正常請求擁塞問題。根據(jù)本發(fā)明的一個方面，提供了一種數(shù)據(jù)擁塞控制方法，包括步驟:接收數(shù)據(jù)傳輸請求；監(jiān)測數(shù)據(jù)傳輸請求的請求量；比較請求量與請求量閾值；如果請求量超過請求量閾值，則降低數(shù)據(jù)傳輸請求的優(yōu)先級。優(yōu)選地，如果請求量不超過請求量閾值，并且數(shù)據(jù)傳輸請求的優(yōu)先級之前被降低，則恢復(fù)數(shù)據(jù)傳輸請求的優(yōu)先級。根據(jù)本發(fā)明的另一方面，提供了一種數(shù)據(jù)擁塞控制設(shè)備，包括:接收裝置，用于接收數(shù)據(jù)傳輸請求；監(jiān)測裝置，用于監(jiān)測數(shù)據(jù)傳輸請求的請求量；比較裝置，用于比較請求量與請求量閾值；降級裝置，用于如果請求量超過請求量閾值，則降低數(shù)據(jù)傳輸請求的優(yōu)先級。優(yōu)選地，數(shù)據(jù)擁塞控制設(shè)備還包括恢復(fù)裝置，用于如果請求量不超過請求量閾值，并且數(shù)據(jù)傳輸請求的優(yōu)先級之前被降低，則恢復(fù)數(shù)據(jù)傳輸請求的優(yōu)先級。不同于現(xiàn)有技術(shù)， 根據(jù)本發(fā)明的各種實施方式，通過應(yīng)用根據(jù)本發(fā)明的數(shù)據(jù)擁塞控制方法或設(shè)備，可以實現(xiàn)對擁塞更靈活的控制，并且可以充分利用服務(wù)或通道，設(shè)定標準更有彈性。


通過對結(jié)合附圖所示出的實施方式進行詳細說明，本發(fā)明的上述以及其他特征將更加明顯，本發(fā)明附圖中相同的參考標號表示相同或相似的元素。在附圖中:圖1是根據(jù)本發(fā)明的實施方式的數(shù)據(jù)擁塞控制方法的流程圖；圖2是根據(jù)本發(fā)明的實施方式的數(shù)據(jù)擁塞控制方法的流程圖；圖3是根據(jù)本發(fā)明的實施方式的數(shù)據(jù)擁塞控制設(shè)備的框圖；圖4是根據(jù)本發(fā)明的實施 方式的數(shù)據(jù)擁塞控制設(shè)備的框圖；圖5是用來實踐本發(fā)明實施方式的計算機系統(tǒng)的示意性框圖。
具體實施例方式下面結(jié)合圖1來闡述根據(jù)本發(fā)明的實施方式的數(shù)據(jù)擁塞控制的技術(shù)方案。根據(jù)本發(fā)明的實施方式的數(shù)據(jù)擁塞控制方法可以適用于數(shù)據(jù)的無順序異步傳輸。但是，如本領(lǐng)域技術(shù)人員容易理解的，根據(jù)本發(fā)明的實施方式的數(shù)據(jù)擁塞控制方法還可以應(yīng)用于許多其他多類型或者多用戶等情況的數(shù)據(jù)傳輸。首先，在步驟S102中，接收數(shù)據(jù)傳輸請求。數(shù)據(jù)可以是短信、彩信、電子郵件、站內(nèi)消息、推送消息等等。數(shù)據(jù)傳輸可以是數(shù)據(jù)發(fā)送，也可以是數(shù)據(jù)接收。然后，在步驟S104中，監(jiān)測數(shù)據(jù)傳輸請求的請求量。請求量可以是單位時間內(nèi)的請求次數(shù)。為了提高效率，可以只監(jiān)測其優(yōu)先級能夠降低的數(shù)據(jù)傳輸請求的請求量。接著，在步驟S106中，比較請求量與請求量閾值。如果只對其優(yōu)先級能夠降低的數(shù)據(jù)傳輸請求的請求量進行了監(jiān)測，那么自然只對其優(yōu)先級能夠降低的數(shù)據(jù)傳輸請求的請求量的進行比較。最后，在步驟S108中，如果請求量超過請求量閾值，則降低數(shù)據(jù)傳輸請求的優(yōu)先級。特別地，對于多用戶數(shù)據(jù)傳輸，根據(jù)本發(fā)明的實施方式的數(shù)據(jù)擁塞控制方法針對多用戶中的每個用戶的數(shù)據(jù)傳輸進行擁塞控制。下面結(jié)合圖2來闡述根據(jù)本發(fā)明的實施方式的數(shù)據(jù)擁塞控制的另一技術(shù)方案。與圖1所示數(shù)據(jù)擁塞控制方法類似，圖2所示數(shù)據(jù)擁塞控制方法也包括:步驟S202，接收數(shù)據(jù)傳輸請求；步驟S204，監(jiān)測數(shù)據(jù)傳輸請求的請求量；步驟S206，比較請求量與請求量閾值；步驟S208中，如果請求量超過請求量閾值，則降低數(shù)據(jù)傳輸請求的優(yōu)先級。不同之處在于，圖2所示數(shù)據(jù)擁塞控制方法還包括步驟S210，如果請求量不超過請求量閾值，并且數(shù)據(jù)傳輸請求的優(yōu)先級之前被降低，則恢復(fù)數(shù)據(jù)傳輸請求的優(yōu)先級。如圖3所示，根據(jù)本發(fā)明的實施方式的數(shù)據(jù)擁塞控制設(shè)備300包括:接收裝置302，用于接收數(shù)據(jù)傳輸請求；監(jiān)測裝置304，用于監(jiān)測數(shù)據(jù)傳輸請求的請求量；比較裝置306，用于比較請求量與請求量閾值；降級裝置308，用于如果請求量超過請求量閾值，則降低數(shù)據(jù)傳輸請求的優(yōu)先級。請求量可以是單位時間內(nèi)的請求次數(shù)。數(shù)據(jù)可以是短信、彩信、電子郵件、站內(nèi)消息、推送消息等等。數(shù)據(jù)傳輸可以是數(shù)據(jù)發(fā)送或數(shù)據(jù)接收。檢測裝置304和比較裝置306可以只用于監(jiān)測和比較其優(yōu)先級能夠降低的數(shù)據(jù)傳輸請求的請求量。對于多用戶數(shù)據(jù)傳輸，可以針對多用戶中的每個用戶的數(shù)據(jù)傳輸進行擁塞控制。數(shù)據(jù)傳輸可以是無順序異步傳輸。與圖3所示數(shù)據(jù)擁塞控制設(shè)備300類似，圖4所示數(shù)據(jù)擁塞控制設(shè)備400也包括:接收裝置402，用于接收數(shù)據(jù)傳輸請求；監(jiān)測裝置404，用于監(jiān)測數(shù)據(jù)傳輸請求的請求量；匕匕較裝置406，用于比較請求量與請求量閾值；降級裝置408，用于如果請求量超過請求量閾值，則降低數(shù)據(jù)傳輸請求的優(yōu)先級。不同之處在于，圖4所示數(shù)據(jù)擁塞控制設(shè)備400還包括恢復(fù)裝置410，用于如果請求量不超過請求量閾值，并且數(shù)據(jù)傳輸請求的優(yōu)先級之前被降低，則恢復(fù)數(shù)據(jù)傳輸請求的優(yōu)先級。圖5示出了適于用來實踐本發(fā)明實施方式的計算機系統(tǒng)的示意性框圖。如圖5所示，計算機系統(tǒng)可以包括:CPU(中央處理單元)501、RAM(隨機存取存儲器)502、ROM(只讀存儲器)503、系統(tǒng)總線504、硬盤控制器505、鍵盤控制器506、串行接口控制器507、并行接口控制器508、顯示控制器509、硬盤510、鍵盤511、串行外部設(shè)備512、并行外部設(shè)備513和顯示器514。在這些設(shè)備中，與系統(tǒng)總線504耦合的有CPU 501, RAM 502, ROM 503、硬盤控制器505、鍵盤控制器506、串行控制器507、并行控制器508和顯示控制器509。硬盤510與硬盤控制器505耦合，鍵盤511與鍵盤控制器506耦合，串行外部設(shè)備512與串行接口控制器507耦合，并行外部設(shè)備513與并行接口控制器508耦合，以及顯示器514與顯示控制器509耦合。應(yīng)當(dāng)理解，圖5所示的結(jié)構(gòu)框圖僅僅為了示例的目的而示出的，而不是對本發(fā)明范圍的限制。在某些情況下，可以根據(jù)具體情況而增加或者減少某些設(shè)備。特別地，除硬件實施方式之外，本發(fā)明的實施方式可以通過計算機程序產(chǎn)品的形式實現(xiàn)。例如，參考圖2描述的方法可以通過計算機程序產(chǎn)品來實現(xiàn)。該計算機程序產(chǎn)品可以存儲在例如圖5所示的RAM 504,ROM 504、硬盤510和/或任何適當(dāng)?shù)拇鎯橘|(zhì)中，或者通過網(wǎng)絡(luò)從適當(dāng)?shù)奈恢孟螺d到計算機系統(tǒng)500上。計算機程序產(chǎn)品可以包括計算機代碼部分，其包括可由適當(dāng)?shù)奶幚碓O(shè)備(例如，圖5中示出的CPU 501)執(zhí)行的程序指令。所述程序指令至少可以包括:用于接收數(shù)據(jù)傳輸請求的指令；用于監(jiān)測數(shù)據(jù)傳輸請求的請求量的指令；用于比較請求量與請求量閾值的指令；以及用于如果請求量超過請求量閾值則降低數(shù)據(jù)傳輸請求的優(yōu)先級的指令。應(yīng)當(dāng)注意，本發(fā)明的實施方式可以通過硬件、軟件或者軟件和硬件的結(jié)合來實現(xiàn)。硬件部分可以利用專用邏輯來實現(xiàn)；軟件部分可以存儲在存儲器中，由適當(dāng)?shù)闹噶顖?zhí)行系統(tǒng)，例如微處理器或者專用設(shè)計硬件來執(zhí)行。本領(lǐng)域的普通技術(shù)人員可以理解上述的設(shè)備和方法可以使用計算機可執(zhí)行指令和/或包含在處理器控制代碼中來實現(xiàn)，例如在諸如磁盤、CD或DVD-ROM的載體介質(zhì)、諸如只讀存儲器(固件)的可編程的存儲器或者諸如光學(xué)或電子信號載體的數(shù)據(jù)載體上提供了這樣的代碼。本發(fā)明的設(shè)備及其模塊可以由諸如超大規(guī)模集成電路或門陣列、諸如邏輯芯片、晶體管等的半導(dǎo)體、或者諸如現(xiàn)場可編程門陣列、可編程邏輯設(shè)備等的可編程硬件設(shè)備的硬件電路實現(xiàn)，也可以用由各種類型的處理器執(zhí)行的軟件實現(xiàn)，也 可以由上述硬件電路和軟件的結(jié)合例如固件來實現(xiàn)。
說明書中提及的通信網(wǎng)絡(luò)可以包括各類網(wǎng)絡(luò)，包括但不限于局域網(wǎng)(“LAN”)，廣域網(wǎng)(“WAN”)，根據(jù)IP協(xié)議的網(wǎng)絡(luò)(例如，因特網(wǎng))以及端對端網(wǎng)絡(luò)(例如，ad hoc對等網(wǎng)絡(luò))。應(yīng)當(dāng)注意，盡管在上文詳細描述中提及了設(shè)備的若干裝置或子裝置，但是這種劃分僅僅并非強制性的。實際上，根據(jù)本發(fā)明的實施方式，上文描述的兩個或更多裝置的特征和功能可以在一個裝置中具體化。反之，上文描述的一個裝置的特征和功能可以進一步劃分為由多個裝置來具體化。此外，盡管在附圖中以特定順序描述了本發(fā)明方法的操作，但是，這并非要求或者暗示必須按照該特定順序來執(zhí)行這些操作，或是必須執(zhí)行全部所示的操作才能實現(xiàn)期望的結(jié)果。相反，流程圖中描繪的步驟可以改變執(zhí)行順序。附加地或備選地，可以省略某些步驟，將多個步驟合并為一個步驟 執(zhí)行，和/或?qū)⒁粋€步驟分解為多個步驟執(zhí)行。雖然已經(jīng)參考若干具體實施方式
描述了本發(fā)明，但是應(yīng)該理解，本發(fā)明并不限于所公開的具體實施方式
。本發(fā)明旨在涵蓋所附權(quán)利要求書的精神和范圍內(nèi)所包括的各種修改和等同布置。所附權(quán)利要求書的范圍符合最寬泛的解釋，從而包含所有這樣的修改及等同結(jié)構(gòu)和功能。
權(quán)利要求
1.一種數(shù)據(jù)擁塞控制方法，包括步驟: 接收數(shù)據(jù)傳輸請求； 監(jiān)測所述數(shù)據(jù)傳輸請求的請求量； 比較所述請求量與請求量閾值； 如果所述請求量超過所述請求量閾值，則降低所述數(shù)據(jù)傳輸請求的優(yōu)先級。
2.根據(jù)權(quán)利要求1所述的方法，其中所述請求量是單位時間內(nèi)的請求次數(shù)。
3.根據(jù)權(quán)利要求1所述的方法，其中所述數(shù)據(jù)選自包括短信、彩信、電子郵件、站內(nèi)消息、推送消息的組。
4.根據(jù)權(quán)利要求1所述的方法，其中所述數(shù)據(jù)傳輸是數(shù)據(jù)發(fā)送或數(shù)據(jù)接收。
5.根據(jù)權(quán)利要求1所述的方法，其中只監(jiān)測和比較其優(yōu)先級能夠降低的數(shù)據(jù)傳輸請求的請求量。
6.根據(jù)權(quán)利要求1所述的方法，其中對于多用戶數(shù)據(jù)傳輸，針對多用戶中的每個用戶的數(shù)據(jù)傳輸進行擁塞控制。
7.根據(jù)權(quán)利要求1-6中任一項所述的方法，還包括步驟:如果所述請求量不超過所述請求量閾值，并且所述數(shù)據(jù)傳輸請求的優(yōu)先級之前被降低，則恢復(fù)所述數(shù)據(jù)傳輸請求的優(yōu)先級。
8.根據(jù)權(quán)利要求1-6中任一項所述的方法，其中所述數(shù)據(jù)傳輸是無順序異步傳輸。
9.一種數(shù)據(jù)擁塞控 制設(shè)備，包括: 接收裝置，用于接收數(shù)據(jù)傳輸請求； 監(jiān)測裝置，用于監(jiān)測所述數(shù)據(jù)傳輸請求的請求量； 比較裝置，用于比較所述請求量與請求量閾值； 降級裝置，用于如果所述請求量超過所述請求量閾值，則降低所述數(shù)據(jù)傳輸請求的優(yōu)先級。
10.根據(jù)權(quán)利要求9所述的設(shè)備，其中所述請求量是單位時間內(nèi)的請求次數(shù)。
11.根據(jù)權(quán)利要求9所述的設(shè)備，其中所述數(shù)據(jù)選自包括短信、彩信、電子郵件、站內(nèi)消息、推送消息的組。
12.根據(jù)權(quán)利要求9所述的設(shè)備，其中所述數(shù)據(jù)傳輸是數(shù)據(jù)發(fā)送或數(shù)據(jù)接收。
13.根據(jù)權(quán)利要求9所述的設(shè)備，其中所述檢測裝置和所述比較裝置只用于監(jiān)測和比較其優(yōu)先級能夠降低的數(shù)據(jù)傳輸請求的請求量。
14.根據(jù)權(quán)利要求9所述的設(shè)備，其中對于多用戶數(shù)據(jù)傳輸，針對多用戶中的每個用戶的數(shù)據(jù)傳輸進行擁塞控制。
15.根據(jù)權(quán)利要求9-14中任一項所述的設(shè)備，還包括恢復(fù)裝置，用于如果所述請求量不超過所述請求量閾值，并且所述數(shù)據(jù)傳輸請求的優(yōu)先級之前被降低，則恢復(fù)所述數(shù)據(jù)傳輸請求的優(yōu)先級。
16.根據(jù)權(quán)利要求9-14中任一項所述的設(shè)備，其中所述數(shù)據(jù)傳輸是無順序異步傳輸。
全文摘要
本發(fā)明涉及一種數(shù)據(jù)擁塞控制方法和設(shè)備。方法包括步驟接收數(shù)據(jù)傳輸請求；監(jiān)測數(shù)據(jù)傳輸請求的請求量；比較請求量與請求量閾值；如果請求量超過請求量閾值，則降低數(shù)據(jù)傳輸請求的優(yōu)先級。根據(jù)本發(fā)明的各種實施方式，通過應(yīng)用根據(jù)本發(fā)明的數(shù)據(jù)擁塞控制方法或設(shè)備，可以實現(xiàn)對擁塞更靈活的控制，并且可以充分利用服務(wù)或通道，設(shè)定標準更有彈性。
文檔編號H04L12/865GK103220232SQ20121002515
公開日2013年7月24日 申請日期2012年1月19日 優(yōu)先權(quán)日2012年1月19日
發(fā)明者馬帥 申請人:北京千橡網(wǎng)景科技發(fā)展有限公司