一种OAM客户端控制信息交互方法
技术领域
本发明涉及一种OAM客户端控制信息交互方法,特别是涉及一种适用于数据通信领域的EPON系统中,对OAM客户端进行全面管理的控制信息交互方法。
背景技术
EPON(以太无源光网络)是一种新型的光纤接入网技术,它采用点到多点结构、无源光纤传输,在以太网之上提供多种业务。它在物理层采用了PON技术,在链路层使用以太网协议,利用PON的拓扑结构实现了以太网的接入。因此,它综合了PON技术和以太网技术的优点:低成本;高带宽;扩展性强,灵活快速的服务重组;与现有以太网的兼容性;方便的管理等等。
以太网OAM(Operations, Administration and Maintenance,操作、管理和维护)是一种监控网络问题的工具。它工作在数据链路层,利用设备之间定时交互OAMPDU(OAMProtocol Data Units,OAM 协议数据单元)来报告网络的状态,使网络管理员能够更有效地管理网络。
EPON媒质的性质是共享媒质和点到点网络的结合。在下行方向,拥有共享媒质的连接性,而在上行方向其行为特性就如同点到点网络。
下行方向:OLT发出的以太网数据报经过一个1:n的无源光分路器或几级分路器传送到每一个ONU。这种行为特征与共享媒质网络相同。在下行方向,因为以太网具有广播特性,与EPON结构和匹配:OLT广播数据包,目的ONU有选择的提取。
上行方向:由于无源光合路器的方向特性,任何一个ONU发出的数据包只能到达OLT,而不能到达其他的ONU。EPON在上行方向上的行为特点与点到点网络相同。但是,不同于一个真正的点到点网络,在EPON中,所有的ONU都属于同一个冲突域――来自不同的ONU的数据包如果同时传输依然可能会冲突。
在EPON组网环境下(如图1)所示,通常一台OLT(光线路终端 Optical LineTerminal)设备,下面会连接成百上千的ONU(光网络单元Optical Network Unit)设备,OLT与ONU之间是通过OAM协议进行管理信息交互的。ONU称之为OAM客户端。
在这种1对多的组网环境中,OLT对大量的OAM客户端进行管理,即在配置程序和下发程序中以共享结构的通信方式异步并发进行。
发明内容
根据OAM协议,在OLT收到上一个管理信息包的响应包之后才能进行下一个管理信息包的下发。因此OLT对某一个OAM客户端下发的管理信息包是串行顺序依次下发的。在以这种串行顺序依次下发管理信息而没有特别处理时,是不能保证所有的管理信息都能下发到OAM客户端的。在管理信息没有下发到OAM客户端上时,OLT就失去了对该OAM客户端的管理控制或部分管理控制的功能。即OAM客户端没能获得全面管理。
本发明要解决的技术问题是提供一种能对OAM客户端进行全面管理,实现资源有效合理分配的OAM客户端控制信息交互方法。
本发明采用的技术方案如下:一种OAM客户端控制信息交互方法,其特征在于:对OAM客户端的配置控制信息进行分类作为配置下发标志,来表示当前要进行下发的控制信息类别。
作为优选,所述分类方法为:依据配置控制的对象进行分类。
作为优选,所述方法还包括,为每个配置控制类设置一个配置标志,默认值为未配置,用户对OAM客户端进行配置时设置对应的配置标志值为配置。
作为优选,具体方法步骤为:下发程序,先根据配置标志和配置下发标志查找本次应该下发的配置控制类的配置信息,并将配置下发标志修改下一次应该下发的另外的配置类。然后再将对应的配置控制信息下发到OAM客户端。
作为优选,所述方法是在异步并发方式下进行的。
作为优选,所述步骤还包括,判断是否有其他类型的配置控制信息需要下发,否则继续下发该类的配置控制信息。
与现有技术相比,本发明的有益效果是:保证了上次下发的配置控制信息不再连续下发,实现了对OAM客户端进行全面管理,资源有效合理分配。
附图说明
图1为EPON系统的基本组网模式示意图。
图2为本发明其中一实施例的对应的未进行配置下发标志的配置下发流程示意图。
图3为图2所示实施例中进行配置下发标志的配置下发流程示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
本说明书(包括任何附加权利要求、摘要和附图)中公开的任一特征,除非特别叙述,均可被其他等效或者具有类似目的的替代特征加以替换。即,除非特别叙述,每个特征只是一系列等效或类似特征中的一个例子而已。
如图2所示,为针对本具体实施例的未进行配置下发分类标志的一个具体实施例配置下发流程图。在EPON系统中,以共享OAM客户端结构,异步并发管理存在的OAM客户端失去被管理的示意图,配置程序配置了OAM客户端的onu控制信息。在初始状态中,配置标志Flag[onu]、Flag[uni]和Flag[pon]的值均为默认值“未配置”;配置后,配置标志被设置,配置标志的值为“配置”;在本具体实施例中,要配置下发的控制类onu配置下发,配置标志被清除,配置标志Flag[onu]的值被更改为“未配置”;如果OLT在时间阈值内未收到onu的响应包(收到响应包的时间超出了时间阈值),则OLT会重新对onu进行配置下发,即使已经下发成功,还是会重复下发onu的控制信息。等到下发程序再次下发时,发现OAM客户端的onu配置信息需要下发,再次下发这个配置信息到OAM客户端,这样就导致了OAM客户端的uni和pon的配置信息得不到下发。从而产生了OAM客户端的这两部分的功能失去管理。
如图3所示,在本具体实施例中,对OAM客户端的配置控制信息按照配置控制的对象进行分类(当然,也可以根据实际情况按照其他分类方法进行分类),作为配置下发标志,来表示当前要进行下发的控制信息类别。
在本具体实施例中,按照配置控制的对象,分为onu配置控制onu_cfg、以太端口配置控制uni_cfg和pon端口配置控制pon_cfg,并且设置当前下发配置标志类型。如图3所示,在本具体实施例中,在初始状态,设置当前下发配置类型Cfg_next为onu,则当onu配置标志为“配置”后,根据系统设置的下一个配置类型Cfg_next为uni的配置类型进行下发配置,当uni配置标志为“配置”后,根据系统设置的下一个配置类型Cfg_next为pon的配置类型进行下发配置,依次类推,每次根据设定的配置类型进行一个类型的配置下发,以保证上次下发的配置控制信息不再连续下发。
如果没有其他类型的配置控制信息要下发时,会继续下发该类的配置控制信息。