專利名稱：一種通信系統(tǒng)中業(yè)務(wù)信息的收集系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信系統(tǒng)的故障分析技術(shù)，尤其是涉及一種作為業(yè)務(wù)故障分析基礎(chǔ)的通信系統(tǒng)中業(yè)務(wù)信息的收集系統(tǒng)和方法。
背景技術(shù)：
目前的通信系統(tǒng)已經(jīng)發(fā)展到第三代(3G)移動通信系統(tǒng)。例如通用移動通信系統(tǒng)(UMTS，Universal Mobile Telecommunications System)是采用寬帶碼分多址(WCDMA，Wideband Code Division Multi-Access)空中接口技術(shù)的第三代移動通信系統(tǒng)。陸地?zé)o線接入網(wǎng)(UTRAN)、核心網(wǎng)(CN)與用戶設(shè)備(UE)一起構(gòu)成了整個UMTS系統(tǒng)。移動交換中心(MSC)/拜訪位置寄存器(VLR)是WCDMA核心網(wǎng)電路(CS)域的業(yè)務(wù)處理功能節(jié)點(diǎn)。
由于通信系統(tǒng)的發(fā)展，通信系統(tǒng)內(nèi)業(yè)務(wù)處理設(shè)備的業(yè)務(wù)復(fù)雜程度和用戶容量都大大增加。例如是在3G R4架構(gòu)下的業(yè)務(wù)處理設(shè)備移動交換中心(MSC)分為MSC服務(wù)器(MSC Server)和媒體網(wǎng)關(guān)(MGW)，一個MSCServer可以管理多個MGW，同時接入全球移動通信系統(tǒng)(GSM)和UMTS，MSC的主要功能之一表現(xiàn)在MSC對業(yè)務(wù)流程的控制處理上，而在其上運(yùn)行的業(yè)務(wù)流程十分復(fù)雜。復(fù)雜的業(yè)務(wù)流程和巨大的用戶容量導(dǎo)致業(yè)務(wù)處理設(shè)備在處理業(yè)務(wù)過程中的故障率提高了，因此當(dāng)處理設(shè)備內(nèi)部的業(yè)務(wù)發(fā)生故障時如何進(jìn)行快速診斷和定位，直接影響到了網(wǎng)絡(luò)運(yùn)營上的服務(wù)提供質(zhì)量和網(wǎng)絡(luò)可維護(hù)程度。如果要分析故障原因并進(jìn)一步定位故障，需要對業(yè)務(wù)處理設(shè)備的業(yè)務(wù)處理過程中的業(yè)務(wù)信息進(jìn)行收集，并在此基礎(chǔ)上進(jìn)行分析以確定故障，進(jìn)而排除故障。
在現(xiàn)有通信系統(tǒng)的日常維護(hù)工作中，通過如下方法來收集業(yè)務(wù)處理設(shè)備內(nèi)在業(yè)務(wù)處理過程中的業(yè)務(wù)信息以進(jìn)行故障分析1)性能統(tǒng)計方案。性能統(tǒng)計是通過統(tǒng)計網(wǎng)絡(luò)中關(guān)鍵的統(tǒng)計項來衡量當(dāng)前網(wǎng)絡(luò)的質(zhì)量，該方法是在一個特定測量周期內(nèi)對通信設(shè)備內(nèi)部的各種業(yè)務(wù)處理數(shù)據(jù)進(jìn)行統(tǒng)計，并將該統(tǒng)計數(shù)據(jù)反饋給網(wǎng)絡(luò)管理系統(tǒng)，由網(wǎng)絡(luò)管理系統(tǒng)進(jìn)行全面的分析，通過分析結(jié)果指導(dǎo)對現(xiàn)有業(yè)務(wù)處理設(shè)備的擴(kuò)容和問題解決。
該性能統(tǒng)計方案存在著明顯的缺點(diǎn)該方案是一種長時間，或者說是一種周期任務(wù)的統(tǒng)計方案，即在一段時間內(nèi)統(tǒng)計業(yè)務(wù)設(shè)備內(nèi)部處理業(yè)務(wù)的成功率或者失敗率是多少，其反映的是一個業(yè)務(wù)處理設(shè)備的整體的運(yùn)行情況，對于單個業(yè)務(wù)處理流程的失敗不能提供更多的定位信息，因而難以對單個業(yè)務(wù)處理過程出現(xiàn)故障的原因進(jìn)行細(xì)致的異常分析。
2)全網(wǎng)信令跟蹤檢測方法。信令跟蹤的方法是通過信令分析儀器在通信設(shè)備的標(biāo)準(zhǔn)協(xié)議接口上跟蹤業(yè)務(wù)過程中業(yè)務(wù)處理設(shè)備(例如MSC)與其它網(wǎng)元的符合標(biāo)準(zhǔn)協(xié)議的信令接口消息(也稱為掛表跟蹤)，如Iu接口，C/D接口，ISDN用戶部分(ISUP)接口，并將這些相關(guān)的消息發(fā)送給網(wǎng)絡(luò)管理中心，通過對這些跟蹤到的消息來進(jìn)行分析，根據(jù)分析結(jié)果對網(wǎng)絡(luò)進(jìn)行優(yōu)化，同時解決部分故障問題。對于業(yè)務(wù)處理設(shè)備內(nèi)部一般根據(jù)廠家自行設(shè)計的消息跟蹤儀進(jìn)行跟蹤分析。
全網(wǎng)信令跟蹤檢測方法的缺點(diǎn)如下全網(wǎng)信令跟蹤檢測方法是一種實時的跟蹤，需要預(yù)先配置第三方儀器進(jìn)行跟蹤，信令跟蹤的數(shù)據(jù)量很大，而從大量的信令消息跟蹤中獲取有用的信息，需要巨大的工作量。另外由于跟蹤到的信息只是簡單的羅列，沒有順序與分類，很難進(jìn)行對于單個業(yè)務(wù)流程的失敗分析，不易于按照用戶行為進(jìn)行提取和分析，為分析工作帶來了巨大的困難。另一方面在收集業(yè)務(wù)處理設(shè)備的內(nèi)部業(yè)務(wù)信息時，由于業(yè)務(wù)處理設(shè)備的性能限制不可能進(jìn)行全部信息的跟蹤。另外由于很多故障是不可預(yù)知的，因此不可能在業(yè)務(wù)處理設(shè)備上事先定義相關(guān)的跟蹤條件。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種通信系統(tǒng)中業(yè)務(wù)信息的收集系統(tǒng)，以實現(xiàn)對單個業(yè)務(wù)處理過程的業(yè)務(wù)信息進(jìn)行記錄，便于故障分析和定位，減少工作量。
本發(fā)明的另一目的在于提供一種通信系統(tǒng)中業(yè)務(wù)信息的收集方法，也可以實現(xiàn)對單個業(yè)務(wù)處理過程的業(yè)務(wù)信息進(jìn)行記錄，便于故障分析和定位，減少工作量。
為了實現(xiàn)上述發(fā)明目的，本發(fā)明的主要技術(shù)方案為一種通信系統(tǒng)中業(yè)務(wù)信息的收集系統(tǒng)，該收集系統(tǒng)包括業(yè)務(wù)系統(tǒng)和呼叫日志系統(tǒng)，其中業(yè)務(wù)系統(tǒng)設(shè)置在通信系統(tǒng)的業(yè)務(wù)處理設(shè)備內(nèi)，用于進(jìn)行業(yè)務(wù)處理，并用于在有新業(yè)務(wù)接入時通知呼叫日志系統(tǒng)收集業(yè)務(wù)信息，在本次業(yè)務(wù)處理過程中將業(yè)務(wù)處理設(shè)備內(nèi)部處理的業(yè)務(wù)信息發(fā)送到呼叫日志系統(tǒng)收集，在本次業(yè)務(wù)終止時通知呼叫日志系統(tǒng)生成呼叫日志；呼叫日志系統(tǒng)用于收集業(yè)務(wù)系統(tǒng)發(fā)送的業(yè)務(wù)信息，并在所述業(yè)務(wù)終止時生成由收集到的業(yè)務(wù)信息組成的本次業(yè)務(wù)的呼叫日志。
優(yōu)選的，所述呼叫日志系統(tǒng)具體包括呼叫日志啟動單元，用于接收業(yè)務(wù)系統(tǒng)的新業(yè)務(wù)接入通知，并向業(yè)務(wù)信息收集單元發(fā)送啟動指令；業(yè)務(wù)信息收集單元，用于啟動后收集業(yè)務(wù)系統(tǒng)發(fā)送的業(yè)務(wù)信息；呼叫日志生成單元，用于在收到業(yè)務(wù)系統(tǒng)發(fā)送的本次業(yè)務(wù)終止通知后，根據(jù)業(yè)務(wù)信息收集單元收集的業(yè)務(wù)信息生成本次業(yè)務(wù)的呼叫日志。
優(yōu)選的，所述呼叫日志生成單元中進(jìn)一步包括呼叫日志的觸發(fā)單元，用于在收到業(yè)務(wù)系統(tǒng)發(fā)送的本次業(yè)務(wù)終止通知后，根據(jù)預(yù)設(shè)的觸發(fā)條件判斷是否需生成呼叫日志，如果需要則觸發(fā)呼叫日志生成單元生成本次業(yè)務(wù)的呼叫日志，否則，不觸發(fā)生成呼叫日志。
優(yōu)選的，所述觸發(fā)單元具有面向用戶的觸發(fā)條件設(shè)置接口，通過該接口根據(jù)用戶指令設(shè)置所述觸發(fā)條件。
優(yōu)選的，所述收集系統(tǒng)進(jìn)一步包括呼叫日志服務(wù)器，用于接收存儲呼叫日志，進(jìn)行統(tǒng)一管理；所述呼叫日志系統(tǒng)進(jìn)一步包括編碼發(fā)送單元，用于按照預(yù)定的編碼格式對所生成的呼叫日志進(jìn)行編碼并發(fā)送給呼叫日志服務(wù)器。
優(yōu)選的，所述呼叫日志系統(tǒng)中進(jìn)一步包括過濾緩存單元，用于對當(dāng)前生成的呼叫日志進(jìn)行緩存，并判斷該呼叫日志是否符合預(yù)設(shè)的過濾條件，是則繼續(xù)緩存并傳輸?shù)骄幋a發(fā)送單元進(jìn)行發(fā)送；否則取消發(fā)送。
優(yōu)選的，所述過濾緩存單元具有面向用戶的過濾條件設(shè)置接口，通過該接口根據(jù)用戶指令設(shè)置所述過濾條件。
一種通信系統(tǒng)中業(yè)務(wù)信息的收集方法，包括當(dāng)通信系統(tǒng)中的業(yè)務(wù)處理設(shè)備在處理某次業(yè)務(wù)時，收集該業(yè)務(wù)處理設(shè)備內(nèi)部處理的業(yè)務(wù)信息，該項業(yè)務(wù)終止時生成由所收集到的業(yè)務(wù)信息組成的呼叫日志，該呼叫日志與該次業(yè)務(wù)相對應(yīng)。
優(yōu)選地，該方法進(jìn)一步包括當(dāng)所述業(yè)務(wù)處理設(shè)備收到來自外部實體新的業(yè)務(wù)建立請求時，則啟動收集所述業(yè)務(wù)信息的過程；當(dāng)本次業(yè)務(wù)終止時，則停止收集所述業(yè)務(wù)信息，生成本次業(yè)務(wù)的呼叫日志。
優(yōu)選地，該方法進(jìn)一步包括設(shè)置生成呼叫日志的觸發(fā)條件；當(dāng)所述本次業(yè)務(wù)終止時，根據(jù)所述觸發(fā)條件判斷是否需要觸發(fā)生成呼叫日志，是則執(zhí)行后續(xù)的生成本次業(yè)務(wù)的呼叫日志的步驟，否則不生成本次業(yè)務(wù)的呼叫日志，結(jié)束本流程。
優(yōu)選地，所述觸發(fā)條件為本次業(yè)務(wù)的處理結(jié)果如果本次業(yè)務(wù)處理失敗，則需要觸發(fā)生成本次業(yè)務(wù)的呼叫日志，否則不需觸發(fā)生成本次業(yè)務(wù)的呼叫日志。
優(yōu)選地，該方法進(jìn)一步包括設(shè)置呼叫日志服務(wù)器；將生成的呼叫日志發(fā)送給該呼叫日志服務(wù)器統(tǒng)一管理。
優(yōu)選地，該方法進(jìn)一步包括設(shè)置過濾條件；在向呼叫日志服務(wù)器發(fā)送呼叫日志之前進(jìn)一步判斷該呼叫日志是否符合過濾條件，如果符合則執(zhí)行后續(xù)的向呼叫日志服務(wù)器發(fā)送該呼叫日志的步驟；否則不向呼叫日志服務(wù)器發(fā)送該呼叫日志，結(jié)束本流程。
優(yōu)選地，所述的過濾條件包括所處理業(yè)務(wù)的業(yè)務(wù)類型和失敗原因。
優(yōu)選地，所述業(yè)務(wù)處理設(shè)備為第三代移動通信系統(tǒng)中的移動交換中心服務(wù)器MSC-S；所述MSC-S所處理的業(yè)務(wù)為連接管理CM業(yè)務(wù)；所述集MSC-S內(nèi)部處理的業(yè)務(wù)信息的具體過程包括A、在MSC-S收到本次業(yè)務(wù)相關(guān)的基站控制器BSC發(fā)送的CM業(yè)務(wù)請求消息后，啟動收集業(yè)務(wù)信息的過程，記錄本次業(yè)務(wù)的業(yè)務(wù)類型；B、在MSC-S完成加密判斷處理、向所述BSC發(fā)送加密命令消息的過程后，記錄本過程相關(guān)的加密信息；當(dāng)BSC向MSC-S返回加密完成消息后，MSC-S記錄相關(guān)的加密完成信息；C、當(dāng)MSC-S收到終端的呼叫建立消息后記錄相關(guān)的被叫號碼信息，之后繼續(xù)業(yè)務(wù)處理，向BSC返回呼叫正在進(jìn)行消息；D、在MSC-S向本次業(yè)務(wù)相關(guān)的媒體網(wǎng)關(guān)MGW發(fā)送增加端點(diǎn)請求消息、MGW返回增加端點(diǎn)響應(yīng)消息的過程后，記錄該過程相關(guān)的主叫側(cè)承載信息；E、在MSC-S向BSC發(fā)送指配請求、BSC返回攜帶指配失敗原因信息的指配失敗消息的過程后，記錄指配失敗原因信息；F、在MSC-S向BSC返回拆離消息后，記錄呼叫釋放信息；G、在本次業(yè)務(wù)結(jié)束時，結(jié)束對本次業(yè)務(wù)的業(yè)務(wù)信息的收集。
優(yōu)選地，所述業(yè)務(wù)處理設(shè)備為寬帶碼分多址系統(tǒng)中的移動交換中心、拜訪位置寄存器、媒體網(wǎng)關(guān)、或網(wǎng)關(guān)移動交換中心。
由于本發(fā)明是指針對業(yè)務(wù)處理設(shè)備內(nèi)部的一次業(yè)務(wù)處理過程(例如呼叫、短消息、切換、多連接呼叫等)中的業(yè)務(wù)信息進(jìn)行收集并生成呼叫日志，業(yè)務(wù)處理設(shè)備的單次業(yè)務(wù)的整個業(yè)務(wù)過程的業(yè)務(wù)信息被存放到呼叫日志服務(wù)器，用戶可以利用瀏覽查看各次業(yè)務(wù)過程的呼叫日志，很容易對單個的具體業(yè)務(wù)的流程進(jìn)行分析，容易對業(yè)務(wù)處理設(shè)備內(nèi)部故障進(jìn)行準(zhǔn)確的定位；由于本發(fā)明的業(yè)務(wù)信息可以分類存儲，使得在定位不同類型問題時，可以有側(cè)重的分析不同類別的信息，因此可以更方便地對業(yè)務(wù)處理設(shè)備內(nèi)的業(yè)務(wù)流程進(jìn)行分析和故障定位。另外，由于本發(fā)明在業(yè)務(wù)終止時，可以根據(jù)預(yù)定的觸發(fā)條件判斷是否生成呼叫日志，例如只有對于失敗的業(yè)務(wù)才生成呼叫日志，對于數(shù)量占多數(shù)的成功的業(yè)務(wù)過程不產(chǎn)生呼叫日志，而且可設(shè)置過濾條件，只有符合過濾條件的呼叫日志才可以發(fā)送給呼叫日志服務(wù)器處理，因此本發(fā)明可以減少業(yè)務(wù)信息的收集量，降低收集業(yè)務(wù)信息的設(shè)備的處理工作量，同時降低工作人員的分析工作量，節(jié)約成本。


圖1為本發(fā)明所述方法實現(xiàn)呼叫日志的架構(gòu)圖；圖2為本發(fā)明所述業(yè)務(wù)信息收集系統(tǒng)的一種實施例的結(jié)構(gòu)圖；圖3為本發(fā)明所述方法的一種實施例的流程圖；圖4為本發(fā)明所述收集業(yè)務(wù)信息的一種具體實例的示意圖；圖5為本發(fā)明所述設(shè)置過濾條件的一種實施例的示意圖。
具體實施例方式
下面通過具體實施例和附圖對本發(fā)明做進(jìn)一步詳細(xì)說明。
本發(fā)明所述的呼叫日志，是指針對業(yè)務(wù)處理設(shè)備的一次業(yè)務(wù)過程(例如呼叫、短消息、切換、多連接呼叫等)中，收集記錄業(yè)務(wù)處理設(shè)備內(nèi)部在整個業(yè)務(wù)過程中的業(yè)務(wù)信息(也可以稱為軌跡信息)，將本次業(yè)務(wù)過程中所收集的業(yè)務(wù)信息組合為一個呼叫日志。用于管理員對本次業(yè)務(wù)過程的業(yè)務(wù)處理設(shè)備內(nèi)的業(yè)務(wù)流程進(jìn)行分析，從而定位業(yè)務(wù)處理設(shè)備內(nèi)部的故障。呼叫日志是面向用戶，面向業(yè)務(wù)流程的，是業(yè)務(wù)處理設(shè)備對一次完整的業(yè)務(wù)流程中業(yè)務(wù)信息內(nèi)容的記錄。
圖1為本發(fā)明所述方法實現(xiàn)呼叫日志的一種架構(gòu)圖。如圖1所示，本發(fā)明的方法可設(shè)置呼叫日志服務(wù)器，該呼叫日志服務(wù)器可以設(shè)置在網(wǎng)絡(luò)管理系統(tǒng)中，也可單獨(dú)設(shè)置；當(dāng)通信系統(tǒng)中的業(yè)務(wù)處理設(shè)備(例如MSC)在處理某項業(yè)務(wù)時，收集該業(yè)務(wù)處理設(shè)備內(nèi)部業(yè)務(wù)處理流程中的業(yè)務(wù)信息，在該項業(yè)務(wù)終止時生成由所收集到的業(yè)務(wù)信息組成的呼叫日志，將生成的呼叫日志通過標(biāo)準(zhǔn)協(xié)議消息發(fā)送給呼叫日志服務(wù)器進(jìn)行統(tǒng)一管理。用戶可以通過呼叫日志工作臺登陸呼叫日志服務(wù)器對呼叫日志進(jìn)行管理分析，根據(jù)這些呼叫日志來分析呼叫出現(xiàn)的問題，并通過呼叫日志中的消息信元分析定位問題，并通過相應(yīng)的手段來排除故障。
本發(fā)明適用于通信系統(tǒng)中所有的業(yè)務(wù)處理設(shè)備的業(yè)務(wù)信息的收集，所述業(yè)務(wù)處理設(shè)備例如WCDMA系統(tǒng)中的移動交換中心MSC、VLR、媒體網(wǎng)關(guān)(MGW)、或網(wǎng)關(guān)MSC(GMSC)等。本文中以應(yīng)用到MSC為例對本發(fā)明進(jìn)行說明。
圖2為本發(fā)明所述業(yè)務(wù)信息收集系統(tǒng)的一種實施例的結(jié)構(gòu)圖。參見圖2，該收集系統(tǒng)包括業(yè)務(wù)系統(tǒng)21、呼叫日志系統(tǒng)22、呼叫日志服務(wù)器23，其中業(yè)務(wù)系統(tǒng)21設(shè)置在通信系統(tǒng)的業(yè)務(wù)處理設(shè)備(此處為MSC)內(nèi)，用于進(jìn)行業(yè)務(wù)處理，并用于在有新業(yè)務(wù)接入時由業(yè)務(wù)接入單元211通知呼叫日志系統(tǒng)22收集業(yè)務(wù)信息，在本次業(yè)務(wù)處理過程中由業(yè)務(wù)處理單元212將業(yè)務(wù)處理設(shè)備內(nèi)部的業(yè)務(wù)信息發(fā)送到呼叫日志系統(tǒng)22收集，本次業(yè)務(wù)終止時由業(yè)務(wù)終止單元213通知呼叫日志系統(tǒng)22；呼叫日志系統(tǒng)22用于在業(yè)務(wù)開始時啟動收集業(yè)務(wù)系統(tǒng)21發(fā)送的業(yè)務(wù)信息，并在本次業(yè)務(wù)終止時生成由收集到的業(yè)務(wù)信息組成的本次業(yè)務(wù)的呼叫日志，發(fā)送到呼叫日志服務(wù)器23；具體包括呼叫日志啟動單元221，用于接收業(yè)務(wù)系統(tǒng)21的有新業(yè)務(wù)接入的通知，并向業(yè)務(wù)信息收集單元發(fā)送啟動指令；業(yè)務(wù)信息收集單元222，用于收集業(yè)務(wù)系統(tǒng)21發(fā)送的業(yè)務(wù)信息；呼叫日志生成單元223，用于在收到業(yè)務(wù)系統(tǒng)21發(fā)送的本次業(yè)務(wù)終止通知后，根據(jù)業(yè)務(wù)信息收集單元222收集的業(yè)務(wù)信息生成呼叫日志；該呼叫日志生成單元223中進(jìn)一步包括呼叫日志的觸發(fā)單元224，用于在收到業(yè)務(wù)系統(tǒng)21發(fā)送的本次業(yè)務(wù)終止通知后，根據(jù)預(yù)設(shè)的觸發(fā)條件判斷是否需生成呼叫日志，如果需要則觸發(fā)呼叫日志生成單元223生成呼叫日志，否則，不觸發(fā)生成呼叫日志。所述觸發(fā)單元具有面向用戶的觸發(fā)條件設(shè)置接口，通過該接口根據(jù)用戶指令設(shè)置所述觸發(fā)條件。
過濾緩存單元225，用于對當(dāng)前生成的本次業(yè)務(wù)的呼叫日志進(jìn)行緩存，并判斷該呼叫日志是否符合預(yù)設(shè)的過濾條件，是則繼續(xù)緩存并傳輸?shù)骄幋a發(fā)送單元226進(jìn)行發(fā)送；否則取消發(fā)送或減少發(fā)送量。所述過濾緩存單元225具有面向用戶的過濾條件設(shè)置接口，通過該接口根據(jù)用戶指令設(shè)置所述過濾條件。
編碼發(fā)送單元226，用于按照預(yù)定的編碼格式對所生成的呼叫日志進(jìn)行編碼并發(fā)送給呼叫日志服務(wù)器23。
呼叫日志服務(wù)器23用于接收存儲呼叫日志，進(jìn)行統(tǒng)一管理，可以實現(xiàn)對業(yè)務(wù)故障進(jìn)行檢索、分類、統(tǒng)計和深入挖掘分析。
圖3為本發(fā)明所述方法的一種實施例的流程圖。參見圖3，該實施例的流程具體包括步驟31、當(dāng)所述業(yè)務(wù)處理設(shè)備收到來自外部實體的新的業(yè)務(wù)建立請求時(即有新業(yè)務(wù)接入時)啟動呼叫日志。比如收到從A接口、Iu接口收到CM Service Request消息或者中繼入局的IAM消息、或者E接口的切換入局請求MAP-Prepare-Handover-Request時，此時一個新的業(yè)務(wù)處理流程在業(yè)務(wù)處理設(shè)備中啟動，這時業(yè)務(wù)系統(tǒng)21向呼叫日志系統(tǒng)22申請啟動呼叫日志，呼叫日志系統(tǒng)為本次業(yè)務(wù)分配一個呼叫日志的標(biāo)識，返回給業(yè)務(wù)系統(tǒng)21，啟動本呼叫日志的業(yè)務(wù)信息收集的過程。在后續(xù)的業(yè)務(wù)系統(tǒng)21向呼叫日志系統(tǒng)22發(fā)送的關(guān)于本次業(yè)務(wù)的業(yè)務(wù)信息都以所分配的呼叫日志標(biāo)識作為句柄進(jìn)行索引。
步驟32、業(yè)務(wù)信息收集。當(dāng)業(yè)務(wù)系統(tǒng)21啟動了呼叫日志后，在本次業(yè)務(wù)流程中收集該業(yè)務(wù)處理設(shè)備內(nèi)部的業(yè)務(wù)信息，即將業(yè)務(wù)處理流程中的關(guān)鍵信息以消息的格式輸出到呼叫日志系統(tǒng)22中進(jìn)行記錄，上述的呼叫日志標(biāo)識作為這些業(yè)務(wù)信息的句柄，呼叫日志系統(tǒng)22記錄所收集的業(yè)務(wù)信息。
在所述業(yè)務(wù)信息中，尤其要包括導(dǎo)致信令流程失敗的關(guān)鍵信息例如業(yè)務(wù)類型以及導(dǎo)致業(yè)務(wù)處理過程失敗的原因等信息。
圖4為本發(fā)明所述收集業(yè)務(wù)信息的一種具體實例的示意圖，該具體實例中所處理的業(yè)務(wù)為CM業(yè)務(wù)。參見圖4，MSC-S(即業(yè)務(wù)處理設(shè)備)在收到BSC的CM業(yè)務(wù)請求消息(即CM Service Request)后，開始進(jìn)行業(yè)務(wù)處理，在進(jìn)行業(yè)務(wù)處理的同時向呼叫日志系統(tǒng)發(fā)送業(yè)務(wù)信息，具體如下步驟步驟401～步驟402、MSC-S收到連接管理CM業(yè)務(wù)請求消息(CM ServiceRequest)后，向呼叫日志系統(tǒng)發(fā)送本次業(yè)務(wù)的業(yè)務(wù)類型進(jìn)行收集記錄，并以此申請啟動呼叫日志，日志系統(tǒng)分配本次業(yè)務(wù)的呼叫日志標(biāo)識，向MSC-S返回攜帶該呼叫日志標(biāo)識的響應(yīng)，MSC-S收到呼叫日志系統(tǒng)的響應(yīng)后繼續(xù)本次業(yè)務(wù)的處理。
步驟403～步驟404、MSC-S在完成加密判斷處理后，向BSC發(fā)送加密命令消息(Ciphering Command)，同時將本處理過程相關(guān)的加密信息發(fā)送到日志系統(tǒng)進(jìn)行收集記錄；當(dāng)BSC返回加密完成消息(Ciphering Complete)后，發(fā)送相關(guān)的加密完成信息到日志系統(tǒng)進(jìn)行收集記錄；步驟405、當(dāng)MSC-S收到終端的呼叫建立消息(Setup)后向呼叫日志系統(tǒng)發(fā)送被叫號碼等信息進(jìn)行記錄，之后繼續(xù)業(yè)務(wù)處理，向BSC返回呼叫正在進(jìn)行(Call Proceeding)消息。
步驟406、MSC-S向MGW發(fā)送增加端點(diǎn)請求消息ADD.req(T1，$)、MGW返回增加端點(diǎn)響應(yīng)消息ADD.reply(T1)的過程后，MSC-S發(fā)送該過程相關(guān)的主叫側(cè)承載信息到呼叫日志系統(tǒng)進(jìn)行收集記錄；步驟407、MSC-S向BSC發(fā)送指配請求Assignment Request，BSC在指配失敗的情況下返回攜帶指配失敗原因信息的指配失敗消息AssignmentFailure的過程后，MSC-S發(fā)送指配失敗原因到呼叫日志系統(tǒng)進(jìn)行收集記錄。
步驟408、MSC-S返回拆離消息Disconnect后，發(fā)送呼叫釋放信息到呼叫日志系統(tǒng)進(jìn)行記錄。
步驟409、本次業(yè)務(wù)結(jié)束，MSC-S通知日志系統(tǒng)結(jié)束對本次業(yè)務(wù)的業(yè)務(wù)信息的收集，生成由所收集到的業(yè)務(wù)信息(即所記錄的業(yè)務(wù)種類、加密信息、加密完成信息、被叫號碼信息、主叫側(cè)承載信息、記錄指配失敗信息，呼叫失敗原因信息等)本次業(yè)務(wù)呼叫日志。
優(yōu)選的，本步驟收集的業(yè)務(wù)信息可以是整個業(yè)務(wù)處理過程中，業(yè)務(wù)處理設(shè)備進(jìn)行業(yè)務(wù)處理的所有業(yè)務(wù)信息。
步驟33、呼叫日志生成。當(dāng)本次業(yè)務(wù)流程終止的時候，呼叫日志系統(tǒng)22需要生成由所收集到的業(yè)務(wù)信息組成的呼叫日志，該呼叫日志與該次業(yè)務(wù)相對應(yīng)，以所述的呼叫日志標(biāo)識為句柄。本發(fā)明中可對呼叫日志中的業(yè)務(wù)信息分類存儲，使得在定位不同類型問題時，可以有側(cè)重的分析不同類別的信息，例如將上述業(yè)務(wù)種類、被叫號碼、主叫側(cè)承載信息等分類存儲。
本發(fā)明中可由用戶預(yù)先設(shè)置生成呼叫日志的觸發(fā)條件；當(dāng)所述本次業(yè)務(wù)終止時，根據(jù)所述觸發(fā)條件判斷是否需要觸發(fā)生成呼叫日志，是則生成本次業(yè)務(wù)的呼叫日志，否則不生成本次業(yè)務(wù)的呼叫日志，結(jié)束本流程。所述的觸發(fā)條件可以設(shè)置為本次業(yè)務(wù)的處理結(jié)果如果本次業(yè)務(wù)處理失敗，則需要觸發(fā)生成本次業(yè)務(wù)的呼叫日志，否則不需觸發(fā)生成本次業(yè)務(wù)的呼叫日志。因此對于數(shù)量占多數(shù)的成功的業(yè)務(wù)過程，是不需要產(chǎn)生呼叫日志的。
步驟34、呼叫日志的過濾與緩存。本發(fā)明可預(yù)先由用戶設(shè)置過濾條件，在向呼叫日志服務(wù)器23發(fā)送呼叫日志之前進(jìn)一步判斷該呼叫日志是否滿足過濾條件，滿足過濾條件則需向呼叫日志服務(wù)器23發(fā)送呼叫日志，執(zhí)行步驟35；否則，不向呼叫日志服務(wù)器23發(fā)送該呼叫日志，結(jié)束本流程。
圖5為本發(fā)明所述設(shè)置過濾條件的一種實施例的示意圖。參見圖5，用戶可以通過面向用戶的接口設(shè)置過濾條件，該接口提供的設(shè)置方式主要包括兩部分首先是對業(yè)務(wù)類型進(jìn)行設(shè)置，例如需要過濾的是語音呼叫業(yè)務(wù)、視頻呼叫業(yè)務(wù)、切換業(yè)務(wù)、位置更新業(yè)務(wù)、還是短消息業(yè)務(wù)等；其次是對該業(yè)務(wù)的失敗原因進(jìn)行設(shè)置，例如需要過濾的可以是主叫早釋、撥號錯誤、振鈴早釋、電路堵塞、尋呼無響應(yīng)等失敗原因。所述生成的呼叫日志輸入過濾緩存單元后，經(jīng)過業(yè)務(wù)類型和失敗原因兩層過濾，再輸出到緩存中發(fā)送。例如用戶設(shè)置的過濾條件為業(yè)務(wù)類型為語音呼叫，失敗類型為撥號錯誤，則判斷呼叫日志中所收集的業(yè)務(wù)信息是否為語音呼叫業(yè)務(wù)且是否發(fā)生撥號錯誤，如果是，則輸出到緩存中發(fā)送，否則不輸出發(fā)送該呼叫日志。此處的圖5只是對過濾條件的一個舉例說明，本發(fā)明也可為用戶提供其他的設(shè)置接口，以設(shè)置不同的過濾條件例如可以用業(yè)務(wù)建立起始時間作為過濾條件。
對呼叫日志進(jìn)行過濾，一方面是考慮到對于某些失敗流程，比如主叫用戶振鈴早釋、被叫拒絕應(yīng)答等用戶行為導(dǎo)致的業(yè)務(wù)失敗，不需要通過呼叫日志進(jìn)行具體分析。另一方面如果某個故障原因已經(jīng)診斷清楚，可以通過過濾減少大量的呼叫日志輸出，減少對系統(tǒng)資源的占用，并減少分析工作量。
步驟35、呼叫日志編碼與發(fā)送。呼叫日志在輸出給呼叫日志服務(wù)器23時需要按照預(yù)先定義的格式標(biāo)準(zhǔn)進(jìn)行編碼，比如可以采用文本、二進(jìn)制或ASN.1格式，編碼后再發(fā)送給呼叫日志服務(wù)器23，由呼叫日志服務(wù)器23進(jìn)行統(tǒng)一管理。采用適當(dāng)?shù)木幋a方案可以減少網(wǎng)絡(luò)設(shè)備和呼叫日志服務(wù)器23之間的通信流量，提高系統(tǒng)整體效率。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種通信系統(tǒng)中業(yè)務(wù)信息的收集系統(tǒng)，其特征在于，該收集系統(tǒng)包括業(yè)務(wù)系統(tǒng)和呼叫日志系統(tǒng)，其中業(yè)務(wù)系統(tǒng)設(shè)置在通信系統(tǒng)的業(yè)務(wù)處理設(shè)備內(nèi)，用于進(jìn)行業(yè)務(wù)處理，并用于在有新業(yè)務(wù)接入時通知呼叫日志系統(tǒng)收集業(yè)務(wù)信息，在本次業(yè)務(wù)處理過程中將業(yè)務(wù)處理設(shè)備內(nèi)部處理的業(yè)務(wù)信息發(fā)送到呼叫日志系統(tǒng)收集，在本次業(yè)務(wù)終止時通知呼叫日志系統(tǒng)生成呼叫日志；呼叫日志系統(tǒng)用于收集業(yè)務(wù)系統(tǒng)發(fā)送的業(yè)務(wù)信息，并在所述業(yè)務(wù)終止時生成由收集到的業(yè)務(wù)信息組成的本次業(yè)務(wù)的呼叫日志。
2.根據(jù)權(quán)利要求1所述的收集系統(tǒng)，其特征在于，所述呼叫日志系統(tǒng)具體包括呼叫日志啟動單元，用于接收業(yè)務(wù)系統(tǒng)的新業(yè)務(wù)接入通知，并向業(yè)務(wù)信息收集單元發(fā)送啟動指令；業(yè)務(wù)信息收集單元，用于啟動后收集業(yè)務(wù)系統(tǒng)發(fā)送的業(yè)務(wù)信息；呼叫日志生成單元，用于在收到業(yè)務(wù)系統(tǒng)發(fā)送的本次業(yè)務(wù)終止通知后，根據(jù)業(yè)務(wù)信息收集單元收集的業(yè)務(wù)信息生成本次業(yè)務(wù)的呼叫日志。
3.根據(jù)權(quán)利要求2所述的收集系統(tǒng)，其特征在于，所述呼叫日志生成單元中進(jìn)一步包括呼叫日志的觸發(fā)單元，用于在收到業(yè)務(wù)系統(tǒng)發(fā)送的本次業(yè)務(wù)終止通知后，根據(jù)預(yù)設(shè)的觸發(fā)條件判斷是否需生成呼叫日志，如果需要則觸發(fā)呼叫日志生成單元生成本次業(yè)務(wù)的呼叫日志，否則，不觸發(fā)生成呼叫日志。
4.根據(jù)權(quán)利要求3所述的收集系統(tǒng)，其特征在于，所述觸發(fā)單元具有面向用戶的觸發(fā)條件設(shè)置接口，通過該接口根據(jù)用戶指令設(shè)置所述觸發(fā)條件。
5.根據(jù)權(quán)利要求1所述的收集系統(tǒng)，其特征在于，所述收集系統(tǒng)進(jìn)一步包括呼叫日志服務(wù)器，用于接收存儲呼叫日志，進(jìn)行統(tǒng)一管理；所述呼叫日志系統(tǒng)進(jìn)一步包括編碼發(fā)送單元，用于按照預(yù)定的編碼格式對所生成的呼叫日志進(jìn)行編碼并發(fā)送給呼叫日志服務(wù)器。
6.根據(jù)權(quán)利要求5所述的收集系統(tǒng)，其特征在于，所述呼叫日志系統(tǒng)中進(jìn)一步包括過濾緩存單元，用于對當(dāng)前生成的呼叫日志進(jìn)行緩存，并判斷該呼叫日志是否符合預(yù)設(shè)的過濾條件，是則繼續(xù)緩存并傳輸?shù)骄幋a發(fā)送單元進(jìn)行發(fā)送；否則取消發(fā)送。
7.根據(jù)權(quán)利要求6所述的收集系統(tǒng)，其特征在于，所述過濾緩存單元具有面向用戶的過濾條件設(shè)置接口，通過該接口根據(jù)用戶指令設(shè)置所述過濾條件。
8.一種通信系統(tǒng)中業(yè)務(wù)信息的收集方法，其特征在于，當(dāng)通信系統(tǒng)中的業(yè)務(wù)處理設(shè)備在處理某次業(yè)務(wù)時，收集該業(yè)務(wù)處理設(shè)備內(nèi)部處理的業(yè)務(wù)信息，該項業(yè)務(wù)終止時生成由所收集到的業(yè)務(wù)信息組成的呼叫日志，該呼叫日志與該次業(yè)務(wù)相對應(yīng)。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，該方法進(jìn)一步包括當(dāng)所述業(yè)務(wù)處理設(shè)備收到來自外部實體新的業(yè)務(wù)建立請求時，則啟動收集所述業(yè)務(wù)信息的過程；當(dāng)本次業(yè)務(wù)終止時，則停止收集所述業(yè)務(wù)信息，生成本次業(yè)務(wù)的呼叫日志。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，該方法進(jìn)一步包括設(shè)置生成呼叫日志的觸發(fā)條件；當(dāng)所述本次業(yè)務(wù)終止時，根據(jù)所述觸發(fā)條件判斷是否需要觸發(fā)生成呼叫日志，是則執(zhí)行后續(xù)的生成本次業(yè)務(wù)的呼叫日志的步驟，否則不生成本次業(yè)務(wù)的呼叫日志，結(jié)束本流程。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述觸發(fā)條件為本次業(yè)務(wù)的處理結(jié)果如果本次業(yè)務(wù)處理失敗，則需要觸發(fā)生成本次業(yè)務(wù)的呼叫日志，否則不需觸發(fā)生成本次業(yè)務(wù)的呼叫日志。
12.根據(jù)權(quán)利要求8所述的方法，其特征在于，該方法進(jìn)一步包括設(shè)置呼叫日志服務(wù)器；將生成的呼叫日志發(fā)送給該呼叫日志服務(wù)器統(tǒng)一管理。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，該方法進(jìn)一步包括設(shè)置過濾條件；在向呼叫日志服務(wù)器發(fā)送呼叫日志之前進(jìn)一步判斷該呼叫日志是否符合過濾條件，如果符合則執(zhí)行后續(xù)的向呼叫日志服務(wù)器發(fā)送該呼叫日志的步驟；否則不向呼叫日志服務(wù)器發(fā)送該呼叫日志，結(jié)束本流程。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述的過濾條件包括所處理業(yè)務(wù)的業(yè)務(wù)類型和失敗原因。
15.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述業(yè)務(wù)處理設(shè)備為第三代移動通信系統(tǒng)中的移動交換中心服務(wù)器MSC-S；所述MSC-S所處理的業(yè)務(wù)為連接管理CM業(yè)務(wù)；所述集MSC-S內(nèi)部處理的業(yè)務(wù)信息的具體過程包括A、在MSC-S收到本次業(yè)務(wù)相關(guān)的基站控制器BSC發(fā)送的CM業(yè)務(wù)請求消息后，啟動收集業(yè)務(wù)信息的過程，記錄本次業(yè)務(wù)的業(yè)務(wù)類型；B、在MSC-S完成加密判斷處理、向所述BSC發(fā)送加密命令消息的過程后，記錄本過程相關(guān)的加密信息；當(dāng)BSC向MSC-S返回加密完成消息后，MSC-S記錄相關(guān)的加密完成信息；C、當(dāng)MSC-S收到終端的呼叫建立消息后記錄相關(guān)的被叫號碼信息，之后繼續(xù)業(yè)務(wù)處理，向BSC返回呼叫正在進(jìn)行消息；D、在MSC-S向本次業(yè)務(wù)相關(guān)的媒體網(wǎng)關(guān)MGW發(fā)送增加端點(diǎn)請求消息、MGW返回增加端點(diǎn)響應(yīng)消息的過程后，記錄該過程相關(guān)的主叫側(cè)承載信息；E、在MSC-S向BSC發(fā)送指配請求、BSC返回攜帶指配失敗原因信息的指配失敗消息的過程后，記錄指配失敗原因信息；F、在MSC-S向BSC返回拆離消息后，記錄呼叫釋放信息；G、在本次業(yè)務(wù)結(jié)束時，結(jié)束對本次業(yè)務(wù)的業(yè)務(wù)信息的收集。
16.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述業(yè)務(wù)處理設(shè)備為寬帶碼分多址系統(tǒng)中的移動交換中心、拜訪位置寄存器、媒體網(wǎng)關(guān)、或網(wǎng)關(guān)移動交換中心。
全文摘要
本發(fā)明公開了一種通信系統(tǒng)中業(yè)務(wù)信息的收集系統(tǒng)和方法，收集系統(tǒng)包括業(yè)務(wù)系統(tǒng)和呼叫日志系統(tǒng)，業(yè)務(wù)系統(tǒng)設(shè)置在通信系統(tǒng)的業(yè)務(wù)處理設(shè)備內(nèi)，用于進(jìn)行業(yè)務(wù)處理，在有新業(yè)務(wù)接入時通知呼叫日志系統(tǒng)收集業(yè)務(wù)信息，在本次業(yè)務(wù)處理過程中將業(yè)務(wù)處理設(shè)備內(nèi)部處理的業(yè)務(wù)信息發(fā)送到呼叫日志系統(tǒng)收集，本次業(yè)務(wù)終止時通知呼叫日志系統(tǒng)；呼叫日志系統(tǒng)在業(yè)務(wù)過程中收集業(yè)務(wù)系統(tǒng)發(fā)送的業(yè)務(wù)信息，并在業(yè)務(wù)終止時生成由收集到的業(yè)務(wù)信息組成的本次業(yè)務(wù)的呼叫日志。本發(fā)明可以實現(xiàn)對單個業(yè)務(wù)過程的業(yè)務(wù)信息進(jìn)行記錄，便于故障分析和定位，減少工作量。
文檔編號H04Q7/34GK1882002SQ20051012594
公開日2006年12月20日 申請日期2005年11月28日 優(yōu)先權(quán)日2005年11月28日
發(fā)明者朱浩鵬, 張 浩, 賈永利 申請人:華為技術(shù)有限公司