排扩展操作等；
[0079]步骤S514，运营支撑功能根据该SDN应用所消耗的资源(包括计算、存储和网络)，根据SDN应用定价策略和定价机制进行计费，并将计费结果通过运营支撑系统(OSS)接口传递到外部OSS系统，完成出账。
[0080]图6为根据本发明实施例的SDN参考体系的架构图，如图6所示，与现有的SDN参考体系的架构相比，本发明实施例中在SDN应用层增加了 SDN中的业务编排装置。该功能构架了 SDN应用与SDN控制之间上下层的桥梁，屏蔽了各厂商SDN控制器的差异性，并为最终用户、应用开发者以及管理员提供了开放的应用平台、第三方应用开发与注入平台、管理和运营平台，从而进一步满足了 SDN应用、开发、管理、运营和维护的需要。这也将为基于此系统开展SDN应用商店进行SDN应用的集中交易、使用和评价等提供了基础平台和便利的条件。
[0081]本发明实施例中，通过软件定义网络中的业务编排装置构架了 SDN应用与SDN控制之间上下层的桥梁，一方面可充分屏蔽早期各厂商SDN控制器的差异性，从而避免控制器厂商锁定；另一方面也能够通过其对SDN应用所提供的北极(应用)接口来为最终用户、应用开发者以及管理员提供开放的平台开发和管理能力，从而能够进一步满足SDN开发、运营和维护的需要。
[0082]通过在软件定义网络中的业务编排装置中增加应用支撑功能，增强了对SDN应用的集成、管理和控制，并便于SDN用户使用网络虚拟化功能来进行SDN应用开发，并使得应用开发者可提前获知底层网络支持哪些网络功能以及不支持哪些功能，并明确了解SDN应用所提出的需求能否为网络所满足以及可能为此所付出的代价(如路径、带宽、流量、存储空间、时长、服务质量、服务级别、费用等)。
[0083]通过在软件定义网络中的业务编排装置中增加应用引擎功能，有效地屏蔽了底层网络的技术实现细节，节省了应用开发用户需要重复开发底层实现技术的时间从而可以更好地集中精力来开发各种应用而不再囿于其对于底层技术熟悉情况的限制。
[0084]通过在软件定义网络中的业务编排装置中增加应用扩展功能，增加了 SDN应用的可扩展性并可使得成熟的解决方案能够快速投放到市场来进行验证，而不成熟的解决方案可以继续进行评估和试验而不必影响到现有功能的稳定性。
[0085]通过在软件定义网络中的业务编排装置中增加资源协同功能，可以为SDN应用有效地选择底层控制器并通过该底层控制器申请合适的资源(包括计算(服务器/虚拟机)资源、存储资源以及网络资源等)从而实现资源利用效率的最大化。
[0086]通过在软件定义网络中的业务编排装置中增加编排管理功能，可以高效地实现编排业务(如通过编排的模板化)，有效地保障编排业务的安全、可靠运行，并在出现宕机时有效地进行信息备份和在编排性能不足时实现自主扩容等。
[0087]通过在软件定义网络中的业务编排装置中增加运营支撑功能模块，用于有效地对SDN应用所使用的资源进行计费和出账，从而实现SDN业务的可运营性和可持续发展。
[0088]通过在软件定义网络中的业务编排装置中增加对外接口功能，特别是其与底层SDN控制器相连接的北向接口以及其与上层外部应用相连接的北极接口(应用接口)，可以提高SDN应用的开发和使用效率，便于SDN的推广、使用和发展。
[0089]本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
[0090]在本发明所提供的几个实施例中，应该理解到，所揭露的方法和智能设备，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如:多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
[0091]上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
[0092]另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0093]以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。
【主权项】
1.一种软件定义网络中的业务编排方法，其特征在于，所述方法包括: 接收来自于外部应用接口的SDN应用所发送的使用SDN开放网络平台资源的请求后，确定当前的SDN开放网络平台资源能否满足所述SDN应用所请求的资源，在能满足所述SDN应用所请求的资源时，进一步确定应用引擎功能以及应用扩展功能是否满足所述SDN应用的执行，在满足所述SDN应用的执行时，加载所述应用引擎功能或所述应用扩展功能； 根据所述SDN应用的请求，向所述SDN的控制层申请所述SDN应用所需的资源，并将所申请的资源分配给已加载的应用引擎功能或应用扩展功能。2.根据权利要求1所述的方法，其特征在于，所述方法还包括: 根据所述SDN应用所消耗的资源，以及所述SDN应用的定价策略和定价机制进行计费，生成账单并输出账单结果。3.根据权利要求1所述的方法，其特征在于，接收来自于外部应用接口的SDN应用所发送的使用SDN开放网络平台资源的请求之前，所述方法还包括: 初始化所述SDN中的编排管理信息、编排备份信息以及编排扩展信息，并设置初始化状态；以及 从所述控制层获取网络同步信息。4.根据权利要求1所述的方法，其特征在于，将所申请的资源分配给已加载的应用引擎功能或应用扩展功能之后，所述方法还包括: 维持当前的运行状态，保持与所述控制层的信息同步，管理编排信息、备份编排信息以及监控是否需要进行编排扩展操作，并在需要进行编排扩展操作时进行相应的编排扩展。5.一种软件定义网络中的业务编排装置，所述软件定义网络SDN中包括应用层和控制层，其特征在于，所述应用层中设置有应用引擎功能模块和应用扩展功能模块；其中，所述应用引擎功能模块用于为所述SDN应用层提供应用引擎能力；所述应用扩展功能模块用于对所述控制层的核心功能进行扩展而提供应用；所述装置包括:接收单元、第一确定单元、第二确定单元、加载单元和资源申请单元，其中: 接收单元，用于在接收来自于外部应用接口的SDN应用所发送的使用SDN开放网络平台资源的请求后，触发所述第一确定单元； 第一确定单元，用于确定当前的SDN开放网络平台资源能否满足所述SDN应用所请求的资源，在能满足所述SDN应用所请求的资源时触发所述第二确定单元； 第二确定单元，用于确定所述应用引擎功能模块以及所述应用扩展功能模块是否满足所述SDN应用的执行，在满足所述SDN应用的执行时触发所述加载单元； 加载单元，用于加载所述应用引擎功能模块的相应的应用引擎功能或所述应用扩展功能模块的相应的应用扩展功能； 资源申请单元，用于根据所述SDN应用的请求，向所述控制层申请所述SDN应用所需的资源，并将所申请的资源分配给已加载的应用引擎功能或应用扩展功能。6.根据权利要求5所述的装置，其特征在于，所述装置还包括: 账单处理单元，用于根据所述SDN应用所消耗的资源，以及所述SDN应用的定价策略和定价机制进行计费，生成账单并输出账单结果。7.根据权利要求5或6所述的装置，其特征在于，所述装置还包括: 初始化单元，用于初始化所述SDN中的编排管理信息、编排备份信息以及编排扩展信息，并设置初始化状态；以及 从所述控制层获取网络同步信息。8.根据权利要求5或6所述的装置，其特征在于，所述装置还包括: 编排管理单元，用于维持当前的运行状态，保持与所述控制层的信息同步，管理编排信息、备份编排信息以及监控是否需要进行编排扩展操作，并在需要进行编排扩展操作时进行相应的编排扩展。
【专利摘要】本发明实施例公开了一种软件定义网络中的业务编排方法及装置，方法包括：当接收来自于外部应用接口的SDN应用所发送的使用SDN开放网络平台资源的请求后，确定当前的SDN开放网络平台资源能否满足SDN应用所请求的资源，在能满足所请求资源时，确定应用引擎功能模块以及应用扩展功能模块是否满足SDN应用的执行，在满足时，加载应用引擎功能模块的应用引擎功能或应用扩展功能模块的应用扩展功能；向SDN的控制层申请SDN应用所需的资源，并将所申请的资源分配给已加载的应用引擎功能或应用扩展功能。
【IPC分类】H04L29/08, H04L12/24
【公开号】CN105207798
【申请号】CN201410295198
【发明人】王东
【申请人】中兴通讯股份有限公司
【公开日】2015年12月30日
【申请日】2014年6月26日
【公告号】WO2015196813A1