欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

對點對點短消息話單處理速度進行動態(tài)調(diào)整的方法

文檔序號:7653753閱讀:120來源:國知局
專利名稱:對點對點短消息話單處理速度進行動態(tài)調(diào)整的方法
技術(shù)領(lǐng)域
本發(fā)明涉及一種對點對點短消息話單處理速度進行動態(tài)調(diào)整的方法。
背景技術(shù)
隨著移動通信技術(shù)的日益成熟和移動用戶的日趨飽和,如何通過業(yè)務創(chuàng)新進一步提升用戶的ARPU-Average Revenue Per User值(每用戶平均收入),從而達到使整個產(chǎn)業(yè)鏈贏利的目的逐漸成為移動通信運營商乃至整個業(yè)界關(guān)注的重點。
雖然移動運營商都通過引入SP/CP的方式,大力發(fā)展短消息業(yè)務,創(chuàng)造了一個具有前途的增值業(yè)務產(chǎn)業(yè)。但是短消息業(yè)務作為一個群眾性的業(yè)務,SP/CP類的業(yè)務雖然很有前途,但是針對點對點的短消息業(yè)務將更有吸引力。點對點的短消息內(nèi)容都是由用戶自己編寫的,在如此龐大的群眾創(chuàng)作中,也出現(xiàn)了很多十分有創(chuàng)意、流傳十分廣泛的段子,根據(jù)對某省運營商一個網(wǎng)內(nèi)點對點短信數(shù)據(jù)進行分析得出如下結(jié)論具有轉(zhuǎn)發(fā)意義被多人轉(zhuǎn)發(fā)過的短信發(fā)送量占總量的3%-5%,數(shù)量太少;一層用戶收到一個有意思的短信,然后轉(zhuǎn)發(fā)的比例約為20%-30%,存在一個短信轉(zhuǎn)發(fā)用戶群,但是數(shù)量不大,需要刺激。
由于現(xiàn)有技術(shù)中點對點短消息話單處理速度是固定不變的,所以經(jīng)常由于很多原因會出現(xiàn)處理速度下降的現(xiàn)象,控制對點對點短消息話單處理速度成為了一個需要解決的問題?,F(xiàn)有的對點對點短消息話單處理速度進行調(diào)整的方法為根據(jù)各現(xiàn)場局情況人工設(shè)定話單的處理速度,一般根據(jù)經(jīng)驗值設(shè)定話單的處理速度,設(shè)定時需考慮本局短消息的話務量、用戶量、注冊短消息量以及基于點對點短消息的短信積分營銷系統(tǒng)最大處理能力等因素。
現(xiàn)有的對點對點短消息話單處理速度進行調(diào)整的方法有以下缺陷采取人工設(shè)定話單的處理速度,話單的處理速度固定。然而實際系統(tǒng)運行時在各個時間段系統(tǒng)的處理能力不相同,例如,系統(tǒng)每天需要進行各種數(shù)據(jù)量的統(tǒng)計,此時業(yè)務處理模塊的處理能力下降。因此在設(shè)定話單處理速度時需要根據(jù)系統(tǒng)的當前處理能力調(diào)整話單的處理速度,才能保證有效利用系統(tǒng)資源?,F(xiàn)有的對點對點短消息話單處理速度進行調(diào)整的方法無法實時調(diào)整話單的處理速度。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題在于提供一種對點對點短消息話單處理速度進行動態(tài)調(diào)整的方法,以解決現(xiàn)有技術(shù)中的無法實時調(diào)整話單的處理速度和可能導致部分話單的處理失敗的問題。
為了解決上述問題,本發(fā)明提供了一種對點對點短消息話單處理速度進行動態(tài)調(diào)整的方法,其特征在于,包括以下步驟(1)設(shè)置一個初始話單處理速度,并對點對點短信息話單以所述初始話單處理速度分揀話單;(2)設(shè)置一個檢測周期,每隔一個檢測周期檢測運行狀態(tài)信息,并根據(jù)所述運行狀態(tài)信息判斷是否處于告警狀態(tài);(3)根據(jù)判斷得到的處于告警狀態(tài)或非告警狀態(tài),將當前的話單處理速度進行下調(diào)或上調(diào)。
本發(fā)明所述的方法,其中,步驟(2)中所述運行狀態(tài)信息包括中央處理器/用戶緩存占用率和消息響應率。
上述的方法,其中,所述中央處理器/用戶緩存占用率包括業(yè)務中央處理器/用戶緩存占用率;其中,所述中央處理器/用戶緩存占用率進一步包括匹配中央處理器/用戶緩存占用率;其中,所述消息響應率包括匹配業(yè)務消息響應率和話單匹配消息響應率。
本發(fā)明所述的方法,其中,步驟(2)中所述檢測周期為N個粒度,N為大于1的整數(shù);其中,所述步驟(2)進一步包括在一個檢測周期內(nèi)每隔一個粒度,分別檢測所述中央處理器/用戶緩存占用率和消息響應率,并取算術(shù)平均。
其中,步驟(3)進一步包括(31)設(shè)置話單處理速度上調(diào)時的調(diào)整步長以及話單處理速度下調(diào)時的調(diào)整步長,并為步驟(2)所述檢測結(jié)果中不同值分別設(shè)置一個告警計數(shù)器和一個告警值閥值;(32)根據(jù)所述檢測結(jié)果中不同檢測結(jié)果判斷是否發(fā)出告警信號;當發(fā)出告警信號時,該檢測結(jié)果的告警值計數(shù)器的值加1;(33)比較檢測結(jié)果中不同檢測結(jié)果的告警值計數(shù)器的值和告警值閥值,當所述檢測結(jié)果中的一個或多個的告警計數(shù)器的值大于其告警值閥值時,所述話單處理速度調(diào)整為當前話單處理速度減去話單處理速度下調(diào)時的調(diào)整步長;否則轉(zhuǎn)至步驟(32);(34)判斷檢測結(jié)果中不同檢測結(jié)果發(fā)出告警信號或發(fā)出告警恢復信號,當發(fā)出告警恢復信號時,將該結(jié)果的告警計數(shù)器的值減1;判斷所述檢測結(jié)果的告警計數(shù)器的值是否都為零,當所述檢測結(jié)果的告警計數(shù)器的值都為零時,將所述話單處理速度調(diào)整為當前話單處理速度加上話單處理速度上調(diào)時的調(diào)整步長;其中,步驟(33)中所述話單處理速度最低為零。
其中,步驟(34)中所述話單處理速度最高為設(shè)定的最大處理速度。
采用本發(fā)明所述的方法,與現(xiàn)有技術(shù)相比,可以根據(jù)系統(tǒng)的狀態(tài),自動調(diào)整話單處理速度,使得系統(tǒng)空閑時以最優(yōu)處理速度運行,而在系統(tǒng)忙碌時,自動降低話單處理速度,無須人工干預,大大提高了系統(tǒng)資源利用率,并避免了丟失話單。


圖1是本發(fā)明實施例所述方法一種具體實施操作流程圖;圖2是本發(fā)明實施例所述方法采用的系統(tǒng)的結(jié)構(gòu)圖;圖3是本發(fā)明實施例所述方法另一種具體實施操作流程圖;圖4是本發(fā)明實施例所述方法一種具體實施的業(yè)務模塊異常時的操作流程圖。
具體實施例方式
本發(fā)明為了解決傳統(tǒng)技術(shù)方案存在的弊端,通過以下實施例進一步闡述本發(fā)明所述的一種對點對點短消息話單處理速度進行動態(tài)調(diào)整的方法,以下對具體實施方式
進行詳細描述,但不作為對本發(fā)明的限定。
如圖1所示,本發(fā)明所述的方法,包括以下步驟步驟101,設(shè)置一個初始話單處理速度,并對點對點短信息話單以所述初始話單處理速度分揀話單;步驟102,設(shè)置一個檢測周期,每隔一個檢測周期檢測運行狀態(tài)信息,并根據(jù)所述運行狀態(tài)信息判斷是否處于告警狀態(tài);步驟103,根據(jù)判斷得到的處于告警狀態(tài)或非告警狀態(tài),將當前的話單處理速度進行下調(diào)或上調(diào)。
本發(fā)明所述實施例是在一種基于點對點短消息的短信轉(zhuǎn)發(fā)計數(shù)系統(tǒng)基礎(chǔ)上來實施的?;谶@樣的點對點短消息的短信轉(zhuǎn)發(fā)計數(shù)系統(tǒng)包括三個模塊話單分揀模塊、匹配模塊和業(yè)務處理模塊,話單分揀模塊從短消息中心獲取短消息話單文件,對話單內(nèi)容進行分揀過濾,將用戶發(fā)送成功的點對點短消息的主叫用戶、被叫用戶、短消息內(nèi)容等主要信息發(fā)送至下游匹配模塊;匹配模塊完成主叫用戶是否為系統(tǒng)會員以及發(fā)送的短消息內(nèi)容是否為系統(tǒng)注冊短信的匹配,之后將匹配結(jié)果發(fā)送至業(yè)務處理模塊;業(yè)務處理模塊完成用戶轉(zhuǎn)發(fā)短消息積分以及注冊短消息作者積分。在上述過程中話單分揀模塊、匹配模塊、業(yè)務處理模塊協(xié)作完成一個話單的完整處理流程,其中話單分揀模塊控制話單的處理速度。
由于所述話單分揀模塊、匹配模塊和業(yè)務處理模塊相互獨立,所以如何在各個模塊出現(xiàn)處理速度下降的現(xiàn)象時,控制對點對點短消息話單處理速度成為了一個需要解決的問題。
如圖2所示,基于點對點短消息的短信轉(zhuǎn)發(fā)計數(shù)系統(tǒng)包括三個模塊話單分揀模塊1、匹配模塊2和業(yè)務處理模塊3,話單分揀模塊1控制話單的處理速度,而匹配模塊2、業(yè)務處理模塊3和話單分揀模塊1的處理能力都會影響當前系統(tǒng)的最優(yōu)話單處理速度。
因而本發(fā)明所述方法的實施例采用了話單分揀模塊1、匹配模塊2和業(yè)務處理模塊3分別檢測各自的模塊運行狀態(tài)信息,并將所述模塊運行狀態(tài)信息反饋至話單分揀模塊1,話單分揀模塊1根據(jù)所述模塊運行狀態(tài)信息調(diào)整話單處理速度的措施,來動態(tài)調(diào)整話單處理速度而使其達到當前最優(yōu)話單處理速度。
如圖3所示,本發(fā)明所述的方法的具體實施包括以下步驟步驟301,話單分揀模塊1設(shè)置一個初始話單處理速度,啟動系統(tǒng),所述話單分揀模塊以初始話單處理速度處理話單;步驟302,設(shè)置一個檢測周期,一個檢測周期分為N個粒度;業(yè)務處理模塊3每隔一個粒度檢測業(yè)務處理模塊3占用系統(tǒng)中央處理器(CPU)的占用率(即業(yè)務CPU占用率)、業(yè)務處理模塊3占用系統(tǒng)用戶緩存(UB)的占用率(即業(yè)務UB占用率),并對一個檢測周期內(nèi)N個粒度檢測得到的業(yè)務CPU占用率、業(yè)務UB占用率求算術(shù)平均,將一個檢測周期內(nèi)的平均業(yè)務CPU占用率和平均業(yè)務UB占用率傳送至匹配模塊2;匹配模塊2每隔一個粒度檢測匹配模塊2占用系統(tǒng)CPU的占用率(即匹配CPU占用率)、匹配模塊2占用系統(tǒng)UB的占用率(即匹配UB占用率)和匹配模塊2發(fā)送至業(yè)務處理模塊3的消息數(shù)與匹配模塊2接收到的來自業(yè)務處理模塊3的正確響應數(shù)之間的比例(即匹配業(yè)務消息響應率),并對一個檢測周期內(nèi)N個粒度檢測得到的匹配CPU占用率、匹配UB占用率和匹配業(yè)務消息響應率求算術(shù)平均,將一個檢測周期內(nèi)的平均業(yè)務CPU占用率、平均業(yè)務UB占用率和平均匹配業(yè)務消息響應率傳送至話單分揀模塊1;接收來自業(yè)務處理模塊3的業(yè)務CPU占用率和業(yè)務UB占用率,并將這些檢測信息其傳送至話單分揀模塊1;話單分揀模塊1每隔一個粒度檢測話單分揀模塊1發(fā)送到匹配模塊2的消息與話單分揀模塊1收到的來自匹配模塊2的正確響應的比例(即話單匹配響應率),并對一個檢測周期內(nèi)N個粒度內(nèi)檢測得到的話單匹配響應率求算術(shù)平均,得到平均話單匹配響應率;步驟303,業(yè)務處理模塊3設(shè)置一個業(yè)務CPU占用率閥值、一個業(yè)務UB占用率閥值和一個初始值為零的紀錄業(yè)務CPU/UB占用率告警值個數(shù)的業(yè)務CPU/UB占用率告警計數(shù)器;每隔一個檢測周期,業(yè)務處理模塊3比較檢測得到的平均業(yè)務CPU占用率和業(yè)務CPU占用率閥值,并比較檢測得到的平均業(yè)務UB占用率和業(yè)務UB占用率閥值,當檢測得到的平均業(yè)務CPU占用率大于業(yè)務CPU占用閥值和平均業(yè)務UB占用率大于業(yè)務UB占用率閥值的其中一種情況發(fā)生或同時發(fā)生時,將業(yè)務CPU/UB占用率告警計數(shù)器的值加1,并將業(yè)務CPU/UB占用率告警計數(shù)器的值傳送至話單分揀模塊1;話單分揀模塊1設(shè)置一個業(yè)務CPU/UB占用率告警值閥值,每隔一個檢測周期,話單分揀模塊1比較業(yè)務CPU/UB占用率計數(shù)器的值和業(yè)務CPU/UB占用率告警值閥值;匹配模塊2設(shè)置一個匹配CPU占用率閥值、一個匹配UB占用率閥值、和一個初始值為零的紀錄匹配CPU/UB占用率告警值個數(shù)的匹配CPU/UB占用率告警計數(shù)器;每隔一個檢測周期,匹配模塊2比較檢測得到的平均匹配CPU占用率和匹配CPU占用率閥值,并比較檢測得到的平均匹配UB占用率和匹配UB占用率閥值,當檢測得到的平均匹配CPU占用率大于匹配CPU占用閥值和匹配UB占用率大于匹配UB占用率閥值的其中一種情況發(fā)生或同時發(fā)生時,將匹配CPU/UB占用率告警計數(shù)器的值加1,并將匹配CPU/UB占用率告警計數(shù)器的值傳送至話單分揀模塊1;話單分揀模塊1設(shè)置一個匹配CPU/UB占用率告警值閥值,每隔一個檢測周期,話單分揀模塊1比較匹配CPU/UB占用率告警計數(shù)器的值和匹配CPU/UB占用率告警值閥值;匹配模塊2設(shè)置一個匹配業(yè)務消息響應率閥值和一個初始值為零的紀錄匹配業(yè)務消息響應率告警值的匹配業(yè)務消息響應率告警計數(shù)器;匹配模塊2比較平均匹配業(yè)務消息響應率和匹配業(yè)務消息響應率閥值,當檢測得到的平均匹配業(yè)務消息響應率小于匹配業(yè)務消息響應率閥值時,將匹配業(yè)務消息響應率告警計數(shù)器的值加1,并將匹配業(yè)務消息響應率告警計數(shù)器的值傳送至話單分揀模塊1;話單分揀模塊1設(shè)置一個匹配業(yè)務消息響應率告警值閥值,每隔一個檢測周期,話單分揀模塊1比較匹配業(yè)務消息響應率告警計數(shù)器的值和匹配業(yè)務消息響應率閥值;話單分揀模塊1設(shè)置一個話單匹配消息響應率閥值、一個初始值為零的紀錄話單匹配消息響應率告警值的計數(shù)器和一個話單匹配消息響應率告警值閥值;每隔一個檢測周期,話單分揀模塊1比較檢測得到的平均話單匹配消息響應率和話單匹配消息響應率閥值,當平均話單匹配消息響應率小于話單匹配消息響應率閥值時,將話單匹配消息響應率告警計數(shù)器的值加1;每隔一個周期,話單分揀模塊1比較話單匹配消息響應率告警計數(shù)器的值和話單匹配消息響應率告警值閥值;話單分揀模塊1設(shè)置一個話單處理速度最大值、一個話單處理速度上調(diào)時的調(diào)整步長和一個話單處理速度下調(diào)時的調(diào)整步長;步驟304,當業(yè)務CPU/UB占用率告警計數(shù)器的值大于或等于業(yè)務CPU/UB占用率告警值閥值、匹配CPU/UB占用率告警計數(shù)器的值大于或等于匹配CPU/UB占用率告警值閥值、匹配業(yè)務消息響應率告警計數(shù)器的值大于或等于匹配業(yè)務消息響應率告警值閥值、話單匹配消息響應率告警計數(shù)器的值大于或等于話單匹配消息響應率告警值閥值的其中一種或幾種情況發(fā)生時,話單分揀模塊1將話單處理速度調(diào)整為當前話單處理速度減去話單處理速度下調(diào)時的調(diào)整步長,話單處理速度最低可以降至0,轉(zhuǎn)至步驟305;否則轉(zhuǎn)至步驟303;步驟305,每隔一個檢測周期,業(yè)務處理模塊3比較檢測得到的平均業(yè)務CPU占用率和業(yè)務CPU占用率閥值,并比較檢測得到的平均業(yè)務UB占用率和業(yè)務UB占用率閥值,當檢測得到的平均業(yè)務CPU占用率大于業(yè)務CPU占用閥值和平均業(yè)務UB占用率大于業(yè)務UB占用率閥值的其中一種情況發(fā)生或同時發(fā)生時,將業(yè)務CPU/UB占用率告警計數(shù)器的值加1;當檢測得到的平均業(yè)務CPU占用率小于或等于業(yè)務CPU占用閥值和平均業(yè)務UB占用率小于或等于業(yè)務UB占用率閥值時,將業(yè)務CPU/UB占用率告警計數(shù)器的值減1;每隔一個檢測周期,匹配模塊2比較檢測得到的平均匹配CPU占用率和匹配CPU占用率閥值,并比較檢測得到的平均匹配UB占用率和匹配UB占用率閥值,當檢測得到的平均匹配CPU占用率大于匹配CPU占用閥值和匹配UB占用率大于匹配UB占用率閥值的其中一種情況發(fā)生或同時發(fā)生時,將匹配CPU/UB占用率告警計數(shù)器的值加1;當檢測得到的平均匹配CPU占用率小于或等于匹配CPU占用閥值和匹配UB占用率小于或等于匹配UB占用率閥值時,將匹配CPU/UB占用率告警計數(shù)器的值減1;每隔一個檢測周期,匹配模塊2比較平均匹配業(yè)務消息響應率和匹配業(yè)務消息響應率閥值,當檢測得到的平均匹配業(yè)務消息響應率小于匹配業(yè)務消息響應率閥值時,將匹配業(yè)務消息響應率告警計數(shù)器的值加1;當檢測得到的平均匹配業(yè)務消息響應率大于匹配業(yè)務消息響應率閥值時,將匹配業(yè)務消息響應率告警計數(shù)器減1;每隔一個檢測周期,話單分揀模塊1比較檢測得到的平均話單匹配消息響應率和話單匹配消息響應率閥值;當平均話單匹配消息響應率小于話單匹配消息響應率閥值時,將話單匹配消息響應率告警計數(shù)器的值加1;當平均話單匹配消息響應率大于話單匹配消息響應率閥值時,將話單匹配消息響應率告警計數(shù)器的值減1;每隔一個檢測周期,話單分揀模塊1檢測業(yè)務CPU/UB占用率告警計數(shù)器的值、匹配CPU/UB占用率告警計數(shù)器的值、匹配業(yè)務消息響應告警計數(shù)器的值和話單匹配消息響應率告警計數(shù)器的值;步驟306,當業(yè)務CPU/UB占用率告警計數(shù)器的值、匹配CPU/UB占用率告警計數(shù)器的值、匹配業(yè)務消息響應告警計數(shù)器的值和話單匹配消息響應率告警計數(shù)器的值全為零時,并且下一個檢測周期檢測時仍然如此,此時話單分揀模塊1將話單處理速度調(diào)整為當前話單處理速度加上話單處理速度上調(diào)時的調(diào)整步長,話單處理速度最大可達到話單處理速度最大值,轉(zhuǎn)至步驟303;否則,轉(zhuǎn)至步驟305。
如圖4所示,下面以業(yè)務處理模塊3檢測到的業(yè)務CPU/UB占用率異常的情況,說明本發(fā)明具體實施的話單處理速度動態(tài)調(diào)整的步驟。
步驟401,話單分揀模塊1設(shè)置一個初始話單處理速度,所述話單分揀模塊1以初始話單處理速度處理話單;步驟402,業(yè)務處理模塊3每隔一個粒度檢測業(yè)務處理模塊3占用系統(tǒng)CPU的占用率(即業(yè)務CPU占用率)、業(yè)務處理模塊3占用系統(tǒng)用戶緩存(UB)的占用率(即業(yè)務UB占用率),并對一個檢測周期內(nèi)N個粒度檢測得到的業(yè)務CPU占用率、業(yè)務UB占用率求算術(shù)平均,將一個檢測周期內(nèi)的平均業(yè)務CPU占用率和平均業(yè)務UB占用率傳送至匹配模塊2,匹配模塊2將平均業(yè)務CPU占用率和平均業(yè)務UB占用率傳送至話單分揀模塊1;步驟403,業(yè)務處理模塊3比較檢測得到的平均業(yè)務CPU占用率和業(yè)務CPU占用率閥值,并比較檢測得到的平均業(yè)務UB占用率和業(yè)務UB占用率閥值;步驟404,當檢測得到的平均業(yè)務CPU占用率大于業(yè)務CPU占用閥值和平均業(yè)務UB占用率大于業(yè)務UB占用率閥值的其中一種情況發(fā)生或同時發(fā)生時,業(yè)務處理模塊3發(fā)出業(yè)務告警CPU/UB占用率告警消息;步驟405,業(yè)務處理模塊3將業(yè)務CPU/UB占用率告警計數(shù)器的值加1,并將業(yè)務CPU/UB占用率告警計數(shù)器的值傳送至話單分揀模塊1;步驟406,話單分揀模塊1比較業(yè)務CPU/UB占用率告警計數(shù)器的值和業(yè)務CPU/UB占用率告警值閥值,當業(yè)務CPU/UB占用率告警計數(shù)器的值大于或等于業(yè)務CPU/UB占用率告警值閥值時,轉(zhuǎn)至步驟407;當業(yè)務CPU/UB占用率告警計數(shù)器的值小于業(yè)務CPU/UB占用率告警值閥值時,轉(zhuǎn)至步驟402;步驟407,話單分揀模塊1將話單處理速度調(diào)整為當前話單處理速度減去話單處理速度下調(diào)時的調(diào)整步長;步驟408,下個周期,業(yè)務處理模塊3比較檢測得到的平均業(yè)務CPU占用率和業(yè)務CPU占用率閥值,并比較檢測得到的平均業(yè)務UB占用率和業(yè)務UB占用率閥值;當檢測得到的平均業(yè)務CPU占用率小于或等于業(yè)務CPU占用閥值并且平均業(yè)務UB占用率小于或等于業(yè)務UB占用率閥值時,業(yè)務處理模塊3發(fā)出業(yè)務模塊告警恢復消息,轉(zhuǎn)至步驟409;當檢測得到的平均業(yè)務CPU占用率大于業(yè)務CPU占用閥值和平均業(yè)務UB占用率大于業(yè)務UB占用率閥值的其中一種情況發(fā)生或同時發(fā)生時,業(yè)務處理模塊3發(fā)出業(yè)務CPU/UB占用率告警消息,轉(zhuǎn)至步驟405;步驟409,業(yè)務處理模塊3判斷業(yè)務CPU/UB占用率告警計數(shù)器的值是否大于等于1,當業(yè)務CPU/UB占用率告警計數(shù)器的值大于等于1時,轉(zhuǎn)至步驟410;當業(yè)務CPU/UB占用率告警計數(shù)器的值小于1時,轉(zhuǎn)至步驟411;步驟410,業(yè)務處理模塊3將業(yè)務CPU/UB占用率告警計數(shù)器的值減1,轉(zhuǎn)至步驟402;步驟411,等待一個檢測周期,話單分揀模塊1將話單處理速度調(diào)整為當前話單處理速度加話單處理速度上調(diào)時的調(diào)整步長,轉(zhuǎn)至步驟402。
本發(fā)明實施例所述的方法涉及四個信息的檢測業(yè)務CPU/UB占用率、匹配CPU/UB占用率、匹配業(yè)務消息響應率和話單匹配消息響應率,上述四個信息的檢測采用相同的檢測機制,采用滑動窗口的方法進行各信息的檢測,下面以匹配模塊2檢測匹配業(yè)務消息響應率進行說明匹配模塊2發(fā)送至業(yè)務處理模塊3的消息量為a,業(yè)務處理模塊3返回至匹配模塊2的正確響應消息量為b,當b/a小于匹配業(yè)務消息響應率閥值時,產(chǎn)生告警信息。設(shè)定粒度為5秒,檢測周期為1分鐘,則需每隔5秒檢測匹配業(yè)務消息響應率,并將一分鐘之內(nèi)的12個檢測結(jié)果進行算數(shù)平均,得到一分鐘之內(nèi)的平均匹配業(yè)務消息響應率。預先設(shè)置一個初始值為0的計數(shù)值countIndex,系統(tǒng)在啟動時記錄啟動的時間startUpTime,以此作為統(tǒng)計的時間值startCountTime的初始值,獲取當前的時間currentTime,如果currentTime與startCountTime之差大于5秒(即當前粒度),則將計數(shù)值countIndex的值加1,同時將startCountTime的值增加5秒。計數(shù)值countIndex的值在0到12之間,多留了一個空間的目的是為了能夠完整統(tǒng)計到一個檢測周期(1分鐘)內(nèi)檢測得到的匹配業(yè)務消息響應率。
以上所述僅為本發(fā)明的示意實施例,應當知道這可以有許多變型,這種變型不被認為是脫離本發(fā)明的示意實施例的精神和范圍,并且所有這樣的本領(lǐng)域普通技術(shù)人員顯而易見的變型被包含在所附權(quán)利要求的范圍之內(nèi)。
權(quán)利要求
1.一種對點對點短消息話單處理速度進行動態(tài)調(diào)整的方法,其特征在于,包括以下步驟(1)設(shè)置一個初始話單處理速度,并對點對點短信息話單以所述初始話單處理速度分揀話單;(2)設(shè)置一個檢測周期,每隔一個檢測周期檢測運行狀態(tài)信息,并根據(jù)所述運行狀態(tài)信息判斷是否處于告警狀態(tài);(3)根據(jù)判斷得到的處于告警狀態(tài)或非告警狀態(tài),將當前的話單處理速度進行下調(diào)或上調(diào)。
2.如權(quán)利要求1所述的方法,其特征在于,步驟(2)中所述運行狀態(tài)信息包括中央處理器/用戶緩存占用率和消息響應率。
3.如權(quán)利要求2所述的方法,其特征在于,所述中央處理器/用戶緩存占用率包括業(yè)務中央處理器/用戶緩存占用率。
4.如權(quán)利要求3所述的方法,其特征在于,所述中央處理器/用戶緩存占用率進一步包括匹配中央處理器/用戶緩存占用率。
5.如權(quán)利要求2所述的方法,其特征在于,所述消息響應率包括匹配業(yè)務消息響應率和話單匹配消息響應率。
6.如權(quán)利要求1所述的方法,其特征在于,步驟(2)中所述檢測周期為N個粒度,N為大于1的整數(shù)。
7.如權(quán)利要求6所述的方法,其特征在于,所述步驟(2)進一步包括在一個檢測周期內(nèi)每隔一個粒度,分別檢測所述中央處理器/用戶緩存占用率和消息響應率,并取算術(shù)平均。
8.如權(quán)利要求5所述的方法,其特征在于,步驟(3)進一步包括(31)設(shè)置話單處理速度上調(diào)時的調(diào)整步長以及話單處理速度下調(diào)時的調(diào)整步長,并為步驟(2)所述檢測結(jié)果中不同值分別設(shè)置一個告警計數(shù)器和一個告警值閥值;(32)根據(jù)所述檢測結(jié)果中不同檢測結(jié)果判斷是否發(fā)出告警信號;當發(fā)出告警信號時,該檢測結(jié)果的告警值計數(shù)器的值加1;(33)比較檢測結(jié)果中不同檢測結(jié)果的告警值計數(shù)器的值和告警值閥值,當所述檢測結(jié)果中的一個或多個的告警計數(shù)器的值大于其告警值閥值時,所述話單處理速度調(diào)整為當前話單處理速度減去話單處理速度下調(diào)時的調(diào)整步長;否則轉(zhuǎn)至步驟(32);(34)判斷檢測結(jié)果中不同檢測結(jié)果發(fā)出告警信號或發(fā)出告警恢復信號,當發(fā)出告警恢復信號時,將該結(jié)果的告警計數(shù)器的值減1;判斷所述檢測結(jié)果的告警計數(shù)器的值是否都為零,當所述檢測結(jié)果的告警計數(shù)器的值都為零時,將所述話單處理速度調(diào)整為當前話單處理速度加上話單處理速度上調(diào)時的調(diào)整步長。
9.如權(quán)利要求8所述的方法,其特征在于,步驟(33)中所述話單處理速度最低為零。
10.如權(quán)利要求8所述的方法,其特征在于,步驟(34)中所述話單處理速度最高為設(shè)定的最大處理速度。
全文摘要
本發(fā)明公開了一種對點對點短消息話單處理速度進行動態(tài)調(diào)整的方法,該方法包括(1)設(shè)置一個初始話單處理速度,并對點對點短信息話單以所述初始話單處理速度分揀話單;(2)設(shè)置一個檢測周期,每隔一個檢測周期檢測運行狀態(tài)信息,并根據(jù)所述運行狀態(tài)信息判斷是否處于告警狀態(tài);(3)根據(jù)判斷得到的處于告警狀態(tài)或非告警狀態(tài),將當前的話單處理速度進行下調(diào)或上調(diào)。本發(fā)明所述的方法可以根據(jù)系統(tǒng)的狀態(tài),自動調(diào)整話單處理速度,使得系統(tǒng)空閑時以最優(yōu)處理速度運行,而在系統(tǒng)忙碌時,自動降低話單處理速度,無須人工干預,提高系統(tǒng)資源利用率,并避免丟失話單。
文檔編號H04W4/14GK101052164SQ20071010700
公開日2007年10月10日 申請日期2007年5月11日 優(yōu)先權(quán)日2007年5月11日
發(fā)明者張玲東, 姚志強, 錢小兵 申請人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
兴安县| 子长县| 进贤县| 张家川| 隆昌县| 信丰县| 金溪县| 韶关市| 林周县| 萍乡市| 秦皇岛市| 银川市| 丹棱县| 麻城市| 平昌县| 红桥区| 云霄县| 黑龙江省| 自治县| 阿拉善右旗| 铜山县| 吐鲁番市| 潞城市| 景泰县| 北辰区| 汾阳市| 大悟县| 卢氏县| 晋州市| 台北市| 黄石市| 江油市| 个旧市| 县级市| 塘沽区| 呈贡县| 上饶市| 康平县| 辽宁省| 三原县| 茶陵县|