基于面向对象技术的omci实体的实现方法
【专利摘要】一种基于面向对象技术的OMCI实体的实现方法，涉及GPON光通信【技术领域】，其包括将OMCI实体划分为基类和继承基类的派生实体类，将所述基类和派生实体类分别用面向对象的方法封装，封装完成的OMCI实体，利用OMCI实体间关系，实现多个OMCI实体互联，通过类的继承实现OMCI实体的扩展。本发明不需要增加额外的处理流程，方便扩展并且现有功能不受影响。
【专利说明】基于面向对象技术的OMCI实体的实现方法
【技术领域】
[0001]本发明涉及GPON(Gigabit-Capable PON,宽带无源光综合接入标准)光通信技术，尤其涉及一种基于面向对象技术的OMCI (ONT Management and Control Interface, ONT管理和控制接口)实体的实现方法。
【背景技术】
[0002]GPON系统一般采用点到多点的网络结构，由局端的OLT (Optical Line Terminal,光线路终端)、用户侧的ONU(Optical Network Unit,光网络单元)以及ODN(OpticalDistribution Network，光分配网络)组成。其中，OLT通过OMCI协议来管理0NU，并完成相互间通信。在ITU-TG.988中定义了 ME (Managed entity,管理实体),ME由实体属性、实体动作、通知以及实体间关系组成，是ONU业务和资源的抽象。在OMCI中，与协议无关的MIB (Management information base,管理信息库)由OMCI实体的实例组成，通过对ME的存取访问，实现对ONU的管理。
[0003]目前已公开的OMCI实现方案中，中国专利CN101764647A中采用嵌入式数据库实现MIB管理模块，重点关注于对数据库的查询和更新功能的实现。中国专利CN103354508A公开一种OMCI管理方法，重点在于OLT和ONU之间通信的接口。在实际应用中，业务需求是不断变化的，因此OMCI实体也需要不断的进行相应的增加或修改。但在上述方案中，并未详细描述关于OMCI实体的设计方案，如果OMCI实体的设计方案不合理，那么，对OMCI实体进行增加和修改，除相关实体的定义和方法外，还可能需要增加或修改其他的处理流程，甚至对现有功能产生影响，不能方便的满足当前实际业务需求。
【发明内容】
[0004]针对现有技术中存在的缺陷，本发明的目的在于提供一种基于面向对象技术的OMCI实体的实现方法，不需要增加额外的处理流程，方便扩展并且现有功能不受影响。
[0005]为达到以上目的，本发明采取的技术方案是:一种基于面向对象技术的OMCI实体的实现方法，包括:将OMCI实体划分为基类和继承基类的派生实体类，将所述基类和派生实体类分别用面向对象的方法封装，封装完成的OMCI实体，利用OMCI实体间关系，实现多个OMCI实体互联，通过类的继承实现OMCI实体的扩展。
[0006]在上述技术方案的基础上，所述OMCI实体包括实体属性、实体操作和实体间关系，所述实体属性作为类的属性，即实体属性作为数据成员；所述实体操作作为类的方法，即实体操作作为成员函数。
[0007]在上述技术方案的基础上，对OMCI实体的共性特征进行归纳，构造一个基类，作为构造其他OMCI实体类的基础框架，该基类中包含了实体的公共属性、以虚函数的形式实现规范中定义的所有的实体可能支持的操作。
[0008]在上述技术方案的基础上，所述派生实体类分为告警实体基类、性能采集实体基类和普通实体类。[0009]在上述技术方案的基础上，所述告警实体基类是将告警的基本操作抽象为一个类，作为所有告警实体的父类。
[0010]在上述技术方案的基础上，所述性能采集实体基类是将性能采集的基本操作抽象为一个类，作为所有性能采集实体的父类。
[0011]在上述技术方案的基础上，所述类的继承包括子类继承自父类，但是子类除继承自父类的方法外，允许根据需求对父类中的方法进行重写。
[0012]在上述技术方案的基础上，所述OMCI实体间关系包括显式指向关系和隐式指向关系。
[0013]在上述技术方案的基础上，所述显示指向关系体现为:类的一个属性为被指向实体的指针，通过指针对实体进行关联，并且被指向的实体为预先创建的实体。
[0014]在上述技术方案的基础上，所述隐式指向关系体现为:相关联的实体类具有相同的实例号属性值，每个实体类将维护一个关联实例表，存储与其关联的实体，在创建实体时，需要检查是否存在关联实体，若存在则将其加入关联实例表。
[0015]本发明的有益效果在于:
[0016]1、可扩展性。OMCI协议是允许扩展和自定义的，因此当需要增加新的功能时，只需要在现有系统的基础上，增加新的实体的定义及实现，就可以完成子功能增加，而不需要增加额外的处理流程，方便扩展并且现有功能不受影响。
[0017]2、可维护性。当前系统的某个功能需要修改时，由于类的封装特性，只需要对该功能涉及的部分类的属性及方法进行修改，降低了系统的耦合性。
[0018]3、可重用性。当芯片方案进行改变时，由于OMCI协议是不变的，因此，通过对芯片适配部分代码的抽象和剥离，可以极大的复用原有代码，甚至可以使用同一套代码通过编译选项的控制以支持不同芯片方案的设备，达到降低维护成本的目的。
【专利附图】
【附图说明】
[0019]图1是本发明的实体类继承关系图；
[0020]图2是本发明的实体关系示意图。
[0021]附图标记:
[0022]101 一基类；111 一告警实体基类；112 —性能统计实体基类；121 —告警实体类；122 —普通实体类；123 —性能统计实体类。
【具体实施方式】
[0023]以下结合附图及实施例对本发明作进一步详细说明。
[0024]封装是将数据和处理该数据的方法封装为一个整体，体现于类的抽象，是面向对象的重要特性。OMCI协议将所有的管理量抽象成了 OMCI实体的形式,每个实体作为一个受管理量成为OMCI MIB信息，因此将每个OMCI实体抽象为一个类；根据实体间的指向关系，将多个实体类关联，最终实现OMCI业务模型的创建。
[0025]一种基于面向对象技术的OMCI实体的实现方法，包括:用面向对象的方法封装OMCI实体，所述OMCI实体包括实体属性、实体操作和实体间关系，所述实体属性作为类的属性，即实体属性作为数据成员；所述实体操作作为类的方法，即实体操作作为成员函数。具体的，将OMCI实体划分为基类和继承基类的派生实体类，对OMCI实体的共性特征进行归纳，构造一个基类，作为构造其他OMCI实体类的基础框架，该基类中包含了实体的公共属性、以虚函数的形式实现规范中定义的所有的实体可能支持的操作。实例是同一个实体的不同个体，因此采用类的实例化进行抽象。所述派生实体类可能有多种分类方法，本实施例中，所述派生实体类分为告警实体基类、性能采集实体基类和普通实体类。所述告警实体基类是将告警的基本操作抽象为一个类，该告警实体基类继承自基类，作为所有告警实体的父类；所述性能采集实体基类是将性能采集的基本操作抽象为一个类，该性能采集实体基类继承自基类，作为所有性能采集实体的父类；所述普通实体类直接继承自基类。
[0026]将所述基类和派生实体类分别用面向对象的方法封装，封装完成的OMCI实体，通过类的继承实现OMCI实体的扩展，类的继承包括子类继承自父类，但是子类除继承自父类的方法外，允许根据需求对父类中的方法进行重写。并且，利用OMCI实体间关系，实现多个OMCI实体互联。OMCI实体间关系包括显式指向关系和隐式指向关系。所述显指向关系体现为:类的一个属性为被指向实体的指针，通过指针对实体进行关联，并且被指向的实体要首先创建；所述隐式指向关系体现为:相关联的实体类具有相同的实例号属性值，每个实体类将维护一个关联实例表，存储与其关联的实体，在创建实体时，需要检查是否存在关联实体，若存在则将其加入关联实例表。
[0027]上述过程中，将每个OMCI实体抽象为“类”，如表1所示,为OMCI实体的组成和类的组成部分的对应关系:实体的属性抽象为类的数据成员；动作和通知抽象为类的成员函数。例如在ITU-TG.988协议定义了实体MAC bridge port configuration data,该实体包含:Managed entity id、Bridge id pointer等14个属性,这14个属性抽象为其相应实体类的数据成员；该类支持4个基本操作Create, delete, get, set,这4个操作相应的抽象为实体类的4个成员函数；并且该实体支持Port blocking等告警操作,则在其实体类中需要定义告警Port blocking的 检测、上报等处理函数。而其与其他实体的关系体现为两种，一种是隐式关联，通过相同的Managed entity id属性值与其他实体关联；另一种为显式关联，例如其 Bridge id pointer 属性则确定了其指向的 MAC bridge service profile 实体。
[0028]表1
[0029]
【权利要求】
1.一种基于面向对象技术的OMCI实体的实现方法，其特征在于，包括:将OMCI实体划分为基类和继承基类的派生实体类，将所述基类和派生实体类分别用面向对象的方法封装，封装完成的OMCI实体，利用OMCI实体间关系，实现多个OMCI实体互联，通过类的继承实现OMCI实体的扩展。
2.如权利要求1所述的基于面向对象技术的OMCI实体的实现方法，其特征在于:所述OMCI实体包括实体属性、实体操作和实体间关系，所述实体属性作为类的属性，即实体属性作为数据成员；所述实体操作作为类的方法，即实体操作作为成员函数。
3.如权利要求1所述的基于面向对象技术的OMCI实体的实现方法，其特征在于:对OMCI实体的共性特征进行归纳，构造一个基类，作为构造其他OMCI实体类的基础框架，该基类中包含了实体的公共属性、以虚函数的形式实现规范中定义的所有的实体可能支持的操作。
4.如权利要求1所述的基于面向对象技术的OMCI实体的实现方法，其特征在于:所述派生实体类分为告警实体基类、性能采集实体基类和普通实体类。
5.如权利要求4所述的基于面向对象技术的OMCI实体的实现方法，其特征在于:所述告警实体基类是将告警的基本操作抽象为一个类，作为所有告警实体的父类。
6.如权利要求4所述的基于面向对象技术的OMCI实体的实现方法，其特征在于:所述性能采集实体基类是将性能采集的基本操作抽象为一个类，作为所有性能采集实体的父类。
7.如权利要求1所述的基于面向对象技术的OMCI实体的实现方法，其特征在于:所述类的继承包括子类继承自父类，但是子类除继承自父类的方法外，允许根据需求对父类中的方法进行重写。
8.如权利要求1所述的基于面向对象技术的OMCI实体的实现方法，其特征在于:所述OMCI实体间关系包括显式指向关系和隐式指向关系。
9.如权利要求8所述的基于面向对象技术的OMCI实体的实现方法，其特征在于:所述显示指向关系体现为:类的一个属性为被指向实体的指针，通过指针对实体进行关联，并且被指向的实体为预先创建的实体。
10.如权利要求8所述的基于面向对象技术的OMCI实体的实现方法，其特征在于:所述隐式指向关系体现为:相关联的实体类具有相同的实例号属性值，每个实体类将维护一个关联实例表，存储与其关联的实体，在创建实体时，需要检查是否存在关联实体，若存在则将其加入关联实例表。
【文档编号】G06F9/44GK104007962SQ201410185863
【公开日】2014年8月27日 申请日期:2014年5月5日 优先权日:2014年5月5日
【发明者】刘芳, 郑学智, 王志军 申请人:烽火通信科技股份有限公司