本发明涉及电信传输网的管理技术领域，具体涉及一种网元业务配置方法及系统。
背景技术：
在电信网络管理的业务配置过程中，考虑到配置过程的便利性和业务的可维护性，通常采用端到端业务配置。目前，端到端业务配置方法为：选择业务的源端网元和宿端网元后，通过寻路算法找到源端网元到宿端网元间业务经过的一系列中间网元，组成业务的路由；在源端网元、宿端网元和一系列中间网元上创建业务数据。
但是，上述端到端业务配置方法存在以下缺陷：
业务配置完成后，业务配置会涉及多网元的数据变更，而只要有一个网元的数据变更失败，业务配置的整个过程就会失败。上述方法当业务配置失败、但部分网元的数据变更成功时，需要将网元的变更数据恢复到业务配置前的状态；而传输网管理的网元的数量非常多，对多个变更数据的网元进行数据恢复，会极大的降低网元业务配置的工作性能和工作效率。
技术实现要素：
针对现有技术中存在的缺陷，本发明解决的技术问题为：在业务配置失败时，如何避免网元数据发生变更。本发明能够保证网元业务配置的工作性能和工作效率。
为达到以上目的，本发明提供的网元业务配置方法，包括以下步骤：
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：将业务配置数据发送至需要进行业务配置(即数据变更)的每个网元，每个网元上的数据包括正在使用的网元数据、以及根据网元数据拷贝的拷贝数据(拷贝数据工作在此阶段之前进行即可)，控制每个网元根据收到的业务配置数据对拷贝数据进行更新，形成拷贝变更数据，转到s3。
s3：判断是否所述每个网元均成功形成拷贝变更数据，若是，控制每个网元将正在使用的网元数据更新为拷贝变更数据，否则确认业务配置失败，结束。
参见图2所示，s1的具体流程为：
s101：获取业务配置数据和对应的业务id(业务id与业务配置数据均预先已知)，判断当前业务id是否存在于数据库的业务id映射表中，若是，转到s102，否则转到s103。
s101中的业务id映射表包括：所有正在配置或者配置完毕的业务id列表、以及业务id列表中每个业务id对应的事物id，因为业务配置过程中可能有多条业务需要配置，所以会出现1个事物id对应多个业务id的情况；业务id映射表可在s1之前预先获取，以避免即时查看，提高工作效率。
s102：确认当前业务id已经存在，结束，因为同一条业务不能同时存在于不同的事务中，而当前业务id所在的业务id列表有相应的事务id，所以当前业务已经在另一事务中了，不能再为当前业务开启新的事务了。
s103：为当前业务id分配对应的事物id，将当前业务id和对应的事物id插入业务id映射表后，保存业务id映射表至数据库，s1结束，转到s2。
参见图3所示，s3的具体流程为：
s301：遍历所述每个网元，将成功形成拷贝变更数据的网元的网元id、拷贝变更数据和当前业务id关联形成映射表项，根据该映射表项形成业务数据变更映射表；若业务数据变更映射表未存在，则根据该映射表项形成业务数据变更映射表；若业务数据变更映射表已存在，则将该映射表项插入业务数据变更映射表；在业务数据变更映射表中，删除未形成拷贝变更数据的网元的网元id对应的映射表项(若非首次使用，则存在上次成功保存的映射表项)，转到s302。
s302：判断业务数据变更映射表中是否存在所述每个网元的映射表项，若是，转到s303，否则转到s304。
s303：保存业务数据变更映射表至数据库(即替换数据库中原有的业务数据变更映射表，保存失败则直接转到s304)，根据数据库的业务数据变更映射表中每个网元id对应的拷贝变更数据，对该网元的网元数据进行更新，结束。
s304：删除业务数据变更映射表，在业务id映射表中删除当前业务id和对应的事物id，结束。
参见图4所示，本发明实施例中的网元业务配置系统，包括业务配置模块、事务管理模块、数据库和至少1个(本实施例中为3个)网元数据变更模块。业务配置模块相当于唯一的业务配置进程，用于配置业务数据；业务数据分别存储在多个网元上，多个网元又由不同的网元数据变更模块(相当于网元进程)管理，例如网元1～3由1个网元数据变更模块管理，网元4～6由另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。
需要说明的是：本发明实施例提供的系统在进行模块间通信时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将系统的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
进一步，本发明不局限于上述实施方式，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。