CN106685737B - 基于ip电话的ims故障分析运维系统、方法及服务器 - Google Patents
基于ip电话的ims故障分析运维系统、方法及服务器 Download PDFInfo
- Publication number
- CN106685737B CN106685737B CN201710086499.6A CN201710086499A CN106685737B CN 106685737 B CN106685737 B CN 106685737B CN 201710086499 A CN201710086499 A CN 201710086499A CN 106685737 B CN106685737 B CN 106685737B
- Authority
- CN
- China
- Prior art keywords
- server
- ims
- accident analysis
- analysis
- phone
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000004458 analytical method Methods 0.000 title claims abstract description 158
- 238000000034 method Methods 0.000 title claims abstract description 52
- 230000011664 signaling Effects 0.000 claims abstract description 99
- 238000004891 communication Methods 0.000 claims abstract description 24
- 238000012423 maintenance Methods 0.000 claims abstract description 16
- 238000001514 detection method Methods 0.000 claims description 31
- 230000004044 response Effects 0.000 claims description 13
- 238000012360 testing method Methods 0.000 claims description 10
- 238000005538 encapsulation Methods 0.000 claims description 8
- 238000012545 processing Methods 0.000 claims description 7
- 238000001914 filtration Methods 0.000 claims description 6
- 238000013507 mapping Methods 0.000 claims description 6
- 230000000977 initiatory effect Effects 0.000 claims description 5
- 230000005540 biological transmission Effects 0.000 claims description 3
- 230000002452 interceptive effect Effects 0.000 claims description 3
- 230000004807 localization Effects 0.000 claims description 3
- 230000002688 persistence Effects 0.000 claims description 3
- 238000002360 preparation method Methods 0.000 claims description 3
- 230000008569 process Effects 0.000 claims description 3
- 238000009877 rendering Methods 0.000 claims description 3
- 238000002224 dissection Methods 0.000 claims description 2
- 230000008439 repair process Effects 0.000 abstract description 3
- 230000007257 malfunction Effects 0.000 abstract 1
- RYGMFSIKBFXOCR-UHFFFAOYSA-N Copper Chemical compound [Cu] RYGMFSIKBFXOCR-UHFFFAOYSA-N 0.000 description 3
- 238000009825 accumulation Methods 0.000 description 2
- 230000004888 barrier function Effects 0.000 description 2
- 230000005611 electricity Effects 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 206010011469 Crying Diseases 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 235000013399 edible fruits Nutrition 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
Abstract
本发明公开了基于IP电话的IMS故障分析运维系统、方法及服务器，故障分析运维服务器和IMS信令分析服务器；所述故障分析运维服务器通过主备核心交换机分别与IMS通信网络的各个业务单元连接；所述IMS信令分析服务器通过主备核心交换机分别与IMS通信网络的各个业务单元连接；所述主备核心交换机通过若干个接入层交换机连接，其中每个接入层交换机与若干个IP话机连接；所述故障分析运维服务器还与故障查询计算机连接。通过故障分析运维系统的实现，创造性的完成了IMS网络用户故障的及时准确发现和定位，并给出故障修复建议，大大提高IMS运维人员的故障发现和修复处理额效率。
Description
技术领域
本发明涉及IMS通信网的故障分析运维领域，尤其涉及基于IP电话的IMS故障分析运维系统、方法及服务器。“电网行政电话”是指国家电网公司用于行政办公的电话。
背景技术
国网信通部于2015年确定国家电网公司下一代行政交换网采用IMS技术体制，因此提前开展IMS网络部署的研究及应用具有非常重要的意义。根据国家电网公司信通[2015]7号文要求，IMS网络建设采用省级统一部署，集中管理的模式。
随着IMS网络的部署，SIP终端大规模应用，十三五末山东公司行政网用户数量预计达到12万。现有行政电话交换网运维模式已不能满足下一代行政交换网运维管理的要求。如何高效管理用户、优化运维流程、提升系统可靠性，是目前亟待解决的问题。在国网公司IMS网络架构中各主要业务单元，如SBC、P-CSCF、I-CSCF及S-CSCF，均单独部署，保证各个业务处理逻辑单元相对独立工作，一方面提高整体的性能和可用性，另一方面使组网更为复杂，增加了潜在故障点。另外，在IMS网络中主要采用的是基于IP组网，通信终端基本是采用IP话机，与传统程控交换通过配线架采用一对铜线连接到模拟话机是完全不同。
这两种网络构建主要有以下区别：
(1)IMS核心网设备种类和数量比传统程控交换机多，并且每个设备都有相关配置及管理工具，使得IMS的维护比程控交换更为复杂。
(2)IMS网络是以IP包交换主的网络，干路设备与连接线缆均为共用，只有到达末端交换机才分开成多个网线接入各IP话机；程控交换采用的是电路交换，从交换机用户版端口到用户话机整条线路均是相对独立的铜线。这种特性就决定了两个网络的故障检测方法差异很大。
(3)IMS网络出现可能出现的故障节点远比程控交换节点多，IMS网络很多故障可能是参数配置问题，而不是设备真正宕机引起的，没有直观的故障检测手段。而程控交换的故障多出现于线路上，并且由于程控交换系统通过几十年的成熟运行，运维经验积累较多。对基于铜线的电缆故障检测经过多年的积累，已经有很多成熟的方法，甚至有经验的运维人员通过将测试话机插入配线架，听线路上的声音就能确定故障原因和大致位置。
为了适应IMS这种新型网络的运维保障，提高行政电话的保障力度，亟需一种能够快速主动或被动方式发现网络出现的故障的节点及其故障原因并能够对故障恢复给出指导意见，方便运维人员及时掌握网络运行状况，及时发现可能存在的网络故障隐患，提高日常运维效率。
发明内容
本发明的目的就是为了解决IMS网络出现运行故障的及时发现、诊断定位和修复故障的问题，提供基于IP电话的IMS故障分析运维系统、方法及服务器，它开发了一套借助IMS网络信令分析结果发现网络出现故障的节点及提供故障修复建议；另外，本发明还可以主动检测IMS网络的IP话机当前工作状态是否正常。
为了实现上述目的，本发明采用如下技术方案：
本发明的第一个目的是，提供基于电网行政电话的IMS故障分析运维系统；
该基于电网行政电话的IMS故障分析运维系统，包括：故障分析运维服务器和IMS信令分析服务器；
所述故障分析运维服务器通过主核心交换机分别与IMS通信网络的各个业务单元连接；
所述故障分析运维服务器通过备核心交换机分别与IMS通信网络的各个业务单元连接；
所述IMS信令分析服务器通过主核心交换机分别与IMS通信网络的各个业务单元连接；
所述IMS信令分析服务器通过备核心交换机分别与IMS通信网络的各个业务单元连接；
所述主核心交换机通过若干个接入层交换机连接，其中每个接入层交换机与若干个IP话机连接；
所述备核心交换机通过若干个接入层交换机连接，其中每个接入层交换机与若干个IP话机连接；
所述故障分析运维服务器还与故障查询计算机连接。
所述故障分析运维服务器采用SIP中继与IMS通信网络的各个业务单元进行通信；
所述故障分析运维服务器通过SIP中继构建OPTION消息检测IP话机工作状态，通过向被检测IP话机发送检测指令，然后通过被检测IP话机的回应消息判定被检测IP话机的工作状态；然后得到被检测IP话机的工作状态是否正常。
所述故障分析运维服务器采用内部数据接口调用方法，通过向IMS信令分析服务器发起故障电话信令流程查询请求，故障分析运维服务器收到允许查询的指令后，开始对故障电话信令流程进行查询和分析，通过WEB服务将分析出的故障信息传输到故障查询计算机进行显示。
对故障电话信令流程进行查询和分析，是指通过识别每条故障分析运维服务器发起和接收的信令消息代码，找到预先定义的错误类代码。
所述IMS通信网络的各个业务单元，包括：MRFC、AGCF、MGCF、S/I/P-CSCF、SLF/HSS、BGCF、SBC。
所述故障信息，包括客户端出错、服务器端出错及全局异常三大类。
所述故障分析运维服务器通过SIP中继构建OPTION消息检测IP话机工作状态方法为：OPTIONS用于一个IP话机向另外一个IP话机或者代理服务器查询对方的工作能力；所述工作能力包括支持的方法、内容类型、扩展名以及编解码方法。
IP话机不必向被检测的IP话机“振铃”就可以获得被检测的IP话机的信息；被检测的IP话机的信息包括：支持的方法、内容类型、扩展名以及编解码方法。
所述振铃是就是被叫话机收到来电时，被叫话机通过铃音通知机主接听电话的提示音；
故障分析运维服务器采用内部数据接口调用方法为：通过数据库访问工具Mybitas直接连接到IMS信令分析服务器，查询待检测故障电话的信令分析记录，并将待检测故障电话的信令分析记录存储到故障分析运维服务器，为向故障查询计算机推送查询结果做准备。
故障分析运维服务器WEB服务方法为：接收基于浏览器的故障电话信令流程查询请求；处理查询请求，将查询的关键字通过数据库访问对象进行数据库查询操作；接收数据库查询结果数据集合，封装成JSON格式通过网络传送到故障查询计算机，再按照WEB前端框架的CSS样式展示故障检测结果。
本发明的第二个目的是提供一种基于电网行政电话的IMS故障分析运维方法，
该基于电网行政电话的IMS故障分析运维方法，包括如下步骤：
步骤(1)：被动故障分析运维；
步骤(2)：主动故障分析运维。
步骤(1)的步骤为：
步骤(101)：IMS行政电话出现故障，接收用户登记的故障信息；故障申告平台将故障信息转发给故障查询计算机；故障信息包括：故障号码、故障现象、联系人和维修时间；
步骤(102)：故障查询计算机接收故障工单；故障查询计算机接收用户输入的故障工单上的待检测的电话号码；将查询指令发送给故障分析运维服务器；故障分析运维服务器接收到查询请求后，将查询请求转发到信令分析服务器；
步骤(103)：信令分析服务器接收查询请求，信令分析服务器将分析结果反馈给故障分析运维服务器；故障分析运维服务器接收故障电话的呼叫信令流程图，最终得到故障网元和故障信息说明；工作人员根据故障信息调整故障网元配置，直到故障修复。
步骤(103)的步骤包括：
步骤(1031)：由Tomcat接收查询请求，Tomcat读取地址的web.xml配置并缓存，同时自动查看web.xml配置中是否有符合条件的Filter过滤器，若有则调用Filter过滤器进行数据过滤，数据过滤是指将被检测号码作为过滤条件去掉被检测号码以外的数据；指定spring的DispatcherServlet作为处理请求的servlet，DispatcherServlet接收到Tomcat提交的请求并进行处理；
步骤(1032)：信令详单呼叫信息通过WEB前端JQuery发送Ajax GET方式请求到WEB服务后端，然后调用WEB服务后端Controller映射后获取数据；将获取到的数据格式是封装成一个json格式的数组对象返回到WEB前端进行解析；然后通过jqgrid数据表格形式展现信令详单数据列；
步骤(1033)：根据信令详单数据列查询的某一呼叫的通话记录，通过JQuery发送AjaxPOST方式请求到服务端，同样Controller映射找到Ajax POST请求方式；WEB前端通过POST提交封装的JSON格式数据对象，进行解析对应的查询参数值，根据查询callid值通过MyBatis持久层框架查询postgresql数据库；对应的查询参数值包括被检测的号码和当前时间；
步骤(1034)：用callid值在信令消息明细表中查询到与callid值一致的信令消息明细记录，根据获取的信令消息明细记录的前后顺序排序，以JSON格式封装数组对象返回给WEB前端进行解析；解析后的数据集依次根据javascript+css方式以图形结构展现出来。
所述步骤(1031)的DispatcherServlet接收到Tomcat提交的请求并进行处理包括：
a、文件上传解析，如果请求类型是multipart将通过MultipartResolver进行文件上传解析；
b、通过HandlerMapping，将请求映射到处理器，返回一个HandlerExecutionChain，HandlerExecutionChain包括一个处理器、多个HandlerInterceptor拦截器；
c、通过HandlerAdapter支持多种类型的处理器(HandlerExecutionChain中的处理器)；所述多种类型的处理器包括：SimpleUrlHandlerMapping或者BeanNameUrlHandlerMapping；
d、通过ViewResolver解析逻辑视图名到视图实现；
e、本地化解析：对请求头信息进行解析处理，通常所述请求头信息包含客户端操作信息的本地标示；
f、视图渲染：生成前台动态信息展现。
g、如果执行过程中遇到异常将交给HandlerExceptionResolver来解析。
所述信令详单呼叫信息包括：信令分析服务器生成，包括主叫号码、主叫IP、被叫号码、被叫IP、消息代码、消息描述、信令数据包原文；
所述信令详单数据列包括主叫号码、主叫IP、被叫号码、被叫IP、请求消息、回应消息、响应时间、回应时间等。
步骤(2)的步骤为：
步骤(201)：数据准备：
故障分析运维服务器由IMS通信网络分配一个注册账号，通过注册账号注册到到IMS通信网络上，并分配一个UA号码；
向故障分析运维服务器录入待维护的电网行政电话信息，所述电网行政电话信息包括：电话号码和IP地址；
向故障分析运维服务器配置待维护电网行政电话的主动检测条件，主动检测条件包括：检测时间段、检测周期和检测结论提醒；
步骤(202)：故障分析运维服务器检测到满足主动检测条件的数据后，开始主动检测；
通过SIP协议构造OPTIONS消息，并且指故障分析运维服务器模拟一个IP电话向待检测的电话号码查询待检测IP电话的能力。不需要向对方“振铃”就可以获得对方的基础信息；待检测IP电话能力包括支持的方法、内容类型、扩展名、以及编解码方法等。
故障分析运维服务器接收到被检测的IP电话的通信能力的回应报文，则通过分析回应报文来确定被检测IP电话的状态；
如果OPTIONS没有响应，就返回一个超时错误指令；
步骤(203)：获取到被检查IP电话的工作状态后，自动将被检查IP电话的工作状态更新检测日志，日志内容包括检测时间和检测结论；
如果检测结论是UA不可用，则自动生成故障申告工单，执行步骤(103)，确定该UA不可用的准确原因，并由运维人员修复故障。
对方的基础信息，包括支持的方法、内容类型、扩展名以及编解码方法。
支持的方法是指：INVITE、Re-invite、ACK、PRACK、BYE、CANCEL、REGISTER、OPTIONS。具体解释如下：
SIP协议是一个Client/Sever协议，因此SIP消息分两种：请求消息和响应消息。请求消息是SIP客户端为了激活特定操作而发给服务器端的消息。常用的SIP请求消息如下：
INVITE：表示主叫用户发起会话请求，邀请其他用户加入一个会话。也可以用在呼叫建立后用于更新会话(此时该INVITE又称为Re-invite)。
ACK：客户端向服务器端证实它已经收到了对INVITE请求的最终响应。
PRACK：表示对1xx响应消息的确认请求消息。
BYE：表示终止一个已经建立的呼叫。
CANCEL：表示在收到对请求的最终响应之前取消该请求，对于已完成的请求则无影响。
REGISTER：表示客户端向SIP服务器端注册列在To字段中的地址信息。
OPTIONS：表示查询被叫的相关信息和功能。
本发明的第三个目的是，提供一种故障分析运维服务器，
所述故障分析运维服务器，包括：
故障受理模块，用于通过交互式应答IVR或WEB方式引导用户对申告故障电话信息进行登记，登记故障信息包括故障电话、故障现象描述、维修时间；
故障管理模块，用于管理故障业务信息，包括受理方式、故障类型定义、维修班组管理、故障流程管理。
故障分析检测模块，用于对受理的故障电话，通IMS过信令分析服务器查询故障电话已经发生的呼叫信令流程，进行故障定位和分析，得出故障结论。
本发明的第四个目的是，提供一种IMS信令分析服务器，
所述IMS信令分析服务器，包括：
信令采集模块，用于接收从核心交换机镜像端口传送出来IMS各个业务网元的信令数据包，对数据进行存储；
信令分析模块，用于将采集到的信令数据包按照信令数据包对应的消息协议进行分类解析，然后根据分类解析结果保存到信令解析表中；
WEB服务模块，用于为用户基于浏览器访问业务数据提供接入通道和数据格式转换，将信令解析表的记录转换为网页数据，方便用户查看。
本发明的有益效果：通过故障分析运维系统的实现，创造性的完成了IMS网络用户故障的及时准确发现和定位，并给出故障修复建议，大大提高IMS运维人员的故障发现和修复处理额效率；系统还实现了对故障电话的主动发现，一改传统的被动检测的方式，对重要保障电话的运维提供了很好的保障方案。
附图说明
图1为本发明的故障分析运维系统结构示意图；
图2为IMS信令分析服务器内部结构图；
图3为故障分析运维服务器内部结果图；
图4为本发明的被动故障分析运维的流程图；
图5为本发明的主动故障分析运维的流程图。
具体实施方式
下面结合附图与实施例对本发明作进一步说明。
如图1所示，一种基于电网行政电话的IMS故障分析运维系统，包括故障分析运维服务器，其一端与IMS网络所在核心交换机及信令分析系统服务器相连，另一端与需要查看故障分析运维系统的管理计算机相连；故障分析运维服务器采用SIP中继与IMS核心网通信，主要是通过该中继构建OPTION消息检测IP话机工作状态的方法，通过向被检测IP话机发送检测指令，然后通过对端的回应消息判定对端的状态；故障分析运维服务器采用内部数据接口调用方法，通过向信令分析服务器发起故障电话信令流程查询请求，信令分析服务器将符合条件的查询结果返回到故障分析运维服务器，再由故障分析运维服务器通过WEB服务将查询结果传输到故障查询计算机；IMS网络另一端与IP话机相连；所述信令分析服务器另一端与IMS网络相连；当故障分析运维服务器查询到故障电话信令流程后，传输至故障查询计算机进行显示故障信息。
所述故障信息，包括客户端出错、服务器端出错及全局错误三大类。
OPTION消息检测IP话机工作状态方法为：OPTIONS用于一个UA向另外一个UA或者代理服务器查询对方的能力。这让客户机不必向对方“振铃”就可以获得对方地下列信息：包括支持的方法、内容类型、扩展名、以及编解码方法等。
故障分析运维服务器采用内部数据接口调用方法为：通过数据库访问工具Mybitas直接连接到信令分析服务器数据库中，查询需要检测故障电话的信令分析记录，并取回到故障分析运维服务端，为向故障查询计算机推动查询结果准备数据。
故障分析运维服务器WEB服务方法为：接收基于浏览器的客户端信令流程查询请求；处理查询请求，将查询的关键字通过数据库访问对象进行数据库查询操作；接收数据库查询结果数据集合，封装成JSON格式通过网络传送到查询客户端，再按照WEB前端框架的CSS风格展示故障检测结果。
如图2所示，IMS信令分析服务器，包括：
信令采集模块，用于接收从核心交换机镜像端口传送出来IMS各个业务网元的信令数据包，对数据进行存储；
信令分析模块，用于将采集到的信令数据包按照信令数据包对应的消息协议进行分类解析，然后根据分类解析结果保存到信令解析表中；
WEB服务模块，用于为用户基于浏览器访问业务数据提供接入通道和数据格式转换，将信令解析表的记录转换为网页数据，方便用户查看。
如图3所示，故障分析运维服务器，包括：
故障受理模块，用于通过交互式应答IVR或WEB方式引导用户对申告故障电话信息进行登记，登记故障信息包括故障电话、故障现象描述、维修时间；
故障管理模块，用于管理故障业务信息，包括受理方式、故障类型定义、维修班组管理、故障流程管理。
故障分析检测模块，用于对受理的故障电话，通IMS过信令分析服务器查询故障电话已经发生的呼叫信令流程，进行故障定位和分析，得出故障结论。
如图4所示，一种基于故障分析运维的方法，被动故障分析运维详细步骤：
步骤(101)：IMS行政电话出现故障，接收用户登记的故障信息；故障申告平台将故障信息转发给故障查询计算机；故障信息包括：故障号码、故障现象、联系人和维修时间；
步骤(102)：故障查询计算机接收故障工单；故障查询计算机接收用户输入的故障工单上的待检测的电话号码；将查询指令发送给故障分析运维服务器；故障分析运维服务器接收到查询请求后，将查询请求转发到信令分析服务器；
步骤(103)：信令分析服务器接收查询请求，信令分析服务器将分析结果反馈给故障分析运维服务器；故障分析运维服务器接收故障电话的呼叫信令详细流程图，最终得到故障网元和故障信息说明；工作人员根据故障信息调整故障网元配置，直到故障修复。
步骤(103)的步骤包括：
步骤(1031)：由Tomcat接收查询请求，Tomcat读取地址的web.xml配置并缓存，同时自动查看web.xml配置中是否有符合条件的Filter过滤器，若有则调用Filter过滤器进行数据过滤，数据过滤是指将被检测号码作为过滤条件去掉被检测号码以外的数据；指定spring的DispatcherServlet作为处理请求的servlet，DispatcherServlet接收到Tomcat提交的请求并进行处理；
步骤(1032)：信令详单呼叫信息通过WEB前端JQuery发送Ajax GET方式请求到WEB服务后端，然后调用WEB服务后端Controller映射后获取数据；将获取到的数据格式是封装成一个json格式的数组对象返回到WEB前端进行解析；然后通过jqgrid数据表格形式展现信令详单数据列；
所述信令详单呼叫信息包括：信令分析服务器生成，包括主叫号码、主叫IP、被叫号码、被叫IP、消息代码、消息描述、信令数据包原文；
所述信令详单数据列包括工资表的基本工资、岗位工资、公积金、补助
步骤(1033)：根据信令详单数据列查询的某一呼叫的通话记录，通过JQuery发送AjaxPOST方式请求到服务端，同样Controller映射找到Ajax POST请求方式；WEB前端通过POST提交封装的JSON格式数据对象，进行解析对应的查询参数值，根据查询callid值通过MyBatis持久层框架查询postgresql数据库；对应的查询参数值包括被检测的号码和当前时间；
步骤(1034)：用callid值在信令消息明细表中查询到与callid值一致的信令消息明细记录”)，根据获取的信令消息明细记录的前后顺序排序，以JSON格式封装数组对象返回给WEB前端进行解析；解析后的数据集依次根据javascript+css方式以图形结构展现出来。
所述步骤(1031)的DispatcherServlet接收到Tomcat提交的请求并进行处理包括：
a、文件上传解析，如果请求类型是multipart将通过MultipartResolver进行文件上传解析；
b、通过HandlerMapping，将请求映射到处理器(返回一个HandlerExecutionChain，它包括一个处理器、多个HandlerInterceptor拦截器)；
c、通过HandlerAdapter支持多种类型的处理器(HandlerExecutionChain中的处理器)；
d、通过ViewResolver解析逻辑视图名到视图实现；
e、本地化解析；
f、视图渲染；
g、如果执行过程中遇到异常将交给HandlerExceptionResolver来解析。
如图5所示，一种基于故障分析运维的方法，主动故障分析运维详细步骤：
步骤(201)：数据准备：
故障分析运维服务器由IMS通信网络分配一个注册账号，通过注册账号注册到到IMS通信网络上，并分配一个UA号码；
向故障分析运维服务器录入待维护的电网行政电话信息，所述电网行政电话信息包括：电话号码和IP地址；
向故障分析运维服务器配置待维护电网行政电话的主动检测条件，主动检测条件包括：检测时间段、检测周期和检测结论提醒；
步骤(202)：故障分析运维服务器检测到满足主动检测条件的数据后，开始主动检测；
通过SIP协议构造OPTIONS消息，并且指故障分析运维服务器模拟一个IP电话向待检测的电话号码查询待检测IP电话的能力。不需要向对方“振铃”就可以获得对方的基础信息；待检测IP电话能力包括支持的方法、内容类型、扩展名、以及编解码方法等。
故障分析运维服务器接收到被检测的IP电话的通信能力的回应报文，则通过分析回应报文来确定被检测IP电话的状态；
如果OPTIONS没有响应，就返回一个超时错误指令；
步骤(203)：获取到被检查IP电话的工作状态后，自动将被检查IP电话的工作状态更新检测日志，日志内容包括检测时间和检测结论；
如果检测结论是UA不可用，则自动生成故障申告工单，执行步骤(103)，确定该UA不可用的准确原因，并由运维人员修复故障。
上述虽然结合附图对本发明的具体实施方式进行了描述，但并非对本发明保护范围的限制，所属领域技术人员应该明白，在本发明的技术方案的基础上，本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。
Claims (9)
1.基于电网行政电话的IMS故障分析运维方法，其特征是，包括如下步骤：
步骤(1)：被动故障分析运维；步骤(1)的步骤为：
步骤(101)：IMS行政电话出现故障，接收用户登记的故障信息；故障申告平台将故障信息转发给故障查询计算机；故障信息包括：故障号码、故障现象、联系人和维修时间；
步骤(102)：故障查询计算机接收故障工单；故障查询计算机接收用户输入的故障工单上的待检测的电话号码；将查询指令发送给故障分析运维服务器；故障分析运维服务器接收到查询请求后，将查询请求转发到信令分析服务器；
步骤(103)：信令分析服务器接收查询请求，信令分析服务器将分析结果反馈给故障分析运维服务器；故障分析运维服务器接收故障电话的呼叫信令流程图，最终得到故障网元和故障信息说明；工作人员根据故障信息调整故障网元配置，直到故障修复；
步骤(2)：主动故障分析运维；步骤(2)的步骤为：
步骤(201)：数据准备：
故障分析运维服务器由IMS通信网络分配一个注册账号，通过注册账号注册到到IMS通信网络上，并分配一个UA号码；
向故障分析运维服务器录入待维护的电网行政电话信息，所述电网行政电话信息包括：电话号码和IP地址；
向故障分析运维服务器配置待维护电网行政电话的主动检测条件，主动检测条件包括：检测时间段、检测周期和检测结论提醒；
步骤(202)：故障分析运维服务器检测到满足主动检测条件的数据后，开始主动检测；
通过SIP协议构造OPTIONS消息，并且指故障分析运维服务器模拟一个IP电话向待检测的电话号码查询待检测IP电话的能力；不需要向对方“振铃”就可以获得对方的基础信息；待检测IP电话能力包括支持的方法、内容类型、扩展名、以及编解码方法；
故障分析运维服务器接收到被检测的IP电话的通信能力的回应报文，则通过分析回应报文来确定被检测IP电话的状态；
如果OPTIONS没有响应，就返回一个超时错误指令；
步骤(203)：获取到被检查IP电话的工作状态后，自动将被检查IP电话的工作状态更新检测日志，日志内容包括检测时间和检测结论；
如果检测结论是UA不可用，则自动生成故障申告工单，执行步骤(103)，确定该UA不可用的准确原因，并由运维人员修复故障。
2.如权利要求1所述的方法，其特征是，步骤(103)的步骤包括：
步骤(1031)：由Tomcat接收查询请求，Tomcat读取地址的web.xml配置并缓存，同时自动查看web.xml配置中是否有符合条件的Filter过滤器，若有则调用Filter过滤器进行数据过滤，数据过滤是指将被检测号码作为过滤条件去掉被检测号码以外的数据；指定spring的DispatcherServlet作为处理请求的servlet，DispatcherServlet接收到Tomcat提交的请求并进行处理；
步骤(1032)：信令详单呼叫信息通过WEB前端JQuery发送Ajax GET方式请求到WEB服务后端，然后调用WEB服务后端Controller映射后获取数据；将获取到的数据格式是封装成一个json格式的数组对象返回到WEB前端进行解析；然后通过jqgrid数据表格形式展现信令详单数据列；
步骤(1033)：根据信令详单数据列查询的某一呼叫的通话记录，通过JQuery发送AjaxPOST方式请求到服务端，同样Controller映射找到Ajax POST请求方式；WEB前端通过POST提交封装的JSON格式数据对象，进行解析对应的查询参数值，根据查询callid值通过MyBatis持久层框架查询postgresql数据库；对应的查询参数值包括被检测的号码和当前时间；
步骤(1034)：用callid值在信令消息明细表中查询到与callid值一致的信令消息明细记录，根据获取的信令消息明细记录的前后顺序排序，以JSON格式封装数组对象返回给WEB前端进行解析；解析后的数据集依次根据javascript+css方式以图形结构展现出来。
3.如权利要求2所述的方法，其特征是，
所述步骤(1031)的DispatcherServlet接收到Tomcat提交的请求并进行处理包括：
a、文件上传解析，如果请求类型是multipart将通过MultipartResolver进行文件上传解析；
b、通过HandlerMapping，将请求映射到处理器，返回一个HandlerExecutionChain，HandlerExecutionChain包括一个处理器、多个HandlerInterceptor拦截器；
c、通过HandlerAdapter支持多种类型的处理器；所述多种类型的处理器包括：SimpleUrlHandlerMapping或者BeanNameUrlHandlerMapping；
d、通过ViewResolver解析逻辑视图名到视图实现；
e、本地化解析：对请求头信息进行解析处理，所述请求头信息包含客户端操作信息的本地标示；
f、视图渲染：生成前台动态信息展现；
g、如果执行过程中遇到异常将交给HandlerExceptionResolver来解析。
4.实现如权利要求1所述方法的基于电网行政电话的IMS故障分析运维系统，其特征是，包括：故障分析运维服务器和IMS信令分析服务器；
所述故障分析运维服务器通过主核心交换机分别与IMS通信网络的各个业务单元连接；
所述故障分析运维服务器通过备核心交换机分别与IMS通信网络的各个业务单元连接；
所述IMS信令分析服务器通过主核心交换机分别与IMS通信网络的各个业务单元连接；
所述IMS信令分析服务器通过备核心交换机分别与IMS通信网络的各个业务单元连接；
所述主核心交换机通过若干个接入层交换机连接，其中每个接入层交换机与若干个IP话机连接；
所述备核心交换机通过若干个接入层交换机连接，其中每个接入层交换机与若干个IP话机连接；
所述故障分析运维服务器还与故障查询计算机连接；
所述故障分析运维服务器采用SIP中继与IMS通信网络的各个业务单元进行通信；
所述故障分析运维服务器通过SIP中继构建OPTION消息检测IP话机工作状态，通过向被检测IP话机发送检测指令，然后通过被检测IP话机的回应消息判定被检测IP话机的工作状态；然后得到被检测IP话机的工作状态是否正常；
所述故障分析运维服务器采用内部数据接口调用方法，通过向IMS信令分析服务器发起故障电话信令流程查询请求，故障分析运维服务器收到允许查询的指令后，开始对故障电话信令流程进行查询和分析，通过WEB服务将分析出的故障信息传输到故障查询计算机进行显示。
5.如权利要求4所述的基于电网行政电话的IMS故障分析运维系统，其特征是，
所述故障分析运维服务器通过SIP中继构建OPTION消息检测IP话机工作状态方法为：OPTIONS用于一个IP话机向另外一个IP话机或者代理服务器查询对方的工作能力；所述工作能力包括支持的方法、内容类型、扩展名以及编解码方法。
6.如权利要求4所述的基于电网行政电话的IMS故障分析运维系统，其特征是，
故障分析运维服务器采用内部数据接口调用方法为：通过数据库访问工具Mybitas直接连接到IMS信令分析服务器，查询待检测故障电话的信令分析记录，并将待检测故障电话的信令分析记录存储到故障分析运维服务器，为向故障查询计算机推送查询结果做准备。
7.如权利要求4所述的基于电网行政电话的IMS故障分析运维系统，其特征是，
故障分析运维服务器WEB服务方法为：接收基于浏览器的故障电话信令流程查询请求；处理查询请求，将查询的关键字通过数据库访问对象进行数据库查询操作；接收数据库查询结果数据集合，封装成JSON格式通过网络传送到故障查询计算机，再按照WEB前端框架的CSS样式展示故障检测结果。
8.如权利要求4所述的基于电网行政电话的IMS故障分析运维系统，其特征是，故障分析运维服务器，包括：
故障受理模块，用于通过交互式应答IVR或WEB方式引导用户对申告故障电话信息进行登记，登记故障信息包括故障电话、故障现象描述、维修时间；
故障管理模块，用于管理故障业务信息，包括受理方式、故障类型定义、维修班组管理、故障流程管理；
故障分析检测模块，用于对受理的故障电话，通IMS过信令分析服务器查询故障电话已经发生的呼叫信令流程，进行故障定位和分析，得出故障结论。
9.如权利要求4所述的基于电网行政电话的IMS故障分析运维系统，其特征是，IMS信令分析服务器，包括：信令采集模块，用于接收从核心交换机镜像端口传送出来IMS各个业务网元的信令数据包，对数据进行存储；
信令分析模块，用于将采集到的信令数据包按照信令数据包对应的消息协议进行分类解析，然后根据分类解析结果保存到信令解析表中；
WEB服务模块，用于为用户基于浏览器访问业务数据提供接入通道和数据格式转换，将信令解析表的记录转换为网页数据，方便用户查看。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710086499.6A CN106685737B (zh) | 2017-02-17 | 2017-02-17 | 基于ip电话的ims故障分析运维系统、方法及服务器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710086499.6A CN106685737B (zh) | 2017-02-17 | 2017-02-17 | 基于ip电话的ims故障分析运维系统、方法及服务器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106685737A CN106685737A (zh) | 2017-05-17 |
| CN106685737B true CN106685737B (zh) | 2019-07-26 |
Family
ID=58862617
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710086499.6A Active CN106685737B (zh) | 2017-02-17 | 2017-02-17 | 基于ip电话的ims故障分析运维系统、方法及服务器 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106685737B (zh) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107453955B (zh) * | 2017-09-14 | 2018-05-01 | 国网山东省电力公司信息通信公司 | 一种电话交换网互通性智能监测方法及系统 |
| CN107592241A (zh) * | 2017-09-22 | 2018-01-16 | 上海电力设计院有限公司 | 电力ims行政交换网的运维保障系统及其运行方法 |
| US10986219B2 (en) | 2018-06-19 | 2021-04-20 | At&T Intellectual Property I, L.P. | LTE fault-tolerant signaling approach |
| CN109274658B (zh) * | 2018-09-04 | 2020-11-06 | 烽火通信科技股份有限公司 | 基于tr069协议的工单报文分析方法及系统 |
| CN109688198B (zh) * | 2018-11-23 | 2022-05-13 | 四川九洲电器集团有限责任公司 | 分布式系统及故障检测方法 |
| CN109951344B (zh) * | 2019-04-02 | 2021-10-22 | 国网内蒙古东部电力有限公司信息通信分公司 | 基于大数据分析的ims支撑运维告警系统及方法 |
| CN110162515A (zh) * | 2019-04-30 | 2019-08-23 | 中国科学院深圳先进技术研究院 | 一种解耦合的弹性数据仓库架构 |
| CN110650048B (zh) * | 2019-09-24 | 2022-03-18 | 中国人民解放军61623部队 | 一种基于ims的智能数字配线系统 |
| CN111432084B (zh) * | 2020-03-12 | 2021-07-09 | 厦门亿联网络技术股份有限公司 | 话机日志翻译方法、系统、存储介质及翻译设备 |
| CN111756937B (zh) * | 2020-05-07 | 2021-05-28 | 国网山东省电力公司信息通信公司 | 一种供电服务中心ims调度指挥坐席系统及方法 |
| CN112040073B (zh) * | 2020-07-15 | 2022-03-08 | 国网山东省电力公司信息通信公司 | 一种智能查号服务器、查号系统及查号方法 |
| CN111988199B (zh) * | 2020-08-04 | 2022-03-08 | 国网山东省电力公司信息通信公司 | 一种电力交换网ims信令分析系统及方法 |
| CN112751708B (zh) * | 2020-12-29 | 2023-05-23 | 锐捷网络股份有限公司 | 基于tr069协议的网络管理方法及系统 |
| CN113472568A (zh) * | 2021-06-22 | 2021-10-01 | 深圳市亿联无限科技有限公司 | 语音网关报障呼叫方法和系统 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101170593A (zh) * | 2007-11-26 | 2008-04-30 | 华为技术有限公司 | 一种VoIP电话终端及在线故障检测设备及方法 |
| CN101437032A (zh) * | 2008-12-19 | 2009-05-20 | 重庆邮电大学 | 基于sip协议的voip语音质量监测系统及检测方法 |
| CN101489004A (zh) * | 2009-03-03 | 2009-07-22 | 中兴通讯股份有限公司 | 一种VoIP终端的远程诊断方法和系统 |
| CN101605075A (zh) * | 2009-07-28 | 2009-12-16 | 杭州华三通信技术有限公司 | 一种基于sip的ip电话故障告警方法及装置 |
| CN102804744A (zh) * | 2009-06-15 | 2012-11-28 | 卡拉布瑞欧有限公司 | 用于记录基于VoIP网络的呼叫会话的分布式记录服务器体系结构 |
| CN104753735A (zh) * | 2013-12-31 | 2015-07-01 | 中国移动通信集团上海有限公司 | 一种拨测系统及方法 |
-
2017
- 2017-02-17 CN CN201710086499.6A patent/CN106685737B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101170593A (zh) * | 2007-11-26 | 2008-04-30 | 华为技术有限公司 | 一种VoIP电话终端及在线故障检测设备及方法 |
| CN101437032A (zh) * | 2008-12-19 | 2009-05-20 | 重庆邮电大学 | 基于sip协议的voip语音质量监测系统及检测方法 |
| CN101489004A (zh) * | 2009-03-03 | 2009-07-22 | 中兴通讯股份有限公司 | 一种VoIP终端的远程诊断方法和系统 |
| CN102804744A (zh) * | 2009-06-15 | 2012-11-28 | 卡拉布瑞欧有限公司 | 用于记录基于VoIP网络的呼叫会话的分布式记录服务器体系结构 |
| CN101605075A (zh) * | 2009-07-28 | 2009-12-16 | 杭州华三通信技术有限公司 | 一种基于sip的ip电话故障告警方法及装置 |
| CN104753735A (zh) * | 2013-12-31 | 2015-07-01 | 中国移动通信集团上海有限公司 | 一种拨测系统及方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106685737A (zh) | 2017-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106685737B (zh) | 基于ip电话的ims故障分析运维系统、方法及服务器 | |
| CN106850318B (zh) | Ims信令流程可视化展现系统、方法及服务器 | |
| CN111988199B (zh) | 一种电力交换网ims信令分析系统及方法 | |
| AU2019276708B2 (en) | Emergency data gateway device | |
| CN107645413B (zh) | 智能化电话交换网核心侧接入侧全自动配置平台及方法 | |
| CN110417915A (zh) | 一种推送消息传输方法、装置、存储介质及电子设备 | |
| CN107453955B (zh) | 一种电话交换网互通性智能监测方法及系统 | |
| CN109951344B (zh) | 基于大数据分析的ims支撑运维告警系统及方法 | |
| CN103259684A (zh) | 互联网业务监控方法和系统 | |
| CN107919971A (zh) | 用于音视频通讯连接容灾的方法、装置及系统 | |
| CN106453324A (zh) | 一种使网页电话不中断的方法 | |
| CN112637424A (zh) | 一种通信网络的话务审计处理系统 | |
| EP4046405A1 (en) | Data relay for multi-tenant emergency call system | |
| US20070201640A1 (en) | System, device and method for operation and maintenance of network devices | |
| CN103944779B (zh) | 一种wap业务性能监测方法及系统 | |
| CN104769891A (zh) | 用以检测和传达关于通信链路状态的信息的方法和装置 | |
| CN109818784A (zh) | 智能变电站过程层物理链路故障诊断的方法 | |
| CN102739422A (zh) | 业务信令跟踪方法、系统及装置 | |
| CN107046604A (zh) | 基于sip协议的ip电话巡检系统、方法及服务器 | |
| CN114039834B (zh) | 一种实现光网端到端故障一键诊断的处理方法及装置 | |
| CN109976933A (zh) | 一种日志处理方法和装置 | |
| CN107911642A (zh) | 一种有线电视网络管理系统 | |
| CN108632478A (zh) | 统计呼叫详单的方法、装置、电子设备和可读存储介质 | |
| CN106559253A (zh) | 一种组播诊断方法及装置 | |
| CN111541585A (zh) | 接入设备的巡检方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |