[发明专利]一种多个网元设备的管理方法和系统

说明书

技术领域

本发明涉及网元设备的管理技术，特别是指一种多个网元设备的管理方法和系统。

背景技术

在现有的网管系统中，可以通过命令行或图形界面的方式对网元设备进行操作维护。如果通过命令行的方式，可以直接通过网管系统提供的命令行终端来下发与网元设备约定的人机命令，实现对网元设备的操作维护；如果通过图形界面的方式，操作人员可以根据图形界面上设计好的各种功能实现对网元设备的直接操作维护。图形界面的方式对于操作人员的专业知识要求不高，有利于操作人员进行电信网管、用户服务、售后支持等各种管理操作，从而实现了对一个网元设备的各项管理功能。

但是，前述的两种方式还存在以下缺点：对于命令行的方式，要求操作人员必须熟练掌握人机命令，而且只能单独打开针对一个网元设备的命令行终端来执行人机命令，如果需要针对多个网元设备进行相通的管理操作，需要针对每个网元设备重复操作；对于图形界面的方式，操作一个网元设备就需要打开多个界面后才能开始执行，而实际中网管系统通常管理着数百个网元，需要重复多步操作。由此可以看出，这两种管理方式对于多个网元设备的管理，都需要大量的手动操作，并且对于操作的结果没有统一的管理方式，给操作人员带来很大的不便。

针对多个同类型的网元设备进行管理操作，在现有的专利文献中包括：专利申请号为200710100313.4的中国专利申请《一种对多个同类网元的并行管理方法及装置》。虽然所述专利文献中提出了对多个同类网元进行并行管理的方法，但是其中还存在以下不足：

一、没有考虑网元设备的处理能力。网元设备执行操作动作，通常是顺序执行的，这样能够避免操作冲突。当操作人员频繁操作或系统自动周期操作时，会产生大量的任务请求，如果全部发送给网元设备，势必造成网元设备上大量的消息堆积，不利于网元设备的有效运行。同时，大量消息同时发送给网元设备，会导致网元设备返回前一次的操作结果后，很快又被下一个的操作修改，进而不断的返回操作结果，容易使操作人员产生混淆，无法确定当前网元设备的状态。

二、造成网管服务端大量消息的堆积。所述专利文献中并没有提到对网管客户端发送给网管服务端的消息的处理策略。网管服务端接收网管客户端发送的所有任务请求，如果对同一个网元设备已累积了大量的任务请求，继续接收网管客户端发送的请求需要等待很长时间才能被网元设备执行操作，这种过分延迟的管理操作对于操作人员来说意义不大。

三、大量命令请求长时间得不到响应。所述专利文献中提到了在产生结果后由网管服务端发送给网管客户端，但由于之前提到的第一点和第二点问题，造成在网管服务端和网元设备上都可能堆积大量命令，从而导致长时间不能产生操作结果，操作人员在网管客户端上长时间得不到响应。

四、不同网元设备间的相互影响。如果网管服务端将网管客户端发送给不同网元设备的操作命令存储在一起，可能由于发往某一个网元设备的大量命令请求产生了阻塞，进而使得发往其他网元设备的命令请求无法正常发送，从而造成不同网元设备间的相互影响。

发明内容

有鉴于此，本发明的主要目的在于提供一种多个网元设备的管理方法和系统，解决了管理多个网元设备时，由于网管服务端对命令请求缺乏调度，使得网元设备负担加大，命令请求不能得到有效处理，并且操作人员不能有针对性的了解操作结果的问题。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种多个网元设备的管理方法，所述方法包括：

网管服务端对接收到的命令请求进行编号，将编号后的命令请求分别保存到对应每个网元设备的命令请求队列中等待调度；

定期调度命令请求队列中的命令请求，解析并发送给相应的网元设备；

网元设备执行命令请求的操作，返回操作结果保存在网管服务端中，网管服务端根据网管客户端的需要向其返回操作结果。

其中，所述将编号后的命令请求保存到命令请求队列中，还包括：

接收到编号后的命令请求，判断如果没有正在处理的命令请求，并且没有等待调度的命令请求，则对编号后的命令请求进行解析并发送，否则判断命令请求队列的长度是否超过规定的长度，如果没有超过，则将命令请求依次保存到命令请求队列中，如果超过，则忽略所述编号后的命令请求，并将操作结果保存在网管服务端中。

其中，所述等待调度的过程中，还包括：启动计时器，当计时器超时，而等待调度的命令请求还没有被调度时，删除所述命令请求，并将操作结果保存在网管服务端中。