專利名稱：一種用于確定異常呼叫原因的信令的提取方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)領(lǐng)域，尤其涉及一種用于確定異常呼叫原因的信令的提 取方法及裝置。
背景技術(shù)：
隨著我國第三代移動通訊技術(shù)運營牌照的發(fā)放，宣告進入3G(第三代移動通訊技 術(shù))時代。同2G(第二代移動通訊技術(shù))相比，3G在網(wǎng)絡(luò)和設(shè)備穩(wěn)定性等方面存在很多不 足之處，例如。異常呼叫的用戶比例偏高等。為了 3G技術(shù)能夠更好地發(fā)展，對于異常呼叫的用戶比例偏高的問題亟需解決，而 解決該問題的關(guān)鍵在于定位異常呼叫，然后對定位出的異常呼叫進行檢查分析，發(fā)現(xiàn)問題 并解決問題。目前，為了便于異常呼叫問題的定位，在RNC(Radio Network Control，無線網(wǎng)線 控制器)中增加CT (Call Trace，呼叫跟蹤)功能，基于RNC的CT功能，能夠?qū)Τ霈F(xiàn)異常呼 叫的UE (User Equipment，用戶設(shè)備)進行數(shù)據(jù)跟蹤，保存UE出現(xiàn)異常時的上下文信息(即 CT數(shù)據(jù))，包括起呼時的信令、呼叫過程中的部分信令、異常點附近的信令以及原始碼流等 信息。然后由開發(fā)人員根據(jù)保存的UE出現(xiàn)異常時的上下文信息，確定異常問題。根據(jù)CT 功能對UE進行數(shù)據(jù)跟蹤得到的CT數(shù)據(jù)，能夠分析定位出異常呼叫問題，但在實際應(yīng)用中， 通過在RNC增加CT功能以實現(xiàn)異常呼叫定位的方案，存在如下問題由于可能存在的異常呼叫原因多種多樣，例如，切換超時、RAB指派失敗等，而CT 數(shù)據(jù)包含的信息內(nèi)容非常冗雜，因此，對于開發(fā)人員來說，要從冗雜的CT數(shù)據(jù)確定出具體 的異常呼叫原因的過程非常復(fù)雜，例如，針對CT數(shù)據(jù)中一個呼叫流程，需要逐一分析每條 信令，根據(jù)信令的特點確定對應(yīng)的異常呼叫原因，進而進行問題定位，該過程全程由人工統(tǒng) 計分析，顯然對于確定異常呼叫原因的準確度低。并且，按目前RNC的實際話務(wù)量，每天保 存的CT數(shù)據(jù)壓縮后能達到幾百兆，如果按1 7的壓縮比，單用戶IOK大小的數(shù)據(jù)、50條信 令計算，每天就有近千萬條信令。因此，開發(fā)人員在如此海量的數(shù)據(jù)中定位異常呼叫，顯然 存在很高的工作難度。綜上所述，目前根據(jù)RNC采集的CT數(shù)據(jù)直接定位異常呼叫原因的方法，定位異常 呼叫原因的準確度低，并且效率低。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明實施例提供一種用于確定異常呼叫原因的信令的提取方法及裝 置，采用該技術(shù)方案，能夠提高定位異常呼叫原因的準確度以及效率。本發(fā)明實施例通過如下技術(shù)方案實現(xiàn)根據(jù)本發(fā)明實施例的一個方面，提供了一種用于確定異常呼叫原因的信令的提取 方法。根據(jù)本發(fā)明實施例提供的用于確定異常呼叫原因的信令的提取方法，包括
從無線網(wǎng)線控制器RNC中獲取在設(shè)定時間段生成的呼叫跟蹤CT數(shù)據(jù)；并針對所述CT數(shù)據(jù)中的每一個呼叫流程，執(zhí)行將當前呼叫流程包括的信令與預(yù)先確定的標識信令進行匹配，根據(jù)匹配結(jié)果確定 提取字段，并根據(jù)確定的所述提取字段，從所述呼叫流程中提取用于確定異常呼叫原因的 信令信息；或根據(jù)預(yù)設(shè)的提取字段，從當前呼叫流程中提取用于確定異常呼叫原因的信令信 肩、ο根據(jù)本發(fā)明實施例的另一個方面，還提供了一種用于確定異常呼叫原因的信令的 提取裝置。根據(jù)本發(fā)明實施例提供的用于確定異常呼叫原因的信令的提取裝置，包括CT數(shù)據(jù)獲取單元，用于從無線網(wǎng)線控制器RNC中獲取在設(shè)定時間段生成的呼叫跟 蹤CT數(shù)據(jù)；呼叫流程處理單元，用于針對所述CT數(shù)據(jù)獲取單元獲取的CT數(shù)據(jù)中的每一個呼 叫流程，執(zhí)行將當前呼叫流程包括的信令與預(yù)先確定的標識信令進行匹配，并根據(jù)匹配結(jié)果確 定提取字段，并根據(jù)確定的所述提取字段，從所述呼叫流程中提取用于確定異常呼叫原因 的信令信息；或根據(jù)預(yù)設(shè)的提取字段，從當前呼叫流程中提取用于確定異常呼叫原因的信令信 肩、ο通過本發(fā)明實施例提供的上述至少一個技術(shù)方案，從RNC中獲取在設(shè)定時間段生 成的CT數(shù)據(jù)，并針對獲取的CT數(shù)據(jù)中的每一個呼叫流程，執(zhí)行將當前呼叫流程包括的信 令與預(yù)先確定的標識信令進行匹配，并根據(jù)匹配結(jié)果確定提取字段，進而根據(jù)確定的提取 字段，從呼叫流程中提取用于確定異常呼叫原因的信令信息；或者，根據(jù)預(yù)設(shè)的提取字段， 從當前呼叫流程中提取用于確定異常呼叫原因的信令信息。根據(jù)該技術(shù)方案，從CT數(shù)據(jù)中 提取用于確定異常呼叫原因的信令信息，基于提取出的信令信息確定異常呼叫原因，減少 了對CT數(shù)據(jù)中信令逐條分析的工作量，從而提高了定位異常呼叫原因的效率，并且能夠準 確地從CT數(shù)據(jù)中提取對于確定異常呼叫原因有用的信令信息，提高了定位異常呼叫原因 的準確度。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變 得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明 書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


附圖用來提供對本發(fā)明的進一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明實施 例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的限制。在附圖中圖1為本發(fā)明實施例提供的對每一個呼叫流程的處理流程圖；圖2為本發(fā)明實施例提供的用于確定異常呼叫原因的信令的提取方法流程圖；圖3為本發(fā)明實施例提供的用于確定異常呼叫原因的信令的提取裝置示意圖一；圖4為本發(fā)明實施例提供的用于確定異常呼叫原因的信令的提取裝置示意圖二 ；
圖5為本發(fā)明實施例提供的用于確定異常呼叫原因的信令的提取裝置示意圖三。
具體實施例方式為了給出提高定位異常呼叫原因的準確度以及效率的實現(xiàn)方案，本發(fā)明實施例提 供了一種用于確定異常呼叫原因的信令的提取方法及裝置，以下結(jié)合說明書附圖對本發(fā)明 的優(yōu)選實施例進行說明，應(yīng)當理解，此處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并 不用于限定本發(fā)明。并且在不沖突的情況下，本申請中的實施例及實施例中的特征可以相
互組合。根據(jù)本發(fā)明實施例，首先提供了一種用于確定異常呼叫原因的信令的提取方法， 首先從RNC中獲取在設(shè)定時間段生成的呼叫跟蹤CT數(shù)據(jù)，并針對獲取的CT數(shù)據(jù)中的每 一個呼叫流程進行處理，如圖1所示，對每一個呼叫流程進行的處理過程，主要包括如下步 驟步驟101、將當前呼叫流程包括的信令與預(yù)先確定的標識信令進行匹配；步驟102、根據(jù)匹配結(jié)果確定提取字段；步驟103、根據(jù)確定的提取字段，從該條呼叫流程中提取用于確定異常呼叫原因的
fn令fe息ο本發(fā)明一個優(yōu)選實施例中，上述步驟101的具體執(zhí)行過程，即將當前呼叫流程包 括的信令與預(yù)先確定的標識信令進行匹配以及確定匹配結(jié)果，包括根據(jù)預(yù)先確定的標識信令對應(yīng)的信令關(guān)系，確定當前呼叫流程包括的信令中是否 存在滿足該信令關(guān)系的信令；并在確定是時，確定匹配結(jié)果為成功；在確定否時，確定匹配結(jié)果為失敗。更為具體地，標識信令對應(yīng)的信令關(guān)系，包括多個指定信令以及所述多個指定信令之間的順序關(guān)系，例如，該信令關(guān)系指定了 四條信令，分別為信令A(yù)、信令B、信令C、信令D，并且指定該四條信令的順序為信令A(yù)、信 令B、信令C、信令D ；或 / 和至少一個指定信令以及所述至少一個指定信令中設(shè)定信元對應(yīng)的值，例如，信令 關(guān)系指定了信令X，并且指定該信令X的Y信元對應(yīng)的值為Z。本發(fā)明一個優(yōu)選實施例中，上述步驟102的具體執(zhí)行過程、即根據(jù)匹配結(jié)果確定 提取字段，包括若步驟101的匹配結(jié)果為成功，則確定提取字段為針對該預(yù)先確定的標識信令設(shè) 定的特征提取字段以及基本提取字段；若步驟101的匹配結(jié)果為失敗，則丟棄該呼叫流程，不做分析處理。其中針對標識信令設(shè)定的提取字段包括基本提取字段以及與對應(yīng)的標識信令特征對應(yīng)的特征提取字段；或僅包括與對應(yīng)的標識信令特征對應(yīng)的特征提取字段。本發(fā)明優(yōu)選實施例中，在執(zhí)行完上述步驟103后，即從呼叫流程中提取用于確定異常呼叫原因的信令信息后，還進一步執(zhí)行如下步驟將當前呼叫流程對應(yīng)的GID(Global Identify，全局標識)以及從當前呼叫流程 中提取出的信令信息對應(yīng)存儲。其中，GID是由RNC針對每一個呼叫流程分配的全局唯一 的標識。該實施例中，將提取出的信令信息利用呼叫流程對應(yīng)的GID以及從當前呼叫流程 中提取出的信令信息對應(yīng)存儲，以便于后續(xù)對信令信息進行進一步統(tǒng)計分析。根據(jù)本發(fā)明又一實施例提供的用于確定異常呼叫原因的信令的提取方法中，從 RNC中獲取在設(shè)定時間段生成的CT數(shù)據(jù)，并針對獲取的CT數(shù)據(jù)中的每一個呼叫流程進行處 理，其中，對每一個呼叫流程進行的處理過程，主要包括如下步驟根據(jù)預(yù)設(shè)的提取字段，從當前呼叫流程中提取用于確定異常呼叫原因的信令信 息；該實施例中，預(yù)設(shè)的提取字段一般為基本提取字段。為了更好地理解本發(fā)明實施例，以下結(jié)合更為詳細的實施例對本發(fā)明實施例提供 的基于預(yù)先設(shè)置的標識信令完成用于確定異常呼叫原因的信令的提取的技術(shù)方案的詳細 實現(xiàn)過程進行說明本發(fā)明實施例提供的用于確定異常呼叫原因的信令的提取方法，首先從RNC中獲 取CT數(shù)據(jù)，從獲取的CT數(shù)據(jù)中提取用于確定異常呼叫原因的信令信息，并將提取的信息供 相關(guān)開發(fā)人員查看分析，進一步確定異常呼叫原因。根據(jù)本發(fā)明實施例，首先針對可能存在的各種異常呼叫原因設(shè)置多組標識信令， 并針對每組標識信令設(shè)置對應(yīng)的提取字段；其中，標識信令中包括信令關(guān)系信息，用于與CT數(shù)據(jù)中呼叫流程進行匹配，以確定出用 于從當前呼叫流程中提取信令信息的提取字段，即在當前呼叫流程包括的信令與該標識信 令匹配成功時，利用與該標識信令對應(yīng)提取字段從該呼叫流程中提取信令。并且，標識信令在設(shè)置時可以針對具體的異常呼叫類型進行設(shè)置，即一組標識信 令對應(yīng)設(shè)定類型的異常呼叫，針對其對應(yīng)類型的異常呼叫，提取特征信令，作為該類型異常 呼叫的標識，相應(yīng)地，根據(jù)標識信令匹配出的呼叫流程，也符合與該標識信令對應(yīng)類型的異 常呼叫。本發(fā)明一個優(yōu)選實施例中，可以將標識信令以及提取字段的對應(yīng)關(guān)系以提取模板 的形式存在，即針對不同類型的異常呼叫制作提取模板，每個提取模板包括標識信令以及提取字段。其中的標識信令作為匹配條件，提取字段作為提取條件。并且，提取字段包括基本 提取字段和特征提取字段，其中的基本提取字段包含但不限于失敗原因、異常呼叫時長、起 呼點場強、UE標識、當前傳輸信道狀態(tài)、業(yè)務(wù)域類型、接入小區(qū)、接入頻點等。本發(fā)明實施例中，針對不同類型的異常呼叫設(shè)置的提取模板可以包括但不限于切換超時分析提取模板、RAB指派失敗分析提取模板、RRC鏈接成功率分析提取模 板等；其中，切換超時分析提取模板，用于分析切換時場強信息，特有字段有切換目標小區(qū)標 識、切換場強等；RAB指派失敗分析提取模板，用于分析RNC為業(yè)務(wù)分配的特征信息，特有字段包含是否有無線鏈路恢復(fù)指示、上下行速率等；RRC鏈接成功率分析提取模板，用于分析起呼點及RRC重發(fā)信息，特有字段有RRC 鏈接的場強、RRC建立消息下發(fā)的次數(shù)、RRC建立消息下發(fā)的間隔。對于提取模板中標識信令以及提取字段的具體設(shè)置將在后續(xù)的實施例中詳細說 明，此處暫不描述。以下結(jié)合設(shè)定的提取模板說明本發(fā)明實施例提供的用于確定異常呼叫原因的信 令的提取方法，進行說明如圖2所示，用于確定異常呼叫原因的信令的提取方法，主要包括如下步驟步驟201、從RNC中獲取設(shè)定時間段的CT數(shù)據(jù)。該步驟中，設(shè)定時間段可以根據(jù)統(tǒng)計需要靈活設(shè)置，例如，設(shè)置為一小時、二小時、
半天或一天等。進一步地，獲取CT數(shù)據(jù)后，由系統(tǒng)中的數(shù)據(jù)導(dǎo)入功能將數(shù)據(jù)存儲到系統(tǒng)數(shù)據(jù)庫 中。并在系統(tǒng)數(shù)據(jù)庫中預(yù)先創(chuàng)建存放原始數(shù)據(jù)和存放提取結(jié)果(即提取出的信令信息)的 表；其中，原始數(shù)據(jù)表字段包括信令的摘要信息(包括消息接口類型、過程號、消息類型、消 息方向等)以及原始數(shù)據(jù)；。提取結(jié)果表包含基本信息表(存放呼叫流程標識GID和根據(jù)基本提取字段提取的 流程信令信息)和模板對應(yīng)字段表(存放呼叫流程標識GID和根據(jù)特征提取字段提取的流 程信令信息)。具體地，原始數(shù)據(jù)表信息和提取結(jié)果表中的信息可以通過GID相關(guān)聯(lián)。步驟202、從獲取的CT數(shù)據(jù)中選擇一個呼叫流程，并與預(yù)先確定的提取模板進行 匹配。該步驟中，與預(yù)設(shè)的提取模板進行匹配，即確定該條呼叫流程中包括的信令是否 與預(yù)先確定的提取模板中的標識信令匹配，具體匹配過程已在上述流程中描述，此處不再 重復(fù)描述。該步驟中，預(yù)先確定的提取模板為根據(jù)統(tǒng)計需要從預(yù)設(shè)的多個提取模板中選擇出 的用于確定當前需要分析的失敗原因?qū)?yīng)的提取模板。步驟203、判斷匹配是否成功，若是，執(zhí)行步驟204，若否，執(zhí)行步驟205。步驟204、確定提取字段為該預(yù)先確定的提取模板中的提取字段，并從該條呼叫流 程中提取與確定的提取字段對應(yīng)的信令信息。步驟205、判斷CT數(shù)據(jù)中每一個呼叫流程是否處理完畢，若是，則執(zhí)行步驟206，若 否，則返回步驟202。步驟206、將提取結(jié)果(即提取出的信息)利用當前呼叫流程對應(yīng)的GID標識并存 入系統(tǒng)數(shù)據(jù)庫。上述流程中，根據(jù)步驟204確定的提取字段包括基本提取字段，如前所述，該基本 提取字段包含但不限于失敗原因、異常呼叫時長等字段，例如將失敗原因字段作為基本提取字段時對應(yīng)的提取過程為從 IuReleaseRequest 的 Cause 字段、RAB AssignmentResponse 下的 RAB_ FailedListItem 字段或 RAB_ReIeaseFaiIedListItem 的 Cause 字段中提取對應(yīng)的信息；
將異常呼叫時長字段作為基本提取字段時對應(yīng)的提取過程為提取從 RrcConnectionRequest 到 IuReleaseRequest (或 RabAssignmentFailed) 的時間差信息。進一步地，根據(jù)步驟204確定的提取字段還進一步包括特征提取字段，以切換超 時分析提取模板和RAB指派失敗分析提取模板為例，對提取模板特征以及根據(jù)提取模板特 征提取字段提取信息的過程進行說明一、切換超時分析提取模板在異常掉話的業(yè)務(wù)流程中，判斷IuReleaseRequest前設(shè)定時間(如15秒)內(nèi) 的 RadioLinkSetupRequest 禾口 RadioLinkReconfigurationPrepare 消息，如果只存在 RadioLinkSetupRequest 則是切換超時，如果只存在 RadioLinkReconfigurationPrepare 則是RB重配超時，如果這二條信令都存在，則以后發(fā)生的為準。特征提取字段可以設(shè)置為的目標小區(qū)標識以及切換場強，對應(yīng)的提取方式為目標小區(qū)標識從1G/2A測量報告后最近的一條的RadioLinkSetupRequest中的 rL_Information_RL_SetupRqstTDD 字段下提?。磺袚Q場強則是從信令CellUpdate中提取。二、RAB指派失敗分析提取模板提取模板中的標識信令可以設(shè)置為1、存在信令RabAssignmentFai 1，且該信令的信元rAB_FaiIedList對應(yīng)的值不為 空(即存在)；2、不存在信令 RabAssignmentFail,但 RabAssignmentRequest 到 IuReleaseRequest之間的間隔在6秒以內(nèi)，且不存在RabAssignmentResponse信令。特征提取字段可以設(shè)置為是否存在無線鏈路恢復(fù)指示信息，以及上下行速率信 息，對應(yīng)的提取方式為是否存在無線鏈路恢復(fù)指示信息的提取，從IuReleaseRequest或RAB指派失敗到 最近的一條物理信道重配或RB重配或RB建立或RB釋放、CellUpdateComfirm之間，是否 存在 RadioLinkRestoreIndication 消息；上下行速率信息的提取，從最近一條的RadioLinkSetupRequest或 RadioLinkReconfigurationPrepare 消息中提取。本發(fā)明實施例中，提取模板可以根據(jù)具體的分析需要靈活設(shè)定，并且針對設(shè)定的 提取模板，對應(yīng)的提取過程可以根據(jù)提取模板對應(yīng)類型的呼叫流程的特征靈活設(shè)定，此處 不再--列舉。根據(jù)本發(fā)明實施例，對于數(shù)據(jù)庫中存儲的原始數(shù)據(jù)以及提取結(jié)果，可以提供給用 戶進行分析確定異常呼叫原因，并且支持數(shù)據(jù)排序、快速檢索、快速定位到原始信令及信令 的解碼和時序圖的顯示等。并且，對于特定的一些信息，支持統(tǒng)計功能，如按小區(qū)或失敗原 因的統(tǒng)計等。并且，根據(jù)掉話原因，可以過濾出切換超時相關(guān)的信令，根據(jù)切換前后的頻點 信息，過濾出同頻切換和異頻切換的數(shù)據(jù)，在同頻或異頻切換失敗中，還可以根據(jù)切換時承 載的業(yè)務(wù)類型區(qū)分，如CS12. 2K、CS64K、承載在DCH上的普通PS業(yè)務(wù)、承載在HSDSCH上的 PS業(yè)務(wù)等。從切換時測量報告的場強，還可以區(qū)分出強場切換超時、中場切換超時或弱場切 換超時。
以上為針對本發(fā)明實施例提供技術(shù)方案所提出的優(yōu)選實施例，該實施例中，針對 每一組標識信令設(shè)置了基本提取字段以及特征提取字段，也即提取模板中包括的提取字段 包括基本提取字段和特征提取字段。本發(fā)明又一優(yōu)選實施例中，針對每一組標識信令僅設(shè)置特征提取字段，相應(yīng)地，對 每一個呼叫流程進行的處理過程時，有如下兩種有選方式方式一針對該呼叫流程，根據(jù)基本提取字段，從該條呼叫流程中提取用于確定異常呼叫 原因的信令信息；進一步地，將該呼叫流程包括的信令與預(yù)先確定的標識信令進行匹配，若 匹配成功，則進一步根據(jù)針對該標識信令設(shè)定的特征提取字段，從該條呼叫流程中提取用 于確定異常呼叫原因的信令信息，若匹配失敗，則結(jié)束針對該呼叫流程的信令信息提取過程。將根據(jù)基本提取字段提取的信令信息以及根據(jù)特征提取字段提取的信令信息，作 為該呼叫流程對應(yīng)的信令信息與該呼叫流程對應(yīng)的GID對應(yīng)存儲。方式二針對該呼叫流程，將該呼叫流程包括的信令與預(yù)先確定的標識信令進行匹配，若 匹配成功，則根據(jù)針對該標識信令設(shè)定的特征提取字段，從該條呼叫流程中提取用于確定 異常呼叫原因的信令信息，并進一步根據(jù)基本提取字段，從該條呼叫流程中提取用于確定 異常呼叫原因的信令信息；若匹配失敗，則結(jié)束針對該呼叫流程的信令信息提取過程。將根據(jù)基本提取字段提取的信令信息以及根據(jù)特征提取字段提取的信令信息，作 為該呼叫流程對應(yīng)的信令信息與該呼叫流程對應(yīng)的GID對應(yīng)存儲。該實施例中，都需要執(zhí)行匹配過程，即將當前呼叫流程包括的信令與預(yù)先從設(shè)置 的多組標識信令中選擇出用于匹配的標識信令進行匹配，在匹配結(jié)果為成功時，確定提取 字段為基本提取字段以及針對該預(yù)先選擇出的標識信令設(shè)定的特征提取字段，在匹配結(jié)果 為失敗時，不對該呼叫流程進行處理。該實施例涉及的更為詳細的技術(shù)實現(xiàn)細節(jié)與上述實施例描述的相應(yīng)處理過程一 致，此處不再重復(fù)描述。與上述流程對應(yīng)，本發(fā)明實施例還提供了一種用于確定異常呼叫原因的信令的提 取裝置，基于該裝置，可以提高定位異常呼叫原因的準確度以及效率。本實施例提供的用于確定異常呼叫原因的信令的提取裝置，具體如圖3所示，包 括如下單元CT數(shù)據(jù)獲取單元301以及呼叫流程處理單元302 ；其中，CT數(shù)據(jù)獲取單元301，用于從無線網(wǎng)線控制器RNC中獲取在設(shè)定時間段生成的呼 叫跟蹤CT數(shù)據(jù)；呼叫流程處理單元302，用于針對CT數(shù)據(jù)獲取單元301獲取的CT數(shù)據(jù)中的每一個 呼叫流程，執(zhí)行將當前呼叫流程包括的信令與預(yù)先確定的標識信令進行匹配，根據(jù)匹配結(jié)果確定 提取字段，并根據(jù)確定的提取字段，從該呼叫流程中提取用于確定異常呼叫原因的信令信 息；或根據(jù)預(yù)設(shè)的提取字段，從當前呼叫流程中提取用于確定異常呼叫原因的信令信息ο本發(fā)明優(yōu)選實施例中，如圖4所示，呼叫流程處理單元302，包括標識信令匹配模塊302A、提取字段確定模塊302B以及信令信息提取模塊302C ；其 中，標識信令匹配模塊302A，用于根據(jù)預(yù)先確定的標識信令對應(yīng)的信令關(guān)系，確定當前呼叫流程包括的信令中是否存在滿足該信令關(guān)系的信令；提取字段確定模塊302B，用于根據(jù)標識信令匹配模塊302A的匹配結(jié)果確定提取 字段；信令信息提取模塊302C，用于根據(jù)提取字段確定模塊302B確定的所述提取字段， 從所述呼叫流程中提取用于確定異常呼叫原因的信令信息。本發(fā)明優(yōu)選實施例中，上述提取字段確定模塊302B，具體用于在標識信令匹配模塊302A的匹配結(jié)果為成功時，確定提取字段為針對所述標識 信令設(shè)定的特征提取字段以及基本提取字段；或在標識信令匹配模塊302A的匹配結(jié)果為成功時，確定提取字段為基本提取字段 以及針對所述標識信令設(shè)定的特征提取字段。本發(fā)明優(yōu)選實施例中，如圖5所示，圖3所示的裝置還進一步包括存儲單元303，用于在呼叫流程處理單元302從呼叫流程中提取用于確定異常呼 叫原因的信令信息后，將當前呼叫流程對應(yīng)的全局標識GID以及從當前呼叫流程中提取出 的信令信息對應(yīng)存儲。應(yīng)當理解，上述裝置包括的各個單元或模塊僅為邏輯劃分，可以根據(jù)需要對上述 單元進行拆分或組合。并且，本實施例提供的用于確定異常呼叫原因的信令的提取裝置所 實現(xiàn)的功能與上述實施例提供的用于確定異常呼叫原因的信令的提取方法流程一一對應(yīng)， 對于該裝置所實現(xiàn)的更為詳細的處理流程，在上述方法實施例中已做詳細描述，此處不再 詳細描述。通過本發(fā)明實施例提供的上述至少一個技術(shù)方案，從RNC中獲取在設(shè)定時間段生 成的CT數(shù)據(jù)，并針對獲取的CT數(shù)據(jù)中的每一個呼叫流程，執(zhí)行將當前呼叫流程包括的信 令與預(yù)先確定的標識信令進行匹配，并根據(jù)匹配結(jié)果確定提取字段，進而根據(jù)確定的提取 字段，從呼叫流程中提取用于確定異常呼叫原因的信令信息；或者，根據(jù)預(yù)設(shè)的提取字段， 從當前呼叫流程中提取用于確定異常呼叫原因的信令信息。根據(jù)該技術(shù)方案，從CT數(shù)據(jù)中 提取用于確定異常呼叫原因的信令信息，基于提取出的信令信息確定異常呼叫原因，減少 了對CT數(shù)據(jù)中信令逐條分析的工作量，從而提高了定位異常呼叫原因的效率，并且能夠準 確地從CT數(shù)據(jù)中提取對于確定異常呼叫原因有用的信令信息，提高了定位異常呼叫原因 的準確度。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種用于確定異常呼叫原因的信令的提取方法，其特征在于，包括 從無線網(wǎng)線控制器RNC中獲取在設(shè)定時間段生成的呼叫跟蹤CT數(shù)據(jù)；并 針對所述CT數(shù)據(jù)中的每一個呼叫流程，執(zhí)行將當前呼叫流程包括的信令與預(yù)先確定的標識信令進行匹配，根據(jù)匹配結(jié)果確定提取 字段，并根據(jù)確定的所述提取字段，從當前呼叫流程中提取用于確定異常呼叫原因的信令 信息；或根據(jù)預(yù)設(shè)的提取字段，從當前呼叫流程中提取用于確定異常呼叫原因的信令信息。
2.如權(quán)利要求1所述的方法，其特征在于，將當前呼叫流程包括的信令與預(yù)先確定的 標識信令進行匹配以及確定匹配結(jié)果，包括根據(jù)所述標識信令對應(yīng)的信令關(guān)系，確定當前呼叫流程包括的信令中是否存在滿足所 述信令關(guān)系的信令；并在確定是時，確定匹配結(jié)果為成功； 在確定否時，確定匹配結(jié)果為失敗。
3.如權(quán)利要求2所述的方法，其特征在于，所述信令關(guān)系包括 多個指定信令以及所述多個指定信令之間的順序關(guān)系；或/和 至少一個指定信令以及所述至少一個指定信令中設(shè)定信元對應(yīng)的值。
4.如權(quán)利要求1或2所述的方法，其特征在于，根據(jù)匹配結(jié)果確定提取字段，包括在確定匹配結(jié)果為成功時，確定提取字段為針對所述標識信令設(shè)定的特征提取字段以 及基本提取字段；或在確定匹配結(jié)果為成功時，確定提取字段為基本提取字段以及針對所述標識信令設(shè)定 的特征提取字段。
5.如權(quán)利要求1所述的方法，其特征在于，所述預(yù)設(shè)的提取字段為基本提取字段。
6.如權(quán)利要求1所述的方法，其特征在于，從當前呼叫流程中提取用于確定異常呼叫 原因的信令信息后，還包括將當前呼叫流程對應(yīng)的全局標識GID以及從當前呼叫流程中提取出的所述信令信息 對應(yīng)存儲。
7.一種用于確定異常呼叫原因的信令的提取裝置，其特征在于，包括CT數(shù)據(jù)獲取單元，用于從無線網(wǎng)線控制器RNC中獲取在設(shè)定時間段生成的呼叫跟蹤CT 數(shù)據(jù)；呼叫流程處理單元，用于針對所述CT數(shù)據(jù)獲取單元獲取的CT數(shù)據(jù)中的每一個呼叫流 程，執(zhí)行將當前呼叫流程包括的信令與預(yù)先確定的標識信令進行匹配，根據(jù)匹配結(jié)果確定提取 字段，并根據(jù)確定的所述提取字段，從當前呼叫流程中提取用于確定異常呼叫原因的信令 信息；或根據(jù)預(yù)設(shè)的提取字段，從當前呼叫流程中提取用于確定異常呼叫原因的信令信息。
8.如權(quán)利要求7所述的裝置，其特征在于，所述呼叫流程處理單元，包括標識信令匹配模塊，用于根據(jù)所述標識信令對應(yīng)的信令關(guān)系，確定當前呼叫流程包括 的信令中是否存在滿足所述信令關(guān)系的信令；提取字段確定模塊，用于根據(jù)所述標識信令匹配模塊的匹配結(jié)果確定提取字段；信令信息提取模塊，用于根據(jù)所述提取字段確定模塊確定的所述提取字段，從所述呼 叫流程中提取用于確定異常呼叫原因的信令信息。
9.如權(quán)利要求8所述的裝置，其特征在于，所述提取字段確定模塊，具體用于在所述標識信令匹配模塊的匹配結(jié)果為成功時，確定提取字段為針對所述標識信令設(shè) 定的特征提取字段以及基本提取字段；或在所述標識信令匹配模塊的匹配結(jié)果為成功時，確定提取字段為基本提取字段以及針 對所述標識信令設(shè)定的特征提取字段。
10.如權(quán)利要求7所述的裝置，其特征在于，還包括存儲單元，用于在所述呼叫流程處理單元從當前呼叫流程中提取用于確定異常呼叫原 因的信令信息后，將當前呼叫流程對應(yīng)的全局標識GID以及從當前呼叫流程中提取出的所 述信令信息對應(yīng)存儲。
全文摘要
本發(fā)明公開了一種用于確定異常呼叫原因的信令的提取方法及裝置，包括從RNC中獲取在設(shè)定時間段生成的呼叫跟蹤CT數(shù)據(jù)；針對CT數(shù)據(jù)中的每一個呼叫流程，執(zhí)行將當前呼叫流程包括的信令與預(yù)先確定的標識信令匹配，根據(jù)匹配結(jié)果確定提取字段，根據(jù)確定的提取字段從呼叫流程中提取用于確定異常呼叫原因的信令信息；或根據(jù)預(yù)設(shè)的提取字段從當前呼叫流程中提取用于確定異常呼叫原因的信令信息。根據(jù)該技術(shù)方案，從CT數(shù)據(jù)中提取用于確定異常呼叫原因的信令信息，減少了對CT數(shù)據(jù)中信令逐條分析的工作量，提高了定位異常呼叫原因的效率，并且能夠準確地從CT數(shù)據(jù)中提取對于確定異常呼叫原因有用的信令信息，提高了定位異常呼叫原因的準確度。
文檔編號H04W24/10GK102111795SQ20091026017
公開日2011年6月29日 申請日期2009年12月24日 優(yōu)先權(quán)日2009年12月24日
發(fā)明者魏明鋒 申請人:中興通訊股份有限公司