本申请要求于 2010 年 12 月 13 日提交中国专利局、 申请号为 201010584927.6、 发明名称为"一种网元的管理方法、 装置和系统"的中国专利申 请的优先权， 其全部内容通过引用结合在本申请中。

技术领域

本发明涉及通信领域， 尤其涉及一种网元的管理方法、 装置和系统。 背景技术

目前的 FTTX ( Fiber- to- the- X , 光纤接入）技术中， 0LT ( Opt i ca l L ine Termina l ,光线路终端）和 MxU( Mul t iuni t ,多用户单元） /0NT( Opt ica l Network Uni t , 光网络单元）之间的依赖性较强， 由于单板 /主机、 网元与网元以及网元 与网管之间存在复杂的配套关系， 升级单板 /网元可能会导致上级网元和网管同 步升级。

目前解决这个问题的方式是推出一种新单板就 需要在主机上应用新版本， 推出一种新网元， 则需要在网管上应用新的网管版本。 然而由于技术的发展， 新功能的硬件设备层出不穷， 这样， 不仅使得升级成本高昂， 而且势必要消耗 大量的维护资源， 也无法快速响应客户的需求。 发明内容

本发明一个实施例提供一种管理网元的方法， 包括：

网元在上线后向网管发送注册请求消息， 所述注册请求消息包含所述网元 的设备类型信息， 以便于所述网管根据所述设备类型信息判断是 否支持所述网 元；

当所述网管判定不支持所述网元时， 所述网元接收来自所述网管的上报即 插即用 PnP数据的通知消息， 向所述网管发送第一 PnP数据， 所述第一 PnP数 据包含所述网元的兼容类型， 以便于所述网管釆取与所述兼容类型对应的管 理 方式对所述网元进行管理。

本发明一个实施例提供一种网管设备， 包括：

第一接收单元， 用于接收网元的注册请求消息， 所述注册请求消息包含所 述网元的设备类型信息；

信息处理单元， 用于根据所述设备类型信息判断是否支持所述 网元， 当不 支持所述网元时， 通知所述网元上 ^艮 PnP数据；

第二接收单元， 用于接收来自所述网元的 PnP数据， 所述 PnP数据包含所 述网元的兼容类型；

网元管理单元， 用于釆取与所述兼容类型对应的管理方式对所 述网元进行 管理。

本发明一个实施例提供一种网元， 包括：

第一发送单元， 用于在上线后向网管发送注册请求消息， 所述注册请求消 息包含所述网元的设备类型信息， 以便于所述网管根据所述设备类型信息判断 是否支持所述网元；

信息接收单元， 用于在所述网管判定不支持所述网元时， 接收来自所述网 管的上报 PnP数据的通知消息；

第二发送单元， 用于向所述网管发送第一 PnP数据， 所述第一 PnP数据包 含所述网元的兼容类型， 以便于所述网管釆取与所述兼容类型对应的管 理方式 对所述网元进行管理。

本发明一个实施例提供一种网元的管理系统， 包括：

网管， 用于接收网元的注册请求消息， 所述注册请求消息包含所述网元的 设备类型信息； 根据所述设备类型信息判断是否支持所述网元 ， 当不支持所述 网元时， 通知所述网元上报 PnP数据； 接收来自所述网元的 PnP数据， 所述 PnP 数据包含所述网元的兼容类型； 釆取与所述兼容类型对应的管理方式对所述网 元进行管理。

本发明实施例提供的方法、 装置和系统， 在检测到不支持的网元时， 可以 釆取与该网元兼容类型对应的管理方式对该网 元进行管理， 不需要对网管进行 同步升级， 可以降低成本。 附图说明

为了更清楚地说明本发明实施例或现有技术中 的技术方案， 下面将对实施 例或现有技术描述中所需要使用的附图作简单 地介绍， 显而易见地， 下面描述 中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付 出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。

图 1-2为本发明实施例提供的方法的流程图；

图 3为本发明实施例提供的网管设备的架构的示� �图；

图 4为本发明实施例提供的网元的架构的示意图� � 具体实施例

下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是 全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有付出创造 性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。

本发明一个实施例提供一种管理网元的方法， 如图 1所示， 包括： 步骤 100, 网元上线后向网管发送注册请求消息， 该注册请求消息包含所述 网元的设备类型信息。

网元预先配置有 IP , 还可以预先配置 MAC ( Media Acces s Cont rol , 媒体 方文控制）地址、 SNMP ( S imple Network Management Protocol , 简单网络管 理协议）参数等。

在网元上线后，会向网管发送注册请求消息， 注册请求消息可以是陷阱 Trap 报文， 也可以是预先定义的注册消息等。

网元发送的注册请求消息中包含该网元的设备 类型信息， 用于表示该网元 的设备类型， 可以包括该网元的部件类型信息等。 注册请求消息中还可以包含 该网元的位置信息， 如 IP地址和 /或 MAC地址等。

步骤 102 , 网管根据注册请求消息中的类型信息判断是否 支持该网元， 如果 为是， 则用与该类型信息对应的管理方式管理该网元 ， 否则， 执行步骤 104。

网管上存储有能支持的设备的类型信息， 在收到网元的注册请求消息后， 根据本地保存的信息判断是否支持该网元。

步骤 104 , 通知网元上报 PnP数据。

当网管判定不支持该类型的网元时， 通知网元上报 PnP数据。

步骤 106 , 网管接收网元上报的 PnP数据， 该 PnP数据中包含该网元的兼容 类型。 网元可以釆取预先设定的方式将 PnP数据上报给网管。 网元上报的 PnP数 据（第一 PnP数据） 包含该网元的兼容类型 （可以是兼容版本等）， 还可以包含 兼容 OID ( Object Ident if ier , 对象标识）、 类型名称等， 如表 1所示， 其中， 0ID 可以用来确定所要访问的 MIB ( Management Informa t ion Base , 管理信息 库）对象。

表 1

步骤 108 , 网管釆取与所述兼容类型对应的管理方式对所 述网元进行管理。 在获取该网元的兼容类型后， 可以釆取与该兼容类型对应的管理方式， 对 该网元进行管理， 比如可以釆用兼容类型对应的升级文件对网元 进行升级等， 而这个过程中不需要网管同步升级。

网元一般由一个主机和单板 /扣板组成， 还会设置一个或多个端口。 对于网 管不支持的网元， 可能是因为该网元是新设备， 部件是全新的或者端口机框有 变更等， 也可能是因为该网元添加了新的单板和 /或扣板等。 因此， 网元上报的 PnP数据可以是综合分析部件的属性后上报的网 元总体兼容类型， 如表 1所示， 也可以是发生变化的部件的 PnP数据。

对于网元的部件的 PnP数据可以分别如表 2、 3、 4所示。

单板的 PnP数据可以如表 1所示： 表 2

扣板的 PnP数据可以如表 3所示: 表 3

端口布局 横排还是竖排

端口的 PnP数据可以如表 4所示:

表 4

网管还可以在管理界面上显示新类型网元的设 备面板信息。

网元上报的 PnP数据还可以包括一些非功能性模块的 PnP数据， 如机框等: 以便于网管管理或者在管理界面上显示。

机框的 PnP数据可以如表 5所示：

表 5

内容 说明

机框类型 机框类型

机框名称 机框名称

面板的总体 文本信息， 描述单板的整体的布局信息 布局信息 1、 机框高度、 宽度

1、 布局样式（传统框式、 盒式） 3、 框的方向 （横向、 竖向， 用于确定槽位的方

向）

4、 最大槽位数

面板的槽位 1、 槽位索引号

布局信息 2、 槽位的标签位置以及标签名称

3、 是否是主控板槽位

4、 槽位的区域（坐标、 长、 高）

机框的图像 图片， 为了给客户呈现一个更加逼真生动

A÷自 的图形界面

网元上电后， 对于端口或者机框的信息， 主机可以直接从主机的存储区间 读取， 单板和扣板等模块则需要向主机注册， 主机根据注册信息可以知道是否 支持这些模块， 具体流程如图 2所示， 包括：

步骤 200 , 接收模块的注册信息。

模块的注册信息包含模块的类型信息， 还可以包括模块在网元上的框位号 和 /或槽位号等信息。

步骤 202 , 主机根据单板的类型信息判断是否支持该模块 ， 如果为否， 执行 步骤 204。

步骤 204 , 通知模块上报 ΡηΡ数据。

模块的存储器中存储有模板文件， 该模板文件包含模块的 ΡηΡ数据， 具体 可以如表 2、 3所示， 还可以包括主机管理所需要的其它数据等， 比如该模块与 兼容类型对应设备的差异信息等。

步骤 206 , 接收模块上报的 ΡηΡ数据， 获取模块的兼容类型， 釆取对应的管 理方式对模块进行管理。

模块可以釆取反向加载的方式将 PnP数据上报给网元内的主机， 也可以釆 取预先设定的消息格式上报 PnP数据等。

对于不支持的模块， 还可以将该模块与兼容类型对应的设备的差异 信息上 报给主机， 比如该模块为 32个端口的单板， 而兼容类型对应的单板有 16个端 口等， 主机可以对根据差异信息对该模块进行管理。

在获取单板的 PnP数据后， 如果网管与网元同步数据时， 发现网元上有不 识别的单板， 向网元请求该单板的 PnP数据， 网元主机根据单板模版文件生成 单板 PnP数据上报给网管。

本实施例提供的方法， 在检测到不支持的网元时， 可以釆取与该网元兼容 类型对应的管理方式对该网元进行管理， 不需要对网管进行同步升级， 可以降 低成本。 本发明一个实施例提供一种网管设备， 如图 3所示， 包括：

第一接收单元 300 , 用于接收网元的注册请求消息， 所述注册请求消息包含 所述网元的设备类型信息；

信息处理单元 302 , 用于根据所述设备类型信息判断是否支持所述 网元， 当 不支持所述网元时， 通知所述网元上^艮 PnP数据；

第二接收单元 304 , 用于接收来自所述网元的 PnP数据， 所述 PnP数据包含 所述网元的兼容类型；

网元管理单元 306 ,用于釆取与所述兼容类型对应的管理方式对� �述网元进 行管理。 网元管理单元 306还用于釆取与所述兼容类型对应的升级文件 对所述网元 进行升级。

其中， 第一接收单元 300、 第二接收单元 304可以是一个或多个端口。 相应的， 本发明一个实施例提供一种网元， 如图 4所示， 包括：

第一发送单元 400, 用于在上线后向网管发送注册请求消息， 所述注册请求 消息包含所述网元的设备类型信息， 以便于所述网管根据所述设备类型信息判 断是否支持所述网元；

信息接收单元 402, 用于接收来自所述网管的上报 PnP数据的通知消息； 第二发送单元 404, 用于向所述网管发送第一 PnP数据， 所述第一 PnP数据 包含所述网元的兼容类型， 以便于所述网管釆取与所述兼容类型对应的管 理方 式对所述网元进行管理。

所提供的网元还可以包括注册单元 406和管理单元 408,

所述注册单元 406, 用于接收模块的注册信息， 所述注册信息中包含模块的 类型信息， 当根据模块的类型信息判定不支持所述模块时 ， 通知所述模块上报

PnP数据；

所述信息接收单元 402还用于接收所述模块上报的第二 PnP数据， 所述第 二 PnP数据包含所述模块的兼容类型；

所述管理单元 408,用于釆取与所述模块的兼容类型对应的管� �方式对所述 模块进行管理。

本实施例提供的网元可以是 0LT、 MxU、 0NT、 ONU (Optical Network Unit, 光网络单元）等。 本实施例提供的网管设备能在检测到不支持的 网元时，根据网元上报的 PnP 数据选择与该网元兼容类型对应的管理方式对 网元进行管理， 不需要配套进行 升级， 可以减少成本。 而本实施例提供的网元能将自己的兼容类型上 报给网管 设备， 以便于网管设备能根据兼容类型对自己进行管 理， 同时还能对自己的部 件进行检测， 当检测到不支持的新模块时， 根据新模块的兼容类型选择对应的 管理方式对新模块进行管理， 通用性比较强。 本领域普通技术人员可以理解实现上述实施例 方法中的全部或部分步骤是 可以通过程序来指令相关的硬件完成， 所述的程序可以存储于一计算机可读存 储介质中， 如 R0M/RAM、 磁碟或光盘等。

以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限于 此， 任何熟悉本技术领域的技术人员在本发明揭露 的技术范围内， 可轻易想到 变化或替换， 都应涵盖在本发明的保护范围之内， 因此， 本发明的保护范围应 所述以权利要求的保护范围为准。