一種信令流程分析系統(tǒng)和方法
【專利摘要】本發(fā)明公開了一種信令流程分析方法，其包括：信令采集步驟、信令預(yù)處理步驟、信令流程分析步驟、狀態(tài)機(jī)編輯步驟、腳本編輯步驟、腳本解釋步驟；以及一種信令流程分析系統(tǒng)，其包括：信令采集模塊、信令預(yù)處理模塊、信令流程分析模塊、狀態(tài)機(jī)編輯模塊、腳本編輯模塊、腳本解釋模塊。其中信令流程分析步驟或模塊結(jié)合lua腳本的自定義狀態(tài)機(jī)，接收、分析和計算信令，并將自定義狀態(tài)機(jī)的最終狀態(tài)作為分析結(jié)果輸出至一應(yīng)用使用。
【專利說明】一種信令流程分析系統(tǒng)和方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種結(jié)合了 Iua腳本和自定義狀態(tài)機(jī)的信令流程分析系統(tǒng)，應(yīng)用于移動通訊網(wǎng)絡(luò)中的信令監(jiān)測儀表、信令挖掘和分析系統(tǒng)、電信運(yùn)營支撐系統(tǒng)，具體屬于信令流程分析領(lǐng)域。
【背景技術(shù)】
[0002]信令流程分析，包括通信網(wǎng)絡(luò)中各接口間的實時和非實時的信令流程分析，⑶R(呼叫詳情記錄,Call Detailed Record)合成處理、信令監(jiān)測和回放等?，F(xiàn)有各類基于信令分析的應(yīng)用系統(tǒng)都會對通信網(wǎng)絡(luò)中各接口間的信令進(jìn)行采集、合成和處理分析，實現(xiàn)投訴處理與故障排查、網(wǎng)絡(luò)與業(yè)務(wù)質(zhì)量分析、網(wǎng)絡(luò)質(zhì)量監(jiān)控等功能。
[0003]信令流程的判定是信令分析類系統(tǒng)中非常重要的一個環(huán)節(jié)，任何KPI (關(guān)鍵績效指標(biāo)法，Key Performance Indicator)指標(biāo)最終都會映射為一種或若干種特殊信令過程。
[0004]現(xiàn)有信令分析系統(tǒng)的技術(shù)方案中，每個信令過程的判定規(guī)則是固定的，但是異常信令過程是千變?nèi)f化的。系統(tǒng)可以對已定義和處理過的信令過程進(jìn)行分類統(tǒng)計和KPI指標(biāo)計算，為用戶提供CDR記錄查詢和指標(biāo)統(tǒng)計分析等功能，也可以提供全網(wǎng)實時監(jiān)控、VIP用戶實時跟蹤等功能。
[0005]在通信網(wǎng)絡(luò)中，存在著多種多樣的信令流程判定實現(xiàn)方式，由于異常的信令流程繁多，因此，在引入了狀態(tài)機(jī)判定機(jī)制的信令分析系統(tǒng)中，信令流程的判定邏輯被定義在一組狀態(tài)機(jī)內(nèi)，將信令逐條輸入到信令判定模塊，驅(qū)動狀態(tài)機(jī)根據(jù)判定邏輯做出相應(yīng)的狀態(tài)改變，據(jù)此再匹配出特定的執(zhí)行結(jié)果進(jìn)行分析。
[0006]狀態(tài)機(jī)可歸納為4個要素，即現(xiàn)態(tài)、條件、動作、次態(tài)。這樣的歸納，主要是出于對狀態(tài)機(jī)的內(nèi)在因果關(guān)系的考慮?！艾F(xiàn)態(tài)”和“條件”是因，“動作”和“次態(tài)”是果。詳解如下:
I現(xiàn)態(tài):是指當(dāng)前所處的狀態(tài)。
[0007]2條件:又稱為“事件”，當(dāng)一個條件被滿足，將會觸發(fā)一個動作，或者執(zhí)行一次狀態(tài)的遷移。
[0008]3動作:條件滿足后執(zhí)行的動作。動作執(zhí)行完畢后，可以遷移到新的狀態(tài)，也可以仍舊保持原狀態(tài)。動作不是必需的，當(dāng)條件滿足后，也可以不執(zhí)行任何動作，直接遷移到新狀態(tài)。
[0009]4次態(tài):條件滿足后要遷往的新狀態(tài)?！按螒B(tài)”是相對于“現(xiàn)態(tài)”而言的，“次態(tài)” 一旦被激活，就轉(zhuǎn)變成新的“現(xiàn)態(tài)” 了。
[0010]自定義狀態(tài)機(jī)的信令分析方式，一般包含以下內(nèi)容:使用一個配置界面來定義狀態(tài)機(jī)，添加需要匹配的信令名稱或ID，構(gòu)造一個狀態(tài)機(jī)模板。信令經(jīng)過MSI/TMSI分組被逐條推送到狀態(tài)機(jī)執(zhí)行器中，執(zhí)行器判定當(dāng)前信令是否與定義在狀態(tài)機(jī)中的信令名相匹配，并以此進(jìn)行狀態(tài)間的轉(zhuǎn)換，最后的完成狀態(tài)將作為業(yè)務(wù)運(yùn)行結(jié)果記錄供其他的應(yīng)用系統(tǒng)使用，以此技術(shù)實現(xiàn)信令流程分析過程中一定程度的自定義能力。
[0011]目前基于狀態(tài)機(jī)的信令流程分析方式，存在以下缺點: 1.狀態(tài)判定模式存在缺陷:主要依賴信令名稱進(jìn)行匹配，無法進(jìn)行復(fù)雜的邏輯判定。實際應(yīng)用中，某種運(yùn)行狀態(tài)的判定，往往需要在匹配某條(組)信令后，還需要結(jié)合當(dāng)前信令詳細(xì)解碼出的某個參數(shù)來綜合判斷，甚至需要追溯之前的信令來綜合判斷。當(dāng)前技術(shù)無法滿足這種要求，不具備復(fù)雜邏輯的自定義能力。
[0012]2.狀態(tài)組合和狀態(tài)定義方式存在缺陷:已有技術(shù)采用了一條信令表示一個狀態(tài)，狀態(tài)判定只依賴于信令名、方向、時間、原因值等。一個狀態(tài)機(jī)內(nèi)只定義了一個狀態(tài)，并不支持多狀態(tài)。
[0013]3.狀態(tài)轉(zhuǎn)換形式存在缺陷:已有技術(shù)狀態(tài)切換單一，一個條件滿足后即輸出最終狀態(tài)，而實際應(yīng)用中，每一種狀態(tài)都應(yīng)該提供對外輸出的能力，以方便對中間狀態(tài)進(jìn)行計數(shù)和統(tǒng)計，缺少中間狀態(tài)輸出的流程分析，無法勝任實時信令監(jiān)控等分析場景。
[0014]4.狀態(tài)自定義形式存在缺陷:沒有直觀的易于理解和說明的狀態(tài)圖編輯界面，人機(jī)交互性差。

【發(fā)明內(nèi)容】

[0015]本發(fā)明的目的在于克服已有技術(shù)問題的缺陷，提出一種結(jié)合了 Iua腳本和自定義狀態(tài)機(jī)的信令流程分析系統(tǒng)和方法，其通過Iua腳本來定義信令流程的判定規(guī)則，以解決復(fù)雜邏輯判定的問題；實現(xiàn)一種直觀的圖形界面來創(chuàng)建編輯狀態(tài)機(jī)；實現(xiàn)一種狀態(tài)切換機(jī)制來保證在任意狀態(tài)發(fā)生切換時對外輸出中間結(jié)果，在此基礎(chǔ)上實現(xiàn)一個高度自定義的高擴(kuò)展易于維護(hù)的信令流程分析系統(tǒng)。
[0016]為了實現(xiàn)上述目的，本發(fā)明采用以下的技術(shù)方案:
根據(jù)一個方面，本發(fā)明提出了一種信令流程分析方法，該方法包括以下步驟:
信令采集，其采集各接口的信令并保存至預(yù)定義的緩存池；
信令預(yù)處理，其接收由信令采集步驟批量推送的信令，并對其進(jìn)行分組和關(guān)聯(lián)處理；信令流程分析，其經(jīng)由結(jié)合Iua腳本的自定義狀態(tài)機(jī)，接收、分析和計算由信令預(yù)處理步驟逐條或逐組推送的已處理的信令，并將自定義狀態(tài)機(jī)的最終狀態(tài)作為分析結(jié)果輸出至一應(yīng)用使用；
優(yōu)選地，該方法還包括步驟:
狀態(tài)機(jī)編輯，其通過一狀態(tài)機(jī)編輯器編輯該自定義狀態(tài)機(jī)，該自定義狀態(tài)機(jī)內(nèi)包含用于分析計算信令的一組或多組定義了信令流程判定邏輯的Iua腳本；
腳本編輯，其通過一腳本編輯器編輯輸入該Iua腳本，該Iua腳本由自定義狀態(tài)機(jī)觸發(fā)，該Iua腳本用于實現(xiàn)自定義狀態(tài)機(jī)的狀態(tài)切換的判定邏輯；
腳本解釋，其通過一腳本解釋器解釋和執(zhí)行該Iua腳本。
[0017]優(yōu)選地，該狀態(tài)機(jī)編輯器包括可視化的狀態(tài)機(jī)編輯器，其用于創(chuàng)建和描述各個中間分析狀態(tài)的切換關(guān)系，該可視化的狀態(tài)機(jī)編輯器包括圖形操作界面，該界面設(shè)置有至少一個可操作的、可視化的和可編輯的狀態(tài)機(jī)單元，用戶通過圖形化操作狀態(tài)機(jī)單元完成自定義狀態(tài)機(jī)編輯，和/或通過圖形化操作任一狀態(tài)機(jī)單元進(jìn)入腳本編輯器，其中，該圖形化操作包括鼠標(biāo)拖動、鼠標(biāo)單擊和鼠標(biāo)雙擊。
[0018]優(yōu)選地，信令流程分析的步驟包括:
初始化自定義狀態(tài)機(jī)為閑置狀態(tài)，并設(shè)置其允許接收和處理信令； 當(dāng)信令被推送到自定義狀態(tài)機(jī)內(nèi)部時，腳本解釋器解釋和執(zhí)行保存于自定義狀態(tài)機(jī)中的Iua腳本；
根據(jù)Iua腳本的執(zhí)行返回值，自定義狀態(tài)機(jī)自動切換到不同狀態(tài)，同時為信令流程分析步驟上報中間處理狀態(tài)，以生成信令流程分析的判定結(jié)果。
[0019]優(yōu)選地，腳本解釋的步驟還包括，經(jīng)由腳本解釋器創(chuàng)建和維護(hù)一 Iua腳本的執(zhí)行入口進(jìn)程和一保存Iua方法函數(shù)集合的堆棧，腳本解釋器隨應(yīng)用程序一同創(chuàng)建，腳本解釋器加載Iua腳本所需的函數(shù)庫和環(huán)境配置信息；
其中，執(zhí)行Iua腳本的步驟包括:
當(dāng)自定義狀態(tài)機(jī)進(jìn)入初始狀態(tài)或由一種狀態(tài)進(jìn)入另一種狀態(tài)時，調(diào)用腳本解釋器將當(dāng)前狀態(tài)中保存的Iua腳本壓入該堆棧中；
由腳本解釋器內(nèi)部自動調(diào)用入口進(jìn)程執(zhí)行棧頂?shù)腎ua腳本；
在棧頂?shù)腎ua腳本執(zhí)行結(jié)束后，將Iua腳本出棧，并將腳本執(zhí)行結(jié)果入棧；
將執(zhí)行結(jié)果返回給當(dāng)前自定義狀態(tài)機(jī)，自定義狀態(tài)機(jī)根據(jù)返回結(jié)果來決定是否切換狀態(tài)以及切換到何種狀態(tài)；
其中，自定義狀態(tài)機(jī)在切換過程中，實時為信令流程分析步驟上報當(dāng)前的中間狀態(tài)和/或必須的中間值。
[0020]根據(jù)另一個方面，本發(fā)明提出了一種信令流程分析系統(tǒng)，包括:
信令采集模塊，其用于采集各接口的信令并保存至預(yù)定義的緩存池；
信令預(yù)處理模塊，其用于接收由信令采集模塊批量推送的信令，并對其進(jìn)行分組和關(guān)聯(lián)處理；
信令流程分析模塊，其經(jīng)由結(jié)合Iua腳本的自定義狀態(tài)機(jī)，接收、分析和計算由信令預(yù)處理模塊逐條或逐組推送的已處理的信令，并將自定義狀態(tài)機(jī)的最終狀態(tài)作為分析結(jié)果輸出至一應(yīng)用使用；
優(yōu)選地，該系統(tǒng)還包括:
狀態(tài)機(jī)編輯模塊，其包括一狀態(tài)機(jī)編輯器，該狀態(tài)機(jī)編輯器用于編輯該自定義狀態(tài)機(jī)，該自定義狀態(tài)機(jī)內(nèi)包含用于分析計算信令的一組或多組定義了信令流程判定邏輯的Iua腳本；
腳本編輯模塊，其包括一腳本編輯器，該腳本編輯器用于編輯輸入該Iua腳本，該Iua腳本由自定義狀態(tài)機(jī)觸發(fā)，該Iua腳本用于實現(xiàn)自定義狀態(tài)機(jī)的狀態(tài)切換的判定邏輯；
腳本解釋模塊，其包括一腳本解釋器，該腳本解釋器用于解釋和執(zhí)行Iua腳本。
[0021]優(yōu)選地，該狀態(tài)機(jī)編輯模塊的狀態(tài)機(jī)編輯器包括可視化的狀態(tài)機(jī)編輯器，其用于創(chuàng)建和描述各個中間分析狀態(tài)的切換關(guān)系，該可視化的狀態(tài)機(jī)編輯器包括圖形操作界面，該圖形操作界面設(shè)置有至少一個可操作的、可視化的和可編輯的狀態(tài)機(jī)單元，用戶通過圖形化操作狀態(tài)機(jī)單元完成自定義狀態(tài)機(jī)編輯，和/或通過圖形化操作任一狀態(tài)機(jī)單元進(jìn)入腳本編輯器，其中，該圖形化操作包括鼠標(biāo)拖動、鼠標(biāo)單擊和鼠標(biāo)雙擊。
[0022]優(yōu)選地，信令流程分析模塊設(shè)置為，使該自定義狀態(tài)機(jī)初始化為閑置狀態(tài)，并使其允許接收和處理信令；當(dāng)信令被推送到自定義狀態(tài)機(jī)內(nèi)部時，由腳本解釋器解釋和執(zhí)行保存于自定義狀態(tài)機(jī)中的Iua腳本；根據(jù)Iua腳本的執(zhí)行返回值，使自定義狀態(tài)機(jī)自動切換到不同狀態(tài)，同時向信令流程分析模塊上報中間處理狀態(tài)，以生成信令流程分析的判定結(jié)果。[0023]優(yōu)選地，腳本解釋模塊的腳本解釋器包括一 Iua腳本的執(zhí)行入口進(jìn)程和一保存Iua方法函數(shù)集合的堆棧，腳本解釋器隨應(yīng)用程序一同創(chuàng)建，腳本解釋器加載有Iua腳本所需的函數(shù)庫和環(huán)境配置信息；
其中，腳本解釋器設(shè)置為，當(dāng)自定義狀態(tài)機(jī)進(jìn)入初始狀態(tài)或由一種狀態(tài)進(jìn)入另一種狀態(tài)時，腳本解釋器將當(dāng)前狀態(tài)中保存的Iua腳本壓入該堆棧中；隨后，腳本解釋器內(nèi)部自動調(diào)用入口進(jìn)程并執(zhí)行位于棧頂?shù)腎ua腳本；在棧頂?shù)腎ua腳本執(zhí)行結(jié)束后，腳本解釋器將Iua腳本出棧，并將腳本執(zhí)行結(jié)果入棧；腳本解釋器將執(zhí)行結(jié)果返回給當(dāng)前自定義狀態(tài)機(jī)，自定義狀態(tài)機(jī)根據(jù)返回結(jié)果來決定是否切換狀態(tài)以及切換到何種狀態(tài)；
其中，自定義狀態(tài)機(jī)在切換過程中，實時為信令流程分析模塊上報當(dāng)前的中間狀態(tài)和/或必須的中間值。
[0024]與現(xiàn)有技術(shù)相比，本發(fā)明具有以下顯著優(yōu)點和有益效果:
本發(fā)明提出了一種通過Iua腳本來定義信令流程的判定規(guī)則，可以解決任何復(fù)雜的邏輯判定的問題；
實現(xiàn)一種直觀的圖形操作界面來創(chuàng)建編輯狀態(tài)機(jī)，提供真實的狀態(tài)圖以方便用戶理解狀態(tài)轉(zhuǎn)換和定義狀態(tài)機(jī)，提高了應(yīng)對異常信令分析等復(fù)雜變化的響應(yīng)能力；
實現(xiàn)一種狀態(tài)切換機(jī)制來保證在任意狀態(tài)發(fā)生切換時對外輸出中間結(jié)果，極大地提高了信令流程分析結(jié)果的應(yīng)用價值。
[0025]相比現(xiàn)有技術(shù)，使信令分析獲得了充分的靈活性、將刻板的硬編碼邏輯轉(zhuǎn)變?yōu)殪`活的腳本配置方式，從而使信令分析更加深入。
【專利附圖】

【附圖說明】
[0026]以下結(jié)合附圖，對本發(fā)明的實施例進(jìn)行詳細(xì)的描述。
[0027]圖1為GSM空口側(cè)主叫信令流程的判定的部分流程圖；
圖2為根據(jù)本發(fā)明的系統(tǒng)的工作流程圖；
圖3為根據(jù)本發(fā)明的一實施例的WCDMA呼叫信令流程狀態(tài)轉(zhuǎn)換圖；
圖4為根據(jù)本發(fā)明的一實施例的Iua腳本的調(diào)用流程圖；
圖5為根據(jù)本發(fā)明的一實施例的Iua腳本執(zhí)行過程流程圖。
【具體實施方式】
[0028]本發(fā)明中采用Iua作為腳本開發(fā)語言?？梢院苋菀椎厍度氲綉?yīng)用程序中，具備極高的靈活性，并可以各種語言進(jìn)行擴(kuò)展。以下是本發(fā)明中在判定一個服務(wù)請求狀態(tài)過程中用到的腳本代碼的一個說明性的實例。
[0029]local msgType = Script.MessageType ()
if (msgType == 327716 —[[ 〃MM CM Service Request"—]]
and Decoder.CMServiceType() == 〃Mobile originating call establishment")
then
Script.RaiseEvent(Event.Calllnitiation)
return true
end 腳本執(zhí)行默認(rèn)返回false，如果符合判定條件，則返回true，系統(tǒng)將會根據(jù)返回結(jié)果切換到響應(yīng)的狀態(tài)。
[0030]如圖1所示，在一示范性的判定過程中，存在信道請求、服務(wù)建立、振鈴、連接、應(yīng)答等多種中間狀態(tài)，最終的業(yè)務(wù)結(jié)果可能是呼叫完成、掉話等。通過狀態(tài)機(jī)方式來定義這些中間狀態(tài)，可以直觀地描述整個信令流程的各個階段。通過執(zhí)行預(yù)定義的狀態(tài)切換判定腳本，來完成信令流程的判定實現(xiàn)。
[0031]參照圖2，其所示為根據(jù)本發(fā)明的結(jié)合了 Iua腳本和自定義狀態(tài)機(jī)的信令流程分析系統(tǒng)的工作流程圖，該信令流程分析系統(tǒng)由信令采集模塊1、信令預(yù)處理模塊2、信令流程分析模塊3、狀態(tài)機(jī)編輯模塊4、腳本編輯模塊5、腳本解釋模塊6等關(guān)鍵模塊組成。
[0032]信令采集模塊i負(fù)責(zé)將各接口信令采集并保存到系統(tǒng)預(yù)定義的緩存池中，由信令預(yù)處理模塊2進(jìn)行信令分組和關(guān)聯(lián)處理，經(jīng)過處理的信令，被逐條(組)推送到信令流程分析模塊中3進(jìn)行分析計算。
[0033]狀態(tài)機(jī)編輯模塊4包括一狀態(tài)機(jī)編輯器，該狀態(tài)機(jī)編輯器用于編輯該自定義狀態(tài)機(jī)，該自定義狀態(tài)機(jī)內(nèi)包含用于分析計算信令的一組或多組定義了信令流程判定邏輯的Iua腳本。
[0034]腳本編輯模塊5包括一腳本編輯器，該腳本編輯器用于編輯輸入該Iua腳本，該Iua腳本由自定義狀態(tài)機(jī)觸發(fā)，該Iua腳本用于實現(xiàn)自定義狀態(tài)機(jī)的狀態(tài)切換的判定邏輯；
腳本解釋模塊6包括一腳本解釋器，該腳本解釋器用于解釋和執(zhí)行Iua腳本。
[0035]根據(jù)本發(fā)明的一優(yōu)選實施例，狀態(tài)機(jī)編輯模塊4包括獨立的可視化的狀態(tài)機(jī)編輯器，用于創(chuàng)建和描述各個中間分析狀態(tài)的切換關(guān)系。用戶通過簡單的鼠標(biāo)拖動即可完成狀態(tài)機(jī)的編輯；在狀態(tài)機(jī)編輯器中雙擊任意一個狀態(tài)機(jī)，即可進(jìn)入腳本編輯器，用戶可以按照標(biāo)準(zhǔn)的Iua語法編輯輸入信令判定邏輯腳本。
[0036]其中，根據(jù)本發(fā)明的一優(yōu)選實施例，設(shè)置有可視化的狀態(tài)機(jī)編輯器，在其編輯器界面中，用戶雙擊任意一個狀態(tài)機(jī)，即可進(jìn)入腳本編輯器。圖3顯示了狀態(tài)機(jī)編輯器中的可操作的作為一范例的WCDMA呼叫信令流程狀態(tài)轉(zhuǎn)換示意圖，如圖所示的信令流程狀態(tài)的轉(zhuǎn)換包括:
從空閑狀態(tài)到呼叫初始化狀態(tài)11，其中移動管理層的連接管理服務(wù)請求(麗CMService Request)—般包括呼叫控制(CC)、短信息(SMS)、補(bǔ)充業(yè)務(wù)(SSS)，信令==移動管理層的連接管理的服務(wù)請求(MM CM Service Request),并且,服務(wù)類型(ServiceType)==移動發(fā)起呼叫建立(Mobile originating call establishment)；
從呼叫初始化狀態(tài)到空閑狀態(tài)12，其中通過用戶設(shè)備(UE)檢測到呼叫釋放日志；從呼叫初始化狀態(tài)到呼叫嘗試狀態(tài)13，其中，信令==呼叫控制設(shè)置(CC Setup)并且信息傳輸能力(Information Transfer Capability)==語音(Speech);
從呼叫嘗試狀態(tài)到空閑狀態(tài)14，其中，通過用戶設(shè)備檢測到呼叫釋放日志；
從呼叫嘗試狀態(tài)到呼叫建立狀態(tài)15，其中，信令==呼叫控制的振鈴(CC Alerting);其
中，
從呼叫建立狀態(tài)到呼叫中狀態(tài)16，信令==呼叫控制的連接；
從呼叫建立狀態(tài)到呼叫中狀態(tài)17，其中，信令==呼叫控制的連接(CC Connect)；
從語音呼叫中狀態(tài)回到空閑狀態(tài)18，其中，信令==呼叫控制的斷開連接(CCDisconnect),或者信令==無線資源的信道釋放(RR Channel Release),或者信令==無線資源控制的連接釋放(RRC Connection Release),或者通過用戶設(shè)備檢測到呼叫釋放日志；
從呼叫建立狀態(tài)回到空閑狀態(tài)19，其中，信令==呼叫控制的斷開連接，或者信令==無線資源的信道釋放，或者信令==呼叫控制的釋放，或者信令==無線資源控制的連接釋放完成(RRC Connection Release Complete),或者收到WCDMA空閑信令。
[0037]在本發(fā)明中，狀態(tài)的驅(qū)動需要依靠信令的輸入，而狀態(tài)間的切換完全通過執(zhí)行自定義的Iua腳本來進(jìn)行判定。
[0038]根據(jù)本發(fā)明的一優(yōu)選實施例，在一次正常的信令流程分析過程中，信令流程分析模塊3首先初始化狀態(tài)機(jī)為空閑(idle)狀態(tài)，并設(shè)置狀態(tài)機(jī)允許接收和處理信令。當(dāng)信令被推送到狀態(tài)機(jī)內(nèi)部時，保存于其中的Iua腳本將被執(zhí)行，腳本解釋器負(fù)責(zé)解釋和執(zhí)行這些腳本，整個狀態(tài)切換的判定邏輯由Iua腳本實現(xiàn)，腳本可以由業(yè)務(wù)領(lǐng)域?qū)＜疫M(jìn)行編寫。最終，根據(jù)Iua的執(zhí)行返回值，狀態(tài)機(jī)自動切換到不同狀態(tài)，同時向系統(tǒng)上報中間處理狀態(tài)，以生成信令流程的判定結(jié)論。
[0039]本發(fā)明的核心在于結(jié)合Iua腳本的自定義狀態(tài)機(jī)，即在狀態(tài)機(jī)內(nèi)部包含了一組或多組用于描述信令流程判定邏輯的Iua腳本，這些腳本由狀態(tài)機(jī)負(fù)責(zé)觸發(fā)，由腳本解釋器負(fù)責(zé)解釋和執(zhí)行。根據(jù)本發(fā)明的另一優(yōu)選實施例，其具體執(zhí)行方式如下:
如圖4所示的Iua腳本的調(diào)用流程圖，腳本解釋器負(fù)責(zé)創(chuàng)建和維護(hù)一個Iua腳本的執(zhí)行入口函數(shù)和一個保存Iua方法函數(shù)集合的堆棧。腳本解釋器隨應(yīng)用程序一同創(chuàng)建，加載Iua所需的函數(shù)庫和環(huán)境配置信息。如圖5的Iua腳本執(zhí)行過程的實例所示，當(dāng)狀態(tài)機(jī)進(jìn)入初始狀態(tài)或由一種狀態(tài)進(jìn)入另一種狀態(tài)時，將調(diào)用腳本解釋器將當(dāng)前狀態(tài)中保存的Iua腳本壓入Iua棧中，由腳本解釋器內(nèi)部自動調(diào)用入口函數(shù)執(zhí)行棧頂?shù)腎ua腳本，執(zhí)行結(jié)束后，將Iua腳本出棧，并將腳本執(zhí)行結(jié)果入棧。最終，將執(zhí)行結(jié)果返回給當(dāng)前狀態(tài)機(jī)，狀態(tài)機(jī)根據(jù)返回結(jié)果(一般是true或者false)來決定是否切換狀態(tài)以及切換到何種狀態(tài)。
[0040]根據(jù)本發(fā)明的一優(yōu)選實施例，在狀態(tài)機(jī)的切換過程中，會實時向信令流程分析模塊3上報當(dāng)前的中間狀態(tài)、中間值或必須的中間值。
[0041]以上過程保證了信令分析過程中靈活性，將刻板的硬編碼邏輯轉(zhuǎn)變?yōu)殪`活的腳本置方式，極大地提高了信令流程分析結(jié)果的應(yīng)用價值。
[0042]以上所述，只是本發(fā)明的較佳實施例而已，本發(fā)明并不局限于上述實施方式，只要其以相同的手段達(dá)到本發(fā)明的技術(shù)效果，都應(yīng)屬于本發(fā)明的保護(hù)范圍。在本發(fā)明的保護(hù)范圍內(nèi)其技術(shù)方案和/或?qū)嵤┓绞娇梢杂懈鞣N不同的修改和變化。例如，可通過一個單一的實體、單元或處理器執(zhí)行兩個或更多的功能。即使個別的技術(shù)特征在不同的權(quán)利要求中引用，本發(fā)明還可包含共有這些特征的實施例。
[0043]本文參照示意圖對本發(fā)明進(jìn)行說明，其說明根據(jù)本發(fā)明的裝置和/或方法的功能塊和/或步驟。應(yīng)理解，一個或多個這些功能塊和/或步驟可以硬件實現(xiàn)，在該硬件中該功能塊的功能和/或步驟可通過單獨的硬件部件執(zhí)行，但一個或多個這些功能塊和/或步驟以軟件實現(xiàn)也是可以的，如此該功能塊和/或步驟通過計算機(jī)程序或可編程裝置(例如微處理器、微控制器、數(shù)字信號處理機(jī)等)的一個或多個程序行執(zhí)行。
【權(quán)利要求】
1.一種信令流程分析方法，其特征在于，該方法包括以下步驟:信令采集，其采集各接口的信令并保存至預(yù)定義的緩存池；信令預(yù)處理，其接收由信令采集步驟批量推送的信令，并對其進(jìn)行分組和關(guān)聯(lián)處理；信令流程分析，其經(jīng)由結(jié)合Iua腳本的自定義狀態(tài)機(jī)，接收、分析和計算由信令預(yù)處理步驟逐條或逐組推送的已處理的信令，并將自定義狀態(tài)機(jī)的最終狀態(tài)作為分析結(jié)果輸出至一應(yīng)用使用。
2.根據(jù)權(quán)利要求1所述的一種信令流程分析方法，其特征在于，該方法還包括步驟:狀態(tài)機(jī)編輯，其通過一狀態(tài)機(jī)編輯器編輯該自定義狀態(tài)機(jī)，該自定義狀態(tài)機(jī)內(nèi)包含用于分析計算信令的一組或多組定義了信令流程判定邏輯的Iua腳本；腳本編輯，其通過一腳本編輯器編輯輸入該Iua腳本，該Iua腳本由自定義狀態(tài)機(jī)觸發(fā)，該Iua腳本用于實現(xiàn)自定義狀態(tài)機(jī)的狀態(tài)切換的判定邏輯；腳本解釋，其通過一腳本解釋器解釋和執(zhí)行該Iua腳本。
3.根據(jù)權(quán)利要求2所述的一種信令流程分析方法，其特征在于，該狀態(tài)機(jī)編輯器包括可視化的狀態(tài)機(jī)編輯器，其用于創(chuàng)建和描述各個中間分析狀態(tài)的切換關(guān)系，該可視化的狀態(tài)機(jī)編輯器包括圖形操作界面，該界面設(shè)置有至少一個可操作的、可視化的和可編輯的狀態(tài)機(jī)單元，用戶通過圖形化操作狀態(tài)機(jī)單元完成自定義狀態(tài)機(jī)編輯，和/或通過圖形化操作任一狀態(tài)機(jī)單元進(jìn)入腳本編輯器，其中，該圖形化操作包括鼠標(biāo)拖動、鼠標(biāo)單擊和鼠標(biāo)雙擊。
4.根據(jù)權(quán)利要求2所述的一種信令流程分析方法，其特征在于，信令流程分析的步驟包括:初始化自定義狀態(tài)機(jī)為閑置狀態(tài)，并設(shè)置其允許接收和處理信令；當(dāng)信令被推送到自定義狀態(tài)機(jī)內(nèi)部時，腳本解釋器解釋和執(zhí)行保存于自定義狀態(tài)機(jī)中的Iua腳本；根據(jù)Iua腳本的執(zhí)行返回值，自定義狀態(tài)機(jī)自動切換到不同狀態(tài)，同時為信令流程分析步驟上報中間處理狀態(tài)，以生成信令流程分析的判定結(jié)果。
5.根據(jù)權(quán)利要求2所述的一種信令流程分析方法，其特征在于，腳本解釋的步驟還包括，經(jīng)由腳本解釋器創(chuàng)建和維護(hù)一 Iua腳本的執(zhí)行入口進(jìn)程和一保存Iua方法函數(shù)集合的堆棧，腳本解釋器隨應(yīng)用程序一同創(chuàng)建，腳本解釋器加載Iua腳本所需的函數(shù)庫和環(huán)境配置信息；其中，執(zhí)行Iua腳本的步驟包括:當(dāng)自定義狀態(tài)機(jī)進(jìn)入初始狀態(tài)或由一種狀態(tài)進(jìn)入另一種狀態(tài)時，調(diào)用腳本解釋器將當(dāng)前狀態(tài)中保存的Iua腳本壓入該堆棧中；由腳本解釋器內(nèi)部自動調(diào)用入口進(jìn)程執(zhí)行棧頂?shù)腢m腳本；在棧頂?shù)腎ua腳本執(zhí)行結(jié)束后，將Iua腳本出棧，并將腳本執(zhí)行結(jié)果入棧； 將執(zhí)行結(jié)果返回給當(dāng)前自定義狀態(tài)機(jī)，自定義狀態(tài)機(jī)根據(jù)返回結(jié)果來決定是否切換狀態(tài)以及切換到何種狀態(tài)；其中，自定義狀態(tài)機(jī)在切換過程中，實時為信令流程分析步驟上報當(dāng)前的中間狀態(tài)和/或必須的中間值。
6.一種信令流程分析系統(tǒng)，其特征在于，包括:信令采集模塊，其用于采集各接口的信令并保存至預(yù)定義的緩存池；信令預(yù)處理模塊，其用于接收由信令采集模塊批量推送的信令，并對其進(jìn)行分組和關(guān)聯(lián)處理；信令流程分析模塊，其經(jīng)由結(jié)合Iua腳本的自定義狀態(tài)機(jī)，接收、分析和計算由信令預(yù)處理模塊逐條或逐組推送的已處理的信令，并將自定義狀態(tài)機(jī)的最終狀態(tài)作為分析結(jié)果輸出至一應(yīng)用使用。
7.據(jù)權(quán)利要求6所述的一種信令流程分析系統(tǒng)，其特征在于，該系統(tǒng)還包括:狀態(tài)機(jī)編輯模塊，其包括一狀態(tài)機(jī)編輯器，該狀態(tài)機(jī)編輯器用于編輯該自定義狀態(tài)機(jī)，該自定義狀態(tài)機(jī)內(nèi)包含用于分析計算信令的一組或多組定義了信令流程判定邏輯的Iua腳本；腳本編輯模塊，其包括一腳本編輯器，該腳本編輯器用于編輯輸入該Iua腳本，該Iua腳本由自定義狀態(tài)機(jī)觸發(fā)，該Iua腳本用于實現(xiàn)自定義狀態(tài)機(jī)的狀態(tài)切換的判定邏輯；腳本解釋模塊，其包括一腳本解釋器，該腳本解釋器用于解釋和執(zhí)行Iua腳本。
8.據(jù)權(quán)利要求7所述的一種信令流程分析系統(tǒng)，其特征在于，該狀態(tài)機(jī)編輯模塊的狀態(tài)機(jī)編輯器包括可視化的狀態(tài)機(jī)編輯器，其用于創(chuàng)建和描述各個中間分析狀態(tài)的切換關(guān)系，該可視化的狀態(tài)機(jī)編輯器包括圖形操作界面，該圖形操作界面設(shè)置有至少一個可操作的、可視化的和可編輯的狀態(tài)機(jī)單元，用戶通過圖形化操作狀態(tài)機(jī)單元完成自定義狀態(tài)機(jī)編輯，和/或通過圖形化操作任一狀態(tài)機(jī)單元進(jìn)入腳本編輯器，其中，該圖形化操作包括鼠標(biāo)拖動、鼠標(biāo)單擊和鼠標(biāo)雙擊。
9.據(jù)權(quán)利要求7所述的`一種信令流程分析系統(tǒng)，其特征在于，信令流程分析模塊設(shè)置為，使該自定義狀態(tài)機(jī)初始化為閑置狀態(tài)，并使其允許接收和處理信令；當(dāng)信令被推送到自定義狀態(tài)機(jī)內(nèi)部時，由腳本解釋器解釋和執(zhí)行保存于自定義狀態(tài)機(jī)中的Iua腳本；根據(jù)Iua腳本的執(zhí)行返回值，使自定義狀態(tài)機(jī)自動切換到不同狀態(tài)，同時向信令流程分析模塊上報中間處理狀態(tài)，以生成信令流程分析的判定結(jié)果。
10.根據(jù)權(quán)利要求7所述的一種信令流程分析系統(tǒng)，其特征在于，腳本解釋模塊的腳本解釋器包括一 Iua腳本的執(zhí)行入口進(jìn)程和一保存Iua方法函數(shù)集合的堆棧，腳本解釋器隨應(yīng)用程序一同創(chuàng)建，腳本解釋器加載有Iua腳本所需的函數(shù)庫和環(huán)境配置信息；其中，腳本解釋器設(shè)置為，當(dāng)自定義狀態(tài)機(jī)進(jìn)入初始狀態(tài)或由一種狀態(tài)進(jìn)入另一種狀態(tài)時，腳本解釋器將當(dāng)前狀態(tài)中保存的Iua腳本壓入該堆棧中；隨后，腳本解釋器內(nèi)部自動調(diào)用入口進(jìn)程并執(zhí)行位于棧頂?shù)腎ua腳本；在棧頂?shù)腎ua腳本執(zhí)行結(jié)束后，腳本解釋器將Iua腳本出棧，并將腳本執(zhí)行結(jié)果入棧；腳本解釋器將執(zhí)行結(jié)果返回給當(dāng)前自定義狀態(tài)機(jī)，自定義狀態(tài)機(jī)根據(jù)返回結(jié)果來決定是否切換狀態(tài)以及切換到何種狀態(tài)；其中，自定義狀態(tài)機(jī)在切換過程中，實時為信令流程分析模塊上報當(dāng)前的中間狀態(tài)和/或必須的中間值。
【文檔編號】H04L12/24GK103607303SQ201310585403
【公開日】2014年2月26日 申請日期:2013年11月21日 優(yōu)先權(quán)日:2013年11月21日
【發(fā)明者】王爍程, 王耘, 喻大發(fā), 曹雪山 申請人:珠海世紀(jì)鼎利通信科技股份有限公司