CN101388925B - 一种电信网络故障查询方法、装置及电信网络协作监测系统 - Google Patents

Abstract

本发明公开了一种电信网络故障查询方法、装置及电信网络协作监测系统。一种电信网络故障查询方法包括：当第一网络与第二网络的通信出现故障时，第一子监测系统对故障点位置进行查询，如果故障点不在第一网络，则向协作服务器发送故障查询请求；协作服务器接收第一子监测系统发送的故障查询请求，将所述故障查询请求发送至第二子监测系统；第二子监测系统根据协作服务器所发送的故障查询请求，在第二网络中对故障点位置进行查询；其中，第一子监测系统为负责监测第一网络的子监测系统，第二子监测系统为负责监测第二网络的子监测系统。本发明技术方案，将原本彼此独立的电信网络监测系统连接起来，实现了各个网络监测系统之间的自动协作监测。

Description

一种电信网络故障查询方法、装置及电信网络协作监测系统

技术领域

本发明涉及通信技术领域，特别是涉及一种电信网络故障查询方法、装置及电信网络协作监测系统。

背景技术

网络监测系统，能够在不影响正常电信业务的情况下，对电信网络进行监测。通过在电信网络中部署的多个前端机，同步接收流经电信网络接入点的业务数据，根据业务数据的收发状况，生成业务记录并保存。通过对业务记录的实时分析，就能够监测网络是否处于正常工作状态，当网络出现故障时，也可以通过查询已保存的业务记录，找到问题原因所在。

电信运营商在各地区都建立了网络监测系统，负责不同地区网络、或属于不同运营商的监测系统之间没有联系，独立地对各自管辖范围内的电信网络进行监测。在实现本发明的过程中，发明人发现现有技术中至少存在如下问题：在通信全球化的背景下，世界上任意处于电信网络中的两点之间都可以实现通信，其通信路径可能跨地区、跨运营商、甚至跨国，这远远超出了现有的独立监测系统的监测范围。对于某个监测系统来说，如果在不属于自身管辖范围内的通信路径上出现了故障，例如对方通信设备损坏或业务能力不足而导致无法正常通信，本地监测系统无法对故障点进行定位。由于各监测系统之间彼此没有联系，因此也无法迅速从其他的监测系统处获得故障信息，只能通过人工协查的方式逐步确定故障所在，从而影响网络维护工作的效率。

发明内容

有鉴于此，本发明提供了一种电信网络故障查询方法、装置及电信网络协作监测系统，将原本彼此独立的各个电信网络监测系统连接起来，以实现各个网络监测系统之间的自动协作监测，当通信出现故障时，能够快速对故障点进行定位。技术方案如下：

本发明提供一种电信网络故障查询方法，当第一网络与第二网络的通信出现故障时，该方法包括：

第一子监测系统对故障点位置进行查询，如果故障点不在第一网络，则向协作服务器发送故障查询请求；

协作服务器接收第一子监测系统发送的故障查询请求，将所述故障查询请求发送至第二子监测系统；

第二子监测系统根据协作服务器所发送的故障查询请求，在第二网络中对故障点位置进行查询；

其中，第一子监测系统为负责监测第一网络的子监测系统，第二子监测系统为负责监测第二网络的子监测系统。

本发明还提供一种协作服务器，包括：

查询请求接收单元，用于接收第一子监测系统发送的所述故障查询请求；

查询请求发送单元，用于将所述故障查询请求发送至故障点所在网络的第二子监测系统；

其中，第一子监测系统和第二子监测系统负责监测不同的网络。

本发明还提供一种电信网络协作监测系统，包括：负责监测不同网络的子监测系统和协作服务器；

所述子监测系统，用于当通信出现故障时，对故障点位置进行查询，如果故障点不在自身所负责监测的网络，则向协作服务器发送故障查询请求；

所述协作服务器，用于接收第一子监测系统发送的故障查询请求，向故障点所在网络的第二子监测系统发送所述故障查询请求；

所述子监测系统，还用于根据协作服务器所发送的故障查询请求，在自身所负责的网络中对故障点位置进行查询。

以上技术方案，将原本彼此独立的电信网络监测系统连接起来，构成一个跨地区、跨运营商的电信网络测试系统。与现有技术相比，本发明技术方案可以不受单个监测系统监测范围的限制、实现对最大到全球范围的电信网络进行监测。当通信出现故障时，各个网络监测系统之间能够自动协作监测，从而快速对故障点进行定位，提高网络维护工作的效率。本发明技术方案实现了使用一个网络去维护和管理其他网络的想法。除了查询故障之外，还可以进一步将其他类型的网络管理、维护、仿真等功能也纳入到这个协作系统，从而充分利用各个监测系统的资源，实现更大范围的网络协作维护和管理。

附图说明

图1为本发明实施例一的监测网络组成示意图；

图2为实现本发明方法具体实施例一的流程图；

图3为本发明实施例二的监测网络组成示意图；

图4为本发明实施例三的协作服务器的结构示意图；

图5为本发明实施例三的协作服务器的另一种结构示意图。

具体实施方式

首先对本发明所提供的电信网络故障查询方法进行说明，包括：

第一子监测系统对故障点位置进行查询，如果故障点不在第一网络，则向协作服务器发送故障查询请求；

协作服务器接收第一子监测系统发送的故障查询请求，将所述故障查询请求发送至第二子监测系统；

第二子监测系统根据协作服务器所发送的故障查询请求，在第二网络中对故障点位置进行查询；

其中，第一子监测系统为负责监测第一网络的子监测系统，第二子监测系统为负责监测第二网络的子监测系统。

以上是本发明的核心思想，为了使本技术领域的人员更好地理解本发明方案，下面结合附图对本发明作进一步的详细说明。

实施例一，

请参见图1，图中所示下半部分是电信网，上半部分是测试网。其中，电信网中的本地网1和本地网2均属于同一个运营商。在测试网中，示出了本发明所提供的网络监视系统，包括：负责监测不同网络的子监测系统和协作服务器。其中，监测系统1负责监测本地网1，监测系统2负责监测本地网2。在现有技术中，监测系统1和监测系统2彼此之间是没有联系的，而在本发明中，监测系统1和监测系统2通过一协作服务器连接起来。协作服务器具体可以是UDDI(Universal Description，Discovery and Integration，通用说明、发现和集成)服务器。由于本地网1和本地网2属于同一个运营商，因此在本实施例中的协作服务器为运营商级UDDI服务器。

图2所示为本实施例的故障查询方法流程图，当本地网1和本地网2之间的通信出现故障时，该方法具体可以包括以下步骤：

S101，监测系统1对故障点位置进行查询，如果故障点不在本地网1，则向协作服务器发送故障查询请求。

当本地网1和本地网2之间的通信出现故障时，由于监测系统1负责监测本地网1，因此，如果故障点出现在本地网1，则监测系统1可以对故障点进行定位；如果监测系统1在本地网1内无法发现故障，则会向协作服务器发送故障查询请求。

S102，协作服务器接收监测系统1发送的故障查询请求，将故障查询请求发送至监测系统2；

S103，监测系统2根据协作服务器所发送的故障查询请求，在本地网2中对故障点位置进行查询；

监测系统2在本地网2中查询到故障点后，可以通过协作服务器向监测系统1发送故障查询响应，将查询结果告知监测系统1。

在本发明的优选方案中，各个可以将自身所能提供的服务注册至协作服务器，则在S102中，协作服务器接收监测系统1发送的故障查询请求后，首先会查询监测系统2是否曾注册过协作服务，如果是，说明监测系统2支持协作服务，此时再将故障查询请求发送至监测系统2。

需要说明的是，本实施的方法流程是由监测系统1发起的，本领域技术人员可以理解，与协作服务器相连接的子监测系统，其作用是相同的，即同样可以由监测系统2其与实施例一方法所类似的流程。

在实施例一中，是将属于同一运营商的两个网络的监测系统以协作服务器连接起来，从而实现了两个跨地区网络之间的协作。在实际应用中，两个通信网络可能跨地区、跨运营商、甚至跨国，下面的实施例给出了实现更大范围之间网络协作的解决方案。

实施例二：

参见图3所示，图中所示下半部分是电信网，上半部分是测试网。其中，电信网中的本地网1和本地网2属于国内运营商A，本地网3属于国内运营商B，本地网4属于国外运营商。测试网中的协作服务器分为三级：运营商级协作服务器、全国级协作服务器和全球级协作服务器，这里都是UDDI服务器的形式。各个子监测系统向运营商级UDDI服务器上注册自己所能提供的服务。运营商级UDDI服务器向全国级UDDI服务器注册，全国级UDDI服务器向全球级UDDI服务器注册。当某个监测系统需要其他监测系统提供服务时，它首先在自己邻近的UDDI服务器上，按照指定的条件查找需要的服务。邻近的UDDI服务器根据查找条件，确定是否扩大查找范围，向上一级的UDDI服务器发出查询请求，上级UDDI服务器在收到查询请求后，向所辖的其它下级UDDI服务器转发查询请求，逐级下发请求至最低层的运营商级UDDI服务器，查询结果会反向传递到发起请求的子监测系统，查询结果中包含如何使用该服务的信息。某个子监测系统通过使用其它子监测系统提供的协作服务，实现同其它监测系统的协作查询。

下面将介绍几种本实施例所提供监测系统的具体应用场景：

1)运营商内部的两个本地网之间通信故障。

例如本地网1和本地网2的通信失败，本地网1的监测系统1只能判断到本地网2内部出了问题，但出了什么问题不清楚。那么监测系统1可以在运营商级别的UDDI服务器上检索监测系统2是否提供了协作服务，如果提供了该服务，监测系统1就可以直接调用该服务，查到导致呼叫失败的详细原因。

2)国内两个运营商之间通信故障。

例如本地网1和本地网3的通信失败，则查询过程是：

监测系统1向运营商A的UDDI服务器发起查询服务请求，运营商A的UDDI服务器再向全国级UDDI服务器发起查询服务请求，全国级UDDI服务器再向运营商B的UDDI服务器发起查询服务请求，查询结果将按照上述路径的反向传递回来。

3)国内运营商和国外运营商之间通信故障。

例如本地网1和本地网3的通信失败，则查询过程是：

运营商A的UDDI服务器——国家A的UDDI服务器——全球UDDI服务器-国家B的UDDI服务器-国外运营商的UDDI服务器，查询结果将按照上述路径的反向传递回来。

本实施例所提供的方案，提出了将世界范围内的各个地区网络的监测系统连接起来，并且将协作服务器划分为运营商级、全国级和全球级，从而实现了跨地区、跨运营商、跨国网络之间的故障协查与业务协作。本领域技术人员可以理解，不同国家的网络，也可以理解为跨运营商。因此，协作服务器中的运营商级服务器也可以直接相连接；或者也可以将协作服务器仅划分为运营商级和国家级两级，国家级服务器直接相连接，本实施例所提出的三级划分方案仅是优选方式，并不对本发明的保护范围构成限定。

在上述方法实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

实施例三：

相应于上面的方法实施例，本发明还提供一种协作服务器，参见图4所示，包括：

查询请求接收单元410，用于接收第一子监测系统发送的所述故障查询请求；

查询请求发送单元420，用于将所述故障查询请求发送至故障点所在网络的第二子监测系统；

其中，第一子监测系统和第二子监测系统负责监测不同的网络。

优选地，参见图5所示，所述协作服务器还可以包括：

服务查询单元430，用于查询第二子监测系统是否能够提供协作服务，如果是，则将故障查询请求发送至第二子监测系统。

实施例四：

本发明还提供一种电信网络监测系统，包括：负责监测不同网络的子监测系统和协作服务器；

所述子监测系统，用于当通信出现故障时，对故障点位置进行查询，如果故障点不在自身所负责监测的网络，则向协作服务器发送故障查询请求；

所述协作服务器，用于接收第一子监测系统发送的故障查询请求，向故障点所在网络的第二子监测系统发送所述故障查询请求；

所述子监测系统，还用于根据协作服务器所发送的故障查询请求，在自身所负责的网络中对故障点位置进行查询。

其中，所述协作服务器，可以是运营商级协作服务器，用于接收第一子监测系统发送的故障查询请求，向故障点所在网络的第二子监测系统发送所述故障查询请求

其中，所述协作服务器，也可以包括至少一个运营商级协作服务器和国家级协作服务器；

当第一子监测系统和第二子监测系统属于同一运营商时：

所述运营商级协作服务器，用于接收第一子监测系统发送的故障查询请求，向故障点所在网络的第二子监测系统发送所述故障查询请求；

当第一子监测系统和第二子监测系统不属于同一运营商时：

所述运营商级协作服务器，用于接收第一子监测系统发送的故障查询请求，向国家级协作服务器发送所述故障查询请求；

所述国家级协作服务器用于接收所述运营商级协作服务器发送的故障查询请求，将所述故障查询请求发送至故障点所在网络所属运营商的运营商级协作服务器。

对于装置与系统实施例而言，由于其基本相应于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置与系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

本发明所提供的技术方案，将原本彼此独立的电信网络监测系统连接起来，构成一个跨地区、跨运营商的电信网络测试系统。与现有技术相比，本发明技术方案可以不受单个监测系统监测范围的限制、实现对最大到全球范围的电信网络进行监测。当通信出现故障时，各个网络监测系统之间能够自动协作监测，从而快速对故障点进行定位，提高网络维护工作的效率。本发明技术方案实现了使用一个网络去维护和管理其他网络的想法。除了查询故障之外，还可以进一步将其他类型的网络管理、维护、仿真等功能也纳入到这个协作系统，从而充分利用各个监测系统的资源，实现更大范围的网络协作维护和管理。

以上所述仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (9)

1.一种电信网络故障查询方法，其特征在于，当第一网络与第二网络的通信出现故障时，该方法包括：

第一子监测系统对故障点位置进行查询，如果故障点不在第一网络，则向协作服务器发送故障查询请求；

协作服务器接收第一子监测系统发送的故障查询请求，将所述故障查询请求发送至第二子监测系统；

第二子监测系统根据协作服务器所发送的故障查询请求，在第二网络中对故障点位置进行查询；

其中，第一子监测系统为负责监测第一网络的子监测系统，第二子监测系统为负责监测第二网络的子监测系统。

2.根据权利要求1所述的方法，其特征在于，所述向协作服务器发送故障查询请求，具体实现为：

向运营商级协作服务器发送故障查询请求。

3.根据权利要求2所述的方法，其特征在于，所述协作服务器接收第一子监测系统发送的故障查询请求，并将所述故障查询请求发送至第二子监测系统，包括：

第一运营商级协作服务器接收第一子监测系统发送的故障查询请求，判断第一网络与第二网络是否属于同一运营商；

如果是，则将所述故障查询请求发送至第二子监测系统；

如果否，则将所述故障查询请求发送至第二运营商级协作服务器，再由第二运营商级协作服务器将所述故障查询请求发送至第二子监测系统；

其中，第一运营商级协作服务器与第一网络属于同一运营商；第二运营商级协作服务器与第二网络属于同一运营商。

4.根据权利要求3所述的方法，其特征在于，所述第一运营商级协作服务器将故障查询请求发送至第二运营商级协作服务器，具体实现为：

第一运营商级协作服务器通过国家级协作服务器，将故障查询请求发送至第二运营商级协作服务器。

5.根据权利要求1所述的方法，其特征在于，所述协作服务器将故障查询请求发送至第二子监测系统，具体实现为：

协作服务器查询第二子监测系统是否能够提供协作服务，如果是，则将故障查询请求发送至第二子监测系统。

6.根据权利要求1所述的方法，其特征在于，在第二子监测系统对故障点位置进行查询之后，还包括：

第二子监测系统通过协作服务器向第一子监测系统发送故障查询响应，所述故障查询响应中携带故障查询的结果。

7.一种电信网络协作监测系统，其特征在于，包括：负责监测不同网络的子监测系统和协作服务器；

所述子监测系统，用于当通信出现故障时，对故障点位置进行查询，如果故障点不在自身所负责监测的网络，则向协作服务器发送故障查询请求，还用于根据协作服务器所发送的故障查询请求，在自身所负责的网络中对故障点位置进行查询；

所述协作服务器，用于接收第一子监测系统发送的故障查询请求，向故障点所在网络的第二子监测系统发送所述故障查询请求；

其中，第一子监测系统为负责监测第一网络的子监测系统，第二子监测系统为负责监测第二网络的子监测系统。

8.根据权利要求7所述的系统，其特征在于，所述协作服务器，包括至少一个运营商级协作服务器，用于接收第一子监测系统发送的故障查询请求，向故障点所在网络的第二子监测系统发送所述故障查询请求；其中，第一子监测系统和第二子监测系统属于同一运营商。

9.根据权利要求7所述的系统，其特征在于，所述协作服务器，包括至少一个运营商级协作服务器和至少一个国家级协作服务器；

当第一子监测系统和第二子监测系统属于同一运营商时：

所述运营商级协作服务器，用于接收第一子监测系统发送的故障查询请求，向故障点所在网络的第二子监测系统发送所述故障查询请求；

当第一子监测系统和第二子监测系统不属于同一运营商时：

所述运营商级协作服务器，用于接收第一子监测系统发送的故障查询请求，向国家级协作服务器发送所述故障查询请求；

所述国家级协作服务器用于接收所述运营商级协作服务器发送的故障查询请求，将所述故障查询请求发送至故障点所在网络所属运营商的运营商级协作服务器。

Images