一种网元业务配置方法及系统技术方案

技术编号:18449064 阅读:24 留言:0更新日期:2018-07-14 12:03
本发明专利技术公开了一种网元业务配置方法及系统,涉及电信传输网的管理技术领域。该方法的步骤为:需要配置业务时,获取业务配置数据,业务配置数据为新数据时,将业务配置数据发送至需要进行业务配置的每个网元,每个网元上的数据包括正在使用的网元数据、以及根据网元数据拷贝的拷贝数据,控制每个网元根据收到的业务配置数据对拷贝数据进行更新,形成拷贝变更数据;当每个网元均成功形成拷贝变更数据时,控制每个网元将正在使用的网元数据更新为拷贝变更数据。本发明专利技术能够在业务配置失败后,避免网元数据发生变更,进而极大的提高了网元业务配置的工作性能和工作效率。

【技术实现步骤摘要】
一种网元业务配置方法及系统
本专利技术涉及电信传输网的管理
,具体涉及一种网元业务配置方法及系统。
技术介绍
在电信网络管理的业务配置过程中,考虑到配置过程的便利性和业务的可维护性,通常采用端到端业务配置。目前,端到端业务配置方法为:选择业务的源端网元和宿端网元后,通过寻路算法找到源端网元到宿端网元间业务经过的一系列中间网元,组成业务的路由;在源端网元、宿端网元和一系列中间网元上创建业务数据。但是,上述端到端业务配置方法存在以下缺陷:业务配置完成后,业务配置会涉及多网元的数据变更,而只要有一个网元的数据变更失败,业务配置的整个过程就会失败。上述方法当业务配置失败、但部分网元的数据变更成功时,需要将网元的变更数据恢复到业务配置前的状态;而传输网管理的网元的数量非常多,对多个变更数据的网元进行数据恢复,会极大的降低网元业务配置的工作性能和工作效率。
技术实现思路
针对现有技术中存在的缺陷,本专利技术解决的技术问题为:在业务配置失败时,如何避免网元数据发生变更。本专利技术能够保证网元业务配置的工作性能和工作效率。为达到以上目的,本专利技术提供的网元业务配置方法,包括以下步骤:S1:需要配置业务时,获取业务配置数据,业务配置数据为新数据时,转到S2;S2:将业务配置数据发送至需要进行业务配置的每个网元,每个网元上的数据包括正在使用的网元数据、以及根据网元数据拷贝的拷贝数据,控制每个网元根据收到的业务配置数据对拷贝数据进行更新,形成拷贝变更数据,转到S3;S3:当每个网元均成功形成拷贝变更数据时,控制每个网元将正在使用的网元数据更新为拷贝变更数据。在上述技术方案的基础上,S1的流程包括:S101:获取业务配置数据和对应的业务ID,判断当前业务ID是否存在于数据库的业务ID映射表中,若是,转到S102,否则转到S103;业务ID映射表包括:所有正在配置或者配置完毕的业务ID列表、以及业务ID列表中每个业务ID对应的事物ID;S102:确认当前业务ID已经存在,结束;S103:为当前业务ID分配对应的事物ID,将当前业务ID和对应的事物ID插入业务ID映射表后,保存业务ID映射表。在上述技术方案的基础上,S3的流程包括:S301:遍历所述每个网元,将成功形成拷贝变更数据的网元的网元ID、拷贝变更数据和当前业务ID关联形成映射表项,根据该映射表项形成业务数据变更映射表;在业务数据变更映射表中,删除未形成拷贝变更数据的网元的网元ID对应的映射表项,转到S302;S302:判断业务数据变更映射表中是否存在所述每个网元的映射表项,若是,转到S303,否则转到S304;S303:保存业务数据变更映射表,根据业务数据变更映射表中每个网元ID对应的拷贝变更数据,对该网元的网元数据进行更新,结束;S304:删除业务数据变更映射表,在业务ID映射表中删除当前业务ID和对应的事物ID,结束。在上述技术方案的基础上,S301中所述根据该映射表项形成业务数据变更映射表的流程包括:若业务数据变更映射表未存在,则根据该映射表项形成业务数据变更映射表;若业务数据变更映射表已存在,则将该映射表项插入业务数据变更映射表。在上述技术方案的基础上,S101之前还包括以下步骤:获取业务ID映射表;S301之前还包括以下步骤:获取业务数据变更映射表。本专利技术提供的实现上述方法的网元业务配置系统,包括业务配置模块、事务管理模块和至少1个网元数据变更模块,每个网元数据变更模块负责至少1个需要进行业务配置的网元的工作;该系统进行业务配置流程时:业务配置模块获取业务配置数据并告知事务管理模块;事物管理模块确定业务配置数据为新数据时,告知业务配置模块;该系统进行网元拷贝数据变更流程时:业务配置模块将业务配置数据发送至每个网元数据变更模块;网元数据变更模块控制旗下所有网元根据收到的业务配置数据对拷贝数据进行更新,形成拷贝变更数据;该系统进行网元数据变更流程时:事务管理模块确定每个网元数据变更模块旗下的所有网元均成功形成拷贝变更数据时,事务管理模块通知每个网元数据变更模块,网元数据变更模块控制旗下所有将正在使用的网元数据更新为拷贝变更数据。在上述技术方案的基础上,所述业务配置流程包括:业务配置模块将业务配置数据对应的业务ID发送至事务管理模块,事务管理模块判断当前业务ID是否存在于数据库的业务ID映射表中,若是,确认当前业务ID已经存在,停止工作;否则为当前业务ID分配对应的事物ID,将当前业务ID和对应的事物ID插入业务ID映射表后保存,将事物ID发送至业务配置模块;业务ID映射表包括:所有正在配置或者配置完毕的业务ID列表、以及业务ID列表中每个业务ID对应的事物ID。在上述技术方案的基础上,所述网元数据变更流程包括:网元数据变更模块将成功形成拷贝变更数据的网元的网元ID、业务ID和拷贝变更数据发送至事务管理模块,事务管理模块将网元ID、业务ID和拷贝变更数据关联形成映射表项,根据该映射表项形成业务数据变更映射表;网元数据变更模块将未形成拷贝变更数据的网元的网元ID发送至事务管理模块,事务管理模块在业务数据变更映射表中,删除未形成拷贝变更数据的网元的网元ID对应的映射表项;事务管理模块对所有网元数据变更模块发送的网元ID进行上述处理后,判断业务数据变更映射表中是否存在所述每个网元的映射表项:若是,保存业务数据变更映射表,通知网元数据变更模块根据业务数据变更映射表中对应网元ID对应的拷贝变更数据,对该网元的网元数据进行更新;否则删除业务数据变更映射表,在业务ID映射表中删除当前业务ID和对应的事物ID。在上述技术方案的基础上,所述根据该映射表项形成业务数据变更映射表的流程包括:若业务数据变更映射表未存在,则根据该映射表项形成业务数据变更映射表;若业务数据变更映射表已存在,则将该映射表项插入业务数据变更映射表。在上述技术方案的基础上,所述事务管理模块还用于:获取业务ID映射表和业务数据变更映射表。与现有技术相比,本专利技术的优点在于:参见本专利技术S1至S3可知,本专利技术能够统一调度需要变更数据的每个网元先形成数据变更拷贝数据,而不改变每个网元正在使用的网元数据。在此基础上,当所有网元形成数据变更拷贝数据成功后,才会控制每个网元将网元数据更新为变更拷贝数据;若有1个网元进行数据变更失败,则不会改变任何网元的网元数据。有鉴于此,与现有技术中对多个变更数据的网元进行数据恢复相比,本专利技术能够在业务配置失败后,避免网元数据发生变更,进而极大的提高了网元业务配置的工作性能和工作效率。附图说明图1为本专利技术实施例中网元业务配置方法的流程图;图2为本专利技术实施例中S1的流程图;图3为本专利技术实施例中S3的流程图;图4为本专利技术实施例中网元业务配置系统的通信连接框图。具体实施方式以下结合附图及实施例对本专利技术作进一步详细说明。参见图1所示,本专利技术实施例中的网元业务配置方法,包括以下步骤:S1:需要配置业务时,获取业务配置数据,当前业务配置数据为新数据时,转到S2。S2:将业务配置数据发送至需要进行业务配置(即数据变更)的每个网元,每个网元上的数据包括正在使用的网元数据、以及根据网元数据拷贝的拷贝数据(拷贝数据工作在此阶段之前进行即可),控制每个网元根据收到的业务配置数据对拷贝数据进行更新,形成拷贝变更数据,本文档来自技高网...

【技术保护点】
1.一种网元业务配置方法,其特征在于,该方法包括以下步骤:S1:需要配置业务时,获取业务配置数据,业务配置数据为新数据时,转到S2;S2:将业务配置数据发送至需要进行业务配置的每个网元,每个网元上的数据包括正在使用的网元数据、以及根据网元数据拷贝的拷贝数据,控制每个网元根据收到的业务配置数据对拷贝数据进行更新,形成拷贝变更数据,转到S3;S3:当每个网元均成功形成拷贝变更数据时,控制每个网元将正在使用的网元数据更新为拷贝变更数据。

【技术特征摘要】
1.一种网元业务配置方法,其特征在于,该方法包括以下步骤:S1:需要配置业务时,获取业务配置数据,业务配置数据为新数据时,转到S2;S2:将业务配置数据发送至需要进行业务配置的每个网元,每个网元上的数据包括正在使用的网元数据、以及根据网元数据拷贝的拷贝数据,控制每个网元根据收到的业务配置数据对拷贝数据进行更新,形成拷贝变更数据,转到S3;S3:当每个网元均成功形成拷贝变更数据时,控制每个网元将正在使用的网元数据更新为拷贝变更数据。2.如权利要求1所述的网元业务配置方法,其特征在于,S1的流程包括:S101:获取业务配置数据和对应的业务ID,判断当前业务ID是否存在于数据库的业务ID映射表中,若是,转到S102,否则转到S103;业务ID映射表包括:所有正在配置或者配置完毕的业务ID列表、以及业务ID列表中每个业务ID对应的事物ID;S102:确认当前业务ID已经存在,结束;S103:为当前业务ID分配对应的事物ID,将当前业务ID和对应的事物ID插入业务ID映射表后,保存业务ID映射表。3.如权利要求2所述的网元业务配置方法,其特征在于,S3的流程包括:S301:遍历所述每个网元,将成功形成拷贝变更数据的网元的网元ID、拷贝变更数据和当前业务ID关联形成映射表项,根据该映射表项形成业务数据变更映射表;在业务数据变更映射表中,删除未形成拷贝变更数据的网元的网元ID对应的映射表项,转到S302;S302:判断业务数据变更映射表中是否存在所述每个网元的映射表项,若是,转到S303,否则转到S304;S303:保存业务数据变更映射表,根据业务数据变更映射表中每个网元ID对应的拷贝变更数据,对该网元的网元数据进行更新,结束;S304:删除业务数据变更映射表,在业务ID映射表中删除当前业务ID和对应的事物ID,结束。4.如权利要求3所述的网元业务配置方法,其特征在于,S301中所述根据该映射表项形成业务数据变更映射表的流程包括:若业务数据变更映射表未存在,则根据该映射表项形成业务数据变更映射表;若业务数据变更映射表已存在,则将该映射表项插入业务数据变更映射表。5.如权利要求3所述的网元业务配置方法,其特征在于,S101之前还包括以下步骤:获取业务ID映射表;S301之前还包括以下步骤:获取业务数据变更映射表。6.一种实现权利要求1至5任一项所述方法的网元业务配置系统,其特征在于:该系统包括业务配置模块、事务管理模块和至少1个网元数据变更模块,每个网元数据变更模块负责至少1个需要进行业务配置的网元的工作...

【专利技术属性】
技术研发人员:李澍
申请(专利权)人:烽火通信科技股份有限公司
类型:发明
国别省市:湖北,42

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1