[发明专利]一种实现网元链路状态轮询的方法、装置及网管服务器

说明书

技术领域

本发明涉及电信网管领域，特别是涉及一种实现网元链路状态轮询的方法、装置及网管服务器。

背景技术

轮询是网管系统的基本功能，就是网管服务器对其所管理的所有网元通过发送探测消息的方式，检测与各个网元是否能正常通讯，以确定网元是否在被管理状态之下。

大部分情况下，被管网元都安装了简单网络管理协议(Simple NetworkManagement Protocol，SNMP)代理，网管服务器通过向被管网元发送SNMP消息，通过是否收到响应消息来判断网管服务器与被管网元之间的通讯状况。图1示出了网管系统中网管服务器与被管网元之间的关系示意图。

现有技术常用的实现网元链路状态轮询的方法是多线程同步轮询方式。图2为现有技术的同步轮询中一个单独的工作线程的流程示意图。现有技术的同步轮询中，网元信息将依次被读取，并根据其IP地址发送SNMP探测消息然后等待响应，等完成一个网元的轮询后，才轮到下一个网元。如图2，现有技术的同步轮询中，在一个单独的工作线程中包括如下步骤：

步骤201，网管服务器取出一个待轮询网元的信息；

步骤202，网管服务器取得网元的IP地址，向网元发出探测消息；

步骤203，网管服务器等待网元响应；

步骤204，判断规定时间内是否接收到网元的响应；如未接收到网元的响应，则执行步骤205，否则，进入步骤206；

步骤205，确定网元链路的状态为断链状态即确定网元的状态为不可达，并执行步骤207；

步骤206，确定网元链路的状态为通讯正常状态即确定网元的状态为可达，并执行步骤207；

步骤207，与存储的网元链路或网元的旧状态比较；

步骤208，判断确定的状态与网元链路或网元的旧状态是否相同；如是，则转入步骤201，继续读取下一个待轮询网元的信息；否则，执行步骤209；

步骤209，修改网管服务器的数据库中该网元的状态，并转入步骤201，继续读取下一个待轮询网元的信息。

本发明人在实现本发明的过程中发现，现有技术的上述轮询方式的缺陷是：当某个网元不通时，需要等待一段时间发现没有响应消息才能得知该轮询的网元不可达。上述等待的时间长短可配置，一般是15秒。举例说明，假设系统中只有一个工作线程，且这个系统有500个网元需要轮询，该网管系统中如果有10个网元不通，则轮询到第500个网元至少要等到750秒以上之后才能被轮询。本领域的技术人员知道，轮询最基本的要求是及时性，即网元与网管断链后能尽快发现，因此现有技术的上述轮询流程由于延迟时间太长是不能被接受的。利用上述方式的轮询要提高及时性只能增加工作线程的数目，让尽可能多的线程同时工作，但这样只能部分提高及时性，并不能从根本上解决问题；同时又带来另一个严重的问题：使用过多的线程使系统开销增加，加大了CPU的负荷，使整个网管系统的运行效率降低。

发明内容

本发明的目的是提供一种实现网元链路状态轮询的方法、装置及网管服务器，以解决现有技术的同步网元链路状态轮询的方法无法利用较少的系统线程开销来实现及时轮询的技术问题。

为了实现上述目的，本发明提供了一种实现网元链路状态轮询的方法，其中，包括：

在第一工作线程执行的探测消息发送步骤，以遍历的方式向多个待轮询网元发送探测消息；

在第二工作线程执行的响应结果处理步骤，根据获取的响应结果确定出与所述响应结果相对应的待轮询网元的链路状态；

所述第一工作线程与所述第二工作线程相互独立。

优选地，所述的方法，其中，

所述探测消息发送步骤包括：实现网络链路状态轮询的装置为待轮询网元注册异步通讯通道，并通过所述异步通讯通道向所述待轮询网元发送探测消息，每个异步通讯通道对应一个待轮询网元；

所述响应结果处理步骤包括：所述实现网络链路状态轮询的装置从一个注册的异步通讯通道对应的通道对象中获取对应网元的响应结果，并根据所述响应结果确定出所述对应网元的链路状态。

优选地，所述的方法，其中，在所述响应结果处理步骤中，在确定出所述网元的链路状态后，注销所述异步通讯通道。

优选地，所述的方法，其中，

在所述响应结果处理步骤中，所述实现网络链路状态轮询的装置在确定出一个待轮询网元的链路状态后，继续根据下一个获取的响应结果确定出所述下一个响应结果对应的待轮询网元的链路状态。

优选地，所述的方法，其中，