[發明專利]一種確定呼叫失敗原因的方法和系統

無效

• 申請號: 200810240482.2
• 申請日: 2008-12-22
• 公開（公告）號: CN101448269A
• 公開（公告）日: 2009-06-03
• 發明（設計）人: 宣偉;蔣文杰;孫嬋;張鳳;馬哲
• 申請（專利權）人: 中國移動通信集團吉林有限公司
• 主分類號: H04W24/00
• 分類號: H04W24/00;H04W76/00
• 代理公司: 北京同達信恒知識產權代理有限公司
• 代理人: 魏 杉

技術領域

本發明涉及通信技術領域，尤其涉及一種確定呼叫失敗原因的方法和系統。

背景技術

移動網絡的用戶在使用移動服務的過程中，遇到掉話或者接入失敗等異常情況時，將向運營商投訴。為了提高服務質量，運營商總是要在第一時間響應用戶的投訴，將出現異常情況的原因告訴用戶，并根據所述原因解決網絡中所存在的問題，避免再次出現異常。現有技術中分析呼叫失敗的原因，一般采取以下兩種方案：

方法一、使用專用儀表，掛接在信令網上，提前對信令進行跟蹤，獲取呼叫失敗的相關信息。

方法二、在出現呼叫失敗事件后，根據設備記錄的統計日志等信息，從統計數據差異和日志記錄信息中分析出呼叫失敗的原因。

對于方法一，由于通信的數據量極大，長時間對信令或消息進行跟蹤極其困難，因此該方法不能保證實時監控，對偶然出現的失敗卻很難捕獲。因為在通話失敗發生前維護人員并不知道哪些呼叫會出現失敗，如通過掛表提前對信令跟蹤，所得到的海量數據中即使存在少量通話失敗的數據，也將面臨數據分離困難和有效數據較少，不足以支撐后續的網絡優化等問題。

對于方法二，由于統計日志等信息對事后定位問題所能提供的有用信息極少，對已出現且不易重現的問題很難找到根本原因。

在統計日志信息中一般只是包括一些描述內部程序發生錯誤或者進行特定步驟的說明信息，如：

STATS-CsCcm?MailBOx?Stats?Report

STATS-Number?Of?Messages：3000

ERROR-TIMER：max?number?of?timers(100)already?allocated

這些信息對于各進程維護是有用的，但卻很難說明通話的失敗原因，另一方面，關于通話的具體信息數量巨大，也很難全部體現在日志中。

發明內容

本發明實施例提供一種確定呼叫失敗原因的方法和系統，用于解決現有技術中分析呼叫失敗原因需要分析大量數據并且及時性不夠高的問題。

本發明實施例提供一種確定呼叫失敗原因的方法，包括：

當交換機根據通話接通時間檢測到失敗的通話時，提取與所述通話相關的記錄信息文件并進行保存；

根據記錄信息文件中的關鍵字段確定呼叫失敗的原因。

所述確定呼叫失敗的原因之后，進一步包括根據所述失敗的原因生成統計報告并輸出。

其中，所述確定呼叫失敗的原因包括：

根據所述關鍵字段確定通話異常釋放的原因；

針對異常釋放的原因分析該異常釋放的原因相關的釋放信息。

所述確定呼叫失敗的原因之前，進一步包括：

交換機提取的二進制格式的記錄信息文件轉化為文本文件。

另外，所述文本文件為包含多個關鍵字段的類話單格式文件。

所述交換機根據通話接通時間檢測到失敗的通話，包括：

當交換機檢測到存在通話接通時間的標識位為空的通話時，則確定該次通話為失敗的通話。

另外本發明實施例還提供一種確定呼叫失敗原因的系統，包括：

數據提取裝置，用于當交換機根據通話接通時間檢測到失敗的通話時，提取與所述失敗的通話相關的記錄信息文件并進行保存；

記錄信息分析裝置，用于根據記錄信息文件中的關鍵字段確定呼叫失敗的原因。

所述記錄信息分析裝置還用于根據所述失敗的原因生成統計報告，并輸出所述統計報告。

優化裝置，用于將所述統計報告中的呼叫失敗原因進行累計分析，并將累計分析所得的結果與設備的統計數據進行比對，輸出比對結果；

其中，所述數據提取裝置還用于將所述記錄信息文件轉化為包含多個關鍵字段的類話單格式文件。

本發明實施例通過應用交換機實時的提取失敗通話的記錄信息文件，然后由記錄信息分析系統將所述記錄信息文件轉化為類話單格式的文本文件，并對所述記錄信息文件中的字段進行分析得到呼叫失敗的原因，應用本發明實施例提供的方法交換機檢測到失敗的通話后將失敗通話的記錄信息文件提取出來，所以在分析時則不需要分析大量的數據，另外，因為交換機在檢測到失敗通話后便及時的提取，然后記錄信息分析系統進行分析，所以本發明實施例所提供的方法可以提高失敗原因分析的及時性。

附圖說明

圖1為本發明實施例一種確定呼叫失敗原因的方法的流程圖；

圖2為應用本發明實施例所提供的方法對現網進行檢測的流程圖；

圖3為一種確定呼叫失敗原因的系統的裝置圖。

具體實施方式