專利名稱：一種控制業(yè)務(wù)下發(fā)流量的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊領(lǐng)域，尤其涉及一種控制業(yè)務(wù)下發(fā)流量的方法及系統(tǒng)。
背景技術(shù)：
隨著通訊:忮術(shù)的發(fā)展，數(shù)據(jù)通訊成為主要的業(yè)務(wù)形式。在通訊網(wǎng)絡(luò)中， 業(yè)務(wù)管理平臺(tái)是一個(gè)可將各種數(shù)據(jù)業(yè)務(wù)統(tǒng)一管理的通訊管理平臺(tái)。業(yè)務(wù)管理
平臺(tái)針對(duì)用戶、內(nèi)容提供商以及運(yùn)營(yíng)商等提供以下主要功能
為用戶提供統(tǒng)一的用戶體驗(yàn)和業(yè)務(wù)瀏覽、使用的接入點(diǎn)；
為內(nèi)容提供平臺(tái)(CP， content provider,或稱為內(nèi)容提供商，以下簡(jiǎn)稱 CP)提供統(tǒng)一的申請(qǐng)合作和各種數(shù)據(jù)業(yè)務(wù)的界面；
為運(yùn)營(yíng)商提供統(tǒng)一的管理各種數(shù)據(jù)業(yè)務(wù)信息、CP信息、用戶信息和運(yùn) 營(yíng)策略的功能集中點(diǎn)。
業(yè)務(wù)管理平臺(tái)保存了用戶信息和業(yè)務(wù)、產(chǎn)品信息，當(dāng)用戶進(jìn)行產(chǎn)品或業(yè) 務(wù)訂購(gòu)時(shí)會(huì)生成訂購(gòu)關(guān)系保存，同時(shí)提供對(duì)用戶和CP的鑒權(quán)和計(jì)費(fèi)。當(dāng)用 戶訂購(gòu)了 CP提供的業(yè)務(wù)后，CP要向用戶下發(fā)業(yè)務(wù)，CP向用戶下發(fā)業(yè)務(wù)時(shí) 需要在業(yè)務(wù)管理平臺(tái)進(jìn)行鑒權(quán)和計(jì)費(fèi)。由于每個(gè)CP都有大量的用戶訂購(gòu)業(yè) 務(wù)，當(dāng)多個(gè)CP同時(shí)向用戶下發(fā)業(yè)務(wù)時(shí)，對(duì)于業(yè)務(wù)管理平臺(tái)而言，可能會(huì)因 為消息量太大而超出業(yè)務(wù)管理平臺(tái)的處理能力，造成大量的業(yè)務(wù)下發(fā)失敗， 并且可能在各個(gè)CP都下發(fā)完業(yè)務(wù)后，又會(huì)出現(xiàn)業(yè)務(wù)管理平臺(tái)長(zhǎng)時(shí)間空閑， 因而業(yè)務(wù)管理平臺(tái)的資源沒(méi)有得到合理的使用。
綜上，如何針對(duì)業(yè)務(wù)管理平臺(tái)可能出現(xiàn)的業(yè)務(wù)集中下發(fā)造成超出處理能 力而下發(fā)失敗，以及業(yè)務(wù)集中下發(fā)后在時(shí)間上可能出現(xiàn)的業(yè)務(wù)空閑的業(yè)務(wù)平 臺(tái)資源浪費(fèi)等問(wèn)題進(jìn)行妥善控制，則成為需要解決的一個(gè)問(wèn)題，因而，需要 一套業(yè)務(wù)流量控制的技術(shù)方案來(lái)對(duì)業(yè)務(wù)管理平臺(tái)的業(yè)務(wù)流量進(jìn)行合理控制。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題是提供一種控制業(yè)務(wù)下發(fā)流量的方法及系
統(tǒng)，對(duì)業(yè)務(wù)管理平臺(tái)進(jìn)行業(yè)務(wù)下發(fā)流量控制，解決多個(gè)CP同時(shí)下發(fā)大業(yè)務(wù)
量引起的平臺(tái)資源占用過(guò)高導(dǎo)致的業(yè)務(wù)下發(fā)失敗或網(wǎng)絡(luò)擁塞問(wèn)題。
為了解決上述問(wèn)題，本發(fā)明提供了 一種控制業(yè)務(wù)下發(fā)流量的方法，包括 內(nèi)容提供平臺(tái)CP進(jìn)行業(yè)務(wù)的下發(fā)，同時(shí)向業(yè)務(wù)管理平臺(tái)發(fā)送該業(yè)務(wù)的
業(yè)務(wù)下發(fā)消息；
所述業(yè)務(wù)管理平臺(tái)根據(jù)定期收集的資源信息和接收的所述CP發(fā)送的業(yè) 務(wù)下發(fā)消息生成系統(tǒng)資源占用信息，根據(jù)生成的系統(tǒng)資源占用信息判斷如果 系統(tǒng)的資源過(guò)負(fù)荷，則生成流量控制消息并發(fā)送給所述CP;
所述CP根據(jù)接收的所述流量控制消息調(diào)整下發(fā)的業(yè)務(wù)量，進(jìn)行業(yè)務(wù)的 下發(fā)。
本發(fā)明還提供了 一種控制業(yè)務(wù)下發(fā)流量的系統(tǒng)，包括業(yè)務(wù)管理平臺(tái)和內(nèi) 容提供平臺(tái)CP，其中，
所述業(yè)務(wù)管理平臺(tái)包括系統(tǒng)資源收集模塊和業(yè)務(wù)流量控制模塊，所述 CP包括下發(fā)控制模塊，其中
所述下發(fā)控制模塊，用于進(jìn)行業(yè)務(wù)的下發(fā)時(shí)，向所述系統(tǒng)資源收集模塊 發(fā)送該業(yè)務(wù)的業(yè)務(wù)下發(fā)消息；接收所述流量控制^t塊發(fā)送的所述流量控制消 息，根據(jù)該流量控制消息調(diào)整下發(fā)的業(yè)務(wù)量，進(jìn)行業(yè)務(wù)的下發(fā)；
所述系統(tǒng)資源收集模塊，用于接收所述下發(fā)控制模塊發(fā)送的所述業(yè)務(wù)下 發(fā)消息，根據(jù)定期收集的資源信息和業(yè)務(wù)下發(fā)消息生成系統(tǒng)資源占用信息， 上報(bào)給所述流量控制模塊；
所述流量控制模塊，用于根據(jù)接收的系統(tǒng)資源收集模塊上報(bào)的系統(tǒng)資源 占用信息，判斷系統(tǒng)的資源是否過(guò)負(fù)荷，如果是，則生成并發(fā)送流量控制消 息給所述下發(fā)控制模塊。
與現(xiàn)有技術(shù)相比，應(yīng)用本發(fā)明的控制業(yè)務(wù)下發(fā)流量的方法及系統(tǒng)，可以 實(shí)現(xiàn)對(duì)業(yè)務(wù)下發(fā)流量的控制， 一方面可以實(shí)現(xiàn)集中進(jìn)行總體統(tǒng)一控制，也可以結(jié)合各個(gè)CP的優(yōu)先級(jí)和信用度進(jìn)行個(gè)性流量控制，在業(yè)務(wù)管理平臺(tái)與CP
之間建立了對(duì)話機(jī)制，從而有效地克服了多個(gè)CP同時(shí)集中進(jìn)行業(yè)務(wù)下發(fā)，
因?qū)I(yè)務(wù)管理平臺(tái)的沖擊所導(dǎo)致的消息下發(fā)失敗，可以維持業(yè)務(wù)管理平臺(tái)的 穩(wěn)定，避免網(wǎng)絡(luò)擁塞，使業(yè)務(wù)管理平臺(tái)的資源得到合理的應(yīng)用，提高業(yè)務(wù)下 發(fā)的成功率和效率。同時(shí)，動(dòng)態(tài)調(diào)整流量控制參數(shù)以及定期清零等手段又可 提高業(yè)務(wù)下發(fā)流量控制的靈活性。


圖1是本發(fā)明中控制業(yè)務(wù)下發(fā)流量的系統(tǒng)的結(jié)構(gòu)示意圖； 圖2是本發(fā)明中控制業(yè)務(wù)下發(fā)流量的方法的流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，以下結(jié)合附圖及具體實(shí) 施例，對(duì)本發(fā)明作進(jìn)一步地詳細(xì)說(shuō)明。
本發(fā)明的核心思想主要在于，針對(duì)現(xiàn)有技術(shù)中業(yè)務(wù)管理平臺(tái)在承載各個(gè)
CP下發(fā)的業(yè)務(wù)時(shí)，只是被動(dòng)承載下發(fā)的情況，通過(guò)定期監(jiān)測(cè)系統(tǒng)資源狀態(tài)， 由業(yè)務(wù)管理平臺(tái)根據(jù)自身業(yè)務(wù)承載狀態(tài)，為各個(gè)CP分配調(diào)整其被允許下發(fā) 的業(yè)務(wù)量并通知各個(gè)CP，而各個(gè)CP則根據(jù)業(yè)務(wù)管理平臺(tái)指定的業(yè)務(wù)量進(jìn) 行下發(fā)，這樣，就在業(yè)務(wù)管理平臺(tái)和各個(gè)CP之間建立一種會(huì)話機(jī)制，在業(yè) 務(wù)量增大超過(guò)設(shè)置值時(shí)，可以及時(shí)通知各個(gè)CP調(diào)整每秒下發(fā)的業(yè)務(wù)量，避 免出現(xiàn)集中超負(fù)荷下發(fā)的情形出現(xiàn)。
如圖l所示， 一種控制業(yè)務(wù)下發(fā)流量的系統(tǒng)，該系統(tǒng)包括業(yè)務(wù)管理平臺(tái) 和CP，所述業(yè)務(wù)管理平臺(tái)和流量控制相關(guān)的模塊包括系統(tǒng)資源收集模塊和 業(yè)務(wù)流量控制4莫塊，所述CP和流量控制相關(guān)的模塊包括下發(fā)控制模塊，其 中
系統(tǒng)資源收集模塊，用于接收下發(fā)控制模塊發(fā)送的業(yè)務(wù)下發(fā)消息，根據(jù) 定期收集的資源信息和業(yè)務(wù)下發(fā)消息生成系統(tǒng)資源占用信息，上報(bào)給所述流 量控制模塊；所述系統(tǒng)資源收集模塊生成的所述系統(tǒng)資源占用信息包括CPU占用 率、消息隊(duì)列中未處理的業(yè)務(wù)下發(fā)消息數(shù)、設(shè)定時(shí)間內(nèi)系統(tǒng)收到的業(yè)務(wù)下發(fā) 消息總數(shù)以及各CP在設(shè)定時(shí)間內(nèi)下發(fā)的業(yè)務(wù)下發(fā)消息數(shù)。
所述系統(tǒng)資源收集模塊定期收集的所述資源信息包括所述CP的優(yōu)先級(jí) 系數(shù)和信用度系數(shù)；
所述流量控制模塊生成所述流量控制消息并發(fā)送給所述下發(fā)控制模塊， 是指
所述流量控制模塊根據(jù)所述CP在設(shè)定時(shí)間內(nèi)下發(fā)的業(yè)務(wù)下發(fā)消息數(shù)、 所述流量調(diào)整比率、所述CP的優(yōu)先級(jí)系數(shù)與所述CP的信用度系數(shù)相乘得 到的數(shù)值，確定該CP調(diào)整后設(shè)定時(shí)間內(nèi)下發(fā)的消息凄t，生成包含該CP調(diào) 整后設(shè)定時(shí)間內(nèi)下發(fā)的消息數(shù)的流量控制消息并發(fā)送給所述下發(fā)控制模塊。
所述系統(tǒng)資源收集模塊，還用于根據(jù)收集的所述資源信息，判斷若包含 已發(fā)送流量控制消息的CP，則判斷該CP在設(shè)定時(shí)間內(nèi)下發(fā)的業(yè)務(wù)下發(fā)消 息數(shù)是否大于所述流量控制消息中所指示的該CP設(shè)定時(shí)間內(nèi)下發(fā)的消息 數(shù)；
若大于，且判斷若未扣減所述CP的信用度系數(shù)，則將該CP的違約次 數(shù)加1;當(dāng)判斷若該CP的違約次數(shù)大于3次時(shí)，則扣減該CP的信用度系 數(shù)并記錄；
若大于，且判斷若已扣減所述CP的信用度系數(shù)，則不改變當(dāng)前信用度 系數(shù)記錄。
流量控制模塊，用于根據(jù)接收的系統(tǒng)資源收集模塊上報(bào)的系統(tǒng)資源占用 信息，判斷系統(tǒng)的資源是否過(guò)負(fù)荷，如果是，則需要進(jìn)行流量控制，生成并 發(fā)送流量控制消息給所述下發(fā)控制模塊；
所述流量控制模塊根據(jù)生成的系統(tǒng)資源占用信息判斷如果系統(tǒng)的資源 過(guò)負(fù)荷，是通過(guò)以下方式完成
所述流量控制模塊根據(jù)所述系統(tǒng)資源占用信息中CPU占用率，判斷該 CPU占用率是否超過(guò)CPU占用率閥值，若是，則判定系統(tǒng)的資源過(guò)負(fù)荷；
或者所述流量控制模塊根據(jù)所述系統(tǒng)資源占用信息，判斷每秒需要處理的業(yè)務(wù)下發(fā)消息數(shù)是否大于該業(yè)務(wù)管理平臺(tái)配置的每秒處理的業(yè)務(wù)下發(fā)消
息能力數(shù)，若是，則判定系統(tǒng)的資源過(guò)負(fù)荷；其中，所述每秒需要處理的業(yè) 務(wù)下發(fā)消息數(shù)是通過(guò)所述設(shè)定時(shí)間內(nèi)系統(tǒng)收到的業(yè)務(wù)下發(fā)消息總數(shù)加上所 述消息隊(duì)列中未處理的業(yè)務(wù)下發(fā)消息數(shù)的和，除以設(shè)定時(shí)間的秒數(shù)得到的數(shù) 值；
或者所述流量控制模塊根據(jù)所述系統(tǒng)資源占用信息中CPU占用率，判 斷該CPU占用率是否超過(guò)CPU占用率閥值，若沒(méi)有，則判斷每秒需要處理 的業(yè)務(wù)下發(fā)消息數(shù)是否大于該業(yè)務(wù)管理平臺(tái)配置的每秒處理的業(yè)務(wù)下發(fā)消 息能力數(shù)，若是，則判定系統(tǒng)的資源過(guò)負(fù)荷。
所述流量控制模塊根據(jù)生成的系統(tǒng)資源占用信息判斷如果系統(tǒng)的資源 過(guò)負(fù)荷，則生成流量控制消息并發(fā)送給所述下發(fā)控制才莫塊，是指
所述流量控制模塊根據(jù)生成的系統(tǒng)資源占用信息判斷如果系統(tǒng)的資源 過(guò)負(fù)荷，則確定調(diào)整后下發(fā)的業(yè)務(wù)量與原下發(fā)業(yè)務(wù)量的流量調(diào)整比率，根據(jù) 該流量調(diào)整比率生成包含所述CP調(diào)整后設(shè)定時(shí)間內(nèi)下發(fā)的業(yè)務(wù)下發(fā)消息數(shù) 的流量控制消息，并發(fā)送給所述下發(fā)控制模塊；
其中，當(dāng)所述流量控制模塊判斷系統(tǒng)的資源過(guò)負(fù)荷的情況是所述CPU 占用率超過(guò)所述CPU占用率閾值時(shí)，確定調(diào)整后下發(fā)的業(yè)務(wù)量與原下發(fā)業(yè) 務(wù)量的流量調(diào)整比率為1-(該CPU占用率-CPU占用率閾值)/CPU占 用率閾值；
其中，當(dāng)所述流量控制模塊判斷系統(tǒng)的資源過(guò)負(fù)荷的情況是每秒需要處 理的業(yè)務(wù)下發(fā)消息數(shù)大于業(yè)務(wù)管理平臺(tái)配置的每秒處理的業(yè)務(wù)下發(fā)消息能 力數(shù)時(shí)，確定調(diào)整后下發(fā)的業(yè)務(wù)量與原下發(fā)業(yè)務(wù)量的流量調(diào)整比率為1-(設(shè)定時(shí)間內(nèi)需要處理的業(yè)務(wù)下發(fā)消息總數(shù)-該業(yè)務(wù)管理平臺(tái)配置的設(shè)定 時(shí)間內(nèi)業(yè)務(wù)下發(fā)消息能力數(shù))/該業(yè)務(wù)管理平臺(tái)配置的設(shè)定時(shí)間內(nèi)業(yè)務(wù)下發(fā) 消息能力數(shù)；
下發(fā)控制模塊，用于向用戶進(jìn)行業(yè)務(wù)的下發(fā)時(shí)，向業(yè)務(wù)管理平臺(tái)中系統(tǒng) 資源收集模塊發(fā)送該業(yè)務(wù)的業(yè)務(wù)下發(fā)消息；接收所述流量控制模塊發(fā)送的所 述流量控制消息，根據(jù)該流量控制消息調(diào)整每秒需要下發(fā)的業(yè)務(wù)量， 用戶 進(jìn)行業(yè)務(wù)的下發(fā)。所述下發(fā)控制模塊根據(jù)接收的所述流量控制消息調(diào)整下發(fā)的業(yè)務(wù)量，進(jìn)
行業(yè)務(wù)的下發(fā)，是指所述下發(fā)控制模塊根據(jù)接收的所述流量控制消息中所 述CP調(diào)整后設(shè)定時(shí)間內(nèi)下發(fā)的業(yè)務(wù)下發(fā)消息數(shù)，調(diào)整下發(fā)的業(yè)務(wù)量，進(jìn)行
業(yè)務(wù)的下發(fā)。
所述系統(tǒng)進(jìn)行流量控制的流程，如下所示
在該系統(tǒng)中，當(dāng)?shù)竭_(dá)業(yè)務(wù)下發(fā)時(shí)間后，CP中所述下發(fā)控制模塊向用戶 進(jìn)行業(yè)務(wù)的下發(fā)，同時(shí)向業(yè)務(wù)管理平臺(tái)發(fā)送業(yè)務(wù)下發(fā)消息，并偵聽(tīng)是否收到 流量控制消息；
當(dāng)業(yè)務(wù)管理平臺(tái)收到CP發(fā)送的業(yè)務(wù)下發(fā)消息進(jìn)行鑒權(quán)，啟動(dòng)系統(tǒng)資源 收集模塊定期收集資源信息，根據(jù)定期收集的資源信息和接收的業(yè)務(wù)下發(fā)消 息生成系統(tǒng)資源占用信息，并上報(bào)給流量控制模塊；
流量控制模塊根據(jù)收到的系統(tǒng)資源占用信息，判斷當(dāng)前系統(tǒng)是否過(guò)負(fù) 荷，若是，則根據(jù)過(guò)負(fù)荷的情況生成流量控制消息，并發(fā)送給正在進(jìn)行業(yè)務(wù) 的下發(fā)的CP;
CP的下發(fā)控制模塊偵聽(tīng)到所述流量控制消息后，根據(jù)流量控制消息調(diào) 整每秒下發(fā)的業(yè)務(wù)量。
由于上述過(guò)程是定期動(dòng)態(tài)進(jìn)行的，因而，其既可以避免突發(fā)式的集中下 發(fā)，將大量業(yè)務(wù)通過(guò)調(diào)整下發(fā)業(yè)務(wù)量來(lái)將業(yè)務(wù)分散開(kāi)，避免了下發(fā)失敗，也 可以避免集中下發(fā)后的空閑，避免了資源浪費(fèi)。
為實(shí)現(xiàn)對(duì)業(yè)務(wù)流量控制的目標(biāo)，所述業(yè)務(wù)管理平臺(tái)需要配置如下參數(shù)
A、 業(yè)務(wù)管理平臺(tái)每秒能處理的業(yè)務(wù)下發(fā)的條數(shù)
業(yè)務(wù)管理平臺(tái)每秒能處理的業(yè)務(wù)下發(fā)的條數(shù)默認(rèn)設(shè)置為其設(shè)計(jì)最大性 能的70%，建議設(shè)置范圍為最大處理能力的60°/。到80%,以便業(yè)務(wù)管理平 臺(tái)處于該業(yè)務(wù)負(fù)載范圍時(shí)可以長(zhǎng)期穩(wěn)定的運(yùn)行。
B、 業(yè)務(wù)管理平臺(tái)進(jìn)行流量控制時(shí)的CPU占用率閥值
業(yè)務(wù)管理平臺(tái)開(kāi)始進(jìn)行流量控制時(shí)的CPU占用率閥值默認(rèn)設(shè)置為70%， 建議設(shè)置范圍為60%到80%,以便業(yè)務(wù)管理平臺(tái)處于該業(yè)務(wù)負(fù)載范圍時(shí)可以 長(zhǎng)期穩(wěn)定的運(yùn)行。C、 系統(tǒng)資源收集模塊收集和上報(bào)系統(tǒng)資源的時(shí)間間隔T:
時(shí)間間隔T默認(rèn)為2分鐘，建議設(shè)置范圍為1到IO分鐘。設(shè)置為2分 鐘能比較實(shí)時(shí)的反應(yīng)系統(tǒng)的資源占用變化，同時(shí)能給系統(tǒng)留出處理積壓消息 的時(shí)間。
D、 CP的優(yōu)先級(jí)系數(shù)和信用度系數(shù)。
CP的優(yōu)先級(jí)系數(shù)由運(yùn)營(yíng)商來(lái)配置，如最高優(yōu)先級(jí)系數(shù)為1,第二優(yōu)先 級(jí)系數(shù)為0.85，第三優(yōu)先級(jí)系統(tǒng)為0.7等，具體系數(shù)由運(yùn)營(yíng)商確定，系統(tǒng)也 可以給每個(gè)CP都設(shè)置一個(gè)默認(rèn)的優(yōu)先級(jí)系數(shù)。優(yōu)先級(jí)系數(shù)只能通過(guò)運(yùn)營(yíng)商 進(jìn)行^修改。
CP的信用度系數(shù)默認(rèn)都為1,當(dāng)通知CP進(jìn)行流量控制，但CP在三個(gè) 資源上報(bào)周期內(nèi)沒(méi)有進(jìn)行流量控制的，則降低該CP的信用度系數(shù)。信用度 每天只降低一次。各CP進(jìn)行流量控制的業(yè)務(wù)量和該CP的優(yōu)先級(jí)系數(shù)、信 用度相關(guān)聯(lián)。
圖2為用戶訂購(gòu)了包月業(yè)務(wù)后的控制業(yè)務(wù)下發(fā)流量的流程，下面結(jié)合圖 2對(duì)本發(fā)明進(jìn)行詳細(xì)的描述。
步驟201:下發(fā)控制模塊啟動(dòng)時(shí)，啟動(dòng)流量控制偵聽(tīng)端口，偵聽(tīng)流量控制 消息；
其中，CP根據(jù)系統(tǒng)的處理能力和需要下發(fā)的消息總量配置了每秒下發(fā) 的業(yè)務(wù)量參數(shù)。
步驟202:業(yè)務(wù)管理平臺(tái)啟動(dòng)，進(jìn)行初始化，在內(nèi)存中建立一個(gè)表，記 錄T時(shí)間(其中設(shè)定時(shí)間可以為T(mén)時(shí)間)內(nèi)系統(tǒng)收到的業(yè)務(wù)下發(fā)消息總量， 各個(gè)CP的地址、端口、 CP的優(yōu)先級(jí)系數(shù)和信用度，CP在T時(shí)間內(nèi)下發(fā)的 消息數(shù)，流量控制模塊是否已下發(fā)流量控制消息，CP的流量控制業(yè)務(wù)量， CP的違約次數(shù)，是否已扣CP的信用度；并初始化T時(shí)間內(nèi)系統(tǒng)收到的業(yè) 務(wù)下發(fā)消息總數(shù)和CP在T時(shí)間內(nèi)下發(fā)的消息tt為0;
業(yè)務(wù)管理平臺(tái)進(jìn)行初始化，配置系統(tǒng)每秒能處理的業(yè)務(wù)下發(fā)的條數(shù)，設(shè) 置開(kāi)始進(jìn)行流量控制時(shí)的CPU占用率閥值、資源收集^^莫塊收集和上報(bào)系統(tǒng) 資源的時(shí)間間隔T、 CP的優(yōu)先級(jí)系數(shù)和信用度。其中，系統(tǒng)每秒能處理的業(yè)務(wù)下發(fā)的條數(shù)默認(rèn)設(shè)置為系統(tǒng)設(shè)計(jì)的最大性
能的70%,建議設(shè)置范圍為系統(tǒng)最大處理能力的60%到80%。這樣當(dāng)系統(tǒng) 處于這個(gè)業(yè)務(wù)負(fù)載時(shí)可以長(zhǎng)期穩(wěn)定的運(yùn)行。
開(kāi)始進(jìn)行流量控制時(shí)的CPU占用率閥值默認(rèn)設(shè)置為70%，建議設(shè)置范 圍為60%到80%。這樣當(dāng)系統(tǒng)處于這個(gè)業(yè)務(wù)負(fù)載時(shí)可以長(zhǎng)期穩(wěn)定的運(yùn)行。
時(shí)間間隔T可設(shè)置為2分鐘，建議設(shè)置范圍為1到IO分鐘。設(shè)置為2 分鐘能比較實(shí)時(shí)的反應(yīng)系統(tǒng)的資源占用變化，同時(shí)能給系統(tǒng)留出處理積壓消 息的時(shí)間。
CP的優(yōu)先級(jí)系數(shù)由運(yùn)營(yíng)商來(lái)配置，如最高優(yōu)先級(jí)系數(shù)為1，第二優(yōu)先 級(jí)系數(shù)為0.85,第三優(yōu)先級(jí)系統(tǒng)為0.7等，具體系數(shù)由運(yùn)營(yíng)商確定，系統(tǒng)也 可以給每個(gè)CP都設(shè)置一個(gè)默認(rèn)的優(yōu)先級(jí)系數(shù)。優(yōu)先級(jí)系數(shù)只能通過(guò)運(yùn)營(yíng)商 進(jìn)行修改。CP的信用度默認(rèn)都為1,當(dāng)通知CP進(jìn)行流量控制控制但CP在 三個(gè)資源上報(bào)周期內(nèi)沒(méi)有進(jìn)行流量控制控制，則降低該CP的信用度。信用 度每天只降低一次。各CP進(jìn)行流量控制的業(yè)務(wù)量和該CP的優(yōu)先級(jí)系數(shù)、 信用度相關(guān)聯(lián)。
業(yè)務(wù)管理平臺(tái)定時(shí)將內(nèi)存表中各CP的違約次數(shù)置為O，將CP流量控制 業(yè)務(wù)量置為0，將是否已扣信用度置為0 (即未扣信用度)，以及將是否已 下發(fā)流量控制消息置為0(即未下發(fā)流量控制消息)；業(yè)務(wù)管理平臺(tái)可以每 天O點(diǎn)將內(nèi)存表中各CP的違約次數(shù)置為0,將CP流量控制業(yè)務(wù)量置為0, 是否已扣信用度置為0;將是否已下發(fā)流量控制消息置為0。
步驟203:當(dāng)?shù)竭_(dá)允許業(yè)務(wù)下發(fā)的時(shí)間，CP的下發(fā)控制模塊重新讀取 所述配置的每秒下發(fā)的業(yè)務(wù)量參數(shù)，根據(jù)該參數(shù)向用戶進(jìn)行業(yè)務(wù)的下發(fā)，同 時(shí)向業(yè)務(wù)管理平臺(tái)發(fā)送業(yè)務(wù)下發(fā)消息；
步驟204:業(yè)務(wù)管理平臺(tái)收到業(yè)務(wù)下發(fā)消息后，解析消息中對(duì)應(yīng)的CP， 根據(jù)系統(tǒng)過(guò)負(fù)荷情況進(jìn)行鑒權(quán)，將內(nèi)存表中對(duì)應(yīng)CP在T時(shí)間內(nèi)下發(fā)的消息 數(shù)加1;
如果已經(jīng)向該CP下發(fā)了流量控制消息，判斷當(dāng)前該CP下發(fā)的消息數(shù) 是否大于流量控制限制的消息數(shù)，如果大于直接鑒權(quán)失敗，返回的消息中的失敗原因是超出系統(tǒng)流量控制的消息數(shù)；如果不大于流量控制限制的消息數(shù) 或者該CP沒(méi)有下發(fā)過(guò)流量控制消息，則執(zhí)行下一步驟，同時(shí)將T時(shí)間內(nèi)系 統(tǒng)收到的業(yè)務(wù)下發(fā)消息總數(shù)加1;
步驟205:業(yè)務(wù)管理平臺(tái)的系統(tǒng)資源收集模塊每隔時(shí)間T收集資源信息 和業(yè)務(wù)下發(fā)消息，根據(jù)收集的資源信息和業(yè)務(wù)下發(fā)消息生成系統(tǒng)資源占用信 息并上報(bào)給流量控制模塊；
系統(tǒng)資源占用信息上報(bào)給流量控制模塊后，系統(tǒng)資源收集模塊將內(nèi)存表 T時(shí)間內(nèi)系統(tǒng)收到的業(yè)務(wù)下發(fā)消息總數(shù)清0,將各CP在T時(shí)間內(nèi)下發(fā)的消 息數(shù)清O,重新開(kāi)始計(jì)數(shù)。
其中，所述資源信息包括所述CP的優(yōu)先級(jí)系數(shù)和信用度系數(shù)。
其中，系統(tǒng)資源占用信息包括CPU占用率、消息隊(duì)列中未處理的業(yè)務(wù) 下發(fā)消息數(shù)、T時(shí)間內(nèi)系統(tǒng)收到的業(yè)務(wù)下發(fā)消息總數(shù)以及各CP在T時(shí)間內(nèi) 下發(fā)的業(yè)務(wù)下發(fā)消息數(shù)。
步驟206:流量控制模塊收到上報(bào)的系統(tǒng)資源占用信息，查找已發(fā)送流 量控制消息的各CP，如果沒(méi)有向該CP發(fā)送流量控制消息，則執(zhí)行步驟208; 如果已經(jīng)向該CP發(fā)送流量控制消息，則執(zhí)行步驟207;
步驟207、判斷系統(tǒng)資源占用信息中各CP下發(fā)的消息總數(shù)是否大于該 CP的流量控制業(yè)務(wù)量，如果大于，判斷該CP是否已扣信用度，如果未扣， 將該CP的違約次數(shù)加1，則判斷該CP的違約次數(shù)是否大于3，如果大于3， 則將CP的信用度降低10%記錄到內(nèi)存表和數(shù)據(jù)庫(kù)中;如果該CP的違約次數(shù) 不大于3,則不降低該CP的信用度(如果已扣信用度，則不操作)；
其中，將CP的信用度降低10%是系統(tǒng)的默認(rèn)值，具體可以通過(guò)配置靈 活實(shí)現(xiàn)。
步驟208:流量控制模塊根據(jù)接收的系統(tǒng)資源占用信息判斷系統(tǒng)資源是 否過(guò)負(fù)荷，如果是，則計(jì)算需要CP降低下發(fā)的業(yè)務(wù)量比例，執(zhí)行下一步驟； 否則，返回步驟205;
在進(jìn)行是否過(guò)負(fù)荷的判斷時(shí)，可以采用3種判斷方式
(1 )判斷CPU占用率是否超過(guò)CPU占用率閥值；(2 )判斷每秒需要處理的業(yè)務(wù)下發(fā)消息數(shù)是否大于業(yè)務(wù)管理平臺(tái)配置
的每秒處理的業(yè)務(wù)下發(fā)消息能力數(shù)；
(3)先判斷CPU占用率是否超過(guò)CPU占用率閥值，若未超過(guò)，則繼 續(xù)判斷每秒需要處理的業(yè)務(wù)下發(fā)消息數(shù)是否大于業(yè)務(wù)管理平臺(tái)配置的每秒
處理的業(yè)務(wù)下發(fā)消息能力數(shù)。
對(duì)于方式(1 ),如果CPU占用率超過(guò)進(jìn)行流量控制時(shí)的CPU占用率 閥值，CPU占用率超過(guò)閥值的部分對(duì)應(yīng)的業(yè)務(wù)量，就是需要CP減少下發(fā)的 業(yè)務(wù)量。例如，進(jìn)行流量控制時(shí)的CPU占用率閥值是50%，目前系統(tǒng)CPU 占用率達(dá)到了 70%,則CP需要將正在下發(fā)的業(yè)務(wù)量降低到(1- (70%-50%) /50%)，即每秒下發(fā)的業(yè)務(wù)量降低到原來(lái)的60%;通知到各CP的時(shí)候還需 要乘以該CP的優(yōu)先級(jí)系數(shù)p和信用度系數(shù)c。如某CP的優(yōu)先級(jí)系數(shù)p為1， 信用度系數(shù)c為0.8，每秒下發(fā)100條業(yè)務(wù)，則該CP需要將業(yè)務(wù)量降低到每 秒100 x 60% x 1 x 0.8=48條。
對(duì)于方式(2)，則采用T時(shí)間內(nèi)收到的業(yè)務(wù)下發(fā)消息總數(shù)加上消息隊(duì) 列的未處理業(yè)務(wù)下發(fā)消息數(shù)的和，除以資源收集上^^艮周期的秒數(shù)，得到系統(tǒng) 需要每秒處理的業(yè)務(wù)下發(fā)消息數(shù)。如果系統(tǒng)每秒需要處理的業(yè)務(wù)下發(fā)消息數(shù) 大于系統(tǒng)配置的每秒處理的業(yè)務(wù)下發(fā)消息能力數(shù)，則超過(guò)部分即為需要CP 減少下發(fā)的業(yè)務(wù)量。例如，業(yè)務(wù)管理平臺(tái)的每秒處理能力是50，需要系統(tǒng) 每秒處理的消息數(shù)70,則CP需要將正在下發(fā)的業(yè)務(wù)量降低到原來(lái)的(1-(70-50)/50)，即每秒下發(fā)的業(yè)務(wù)量降低到原來(lái)的60%。通知到各CP的 時(shí)候還需要乘以該CP的優(yōu)先級(jí)系數(shù)p和信用度系數(shù)c。如某CP的優(yōu)先級(jí)系 數(shù)p為l,信用度系數(shù)c為0.8，每秒下發(fā)100條業(yè)務(wù)，則該CP需要將業(yè)務(wù) 量降低到每秒100 x 60% x 1 x 0.8=48條。
對(duì)于方式(3)，則需要先按照方式(1)進(jìn)行判斷，若未超負(fù)荷，則繼 續(xù)按照方式(2)進(jìn)行判斷是否超負(fù)荷。
步驟209:流量控制模塊根據(jù)計(jì)算的應(yīng)該每秒下發(fā)的業(yè)務(wù)量生成流量控 制消息，向正在下發(fā)業(yè)務(wù)的CP發(fā)送該流量控制消息，通知下發(fā)控制模塊將 每秒下發(fā)的業(yè)務(wù)量降低到T時(shí)間內(nèi)該CP應(yīng)該下發(fā)的業(yè)務(wù)量；記錄 CP的 流量控制業(yè)務(wù)量，將是否已下發(fā)流量控制消息置為1 (即已下發(fā)流量控制消自、)
系統(tǒng)資源占用信息中各CP在T時(shí)間內(nèi)下發(fā)的消息數(shù)大于0則認(rèn)為該 CP正在進(jìn)行業(yè)務(wù)下發(fā)。
步驟210:下發(fā)控制模塊收到流量控制消息后，根據(jù)該消息調(diào)整每秒下 發(fā)的業(yè)務(wù)量。
以上所述僅為本發(fā)明的實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域 的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則 之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的權(quán)利要求 范圍之內(nèi)。
權(quán)利要求
1、一種控制業(yè)務(wù)下發(fā)流量的方法，其特征在于，包括內(nèi)容提供平臺(tái)CP進(jìn)行業(yè)務(wù)的下發(fā)，同時(shí)向業(yè)務(wù)管理平臺(tái)發(fā)送該業(yè)務(wù)的業(yè)務(wù)下發(fā)消息；所述業(yè)務(wù)管理平臺(tái)根據(jù)定期收集的資源信息和接收的所述CP發(fā)送的業(yè)務(wù)下發(fā)消息生成系統(tǒng)資源占用信息，根據(jù)生成的系統(tǒng)資源占用信息判斷如果系統(tǒng)的資源過(guò)負(fù)荷，則生成流量控制消息并發(fā)送給所述CP；所述CP根據(jù)接收的所述流量控制消息調(diào)整下發(fā)的業(yè)務(wù)量，進(jìn)行業(yè)務(wù)的下發(fā)。
2、 如權(quán)利要求l所述的方法，其特征在于，所述業(yè)務(wù)管理平臺(tái)生成的所述系統(tǒng)資源占用信息包括CPU占用率、 消息隊(duì)列中未處理的業(yè)務(wù)下發(fā)消息數(shù)、設(shè)定時(shí)間內(nèi)系統(tǒng)收到的業(yè)務(wù)下發(fā)消息 總數(shù)以及各CP在設(shè)定時(shí)間內(nèi)下發(fā)的業(yè)務(wù)下發(fā)消息數(shù)。
3、 如權(quán)利要求2所述的方法，其特征在于，所述業(yè)務(wù)管理平臺(tái)根據(jù)生成的系統(tǒng)資源占用信息判斷系統(tǒng)的資源過(guò)負(fù) 荷，包^"以下方式所述業(yè)務(wù)管理平臺(tái)根據(jù)所述系統(tǒng)資源占用信息中CPU占用率，判斷該 CPU占用率是否超過(guò)CPU占用率閥值，若是，則判定系統(tǒng)的資源過(guò)負(fù)荷；或者所述業(yè)務(wù)管理平臺(tái)根據(jù)所述系統(tǒng)資源占用信息，判斷每秒需要處理 的業(yè)務(wù)下發(fā)消息數(shù)是否大于該業(yè)務(wù)管理平臺(tái)配置的每秒處理的業(yè)務(wù)下發(fā)消 息能力數(shù)，若是，則判定系統(tǒng)的資源過(guò)負(fù)荷；其中，所述每秒需要處理的業(yè) 務(wù)下發(fā)消息數(shù)是通過(guò)所述設(shè)定時(shí)間內(nèi)系統(tǒng)收到的業(yè)務(wù)下發(fā)消息總數(shù)加上所 述消息隊(duì)列中未處理的業(yè)務(wù)下發(fā)消息數(shù)的和，除以設(shè)定時(shí)間的秒數(shù)得到的數(shù) 值；或者所述業(yè)務(wù)管理平臺(tái)根據(jù)所述系統(tǒng)資源占用信息中CPU占用率，判 斷該CPU占用率是否超過(guò)CPU占用率閥值，若沒(méi)有，則判斷每秒需要處理 的業(yè)務(wù)下發(fā)消息數(shù)是否大于該業(yè)務(wù)管理平臺(tái)配置的每秒處理的業(yè)務(wù)下發(fā)消息能力數(shù)，若是，則判定系統(tǒng)的資源過(guò)負(fù)荷。
4、 如權(quán)利要求3所述的方法，其特征在于，所述業(yè)務(wù)管理平臺(tái)根據(jù)生成的系統(tǒng)資源占用信息判斷如果系統(tǒng)的資源過(guò)負(fù)荷，則生成流量控制消息并發(fā)送給所述CP,所述CP根據(jù)接收的所述 流量控制消息調(diào)整下發(fā)的業(yè)務(wù)量，進(jìn)行業(yè)務(wù)的下發(fā)，是指所述業(yè)務(wù)管理平臺(tái)根據(jù)生成的系統(tǒng)資源占用信息判斷如果系統(tǒng)的資源 過(guò)負(fù)荷，則確定調(diào)整后下發(fā)的業(yè)務(wù)量與原下發(fā)業(yè)務(wù)量的流量調(diào)整比率，根據(jù) 該流量調(diào)整比率生成包含所述CP調(diào)整后設(shè)定時(shí)間內(nèi)下發(fā)的業(yè)務(wù)下發(fā)消息數(shù) 的流量控制消息，并發(fā)送給所述CP;所述CP根據(jù)接收的所述流量控制消 息中所述CP調(diào)整后設(shè)定時(shí)間內(nèi)下發(fā)的業(yè)務(wù)下發(fā)消息數(shù)，調(diào)整下發(fā)的業(yè)務(wù)量， 進(jìn)行業(yè)務(wù)的下發(fā)；其中，當(dāng)所述業(yè)務(wù)管理平臺(tái)判斷系統(tǒng)的資源過(guò)負(fù)荷的情況是所述CPU 占用率超過(guò)所述CPU占用率閾值時(shí)，所述業(yè)務(wù)管理平臺(tái)確定調(diào)整后下發(fā)的 業(yè)務(wù)量與原下發(fā)業(yè)務(wù)量的流量調(diào)整比率為1-(該CPU占用率-CPU占用 率閾值)/CPU占用率閾值；其中，當(dāng)所述業(yè)務(wù)管理平臺(tái)判斷系統(tǒng)的資源過(guò)負(fù)荷的情況是每秒需要處 理的業(yè)務(wù)下發(fā)消息數(shù)大于業(yè)務(wù)管理平臺(tái)配置的每秒處理的業(yè)務(wù)下發(fā)消息能 力數(shù)時(shí)，所述業(yè)務(wù)管理平臺(tái)確定調(diào)整后下發(fā)的業(yè)務(wù)量與原下發(fā)業(yè)務(wù)量的流量 調(diào)整比率為1-(設(shè)定時(shí)間內(nèi)需要處理的業(yè)務(wù)下發(fā)消息總數(shù)-該業(yè)務(wù)管理 平臺(tái)配置的設(shè)定時(shí)間內(nèi)業(yè)務(wù)下發(fā)消息能力數(shù))/該業(yè)務(wù)管理平臺(tái)配置的設(shè)定 時(shí)間內(nèi)業(yè)務(wù)下發(fā)消息能力數(shù)。
5、 如權(quán)利要求4所述的方法，其特征在于，所述資源信息包括所述CP的優(yōu)先級(jí)系數(shù)和信用度系數(shù)；所述業(yè)務(wù)管理平臺(tái)生成所述流量控制消息并發(fā)送給所述CP,是指所述業(yè)務(wù)管理平臺(tái)根據(jù)所述CP在設(shè)定時(shí)間內(nèi)下發(fā)的業(yè)務(wù)下發(fā)消息數(shù)、 所述流量調(diào)整比率、所述CP的優(yōu)先級(jí)系數(shù)與所述CP的信用度系數(shù)相乘得 到的數(shù)值，確定該CP調(diào)整后設(shè)定時(shí)間內(nèi)下發(fā)的消息數(shù)，生成包含該CP調(diào)整后設(shè)定時(shí)間內(nèi)下發(fā)的消息數(shù)的流量控制消息并發(fā)送給所述CP。
6、 如權(quán)利要求5所述的方法，其特征在于，所述業(yè)務(wù)管理平臺(tái)定期收集資源信息和接收所述CP發(fā)送的業(yè)務(wù)下發(fā)消 息后，還包括步-驟所述業(yè)務(wù)管理平臺(tái)根據(jù)所述資源信息，判斷若包含已發(fā)送流量控制消息 的CP，則判斷該CP在設(shè)定時(shí)間內(nèi)下發(fā)的業(yè)務(wù)下發(fā)消息數(shù)是否大于所述流 量控制消息中所指示的該CP設(shè)定時(shí)間內(nèi)下發(fā)的消息數(shù)；若大于，且判斷若未扣減所述CP的信用度系數(shù)，則將該CP的違約次 數(shù)加1;當(dāng)判斷若該CP的違約次數(shù)大于3次時(shí)，則扣減該CP的信用度系 凄t并記錄；若大于，且判斷若已扣減所述CP的信用度系數(shù)，則不改變當(dāng)前信用度 系數(shù)記錄。
7、 一種控制業(yè)務(wù)下發(fā)流量的系統(tǒng)，包括業(yè)務(wù)管理平臺(tái)和內(nèi)容提供平 臺(tái)CP,其特征在于，所述業(yè)務(wù)管理平臺(tái)包括系統(tǒng)資源收集模塊和業(yè)務(wù)流量控制模塊，所述 CP包括下發(fā)控制模塊，其中所述下發(fā)控制模塊，用于進(jìn)行業(yè)務(wù)的下發(fā)時(shí)，向所述系統(tǒng)資源收集模塊 發(fā)送該業(yè)務(wù)的業(yè)務(wù)下發(fā)消息；接收所述流量控制模塊發(fā)送的所述流量控制消 息，根據(jù)該流量控制消息調(diào)整下發(fā)的業(yè)務(wù)量，進(jìn)行業(yè)務(wù)的下發(fā)；所述系統(tǒng)資源收集模塊，用于接收所述下發(fā)控制模塊發(fā)送的所述業(yè)務(wù)下 發(fā)消息，根據(jù)定期收集的資源信息和業(yè)務(wù)下發(fā)消息生成系統(tǒng)資源占用信息， 上報(bào)給所述流量控制模塊；所述流量控制模塊，用于根據(jù)接收的系統(tǒng)資源收集模塊上報(bào)的系統(tǒng)資源 占用信息，判斷系統(tǒng)的資源是否過(guò)負(fù)荷，如果是，則生成并發(fā)送流量控制消 息給所述下發(fā)控制模塊。
8、 如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述系統(tǒng)資源收集模塊生成的所述系統(tǒng)資源占用信息包括CPU占用 率、消息隊(duì)列中未處理的業(yè)務(wù)下發(fā)消息數(shù)、設(shè)定時(shí)間內(nèi)系統(tǒng)收到的業(yè)務(wù)下發(fā) 消息總數(shù)以及各CP在設(shè)定時(shí)間內(nèi)下發(fā)的業(yè)務(wù)下發(fā)消息數(shù)。
9、 如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述流量控制模塊根據(jù)生成的系統(tǒng)資源占用信息判斷如果系統(tǒng)的資源 過(guò)負(fù)荷，是通過(guò)以下方式完成所述流量控制模塊根據(jù)所述系統(tǒng)資源占用信息中CPU占用率，判斷該 CPU占用率是否超過(guò)CPU占用率閥值，若是，則判定系統(tǒng)的資源過(guò)負(fù)荷；或者所述流量控制模塊根據(jù)所述系統(tǒng)資源占用信息，判斷每秒需要處理 的業(yè)務(wù)下發(fā)消息數(shù)是否大于該業(yè)務(wù)管理平臺(tái)配置的每秒處理的業(yè)務(wù)下發(fā)消 息能力數(shù)，若是，則判定系統(tǒng)的資源過(guò)負(fù)荷；其中，所述每秒需要處理的業(yè) 務(wù)下發(fā)消息數(shù)是通過(guò)所述設(shè)定時(shí)間內(nèi)系統(tǒng)收到的業(yè)務(wù)下發(fā)消息總數(shù)加上所 述消息隊(duì)列中未處理的業(yè)務(wù)下發(fā)消息數(shù)的和，除以設(shè)定時(shí)間的秒數(shù)得到的數(shù)值；或者所述流量控制模塊根據(jù)所述系統(tǒng)資源占用信息中CPU占用率，判 斷該CPU占用率是否超過(guò)CPU占用率閥值，若沒(méi)有，則判斷每秒需要處理的業(yè)務(wù)下發(fā)消息數(shù)是否大于該業(yè)務(wù)管理平臺(tái)配置的每秒處理的業(yè)務(wù)下發(fā)消 息能力數(shù)，若是，則判定系統(tǒng)的資源過(guò)負(fù)荷。
10、 如權(quán)利要求9所述的系統(tǒng)，其特征在于，所述流量控制模塊根據(jù)生成的系統(tǒng)資源占用信息判斷如果系統(tǒng)的資源 過(guò)負(fù)荷，則生成流量控制消息并發(fā)送給所述下發(fā)控制^^莫塊，是指所述流量控制模塊根據(jù)生成的系統(tǒng)資源占用信息判斷如果系統(tǒng)的資源 過(guò)負(fù)荷，則確定調(diào)整后下發(fā)的業(yè)務(wù)量與原下發(fā)業(yè)務(wù)量的流量調(diào)整比率，根據(jù) 該流量調(diào)整比率生成包含所述CP調(diào)整后設(shè)定時(shí)間內(nèi)下發(fā)的業(yè)務(wù)下發(fā)消息數(shù) 的流量控制消息，并發(fā)送給所述下發(fā)控制模塊；其中，當(dāng)所述流量控制模塊判斷系統(tǒng)的資源過(guò)負(fù)荷的情況是所述CPU 占用率超過(guò)所述CPU占用率閾值時(shí)，確定調(diào)整后下發(fā)的業(yè)務(wù)量與原下發(fā)業(yè)務(wù)量的流量調(diào)整比率為1-(該CPU占用率-CPU占用率閾值)/CPU占 用率閾值；其中，當(dāng)所述流量控制模塊判斷系統(tǒng)的資源過(guò)負(fù)荷的情況是每秒需要處 理的業(yè)務(wù)下發(fā)消息數(shù)大于業(yè)務(wù)管理平臺(tái)配置的每秒處理的業(yè)務(wù)下發(fā)消息能 力數(shù)時(shí)，確定調(diào)整后下發(fā)的業(yè)務(wù)量與原下發(fā)業(yè)務(wù)量的流量調(diào)整比率為1-(設(shè)定時(shí)間內(nèi)需要處理的業(yè)務(wù)下發(fā)消息總數(shù)-該業(yè)務(wù)管理平臺(tái)配置的設(shè)定 時(shí)間內(nèi)業(yè)務(wù)下發(fā)消息能力數(shù))/該業(yè)務(wù)管理平臺(tái)配置的設(shè)定時(shí)間內(nèi)業(yè)務(wù)下發(fā) 消息能力數(shù)；所述下發(fā)控制模塊根據(jù)接收的所述流量控制消息調(diào)整下發(fā)的業(yè)務(wù)量，進(jìn) 行業(yè)務(wù)的下發(fā)，是指所述下發(fā)控制模塊根據(jù)接收的所述流量控制消息中所 述CP調(diào)整后設(shè)定時(shí)間內(nèi)下發(fā)的業(yè)務(wù)下發(fā)消息數(shù)，調(diào)整下發(fā)的業(yè)務(wù)量，進(jìn)行 業(yè)務(wù)的下發(fā)。
11、 如權(quán)利要求IO所述的系統(tǒng)，其特征在于，所述系統(tǒng)資源收集模塊定期收集的所述資源信息包括所述CP的優(yōu)先級(jí) 系數(shù)和信用度系數(shù)；所述流量控制模塊生成所述流量控制消息并發(fā)送給所述下發(fā)控制模塊， 是指所述流量控制模塊根據(jù)所述CP在設(shè)定時(shí)間內(nèi)下發(fā)的業(yè)務(wù)下發(fā)消息數(shù)、 所述流量調(diào)整比率、所述CP的優(yōu)先級(jí)系數(shù)與所述CP的信用度系數(shù)相乘得 到的數(shù)值，確定該CP調(diào)整后設(shè)定時(shí)間內(nèi)下發(fā)的消息數(shù)，生成包含該CP調(diào) 整后設(shè)定時(shí)間內(nèi)下發(fā)的消息數(shù)的流量控制消息并發(fā)送給所述下發(fā)控制模塊。
12、 如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述系統(tǒng)資源收集模塊，還用于根據(jù)收集的所述資源信息，判斷若包含 已發(fā)送流量控制消息的CP,則判斷該CP在設(shè)定時(shí)間內(nèi)下發(fā)的業(yè)務(wù)下發(fā)消 息數(shù)是否大于所述流量控制消息中所指示的該CP設(shè)定時(shí)間內(nèi)下發(fā)的消息 數(shù)；若大于，且判斷若未扣減所述CP的信用度系數(shù)，則將該CP的違約次數(shù)加1;當(dāng)判斷若該CP的違約次數(shù)大于3次時(shí)，則扣減該CP的信用度系 數(shù)并記錄；若大于，且判斷若已扣減所述CP的信用度系數(shù)，則不改變當(dāng)前信用度 系數(shù)記錄。
全文摘要
本發(fā)明公開(kāi)了一種控制業(yè)務(wù)下發(fā)流量的方法及系統(tǒng)，包括內(nèi)容提供平臺(tái)CP進(jìn)行業(yè)務(wù)的下發(fā)，同時(shí)向業(yè)務(wù)管理平臺(tái)發(fā)送該業(yè)務(wù)的業(yè)務(wù)下發(fā)消息；所述業(yè)務(wù)管理平臺(tái)根據(jù)定期收集的資源信息和接收的所述CP發(fā)送的業(yè)務(wù)下發(fā)消息生成系統(tǒng)資源占用信息，根據(jù)生成的系統(tǒng)資源占用信息判斷如果系統(tǒng)的資源過(guò)負(fù)荷，則生成流量控制消息并發(fā)送給所述CP；所述CP根據(jù)接收的所述流量控制消息調(diào)整下發(fā)的業(yè)務(wù)量，進(jìn)行業(yè)務(wù)的下發(fā)。應(yīng)用本發(fā)明，對(duì)業(yè)務(wù)管理平臺(tái)進(jìn)行業(yè)務(wù)下發(fā)流量控制，解決多個(gè)CP同時(shí)下發(fā)大業(yè)務(wù)量引起的平臺(tái)資源占用過(guò)高導(dǎo)致的業(yè)務(wù)下發(fā)失敗或網(wǎng)絡(luò)擁塞問(wèn)題。
文檔編號(hào)H04L12/24GK101610220SQ200910150009
公開(kāi)日2009年12月23日 申請(qǐng)日期2009年6月18日 優(yōu)先權(quán)日2009年6月18日
發(fā)明者劉彥賓, 維 朱, 楊萬(wàn)祥 申請(qǐng)人:中興通訊股份有限公司