一种家庭网关H.248协议语音故障自诊断的实现方法

摘要

本发明公开了一种家庭网关H.248协议语音故障自诊断的实现方法，具体包括以下步骤：在家庭网关中创建独立的H.248故障自诊断程序，并通过进程间通信方式与H.248语音程序进行交互；H.248语音程序把运行中的各种关键事件上报给H.248故障自诊断程序；H.248故障自诊断程序分类、过滤处理各种关键事件，并按事件类型建立相应状态机，分别对各类事件进行分析诊断，再将诊断结果分别记录在对应类型的诊断链表中；在用户界面，H.248故障自诊断程序应用户要求获取故障记录信息，输出到用户界面进行显示。本发明不增加硬件成本，且对现有语音功能影响最小，能将故障诊断结果以简单语言文字输出，使工程人员快速获取故障原因，及时处理故障。

说明书

技术领域

本发明涉及计算机通信技术领域，具体涉及一种家庭网关H.248协议语音故障自诊断的实现方法。

背景技术

家庭网关是伴随着家庭网络概念诞生的面向家庭用户、小商铺、小企业的智能接入设备，H.248协议是家庭网关语音功能所使用的一种常见语音协议。

目前，在工程测试和业务开通过程中，常常出现一些由环境因素引起的语音故障，而工程运维人员因为对具体技术细节不清楚，有时候一些简单故障，也经常需要联系技术支持或者研发人员进行多次信息抓取才能确认解决,费时费力，造成语音故障不能得到及时处理。

发明内容

本发明所要解决的技术问题是如何使工程运维人员能快速获取语音故障信息，使语音故障得到及时处理的问题。

为了解决上述技术问题，本发明所采用的技术方案是提供一种家庭网关H.248协议语音故障自诊断的实现方法，具体包括以下步骤：

在家庭网关中创建独立的H.248故障自诊断程序，并通过进程间通信方式与H.248语音程序进行交互；

H.248语音程序把运行中的各种关键事件上报给H.248故障自诊断程序；

H.248故障自诊断程序分类、过滤处理各种关键事件，并按事件类型建立相应状态机，分别对各类关键事件进行分析诊断，再将诊断结果分别记录在对应类型的诊断链表中；

在家庭网关的用户界面，H.248故障自诊断程序应用户要求获取对应诊断链表中的故障记录信息，输出到用户界面进行显示。

在上述方法中，所述H.248语音程序是通过接口消息上报各种关键事件给H.248故障自诊断程序；

其中，每个所述接口消息包括事件类型、附带的关键描述信息和具体消息内容。

在上述方法中，所述关键事件类型包括H.248语音程序初始化事件、H.248语音程序注册事件和呼叫事件；

H.248故障自诊断程序按事件类型建立相应状态机包括初始化过程状态机、注册过程状态机和呼叫过程状态机；

H.248故障自诊断程序将诊断链表分为H.248语音程序初始化诊断链表、H.248语音程序注册诊断链表和呼叫诊断链表。

在上述方法中，所述H.248故障自诊断程序以工程常见故障处理经验为依据，为诊断结果中的故障提供处理建议，并将处理建议保存在相应诊断链表该次诊断所在的表项中，当用户要求获取该次诊断信息时，与该次诊断的其他的记录信息一起输出显示。

在上述方法中，所述H.248故障自诊断程序根据工程经验，在曾经或者容易出现故障的流程处，专门针对相应故障特点进行判断，如果发现可能存在故障，给出提示和处理建议，记录到相应的诊断链表中。

在上述方法中，所述H.248故障自诊断程序通过开关控制启动。

在上述方法中，H.248语音程序初始化过程中的故障诊断具体包括以下步骤：

步骤S101、H.248语音程序启动，通过接口消息上报启动开始事件给H.248故障自诊断程序，H.248故障自诊断程序建立初始化过程状态机，开始对其进行初始化过程故障诊断，并在初始化诊断链表中记录“系统启动中”；

步骤S102、H.248语音程序发现故障，上报故障对应事件给H.248故障自诊断程序，H.248故障自诊断程序初始化过程状态机记录该故障对应事件，并写入初始化诊断链表；

步骤S103、H.248语音程序在故障发生后，等待一段时间，再次进行运行尝试，如果故障仍然存在，执行步骤S104；否则，执行步骤S105；

步骤S104、再次上报对应故障事件给H.248故障自诊断程序，执行步骤S107；

步骤S105、上报启动继续进行事件给H.248故障自诊断程序，初始化状态机记录故障解除，并将“故障解除”提示输出到初始化诊断链表，执行步骤S106；

步骤S106、H.248语音程序上报启动完成事件给H.248故障自诊断程序，初始化状态机记录当前系统启动状态，将提示“系统启动成功”输出到初始化诊断链表，然后执行步骤S109；

步骤S107、在用户界面查询诊断结果；

步骤S108、H.248故障自诊断程序获取初始化诊断链表对应内容，输出显示在页面；

步骤S109、结束程序。

在上述方法中，H.248语音程序注册过程中的故障诊断具体包括以下步骤：

步骤S201、H.248语音程序注册失败，把注册失败事件和原因通过接口消息上报给H.248故障自诊断程序，H.248故障自诊断程序把该故障提示保存到注册诊断链表；

步骤S202、H.248语音程序再次注册，如果再次注册失败，执行步骤S203；否则，执行步骤S204；

步骤S203、把注册失败事件和原因通过接口消息上报给H.248故障自诊断程序，判断注册失败原因与上册是否一致，如果一致，执行步骤S207；否则，执行步骤S206；

步骤S204、H.248语音程序通过接口消息上报给H.248故障自诊断程序故障消除，将故障消除提示保存到注册诊断链表；

步骤S205、H.248语音程序再次注册成功，通过接口消息上报给H.248故障自诊断程序，H.248故障自诊断程序发现注册成功，将注册成功提示保存到注册诊断链表，然后执行步骤S209；

步骤S206、H.248故障自诊断程序将注册失败事件和原因再次保存到注册诊断链表；

步骤S207、在用户界面查询注册诊断结果；

步骤S208、H.248故障自诊断程序获取注册诊断链表对应内容，输出显示在页面；

步骤S209、结束程序。

在上述方法中，H.248语音程序呼叫过程中的故障诊断具体包括以下步骤：

步骤S301、在呼叫过程中H.248语音程序将呼叫关键事件通过接口消息上报给H.248故障自诊断程序；

步骤S302、H.248故障自诊断程序针对每次呼叫创建呼叫状态机，监控整个呼叫过程的进行，并将每个关键事件以及呼叫成功的提示或呼叫失败原因提示记录到呼叫诊断链表中；

步骤S303、H.248故障自诊断程序在每次呼叫诊断完成后，初始化呼叫状态机，重新开始接收新的呼叫事件，进行再次呼叫的诊断；

步骤S304、在用户界面查询呼叫诊断结果，H.248故障自诊断程序获取呼叫诊断链表对应内容，输出显示在页面。

在上述方法中，在用户界面查询诊断结果有两种情况：

当查询当前系统运行诊断结果时，H.248故障自诊断程序遍历对应诊断链表，把时间最近一次的诊断记录内容输出到页面显示；

当查询系统运行历史诊断结果时，H.248故障自诊断程序把对应诊断链表的内容逐项输出到页面显示。

本发明通过创建一个独立的H.248故障自诊断程序，收集H.248语音程序运行中的各种关键事件，并对关键事件进行归类分析，给出故障原因和处理建议，在不增加硬件成本的情况下，通过对软件的修改，实现一种对现有语音功能影响最小的自动检测H.248常用语音故障的方法，并把故障诊断结果以简单语言文字的形式输出，使工程人员能够快速获取故障原因，及时对故障进行处理。

附图说明

图1为本发明提供的一种家庭网关H.248协议语音故障自诊断的实现方法的系统框图；

图2为本发明中H.248语音程序初始化过程中的故障诊断流程图；

图3为本发明中H.248语音程序注册过程中的故障诊断流程图；

图4为本发明实施例H.248故障自诊断程序对主叫失败的呼叫过程故障诊断流程图；

图5为本发明实施例H.248故障自诊断程序对被叫成功的呼叫过程故障诊断流程图。

具体实施方式

鉴于目前电信运营商向家庭用户提供固话业务基本通过家庭网关实现，本发明在家庭网关应用软件基础上，通过创建一个独立的H.248故障自诊断程序，收集H.248语音程序运行中的各种关键信息(即关键事件)，并以工程常见故障处理经验为参考依据，内建逻辑对关键事件进行归类分析，给出故障原因和处理建议，再通过用户界面或者其他可理解的方式翻译呈现给工程运维人员，从而快速对故障进行处理，可见，本发明的应用前提是用户已开通了使用H.248协议的VOIP业务，

下面结合说明书附图和具体实施例对本发明做出详细的说明。

本发明提供的一种家庭网关H.248协议语音故障自诊断的实现方法，系统框图如图1所示，具体包括以下步骤：

第一步、在家庭网关中创建独立的H.248故障自诊断程序(作为服务器)，并通过进程间通信方式(socke或者uds)与H.248语音程序(作为客户端)进行交互。

第二步、H.248语音程序把运行中的各种关键事件上报给H.248故障自诊断程序，本发明为避免H.248语音程序的正常功能受到影响，此处仅是如实的对孤立的关键事件上报，H.248语音程序本身不做其正常应有功能之外的任何多余判断；

在本发明中，H.248语音程序是通过接口消息上报各种关键事件给H.248故障自诊断程序；其中，每个接口消息包含了事件类型(ID)、附带的关键描述信息和具体消息内容，具体消息内容由客户端和服务器根据业务诊断需要，协商确定。

第三步、H.248故障自诊断程序把收集到的各种关键事件进行分类、过滤处理，基于H.248协议特点以及工程经验，通过单个孤立关键事件基本不能判断出来故障原因，所以H.248故障自诊断程序需要按事件类型建立相应状态机，将各类关键事件分别放入对应状态机，记录同类型关键事件的一系列流程进展，这样就可以针对H.248语音程序的不同业务流程进行较为复杂和专业的分析监控，从而能够获得一个综合的诊断结果(包括诊断建议)，再将诊断结果分别记录在对应类型的诊断链表中，即服务器根据事件类型进行分类分析，当确定出现故障或者需要对用户进行提示时，将附带的关键描述信息和具体消息内容翻译成简短的文本语言形式，并保存在对应事件类型的诊断链表中；

在本发明中，关键事件类型包括H.248语音程序初始化事件、H.248语音程序注册事件和呼叫事件等；相应的，服务器按事件类型建立相应状态机包括初始化过程状态机、注册过程状态机和呼叫过程状态机；相应的，服务器根据H.248语音程序的特点和常见工程故障处理经验将诊断链表分为H.248语音程序初始化诊断链表、H.248语音程序注册诊断链表和呼叫诊断链表。

第四步、在家庭网关的用户界面，H.248故障自诊断程序应用户要求获取对应诊断链表中的故障记录信息，输出到用户界面进行显示，完成用户界面与H.248故障自诊断程序的交互。

本发明不仅在不增加硬件成本的情况下，只通过对软件修改实现语音故障自诊断，而且客户端在原有语音程序基础上，只负责对发生定义的事件时进行上报，本身不作任何多余处理，避免了在进行故障自诊断时影响原有语音功能。

在本发明中，服务器可以以工程常见故障处理经验为依据，为诊断出的故障提供处理建议，并将该建议保存在对应诊断链表该故障所在的表项中，当用户要求获取该故障信息时，与该故障的其他的记录信息一起输出显示。

在本发明中，服务器根据工程经验，在曾经或者容易出现故障的流程处，专门针对相应故障特点进行判断，如果发现可能存在故障，给出提示和处理建议，记录到相应的诊断链表中。

本发明的H.248故障自诊断程序通过开关控制启动，当发现故障时，工程人员可以选择开启，在故障重现后，以语言或文字等形式简单明了的输出当前故障记录信息(包括故障原因、故障位置等)和诊断建议。

在本发明中，第三步共包括三种应用场景，即H.248语音程序初始化、H.248语音程序注册和呼叫过程，下面分别对本发明在三个应用场景进行故障诊断的具体过程进行说明。

如图2所示，H.248语音程序初始化过程中的故障诊断具体包括以下步骤：

步骤S101、H.248语音程序启动，通过接口消息上报启动开始事件给H.248故障自诊断程序，H.248故障自诊断程序建立初始化过程状态机，开始对其进行初始化过程故障诊断，并在初始化诊断链表中记录“系统启动中”。

步骤S102、H.248语音程序发现故障，上报故障对应事件给H.248故障自诊断程序，H.248故障自诊断程序初始化过程状态机记录该故障对应事件，并写入初始化诊断链表；以IP获取故障为例，H.248语音程序上报IP获取失败事件给H.248故障自诊断程序；H.248故障自诊断程序的初始化过程状态机记录为IP获取故障状态，把该故障“获取IP失败”输出到初始化诊断链表。

步骤S103、H.248语音程序在故障发生后，等待一段时间，再次进行运行尝试，如果发现故障仍然存在，执行步骤S104；否则，执行步骤S105。

步骤S104、再次上报对应故障事件给H.248故障自诊断程序，执行步骤S107；在本发明中，H.248故障自诊断程序的初始化状态机发现已经处于该故障状态，不重复记录输出该故障，屏蔽掉连续重复的多余事件，避免频繁操作诊断链表。

步骤S105、如果故障已经消除，上报启动继续进行事件给H.248故障自诊断程序，初始化状态机记录故障解除，并将“故障解除”提示输出到初始化诊断链表(以IP获取故障为例，输出“IP获取成功”)，进入继续启动状态，执行步骤S106。

步骤S106、H.248语音程序正常启动完成，上报启动完成事件给H.248故障自诊断程序，初始化状态机记录当前系统启动状态，将提示“系统启动成功”输出到初始化诊断链表，然后执行步骤S109。

步骤S107、在用户界面查询诊断结果；

步骤S108、H.248故障自诊断程序获取初始化诊断链表对应内容，输出显示在页面。在本发明中，在用户界面查询诊断结果有两种情况，当查询当前系统运行诊断结果时，H.248故障自诊断程序遍历初始化诊断链表，把时间最近一次的诊断记录内容输出到页面显示；当查询系统运行历史诊断结果时，H.248故障自诊断程序把初始化诊断链表的内容逐项输出到页面显示。

步骤S109、结束程序。

如图3所示，H.248语音程序注册过程中的故障诊断具体包括以下步骤：

步骤S201、H.248语音程序注册失败，把注册失败事件和原因通过接口消息上报给H.248故障自诊断程序，H.248故障自诊断程序把该故障提示保存到注册诊断链表。

步骤S202、H.248语音程序再次注册，如果再次注册失败，执行步骤S203；否则，执行步骤S204。

步骤S203、把注册失败事件和原因通过接口消息上报给H.248故障自诊断程序，判断注册失败原因与上册是否一致，如果一致，为屏蔽掉连续重复的多余事件，避免频繁操作诊断链表，不再将其保存到注册诊断链表，执行步骤S207；否则，执行步骤S206。

步骤S204、H.248语音程序通过接口消息上报给H.248故障自诊断程序故障消除，将故障消除提示保存到注册诊断链表。

步骤S205、H.248语音程序再次注册成功，通过接口消息上报给H.248故障自诊断程序，H.248故障自诊断程序发现注册成功，将注册成功提示保存到注册诊断链表，然后执行步骤S209。

步骤S206、H.248故障自诊断程序将注册失败事件和原因再次保存到注册诊断链表。

步骤S207、在用户界面查询注册诊断结果。

步骤S208、H.248故障自诊断程序获取注册诊断链表对应内容，输出显示在页面。在本发明中，在用户界面查询注册诊断结果有两种情况，当查询当前注册诊断结果时，H.248故障自诊断程序遍历注册诊断链表，把时间最近一次的诊断记录内容输出到页面显示；当查询历史注册诊断结果时，H.248故障自诊断程序把注册诊断链表的内容逐项输出到页面显示。

步骤S209、结束程序。

H.248语音程序呼叫过程中的故障诊断具体包括以下步骤：

步骤S301、在呼叫过程中H.248语音程序将呼叫关键事件(比如摘机、挂机、媒体分配、媒体连接、播放拨号音和忙音等)通过接口消息上报给H.248故障自诊断程序。

步骤S302、H.248故障自诊断程序针对每次呼叫创建呼叫状态机，监控整个呼叫过程的进行，并将每个关键事件以及呼叫成功的提示或呼叫失败原因提示记录到呼叫诊断链表中。

步骤S303、H.248故障自诊断程序在每次呼叫诊断完成后(呼叫成功或呼叫失败后)，初始化呼叫状态机，重新开始接收新的呼叫事件，进行再次呼叫的诊断。

步骤S304、在用户界面查询呼叫诊断结果，H.248故障自诊断程序获取呼叫诊断链表对应内容，输出显示在页面。在本发明中，在用户界面查询呼叫诊断结果有两种情况，当查询当前呼叫诊断结果时，H.248故障自诊断程序遍历呼叫诊断链表，把时间最近一次的诊断记录内容输出到页面显示；当查询历史呼叫诊断结果时，H.248故障自诊断程序把呼叫诊断链表的内容逐项输出到页面显示。

下面分别以主叫失败和被叫成功为具体实施例，具体说明H.248故障自诊断程序对H.248语音程序呼叫过程中的故障诊断。

如图4所示，H.248故障自诊断程序对主叫失败的呼叫过程故障诊断的具体步骤如下：

步骤S3101、H.248语音程序检测到用户摘机事件，通过接口消息上报给H.248故障自诊断程序，H.248故障自诊断程序建立主叫呼叫状态机，并进入主叫摘机状态。

步骤S3102、H.248语音程序检测到播放拨号音事件，上报给H.248故障自诊断程序，呼叫状态机进入收号状态。

步骤S3103、H.248语音程序检测到用户拨号事件，上报给H.248故障自诊断程序，H.248故障自诊断程序逐位记录用户拨打的号码。

步骤S3104、H.248语音程序收到MGC分配媒体请求，上报给H.248故障自诊断程序，H.248故障自诊断程序记录收到该请求的时间。

步骤S3105、H.248语音程序收到MGC放忙音命令，上报给H.248故障自诊断程序，H.248故障自诊断程序比较放忙音和分配媒体请求的时间间隔，如果间隔很短，输出诊断建议“呼叫失败，可能是语音编码或者RTP资源名字与MGC要求不符合，请检查相关配置！”；如果时间较长，输出“用户呼出，但是被叫似乎没有响应(无应答)，可能因此导致超时”，该建议存在呼叫诊断链表中。

步骤S3106、输出完毕后，状态机进入初始状态。

步骤S3107、用户界面查询当前呼叫诊断结果,向H.248故障自诊断程序发出获取诊断结果请求。

步骤S3108、H.248故障自诊断程序把呼叫诊断链表最近一次记录输出给用户界面，用户界面把输出内容显示到页面上。

如图5所示，H.248故障自诊断程序对被叫成功的呼叫过程故障诊断的具体步骤如下：

步骤S3201、H.248语音程序接收到被叫振铃或者分配媒体请求，上报给H.248故障自诊断程序，H.248故障自诊断程序进入被叫呼入状态机。

步骤S3202、H.248语音程序检测到用户摘机事件，上报给H.248故障自诊断程序，H.248故障自诊断程序进入被叫摘机状态。

步骤S3203、H.248语音程序建立媒体连接，上报给H.248故障自诊断程序，H.248故障自诊断程序发现媒体连接为双向，进入被叫通话状态，输出“本次呼叫成功”提示到呼叫诊断链表。

步骤S3204、用户界面查询当前呼叫诊断结果,向H.248故障自诊断程序发出获取诊断结果请求。

步骤S3205、H.248故障自诊断程序把呼叫诊断链表最近一次记录输出给用户界面，用户界面把输出内容显示到页面上。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。