專利名稱：擁塞告警及處理方法、系統(tǒng)和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信領(lǐng)域，尤其涉及一種擁塞告警及處理方法、系統(tǒng)和設(shè)備。
背景技術(shù)：
隨著無線通信技術(shù)的高速發(fā)展，無線網(wǎng)絡(luò)通信提供的服務逐漸從傳統(tǒng)的語音業(yè)務演變?yōu)槎鄻踊臄?shù)據(jù)業(yè)務和多媒體業(yè)務，3G無線接入網(wǎng)規(guī)模應用擴大到4G的長期演進 (LTE)核心網(wǎng)即將商用，對于傳輸網(wǎng)的帶寬需求也成倍增長，移動接入和承載網(wǎng)需要面對從基于電路交換的傳輸方式到以分組交換為特征的IP承載網(wǎng)過渡，并向全IP承載網(wǎng)演進，以提高傳輸資源的利用效率，滿足越來越高的帶寬要求。由于IP承載網(wǎng)的分組統(tǒng)計復用特性，并且移動承載網(wǎng)業(yè)務類型的多樣化以及移動通信的復雜性，因此都需要完善IP業(yè)務質(zhì)量(Quality of Service, Q0S)擁塞管理技術(shù)以保證各類業(yè)務的服務質(zhì)量。QOS的宗旨在于針對各種業(yè)務的不同要求，為其提供不同的服務質(zhì)量，例如提供專用帶寬、減少報文丟失率、降低報文傳送時延及時延抖動等，同時提供擁塞控制和擁塞避免機制，維持網(wǎng)絡(luò)的高吞吐量和低延遲的性能要求。IP QoS的體系結(jié)構(gòu)有綜合服務模型(IntServ)和區(qū)分服務模型(DiffServ)。其中，DiffServ模型具有良好的可擴展性，實現(xiàn)簡單，并且符合IP網(wǎng)絡(luò)的無連接特性，是目前主流的IP QOS解決方案。QOS的擁塞管理是保證DiffServ實現(xiàn)的核心機制之一，是解決多個業(yè)務競爭共享資源問題的有效手段。目前主要應用的擁塞管理技術(shù)包括以下兩種第一，基于IEEE802. 3X的數(shù)據(jù)鏈路層硬件流控制；網(wǎng)絡(luò)節(jié)點監(jiān)控本端的接收或發(fā)送緩沖區(qū)，當出現(xiàn)緩沖區(qū)溢出或超出設(shè)定的閾值時，向信息源發(fā)送暫停(pause)幀，以指示信息源暫停發(fā)送數(shù)據(jù)，直到本端擁塞解除，期間信息源停止所有分組數(shù)據(jù)的發(fā)送。第二，基于DifferServ模型的QOS擁塞管理。擁塞管理一般采用隊列技術(shù)，該技術(shù)使用一個分類算法對流量進行分類入隊，之后用某種隊列優(yōu)先級算法將接收的所有分組進行分類，緩存到不同隊列中，再根據(jù)一定的調(diào)度策略將分組從隊列中取出后從接口發(fā)送出去。使用隊列技術(shù)進行擁塞控制和管理，其基本思想是將到達的報文根據(jù)一定規(guī)則分類，進入不同隊列，當擁塞發(fā)生時，制定資源調(diào)度策略，決定報文的轉(zhuǎn)發(fā)次序，并通過擁塞避免機制丟棄一些報文，以避免擁塞的發(fā)生和網(wǎng)絡(luò)性能的持續(xù)惡化。通常的隊列技術(shù)包括先進先出隊列(first-in first-out queuing，F(xiàn)IFO)、嚴格優(yōu)先隊列(Priority Queuing，PQ)、定制隊列(Custom Queuing，CQ)、 加權(quán)公平隊列(Weighted Fair Queuing, WFQ)、實時業(yè)務(Real Time Protocol, RTP)優(yōu)先隊列(Priority Queueing)等；擁塞避免機制目前包括尾丟棄(drop tail)，隨機早期檢測(random early detection, Red)禾口力口權(quán)隨艮口早期檢測(weighted random early detection, Wred)。下面分別介紹上述提及的四種隊列技術(shù)第一，優(yōu)先隊列；
PQ機制如下針對關(guān)鍵業(yè)務應用設(shè)計，即在擁塞發(fā)生時要求關(guān)鍵業(yè)務優(yōu)先獲得服務以減小響應的延遲。PQ機制可以根據(jù)網(wǎng)絡(luò)協(xié)議(比如ip，ipx)、數(shù)據(jù)流入接口、報文長短、源地址/目的地址等靈活地指定優(yōu)先次序。PQ機制將隊列分成4類，分別為高優(yōu)先(top)隊列、中優(yōu)先 (middle)隊列、正常優(yōu)先(normal)隊列和低優(yōu)先(bottom)隊列，它們的優(yōu)先級依次降低。 缺省情況下，缺省數(shù)據(jù)流進入normal隊列。第二，定制隊列；CQ機制如下根據(jù)IP報文的優(yōu)先級/DSCP，五元組等條件進行分類，將隊列分成最多17類，編號為0-16，0號隊列是系統(tǒng)隊列，不允許用戶配置；1到16號隊列是用戶隊列。用戶可以配置流分類的規(guī)則，指定16個用戶隊列占用接口帶寬的比例關(guān)系。在隊列調(diào)度時，系統(tǒng)隊列中的分組被優(yōu)先發(fā)送。直到系統(tǒng)隊列為空，再采用輪詢的方式按照預先配置的帶寬比例依次從1到16號用戶隊列中取出一定數(shù)量的分組發(fā)送出去。這樣，就可以使不同業(yè)務的分組獲得不同的帶寬，既可以保證關(guān)鍵業(yè)務能獲得較多的帶寬，又不至于使非關(guān)鍵業(yè)務得不到帶寬。缺省情況下，缺省數(shù)據(jù)流進入1號隊列。加權(quán)公平隊列；WFQ機制在計算報文調(diào)度次序時增加了優(yōu)先權(quán)方面的考慮，權(quán)值依賴于IP報文頭中所攜帶的IP優(yōu)先級，WFQ機制使高優(yōu)先權(quán)報文的調(diào)度機會多于低優(yōu)先權(quán)的報文。在擁塞發(fā)送時能均衡不同隊列的調(diào)度，并考慮了短報文和長報文公平調(diào)度，從總體上均衡各個流的延遲和延遲抖動。WFQ機制能夠按流的會話信息(包括協(xié)議類型、源傳輸控制協(xié)議(TCP)/ 用戶數(shù)據(jù)報協(xié)議(UDP)端口號、目的TCP/UDP端口號、源IP地址、目的IP地址、tos域中的優(yōu)先級位等)自動進行流分類，并且盡可能多地提供隊列，以將每個流均勻地放入不同隊列中，從而在總體上均衡各個流的延遲。在出隊的時候，WFQ機制按流的優(yōu)先級(precedence) 來分配每個流應占有出口的帶寬。優(yōu)先級的數(shù)值越大，所得的帶寬越多。例如接口中當前共有5個流，它們的優(yōu)先級分別為0、1、2、3、4，則帶寬總配額的計算方法為分別計算每個流的優(yōu)先級+1的值，在將計算得到的各值之和作為帶寬總配額。即帶寬總配額=1+2+3+4+5= 15 ；每個流所占帶寬比例為(本流的優(yōu)先級數(shù)+1)/帶寬總配額。即每個流可得的帶寬分別為1/15，2/15，3/15，4/15，5/15。第四，RTP優(yōu)先隊列；
RTP優(yōu)先隊列機制如下RTP優(yōu)先隊列機制是針對實時業(yè)務時延和抖動的隊列技術(shù)，特點是將承載語音或視頻的RTP報文送入高優(yōu)先級隊列，使其得到優(yōu)先發(fā)送。RTP報文是端口號在一定范圍內(nèi)為偶數(shù)的UDP報文，端口號的范圍可以配置。RTP優(yōu)先隊列機制可以同任何一種隊列(包括 FIFO、PQ、CQ、WFQ)機制結(jié)合使用，此時RTP隊列優(yōu)先級最高。下面介紹上述提及的擁塞避免技術(shù)Drop tail基于FIFO (first in first out)，是一種最基本的擁塞避免機制，系統(tǒng)監(jiān)控到隊列長度超出設(shè)定的閾值時，將后續(xù)接收的包全部丟棄，是默認的擁塞避免機制。
Red和Wred被稱為主動的隊列管理方案，作為一種擁塞避免技術(shù)，在隊列緩存器溢出前以隨機的方式丟棄隊列中的數(shù)據(jù)包，這種方式計算平均隊列長度(avgQ)是否超出設(shè)定的最低閾值(MinTh)，如超出則計算丟包概率并以該丟包概率進行丟包，丟包范圍為在隊列實際長度達到最低閾值以后接收到的數(shù)據(jù)包，如avgQ超出設(shè)定的最高閾值(MaxTh)， 則在隊列實際長度達到最高閾值以后接收到的數(shù)據(jù)包將全部被丟棄。上述的丟包概率計算公式為Pb = maxpX (avgQ-MinTh)/(MaxTh-MinTh)；P = Pb/(l-countXPb)；平均隊列長度計算公式為avgQ = (1-w) XavgQ+qXw ；avgQ:平均隊列長度；w 權(quán)重；q 采樣的實際隊列長度；P 丟包概率；Pb 當前隊列實際丟棄概率；Maxp 最大丟棄概率；Count 上次丟棄后隊列收到的包個數(shù)。在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中存在以下技術(shù)問題DifferServ模型的QOS技術(shù)，各種隊列管理和擁塞技術(shù)針對不同的應用場景，可以完成某些特定場景下的流控和擁塞控制，其相同之處在于，所有隊列技術(shù)、擁塞避免技術(shù)和參數(shù)配置都基于孤立的單系統(tǒng)性能特性，預先設(shè)計隊列類型，采用靜態(tài)方式配置QOS參數(shù)，完全基于局部線性特征。由于網(wǎng)絡(luò)上節(jié)點性能不同，再加上無線接入承載網(wǎng)復雜性，突發(fā)和各類業(yè)務處于變化過程中，不適當?shù)撵o態(tài)參數(shù)配置反而會損害業(yè)務服務質(zhì)量，增加突發(fā)數(shù)據(jù)丟包率，造成鏈路速率振蕩。因此現(xiàn)有技術(shù)不能夠很好的解決數(shù)據(jù)擁塞的問題。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種擁塞告警及處理方法、系統(tǒng)和設(shè)備，用于緩解數(shù)據(jù)接收端的擁塞狀態(tài)。一種擁塞告警方法，該方法包括數(shù)據(jù)接收端根據(jù)接收緩沖區(qū)的數(shù)據(jù)充滿度確定是否處于數(shù)據(jù)擁塞狀態(tài)；數(shù)據(jù)接收端在確定處于數(shù)據(jù)擁塞狀態(tài)后，向數(shù)據(jù)發(fā)送端發(fā)送本端處于數(shù)據(jù)擁塞狀態(tài)的告警消息。一種擁塞處理方法，該方法包括數(shù)據(jù)發(fā)送端接收數(shù)據(jù)接收端處于數(shù)據(jù)擁塞狀態(tài)的告警消息；數(shù)據(jù)發(fā)送端根據(jù)所述告警消息從本端的發(fā)送報文緩存隊列中選取需要進行參數(shù)調(diào)整的發(fā)送隊列；數(shù)據(jù)發(fā)送端調(diào)整為選取的隊列設(shè)置的丟包控制參數(shù)，以使選取的隊列的丟包概率增大；并按照調(diào)整后的丟包控制參數(shù)對選取的隊列進行丟包控制。一種擁塞告警設(shè)備，該設(shè)備包括
擁塞狀態(tài)確定單元，用于根據(jù)接收緩沖區(qū)的數(shù)據(jù)充滿度確定是否處于數(shù)據(jù)擁塞狀態(tài)；擁塞告警發(fā)送單元，用于在確定處于數(shù)據(jù)擁塞狀態(tài)后，向數(shù)據(jù)發(fā)送端發(fā)送本端處于數(shù)據(jù)擁塞狀態(tài)的告警消息。一種擁塞處理設(shè)備，該設(shè)備包括擁塞告警接收單元，用于接收數(shù)據(jù)接收端處于數(shù)據(jù)擁塞狀態(tài)的告警消息；隊列選取單元，用于根據(jù)所述告警消息從本端的發(fā)送報文緩存隊列中選取需要進行參數(shù)調(diào)整的發(fā)送隊列；擁塞控制單元，用于調(diào)整為選取的隊列設(shè)置的丟包控制參數(shù)，以使選取的隊列的丟包概率增大；并按照調(diào)整后的丟包控制參數(shù)對選取的隊列進行丟包控制。一種擁塞處理系統(tǒng)，該系統(tǒng)包括數(shù)據(jù)接收端，用于根據(jù)接收緩沖區(qū)的數(shù)據(jù)充滿度確定是否處于數(shù)據(jù)擁塞狀態(tài)；在確定處于數(shù)據(jù)擁塞狀態(tài)后，向數(shù)據(jù)發(fā)送端發(fā)送本端處于數(shù)據(jù)擁塞狀態(tài)的告警消息；數(shù)據(jù)發(fā)送端，用于接收數(shù)據(jù)接收端處于數(shù)據(jù)擁塞狀態(tài)的告警消息；根據(jù)所述告警消息從本端的發(fā)送報文緩存隊列中選取需要進行參數(shù)調(diào)整的發(fā)送隊列；調(diào)整為選取的隊列設(shè)置的丟包控制參數(shù)，以使選取的隊列的丟包概率增大；并按照調(diào)整后的丟包控制參數(shù)對選取的隊列進行丟包控制。本發(fā)明中，數(shù)據(jù)接收端在自身處于數(shù)據(jù)擁塞狀態(tài)時向數(shù)據(jù)發(fā)送端發(fā)送本端處于數(shù)據(jù)擁塞狀態(tài)的告警消息，數(shù)據(jù)發(fā)送端則根據(jù)告警消息調(diào)整本端中發(fā)送報文緩存隊列的丟包控制參數(shù)，以使選取的隊列的丟包概率增大，并按照調(diào)整后的丟包控制參數(shù)對選取的隊列進行丟包控制?？梢?，本發(fā)明中數(shù)據(jù)發(fā)送端通過調(diào)整發(fā)送報文緩存隊列的丟包控制參數(shù)，加大了本端的丟包概率，進而減少了向數(shù)據(jù)發(fā)送端發(fā)送的數(shù)據(jù)包，從而可以有效緩解數(shù)據(jù)接收端的擁塞狀態(tài)。


圖1為本發(fā)明實施例提供的方法流程示意圖；圖2為本發(fā)明實施例提供的又一方法流程示意圖；
圖3A為本發(fā)明實施例中的OAM PDU示意圖；圖3B為本發(fā)明實施例中數(shù)據(jù)接收端處理流程示意圖；圖3C為本發(fā)明實施例中數(shù)據(jù)發(fā)送端的隊列選取流程示意圖；圖3D為本發(fā)明實施例中數(shù)據(jù)發(fā)送端的參數(shù)調(diào)整流程示意圖；圖3E為本發(fā)明實施例中數(shù)據(jù)發(fā)送端的另一參數(shù)調(diào)整流程示意圖；圖4為本發(fā)明實施例提供的系統(tǒng)結(jié)構(gòu)示意圖；圖5為本發(fā)明實施例提供的設(shè)備結(jié)構(gòu)示意圖；圖6為本發(fā)明實施例提供的另一設(shè)備結(jié)構(gòu)示意圖。
具體實施例方式為了緩解數(shù)據(jù)接收端的擁塞狀態(tài)，本發(fā)明實施例提供一種擁塞告警及擁塞處理方法，本方法中，數(shù)據(jù)接收端在自身處于數(shù)據(jù)擁塞狀態(tài)時向數(shù)據(jù)發(fā)送端發(fā)送本端處于數(shù)據(jù)擁塞狀態(tài)的告警消息，數(shù)據(jù)發(fā)送端則根據(jù)告警消息調(diào)整發(fā)送報文緩存隊列的丟包控制參數(shù)， 以使選取的隊列的丟包概率增大。參見圖1，本發(fā)明實施例提供的擁塞告警方法，包括以下步驟步驟10 數(shù)據(jù)接收端根據(jù)接收緩沖區(qū)的數(shù)據(jù)充滿度確定是否處于數(shù)據(jù)擁塞狀態(tài)；步驟11 數(shù)據(jù)接收端在確定處于數(shù)據(jù)擁塞狀態(tài)后，向數(shù)據(jù)發(fā)送端發(fā)送本端處于數(shù)據(jù)擁塞狀態(tài)的告警消息。步驟10中，數(shù)據(jù)接收端根據(jù)接收緩沖區(qū)的數(shù)據(jù)充滿度確定是否處于數(shù)據(jù)擁塞狀態(tài)，其具體實現(xiàn)可以如下數(shù)據(jù)接收端掃描當前接收緩沖區(qū)的數(shù)據(jù)充滿度，確定該數(shù)據(jù)充滿度是否大于預先設(shè)定的擁塞閾值；若是，則確定處于數(shù)據(jù)擁塞狀態(tài)，否則，確定未處于數(shù)據(jù)擁塞狀態(tài)。步驟11中，數(shù)據(jù)接收端向數(shù)據(jù)發(fā)送端發(fā)送本端處于數(shù)據(jù)擁塞狀態(tài)的通知消息，其具體實現(xiàn)可以如下數(shù)據(jù)接收端根據(jù)當前接收緩沖區(qū)的數(shù)據(jù)充滿度和上一次掃描得到的接收緩沖區(qū)的數(shù)據(jù)充滿度，確定導致數(shù)據(jù)擁塞狀態(tài)的原因是帶寬平緩上升或收到大量突發(fā)數(shù)據(jù)包；并向數(shù)據(jù)發(fā)送端發(fā)送本端處于數(shù)據(jù)擁塞狀態(tài)的告警消息，該告警消息中攜帶導致數(shù)據(jù)擁塞狀態(tài)的原因信息。具體的，數(shù)據(jù)接收端可以判斷當前接收緩沖區(qū)的數(shù)據(jù)充滿度與上一次掃描得到的接收緩沖區(qū)的數(shù)據(jù)充滿度的差值是否大于預先設(shè)定的突發(fā)擁塞閾值；若是，則確定導致數(shù)據(jù)擁塞狀態(tài)的原因是收到大量突發(fā)數(shù)據(jù)包，否則，確定導致數(shù)據(jù)擁塞狀態(tài)的原因是帶寬平緩上升。較佳的，所述告警消息中可以攜帶有數(shù)據(jù)接收端中實時帶寬最大的接收報文緩存隊列的報文屬性參數(shù)和/或擁塞程度最嚴重的接收報文緩存隊列的報文屬性參數(shù)。所述報文屬性參數(shù)包括以下信息中的至少一個源IP地址、目標IP地址、源端口、 目標端口、區(qū)分服務碼(DSCP)、協(xié)議類型。參見圖2，本發(fā)明實施例提供一種擁塞處理方法，包括以下步驟步驟20 數(shù)據(jù)發(fā)送端接收數(shù)據(jù)接收端處于數(shù)據(jù)擁塞狀態(tài)的告警消息；步驟21 數(shù)據(jù)發(fā)送端根據(jù)所述告警消息從本端的發(fā)送報文緩存隊列中選取需要進行參數(shù)調(diào)整的發(fā)送隊列；步驟22 數(shù)據(jù)發(fā)送端調(diào)整為選取的隊列設(shè)置的丟包控制參數(shù)，以使選取的隊列的丟包概率增大；并按照調(diào)整后的丟包控制參數(shù)對選取的隊列進行丟包控制。步驟21中，數(shù)據(jù)發(fā)送端根據(jù)所述告警消息從本端的發(fā)送報文緩存隊列中選取需要進行參數(shù)調(diào)整的隊列，其具體實現(xiàn)可以如下數(shù)據(jù)發(fā)送端從所述告警消息中獲取數(shù)據(jù)接收端中實時帶寬最大的接收報文緩存隊列的報文屬性參數(shù)和/或擁塞程度最嚴重的接收報文緩存隊列的報文屬性參數(shù)；數(shù)據(jù)發(fā)送端根據(jù)獲取到的報文屬性參數(shù)從本端的發(fā)送報文緩存隊列中選取兩個需要進行參數(shù)調(diào)整的隊列。具體的，上述數(shù)據(jù)發(fā)送端根據(jù)獲取到的報文屬性參數(shù)從本端的發(fā)送報文緩存隊列中選取兩個需要進行參數(shù)調(diào)整的隊列，其具體實現(xiàn)可以如下數(shù)據(jù)發(fā)送端將所述實時帶寬最大的接收報文緩存隊列的報文屬性參數(shù)與本端中所有發(fā)送報文緩存隊列的報文屬性參數(shù)進行匹配，以確定該實時帶寬最大的接收報文緩存隊列在本端對應的發(fā)送報文緩存隊列；如果匹配成功，則選取匹配成功的發(fā)送報文緩存隊列(即該實時帶寬最大的接收報文緩存隊列在本端對應的發(fā)送報文緩存隊列)作為需要進行參數(shù)調(diào)整的一個隊列；否則，選取本端最低優(yōu)先級的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的一個隊列；數(shù)據(jù)發(fā)送端將所述擁塞程度最嚴重的接收報文緩存隊列的報文屬性參數(shù)與本端中所有發(fā)送報文緩存隊列的報文屬性參數(shù)進行匹配，以確定該擁塞程度最嚴重的接收報文緩存隊列在本端對應的發(fā)送報文緩存隊列；如果匹配成功并且匹配成功的發(fā)送報文緩存隊列與已選取的需要進行參數(shù)調(diào)整的一個隊列不是同一隊列，則選取匹配成功的發(fā)送報文緩存隊列(即該擁塞程度最嚴重的接收報文緩存隊列在本端對應的發(fā)送報文緩存隊列)作為需要進行參數(shù)調(diào)整的另一個隊列；否則，選取本端次低優(yōu)先級的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的另一個隊列。較佳的，在數(shù)據(jù)發(fā)送端將所述實時帶寬最大的接收報文緩存隊列的報文屬性參數(shù)與本端中所有發(fā)送報文緩存隊列的報文屬性參數(shù)進行匹配并匹配成功之后、選取匹配成功的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的一個隊列之前，數(shù)據(jù)發(fā)送端可以首先判斷該匹配成功的發(fā)送報文緩存隊列是否是CQ中的系統(tǒng)隊列；若是，則上報告警信息，流程結(jié)束； 否則，選取匹配成功的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的一個隊列。步驟22中，數(shù)據(jù)發(fā)送端調(diào)整為選取的隊列設(shè)置的丟包控制參數(shù)，以使選取的隊列的丟包概率增大，其具體實現(xiàn)可以如下數(shù)據(jù)發(fā)送端若采用Red擁塞避免機制，則執(zhí)行如下操作中的至少一個將用于計算丟包概率的隊列長度最低閾值(即背景技術(shù)部分的MinTh)調(diào)??；例如，將隊列長度最低閾值調(diào)整為原值的N分之一；將用于計算丟包概率的隊列長度最高閾值調(diào)小(即背景技術(shù)部分的MaxTh)；例如，將隊列長度最高閾值調(diào)整為原值的N分之一；將用于計算丟包概率的權(quán)重調(diào)大(即背景技術(shù)部分的W)；例如，將該權(quán)重調(diào)整為設(shè)置的最大權(quán)重值。數(shù)據(jù)發(fā)送端若不采用Red擁塞避免機制，則將用于判斷是否丟包的隊列長度閾值調(diào)??；例如，將隊列長度閾值調(diào)整為原值的N分之一?，F(xiàn)有技術(shù)中，若隊列的實際長度大于該隊列長度閾值時，丟棄后續(xù)接收到的所有數(shù)據(jù)包。進一步的，若所述告警消息中攜帶的導致數(shù)據(jù)擁塞狀態(tài)的原因為收到大量突發(fā)數(shù)據(jù)包，則在步驟22中數(shù)據(jù)發(fā)送端調(diào)整為選取的隊列設(shè)置的丟包控制參數(shù)之后，數(shù)據(jù)發(fā)送端可以開啟快響應保持定時器，并在快響應保持定時器超時后，再次調(diào)整所述丟包控制參數(shù)， 以使選取的隊列的丟包概率減小，并按照調(diào)整后的丟包控制參數(shù)對選取的隊列進行丟包控制，從而在擁塞恢復后再次調(diào)整丟包控制參數(shù)，達到與對端系統(tǒng)更好適配的目的。較佳的，在快響應保持定時器超時后、再次調(diào)整所述丟包控制參數(shù)前，數(shù)據(jù)發(fā)送端可以首先判斷當前所述丟包控制參數(shù)的值是否超出預先設(shè)定的調(diào)整門限；若是，則上報事件消息并記錄日志；否則，再次調(diào)整所述丟包控制參數(shù)。上述再次調(diào)整所述丟包控制參數(shù)，其具體實現(xiàn)可以如下數(shù)據(jù)發(fā)送端若采用Red擁塞避免機制，則執(zhí)行如下操作中的至少一個
將用于計算丟包概率的隊列長度最低閾值調(diào)大；例如，再次調(diào)整后的隊列長度最低閾值與數(shù)據(jù)發(fā)送端接收到所述告警信息時隊列長度最低閾值相比，小一個步長；該步長可以根預先配置；將用于計算丟包概率的隊列長度最高閾值調(diào)大；例如，再次調(diào)整后的隊列長度最高閾值與數(shù)據(jù)發(fā)送端接收到所述告警信息時隊列長度最高閾值相比，小一個步長；該步長可以根預先配置；將用于計算丟包概率的權(quán)重調(diào)??；例如，再次調(diào)整后的權(quán)重與數(shù)據(jù)發(fā)送端接收到所述告警信息時的該權(quán)重相比，大一個步長；該步長可以根預先配置。數(shù)據(jù)發(fā)送端若不采用Red擁塞避免機制，則將用于判斷是否丟包的隊列長度閾值調(diào)大；例如，再次調(diào)整后的隊列長度閾值與數(shù)據(jù)發(fā)送端接收到所述告警信息時隊列長度閾值相比，小一個步長；該步長可以根預先配置。進一步的，若所述告警消息中攜帶的導致數(shù)據(jù)擁塞狀態(tài)的原因為帶寬平緩上升， 則在數(shù)據(jù)發(fā)送端調(diào)整為選取的隊列設(shè)置的丟包控制參數(shù)之后，執(zhí)行如下步驟A、數(shù)據(jù)發(fā)送端開啟慢速回復定時器，并在慢速回復定時器超時后，再次調(diào)整所述丟包控制參數(shù)，以使選取的隊列的丟包概率減??；并按照調(diào)整后的丟包控制參數(shù)對選取的隊列進行丟包控制；B、數(shù)據(jù)發(fā)送端判斷當前所述丟包控制參數(shù)的值是否超出恢復目標值，若是，則流程結(jié)束，否則，返回步驟A。具體的，所述恢復目標值等于數(shù)據(jù)發(fā)送端接收到所述告警消息時相應丟包控制參數(shù)的值，或小于該值一個步長。上述再次調(diào)整所述丟包控制參數(shù)，其具體實現(xiàn)可以如下數(shù)據(jù)發(fā)送端若采用Red擁塞避免機制，則執(zhí)行如下操作中的至少一個將用于計算丟包概率的隊列長度最低閾值調(diào)大；例如，將隊列長度最低閾值在當前值的基礎(chǔ)上上調(diào)一個步長，該步長可以根預先配置；將用于計算丟包概率的隊列長度最高閾值調(diào)大；例如，將隊列長度最高閾值在當前值的基礎(chǔ)上上調(diào)一個步長，該步長可以根預先配置；將用于計算丟包概率的權(quán)重調(diào)?。焕?，將權(quán)重在當前值的基礎(chǔ)上下調(diào)一個步長， 該步長可以根預先配置。數(shù)據(jù)發(fā)送端若不采用Red擁塞避免機制，則將用于判斷是否丟包的隊列長度閾值調(diào)大；例如，將隊列長度閾值在當前值的基礎(chǔ)上上調(diào)一個步長，該步長可以根預先配置。下面以具體實施例對本發(fā)明進行說明本發(fā)明基于以太網(wǎng)的IP QOS技術(shù)，實現(xiàn)了一種基于反饋機制的擁塞控制方法和策略。數(shù)據(jù)接收端監(jiān)控系統(tǒng)，發(fā)現(xiàn)本端擁塞后反饋消息給數(shù)據(jù)發(fā)送端，數(shù)據(jù)發(fā)送端調(diào)整本端參數(shù)，兩端同時進行系統(tǒng)擁塞控制操作，完成閉環(huán)控制下的擁塞管理機制。直連的兩個網(wǎng)絡(luò)節(jié)點A和B采用DiffServ模型的報文分類、隊列管理和擁塞避免技術(shù)，A、B節(jié)點同時啟用以太網(wǎng)操作與維護(OAM) (IEEE802. 3ah)協(xié)議，它統(tǒng)一定義臨危事件(Critical Event)、危險緊急(Dying Gasp)兩種告警消息，表示發(fā)送源的擁塞狀態(tài)告警指示消息。統(tǒng)一定義802. 3ah 事件通知操作與維護協(xié)議數(shù)據(jù)單元(Event Notification OAM PDU)，其中攜帶告警發(fā)送端的擁塞狀態(tài)信息，告警接收端收到后根據(jù)具體信息內(nèi)容，動態(tài)調(diào)整本端系統(tǒng)的擁塞控制參數(shù)，同時數(shù)據(jù)接收端和數(shù)據(jù)發(fā)送端進行擁塞處理，快速恢復網(wǎng)絡(luò)性能，用于實現(xiàn)A、B節(jié)點間鏈路性能QOS等適配，使兩端系統(tǒng)鏈路性能和QOS趨于合理。通過本發(fā)明能夠改善移動通信承載網(wǎng)絡(luò)中由于突發(fā)、流量變化等產(chǎn)生的高丟包、大時延等業(yè)務質(zhì)量問題。提供服務的網(wǎng)絡(luò)節(jié)點基于以太的IP承載網(wǎng)，啟用DifferServ模型的報文分類和擁塞管理技術(shù)，支持以太網(wǎng)802. 3ah協(xié)議。新增的802. 3ah告警消息定義和Event Notification OAM PDU格式如下Critical Event，表示接收端帶寬平緩上升導致的擁塞；Dying Gasp，表示接收端收到大量包的突發(fā)導致的擁塞；如圖3A所示，OAM PDU報文結(jié)構(gòu)定義如下鏈路事件TLV#2 擁塞信息 1 (Link Event TLV#2 Congestion Infol)，該參數(shù)攜帶接收端實時帶寬最大的接收報文緩存隊列的報文屬性參數(shù)；鏈路事件TLV#3 擁塞信息 2 (Link Event TLV#3 Congestion Info2)，該參數(shù)攜帶接收端隊列擁塞最嚴重的收報文緩存隊列的報文屬性參數(shù)；Flags = 0x04，表示發(fā)送 Critical Event 告警，F(xiàn)lags 為標志位；Flags = 0x02，表示發(fā)送 Dying Gasp 告警；報文的分類及隊列參數(shù)如下應用于移動承載網(wǎng)接入層設(shè)備無線網(wǎng)絡(luò)控制器(RNC)和LTE核心網(wǎng)設(shè)備演進分組核心設(shè)備(EPC)對于業(yè)務的分類定義如下信令DSCP = 56 ；實時業(yè)務DSCP= 46 ；流媒體業(yè)務DSCP = 34 ；交互類業(yè)務DSCP = 18 ；背景類業(yè)務DSCP = 0。隊列設(shè)定；不同業(yè)務的緩存大小計算公式如下MaxBu = AlnkR X MaxTl/PktL其中，AlnkR為業(yè)務可用帶寬；MaxTl為業(yè)務合理的最大緩沖長度；MinTl為業(yè)務合理的最小緩沖長度；PktL為業(yè)務普遍的包長度。依據(jù)MinTh = l/2MaxTh, MaxTh = l/2MaxBu定義初始隊列長度閾值
權(quán)利要求
1.一種擁塞告警方法，其特征在于，該方法包括數(shù)據(jù)接收端根據(jù)接收緩沖區(qū)的數(shù)據(jù)充滿度確定是否處于數(shù)據(jù)擁塞狀態(tài)；數(shù)據(jù)接收端在確定處于數(shù)據(jù)擁塞狀態(tài)后，向數(shù)據(jù)發(fā)送端發(fā)送本數(shù)據(jù)接收端處于數(shù)據(jù)擁塞狀態(tài)的告警消息。
2.如權(quán)利要求1所述的方法，其特征在于，所述數(shù)據(jù)接收端根據(jù)接收緩沖區(qū)的數(shù)據(jù)充滿度確定是否處于數(shù)據(jù)擁塞狀態(tài)包括數(shù)據(jù)接收端掃描當前接收緩沖區(qū)的數(shù)據(jù)充滿度，確定該數(shù)據(jù)充滿度是否大于預先設(shè)定的擁塞閾值；若是，則確定處于數(shù)據(jù)擁塞狀態(tài)，否則，確定未處于數(shù)據(jù)擁塞狀態(tài)。
3.如權(quán)利要求2所述的方法，其特征在于，所述向數(shù)據(jù)發(fā)送端發(fā)送本端處于數(shù)據(jù)擁塞狀態(tài)的通知消息包括數(shù)據(jù)接收端根據(jù)當前接收緩沖區(qū)的數(shù)據(jù)充滿度和上一次掃描得到的接收緩沖區(qū)的數(shù)據(jù)充滿度，確定導致數(shù)據(jù)擁塞狀態(tài)的原因是帶寬平緩上升或收到大量突發(fā)數(shù)據(jù)包；并向數(shù)據(jù)發(fā)送端發(fā)送本數(shù)據(jù)接收端處于數(shù)據(jù)擁塞狀態(tài)的告警消息，該告警消息中攜帶導致數(shù)據(jù)擁塞狀態(tài)的原因信息。
4.如權(quán)利要求3所述的方法，其特征在于，所述數(shù)據(jù)接收端根據(jù)當前接收緩沖區(qū)的數(shù)據(jù)充滿度和上一次掃描得到的接收緩沖區(qū)的數(shù)據(jù)充滿度，確定導致數(shù)據(jù)擁塞狀態(tài)的原因是帶寬平緩上升或收到大量突發(fā)數(shù)據(jù)包包括數(shù)據(jù)接收端判斷當前接收緩沖區(qū)的數(shù)據(jù)充滿度與上一次掃描得到的接收緩沖區(qū)的數(shù)據(jù)充滿度的差值是否大于預先設(shè)定的突發(fā)擁塞閾值；若是，則確定導致數(shù)據(jù)擁塞狀態(tài)的原因是收到大量突發(fā)數(shù)據(jù)包，否則，確定導致數(shù)據(jù)擁塞狀態(tài)的原因是帶寬平緩上升。
5.如權(quán)利要求1-4中任一所述的方法，其特征在于，所述告警消息中攜帶有數(shù)據(jù)接收端中實時帶寬最大的接收報文緩存隊列的報文屬性參數(shù)和/或擁塞程度最嚴重的接收報文緩存隊列的報文屬性參數(shù)。
6.如權(quán)利要求5所述的方法，其特征在于，所述報文屬性參數(shù)包括以下信息中的至少一個源IP地址、目標IP地址、源端口、目標端口、區(qū)分服務碼DSCP、協(xié)議類型。
7.一種擁塞處理方法，其特征在于，該方法包括數(shù)據(jù)發(fā)送端接收數(shù)據(jù)接收端處于數(shù)據(jù)擁塞狀態(tài)的告警消息；數(shù)據(jù)發(fā)送端根據(jù)所述告警消息從本端的發(fā)送報文緩存隊列中選取需要進行參數(shù)調(diào)整的隊列；數(shù)據(jù)發(fā)送端調(diào)整為選取的隊列設(shè)置的丟包控制參數(shù)，以使選取的隊列的丟包概率增大；并按照調(diào)整后的丟包控制參數(shù)對選取的隊列進行丟包控制。
8.如權(quán)利要求7所述的方法，其特征在于，所述數(shù)據(jù)發(fā)送端根據(jù)所述告警消息從本端的發(fā)送報文緩存隊列中選取需要進行參數(shù)調(diào)整的隊列包括數(shù)據(jù)發(fā)送端從所述告警消息中獲取數(shù)據(jù)接收端中實時帶寬最大的接收報文緩存隊列的報文屬性參數(shù)和擁塞程度最嚴重的接收報文緩存隊列的報文屬性參數(shù)；數(shù)據(jù)發(fā)送端根據(jù)獲取到的報文屬性參數(shù)從本端的發(fā)送報文緩存隊列中選取兩個需要進行參數(shù)調(diào)整的隊列。
9.如權(quán)利要求8所述的方法，其特征在于，所述數(shù)據(jù)發(fā)送端根據(jù)獲取到的報文屬性參數(shù)從本端的發(fā)送報文緩存隊列中選取兩個需要進行參數(shù)調(diào)整的隊列包括數(shù)據(jù)發(fā)送端將所述實時帶寬最大的接收報文緩存隊列的報文屬性參數(shù)與本端中所有發(fā)送報文緩存隊列的報文屬性參數(shù)進行匹配，如果匹配成功，則選取匹配成功的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的一個隊列；否則，選取本端最低優(yōu)先級的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的一個隊列；數(shù)據(jù)發(fā)送端將所述擁塞程度最嚴重的接收報文緩存隊列的報文屬性參數(shù)與本端中所有發(fā)送報文緩存隊列的報文屬性參數(shù)進行匹配，如果匹配成功并且匹配成功的發(fā)送報文緩存隊列與已選取的需要進行參數(shù)調(diào)整的一個隊列不是同一隊列，則選取匹配成功的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的另一個隊列；否則，選取本端次低優(yōu)先級的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的另一個隊列。
10.如權(quán)利要求9所述的方法，其特征在于，在數(shù)據(jù)發(fā)送端將所述實時帶寬最大的接收報文緩存隊列的報文屬性參數(shù)與本端中所有發(fā)送報文緩存隊列的報文屬性參數(shù)進行匹配并匹配成功之后、選取匹配成功的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的一個隊列之前，該方法進一步包括數(shù)據(jù)發(fā)送端判斷該匹配成功的發(fā)送報文緩存隊列是否是定制隊列CQ中的系統(tǒng)隊列； 所述選取匹配成功的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的一個隊列包括 數(shù)據(jù)發(fā)送端在判斷該匹配成功的發(fā)送報文緩存隊列不是CQ中的系統(tǒng)隊列時，選取匹配成功的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的一個隊列。
11.如權(quán)利要求7所述的方法，其特征在于，所述數(shù)據(jù)發(fā)送端調(diào)整為選取的隊列設(shè)置的丟包控制參數(shù)，以使選取的隊列的丟包概率增大包括數(shù)據(jù)發(fā)送端若采用Red擁塞避免機制，則執(zhí)行如下操作中的至少一個將用于計算丟包概率的隊列長度最低閾值調(diào)小、將用于計算丟包概率的隊列長度最高閾值調(diào)小、將用于計算丟包概率的權(quán)重調(diào)大；或者，數(shù)據(jù)發(fā)送端若不采用Red擁塞避免機制，則將用于判斷是否丟包的隊列長度閾值調(diào)
12.如權(quán)利要求7所述的方法，其特征在于，若所述告警消息中攜帶的導致數(shù)據(jù)擁塞狀態(tài)的原因為收到大量突發(fā)數(shù)據(jù)包，則在數(shù)據(jù)發(fā)送端調(diào)整為選取的隊列設(shè)置的丟包控制參數(shù)之后，該方法進一步包括數(shù)據(jù)發(fā)送端開啟快響應保持定時器，并在快響應保持定時器超時后，再次調(diào)整所述丟包控制參數(shù)，以使選取的隊列的丟包概率減??；并按照調(diào)整后的丟包控制參數(shù)對選取的隊列進行丟包控制。
13.如權(quán)利要求12所述的方法，其特征在于，在快響應保持定時器超時后、再次調(diào)整所述丟包控制參數(shù)前，該方法進一步包括判斷當前所述丟包控制參數(shù)的值是否超出預先設(shè)定的調(diào)整門限；所述再次調(diào)整所述丟包控制參數(shù)包括在判斷當前所述丟包控制參數(shù)的值未超出預先設(shè)定的調(diào)整門限時，再次調(diào)整所述丟包控制參數(shù)。
14.如權(quán)利要求7所述的方法，其特征在于，若所述告警消息中攜帶的導致數(shù)據(jù)擁塞狀態(tài)的原因為帶寬平緩上升，則在數(shù)據(jù)發(fā)送端調(diào)整為選取的隊列設(shè)置的丟包控制參數(shù)之后，該方法進一步包括A、數(shù)據(jù)發(fā)送端開啟慢速回復定時器，并在慢速回復定時器超時后，再次調(diào)整所述丟包控制參數(shù)，以使選取的隊列的丟包概率減?。徊凑照{(diào)整后的丟包控制參數(shù)對選取的隊列進行丟包控制；B、數(shù)據(jù)發(fā)送端判斷當前所述丟包控制參數(shù)的值是否超出恢復目標值，若是，則流程結(jié)束，否則，返回步驟A。
15.如權(quán)利要求14所述的方法，其特征在于，所述恢復目標值等于數(shù)據(jù)發(fā)送端接收到所述告警消息時所述丟包控制參數(shù)的值，或小于該值一個步長。
16.如權(quán)利要求12或14所述的方法，其特征在于，所述再次調(diào)整所述丟包控制參數(shù)包括數(shù)據(jù)發(fā)送端若采用Red擁塞避免機制，則執(zhí)行如下操作中的至少一個將用于計算丟包概率的隊列長度最低閾值調(diào)大、將用于計算丟包概率的隊列長度最高閾值調(diào)大、將用于計算丟包概率的權(quán)重調(diào)??；或者，數(shù)據(jù)發(fā)送端若不采用Red擁塞避免機制，則將用于判斷是否丟包的隊列長度閾值調(diào)大。
17.一種擁塞告警設(shè)備，其特征在于，該設(shè)備包括擁塞狀態(tài)確定單元，用于根據(jù)接收緩沖區(qū)的數(shù)據(jù)充滿度確定是否處于數(shù)據(jù)擁塞狀態(tài)； 擁塞告警發(fā)送單元，用于在確定處于數(shù)據(jù)擁塞狀態(tài)后，向數(shù)據(jù)發(fā)送端發(fā)送本端處于數(shù)據(jù)擁塞狀態(tài)的告警消息。
18.如權(quán)利要求17所述的設(shè)備，其特征在于，所述擁塞狀態(tài)確定單元用于掃描當前接收緩沖區(qū)的數(shù)據(jù)充滿度，確定該數(shù)據(jù)充滿度是否大于預先設(shè)定的擁塞閾值；若是，則確定處于數(shù)據(jù)擁塞狀態(tài)，否則，確定未處于數(shù)據(jù)擁塞狀態(tài)。
19.如權(quán)利要求18所述的設(shè)備，其特征在于，所述擁塞告警發(fā)送單元用于根據(jù)當前接收緩沖區(qū)的數(shù)據(jù)充滿度和上一次掃描得到的接收緩沖區(qū)的數(shù)據(jù)充滿度，確定導致數(shù)據(jù)擁塞狀態(tài)的原因是帶寬平緩上升或收到大量突發(fā)數(shù)據(jù)包；并向數(shù)據(jù)發(fā)送端發(fā)送本端處于數(shù)據(jù)擁塞狀態(tài)的告警消息，該告警消息中攜帶導致數(shù)據(jù)擁塞狀態(tài)的原因信息。
20.如權(quán)利要求19所述的設(shè)備，其特征在于，所述擁塞告警發(fā)送單元用于判斷當前接收緩沖區(qū)的數(shù)據(jù)充滿度與上一次掃描得到的接收緩沖區(qū)的數(shù)據(jù)充滿度的差值是否大于預先設(shè)定的突發(fā)擁塞閾值；若是，則確定導致數(shù)據(jù)擁塞狀態(tài)的原因是收到大量突發(fā)數(shù)據(jù)包，否則，確定導致數(shù)據(jù)擁塞狀態(tài)的原因是帶寬平緩上升。
21.如權(quán)利要求17-20中任一所述的設(shè)備，其特征在于，所述告警消息中攜帶有數(shù)據(jù)接收端中實時帶寬最大的接收報文緩存隊列的報文屬性參數(shù)和/或擁塞程度最嚴重的接收報文緩存隊列的報文屬性參數(shù)。
22.如權(quán)利要求21所述的設(shè)備，其特征在于，所述報文屬性參數(shù)包括以下信息中的至少一個源IP地址、目標IP地址、源端口、目標端口、區(qū)分服務碼DSCP、協(xié)議類型。
23.一種擁塞處理設(shè)備，其特征在于，該設(shè)備包括擁塞告警接收單元，用于接收數(shù)據(jù)接收端處于數(shù)據(jù)擁塞狀態(tài)的告警消息； 隊列選取單元，用于根據(jù)所述告警消息從本端的發(fā)送報文緩存隊列中選取需要進行參數(shù)調(diào)整的隊列；擁塞控制單元，用于調(diào)整為選取的隊列設(shè)置的丟包控制參數(shù)，以使選取的隊列的丟包概率增大；并按照調(diào)整后的丟包控制參數(shù)對選取的隊列進行丟包控制。
24.如權(quán)利要求23所述的設(shè)備，其特征在于，所述隊列選取單元用于從所述告警消息中獲取數(shù)據(jù)接收端中實時帶寬最大的接收報文緩存隊列的報文屬性參數(shù)和/或擁塞程度最嚴重的接收報文緩存隊列的報文屬性參數(shù)；根據(jù)獲取到的報文屬性參數(shù)從本端的發(fā)送報文緩存隊列中選取兩個需要進行參數(shù)調(diào)整的隊列。
25.如權(quán)利要求24所述的設(shè)備，其特征在于，所述隊列選取單元用于將所述實時帶寬最大的接收報文緩存隊列的報文屬性參數(shù)與本端中所有發(fā)送報文緩存隊列的報文屬性參數(shù)進行匹配，如果匹配成功，則選取匹配成功的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的一個隊列；否則，選取本端最低優(yōu)先級的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的一個隊列；將所述擁塞程度最嚴重的接收報文緩存隊列的報文屬性參數(shù)與本端中所有發(fā)送報文緩存隊列的報文屬性參數(shù)進行匹配，如果匹配成功并且匹配成功的發(fā)送報文緩存隊列與已選取的需要進行參數(shù)調(diào)整的一個隊列不是同一隊列，則選取匹配成功的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的另一個隊列；否則，選取本端次低優(yōu)先級的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的另一個隊列。
26.如權(quán)利要求25所述的設(shè)備，其特征在于，所述隊列選取單元還用于在將所述實時帶寬最大的接收報文緩存隊列的報文屬性參數(shù)與本端中所有發(fā)送報文緩存隊列的報文屬性參數(shù)進行匹配并匹配成功之后、選取匹配成功的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的一個隊列之前，判斷該匹配成功的發(fā)送報文緩存隊列是否是定制隊列CQ中的系統(tǒng)隊列；在判斷該匹配成功的發(fā)送報文緩存隊列不是CQ中的系統(tǒng)隊列時，選取匹配成功的發(fā)送報文緩存隊列作為需要進行參數(shù)調(diào)整的一個隊列。
27.如權(quán)利要求23所述的設(shè)備，其特征在于，所述擁塞控制單元用于若采用Red擁塞避免機制，則執(zhí)行如下操作中的至少一個將用于計算丟包概率的隊列長度最低閾值調(diào)小、將用于計算丟包概率的隊列長度最高閾值調(diào)小、將用于計算丟包概率的權(quán)重調(diào)大；或者，若不采用Red擁塞避免機制，則將用于判斷是否丟包的隊列長度閾值調(diào)小。
28.如權(quán)利要求23所述的設(shè)備，其特征在于，所述擁塞控制單元還用于若所述告警消息中攜帶的導致數(shù)據(jù)擁塞狀態(tài)的原因為收到大量突發(fā)數(shù)據(jù)包，則在調(diào)整為選取的隊列設(shè)置的丟包控制參數(shù)之后，開啟快響應保持定時器，并在快響應保持定時器超時后，再次調(diào)整所述丟包控制參數(shù)，以使選取的隊列的丟包概率減小；并按照調(diào)整后的丟包控制參數(shù)對選取的隊列進行丟包控制。
29.如權(quán)利要求28所述的設(shè)備，其特征在于，所述擁塞控制單元用于在快響應保持定時器超時后、再次調(diào)整所述丟包控制參數(shù)前，判斷當前所述丟包控制參數(shù)的值是否超出預先設(shè)定的調(diào)整門限；在判斷當前所述丟包控制參數(shù)的值未超出預先設(shè)定的調(diào)整門限時，再次調(diào)整所述丟包控制參數(shù)。
30.如權(quán)利要求23所述的設(shè)備，其特征在于，所述擁塞控制單元還用于若所述告警消息中攜帶的導致數(shù)據(jù)擁塞狀態(tài)的原因為帶寬平緩上升，則在調(diào)整為選取的隊列設(shè)置的丟包控制參數(shù)之后A、開啟慢速回復定時器，并在慢速回復定時器超時后，再次調(diào)整所述丟包控制參數(shù)，以使選取的隊列的丟包概率減?。徊凑照{(diào)整后的丟包控制參數(shù)對選取的隊列進行丟包控制；B、判斷當前所述丟包控制參數(shù)的值是否超出恢復目標值，若是，則流程結(jié)束，否則，返回步驟A。
31.如權(quán)利要求30所述的設(shè)備，其特征在于，所述恢復目標值等于數(shù)據(jù)發(fā)送端接收到所述告警消息時所述丟包控制參數(shù)的值，或小于該值一個步長。
32.如權(quán)利要求28或30所述的設(shè)備，其特征在于，所述擁塞控制單元用于若采用Red擁塞避免機制，則執(zhí)行如下操作中的至少一個將用于計算丟包概率的隊列長度最低閾值調(diào)大、將用于計算丟包概率的隊列長度最高閾值調(diào)大、將用于計算丟包概率的權(quán)重調(diào)??；或者，若不采用Red擁塞避免機制，則將用于判斷是否丟包的隊列長度閾值調(diào)大。
33.一種擁塞處理系統(tǒng)，其特征在于，該系統(tǒng)包括數(shù)據(jù)接收端，用于根據(jù)接收緩沖區(qū)的數(shù)據(jù)充滿度確定是否處于數(shù)據(jù)擁塞狀態(tài)；在確定處于數(shù)據(jù)擁塞狀態(tài)后，向數(shù)據(jù)發(fā)送端發(fā)送本端處于數(shù)據(jù)擁塞狀態(tài)的告警消息；數(shù)據(jù)發(fā)送端，用于接收數(shù)據(jù)接收端處于數(shù)據(jù)擁塞狀態(tài)的告警消息；根據(jù)所述告警消息從本端的發(fā)送報文緩存隊列中選取需要進行參數(shù)調(diào)整的發(fā)送隊列；調(diào)整為選取的隊列設(shè)置的丟包控制參數(shù)，以使選取的隊列的丟包概率增大；并按照調(diào)整后的丟包控制參數(shù)對選取的隊列進行丟包控制。
全文摘要
本發(fā)明實施例公開了一種擁塞告警及處理方法、系統(tǒng)和設(shè)備，涉及無線通信技術(shù)領(lǐng)域，用于緩解數(shù)據(jù)接收端的擁塞狀態(tài)。本發(fā)明中，數(shù)據(jù)接收端在自身處于數(shù)據(jù)擁塞狀態(tài)時向數(shù)據(jù)發(fā)送端發(fā)送本端處于數(shù)據(jù)擁塞狀態(tài)的告警消息，數(shù)據(jù)發(fā)送端則根據(jù)告警消息調(diào)整本端中發(fā)送報文緩存隊列的丟包控制參數(shù)，以使選取的隊列的丟包概率增大，并按照調(diào)整后的丟包控制參數(shù)對選取的隊列進行丟包控制。本發(fā)明中數(shù)據(jù)發(fā)送端通過調(diào)整發(fā)送報文緩存隊列的丟包控制參數(shù)，加大了本端的丟包概率，進而減少了向數(shù)據(jù)發(fā)送端發(fā)送的數(shù)據(jù)包，從而可以有效緩解數(shù)據(jù)接收端的擁塞狀態(tài)。
文檔編號H04L12/56GK102223675SQ20111015172
公開日2011年10月19日 申請日期2011年6月8日 優(yōu)先權(quán)日2011年6月8日
發(fā)明者劉滿朝, 張衛(wèi)國, 張曉奎, 楊勇 申請人:大唐移動通信設(shè)備有限公司