一种GPON业务模型的可视化实现方法及装置与流程

文档序号:17695226发布日期:2019-05-17 21:26阅读:247来源:国知局
一种GPON业务模型的可视化实现方法及装置与流程

本申请涉及光通信技术领域,尤其涉及一种千兆比特无源光网络(gigabit-capablepassiveopticalnetwork,gpon)业务模型的可视化实现方法及装置。



背景技术:

gpon技术具有高带宽、高效率、覆盖范围大以及用户接口丰富等优点,被视为实现接入网业务宽带化,综合化改造的理想技术。

在gpon系统中,gpon业务通过管理和配置gpon业务模型来实现,gpon业务模型是一组相互关联的管理实体(managemententity,me)实例构成的管理信息库(managementinformationbase,mib),其中,me实例是光网络单元(opticalnetworkunit,onu)资源或业务的抽象。通过分析me实例配置信息及me实例之间的关联信息可以了解gpon业务的配置情况。

在gpon业务分析中,通常专业的开发人员逐条分析光网络单元管理控制接口(onumanagementandcontrolinterface,omci)报文,该omci报文由光线路终端(opticallineterminal,olt)下发给onu,定义了olt与onu之间信息交换的协议,其承载的信息用于olt对onu的管理,包括配置管理,故障管理,性能管理和安全管理等,开发人员再根据该omci报文手动画出gpon业务模型图以直观展示gpon业务的配置情况。

由于gpon业务模型复杂、me实例种类较多,手动绘制gpon业务模型图对开发人员来说专业知识要求高,难度较大,错误率较高。



技术实现要素:

本申请实施例提供一种gpon业务模型的可视化实现方法及装置,用以通过gpon业务模型的数据描述信息生成的图形化描述文件实现gpon业务模型的可视化。

第一方面,提供一种千兆无源光网络gpon业务模型的可视化实现方法,包括:光网络单元onu获取存储的千兆比特无源光网络gpon业务模型的数据描述信息,所述gpon业务模型的数据描述信息包括所述gpon业务模型中的管理实体me实例的标识、me实例之间的关联信息以及me实例的gpon业务配置信息;所述onu根据所述gpon业务模型的数据描述信息生成gpon业务模型的图形化描述文件,所述图形化描述文件被用于网元管理系统ems绘制gpon业务模型图;所述onu将所述图形化描述文件发送给所述ems。

可选地,所述onu获取存储的gpon业务模型的数据描述信息之前,还包括:所述onu接收所述ems发送的gpon业务模型请求消息。

可选地,所述gpon业务模型的数据描述信息存储为第一链表和第二链表,所述第二链表包括至少一个子链表;所述第一链表用于存储me实例的属性信息,所述me实例的属性信息包括me实例的标识,与其它me实例的关联信息以及业务配置信息;所述第二链表用于存储与gpon业务模型相关的me实例在第一链表中的存储位置,其中,每个子链表对应一个gpon业务子模型,每个gpon业务子模型中仅包括一个根节点实例。

可选地,所述方法还包括:所述onu获得第一me实例;所述onu将所述第一me实例的属性信息存储于所述第一链表;若所述第一me实例为gpon业务子模型的根节点实例,则所述onu在所述第二链表中创建新的子链表,将所述第一me实例在所述第一链表中的存储位置信息存储于所述新的子链表,所述新的子链表与所述第一me实例所属的gpon业务子模型相对应;若所述第一me实例为gpon业务子模型的叶子节点实例,且所述第二链表中存在满足设定条件的子链表,则所述onu将所述第一me实例在所述第一链表中的存储位置信息以及所述第一链表中与所述第一me实例具有关联关系的me实例在所述第一链表中的存储位置信息存储于所述满足设定条件的子链表;其中,所述满足设定条件的子链表为存储有与所述第一me实例具有关联关系的me实例的子链表。

可选地,所述onu获取存储的gpon业务模型的数据描述信息之前,还包括:所述onu根据所述第二链表中的每个子链表中存储的me实例的存储位置信息,从所述第一链表中获取相应me实例的gpon业务配置信息;所述onu根据获取到的me实例的gpon业务配置信息,针对所述每个子链表所对应的gpon业务子模型,分别进行校验处理,所述校验处理包括完整性校验和业务配置冲突校验中的至少一个;所述onu分别在所述每个子链表中存储提示信息,所述提示信息用于描述所在子链表的校验结果。

可选地,所述onu将所述图形化描述文件发送给所述ems,包括:所述onu根据设定窗长将所述图形化描述文件切分为至少一个数据段,每个数据段包括至少一个数据片;所述onu通过至少一个报文将所述图形化描述文件发送给光线路终端olt,以使所述报文经过所述olt后发送到所述ems,每个报文携带所述图形化描述文件的一个数据片;其中,所述onu根据所述olt针对第一数据段的最后一个数据片反馈的接收确认信息,在确认所述第一数据段成功接收后再发送携带有下一个数据段中的数据片的报文,所述第一数据段为所述图形化描述文件中的任意一个数据段。

可选地,所述onu通过至少一个报文将所述图形化描述文件发送给光线路终端olt,还包括:所述onu接收所述olt发送的窗口调整指令,所述窗口调整指令携带窗长调整信息,所述窗长调整信息由所述olt根据数据段的发送状态确定,所述发送状态包括数据段上传成功与否和/或带宽比较结果;其中,所述带宽比较结果为针对至少一个数据段的传输预测的占用带宽与所述至少一个数据段实际所能使用的带宽的比较结果;所述onu根据所述窗口调整指令对所述图形化描述文件的剩余数据重新进行切分。

可选地,若数据段连续设定次数上传失败,则所述窗口调整指令携带的窗长调整信息为减小窗长;若连续设定个数的数据段上传成功且所述带宽比较结果满足第一条件,则所述窗口调整指令携带的窗长调整信息为保持窗长不变;若连续设定个数的数据段上传成功且所述带宽比较结果满足第二条件,则所述窗口调整指令携带的窗长调整信息为增大窗长;其中,所述第一条件为所述至少一个数据段的传输预测的占用带宽大于所述至少一个数据段实际所能使用的带宽,所述第二条件为所述至少一个数据段的传输预测的占用带宽小于或等于所述至少一个数据段实际所能使用的带宽。

可选地,所述onu将所述图形化描述文件发送给所述ems之后,还包括:所述onu接收所述ems发送的gpon业务模型修改请求消息,所述gpon业务模型修改请求消息携带gpon业务模型修改信息;所述onu根据所述gpon业务模型修改请求消息携带的gpon业务模型修改信息,修改所述onu存储的gpon业务模型的数据描述信息。

可选地,所述图形化描述文件为dot文件,所述dot文件包括节点、节点之间的边以及标签,所述节点用于描述me实例,所述边用于描述两个me实例之间的关联关系,所述标签用于描述节点和边的图形化显示信息,其中,所述关联信息包括显式关联和隐式关联。

第二方面,提供一种千兆无源光网络gpon业务模型的可视化实现方法,包括:网元管理系统ems接收光网络单元onu发送的图形描述文件;其中,所述图形描述文件是所述onu根据所述onu存储的千兆比特无源光网络gpon业务模型的数据描述信息生成的,所述gpon业务模型的数据描述信息包括所述gpon业务模型中的管理实体me实例的标识、me实例之间的关联信息以及me实例的gpon业务配置信息;所述ems根据所述图形化描述文件绘制gpon业务模型图。

可选地,所述ems接收所述onu发送的所述图形描述文件之前,还包括:所述ems向所述onu发送gpon业务模型请求消息,所述gpon业务模型请求消息用于使得所述onu根据存储的gpon业务模型的数据描述信息生成gpon业务模型的图形化描述文件。

可选地,所述ems根据所述图形化描述文件绘制gpon业务模型图之后,还包括:所述ems向所述onu发送gpon业务模型修改请求消息,所述gpon业务模型修改请求消息用于请求所述onu根据所述gpon业务模型修改请求消息中携带的gpon业务模型修改信息修改所述onu存储的gpon业务模型的数据描述信息。

可选地,所述图形化描述文件为dot文件,所述dot文件包括节点、节点之间的边以及标签,所述节点用于描述me实例,所述边用于描述两个me实例之间的关联关系,所述标签用于描述节点和边的图形化显示信息,其中,所述关联信息包括显式关联和隐式关联。

第三方面,提供一种光网络单元,包括:处理模块和发送模块;所述处理模块,用于获取存储的千兆比特无源光网络gpon业务模型的数据描述信息,并根据所述gpon业务模型的数据描述信息生成gpon业务模型的图形化描述文件;其中,所述gpon业务模型的数据描述信息包括所述gpon业务模型中的管理实体me实例的标识、me实例之间的关联信息以及me实例的gpon业务配置信息;所述图形化描述文件被用于网元管理系统ems绘制gpon业务模型图;所述发送模块,用于将所述图形化描述文件发送给所述ems。

可选地,还包括接收模块;所述接收模块,用于接收所述ems发送的gpon业务模型请求消息。

可选地,所述gpon业务模型的数据描述信息存储为第一链表和第二链表,所述第二链表包括至少一个子链表;所述第一链表用于存储me实例的属性信息,所述me实例的属性信息包括me实例的标识,与其它me实例的关联信息以及业务配置信息;所述第二链表用于存储与gpon业务模型相关的me实例在第一链表中的存储位置,其中,每个子链表对应一个gpon业务子模型,每个gpon业务子模型中仅包括一个根节点实例。

可选地,所述处理模块,进一步用于:获得第一me实例,并将所述第一me实例的属性信息存储于所述第一链表;若所述第一me实例为gpon业务子模型的根节点实例,则在所述第二链表中创建新的子链表,将所述第一me实例在所述第一链表中的存储位置信息存储于所述新的子链表,所述新的子链表与所述第一me实例所属的gpon业务子模型相对应;若所述第一me实例为gpon业务子模型的叶子节点实例,且所述第二链表中存在满足设定条件的子链表,则所述onu将所述第一me实例在所述第一链表中的存储位置信息以及所述第一链表中与所述第一me实例具有关联关系的me实例在所述第一链表中的存储位置信息存储于所述满足设定条件的子链表;其中,所述满足设定条件的子链表为存储有与所述第一me实例具有关联关系的me实例的子链表。

可选地,所述处理模块,进一步用于:根据所述第二链表中的每个子链表中存储的me实例的存储位置信息,从所述第一链表中获取相应me实例的gpon业务配置信息;根据获取到的me实例的gpon业务配置信息,针对所述每个子链表所对应的gpon业务子模型,分别进行校验处理,所述校验处理包括完整性校验和业务配置冲突校验中的至少一个;分别在所述每个子链表中存储提示信息,所述提示信息用于描述所在子链表的校验结果。

可选地,所述处理模块,具体用于:根据设定窗长将所述图形化描述文件切分为至少一个数据段,每个数据段包括至少一个数据片;所述发送模块,具体用于:通过至少一个报文将所述图形化描述文件发送给光线路终端olt,以使所述报文经过所述olt后发送到所述ems,每个报文携带所述图形化描述文件的一个数据片;其中,所述onu根据所述olt针对第一数据段的最后一个数据片反馈的接收确认信息,在确认所述第一数据段成功接收后再发送携带有下一个数据段中的数据片的报文,所述第一数据段为所述图形化描述文件中的任意一个数据段。

可选地,所述接收模块,进一步用于:接收所述olt发送的窗口调整指令,所述窗口调整指令携带窗长调整信息,所述窗长调整信息由所述olt根据数据段的发送状态确定,所述发送状态包括数据段上传成功与否和/或带宽比较结果;其中,所述带宽比较结果为针对至少一个数据段的传输预测的占用带宽与所述至少一个数据段实际所能使用的带宽的比较结果;所述处理模块,进一步用于:根据所述窗口调整指令对所述图形化描述文件的剩余数据重新进行切分。

可选地,若数据段连续设定次数上传失败,则所述窗口调整指令携带的窗长调整信息为减小窗长;若连续设定个数的数据段上传成功且所述带宽比较结果满足第一条件,则所述窗口调整指令携带的窗长调整信息为保持窗长不变;若连续设定个数的数据段上传成功且所述带宽比较结果满足第二条件,则所述窗口调整指令携带的窗长调整信息为增大窗长;其中,所述第一条件为所述至少一个数据段的传输预测的占用带宽大于所述至少一个数据段实际所能使用的带宽,所述第二条件为所述至少一个数据段的传输预测的占用带宽小于或等于所述至少一个数据段实际所能使用的带宽。

可选地,所述接收模块,进一步用于:接收所述ems发送的gpon业务模型修改请求消息,所述gpon业务模型修改请求消息携带gpon业务模型修改信息;所述处理模块,进一步用于:根据所述gpon业务模型修改请求消息携带的gpon业务模型修改信息,修改所述onu存储的gpon业务模型的数据描述信息。

可选地,所述图形化描述文件为dot文件,所述dot文件包括节点、节点之间的边以及标签,所述节点用于描述me实例,所述边用于描述两个me实例之间的关联关系,所述标签用于描述节点和边的图形化显示信息,其中,所述关联信息包括显式关联和隐式关联。

第四方面,提供一种网元管理系统,包括:接收模块,用于接收光网络单元onu发送的图形描述文件;其中,所述图形描述文件是所述onu根据所述onu存储的千兆比特无源光网络gpon业务模型的数据描述信息生成的,所述gpon业务模型的数据描述信息包括所述gpon业务模型中的管理实体me实例的标识、me实例之间的关联信息以及me实例的gpon业务配置信息;处理模块,用于根据所述图形化描述文件绘制gpon业务模型图。

可选地,所述设备还包括:发送模块,用于向所述onu发送gpon业务模型请求消息,所述gpon业务模型请求消息用于使得所述onu根据存储的gpon业务模型的数据描述信息生成gpon业务模型的图形化描述文件。

可选地,所述发送模块,进一步用于:向所述onu发送gpon业务模型修改请求消息,所述gpon业务模型修改请求消息用于请求所述onu根据所述gpon业务模型修改请求消息中携带的gpon业务模型修改信息修改所述onu存储的gpon业务模型的数据描述信息。

可选地,所述图形化描述文件为dot文件,所述dot文件包括节点、节点之间的边以及标签,所述节点用于描述me实例,所述边用于描述两个me实例之间的关联关系,所述标签用于描述节点和边的图形化显示信息,其中,所述关联信息包括显式关联和隐式关联。

第五方面,提供一种通信装置,包括:处理器、存储器以及通信接口;所述存储器,用于存储计算机指令;所述处理器,用于运行所述计算机指令以实现第一方面中任一项所述的方法。

第六方面,提供一种通信装置,包括:处理器、存储器以及通信接口;所述存储器,用于存储计算机指令;所述处理器,用于运行所述计算机指令以实现第二方面中任一项所述的方法。

第七方面,提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,所述计算机指令被处理器执行时实现第一方面中任一项所述的方法。

第八方面,提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,所述计算机指令被处理器执行时实现第二方面中任一项所述的方法。

本申请的上述实施例中,onu根据获取的gpon业务模型的数据描述信息生成gpon业务模型的图形化描述文件,并将该gpon业务模型的图像化描述文件发送给ems;其中,gpon业务模型的数据描述信息包括gpon业务模型中me实例的标识、me实例之间的关联信息以及me实例的gpon业务配置信息;ems根据onu发送的gpon业务模型的图像化描述文件绘制gpon业务模型图以便以图形化方式显示该gpon业务模型图;这样,实现了gpon业务模型图的显示,提高绘制gpon业务模型图的效率,且图形化的gpon业务模型便于用户直观了解gpon业务模型的配置情况,以使用户根据实时显示的配置信息修正gpon业务配置,提高对gpon业务配置的分析效率。

附图说明

图1为本申请实施例适用的一种gpon系统的结构示意图;

图2为本申请实施例提供的一种gpon业务模型可视化实现方法的流程示意图;

图3为本申请实施例中的gpon子业务模型的示意图;

图4为本申请实施例提供的一种图形化描述文件上传方法的流程示意图;

图5为本申请实施例提供的一种自适应调整窗长的方法流程示意图;

图6为本申请实施例中gpon封装方式的示意图;

图7为本申请实施例中dot文件上传的信息交互图;

图8为本申请实施例提供的一种建立两级链表的方法流程示意图;

图9为本申请实施例提供的一种gpon业务配置检测方法的流程示意图;

图10为本申请实施例提供的一种光网络单元的结构示意图;

图11为本申请实施例提供的一种网元管理系统的结构示意图;

图12为本申请实施例提供的一种通信装置的结构示意图;

图13为本申请实施例提供的一种通信装置的结构示意图。

具体实施方式

以下,对本申请实施例中的部分用语进行解释说明,以便于本领域技术人员理解。

(1)“第一”、“第二”是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。

(2)“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

以下结合附图对本申请的具体实施方式进行详细的说明。应当理解的是,此处所描述的具体实施方式仅用于说明和解释本申请,并不用于限制本申请。

参见图1,为本申请实施例适用的一种gpon系统的结构示意图。如图所示,gpon系统中包括网元管理系统(elementmanagementsystem,ems)101,olt102,光分配网络(opticaldistributionnetwork,odn)设备103以及onu104。ems101与olt102通过路由器相连,基于简单网络管理协议(simplenetworkmanagementprotocol,snmp)进行信息交互;olt102与onu104通过odn设备103相连,olt102与onu104基于omci协议进行信息交互。

ems101通过olt102以及odn设备103获取onu104存储的me实例(onu资源或业务的抽象)的配置信息,通过分析me实例配置信息实现用户对gpon业务的管理、维护等。

olt102为接入网提供网络侧与核心网之间的接口,用于集中带宽分配、控制onu104、实时监控、运行维护无源光网络系统的功能等,为gpon系统中的核心功能设备。

odn设备103为olt102和onu104之间提供光传输通道,onu104为接入网提供用户侧的接口,提供话音、数据、视频等业务,存储有me实例(onu资源或业务的抽象)的配置信息,一个onu104对应一个gpon业务模型。

基于图1所示的gpon系统结构,在ems侧,专业人员通过逐条分析omci报文以获取me实例配置信息手动绘制gpon业务模型图,绘制的gpon业务模型图能够直观展示gpon业务的配置请情况,实现对gpon业务的管理、维护等。但是,gpon业务模型复杂,me实例的配置信息量大,手动绘制gpon业务模型图不仅专业知识要求高且用时较长,特别地,当需要进行实时故障定位、修改等实时性操作时,手动绘制gpon业务图的方式用时较长,导致gpon业务分析效率降低,该方式已不能满足用户在gpon业务分析中对实时性的要求。

为了解决上述问题,本申请实施例提供一种gpon业务模型可视化实现方法,该方法中onu获取用于以文本的形式描述me实例的gpon业务配置信息的gpon业务模型的数据描述信息,并根据该数据描述信息生成gpon业务模型的图形化描述文件,以使ems获取该图形化描述文件后生成gpon业务模型图以便以图形化方式显示该gpon业务模型图,可实现用户在ems上一键操作即可完成对gpon业务模型图的实时获取,用时短,提高对gpon业务分析的效率。

如图2所示,为本申请实施例提供的一种gpon业务模型可视化实现方法的流程示意图。

如图所示,该流程包括:

s201:onu获取存储的gpon业务模型的数据描述信息,gpon业务模型的数据描述信息包括gpon业务模型中me实例的标识、及me实例之间的关联信息以及me实例的gpon业务配置信息。

gpon业务模型为多个me实例构成的管理信息库,onu通过读取预先存储的gpon业务模型的数据描述信息可获得该gpon业务模型中所有me实例的属性信息。me实例的属性信息包括me实例的标识,与其它me实例之间的关联信息以及业务配置信息,其中,若me实例为与gpon业务模相关的me实例,则该业务配置信息至少包括gpon业务配置信息。其中,根据gpon标准协议(g.984.3/g.988)中规定的配置信息,me实例的gpon业务配置信息具体可包括gpon封装方式(gponencapsulationmethod,gem)标识、gpon上行方向承载业务的载体(transmissioncontainergpon,t-cont)的业务配置以及二层数据业务配置等。

s202:onu根据gpon业务模型的数据描述信息生成gpon业务模型的图形化描述文件,gpon业务模型的图形化描述文件被用于ems绘制gpon业务模型图。

可选地,s202中onu根据gpon业务模型的数据描述信息所生成的图形化描述文件为dot文件。dot是一种文本图形描述语言,通过布局引擎解析dot脚本可以将dot文件转化得到png、gif等不同格式的图像文件以满足需求。dot文件可描述有向图和无向图,包括节点、节点之间的边以及标签,节点用于描述me实例,边用于描述两个me实例之间的关联关系,标签用于描述节点和边的图形化显示信息,即dot文件可通过定义节点、边以及标签的各种属性来表述节点内容及节点间的关系。

其中,该图形化显示信息包括me实例对应的节点的显示方式以及与其它me实例关联关系的显示方式。节点的显示方式包括显示的形状(比如圆形、矩形)、颜色填充、大小等;关联关系的显示方式包括显式关联关系对应的边的显示方式以及为隐式关联关系对应的边的显示方式,例如,两个me实例为隐式关联关系时对应的边可被设置为虚线,反之,可用带有双向或单向箭头的实线表示两个me实例的显式关联关系。

故在本申请实施例中onu根据gpon业务模型的数据描述信息将gpon业务模型编码为dot文件,以使ems将gpon业务模型对应的dot文件解析为gpon业务模型的可视化图形。

具体地,onu将gpon业务模型的数据描述信息转换为dot文件,包括:onu将与gpon业务模型相关的me实例作为dot文件中的节点;根据该gpon业务模型中me实例之间的关联关系,onu将该me实例与其它me实例的关联关系,作为该dot文件中连接该节点与其它me实例在dot文件中的节点之间的一条边;onu根据me实例类别的不同以及关联关系的不同设置标签(label),用以描述节点和边的图形化显示信息。

上述标签(label)用于描述节点和边的图形化显示信息,可对标签(label)进行预先设置,比如,若me实例为根节点实例,则用矩形表示;若me实例为叶子节点实例,则用圆形、圆角矩形等除矩形以外的图形表示,即gpon业务子模型中多个叶子节点实例中不同的me实例类型可用不同的图形表示;若两个me实例呈隐式关联,则用虚线连接两个me实例对应的节点;若两个me实例呈显式关联,则用箭头实线边连接两个me实例对应的节点;其中,若ame实例显示关联bme实例,则图中用单向箭头实线连接这两个me实例对应的节点,且箭头指向bme实例所对应的节点,若ame实例显示关联bme实例,且bme实例也显示关联ame实例,则图中用双向箭头实线边连接这两个me实例对应的节点。

基于上述所预定义的标签,以根据组成gpon子业务模型的5个me实例生成dot文件为例,参见图3,为本申请实施例提供的gpon子业务模型图的示意图。如图所示,5个me实例的标识分别为me45_ox1、me47_ox41、me84_ox41_pri3、me130_ox1、me266_ox1。图中所示的gpon子业务模型中,根据定义的标签以及5个me实例的gpon业务配置信息生成dot文件,以使ems根据该dot文件生成如图3的gpon子业务模型图。如图所示,根据定义的标签可以看出me45_ox1为根节点实例,其余me实例为叶子节点实例;me84_ox41_pri3、me130_ox1、me266_ox1为同一类型的叶子节点实例,me47_ox41为与me84_ox41_pri3、me130_ox1以及me266_ox1不同类型的叶子节点实例;me47_ox41分别显式关联me45_ox1和me130_ox1,隐式关联me84_ox41_pri3;me130_ox1和me266_ox1彼此显示关联,即me130_ox1显示关联me266_ox1,同时me266_ox1也显示关联me130_ox1;pbit=0……7表示me130_ox1中优先级属性为0至7的gpon业务均关联同一个me266_ox1。

可选地,若获取到的gpon业务模型的数据描述信息包括s403中所存储的校验结果,则onu将校验结果对应的子链表的gpon业务配置作为dot文件的节点,并设置标签(label)以描述该校验结果。

需要说明的是,图像化描述文件可以为dot文件,也可以是其它格式的文件,只要能满足被ems解析为可视化的gpon业务模型即可,本申请对此不作限定。

s203:onu将图形化描述文件发送给ems。

onu通过omci报文将图形化描述文件发送给olt,待olt接收完该图形化描述文件后,通过snmp报文将接收到的图形化描述文件发送给ems。

由于omci协议规定一个omci报文最多只能负载48个字节,而onu发送给olt的图形化描述文件的大小通常远大于该字节数,故本申请实施例提供一种图形化描述文件的上传方法,该方法中预先对图形化描述文件压缩后再进行切分,再发送给olt,以提高文件传输效率。

如图4所示,为本申请实施例提供的一种图形化描述文件上传方法的流程示意图。

如图所示,该流程包括:

s401:onu根据设定窗长将图形化描述文件切分为至少一个数据段,每个数据段包括至少一个数据片。

onu可根据设定窗长(window,假设该设定窗长为n)对图形化描述文件进行切分为至少一个数据段,每个完整的数据段由n个等长的数据片组成,n个数据片组装得到n个omci报文。

s402:onu通过至少一个报文将图形化描述文件发送给olt,以使该报文经过olt后发送到ems,每个报文携带图形化描述文件的一个数据片。

其中,onu根据olt针对第一数据段的最后一个数据片反馈的接收确认信息,在确认第一数据段成功接收后再发送携带有下一个数据段中的数据片的报文,该第一数据段为图形化描述文件中的任意一个数据段。

在s402中,onu以omci报文为最小传输单位将图形化描述文件分片、分段上传给olt,待olt接收完全部图形化描述文件后将该文件上报给ems。每向olt上传完毕1个数据段后,onu依据olt对当前上传的数据段中最后一个数据片组装的omci报文的响应结果(接收确认响应),判断该数据段是否上传成功,若否,则重新向olt上传该数据段,若是,则向olt上传下一个数据段。这样,将图形化描述文件切分为至少一个数据段进行上传的方式,olt无需回复onu每个omci报文的上传结果,而是每接收完1个数据段后向onu回复一次,提高带宽利用率。

上述实施例中,窗长的大小可固定不变,设定窗长可由onu预先配置得到,或者可由olt向onu预先分配得到,再或者可由onu与olt预先协商得到。在保证图形化描述文件能够成功发送给olt的基础上,为了提高文件传输效率,合理利用信道资源,本申请实施例提供了一种自适应调整窗长大小的方法。

如图5所示,为本申请实施例提供一种自适应调整窗长的方法流程示意图。

如图所示,该流程包括:

s501:olt根据当前数据段的发送状态调整窗长,并将携带窗长调整信息的窗口调整指令发送给onu。

窗长的初始值由onu预先配置,或者olt预先分配给onu,onu按照窗长的初始值将图形化描述文件切分为数据段,并将切分得到的各数据段按照s402的方式发送给olt,olt在数据段接收过程中实时地依据数据段的发送状态,动态调整窗长,并将携带窗长调整信息的窗口调整指令发送给onu。

其中,数据段的发送状态可以为数据段上传成功与否,或者带宽比较结果,或者数据段上成功与否和带宽比较结果;带宽比较结果为针对至少一个数据段的传输预测的占用带宽与该至少一个数据段实际所能使用的带宽的比较结果,比如预测的onu与olt间的omci报文传输通道传输图形化描述文件需消耗的带宽为we,olt实际分配给该通道的带宽为wa,则带宽比较结果为w/ewa。

以gpon系统中的gem为例,参见图6为本申请实施例适用的gpon封装方式的示意图,在gpon封装方式中,gem端口(port)是业务的最小承载单元,gemport承载业务数据后先要映射到t-cont单元中通过动态带宽分配(dynamicbandwidthallocation,dba)调度的方式进行上行业务调度,每个onu支持至少1个t-cont,并可以配置为不同的业务类型,一个t-cont可以承载多个gemport,也可以承载1个gemport,t-cont上行到olt侧后解调出gemport,然后再解调出gemport中的业务净荷后进行相关业务处理;如图所示,三个onu分别为onu1、onu2以及onu3,onu1支持t-cont101和t-cont101,onu2支持t-cont201,onu3支持t-cont301,其中,t-cont101承载3个gemport,分别为gemport1、gemport2、gemport3,t-cont201承载2个gemport,分别为gemport5、gemport6,t-cont102、t-cont301皆承载1个gemport,分别为gemport3、gemportn。通常情况下,omci报文对应的gemport独享一个t-cont,故olt分配给该t-cont的带宽实际上就是omci报文所能使用的带宽。比如omci报文的传送路径为:t-cont102→gemport4→olt,olt当前分配给onu1上的t-cont102的带宽为bandalloc,而预测的t-cont102要实际消耗的带宽为bandactual,此时带宽比较结果为:bandalloc/bandactual。

olt根据当前数据段的发送状态调整窗长,具体可包括:当olt检测到当前数据段连续设定次数上传失败时,可减小窗长;当olt检测到连续设定个数的数据段上传成功时,可增大窗长或保持窗长不变。

上述当前数据段连续设定次数上传失败的原因可能是链路质量较差所导致的,故无论olt分配的带宽充足与否,皆需要减少窗长,比如将当前的窗长直接减小一半以确保待上传的数据段在质量较差的链路中稳定传输,即此情况下带宽比较结果的参考意义不大。而当检测到连续设定个数的数据段上传成功时,可结合带宽比较结果对当前的窗长n作调整,尽可能使后续上传的数据段长度大一些,调整后的窗长n1如式(1)所示:

其中,n表示当前窗长,即当前每个完整数据段的大小;n1为调整后的窗长,即调整后每个完整数据段的大小;we/wa为带宽比较结果,we/wa>1表示olt分配给与onu间omci报文传输通道的带宽不足,但连续多个数据段均上传成功,也就是说在数据段上传过程中并未出现omci报文丢失的情况,即当前窗长为理想值,不必调整;we/wa≤1表示olt分配给与onu间omci报文传输通道的带宽富余,又因不存在omci报文丢失的情况,此时可以继续增大窗长,以充分利用带宽资源,提高数据传输效率。

具体地,在s501中,olt根据当前数据段的发送状态下发的窗长调整信息可根据以下方式进行确定:若数据段连续设定次数上传失败,则窗口调整指令携带的窗长调整信息为减小窗长;若连续设定个数的数据段上传成功且所述带宽比较结果满足第一条件,则窗口调整指令携带的窗长调整信息为保持窗长不变;若连续设定个数的数据段上传成功且带宽比较结果满足第二条件,则窗口调整指令携带的窗长调整信息为增大窗长;其中,第一条件为至少一个数据段的传输预测的占用带宽大于至少一个数据段实际所能使用的带宽,第二条件为至少一个数据段的传输预测的占用带宽小于或等于至少一个数据段实际所能使用的带宽。

s502~s503:onu接收olt发送的窗口调整指令,根据窗口调整指令对图形化描述文件的剩余数据重新进行切分,并将切分后的数据段发送给olt。

onu接收到所述调整后的窗长后,停止当前对数据段的上传操作,将本地所有待上传数据段重新组合后,按照调整后的窗长对重新组合后的数据进行切分,并将切分后的数据段逐片逐段依次发送给olt。

基于图5所示的流程,参见图7,为本申请实施例中dot文件上传的信息交互图。

如图所示,该信息交互图包括:

s701~s704:olt接收ems下发的gpon业务模型请求消息,olt在该gpon业务模型请求消息中携带窗口(即window,窗长)初始值(s0)发送给onu,onu接收该gpon业务模型请求消息后对dot文件进行压缩,并向olt返回携带压缩后dot文件大小的响应消息。

s705~s707:olt接收响应消息,根据压缩后dot文件的大小分配内存,初始化连续接收成功的数据段的数量total_num为0,并向onu发送用于请求上传dot文件的上传请求消息,onu接收到上传请求消息后,按照s401对dot文件进行切分,每个数据段包括s0个数据片(section),并按照s402向olt上传数据段。

s708:olt成功接收s0个数据片后,total_num增1,向onu返回接收确认消息,以使onu执行s707;当total_num等于设定数值时,即连续设定数值的数据段上传成功,则olt增大窗长为s1,s1大于s0。

s709~s711:olt向onu发送携带s1的接收确认消息;onu接收该接收确认消息后,按照s1对剩余的dot文件进行切分,每个数据段包括s1个数据片,并按照s402向olt上传切分后的数据段。

s712:olt成功接收数据片的数量小于s1时,total_num置0,即数据段上传失败,则olt减小窗长为s2,s2小于s1。

s713~s714:olt向onu发送携带s2的接收失败消息;onu接收该接收失败消息后,按照s2对剩余的dot文件进行切分,每个数据段包括s2个数据片,并按照s402向ont上传切分后的数据段。

按照s707~s714所示的流程继续将剩余的dot文件发送给olt,当olt向onu发送针对该dot文件的最后一个数据段的接收确认消息后,执行s715~s717所示的流程。

s715~s717:onu接收关于dot文件最后一个数据段的接收确认消息后,onu向olt发送用于确认dot文件上传成功的通知消息,olt在接收到该通知消息后,通过snmp协议向ems发送dot文件。

上述实施例中,onu按照窗长将dot文件切分为多个数据段,每个数据段包括多个数据片,每个数据片对应一个omci报文,以数据片为传输单位,以数据段为接收确认响应单位,向olt发送dot文件,这样,olt无需在每接收完个数据片后向onu返回接收确认消息,节省了带宽资源。另外,olt根据数据段的发送状态对窗长进行调整,在保障dot文件上传成功的基础上,合理利用带宽资源,提高数据传输率。

可选地,在图2中onu获取存储本地存储的gpon业务模型的数据描述,以生成可被ems解析为gpon业务模型图的图形化描述文件,实现gpon业务模型的可视化。其中,gpon业务模型的数据描述信息可采用多种形式预存在onu中,比如文本、表格等形式。

为了便于直观描述gpon业务模型中各me实例之间的关联关系,本申请实施例中,将gpon业务模型的数据描述信息以两级链表的形式进行存储。

具体地,gpon业务模型的数据描述信息存储为第一链表和第二链表,第二链表包括至少一个子链表。其中,第一链表用于存储me实例的属性信息,第二链表用于存储与gpon业务模型相关的me实例在第一链表中的存储位置,每个子链表对应一个gpon业务子模型,每个gpon业务子模型中仅包括一个根节点实例。

上述采用两级链表的形式存储gpon业务模型的数据描述信息,便于直观描述gpon业务模型中各me实例之间的关联关系。

如图8所示,为本申请实施例提供的一种建立两级链表的方法流程示意图。

如图所示,该流程包括:

s801~s802:onu获得第一me实例,并将第一me实例的属性信息存储于第一链表。

me实例以结构体(c语言)或者类(c++语言)的形式保存在内存中,通过链表、树等数据结构组织一起。在上述步骤中,onu在内存中遍历第一me实例的数据结构获取第一me实例的指针,并将第一me实例的指针存储在第一链表。

在该第一me实例为与gpon业务相关的me实例的前提下,执行步骤s803~s806。

s803:onu判断第一me实例为gpon业务子模型的根节点实例还是为gpon业务子模型的叶子节点实例;若为根节点实例,则执行s804,若为叶子节点实例,则执行s805。

一个onu对应一个gpon业务模型,一个gpon业务模型由一个或多个gpon业务子模型组成,一个gpon业务子模型包括多个具有关联关系的me实例,该多个具有关联关系的me实例中仅有一个me实例为gpon业务子模型的根节点实例,me实例之间的关联关系包括显式关联关系和隐式关联关系。故在s803中,onu根据第一me实例的属性信息判断第一me实例为gpon业务子模型的根节点实例还是为gpon业务子模型的叶子节点实例,以确定是否为第一me实例创建对应的子链表。其中,根节点实例与叶子及节点实例的判断技术,为本领域技术人员公知,在此不再赘述。

s804:onu在第二链表中创建新的子链表,并将第一me实例在第一链表中的存储位置信息存储于新的子链表,该新的子链表与第一me实例所属的gpon业务子模型相对应。

s805:onu判断第二链表中是否存在满足设定条件的子链表,该满足设定条件的子链表为存储有与第一me实例具有关联关系的me实例的子链表;若是,则执行s806,若否,则不更新第二链表,流程结束。

onu通过遍历第二链表中已创建的多个子链表,判断该多个子链表是否为满足设定条件的子链表,即该多个子链表所存储的me实例中是否有与第一me实例具有关联关系的me实例。

s806:onu将第一me实例在第一链表中的存储位置信息以及第一链表中与第一me实例具有关联关系的me实例在第一链表中的存储位置信息存储于满足设定条件的子链表。

可选地,若第二链表中已创建的多个子链表中存在多个与第一me实例具有关联关系的me实例,则一方面onu将第一me实例在第一链表的存储位置信息存储于该多个与第一me实例具有关联关系的me实例所在的子链表中,另一方面onu获取该多个与第一me实例具有关联关系的me实例在第一链表的存储位置信息,并将获取得到的存储位置信息存储于该多个与第一me实例具有关联关系的me实例所在的子链表中。

将onu获得的所有me实例按照上述s801~s806所涉及的具体实施方式进行存储,进而以两级链表的形式完成对gpon业务模型的数据描述信息的存储。在此情况下,onu可逐一读取第二链表中各子链表的节点,以获取与gpon业务模型相关的me实例在第一链表的存储位置信息,并根据存储位置信息从第一链表中获取该与gpon业务模型相关的me实例的属性信息,进而完成对gpon业务模型的数据描述信息的获取。

在上述实施例中,onu将获取的me实例都存储在第一链表中,便于后续其它功能模块的调用和执行,同时,为了减少内存的消耗,避免多次复制数据,第二链表中仅保存与gpon业务模型相关的me实例的在第一链表中的存储位置信息,由此可直接索引到已创建的第一链表中查找对应me实例的属性信息。

可选地,onu按照如图8所示的流程将gpon业务模型中所有的me实例均预存至第一链表和第二链表后,为了确定第二链表的子链表中gpon业务配置下me实例是否完整以及配置是否冲突,在执行s201之前,可对第二链表中各子链表进行me实例完整性校验,或进行业务配置冲突校验,或进行me实例完整性校验和业务配置冲突校验。

如图9所示,为本申请实施例提供的一种gpon业务配置检测方法的流程示意图。

如图所示,该流程包括:

s901:onu根据第二链表中的每个子链表中存储的me实例的存储位置信息,从第一链表中获取相应me实例的gpon业务配置信息。

针对第二链表中已创建的每个子链表,onu通过遍历每个子链表所存储的me实例,获取每个子链表所存储的me实例在第一链表中存储位置信息,进而获得每个子链表所存储的me实例的gpon业务配置信息。

s902:onu根据获取到的me实例的gpon业务配置信息,针对每个子链表所对应的gpon业务子模型,分别进行校验处理,所述校验处理包括完整性校验和业务配置冲突校验中的至少一个。

在s902中,onu根据获取到的me实例的gpon业务配置信息,对每个子链表所对应的gpon业务子模型分别进行me实例完整性的校验,或者对该每个子链表所对应的gpon业务子模型分别进行业务配置冲突的校验,或者对该每个子链表所对应的gpon业务子模型分别进行me实例完整性和业务配置冲突的校验。

具体地,me实例完整性的校验和业务配置冲突的校验可分别按照以下方式进行:

其中,以第二链表中已创建的第一子链表为例,me实例完整性的校验包括如下两种方式:

方式一:onu将第一子链表中所有me实例与关键me实例逐一对比,比如根据me实例的标识进行对比,判断第一子链表中是否缺少预设的关键me实例;若不缺少,则确定第一子链表对应的gpon业务子模型的me实例完整,否则,不完整;其中,关键me实例可由本领域技术人员根据技术经验预先设定一个或多个。

方式二:预先定义me实例的标识中携带该me实例的gpon业务配置为onu上接入网络接口(accessnetworkinterface)侧桥端口的配置还是onu上用户网络接口(usernetworkinterface)侧桥端口的配置的指示信息;onu判断第一子链表中是否同时存储有gpon业务配置为ani侧桥端口的配置的me实例和gpon业务配置为uni侧桥端口的配置的me实例;若是,则确定第一子链表对应的gpon业务子模型的me实例完整,否则,不完整。

业务配置冲突的校验:onu根据第一子链表的gpon业务配置信息生成配置规则;onu将该配置规则与预设定的标准配置规则进行匹配;若匹配,则确定第一子链表对应的gpon业务子模型的业务配置不冲突,若不匹配,则冲突;其中,onu按照如下形式生成配置规则:gpon业务过滤模式、gpon业务过滤规则以及执行动作;例如,配置规则表示仅允许单tag,且vid标识为9的业务流透传通过,则gpon业务过滤模式为forward_singletag;gpon业务过滤规则为filtersingleletag,s-tag的filtertagmode为nocare,c-tag的filtertagmode为filtervid,且vid为9,ethertype为nofilter;执行动作均为transparent。

s903:onu分别在每个子链表中存储提示信息,该提示信息用于描述所在子链表的校验结果。

onu将针对子链表对应的gpon业务子模型的me实例完整性的校验结果,或者业务配置冲突的校验结果,或者me实例完整性的校验结果和业务配置冲突的校验结果作为提示信息存储至该子链表,即将校验结果作为该子链表gpon业务配置的提示信息添加到数据描述信息中,以便根据该提示信息可直观了解该子链表所对应的gpon业务子模型的gpon业务配置情况,进而快速进行故障定位。提高gpon业务分析的效率。

需要说明的是,gpon业务模型的数据描述信息可采用链表之外的其它任何已知的gpon业务模型数据描述方式,并且链表存储方式也不仅限于上述实施例中所描述的方式,只要能够以数据存储形式正确表达gpon业务模型即可,本申请对此不作限定。

在ems侧,用户在ems上一键操作即可完成对gpon业务模型图的实时获取,具体地,ems获取用户用于显示gpon业务模型图的操作信息,解析该操作信息,通过获取gpon业务模型的图形化描述文件以绘制gpon业务模型图并显示。其中,对gpon业务模型的图形化描述文件的获取存在以下三种情况:

第一种情况:onu按照预设条件自发地执行s201~s203,ems将接收到的gpon业务模型的图形化描述文件进行本地保存,进而解析用户操作信息后可直接根据本地保存的gpon业务模型的图形化描述文件绘制gpon业务模型图并显示;其中,预设条件由onu定义或由olt定义后下发给onu,该预设条件可以为设定时长,接收到gpon业务模型修改请求消息等。

第二种情况:ems本地未存储gpon业务模型的图形化描述文件,则ems解析用户操作信息后通过olt向onu发送gpon业务模型请求消息,进而触发onu执行s201~s203,以使ems根据onu发送gpon业务模型的图形化描述文件绘制gpon业务模型图并显示;另外,由于olt对应多个onu,故ems所发送的gpon业务模型请求消息中携带有一个或多个onu的标识,即ems可获取一个或多个onu对应的gpon业务模型的图形化描述文件。

第三种情况:ems本地未存储gpon业务模型的图形化描述文件,则ems解析用户操作信息后通过olt向onu发送gpon业务模型请求消息,进而触发onu执行s203,以使ems根据onu发送gpon业务模型的图形化描述文件绘制gpon业务模型图并显示;此情况下,onu按照预设条件自发地执行s201~s202,并将生成的gpon业务模型的图形化描述文件保存在本地,在接收到ems发送的gpon业务模型请求消息后,直接将本地存储的gpon业务模型的图形化描述文件发通过olt发送给ems。

在s203之后,ems接收onu发送的图形化描述文件,通过对该图形化文件进行解析,绘制gpon业务模型图并在显示界面中进行显示。

可选地,可对ems所显示的gpon业务模型图进行修改操作,一方面ems获取修改信息并根据该修改信息显示修改后的gpon业务模型图,另一方面ems通过olt向onu发送gpon业务模型修改请求消息,gpon业务模型修改请求消息携带gpon业务模型修改信息,以使onu接收到该gpon业务模型修改请求消息后,根据gpon业务模型修改请求消息携带的gpon业务模型修改信息,修改onu存储的gpon业务模型的数据描述信息,并根据修改后的gpon业务模型的数据描述信息,将修改后的gpon业务模型转换为对硬件芯片的配置,并存储。

本申请的上述实施例中,onu根据获取的gpon业务模型的数据描述信息生成gpon业务模型的图形化描述文件,并将该gpon业务模型的图像化描述文件发送给ems;其中,gpon业务模型的数据描述信息包括gpon业务模型中me实例的标识、me实例之间的关联信息以及me实例的gpon业务配置信息;ems根据onu发送的gpon业务模型的图像化描述文件绘制gpon业务模型图以便以图形化方式显示该gpon业务模型图;这样,实现了gpon业务模型图的显示,提高绘制gpon业务模型图的效率,且图形化的gpon业务模型便于用户直观了解gpon业务模型的配置情况,以使用户根据实时显示的配置信息修正gpon业务配置,提高对gpon业务配置的分析效率。

基于相同的技术构思,本申请实施例还提供一种光网络单元,该光网络单元可实现前述实施例中图2所执行的流程。

参见图10,为本申请实施例提供的一种光网络单元的结构示意图。

如图所示,该光网络单元包括接收模块1001、处理模块1002以及发送模块1003。

所述处理模块1002,用于获取存储的千兆比特无源光网络gpon业务模型的数据描述信息,并根据所述gpon业务模型的数据描述信息生成gpon业务模型的图形化描述文件;其中,所述gpon业务模型的数据描述信息包括所述gpon业务模型中的管理实体me实例的标识、me实例之间的关联信息以及me实例的gpon业务配置信息;所述图形化描述文件被用于网元管理系统ems绘制gpon业务模型图。

所述发送模块1003,用于将所述图形化描述文件发送给所述ems。

可选地,光网络单元还包括接收模块1001;所述接收模块1001,用于接收所述ems发送的gpon业务模型请求消息。

可选地,所述gpon业务模型的数据描述信息存储为第一链表和第二链表,所述第二链表包括至少一个子链表;所述第一链表用于存储me实例的属性信息,所述me实例的属性信息包括me实例的标识,与其它me实例的关联信息以及业务配置信息;所述第二链表用于存储与gpon业务模型相关的me实例在第一链表中的存储位置,其中,每个子链表对应一个gpon业务子模型,每个gpon业务子模型中仅包括一个根节点实例。

可选地,所述处理模块1002,进一步用于:获得第一me实例,并将所述第一me实例的属性信息存储于所述第一链表;若所述第一me实例为gpon业务子模型的根节点实例,则在所述第二链表中创建新的子链表,将所述第一me实例在所述第一链表中的存储位置信息存储于所述新的子链表,所述新的子链表与所述第一me实例所属的gpon业务子模型相对应;若所述第一me实例为gpon业务子模型的叶子节点实例,且所述第二链表中存在满足设定条件的子链表,则所述onu将所述第一me实例在所述第一链表中的存储位置信息以及所述第一链表中与所述第一me实例具有关联关系的me实例在所述第一链表中的存储位置信息存储于所述满足设定条件的子链表;其中,所述满足设定条件的子链表为存储有与所述第一me实例具有关联关系的me实例的子链表。

可选地,所述处理模块1002,进一步用于:根据所述第二链表中的每个子链表中存储的me实例的存储位置信息,从所述第一链表中获取相应me实例的gpon业务配置信息;根据获取到的me实例的gpon业务配置信息,针对所述每个子链表所对应的gpon业务子模型,分别进行校验处理,所述校验处理包括完整性校验和业务配置冲突校验中的至少一个;分别在所述每个子链表中存储提示信息,所述提示信息用于描述所在子链表的校验结果。

可选地,所述处理模块1002,具体用于:根据设定窗长将所述图形化描述文件切分为至少一个数据段,每个数据段包括至少一个数据片;所述发送模块1003,具体用于:通过至少一个报文将所述图形化描述文件发送给光线路终端olt,以使所述报文经过所述olt后发送到所述ems,每个报文携带所述图形化描述文件的一个数据片;其中,所述onu根据所述olt针对第一数据段的最后一个数据片反馈的接收确认信息,在确认所述第一数据段成功接收后再发送携带有下一个数据段中的数据片的报文,所述第一数据段为所述图形化描述文件中的任意一个数据段。

可选地,所述接收模块1001,进一步用于:接收所述olt发送的窗口调整指令,所述窗口调整指令携带窗长调整信息,所述窗长调整信息由所述olt根据数据段的发送状态确定,所述发送状态包括数据段上传成功与否和/或带宽比较结果;其中,所述带宽比较结果为针对至少一个数据段的传输预测的占用带宽与所述至少一个数据段实际所能使用的带宽的比较结果;所述处理模块1002,进一步用于:根据所述窗口调整指令对所述图形化描述文件的剩余数据重新进行切分。

可选地,若数据段连续设定次数上传失败,则所述窗口调整指令携带的窗长调整信息为减小窗长;若连续设定个数的数据段上传成功且所述带宽比较结果满足第一条件,则所述窗口调整指令携带的窗长调整信息为保持窗长不变;若连续设定个数的数据段上传成功且所述带宽比较结果满足第二条件,则所述窗口调整指令携带的窗长调整信息为增大窗长;其中,所述第一条件为所述至少一个数据段的传输预测的占用带宽大于所述至少一个数据段实际所能使用的带宽,所述第二条件为所述至少一个数据段的传输预测的占用带宽小于或等于所述至少一个数据段实际所能使用的带宽。

可选地于,所述接收模块1001,进一步用于:接收所述ems发送的gpon业务模型修改请求消息,所述gpon业务模型修改请求消息携带gpon业务模型修改信息;所述处理模块1002,进一步用于:根据所述gpon业务模型修改请求消息携带的gpon业务模型修改信息,修改所述onu存储的gpon业务模型的数据描述信息。

可选地,所述图形化描述文件为dot文件,所述dot文件包括节点、节点之间的边以及标签,所述节点用于描述me实例,所述边用于描述两个me实例之间的关联关系,所述标签用于描述节点和边的图形化显示信息,其中,所述关联信息包括显式关联和隐式关联。

基于相同的技术构思,本申请实施例还提供一种网元管理系统,该网元管理系统可显示如前述实施例中图5所示的gpon业务模型图。

参见图11,为本申请实施例提供的一种网元管理系统的结构示意图。

如图所示,该网络单元包括接收模块1101、处理模块1102以及发送模块1103。

接收模块1101,用于接收光网络单元onu发送的图形描述文件;其中,所述图形描述文件是所述onu根据所述onu存储的千兆比特无源光网络gpon业务模型的数据描述信息生成的,所述gpon业务模型的数据描述信息包括所述gpon业务模型中的管理实体me实例的标识、me实例之间的关联信息以及me实例的gpon业务配置信息;

处理模块1102,用于根据所述图形化描述文件绘制gpon业务模型图。

可选地,网元管理系统还包括发送模块1103:用于向所述onu发送gpon业务模型请求消息,所述gpon业务模型请求消息用于使得所述onu根据存储的gpon业务模型的数据描述信息生成gpon业务模型的图形化描述文件。

可选地,所述发送模块1103,进一步用于:向所述onu发送gpon业务模型修改请求消息,所述gpon业务模型修改请求消息用于请求所述onu根据所述gpon业务模型修改请求消息中携带的gpon业务模型修改信息修改所述onu存储的gpon业务模型的数据描述信息。

可选地,所述图形化描述文件为dot文件,所述dot文件包括节点、节点之间的边以及标签,所述节点用于描述me实例,所述边用于描述两个me实例之间的关联关系,所述标签用于描述节点和边的图形化显示信息,其中,所述关联信息包括显式关联和隐式关联。

基于相同的技术构思,本申请实施例还提供一种通信装置,该通信装置可实现前述实施例中图10所执行的流程。

图12示出了本申请实施例提供的通信装置1200的结构示意图,即示出了光网络单元onu1000的另一结构示意图。参阅图12所示,该通信装置1200包括处理器1201、存储器1202以及通信接口1203。其中,处理器1201也可以为控制器。所述处理器1201被配置为支持终端执行前述流程涉及的功能。存储器1202用于与处理器1201耦合,其保存终端必要的程序指令和数据。其中,处理器1201、和存储器1202相连,该存储器1202用于存储指令,该处理器1201用于执行该存储器1202存储的指令,以完成上述方法中客户端设备执行相应功能的步骤。

本申请实施例中,光网络单元onu1000和通信装置1200所涉及的与本申请实施例提供的技术方案相关的概念,解释和详细说明及其它步骤请参见前述方法或其它实施例中关于这些内容的描述,此处不做赘述。

需要说明的是,本申请实施例上述涉及的处理器可以是中央处理器(centralprocessingunit,cpu),通用处理器,数字信号处理器(digitalsignalprocessor,dsp),专用集成电路(application-specificintegratedcircuit,asic),现场可编程门阵列(fieldprogrammablegatearray,fpga)或者其它可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,dsp和微处理器的组合等等。其中,所述存储器可以集成在所述处理器中,也可以与所述处理器分开设置。

基于相同的技术构思,本申请实施例还提供了一种通信装置,该通信装置可实现前述实施例中图11所执行的流程。

图13示出了本申请实施例提供的通信装置1300的结构示意图,即示出了网元管理系统1100的另一结构示意图。参阅图13所示,该通信装置1300包括处理器1301、存储器1302,可选地,还可包括通信接口1303。其中,处理器1301也可以为控制器。所述处理器1301被配置为支持终端执行前述流程涉及的功能。存储器1302用于与处理器1301耦合,其保存终端必要的程序指令和数据。其中,处理器1301、和存储器1302相连,该存储器1302用于存储指令,该处理器1301用于执行该存储器1302存储的指令,以完成上述方法中客户端设备执行相应功能的步骤。

本申请实施例中,网元管理系统1100和通信装置1300所涉及的与本申请实施例提供的技术方案相关的概念,解释和详细说明及其它步骤请参见前述方法或其它实施例中关于这些内容的描述,此处不做赘述。

需要说明的是,本申请实施例上述涉及的处理器可以是中央处理器(centralprocessingunit,cpu),通用处理器,数字信号处理器(digitalsignalprocessor,dsp),专用集成电路(application-specificintegratedcircuit,asic),现场可编程门阵列(fieldprogrammablegatearray,fpga)或者其它可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,dsp和微处理器的组合等等。其中,所述存储器可以集成在所述处理器中,也可以与所述处理器分开设置。

基于相同的技术构思,本申请实施例还提供了一种计算机可读存储介质。计算机可读存储介质存储有计算机可执行指令,计算机可执行指令用于使计算机执行图10中所执行的流程。

基于相同的技术构思,本申请实施例还提供了一种计算机可读存储介质。计算机可读存储介质存储有计算机可执行指令,计算机可执行指令用于使计算机执行图11中所执行的流程。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1