[0043] 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0044] 需要说明的是,在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。
[0045] 下面结合附图和具体实施例对本发明作进一步说明,但不作为本发明的限定。
[0046] 本发明技术方案包括一种光网络单元集中管理方法。
[0047] 如图1所示,一种光网络单元集中管理系统,应用于EPON+EOC网络,EPON+EOC网络包括至少一个光网络终端,光网络终端连接复数个光网络单元,
[0048] 提供一关联于一第一管理协议的管理端1;
[0049] 光网络终端2连接管理端1,并提供一逻辑实体集,逻辑实体集中的逻辑实体3与光网络终端2连接的光网络单元4分别一一对应连接;
[0050] 管理端1通过第一管理协议管理逻辑实体集中的逻辑实体3;
[0051] 逻辑实体集中的逻辑实体3通过一第二管理协议并根据管理端1的管理,管理对应连接的光网络单元4。
[0052] 上述技术方案中,管理端1通过第一管理协议向光网路终端2中的逻辑实体集中的逻辑实体3,逻辑实体3对管理端1的管理进行相应的转化,使之符合第二管理协议,并且,逻辑实体3通过第二管理协议对光网络单元4进行管理。这样,整个网络可通过第一管理协议进行整体管理,克服了现有技术中EPON+EOC网络无法对网络设备进行统一管理的缺陷。
[0053] 于一种较优的实施方式中,管理端1可为一网元管理系统,通过网元管理系统可对EPON+EOC网络中的所有网元进行管理。
[0054] 于一种较优的实施方式中,光网络单元4为单户设备。
[0055] 于一种较优的实施方式中,第一管理协议为SNMP协议。
[0056] 于一种较优的实施方式中,第二管理协议为OAM协议。
[0057] 于一种较优的实施方式中,逻辑实体3包括:
[0058] 储存单元32,储存单元32储存匹配第一管理协议并对应光网络单元4的管理信息;
[0059] 第一管理协议客户端31,分别连接管理端1及储存单元32,用以接收管理端1的配置指令,并根据配置指令配置储存单元32中对应的管理信息,以及接收管理端1的信息读取请求,并根据信息读取请求于储存单元中读取对应的管理信息发送至管理端1;
[0060] 管理协议转换单元34,连接储存单元,用以将储存单元32中的管理信息转化为匹配第二管理协议的第一配置信息,以及将第二配置信息转换成匹配第一管理协议的管理信息储存入储存单元32;
[0061] 第二管理协议代理单元33,分别连接管理协议转换单元34及对应的光网络单元4,用以基于第二管理协议将第一配置信息发送至光网络单元4,以及接收光网络单元4发送的第二配置信息转发至管理协议转换单元34。
[0062] 于上述方案基础上,进一步的,储存单元32可采用树形结构储存管理信息。
[0063] 作为一种优选的实施例,储存单元32可以MIB(Management Information Base管理信息库)的形式实现。
[0064] 作为优选的实施方式,可将对应光网络单元4的节点添加至树形结构的对应位置,进一步的,可于对应光网络单元4的节点下增加对应光网络单元4的管理信息的子树。
[0065] 上述技术方案中,树形结构的实现为本领域技术人员熟知的技术因此不再赘述。
[0066] 本发明的技术方案中,还包括一种光网络单元4集中管理方法,包括若干光网络终端2,光网络终端2连接复数个光网络单元4,
[0067] 提供一关联于一第一管理协议的管理端11;管理端1至少连接一个光网络终端2;
[0068] 所述管理端1通过第一管理协议管理所述至少一个光网络终端2内的逻辑实体集;
[0069] 所述逻辑实体集中的逻辑实体3通过一第二管理协议管理对应的光网络单元4。
[0070] 于上述方案基础上,进一步的,如图2所示,包括以下步骤:
[0071] 步骤S1、管理端1通过第一管理协议发送配置指令至光网络终端2中的逻辑实体集中对应的逻辑实体3;
[0072] 步骤S2、逻辑实体3将配置指令转化为对应第二管理协议的第一配置信息;
[0073] 步骤S3、逻辑实体3通过第二管理协议将第一配置信息发送至对应的光网络单元4。
[0074] 于上述方案基础上,进一步的,如图3所示,还包括如下步骤:
[0075] 步骤A、管理端1通过第一管理协议发送读取请求至光网络终端2中的逻辑实体集中对应的逻辑实体3;
[0076] 步骤B、逻辑实体3根据读取请求通过第二管理协议读取对应的光网络单元4以获取相应的第二配置信息;
[0077] 步骤C、逻辑实体3将读取到的第二配置信息转换成匹配第一管理协议的管理信息;
[0078] 步骤D、逻辑实体3通过第一管理协议将管理信息发送至管理端1。
[0079] 于一种优选的实施方式中,当管理端1发送一配置指令至光网络终端2中的逻辑实体3中的第一管理协议端时,在逻辑实体3中的储存单元32中存储有匹配第一管理协议并对应光网络单元4的管理信息,第一管理协议端接收到配置指令后根据配置指令配置存储在储存单元32中对应的管理信息,而管理信息通过协议转换单元转化为匹配第二管理协议的第一配置信息并由第二管理协议代理单元33将协议转换单元转换的匹配第二管理协议的第一配置信息发送至光网络单元4完成配置后,光网络单元4将第二配置信息通过第二管理协议代理单元33将第二配置信息发送至协议转换单元并将第二配置信息转换成匹配第一管理协议的管理信息储存入储存单元32中。
[0080] 于一种优选的实施方式中,当管理端1发送一信息读取请求至光网络终端2中的逻辑实体3中的第一管理协议端时,在逻辑实体3中的储存单元32中存储有匹配第一管理协议并对应光网络单元4的管理信息,根据信息读取请求于储存单元32中读取对应的管理信息发送至管理端1。
[0081] 以下以一种具体的实施方式进行说明,基于第一管理协议为SNMP协议的实施方式下,逻辑管理实体3作为代表被管理的网络单元4存在于光网络终端2中的逻辑实体集中,其中包括被管理对象实体集合,每一个被管理对象表示被管理的网络单元4的某一方面的属性,这些被管理对象的集合形成MIB。每个MIB都可使用树形结构组织所有可用信息。其中的每片信息是一个有标号的节点。每个节点包含两个内容:一个对象标识符和一个简短的文本描述。其中对象标识符OID(object identifier)是由句点隔开的一组整数,它命名节点并指示节点在树形结构中的准确位置。而简短的文本描述是对带标号的节点进行描述。一个带标号节点可以拥有包含其它带标号节点的子树。如果带标号节点没有子树,就是叶子节点,它包含一个值并被称为对象。
[0082] 如图4所示的实施例中显示了一个被管理对象的MIB树形结构,其中private子树是为企业私有管理信息准备的节点,目前这个子树下面只有一个子节点enterprises(1),假设企业向Internet编码机构申请一个代码920,为该企业生产的光网络终端设备赋予的代码为1,为光网络单元设备赋予的代码为2。
[0083] 于一种具体的实施方式中,光网络单元4对应的MIB以{1.3.6.1.4.1.920.2}作为根节点的OID标识,表1中定义了该光网络单元4的被管理对象实体集合。
[0084]管理项名称 OID值
ONU信息表 1.3.6.1.4.1.920.2.1
ONU设备索引号 1.3.6.1.4.1.920.2.1.1
ONU名称 1.3.6.1.4.1.920.2.1.2
ONU类型 1.3.6.1.4.1.920.2.1.3
ONU MAC地址 1.3.6.1.4.1.920.2.1.4
ONU管理VLAN ID 1.3.6.1.4.1.920.2.1.5
ONU管理主机IP 1.3.6.1.4.1.920.2.1.6
ONU管理读团体字 1.3.6.1.4.1.920.2.1.7
ONU管理写团体字 1.3.6.1.4.1.920.2.1.8
ONU能力表目 1.3.6.1.4.1.920.2.2
ONU PON端口信息表 1.3.6.1.4.1.920.2.3
ONU认证配置表 1.3.6.1.4.1.920.2.4
ONU UNI端口属性表 1.3.6.1.4.1.920.2.5
ONU VLAN配置表 1.3.6.1.4.1.920.2.6
ONU QoS配置表 1.3.6.1.4.1.920.2.7
ONU组播配置表 1.3.6.1.4.1.920.2.8
[0085] 表1
[0086] 以下以一种具体的实施方式进行说明,基于第一管理协议为SNMP协议的实施方式下,第一管理协议客户端31负责逻辑实体3与管理端1之间的通信,由管理端1发出请求,第一管理协议客户端31做出应答。SNMP协议共有5种消息类型:Get-Request,Get-Response,Get-Next-Request,Set-Request,Trap。报文格式如图5所示。
[0087] 如管理端1要读取光网络单元4对应的MIB中的ONU类型,则管理端1向第一管理协议客户端31发送Get request报文,在Variable bindings的Name1字段填入ONU类型的被管理对象的OID{1.3.6.1.4.1.920.2.1.3},
[0088] 第一管理协议客户端31从对应的网络单元4对应的MIB中获取ONU类型值,填写到Get Response报文中ONU类型变量对应Value1字段中,并将此响应报文发送给管理端1。
[0089] 以下以一种具体的实施方式进行说明,基于第一管理协议为SNMP协议,第二管理协议为OAM协议的实施方式下,第二管理协议代理单元33负责逻辑实体3与光网络单元4之间相互通信,之间采用OAM协议扩展消息进行信息交互,OAM协议扩展消息格式如图6的实施例所示。
[0090] 于优选的实施方式中,OAM协议扩展消息中操作码定义如表2所示。
[0091]扩展的操作码(Ext.Opcode) 值(16进制) 描述
Reserved 0x00 忽略
Extended Variable Request 0x01 用于向ONU查询扩展属性
Extended Variable Response 0x02 用于ONU返回扩展属性
Set Request 0x03 用于向ONU配置扩展属性/操作
Set Response 0x04 用于ONU返回对扩展属性/操作配置的确认
[0092] 表2
[0093] 于优选的实施方式中,OAM协议扩展消息中payload域可定义被管理对象,payload域定义的一种优选的定义方式如表3所示。
[0094]字段 值 描述
Branch 0xC7 表示ONU管理对象
Leaf 0x0001~0x00BF 表示ONU各种对象属性
Variable Width 属性长度
Value 属性值
[0095] 表3
[0096] 于优选的实施方式中,被管理对象可以进行Get和Set操作,Leaf字段中被管理对象的一种较优的定义方式如表4所示。
[0097]描述 Leaf Code
ONU基本信息 0x0001~0x000F
ONU UNI端口配置 0x0011~0x001F
ONU VLAN配置 0x0021~0x002F
ONU QoS配置 0x0031~0x003F
ONU组播配置 0x0041~0x004F
[0098] 表4
[0099] 以下以一种具体的实施方式进行说明,基于第一管理协议为SNMP协议,第二管理协议为OAM协议的实施方式下,第一管理协议客户端31和第二管理协议代理单元33的被管理对象都基于MIB,但两个代理采用的协议报文和对象标识不同,因此在第一管理协议客户端31和第二管理协议代理单元33之间,需要实现OID和Leaf Code映射表,此映射功能通过协议转换单元34实现。即从管理端1向第一管理协议客户端31发送消息配置光网络单元4时,第一管理协议客户端31验证SNMP协议的消息中的共同体community字段,基于community进行认证服务。如果认证失败则抛弃该消息,如果认证成功,则认为消息来源是可靠的,接着解析该SNMP PDU内容,如果是get帧,则直接查看被管理的光网络单元4对应的MIB并返回get response PDU帧给管理端1,如果是set帧,则在协议转换单元34通过OID查找到映射的Leaf Code,调用第二管理协议代理单元33发送OAM扩展协议Set Request帧给被管理的光网络单元4,当被管理的光网络单元4设置成功后,将修改对象属性值写入管理的光网络单元4对应的MIB中,并将SNMP协议的响应帧发送给管理端1。
[0100] 上述技术方案具有如下优点或有益效果:上述技术方案中,管理端1通过第一管理协议向光网路终端2中的逻辑实体集中的逻辑实体3,逻辑实体3对管理端1的管理进行相应的转化,使之符合第二管理协议,并且,逻辑实体3通过第二管理协议对光网络单元4进行管理。这样,整个网络可通过第一管理协议进行整体管理,克服了现有技术中EPON+EOC网络无法对网络设备进行统一管理的缺陷。
[0101] 以上所述仅为本发明较佳的实施例,并非因此限制本发明的实施方式及保护范围,对于本领域技术人员而言,应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案,均应当包含在本发明的保护范围内。