專利名稱：電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷技術(shù)，尤其涉及一種下一代電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的方法及系統(tǒng)。
背景技術(shù)：
在下一代電信網(wǎng)絡(luò)中的業(yè)務(wù)故障自動診斷系統(tǒng)中，軟交換業(yè)務(wù)模塊的一個集成測 試用例的通過，需滿足很多的指標(biāo)要求，例如需滿足以下指標(biāo)要求業(yè)務(wù)流程正確，放音正 確，呼叫權(quán)限正常，業(yè)務(wù)觸發(fā)正確，來電顯示正常，話單話統(tǒng)正常，資源占用與釋放正常，對 其他業(yè)務(wù)沒有干擾等。如此多的指標(biāo)，測試人員會花很多時間來進(jìn)行驗證，并且由于人員經(jīng) 驗和精力等限制，可能會遺漏某些測試指標(biāo)，導(dǎo)致測試用例執(zhí)行的質(zhì)量下降。交換機(jī)業(yè)務(wù)模塊軟件測試的過程可以歸納為在一定的呼叫場景下，為用戶簽約 指定的業(yè)務(wù)，執(zhí)行設(shè)計的呼叫流程，最終判定結(jié)果正確成功與否的過程。業(yè)務(wù)測試最終需要 滿足一定的指標(biāo)，或者說成功目標(biāo)，才可以認(rèn)為測試用例通過。目前業(yè)務(wù)模塊常見的呼叫成 功目標(biāo)可以分為三類業(yè)務(wù)流程類、媒體接續(xù)類、外部表象類；其中，業(yè)務(wù)流程類業(yè)務(wù)流程正確，呼叫權(quán)限正常，資源占用與釋放正常，用戶狀態(tài)正確， 對其他業(yè)務(wù)沒有干擾；媒體接續(xù)類放音正確，收號正確，媒體接續(xù)和切換正確；外部表象類原始話單、話務(wù)統(tǒng)計、來電顯示。從邏輯的角度來說，如果一個測試用例滿足了這些條件，并不能說明該測試用例 完全無故障地通過了，因為這些成功目標(biāo)可能并沒有覆蓋這次呼叫所有的功能點(diǎn)；但是一 個測試用例的通過，必須要滿足這些典型的呼叫成功目標(biāo)。也就是說，滿足常見的呼叫成功 目標(biāo)是集成測試用例通過的必要非充分條件。在實際工程測試中，雖然前者是非充分條件， 但我們基本上可以信賴該判定條件即“滿足常見的呼叫成功目標(biāo)”該測試空間，對“集成測 試用例通過”該被測試結(jié)果具有比較高的置信概率。下面首先以一個普通接入網(wǎng)關(guān)(AG，Access Gateway)呼叫為例，介紹下測試人員 識別集成測試結(jié)果的一般思路。測試人員識別集成測試結(jié)果的思路一般如下當(dāng)前的呼叫場景是普通呼叫；主叫 是AG用戶，物理號碼和邏輯號碼分別是111和222 ；被叫用戶是AG用戶，物理號碼和邏輯 號碼分別是333和444 ；呼叫進(jìn)展情況通話后掛機(jī)，呼叫類別為市話。根據(jù)上述呼叫情況，測試人員會根據(jù)各種呼叫成功目標(biāo)的規(guī)則得出該呼叫的預(yù)期 結(jié)果該呼叫的話單主叫物理號碼應(yīng)該是111，主叫邏輯號碼為222 ；被叫物理號碼為333， 邏輯號碼444;呼叫類別是市話，通話成功，應(yīng)當(dāng)產(chǎn)生一張話單。該呼叫的話統(tǒng)主叫物理號碼應(yīng)該是111，主叫邏輯號碼為222 ；被叫物理號碼為 333，邏輯號碼444;呼叫類別是市話，通話成功，應(yīng)當(dāng)產(chǎn)生一張話務(wù)統(tǒng)計。該呼叫的來電顯示應(yīng)該是主叫大號碼111。掛機(jī)以后，主被叫占用的協(xié)議和業(yè)務(wù)數(shù)據(jù)區(qū)應(yīng)該釋放掉。
之后，測試人員會觀察實際話單、話統(tǒng)、來電顯示等信息，看看與預(yù)期結(jié)果是否一 致。當(dāng)組網(wǎng)場景比較復(fù)雜，或者存在復(fù)雜的業(yè)務(wù)時，測試人員依然采用該過程識別測 試的結(jié)果分析呼叫組網(wǎng)和場景、分析用戶屬性、分析呼叫中的業(yè)務(wù)、分析呼叫進(jìn)展情況和 通話信息，根據(jù)這些信息就得出呼叫中的場景，測試人員根據(jù)各種呼叫成功目標(biāo)的規(guī)則可 以得到預(yù)期結(jié)果；然后再與實際測試結(jié)果比對，得到當(dāng)前呼叫是否正確的結(jié)論。根據(jù)上述的討論可以看出判斷測試結(jié)果正確性的過程是有規(guī)律的，它包含以下 幾個步驟1、采集呼叫信息。對呼叫組網(wǎng)場景、用戶屬性、業(yè)務(wù)信息、業(yè)務(wù)進(jìn)展情況和通話信 息、各種呼叫成功目標(biāo)進(jìn)行采集，作為數(shù)據(jù)之源。2、推理呼叫模型。根據(jù)上述采集的信息，進(jìn)行推理得到當(dāng)前呼叫的模型，根據(jù)呼叫 模型和判定規(guī)則表得到當(dāng)前呼叫中各種成功目標(biāo)的預(yù)期結(jié)果。這一步的關(guān)鍵是判定規(guī)則 表，它的輸入是呼叫模型的組成元素，輸出是各種成功目標(biāo)的理論結(jié)果。3、判定呼叫結(jié)果。將第二步推理出的成功目標(biāo)理論結(jié)果，與第一步采集的實際結(jié) 果進(jìn)行對比，得出當(dāng)前呼叫是否正確的結(jié)論。如果能自動執(zhí)行這三個步驟，那么就可以實現(xiàn)集成測試結(jié)果的自動識別，從而提 高集成測試的質(zhì)量。但是該過程與測試人員的經(jīng)驗息息相關(guān)，一般的軟件程序較難實現(xiàn)。人工智能研究領(lǐng)域中的專家系統(tǒng)理論是一種問題求解工具，適用于需要大量從實 際經(jīng)驗中積累起來的知識來求解問題。下面簡要介紹下專家系統(tǒng)的相關(guān)理論?；谥R的專家系統(tǒng)是人工智能的一個重要分支。專家系統(tǒng)的能力來自它所擁有 的專家知識，知識的表示和推理的方法則提供了應(yīng)用的機(jī)理，這種基于知識的系統(tǒng)設(shè)計方 法是以知識庫和推理機(jī)為中心而展開的。專家系統(tǒng)在生產(chǎn)生活領(lǐng)域應(yīng)用很廣，例如機(jī)械部件的診斷、醫(yī)學(xué)知識咨詢、市場分 析和評估等領(lǐng)域，都有專家系統(tǒng)的身影。總體來說，專家系統(tǒng)是一種問題求解工具，適用于 需要大量從實際經(jīng)驗中積累起來的知識來求解問題。圖1為常見的典型的專家系統(tǒng)的結(jié)構(gòu)示意圖，如圖1所示，專家系統(tǒng)包含知識庫、 全局?jǐn)?shù)據(jù)庫、推理機(jī)、知識獲取機(jī)制、解釋機(jī)制和用戶界面等；其中，知識庫是問題求解知識的集合，包含有顯式地表示的各種知識塊，包含基本事實、 規(guī)則和其他有關(guān)信息。全局?jǐn)?shù)據(jù)庫或稱工作存儲器，是反映當(dāng)前問題求解狀態(tài)的集合，用于臨時存放求 解問題所需的各種初始數(shù)據(jù)或證據(jù)，以及求解期間由專家系統(tǒng)產(chǎn)生的各種中間信息，有時 還包含中間假設(shè)或中間結(jié)論之間的關(guān)鏈關(guān)系等。推理機(jī)主要由調(diào)度程序與解釋程序組成，是實施問題求解的核心執(zhí)行機(jī)構(gòu)。調(diào)度 程序依據(jù)全局?jǐn)?shù)據(jù)庫中的當(dāng)前問題狀態(tài)及有關(guān)信息，按一定的控制策略從知識庫中識別和 選取可用的知識。解釋程序的任務(wù)是根據(jù)知識的語義，對找到的知識進(jìn)行解釋執(zhí)行，并把結(jié) 果記錄到全局?jǐn)?shù)據(jù)庫的適當(dāng)空間中。知識獲取機(jī)制是專家系統(tǒng)中把問題求解的各種專門知識從人類專家的頭腦中，或 其他知識源那里轉(zhuǎn)換到知識庫中來的一個重要機(jī)構(gòu)。解釋機(jī)制是專家系統(tǒng)中回答用戶詢問、對自身的問題求解過程或?qū)ψ陨懋?dāng)前的求解狀態(tài)提供說明的一個重要機(jī)構(gòu)。用戶界面是專家系統(tǒng)和用戶之間進(jìn)行交互通信和信息交換的媒介。一般采用人機(jī) 問答的方式進(jìn)行人機(jī)交互。軟交換業(yè)務(wù)模塊的一個集成測試用例的通過，需要滿足很多的指標(biāo)。測試人員會 花很多時間來進(jìn)行驗證，并且由于人員經(jīng)驗和精力等限制，可能會遺漏某些測試指標(biāo)，導(dǎo)致 測試用例執(zhí)行的質(zhì)量下降。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的方法 及系統(tǒng)，能根據(jù)推理理論自動實現(xiàn)對業(yè)務(wù)故障的自動診斷。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的方法，包括收集呼叫過程中的呼叫信息，根據(jù)所述呼叫信息及設(shè)定的推理機(jī)制進(jìn)行推理，獲 取呼叫的呼叫模型；將推理得到的呼叫模型與對應(yīng)的呼叫的實際結(jié)果進(jìn)行比對，不一致時按設(shè)定的比 對對象將實際對比對象與推理產(chǎn)生的對比對象分別對比，并輸出診斷結(jié)果。優(yōu)選地，所述推理包含對呼叫進(jìn)行業(yè)務(wù)流程類成功目標(biāo)、媒體接續(xù)類成功目標(biāo)以 及外部表象類成功目標(biāo)的推理；其中，業(yè)務(wù)流程類成功目標(biāo)至少包含以下一項業(yè)務(wù)流程正確，呼叫權(quán)限正確，資源、用 戶狀態(tài)的占用與釋放正確，定時器設(shè)置與使用正確；媒體接續(xù)類成功目標(biāo)是指媒體接續(xù)和切換正確，放音正確；外部表象類成功目標(biāo)至少包含以下一項原始話單正確、話務(wù)統(tǒng)計正確和來電顯 示正確。優(yōu)選地，所述呼叫過程至少包含以下一項呼叫的創(chuàng)建階段、主叫占用階段、收被 叫號碼階段、被叫號碼分析階段、獲取被叫信息階段、主叫準(zhǔn)備媒體階段、被叫鑒權(quán)與被叫 占用階段、被叫準(zhǔn)備媒體階段、被叫振鈴及主叫聽回鈴階段、主叫及被叫通話階段和通話結(jié) 束后掛機(jī)及釋放資源階段。優(yōu)選地，所述診斷結(jié)果至少包含以下一項呼叫結(jié)果判定情況、理論與實際的數(shù) 據(jù)、呼叫模型信息、推理的解釋；其中，呼叫結(jié)果判定情況至少包含以下一項進(jìn)展是否正確、話單比對結(jié)果、話統(tǒng)比較結(jié) 果、來電顯示比較結(jié)果、資源釋放情況、定時器情況；理論與實際的數(shù)據(jù)至少包含以下一項話單、話統(tǒng)、來電顯示、資源釋放、定時器等 外在表現(xiàn)的理論結(jié)果，以及數(shù)據(jù)結(jié)果。推理的解釋用于列出當(dāng)前呼叫的模型，至少包含以下至少一項呼叫場景、呼叫創(chuàng) 建原因、當(dāng)前呼叫觸發(fā)的業(yè)務(wù)、當(dāng)前呼叫的通話信息、當(dāng)前呼叫的主被叫信息。優(yōu)選地，所述方法還包含輸出診斷結(jié)果時還輸出推理過程。優(yōu)選地，所述收集呼叫過程中的呼叫信息為收集符合設(shè)定條件的呼叫過程中的 呼叫信息。一種電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的系統(tǒng)，包括收集單元、推理單元、比對單元和輸出單元；其中，收集單元，用于收集呼叫過程中的呼叫信息；推理單元，用于根據(jù)所述呼叫信息及設(shè)定的推理機(jī)制進(jìn)行推理，獲取呼叫的呼叫 模型；比對單元，用于將推理得到的呼叫模型與對應(yīng)的呼叫的實際結(jié)果進(jìn)行比對，不一 致時進(jìn)一步按設(shè)定的比對對象將實際對比對象與推理產(chǎn)生的對比對象分別對比；輸出單元，用于輸出診斷結(jié)果。優(yōu)選地，所述推理包含對呼叫進(jìn)行業(yè)務(wù)流程類成功目標(biāo)、媒體接續(xù)類成功目標(biāo)以 及外部表象類成功目標(biāo)的推理；其中，業(yè)務(wù)流程類成功目標(biāo)至少包含以下一項業(yè)務(wù)流程正確，呼叫權(quán)限正確，資源、用 戶狀態(tài)的占用與釋放正確，定時器設(shè)置與使用正確；媒體接續(xù)類成功目標(biāo)是指媒體接續(xù)和切換正確，放音正確；外部表象類成功目標(biāo)至少包含以下一項原始話單正確、話務(wù)統(tǒng)計正確和來電顯 示正確。優(yōu)選地，所述呼叫過程至少包含以下一項呼叫的創(chuàng)建階段、主叫占用階段、收被 叫號碼階段、被叫號碼分析階段、獲取被叫信息階段、主叫準(zhǔn)備媒體階段、被叫鑒權(quán)與被叫 占用階段、被叫準(zhǔn)備媒體階段、被叫振鈴及主叫聽回鈴階段、主叫及被叫通話階段和通話結(jié) 束后掛機(jī)及釋放資源階段。優(yōu)選地，所述診斷結(jié)果至少包含以下一項呼叫結(jié)果判定情況、理論與實際的數(shù) 據(jù)、呼叫模型信息、推理的解釋；其中，呼叫結(jié)果判定情況至少包含以下一項進(jìn)展是否正確、話單比對結(jié)果、話統(tǒng)比較結(jié) 果、來電顯示比較結(jié)果、資源釋放情況、定時器情況；理論與實際的數(shù)據(jù)至少包含以下一項話單、話統(tǒng)、來電顯示、資源釋放、定時器等 外在表現(xiàn)的理論結(jié)果，以及數(shù)據(jù)結(jié)果。推理的解釋用于列出當(dāng)前呼叫的模型，至少包含以下一項呼叫場景、呼叫創(chuàng)建原 因、當(dāng)前呼叫觸發(fā)的業(yè)務(wù)、當(dāng)前呼叫的通話信息、當(dāng)前呼叫的主被叫信息。優(yōu)選地，所述輸出單元輸出診斷結(jié)果時進(jìn)一步輸出推理過程。優(yōu)選地，所述收集單元進(jìn)一步收集符合設(shè)定條件的呼叫過程中的呼叫信息。本發(fā)明中，根據(jù)不同的呼叫測試用例設(shè)置相應(yīng)的推理機(jī)制，并通過獲取設(shè)定條件 呼叫的呼叫信息，利用設(shè)定的推理機(jī)制進(jìn)行推理，并與實際的呼叫結(jié)果進(jìn)行比對，從而獲取 當(dāng)前呼叫過程中的業(yè)務(wù)故障。本發(fā)明無需測試人員的干預(yù)而自動完成業(yè)務(wù)故障的定位，保 證了故障檢測的完整性及可靠性。并且，一旦測試用例的推理機(jī)制設(shè)定完畢，可應(yīng)用于該呼 叫用例的所有呼叫。


圖1為常見的典型的專家系統(tǒng)的結(jié)構(gòu)示意圖；圖2為本發(fā)明電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的方法的流程圖；圖3為本發(fā)明在呼叫流程中采集呼叫信息的流程圖；圖4為無條件前傳業(yè)務(wù)呼叫的業(yè)務(wù)故障檢測示意圖5示出了在圖4所示業(yè)務(wù)呼叫中的計費(fèi)話單的故障檢測流程圖；圖6是本發(fā)明中目標(biāo)、推理規(guī)則及外在表象的關(guān)系示意圖；圖7為本發(fā)明電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的系統(tǒng)的組成結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，以下舉實施例并參照附圖，對 本發(fā)明進(jìn)一步詳細(xì)說明。圖2為本發(fā)明電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的方法的流程圖，如圖2所示，本發(fā)明 電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的方法包含以下步驟
步驟201，識別當(dāng)前呼叫是否匹配跟蹤條件；交換機(jī)中呼叫量很大，本發(fā)明并非對所有的呼叫都采集呼叫數(shù)據(jù)。因此首先需要 能設(shè)定一定的匹配條件，來篩選出需要采集信息的呼叫，該功能類似于交換機(jī)中常見的信 令跟蹤條件設(shè)置?？梢园凑沼脩籼柎a、網(wǎng)關(guān)節(jié)點(diǎn)、模塊號、中繼群號等作為呼叫的跟蹤匹配 條件。只要呼叫能匹配上相應(yīng)的條件，就對該呼叫進(jìn)行跟蹤，并采集呼叫相關(guān)信息。需要說 明的是，本發(fā)明所需采集的信息是事先設(shè)定的，即根據(jù)具體的推理規(guī)則，設(shè)定相應(yīng)的呼叫采 集信息。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，實現(xiàn)呼叫信息采集的方式是容易實現(xiàn)的，并且，各信息 所使用的采集方式是不同的，例如呼叫號碼信息可通過終端用戶的身份標(biāo)識信息或終端用 戶的端口信息獲取，被叫號碼信息可通過主叫的呼叫請求消息而獲取。步驟202，采集有效的呼叫信息；如果某個呼叫需要采集呼叫信息，那么需要在呼叫流程的關(guān)鍵點(diǎn)上，記錄當(dāng)前呼 叫組網(wǎng)場景、用戶屬性、業(yè)務(wù)信息、業(yè)務(wù)進(jìn)展情況和通話信息，記錄各種呼叫成功目標(biāo)的實 際情況。關(guān)于如何采集呼叫的相關(guān)信息，可參照下文附圖3中的具體流程而理解。步驟203，將采集信息記錄到獨(dú)立的數(shù)據(jù)區(qū)中；從呼叫流程中采集最原始的數(shù)據(jù)，需要存儲在獨(dú)立的數(shù)據(jù)區(qū)中。在通話結(jié)束，根 據(jù)呼叫模型和推理規(guī)則得出理論結(jié)果之后，應(yīng)該將理論結(jié)果也記錄在呼叫診斷信息結(jié)構(gòu)體 中。呼叫診斷信息的結(jié)構(gòu)體中，至少包含以下信息1)診斷信息數(shù)據(jù)區(qū)標(biāo)示，數(shù)據(jù)區(qū)索引等內(nèi)容；2)呼叫場景與組網(wǎng)信息；3)呼叫中觸發(fā)的業(yè)務(wù)信息；4)主叫和被叫用戶號碼和協(xié)議等信息；5)通話相關(guān)信息、通話類別、通話進(jìn)展等；6)成功目標(biāo)理論結(jié)果，根據(jù)上述信息和規(guī)則推理得到；7)成功目標(biāo)實際結(jié)果，根據(jù)實際采集得到；8)呼叫模型、檢測結(jié)果、檢測依據(jù)；步驟204，業(yè)務(wù)流程類成功目標(biāo)的推理工作；推理的主要目是實現(xiàn)“集成測試結(jié)果正確”的目標(biāo)，集成測試結(jié)果正確的目標(biāo)被分 解為“業(yè)務(wù)流程正確”、“媒體接續(xù)正確”和“外部表現(xiàn)正確”這三個子目標(biāo)，這三個子目標(biāo)又 可以根據(jù)測試需要繼續(xù)分解為更為細(xì)化的目標(biāo)。這些細(xì)化的目標(biāo)均與一系列外在表象有關(guān)系，這個關(guān)系就是目標(biāo)各自的規(guī)則。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，由于測試要求及測試手段的 不同，測試子目標(biāo)的劃分有所不同。圖6是本發(fā)明中目標(biāo)、推理規(guī)則及外在表象的關(guān)系示意 圖，如圖6所示，圖中各個元素的解釋如下目標(biāo)呼叫中的各種成功標(biāo)志正確與否，是故障識別工作的目標(biāo)；每一個成功標(biāo) 志都是一個目標(biāo)，都與一系列外在表象相關(guān)；外在表象呼叫中的組網(wǎng)場景、業(yè)務(wù)信息、用戶屬性、業(yè)務(wù)進(jìn)展情況和通話信息等 內(nèi)容，是故障識別工作的外在表象；在呼叫中，可以采集到這些數(shù)據(jù)，作為求解問題的初始 數(shù)據(jù)；推理規(guī)則呼叫中的各種成功標(biāo)志的設(shè)計方案，是故障識別工作的推理規(guī)則；這 些規(guī)則與初始數(shù)據(jù)和目標(biāo)結(jié)果相關(guān)，可以寫成代碼。根據(jù)分析，所有的子目標(biāo)均與呼叫中一定的外在表象相關(guān)，工作的重點(diǎn)就在于找 到目標(biāo)與外在表象之間的聯(lián)系，即判別規(guī)則。業(yè)務(wù)流程類成功目標(biāo)包括以下幾個子目標(biāo)業(yè)務(wù)流程正確，呼叫權(quán)限正確，資源、 用戶狀態(tài)的占用與釋放正確，定時器設(shè)置與使用正確。媒體接續(xù)類成功目標(biāo)包括以下幾個 子目標(biāo)放音正確，收號正確，媒體接續(xù)與切換正確。外部表現(xiàn)類成功目標(biāo)包括以下幾個子 目標(biāo)原始話單、話務(wù)統(tǒng)計、來電顯示、業(yè)務(wù)觀察、告警信息。各個目標(biāo)都有相應(yīng)的判別規(guī)則，診斷系統(tǒng)的設(shè)計者需要能找出這種規(guī)則，并且用 代碼的方式表達(dá)出來。最后將推理的結(jié)果存儲在診斷信息的理論結(jié)果中，留待后續(xù)比對處理。在推理過程中，可以在每一步推理規(guī)則上增加標(biāo)記，表示是根據(jù)什么規(guī)則得出如 此判斷的，最后將診斷推理規(guī)則一并輸出出來，給測試人員參考。本發(fā)明中的推理，即是對 呼叫進(jìn)行業(yè)務(wù)流程類成功目標(biāo)、媒體接續(xù)類成功目標(biāo)以及外部表象類成功目標(biāo)的推理。業(yè)務(wù)流程類成功目標(biāo)包含以下幾個子目標(biāo)業(yè)務(wù)流程正確，呼叫權(quán)限正確，資源、 用戶狀態(tài)的占用與釋放正確，定時器設(shè)置與使用正確。其中業(yè)務(wù)流程正確包含當(dāng)前呼叫進(jìn)展是否正確，廣義上還應(yīng)該包含業(yè)務(wù)觸發(fā)與實現(xiàn) 是否符合要求，業(yè)務(wù)的優(yōu)先級是否判斷正確等。呼叫權(quán)限正確包含兩個因素，當(dāng)前呼叫模型、呼叫的權(quán)限模板，即一定的呼叫模 型是否符合權(quán)限模板的限制。資源、用戶狀態(tài)的占用與釋放通話中的資源包含數(shù)據(jù)區(qū)資源、中繼資源、音資源， 用戶狀態(tài)分為空閑、忙、閉塞等。通話中會占用一定的資源和用戶狀態(tài)，在通話結(jié)束后需要 釋放這些資源和狀態(tài)，本發(fā)明中，各個目標(biāo)都有相應(yīng)的判別規(guī)則，本發(fā)明的推理規(guī)則即是確定出這種判 別規(guī)則，并且用代碼的方式將其表達(dá)出來。需要說明的是，針對不同的判別目標(biāo)，推理規(guī)則 并不相同，推理規(guī)則即是根據(jù)模擬呼叫過程所能實現(xiàn)的目標(biāo)。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，設(shè) 置推理規(guī)則并將其轉(zhuǎn)換為可執(zhí)行的推理應(yīng)用軟件是容易實現(xiàn)的。相對于根據(jù)具體的測試項 目生成對應(yīng)的測試用例。最后將推理的結(jié)果存儲在診斷信息的理論結(jié)果中，留待后續(xù)比對 處理。在推理過程中，可以在每一步推理規(guī)則上增加標(biāo)記，表示是根據(jù)什么規(guī)則得出如此判 斷的，最后將診斷推理規(guī)則一并輸出，供測試人員參考。步驟205，媒體接續(xù)類成功目標(biāo)的推理工作；
媒體接續(xù)類成功目標(biāo)是指媒體接續(xù)和切換正確，放音正確。在通話中，根據(jù)業(yè)務(wù)流 程需要，會切換通話中的媒體信息。例如切換彩鈴媒體，切換轉(zhuǎn)接的媒體等。由于業(yè)務(wù)的復(fù) 雜性，每種業(yè)務(wù)下的媒體接續(xù)與切換情況很難自動檢測。但是通話態(tài)下的媒體情況可以檢 測在呼叫進(jìn)入通話態(tài)后，對比主叫和被叫用戶的媒體的端口號和IP地址，檢查媒體收發(fā) 狀態(tài)。這可以滿足大多數(shù)的應(yīng)用。步驟206，外部表象類成功目標(biāo)的推理工作；外部表象類成功目標(biāo)包含以下幾個子目標(biāo)原始話單、話務(wù)統(tǒng)計、來電顯示 等；其 中原始話單正確原始話單按照業(yè)務(wù)的需求，記錄通話中的重要信息；其設(shè)計的主 要目標(biāo)是為了局方進(jìn)行計費(fèi)和話單分揀的工作；原始話單與所有的業(yè)務(wù)均有關(guān)系，規(guī)則一 般比較復(fù)雜。話務(wù)統(tǒng)計正確話務(wù)統(tǒng)計消息按照業(yè)務(wù)的需求，記錄通話中的重要信息；其設(shè)計 的主要目標(biāo)是反映軟交換的性能以及話務(wù)量等信息；話務(wù)統(tǒng)計與所有的業(yè)務(wù)均有關(guān)系，但 其規(guī)則相比話單要簡單。來電顯示正確來電顯示功能告訴被叫用戶是誰發(fā)起的呼叫，并且在用戶對未接 來電進(jìn)行回?fù)軙r，作為被叫號碼使用，來電顯示是影響用戶體驗的重要因素。步驟207，呼叫結(jié)果判定；將步驟204 步驟206步推理出的成功目標(biāo)理論結(jié)果，與步驟202采集的成功目 標(biāo)實際結(jié)果進(jìn)行對比，得出當(dāng)前呼叫是否正確的結(jié)論；如果兩者不一致，那么業(yè)務(wù)故障。在設(shè)計結(jié)果判定模塊時，需要關(guān)注以下的內(nèi)容1)選擇重要的字段進(jìn)行信息比對以交換機(jī)產(chǎn)生的原始話單為例，話單與幾乎所 有的業(yè)務(wù)都有關(guān)系，并且原始話單中字段非常多，如果對所有的項都做驗證，工作非常大且 沒有必要。需要篩選出主要的功能字段來進(jìn)行比對。2)記錄推理流程在給出理論結(jié)果之后，需要能給出推理的依據(jù)，給測試人員進(jìn) 行參考。推理依據(jù)需要在推理過程中進(jìn)行記錄，記錄每一個步驟中的分支。3)理論結(jié)果與實際結(jié)果的比對在診斷信息數(shù)據(jù)區(qū)中記錄理論結(jié)果和實際結(jié)果， 將理論結(jié)果和實際結(jié)果進(jìn)行比較，就得出了結(jié)果。需要注意的是，理論結(jié)果僅僅作為參考， 在結(jié)果輸出模塊中需要列出理論結(jié)果和實際結(jié)果的數(shù)據(jù)，供測試人員參考。步驟208，輸出判定的結(jié)果；輸出的內(nèi)容包含呼叫結(jié)果判定情況、理論與實際的數(shù)據(jù)、呼叫模型信息、推理的 解釋；其中呼叫結(jié)果判定情況進(jìn)展是否正確、話單比對結(jié)果、話統(tǒng)比較結(jié)果、來電顯示比較 結(jié)果、資源釋放情況、定時器情況；理論與實際的數(shù)據(jù)話單、話統(tǒng)、來電顯示、資源釋放、定時器等外在表現(xiàn)的理論結(jié) 果，以及數(shù)據(jù)結(jié)果，全部列出來供測試人員參考。列出推理的解釋列出當(dāng)前呼叫的模型，包含呼叫場景、呼叫創(chuàng)建原因、當(dāng)前呼叫 觸發(fā)的業(yè)務(wù)、當(dāng)前呼叫的通話信息、當(dāng)前呼叫的主被叫信息等。步驟209，自我維護(hù)功能對推理過程中存儲的數(shù)據(jù)區(qū)進(jìn)行維護(hù)，對數(shù)據(jù)區(qū)建立和釋放進(jìn)行統(tǒng)一處理；另外，維護(hù)一套定時器處理機(jī)制，定時對推理數(shù)據(jù)區(qū)進(jìn)行維護(hù)。圖3為本發(fā)明在呼叫流程中采集呼叫信息的流程圖，如圖3所示，本發(fā)明需在呼叫 流程中的以下階段進(jìn)行信息采集301.呼叫的創(chuàng)建階段指交換機(jī)接收到一個創(chuàng)建呼叫的請求。在呼叫流程的此處可以記錄呼叫創(chuàng)建原因 (用戶發(fā)起呼叫、多方業(yè)務(wù)發(fā)起呼叫)，主叫協(xié)議類型、主叫號碼等信息。302.主叫占用階段交換機(jī)為本次呼叫的主叫側(cè)分配資源，包含數(shù)據(jù)區(qū)資源，并且占用用戶狀態(tài)。在呼 叫流程的此處可以記錄主叫用戶的內(nèi)部識別目標(biāo)和用戶狀態(tài)。
303.收被叫號碼階段交換機(jī)向主叫網(wǎng)關(guān)放撥號音，下號碼圖表，由網(wǎng)關(guān)執(zhí)行收被叫號碼的操作。在呼叫 流程的此處可以記錄主叫撥打的被叫號碼，此處收集的被叫號碼一般都是邏輯號碼。304.被叫號碼分析階段號碼分析功能是對主叫撥打的號碼進(jìn)行字冠分析，以獲取該號碼的相關(guān)屬性，并 做相應(yīng)的處理。在呼叫流程的此處可以記錄分析得到的通話類別。在號碼分析之后，一般會有一個查詢HLR的過程，HLR會返回主叫和被叫用戶物理 號碼和邏輯號碼的對應(yīng)關(guān)系，需要記錄到診斷數(shù)據(jù)區(qū)中。305.獲取被叫信息階段交換機(jī)在主叫側(cè)會嘗試獲取被叫用戶在系統(tǒng)中的信息，例如被叫所在網(wǎng)關(guān)節(jié)點(diǎn)、 協(xié)議類型等信息。這些信息需要記錄到診斷數(shù)據(jù)區(qū)中。306.主叫準(zhǔn)備媒體階段交換機(jī)為主叫用戶準(zhǔn)備一次通話所需要的媒體資源，媒體信息通常是以SDP的方 式來描述的。媒體信息需要記錄到診斷數(shù)據(jù)區(qū)中，以備后面檢驗主被叫媒體時使用。307.被叫鑒權(quán)與被叫占用階段交換機(jī)為本次呼叫的被叫側(cè)分配資源，包含數(shù)據(jù)區(qū)資源，并且占用用戶狀態(tài)。在呼 叫流程的此處可以記錄被叫用戶的內(nèi)部識別目標(biāo)和用戶狀態(tài)。308.被叫準(zhǔn)備媒體階段交換機(jī)為被叫用戶準(zhǔn)備一次通話所需要的媒體資源，媒體信息通常是以SDP的方 式來描述的。媒體信息需要記錄到診斷數(shù)據(jù)區(qū)中，以備后面檢驗主被叫媒體時使用準(zhǔn)備媒體之后，交換機(jī)將發(fā)起一個出局呼叫的消息，將呼叫信息封裝成標(biāo)準(zhǔn)的局 間信令，發(fā)送到被叫所在的網(wǎng)關(guān)。在呼叫流程的此處可以記錄局間信令中的號碼信息，作為 后續(xù)比對結(jié)果時，作為實際數(shù)據(jù)。309.被叫振鈴，主叫聽回鈴階段被叫用戶振鈴，主叫側(cè)聽回鈴音。此處可以記錄被叫用戶已經(jīng)發(fā)生振鈴的呼叫進(jìn) 展目標(biāo)。310.主叫和被叫通話階段被叫用戶摘機(jī)應(yīng)答，主叫和被叫進(jìn)入通話的狀態(tài)。此處可以記錄被叫用戶已經(jīng)發(fā) 生振鈴的呼叫進(jìn)展目標(biāo)。311.通話中主叫或被叫拍叉簧
如果觸發(fā)多路呼叫，與后一路呼叫建立聯(lián)系。312.通話結(jié)束后掛機(jī)，釋放資源階段通話結(jié)束。此處可以采集呼叫資源是否已經(jīng)釋放，用戶狀態(tài)是否正常。并且采集 原始話單、話務(wù)統(tǒng)計等外部表象的實際數(shù)據(jù)。數(shù)據(jù)采集完成后，即可開始三類成功目標(biāo)(業(yè)務(wù)流程、媒體接續(xù) 、外部表象)的推 理工作，將推理結(jié)果與實際結(jié)果進(jìn)行對比，從而得到測試用例是否正確的結(jié)論。圖4為無條件前傳業(yè)務(wù)呼叫的業(yè)務(wù)故障檢測示意圖，如圖4所示，以軟交換系統(tǒng)中 常見的無條件前傳業(yè)務(wù)呼叫作為例子，介紹了該業(yè)務(wù)的呼叫場景，與呼叫信息采集、成功目 標(biāo)的實際結(jié)果等內(nèi)容。圖5示出了在圖4所示業(yè)務(wù)呼叫中的計費(fèi)話單的故障檢測流程圖。圖4中的呼叫模型為主叫用戶A，物理號碼111，邏輯號碼222 ；被叫用戶B，物理 號碼333，邏輯號碼444 ；前轉(zhuǎn)用戶C，物理號碼555，邏輯號碼666 ；B用戶簽約無條件前轉(zhuǎn)業(yè) 務(wù)，前轉(zhuǎn)號碼為C用戶邏輯號碼666。主叫A撥打B用戶的邏輯號碼444呼叫用戶B ；B有無條件前轉(zhuǎn)業(yè)務(wù)，觸發(fā)多方后 創(chuàng)建到C用戶邏輯號碼666的新呼叫；即A B (CFU) C。當(dāng)前業(yè)務(wù)存在兩路呼叫A B、B C。以下以計費(fèi)話單的故障檢測流程為例進(jìn)一步闡明本發(fā)明技術(shù)方案的實質(zhì)。如圖5所示，計費(fèi)話單的故障檢測流程具體包括以下步驟步驟501，確定本次呼叫創(chuàng)建的原因；某路話單的模型與當(dāng)前呼叫創(chuàng)建的原因有很大關(guān)系，根據(jù)當(dāng)前呼叫創(chuàng)建的原因， 基本上就可以決定當(dāng)前呼叫產(chǎn)生話單的模型。例如，如果當(dāng)前呼叫是前轉(zhuǎn)業(yè)務(wù)創(chuàng)建的，那么 與普通話單相比，除了主被叫號碼之外，還需要額外填寫連接號碼和原被叫號碼，而這些號 碼是與前一路呼叫的信息相關(guān)的。第一路呼叫A B呼叫為本局用戶起呼，根據(jù)“呼叫創(chuàng)建原因”表中的判別規(guī)則，話 單模型應(yīng)該是主叫A，被叫B，撥號B，沒有連接號碼和原被叫號碼；第二路呼叫B C呼叫為前轉(zhuǎn)多方創(chuàng)建，根據(jù)表中的判別規(guī)則，話單模型應(yīng)該是主 叫B，被叫C，無撥號號碼，連接號碼為前一路主叫A，原被叫號碼為前一路被叫B。步驟502，確定當(dāng)前呼叫觸發(fā)的業(yè)務(wù)；當(dāng)前呼叫觸發(fā)的業(yè)務(wù)會影響話單中的補(bǔ)充業(yè)務(wù)目標(biāo)、話單類別(普通話單、智能 話單、轉(zhuǎn)接構(gòu)造話單、一號通構(gòu)造話單)等因素；第一路呼叫A B，此路呼叫還觸發(fā)了無條件前轉(zhuǎn)業(yè)務(wù)，因此不需要檢測來電顯示。 需要建立與后一路呼叫的聯(lián)系。第二路呼叫B C，觸發(fā)了無條件前轉(zhuǎn)業(yè)務(wù)，因此不需要檢測來電顯示。需要建立與 前一路呼叫，和后一路呼叫的聯(lián)系。步驟503，確定當(dāng)前呼叫的通話信息；如果在呼叫過程中如果查詢了 HLR或者號碼變換等內(nèi)容，業(yè)務(wù)模塊的信令號碼、 計費(fèi)號碼、邏輯號碼等號碼的性質(zhì)會有變化。第一路呼叫A B，主被叫都查詢了 HLR得到了主被叫邏輯號碼，號碼分析結(jié)果市 話；第二路呼叫B C，主被叫都查詢了 HLR得到了主被叫邏輯號碼，號碼分析結(jié)果長 途；
步驟504，根據(jù)優(yōu)先級確定當(dāng)前呼叫的主被叫號碼信息；根據(jù)話單中各號碼段填寫的優(yōu)先級，可以推理出細(xì)化后三路呼叫話單填寫的模 型第一路呼叫A B，話單理論模型主叫物理CurrentCall.tCaller. bPhyNum ；主叫邏輯CurrentCall. tCaller. bLogicNum ；被叫物理CurrentCall.tCalled. bPhyNum ；被叫邏輯CurrentCall. tCalled. bLogicNum ；撥號號碼CurrentCall. bDialingNum ；連接號碼無；原被叫無；業(yè)務(wù)目標(biāo)CFU、縮位，呼叫類別市話。主被叫網(wǎng)關(guān)、協(xié)議類型等取當(dāng)前呼叫中相關(guān) fn息；第二路呼叫B C，話單理論模型主叫物理CurrentCall.tCaller. bPhyNum ；主叫邏輯CurrentCall. tCaller. bLogicNum ；被叫物理CurrentCall.tCalled. bPhyNum ；被叫邏輯CurrentCall. tCalled. bLogicNum ；連接物理PreviousCall.tCaller. bLogicNum ；連接邏輯:PreviousCall. tCaller. bPhyNum ；原被叫=PreviousCall. tCalled. bLogicNum ；撥號號碼無；呼叫類別市話。主被叫網(wǎng)關(guān)、協(xié)議類型等取當(dāng)前呼叫中相關(guān)信息；步驟505，根據(jù)話單的理論模型和采集的實際數(shù)據(jù)，合成出話單的理論結(jié)果。第一路呼叫A B，話單的理論結(jié)果主叫物理111 ；主叫邏輯222 ；被叫物理333 ；被叫邏輯444 ；撥號號碼444 ；連接號碼無；原被叫無；呼叫類別市話。主被叫網(wǎng)關(guān)、協(xié)議類型等取當(dāng)前呼叫中相關(guān)信息；第二路呼叫B C，話單的理論結(jié)果主叫物理333 ；主叫邏輯444 ；被叫物理555 ；被叫邏輯666 ；連接物理111 ；連接邏輯222 ；原被叫444 ；撥號號碼無；呼叫類別市話。主被叫網(wǎng)關(guān)、協(xié)議類型等取當(dāng)前呼叫中相關(guān)信息；如圖4所示，給出了該例子的實際呼叫模型與話單等外在表現(xiàn)的實際測試結(jié)果。 對比話單的理論結(jié)果與實際結(jié)果可見，兩者非常吻合，因此可以使用診斷信息來對測試結(jié) 果進(jìn)行驗證。圖7為本發(fā)明電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的系統(tǒng)的組成結(jié)構(gòu)示意圖，如圖7所 示，本發(fā)明電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的系統(tǒng)包含收集單元60、推理單元71、比對單元 72和輸出單元73 ；其中，收集單元70，用于收集呼叫過程中的呼叫信息；推理單元71，用于根據(jù)所述呼叫信息及設(shè)定的推理機(jī)制進(jìn)行推理，獲取呼叫的呼 叫模型；比對單元72，用于將推理得到的呼叫模型與對應(yīng)的呼叫的實際結(jié)果進(jìn)行比對，不 一致時進(jìn)一步按設(shè)定的比對對象將實際對比對象與推理產(chǎn)生的對比對象分別對比；
輸出單元73，用于輸出診斷結(jié)果。上述推理包含對呼叫進(jìn)行業(yè)務(wù)流程類成功目標(biāo)、媒體接續(xù)類成功目標(biāo)以及外部表 象類成功目標(biāo)的推理；其中，業(yè)務(wù)流程類成功目標(biāo)至少包含以下一項業(yè)務(wù)流程正確，呼叫權(quán)限正確，資源、用 戶狀態(tài)的占用與釋放正確，定時器設(shè)置與使用正確；
媒體接續(xù)類成功目標(biāo)是指媒體接續(xù)和切換正確，放音正確；外部表象類成功目標(biāo)至少包含以下一項原始話單正確、話務(wù)統(tǒng)計正確和來電顯 示正確。上述呼叫過程至少包含以下一項呼叫的創(chuàng)建階段、主叫占用階段、收被叫號碼階 段、被叫號碼分析階段、獲取被叫信息階段、主叫準(zhǔn)備媒體階段、被叫鑒權(quán)與被叫占用階段、 被叫準(zhǔn)備媒體階段、被叫振鈴及主叫聽回鈴階段、主叫及被叫通話階段和通話結(jié)束后掛機(jī) 及釋放資源階段。上述診斷結(jié)果至少包含以下一項呼叫結(jié)果判定情況、理論與實際的數(shù)據(jù)、呼叫模 型信息、推理的解釋；其中，呼叫結(jié)果判定情況至少包含以下一項進(jìn)展是否正確、話單比對結(jié)果、話統(tǒng)比較結(jié) 果、來電顯示比較結(jié)果、資源釋放情況、定時器情況；理論與實際的數(shù)據(jù)至少包含以下一項話單、話統(tǒng)、來電顯示、資源釋放、定時器等 外在表現(xiàn)的理論結(jié)果，以及數(shù)據(jù)結(jié)果，全部列出來供測試人員參考。推理的解釋用于列出當(dāng)前呼叫的模型，至少包含以下至少一項呼叫場景、呼叫創(chuàng) 建原因、當(dāng)前呼叫觸發(fā)的業(yè)務(wù)、當(dāng)前呼叫的通話信息、當(dāng)前呼叫的主被叫信息等。上述輸出單元73輸出診斷結(jié)果時進(jìn)一步輸出推理過程。上述收集單元70進(jìn)一步收集符合設(shè)定條件的呼叫過程中的呼叫信息。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，圖7所示的電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的系統(tǒng)是為 實現(xiàn)前述的電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的方法而設(shè)計的，圖7所示系統(tǒng)中各處理單元的 功能可參照前述方法的描述而理解，各處理單元的功能可通過運(yùn)行于處理器上的程序而實 現(xiàn)，也可通過具體的邏輯電路而實現(xiàn)。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的方法，其特征在于，所述方法包括收集呼叫過程中的呼叫信息，根據(jù)所述呼叫信息及設(shè)定的推理機(jī)制進(jìn)行推理，獲取呼叫的呼叫模型；將推理得到的呼叫模型與對應(yīng)的呼叫的實際結(jié)果進(jìn)行比對，不一致時按設(shè)定的比對對象將實際對比對象與推理產(chǎn)生的對比對象分別對比，并輸出診斷結(jié)果。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述推理包含對呼叫進(jìn)行業(yè)務(wù)流程類成 功目標(biāo)、媒體接續(xù)類成功目標(biāo)以及外部表象類成功目標(biāo)的推理；其中，業(yè)務(wù)流程類成功目標(biāo)至少包含以下一項業(yè)務(wù)流程正確，呼叫權(quán)限正確，資源、用戶狀 態(tài)的占用與釋放正確，定時器設(shè)置與使用正確；媒體接續(xù)類成功目標(biāo)是指媒體接續(xù)和切換正確，放音正確；外部表象類成功目標(biāo)至少包含以下一項原始話單正確、話務(wù)統(tǒng)計正確和來電顯示正確。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述呼叫過程至少包含以下一項呼叫的 創(chuàng)建階段、主叫占用階段、收被叫號碼階段、被叫號碼分析階段、獲取被叫信息階段、主叫準(zhǔn) 備媒體階段、被叫鑒權(quán)與被叫占用階段、被叫準(zhǔn)備媒體階段、被叫振鈴及主叫聽回鈴階段、 主叫及被叫通話階段和通話結(jié)束后掛機(jī)及釋放資源階段。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述診斷結(jié)果包含以下的至少一項呼叫 結(jié)果判定情況、理論與實際的數(shù)據(jù)、呼叫模型信息、推理的解釋；其中，呼叫結(jié)果判定情況至少包含以下一項進(jìn)展是否正確、話單比對結(jié)果、話統(tǒng)比較結(jié)果、 來電顯示比較結(jié)果、資源釋放情況、定時器情況；理論與實際的數(shù)據(jù)至少包含以下一項話單、話統(tǒng)、來電顯示、資源釋放、定時器等外在 表現(xiàn)的理論結(jié)果，以及數(shù)據(jù)結(jié)果。推理的解釋用于列出當(dāng)前呼叫的模型，至少包含以下一項呼叫場景、呼叫創(chuàng)建原因、 當(dāng)前呼叫觸發(fā)的業(yè)務(wù)、當(dāng)前呼叫的通話信息、當(dāng)前呼叫的主被叫信息。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包含輸出診斷結(jié)果時還輸出 推理過程。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述收集呼叫過程中的呼叫信息為收集 符合設(shè)定條件的呼叫過程中的呼叫信息。
7.一種電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的系統(tǒng)，其特征在于，所述系統(tǒng)包括收集單元、推 理單元、比對單元和輸出單元；其中，收集單元，用于收集呼叫過程中的呼叫信息；推理單元，用于根據(jù)所述呼叫信息及設(shè)定的推理機(jī)制進(jìn)行推理，獲取呼叫的呼叫模型；比對單元，用于將推理得到的呼叫模型與對應(yīng)的呼叫的實際結(jié)果進(jìn)行比對，不一致時 進(jìn)一步按設(shè)定的比對對象將實際對比對象與推理產(chǎn)生的對比對象分別對比； 輸出單元，用于輸出診斷結(jié)果。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述推理包含對呼叫進(jìn)行業(yè)務(wù)流程類成 功目標(biāo)、媒體接續(xù)類成功目標(biāo)以及外部表象類成功目標(biāo)的推理；其中，業(yè)務(wù)流程類成功目標(biāo)至少包含以下一項業(yè)務(wù)流程正確，呼叫權(quán)限正確，資源、用戶狀態(tài)的占用與釋放正確，定時器設(shè)置與使用正確；媒體接續(xù)類成功目標(biāo)是指媒體接續(xù)和切換正確，放音正確；外部表象類成功目標(biāo)至少包含以下一項原始話單正確、話務(wù)統(tǒng)計正確和來電顯示正確。
9.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述呼叫過程至少包含以下一項呼叫的 創(chuàng)建階段、主叫占用階段、收被叫號碼階段、被叫號碼分析階段、獲取被叫信息階段、主叫準(zhǔn) 備媒體階段、被叫鑒權(quán)與被叫占用階段、被叫準(zhǔn)備媒體階段、被叫振鈴及主叫聽回鈴階段、 主叫及被叫通話階段和通話結(jié)束后掛機(jī)及釋放資源階段。
10.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述診斷結(jié)果至少包含以下一項呼叫 結(jié)果判定情況、理論與實際的數(shù)據(jù)、呼叫模型信息、推理的解釋；其中，呼叫結(jié)果判定情況至少包含以下一項進(jìn)展是否正確、話單比對結(jié)果、話統(tǒng)比較結(jié)果、 來電顯示比較結(jié)果、資源釋放情況、定時器情況；理論與實際的數(shù)據(jù)至少包含以下一項話單、話統(tǒng)、來電顯示、資源釋放、定時器等外在 表現(xiàn)的理論結(jié)果，以及數(shù)據(jù)結(jié)果；推理的解釋用于列出當(dāng)前呼叫的模型，至少包含以下一項呼叫場景、呼叫創(chuàng)建原因、 當(dāng)前呼叫觸發(fā)的業(yè)務(wù)、當(dāng)前呼叫的通話信息、當(dāng)前呼叫的主被叫信息。
11.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述輸出單元輸出診斷結(jié)果時進(jìn)一步輸 出推理過程。
12.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述收集單元進(jìn)一步收集符合設(shè)定條件 的呼叫過程中的呼叫信息。
全文摘要
本發(fā)明公開了一種電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的方法，包括收集呼叫過程中的呼叫信息，根據(jù)所述呼叫信息及設(shè)定的推理機(jī)制進(jìn)行推理，獲取呼叫的呼叫模型；將推理得到的呼叫模型與對應(yīng)的呼叫的實際結(jié)果進(jìn)行比對，不一致時按設(shè)定的比對對象將實際對比對象與推理產(chǎn)生的對比對象分別對比，并輸出診斷結(jié)果。本發(fā)明同時公開了一種實現(xiàn)上述方法的電信網(wǎng)絡(luò)中業(yè)務(wù)故障自動診斷的系統(tǒng)。本發(fā)明能夠?qū)崿F(xiàn)將業(yè)務(wù)測試結(jié)果的識別工作實現(xiàn)自動化。這對于提高集成測試效率和質(zhì)量都有很大的好處，測試人員僅對測試用例進(jìn)行設(shè)計即可，而比較復(fù)雜的結(jié)果識別工作，則通過本發(fā)明的技術(shù)方案自動完成。
文檔編號H04W4/16GK101835124SQ201010184348
公開日2010年9月15日 申請日期2010年5月17日 優(yōu)先權(quán)日2010年5月17日
發(fā)明者楊久春 申請人:中興通訊股份有限公司