專利名稱：一種分析移動(dòng)通信系統(tǒng)中呼叫的系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信系統(tǒng)中操作與維護(hù)技術(shù)領(lǐng)域，特別是分析移動(dòng)通信系統(tǒng)中呼叫的系統(tǒng)及方法。
背景技術(shù)：
移動(dòng)通信網(wǎng)絡(luò)是通信網(wǎng)絡(luò)中最復(fù)雜的一種通信系統(tǒng)，移動(dòng)用戶的移動(dòng)性帶來(lái)了很多關(guān)于漫游、切換、覆蓋的問(wèn)題，如果不能及時(shí)分析定位移動(dòng)通信中呼叫、解決移動(dòng)用戶遇到的問(wèn)題，將會(huì)降低通話的質(zhì)量，從而給運(yùn)營(yíng)商的客戶滿意度、聲譽(yù)帶來(lái)很大的影響。
在移動(dòng)通信網(wǎng)中，用來(lái)定位呼叫故障和網(wǎng)絡(luò)故障的現(xiàn)有技術(shù)主要有集中信令監(jiān)測(cè)、用戶跟蹤等技術(shù)。
現(xiàn)有技術(shù)一集中信令監(jiān)測(cè)方案信令集中監(jiān)測(cè)系統(tǒng)通過(guò)高阻跨接方式從承載業(yè)務(wù)網(wǎng)絡(luò)的信令鏈路采集信令數(shù)據(jù)，并進(jìn)行分析和統(tǒng)計(jì)，可全面反映出業(yè)務(wù)網(wǎng)絡(luò)的運(yùn)行狀況，為網(wǎng)絡(luò)的維護(hù)、優(yōu)化和擴(kuò)容，以及運(yùn)營(yíng)商網(wǎng)間的互聯(lián)互通質(zhì)量監(jiān)督提供依據(jù)，并可為規(guī)劃業(yè)務(wù)、制訂經(jīng)營(yíng)戰(zhàn)略提供基礎(chǔ)信息。
但是，集中信令監(jiān)測(cè)方案具有如下缺點(diǎn)信令監(jiān)測(cè)要提取每條鏈路的每一條信息，因此具有海量的信息，而信令監(jiān)測(cè)系統(tǒng)很難及時(shí)處理海量的數(shù)據(jù)；要在所有信令鏈路上掛接監(jiān)測(cè)儀表，增加了信令監(jiān)測(cè)的成本，如果在3G系統(tǒng)中使用該方法，成本將會(huì)更高；信令監(jiān)測(cè)只能提取標(biāo)準(zhǔn)接口上的標(biāo)準(zhǔn)信元，而系統(tǒng)內(nèi)部的信息一無(wú)所知，從而無(wú)法分析系統(tǒng)內(nèi)部的細(xì)節(jié)信息，難以關(guān)聯(lián)同一呼叫中的所有會(huì)話。
現(xiàn)有技術(shù)二跟蹤(Trace)用戶跟蹤方案用戶和移動(dòng)臺(tái)Trace是在操作與維護(hù)中心(Operation & MaitenanceCenter，OMC)上實(shí)現(xiàn)的一種功能。它在呼叫層次上提供對(duì)一個(gè)或多個(gè)指定移動(dòng)臺(tái)進(jìn)行詳細(xì)信令跟蹤的應(yīng)用，這些數(shù)據(jù)是性能管理數(shù)據(jù)的額外補(bǔ)充，可用來(lái)對(duì)網(wǎng)絡(luò)進(jìn)一步的監(jiān)視和優(yōu)化。跟蹤由用戶命令激活，并以在有限時(shí)間內(nèi)實(shí)現(xiàn)特定分析為目的。
但是，Trace方案具有如下缺點(diǎn)監(jiān)測(cè)的用戶數(shù)量有限，一般只能同時(shí)監(jiān)測(cè)幾十個(gè)用戶；無(wú)法自動(dòng)開啟監(jiān)測(cè)，需要手動(dòng)打開監(jiān)測(cè)；不能記錄用戶的歷史呼叫信息，只能監(jiān)測(cè)可以重現(xiàn)的網(wǎng)絡(luò)故障，即不具有回溯功能。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提出了一種分析移動(dòng)通信系統(tǒng)中呼叫的系統(tǒng)及方法，其目的在于，能夠分析已發(fā)生的呼叫。本發(fā)明的進(jìn)一步目的在于，定位已發(fā)生呼叫中的故障和異常，以及降低分析定位呼叫的成本，控制所需呼叫信息的數(shù)據(jù)量以及能夠自動(dòng)實(shí)現(xiàn)監(jiān)測(cè)。
根據(jù)上述目的，本發(fā)明提供了一種分析移動(dòng)通信系統(tǒng)中呼叫的系統(tǒng)，該系統(tǒng)包括網(wǎng)元，用于采集呼叫日志信息，將滿足該網(wǎng)元與管轄該網(wǎng)元的呼叫歷史紀(jì)錄服務(wù)器(CHR Server)預(yù)先約定的過(guò)濾條件的呼叫日志信息上報(bào)給所述CHR Server；CHR Server，用于收集、存儲(chǔ)各網(wǎng)元上報(bào)的呼叫日志信息，以及根據(jù)呼叫日志信息對(duì)其監(jiān)控下的呼叫進(jìn)行分析，以及將呼叫日志信息上報(bào)給網(wǎng)絡(luò)管理系統(tǒng)(NMS)；NMS，用于收集其管轄內(nèi)CHR Server的呼叫日志信息，以及對(duì)其監(jiān)控下的呼叫進(jìn)行分析。
所述網(wǎng)元包括功能單板模塊，用于采集呼叫日志信息，并將所采集的呼叫日志信息直接上報(bào)給管轄所述網(wǎng)元的CHR Server。
另外，所述網(wǎng)元包括功能單板模塊，用于采集呼叫日志信息，并將所采集的呼叫日志信息發(fā)送給呼叫歷史紀(jì)錄代理(CHR Agent)；CHR Agent，用于將所述呼叫日志信息上報(bào)給管轄該網(wǎng)元的CHR Server。
在上述方案中，所述網(wǎng)元為移動(dòng)交換中心服務(wù)器、媒體網(wǎng)關(guān)、支撐通用分組無(wú)線業(yè)務(wù)節(jié)點(diǎn)、網(wǎng)關(guān)通用分組無(wú)線業(yè)務(wù)節(jié)點(diǎn)、無(wú)線網(wǎng)絡(luò)控制器或歸屬位置寄存器以及寬帶碼分多址移動(dòng)通信系統(tǒng)中任意的其它網(wǎng)元。
所述CHR Server包括CHR Server模塊，用于接收來(lái)自網(wǎng)元的呼叫日志信息，并將所述呼叫日志信息存儲(chǔ)到呼叫日志記錄數(shù)據(jù)庫(kù)(CHR DB)、發(fā)送給呼叫日志信息客戶端(CHR Client)以及發(fā)送給NMS；CHR DB，用于存儲(chǔ)呼叫日志信息；CHR Client，用于根據(jù)呼叫日志信息對(duì)該CHR Server監(jiān)控下的呼叫進(jìn)行后處理分析。
較佳地，該系統(tǒng)進(jìn)一步包括備用CHR Server，用于利用心跳線監(jiān)測(cè)所述CHR Server的工作狀態(tài)，當(dāng)監(jiān)測(cè)到所述CHR Server發(fā)生異常時(shí)，代替所述CHR Server工作。
在上述技術(shù)方案中，所述CHR Server進(jìn)一步用于向任意第三方工具提供呼叫日志信息。
所述網(wǎng)元與CHR Server預(yù)先約定的過(guò)濾條件為上報(bào)所有的呼叫日志信息、上報(bào)指定小區(qū)內(nèi)的所有呼叫日志信息、上報(bào)指定呼叫失敗原因的呼叫日志信息、上報(bào)指定用戶的所有呼叫日志信息、上報(bào)指定時(shí)間段內(nèi)的所有呼叫日志信息、上報(bào)故障呼叫的呼叫日志信息、上報(bào)異常呼叫的呼叫日志信息、上報(bào)指定用戶的標(biāo)準(zhǔn)信令接口的呼叫日志信息、上報(bào)預(yù)定詳細(xì)等級(jí)的呼叫日志信息、上報(bào)呼叫日志記錄中任何一個(gè)信息或者它們之中的任意組合。
當(dāng)所述CHR Server為設(shè)備管理系統(tǒng)EMS的一部分時(shí)，所述網(wǎng)元通過(guò)該網(wǎng)元與EMS之間的網(wǎng)管通道上報(bào)呼叫日志信息。
所述CHR Server進(jìn)一步用于定位所分析的呼叫的故障和異常；和/或所述NMS進(jìn)一步用于定位所分析的呼叫的故障和異常。
所述CHR Client進(jìn)一步用于定位所分析的呼叫的故障和異常。
本發(fā)明還提供了一種分析移動(dòng)通信系統(tǒng)中呼叫的方法，該方法包括A.網(wǎng)元采集呼叫日志信息，并將滿足該網(wǎng)元與管轄該網(wǎng)元的呼叫歷史紀(jì)錄服務(wù)器CHR Server預(yù)先約定的過(guò)濾條件的呼叫日志信息上報(bào)給所述CHRServer；B.CHR Server根據(jù)所接收的呼叫日志信息，對(duì)其監(jiān)控下的呼叫進(jìn)行分析，以及將所述呼叫日志信息上報(bào)給NMS；C.NMS根據(jù)所接收的呼叫日志信息，對(duì)其監(jiān)控下的呼叫進(jìn)行分析。
該方法進(jìn)一步包括CHR Server將所述過(guò)濾條件下發(fā)給所管轄的網(wǎng)元；和/或NMS將所述過(guò)濾條件下發(fā)給所管轄的CHR Server。
所述CHR Server進(jìn)一步定位所分析的呼叫的故障和異常；和/或所述NMS進(jìn)一步定位所分析的呼叫的故障和異常。
從上述方案中可以看出，由于本發(fā)明利用網(wǎng)元采集并上報(bào)呼叫日志信息，CHR Server和NMS根據(jù)所上報(bào)的呼叫日志信息分析呼叫，從而能夠分析已發(fā)生的呼叫，進(jìn)一步可以定位已發(fā)生呼叫中的故障和異常。并且本發(fā)明的各組成部分可以集成在現(xiàn)有設(shè)備內(nèi)部，不需另外的設(shè)備采集信令鏈路信息，可以自動(dòng)實(shí)現(xiàn)全小區(qū)全天候的跟蹤記錄。本發(fā)明記錄的信息量少，僅是原始編碼消息解碼處理后的信息摘要，還可以進(jìn)一步根據(jù)運(yùn)營(yíng)商定制信息。并且與現(xiàn)有技術(shù)相比，本發(fā)明的監(jiān)測(cè)成本比較低，另外可以借用現(xiàn)有設(shè)備本身的呼叫處理流程進(jìn)行分析，比另建立一套分析邏輯的成本要低。本發(fā)明可以采集呼叫過(guò)程中的任何信息，包括非標(biāo)準(zhǔn)接口、內(nèi)部信息。本發(fā)明可以降低后臺(tái)分析工具的復(fù)雜度，后臺(tái)分析工具可以很容易找出同一呼叫的關(guān)聯(lián)消息并迅速定位故障和異常?？傊景l(fā)明在網(wǎng)絡(luò)故障分析、性能分析、客戶投訴處理、用戶行為分析等多個(gè)領(lǐng)域有著廣泛的應(yīng)用。


圖1為根據(jù)本發(fā)明的系統(tǒng)的架構(gòu)圖；圖2為本發(fā)明所提供實(shí)施例中的網(wǎng)元的內(nèi)部結(jié)構(gòu)示意圖；圖3為本發(fā)明所提供實(shí)施例中的設(shè)備管理層的結(jié)構(gòu)示意圖；圖4為本發(fā)明所提供實(shí)施例中的網(wǎng)絡(luò)管理層的結(jié)構(gòu)示意圖；圖5為本發(fā)明所提供實(shí)施例中的指定過(guò)濾條件的示意圖。
進(jìn)一步詳細(xì)說(shuō)明。
本文提供的是一種在移動(dòng)通信系統(tǒng)內(nèi)部實(shí)現(xiàn)、用于分析移動(dòng)通信系統(tǒng)中的呼叫并可進(jìn)一步定位移動(dòng)通信系統(tǒng)中呼叫異常和故障的技術(shù)方案，該方案通過(guò)記錄和分析移動(dòng)通信網(wǎng)中呼叫的運(yùn)行軌跡和狀態(tài)參數(shù)，精確無(wú)誤定位出呼叫失敗的原因，并迅速解決用戶遇到的問(wèn)題。
參考圖1，本發(fā)明所提供的系統(tǒng)可以分為三個(gè)層面網(wǎng)元(networkelement，NE)層、設(shè)備管理(equipment management)層和網(wǎng)絡(luò)管理(networkmanagement)層。
網(wǎng)元層包括網(wǎng)元，網(wǎng)元負(fù)責(zé)采集呼叫日志信息，以及根據(jù)網(wǎng)元與管轄該網(wǎng)元的呼叫歷史紀(jì)錄服務(wù)器(Call History Record Server，CHR Server)預(yù)先約定的過(guò)濾條件，將滿足該過(guò)濾條件的呼叫日志信息上報(bào)給管轄它的CHRServer。這里所述的過(guò)濾條件表示應(yīng)用于不同的場(chǎng)景，具體內(nèi)容將在后面進(jìn)行描述。
如圖1所示，網(wǎng)元可以是移動(dòng)交換中心服務(wù)器(Mobile Switching CenterServer，MSC Server)、媒體網(wǎng)關(guān)(Media Gateway，MGW)、支撐通用分組無(wú)線業(yè)務(wù)節(jié)點(diǎn)(Support GPRS Service Node，SGSN)、網(wǎng)關(guān)通用分組無(wú)線業(yè)務(wù)節(jié)點(diǎn)(Gateway GPRS Service Node，GGSN)、無(wú)線網(wǎng)絡(luò)控制器(RadioNetwork Controller，RNC)或者歸屬位置寄存器(Home Location Register，HLR)等等寬帶碼分多址(WCDMA)移動(dòng)通信系統(tǒng)中的任何網(wǎng)元。
圖2為網(wǎng)元的內(nèi)部結(jié)構(gòu)示意圖。參照?qǐng)D2，網(wǎng)元的內(nèi)部包括功能單板模塊(Function Board)和呼叫歷史紀(jì)錄代理(CHR Agent)。Function Board負(fù)責(zé)采集呼叫日志信息，并根據(jù)該網(wǎng)元與管轄該網(wǎng)元的CHR Server預(yù)先約定的過(guò)濾條件，將滿足該過(guò)濾條件的呼叫日志信息發(fā)送給CHR Agent，由CHR Agent上報(bào)給管轄該網(wǎng)元的CHR Server。CHR Agent對(duì)接收到的呼叫日志信息緩存后，再通過(guò)標(biāo)準(zhǔn)的接口或者內(nèi)部接口將呼叫日志信息上報(bào)給CHRServer。當(dāng)然，也可以把CHR Agent內(nèi)嵌到Function Board中，即FunctionBoard采集呼叫日志信息后，直接將滿足過(guò)濾條件的呼叫日志信息發(fā)送給CHR Server。
由于CHR Server與設(shè)備管理系統(tǒng)(EMS)在同一層面，CHR Server可以作為EMS邏輯上的一部分，因此可以利用EMS與網(wǎng)元之間現(xiàn)有的網(wǎng)管通道從網(wǎng)元上報(bào)呼叫日志信息。當(dāng)然，網(wǎng)元也可以使用新的物理鏈路與CHRServer建立連接，上報(bào)呼叫日志信息。
接著描述設(shè)備管理層。設(shè)備管理層包括CHR Server。CHR Server收集存儲(chǔ)所管轄的網(wǎng)元上報(bào)的呼叫日志信息，根據(jù)呼叫日志信息對(duì)其監(jiān)控下的呼叫進(jìn)行分析，從而定位呼叫中的故障和異常，CHR Server還可以將呼叫日志信息上報(bào)給NMS。
參照?qǐng)D3，CHR Server包括CHR Server模塊、呼叫歷史記錄數(shù)據(jù)庫(kù)(CHRDB)和呼叫歷史記錄客戶端(CHR Client)。其中，CHR Server模塊接收來(lái)自網(wǎng)元的呼叫日志信息，將這些呼叫日志信息存儲(chǔ)到CHR DB，以及發(fā)送給CHR Client，并且CHR Server模塊還可以將呼叫日志信息上報(bào)給NMS。CHR DB用于存儲(chǔ)呼叫日志信息，還可以進(jìn)一步向第三方工具提供呼叫日志信息，以便第三方工具進(jìn)行其它分析。CHR Client根據(jù)CHR Server模塊發(fā)送來(lái)的呼叫日志信息，對(duì)CHR Server監(jiān)控下的呼叫進(jìn)行分析。
考慮到CHR Server的冗余備份，可以設(shè)置主備CHR Server。如圖1所示，圖1中兩個(gè)CHR Server都接收來(lái)自網(wǎng)元的呼叫日志信息，但是只有一個(gè)CHR Server處于工作狀態(tài)，另一個(gè)CHR Server通過(guò)之間的心跳線監(jiān)測(cè)對(duì)方的工作狀態(tài)，當(dāng)發(fā)現(xiàn)對(duì)方發(fā)生異常時(shí)，立即取代對(duì)方進(jìn)入工作狀態(tài)。在這種情況下，圖3中的CHR Server模塊就進(jìn)一步通過(guò)心跳線與互為備份的CHRServer的CHR Server模塊相連接，并監(jiān)測(cè)對(duì)方的工作狀態(tài)，當(dāng)發(fā)現(xiàn)對(duì)方發(fā)生異常時(shí)，立即取代對(duì)方進(jìn)入工作狀態(tài)。
接下來(lái)，描述網(wǎng)絡(luò)管理層。參照?qǐng)D4，網(wǎng)絡(luò)管理層的網(wǎng)絡(luò)管理系統(tǒng)(NMS)與其管轄的CHR Server相連接，收集其管轄內(nèi)CHR Server上報(bào)的呼叫日志信息，并且可以對(duì)其監(jiān)控下的呼叫進(jìn)行分析，從而定位呼叫中的故障和異常。
下面描述網(wǎng)元上報(bào)呼叫日志信息的場(chǎng)景，相當(dāng)于前面所述的網(wǎng)元上報(bào)呼叫日志信息的過(guò)濾條件。如圖5所示，這些過(guò)濾條件可以預(yù)先從CHR Server下發(fā)給網(wǎng)元，而且CHR Server也可以預(yù)先通過(guò)北向接口或其它接口從NMS下發(fā)的條件輸出命令，即過(guò)濾條件。
情形1過(guò)濾條件為上報(bào)所有的呼叫日志信息。網(wǎng)元記錄所有的呼叫日志信息，按照與CHR Server之間的接口規(guī)則，將所有呼叫日志信息上報(bào)給CHR Server，用于全網(wǎng)的分析和故障定位。
情形2過(guò)濾條件為上報(bào)指定小區(qū)、局向、中繼等的所有用戶的呼叫日志信息。以指定小區(qū)為例說(shuō)明，網(wǎng)元將指定小區(qū)內(nèi)的所有呼叫日志信息上報(bào)給CHR Server，從而可以用于基于小區(qū)的各種呼叫分析。
情形3過(guò)濾條件為上報(bào)指定故障原因值的所有用戶的呼叫日志信息。例如，網(wǎng)元將指定呼叫失敗原因的故障呼叫的呼叫日志信息上報(bào)給CHRServer，從而可以用于對(duì)該故障呼叫的分析、定位。
情形4過(guò)濾條件為上報(bào)指定用戶的呼叫日志信息。例如，在CHR Server上可以指定某些用戶的跟蹤，網(wǎng)元將這些用戶的所有呼叫日志信息全部上報(bào)給CHR Server，從而可以對(duì)這些指定的用戶的呼叫進(jìn)行分析。
情形5過(guò)濾條件為上報(bào)指定時(shí)間段內(nèi)的所有呼叫日志信息。例如，在CHR Client上可以指定某一段時(shí)間，網(wǎng)元將該時(shí)間段內(nèi)的所有呼叫信息上報(bào)，從而可以用于進(jìn)行和時(shí)間相關(guān)的性能、故障分析。
情形6過(guò)濾條件為上報(bào)故障類呼叫的呼叫日志信息。為了降低對(duì)網(wǎng)絡(luò)設(shè)備性能的影響，可以僅將故障、異常呼叫的呼叫日志信息上報(bào)給CHRServer。例如，網(wǎng)元默認(rèn)監(jiān)測(cè)所有的呼叫，當(dāng)呼叫發(fā)生的錯(cuò)誤與期望上報(bào)的錯(cuò)誤一樣時(shí)，網(wǎng)元即上報(bào)該故障呼叫的呼叫日志信息。所述錯(cuò)誤可以是話音單通、通話中掉話等等。
情形7過(guò)濾條件為上報(bào)制定用戶標(biāo)準(zhǔn)信令接口的呼叫日志信息。例如，在CHR Client上可以指定少量用戶的全信令跟蹤，網(wǎng)元將這些用戶的所有信令接口消息全部上傳給CHR server，從而可以對(duì)用戶進(jìn)行更為細(xì)致的分析。該情形主要用在網(wǎng)絡(luò)互聯(lián)互通、終端與網(wǎng)絡(luò)配合監(jiān)測(cè)上等情況。
過(guò)濾條件還可以進(jìn)一步為上報(bào)呼叫日志記錄中任何一個(gè)信息。
另外，由于指定用戶標(biāo)準(zhǔn)接口的消息包含了協(xié)議各層的消息，消息量通常很大。為了降低信息量，可以對(duì)協(xié)議層的消息進(jìn)行等級(jí)劃分，在進(jìn)行指定用戶標(biāo)準(zhǔn)接口跟蹤的時(shí)候，只需要上報(bào)指定等級(jí)的消息。例如，根據(jù)消息的詳細(xì)程度將消息分為3類最大詳細(xì)級(jí)別、最小詳細(xì)級(jí)別、中度詳細(xì)級(jí)別。其中最大詳細(xì)級(jí)別包括信令接口的原始編碼消息；最小詳細(xì)級(jí)別為最大詳細(xì)級(jí)別的子集，是指原始編碼消息解碼后從中抽取能夠進(jìn)行一般問(wèn)題定位所需的消息集合；中度詳細(xì)級(jí)別為最大詳細(xì)級(jí)別的子集，是指原始編碼消息解碼后，從中抽取能夠進(jìn)行較深問(wèn)題定位所需的消息集合，中度詳細(xì)級(jí)別介于最大詳細(xì)級(jí)別和最小詳細(xì)級(jí)別之間。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種分析移動(dòng)通信系統(tǒng)中呼叫的系統(tǒng)，其特征在于，該系統(tǒng)包括網(wǎng)元，用于采集呼叫日志信息，將滿足該網(wǎng)元與管轄該網(wǎng)元的呼叫歷史紀(jì)錄服務(wù)器CHR Server預(yù)先約定的過(guò)濾條件的呼叫日志信息上報(bào)給所述CHR Server；CHR Server，用于收集、存儲(chǔ)各網(wǎng)元上報(bào)的呼叫日志信息，以及根據(jù)呼叫日志信息對(duì)其監(jiān)控下的呼叫進(jìn)行分析，以及將呼叫日志信息上報(bào)給網(wǎng)絡(luò)管理系統(tǒng)NMS；NMS，用于收集其管轄內(nèi)CHR Server的呼叫日志信息，以及對(duì)其監(jiān)控下的呼叫進(jìn)行分析。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述網(wǎng)元包括功能單板模塊，用于采集呼叫日志信息，并將所采集的呼叫日志信息直接上報(bào)給管轄所述網(wǎng)元的CHR Server。
3.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述網(wǎng)元包括功能單板模塊，用于采集呼叫日志信息，并將所采集的呼叫日志信息發(fā)送給呼叫歷史紀(jì)錄代理CHR Agent；CHR Agent，用于將所述呼叫日志信息上報(bào)給管轄該網(wǎng)元的CHRServer。
4.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述網(wǎng)元為移動(dòng)交換中心服務(wù)器MSC Server、媒體網(wǎng)關(guān)MGW、支撐通用分組無(wú)線業(yè)務(wù)節(jié)點(diǎn)SGSN、網(wǎng)關(guān)通用分組無(wú)線業(yè)務(wù)節(jié)點(diǎn)GGSN、無(wú)線網(wǎng)絡(luò)控制器RNC或歸屬位置寄存器HLR以及寬帶碼分多址WCDMA移動(dòng)通信系統(tǒng)中任意的其它網(wǎng)元。
5.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述CHR Server包括CHR Server模塊，用于接收來(lái)自網(wǎng)元的呼叫日志信息，并將所述呼叫日志信息存儲(chǔ)到呼叫日志記錄數(shù)據(jù)庫(kù)CHR DB、發(fā)送給呼叫日志信息客戶端CHR Client以及發(fā)送給NMS；CHR DB，用于存儲(chǔ)呼叫日志信息；CHR Client，用于根據(jù)呼叫日志信息對(duì)該CHR Server監(jiān)控下的呼叫進(jìn)行后處理分析。
6.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包括備用CHR Server，用于利用心跳線監(jiān)測(cè)所述CHR Server的工作狀態(tài)，當(dāng)監(jiān)測(cè)到所述CHR Server發(fā)生異常時(shí)，代替所述CHR Server工作。
7.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述CHR Server進(jìn)一步用于向任意第三方工具提供呼叫日志信息。
8.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述網(wǎng)元與CHR Server預(yù)先約定的過(guò)濾條件為上報(bào)所有的呼叫日志信息、上報(bào)指定小區(qū)內(nèi)的所有呼叫日志信息、上報(bào)指定呼叫失敗原因的呼叫日志信息、上報(bào)指定用戶的所有呼叫日志信息、上報(bào)指定時(shí)間段內(nèi)的所有呼叫日志信息、上報(bào)故障呼叫的呼叫日志信息、上報(bào)異常呼叫的呼叫日志信息、上報(bào)指定用戶的標(biāo)準(zhǔn)信令接口的呼叫日志信息、上報(bào)預(yù)定詳細(xì)等級(jí)的呼叫日志信息、上報(bào)呼叫日志記錄中任何一個(gè)信息或者它們之中的任意組合。
9.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述CHR Server為設(shè)備管理系統(tǒng)EMS的一部分；所述網(wǎng)元通過(guò)該網(wǎng)元與EMS之間的網(wǎng)管通道上報(bào)呼叫日志信息。
10.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述CHR Server進(jìn)一步用于定位所分析的呼叫的故障和異常；和/或所述NMS進(jìn)一步用于定位所分析的呼叫的故障和異常。
11.根據(jù)權(quán)利要求5所述的系統(tǒng)，其特征在于，所述CHR Client進(jìn)一步用于定位所分析的呼叫的故障和異常。
12.一種分析移動(dòng)通信系統(tǒng)中呼叫的方法，其特征在于，該方法包括A.網(wǎng)元采集呼叫日志信息，并將滿足該網(wǎng)元與管轄該網(wǎng)元的呼叫歷史紀(jì)錄服務(wù)器CHR Server預(yù)先約定的過(guò)濾條件的呼叫日志信息上報(bào)給所述CHR Server；B.CHR Server根據(jù)所接收的呼叫日志信息，對(duì)其監(jiān)控下的呼叫進(jìn)行分析，以及將所述呼叫日志信息上報(bào)給NMS；C.NMS根據(jù)所接收的呼叫日志信息，對(duì)其監(jiān)控下的呼叫進(jìn)行分析。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，該方法進(jìn)一步包括CHR Server將所述過(guò)濾條件下發(fā)給所管轄的網(wǎng)元；和/或NMS將所述過(guò)濾條件下發(fā)給所管轄的CHR Server。
14.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述CHR Server進(jìn)一步定位所分析的呼叫的故障和異常；和/或所述NMS進(jìn)一步定位所分析的呼叫的故障和異常。
全文摘要
本發(fā)明公開了一種分析移動(dòng)通信系統(tǒng)中呼叫的系統(tǒng)，包括網(wǎng)元，用于采集呼叫日志信息，將滿足該網(wǎng)元與管轄該網(wǎng)元的CHR Server預(yù)先約定的過(guò)濾條件的呼叫日志信息上報(bào)給所述CHR Server；CHR Server，用于收集、存儲(chǔ)各網(wǎng)元上報(bào)的呼叫日志信息，以及根據(jù)呼叫日志信息對(duì)其監(jiān)控下的呼叫進(jìn)行分析，以及將呼叫日志信息上報(bào)給NMS；NMS，用于收集其管轄內(nèi)CHRServer的呼叫日志信息，以及對(duì)其監(jiān)控下的呼叫進(jìn)行分析。本發(fā)明還提供了一種分析移動(dòng)通信系統(tǒng)中呼叫的方法。本發(fā)明可以分析已發(fā)生的呼叫，從而定位已發(fā)生呼叫中的故障和異常。本發(fā)明還具有成本低、數(shù)據(jù)量小、自動(dòng)監(jiān)測(cè)分析呼叫信息等優(yōu)點(diǎn)。
文檔編號(hào)H04W24/04GK1852540SQ20051012435
公開日2006年10月25日 申請(qǐng)日期2005年11月29日 優(yōu)先權(quán)日2005年11月29日
發(fā)明者王疆, 常志泉, 龍綱 申請(qǐng)人:華為技術(shù)有限公司