网元管理方法、网元设备管理系统及网元管理系统

摘要

本发明提供一种网元管理方法，包括：分别在网元设备管理系统与网元设备之间、所述网元设备管理系统与内部连接设备之间建立维护通道；所述网元设备管理系统通过所述分别建立的维护通道，分别对网元设备以及内部连接设备进行管理。本发明还提供网元设备管理系统及网元管理系统。在本发明中，由于网元设备管理系统与网元设备及内部连接设备之间分别设置有维护通道，所以网元设备管理系统可以对网元设备及内部连接设备进行统一管理，避免了使用两个管理系统分别对网元设备及内部连接设备进行管理，降低了网元管理的复杂度。

说明书

技术领域

本发明涉及网管技术，尤其涉及网元管理技术。

背景技术

通常情况下，一个网元设备在结构上可以包括机架、机框和单板这三个部分，在机架之间、机框之间或单板之间，可以使用一个交换机或其它连接设备将两个机架、机框或单板连接起来，我们将这种连接设备称为内部连接设备，这里为描述方便，将网元设备以及连接设备统称为网元。

在核心网领域，一般都是使用本地维护终端系统或网管系统来对网元设备进行维护管理。本地维护终端系统主要是对单个网元设备进行管理，这种系统通常具备的功能包括：配置功能、告警功能、跟踪功能、设备面板功能等。网管系统主要实现对网络中所有网元设备的集中管理。这里为描述方便，将本地维护终端系统和网管系统统称为网元设备管理系统。

发明人经过认真分析、仔细研究后发现，目前，网元设备管理系统只能对网元设备进行管理，而不能对内部连接设备进行管理。在实际应用中，可以使用内部连接设备自带的维护系统对内部连接设备进行管理。以图1为例，网元设备管理系统101可以对网元设备103进行管理，内部连接设备自带的维护系统102可以对内部连接设备104进行管理。但从图1中不难看出，目前对网元设备及内部连接设备是分开进行管理的，网管人员或维护人员必须同时熟悉和使用两种系统才能完成对所有网元的管理，这样显然会增加网元管理的复杂度。

发明内容

本发明实施例要解决的技术问题在于提供一种网元管理方法、网元设备管理系统及网元管理系统，以降低网元管理的复杂度。

为解决上述问题，本发明提供一种网元管理方法的实施例，包括：分别在网元设备管理系统与网元设备之间、所述网元设备管理系统与内部连接设备之间建立维护通道；所述网元设备管理系统通过所述分别建立的维护通道，分别对网元设备以及内部连接设备进行管理。

本发明还提供一种网元设备管理系统的实施例，包括：维护通道建立单元，用于分别与网元设备及内部连接设备建立维护通道；设备管理单元，用于通过所述维护通道建立单元建立的维护通道，分别对网元设备以及内部连接设备进行管理。

本发明还提供一种网元管理系统的实施例，包括网元设备管理系统、网元设备及内部连接设备，其中，所述网元设备管理系统与网元设备及内部连接设备之间分别设置有维护通道，所述网元设备管理系统通过维护通道，分别对网元设备及内部连接设备进行管理。

本发明还提供一种网元管理系统的实施例，包括网元设备管理系统、网元设备及内部连接设备，所述网元管理系统还包括后管理设备，其中，所述网元设备管理系统与所述后管理设备之间设置有第一维护通道，所述后管理设备与网元设备及内部连接设备之间分别设置有第二维护通道和第三维护通道；所述后管理设备根据所述网元设备管理系统通过第一维护通道发出的命令，通过第二维护通道和第三维护通道分别对网元设备及内部连接设备进行管理；所述后管理设备还将网元设备及内部连接设备分别通过第二维护通道和第三维护通道发出的信息，通过第一维护通道提供给所述网元设备管理系统。

本发明还提供一种网元管理系统的实施例，包括网元设备管理系统、网元设备及内部连接设备，所述网元设备管理系统与网元设备之间设置有第一维护通道，网元设备与内部连接设备之间设置有第二维护通道，所述网元设备管理系统通过所述第一维护通道管理网元设备，所述网元设备管理系统通过所述第一维护通道及所述第二维护通道管理内部连接设备。

在本发明的实施例中，由于网元设备管理系统与网元设备及内部连接设备之间分别设置有维护通道，所以网元设备管理系统可以对网元设备及内部连接设备进行统一管理，避免了使用两个管理系统分别对网元设备及内部连接设备进行管理，降低了网元管理的复杂度。

附图说明

图1为现有技术的网元管理的示意图；

图2为本发明的网元管理方法实施例的流程图；

图3为本发明实施例的网元设备管理系统获得有关内部连接设备的故障信息的流程图；

图4为本发明实施例的网元设备管理系统通过下发通用命令对内部连接设备进行配置的流程图；

图5为本发明的网元管理系统实施例的第一结构示意图；

图6为本发明的网元管理系统实施例的第二结构示意图；

图7为本发明的网元管理系统实施例的第三结构示意图。

具体实施方式

本发明提供了网元管理方法、网元设备管理系统及网元管理系统等多种实施例，下面将结合附图，分别对这些实施例进行描述。

首先结合图2，对本发明提供的网元管理方法的实施例进行说明。如图2所示，包括：

步骤S201：分别在网元设备管理系统与网元设备之间、所述网元设备管理系统与内部连接设备之间建立维护通道。这里的网元设备可以是通用媒体网关(UMG，Universal Media Gateway)、软交换设备或归属位置寄存器(HLR，Home Location Register)，内部连接设备可以是交换机。

建立维护通道的方式有很多，例如，可以通过Telnet(TCP/IP协议族中的一员，是Internet远程登陆服务的标准协议和主要方式，是TCP/IP网络的登录和仿真程序)命令，也可以通过简单网络管理协议(SNMP，Simple NetworkManagement Protocol)的方式，当然，还可以有其他方式。

另外，可以在网元设备管理系统与内部连接设备之间建立直达维护通道，也可以在网元设备管理系统与内部连接设备之间通过其他设备建立中转维护通道。例如，在网元设备管理系统与一个设备之间建立一个维护通道，在这个设备与内部连接设备之间建立一个维护通道，这样就相当于在网元设备管理系统与内部连接设备之间具有一个维护通道，更具体的，在网元设备管理系统与内部连接设备之间的这个设备可以是网元设备，即，在网元设备管理系统与网元设备之间建立一个维护通道，在网元设备与内部连接设备之间建立一个维护通道，这样也相当于在网元设备管理系统与内部连接设备之间具有一个维护通道。当然，在网元设备管理系统与网元设备之间建立的维护通道也可以是直达维护通道或者是中转维护通道。

实际应用中，在网元设备管理系统与网元设备之间建立的维护通道与在网元设备管理系统与内部连接设备之间建立的维护通道可以相同，也可以不相同。例如，一个维护通道可以使用Telnet命令方式建立，另一个维护通道可以选择使用Telnet命令或SNMP方式；一个维护通道可以是直达维护通道，另一个维护通道可以是直达维护通道或者是中转维护通道。

此外，无论是在网元设备管理系统与网元设备之间，还是在网元设备管理系统与内部连接设备之间，都可以建立多个维护通道，这些维护通道可以使用相同的方式建立，也可以使用不同的方式建立，这些维护通道可以都是直达维护通道，也可以都是中转维护通道，还可以是既有直达维护通道，又有中转维护通道。

总之，在网元设备管理系统与网元设备之间和在网元设备管理系统与内部连接设备之间建立的维护通道的方式和类型可以任意选择或组合，只要保证在网元设备管理系统与网元设备之间和在网元设备管理系统与内部连接设备之间建立有效的维护通道即可。

步骤S202：所述网元设备管理系统通过所述分别建立的维护通道，分别对网元设备以及内部连接设备进行管理。

由于在现有技术中，网元设备管理系统已经能够对网元设备进行管理，所以这里对网元设备管理系统如何管理网元设备不再赘述。

在实际中，内部连接设备可能会发生故障。如果内部连接设备发生故障，则内部连接设备可以通过维护通道直接上报有关故障的信息或者直接上报告警信息。当然，网元设备管理系统可以对内部连接设备进行监控，如果发现内部连接设备运行异常，则网元设备管理系统可以产生告警信息。另外，如果设置在网元设备管理系统与内部连接设备之间的维护通道是中转通道，则设置在网元设备管理系统与内部连接设备之间的至少一个设备也可以对内部连接设备进行监控，如果发现内部连接设备运行异常，则这个或这些设备可以向网元设备管理系统上报有关故障的信息或者直接上报告警信息。此外，如果设置在网元设备管理系统与内部连接设备之间的维护通道是中转通道，则设置在网元设备管理系统与内部连接设备之间的至少一个设备也可以根据内部连接设备通过维护通道直接上报的有关故障的信息或者直接上报的告警信息，向网元设备管理系统上报有关故障的信息或者直接上报告警信息。

下面以图3所示的流程图为例，说明网元设备管理系统如何得到有关内部连接设备的故障信息。如图3所示，在网元设备管理系统与内部连接设备之间的维护通道是中转通道，由后管理设备作为中转设备。

如图3所示，如果内部连接设备的状态发生变化，则将自身的状态变化信息通知给后管理设备。后管理设备收到内部连接设备的通知后，将状态变化信息封装成告警信息。后管理设备再将告警信息上报给网元设备管理系统。图3所示的网元设备管理系统如何得到有关网元设备的故障信息的流程在此不再赘述。

另外，可以根据内部连接设备状态变化情况，为内部连接设备定义如下类型的告警：

  序号  告警名称  描述  1  端口协商告警  2  内部连接设备通信中断  后管理设备和内部连接设备之间的维护通道发生物理中断  3  内部连接设备通信中断恢复  后管理设备和内部连接设备之间的维护通道由中断变为正常  4  内部连接设备冷启动  内部连接设备执行了冷启动操作  5  内部连接设备热启动  内部连接设备执行了热启动操作  6  端口链路断开  内部连接设备某个端口的链路发生了断开  7  端口链路断开恢复  内部连接设备某个端口的链路由断开变为恢复  8  端口迁移为阻塞状态  内部连接设备某个端口的状态变为阻塞

  状态  9  端口迁移为转发状态  内部连接设备某个端口的状态变为转发状态  10  内部连接设备配置发生变化  内部连接设备的配置发生了变化

                              表1

表1所示的告警类型仅仅是告警的几个实例，本领域技术人员完全可以根据实际需要定义各种不同的告警类型。

网元设备管理系统接收到有关故障的信息或告警信息后，可以作出响应处理。例如，将告警屏蔽，或者分析有关故障的信息或告警信息，以便进行故障定位。

上述处理告警的描述仅仅是网元设备管理系统管理内部连接设备的一种方式而已，在实际应用中，网元设备管理系统可以采用多种方式对内部连接设备进行管理。

其中的一种方式为，远程查询内部连接设备的运行状态，并将运行状态显示在仿真面板上，其中，仿真面板可以显示内部连接设备的运行状态及端口性能。内部连接设备的运行状态可以包括内部连接设备的运行参数、供电情况等，仿真面板显示运行状态的形式可以有很多种，当内部连接设备的运行状态发生变化时，仿真面板显示的运行状态也可以相应改变。另外，网元设备管理系统查询内部连接设备的运行状态后，也可以据此对运行状态进行分析，还可以进行故障定位，例如，如果查询到内部连接设备的当前电压较低，则可以进行相应的分析，确定是哪个或哪些环节出现了异常。

网元设备管理系统还可以查询内部连接设备各个端口的性能数据，进行状态分析和故障定位。

根据内部连接设备的维护管理要求，可以将内部连接设备端口的性能数据分为如下类别：端口接收字节数、端口发送字节数、端口接收的单播包个数、端口接收的多播包个数、端口接收的广播包个数、端口接收的广播/多播包个数、端口由于错误导致丢弃的接收包个数、端口由于协议问题导致丢弃的接收包个数、端口发送的单播包个数、端口发送的多播包个数、端口发送的广播包个数、端口由于错误导致不能发送的包个数、端口的发送带宽利用率、端口的接收带宽利用率等。

如果某个端口在物理上本应该有连接，而查询的结果却是没有连接，则可以初步确定这个端口的连接发生异常。具体的，上述端口性能数据可以采用累计方式进行计数，当查询某个端口一段时间内的累计值时，可以先通过清零功能对某个端口的性能数据清零，此后，这个端口的性能数据将从零开始累加，网元设备管理系统可以通过这种数据分析的手段确定端口的连接是否发生异常。

端口的性能数据可以多种形式显示在仿真面板上，当端口的性能数据发生变化时，仿真面板显示的端口性能也可以相应改变。例如，可以通过图形化的方式显示端口各个时间段内的性能数据，还可以根据实际需要设置时间段的大小，例如5分钟、30分钟等。网元设备管理系统可以在各个时间段内累计数据，累计的数据可以作为一个数据点，最后在指定时间的起点和终点，将统计的数据点以图形化的方式显示在仿真面板上。

网元设备管理系统还可以查询内部连接设备的运行日志和/或端口的历史性能数据，以便对出现的故障进行回溯。例如，如果发生断电等异常情况，需要重新启动网元设备管理系统，则启动网元设备管理系统后，网元设备管理系统可以查询内部连接设备的历史记录，这样可以查询到在没有对内部连接设备进行监控时，内部连接设备是否发生异常。

网元设备管理系统还可以通过下发通用命令对内部连接设备进行远程配置。具体的，如果在网元设备管理系统与内部连接设备之间的维护通道是直达维护通道，则网元设备管理系统可以直接将命令下发到内部连接设备，内部连接设备接收到命令后，根据命令进行相应的操作；如果在网元设备管理系统与内部连接设备之间的维护通道是中转通道，则网元设备管理系统可以将命令下发到在网元设备管理系统与内部连接设备之间的某一个或某些个设备，这个或这些设备根据这些命令对内部连接设备进行配置。

下面以图4所示的流程图为例，说明网元设备管理系统如何通过下发通用命令对内部连接设备进行配置。如图4所示，在网元设备管理系统与内部连接设备之间的维护通道是中转通道，由后管理设备作为中转设备。

如图4所示，网元设备管理系统发出配置命令，后管理设备接收到配置命令后，解析命令，根据解析结果对内部连接设备进行配置。图4所示的网元设备管理系统如何通过下发通用命令对内部连接设备进行配置的流程在此不再赘述。

以上描述的是本发明的方法实施例，由上述方法实施例不难看出，无论是建立维护通道，还是对内部连接设备进行管理，网元设备管理系统在其中都起到很重要的作用，为次，本发明还提供了网元设备管理系统的实施例。

一种网元设备管理系统的实施例，包括：维护通道建立单元，用于分别与网元设备及内部连接设备建立维护通道；设备管理单元，用于通过所述维护通道建立单元建立的维护通道，分别对网元设备以及内部连接设备进行管理。

维护通道建立单元建立维护通道的方式有很多，例如，可以通过Telnet命令，也可以通过SNMP的方式，当然，还可以有其他方式。

另外，维护通道建立单元可以与内部连接设备之间建立直达维护通道，也可以通过其他设备与内部连接设备之间建立中转维护通道。

维护通道建立单元与网元设备及内部连接设备之间建立的维护通道的方式和类型可以任意选择或组合，只要保证与网元设备及内部连接设备之间建立有效的维护通道即可。

设备管理单元可以包括：网元设备管理单元，用于对网元设备进行管理；内部连接设备管理单元，用于对内部连接设备进行管理。

内部连接设备管理单元可以有很多种组成方式。

一种内部连接设备管理单元可以包括：监控单元，用于对内部连接设备进行实时监控；数据收集单元，用于根据所述监控单元对内部连接设备的监控，收集内部连接设备的运行状态数据和/或各个端口的性能数据；仿真面板管理单元，用于根据所述数据收集单元收集的运行状态数据和/或各个端口的性能数据，将运行状态和/或各个端口的性能显示在仿真面板中，其中，所述仿真面板用于显示内部连接设备的运行状态及端口性能。

一种内部连接设备管理单元可以包括：监控单元，用于对内部连接设备进行实时监控；数据收集单元，用于根据所述监控单元对内部连接设备的监控，收集内部连接设备的运行状态数据和/或各个端口的性能数据；故障定位单元，用于根据所述数据收集单元收集的运行状态数据和/或各个端口的性能数据，对故障进行定位。

一种内部连接设备管理单元可以包括：历史记录查询单元，用于查询内部连接设备的运行日志和/或端口的历史性能数据；故障回溯单元，用于根据所述历史记录查询单元记录的运行日志和/或端口的历史性能数据，对历史故障进行回溯。

一种内部连接设备管理单元可以包括：通用命令下发单元，用于发出通用命令；远程配置单元，用于根据所述通用命令下发单元发出的通用命令，对内部连接设备进行远程配置。

需要说明的是，上述几个内部连接设备管理单元可以独立存在，也可以任意组合，形成一个新的内部连接设备管理单元，这样，组合后的内部连接设备管理单元就具有很多功能。

另外，还需要说明的是，设备管理单元还可以包括：界面管理单元，用于提供将网元设备的设备面板及内部连接设备的仿真面板集成在一起显示的界面。如果将网元设备的设备面板及内部连接设备的仿真面板集成在一个界面上显示，对于维护人员来说，可以同时查看网元设备及内部连接设备的运行情况，进而非常方便的同时管理网元设备及内部连接设备。

以上描述的是本发明的方法实施例及网元设备管理系统的实施例，这些实施例都可以应用于网元管理系统中，所以，本发明还提供了网元管理系统的实施例。

传统的网元管理系统包括网元设备管理系统、内部连接设备自带的维护系统、网元设备及内部连接设备，网元设备管理系统管理网元设备，内部连接设备自带的维护系统管理内部连接设备。

本发明提供的一种网元管理系统的实施例如图5所示，包括网元设备管理系统501、网元设备502及内部连接设备503，其中，网元设备管理系统501与网元设备502及内部连接设备503之间分别设置有维护通道，网元设备管理系统501可以通过维护通道，分别对网元设备502及内部连接设备503进行管理。

维护通道的设置方式有很多，例如，可以通过Telnet命令，也可以通过SNMP方式，当然，还可以有其他方式。

实际应用中，网元设备管理系统501与网元设备502之间设置的维护通道与网元设备管理系统501与内部连接设备503之间设置的维护通道可以相同，也可以不相同。例如，其中的一个维护通道可以使用Telnet命令方式设置，另一个维护通道可以选择使用Telnet命令或SNMP方式。

此外，无论是网元设备管理系统501与网元设备502之间，还是网元设备管理系统501与内部连接设备503之间，都可以设置多个维护通道，这些维护通道可以使用相同的方式设置，也可以使用不同的方式设置。

由于在现有技术中，网元设备管理系统501已经能够对网元设备502进行管理，所以这里对网元设备管理系统501如何管理网元设备502不再赘述。

在实际中，内部连接设备503可能会发生故障。如果内部连接设备503发生故障，则内部连接设备503可以通过维护通道直接上报有关故障的信息或者直接上报告警信息。当然，网元设备管理系统501可以对内部连接设备503进行监控，如果发现内部连接设备503运行异常，则网元设备管理系统501可以产生告警信息。

另外，可以根据内部连接设备503状态变化情况，为内部连接设备503定义如下类型的告警：

  序号 告警名称 描述  1 端口协商告警  2 内部连接设备503通信中断 与内部连接设备503之间的维护通道发生物理中断  3 内部连接设备503通信中断恢复 与内部连接设备503之间的维护通道由中断变为正常  4 内部连接设备503冷启动 内部连接设备503执行了冷启动操作  5 内部连接设备503热启动 内部连接设备503执行了热启动操作

  6 端口链路断开 内部连接设备503某个端口的链路发生了断开  7 端口链路断开恢复 内部连接设备503某个端口的链路由断开变为恢复  8 端口迁移为阻塞状态 内部连接设备503某个端口的状态变为阻塞状态  9 端口迁移为转发状态 内部连接设备503某个端口的状态变为转发状态  10 内部连接设备503配置发生变化 内部连接设备503的配置发生了变化

                            表2

表2所示的告警类型仅仅是告警的几个实例，本领域技术人员完全可以根据实际需要定义各种不同的告警类型。

网元设备管理系统501接收到有关故障的信息或告警信息后，可以作出响应处理。例如，将告警屏蔽，或者分析有关故障的信息或告警信息，以便进行故障定位。

另外，网元设备管理系统501可以远程查询内部连接设备503的运行状态，并将运行状态显示在仿真面板上。内部连接设备503的运行状态可以包括内部连接设备503的运行参数、供电情况等，仿真面板显示运行状态的形式可以有很多种，当内部连接设备503的运行状态发生变化时，仿真面板显示的运行状态也可以相应改变。另外，网元设备管理系统501查询内部连接设备503的运行状态后，也可以据此对运行状态进行分析，还可以进行故障定位，例如，如果查询到内部连接设备503的当前电压较低，则可以进行相应的分析，确定是哪个或哪些环节出现了异常。

网元设备管理系统501还可以查询内部连接设备503各个端口的性能数据，进行状态分析和故障定位。

根据内部连接设备503的维护管理要求，可以将内部连接设备503端口的性能数据分为如下类别：端口接收字节数、端口发送字节数、端口接收的单播包个数、端口接收的多播包个数、端口接收的广播包个数、端口接收的广播/多播包个数、端口由于错误导致丢弃的接收包个数、端口由于协议问题导致丢弃的接收包个数、端口发送的单播包个数、端口发送的多播包个数、端口发送的广播包个数、端口由于错误导致不能发送的包个数、端口的发送带宽利用率、端口的接收带宽利用率等。

如果某个端口在物理上本应该有连接，而查询的结果却是没有连接，则可以初步确定这个端口的连接发生异常。具体的，上述端口性能数据可以采用累计方式进行计数，当查询某个端口一段时间内的累计值时，可以先通过清零功能对某个端口的性能数据清零，此后，这个端口的性能数据将从零开始累加，网元设备管理系统501可以通过这种数据分析的手段确定端口的连接是否发生异常。

端口的性能数据可以多种形式显示在仿真面板上，当端口的性能数据发生变化时，仿真面板显示的端口性能也可以相应改变。例如，可以通过图形化的方式显示端口各个时间段内的性能数据，还可以根据实际需要设置时间段的大小，例如5分钟、30分钟等。网元设备管理系统501可以在各个时间段内累计数据，累计的数据可以作为一个数据点，最后在指定时间的起点和终点，将统计的数据点以图形化的方式显示在仿真面板上。

网元设备管理系统501还可以查询内部连接设备503的运行日志和/或端口的历史性能数据，以便对出现的故障进行回溯。例如，如果发生断电等异常情况，需要重新启动网元设备管理系统501，则启动网元设备管理系统501后，网元设备管理系统501可以查询内部连接设备503的历史记录，这样可以查询到在没有对内部连接设备503进行监控时，内部连接设备503是否发生异常。

网元设备管理系统501还可以通过下发通用命令对内部连接设备503进行远程配置。具体的，网元设备管理系统501可以直接将命令下发到内部连接设备503，内部连接设备503接收到命令后，根据命令进行相应的操作。

图5所示的实施例只是本发明网元管理系统的一种实施例，在实际应用中，网元设备管理系统的实现形式并不局限于图5所示的形式。

所以，本发明还提供了第二种网元管理系统的实施例。如图6所示，这种网元管理系统的实施例包括网元设备管理系统601、网元设备602、内部连接设备603以及后管理设备604，其中，网元设备管理系统601与后管理设备604之间设置有第一维护通道，所述后管理设备604与网元设备602及内部连接设备603之间分别设置有第二维护通道和第三维护通道；后管理设备604可以根据网元设备管理系统601通过第一维护通道发出的命令，通过第二维护通道和第三维护通道分别对网元设备602及内部连接设备603进行管理；后管理设备604还将网元设备602及内部连接设备603分别通过第二维护通道和第三维护通道发出的信息，通过第一维护通道提供给网元设备管理系统601。

维护通道的设置方式有很多，例如，可以通过Telnet命令，也可以通过SNMP的方式，当然，还可以有其他方式。

实际应用中，网元设备管理系统601与后管理设备604之间设置的维护通道、后管理设备604与网元设备602之间设置的维护通道、后管理设备604与内部连接设备603之间设置的维护通道可以相同，也可以不相同。例如，其中的一个维护通道可以使用Telnet命令方式设置，其他的维护通道可以选择使用Telnet命令或SNMP方式。

如上所述，由于网元设备管理系统601与后管理设备604之间设置了维护通道，后管理设备604与网元设备602及内部连接设备603之间分别设置了维护通道，所以相当于网元设备管理系统601与网元设备602及内部连接设备603之间分别设置了维护通道，这样，网元设备管理系统601可以通过维护通道对网元设备602和内部连接设备603进行统一管理。

后管理设备604可以具有如下功能：

(1)通过内部连接设备603提供的接口机制，对内部连接设备603进行实时监控，并根据内部连接设备603状态的变化情况，封装一套针对内部连接设备603的告警类型，向网元设备管理系统601主动上报相关告警信息。

(2)通过内部连接设备603提供的接口机制，对内部连接设备603进行实时监控，收集内部连接设备603的运行状态数据，并将这些运行状态数据提供给网元设备管理系统601。

(3)通过内部连接设备603提供的接口机制，对内部连接设备603各个端口进行实时监控，收集各个端口的性能数据，并将这些性能数据提供给网元设备管理系统601。

(4)通过内部连接设备603提供的接口机制，获取内部连接设备603的运行日志及端口的历史性能数据，并将运行日志及端口的历史性能数据提供给网元设备管理系统601。

(5)接收网元设备管理系统601下发的通用命令，根据通用命令对内部连接设备603进行配置。

网元设备管理系统601可以具有如下功能：

(1)使用仿真面板将内部连接设备603的有关情况进行显示，进一步的，还可以将仿真面板与网元设备602的设备面板集成在一个界面显示。

(2)提供告警显示功能，将内部连接设备603的告警信息和网元设备602的告警信息以统一的形式进行显示。

(3)显示内部连接设备603各个端口的性能，还可以分析内部连接设备603各个端口的性能数据。

(4)查询内部连接设备603的运行日志及端口的历史性能数据，确定内部连接设备603之前是否发生故障以及故障的具体信息。

(5)下发通用命令，对内部连接设备603进行管理。

需要说明的是，网元设备管理系统601通过后管理设备604管理网元设备602的方式可以与通过后管理设备604管理内部连接设备603的方式相同，这里不再赘述。

除图5及图6所示的网元管理系统的实施例外，本发明还提供了如图7所示的第三种网元管理系统的实施例。如图7所示，这种网元管理系统的实施例包括网元设备管理系统701、网元设备702及内部连接设备703，其中，网元设备管理系统701与网元设备702之间设置有第一维护通道，网元设备702与内部连接设备703之间设置有第二维护通道，网元设备管理系统701通过第一维护通道管理网元设备702，网元设备管理系统701通过第一维护通道及第二维护通道管理内部连接设备703。

维护通道的类型和设置方式、网元管理系统701与网元设备702及内部连接设备703之间的工作方式都与图5所示的实施例的描述基本相同，区别仅在于，网元管理系统701对内部连接设备703的管理需要经由网元设备702中转。

在本发明的网元管理方法、网元设备管理系统及网元管理系统的实施例中，由于网元设备管理系统可以与内部连接设备之间设置维护通道，再由于网元设备管理系统本身就可以管理网元设备，所以，这些实施例中的网元设备管理系统可以同时管理网元设备及内部连接设备。而在现有技术中，网元设备管理系统只能管理网元设备，管理维护人员只能将网元设备及内部连接设备分别管理，这就要求管理维护人员必须同时熟悉网元设备管理系统以及内部连接设备自带的维护系统，所以，在现有技术中，对网元管理的方式比较复杂，对管理维护人员的技能要求较高。由此可见，本发明提供的实施例可以降低网元管理的复杂度，也无需对管理维护人员的技能提出过高的要求。

在本发明的网元管理方法、网元设备管理系统及网元管理系统的实施例中，网元设备管理系统可以接收到关于内部连接设备的故障信息，这样不但可以明确内部连接设备发生了故障，还可以明确发生了什么故障。而在现有技术中，没有上报关于内部连接设备的故障信息的机制，如果发生故障，管理维护人员只能首先判断网元设备管理系统中是否有关于网元设备的告警，如果没有，则再排查是否是内部连接设备出现了故障。由此可见，本发明提供的实施例可以降低故障定位的难度，有利于及时发现问题。

在本发明的网元管理方法、网元设备管理系统及网元管理系统的实施例中，网元设备管理系统可以通过下发通用命令对内部连接设备进行配置，实现了对内部连接设备的远程管理。而在现有技术中，由于网络IP地址划分的不同，管理维护人员通常无法在远端直接管理内部连接设备，另外，出于网络安全性和其它因素的考虑，也不能直接设置代理，这就要求管理维护人员需要到现场才可以对内部连接设备进行配置。由此可见，本发明的实施例相对于现有技术，降低了远程管理的复杂度。

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