本發(fā)明涉及IMS通信網(wǎng)的故障分析運(yùn)維領(lǐng)域，尤其涉及基于IP電話的IMS故障分析運(yùn)維系統(tǒng)、方法及服務(wù)器?！半娋W(wǎng)行政電話”是指國家電網(wǎng)公司用于行政辦公的電話。

背景技術(shù)：

國網(wǎng)信通部于2015年確定國家電網(wǎng)公司下一代行政交換網(wǎng)采用IMS技術(shù)體制，因此提前開展IMS網(wǎng)絡(luò)部署的研究及應(yīng)用具有非常重要的意義。根據(jù)國家電網(wǎng)公司信通[2015]7號(hào)文要求，IMS網(wǎng)絡(luò)建設(shè)采用省級(jí)統(tǒng)一部署，集中管理的模式。

隨著IMS網(wǎng)絡(luò)的部署，SIP終端大規(guī)模應(yīng)用，十三五末山東公司行政網(wǎng)用戶數(shù)量預(yù)計(jì)達(dá)到12萬?，F(xiàn)有行政電話交換網(wǎng)運(yùn)維模式已不能滿足下一代行政交換網(wǎng)運(yùn)維管理的要求。如何高效管理用戶、優(yōu)化運(yùn)維流程、提升系統(tǒng)可靠性，是目前亟待解決的問題。在國網(wǎng)公司IMS網(wǎng)絡(luò)架構(gòu)中各主要業(yè)務(wù)單元，如SBC、P-CSCF、I-CSCF及S-CSCF，均單獨(dú)部署，保證各個(gè)業(yè)務(wù)處理邏輯單元相對(duì)獨(dú)立工作，一方面提高整體的性能和可用性，另一方面使組網(wǎng)更為復(fù)雜，增加了潛在故障點(diǎn)。另外，在IMS網(wǎng)絡(luò)中主要采用的是基于IP組網(wǎng)，通信終端基本是采用IP話機(jī)，與傳統(tǒng)程控交換通過配線架采用一對(duì)銅線連接到模擬話機(jī)是完全不同。

這兩種網(wǎng)絡(luò)構(gòu)建主要有以下區(qū)別：

(1)IMS核心網(wǎng)設(shè)備種類和數(shù)量比傳統(tǒng)程控交換機(jī)多，并且每個(gè)設(shè)備都有相關(guān)配置及管理工具，使得IMS的維護(hù)比程控交換更為復(fù)雜。

(2)IMS網(wǎng)絡(luò)是以IP包交換主的網(wǎng)絡(luò)，干路設(shè)備與連接線纜均為共用，只有到達(dá)末端交換機(jī)才分開成多個(gè)網(wǎng)線接入各IP話機(jī)；程控交換采用的是電路交換，從交換機(jī)用戶版端口到用戶話機(jī)整條線路均是相對(duì)獨(dú)立的銅線。這種特性就決定了兩個(gè)網(wǎng)絡(luò)的故障檢測(cè)方法差異很大。

(3)IMS網(wǎng)絡(luò)出現(xiàn)可能出現(xiàn)的故障節(jié)點(diǎn)遠(yuǎn)比程控交換節(jié)點(diǎn)多，IMS網(wǎng)絡(luò)很多故障可能是參數(shù)配置問題，而不是設(shè)備真正宕機(jī)引起的，沒有直觀的故障檢測(cè)手段。而程控交換的故障多出現(xiàn)于線路上，并且由于程控交換系統(tǒng)通過幾十年的成熟運(yùn)行，運(yùn)維經(jīng)驗(yàn)積累較多。對(duì)基于銅線的電纜故障檢測(cè)經(jīng)過多年的積累，已經(jīng)有很多成熟的方法，甚至有經(jīng)驗(yàn)的運(yùn)維人員通過將測(cè)試話機(jī)插入配線架，聽線路上的聲音就能確定故障原因和大致位置。

為了適應(yīng)IMS這種新型網(wǎng)絡(luò)的運(yùn)維保障，提高行政電話的保障力度，亟需一種能夠快速主動(dòng)或被動(dòng)方式發(fā)現(xiàn)網(wǎng)絡(luò)出現(xiàn)的故障的節(jié)點(diǎn)及其故障原因并能夠?qū)收匣謴?fù)給出指導(dǎo)意見，方便運(yùn)維人員及時(shí)掌握網(wǎng)絡(luò)運(yùn)行狀況，及時(shí)發(fā)現(xiàn)可能存在的網(wǎng)絡(luò)故障隱患，提高日常運(yùn)維效率。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的目的就是為了解決IMS網(wǎng)絡(luò)出現(xiàn)運(yùn)行故障的及時(shí)發(fā)現(xiàn)、診斷定位和修復(fù)故障的問題，提供基于IP電話的IMS故障分析運(yùn)維系統(tǒng)、方法及服務(wù)器，它開發(fā)了一套借助IMS網(wǎng)絡(luò)信令分析結(jié)果發(fā)現(xiàn)網(wǎng)絡(luò)出現(xiàn)故障的節(jié)點(diǎn)及提供故障修復(fù)建議；另外，本發(fā)明還可以主動(dòng)檢測(cè)IMS網(wǎng)絡(luò)的IP話機(jī)當(dāng)前工作狀態(tài)是否正常。

為了實(shí)現(xiàn)上述目的，本發(fā)明采用如下技術(shù)方案：

本發(fā)明的第一個(gè)目的是，提供基于電網(wǎng)行政電話的IMS故障分析運(yùn)維系統(tǒng)；

該基于電網(wǎng)行政電話的IMS故障分析運(yùn)維系統(tǒng)，包括：故障分析運(yùn)維服務(wù)器和IMS信令分析服務(wù)器；

所述故障分析運(yùn)維服務(wù)器通過主核心交換機(jī)分別與IMS通信網(wǎng)絡(luò)的各個(gè)業(yè)務(wù)單元連接；

所述故障分析運(yùn)維服務(wù)器通過備核心交換機(jī)分別與IMS通信網(wǎng)絡(luò)的各個(gè)業(yè)務(wù)單元連接；

所述IMS信令分析服務(wù)器通過主核心交換機(jī)分別與IMS通信網(wǎng)絡(luò)的各個(gè)業(yè)務(wù)單元連接；

所述IMS信令分析服務(wù)器通過備核心交換機(jī)分別與IMS通信網(wǎng)絡(luò)的各個(gè)業(yè)務(wù)單元連接；

所述主核心交換機(jī)通過若干個(gè)接入層交換機(jī)連接，其中每個(gè)接入層交換機(jī)與若干個(gè)IP話機(jī)連接；

所述備核心交換機(jī)通過若干個(gè)接入層交換機(jī)連接，其中每個(gè)接入層交換機(jī)與若干個(gè)IP話機(jī)連接；

所述故障分析運(yùn)維服務(wù)器還與故障查詢計(jì)算機(jī)連接。

所述故障分析運(yùn)維服務(wù)器采用SIP中繼與IMS通信網(wǎng)絡(luò)的各個(gè)業(yè)務(wù)單元進(jìn)行通信；

所述故障分析運(yùn)維服務(wù)器通過SIP中繼構(gòu)建OPTION消息檢測(cè)IP話機(jī)工作狀態(tài)，通過向被檢測(cè)IP話機(jī)發(fā)送檢測(cè)指令，然后通過被檢測(cè)IP話機(jī)的回應(yīng)消息判定被檢測(cè)IP話機(jī)的工作狀態(tài)；然后得到被檢測(cè)IP話機(jī)的工作狀態(tài)是否正常。

所述故障分析運(yùn)維服務(wù)器采用內(nèi)部數(shù)據(jù)接口調(diào)用方法，通過向IMS信令分析服務(wù)器發(fā)起故障電話信令流程查詢請(qǐng)求，故障分析運(yùn)維服務(wù)器收到允許查詢的指令后，開始對(duì)故障電話信令流程進(jìn)行查詢和分析，通過WEB服務(wù)將分析出的故障信息傳輸?shù)焦收喜樵冇?jì)算機(jī)進(jìn)行顯示。

對(duì)故障電話信令流程進(jìn)行查詢和分析，是指通過識(shí)別每條故障分析運(yùn)維服務(wù)器發(fā)起和接收的信令消息代碼，找到預(yù)先定義的錯(cuò)誤類代碼。

所述IMS通信網(wǎng)絡(luò)的各個(gè)業(yè)務(wù)單元，包括：MRFC、AGCF、MGCF、S/I/P-CSCF、SLF/HSS、BGCF、SBC。

所述故障信息，包括客戶端出錯(cuò)、服務(wù)器端出錯(cuò)及全局異常三大類。

所述故障分析運(yùn)維服務(wù)器通過SIP中繼構(gòu)建OPTION消息檢測(cè)IP話機(jī)工作狀態(tài)方法為：OPTIONS用于一個(gè)IP話機(jī)向另外一個(gè)IP話機(jī)或者代理服務(wù)器查詢對(duì)方的工作能力；所述工作能力包括支持的方法、內(nèi)容類型、擴(kuò)展名以及編解碼方法。

IP話機(jī)不必向被檢測(cè)的IP話機(jī)“振鈴”就可以獲得被檢測(cè)的IP話機(jī)的信息；被檢測(cè)的IP話機(jī)的信息包括：支持的方法、內(nèi)容類型、擴(kuò)展名以及編解碼方法。

所述振鈴是就是被叫話機(jī)收到來電時(shí)，被叫話機(jī)通過鈴音通知機(jī)主接聽電話的提示音；

故障分析運(yùn)維服務(wù)器采用內(nèi)部數(shù)據(jù)接口調(diào)用方法為：通過數(shù)據(jù)庫訪問工具M(jìn)ybitas直接連接到IMS信令分析服務(wù)器，查詢待檢測(cè)故障電話的信令分析記錄，并將待檢測(cè)故障電話的信令分析記錄存儲(chǔ)到故障分析運(yùn)維服務(wù)器，為向故障查詢計(jì)算機(jī)推送查詢結(jié)果做準(zhǔn)備。

故障分析運(yùn)維服務(wù)器WEB服務(wù)方法為：接收基于瀏覽器的故障電話信令流程查詢請(qǐng)求；處理查詢請(qǐng)求，將查詢的關(guān)鍵字通過數(shù)據(jù)庫訪問對(duì)象進(jìn)行數(shù)據(jù)庫查詢操作；接收數(shù)據(jù)庫查詢結(jié)果數(shù)據(jù)集合，封裝成JSON格式通過網(wǎng)絡(luò)傳送到故障查詢計(jì)算機(jī)，再按照WEB前端框架的CSS樣式展示故障檢測(cè)結(jié)果。

本發(fā)明的第二個(gè)目的是提供一種基于電網(wǎng)行政電話的IMS故障分析運(yùn)維方法，

該基于電網(wǎng)行政電話的IMS故障分析運(yùn)維方法，包括如下步驟：

步驟(1)：被動(dòng)故障分析運(yùn)維；

步驟(2)：主動(dòng)故障分析運(yùn)維。

步驟(1)的步驟為：

步驟(101)：IMS行政電話出現(xiàn)故障，接收用戶登記的故障信息；故障申告平臺(tái)將故障信息轉(zhuǎn)發(fā)給故障查詢計(jì)算機(jī)；故障信息包括：故障號(hào)碼、故障現(xiàn)象、聯(lián)系人和維修時(shí)間；

步驟(102)：故障查詢計(jì)算機(jī)接收故障工單；故障查詢計(jì)算機(jī)接收用戶輸入的故障工單上的待檢測(cè)的電話號(hào)碼；將查詢指令發(fā)送給故障分析運(yùn)維服務(wù)器；故障分析運(yùn)維服務(wù)器接收到查詢請(qǐng)求后，將查詢請(qǐng)求轉(zhuǎn)發(fā)到信令分析服務(wù)器；

步驟(103)：信令分析服務(wù)器接收查詢請(qǐng)求，信令分析服務(wù)器將分析結(jié)果反饋給故障分析運(yùn)維服務(wù)器；故障分析運(yùn)維服務(wù)器接收故障電話的呼叫信令流程圖，最終得到故障網(wǎng)元和故障信息說明；工作人員根據(jù)故障信息調(diào)整故障網(wǎng)元配置，直到故障修復(fù)。

步驟(103)的步驟包括：

步驟(1031)：由Tomcat接收查詢請(qǐng)求，Tomcat讀取地址的web.xml配置并緩存，同時(shí)自動(dòng)查看web.xml配置中是否有符合條件的Filter過濾器，若有則調(diào)用Filter過濾器進(jìn)行數(shù)據(jù)過濾，數(shù)據(jù)過濾是指將被檢測(cè)號(hào)碼作為過濾條件去掉被檢測(cè)號(hào)碼以外的數(shù)據(jù)；指定spring的DispatcherServlet作為處理請(qǐng)求的servlet，DispatcherServlet接收到Tomcat提交的請(qǐng)求并進(jìn)行處理；

步驟(1032)：信令詳單呼叫信息通過WEB前端JQuery發(fā)送Ajax GET方式請(qǐng)求到WEB服務(wù)后端，然后調(diào)用WEB服務(wù)后端Controller映射后獲取數(shù)據(jù)；將獲取到的數(shù)據(jù)格式是封裝成一個(gè)json格式的數(shù)組對(duì)象返回到WEB前端進(jìn)行解析；然后通過jqgrid數(shù)據(jù)表格形式展現(xiàn)信令詳單數(shù)據(jù)列；

步驟(1033)：根據(jù)信令詳單數(shù)據(jù)列查詢的某一呼叫的通話記錄，通過JQuery發(fā)送AjaxPOST方式請(qǐng)求到服務(wù)端，同樣Controller映射找到Ajax POST請(qǐng)求方式；WEB前端通過POST提交封裝的JSON格式數(shù)據(jù)對(duì)象，進(jìn)行解析對(duì)應(yīng)的查詢參數(shù)值，根據(jù)查詢callid值通過MyBatis持久層框架查詢postgresql數(shù)據(jù)庫；對(duì)應(yīng)的查詢參數(shù)值包括被檢測(cè)的號(hào)碼和當(dāng)前時(shí)間；

步驟(1034)：用callid值在信令消息明細(xì)表中查詢到與callid值一致的信令消息明細(xì)記錄，根據(jù)獲取的信令消息明細(xì)記錄的前后順序排序，以JSON格式封裝數(shù)組對(duì)象返回給WEB前端進(jìn)行解析；解析后的數(shù)據(jù)集依次根據(jù)javascript+css方式以圖形結(jié)構(gòu)展現(xiàn)出來。

所述步驟(1031)的DispatcherServlet接收到Tomcat提交的請(qǐng)求并進(jìn)行處理包括：

a、文件上傳解析，如果請(qǐng)求類型是multipart將通過MultipartResolver進(jìn)行文件上傳解析；

b、通過HandlerMapping，將請(qǐng)求映射到處理器，返回一個(gè)HandlerExecutionChain，HandlerExecutionChain包括一個(gè)處理器、多個(gè)HandlerInterceptor攔截器；

c、通過HandlerAdapter支持多種類型的處理器(HandlerExecutionChain中的處理器)；所述多種類型的處理器包括：SimpleUrlHandlerMapping或者BeanNameUrlHandlerMapping；

d、通過ViewResolver解析邏輯視圖名到視圖實(shí)現(xiàn)；

e、本地化解析：對(duì)請(qǐng)求頭信息進(jìn)行解析處理，通常所述請(qǐng)求頭信息包含客戶端操作信息的本地標(biāo)示；

f、視圖渲染：生成前臺(tái)動(dòng)態(tài)信息展現(xiàn)。

g、如果執(zhí)行過程中遇到異常將交給HandlerExceptionResolver來解析。

所述信令詳單呼叫信息包括：信令分析服務(wù)器生成，包括主叫號(hào)碼、主叫IP、被叫號(hào)碼、被叫IP、消息代碼、消息描述、信令數(shù)據(jù)包原文；

所述信令詳單數(shù)據(jù)列包括主叫號(hào)碼、主叫IP、被叫號(hào)碼、被叫IP、請(qǐng)求消息、回應(yīng)消息、響應(yīng)時(shí)間、回應(yīng)時(shí)間等。

步驟(2)的步驟為：

步驟(201)：數(shù)據(jù)準(zhǔn)備：

故障分析運(yùn)維服務(wù)器由IMS通信網(wǎng)絡(luò)分配一個(gè)注冊(cè)賬號(hào)，通過注冊(cè)賬號(hào)注冊(cè)到到IMS通信網(wǎng)絡(luò)上，并分配一個(gè)UA號(hào)碼；

向故障分析運(yùn)維服務(wù)器錄入待維護(hù)的電網(wǎng)行政電話信息，所述電網(wǎng)行政電話信息包括：電話號(hào)碼和IP地址；

向故障分析運(yùn)維服務(wù)器配置待維護(hù)電網(wǎng)行政電話的主動(dòng)檢測(cè)條件，主動(dòng)檢測(cè)條件包括：檢測(cè)時(shí)間段、檢測(cè)周期和檢測(cè)結(jié)論提醒；

步驟(202)：故障分析運(yùn)維服務(wù)器檢測(cè)到滿足主動(dòng)檢測(cè)條件的數(shù)據(jù)后，開始主動(dòng)檢測(cè)；

通過SIP協(xié)議構(gòu)造OPTIONS消息，并且指故障分析運(yùn)維服務(wù)器模擬一個(gè)IP電話向待檢測(cè)的電話號(hào)碼查詢待檢測(cè)IP電話的能力。不需要向?qū)Ψ健罢疋彙本涂梢垣@得對(duì)方的基礎(chǔ)信息；待檢測(cè)IP電話能力包括支持的方法、內(nèi)容類型、擴(kuò)展名、以及編解碼方法等。

故障分析運(yùn)維服務(wù)器接收到被檢測(cè)的IP電話的通信能力的回應(yīng)報(bào)文，則通過分析回應(yīng)報(bào)文來確定被檢測(cè)IP電話的狀態(tài)；

如果OPTIONS沒有響應(yīng)，就返回一個(gè)超時(shí)錯(cuò)誤指令；

步驟(203)：獲取到被檢查IP電話的工作狀態(tài)后，自動(dòng)將被檢查IP電話的工作狀態(tài)更新檢測(cè)日志，日志內(nèi)容包括檢測(cè)時(shí)間和檢測(cè)結(jié)論；

如果檢測(cè)結(jié)論是UA不可用，則自動(dòng)生成故障申告工單，執(zhí)行步驟(103)，確定該UA不可用的準(zhǔn)確原因，并由運(yùn)維人員修復(fù)故障。

對(duì)方的基礎(chǔ)信息，包括支持的方法、內(nèi)容類型、擴(kuò)展名以及編解碼方法。

支持的方法是指：INVITE、Re-invite、ACK、PRACK、BYE、CANCEL、REGISTER、OPTIONS。具體解釋如下：

SIP協(xié)議是一個(gè)Client/Sever協(xié)議，因此SIP消息分兩種：請(qǐng)求消息和響應(yīng)消息。請(qǐng)求消息是SIP客戶端為了激活特定操作而發(fā)給服務(wù)器端的消息。常用的SIP請(qǐng)求消息如下：

INVITE：表示主叫用戶發(fā)起會(huì)話請(qǐng)求，邀請(qǐng)其他用戶加入一個(gè)會(huì)話。也可以用在呼叫建立后用于更新會(huì)話(此時(shí)該INVITE又稱為Re-invite)。

ACK：客戶端向服務(wù)器端證實(shí)它已經(jīng)收到了對(duì)INVITE請(qǐng)求的最終響應(yīng)。

PRACK：表示對(duì)1xx響應(yīng)消息的確認(rèn)請(qǐng)求消息。

BYE：表示終止一個(gè)已經(jīng)建立的呼叫。

CANCEL：表示在收到對(duì)請(qǐng)求的最終響應(yīng)之前取消該請(qǐng)求，對(duì)于已完成的請(qǐng)求則無影響。

REGISTER：表示客戶端向SIP服務(wù)器端注冊(cè)列在To字段中的地址信息。

OPTIONS：表示查詢被叫的相關(guān)信息和功能。

本發(fā)明的第三個(gè)目的是，提供一種故障分析運(yùn)維服務(wù)器，

所述故障分析運(yùn)維服務(wù)器，包括：

故障受理模塊，用于通過交互式應(yīng)答IVR或WEB方式引導(dǎo)用戶對(duì)申告故障電話信息進(jìn)行登記，登記故障信息包括故障電話、故障現(xiàn)象描述、維修時(shí)間；

故障管理模塊，用于管理故障業(yè)務(wù)信息，包括受理方式、故障類型定義、維修班組管理、故障流程管理。

故障分析檢測(cè)模塊，用于對(duì)受理的故障電話，通IMS過信令分析服務(wù)器查詢故障電話已經(jīng)發(fā)生的呼叫信令流程，進(jìn)行故障定位和分析，得出故障結(jié)論。

本發(fā)明的第四個(gè)目的是，提供一種IMS信令分析服務(wù)器，

所述IMS信令分析服務(wù)器，包括：

信令采集模塊，用于接收從核心交換機(jī)鏡像端口傳送出來IMS各個(gè)業(yè)務(wù)網(wǎng)元的信令數(shù)據(jù)包，對(duì)數(shù)據(jù)進(jìn)行存儲(chǔ)；

信令分析模塊，用于將采集到的信令數(shù)據(jù)包按照信令數(shù)據(jù)包對(duì)應(yīng)的消息協(xié)議進(jìn)行分類解析，然后根據(jù)分類解析結(jié)果保存到信令解析表中；

WEB服務(wù)模塊，用于為用戶基于瀏覽器訪問業(yè)務(wù)數(shù)據(jù)提供接入通道和數(shù)據(jù)格式轉(zhuǎn)換，將信令解析表的記錄轉(zhuǎn)換為網(wǎng)頁數(shù)據(jù)，方便用戶查看。

本發(fā)明的有益效果：通過故障分析運(yùn)維系統(tǒng)的實(shí)現(xiàn)，創(chuàng)造性的完成了IMS網(wǎng)絡(luò)用戶故障的及時(shí)準(zhǔn)確發(fā)現(xiàn)和定位，并給出故障修復(fù)建議，大大提高IMS運(yùn)維人員的故障發(fā)現(xiàn)和修復(fù)處理額效率；系統(tǒng)還實(shí)現(xiàn)了對(duì)故障電話的主動(dòng)發(fā)現(xiàn)，一改傳統(tǒng)的被動(dòng)檢測(cè)的方式，對(duì)重要保障電話的運(yùn)維提供了很好的保障方案。

附圖說明

圖1為本發(fā)明的故障分析運(yùn)維系統(tǒng)結(jié)構(gòu)示意圖；

圖2為IMS信令分析服務(wù)器內(nèi)部結(jié)構(gòu)圖；

圖3為故障分析運(yùn)維服務(wù)器內(nèi)部結(jié)果圖；

圖4為本發(fā)明的被動(dòng)故障分析運(yùn)維的流程圖；

圖5為本發(fā)明的主動(dòng)故障分析運(yùn)維的流程圖。

具體實(shí)施方式

下面結(jié)合附圖與實(shí)施例對(duì)本發(fā)明作進(jìn)一步說明。

如圖1所示，一種基于電網(wǎng)行政電話的IMS故障分析運(yùn)維系統(tǒng)，包括故障分析運(yùn)維服務(wù)器，其一端與IMS網(wǎng)絡(luò)所在核心交換機(jī)及信令分析系統(tǒng)服務(wù)器相連，另一端與需要查看故障分析運(yùn)維系統(tǒng)的管理計(jì)算機(jī)相連；故障分析運(yùn)維服務(wù)器采用SIP中繼與IMS核心網(wǎng)通信，主要是通過該中繼構(gòu)建OPTION消息檢測(cè)IP話機(jī)工作狀態(tài)的方法，通過向被檢測(cè)IP話機(jī)發(fā)送檢測(cè)指令，然后通過對(duì)端的回應(yīng)消息判定對(duì)端的狀態(tài)；故障分析運(yùn)維服務(wù)器采用內(nèi)部數(shù)據(jù)接口調(diào)用方法，通過向信令分析服務(wù)器發(fā)起故障電話信令流程查詢請(qǐng)求，信令分析服務(wù)器將符合條件的查詢結(jié)果返回到故障分析運(yùn)維服務(wù)器，再由故障分析運(yùn)維服務(wù)器通過WEB服務(wù)將查詢結(jié)果傳輸?shù)焦收喜樵冇?jì)算機(jī)；IMS網(wǎng)絡(luò)另一端與IP話機(jī)相連；所述信令分析服務(wù)器另一端與IMS網(wǎng)絡(luò)相連；當(dāng)故障分析運(yùn)維服務(wù)器查詢到故障電話信令流程后，傳輸至故障查詢計(jì)算機(jī)進(jìn)行顯示故障信息。

所述故障信息，包括客戶端出錯(cuò)、服務(wù)器端出錯(cuò)及全局錯(cuò)誤三大類。

OPTION消息檢測(cè)IP話機(jī)工作狀態(tài)方法為：OPTIONS用于一個(gè)UA向另外一個(gè)UA或者代理服務(wù)器查詢對(duì)方的能力。這讓客戶機(jī)不必向?qū)Ψ健罢疋彙本涂梢垣@得對(duì)方地下列信息：包括支持的方法、內(nèi)容類型、擴(kuò)展名、以及編解碼方法等。

故障分析運(yùn)維服務(wù)器采用內(nèi)部數(shù)據(jù)接口調(diào)用方法為：通過數(shù)據(jù)庫訪問工具M(jìn)ybitas直接連接到信令分析服務(wù)器數(shù)據(jù)庫中，查詢需要檢測(cè)故障電話的信令分析記錄，并取回到故障分析運(yùn)維服務(wù)端，為向故障查詢計(jì)算機(jī)推動(dòng)查詢結(jié)果準(zhǔn)備數(shù)據(jù)。

故障分析運(yùn)維服務(wù)器WEB服務(wù)方法為：接收基于瀏覽器的客戶端信令流程查詢請(qǐng)求；處理查詢請(qǐng)求，將查詢的關(guān)鍵字通過數(shù)據(jù)庫訪問對(duì)象進(jìn)行數(shù)據(jù)庫查詢操作；接收數(shù)據(jù)庫查詢結(jié)果數(shù)據(jù)集合，封裝成JSON格式通過網(wǎng)絡(luò)傳送到查詢客戶端，再按照WEB前端框架的CSS風(fēng)格展示故障檢測(cè)結(jié)果。

如圖2所示，IMS信令分析服務(wù)器，包括：

信令采集模塊，用于接收從核心交換機(jī)鏡像端口傳送出來IMS各個(gè)業(yè)務(wù)網(wǎng)元的信令數(shù)據(jù)包，對(duì)數(shù)據(jù)進(jìn)行存儲(chǔ)；

信令分析模塊，用于將采集到的信令數(shù)據(jù)包按照信令數(shù)據(jù)包對(duì)應(yīng)的消息協(xié)議進(jìn)行分類解析，然后根據(jù)分類解析結(jié)果保存到信令解析表中；

WEB服務(wù)模塊，用于為用戶基于瀏覽器訪問業(yè)務(wù)數(shù)據(jù)提供接入通道和數(shù)據(jù)格式轉(zhuǎn)換，將信令解析表的記錄轉(zhuǎn)換為網(wǎng)頁數(shù)據(jù)，方便用戶查看。

如圖3所示，故障分析運(yùn)維服務(wù)器，包括：

故障受理模塊，用于通過交互式應(yīng)答IVR或WEB方式引導(dǎo)用戶對(duì)申告故障電話信息進(jìn)行登記，登記故障信息包括故障電話、故障現(xiàn)象描述、維修時(shí)間；

故障管理模塊，用于管理故障業(yè)務(wù)信息，包括受理方式、故障類型定義、維修班組管理、故障流程管理。

故障分析檢測(cè)模塊，用于對(duì)受理的故障電話，通IMS過信令分析服務(wù)器查詢故障電話已經(jīng)發(fā)生的呼叫信令流程，進(jìn)行故障定位和分析，得出故障結(jié)論。

如圖4所示，一種基于故障分析運(yùn)維的方法，被動(dòng)故障分析運(yùn)維詳細(xì)步驟：

步驟(101)：IMS行政電話出現(xiàn)故障，接收用戶登記的故障信息；故障申告平臺(tái)將故障信息轉(zhuǎn)發(fā)給故障查詢計(jì)算機(jī)；故障信息包括：故障號(hào)碼、故障現(xiàn)象、聯(lián)系人和維修時(shí)間；

步驟(102)：故障查詢計(jì)算機(jī)接收故障工單；故障查詢計(jì)算機(jī)接收用戶輸入的故障工單上的待檢測(cè)的電話號(hào)碼；將查詢指令發(fā)送給故障分析運(yùn)維服務(wù)器；故障分析運(yùn)維服務(wù)器接收到查詢請(qǐng)求后，將查詢請(qǐng)求轉(zhuǎn)發(fā)到信令分析服務(wù)器；

步驟(103)：信令分析服務(wù)器接收查詢請(qǐng)求，信令分析服務(wù)器將分析結(jié)果反饋給故障分析運(yùn)維服務(wù)器；故障分析運(yùn)維服務(wù)器接收故障電話的呼叫信令詳細(xì)流程圖，最終得到故障網(wǎng)元和故障信息說明；工作人員根據(jù)故障信息調(diào)整故障網(wǎng)元配置，直到故障修復(fù)。

步驟(103)的步驟包括：

步驟(1031)：由Tomcat接收查詢請(qǐng)求，Tomcat讀取地址的web.xml配置并緩存，同時(shí)自動(dòng)查看web.xml配置中是否有符合條件的Filter過濾器，若有則調(diào)用Filter過濾器進(jìn)行數(shù)據(jù)過濾，數(shù)據(jù)過濾是指將被檢測(cè)號(hào)碼作為過濾條件去掉被檢測(cè)號(hào)碼以外的數(shù)據(jù)；指定spring的DispatcherServlet作為處理請(qǐng)求的servlet，DispatcherServlet接收到Tomcat提交的請(qǐng)求并進(jìn)行處理；

步驟(1032)：信令詳單呼叫信息通過WEB前端JQuery發(fā)送Ajax GET方式請(qǐng)求到WEB服務(wù)后端，然后調(diào)用WEB服務(wù)后端Controller映射后獲取數(shù)據(jù)；將獲取到的數(shù)據(jù)格式是封裝成一個(gè)json格式的數(shù)組對(duì)象返回到WEB前端進(jìn)行解析；然后通過jqgrid數(shù)據(jù)表格形式展現(xiàn)信令詳單數(shù)據(jù)列；

所述信令詳單呼叫信息包括：信令分析服務(wù)器生成，包括主叫號(hào)碼、主叫IP、被叫號(hào)碼、被叫IP、消息代碼、消息描述、信令數(shù)據(jù)包原文；

所述信令詳單數(shù)據(jù)列包括工資表的基本工資、崗位工資、公積金、補(bǔ)助

步驟(1033)：根據(jù)信令詳單數(shù)據(jù)列查詢的某一呼叫的通話記錄，通過JQuery發(fā)送AjaxPOST方式請(qǐng)求到服務(wù)端，同樣Controller映射找到Ajax POST請(qǐng)求方式；WEB前端通過POST提交封裝的JSON格式數(shù)據(jù)對(duì)象，進(jìn)行解析對(duì)應(yīng)的查詢參數(shù)值，根據(jù)查詢callid值通過MyBatis持久層框架查詢postgresql數(shù)據(jù)庫；對(duì)應(yīng)的查詢參數(shù)值包括被檢測(cè)的號(hào)碼和當(dāng)前時(shí)間；

步驟(1034)：用callid值在信令消息明細(xì)表中查詢到與callid值一致的信令消息明細(xì)記錄”)，根據(jù)獲取的信令消息明細(xì)記錄的前后順序排序，以JSON格式封裝數(shù)組對(duì)象返回給WEB前端進(jìn)行解析；解析后的數(shù)據(jù)集依次根據(jù)javascript+css方式以圖形結(jié)構(gòu)展現(xiàn)出來。

所述步驟(1031)的DispatcherServlet接收到Tomcat提交的請(qǐng)求并進(jìn)行處理包括：

a、文件上傳解析，如果請(qǐng)求類型是multipart將通過MultipartResolver進(jìn)行文件上傳解析；

b、通過HandlerMapping，將請(qǐng)求映射到處理器(返回一個(gè)HandlerExecutionChain，它包括一個(gè)處理器、多個(gè)HandlerInterceptor攔截器)；

c、通過HandlerAdapter支持多種類型的處理器(HandlerExecutionChain中的處理器)；

d、通過ViewResolver解析邏輯視圖名到視圖實(shí)現(xiàn)；

e、本地化解析；

f、視圖渲染；

g、如果執(zhí)行過程中遇到異常將交給HandlerExceptionResolver來解析。

如圖5所示，一種基于故障分析運(yùn)維的方法，主動(dòng)故障分析運(yùn)維詳細(xì)步驟：

步驟(201)：數(shù)據(jù)準(zhǔn)備：

故障分析運(yùn)維服務(wù)器由IMS通信網(wǎng)絡(luò)分配一個(gè)注冊(cè)賬號(hào)，通過注冊(cè)賬號(hào)注冊(cè)到到IMS通信網(wǎng)絡(luò)上，并分配一個(gè)UA號(hào)碼；

向故障分析運(yùn)維服務(wù)器錄入待維護(hù)的電網(wǎng)行政電話信息，所述電網(wǎng)行政電話信息包括：電話號(hào)碼和IP地址；

向故障分析運(yùn)維服務(wù)器配置待維護(hù)電網(wǎng)行政電話的主動(dòng)檢測(cè)條件，主動(dòng)檢測(cè)條件包括：檢測(cè)時(shí)間段、檢測(cè)周期和檢測(cè)結(jié)論提醒；

步驟(202)：故障分析運(yùn)維服務(wù)器檢測(cè)到滿足主動(dòng)檢測(cè)條件的數(shù)據(jù)后，開始主動(dòng)檢測(cè)；

通過SIP協(xié)議構(gòu)造OPTIONS消息，并且指故障分析運(yùn)維服務(wù)器模擬一個(gè)IP電話向待檢測(cè)的電話號(hào)碼查詢待檢測(cè)IP電話的能力。不需要向?qū)Ψ健罢疋彙本涂梢垣@得對(duì)方的基礎(chǔ)信息；待檢測(cè)IP電話能力包括支持的方法、內(nèi)容類型、擴(kuò)展名、以及編解碼方法等。

故障分析運(yùn)維服務(wù)器接收到被檢測(cè)的IP電話的通信能力的回應(yīng)報(bào)文，則通過分析回應(yīng)報(bào)文來確定被檢測(cè)IP電話的狀態(tài)；

如果OPTIONS沒有響應(yīng)，就返回一個(gè)超時(shí)錯(cuò)誤指令；

步驟(203)：獲取到被檢查IP電話的工作狀態(tài)后，自動(dòng)將被檢查IP電話的工作狀態(tài)更新檢測(cè)日志，日志內(nèi)容包括檢測(cè)時(shí)間和檢測(cè)結(jié)論；

如果檢測(cè)結(jié)論是UA不可用，則自動(dòng)生成故障申告工單，執(zhí)行步驟(103)，確定該UA不可用的準(zhǔn)確原因，并由運(yùn)維人員修復(fù)故障。

上述雖然結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施方式進(jìn)行了描述，但并非對(duì)本發(fā)明保護(hù)范圍的限制，所屬領(lǐng)域技術(shù)人員應(yīng)該明白，在本發(fā)明的技術(shù)方案的基礎(chǔ)上，本領(lǐng)域技術(shù)人員不需要付出創(chuàng)造性勞動(dòng)即可做出的各種修改或變形仍在本發(fā)明的保護(hù)范圍以內(nèi)。