本发明涉及通信技术领域，具体而言，涉及一种监控语音线路状态的方法和装置。
背景技术：
在通信领域中，可以通过基群速率接口pri(primaryrateinterface，也称为pra、isdn)，或者ss7协议监控e1物理线路、逻辑链路层的状态，也即，现有技术只能监控语音物理线路的状态，但无法检测到信令的状态(即三层的状态)，例如，现有技术通过采用会话初始协议sip可以监控到sip中继是否正常，但是无法检测到信令层面是否出现问题。
并且，由于无法监控到信令层面的信息，进而不能及时发现通信设备上的数据变化(或其他原因)，因而可能导致通信设备(例如，电话)无法呼入和呼出的问题，难以及时维修调整，只有等到客户投诉才发现通信设备出现了问题。
针对上述现有技术无法有效监控通信设备的运行状态的问题，目前尚未提出有效的解决方案。
技术实现要素：
本发明提供了一种监控语音线路状态的方法和装置，以至少解决现有技术无法有效监控通信设备的运行状态的技术问题。
一方面，本发明提供了一种监控语音线路状态的方法，包括：接收语音线路中的信令信息；判断上述信令信息是否包含呼叫信令信息，得到第一判断结果；根据上述第一判断结果，确定上述语音线路的状态是否正常。
进一步地，接收语音线路中的信令信息，包括：确定第一预定时间段；在上述第一预定时间段内接收上述信令信息。
进一步地，在判断上述信令信息是否包含呼叫信令信息之前，上述方法还包括：获取接收上述信令信息的时间信息；判断上述时间信息所对应的时间是否属于预定时长，得到第二判断结果，其中，在上述第二判断结果为是的情况下，触发上述判断上述信令信息是否包含呼叫信令信息的步骤。
进一步地，若上述第一判断结果为是，则确定上述语音线路的状态正常；若上述第一判断结果为否，则确定上述语音线路的状态异常。
进一步地，在确定上述语音线路的状态异常之后，上述方法还包括：获取用于反映上述语音线路的状态异常的告警信息；发送上述告警信息至告警系统，其中，上述告警系统用于将上述告警信息发送至用户。
进一步地，在发送上述告警信息至告警系统之后，上述方法还包括：继续判断上述信令信息是否包含上述呼叫信令信息，得到第三判断结果；若上述第三判断结果为是，则确定上述异常已被消除，发送用于通知上述异常已被消除的信息至上述告警系统，以通知上述告警系统取消告警。
另一方面，本发明还提供了一种监控语音线路状态的装置，包括：接收模块，用于接收语音线路中的信令信息；第一判断模块，用于判断上述信令信息是否包含呼叫信令信息，得到第一判断结果；确定模块，用于根据上述第一判断结果，确定上述语音线路的状态是否正常。
进一步地，上述接收模块，包括：确定单元，用于确定第一预定时间段；接收单元，用于在上述第一预定时间段内接收上述信令信息。
进一步地，上述装置还包括：获取模块，用于获取接收上述信令信息的时间信息；第二判断模块，用于判断上述时间信息所对应的时间是否属于预定时长，得到第二判断结果，其中，在上述第二判断结果为是的情况下，触发上述第一判断模块。
再一方面，本发明还提供了一种存储介质，上述存储介质包括存储的程序，其中，上述程序执行以下方法步骤：接收语音线路中的信令信息；判断上述信令信息是否包含呼叫信令信息，得到第一判断结果；根据上述第一判断结果，确定上述语音线路的状态是否正常。
又一方面，本发明还提供了一种处理器，上述处理器用于运行程序，其中，上述程序运行时执行以下方法步骤：接收语音线路中的信令信息；判断上述信令信息是否包含呼叫信令信息，得到第一判断结果；根据上述第一判断结果，确定上述语音线路的状态是否正常。
在本发明中，通过接收语音线路中的信令信息；判断上述信令信息是否包含呼叫信令信息，得到第一判断结果；根据上述第一判断结果，确定上述语音线路的状态是否正常，达到了根据获取到的信令信息确定通信设备的运行状态的目的，从而实现了有效监控通信设备的运行状态的技术效果，进而解决了现有技术无法有效监控通信设备的运行状态的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的一种监控语音线路状态的方法的步骤流程图；
图2是根据本发明实施例的一种可选的监控语音线路状态的方法的步骤流程图；
图3是根据本发明实施例的一种可选的监控语音线路状态的方法的步骤流程图；
图4是根据本发明实施例的一种可选的监控语音线路状态的方法的步骤流程图；
图5是根据本发明实施例的一种可选的监控语音线路状态的方法的步骤流程图；以及
图6是根据本发明实施例的一种监控语音线路状态的装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先，为方便理解本发明实施例，下面将对本发明中所涉及的部分术语或名词进行解释说明：
信令信息：是指通信系统中的控制指令，可以指导终端、交换系统及传输系统协同运行，在指定的终端之间建立临时的通信信道，并维护网络本身的运行。
实施例1
根据本发明实施例，提供了一种监控语音线路状态的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图1是根据本发明实施例的一种监控语音线路状态的方法的步骤流程图，如图1所示，该方法包括如下步骤：
步骤s102，接收语音线路中的信令信息；
步骤s104，判断上述信令信息是否包含呼叫信令信息，得到第一判断结果；
步骤s106，根据上述第一判断结果，确定上述语音线路的状态是否正常。
在本发明实施例中，通过接收语音线路中的信令信息；判断上述信令信息是否包含呼叫信令信息，得到第一判断结果；根据上述第一判断结果，确定上述语音线路的状态是否正常，达到了根据获取到的信令信息确定通信设备的运行状态的目的，从而实现了有效监控通信设备的运行状态的技术效果，进而解决了现有技术无法有效监控通信设备的运行状态的技术问题。
需要说明的是，上述语音线路可以为语音设备或者通信设备上的语音线路；其中，上述语音设备或者通信设备可以为但不限于电话。
本申请上述实施例中，上述步骤s102至步骤s106的执行主体可以但不限于一种信令分析系统，作为一种可选的实施例，上述信令分析系统可以包括：处理器、通信接口，其中，上述通信接口可以但不限于接收上述信令信息，例如，还可以通过上述通信接口发送告警信息；上述处理器可以但不限于实现判断上述信令信息是否包含呼叫信令信息、生成告警信息等任务。
需要说明的是，本申请对于上述信令分析系统不做具体限定，本申请中的上述信令分析系统的具体结构仅是示意，在具体应用时，本申请中的信令分析系统可以具有比本申请实施例中所示的信令分析系统多或少的结构。
在本申请实施例中，可以通过信令跟踪工具采集语音线路中的信令信息，并将信令信息发送至上述信令分析系统。
作为一种可选的实施方式，若上述第一判断结果为是，则确定上述语音线路的状态正常；若上述第一判断结果为否，则确定上述语音线路的状态异常。
在一种可选的实施例中，上述呼叫信令可以但不限于为呼叫建立请求信令，上述呼叫信令消息可以包括但不限于：invite、setup、iam信息消息，其中，如果上述信令信息没有包含呼叫信令信息，则表明上述语音线路上没有话务呼入呼出，也即，语音线路的状态异常；如果上述信令信息包含呼叫信令信息，则表明上述语音线路上话务呼入呼出，也即，语音线路的状态正常。
需要说明的是，上述invite、setup、iam三个信息消息，分别为sip协议、pri协议、ss7协议中发起的呼叫建立请求信令消息。
此外，还可以在预定时间内判断上述信令信息是否包含呼叫信令信息，例如，可以在5分钟内执行上述判断，但是需要说明的是，时间可以根据实际需要，进行自定义，本申请中的举例仅为示意，并不具体限定。
在一种可选的实施方式中，接收语音线路中的信令信息，可以通过如下方法步骤实现：确定第一预定时间段；在上述第一预定时间段内接收上述信令信息。
需要说明的是，上述第一预定时间段可以为任意一个时间段，例如，与白天相比较，晚间的呼入呼出的话务一般比较少，故可以设置晚间检测信令的时间段间隔比较长，但是白天的呼入呼出的话务一般比较多，可以将白天检测信令的时间段间隔比较短。
通过上述可选的实施例，在预先确定(可以由出厂初始设置或者用户设置)以免话务较多时语音线路出现问题，导致无法呼入呼出话务的问题，进而可以更加有效的监控通信设备的运行状态。
在一种可选的实施例中，图2是根据本发明实施例的一种可选的监控语音线路状态的方法的步骤流程图，如图2所示，在判断上述信令信息是否包含呼叫信令信息之前，上述方法还包括以下方法步骤：
步骤s202，获取接收上述信令信息的时间信息；
步骤s204，判断上述时间信息所对应的时间是否属于预定时长，得到第二判断结果，其中，在上述第二判断结果为是的情况下，触发上述判断上述信令信息是否包含呼叫信令信息的步骤。
在上述实施例中，信令信息的时间信息可以为一个时间段，例如，1、2、3分钟，上述预定时长也可以为一个时间段，例如，可以为10、20、5分钟。在本申请实施例中，可以先对接收上述信令信息的时间信息的筛选，如果上述信令信息的时间信息不属于预定时长，也即不满足检测需求，不进行判断上述信令信息是否包含呼叫信令信息的步骤。
作为一种可选的实施例，如果接收上述信令信息的时间信息属于预定时长，进而执行判断上述信令信息是否包含呼叫信令信息的步骤，例如，如果5分钟内检测不到上述信令信息，则无法检测到上述信令信息是否包含呼叫信令信息，则表明上述语音线路没有话务呼入呼出，也即，语音线路的状态异常。
在本申请中，一种可选的实施方式中，图3是根据本发明实施例的一种可选的监控语音线路状态的方法的步骤流程图，如图3所示，在确定上述语音线路的状态异常之后，上述方法还包括：
步骤s302，获取用于反映上述语音线路的状态异常的告警信息；
步骤s304，发送上述告警信息至告警系统，其中，上述告警系统用于将上述告警信息发送至用户。
可选的，可以通过信令分析系统根据上述语音线路的状态异常生成告警信息，并将上述告警信息发送至信令分析系统相连接的告警系统。
在一种可选的实施例中，上述告警信息包括文本信息，语音信息等，上述告警系统可以但不限于以短信、电话、邮件的方式将上述告警信息发送至用户的终端设备。
需要说明的是，在发送上述告警信息时，可以在告警信息未被消除前，每间隔5分钟告警一次，并将告警信息发送至告警系统，另外，为避免告警次数过多影响用户体验，可以设定发送上述告警信息的次数，例如，可以最多发送3次。
作为一种可选的实施例，图4是根据本发明实施例的一种可选的监控语音线路状态的方法的步骤流程图，如图4所示，在发送上述告警信息至告警系统之后，上述方法还包括如下方法步骤：
步骤s402，继续判断上述信令信息是否包含上述呼叫信令信息，得到第三判断结果；
步骤s404，若上述第三判断结果为是，则确定上述异常已被消除，发送用于通知上述异常已被消除的信息至上述告警系统，以通知上述告警系统取消告警。
在本申请上述实施例中，在上述信令分析系统发送上述告警信息至告警系统之后，仍继续判断上述信令信息是否包含上述呼叫信令信息，并且，如果此次判断出上述信令信息包含上述呼叫信令信息，则确定上述异常已被消除。但是，如果此次判断出上述信令信息仍未包含上述呼叫信令信息，则确定上述异常未被消除，可以继续根据指定的时间间隔，发送上述告警信息。
在本申请中，图5是根据本发明实施例的一种可选的监控语音线路状态的方法的步骤流程图，如图5所示，本申请所提供的具体实施例可以但不限于通过以下方法步骤实现：
步骤s1，接收语音线路中的信令信息。
可选的，在上述步骤s1中，语音线路可以为语音设备或者通信设备上的语音线路；其中，上述语音设备或者通信设备可以为但不限于电话。
在本申请中，可以但不限于通过信令分析系统获取上述信令信息，例如，可以通过信令跟踪工具采集语音线路中的信令信息，并将信令信息发送至上述信令分析系统。
其中，上述信令分析系统可以包括：信令接收器、信令分析器、告警信息生成器，告警通信接口等。
步骤s2，判断上述时间信息所对应的时间是否属于预定时长。
可选的，在上述步骤s2中，如果判断结果为是，则执行步骤s3，如果判断结果为否，则返回执行步骤s1。其中，上述预定时长也可以为一个时间段，例如，可以为10、20、5分钟。
步骤s3，判断上述信令信息是否包含呼叫信令信息。
可选的，在上述步骤s3中，如果判断结果为否，则执行步骤s4，如果判断结果为是，则返回执行步骤s1。
在一种可选的实施例中，上述呼叫信令可以但不限于为呼叫建立请求信令，上述呼叫信令消息可以包括但不限于：invite、setup、iam信息消息，其中，如果5分钟内检测上述信令信息没有包含呼叫信令信息，则表明上述语音线路上没有话务呼入呼出，也即，语音线路的状态异常；如果5分钟内检测上述信令信息包含呼叫信令信息，则表明上述语音线路上话务呼入呼出，也即，语音线路的状态正常。
步骤s4，获取用于反映上述语音线路的状态异常的告警信息；
步骤s5，发送上述告警信息至告警系统。
可选的，在上述步骤s4至步骤s5中，可以通过信令分析系统根据上述语音线路的状态异常生成告警信息，并将上述告警信息发送至信令分析系统相连接的告警系统。
在一种可选的实施例中，上述告警信息包括文本信息，语音信息等，上述告警系统可以但不限于以短信、电话、邮件的方式将上述告警信息发送至用户的终端设备。
步骤s6，判断上述信令信息是否包含呼叫信令信息。
可选的，在上述步骤s6中，如果判断结果为是，则执行步骤s7，如果判断结果为否，则返回执行步骤s5。
步骤s7，确定上述异常已被消除，发送用于通知上述异常已被消除的信息至上述告警系统，以通知上述告警系统取消告警。
可选地，在上述步骤s6至步骤s7中，在上述信令分析系统发送上述告警信息至告警系统之后，仍继续判断上述信令信息是否包含上述呼叫信令信息，并且，如果此次判断出上述信令信息包含上述呼叫信令信息，则确定上述异常已被消除。
此外，如果此次判断出上述信令信息仍未包含上述呼叫信令信息，则确定上述异常未被消除，可以继续根据指定的时间间隔，发送上述告警信息。
通过上述实施例所提供的方法步骤，根据获取到的信令信息确定通信设备的运行状态的目的，从而实现了有效监控通信设备的运行状态的技术效果，进而解决了现有技术无法有效监控通信设备的运行状态的技术问题。
实施例2
本发明实施例还提供了一种用于实施上述监控语音线路状态的方法的装置，图6是根据本发明实施例的一种监控语音线路状态的装置的结构示意图，如图6所示，上述监控语音线路状态的装置，包括：接收模块60、第一判断模块62以及确定模块64，其中，
接收模块60，用于接收语音线路中的信令信息；第一判断模块62，用于判断上述信令信息是否包含呼叫信令信息，得到第一判断结果；确定模块64，用于根据上述第一判断结果，确定上述语音线路的状态是否正常。
在本发明实施例中，通过接收模块60，用于接收语音线路中的信令信息；第一判断模块62，用于判断上述信令信息是否包含呼叫信令信息，得到第一判断结果；确定模块64，用于根据上述第一判断结果，确定上述语音线路的状态是否正常，达到了根据获取到的信令信息确定通信设备的运行状态的目的，从而实现了有效监控通信设备的运行状态的技术效果，进而解决了现有技术无法有效监控通信设备的运行状态的技术问题。
此处需要说明的是，上述接收模块60、第一判断模块62以及确定模块64对应于实施例1中的步骤s102至步骤s106，上述模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在计算机终端中。
在一种可选的实施例中，上述接收模块，包括：确定单元，用于确定第一预定时间段；接收单元，用于在上述第一预定时间段内接收上述信令信息。
在一种可选的实施例中，上述装置还包括：获取模块，用于获取接收上述信令信息的时间信息；第二判断模块，用于判断上述时间信息所对应的时间是否属于预定时长，得到第二判断结果，其中，在上述第二判断结果为是的情况下，触发上述第一判断模块。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，例如，对于后者，可以通过以下方式实现：上述各个模块可以位于同一处理器中；或者，上述各个模块以任意组合的方式位于不同的处理器中。
需要说明的是，本实施例的可选或优选实施方式可以参见实施例1中的相关描述，此处不再赘述。
上述的监控语音线路状态的装置还可以包括处理器和存储器，上述接收模块60、第一判断模块62以及确定模块64等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器中包含内核，由内核去存储器中调取相应的程序单元，上述内核可以设置一个或以上。存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)，存储器包括至少一个存储芯片。
本申请实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质包括存储的程序，其中，在上述程序运行时控制上述存储介质所在设备执行上述任意一种监控语音线路状态的方法。
可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。
本申请实施例还提供了一种处理器。可选地，在本实施例中，上述处理器用于运行程序，其中，上述程序运行时执行上述任意一种监控语音线路状态的方法。
本申请实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：接收语音线路中的信令信息；判断上述信令信息是否包含呼叫信令信息，得到第一判断结果；根据上述第一判断结果，确定上述语音线路的状态是否正常。
可选地，上述处理器执行程序时，还可以确定第一预定时间段；在上述第一预定时间段内接收上述信令信息。
可选地，上述处理器执行程序时，还可以获取接收上述信令信息的时间信息；判断上述时间信息所对应的时间是否属于预定时长，得到第二判断结果，其中，在上述第二判断结果为是的情况下，触发上述判断上述信令信息是否包含呼叫信令信息的步骤。
可选地，上述处理器执行程序时，还可以在若上述第一判断结果为是，则确定上述语音线路的状态正常；若上述第一判断结果为否，则确定上述语音线路的状态异常。
可选地，上述处理器执行程序时，还可以获取用于反映上述语音线路的状态异常的告警信息；发送上述告警信息至告警系统，其中，上述告警系统用于将上述告警信息发送至用户。
可选地，上述处理器执行程序时，还可以继续判断上述信令信息是否包含上述呼叫信令信息，得到第三判断结果；若上述第三判断结果为是，则确定上述异常已被消除，发送用于通知上述异常已被消除的信息至上述告警系统，以通知上述告警系统取消告警。
本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：接收语音线路中的信令信息；判断上述信令信息是否包含呼叫信令信息，得到第一判断结果；根据上述第一判断结果，确定上述语音线路的状态是否正常。
可选地，上述计算机程序产品执行程序时，还可以确定第一预定时间段；在上述第一预定时间段内接收上述信令信息。
可选地，上述计算机程序产品执行程序时，还可以获取接收上述信令信息的时间信息；判断上述时间信息所对应的时间是否属于预定时长，得到第二判断结果，其中，在上述第二判断结果为是的情况下，触发上述判断上述信令信息是否包含呼叫信令信息的步骤。
可选地，上述计算机程序产品执行程序时，还可以在若上述第一判断结果为是，则确定上述语音线路的状态正常；若上述第一判断结果为否，则确定上述语音线路的状态异常。
可选地，上述计算机程序产品执行程序时，还可以获取用于反映上述语音线路的状态异常的告警信息；发送上述告警信息至告警系统，其中，上述告警系统用于将上述告警信息发送至用户。
可选地，上述计算机程序产品执行程序时，还可以继续判断上述信令信息是否包含上述呼叫信令信息，得到第三判断结果；若上述第三判断结果为是，则确定上述异常已被消除，发送用于通知上述异常已被消除的信息至上述告警系统，以通知上述告警系统取消告警。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。