CN114338501A - 对服务链网络调整网络拓扑的方法和装置、介质、控制器 - Google Patents

Abstract

本公开提供了对服务链网络调整网络拓扑的方法和装置、介质、控制器，其中该方法包括：获取服务链网络中服务路径所映射的数据报文流转路径，数据报文流转路径指示数据报文转发所依次经过的服务功能逻辑组件和节点；进行数据报文流转路径的路径分析确定发生路径迂回的数据报文流转路径；定位数据报文流转路径中的迂回路径；对迂回路径迁移服务功能逻辑组件的物理网络。本公开提出的方法，避免了路径迂回，进而提高服务链网络效率。

Description

对服务链网络调整网络拓扑的方法和装置、介质、控制器

技术领域

本公开涉及通信技术领域，具体涉及一种对服务链网络调整网络拓扑的方法和装置、介质、控制器。

背景技术

服务链(service function chain，SFC)技术可以实现网络流量按照业务逻辑所要求的既定顺序，提供服务功能以处理所流转的数据。大量场景都需要对用户的数据做不同的处理，即按照业务逻辑所要求的既定顺序定制不同服务路径，进而根据服务路径将数据流转到不同的节点，由节点上部署的服务功能处理数据。

也就是说，服务路径是由一组服务功能顺序组成的路径，指示了数据报文所顺次流转的服务功能。服务功能以服务功能逻辑组件的形式存在，并配置于节点之上，因此，需要通过服务路径所指示的服务功能，以及此服务功能的节点索引，来确定数据报文流转路径。该数据报文流转路径，是服务路径向物理网络的映射，为适配于服务路径，数据报文流转路径往往存在着路径迂回的现象，进而造成服务链网络效率低下的缺陷。

发明内容

本公开的一个目的旨在提升服务链网络效率，解决路径迂回的技术问题。

根据本公开实施例的一方面，公开了一种对服务链网络调整网络拓扑的方法，所述方法包括：

获取服务链网络中服务路径所映射的数据报文流转路径，所述数据报文流转路径指示数据报文转发所依次经过的服务功能逻辑组件和节点；

进行所述数据报文流转路径的路径分析确定发生路径迂回的所述数据报文流转路径；

定位所述数据报文流转路径中的迂回路径；

对所述迂回路径迁移所述服务功能逻辑组件的物理网络。

根据本公开实施例的一方面，所述获取服务链网络中服务路径所映射的数据报文流转路径，包括：

对所述服务链网络中响应于业务请求进行的路径生成，获取服务路径，所述服务路径是适配所述业务请求的服务功能有序序列；

根据所述服务路径为请求服务的数据报文指定所顺序经过的网元，所述网元依次构成所述服务路径映射的数据报文流转路径，所述网元包括所述服务功能逻辑组件和所述服务功能逻辑组件映射的节点。

根据本公开实施例的一方面，所述获取服务链网络中服务路径所映射的数据报文流转路径的步骤之前，所述方法还包括：

通过SDN控制器接收所述服务链网络中的业务请求，根据所述业务请求生成服务路径。

根据本公开实施例的一方面，所述进行所述数据报文流转路径的路径分析确定发生路径迂回的所述数据报文流转路径，包括：

逐一进行所述数据报文流转路径的路径分析，判断是否发生路径迂回，如果是，则跳转执行所述定位所述数据报文流转路径中的迂回路径的步骤。

根据本公开实施例的一方面，所述定位所述数据报文流转路径中的迂回路径，包括：

遍历所述数据报文流转路径上顺序经过的服务功能逻辑组件和节点，对先后顺序异常的局部路径定位为所述数据报文流转路径中的迂回路径。

根据本公开实施例的一方面，所述对所述迂回路径迁移所述服务功能逻辑组件的物理网络，包括：

选取所述迂回路径所关联的网元，所述网元包括服务功能逻辑组件和节点；

对选取的所述服务功能逻辑组件，迁移至所述网元中适配其在服务路径上先后顺序的节点。

根据本公开实施例的一方面，所述对选取的所述服务功能逻辑组件，迁移至所述网元中适配其在服务路径上先后顺序的节点，包括：

判断所述迂回路径中所述服务功能逻辑组件是否处于空闲状态，如果是，则

确定所述服务功能逻辑组件在所述服务路径上的先后顺序；

将所述服务功能逻辑组件迁移至所述迂回路径上适配所述先后顺序的节点。

根据本公开实施例的一方面，公开了一种对服务链网络调整网络拓扑的装置，所述装置包括：

路径获取模块，用于获取服务链网络中服务路径所映射的数据报文流转路径，所述数据报文流转路径指示数据报文转发所依次经过的服务功能逻辑组件和节点；

路径分析模块，用于进行所述数据报文流转路径的路径分析确定发生路径迂回的所述数据报文流转路径；

定位模块，用于定位所述数据报文流转路径中的迂回路径；

迁移模块，用于对所述迂回路径迁移所述服务功能逻辑组件的物理网络。

本公开实施例中，对于服务链网络中的给定服务路径，获取其所映射的数据报文流转路径，数据报文流转路径指示了数据报文转发所依次经过的服务功能逻辑组件和节点，然后进行数据报文流转路径的路径分析确定发生路径迂回的数据报文流转路径，定位数据报文流转路径中的迂回路径，对于此迂回路径，迁移服务功能逻辑组件的物理网络，避免了路径迂回，进而提高服务链网络效率。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

通过参照附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。

图1示出了根据本公开一个实施例的上行链路信道调度方法应用于的体系构架图。

图2示出了根据本公开一个实施例的对服务链网络调整网络拓扑的方法的流程图。

图3示出了根据本公开一个实施例的获取服务链网络中服务路径所映射的数据报文流转路径的步骤的流程图。

图4示出了根据本公开一个实施例的SFC服务链模型示意图。

图5示出了根据图4示出的一个服务路径所映射数据报文流转路径的示意图。

图6示出了根据本公开一个实施例的定位数据流转路径中的迂回路径步骤的流程图。

图7示出了对图5的数据报文流转路径自适应调整网络拓扑后所得的数据报文流转路径的示意图。

图8示出了根据本公开的一个实施例的对选取的服务功能逻辑组件，迁移至网元中适配其在服务路径上先后顺序的节点的步骤的流程图。

图9示出了根据本公开一个实施例的对服务链网络调整网络拓扑的装置的框图。

图10示出了根据本公开一个实施例的SDN控制器的硬件结构图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些示例实施方式使得本公开的描述将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多示例实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的示例实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、步骤等。在其它情况下，不详细示出或描述公知结构、方法、实现或者操作以避免喧宾夺主而使得本公开的各方面变得模糊。

附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

请参阅图1，图1是本公开实施例所应用的一种体系架构。该体系架构可以包括：至少一个节点11、接入该节点11的服务功能(service function，SF)12以及面向各节点的SDN控制器13，以此来构成服务链网络。其中，节点11之间通过通信链路连接，实现数据通信的交互。

为一业务请求，SDN控制器13在接收到之后，定制生成服务路径，服务路径指示控制网络流量顺序流转的一组服务功能，从而将此服务路径下发到节点11来控制网络流量的转发。

随着业务请求的发起，网络流量流转至一节点11之时，经此节点11与所接入服务功能(SF)12二者之间的入口端口，网络流量流转进入服务功能(SF)，经此服务功能(SF)处理之后由此服务功能(SF)与节点11二者之间的出口端口输出到此服务功能(SF)所接入的节点11，进而按照服务路径指示的下一服务功能(SF)12，经节点11之间的通信链路连接流转至下一服务功能(SF)12所接入的下一节点11。

以此类推，即可实现网络流量在服务功能(SF)12和节点11之间的流转以及在节点11之间的流转，从而按照业务逻辑所要求的服务功能既定顺序来处理所流转的网络流量。

应当理解，图1中的节点11的数目，以及服务功能(SF)12的数目都仅仅是示意性的。根据实现需要，可以具有任意数目的节点11，以及任意数目的服务功能(SF)12。

本公开实施例的一些技术方案可以基于如图1所示的体系架构或者其变形架构来具体实施。

参阅图2，图2示出了根据本公开一个实施例的对服务链网络调整网络拓扑的方法的流程图，本公开实施例提供了一种SDN(Network Defined Software，软件定义网络)控制器对服务链网络调整网络拓扑的方法。

SDN控制器对服务链网络调整网络拓扑的方法包括：

步骤S210，获取服务链网络中服务路径所映射的数据报文流转路径，数据报文流转路径指示数据报文转发所依次经过的服务功能逻辑组件和节点。

步骤S220，进行数据报文流转路径的路径分析确定发生路径迂回的数据报文流转路径。

步骤S230，定位数据报文流转路径中的迂回路径。

步骤S240，对迂回路径迁移服务功能逻辑组件的物理网络。

下面对这4个步骤进行详细描述。

在步骤S210中，服务链网络中的服务路径，是为所发起的业务请求所定制生成的，服务路径描述了对业务请求的数据报文实现所执行所对应业务处理逻辑的服务功能有序序列，为数据报文的流转指示下一服务功能。

随着业务请求的发起，服务链网络的SDN控制器都通过所进行的路径生成，得到业务请求对应的服务路径，该服务路径便作为对服务链网络调整网络拓扑的监控探测对象。

对于所有服务路径，都通过步骤210的执行获取其映射的数据报文流转路径，数据报文流转路径是服务路径向物理网络的映射，但是与服务路径所不同的是，数据报文流转路径，是数据报文实际流转路径，指示了数据报文转发所依次经过的服务功能逻辑组件和节点。其中，服务功能用于对收到的数据报文进行特定服务功能的处理，服务功能是一个逻辑上的组件，即以服务功能逻辑组件的形式存在，在具体实现上可以是一个虚拟的网元，也可以嵌入在具体网络设备上的某一功能。节点作为服务功能转发器，将根据SDN控制器下发的服务路径(SP)转发数据报文。

一个服务功能逻辑组件，如图1所示出的，嵌入一节点上，以在此节点上实现相应功能。但并不仅限于此，亦可将若干个服务功能逻辑组件部署于一节点上。

参阅图3，图3示出了根据本公开一个实施例的获取服务链网络中服务路径所映射的数据报文流转路径的步骤的流程图。本公开实施例中，所述获取服务链网络中服务路径所映射的数据报文流转路径的步骤S210，可以包括以下步骤：

步骤S211，对服务链网络中响应于业务请求进行的路径生成，获取服务路径，服务路径是适配业务请求的服务功能有序序列。

步骤S212，根据服务路径为请求服务的数据报文指定所顺序经过的网元，该网元依次构成服务路径映射的数据报文流转路径，该网元包括服务功能逻辑组件和服务功能逻辑组件映射的节点。

下面分别对这些步骤进行详细描述。

在步骤S211中，获取服务链网络响应业务请求所生成的所有服务路径，将所有服务路径作为路径分析对象。服务路径是响应业务请求而为业务逻辑的实现所顺序执行的服务功能有序序列。

在步骤S212中，由服务路径可以得到顺序执行的服务功能，但服务功能是以服务功能逻辑组件的形式在相应节点上运行的，因此，数据报文首先是流转至相应的节点，在由此节点所开放的端口流转到所需要的服务功能逻辑组件，完成所需要服务功能逻辑组件的处理之后，即由节点所开放的端口再次流转回节点，由此节点流转到下一跳节点，以此类推，将形成了数据流转路径，从而在节点所构成物理网络的支持下完成服务路径所指示服务功能逻辑组件对数据报文的处理。

基于此，根据服务路径，以及服务路径之上服务功能逻辑组件向节点的映射，即可得到数据报文流转路径，其作为数据报文所实际流转的路径，为数据报文指示了所流转的网元是服务功能逻辑组件还是节点。

在另一个实施例中，所述获取服务链网络中服务路径所映射的数据报文流转路径的步骤之前，对服务链网络调整网络拓扑的方法，还可以包括：通过SDN控制器接收服务链网络中的业务请求，根据业务请求生成服务路径。

服务链网络中路径的动态变化是由SDN控制器所决定的。在接收到业务请求之时，SDN控制器响应业务请求来生成完整的服务路径，该服务路径中，以SPI(服务路径标识号)来进行每一跳服务功能(服务功能逻辑组件)的完整表示。

SDN控制器生成服务路径之后，将服务路径下发到每个SFF(节点)，SFF用于控制网络流量，即每一数据报文的转发。

随着SDN控制器中服务路径的生成，即可获取所生成服务路径来进行是否发生路径迂回的路径分析，即如下述步骤S220和步骤S230所示。

在步骤S220中，对于所有服务路径映射的数据报文流转路径，都进行路径分析，从众多的数据报文流转路径中通过路径分析确定发生路径迂回的数据报文流转路径。

也就是说，在众多的数据报文流转路径中，确定发生了路径迂回的一个或者若干个数据报文流转路径。

所指的路径迂回，是指数据报文流转路径中的局部路径是相对数据报文流转方向发生迂回的情况。

参阅图4，图4示出了根据本公开一个实施例的SFC(service function chain)服务链模型示意图，对于发起的业务请求，服务链网络中SDN控制器生成路径，并下发到分类器和SFF(节点)进行数据报文的转发。

参阅图5，图5示出了根据图4示出的一个服务路径所映射数据报文流转路径的示意图，服务路径SP为：SF1→SF3→SF2→SF4，则所对应的数据报文流转路径如图5所示。

图5所示出的数据报文流转路径，在SFF3→SF3→SFF3→SFF2→SF2→SFF2这一局部路径发生了路径迂回，这一局部路径即为步骤S230所定位得到的迂回路径。

在另一个示例性实施例，步骤S220具体包括：逐一进行数据报文流转路径的路径分析，判断是否发生路径迂回，如果是，则跳转执行步骤S230，如果否，则结束执行。

在步骤S230中，对路径分析所得到发生路径于回的数据报文流转路径，都对其进行迂回路径的定位，此来获得数据报文流转路径中存在的迂回路径。

在另一个示例性实施例，步骤S230具体包括：遍历数据报文流转路径上顺序经过的服务功能逻辑组件和节点，对先后顺序异常的局部路径定位为数据报文流转路径中的迂回路径。

例如图5所示出的，服务功能逻辑组件SF2和服务逻辑逻辑组件SF3存在明显的路径处理顺序问题，且路径是相反的，因此，其所在的局部路径即为迂回路径。

在步骤S240中，对于所存在的迂回路径，将对迂回路径中的服务功能逻辑组件进行迁移，迁移后的服务功能逻辑组件部署于其它节点，以消除所在数据报文流转路径所存在的迂回路径。

参阅图6，图6示出了根据本公开一个实施例的定位数据流转路径中的迂回路径步骤的流程图。本公开实施例提供了定位数据报文流转路径中的迂回路径的步骤S240，可以包括以下步骤。

步骤S241，选取迂回路径所关联的网元，网元包括服务功能逻辑组件和节点。

步骤S242，对选取的服务功能逻辑组件，迁移至网元中适配其在服务路径上先后顺序的节点。

其中，应当理解的，为支撑服务链网络中数据报文流转以及一系列服务功能对所流转数据报文的处理，服务功能逻辑组件和节点，都作为实现服务链网络中能够动态配置的网元，进而通过所SDN控制器所进行的动态部署，来达成服务路径以及所映射数据报文流转路径的动态部署。

与数据报文流转路径相对应的，迂回路径作为数据报文流转路径的局部存在，由服务功能组件以及所映射的节点组成。

因此，在步骤S231的执行中，将按照迂回路径来选取所高度关联的网元，以便于对所选取网元中的服务功能逻辑组件向所适用节点迁移，解除路径迂回。

以图4所示出的服务路径SP：SF1→SF3→SF2→SF4，经过服务功能逻辑组件向其它节点迁移之后，所得到的数据报文流转路径为：分类器→SFF1→SF1→SFF1→SFF2→SF3→SFF2→SFF3→SF2→SFF3→SFF4→SF4→SFF4，即如图7所示出的数据报文流转路径。

与原数据报文流转路径：分类器→SFF1→SF1→SFF1→SFF2→SFF3→SF3→SFF3→SFF2→SF2→SFF2→SFF3→SFF4→SF4→SFF4，相比较，经过SF3和SF2相关路径不再需要迂回，消除了路径迂回的情况，增强了数据报文的处理效率。

在所选取的与迂回路径关联的网元中，包括两大部分，即服务功能逻辑组件和节点，该服务逻辑组件为迁移的对象，该服务逻辑组件所映射节点之外的一节点，则作为该服务逻辑组件迁移的目标，将服务功能逻辑组件迁移到这一节点之上，以适应服务功能逻辑组件在服务路径上的先后顺序，避免路径迂回的发生。

参阅图8，图8示出了根据本公开的一个实施例的对选取的服务功能逻辑组件，迁移至网元中适配其在服务路径上先后顺序的节点的步骤S242，可以包括以下步骤。

步骤S2421，判断迂回路径中服务功能逻辑组件是否处于空闲状态，如果是，则执行步骤S2422，如果否，则等待迂回路径中服务功能逻辑组件进入空闲状态。

步骤S2422，确定服务功能逻辑组件在服务路径上的先后顺序。

步骤S2423，将服务功能逻辑组件迁移至迂回路径上适配先后顺序的节点。

在迂回路径服务功能逻辑组件处于空闲状态之时，方可进行服务功能逻辑组件的迁移。

应当理解的，适应于服务路径，服务功能逻辑组件有其先后顺序，而节点之间，一节点有其上一跳节点和下一跳节点，亦存在着相互之间的先后顺序，因此，通过服务功能逻辑组件的迁移，能够适应服务路径所指示先后顺序的同时，也能够适应节点之间的先后顺序，以此来避免路径迂回的发生。

至此，通过如上所述的示例性实施例，在SDN控制器的作用下，为服务链网络提供了感知路径迂回的功能以及路径迂回的处理机制，自适应的调整网络拓扑，以此来降低服务链网络的资源消耗，从而提升服务链网络的处理效率。

下面以图4和图5所示的SFC服务链模型为例，来说明本公开所实现感知路径迂回功能以及支持路径迂回处理机制的SDN控制器在服务链网络所控制实现的数据报文转发流程。

如图4和图5所示出的，各SF(服务功能)都被配置在SFF(服务功能转发器)上，并将其路由信息，网络地址上报给SDN控制器。

服务链网络中，当接收到业务请求时，由SDN控制器进行路径生成，并下发到分类器和SFF进行数据面的转发，即执行数据报文的转发。

在SFC服务链模型中，应当说明的是，SF1、SF2、SF3以及SF4等服务功能构成逻辑平面，实现业务逻辑；SFF1、SFF2、SFF3以及SFF4等服务功能转发器，即前述所指的节点所形成的物理网络，则构成了逻辑平面所映射的物理平面，以此来为业务逻辑提供底层支持。

SDN控制器对所接收业务请求的数据报文生成服务路径，经服务路径所映射数据报文流转路径来通过一系列的服务功能处理数据报文。

对于图5所示出的数据报文流转路径，SDN控制器感知所发生的路径迂回，在空闲状态之下对迂回路径进行所涉及服务功能逻辑组件的节点迁移，自适应的调整了网络拓扑，实现路径不迂回。

参阅图9，根据本公开的一个实施例，如图9提供了一种对服务链网络调整网络拓扑的装置，其中，对服务链网络调整网络拓扑的装置被配置于图1中的SDN控制器，该对服务链网络调整网络拓扑的装置，包括：

路径获取模块310，用于获取服务链网络中服务路径所映射的数据报文流转路径，所述数据报文流转路径指示数据报文转发所依次经过的服务功能逻辑组件和节点；

路径分析模块320，用于进行所述数据报文流转路径的路径分析确定发生路径迂回的所述数据报文流转路径；

定位模块330，用于定位所述数据报文流转路径中的迂回路径；

迁移模块340，用于对所述迂回路径迁移所述服务功能逻辑组件的物理网络。

在一个实施例中，所述获取服务链网络中服务路径所映射的数据报文流转路径，包括：

对所述服务链网络中响应于业务请求进行的路径生成，获取服务路径，所述服务路径是适配所述业务请求的服务功能有序序列；

根据所述服务路径为请求服务的数据报文指定所顺序经过的网元，所述网元依次构成所述服务路径映射的数据报文流转路径，所述网元包括所述服务功能逻辑组件和所述服务功能逻辑组件映射的节点。

在一个实施例中，所述对服务链网络调整网络拓扑的装置，还包括：

路径生成模块(未示)，用于通过SDN控制器接收所述服务链网络中的业务请求，根据所述业务请求生成服务路径。

在一个实施例中，所述进行所述数据报文流转路径的路径分析确定发生路径迂回的所述数据报文流转路径，包括：

逐一进行所述数据报文流转路径的路径分析，判断是否发生路径迂回，如果是，则跳转进入定位模块330。

在一个实施例中，所述定位所述数据包数据报文流转路径中的迂回路径，包括：

遍历所述数据包数据报文流转路径上顺序经过的服务功能逻辑组件和节点，对先后顺序异常的局部路径定位为所述数据包数据报文流转路径中的迂回路径。

在一个实施例中，所述对所述迂回路径迁移所述服务功能逻辑组件的物理网络，包括：

选取所述迂回路径所关联的网元，所述网元包括服务功能逻辑组件和节点；

对选取的所述服务功能逻辑组件，迁移至所述网元中适配其在服务路径上先后顺序的节点。

在一个实施例中，所述对选取的所述服务功能逻辑组件，迁移至所述网元中适配其在服务路径上先后顺序的节点，包括：

判断所述迂回路径中所述服务功能逻辑组件是否处于空闲状态，如果是，则

确定所述服务功能逻辑组件在所述服务路径上的先后顺序；

将所述服务功能逻辑组件迁移至所述迂回路径上适配所述先后顺序的节点。

根据本公开实施例的上行链路信道调度方法可以由图10的SDN控制器来实现。下面参照图10来描述根据本公开实施例的SDN控制器。图10显示的SDN控制器仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图10所示，SDN控制器以通用计算设备的形式表现。SDN控制器的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述示例性方法的描述部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元810可以执行如图2中所示的各个步骤。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(ROM)8203。

存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

SDN控制器也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，SDN控制器还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与其它模块通信。应当明白，尽管图中未示出，可以结合SDN控制器使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机程序介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行上述方法实施例部分描述的方法。

根据本公开的一个实施例，还提供了一种用于实现上述方法实施例中的方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

Claims (10)

1.一种对服务链网络调整网络拓扑的方法，其特征在于，所述方法包括：

获取服务链网络中服务路径所映射的数据报文流转路径，所述数据报文流转路径指示数据报文转发所依次经过的服务功能逻辑组件和节点；

进行所述数据报文流转路径的路径分析确定发生路径迂回的所述数据报文流转路径；

定位所述数据报文流转路径中的迂回路径；

对所述迂回路径迁移所述服务功能逻辑组件的物理网络。

2.根据权利要求1所述的方法，其特征在于，所述获取服务链网络中服务路径所映射的数据报文流转路径，包括：

对所述服务链网络中响应于业务请求进行的路径生成，获取服务路径，所述服务路径是适配所述业务请求的服务功能有序序列；

根据所述服务路径为请求服务的数据报文指定所顺序经过的网元，所述网元依次构成所述服务路径映射的数据报文流转路径，所述网元包括所述服务功能逻辑组件和所述服务功能逻辑组件映射的节点。

3.根据权利要求2所述的方法，其特征在于，所述获取服务链网络中服务路径所映射的数据报文流转路径的步骤之前，所述方法还包括：

通过SDN控制器接收所述服务链网络中的业务请求，根据所述业务请求生成服务路径。

4.根据权利要求1所述的方法，其特征在于，所述进行所述数据报文流转路径的路径分析确定发生路径迂回的所述数据报文流转路径，包括：

逐一进行所述数据报文流转路径的路径分析，判断是否发生路径迂回，如果是，则跳转执行所述定位所述数据报文流转路径中的迂回路径的步骤。

5.根据权利要求1所述的方法，其特征在于，所述定位所述数据报文流转路径中的迂回路径，包括：

遍历所述数据报文流转路径上顺序经过的服务功能逻辑组件和节点，对先后顺序异常的局部路径定位为所述数据报文流转路径中的迂回路径。

6.根据权利要求1所述的方法，其特征在于，所述对所述迂回路径迁移所述服务功能逻辑组件的物理网络，包括：

选取所述迂回路径所关联的网元，所述网元包括服务功能逻辑组件和节点；

对选取的所述服务功能逻辑组件，迁移至所述网元中适配其在服务路径上先后顺序的节点。

7.根据权利要求5所述的方法，其特征在于，所述对选取的所述服务功能逻辑组件，迁移至所述网元中适配其在服务路径上先后顺序的节点，包括：

判断所述迂回路径中所述服务功能逻辑组件是否处于空闲状态，如果是，则

确定所述服务功能逻辑组件在所述服务路径上的先后顺序；

将所述服务功能逻辑组件迁移至所述迂回路径上适配所述先后顺序的节点。

8.一种对服务链网络调整网络拓扑的装置，其特征在于，所述装置包括：

路径获取模块，用于获取服务链网络中服务路径所映射的数据报文流转路径，所述数据报文流转路径指示数据报文转发所依次经过的服务功能逻辑组件和节点；

路径分析模块，用于进行所述数据报文流转路径的路径分析确定发生路径迂回的所述数据报文流转路径；

定位模块，用于定位所述数据报文流转路径中的迂回路径；

迁移模块，用于对所述迂回路径迁移所述服务功能逻辑组件的物理网络。

9.一种SDN控制器，其特征在于，包括：

存储器，存储有计算机可读指令；

处理器，读取存储器存储的计算机可读指令，以执行权利要求1-8中的任意一个所述的方法。

10.一种计算机程序介质，其上存储有计算机可读指令，其特征在于，当所述计算机可读指令被计算机的处理器执行时，使计算机执行权利要求1-8中的任意一个所述的方法。

Images