一种分析识别IMS接入侧终端故障的方法及装置与流程

文档序号:12692299阅读:816来源:国知局
一种分析识别IMS接入侧终端故障的方法及装置与流程

本发明涉及电力通信技术领域,尤其涉及一种分析识别IMS接入侧终端故障的方法及装置。



背景技术:

当前对IMS接入侧的终端故障判断主要还是依赖于用户主动报障,并不能主动的发现用户侧的故障。同时用户主动报障时,并不能准确的描述用户自己的故障,常见的故障是无法接听、无法拨打,但是导致这种故障的可能性有多方面的。比如为用户本身的终端故障,或者是用户终端的账号密码错误,以及用户的接入侧网络层面存在故障。



技术实现要素:

有鉴于现有技术的上述缺陷,本发明所要解决的技术问题是提供一种分析识别IMS接入侧终端故障的方法及装置,能够及时通过信令分析识别出当前网络中接入侧设备存在的故障,将设备的信令轨迹记录下来,用于主动检修或者用户报障时的快速判断。

为实现上述目的,本发明提供了一种分析识别IMS接入侧终端故障的方法,包括以下步骤:

步骤101、采集信令数据,对信令数据进行解码;

步骤102、筛选出几种关注的消息类型,包含SIP REGISTER和其他常见的4XX错误;

步骤103、在信令的HEADER中提取出发起方FROM的信息,即实体的账号;

步骤104、根据不同的信令类型以及当前信令状态,通过一定的策略形成实体的信令轨迹;

步骤105、在接收用户报障后,提取出障碍号码,并与之前形成的实体信令轨迹进行关联,最终达到快速判断故障原因的目的。

上述的一种分析识别电力系统中IMS接入侧终端故障的方法,其中,所述步骤102的常见的4XX错误包括:400bad request错误请求,401Unauthorized未授权,407proxy authentication required代理需要认证,404not found未发现。

上述的一种分析识别电力系统中IMS接入侧终端故障的方法,其中,所述步骤101的信令解码输出包含消息类型、协议版本、消息序列、消息内容、消息长度、发起方信息、接收方信息、终端代理类型。

上述的一种分析识别电力系统中IMS接入侧终端故障的方法,其中,所述步骤104中形成实体的信令轨迹的策略为:

1、首先要判断信令的类型,根据信令类型判断是否是需要关联的信令;

2、如果不需要关联,则直接将相关信令翻译成故障;

3、如果需要关联,首先生成关联会话窗口等待关联信令,继续采集需要关联的信令的记录,每个终端号码共保存最近三次的心跳记录;

4、继续采集是否存在因为账号密码错误引起的需要关联的信令,如果存在则该终端账号密码错误。

一种分析识别IMS接入侧终端故障的装置,包括:

信令采集模块,用于采集信令数据;

解码模块,用于对采集到的数据进行解码和过滤;

轨迹合成模块,用于将过滤后的信令数据进行关联和合成,记录每个实体最近的3条信令轨迹;

故障接收模块,用于接收外部的报障信息,实体是障碍号码;

故障关联模块,用于将故障接收模块接收的障碍号码与轨迹合成模块生成的信令轨迹记录之间关联起来,最终分析出实体的故障;

所述信令采集模块输出端与解码模块连接,所述解码模块输出端与轨迹合成模块连接,所述轨迹合成模块输出端、故障接收模块204输出端均与故障关联模块连接。

上述的一种分析识别IMS接入侧终端故障的装置,其中,所述故障接收模块可以以页面或者webservice接口的方式暴露出故障判断的能力,接收的参数主要为障碍号码,接收到障碍号码之后通过与终端号码的异常信令轨迹进行关联,从而达到快速判断故障原因的目的。

本发明的有益效果是:

本发明通过对SBC(会话边界控制器)的信令进行采集、分析、合并,记录了一系列的针对故障终端的信令轨迹,当用户报障时,通过与之前采集到的信令轨迹进行比对,从而快速判断接入侧故障,高效方便。

以下将结合附图对本发明的构思、具体结构及产生的技术效果作进一步说明,以充分地了解本发明的目的、特征和效果。

附图说明

图1是本发明的智能化故障处理总体方法流程图。

图2是本发明的智能化故障处理装置流程图。

图3是本发明的智能化故障处理判断过程流程图。

具体实施方式

如图1、3所示,一种分析识别IMS接入侧终端故障的方法,其特征在于,包括以下步骤:

步骤101、采集信令数据,对信令数据进行解码。采集后对信令类型进行分析,采集的信令可能包含多种多样请求类型,比如说常见的SIP REGISTER、INVITE、OPTIONS、BYE、ACK等等。信令解码输出包含消息类型、协议版本、消息序列、消息内容、消息长度、发起方信息、接收方信息、终端代理类型。

步骤102、筛选出几种关注的消息类型,包含SIP REGISTER和其他常见的4XX错误,常见的4XX错误包括:400bad request错误请求,401Unauthorized未授权,407proxy authentication required代理需要认证,404not found未发现。对于本方法,只关注一些需要采集的类型,其余的过滤掉,我们关注的消息类型主要有SIP REGISTER(客户端发送的心跳消息)、4XX错误等(客户端侧的错误)。

步骤103、在信令的HEADER中提取出发起方FROM的信息,即实体的账号。比如SIP REGISTER信令信息如下:

REGISTER sip:192.168.254.128SIP/2.0

Via:SIP/2.0/UDP192.168.254.1:14798;branch=z9hG4bK-d87543-d0403415bd27922f-1--d87543-;rport

Max-Forwards:70

Contact:

<sip:102@192.168.254.1:14798;rinstance=b381c29d54c504c9>

To:"102"<sip:102@192.168.254.128>

From:"102"<sip:102@192.168.254.128>;tag=e4629c5e

Call-ID:ZTc3OTQ2OTg5ODJjODVmMDExODcwYTU1MmNlMTRmMTI.

CSeq:1REGISTER

Expires:3600

Allow:INVITE,ACK,CANCEL,OPTIONS,BYE,REFER,NOTIFY,MESSAGE,SUBSCRIBE,INFO

User-Agent:eyeBeam release 1011d stamp 40820

Content-Length:0

对于以上信令内容,提取出其中的FROM字段,解析出其中的终端账号为102@192.168.254.128在这里,把这个称为终端实体。其余的信令均含有FROM字段,把各种关注的信令消息中的终端实体提取出来,用于后续记录的关联。

步骤104、根据不同的信令类型以及当前信令状态,通过一定的策略形成实体的信令轨迹。

首先要判断信令的类型,根据信令类型判断是否是需要关联的信令。如果不需要关联,则直接将相关信令翻译成故障,比如400、401、404这些指令,当他们出现之后就已经可以直接判断出故障原因了,那么直接判断出故障原因并与终端实体关联,形成关系记录,记录到数据库中用于后续故障的关联。

如果需要关联,首先生成关联会话窗口等待关联信令。然后,继续采集需要关联的信令的记录,每个终端号码共保存最近三次的心跳记录。首先,判断是否存在已采集过的SIP REGISTER记录,如果不存在已采集过的SIP REGISTER记录则等待第一次SIP REGISTER记录。如果存在已采集过的SIP REGISTER记录,从记录中提取出每次REGISTER的心跳时间,计算出心跳周期,然后继续判断是否超过一次心跳周期无心跳记录,不是的话更新该号码最后一次心跳时间并保存3条,是的话说明设备离线。有的一些信令,是需要关联分析之后才能判断是否存在故障的,比如SIP REGISTER信令,这是一个心跳信令,需要判断超过一个正常心跳周期之后没有来自于接入侧终端的心跳记录时,我们才能判断设备离线,如果在一个周期时间内设备发送了正常的心跳,那么我们认为终端是健康存活的。

然后,继续采集是否存在因为账号密码错误引起的需要关联的信令,如果存在则该终端账号密码错误。类似于407这种信令记录,在终端正常登陆时也会产生一次407信令,但是如果账号密码错误的时候,那么则会产生两次407信令,这两次407信令唯一不同之处在于信令中的cseq变化了,第二次的407信令,也就是失败的信令。

以上各类故障判断出来后,就进行信令轨迹合成,形成该终端号码的异常信令轨迹。信令轨迹合成是指这样一种情况,比如一个终端可能第一次配置账号密码的时候,有可能会出现先出现了404信令,说明这个时候账号还没有配置,属于未开户的情况,然后又可能出现407信令,也就是出现了账号密码不对的情况,这种情况合成后的轨迹就是一条404两条407信令,这种就完全可以判定为账号密码类的错误(完全没有正常认证过的信令轨迹)。

步骤105、在接收用户报障后,提取出障碍号码,并与之前形成的实体信令轨迹进行关联,最终达到快速判断故障原因的目的。

如图2所示,一种分析识别IMS接入侧终端故障的装置,其特征在于,包括:

信令采集模块201,用于采集信令数据;

解码模块202,用于对采集到的数据进行解码和过滤;

轨迹合成模块203,用于将过滤后的信令数据进行关联和合成,记录每个实体最近的3条信令轨迹;

故障接收模块204,用于接收外部的报障信息,实体是障碍号码;

故障关联模块205,用于将故障接收模块204接收的障碍号码与轨迹合成模块203生成的信令轨迹记录之间关联起来,最终分析出实体的故障;

所述信令采集模块201输出端与解码模块202连接,所述解码模块202输出端与轨迹合成模块203连接,所述轨迹合成模块203输出端、故障接收模块204输出端均与故障关联模块205连接。

本实施例中,所述故障接收模块可以以页面或者webservice接口的方式暴露出故障判断的能力,接收的参数主要为障碍号码,接收到障碍号码之后通过与终端号码的异常信令轨迹进行关联,从而达到快速判断故障原因的目的。

本发明能够及时通过信令分析识别出当前网络中接入侧设备存在的故障,将设备的信令轨迹记录下来,用于主动检修或者用户报障时的快速判断。

本发明通过对SBC(会话边界控制器)的信令进行采集、分析、合并,记录了一系列的针对故障终端的信令轨迹,当用户报障时,通过与之前采集到的信令轨迹进行比对,从而快速判断接入侧故障,高效方便。

以上详细描述了本发明的较佳具体实施例。应当理解,本领域的普通技术人员无需创造性劳动就可以根据本发明的构思做出诸多修改和变化。因此,凡本技术领域中技术人员依本发明的构思在现有技术的基础上通过逻辑分析、推理或者有限的实验可以得到的技术方案,皆应在由权利要求书所确定的保护范围内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1