CN107786455A - 资源调整方法、装置及*** - Google Patents

Abstract

本发明提供了一种资源调整方法、装置及***。其中，该资源调整方法包括：软件定义光网络SDON中的控制器接收用户侧设备发送的资源调整请求；确定与所述资源调整请求对应的资源管理策略，并根据所述资源管理策略下发资源调整请求给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；接收所述网络侧设备反馈的应答消息；依据所述应答消息对所述资源调整请求所请求的资源进行处理。通过本发明，解决了相关技术中不能满足当前SDN网络的多业务并发处理的要求，容易导致资源分配的冲突的问题，从而有效提高了资源调整效率和成功率。

Description

资源调整方法、装置及***

技术领域

本发明涉及通信领域，具体而言，涉及一种资源调整方法、装置以及***。

背景技术

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

SDN(Software-Defined Network，软件定义网络)集中化、智能化和开放化的理念为未来OTN网络(Optical Transport Network光传送网)的发展提供了全新思路。光网络自身具有集中化管理和面向连接的交换机制等特点，因此天然具有部分SDN的特征，更易于向SDN方向发展演进，光网络SDN化是未来光网络发展的趋势。SDON(SD-OTN，SoftwareDefined Optical Transport Network软件定义光网络)是将SDN概念和技术应用于光网络之中，构建面向业务的新一代光网络的体系架构。SDON通过将控制与传送解耦，屏蔽光网络物理技术细节，简化现有光网络复杂和私有的控制管理协议；采用集中控制策略，提高光网络的智能调度和协同控制能力；通过开放网络接口，提供光网络的可编程能力，满足未来网络虚拟化、业务灵活快捷提供、网络和业务创新等发展需求。满足未来数据中心光互联、网络虚拟化、业务灵活快捷提供、网络和业务创新等发展需求。SDON架构包含控制、转发和应用三个层面。转发层为光网络物理设备，处于最底层；应用是SDN网络的最可视部分，为用户提供服务；控制层是SDON的核心，主要实施网络资源管理、业务连接控制、路由计算、网络资源抽象和虚拟化，以及各种基于策略的网络管控等功能，并向上层应用提供各种网络服务。

随着云计算的发展，数据中心互联业务(数据中心备份、虚拟机迁移)对于骨干和城域光网络提出了动态资源分配的业务需求，这要求光网络实现数据中心之间连接的灵活调度和动态调整。传统光网络控制平面中资源调整的方式都是“先删后建”，业务响应速度慢，失败率高，资源调整不灵活，用户体验不好。而SDON架构的一个主要优势就是给OTN网络提供智能灵活调度的能力。这种集中式管理的架构有利于实现资源按需分配即BoD业务的需求，对于提升用户体验，提高业务响应及调度效率，提高资源调整效率起到了至关重要的作用。

近几年来，各大运营商(如中国电信，***等)陆续开展试验局，在测试规范中明确提出了在SDON网络中对BoD功能的测试需求。BoD是运营商在未来新型网络上开展的极具竞争力的个性化增值业务之一。BoD业务以客户为中心，提供网络灵活调度能力，最重要功能体现就是灵活资源调整。而在SDON架构下，要实现BoD资源灵活调整，一般做法可以沿用控制平面的做法，如控制器下发业务建立成功后，资源调整可沿用“先建后删”的原则，通过控制器下发删除原业务请求，再建立一条满足新资源的业务，但此方法的缺点是调整时间长，响应速度慢，且不能满足当前SDN网络的多业务并发处理的要求，容易导致资源分配的冲突。因此，在相关技术当中，还没有一种解决针对BoD业务的资源分配方法。

发明内容

本发明实施例提供了一种资源调整方法、装置以及***，以至少解决相关技术中不能满足当前SDN网络的多业务并发处理的要求，容易导致资源分配的冲突的问题。

根据本发明的一个实施例，提供了一种资源调整方法，包括：软件定义光网络SDON中的控制器接收用户侧设备发送的资源调整请求；确定与所述资源调整请求对应的资源管理策略，并将所述资源管理策略下发给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；接收所述网络侧设备反馈的应答消息；依据所述应答消息对所述资源调整请求所请求的资源进行处理。

可选地，确定与所述资源调整请求对应的资源管理策略资源，包括：当所述资源调整请求为单业务调整请求时，确定所述资源管理策略为：锁定所述资源调整请求所请求调整的资源。

可选地，根据所述资源调整请求确定资源调整策略，还包括：当所述资源调整请求为多业务调整请求时，确定所述资源管理策略为：获取所述控制器的资源使用状况。

可选地，在校验所述控制器的资源状况之后，所述方法包括：当所述资源使用状况为能够满足所述资源调整请求所请求调整的资源时，锁定对应于所述资源调整请求的资源；当所述资源使用状况为待分配资源时，缓存所述资源调整请求,以及，当所述资源状况为不能够满足所述资源调整请求所请求调整的资源时，返回资源请求失败消息。

可选地，在锁定对应于所述资源调整请求的资源之后，所述方法还包括：当所述资源调整请求为用于请求调小资源的请求时，将锁定的资源对应的资源状态修改为申请待释放，当所述资源调整请求为用于请求调大资源的请求时，将锁定的资源对应的资源状态修改为申请待占用。

可选地，将所述资源管理策略下发给SDON中的网络侧设备包括：将所述资源调整策略携带于交叉修改消息，其中，所述交叉修改消息用于修改流表的下发方式。

可选地，在依据所述应答消息对所述资源调整请求所请求的资源进行处理之后，所述方法还包括：查询所述控制器缓存的资源调整请求，并为所述缓存的资源调整请求分配资源。

可选地，依据所述应答消息对所述资源调整请求所请求的资源进行处理，包括：当所述网络侧设备成功进行资源调整时，释放或占用所述锁定的资源，并修改对应所述资源状态；当所述网络侧设备失败进行资源调整时，解锁所述锁定的资源。

可选地，SDON中的控制器接收用户侧设备发送的资源调整请求之后，所述方法还包括：所述控制器接收用户侧设备发送的资源回退消息；根据所述资源回退消息，向交叉修改成功的网络侧设备发送用于删除所述交叉修改消息的交叉修改回退消息。

根据本发明的另一个实施例，提供了一种资源调整装置，包括：第一接收模块，用于接收用户侧设备发送的资源调整请求；确定模块，用于确定与所述资源调整请求对应的资源管理策略，并将所述资源管理策略下发给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；第二接收模块，用于接收所述网络侧设备反馈的应答消息；处理模块，用于依据所述应答消息对所述资源调整请求所请求的资源进行处理。

可选地，所述确定模块还包括：第一确定单元，用于当所述资源调整请求为单业务调整请求时，确定所述资源管理策略为：锁定所述资源调整请求所请求调整的资源；第二确定单元，用于当所述资源调整请求为多业务调整请求时，确定所述资源管理策略为：获取所述控制器的资源使用状况。

可选地，所述确定模块还用于将所述资源调整策略携带于交叉修改消息，其中，所述交叉修改消息用于修改流表的下发方式。

可选地，所述装置还包括：第三接收模块，用于接收用户侧设备发送的资源回退消息；发送模块，用于根据所述资源回退消息，向交叉修改成功的网络侧设备发送用于删除所述交叉修改消息的交叉修改回退消息。

可选地，所述第二接收模块还用于查询所述控制器缓存的资源调整请求，并为所述缓存的资源调整请求分配资源。

根据本发明的再一个实施例，提供了一种资源调整***，包括：SDON控制器，用于接收用户侧设备发送的资源调整请求；根据所述资源调整请求确定资源调整策略，并将所述资源调整策略下发给网络侧设备；接收所述网络侧设备反馈的应答消息；所述网络侧设备，用于接收所述资源调整策略，返回用于对所述资源调整请求所请求的资源进行处理的应答消息。

可选地，所述***还包括：用户侧设备，用于向所述控制器下发所述资源调整请求以及资源回退消息；所述控制器，还用于根据所述资源回退消息，向交叉修改成功的网络侧设备发送交叉修改回退消息；所述网络侧设备，还用于接收所述交叉修改回退消息，删除保存的交叉修改消息；其中，所述交叉修改消息用于修改流表的下发方式。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：

S11，软件定义光网络SDON中的控制器接收用户侧设备发送的资源调整请求；

S12，确定与所述资源调整请求对应的资源管理策略，并将所述资源管理策略下发给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；

S13，接收所述网络侧设备反馈的应答消息；

S14，依据所述应答消息对所述资源调整请求所请求的资源进行处理。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

S21，所述控制器接收用户侧设备发送的资源回退消息；

S22，根据所述资源回退消息，向交叉修改成功的网络侧设备发送用于删除所述交叉修改消息的交叉修改回退消息。

通过本发明，由于通过SDON中的控制器直接获取资源调度请求，并与网络侧设备进行交互，并在接收到网络侧反馈的应答消息后对资源调整请求的资源进行处理。因此，可以解决相关技术中不能满足当前SDN网络的多业务并发处理的要求，容易导致资源分配的冲突的问题，从而有效提高了资源调整效率和成功率。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种SDON***的架构图；

图2是根据本发明实施例的一种资源调整方法的流程图；

图3是根据本发明实施例的SDON架构的SDON控制器的硬件结构图；

图4是根据本发明实施例的SDON架构的网络侧设备的硬件结构图；

图5是根据本发明实施例的另一种资源调整方法的流程图；

图6是根据本发明实施例的再一种资源调整方法的流程图；

图7是根据本发明实施例的场景1的流程图；

图8是根据本发明实施例的场景2的流程图；

图9是根据本发明实施例的场景3的流程图；

图10是根据本发明实施例的场景4的流程图；

图11是根据本发明实施例的一种资源调整装置的结构图；

图12是根据本发明实施例的另一种资源调整装置的结构图；

图13是根据本发明实施例的还一种资源调整装置的结构图；

图14是根据本发明实施例的一种资源调整***的结构图；

图15是根据本发明实施例的另一种资源调整***的结构图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

图1是根据本发明实施例的一种SDON***的架构图。如图1所述，本发明实施例中的***架构包括：位于应用平面的BoD APP，位于控制平面的SDON控制器以及业务管理器以及位于传输平面的OTN***。

具体地，用户通过应用平面的BoD APP发出相应的指令和请求。位于控制平面的SDON控制器会接收BoD APP请求，与业务管理器进行交互，并将控制器生成的相关策略发送给位于传输平面的OTN***。在接收到相关策略后，OTN***会对向相应的硬件结构(例如单板)发送控制结果。

在本实施例中提供了一种运行于上述网络架构的资源调整方法，图2是根据本发明实施例的一种资源调整方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，软件定义光网络SDON中的控制器接收用户侧设备发送的资源调整请求；

可选地，当所述资源调整请求为单业务调整请求时，确定所述资源管理策略为：锁定所述资源调整请求所请求调整的资源。

可选地，当所述资源调整请求为多业务调整请求时，确定所述资源管理策略为：获取所述控制器的资源使用状况。

具体地，当所述资源使用状况为能够满足所述资源调整请求所请求调整的资源时，锁定对应于所述资源调整请求的资源；当所述资源使用状况为待分配资源时，缓存所述资源调整请求,以及，当所述资源状况为不能够满足所述资源调整请求所请求调整的资源时，返回资源请求失败消息。

具体地，当所述资源调整请求为用于请求调小资源的请求时，将锁定的资源对应的资源状态修改为申请待释放，当所述资源调整请求为用于请求调大资源的请求时，将锁定的资源对应的资源状态修改为申请待占用。

可选地，所述控制器接收用户侧设备发送的资源回退消息；根据所述资源回退消息，向交叉修改成功的网络侧设备发送用于删除所述交叉修改消息的交叉修改回退消息。

步骤S204，确定与所述资源调整请求对应的资源管理策略，并将所述资源管理策略下发给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；

具体地，将所述资源调整策略携带于交叉修改消息，

其中，所述交叉修改消息用于修改流表的下发方式。需要指出的是，在资源调整正常的情况下，所述交叉修改消息包括以下之一：FLOW_MOD消息以及BARRIER消息；和/或所述交叉修改消息所指示的交叉操作类型包括：OFPFC_MODIFY。而在资源调整异常时，所述控制器接收用户侧设备发送的资源回退消息；根据所述资源回退消息，向交叉修改成功的网络侧设备发送用于删除所述交叉修改消息的交叉修改回退消息。其中，该修改回退消息中包括：携带有业务标识的multipart_request或者是PACKETOUT消息。

步骤S206，接收所述网络侧设备反馈的应答消息。

步骤S208，依据所述应答消息对所述资源调整请求所请求的资源进行处理。

可选地，在对资源进行处理之后，SDON控制器还会查询所述控制器缓存的资源调整请求，并为所述缓存的资源调整请求分配资源。

可选地，上述资源处理过程至少包括：当所述网络侧设备成功进行资源调整时，释放或占用所述锁定的资源，并修改对应所述资源状态；当所述网络侧设备失败进行资源调整时，解锁所述锁定的资源。

需要指出的是，在本实施例中，还提供了以下场景，以便于本实施例中所记载的技术方案。

图3是根据本发明实施例的SDON架构的SDON控制器的硬件结构图。如图3所示，该SDON控制器至少包括：客户端协议栈及适配模块，BoD业务管理模块、BoD模块、BoD资源管理模块以及服务器段协议栈及适配模块。同时SDON控制器通过北向接口与位于应用平面的BoD APP连接，通过南向接口与位于传输平面的网络侧设备连接。

图4是根据本发明实施例的SDON架构的网络侧设备的硬件结构图。如图4所示，该网络侧设备至少包括：客户端协议栈及适配模块，BoD业务管理模块，BoD模块以及终端执行模块。同时网络侧设备通过南向接口与位于控制平面的SDON控制器相连接，同时还能够利用终端执行模块向与其连接的单板配置业务。

图5是根据本发明实施例的另一种资源调整方法的流程图。如图5所示，图5中的各个步骤结合了图1所示的架构以及图3与图4所示的硬件结构，具体步骤如下：

S501：客户利用BoD APP通过北向接口下发资源调整请求到SDON控制器；

S502：SDON控制器客户端协议栈收到资源调整请求后，通过适配解析后发送给业务管理模块；

S503：BoD业务管理模块收到请求后校验参数，若参数错误则返回失败响应给APP；若校验通过则分解BoD请求，查找保存在本地的该业务的原路径信息，原资源及新资源发送给BoD模块；

S504：BoD模块收到资源调整请求后，向BoD资源管理模块申请锁定资源，返回资源足够，则将新增资源的状态改为“申请待占用”或”申请待释放”，向业务模块响应资源分配结果及新路径信息；若资源待分配，则请求放入缓存，等待暂不执行；若资源不够，则直接返回失败。并向BoD业务管理模块发送响应。

S505：BoD业务管理模块收到响应后，若是失败则向APP响应失败；若成功，则向路由内所有设备节点下发交叉修改请求消息通过协议栈及适配模块下发到网络侧设备；

S506：网络侧设备中的服务器协议栈及适配模块接收到请求后解析并发给网络侧设备的BoD业务模块，在校验参数后，发给网络侧设备的BoD模块；

S507：网络侧设备的BoD模块保存资源调整数据，并根据交叉修改请求下发交叉配置信息到终端执行模块，配置到业务单板，并返回应答消息到SDON控制器；

S508：控制器侧收到响应解析后发送给BoD业务管理模块，BoD业务管理模块等待所有网络侧设备响应，同时发送通知消息给BoD模块，并向BoD APP返回应答；

S509：BoD模块收到消息后，若成功，则将“已申请待占用”状态改为“已占用”，将”已申请待释放”改成“已释放”，若失败，则回退资源。向资源管理模块申请或释放资源。最后查询业务等待缓存区，处理等待业务的资源分配，回到S404；

S510：BoD APP收到应答结果，资源调整流程结束。

S511：资源策略模块接收到通知消息，按照策略分配资源，处理等待业务的资源分配。

图6是根据本发明实施例的再一种资源调整方法的流程图。如图6所示：具体步骤包括：交叉修改流程以及交叉资源回退流程。

具体地，交叉修改流程包括以下步骤：

S601：控制器向路由内的各个设备侧节点下发双向FLOW_MOD，其中交叉操作类型为修改OFPFC_MODIFY，标签为新标签，然后下发BARRIER_REQ消息；

S602：设备侧协议栈接收到请求解析后发给设备侧业务模块，业务模块校验连接后发送给BoD模块；

S603：BoD模块:保存交叉修改信息，根据交叉修改请求下发交叉配置信息到终端适配模块；

S604：终端适配模块收到交叉修改请求处理后，配置到业务单板，返回应答消息通过BoD模块到业务模块；

S605：业务模块模块封装后通过南向接口发送BARRIER_RSP应答消息，请求交叉修改流程结束。

具体地，交叉资源回退流程包括以下步骤：

S606：客户利用BoD应用通过北向接口下发带宽资源回退到SDON控制器；

S607：控制器收到请求后发送给BoD模块，BoD模块向资源管理模块回退资源，向当前交叉修改成功的设备侧节点下发multipart_request消息，消息中携带业务ID；

S608：设备侧协议栈接收到请求解析后发给设备侧BoD业务模块，业务模块根据multipart_request消息，将原交叉信息取出(业务建立时保存)，删除交叉修改信息，根据原连接请求下发交叉配置信息到终端适配模块；

S609：终端适配模块收到交叉请求处理后，配置到业务单板，返回应答消息到BoD业务模块；

S610：BoD业务模块通过南向接口返回multipart_reply消息到控制器通知资源回退结果，请求资源回退流程结束。

场景1

图7是根据本发明实施例的场景1的流程图。如图7所示，具体步骤包括：

客户利用BoD APP通过北向接口向控制器请求调大业务1的资源，将2G调大到5G。

S701：客户通过北向接口请求调大业务1的资源，2G->5G，下发请求到SDON控制器；

S702：SDON控制器客户侧协议栈收到资源调大请求后，通过适配模块解析后发送给BoD业务管理模块；

S703：BoD业务管理模块收到请求后校验参数，校验通过，分解BoD请求，查找保存在本地的业务1的原路径信息，原资源及新资源发送给BoD资源管理模块；

S704：BoD资源管理模块收到请求后，校验资源情况，发现剩余资源还剩5G，资源足够，申请锁定新增的3G资源，将新增资源的状态改为“申请待占用”，返回资源分配结果及新路径；

S705：BoD业务管理模块收到响应后，则根据返回结果，向路由内所有OTN节点下发交叉修改FLOW_MOD及BARRIER_REQ消息到协议适配模块；

S706：适配模块封装相关数据，通过协议栈服务器侧向南向接口下OpenFlow消息,网络侧设备协议栈接收到请求后解析并发给网络侧设备BoD业务管理模块；

S707：网络侧设备BoD业务管理模块根据交叉修改请求下发交叉配置信息到终端适配模块，再配置到业务单板，依次返回应答成功消息到控制器；

S708：控制器侧收到响应解析后发送给BoD业务管理模块，BoD业务管理模块等待所有设备响应成功，向适配模块响应修改成功，同时发送通知成功消息给资源策略模块，将“已申请待占用”状态改为“已占用”；

S709：适配模块收到应答后封装并通过协议栈发送给BoD APP，业务1的资源成功调大成5G。

场景2

图8是根据本发明实施例的场景2的流程图。如图8所示，具体步骤包括：

客户利用BoD APP将业务1的带宽调回原来的带宽值，通过北向接口向控制器请求调小业务1的带宽，5G调小到2G。其消息流程如下：

S801：客户通过北向接口请求调小业务1的带宽，5G->2G，下发请求到SDON控制器；

S802：SDON控制器客户侧协议栈收到带宽调小请求后，通过适配模块解析后发送给BoD业务管理模块；

S803：BoD业务模块收到请求后校验参数，校验通过，分解BoD请求，查找保存在本地的业务1的原路径信息，原带宽及新带宽发送给BoD资源策略模块；

S804：BoD资源策略模块收到请求后，校验资源情况，暂不释放资源，将待释放资源的状态改为“申请待释放”，返回资源分配结果及新路径；

S805：BoD业务模块收到响应后，则根据返回结果，向路由内所有OTN节点下发交叉修改FLOW_MOD及BARRIER_REQ消息到协议适配模块；

S806：适配模块封装相关数据，通过协议栈服务器侧向南向接口下OpenFlow消息,设备侧协议栈接收到请求后解析并发给设备侧BoD业务模块；

S807：设备侧BoD业务模块根据交叉修改请求下发交叉配置信息到终端适配模块，再配置到业务单板，依次返回应答成功消息到控制器；

S808：控制器侧收到响应解析后发送给BoD业务模块，BoD业务模块等待所有设备响应成功，向适配模块响应修改成功，同时发送通知成功消息给资源策略模块，释放资源，将“已申请待释放”状态改为“已释放”；

S809：适配模块收到应答后封装并通过协议栈发送给BoD APP，业务1的带宽成功调小成2G。

场景3

图9是根据本发明实施例的场景3的流程图。如图9所示，具体步骤包括：

S901：客户通过北向接口请求调小业务2的带宽，3G->2G，下发请求到SDON控制器；

S902：SDON控制器解析后发给BoD业务模块，收到请求后校验参数，校验通过，分解BoD请求，查找保存在本地的业务2的原路径信息，原带宽及新带宽发送给BoD资源策略模块；

S903：BoD资源策略模块收到请求后，校验资源情况，将1G的待释放资源的状态改为“申请待释放”，返回资源分配结果及新路径；

S904：BoD业务模块收到响应后，则根据返回结果，向路由内所有OTN节点下发交叉修改FLOW_MOD及BARRIER_REQ消息到南向；

S905：此时，客户通过北向接口请求调大业务1的带宽，2G->8G，下发请求到SDON控制器；

S906：SDON控制器解析后发给BoD业务模块，收到请求后校验通过，分解BoD请求，发送给资源策略模块；

S907：BoD资源策略模块收到请求后，校验资源情况，发送“已释放”的资源只有5G，资源不够，加上1G的待释放资源可以处理，因此将该请求加入暂缓处理链表。

S908：南向收到业务2请求后解析并发给设备侧BoD业务模块，根据交叉修改请求下发交叉配置信息到终端适配模块，再配置到业务单板，依次返回应答成功消息到控制器；

S909：控制器侧收到响应解析后发送给BoD业务模块，BoD业务模块等待所有设备响应成功，向APP响应修改成功，同时发送通知成功消息给资源策略模块；

S910：资源策略模块释放资源，将“已申请待释放”状态改为“已释放”；并查找缓存模块，发现等待业务1，发现剩余资源为6G，满足需求，继续业务1的带宽调大流程(同实施例一)。

S911：适配模块收到应答后封装并通过协议栈发送给BoD APP，业务2的带宽成功调小成2G，业务1成功调大至8G。

场景4

图10是根据本发明实施例的场景4的流程图。

S1001：客户通过北向接口请求调小业务1的带宽，8G->5G，下发请求到SDON控制器；

S1002：SDON控制器客户侧协议栈收到带宽调小请求后，通过适配模块解析后发送给BoD业务管理模块，校验参数，校验通过，分解BoD请求，查找保存在本地的业务1的原路径信息，原带宽及新带宽发送给BoD资源策略模块；

S1003：BoD资源策略模块收到请求后，校验资源情况，暂不释放资源，将待释放资源的状态改为“申请待释放”，返回资源分配结果及新路径；

S1004：BoD业务模块收到响应后，则根据返回结果，向路由内所有OTN节点下发交叉修改FLOW_MOD及BARRIER_REQ消息到南向；

S1005：OTN-1设备接收到交叉修改请求后，BoD业务模块请求终端适配模块下发交叉配置请求到单板，并上报成功响应，BoD业务模块发送BARRIER_RSP消息，通过南向上报至控制器；

S1006：OTN-2设备由于正在重启，无法收到消息，定时时间到后，控制器认为设备侧交叉请求失败，通知资源策略模块，并上报失败，并下发交叉资源回退消息PACKET_OUT到OTN-1设备；

S1007：OTN-1设备接收到消息后，BoD业务模块删除本地修改信息，取出原连接信息，下发请求到终端适配模块下发交叉配置请求到单板，并上报成功响应，BoD业务模块发送PACKET_IN消息，通过南向上报至控制器；

S1008：控制器的资源策略模块收到失败通知后，将资源未“申请待释放”的状态改为“已释放”。

S1009：BoD APP收到业务1带宽调小请求失败消息，业务带宽仍然是8G。

通过上述步骤，解决了相关技术中不能满足当前SDN网络的多业务并发处理的要求，容易导致资源分配的冲突的问题，从而有效提高了资源调整效率和成功率。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

在本实施例中还提供了一种资源调整装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图11是根据本发明实施例的一种资源调整装置的结构图，如图11所示，该装置包括：第一接收模块1102，确定模块1104，第二接收模块1106以及处理模块1108.

第一接收模块1102，用于接收用户侧设备发送的资源调整请求；

确定模块1104，用于确定与所述资源调整请求对应的资源管理策略，并将所述资源管理策略下发给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；

第二接收模块1106，用于接收所述网络侧设备反馈的应答消息；

处理模块1108，用于依据所述应答消息对所述资源调整请求所请求的资源进行处理。

图12是根据本发明实施例的另一种资源调整装置的结构图，如图12所示，上述确定模块包括：第一确定单元1202以及第二确定单元1204。

第一确定单元1202，用于当所述资源调整请求为单业务调整请求时，确定所述资源管理策略为：锁定所述资源调整请求所请求调整的资源；

第二确定单元1204，用于当所述资源调整请求为用于请求调大资源的请求时，确定所述资源管理策略为：获取所述控制器的资源使用状况。

图13是根据本发明实施例的还一种资源调整装置的结构图，如图13所示，该装置除包括图11所示的所有模块外，还包括：第三接收模块1302以及发送模块1304。

第三接收模块1302，用于接收用户侧设备发送的资源回退消息；

发送模块1304，用于根据所述资源回退消息，向交叉修改成功的网络侧设备发送用于删除所述交叉修改消息的交叉修改回退消息。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例3

在本实施例中还提供了一种资源调整***，图14是根据本发明实施例的一种资源调整***的结构图，如图14所示，该装置包括：SDON控制器1402，网络侧设备1404。

SDON控制器1402，用于接收用户侧设备发送的资源调整请求；根据所述资源调整请求确定资源调整策略，并将所述资源调整策略下发给网络侧设备；接收所述网络侧设备1404反馈的应答消息；

所述网络侧设备1404，用于接收所述资源调整策略，返回用于对所述资源调整请求所请求的资源进行处理的应答消息。

图15是根据本发明实施例的另一种资源调整***的结构图，如图15所示，该***除包括图15所示的所有装置外，还包括：用户侧设备1502。

用户侧设备1502，用于向所述控制器下发所述资源调整请求以及资源回退消息；

控制器1502，还用于根据所述资源回退消息，向交叉修改成功的网络侧设备发送交叉修改回退消息；

网络侧设备1504，还用于接收所述交叉修改回退消息，删除保存的交叉修改消息；其中，所述交叉修改消息用于修改流表的下发方式。

实施例4

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S11，软件定义光网络SDON中的控制器接收用户侧设备发送的资源调整请求；

S12，确定与所述资源调整请求对应的资源管理策略，并将所述资源管理策略下发给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；

S13，接收所述网络侧设备反馈的应答消息；

S14，依据所述应答消息对所述资源调整请求所请求的资源进行处理。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

S21，所述控制器接收用户侧设备发送的资源回退消息；

S22，根据所述资源回退消息，向交叉修改成功的网络侧设备发送用于删除所述交叉修改消息的交叉修改回退消息。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

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

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

1.一种资源调整方法，其特征在于，包括：

软件定义光网络SDON中的控制器接收用户侧设备发送的资源调整请求；

确定与所述资源调整请求对应的资源管理策略，并根据所述资源管理策略下发资源调整请求给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；

接收所述网络侧设备反馈的应答消息；

依据所述应答消息对所述资源调整请求所请求的资源进行处理。

2.根据权利要求1所述的方法，其特征在于，确定与所述资源调整请求对应的资源管理策略资源，包括：

当所述资源调整请求为单业务调整请求时，确定所述资源管理策略为：锁定所述资源调整请求所请求调整的资源。

3.根据权利要求1所述的方法，其特征在于，根据所述资源调整请求确定资源调整策略，还包括：

当所述资源调整请求为多业务调整请求时，确定所述资源管理策略为：获取所述控制器的资源使用状况。

4.根据权利要求3所述的方法，其特征在于，在校验所述控制器的资源状况之后，所述方法包括：

当所述资源使用状况为能够满足所述资源调整请求所请求调整的资源时，锁定对应于所述资源调整请求的资源；

当所述资源使用状况为待分配资源时，缓存所述资源调整请求,以及，

当所述资源状况为不能够满足所述资源调整请求所请求调整的资源时，返回资源请求失败消息。

5.根据权利要求2或4所述的方法，其特征在于，在锁定对应于所述资源调整请求的资源之后，所述方法还包括：

当所述资源调整请求为用于请求调小资源的请求时，将锁定的资源对应的资源状态修改为申请待释放，

当所述资源调整请求为用于请求调大资源的请求时，将锁定的资源对应的资源状态修改为申请待占用。

6.根据权利要求5所述的方法，其特征在于，在依据所述应答消息对所述资源调整请求所请求的资源进行处理之后，所述方法还包括：

查询所述控制器缓存的资源调整请求，并为所述缓存的资源调整请求分配资源。

7.根据权利要求1所述的方法，其特征在于，依据所述应答消息对所述资源调整请求所请求的资源进行处理，包括：

当所述网络侧设备成功进行资源调整时，释放或占用所述锁定的资源，并修改对应所述资源状态；

当所述网络侧设备失败进行资源调整时，解锁所述锁定的资源。

8.根据权利要求1所述的方法，其特征在于，将所述资源管理策略下发给SDON中的网络侧设备包括：将所述资源调整策略携带于交叉修改消息，其中，所述交叉修改消息用于修改流表的下发方式。

9.根据权利要求8所述的方法，其特征在于，SDON中的控制器接收用户侧设备发送的资源调整请求之后，所述方法还包括：

所述控制器接收用户侧设备发送的资源回退消息；

根据所述资源回退消息，向交叉修改成功的网络侧设备发送用于删除所述交叉修改消息的交叉修改回退消息。

10.一种资源调整的装置，其特征在于，包括：

第一接收模块，用于接收用户侧设备发送的资源调整请求；

确定模块，用于确定与所述资源调整请求对应的资源管理策略，并将所述资源管理策略下发给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；

第二接收模块，用于接收所述网络侧设备反馈的应答消息；

处理模块，用于依据所述应答消息对所述资源调整请求所请求的资源进行处理。

11.根据权利要求10所述的装置，其特征在于，所述确定模块还包括：

第一确定单元，用于当所述资源调整请求为单业务调整请求时，确定所述资源管理策略为：锁定所述资源调整请求所请求调整的资源；

第二确定单元，用于当所述资源调整请求为用于请求调大资源的请求时，确定所述资源管理策略为：获取所述控制器的资源使用状况。

12.根据权利要求10所述的装置，其特征在于，所述确定模块还用于将所述资源调整策略携带于交叉修改消息，其中，所述交叉修改消息用于修改流表的下发方式。

13.根据权利要求10所述的装置，其特征在于，所述装置还包括：

第三接收模块，用于接收用户侧设备发送的资源回退消息；

发送模块，用于根据所述资源回退消息，向交叉修改成功的网络侧设备发送用于删除所述交叉修改消息的交叉修改回退消息。

14.根据权利要求10所述的装置，其特征在于，所述第二接收模块还用于查询所述控制器缓存的资源调整请求，并为所述缓存的资源调整请求分配资源。

15.一种资源调整***，其特征在于，包括：

SDON控制器，用于接收用户侧设备发送的资源调整请求；根据所述资源调整请求确定资源调整策略，并将所述资源调整策略下发给网络侧设备；接收所述网络侧设备反馈的应答消息；

所述网络侧设备，用于接收所述资源调整策略，返回用于对所述资源调整请求所请求的资源进行处理的应答消息。

16.根据权利要求15所述的***，其特征在于，所述***还包括：

用户侧设备，用于向所述控制器下发所述资源调整请求以及资源回退消息；

所述控制器，还用于根据所述资源回退消息，向交叉修改成功的网络侧设备发送交叉修改回退消息；

所述网络侧设备，还用于接收所述交叉修改回退消息，删除保存的交叉修改消息；

其中，所述交叉修改消息用于修改流表的下发方式。