一种业务操作管理方法及其装置、系统与流程

本发明涉及sdon(software-definedopticalnetwork，软件定义光网络)通讯领域，尤其是一种业务操作管理方法及装置、系统。

背景技术：

当前，在全球信息化和ict(informationcommunicationtechnology，信息通信技术)行业发展变革的浪潮之下，光网络发展面临新的挑战。首先是网络流量需求快速增长，网络扩容压力大。其次，网络智能化水平不高，运维管理复杂。运营商光通信网络规模庞大，厂家数量众多，网络设备的维护和管理复杂，难以适应新兴业务应用对网络动态调度需求。第三，跨层域管控难度大，无法适应网络融合发展趋势。当前承载网络的融合化发展成为大势所趋，光网络与ip(internetprotocol，网络之间互连的协议)等业务网，各自独立规划，网络利用率低下，端到端业务服务质量无法保障。第四，网络相对封闭，新业务开发慢，难以满足应用创新需求。传统光网络设备和业务是强耦合方式，导致业务部署复杂，新业务开发周期长，无法适应业务及使用模式的快速变化和创新需求。

sdon是将sdn概念和技术应用于光网络之中，构建面向业务的新一代光网络体系架构，以提高光网络的端到端组网能力和业务创新能力。如图1所示，为软件定义光网络控制器的基本结构示意图，其包括物理网络、sdn应用、sdon多域控制器和单域控制器。所述物理网络是由openflow协议光网络设备组成，通过cdpi(controldataplaneinterface，控制数据平面 接口)接口与单域控制器互联，遵循openflow标准原语。sdn应用与控制器之间通过北向接口互联，遵循restful规范。sdon多域控制器与单域控制器之间为cvni(controlvirtualnetworkinterface，控制虚拟网络接口)接口，遵循openflow扩展协议。openflow协议是通过发送flow_mod消息来建立或删除一条otn(opticaltransportnetwork，光传送网)连接。对于双向连接需要发送两条flow_mod消息来分别建立或删除两个方向的交叉。多域控制器向单域控制器转发业务请求时，需要转发一系列消息请求，对该业务涉及到的每个设备节点转发流表配置操作，即发送多条flow_mod消息的连接请求，其中业务相同，最后再转发barrier消息，作为该业务请求的结束消息。当多域控制器转发多种业务请求操作时，单域控制器接收到消息后需要保存，并需要进行相关的操作处理，若在此过程中，多域控制器又向单域控制器发送对该业务的处理消息，这时单域控制器可能会由于接收到的消息数量大，而出现消息处理顺序错乱，流表配置操作混乱，甚至导致消息丢失，消息处理不及时等问题，因此本发明提供了一种业务操作管理方法，能够使得单域控制器有序地处理各种业务的请求消息，防止在处理消息过程中出现的消息混乱、丢失。

技术实现要素：

本发明提供了一种业务操作管理方法及装置、系统，解决了现有技术中在对多种业务操作请求进行处理时，出现业务操作处理错误、混乱、丢失，以及处理不及时的技术问题。

为了解决上述技术问题，本发明采用以下技术方案：

本发明提供了一种业务操作管理方法，包括：

接收业务操作请求；

查询正在执行的业务操作，判断是否存在待执行业务操作的同源业务操作；所述待执行业务操作为所述业务操作请求对应的业务操作，所述同源业务操作为源自同一业务的业务操作；

若所述正在执行的业务操作不存在所述待执行业务操作的同源业务操作，则直接执行所述待执行业务操作。

在本发明的另一实施例中，所述方法还包括：若所述正在执行的业务操作存在所述待执行业务操作的同源业务操作，则将所述待执行业务操作进行缓存处理。

在本发明的另一实施例中，所述方法还包括：接收所述正在执行的业务操作的应答，判断所述缓存处理的待执行业务操作中是否存在所述应答的同源业务操作，若存在，则执行所述缓存处理的待执行业务操作中与所述应答同源的待执行业务操作。

在本发明的另一实施例中，所述方法还包括：若判断所述缓存处理的待执行业务操作中存在至少两个与所述应答同源的待执行业务操作时，根据正在执行的业务操作的逻辑关系确定待执行业务操作，并执行所述待执行业务操作。

在本发明的另一实施例中，所述方法还包括：若判断所述缓存处理的待执行业务操作中存在至少两个同一层次的与所述应答同源的待执行业务操作时，则根据缓存所述待执行业务操作的时间顺序进行执行处理；所述同一层次指的是所述待执行业务操作为同源业务的相同类型的操作。

在本发明的另一实施例中，在接收业务操作请求之前，还包括：创建存储区，所述缓存区用于存储所述业务操作请求，根据所述业务操作的优先级 别进行缓存；

在将所述待执行业务操作进行缓存处理的过程中，是根据所述待执行业务操作的优先级别进行缓存处理；

在接收到所述正在执行的业务操作的应答后，还包括：根据所述业务操作的优先级别查询所述缓存处理的待执行业务操作中与所述应答对应的业务操作，并将时所述业务操作进行删除。

为了解决上述技术问题，本发明还提供了一种业务操作管理装置，包括：

接收装置，用于接收业务操作请求消息；

查询模块，用于查询正在执行的业务操作；

判断模块，用于判断是否存在待执行业务操作的同源业务操作；

业务处理模块，用于若所述判断模块判断所述正在执行的业务操作不存在所述待执行业务操作的同源业务操作时，所述业务处理模块直接执行所述待执行业务操作。

在本发明的另一实施例中，所述装置还包括：若所述判断模块判断所述正在执行的业务操作存在所述待执行业务操作的同源业务操作时，所述业务处理模块将所述待执行业务操作进行缓存处理。

在本发明的另一实施例中，所述装置还包括：所述接收模块用于接收所述正在执行的业务操作的应答；

所述判断模块判断所述缓存处理的待执行业务操作中是否存在所述应答的同源业务操作，若存在，则所述业务处理模块执行所述缓存处理的待执行业务操作中与所述应答同源的待执行业务操作。

在本发明的另一实施例中，所述装置还包括：所述判断模块，若判断所述缓存处理的待执行业务操作中存在至少两个与所述应答同源的待执行业 务操作时，所述业务处理模块根据所述正在执行的业务操作的逻辑关系确定待执行业务操作，并执行所述待执行业务操作。

在本发明的另一实施例中，所述装置还包括：所述判断模块，若判断所述缓存处理的待执行业务操作中存在至少两个同一层次的与所述应答同源的待执行业务操作时，则所述业务处理模块根据缓存所述待执行业务操作的时间顺序进行执行处理；所述同一层次指的是所述待执行业务操作为同源业务的相同类型的操作。

在本发明的另一实施例中，所述装置还包括：存储设置模块，所述存储设置模块用于创建存储区，所述缓存区用于存储所述业务操作请求，根据所述业务操作的优先级别进行缓存；

在将所述待执行业务操作进行缓存处理的过程中，是根据所述待执行业务操作的优先级别进行缓存处理；

在接收到所述正在执行的业务操作的应答后，还包括：根据所述业务操作的优先级别查询所述缓存处理的待执行业务操作中与所述应答对应的业务操作，并将时所述业务操作进行删除。

为了解决上述技术问题，本发明还提供了一种业务操作管理系统，包括：多域控制器、单域控制器、光网络应用终端和网络管理终端，所述单域控制器包括如上所述的业务操作管理装置。

本发明的有益效果：

本发明提供了一种业务操作管理方法及其装置、系统，所述业务操作管理方法是首先将接收业务操作请求，然后查询正在执行的业务操作，判断是否存在待执行业务操作的同源业务操作，若存在，则直接执行所述待执行业务操作，通过采用该方法管理业务操作请求，实现了对接收到的业务操作请 求进行有序化处理，避免了在对同源业务操作请求处理时出现混乱、丢失的现象。

附图说明

图1为软件定义光网络控制器的基本结构示意图；

图2为本发明实施例一提供的业务操作管理装置结构示意图；

图3为本发明实施例二提供的业务操作管理方法流程图；

图4为本发明实施例三提供的openflow消息流表配置图；

图5为本发明实施例三提供的openflow流表配置消息列队处理流程图；

图6为本发明实施例四提供的业务操作管理系统的结构示意图；

图7为本发明实施例四提供的并行处理两个业务的业务操作管理方法流程图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。

实施例一：

请参考图2，为本实施例提供的业务操作管理装置的结构示意图，在本实施例中，所述业务操作管理装置20包括接收模块21、查询模块22、判断模块23和业务处理模块24；

所述接收模块21用于接收业务操作请求；

在本实施例中，优选地，所述接收模块21在接收所述业务操作请求时，是通过采用openflow协议建立光传送网连接，实现了相关openflow功能的协议平台，接收到外界设备或控制器发送过来的业务操作请求，所述业务 操作请求具体可以为通过openflow协议发出的flow_mod消息和barrier消息。

查询模块22，用于查询正在执行的业务操作；值得注意的是，所述查询模块22查询的是所述业务操作管理装置20当前正在执行的所有业务的业务操作，并发送至所述判断模块23进行处理。

所述判断模块23用于判断是否存在待执行业务操作的同源业务操作；

在本实施例中，所述判断模块23根据接所述接收模块21接收到的业务操作请求以及查询模块23查询到的正在执行的业务操作，判断所述正在执行的业务操作中是否存在所述待执行业务操作的同源业务操作，所述待执行业务操作为所述业务操作请求对应的业务操作，所述同源业务操作为源自同一业务的业务操作；

所述业务处理模块24用于若所述判断模块23判断所述正在执行的业务操作不存在所述待执行业务操作的同源业务操作时，所述业务处理模块24直接执行所述待执行业务操作。

在本实施例中，还包括：若所述判断模块23判断所述正在执行的业务操作存在所述待执行业务操作的同源业务操作时，所述业务处理模块24将所述待执行业务操作进行缓存处理。

值得注意的是，在本实施例中，所述缓存处理是根据所述业务操作的优先级别进行缓存，确定所述优先级别的原则包括按照时间优先原则、先进先出原则、业务操作的处理逻辑关系等，但并不止于上述的原则。

在本实施例中，所述业务操作管理装置20还包括：所述接收模块21用于接收所述正在执行的业务操作的应答；

所述判断模块23判断所述缓存处理的待执行业务操作中是否存在所述应答的同源业务操作，若存在，则所述业务处理模块24执行所述缓存处理的待执行业务操作中与所述应答同源的待执行业务操作。

在本实施例中，若所述业务操作管理装置确定所述业务操作的优先级别是根据业务操作的逻辑关系进行确定时，若所述判断模块23判断所述缓存处理的待执行业务操作中存在至少两个与所述应答同源的待执行业务操作时，所述业务处理模块24根据所述正在执行的业务操作的逻辑关系确定待执行业务操作，并执行所述待执行业务操作。

在本实施例中，若所述业务操作管理装置20确定所述业务操作的优先级别是根据时间顺序进行确定时，若所述判断模块23判断所述缓存处理的待执行业务操作中存在至少两个同一层次的与所述应答同源的待执行业务操作时，则所述业务处理模块24根据缓存所述待执行业务操作的时间顺序进行执行处理，所述同一层次指的是所述待执行业务操作为同源业务的相同类型的操作。

在本实施例中，所述业务操作装置还包括存储设置模块，所述存储设置模块用于创建存储区，所述缓存区用于存储所述业务操作请求，根据所述业务操作的优先级别进行缓存；在所述接收模块21接收到所述业务操作请求消息后，还可以通过业务处理模块24将所述业务操作请求消息进行存储，优选的，可以将所述业务操作请求存储于所述业务操作管理装置20中的业务存储链表中，并发送至所述查询模块22进行相关业务操作的查询处理，所述查询模块22根据所述接收模块21接收到的业务操作请求查询业务操作管理装置20当前正在执行的所有业务的业务操作，然后由判断模块23判断是否存在待执行业务操作的同源业务操作，最后，由业务处理模块24根据判断模块23的判断结果进行业务操作处理。

在本实施例所提供的业务操作管理装置20中，优选的，所述接收模块21接收的是通过openflow协议发送出来flow_mod消息和barrier消 息，并将所述flow_mod消息和barrier消息存储于所述业务操作管理装置20中的业务存储链表中，所述判断模块23根据查询模块22查询的结果判断是否存在待执行业务操作flow_mod消息和barrier消息同源的业务操作flow_mod消息和barrier消息，最后所述业务处理模块24根据判断的结果处理待执行业务操作flow_mod消息和barrier消息。

实施例二：

在本实施例中，提供了一种业务操作管理方法，请参考图3，本实施例提供的业务操作管理方法的处理步骤具体包括：

s301，接收业务操作请求；

s302，查询正在执行的业务操作，判断是否存在待执行业务操作的同源业务操作；所述待执行业务操作为所述业务操作请求对应的业务操作，所述同源业务操作为源自同一业务的业务操作；

s303，若所述正在执行的业务操作不存在所述待执行业务操作的同源业务操作，则直接执行所述待执行业务操作；

s304，若所述正在执行的业务操作存在所述待执行业务操作的同源业务操作，则将所述待执行业务操作进行缓存处理。

在本实施例中，在步骤s301之前，还包括：创建存储区，所述缓存区用于存储所述业务操作请求；在接收所述业务操作请求后，将所述业务操作请求进行存储，存储在预先创建好的存储区中；

值得注意的是，在本实施例中，所述存储区可以设置为业务存储链表，将所述业务操作请求储到所述业务存储链表中时，优选的，可以通过先进先出原则进行存储，使得存储于所述业务存储链表中的业务操作为有序的。

在本实施例中，在步骤s302中，根据所述业务操作请求查询所述业务操作管理装置正在执行的所有业务的业务操作，然后判断在查询到的所述业务操作中是否存在待执行业务操作的同源业务操作，若存在，则执行步骤 s303；否则，执行步骤s304。

值得注意的是，本实施例中所提供的同源业务指的是具有相同业务id的业务，如：接收到一个业务1建立操作请求、一个业务1调整操作请求和一个业务2的建立操作请求，而业务1建立操作请求和个业务1调整操作请求属于同源业务，对应的操作则属于同源的业务操作；业务2建立操作请求和个业务1调整操作请求属于不同源业务，对应的操作属于不同源的业务操作。

在步骤s303之后，还包括：接收所述正在执行的业务操作的应答，判断所述缓存处理的待执行业务操作中是否存在所述应答的同源业务操作，若存在，则执行所述缓存处理的待执行业务操作中与所述应答同源的待执行业务操作。

在本实施例中，若在判断所述缓存处理的待执行业务操作中存在至少两个与所述应答同源的待执行业务操作时，根据所述正在执行的业务操作的逻辑关系确定待执行业务操作，并执行所述待执行业务操作。具体的，当在缓存待执行业务操作中分别存在一个业务调整操作和一个业务删除操作，并且这两个业务操作为与所述应答同源的业务操作，这是应当根据业务处理的逻辑关系来确定应该执行哪个业务操作，由于对于一个业务的操作来讲，通常是在一个业务建立完成后的操作是需要调整，在调整完成后才是删除操作，因此，根据该逻辑关系确定两个待执行业务操作的执行顺序是，先执行调整后执行删除。

若判断所述缓存处理的待执行业务操作中存在至少两个同一层次的与所述应答同源的待执行业务操作时，则根据缓存所述待执行业务操作的时间顺序进行执行处理；所述同一层次指的是所述待执行业务操作为同源业务的相同类型的操作，例如：同时存在两个待执行业务操作，且均为业务1的调整操作，则这两个待执行业务操作为同一层次的业务操作。

在步骤s304中，值得注意的是，所述缓存处理是根据所述业务操作的优先级别进行缓存；

确定所述优先级别的原则包括按照时间优先原则、先进先出原则、业务操作的处理逻辑关系等，但并不止于上述的原则。

进一步的，在将所述待执行业务操作进行缓存处理的过程中，可以根据所述待执行业务操作的优先级别进行缓存处理；

在接收到所述正在执行的业务操作的应答后，还包括：根据所述业务操作的优先级别查询所述缓存处理的待执行业务操作中与所述应答对应的业务操作，并将时所述业务操作进行删除。

实施例三：

本实施例所提供的业务操作管理方法是通过openflow协议来实现的，如图4所示，为本实施例的openflow消息流表配置图，多域控制器转发的一个业务操作请求包含一个方向的交叉配置(即是转发一个flow_mod消息)，一般一个节点需要配置双向两个流表，所有消息通过发送业务结束请求消息业务操作结束请求(即是，barrier消息)表示该条业务flow_mod消息的结束。例如当前业务涉及到3个节点设备，则多域控制器需要发送6个flow_mod消息和1个barrier_req消息到业务操作管理装置，业务操作管理装置收到消息后需要保存在本地，并需要进行业务相关操作后，设置南向接口的定时器，再发送给设备侧。请参考图5，所述方法的具体处理步骤包括：

s501，创建用于存储业务操作请求的存储区；优选的，所述存储区可以为业务存储链表，所述业务存储链表是根据先进先出原则、业务操作处理的逻辑关系和时间优先原则进行创建，所述存储区还可以为业务操作管理装置的硬件存储设备等。

s502，接收flow_mod等消息，并存储于所述业务存储链表中；

s503，接收barrier请求消息时，查询所述业务存储链表，判断是否存在待执行barrier请求的同源barrier请求，若没有，则按照先进先出存储原则依次执行所述barrier请求业务的flow_mod等消息，最后执行所述barrier请求，并存储在所述业务存储链表中；若存在待执行barrier请求的同源barrier请求，则将所述barrier请求缓存在所述业务存储链表中；

s504，接收flow_mod消息的应答消息后，查询所述业务存储链表，查找所述应答消息的业务操作请求，并删除；

s505，接收barrier请求的应答消息后，查询所述业务存储链表，查找所述应答消息的业务操作请求消息，并删除；同时查询所述业务存储链表，查找是否存在所述应答消息同源的barrier请求，若没有则无操作；若存在同源的barrier请求，则按照先进先出的存储原则，依次执行所述业务的flow_mod消息和barrier请求消息。

实施例四：

请参考图6，为本实施例提供了一种业务操作管理系统的结构框架图。在本实施中，所述业务操作管理系统包括：光网络应用终端61、多域控制器62、单域控制器63和网络管理终端64，所述多域控制器62的ip地址为193.90.170.5，所述单域控制器63的ip地址为193.90.160.5，以及一个网络管理终端，所述网络管理终端具体为管理域，域中节点分别为光传送网(641、642、643、644)。其ip地址分别是193.90.10.5、193.90.20.5、193.90.30.5、193.90.40.5。app通过多域控制器建立一条节点光传送网641到节点光传送网643之间的连接，连接为1，经过中间节点光传送网642，业务带宽为 1000m。又建立一条中间节点经过光传送网644的业务，业务为2。

在本实施例中，在同时并行处理业务1、2的业务操作请求处理流程为先建立业务1，再调整业务1，再建立业务2，再删除业务1，再删除业务2。

请参考图7，为本实施例提供的openflow流表配置及业务操作管理方法流程图。

s701，根据优先原则创建业务存储链表，所述优先原则可以为先进先出原则、业务操作处理的逻辑关系和时间优先原则。

s702，业务操作管理装置721接收到多域控制器71下发的业务1建立的flow_mod和barrier_req等操作请求后存储在所述业务存储链表中，并向设备侧73转发业务1建立的操作请求；

s703，业务操作管理装置721接收到多域控制器72下发的业务1调整的flow_mod和barrier_req等操作请求后存储在所述业务存储链表中，这时，由于业务1建立的操作请求未处理完成，并且业务操作管理装置721未接收到设备侧反馈的应答消息，则将接收到的业务1调整的flow_mod和barrier_req等操作请求缓存到所述业务链表中，并且不做进一步的执行处理；

s704，业务操作管理装置721接收到多域控制器72下发的业务2建立的flow_mod和barrier_req等操作请求后存储在所述业务存储链表中，并向设备侧73转发业务2建立的操作请求；

s705，业务操作管理装置721接收到设备侧73反馈的业务1建立的应答消息流后，查询所述业务存储链表中与所述应答消息对应的业务1建立的操作请求，并删除，向多域控制器72上报barrier_rsp应答，同时查找链表中未处理的业务1的业务调整操作请求转发到设备侧73；

s706，业务操作管理装置721接收到设备侧反馈的业务1调整的应答消息后，查询所述业务存储链表中与所述应答消息对应的业务1调整的操作请求，并删除，同时向多域控制器71上报barrier_rsp应答；

s707，业务操作管理装置721接收到多域控制器71转发的业务1删除的flow_mod和barrier_req等操作请求后存储在业务存储链表中，并向设备侧73转发业务1删除的操作请求；

s708，业务操作管理装置721接收到多域控制器71转发的业务2删除的flow_mod和barrier_req等操作请求后存储在所述业务存储链表中，这时，由于业务2建立的操作请求未处理完成，且未接收到应答消息，则将接收的业务2删除的flow_mod和barrier_req等操作请求缓存到所述业务链表中，并且不做进一步的执行处理；

s709，业务操作管理装置721接收到设备侧73反馈的业务1删除的应答消息后，查询所述业务存储链表中与所述应答消息对应的业务1删除的操作请求，并删除，同时向多域控制器71上报barrier_rsp应答；

s710，当业务操作管理装置721接收到设备侧73反馈的业务2建立的应答消息流后，查询所述业务存储链表中与所述应答消息对应的业务2建立的操作请求，并删除，并向多域控制器71上报barrier_rsp应答；同时查找链表中未处理的业务2的业务删除消息流操作请求转发到设备侧73；

s711，业务操作管理装置721接收到设备侧73反馈的业务2删除的应答消息流后，查询所述业务存储链表中与所述应答消息对应的业务2删除的操作请求，并删除，并向多域控制器71上报barrier_rsp应答；

s712，所有业务操作处理结束，删除业务存储链表。

本发明所提供的一种业务操作管理方法及其装置、系统，通过查询正在执行的业务操作，判断是否存在待执行业务操作的同源业务操作，若存在，则直接执行所述待执行业务操作，从而实现了对业务操作请求的有序化管理；对于判断不存在同源业务操作时，本发明采用的是缓存的方式，解决了业务操作管理装置出现同时处理同一业务的不同操作请求的问题，避免了在同一时间段处理同源业务操作时出现混乱的现象；进一步的地实现了业务操作管理装置和系统的有序处理业务请求，提高了系统的稳定性。

显然，本领域的技术人员应该明白，上述本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储介质(rom/ram、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。