專利名稱：流量控制方法和流量控制裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信息處理領(lǐng)域，更具體地，本發(fā)明涉及流量控制方法和流量控制裝置。
背景技術(shù)：
各種系統(tǒng)例如通信系統(tǒng)應(yīng)當(dāng)在支持不同類型的請求所帶來的巨大的流量的同時，保持穩(wěn)定和健康狀態(tài)。在某些特定時段，例如在圣誕節(jié)或在元旦，用戶流量會急劇增加，從而可能會影響系統(tǒng)的穩(wěn)定性，甚至導(dǎo)致系統(tǒng)癱瘓，無法正常提供服務(wù)。因此，需要進(jìn)行流量控制，以使系統(tǒng)保持穩(wěn)定。然而，如果不合適地進(jìn)行了流量控制，會使系統(tǒng)的資源得不到充分的利用，從而產(chǎn) 生了浪費(fèi)。因此，需要有效、實(shí)用和靈活的流量控制方案，其中有效是指能使系統(tǒng)盡可能地保持穩(wěn)定，實(shí)用是指能使系統(tǒng)的資源得到盡可能充分地利用，靈活是指能盡可能地根據(jù)具體情況進(jìn)行流量控制的定制。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的第一方面，提出了一種流量控制方法，包括步驟收集系統(tǒng)的關(guān)鍵性能指標(biāo)；以及根據(jù)收集的系統(tǒng)的關(guān)鍵性能指標(biāo)確定是否對進(jìn)入系統(tǒng)的請求進(jìn)行限制，當(dāng)收集的某個系統(tǒng)的關(guān)鍵性能指標(biāo)差于第一閾值一段時間時，確定對進(jìn)入系統(tǒng)的請求進(jìn)行限制。根據(jù)本發(fā)明的第二方面，提出了一種流量控制裝置，包括收集器，用于收集系統(tǒng)的關(guān)鍵性能指標(biāo)；以及確定器，用于根據(jù)收集的系統(tǒng)的關(guān)鍵性能指標(biāo)確定是否對進(jìn)入系統(tǒng)的請求進(jìn)行限制，當(dāng)收集的某個系統(tǒng)的關(guān)鍵性能指標(biāo)差于第一閾值一段時間時，確定對進(jìn)入系統(tǒng)的請求進(jìn)行限制。根據(jù)本發(fā)明，能有效、實(shí)用以及靈活地向通信系統(tǒng)提供流量控制。


通過以下結(jié)合附圖的說明，并且隨著對本發(fā)明的更全面了解，本發(fā)明的其他目的和效果將變得更加清楚和易于理解，其中圖I示意性地示出了根據(jù)本發(fā)明的一個實(shí)施方式的流量控制方法的流程圖；圖2示意性地示出了根據(jù)本發(fā)明的一個實(shí)施方式的流量控制裝置的框圖；圖3示意性地示出了本發(fā)明可以在其中實(shí)現(xiàn)的通信系統(tǒng)。在所有的上述附圖中，相同的標(biāo)號表示具有相同、相似或相應(yīng)的特征或功能。
具體實(shí)施例方式本發(fā)明的基本思想是根據(jù)系統(tǒng)的關(guān)鍵性能指標(biāo)KPI確定是否對進(jìn)入系統(tǒng)的請求進(jìn)行限制。KPI是反映系統(tǒng)的健康狀況的最直觀的指標(biāo)，它既包括關(guān)于系統(tǒng)硬件資源方面的指標(biāo)，例如CPU利用率、內(nèi)存利用率、硬盤讀/寫利用率等等，也包括在軟件邏輯概念上定義的指標(biāo)，例如隊(duì)列長度、可用池大小等等?；诓婚g斷地收集系統(tǒng)的關(guān)鍵性能指標(biāo)，能夠合理地確定是否對進(jìn)入系統(tǒng)的請求進(jìn)行限制，即，使系統(tǒng)的資源得到盡可能充分地利用，同時保持系統(tǒng)的穩(wěn)定。圖I示意性地示出了根據(jù)本發(fā)明的一個實(shí)施方式的流量控制方法的流程圖。如圖I所示，該方法100包括步驟S110，收集系統(tǒng)的關(guān)鍵性能指標(biāo)；以及步驟S120，根據(jù)收集的系統(tǒng)的關(guān)鍵性能指標(biāo)確定是否對進(jìn)入系統(tǒng)的請求進(jìn)行限制，當(dāng)收集的某個系統(tǒng)的關(guān)鍵性能指標(biāo)差于第一閾值一段時間時，確定對進(jìn)入系統(tǒng)的請求進(jìn)行限制。相應(yīng)地，圖2示意性地示出了根據(jù)本發(fā)明的一個實(shí)施方式的流量控制裝置的框圖。 如圖2所示，該流量控制裝置200包括收集器210，用于收集系統(tǒng)的關(guān)鍵性能指標(biāo)；以及確定器220，用于根據(jù)收集的系統(tǒng)的關(guān)鍵性能指標(biāo)確定是否對進(jìn)入系統(tǒng)的請求進(jìn)行限制，當(dāng)收集的某個系統(tǒng)的關(guān)鍵性能指標(biāo)差于第一閾值一段時間時，確定對進(jìn)入系統(tǒng)的請求進(jìn)行限制。例如，收集的某個系統(tǒng)的關(guān)鍵性能指標(biāo)可以是平均CPU利用率，第一閾值可以是80%，在平均CPU利用率優(yōu)于第一閾值的情況下，即平均CPU利用率小于或等于80%的情況下，系統(tǒng)還能穩(wěn)定工作，不需要對進(jìn)入系統(tǒng)的請求進(jìn)行限制。在平均CPU利用率差于第一閾值的情況下，即平均CPU利用率大于80 %的情況下，說明系統(tǒng)的負(fù)載過于嚴(yán)重，系統(tǒng)可能會不穩(wěn)定，因此在確定步驟S120和確定器220，當(dāng)平均(PU利用率大于80%持續(xù)5分鐘時，確定對進(jìn)入系統(tǒng)的請求進(jìn)行限制。其中，對請求進(jìn)行限制包括在請求進(jìn)入系統(tǒng)的入口點(diǎn)位置，隨機(jī)地拒絕一定比例的請求，即向一些請求返回失敗響應(yīng)，而不把這些請求傳遞到系統(tǒng)內(nèi)部進(jìn)行處理。例如，拒絕率可以是20%，也就是說，平均10個進(jìn)入系統(tǒng)的請求中有2個請求被拒絕。這一策略可以使得用戶的體驗(yàn)比較良好，因?yàn)橹挥猩贁?shù)的用戶的請求被拒絕，而大多數(shù)的用戶的請求得到服務(wù)。其中，在確定步驟S120和確定器220，對于從不同接口進(jìn)入系統(tǒng)的請求，可以利用收集的不同的系統(tǒng)關(guān)鍵性能指標(biāo)確定是否對從相應(yīng)接口進(jìn)入系統(tǒng)的請求進(jìn)行限制。例如，對于通過Open IVR(開放交互語音應(yīng)答)接口進(jìn)入系統(tǒng)的請求，可以采用(PU利用率這一系統(tǒng)的KPI，如果平均CPU利用率> 80%持續(xù)了 5分鐘，那么可以確定對通過Open IVR接口進(jìn)入系統(tǒng)的請求進(jìn)行限制，例如以20%的拒絕率拒絕通過Open IVR接口進(jìn)入系統(tǒng)的請求。對于通過SMS (短消息服務(wù))接口進(jìn)入系統(tǒng)的請求，可以采用隊(duì)列長度這一系統(tǒng)的KPI，如果平均隊(duì)列長度> 20持續(xù)了 5分鐘，那么可以確定對通過SMS接口進(jìn)入系統(tǒng)的請求進(jìn)行限制，例如以50%的拒絕率拒絕通過SMS接口進(jìn)入系統(tǒng)的請求。這一策略考慮了通過不同接口進(jìn)入系統(tǒng)的請求可能會對不同的系統(tǒng)的KPI產(chǎn)生影響的這一事實(shí)。例如，通過Open IVR接口進(jìn)入系統(tǒng)的請求主要消耗系統(tǒng)的CPU資源，因此主要對系統(tǒng)的平均CPU利用率這個KPI產(chǎn)生影響，而通過SMS接口進(jìn)入系統(tǒng)的請求主要消耗系統(tǒng)的隊(duì)列資源，因此主要對系統(tǒng)的平均隊(duì)列長度這個KPI產(chǎn)生影響。其中，在確定步驟S120和確定器220，對于從不同接口進(jìn)入系統(tǒng)的請求，可以利用收集的相同的系統(tǒng)關(guān)鍵性能指標(biāo)，但是利用不同的閾值，來確定是否對從相應(yīng)接口進(jìn)入系統(tǒng)的請求進(jìn)行限制。例如，對于通過Open IVR(公開交互語音應(yīng)答)接口進(jìn)入系統(tǒng)的請求，可以利用平均CPU利用率這個KPI，以及80%這個閾值，來確定是否對通過Open IVR接口進(jìn)入系統(tǒng)的請求進(jìn)行限制。如果平均CPU利用率>80%持續(xù)了 5分鐘，那么可以確定對通過Open IVR接口進(jìn)入系統(tǒng)的請求進(jìn)行限制，例如以10%的拒絕率拒絕通過Open IVR接口進(jìn)入系統(tǒng)的請求。對于通過SMS (短消息服務(wù))接口進(jìn)入系統(tǒng)的請求，可以利用平均CPU利用率這個KPI,以及70%這個閾值，來確定是否對通過SMS接口進(jìn)入系統(tǒng)的請求進(jìn)行限制。如果平均(PU利用率> 70%持續(xù)了 5分鐘，那么可以確定對通過SMS接口進(jìn)入系統(tǒng)的請求進(jìn)行限制，例如以50%的拒絕率拒絕通過SMS接口進(jìn)入系統(tǒng)的請求。 這一策略可以使得對從不同接口進(jìn)入系統(tǒng)的請求，進(jìn)行區(qū)別的處理，從而可以先限制低優(yōu)先級的請求，而以有限的可用系統(tǒng)資源，服務(wù)更多的高優(yōu)先級的請求。只有在只限制低優(yōu)先級的請求還不能使系統(tǒng)的負(fù)載下降的情況下，才開始限制高優(yōu)先級的請求。也就是說，對于低優(yōu)先級的通過SMS接口進(jìn)入系統(tǒng)的請求，當(dāng)平均CPU利用率大于70%持續(xù)5分鐘就被限制，而對于高優(yōu)先級的通過Open IVR接口進(jìn)入系統(tǒng)的請求，當(dāng)平均CPU利用率大于80%持續(xù)5分鐘才會被限制。其中，在確定步驟S120和確定器220，對于不同的系統(tǒng)，可以利用收集的不同的系統(tǒng)關(guān)鍵性能指標(biāo)確定是否對進(jìn)入系統(tǒng)的請求進(jìn)行限制。如果系統(tǒng)需要進(jìn)行密集的浮點(diǎn)計(jì)算(例如該系統(tǒng)是一個預(yù)付費(fèi)記賬系統(tǒng))，由于浮點(diǎn)計(jì)算比較消耗CPU資源，因此，可以利用該系統(tǒng)的平均CPU利用率這一系統(tǒng)的關(guān)鍵性能指標(biāo)來確定是否對進(jìn)入該系統(tǒng)的請求進(jìn)行限制。例如，第一閾值可以設(shè)置為80%，即如果平均CPU利用率〉80%持續(xù)了 5分鐘，那么可以確定對進(jìn)入該系統(tǒng)的請求進(jìn)行限制。對于有些系統(tǒng)，雖然在硬件方面，例如在CPU/內(nèi)存/硬盤讀寫利用率方面，系統(tǒng)并沒有表現(xiàn)出負(fù)載已經(jīng)很嚴(yán)重、不能服務(wù)更多的進(jìn)入請求，但是在軟件邏輯方面，系統(tǒng)卻表現(xiàn)出負(fù)載已經(jīng)很嚴(yán)重，不能服務(wù)更多的進(jìn)入請求。例如在執(zhí)行隊(duì)列中具有很大數(shù)量的等待請求，或者有大量的請求在等待JDBC連接。因此，可以利用該系統(tǒng)的平均執(zhí)行隊(duì)列長度或平均等待JDBC連接數(shù)目的系統(tǒng)關(guān)鍵性能指標(biāo)來確定是否對進(jìn)入該系統(tǒng)的請求進(jìn)行限制。例如，第一閾值可以設(shè)置為20，S卩如果平均執(zhí)行隊(duì)列長度>20持續(xù)了 5分鐘，那么可以確定對進(jìn)入該系統(tǒng)的請求進(jìn)行限制?；蛘撸谝婚撝悼梢栽O(shè)置為30，即如果平均等待JDBC連接數(shù)量> 30持續(xù)了 5分鐘，那么可以確定對進(jìn)入該系統(tǒng)的請求進(jìn)行限制。這一策略考慮到系統(tǒng)的差異，對于不同的系統(tǒng)，利用收集的不同的系統(tǒng)關(guān)鍵性能指標(biāo)確定是否對進(jìn)入系統(tǒng)的請求進(jìn)行限制。其中，在確定步驟S120和確定器220，當(dāng)對進(jìn)入系統(tǒng)的請求進(jìn)行限制后，收集的系統(tǒng)的關(guān)鍵性能指標(biāo)優(yōu)于第二閾值一段時間的情況下，確定停止對進(jìn)入系統(tǒng)的請求進(jìn)行限制，其中相對于第一閾值，第二閾值表明的系統(tǒng)的負(fù)載更輕。例如，當(dāng)對進(jìn)入系統(tǒng)的請求進(jìn)行限制后，平均CPU利用率這一關(guān)鍵性能指標(biāo)可能表明系統(tǒng)的負(fù)載變輕，這說明之前的對進(jìn)入系統(tǒng)的請求的限制發(fā)生作用，系統(tǒng)的穩(wěn)定性得以保持，因此，為了使系統(tǒng)的資源得到盡可能充分地利用，應(yīng)該停止對進(jìn)入系統(tǒng)的請求進(jìn)行限制。然而，為了避免頻繁地在對進(jìn)入系統(tǒng)的請求進(jìn)行限制和停止對進(jìn)入系統(tǒng)的請求進(jìn)行限制之間切換，用于決定停止對進(jìn)入系統(tǒng)的請求進(jìn)行限制的第二閾值，應(yīng)該比用于決定對進(jìn)入系統(tǒng)的請求進(jìn)行限制的第一閾值，表明的系統(tǒng)的負(fù)載更輕。例如，如果第一閾值為80%，那么第二閾值可以為 60%，也就是說，當(dāng)平均CPU利用率小于60%持續(xù)了 5分鐘，那么確定停止對進(jìn)入系統(tǒng)的請求進(jìn)行限制。其中，在確定步驟S120和確定器220，當(dāng)對進(jìn)入系統(tǒng)的請求進(jìn)行限制后，收集的系統(tǒng)關(guān)鍵性能指標(biāo)差于第三閾值一段時間的情況下，可以確定對進(jìn)入系統(tǒng)的請求進(jìn)行進(jìn)一步的限制，其中相對于第一閾值，第三閾值表明的系統(tǒng)的負(fù)載更重。例如，當(dāng)對進(jìn)入系統(tǒng)的請求進(jìn)行限制后，平均CPU利用率這一關(guān)鍵性能指標(biāo)可能表明系統(tǒng)的負(fù)載不僅沒有變輕，反而變得更加嚴(yán)重，這說明之前的對進(jìn)入系統(tǒng)的請求的限制并不足夠，需要對進(jìn)入系統(tǒng)的請求進(jìn)行進(jìn)一步的限制，以使系統(tǒng)的負(fù)載下降，從而保持系統(tǒng)的穩(wěn)定性。例如，如果第一閾值為80%，那么第三閾值可以為90%，即如果平均CPU利用率>90%持續(xù)了 5分鐘，那么可以確定對進(jìn)入該系統(tǒng)的請求進(jìn)行進(jìn)一步的限制，使得對進(jìn)入系統(tǒng)的請求的拒絕率達(dá)到50%。當(dāng)然，本領(lǐng)域的技術(shù)人員可以理解，如果當(dāng)對進(jìn)入系統(tǒng)的請求進(jìn)行進(jìn)一步地限制后，平均CPU利用率這一關(guān)鍵性能指標(biāo)表明系統(tǒng)的負(fù)載還不僅沒有變輕，反而變得更加嚴(yán)重，這說明之前的對進(jìn)入系統(tǒng)的請求的進(jìn)一步限制并不足夠，可以對進(jìn)入系統(tǒng)的請求進(jìn)行再進(jìn)一步的限制，以使系統(tǒng)的負(fù)載下降，從而保持系統(tǒng)的穩(wěn)定性。例如，如果平均CPU利用率>95%持續(xù)了 5分鐘，那么可以確定對進(jìn)入該系統(tǒng)的請求進(jìn)行再進(jìn)一步的限制，使得對進(jìn)入系統(tǒng)請求的拒絕率達(dá)到100%，即暫時停止該系統(tǒng)接受進(jìn)入的請求，以使系統(tǒng)保持穩(wěn)定。圖3示意性地示出了本發(fā)明可以在其中實(shí)現(xiàn)的系統(tǒng)。圖3所示的系統(tǒng)300是一個個性化回鈴音PRBT系統(tǒng)的內(nèi)容管理系統(tǒng)CMS。其中，PRBT系統(tǒng)允許PRBT業(yè)務(wù)的使用者根據(jù)自己的需要，對不同的來電號碼、在不同的時間段設(shè)置不同的回鈴音。PRBT系統(tǒng)可以包括PRBT-CDS (鈴音播放系統(tǒng))和PRBT-CMS這兩部分。PRBT-CDS負(fù)責(zé)接收呼叫，并且向主叫方播放個性化回鈴音，而PRBT-CMS則負(fù)責(zé)管理PRBT使用者的用戶數(shù)據(jù)和鈴音文件。如圖3所示的PRBT-CMS 300提供如下的4種接口，供用戶與其交互Web 接口 322 ;Open API 接口 324 ;Open IVR 接口 326 ;以及SMS 接口 328。
來自這些接口的請求首先到達(dá)PRBT-CMS 300的Web服務(wù)器330，然后由Web服務(wù)器330傳送到Weblogic服務(wù)器實(shí)例332-1、332-2、· . .、332_N中的一個。其中各個Weblogic服務(wù)器實(shí)例連接到數(shù)據(jù)庫DB服務(wù)器334?？紤]到所有進(jìn)入PRBT-CMS 300的請求都通過Web服務(wù)器330傳送到Weblogic
服務(wù)器實(shí)例332-1、332-2.....332-N中的一個，因此，Web服務(wù)器330是所有請求進(jìn)入
PRBT-CMS 300的入口點(diǎn)，所以，應(yīng)當(dāng)在Web服務(wù)器330處確定是否對進(jìn)入PRBT-CMS 300的請求進(jìn)行限制。換句話說，上述的確定器220應(yīng)當(dāng)實(shí)現(xiàn)在Web服務(wù)器330處。另外，Web服務(wù)器 330、Weblogic 服務(wù)器實(shí)例 332_1、332_2、· · ·、332_N 和 DB 服務(wù)器334是被所有接口共享的資源，所以應(yīng)該收集關(guān)于它們的KPI。
在如圖3所示的例子中，假定Weblogic服務(wù)器實(shí)例332_1、332_2、· · ·、332_N是PRBT-CMS 300的主要處理設(shè)備，因此PRBT-CMS 300的KPI只與Weblogic服務(wù)器實(shí)例有關(guān)。并且在如圖3所示的例子中，Weblogic服務(wù)器實(shí)例332-N為一個管理實(shí)例，用于管理其他的Weblogic服務(wù)器實(shí)例332-1，332-2，…。因此，上述的收集器210實(shí)現(xiàn)在Weblogic服務(wù)器管理實(shí)例332-N處。收集器210不斷地收集關(guān)于PRBT-CMS 300的KPI。例如，收集器210通過在Weblogic服務(wù)器JMXCJava管理擴(kuò)展)接口中提供的Mbean (管理Bean)類和方法，來不斷地收集關(guān)于Weblogic服務(wù)器實(shí)例的KPI。確定器220也不斷地查詢收集器210收集的KPI，當(dāng)發(fā)現(xiàn)KPI匹配于要對進(jìn)入系統(tǒng)的請求進(jìn)行限制的閾值時，則開始拒絕一定比例的請求。由收集器210收集的KPI包括但不局限于如下條目l)Weblogic服務(wù)器的健康狀態(tài)即一個Weblogic服務(wù)器實(shí)例的當(dāng)前生命周期狀態(tài)；2)N個Weblogic服務(wù)器實(shí)例中活躍服務(wù)器實(shí)例的數(shù)目可以通過向每個Weblogic服務(wù)器實(shí)例發(fā)送CMS Open API的查詢請求，來識別相應(yīng)的Weblogic服務(wù)器實(shí)例是否活躍，如果一個Weblogic服務(wù)器實(shí)例返回成功的結(jié)果，那么該Weblogic服務(wù)器實(shí)例被認(rèn)為是活躍的；3)為每個Weblogic服務(wù)器實(shí)例配置的執(zhí)行隊(duì)列中等待請求的數(shù)目其定義了在優(yōu)先級隊(duì)列中處于等待狀態(tài)的用戶請求的數(shù)目。優(yōu)先級隊(duì)列通常包括來自內(nèi)部子系統(tǒng)和外部用戶的請求，值PendingUserRequestCount則是所有的外部用戶請求的數(shù)目；4)每個Weblogic服務(wù)器實(shí)例的每個監(jiān)聽端口上建立的套接字的數(shù)目可以使用OpenSocketsCurrentCount來獲得由Weblogic服務(wù)器實(shí)例當(dāng)前打開的套接字的數(shù)目；5)所有處理器平均負(fù)載每個Weblogic服務(wù)器實(shí)例中的CPU利用率。一般地，從運(yùn)營商的角度來看，來自Web接口 322、0pen IVR接口 326、SMS接口 328的請求是來自最終用戶的請求，而來自O(shè)pen API接口 324的請求是來自第三方系統(tǒng)的請求，為了使最終用戶對PRBT服務(wù)的體驗(yàn)保持良好，來自Web接口 322、Open IVR接口 326、SMS接口 328的請求的優(yōu)先級應(yīng)該比來自O(shè)pen API接口 324的請求的優(yōu)先級要高。因此，運(yùn)營商可以配置不對來自Web接口 322、0pen IVR接口 326、SMS接口 328的請求進(jìn)行限制，而只對來自O(shè)pen API接口 324的請求進(jìn)行限制。另外，在該例子中，根據(jù)每個Weblogic服務(wù)器實(shí)例的每個監(jiān)聽端口上建立的套接字的數(shù)目這個KPI確定是否對進(jìn)入系統(tǒng)的請求進(jìn)行限制，第一閾值為100，第二閾值為40。
即如果監(jiān)聽端口上建立的套接字的數(shù)目的最大值大于100持續(xù)了 40秒，那么對來自O(shè)pen API接口 324的請求進(jìn)行限制，拒絕這些請求的50%，即拒絕率為50%。在對來自O(shè)pen API接口 324的請求進(jìn)行限制后，如果監(jiān)聽端口上建立的套接字的數(shù)目的最大值小于40持續(xù)了 40秒，那么停止對來自O(shè)pen API接口 324的請求進(jìn)行限制。應(yīng)當(dāng)注意，為了使本發(fā)明更容易理解，上面的描述省略了對于本領(lǐng)域的技術(shù)人員來說是公知的、并且對于本發(fā)明的實(shí)現(xiàn)可能是必需的更具體的一些技術(shù)細(xì)節(jié)。本領(lǐng)域的技術(shù)人員還應(yīng)當(dāng)理解，本發(fā)明不限于上面所描述的步驟，本發(fā)明也包括對上面所描述的步驟進(jìn)行的組合、順序變換等。本發(fā)明的最終范圍由所附的權(quán)利要求限定。因此，選擇并描述實(shí)施方式是為了更好地解釋本發(fā)明的原理及其實(shí)際應(yīng)用，并使本領(lǐng)域普通技術(shù)人員明白，在不脫離本發(fā)明實(shí)質(zhì)的前提下，所有修改和變更均落入由權(quán)利要求所限定的本發(fā)明的保護(hù)范圍之內(nèi)。
另外，本領(lǐng)域的技術(shù)人員可以理解，上面描述的各種方法的步驟可以通過編程的計(jì)算機(jī)來實(shí)現(xiàn)。這里，有些實(shí)施方式旨在覆蓋程序存儲裝置，其為機(jī)器或計(jì)算機(jī)可讀，并編碼有機(jī)器可執(zhí)行或計(jì)算機(jī)可執(zhí)行指令程序，其中所述指令執(zhí)行上述方法的一些或所有步驟。該程序存儲裝置可以是例如磁存儲媒體例如磁盤和磁帶、硬盤驅(qū)動器、或光學(xué)可讀數(shù)字?jǐn)?shù)據(jù)存儲媒體。實(shí)施方式也旨在覆蓋編程為執(zhí)行上述方法的所述步驟的計(jì)算機(jī)。
權(quán)利要求
1.一種流量控制方法，包括步驟 收集系統(tǒng)的關(guān)鍵性能指標(biāo)；以及 根據(jù)收集的系統(tǒng)的關(guān)鍵性能指標(biāo)確定是否對進(jìn)入系統(tǒng)的請求進(jìn)行限制，當(dāng)收集的某個系統(tǒng)的關(guān)鍵性能指標(biāo)差于第一閾值一段時間時，確定對進(jìn)入系統(tǒng)的請求進(jìn)行限制。
2.根據(jù)權(quán)利要求I所述的方法， 其中對于從不同接口進(jìn)入系統(tǒng)的請求，利用收集的不同的系統(tǒng)的關(guān)鍵性能指標(biāo)確定是否對從相應(yīng)接口進(jìn)入系統(tǒng)的請求進(jìn)行限制。
3.根據(jù)權(quán)利要求I所述的方法， 其中對于從不同接口進(jìn)入系統(tǒng)的請求，利用收集的相同的系統(tǒng)的關(guān)鍵性能指標(biāo)，但是利用不同的閾值，來確定是否對從相應(yīng)接口進(jìn)入系統(tǒng)的請求進(jìn)行限制。
4.根據(jù)權(quán)利要求I所述的方法， 其中對于不同的系統(tǒng)，利用收集的不同的系統(tǒng)的關(guān)鍵性能指標(biāo)確定是否對進(jìn)入系統(tǒng)的請求進(jìn)行限制。
5.根據(jù)權(quán)利要求I所述的方法， 其中當(dāng)對進(jìn)入系統(tǒng)的請求進(jìn)行限制后，所述收集的某個系統(tǒng)的關(guān)鍵性能指標(biāo)優(yōu)于第二閾值一段時間的情況下，確定停止對進(jìn)入系統(tǒng)的請求進(jìn)行限制，其中相對于第一閾值，第二閾值表明的系統(tǒng)的負(fù)載更輕。
6.根據(jù)權(quán)利要求I所述的方法， 其中當(dāng)對進(jìn)入系統(tǒng)的請求進(jìn)行限制后，所述收集的某個系統(tǒng)的關(guān)鍵性能指標(biāo)差于第三閾值一段時間的情況下，確定對進(jìn)入系統(tǒng)的請求進(jìn)行進(jìn)一步的限制，其中相對于第一閾值，第三閾值表明的系統(tǒng)的負(fù)載更重。
7.根據(jù)權(quán)利要求I所述的方法， 其中對請求進(jìn)行限制包括隨機(jī)地拒絕一定比例的請求。
8.一種流量控制裝置，包括 收集器，用于收集系統(tǒng)的關(guān)鍵性能指標(biāo)；以及 確定器，用于根據(jù)收集的系統(tǒng)的關(guān)鍵性能指標(biāo)確定是否對進(jìn)入系統(tǒng)的請求進(jìn)行限制，當(dāng)收集的某個系統(tǒng)的關(guān)鍵性能指標(biāo)差于第一閾值一段時間時，確定對進(jìn)入系統(tǒng)的請求進(jìn)行限制。
9.根據(jù)權(quán)利要求8所述的裝置， 其中確定器對于從不同接口進(jìn)入系統(tǒng)的請求，利用收集的不同的系統(tǒng)的關(guān)鍵性能指標(biāo)確定是否對從相應(yīng)接口進(jìn)入系統(tǒng)的請求進(jìn)行限制。
10.根據(jù)權(quán)利要求8所述的裝置， 其中確定器對于從不同接口進(jìn)入系統(tǒng)的請求，利用收集的相同的系統(tǒng)的關(guān)鍵性能指標(biāo)，但是利用不同的閾值，來確定是否對從相應(yīng)接口進(jìn)入系統(tǒng)的請求進(jìn)行限制。
11.根據(jù)權(quán)利要求8所述的裝置， 其中確定器對于不同的系統(tǒng)，利用收集的不同的系統(tǒng)的關(guān)鍵性能指標(biāo)確定是否對進(jìn)入系統(tǒng)的請求進(jìn)行限制。
12.根據(jù)權(quán)利要求8所述的裝置， 其中當(dāng)對進(jìn)入系統(tǒng)的請求進(jìn)行限制后，所述收集的某個系統(tǒng)的關(guān)鍵性能指標(biāo)優(yōu)于第二閾值一段時間的情況下，確定器確定停止對進(jìn)入系統(tǒng)的請求進(jìn)行限制，其中相對于第一閾值,第二閾值表明的系統(tǒng)的負(fù)載更輕。
13.根據(jù)權(quán)利要求8所述的裝置， 其中當(dāng)對進(jìn)入系統(tǒng)的請求進(jìn)行限制后，所述收集的某個系統(tǒng)的關(guān)鍵性能指標(biāo)差于第三閾值一段時間的情況下，確定器確定對進(jìn)入系統(tǒng)的請求進(jìn)行進(jìn)一步的限制，其中相對于第一閾值，第三閾值表明的系統(tǒng)的負(fù)載更重。
14.根據(jù)權(quán)利要求8所述的裝置， 其中對請求進(jìn)行限制包括隨機(jī)地拒絕一定比例的請求。
全文摘要
本發(fā)明公開了一種流量控制方法和流量控制裝置。該流量控制方法包括步驟收集系統(tǒng)的關(guān)鍵性能指標(biāo)；以及根據(jù)收集的系統(tǒng)的關(guān)鍵性能指標(biāo)確定是否對進(jìn)入系統(tǒng)的請求進(jìn)行限制，當(dāng)收集的某個系統(tǒng)的關(guān)鍵性能指標(biāo)差于第一閾值一段時間時，確定對進(jìn)入系統(tǒng)的請求進(jìn)行限制。根據(jù)本發(fā)明，能有效、實(shí)用以及靈活地向系統(tǒng)提供流量控制。
文檔編號H04L12/56GK102811157SQ201110146568
公開日2012年12月5日 申請日期2011年6月1日 優(yōu)先權(quán)日2011年6月1日
發(fā)明者羅海濱, 邱威, 崔健 申請人:阿爾卡特朗訊公司