CN1929407A - 获取网络信息的方法和网络管理系统 - Google Patents

Abstract

本发明提供了一种获取网络信息的方法，该方法包括：第一网管发送预置的保护子网信息的查询指令，第二网管接收所述指令后查询保护子网的相关信息，并将查询到的信息发送回第一网管；本发明还提供了一种网络管理的系统，该系统包括：第一网管与第二网管。通过上述方法与系统，有助于获取全面的网络信息与对网络的全面管理。

Description

获取网络信息的方法和网络管理系统

技术领域

本发明涉及光技术通信领域，特别是涉及获取网络信息的方法和网络管理系统。

背景技术

光纤通信系统以其巨大的带宽和资源和相对低廉的制造成本得到广泛应用。目前，光纤传送网已经成为世界各国的主导传送网络。然而对于现有的光传送网络的高层网管一般只做到了保护领域的网元的管理，而并没有涉及到网络层的管理。为了满足电信运营商光传送网络统一管理以及各设备厂商的光传送网管互操作的需求，可以在光传送网络EML(Element Management System，网元管理层)和NML(Net Management System，网络管理层)之间的信息交互采用CORBA(Common Object Request Broker Architecture，公共对象请求代理体系结构)。CORBA是由OMG(Object Management Group，对象管理组织)提出的应用软件体系结构和对象技术规范，其核心是一套标准的语言、接口和协议，以支持异构分布应用程序间的互操作性及独立于平台和编程语言的对象重用。

CORBA技术是一种分布式的面向对象的技术，它以其简洁性、网络无关性、编辑语言和硬件平台的无关性等优点以及在计算机领域取得的巨大成功，开始受到电信设备供应商和运营商的青睐，是目前最具生命力的跨平台技术，并在电信管理网中获得大规模的应用。

目前，由TMF(TeleManagement Forum，电信管理论坛)所颁布的建议中建立了对单一网元上的保护组的管理，但是这种保护组的依然是以单一网元为单位建立的，与处在同一保护子网内的其他保护组并无相互关联，当高层网管进行管理时只能获取该单独保护组的信息，而无法知道与该保护组共同工作的其他保护组的信息。当某一受保护业务出现问题时，该保护组向其他网元发起保护业务请求时，可能其他网元并未建立业务保护组，或者建立的保护组的信息不对应，因此在单个网元上所创建的保护组，并不能保证业务真正受到保护；高层网管不能完整的获得整个网络的信息，也不能对整个网络进行有效的管理。

综上所述，现有技术虽然也能够进行网络的管理，但是高层网管不能完整的获得整个保护网络的信息，无法使业务真正有效的获得保护，因此高层网管不能够对整个网络进行有效且全面的管理。

发明内容

本发明要解决的问题是实现获取网络信息的方法，运用该方法及系统能够获得更多的网络信息，实现全面有效的网络管理。

为解决上述技术问题，本发明的目的是通过以下技术方案实现的：

第一网管发送预置的保护子网信息的查询指令，第二网管接收所述指令后查询保护子网的相关信息，并将查询到的信息发送回第一网管。

其中，所述预置的保护子网信息的查询指令为查询保护子网的类型、查询保护子网所占用的复用段层连接信息或查询保护子网的结构。

其中，第一网管发送查询指令之前，采用公共客体请求代理体系结构的接口定义语言设置网管接口，使第一网管和第二网管查询并获取全网信息。

其中，第一网管进一步下发执行倒换的命令。

其中，第一网管还通过通知服务获得网络的相关信息。

其中，采用公共客体请求代理体系结构的接口定义语言进一步设置第一网管实现保护子网的创建和删除；

第一网管发送带有保护子网标识的创建或删除指令，第二网管接收该指令，创建或删除标识对应的保护子网。

其中，采用公共客体请求代理体系结构的接口定义语言进一步设置第一网管实现保护子网的修改；

第一网管进一步发送预置的修改保护子网的指令；第二网管从保护子网的信息中分离出需要修改的保护子网的信息，将分离出的信息下发给所有的网元进行相应的参数修改。

其中，第二网管接收第一网管发送的查询指令并执行操作，若操作成功，则向第一网管返回操作成功信息；若操作不成功，则向第一网管返回操作失败信息；第一网管在预设定的时间内等待接收第二网管返回的操作成功或失败信息，若未收到，则执行异常处理。

为实现上述方法，本发明还提供了一种系统，该系统包括：第一网管与第二网管；

第一网管用于发送预置的保护子网信息的查询指令和接收第二网管返回的保护子网信息；

第二网管用于接收第一网管的查询指令，执行查询保护子网信息操作后将查询到的信息上报给第一网管。

其中，所述预置的保护子网信息的查询指令为查询保护子网的类型、查询保护子网所占用的复用段层连接信息或查询保护子网的结构。

其中，第一网管发送的指令中进一步包括添加或删除保护子网指令；

第二网管进一步用于接收添加、删除保护子网指令。

其中，上述的所有系统中，第一网管发送的指令中进一步包括修改保护子网指令；

第二网管进一步用于接收修改指令，从保护子网的信息中分离出需要修改的保护子网的信息，将分离出的信息下发给所有的网元进行相应的参数修改。

本发明与现有的基于单一保护组进行管理的方法不同，是基于在保护子网的层面上进行网络管理，各个共同工作的网元之间能够相互联系，使得网管能够获得网络的全面信息。且由于保护子网中所有的网元对某个业务的设置是统一的，使得在执行倒换等操作时不会出错，从而使业务真正得到保护。

进一步，本发明基于TMF建议，对管理层进行对保护子网的接口定义，完成了第一网管对保护子网的全面管理。这些管理包括保护子网的创建、删除、查询、修改、执行倒换、保护子网事件的通知上报。

通过创建和删除的保护子网的功能，能够灵活多变的适应实际应用中网络管理中对保护子网的需要。

由于实际运用中针对不同的事件会用到不同的保护子网，那么就有可能对保护子网进行修改；本发明实现了通过CORBA IDL对保护子网接口的修改，使得用户在操作过程中简单方便，提高了网络的可靠性。

并且由于具有保护子网事件的通知上报功能，使得网管能够主动得知网络的实时情况，能够即时调整网络的运营状况，从而提高了网管对网络的监控能力，也提高了网络的运营能力。

综上所述，通过上述方法与系统，能够实现获取全面的网络的保护信息与对网络的全面管理。

附图说明

图1为本发明网络系统图；

图2为本发明查询网络信息流程图；

图3为本发明EMS主动上报系统图；

图4为本发明EMS主动上报过程流程图；

图5为本发明NMS主动获取系统图；

图6为本发明NMS主动获取流程图；

图7为本发明添加或删除保护子网流程图；

图8为本发明待添加网元保护子网；

图9为本发明添加完网元保护子网；

图10为本发明添加网元流程图。

具体实施方式

本发明提供了一种获取网络信息的方法，该方法通过CORBA IDL语言为网络级网管NMS(Network Management System)和运营支撑系统OSS(Operation Support System)定义出高层网管与下层网管之间的一系列接口，并NMS与OSS通过使用保护子网来获取更多的网络信息，更全面的管理网络。

通过定义保护子网的类型，例如1+1线性复用段保护链、1：N线性复用段保护链、2纤双向复用段保护环、4纤双向复用段保护环等；保护子网所占用的复用段层连接信息，例如连接的源端、连接的宿端、连接的种类、使用了哪些时隙等；保护子网的结构，例如保护子网的名称、保护子网的类型、保护子网占用的连接信息列表、保护子网的参数等。通过这些定义使保护子网能够查询到网络中有哪些保护子网、保护子网中有哪些网元、保护子网的名称、保护子网的参数等全面信息，也能够实现执行倒换，通知上报等管理功能。

如图1所示，该图表示了一个从低级网元NE(18)设备到高级运营支撑系统OSS(15)的管理关系。网元级网管EMS(17)下层的网元设备NE1-NEn构成了一个或多个保护子网；网络级网管NMS(16)通过接口与EMS(17)进行通讯，一个NMS(16)能够同时管理多个EMS(17)；OSS(15)通过接口与NMS(16)进行通讯，一个OSS(1)能够同时管理多个网络级网管NMS(16)。OSS(15)与NMS(16)都能通过接口关系对最下层的保护子网进行操作管理。

在实现获取全面网络信息、全面管理之前需要对网络的NMS(16)和OSS(15)进行接口设置。这里所说的接口既上述的EMS(17)与NMS(16)、OSS(15)与NMS(16)进行通讯的接口。

步骤1：通过CORBA IDL语言实现高层网管与下层网管之间用于查询、执行倒换，保护子网事件的通知上报等一系列针对保护子网所进行的操作的数据类型和接口定义。

上述接口定义包括保护子网类型、保护子网所占用的复用段层连接信息、保护子网结构等。这些接口定义可以一起定义，也可以分别单独定义。

上述的高层网管指NMS(16)或者OSS(15)，下层网管指EMS(17)，这样NMS和OSS都能够通过CORBA设定的接口来管理最下层的网络。

步骤2：使用CORBA技术通过IDL编译器将之转化为编程语言(例如C、C++、JAVA等)所能实现的客户端、服务端程序的一些基本定义。

这里所说的服务端是指网元级网管(EMS)，客户端为网络级网管(NMS)；或者服务端指网络级网管(NMS)，客户端为运营支撑系统(OSS)。

步骤3：经过某种编程语言(例如C、C++、JAVA等)来具体实现获取网络全面信息及管理功能。

具体的，管理保护子网时的查询是按照下面的步骤来进行的：

参见图1与图2，首先是运营支撑系统(OSS)向下查询网络信息：

步骤11：OSS1(1)向NMS1(3)发出查询命令；

步骤12：NMS1(3)接收到查询命令后将命令下发到EMS1(4)与EMS2(5)；

步骤13：EMS1(4)与EMS2(5)接收到查询命令后，分别将其下属的保护子网信息上传至NMS1(3)；

该步骤中所述的保护子网信息可以包括EMS中保护子网的类型、保护子网连接的源端、连接的宿端、连接速率、保护子网的名称、保护子网参数、保护子网占用的连接信息列表等。

步骤14：NMS1(3)将接收到的保护子网信息上报至OSS1(1)。

至此完成了查询的全过程，OSS通过获得的保护子网的信息能够了解整个网络的情况。

当网络级网管(NMS)向下查询信息时即少了运营支撑系统(OSS)向NMS查询的步骤及NMS向OSS反馈的过程：

步骤21：NMS1(3)接收到查询命令后将该命令下发到EMS1(4)与EMS2(5)；

步骤22：EMS1(4)与EMS2(5)接收到查询命令后，分别将其下属的保护子网信息上传至NMS1(3)；

该步骤中所述的保护子网信息可以包括EMS中保护子网的类型、保护子网中网元连接的源端、连接的宿端、连接速率、保护子网的名称、保护子网参数、保护子网占用的连接信息列表等。

基于CORBA IDL语言定义的接口，网管都能够实现低于或等于其级别的查询工作，上述列举的是发起查询命令的网管向低于其级别网管的具体个例，实现同级别的查询与上述方法相似，区别仅仅在于发起查询命令的网管首先向其同级别的网管发送查询命令，所以在此不再详细描述同级别的查询步骤。

实现上述方法，需要在对应的网络管理系统中进行，该系统包括：运营支撑系统(OSS)、网络级网管(NMS)、网元级网管(EMS)、网络级网管下属的保护子网；

OSS与NMS都属于高层网管，高层网管和EMS都具有全面查询网络信息的单元。

OSS利用该单元能够对NMS下发查询网络信息命令，NMS接收该命令，向EMS下发查询命令，EMS接收该命令并执行相应动作，将查询到的信息返回给NMS，NMS再通过查询网络信息单元反馈给OSS。

同样，NMS也能够向EMS下发查询命令，EMS接收该命令并执行相应动作，将查询到的信息返回给NMS；并且OSS与NMS都能够向其同级别的网管发送查询网络信息命令。

执行倒换包括自动触发倒换、人为触发倒换两种方式。

人为触发倒换步骤为：

步骤31：NMS1(3)向EMS1(4)下发倒换命令；

步骤32：EMS1(4)将命令中指定的保护子网NE1-NEn(6-8)中的业务进行倒换。

当OSS下发执行倒换命令时，与上述过程基本类似，在此不再累述。

主动倒换与人工倒换类似，但是发生的倒换是系统自动运行的，而不是高层网管下发命令执行的，在此不再累述。

基于CORBA IDL语言定义的接口，网管都能够实现低于或等于其级别的执行倒换，上述列举的是发起执行倒换的网管向低于其级别网管的具体个例，实现同级别的执行倒换与上述方法相似，区别仅仅在于发起命令的网管首先向其同级别的网管发送执行倒换命令，所以在此不再详细描述同级别的执行倒换步骤。

实现人工倒换，需要在对应的网络管理系统中进行，该系统包括：运营支撑系统(OSS)、网络级网管(NMS)、网元级网管(EMS)、保护子网。

OSS与NMS都属于高层网管，高层网管和EMS都具有执行倒换的单元。

OSS利用该单元能够对NMS下发执行倒换命令，NMS接收该命令，向EMS转发执行倒换命令，EMS接收该命令并执行相应动作，指挥相应保护子网中的网元进行执行倒换业务。

同样，NMS也能够向EMS下发执行倒换命令，EMS接收该命令并执行相应动作，指挥相应保护子网中的网元进行执行倒换业务；并且OSS与NMS都能够向其同级别的网管发送执行倒换命令。

由于CORBA“通知服务”是一种比较成熟的CORBA标准服务，利用这一技术，可以实现网络管理的保护子网事件的通知上报功能。

即当保护子网发生一些事件时，也能够通过CORBA技术，将这一情况主动、及时的上报给管辖它的网管。这样上层网管NMS或OSS就可以对保护子网进行实时监控。

保护子网通知事件上报分为三种模式，一种模式为EMS主动上报，也称为PUSH模式，以NMS订阅为例，参见图3，NMS1(11)和NMS2(12)为订阅者，是消息的被动接收者；EMS1(13)至EMS4(16)都是属于与NMS1(11)至NMS2(12)有连接的网元层网管，是消息的主动提供者。

参见图4，EMS主动上报过程为：

步骤41：NMS1(11)、NMS2(12)订阅通知服务；

步骤42：当EMS1(13)至EMS4(16)所管辖的保护子网发生倒换或其他事件时，EMS1(13)至EMS4(16)分别将所属保护子网的消息打包；

步骤43：EMS1(13)至EMS4(16)分别将打包后的消息通过CORBA技术现有的“通知服务”，将业务倒换等消息压入通知服务；

步骤44：根据消息的订阅者的情况，将这一消息传递给NMS1(11)与NMS2(12)。

另一种模式为NMS主动获取，也称为PULL模式，以NMS订阅为例，参见图5，NMS1至NMS3为订阅者，是消息的主动获取者；EMS1至EMS4都是属于与NMS1至NMS3有连接的网元层网管，是消息的被动提供者；

参见图6，NMS主动获取过程为：

步骤51：NMS1(21)、NMS2(22)、NMS3(23)订阅通知服务；

步骤52：NMS1(21)、NMS2(22)、NMS3(23)主动的发出获取消息的请求；

步骤53：当EMS1(24)至EMS4(27)所管辖的保护子网发生倒换或其他事件时，EMS1(24)至EMS4(27)分别将所属保护子网的消息打包，通过CORBA技术现有的“通知服务”，通知服务主动获取业务倒换等消息；

步骤54：通知服务根据NMS1(21)、NMS2(22)、NMS3(23)发送的消息获取请求，将这一消息传递给NMS1(21)、NMS2(22)、NMS3(23)。

与上两种模式类似，服务通知也能够支持混合模式，即部分EMS或NMS为PULL模式，部分EMS或NMS为PUSH模式，由于过程基本相同，在此不再累述。

OSS向NMS获取消息时，与上面的三种方式相同，只是消息的提供者为NMS，消息的接收者为OSS，在此也不再累述。

基于CORBA IDL语言定义的接口，网管都能够向低于或等于其级别的网管订阅通知服务，上述列举的是向低于其级别网管订阅通知服务的具体个例，实现同级别的订阅通知服务与上述方法相似，区别仅仅在于发起命令的网管首先向其同级别的网管订阅通知服务，所以在此不再详细描述同级别的通知服务的步骤。

实现通知上报服务，需要在对应的网络管理系统中进行，该系统包括：运营支撑系统(OSS)、网络级网管(NMS)、网元级网管(EMS)、保护子网；OSS与NMS都属于高层网管，高层网管和EMS都具有通知上报服务单元。OSS与NMS利用该单元能够获得EMS上报的网络动作信息，且OSS与NMS都能够从同级别的网管获得EMS上报的网络动作信息，在此不再累述。

进一步，本发明通过在所述的预先准备过程的步骤1中进一步定义创建和删除的接口，该接口中包括待创建的保护子网的类型、待创建的保护子网的级别、待创建的保护子网预包含哪些网元、是否允许保护子网叠加、待创建的保护子网所使用的连接信息等。通过接口的定义，本发明还能够实现对保护子网的创建和删除。

参见图7，添加和删除的过程为：

步骤61：NMS通过CORBA接口下发针对保护子网的添加、删除命令；命令中包括添加或删除的保护子网名称等信息。

步骤62：EMS接收到命令后，完成相应的操作，并通过CORBA接口返回操作成功的结果；或者EMS未完成相应的操作，返回操作失败结果。

步骤63：NMS判断在规定的时间内有没有接收到EMS完成添加或删除保护子网的操作的返回结果。

步骤64：在规定的时间内接收到返回结果，操作完成。

步骤65：在规定的时间内未接收到返回结果，则操作失败，NMS放弃等候，丢弃该命令。

如果OSS想要对保护子网进行创建和删除的管理，那么过程与上述流程类似，只是接口的调用方为OSS，被调用方为NMS，具体过程为：

步骤71：OSS通过CORBA接口下发针对某一保护子网的添加、删除命令。

步骤72：NMS接收到命令后，再将该命令下发到EMS。

步骤73：EMS接收到命令后，完成相应的操作；并通过CORBA接口向OSS返回操作成功的结果；或者EMS未完成相应的操作，返回操作失败结果。

步骤74：OSS判断在规定的时间内有没有接收到EMS完成添加或删除保护子网的操作的返回结果。

步骤75：在规定的时间内接收到返回结果，操作完成。

步骤76：在规定的时间内未接收到返回结果，则操作失败，OSS放弃等候，丢弃该命令。

基于CORBA IDL语言定义的接口，网管都能够向低于或等于其级别的网管添加或删除的动作，上述列举的是向低于其级别网管发送该命令的具体个例，实现同级别的添加或删除保护子网的过程与上述方法相似，区别仅仅在于发起命令的网管首先向其同级别的网管发送添加或删除目标保护子网的命令，所以在此不再详细描述同级别网管间的具体步骤。

实现上述方法，需要在对应的网络管理系统中进行，该系统包括：运营支撑系统(OSS)、网络级网管(NMS)、网元级网管(EMS)、网络级网管下属的保护子网；

OSS与NMS都属于高层网管，高层网管和EMS都具有创建和删除单元。

OSS利用该单元能够对NMS下发添加或删除某一保护子网的命令，NMS接收该命令，向EMS下发添加或删除命令，EMS接收该命令并执行相应动作，将指定的保护子网删除或创建新的保护子网。

同样，NMS也能够向EMS下发创建或删除命令，EMS接收该命令并执行相应动作，将指定的保护子网删除或创建新的保护子网，且同级别的网管间都能够发送该指令，在此不再累述。

另一方面，保护子网是由多个网元共同构成的，在形成保护子网以后，用户往往需要针对现有保护子网进行一些修改。这些修改可能包括：将原保护子网中的某一个或多个网元剔除出去，剩下的保护子网仍形成保护子网；给现有的保护子网新增一个或多个网元，新增的网元仍然能够与原来的网元形成保护子网；或者是删除与添加两种操作的结合，即剔除一些网元的同时又新增一些网元，原保护子网剔除后所剩下的网元与新增加的网元仍能形成保护子网。

这些操作虽然也能够运用上面所说的创建和删除功能来实现，即通过CORBA接口删除旧保护子网，并通过CORBA接口再建立新的保护子网来完成相同的功能，但是为了使这种修改变得更容易操作，对业务影响较小、且在对网络改动较小的情况下进行，本发明通过在所述的预先准备过程的步骤1中进一步定义修改保护子网的CORBA接口，该接口中定义修改后的保护子网的类型、修改后保护子网欲包含哪些网元、修改后的保护子网能否跟其他保护子网叠加、待修改前的保护子网的已占用资源的使用方法、修改时必须被释放的资源列表、修改时必须使用的资源列表等信息。通过这些定义就能够让NMS或者OSS一步到位的修改现有保护子网，同时，也能够有效的减弱甚至避免对现有业务的冲击。

图8中NE1至NE3为现有保护子网中的网元，NE4为待添加入保护子网的网元。图9为在图8现有保护子网基础上添加NE4以后的保护子网。

参见图9与图10，具体实现过程如下：

步骤81：配置NE3到NE4的物理光纤；

步骤82：NMS向EMS发送添加保护子网中网元4的指令；

步骤83：EMS从保护子网的消息中分离出对需要修改的保护子网的信息下发至NE1至NE4；

步骤84：NE1至NE3进行相应的修改，NE4进行信息的设定，将保护子网的双向复用保护链延伸至NE4，完成NE4的添加。

当对保护子网的修改为删除某一个网元时，具体过程如下：

步骤91：NMS向EMS发送删除保护子网中网元4的指令；

步骤92：EMS从保护子网的消息中分离出对需要修改的保护子网的信息下发至NE1至NE4；

步骤93：NE1至NE4进行相应的修改。

OSS也可以实现对保护子网的修改，不同之处仅仅在于接口的调用方为OSS，被调用方为NMS，过程与上述基本相同，在此不再累述。

基于CORBA IDL语言定义的接口，网管都能够向低于或等于其级别的网管发送修改命令，上述列举的是向低于其级别网管发送该命令的具体个例，实现同级别的修改保护子网的过程与上述方法相似，区别仅仅在于发起命令的网管首先向其同级别的网管发送修改保护子网的命令，所以在此不再详细描述同级别网管间的具体步骤。

至此，通过本发明，实现了网络信息的全面管理，这些管理包括：查询、执行倒换、通知上报服务、添加、删除和修改。

实现上述方法，需要在对应的网络管理系统中进行，该系统包括：运营支撑系统(OSS)、网络级网管(NMS)、网元级网管(EMS)、网络级网管下属的保护子网；

OSS与NMS都属于高层网管，高层网管和EMS都具有修改单元。

OSS利用该单元能够对NMS下发修改某一保护子网的命令，NMS接收该命令，向EMS下发修改命令，EMS接收该命令并执行相应动作，对修改命令中指定的保护子网中的网元进行删除或添加。

同样，NMS也能够向EMS下发修改命令，EMS接收该命令并执行相应动作，对修改命令中指定的保护子网中的网元进行删除或添加，且同级别的网管间也可以互相发送该指令，在此不再累述。

以上对本发明所提供的获取网络信息的方法和网络管理系统，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

1、一种获取网络信息的方法，其特征在于，该方法包括：

第一网管发送预置的保护子网信息的查询指令，第二网管接收所述指令后查询保护子网的相关信息，并将查询到的信息发送回第一网管。

2、根据权利要求1所述的获取网络信息的方法，其特征在于，所述预置的保护子网信息的查询指令为查询保护子网的类型、查询保护子网所占用的复用段层连接信息或查询保护子网的结构。

3、根据权利要求1所述的获取网络信息的方法，其特征在于，第一网管发送查询指令之前，采用公共客体请求代理体系结构的接口定义语言设置网管接口，使第一网管和第二网管查询并获取全网信息。

4、根据权利要求3所述的获取网络信息的方法，其特征在于，第一网管进一步下发执行倒换的命令。

5、根据权利要求3所述的获取网络信息的方法，其特征在于，第一网管还通过通知服务获得网络的相关信息。

6、根据权利要求3所述的获取网络信息的方法，其特征在于，采用公共客体请求代理体系结构的接口定义语言进一步设置第一网管实现保护子网的创建和删除；

第一网管发送带有保护子网标识的创建或删除指令，第二网管接收该指令，创建或删除标识对应的保护子网。

7、根据权利要求3所述的获取网络信息的方法，其特征在于，采用公共客体请求代理体系结构的接口定义语言进一步设置第一网管实现保护子网的修改；

第一网管进一步发送预置的修改保护子网的指令；第二网管从保护子网的信息中分离出需要修改的保护子网的信息，将分离出的信息下发给所有的网元进行相应的参数修改。

8、根据权利要求1至7任一所述的获取网络信息的方法，其特征在于，

第二网管接收第一网管发送的查询指令并执行操作，若操作成功，则向第一网管返回操作成功信息；若操作不成功，则向第一网管返回操作失败信息；第一网管在预设定的时间内等待接收第二网管返回的操作成功或失败信息，若未收到，则执行异常处理。

9、一种网络管理系统，其特征在于，该系统包括：第一网管与第二网管；

第一网管用于发送预置的保护子网信息的查询指令和接收第二网管返回的保护子网信息；

第二网管用于接收第一网管的查询指令，执行查询保护子网信息操作后将查询到的信息上报给第一网管。

10、根据权利要求9所述的网络管理系统，其特征在于，所述预置的保护子网信息的查询指令为查询保护子网的类型、查询保护子网所占用的复用段层连接信息或查询保护子网的结构。

11、根据权利要求9所述的网络管理系统，其特征在于，

第一网管发送的指令中进一步包括添加或删除保护子网指令；

第二网管进一步用于接收添加、删除保护子网指令。

12、根据权利要求9至11任一所述的网络管理系统，其特征在于，

第一网管发送的指令中进一步包括修改保护子网指令；

第二网管进一步用于接收修改指令，从保护子网的信息中分离出需要修改的保护子网的信息，将分离出的信息下发给所有的网元进行相应的参数修改。

Images