專利名稱：呼叫分析方法與裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信領(lǐng)域，尤其涉及一種呼叫分析方法與裝置。
背景技術(shù)：
第三代移動(dòng)通信(3G，third generation)業(yè)務(wù)提供了一個(gè)發(fā)展更多業(yè)務(wù)的平臺(tái)，其中，數(shù)據(jù)業(yè)務(wù)(PS，Packet Service)是3G的主要業(yè)務(wù)。但是，用戶對(duì)傳統(tǒng)的電路業(yè)務(wù)(CS，Circuit Service)也是有需求的，通常CS業(yè)務(wù)包括語(yǔ)音、可視電話等。這樣終端用戶同時(shí)使用數(shù)據(jù)業(yè)務(wù)和電路業(yè)務(wù)的概率就大大增加，例如，在上網(wǎng)的時(shí)候打電話，或者在下載數(shù)據(jù)時(shí)接聽電話等，因此需要對(duì)并發(fā)業(yè)務(wù)進(jìn)行關(guān)鍵能力指標(biāo)(KPI，Key Performance Indicator)統(tǒng)計(jì)以及分析和定位等。
現(xiàn)有技術(shù)一是針對(duì)數(shù)據(jù)業(yè)務(wù)和電路業(yè)務(wù)并發(fā)的情況，該現(xiàn)有技術(shù)是這樣實(shí)現(xiàn)的數(shù)據(jù)業(yè)務(wù)和電路業(yè)務(wù)的各個(gè)狀態(tài)是相互獨(dú)立的，并且是根據(jù)協(xié)議的狀態(tài)來(lái)劃分，每種業(yè)務(wù)至少包括三個(gè)狀態(tài)機(jī)主叫狀態(tài)機(jī)、被叫狀態(tài)機(jī)以及PS業(yè)務(wù)狀態(tài)機(jī)，狀態(tài)機(jī)間的各個(gè)狀態(tài)是相互關(guān)聯(lián)的，系統(tǒng)內(nèi)部可通過(guò)協(xié)議狀態(tài)和關(guān)聯(lián)分析得到網(wǎng)絡(luò)事件，用戶根據(jù)所述網(wǎng)絡(luò)事件逐個(gè)查找到相應(yīng)的問(wèn)題，再通過(guò)對(duì)原始數(shù)據(jù)的手工分析來(lái)逐一確認(rèn)問(wèn)題，以及通過(guò)人工方式逐一計(jì)算時(shí)延等KPI數(shù)據(jù)。
現(xiàn)有技術(shù)二是針對(duì)單業(yè)務(wù)的情況，該現(xiàn)有技術(shù)通過(guò)每個(gè)信令作為判斷條件來(lái)進(jìn)行狀態(tài)設(shè)置，將每種可能的信令設(shè)置為一種狀態(tài)，然后根據(jù)信令對(duì)業(yè)務(wù)狀態(tài)進(jìn)行分析和判斷，從而生成掉話、呼叫建立失敗以及通話等事件。
現(xiàn)有技術(shù)一可以根據(jù)終端用戶的業(yè)務(wù)狀態(tài)對(duì)并發(fā)業(yè)務(wù)進(jìn)行分析和定位，以及通過(guò)人工方式計(jì)算有關(guān)時(shí)延的部分KPI數(shù)據(jù)。另外，該現(xiàn)有技術(shù)至少使用3個(gè)狀態(tài)機(jī)，狀態(tài)比較多，因而對(duì)并發(fā)業(yè)務(wù)需要同步其中兩個(gè)狀態(tài)機(jī)，處理過(guò)程比較復(fù)雜?，F(xiàn)有技術(shù)二可以在單業(yè)務(wù)的基礎(chǔ)上自動(dòng)生成KPI數(shù)據(jù)以及對(duì)業(yè)務(wù)進(jìn)行分析和定位，但是在并發(fā)業(yè)務(wù)的情況下不能自動(dòng)生成KPI數(shù)據(jù)。
綜上所述，上述兩種現(xiàn)有技術(shù)在并發(fā)業(yè)務(wù)的情況下不能自動(dòng)生成KPI數(shù)據(jù)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例要解決的技術(shù)問(wèn)題是提供一種呼叫分析方法與裝置，該方法與裝置在并發(fā)業(yè)務(wù)的情況下能夠生成用于計(jì)算KPI數(shù)據(jù)的呼叫跟蹤記錄數(shù)據(jù)。
為解決上述技術(shù)問(wèn)題，本發(fā)明實(shí)施例提供一種呼叫分析方法，該方法包括獲取呼叫信令，對(duì)所述呼叫信令進(jìn)行解析，根據(jù)解析結(jié)果如果需要進(jìn)行呼叫過(guò)程狀態(tài)遷移，則從當(dāng)前狀態(tài)遷移至與當(dāng)前狀態(tài)相關(guān)聯(lián)的狀態(tài)，生成呼叫跟蹤記錄數(shù)據(jù)。
本發(fā)明實(shí)施例還提供一種呼叫分析裝置，該裝置包括分析單元，用于獲取呼叫信令，并對(duì)所述信令進(jìn)行解析，以及根據(jù)解析結(jié)果判斷是否需要進(jìn)行狀態(tài)遷移，并在需要進(jìn)行狀態(tài)遷移時(shí)從當(dāng)前狀態(tài)遷移至與當(dāng)前狀態(tài)相關(guān)聯(lián)的狀態(tài)；生成單元，用于根據(jù)所述狀態(tài)遷移生成呼叫跟蹤記錄數(shù)據(jù)。
以上技術(shù)方案可以看出，由于本發(fā)明實(shí)施例首先對(duì)信令進(jìn)行解析，在需要進(jìn)行狀態(tài)遷移時(shí)從當(dāng)前狀態(tài)遷移至與當(dāng)前狀態(tài)相關(guān)聯(lián)的狀態(tài)，并根據(jù)狀態(tài)遷移情況生成呼叫跟蹤記錄數(shù)據(jù)，這樣就能實(shí)現(xiàn)對(duì)CS、PS以及非呼叫接入等單業(yè)務(wù)的各階段時(shí)延、呼叫結(jié)果和接入結(jié)果的分析，以及得到最終所有呼叫結(jié)果的統(tǒng)計(jì)值，進(jìn)而使得本發(fā)明實(shí)施例不僅在單業(yè)務(wù)的情況下能夠根據(jù)呼叫跟蹤記錄數(shù)據(jù)計(jì)算得到KPI數(shù)據(jù)，而且在并發(fā)業(yè)務(wù)的情況下也能根據(jù)呼叫跟蹤記錄數(shù)據(jù)計(jì)算得到KPI數(shù)據(jù)。


圖1是本發(fā)明實(shí)施例并發(fā)業(yè)務(wù)的狀態(tài)遷移示意圖；圖2是本發(fā)明方法實(shí)施方式的流程圖；圖3是本發(fā)明裝置實(shí)施方式的示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提供一種呼叫分析方法與裝置，該方法與裝置基于寬帶碼分多址(WCDMA，Wideband Code Division Multiple Access)系統(tǒng)CS域和PS域的架構(gòu)，在無(wú)線接入時(shí)統(tǒng)一由無(wú)線接入網(wǎng)絡(luò)(RAN，Radio Access Network)接入，同時(shí)保持每個(gè)用戶設(shè)備(UE，User Equipment)有一條信令連接，并且在接入部分使用統(tǒng)一的狀態(tài)，而在CS和PS業(yè)務(wù)則分別設(shè)置不同的業(yè)務(wù)建立成功狀態(tài)，這樣便于對(duì)信令進(jìn)行分析。然后，在CS和PS業(yè)務(wù)都完成建立后，從UE的綜合狀態(tài)考慮，只要設(shè)置CS和PS的并發(fā)業(yè)務(wù)狀態(tài)(InConcurService)，就可以實(shí)現(xiàn)并發(fā)業(yè)務(wù)的呼叫跟蹤過(guò)程。
為使本領(lǐng)域技術(shù)人員能夠更好地理解本發(fā)明，下面結(jié)合附圖對(duì)本發(fā)明實(shí)施例進(jìn)行詳細(xì)說(shuō)明。
參照?qǐng)D1，圖1是本發(fā)明實(shí)施例并發(fā)業(yè)務(wù)的狀態(tài)遷移示意圖，該圖是從用戶的角度對(duì)網(wǎng)絡(luò)進(jìn)行優(yōu)化，并在精簡(jiǎn)和考慮協(xié)議模型的基礎(chǔ)上，將UE的呼叫行為劃分為WCDMA空閑態(tài)(WCDMA_Idle)、無(wú)線資源控制建立完成態(tài)(RRCSetupComplete)、業(yè)務(wù)建立態(tài)(ServiceSetup)、通話態(tài)(InCall)、數(shù)據(jù)業(yè)務(wù)態(tài)(InData)以及并發(fā)業(yè)務(wù)態(tài)(InConcurService)共六個(gè)狀態(tài)。
WCDMA_Idle狀態(tài)標(biāo)志UE開機(jī)后處于通用地面無(wú)線接入網(wǎng)(UTRAN，Universal Terrestrial Radio Access Network)的區(qū)域，在此狀態(tài)下，UE和網(wǎng)絡(luò)沒(méi)有任何無(wú)線資源(RR，Radio Resource)信令的連接，用戶也是處在無(wú)業(yè)務(wù)狀態(tài)。
RRCSetupComplete狀態(tài)標(biāo)志UE和網(wǎng)絡(luò)建立了無(wú)線資源控制(RRC，RadioResource Control)的連接，表明UE和網(wǎng)絡(luò)準(zhǔn)備或正在進(jìn)行某種通信過(guò)程，具體包括UE主動(dòng)發(fā)起短消息、語(yǔ)音呼叫、可視電話和數(shù)據(jù)業(yè)務(wù)等，注冊(cè)，UE收到尋呼進(jìn)行響應(yīng)，附著以及異系統(tǒng)重選等通信過(guò)程。在此狀態(tài)下可以通過(guò)RRC連接請(qǐng)求的原因值初步確定大致的業(yè)務(wù)和過(guò)程類型，在已知業(yè)務(wù)類型的條件下，可以對(duì)該業(yè)務(wù)進(jìn)行RRC接入的分析；在未知業(yè)務(wù)類型的條件下，需繼續(xù)根據(jù)后續(xù)條件進(jìn)行業(yè)務(wù)類型識(shí)別。
ServiceSetup狀態(tài)是區(qū)分電路業(yè)務(wù)呼叫和數(shù)據(jù)業(yè)務(wù)呼叫的重要分界點(diǎn)，通過(guò)原因值無(wú)法區(qū)分的業(yè)務(wù)在ServiceSetup狀態(tài)已經(jīng)可以明確區(qū)分這兩類業(yè)務(wù)了，比如，會(huì)話類型的數(shù)據(jù)業(yè)務(wù)和語(yǔ)音業(yè)務(wù)在RRCSetupComplete狀態(tài)無(wú)法通過(guò)RRC建立階段進(jìn)行區(qū)分，從ServiceSetup狀態(tài)已經(jīng)可以明確區(qū)分這兩類業(yè)務(wù)了。ServiceSetup狀態(tài)由來(lái)自不同域的信令來(lái)區(qū)分，CS域分主被叫，包括連接管理業(yè)務(wù)請(qǐng)求(Connection Management Service Request)和呼叫響應(yīng)(PagingResponse)信令，用來(lái)表示電路業(yè)務(wù)的呼叫請(qǐng)求；PS域用業(yè)務(wù)請(qǐng)求(ServiceRequest)來(lái)代表數(shù)據(jù)業(yè)務(wù)的業(yè)務(wù)請(qǐng)求。由于CS域和PS域使用不同的信令，這樣可以明顯區(qū)分呼叫的業(yè)務(wù)類型，而其它非業(yè)務(wù)類的通信過(guò)程將不會(huì)進(jìn)入這一階段。
InData狀態(tài)用來(lái)表示CS域的業(yè)務(wù)信道已經(jīng)建立成功，UE可以進(jìn)行數(shù)據(jù)業(yè)務(wù)傳輸，進(jìn)入該狀態(tài)的標(biāo)志是分組數(shù)據(jù)協(xié)議(PDP，Packet Data Protocol)激活建立成功，在PDP已經(jīng)建立的情況下是無(wú)線承載(Radio Bearer)建立成功。
InCall狀態(tài)用來(lái)表示CS域業(yè)務(wù)已經(jīng)建立成功，進(jìn)入該狀態(tài)的標(biāo)志是收到報(bào)警(Alerting)信令，也可根據(jù)需要定義成連接(Connect)和連接確認(rèn)(ConnectAcknowledge)等信令。
InConCurService狀態(tài)就是業(yè)務(wù)并發(fā)狀態(tài)，UE處在ServiceSetup狀態(tài)時(shí)標(biāo)志需要建立某種業(yè)務(wù)，在同一時(shí)刻，幾乎總是一種業(yè)務(wù)先于另一種業(yè)務(wù)建立，不大可能兩種業(yè)務(wù)同時(shí)建立。在一種業(yè)務(wù)建立完成時(shí)，另外一種業(yè)務(wù)建立信號(hào)發(fā)出，才表明用戶這時(shí)處于并發(fā)業(yè)務(wù)狀態(tài)。比如，UE處在InCall狀態(tài)時(shí)，收到PS域的RB建立信令后，則可以由InCall狀態(tài)遷移至InConCurService狀態(tài)；而當(dāng)UE處在InData狀態(tài)時(shí)，收到Alerting信令后，則可以由InData狀態(tài)遷移至InConCurService狀態(tài)。
由圖1可知，如果UE處于WCDMA_Idle狀態(tài)，當(dāng)RRC連接建立已完成則會(huì)從WCDMA_Idle狀態(tài)遷移至RRCSetupComplete狀態(tài)；如果UE處于RRCSetupComplete狀態(tài)時(shí)，當(dāng)RRC連接建立失敗時(shí)則會(huì)從RRCSetupComplete狀態(tài)遷移至WCDMA_Idle狀態(tài)。如果UE處于RRCSetupComplete狀態(tài)，當(dāng)收到CS域的Connection Management Service Request和Paging Response信令時(shí)，或者收到PS域的Service Request信令時(shí)，就會(huì)從RRCSetupComplete狀態(tài)遷移至ServiceSetup狀態(tài)；如果UE處于ServiceSetup狀態(tài)，當(dāng)收到數(shù)據(jù)業(yè)務(wù)建立失敗或呼叫建立失敗信令時(shí)，則會(huì)從ServiceSetup狀態(tài)遷移至WCDMA_Idle狀態(tài)。
如果UE處于ServiceSetup狀態(tài)，當(dāng)收到Alerting信令時(shí)則從ServiceSetup狀態(tài)遷移至InData狀態(tài)，當(dāng)PDP激活成功或無(wú)線承載建立完成時(shí)，就可以從從ServiceSetup狀態(tài)遷移至InCall狀態(tài)。如果UE處于InCall狀態(tài)，當(dāng)呼叫掉話或呼叫完成時(shí)則從InCall狀態(tài)遷移至WCDMA_Idle狀態(tài)，當(dāng)PS域無(wú)線承載建立完成時(shí)則從InCall狀態(tài)遷移至InConCurService狀態(tài)。如果UE處于InData狀態(tài)，當(dāng)PS域呼叫掉話或呼叫完成時(shí)從InData狀態(tài)遷移至WCDMA_Idle狀態(tài)，當(dāng)收到Alerting信令后，則可以由InData狀態(tài)遷移至InConCurService狀態(tài)。
如果UE處于InConCurService狀態(tài)，當(dāng)呼叫釋放或呼叫掉電時(shí)則從InConCurService狀態(tài)遷移至InData狀態(tài)，當(dāng)PS域無(wú)線承載釋放或PS域呼叫掉話時(shí)則從InConCurService狀態(tài)遷移至InCall狀態(tài)。
參照?qǐng)D2，圖2是本發(fā)明方法實(shí)施方式的流程圖，現(xiàn)結(jié)合圖1和圖2對(duì)該實(shí)施方式進(jìn)行詳細(xì)說(shuō)明，具體包括以下步驟步驟201、對(duì)呼叫過(guò)程進(jìn)行狀態(tài)劃分，以及根據(jù)劃分后的狀態(tài)建立呼叫跟蹤表，該呼叫跟蹤表的初始狀態(tài)為空。
本實(shí)施方式是PS業(yè)務(wù)和CS業(yè)務(wù)組合的并發(fā)業(yè)務(wù)，通常將呼叫過(guò)程劃分為WCDMA Idle、RRCSetupComplete、ServiceSetup、InCall、InData以及InConcurService共六個(gè)狀態(tài)。
根據(jù)上述六個(gè)狀態(tài)建立呼叫跟蹤表具體如下根據(jù)劃分后的狀態(tài)預(yù)先定義幾個(gè)關(guān)鍵信令點(diǎn)，例如在WCDMA_Idle狀態(tài)和RRCSetupComplete狀態(tài)之間定義了初次的RRC連接請(qǐng)求信令時(shí)間點(diǎn)、RRC連接建立信令時(shí)間點(diǎn)以及RRC連接建立完成時(shí)間點(diǎn)共三個(gè)關(guān)鍵點(diǎn)。
在處理信令時(shí)得到一個(gè)時(shí)間戳，根據(jù)處理信令的時(shí)間戳和關(guān)鍵信令點(diǎn)建立對(duì)呼叫過(guò)程狀態(tài)和處理信令的時(shí)間進(jìn)行記錄的呼叫跟蹤表。
步驟202、通過(guò)終端進(jìn)行業(yè)務(wù)測(cè)試，并采用路測(cè)系統(tǒng)收集或網(wǎng)絡(luò)側(cè)跟蹤方式從空口獲取呼叫信令隊(duì)列。
可選地，還需對(duì)呼叫信令進(jìn)行解析得到該信令包含的原因值，并根據(jù)解析得到的原因值生成基本判斷元素。
步驟203、判斷呼叫信令隊(duì)列是否為空，如果是，執(zhí)行步驟206，否則執(zhí)行步驟204。
步驟204、按照順序?qū)艚行帕铌?duì)列的信令進(jìn)行解析，再根據(jù)解析結(jié)果判斷用戶設(shè)備是否需要進(jìn)行狀態(tài)遷移，如果是，執(zhí)行步驟205，否則結(jié)束流程。
步驟205、從當(dāng)前狀態(tài)遷移至與當(dāng)前狀態(tài)相關(guān)聯(lián)的狀態(tài)，并生成當(dāng)前狀態(tài)的事件，以及生成呼叫跟蹤表(CTT，Call Trace Table)，然后返回執(zhí)行步驟203直至呼叫信令隊(duì)列為空。
由圖1可知，與WCDMA_Idle狀態(tài)相關(guān)聯(lián)的狀態(tài)是RRCSetupComplete狀態(tài)，與RRCSetupComplete狀態(tài)相關(guān)聯(lián)的狀態(tài)是WCDMA_Idle和ServiceSetup狀態(tài)，與ServiceSetup狀態(tài)相關(guān)聯(lián)的狀態(tài)是WCDMA_Idle、InCall以及InData狀態(tài)，與InCall狀態(tài)相關(guān)聯(lián)的狀態(tài)是WCDMA_Idle和InConcurService狀態(tài)，與InData狀態(tài)相聯(lián)的狀態(tài)是InConcurService和WCDMA_Idle狀態(tài)，與InConcurService狀態(tài)相關(guān)聯(lián)的狀態(tài)是InCall和InData狀態(tài)。
下面以用戶初始狀態(tài)為WCDMA_Idle狀態(tài)對(duì)本發(fā)明方法實(shí)施方式的狀態(tài)遷移進(jìn)行說(shuō)明。當(dāng)UE發(fā)起語(yǔ)音呼叫時(shí)就會(huì)輸入RRC連接請(qǐng)求(RRCConnection Request)信令，該信令的原因值為originatingConversationalCall，那么含有這個(gè)原因值的信令可生成一個(gè)基本判斷元素，根據(jù)該基本判斷元素以及隨后正常收到的RRC Connection Setup和RRC Connection Setup Complete信令就可以判斷得到UE需要從當(dāng)前狀態(tài)遷移至與當(dāng)前狀態(tài)相關(guān)聯(lián)的狀態(tài)，這時(shí)RRC連接建立已完成，即可從WCDMA_Idle狀態(tài)遷移到RRCSetupComp狀態(tài)，開始這個(gè)狀態(tài)下的下步處理。當(dāng)UE發(fā)起CM Service Request信令，證明發(fā)起了呼叫，這時(shí)UE從RRCSetupComp狀態(tài)進(jìn)入ServiceSetup狀態(tài)。當(dāng)收到Alerting信令時(shí)，證明通話建立成功，可由ServiceSetup狀態(tài)進(jìn)入InCall狀態(tài)。
假設(shè)當(dāng)前狀態(tài)為InCall狀態(tài)，只要滿足以下條件就可以生成掉話事件，同時(shí)將CTT的結(jié)果設(shè)置為“掉話”，滿足生成掉話事件的條件具體如下
在InCall狀態(tài)下，接收到包含有“Normal Call Clearing”、“user busy”、“nouser responding”、“user alerting no answer”、“call rejected”、“preemption”、“nonselected user clearing”、“Destination Out of order”、“Normal Unspecified”這些原因值的(Down Link)Disconnect或者Release Complete或者Release或Abort的NAS信令；RRC連接釋放消息且釋放原因值不是normal event；UE上報(bào)RRC狀態(tài)為斷開，且UE不處在異系統(tǒng)切換過(guò)程中。
最后，介紹呼叫跟蹤表的生成，UE可以使用單業(yè)務(wù)，也可以使用并發(fā)業(yè)務(wù)。并發(fā)業(yè)務(wù)是基于單業(yè)務(wù)的擴(kuò)展流程，可以根據(jù)信令條件完成狀態(tài)轉(zhuǎn)換的定義，單業(yè)務(wù)只生成一條CTT記錄，包含兩種以上的業(yè)務(wù)需要生成至少兩條CTT記錄。
在處理信令時(shí)得到一個(gè)時(shí)間戳，根據(jù)處理信令的時(shí)間戳和關(guān)鍵信令點(diǎn)建立對(duì)呼叫過(guò)程狀態(tài)和處理信令的時(shí)間進(jìn)行記錄的呼叫跟蹤表。CS業(yè)務(wù)可以定義為從RRC建立開始的若干階段，PS業(yè)務(wù)也可以定義為從RRC建立開始的若干階段，表1和表2分別是CS業(yè)務(wù)和PS業(yè)務(wù)的呼叫跟蹤表。
表1、CS業(yè)務(wù)呼叫跟蹤表

其中，表中的TN表示字段序號(hào)為N的時(shí)間值，第二、四、六行表示字段名稱，字段名稱為該字段對(duì)于呼叫信令的內(nèi)部接收時(shí)間戳，對(duì)于每個(gè)呼叫都會(huì)生成一條記錄；對(duì)于每個(gè)非呼叫，統(tǒng)計(jì)時(shí)根據(jù)判斷條件將其剔除。
表2、PS業(yè)務(wù)呼叫跟蹤表

步驟206、根據(jù)呼叫跟蹤表計(jì)算得到KPI數(shù)據(jù)，下面分三種情況來(lái)說(shuō)明如何計(jì)算得到KPI數(shù)據(jù)。
1)、CS單業(yè)務(wù)的KPI數(shù)據(jù)根據(jù)CS業(yè)務(wù)的呼叫跟蹤表，例如表1，可生成的KPI數(shù)據(jù)包括PS業(yè)務(wù)的RRC建立時(shí)延、呼叫建立時(shí)延、呼叫保持時(shí)間、呼叫建立成功率以及呼叫掉話率等，并且還可通過(guò)用戶對(duì)CTT記錄的補(bǔ)充和KPI的定義進(jìn)行擴(kuò)展，具體可見表3，其中，Count表示統(tǒng)計(jì)次數(shù)。
表3、CS業(yè)務(wù)的KPI數(shù)據(jù)


2)PS單業(yè)務(wù)的KPI數(shù)據(jù)根據(jù)PS業(yè)務(wù)的呼叫跟蹤表，例如表2，可生成的KPI數(shù)據(jù)包括PS業(yè)務(wù)的RRC建立時(shí)延、呼叫建立時(shí)延、呼叫保持時(shí)間、呼叫建立成功率以及呼叫掉話率等，并且還可通過(guò)用戶對(duì)CTT記錄的補(bǔ)充和KPI的定義進(jìn)行擴(kuò)展，具體可見表4，其中，Count表示統(tǒng)計(jì)次數(shù)。
表4、PS業(yè)務(wù)的KPI數(shù)據(jù)

3)并發(fā)業(yè)務(wù)的KPI數(shù)據(jù)假設(shè)并發(fā)業(yè)務(wù)是CS業(yè)務(wù)和PS業(yè)務(wù)的組合，對(duì)并發(fā)業(yè)務(wù)進(jìn)行分析時(shí)，將分別生成CS業(yè)務(wù)和PS業(yè)務(wù)的呼叫跟蹤表，以實(shí)現(xiàn)對(duì)組合業(yè)務(wù)的單獨(dú)或者綜合分析統(tǒng)計(jì)，并發(fā)業(yè)務(wù)的KPI數(shù)據(jù)包括單業(yè)務(wù)的RRC建立時(shí)延、呼叫建立時(shí)延、呼叫保持時(shí)間、呼叫建立成功率、呼叫掉話率、并發(fā)業(yè)務(wù)時(shí)延以及并發(fā)業(yè)務(wù)建立成功率等，并且還可通過(guò)用戶對(duì)CTT記錄的補(bǔ)充和KPI的定義進(jìn)行擴(kuò)展。
下面以計(jì)算并發(fā)業(yè)務(wù)的PS建立時(shí)延為例進(jìn)行說(shuō)明，當(dāng)呼叫模型為CS發(fā)起后才發(fā)起PS呼叫，如果要統(tǒng)計(jì)PS業(yè)務(wù)建立時(shí)延，可以將并發(fā)業(yè)務(wù)的PS建立時(shí)延可以定義為Time(PDP激活接受時(shí)間點(diǎn))-Time(業(yè)務(wù)請(qǐng)求時(shí)間點(diǎn))這時(shí)根據(jù)PS呼叫跟蹤表中的這兩個(gè)字段，可分析出結(jié)果。
如果在CS業(yè)務(wù)初次的RRC連接請(qǐng)求信令時(shí)間點(diǎn)PDP激活建立成功，由于在并發(fā)業(yè)務(wù)中CS和PS共享RRC建立部分，CS和PS的跟蹤數(shù)據(jù)提取的是同一個(gè)RRC建立過(guò)程，只需要將PS業(yè)務(wù)呼叫跟蹤表中的PDP激活接受時(shí)間點(diǎn)直接減去初次的RRC連接請(qǐng)求信令時(shí)間點(diǎn)即可得到并發(fā)業(yè)務(wù)的PS建立時(shí)延。
如果要統(tǒng)計(jì)PS和CS業(yè)務(wù)哪些是并發(fā)的，就要查詢具有相同RRCConnection Request的記錄即可。
實(shí)現(xiàn)本發(fā)明方法實(shí)施方式的軟件可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該軟件在執(zhí)行時(shí)，包括如下步驟獲取呼叫信令，對(duì)所述呼叫信令進(jìn)行解析，根據(jù)解析結(jié)果如果需要進(jìn)行呼叫過(guò)程狀態(tài)遷移，則從當(dāng)前狀態(tài)遷移至與當(dāng)前狀態(tài)相關(guān)聯(lián)的狀態(tài)，生成呼叫跟蹤記錄數(shù)據(jù)。
其中，可讀取存儲(chǔ)介質(zhì)包括ROM/RAM、磁碟、光盤等。
本發(fā)明實(shí)施例也提供一種呼叫分析裝置，由圖3可知，該裝置包括初始單元301、分析單元304、生成單元308以及運(yùn)算單元309。
其中，初始單元301包括劃分單元302，用于對(duì)呼叫過(guò)程進(jìn)行狀態(tài)劃分；建表單元303，用于為劃分后的狀態(tài)預(yù)置關(guān)鍵信令點(diǎn)，以及根據(jù)所述關(guān)鍵信令點(diǎn)和處理信令的時(shí)間戳建立對(duì)呼叫過(guò)程狀態(tài)和處理信令的時(shí)間進(jìn)行記錄的呼叫跟蹤表。
其中，分析單元304包括獲取單元305，用于從空口獲取呼叫信令隊(duì)列；判斷單元306，用于按順序?qū)艚行帕铌?duì)列的信令進(jìn)行解析，以及根據(jù)解析結(jié)果判斷是否需要進(jìn)行狀態(tài)遷移，以及向遷移單元307提供判斷結(jié)果；遷移單元307，用于在需要進(jìn)行狀態(tài)遷移時(shí)從當(dāng)前狀態(tài)遷移至與當(dāng)前狀態(tài)相關(guān)聯(lián)的狀態(tài)。
其中，生成單元308用于根據(jù)遷移單元307的遷移結(jié)果在初始單元301建立的呼叫跟蹤表中生成呼叫跟蹤記錄數(shù)據(jù)。
其中，運(yùn)算單元309用于根據(jù)生成單元308得到的呼叫跟蹤記錄數(shù)據(jù)自動(dòng)生成KPI數(shù)據(jù)。
由上述可知，本發(fā)明實(shí)施例首先對(duì)呼叫信令進(jìn)行解析，在需要進(jìn)行狀態(tài)遷移時(shí)從當(dāng)前狀態(tài)遷移至與當(dāng)前狀態(tài)相關(guān)聯(lián)的狀態(tài)，并根據(jù)狀態(tài)遷移情況生成呼叫跟蹤記錄數(shù)據(jù)，這樣就能實(shí)現(xiàn)對(duì)CS、PS以及非呼叫接入等單業(yè)務(wù)的各階段時(shí)延、呼叫結(jié)果和接入結(jié)果的分析，以及得到最終所有呼叫結(jié)果的統(tǒng)計(jì)值，進(jìn)而使得本發(fā)明實(shí)施例不僅在單業(yè)務(wù)的情況下能夠根據(jù)呼叫跟蹤記錄數(shù)據(jù)計(jì)算得到KPI數(shù)據(jù)，而且在并發(fā)業(yè)務(wù)的情況下也能根據(jù)呼叫跟蹤記錄數(shù)據(jù)計(jì)算得到KPI數(shù)據(jù)。
另外，由于本發(fā)明實(shí)施例對(duì)呼叫信令進(jìn)行分析時(shí)還在CTT中生成相對(duì)應(yīng)的呼叫跟蹤記錄數(shù)據(jù)，根據(jù)該記錄數(shù)據(jù)可直接生成相應(yīng)的成功率統(tǒng)計(jì)和時(shí)延統(tǒng)計(jì)報(bào)告，這樣滿足了大數(shù)據(jù)量下對(duì)整網(wǎng)KPI的自動(dòng)分析和統(tǒng)計(jì)，并且該算法還能精確給出每個(gè)呼叫(包含電路和數(shù)據(jù)域)的精確時(shí)間和各階段點(diǎn)的時(shí)間，從而能夠迅速分析網(wǎng)絡(luò)性能指標(biāo)，便于查找和定位問(wèn)題，進(jìn)而提高網(wǎng)絡(luò)優(yōu)化的效率和準(zhǔn)確性。
最后，本發(fā)明實(shí)施例采用統(tǒng)一的狀態(tài)機(jī)對(duì)并發(fā)業(yè)務(wù)的呼叫信令進(jìn)行解析，這樣使得并發(fā)業(yè)務(wù)的狀態(tài)較少，進(jìn)而能夠比較容易對(duì)并發(fā)業(yè)務(wù)的狀態(tài)遷移進(jìn)行分析。
以上對(duì)本發(fā)明實(shí)施例所提供的一種呼叫分析方法與裝置進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個(gè)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說(shuō)明只是用于幫助理解本發(fā)明的方法及其核心思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說(shuō)明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
1.一種呼叫分析方法，其特征在于，包括獲取呼叫信令，對(duì)所述呼叫信令進(jìn)行解析，根據(jù)解析結(jié)果如果需要進(jìn)行呼叫過(guò)程狀態(tài)遷移，則從當(dāng)前狀態(tài)遷移至與當(dāng)前狀態(tài)相關(guān)聯(lián)的狀態(tài)，生成呼叫跟蹤記錄數(shù)據(jù)。
2.如權(quán)利要求1所述的呼叫分析方法，其特征在于，所述呼叫跟蹤記錄數(shù)據(jù)包括與呼叫過(guò)程狀態(tài)相關(guān)的關(guān)鍵信令點(diǎn)，呼叫過(guò)程狀態(tài)和處理信令的時(shí)間。
3.如權(quán)利要求1所述的呼叫分析方法，其特征在于，所述信令通過(guò)路測(cè)系統(tǒng)或網(wǎng)絡(luò)側(cè)跟蹤方式獲取。
4.如權(quán)利要求1所述的呼叫分析方法，其特征在于，在從當(dāng)前狀態(tài)遷移至與當(dāng)前狀態(tài)相關(guān)聯(lián)的狀態(tài)時(shí)還進(jìn)一步包括生成與當(dāng)前狀態(tài)相對(duì)應(yīng)的事件。
5.如權(quán)利要求1所述的呼叫分析方法，其特征在于，在生成呼叫跟蹤記錄數(shù)據(jù)之后進(jìn)一步包括根據(jù)所述呼叫跟蹤記錄數(shù)據(jù)計(jì)算得到關(guān)鍵能力指標(biāo)。
6.如權(quán)利要求1至5任一項(xiàng)所述的呼叫分析方法，其特征在于，在獲取信令之前進(jìn)一步包括對(duì)呼叫過(guò)程進(jìn)行狀態(tài)劃分，以及根據(jù)所述狀態(tài)建立呼叫跟蹤表；所述呼叫跟蹤記錄數(shù)據(jù)存儲(chǔ)在呼叫跟蹤表上。
7.一種呼叫分析裝置，其特征在于，所述裝置包括分析單元，用于獲取呼叫信令，并對(duì)所述信令進(jìn)行解析，以及根據(jù)解析結(jié)果判斷是否需要進(jìn)行狀態(tài)遷移，并在需要進(jìn)行狀態(tài)遷移時(shí)從當(dāng)前狀態(tài)遷移至與當(dāng)前狀態(tài)相關(guān)聯(lián)的狀態(tài)；生成單元，用于根據(jù)所述狀態(tài)遷移生成呼叫跟蹤記錄數(shù)據(jù)。
8.如權(quán)利要求7所述的呼叫分析裝置，其特征在于，所述裝置還進(jìn)一步包括運(yùn)算單元，用于根據(jù)生成單元得到的呼叫跟蹤記錄數(shù)據(jù)計(jì)算得到關(guān)鍵能力指標(biāo)。
9.如權(quán)利要求7所述的呼叫分析裝置，其特征在于，所述裝置還進(jìn)一步包括初始單元，用于對(duì)呼叫過(guò)程進(jìn)行狀態(tài)劃分，以及根據(jù)所述狀態(tài)建立呼叫跟蹤表；所述生成單元生成的呼叫跟蹤記錄數(shù)據(jù)存儲(chǔ)在呼叫跟蹤表中。
10.如權(quán)利要求7、8或9所述的呼叫分析裝置，其特征在于，分析單元包括獲取單元，用于從空口獲取呼叫信令；判斷單元，用于對(duì)所述呼叫信令進(jìn)行解析，以及根據(jù)解析結(jié)果判斷是否需要進(jìn)行狀態(tài)遷移，以及向遷移單元提供判斷結(jié)果；遷移單元，用于在需要進(jìn)行狀態(tài)遷移時(shí)從當(dāng)前狀態(tài)遷移至與當(dāng)前狀態(tài)相關(guān)聯(lián)的狀態(tài)。
全文摘要
本發(fā)明涉及無(wú)線通信領(lǐng)域，公開了一種呼叫分析方法與裝置，其中，所述方法首先獲取呼叫信令，對(duì)所述呼叫信令進(jìn)行解析，根據(jù)解析結(jié)果如果需要進(jìn)行呼叫過(guò)程狀態(tài)遷移，則從當(dāng)前狀態(tài)遷移至與當(dāng)前狀態(tài)相關(guān)聯(lián)的狀態(tài)，生成呼叫跟蹤記錄數(shù)據(jù)。利用本發(fā)明能夠生成用于計(jì)算關(guān)鍵能力指標(biāo)的呼叫跟蹤數(shù)據(jù)，這樣不論是單業(yè)務(wù)還是并發(fā)業(yè)務(wù)，本發(fā)明都能根據(jù)呼叫跟蹤記錄數(shù)據(jù)生成關(guān)鍵能力指標(biāo)。另外，本發(fā)明生成的關(guān)鍵能力指標(biāo)能夠精確給出每個(gè)呼叫(包含電路和數(shù)據(jù)域)的精確時(shí)間和各階段點(diǎn)的時(shí)間，從而能夠迅速分析網(wǎng)絡(luò)性能指標(biāo)，進(jìn)而可以查找和定位問(wèn)題。
文檔編號(hào)H04W24/08GK101043689SQ20071008735
公開日2007年9月26日 申請(qǐng)日期2007年3月14日 優(yōu)先權(quán)日2007年3月14日
發(fā)明者劉波 申請(qǐng)人:華為技術(shù)有限公司