專利名稱：一種彩鈴系統(tǒng)性能評(píng)估的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及增值語音業(yè)務(wù)技術(shù)領(lǐng)域，尤其涉及一種彩鈴系統(tǒng)性能評(píng)估的方法和系統(tǒng)。
背景技術(shù)：
為了提升網(wǎng)絡(luò)質(zhì)量，通信運(yùn)營商都采取網(wǎng)絡(luò)維護(hù)和優(yōu)化處理，如圖1所示，當(dāng)前彩鈴系統(tǒng)日常的運(yùn)行狀況的觀察依賴于現(xiàn)有統(tǒng)計(jì)方法，性能測量、查詢測量結(jié)果是個(gè)靜態(tài)的事后過程，不能提前預(yù)判系統(tǒng)能夠承載的負(fù)荷。另一方面，性能測量查詢結(jié)果的數(shù)據(jù)呈現(xiàn)方式比較單一，基本上沒有對(duì)數(shù)據(jù)的再加工呈現(xiàn)，也無法完成類似過門限提示、趨勢分析、關(guān)聯(lián)明細(xì)數(shù)據(jù)分析等豐富多變的用戶需求。彩鈴作為成熟的電信增值業(yè)務(wù)，針對(duì)日常運(yùn)營的實(shí)際需要，迫切需要一種準(zhǔn)確的統(tǒng)計(jì)方法優(yōu)化對(duì)現(xiàn)有的彩鈴系統(tǒng)的接入設(shè)備的性能評(píng)估，動(dòng)態(tài)掌握系統(tǒng)的運(yùn)行狀態(tài)，了解系統(tǒng)的各種負(fù)荷上限，優(yōu)化設(shè)備配置組合，節(jié)省資金投入，提升服務(wù)質(zhì)量。然而當(dāng)前的技術(shù)方案主要存在以下不足:(I)缺少主動(dòng)收集性能數(shù)據(jù)的功能，目前其它類似功能的工具采用被動(dòng)收集功能，數(shù)據(jù)的收集都是由被分析系統(tǒng)上報(bào)，無法做到實(shí)時(shí)收集實(shí)時(shí)分析；(2)基于現(xiàn)有的統(tǒng)計(jì)方法，會(huì)導(dǎo)致系統(tǒng)分析的精準(zhǔn)度不高，容易導(dǎo)致系統(tǒng)容量“虛高”。

發(fā)明內(nèi)容
本發(fā)明的目的是針對(duì)現(xiàn)有技術(shù)方案中彩鈴系統(tǒng)的性能分析無法實(shí)時(shí)開展、并且精確度不高的問題，而提出的一種彩鈴系統(tǒng)性能評(píng)估的方法和系統(tǒng)，能夠?qū)崟r(shí)分析彩鈴系統(tǒng)的數(shù)據(jù)，并且系統(tǒng)負(fù)荷的統(tǒng)計(jì)方法更加精準(zhǔn)，能準(zhǔn)確找到最大的系統(tǒng)負(fù)荷，避免錯(cuò)誤的統(tǒng)計(jì)方法導(dǎo)致系統(tǒng)負(fù)荷虛高。為實(shí)現(xiàn)本發(fā)明的目的，采用了以下技術(shù)方案:本發(fā)明的一個(gè)具體實(shí)施方式
提供了一種彩鈴系統(tǒng)性能評(píng)估的方法，包括以下步驟:A、收集不少于兩個(gè)時(shí)段的彩鈴呼叫話務(wù)量Erl和對(duì)應(yīng)時(shí)段內(nèi)的平均放音時(shí)長，抽取其中數(shù)值最大的彩鈴呼叫話務(wù)量Erl作為彩鈴系統(tǒng)承載的最大話務(wù)量Erl ；B、將所述彩鈴系統(tǒng)承載的最大話務(wù)量Erl與對(duì)應(yīng)時(shí)段內(nèi)的平均放音時(shí)長之商作為彩鈴系統(tǒng)忙時(shí)并發(fā)呼叫數(shù)Caps ；C、采用以下公式獲得內(nèi)部通道數(shù):內(nèi)部通道數(shù)=彩鈴系統(tǒng)忙時(shí)并發(fā)呼叫數(shù)CapsX所有時(shí)段的平均放音時(shí)長/(1_業(yè)務(wù)呼損率)；D、采用以下公式獲得信令鏈路數(shù):信令鏈路數(shù)=Max(2，2XRoundup(彩鈴系統(tǒng)忙時(shí)并發(fā)呼叫數(shù)CapsX呼叫消息數(shù)X每呼叫消息字節(jié)數(shù)X信令鏈路雙向不均衡系數(shù)X8/(信令物理接口比特?cái)?shù)X信令鏈路承載比例值)，0))，其中Roundup是向上取整函數(shù)，Max是取最大值函數(shù)。優(yōu)選地，所述業(yè)務(wù)呼損率是0.005。優(yōu)選地，所述呼叫消息數(shù)是5。優(yōu)選地，所述每呼叫消息字節(jié)數(shù)是30Byte。優(yōu)選地，所述信令鏈路雙向不均衡系數(shù)是1.6。優(yōu)選地，所述信令物理接口比特?cái)?shù)是64Kbit或者2Mbit。進(jìn)一步地，如果信令物理接口比特?cái)?shù)是64Kbit，所述信令鏈路承載比例值是0.4，；如果信令物理接口比特?cái)?shù)是2Mbit，所述信令鏈路承載比例值是0.2。優(yōu)選地，所述信令鏈路不少于2條。本發(fā)明的另一個(gè)具體實(shí)施方式
提供了一種彩鈴系統(tǒng)性能評(píng)估的系統(tǒng)，包括業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)、性能分析子系統(tǒng)和數(shù)據(jù)顯示子系統(tǒng)，其中，業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)用于收集彩鈴系統(tǒng)數(shù)據(jù)或者期待驗(yàn)證的性能數(shù)據(jù)；性能分析子系統(tǒng)用于進(jìn)行數(shù)據(jù)分析，并將輸出結(jié)果導(dǎo)出給數(shù)據(jù)顯示子系統(tǒng)；數(shù)據(jù)顯示子系統(tǒng)用于根據(jù)業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)收集的性能數(shù)據(jù)，結(jié)合性能分析子系統(tǒng)預(yù)設(shè)的性能原型，以數(shù)據(jù)表的形式展現(xiàn)系統(tǒng)各部件及子部件的負(fù)荷情況。所述業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)進(jìn)一步包括人工交互模塊、系統(tǒng)主動(dòng)收集模塊、彩鈴系統(tǒng)接口調(diào)用模塊、接入設(shè)備收集篩選模塊、呼叫設(shè)備收集篩選模塊、后臺(tái)服務(wù)器設(shè)備數(shù)據(jù)收集篩選模塊和彩鈴系統(tǒng)接口數(shù)據(jù)收集分配模塊，其中:人工交互模塊用于采用Web界面，提供給用戶手工錄入，收集彩鈴用戶數(shù)、忙時(shí)試呼次數(shù)BHCA、放音時(shí)長、彩鈴用戶開銷戶數(shù)和月下載設(shè)置數(shù)；系統(tǒng)主動(dòng)收集模塊用于收集彩鈴系統(tǒng)日常的運(yùn)行信息、并實(shí)現(xiàn)數(shù)據(jù)導(dǎo)入和數(shù)據(jù)庫接口調(diào)用；彩鈴系統(tǒng)接口調(diào)用模塊用于采用標(biāo)準(zhǔn)的簡單對(duì)象訪問協(xié)議SOAP接口，訪問彩鈴系統(tǒng)的語音增值業(yè)務(wù)開發(fā)平臺(tái)USDP，收集語音增值業(yè)務(wù)開發(fā)平臺(tái)USDP系統(tǒng)接口并發(fā)調(diào)用次數(shù)和語音增值業(yè)務(wù)開發(fā)平臺(tái)USDP日志信息；接入設(shè)備收集篩選模塊用于提取收集數(shù)據(jù)中，接入設(shè)備相關(guān)的信令數(shù)、中繼數(shù)、忙時(shí)試呼次數(shù)BHCA和放音時(shí)長信息，提交給性能分析子系統(tǒng)；呼叫設(shè)備收集篩選模塊用于提取收集數(shù)據(jù)中，呼叫設(shè)備相關(guān)的忙時(shí)試呼次數(shù)BHCA和放音時(shí)長信息，提交給性能分析子系統(tǒng)；后臺(tái)服務(wù)器設(shè)備數(shù)據(jù)收集篩選模塊用于提取收集數(shù)據(jù)中，彩鈴后臺(tái)業(yè)務(wù)語音增值業(yè)務(wù)開發(fā)平臺(tái)USDP的相關(guān)信息，提交給性能分析子系統(tǒng)。彩鈴系統(tǒng)接口數(shù)據(jù)收集分配模塊用于數(shù)據(jù)庫接口調(diào)用，負(fù)責(zé)收集彩鈴后臺(tái)系統(tǒng)的運(yùn)營信息，采用標(biāo)準(zhǔn)的JDBC接口調(diào)用，收集彩鈴用戶、彩鈴用戶開銷戶數(shù)和月下載設(shè)置數(shù)。系統(tǒng)主動(dòng)收集模塊進(jìn)一步包括數(shù)據(jù)導(dǎo)入單元和數(shù)據(jù)庫接口調(diào)用單元，其中，數(shù)據(jù)導(dǎo)入單元用于收集通用資源平臺(tái)URP的話統(tǒng)數(shù)據(jù)；數(shù)據(jù)庫接口調(diào)用單元用于收集彩鈴后臺(tái)系統(tǒng)的運(yùn)營信息，采用標(biāo)準(zhǔn)的JAVA數(shù)據(jù)庫連接JDBC接口調(diào)用、收集彩鈴用戶、彩鈴用戶開銷戶數(shù)和月下載設(shè)置數(shù)。所述性能分析子系統(tǒng)進(jìn)一步包括性能邏輯分析模塊、業(yè)務(wù)發(fā)展趨勢分析和用戶行為分析模塊、業(yè)務(wù)故障數(shù)據(jù)分析模塊和性能數(shù)據(jù)校驗(yàn)?zāi)K，其中，性能邏輯分析模塊用于對(duì)接入設(shè)備的性能進(jìn)行分析；業(yè)務(wù)發(fā)展趨勢分析和用戶行為分析模塊用于根據(jù)業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)收集到的業(yè)務(wù)運(yùn)行信息，進(jìn)行用戶喜好分析和業(yè)務(wù)功能使用分析；業(yè)務(wù)故障數(shù)據(jù)分析模塊用于根據(jù)業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)收集到的故障點(diǎn)數(shù)據(jù)信息，分析造成故障的原因，用于根據(jù)收集到的話務(wù)數(shù)據(jù)和業(yè)務(wù)使用量信息，分析故障點(diǎn)瞬時(shí)的業(yè)務(wù)波動(dòng)信息，找到產(chǎn)生故障的網(wǎng)元信息；性能數(shù)據(jù)校驗(yàn)?zāi)K用于根據(jù)業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)采集的用戶期望驗(yàn)證的性能模型數(shù)據(jù)，結(jié)合當(dāng)前系統(tǒng)實(shí)際可承受的業(yè)務(wù)量，找出當(dāng)前系統(tǒng)存在的瓶頸，作為擴(kuò)容的依據(jù).
所述性能邏輯分析模塊進(jìn)一步包括URP性能分析單元、呼叫控制部件性能分析單元和數(shù)據(jù)庫性能分析單元，其中，URP性能分析單元用于分析當(dāng)前系統(tǒng)URP信令和媒體資源的負(fù)荷情況；呼叫控制部件性能分析單元用于分析當(dāng)前系統(tǒng)CTI部件的信令處理負(fù)荷、活動(dòng)呼叫數(shù)和呼叫處理時(shí)延，并評(píng)估當(dāng)前CTI系統(tǒng)的負(fù)荷情況；數(shù)據(jù)庫性能分析單元用于分析當(dāng)前業(yè)務(wù)系統(tǒng)用戶業(yè)務(wù)操作量、系統(tǒng)并發(fā)訪問量和后臺(tái)定時(shí)任務(wù)處理時(shí)長，并評(píng)估當(dāng)前數(shù)據(jù)庫的負(fù)荷情況。所述業(yè)務(wù)發(fā)展趨勢分析和用戶行為分析模塊進(jìn)一步包括用戶喜好分析單元、業(yè)務(wù)功能使用分析單元、用戶發(fā)展趨勢單元和用戶消費(fèi)趨勢單元，其中，用戶喜好分析單元用于根據(jù)業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)收集到的用戶下載、設(shè)置信息，找到用戶的喜愛和偏好；業(yè)務(wù)功能使用分析單元用于根據(jù)數(shù)據(jù)收集模塊收集到的開銷戶數(shù)、鈴音定購數(shù)和用戶下載設(shè)置信息，分析當(dāng)前系統(tǒng)業(yè)務(wù)使用情況，分析當(dāng)前彩鈴系統(tǒng)后臺(tái)系統(tǒng)的負(fù)荷情況；用戶發(fā)展趨勢單元用于分析用戶發(fā)展趨勢； 用戶消費(fèi)趨勢單元用于分析用戶消費(fèi)趨勢。所述業(yè)務(wù)故障數(shù)據(jù)分析模塊進(jìn)一步包括URP故障分析單元、呼叫控制部件故障分析單元和數(shù)據(jù)庫及后臺(tái)業(yè)務(wù)故障分析單元，其中，URP故障分析單元用于根據(jù)收集到的故障點(diǎn)話務(wù)數(shù)據(jù)，分析信令、資源各子部件的業(yè)務(wù)負(fù)荷量，結(jié)合當(dāng)前系統(tǒng)可承載的業(yè)務(wù)量，進(jìn)行數(shù)據(jù)對(duì)比，找出引起故障點(diǎn)的子系統(tǒng)；呼叫控制部件故障分析單元用于根據(jù)收集到的故障點(diǎn)話務(wù)數(shù)據(jù)，分析當(dāng)前系統(tǒng)CTI部件的信令處理負(fù)荷、活動(dòng)呼叫數(shù)和呼叫處理時(shí)延信息，結(jié)合當(dāng)前呼叫控制部件可承載的業(yè)務(wù)量，進(jìn)行對(duì)比，評(píng)估呼叫控制部件是否為故障根源；數(shù)據(jù)庫及后臺(tái)業(yè)務(wù)故障分析單元用于根據(jù)收集到的故障點(diǎn)后臺(tái)業(yè)務(wù)使用信息，結(jié)合當(dāng)前業(yè)務(wù)系統(tǒng)可承載的業(yè)務(wù)量，進(jìn)行數(shù)據(jù)對(duì)比，找出產(chǎn)生故障的網(wǎng)元信息。所述性能數(shù)據(jù)校驗(yàn)?zāi)K進(jìn)一步包括URP性能校驗(yàn)單元、呼叫控制部件性能校驗(yàn)單元和數(shù)據(jù)庫及后臺(tái)業(yè)務(wù)性能校驗(yàn)單元，其中，URP性能校驗(yàn)單元用于根據(jù)業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)傳遞的性能模型數(shù)據(jù)，分別驗(yàn)證信令和資源兩個(gè)模塊，如果當(dāng)前系統(tǒng)無法承載所述性能模型，則所述URP性能校驗(yàn)單元提示用戶具體存在瓶頸的子系統(tǒng)名稱，并給出擴(kuò)容意見；
呼叫控制部件性能校驗(yàn)單元用于根據(jù)業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)傳遞的性能模型數(shù)據(jù)，驗(yàn)證CTI系統(tǒng)是否可以承載所述性能模型，如果CTI系統(tǒng)無法承載所述性能模型，則所述呼叫控制部件性能校驗(yàn)單元給出擴(kuò)容意見；數(shù)據(jù)庫及后臺(tái)業(yè)務(wù)性能校驗(yàn)單元用于根據(jù)業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)傳遞的性能模型數(shù)據(jù)，驗(yàn)證整個(gè)彩鈴后臺(tái)系統(tǒng)是否可以承載所述性能模型，如果彩鈴后臺(tái)系統(tǒng)無法承載所述性能模型，則數(shù)據(jù)庫及后臺(tái)業(yè)務(wù)性能校驗(yàn)單元給出擴(kuò)容意見。采用本發(fā)明的技術(shù)方案，具有以下技術(shù)效果:(I)系統(tǒng)負(fù)荷的統(tǒng)計(jì)方法更加精準(zhǔn)，能準(zhǔn)確找到最大的系統(tǒng)負(fù)荷，避免錯(cuò)誤的統(tǒng)計(jì)方法導(dǎo)致系統(tǒng)負(fù)荷虛高。(2)主動(dòng)的系統(tǒng)收集功能，不是被動(dòng)的接收數(shù)據(jù)，系統(tǒng)數(shù)據(jù)可以做到實(shí)時(shí)分析。(3)作為彩鈴系統(tǒng)專屬的性能分析工具，更加貼近業(yè)務(wù)，使系統(tǒng)性能分析做到精準(zhǔn)，系統(tǒng)分析細(xì)化到各模塊的子部件。(4)豐富的信息收集渠道，通過調(diào)用系統(tǒng)接口、訪問數(shù)據(jù)庫接口，實(shí)時(shí)分析業(yè)務(wù)發(fā)展趨勢以及用戶的操作行為變化。(5)良好的數(shù)據(jù)校驗(yàn)功能，預(yù)知系統(tǒng)安全運(yùn)行底線，方便使用者提前做好各種應(yīng)對(duì)措施(6)快速的“事后”定位功能，快速找到系統(tǒng)問題根因本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實(shí)現(xiàn)和獲得。下面通過附圖和實(shí)施方式，對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實(shí)施方式一起用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的限制。在附圖中:圖1是現(xiàn)有技術(shù)中網(wǎng)絡(luò)維護(hù)和優(yōu)化處理的流程圖。圖2是本發(fā)明具體實(shí)施方式
一中彩鈴系統(tǒng)性能評(píng)估的流程圖。圖3是本發(fā)明具體實(shí)施方式
二中彩鈴系統(tǒng)性能評(píng)估系統(tǒng)的結(jié)構(gòu)示意圖。圖4是本發(fā)明具體實(shí)施方式
二中業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)的結(jié)構(gòu)示意圖。圖5是本發(fā)明具體實(shí)施方式
二中性能分析子系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施方式進(jìn)行說明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實(shí)施方式僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。圖2是本發(fā)明具體實(shí)施方式
一中彩鈴系統(tǒng)性能評(píng)估的流程圖。如圖2所示，該彩鈴系統(tǒng)性能評(píng)估流程包括以下步驟:以某地市收集的話統(tǒng)數(shù)據(jù)為例，進(jìn)行分析:
權(quán)利要求
1.一種彩鈴系統(tǒng)性能評(píng)估的方法，其特征在于，包括以下步驟: A、收集不少于兩個(gè)時(shí)段的彩鈴呼叫話務(wù)量Erl和對(duì)應(yīng)時(shí)段內(nèi)的平均放音時(shí)長，抽取其中數(shù)值最大的彩鈴呼叫話務(wù)量Erl作為彩鈴系統(tǒng)承載的最大話務(wù)量Erl ； B、將所述彩鈴系統(tǒng)承載的最大話務(wù)量Erl與對(duì)應(yīng)時(shí)段內(nèi)的平均放音時(shí)長之商作為彩鈴系統(tǒng)忙時(shí)并發(fā)呼叫數(shù)Caps ； C、采用以下公式獲得內(nèi)部通道數(shù): 內(nèi)部通道數(shù)=彩鈴系統(tǒng)忙時(shí)并發(fā)呼叫數(shù)Caps X所有時(shí)段的平均放音時(shí)長/ (1-業(yè)務(wù)呼損率)； D、采用以下公式獲得信令鏈路數(shù): 信令鏈路數(shù)=Max (2，2 X Roundup (彩鈴系統(tǒng)忙時(shí)并發(fā)呼叫數(shù)Caps X呼叫消息數(shù)X每呼叫消息字節(jié)數(shù)X信令鏈路雙向不均衡系數(shù)X 8/(信令物理接口比特?cái)?shù)X信令鏈路承載比例值)，O))，其中Roundup是向上取整函數(shù)，Max是取最大值函數(shù)。
2.根據(jù)權(quán)利要求1所述的一種彩鈴系統(tǒng)性能評(píng)估的方法，其特征在于，所述業(yè)務(wù)呼損率是0.005。
3.根據(jù)權(quán)利要求1所述的一種彩鈴系統(tǒng)性能評(píng)估的方法，其特征在于，所述呼叫消息數(shù)是5。
4.根據(jù)權(quán)利要求1所述的一種彩鈴系統(tǒng)性能評(píng)估的方法，其特征在于，所述每呼叫消息字節(jié)數(shù)是30Byte。
5.根據(jù)權(quán)利要求1所述的一種彩鈴系統(tǒng)性能評(píng)估的方法，其特征在于，所述信令鏈路雙向不均衡系數(shù)是1.6。
6.根據(jù)權(quán)利要求1所述的一種彩鈴系統(tǒng)性能評(píng)估的方法，其特征在于，所述信令物理接口比特?cái)?shù)是64Kbit或者2Mbit。
7.根據(jù)權(quán)利要求6所述的一種彩鈴系統(tǒng)性能評(píng)估的方法，其特征在于，如果信令物理接口比特?cái)?shù)是64Kbit，所述信令鏈路承載比例值是0.4，；如果信令物理接口比特?cái)?shù)是2Mbit，所述信令鏈路承載比例值是0.2。
8.根據(jù)權(quán)利要求1所述的一種彩鈴系統(tǒng)性能評(píng)估的方法，其特征在于，所述信令鏈路不少于2條。
9.一種彩鈴系統(tǒng)性能評(píng)估的系統(tǒng)，其特征在于，包括業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)、性能分析子系統(tǒng)和數(shù)據(jù)顯示子系統(tǒng)，其中， 業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)用于收集彩鈴系統(tǒng)數(shù)據(jù)或者期待驗(yàn)證的性能數(shù)據(jù)； 性能分析子系統(tǒng)用于進(jìn)行數(shù)據(jù)分析，并將輸出結(jié)果導(dǎo)出給數(shù)據(jù)顯示子系統(tǒng)； 數(shù)據(jù)顯示子系統(tǒng)用于根據(jù)業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)收集的性能數(shù)據(jù)，結(jié)合性能分析子系統(tǒng)預(yù)設(shè)的性能原型， 以數(shù)據(jù)表的形式展現(xiàn)系統(tǒng)各部件及子部件的負(fù)荷情況。
10.根據(jù)權(quán)利要求9所述的一種彩鈴系統(tǒng)性能評(píng)估的系統(tǒng)，其特征在于，所述業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)進(jìn)一步包括人工交互模塊、系統(tǒng)主動(dòng)收集模塊、彩鈴系統(tǒng)接口調(diào)用模塊、接入設(shè)備收集篩選模塊、呼叫設(shè)備收集篩選模塊、后臺(tái)服務(wù)器設(shè)備數(shù)據(jù)收集篩選模塊和彩鈴系統(tǒng)接口數(shù)據(jù)收集分配模塊，其中: 人工交互模塊用于采用Web界面，提供給用戶手工錄入，收集彩鈴用戶數(shù)、忙時(shí)試呼次數(shù)BHCA、放音時(shí)長、彩鈴用戶開銷戶數(shù)和月下載設(shè)置數(shù)；系統(tǒng)主動(dòng)收集模塊用于收集彩鈴系統(tǒng)日常的運(yùn)行信息、并實(shí)現(xiàn)數(shù)據(jù)導(dǎo)入和數(shù)據(jù)庫接口調(diào)用； 彩鈴系統(tǒng)接口調(diào)用模塊用于采用標(biāo)準(zhǔn)的簡單對(duì)象訪問協(xié)議SOAP接口，訪問彩鈴系統(tǒng)的語音增值業(yè)務(wù)開發(fā)平臺(tái)USDP，收集語音增值業(yè)務(wù)開發(fā)平臺(tái)USDP系統(tǒng)接口并發(fā)調(diào)用次數(shù)和語音增值業(yè)務(wù)開發(fā)平臺(tái)USDP日志信息； 接入設(shè)備收集篩選模塊用于提取收集數(shù)據(jù)中，接入設(shè)備相關(guān)的信令數(shù)、中繼數(shù)、忙時(shí)試呼次數(shù)BHCA和放音時(shí)長信息，提交給性能分析子系統(tǒng)； 呼叫設(shè)備收集篩選模塊用于提取收集數(shù)據(jù)中，呼叫設(shè)備相關(guān)的忙時(shí)試呼次數(shù)BHCA和放音時(shí)長信息，提交給性能分析子系統(tǒng)； 后臺(tái)服務(wù)器設(shè)備數(shù)據(jù)收集篩選模塊用于提取收集數(shù)據(jù)中，彩鈴后臺(tái)業(yè)務(wù)語音增值業(yè)務(wù)開發(fā)平臺(tái)USDP的相關(guān)信息，提交給性能分析子系統(tǒng)。
彩鈴系統(tǒng)接口數(shù)據(jù)收集分配模塊用于數(shù)據(jù)庫接口調(diào)用，負(fù)責(zé)收集彩鈴后臺(tái)系統(tǒng)的運(yùn)營信息，采用標(biāo)準(zhǔn)的JDBC接口調(diào)用，收集彩鈴用戶、彩鈴用戶開銷戶數(shù)和月下載設(shè)置數(shù)。
11.根據(jù)權(quán)利要求10所述的一種彩鈴系統(tǒng)性能評(píng)估的系統(tǒng)，其特征在于，系統(tǒng)主動(dòng)收集模塊進(jìn)一步包括數(shù)據(jù)導(dǎo)入單元和數(shù)據(jù)庫接口調(diào)用單元，其中， 數(shù)據(jù)導(dǎo)入單元用于收集通用資源平臺(tái)URP的話統(tǒng)數(shù)據(jù)； 數(shù)據(jù)庫接口調(diào)用單元用于收集彩鈴后臺(tái)系統(tǒng)的運(yùn)營信息，采用標(biāo)準(zhǔn)的JAVA數(shù)據(jù)庫連接JDBC接口調(diào)用、收集彩鈴用戶、彩鈴用戶開銷戶數(shù)和月下載設(shè)置數(shù)。
12.根 據(jù)權(quán)利要求9所述的一種彩鈴系統(tǒng)性能評(píng)估的系統(tǒng)，其特征在于，所述性能分析子系統(tǒng)進(jìn)一步包括性能邏輯分析模塊、業(yè)務(wù)發(fā)展趨勢分析和用戶行為分析模塊、業(yè)務(wù)故障數(shù)據(jù)分析模塊和性能數(shù)據(jù)校驗(yàn)?zāi)K，其中， 性能邏輯分析模塊用于對(duì)接入設(shè)備的性能進(jìn)行分析； 業(yè)務(wù)發(fā)展趨勢分析和用戶行為分析模塊用于根據(jù)業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)收集到的業(yè)務(wù)運(yùn)行信息，進(jìn)行用戶喜好分析和業(yè)務(wù)功能使用分析； 業(yè)務(wù)故障數(shù)據(jù)分析模塊用于根據(jù)業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)收集到的故障點(diǎn)數(shù)據(jù)信息，分析造成故障的原因，用于根據(jù)收集到的話務(wù)數(shù)據(jù)和業(yè)務(wù)使用量信息，分析故障點(diǎn)瞬時(shí)的業(yè)務(wù)波動(dòng)信息，找到產(chǎn)生故障的網(wǎng)元信息； 性能數(shù)據(jù)校驗(yàn)?zāi)K用于根據(jù)業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)采集的用戶期望驗(yàn)證的性能模型數(shù)據(jù)，結(jié)合當(dāng)前系統(tǒng)實(shí)際可承受的業(yè)務(wù)量，找出當(dāng)前系統(tǒng)存在的瓶頸，作為擴(kuò)容的依據(jù)。
13.根據(jù)權(quán)利要求12所述的一種彩鈴系統(tǒng)性能評(píng)估的系統(tǒng)，其特征在于，所述性能邏輯分析模塊進(jìn)一步包括URP性能分析單元、呼叫控制部件性能分析單元和數(shù)據(jù)庫性能分析單元，其中， URP性能分析單元用于分析當(dāng)前系統(tǒng)URP信令和媒體資源的負(fù)荷情況； 呼叫控制部件性能分析單元用于分析當(dāng)前系統(tǒng)CTI部件的信令處理負(fù)荷、活動(dòng)呼叫數(shù)和呼叫處理時(shí)延，并評(píng)估當(dāng)前CTI系統(tǒng)的負(fù)荷情況； 數(shù)據(jù)庫性能分析單元用于分析當(dāng)前業(yè)務(wù)系統(tǒng)用戶業(yè)務(wù)操作量、系統(tǒng)并發(fā)訪問量和后臺(tái)定時(shí)任務(wù)處理時(shí)長，并評(píng)估當(dāng)前數(shù)據(jù)庫的負(fù)荷情況。
14.根據(jù)權(quán)利要求12所述的一種彩鈴系統(tǒng)性能評(píng)估的系統(tǒng)，其特征在于，所述業(yè)務(wù)發(fā)展趨勢分析和用戶行為分析模塊進(jìn)一步包括用戶喜好分析單元、業(yè)務(wù)功能使用分析單元、用戶發(fā)展趨勢單元和用戶消費(fèi)趨勢單元，其中， 用戶喜好分析單元用于根據(jù)業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)收集到的用戶下載、設(shè)置信息，找到用戶的喜愛和偏好； 業(yè)務(wù)功能使用分析單元用于根據(jù)數(shù)據(jù)收集模塊收集到的開銷戶數(shù)、鈴音定購數(shù)和用戶下載設(shè)置信息，分析當(dāng)前系統(tǒng)業(yè)務(wù)使用情況，分析當(dāng)前彩鈴系統(tǒng)后臺(tái)系統(tǒng)的負(fù)荷情況；用戶發(fā)展趨勢單元用于分析用戶發(fā)展趨勢； 用戶消費(fèi)趨勢單元用于分析用戶消費(fèi)趨勢。
15.根據(jù)權(quán)利要求12所述的一種彩鈴系統(tǒng)性能評(píng)估的系統(tǒng)，其特征在于，所述業(yè)務(wù)故障數(shù)據(jù)分析模塊進(jìn)一步包括URP故障分析單元、呼叫控制部件故障分析單元和數(shù)據(jù)庫及后臺(tái)業(yè)務(wù)故障分析單元，其中， URP故障分析單元用于根據(jù)收集到的故障點(diǎn)話務(wù)數(shù)據(jù)，分析信令、資源各子部件的業(yè)務(wù)負(fù)荷量，結(jié)合當(dāng)前系統(tǒng)可承載的業(yè)務(wù)量，進(jìn)行數(shù)據(jù)對(duì)比，找出引起故障點(diǎn)的子系統(tǒng)； 呼叫控制部件故障分析單元用于根據(jù)收集到的故障點(diǎn)話務(wù)數(shù)據(jù)，分析當(dāng)前系統(tǒng)CTI部件的信令處理負(fù)荷、活動(dòng)呼叫數(shù)和呼叫處理時(shí)延信息，結(jié)合當(dāng)前呼叫控制部件可承載的業(yè)務(wù)量，進(jìn)行對(duì)比，評(píng)估呼叫控制部件是否為故障根源； 數(shù)據(jù)庫及后臺(tái)業(yè)務(wù)故障分析單元用于根據(jù)收集到的故障點(diǎn)后臺(tái)業(yè)務(wù)使用信息，結(jié)合當(dāng)前業(yè)務(wù)系統(tǒng)可承載的業(yè)務(wù)量，進(jìn)行數(shù)據(jù)對(duì)比，找出產(chǎn)生故障的網(wǎng)元信息。
16.根據(jù)權(quán)利要求12所述的一種彩鈴系統(tǒng)性能評(píng)估的系統(tǒng)，其特征在于，所述性能數(shù)據(jù)校驗(yàn)?zāi)K進(jìn)一步包括URP性能校驗(yàn)單元、呼叫控制部件性能校驗(yàn)單元和數(shù)據(jù)庫及后臺(tái)業(yè)務(wù)性能校驗(yàn)單元，其中， URP性能校驗(yàn)單元用于根據(jù)業(yè)務(wù) 數(shù)據(jù)采集子系統(tǒng)傳遞的性能模型數(shù)據(jù)，分別驗(yàn)證信令和資源兩個(gè)模塊，如果當(dāng)前系統(tǒng)無法承載所述性能模型，則所述URP性能校驗(yàn)單元提示用戶具體存在瓶頸的子系統(tǒng)名稱，并給出擴(kuò)容意見； 呼叫控制部件性能校驗(yàn)單元用于根據(jù)業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)傳遞的性能模型數(shù)據(jù)，驗(yàn)證CTI系統(tǒng)是否可以承載所述性能模型，如果CTI系統(tǒng)無法承載所述性能模型，則所述呼叫控制部件性能校驗(yàn)單元給出擴(kuò)容意見； 數(shù)據(jù)庫及后臺(tái)業(yè)務(wù)性能校驗(yàn)單元用于根據(jù)業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)傳遞的性能模型數(shù)據(jù)，驗(yàn)證整個(gè)彩鈴后臺(tái)系統(tǒng)是否可以承載所述性能模型，如果彩鈴后臺(tái)系統(tǒng)無法承載所述性能模型，則數(shù)據(jù)庫及后臺(tái)業(yè)務(wù)性能校驗(yàn)單元給出擴(kuò)容意見。
全文摘要
本發(fā)明公開了一種彩鈴系統(tǒng)性能評(píng)估的方法和系統(tǒng)，業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)收集彩鈴系統(tǒng)數(shù)據(jù)或者期待驗(yàn)證的性能數(shù)據(jù)；性能分析子系統(tǒng)進(jìn)行數(shù)據(jù)分析，并將輸出結(jié)果導(dǎo)出給數(shù)據(jù)顯示子系統(tǒng)；數(shù)據(jù)顯示子系統(tǒng)根據(jù)業(yè)務(wù)數(shù)據(jù)采集子系統(tǒng)收集的性能數(shù)據(jù)，結(jié)合性能分析子系統(tǒng)預(yù)設(shè)的性能原型，以數(shù)據(jù)表的形式展現(xiàn)系統(tǒng)各部件及子部件的負(fù)荷情況。采用了本發(fā)明的技術(shù)方案，能夠?qū)崟r(shí)分析彩鈴系統(tǒng)的數(shù)據(jù)，并且系統(tǒng)負(fù)荷的統(tǒng)計(jì)方法更加精準(zhǔn)，能準(zhǔn)確找到最大的系統(tǒng)負(fù)荷，避免錯(cuò)誤的統(tǒng)計(jì)方法導(dǎo)致系統(tǒng)負(fù)荷虛高。
文檔編號(hào)H04W4/12GK103167430SQ20111042233
公開日2013年6月19日 申請(qǐng)日期2011年12月16日 優(yōu)先權(quán)日2011年12月16日
發(fā)明者劉麗潔, 王靖 申請(qǐng)人:中國移動(dòng)通信集團(tuán)河北有限公司