本发明涉及软件定义网络(sdn，softwaredefinednetwork)技术，具体涉及一种操作网元数据库的调度方法及装置。
背景技术：
sdn是由美国斯坦福大学提出的一种新型网络架构，sdn通过将网络设备控制面与数据面分离开，实现了网络流量的灵活控制，为网络的创新提供了良好的平台。
其中，sdn控制器(sdncontroller)可以同时实现对网元的配置和控制，包含配置应用(configurationapplication)的sdn控制器通过配置协议会话(configurationprotocolsession)对位于会话对端的网元(networkelement)进行配置。
在sdn中，网络配置协议(netconfprotocol，networkconfigurationprotocol)是用于sdn控制器对网元进行配置的一种常用协议，其它可用于对网元进行配置的协议还包括简单网络管理协议(snmp，simplenetworkmanagementprotocol)和命令行接口(cli，commandlineinterface)等。
netconf协议由国际标准组织互联网工程任务组(ietf，internetengineeringtaskforce)于2011年发布的rfc6241所定义，其中规定了netconf协议的四个层次；图1是netconf协议分层示意图，如图1所示，netconf协议包含安全传输层(securetransport)、消息层(messages)、操作层(operations)和内容层(content)，其中，操作层定义了sdn控制器能对网元做的一系列操作，包括获取配置<get-config>、编辑配置<edit-config>、复制配置<copy-config>、删除配置<delete-config>、锁定<lock>、解锁<unlock>、获取信息<get>、关闭会话<close-session>和强制关闭会话<kill-session>共九种操作，其中，锁定<lock>操作用于sdn控制器对网元的某个数据库(datastore)进行锁定，在网元的某个数据库被锁定期间，只有执行该锁定操作的sdn控制器可以通过执行该锁定操作的netconf协议会话，对被锁定的网元数据库进行修改，其它的sdn控制器以及其它的配置协议，例如snmp、cli，都无法对被锁定的网元数据库进行任何修改。
当然，实际应用中，其它的配置协议例如snmp和cli也可以对网元数据库执行锁定操作，类似地，一旦snmp或cli对网元数据库执行了锁定操作，则只有执行该锁定操作的sdn控制器可以通过执行该锁定操作的snmp会话或cli会话，对被锁定的网元数据库进行修改，其它的sdn控制器以及其它的配置协议，都无法对被锁定的网元数据库进行任何修改。但这样，就可能使一个配置协议或配置协议会话长时间锁定一个网元数据库，影响整个网络的运行效率。
虽然，sdn控制器想要锁定已被其它配置协议会话锁定的网元数据库，可以通过执行强制关闭会话<kill-session>操作来强制关闭已锁定该网元数据库的配置协议会话，然后再对该网元数据库执行锁定<lock>操作，但是这样，被强制关闭的配置协议会话会被完全清除，下次需要重新建立会话，既浪费了建立会话的时间、增加网络开销，也有丢失指令和数据的风险。
技术实现要素：
为解决现有存在的技术问题，本发明实施例期望提供一种操作网元数据库的调度方法及装置，能避免网元数据库被一个配置协议或配置协议会话长时间操作，且不会增加网络开销，消除丢失指令和数据的问题。
本发明实施例的技术方案是这样实现的：
本发明实施例提供了一种操作网元数据库的调度方法，所述方法包括：
获取操作网元数据库的各配置协议会话的类型及各配置协议会话的目标操作优先级；
根据各配置协议会话的类型及各配置协议会话的目标操作优先级，按预设确定策略确定各配置协议会话的操作优先级；
所述配置协议会话申请操作所述网元数据库时，根据所述网元数据库的状态及各配置协议会话的申请时间点或操作优先级调度各配置协议会话的操作。
优选地，在所述获取操作网元数据库的配置协议会话的类型及各配置协议会话的目标操作优先级之前，所述方法还包括：
向各配置协议会话对端的配置应用发送所述网元数据库支持基于操作优先级的抢占式调度方式的信息；
指令各配置协议会话对端的配置应用向所述网元数据库所在的网元发送包含各配置协议会话的目标操作优先级的信息。
优选地，所述按预设确定策略确定各配置协议会话的操作优先级，包括：
根据各配置协议会话的类型，和/或，根据各配置协议会话的目标操作优先级，确定各配置协议会话的操作优先级。
优选地，所述根据所述网元数据库的状态及各配置协议会话的申请时间点或操作优先级调度各配置协议会话的操作，包括：
所述网元数据库的状态为空闲时，根据各配置协议会话的申请时间点，按顺序调度各配置协议会话的操作；或
所述网元数据库的状态为有配置协议会话独占操作时，根据正在独占操作的第一配置协议会话和申请操作的第二配置协议会话的操作优先级，调度各配置协议会话的操作。
优选地，所述根据正在独占操作的配置协议会话和申请操作的配置协议会话的操作优先级，调度各配置协议会话的操作，包括：
所述第一配置协议会话的操作优先级小于所述第二配置协议会话的操作优先级时，所述第二配置协议会话抢占式操作所述网元数据库；否则，维持原来操作状态。
优选地，所述方法还包括：
所述第一配置协议会话的操作优先级大于或等于所述第二配置协议会话的操作优先级时，所述第二配置协议会话对端的配置应用向所述网元申请取得大于所述第一配置协议会话的操作优先级的操作优先级。
本发明实施例还提供了一种操作网元数据库的调度装置，所述装置包括获取模块、确定模块和调度模块；其中，
所述获取模块，用于获取操作网元数据库的各配置协议会话的类型及各配置协议会话的目标操作优先级；
所述确定模块，用于根据各配置协议会话的类型及各配置协议会话的目标操作优先级，按预设确定策略确定各配置协议会话的操作优先级；
所述调度模块，用于所述配置协议会话申请操作所述网元数据库时，根据所述网元数据库的状态及各配置协议会话的申请时间点或操作优先级调度各配置协议会话的操作。
优选地，所述装置还包括发送模块，所述发送模块用于：
向各配置协议会话对端的配置应用发送所述网元数据库支持基于操作优先级的抢占式调度方式的信息；
指令各配置协议会话对端的配置应用向所述网元数据库所在的网元发送包含各配置协议会话的目标操作优先级的信息。
优选地，所述确定模块具体用于：
根据各配置协议会话的类型，和/或，根据各配置协议会话的目标操作优先级，确定各配置协议会话的操作优先级。
优选地，所述调度模块具体用于：
所述网元数据库的状态为空闲时，根据各配置协议会话的申请时间点，按顺序调度各配置协议会话的操作；或
所述网元数据库的状态为有配置协议会话独占操作时，根据正在独占操作的第一配置协议会话和申请操作的第二配置协议会话的操作优先级，调度各配置协议会话的操作。
优选地，所述调度模块还用于：
所述第一配置协议会话的操作优先级小于所述第二配置协议会话的操作优先级时，所述第二配置协议会话抢占式操作所述网元数据库；
否则，维持原来操作状态。
优选地，所述调度模块还用于：
所述第一配置协议会话的操作优先级大于或等于所述第二配置协议会话的操作优先级时，所述第二配置协议会话对端的配置应用向所述网元申请取得大于所述第一配置协议会话的操作优先级的操作优先级。
本发明实施例所提供的操作网元数据库的调度方法及装置，获取操作网元数据库的各配置协议会话的类型及各配置协议会话的目标操作优先级；根据各配置协议会话的类型及各配置协议会话的目标操作优先级，按预设确定策略确定各配置协议会话的操作优先级；所述配置协议会话申请操作所述网元数据库时，根据所述网元数据库的状态及各配置协议会话的申请时间点或操作优先级调度各配置协议会话的操作；可见，本发明实施例根据各配置协议会话的类型及各配置协议会话的目标操作优先级，确定各配置协议会话的操作优先级，再根据各配置协议会话的操作优先级，合理调度各配置协议会话对网元数据库的操作，可避免网元数据库被一个配置协议或配置协议会话长时间锁定，且能减少新建会话的时间、不会增加网络开销，还能消除丢失指令和数据的问题。
附图说明
图1是netconf协议分层示意图；
图2为本发明实施例操作网元数据库的调度方法的实现流程示意图；
图3为本发明实施例操作网元数据库的调度装置的组成结构示意图；
图4为本发明实施例一锁定网元的运行配置数据库的调度方法的实现流程示意图；
图5为本发明实施例二锁定网元的候选配置数据库的调度方法的实现流程示意图。
具体实施方式
为了能够更详尽地了解本发明的特点与技术内容，下面将结合附图对本发明的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明。
图2为本发明实施例操作网元数据库的调度方法的实现流程示意图，本发明实施例中，需要操作网元数据库的主体是配置协议会话对端的配置应用，一般为sdn控制器或网络管理应用等可运行配置协议会话的应用，所述方法可以由网元实现，如图2所示，所述方法包括：
步骤101：获取操作网元数据库的各配置协议会话的类型及各配置协议会话的目标操作优先级；
这里，所述网元由一个或多个机盘或机框组成，所述网元为能够独立完成一定传输和/或转发功能的网络元素，所述网元一般是网络管理中可以监视和管理的最小单位。
其中，所述配置协议会话是为了配置协议会话一端的配置应用对位于会话另一端的网元进行配置而建立的会话。
所述配置协议会话的类型可以根据配置应用对网元进行配置所采用的协议来进行分类，如netconf协议的配置协议会话、snmp的配置协议会话及cli的配置协议会话；
所述网元通过配置应用建立配置协议会话时对所述网元发出的信号，可以获取所述配置协议会话的类型。
另外，支持基于操作优先级的抢占式调度方式是网元的一种能力，但有的网元不支持基于操作优先级的抢占式调度方式；因此，在网元获取操作网元数据库的配置协议会话的类型及各配置协议会话的目标操作优先级之前，本步骤还包括：网元向各配置协议会话对端的配置应用发送其自身的网元数据库支持基于操作优先级的抢占式调度方式的信息；
同时，为了获取各配置协议会话的目标操作优先级，网元还指令各配置协议会话对端的配置应用向自身发送包含各配置协议会话的目标操作优先级的信息；
本发明实施例中，只有网元自身的网元数据库支持基于操作优先级的抢占式调度方式，才能向各配置协议会话对端的配置应用发送相应信息和指令各配置协议会话对端的配置应用向自身发送相应信息，也是采用本发明实施例的调度方法的前提条件。
目标操作优先级是配置应用针对所述配置协议会话的期望而确定的操作优先级，所述配置协议会话对端的配置应用会根据自身操作的需要确定自身对应的目标操作优先级，并向所述网元发送包含目标操作优先级的信息；
具体地，操作优先级可以通过二进制数字表示，操作优先级的数字越大，表示操作越优先；操作优先级的等级数量取决于表示操作优先级的二进制数字的位数，如果位数是两位，则操作优先级的等级数量为4个，如果位数是三位，则操作优先级的等级数量为8个；实际应用中，一般将操作优先级表示为三位的二进制数，但在本发明实施例中，为表述简洁，将操作优先级表示为十进制的自然数，最低可以是1级，最高可以是8级。
步骤102：根据各配置协议会话的类型及各配置协议会话的目标操作优先级，按预设确定策略确定各配置协议会话的操作优先级；
这里，所述预设确定策略包括：根据各配置协议会话的类型确定各配置协议会话的操作优先级，和/或，根据各配置协议会话的目标操作优先级确定各配置协议会话的操作优先级；
具体地，网元可以只根据各配置协议会话的类型或只根据各配置协议会话的目标操作优先级，确定各配置协议会话的操作优先级；也可以结合各配置协议会话的类型和各配置协议会话的目标操作优先级，确定各配置协议会话的操作优先级；
网元只根据各配置协议会话的类型，确定各配置协议会话的操作优先级的方法可以是：网元给执行netconf协议的配置协议会话确定较高的操作优先级，给执行snmp的配置协议会话确定中等的操作优先级，给执行cli的配置协议会话确定较低的操作优先级；
网元只根据各配置协议会话的目标操作优先级，确定各配置协议会话的操作优先级方法，相对比较简单，可以直接按各配置协议会话的目标操作优先级确定各配置协议会话的操作优先级，这种方式一般适用于各配置协议会话是同一类型的情况；
网元结合各配置协议会话的类型和各配置协议会话的目标操作优先级，确定各配置协议会话的操作优先级的方法可以是：先给各配置协议会话的类型确定一个优先系数，例如，netconf协议的配置协议会话的优先系数可以是3，snmp的配置协议会话的优先系数可以是2，cli的配置协议会话的优先系数可以是1；然后将各配置协议会话的优先系数与其自身的目标操作优先级相乘，再根据得到的乘积的大小顺序确定操作优先级；
如果出现两个或两个以上的乘积相同，则再根据各配置协议会话的类型，确定各配置协议会话的操作优先级。
步骤103：所述配置协议会话申请操作所述网元数据库时，根据所述网元数据库的状态及各配置协议会话的申请时间或操作优先级调度各配置协议会话的操作。
具体地，所述网元数据库的状态为空闲时，网元根据各配置协议会话的申请时间点，按顺序调度各配置协议会话的操作；
所述网元数据库的状态为有配置协议会话独占操作时，网元根据正在独占操作的第一配置协议会话和申请操作的第二配置协议会话的操作优先级，调度各配置协议会话的操作。
更具体地，所述网元数据库的状态为空闲时，先申请操作的配置协议会话先操作，也就是先申请先操作，这样，网元数据库的时间利用率更高；
所述网元数据库的状态为有配置协议会话独占操作时，则需要根据正在独占操作的配置协议会话和申请操作的配置协议会话的操作优先级，调度各配置协议会话的操作。
本发明实施例的调度方法主要用于对所述网元数据库的独占操作，采用本发明实施例的统一调度，就不会出现一个配置协议或配置协议会话长时间锁定一个网元数据库的问题；在netconf协议中，独占操作为锁定<lock>，即对所述网元数据库先进行锁定，然后对数据库数据进行修改；如果是非独占操作，例如netconf协议中的获取配置<get-config>、复制配置<copy-config>等操作，不是本发明实施例讨论的范畴。
更具体地，所述第一配置协议会话的操作优先级小于所述第二配置协议会话的操作优先级时，所述第二配置协议会话抢占式操作所述网元数据库；否则，网元维持原来操作状态。
所述第二配置协议会话抢占式操作所述网元数据库时，所述第一配置协议会话仅暂停独占操作，不会清除；当第二配置协议会话释放独占操作后，所述第一配置协议会话还可以接着原来的进度继续进行独占操作；这样，整个网络效率更高，也不会增加网络开销，不存在丢失指令和数据的问题。
进一步地，所述第一配置协议会话的操作优先级大于所述第二配置协议会话的操作优先级时，所述第二配置协议会话对端的配置应用向所述网元申请取得大于所述第一配置协议会话的操作优先级的操作优先级。
这样，当操作优先级较低的配置协议会话在有非常紧急的任务需要操作网元数据库时，可以重新向所述网元申请取得大于当前正在操作的配置协议会话的操作优先级的操作优先级，进而抢占式操作；
所述网元在获得操作优先级较低的配置协议会话重新申请操作优先级的请求后，可以根据事务紧急程度及当前正在操作的配置协议会话的操作时间来确定是否重新确定；
上述事务紧急程度，一般可以通过配置协议会话对端的配置应用发送的信息中包含的特定代码来表示；
当前正在操作的配置协议会话的操作时间，可以表示当前正在操作的配置协议会话是否长时间独占操作该网元，因为如果一个配置协议会话长时间独占操作一个网元，则表示可能会影响到需要操作该网元的其它应用，也就会影响到整个网络的运行效率。
图3为本发明实施例操作网元数据库的调度装置的组成结构示意图，如图3所示，所述装置包括获取模块31、确定模块32和调度模块33；其中，
所述获取模块31，用于获取操作网元数据库的各配置协议会话的类型及各配置协议会话的目标操作优先级；
所述确定模块32，用于根据各配置协议会话的类型及各配置协议会话的目标操作优先级，按预设确定策略，确定各配置协议会话的操作优先级；
所述调度模块33，用于所述配置协议会话申请操作所述网元数据库时，根据所述网元数据库的状态及各配置协议会话的申请时间点或操作优先级调度各配置协议会话的操作。
为了说明的更清楚，下面将分别对各个模块作详细说明：
所述获取模块31，用于获取操作网元数据库的各配置协议会话的类型及各配置协议会话的目标操作优先级；
支持基于操作优先级的抢占式调度方式是网元的一种能力，但有的网元不支持基于操作优先级的抢占式调度方式；因此，所述装置还包括发送模块34，所述发送模块34用于：
向各配置协议会话对端的配置应用发送网元数据库支持基于操作优先级的抢占式调度方式的信息；
同时，为了获取各配置协议会话的目标操作优先级，发送模块34还用于：
指令各配置协议会话对端的配置应用向所述获取模块31发送包含各配置协议会话的目标操作优先级的信息。
所述确定模块32，用于根据各配置协议会话的类型及各配置协议会话的目标操作优先级，按预设确定策略，确定各配置协议会话的操作优先级；
这里，所述预设确定策略包括：根据各配置协议会话的类型确定各配置协议会话的操作优先级，和/或，根据各配置协议会话的目标操作优先级，确定各配置协议会话的操作优先级；
具体地，所述确定模块32可以只根据各配置协议会话的类型或只根据各配置协议会话的目标操作优先级，确定各配置协议会话的操作优先级；也可以结合各配置协议会话的类型和各配置协议会话的目标操作优先级，确定各配置协议会话的操作优先级。
所述确定模块32只根据各配置协议会话的类型，确定各配置协议会话的操作优先级的方法可以是：所述确定模块32给执行netconf协议的配置协议会话确定较高的操作优先级，给执行snmp的配置协议会话确定中等的操作优先级，给执行cli的配置协议会话确定较低的操作优先级；
所述确定模块32只根据各配置协议会话的目标操作优先级，确定各配置协议会话的操作优先级方法，相对比较简单，可以直接按各配置协议会话的目标操作优先级确定各配置协议会话的操作优先级，这种方式一般适用于各配置协议会话是同一类型的情况；
所述确定模块32结合各配置协议会话的类型和各配置协议会话的目标操作优先级，确定各配置协议会话的操作优先级的方法可以是：先给各配置协议会话的类型确定一个优先系数，例如，netconf协议的配置协议会话的优先系数可以是3，snmp的配置协议会话的优先系数可以是2，cli的配置协议会话的优先系数可以是1；然后将各配置协议会话的优先系数与其自身的目标操作优先级相乘，再根据得到的乘积的大小顺序确定操作优先级；
如果出现两个或两个以上的乘积相同，则再根据各配置协议会话的类型，确定各配置协议会话的操作优先级。
所述调度模块33，用于所述配置协议会话申请操作所述网元数据库时，根据所述网元数据库的状态及各配置协议会话的申请时间点或操作优先级调度各配置协议会话的操作。
所述网元数据库的状态为空闲时，所述调度模块33根据各配置协议会话的申请时间点，按顺序调度各配置协议会话的操作；
所述网元数据库的状态为有配置协议会话独占操作时，所述调度模块33根据正在独占操作的第一配置协议会话和申请操作的第二配置协议会话的操作优先级，调度各配置协议会话的操作。
本发明实施例的调度方法主要用于对所述网元数据库的独占操作，采用本发明实施例的统一调度，就不会出现一个配置协议或配置协议会话长时间锁定一个网元数据库的问题；在netconf协议中，独占操作为锁定<lock>，即对所述网元数据库先进行锁定，然后对数据库数据进行修改；如果是非独占操作，例如netconf协议中的获取配置<get-config>、复制配置<copy-config>等操作，不是本发明实施例讨论的范畴。
更具体地，所述第一配置协议会话的操作优先级小于所述第二配置协议会话的操作优先级时，所述第二配置协议会话抢占式操作所述网元数据库；否则，所述调度模块33维持原来操作状态。
所述第二配置协议会话抢占式操作所述网元数据库时，所述第一配置协议会话仅暂停独占操作，不会清除；当第二配置协议会话释放独占操作后，所述第一配置协议会话的配置协议会话还可以接着原来的进度继续进行独占操作；这样，整个网络效率更高，也不会增加网络开销，不存在丢失指令和数据的问题。
进一步地，所述第一配置协议会话的操作优先级大于所述第二配置协议会话的操作优先级时，所述第二配置协议会话对端的配置应用向所述网元申请取得大于所述第一配置协议会话的操作优先级的操作优先级。
这样，当操作优先级较低的配置协议会话在有非常紧急的任务需要操作网元数据库时，可以重新向所述网元申请取得大于当前正在操作的配置协议会话的操作优先级的操作优先级，进而抢占式操作；
所述网元在获得操作优先级较低的配置协议会话重新申请操作优先级的请求后，可以根据事务紧急程度及当前正在操作的配置协议会话的操作时间来确定是否重新确定；
上述事务紧急程度，一般可以通过配置协议会话对端的配置应用发送的信息中包含的特定代码来表示；
当前正在操作的配置协议会话的操作时间，可以表示当前正在操作的配置协议会话是否长时间独占操作该网元，因为如果一个配置协议会话长时间独占操作一个网元，则表示可能会影响到需要操作该网元的其它应用，也就会影响到整个网络的运行效率。
本发明实施例中，所述获取模块31、确定模块32、调度模块33及发送模块34均可由位于网元的中央处理器(cpu)、微处理器(mpu)、数字信号处理器(dsp)、或现场可编程门阵列(fpga)等实现。
为了更清楚的介绍本发明实施例，下面以现实应用场景为例对本发明实施例进行阐述。
实施例一
本实施例为锁定网元的运行配置数据库的调度方法，本实施例中，各配置协议会话均执行netconf协议，属于同一类型的配置协议会话，因此，网元只需按各个控制器的目标操作优先级确定操作优先级。为表述简洁，操作优先级简称为优先级。
图4为本发明实施例一锁定网元的运行配置数据库的调度方法的实现流程示意图，如图4所示，该流程包括：
步骤401：网元1向控制器1、控制器2、控制器3通告其支持基于优先级的抢占式锁定；
本实施例中，所述控制器1、控制器2、控制器3，均为配置协议会话对端的配置应用，一般为sdn控制器，简称控制器；
所述锁定为配置协议中的锁定<lock>操作，是独占式操作，用于修改数据库。
步骤402：各控制器向网元1通告其目标优先级；
具体地，控制器1的目标优先级为1，控制器2的目标优先级为2，控制器3的目标优先级为3。
步骤403：网元1根据接收到的控制器发送的目标优先级给每个配置协议会话确定优先级并向控制器通告；
由于各控制器为同一类型，因此，网元1按各个控制器的目标优先级确定优先级，即控制器1的优先级为1，控制器2的优先级为2，控制器3的优先级为3。
步骤404：控制器1锁定网元1的运行配置数据库；
这里，假设控制器1申请锁定网元1的运行配置数据库的时间最早，因此由控制器1锁定网元1的运行配置数据库。
步骤405：网元1的运行配置数据库被会话1锁定，网元1向控制器2、控制器3通告网元1的运行配置数据库处于被会话1锁定状态，以及当前锁定的会话1的优先级为1；
会话1为控制器1与网元1建立的配置协议会话，依此类推，会话2为控制器2与网元1建立的配置协议会话；会话3为控制器3与网元1建立的配置协议会话。
步骤406：所述控制器2申请锁定网元1的运行配置数据库时，当前锁定的会话1的优先级1低于控制器2与网元1之间的会话2的优先级2，控制器2执行抢占式锁定；
这里，假设控制器2申请锁定网元1的运行配置数据库的时间晚于控制器1，但早于控制器3。
步骤407：网元1的运行配置数据库被会话2抢占式锁定，网元1向控制器1、控制器3通告网元1的运行配置数据库处于被会话2抢占式锁定状态，以及当前抢占式锁定的会话2的优先级为2；
接着，控制器3也可以通过判断当前锁定的会话的优先级，执行抢占式锁定，不再赘述。
实施例二
本实施例为锁定网元的候选配置数据库的调度方法，本实施例中，控制器4执行的配置协议会话为不同的类型；预设确定策略是网元只根据各配置协议会话的类型确定各配置协议会话的操作优先级。为表述简洁，操作优先级简称为优先级。
图5为本发明实施例二锁定网元的候选配置数据库的调度方法的实现流程示意图，如图5所示，该流程包括：
步骤501：网元2向控制器4、控制器5、控制器6通告其支持基于优先级的抢占式锁定；
这里，所述控制器4、控制器5、控制器6，均为配置协议会话对端的配置应用，一般为sdn控制器，简称控制器；
本实施例中，控制器4为执行snmp的sdn控制器，控制器5和控制器6为执行netconf协议的sdn控制器；
所述锁定为配置协议中的锁定<lock>操作，是独占式操作，用于修改数据库。
步骤502：各控制器向网元2通告其目标优先级；
具体地，控制器4的目标优先级为4，控制器5的目标优先级为2，控制器6的目标优先级为3。
步骤503：网元2根据配置协议会话的协议类型及接收到的控制器发送的目标优先级给每个配置协议会话确定优先级并向控制器通告；
由于执行snmp的配置协议会话的优先级一般低于执行netconf协议的配置协议会话的优先级，因此，网元2给控制器4确定较低的优先级，给控制器5和控制器6确定较高的优先级；
具体地，控制器4的优先级为1，控制器5的优先级为2，控制器6的优先级为3。
步骤504：控制器4锁定网元2的候选配置数据库；
这里，假设控制器4申请锁定网元2的候选配置数据库的时间最早，因此由控制器4锁定网元2的候选配置数据库。
步骤505：网元2的候选配置数据库被会话1锁定，网元2向控制器5、控制器6通告网元2的候选配置数据库处于被会话1锁定状态，以及当前锁定的会话1的优先级为1；
会话1为控制器4与网元2建立的配置协议会话，依此类推，会话2为控制器5与网元2建立的配置协议会话；会话3为控制器6与网元2建立的配置协议会话。
步骤506：所述控制器5申请锁定网元2的候选配置数据库时，当前锁定的会话1的优先级1低于控制器5与网元之间的会话2的优先级2，控制器5执行抢占式锁定；
这里，假设控制器5申请锁定网元2的候选配置数据库的时间晚于控制器4，但早于控制器6。
步骤507：网元2的候选配置数据库被会话2抢占式锁定，网元2向控制器4、控制器6通告网元2的候选配置数据库处于被会话2抢占式锁定状态，以及当前抢占式锁定的会话2的优先级为2；
接着，控制器6也可以通过判断当前锁定的会话的优先级，执行抢占式锁定，不再赘述。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。