网络设施与网络管理系统的通信方法

摘要

本发明公开了一种网络设施与网络管理系统的通信方法，网络管理系统按照采用通信协议与网络设施进行数据交互，该通信方法包括以下步骤：读取端口标签信息，读取网络设施全局/板/端口状态信息，网络设施告警上报和网络设施软件升级。本发明解决了智能光分配网网络设施与网络管理系统之间的可靠的数据传输问题，使得系统维护人员可以迅速地收集网络设施的运行状态，为系统维护、管理和诊断提供技术支持和保障，对于提高我国光网络的整体运营水平、制度开放、透明、兼容的设备管理系统规范将发挥重要作用。

说明书

技术领域

本发明涉及一种通信方法，尤其涉及一种智能光分配网网络设施与瓦格纳罗管理系统 的通信方法。

背景技术

随着新业务应用的不断出现，例如高清视频、游戏上网等，互联网的使用量在过去的 十年发生了巨大的增长。随着互联网用户和业务的快速增长，对接入网带宽需求成倍提高， 对于网络的性能和可靠性要求越来越高，使得PON开始出现更多分光比和更多ONU数量的 发展趋势，因此需要专门的设备管理系统对网络设备的参数、运行状态等进行实时管理和监 控，当网络出现故障时，能够迅速进行网络线路的调度、故障诊断和定位，力争在最短时间 内使网络恢复正常。

目前国内所应用的设备管理系统各组成部分间接口和协议大多是专用的、非开放的、 存在较多技术壁垒，限制了国内有关网管设备的开发与推广应用。

发明内容

本发明的目的在于克服现有技术的不足，提供一种简单、可靠的网络设施与网络管理 系统的通信方法，解决智能光分配网网络设施与网络管理系统之间的可靠的数据传输问题， 以便系统维护人员可以迅速地收集网络设施的运行状态，为系统维护、管理和诊断提供技术 支持和保障。

本发明的目的是通过以下技术方案来实现的：

网络设施与网络管理系统的通信方法，ODN网络管理系统按照指定的通信协议与网络设 施进行数据交互，它包括以下步骤：

S1.读取端口标签信息；

S2.读取网络设施全局/板/端口状态信息；

S3.网络设施告警上报；

S4.网络设施软件升级。

所述的网络设施包括机柜实体、单元框实体、业务板实体和端口实体，其中，单元框 实体含框、背板和主控板。

所述的通信协议采用基于UDP协议的简单网络管理协议。

所述的实体由设施实体MIB和扩展MIB来描述，其中，每一个实体MIB包含1个实体 索引登记项和多个节点登记项，具体结构为：

实体索引entPhysicalIndex,，其类型为PhysicalIndex,属性为不可访问N，用于实体 索引、要求唯一；

规格描述entPhysicalDescr,其类型为SnmpAdminString，属性为只读R，用来描述设备 规格；

父节点索引entPhysicalContainedIn，其类型为PhysicalIndexOrZero，属性为只读R， 用于配合entPhysicalParentRelPos表示该实体在树形结构中的位置；

实体类型entPhysicalClass，其类型为PhysicalClass，属性为只读R，用于描述实体 所属类型；

设备类型entPhysicalVendorType，其类型为AutonomousType，属性为只读R，表示实 体的类型，是对实体具体类型的分类，为entPhysicalClass的进一步分类，由厂商自定义；

父节点相对位置entPhysicalParentRelPos，其类型为Integer32，属性为只读R，表示 本实体的父节点实体中的相对位置，配合entPhysicalContainedIn表示该实体在树形结构中 的位置；

实体名称entPhysicalName，其类型为SnmpAdminString，属性为只读R，表示实体的名 称，为entPhysicalVendorType的文字描述；

硬件版本entPhysicalHardwareRev，其类型为SnmpAdminString，属性为只读R，表示 当前网络设施的硬件版本；

软件版本entPhysicalSoftwareRev，其类型为SnmpAdminString，属性为只读R，表示 当前网络设施的软件版本号。

所述的扩展MIB包括端口读写电子标签扩展MIB、软件升级扩展MIB和Trap MIB。

所述的端口读写电子标签扩展MIB的结构为：

实体索引entPhysicalIndex，其类型为Integer32，属性为不可访问N，用于实体索引、 要求唯一；

连接器电子标签ConnectElecID，其类型为OCETC STRING，属性为可读写RW，网络管理 系统通过其读写端口连接器的电子标签。

所述的软件升级扩展MIB的结构为：

实体索引entPhysicalIndex，其类型为Integer32，属性为不可访问N，用于实体索引、 要求唯一；

加载请求ID LoadRequestID，其类型为Integer32，属性为可读写RW，用于记录网管下 发的加载请求，用于查询加载操作的状态和结果；

IP地址类型LoadIPType，其类型为INTEGER，其中unknown为0、ipv4为1、ipv6为2， 属性为可读写RW，表示TFTP文件服务器IP地址的类型；

服务器IP地址LoadServerIPAddress，其类型为OCTET STRING，属性为可读写RW，表 示TFTP文件服务器的IP地址，长度根据IP地址类型确定；

文件传输端口LoadServerPort，其类型为INTEGER，属性为可读写RW，表示TFTP文件 传输的UDP端口，默认为69；

传输文件名LoadFileName，其类型为OCTET STRING，属性为可读写RW，表示请求传输 的系统软件文件名；

文件加载状态LoadStatus，其类型为INTEGER，其中initial为1、standby为2、 transfering为3、readyToUpdate为4、updating为5、success为6、fail为7、 requestUpdate为8，属性为只读R，表示当前文件传输的状态；

文件加载进度LoadProcess，其类型为Integer32，属性为只读R，表示文件加载进度： 0％～100％；

升级操作LoadOperation，其类型为INTEGER，其中nooperation为0、loadfile为1、 updateDevice为2，属性为可读写RW，该节点表示软件升级的操作，其中当写入值为0时网 络设施不进行任何升级操作、当写入值为1时网络设施从TFTP服务器读取系统软件后进行升 级操作、当写入值为2时网络设施直接使用已缓存的软件进行升级操作；

升级失败设备列表LoadFailedDevice，其类型为OCTET STRING，属性为只读R，当升级 开始/升级成功时该节点无数据、升级失败时返回失败设备列表，其数据组织方式如下：前4 个字节构成一个Integer32类型表示失败设备总数、后续每4个字节构成一个实体索引标 识失败设备位置。

所述的Trap MIB包括业务板状态变化告警MIB、端口状态变化告警MIB、设备升级失 败告警MIB和设备升级状态上报MIB，其中，所述的业务板状态变化告警MIB的结构是：

实体索引entPhysicalIndex，其类型为Integer32，属性为不可访问N，是状态发生变 化的业务板的实体索引；业务板状态变化类型BoardChangeType，其类型为INTEGER，其中 insertboard为1、pulloutboard为2，属性为可读写RW，表示业务板状态变化类型，值为1 时表示业务板异常插入，值为2时表示业务板异常拔出，业务板的异常插入和拔出指网络设 施未接收到插入或拔出某块业务板的指令时，发生的对该板的插入或拔出操作；

所述端口状态变化告警MIB的结构是：实体索引entPhysicalIndex，其类型为Integer32， 属性为不可访问N，为状态发生变化的端口的实体索引；端口状态变化类型PortChangeType， 其类型为INTEGER，其中insertconnecter为1、pulloutconnecter为2，属性为不可访问N， 表示端口状态变化类型，值为1时表示电子标签载体插头异常插入，值为2时表示电子标签 载体插头异常拔出，端口的异常插入和拔出指网络设施未接收到插或拔出某个接口的指令时， 发生的对该接口的插入或拔出操作；

所述设备升级失败告警MIB的结构是：实体索引entPhysicalIndex，其类型为Integer32， 属性为不可访问N，为升级失败的的实体索引；设备升级失败原因UpdateFailType，其类型 为INTEGER，其中serverfail为1、transferfail为2、updatefail为3，属性为不可访 问N，表示设备升级失败的原因，值为1时表示软件服务器无法访问，值为2时表示文件传 输失败，值为3时表示软件更新失败；

所述设备升级状态上报MIB的结构是：实体索引entPhysicalIndex，其类型为Integer32， 属性为不可访问N，为升级状态上报实体索引；文件加载状态LoadStatus，其类型为INTEGER， 其中initial为1、standby为2、transfering为3、readyToUpdate为4、updating为 5、success为6、fail为7、requestUpdate为8，属性为只读R，表示当前文件传输的状 态；升级失败设备列表UpdateFailDevice，其类型为OCTET STRING，属性为只读R，当升级 开始/升级成功时该节点无数据，升级失败时返回失败设备列表，数据组织方式如下：前4 个字节构成一个Integer32类型，表示失败设备总数，后续每4个字节：构成一个实体索 引，标识失败设备位置。

所述网络设施实体MIB索引结构包括5bit类型代码、4bit预留、4bit机柜、4bit单 元框、5bit板和10bit端口，共32比特，并且统一从0开始；其中类型代码表示索引类型， 包括设备索引、机框索引、业务板/盘索引和端口索引。

本发明的有益效果是：本发明解决了智能光分配网网络设施与网络管理系统之间的可 靠的数据传输问题，使得系统维护人员可以迅速地收集网络设施的运行状态，为系统维护、 管理和诊断提供技术支持和保障，对于提高我国光网络的整体运营水平、制度开放、透明、 兼容的设备管理系统规范将发挥重要作用。

附图说明

图1为本发明网络设施与网络管理系统的通信方法的流程图；

图2为本发明网络设施与网络管理系统的通信方法中I3接口在智能ODN中的位置图。

具体实施方式

下面结合附图进一步详细描述本发明的技术方案，但本发明的保护范围不局限于以下 所述。

如图1所示，网络设施与网络管理系统的通信方法，ODN网络管理系统按照指定的通 信协议与网络设施进行数据交互，它包括以下步骤：

S1.读取端口标签信息；

S2.读取网络设施全局/板/端口状态信息；

S3.网络设施告警上报；

S4.网络设施软件升级。

所述的网络设施包括机柜实体、单元框实体、业务板实体和端口实体，其中，单元框 实体含框、背板和主控板。

如图2所示，智能光分配网管理系统通过I3接口直接对稳定供电的网络设施进行管理。

所述的通信协议采用基于UDP协议的简单网络管理协议。

所述的实体由设施实体MIB和扩展MIB来描述，其中，每一个实体MIB包含1个实体 索引登记项和多个节点登记项，具体结构如表1：

表1

所述的扩展MIB包括端口读写电子标签扩展MIB、软件升级扩展MIB和Trap MIB。

所述的端口读写电子标签扩展MIB的结构具体如表2所示：

表2

所述的软件升级扩展MIB的具体结构如表3所示：

表3

所述的Trap MIB包括业务板状态变化告警MIB、端口状态变化告警MIB、设备升级失 败告警MIB和设备升级状态上报MIB，其中，所述的业务板状态变化告警MIB的具体结构如 表4所示：

表4

所述端口状态变化告警MIB的具体结构如表5所示：

表5

所述设备升级失败告警MIB的具体结构如表6所示：

表6

所述设备升级状态上报MIB的具体结构如表7所示：

表7

所述网络设施实体MIB索引结构包括5bit类型代码、4bit预留、4bit机柜、4bit单 元框、5bit板和10bit端口，共32比特，并且统一从0开始；

其中索引值中，如果某段无效或无意义，则该段的每1位都为全1，如表示控制单元的 时候，机柜与以后的字段都每1位都为1，如表示机柜的时候，单元框与以后的字段每1 位都为1，如表示单元框的时候，板与以后的字段每1位都为1，如表示板的时候，端口字 段每1位都为1，预留位为未来特殊模块。

设备索引中，类型代码为1，预留为0，机柜数量从0开始编号，一个控制单元管理一 个机柜，可取值0～15；

机框索引中，类型代码为2，预留为0，位置字段从0开始编号，可取值0～15；

业务板/盘索引中：类型代码为3，预留为0，板位置字段从0开始编码，可取值0～31；

端口索引编码中：类型代码为4，预留为0，端口从0开始编码，可取值0～1023。