负载均衡器的连接方法、业务的实例化部署方法及装置与流程

本申请涉及通信技术领域，尤其涉及一种负载均衡器的连接方法、业务的实例化部署方法及装置。

背景技术：

网络功能虚拟化(英文：Network Function Virtualization，简称：NFV)通过使用通用的硬件设备及虚拟化技术，来承载传统网络中专用设备的功能，从而降低因为部署专用设备带来的昂贵成本。通过软硬件解耦，使网络设备功能不再依赖于专用硬件。其中，能够接收虚拟化请求，并根据请求对相应业务进行虚拟化处理的一方，一般称为虚拟化业务提供方(简称业务提供方)，发起虚拟化请求的一方一般称为业务请求方。

NFV中虚拟化的网络服务(英文：Network Service，简称：NS)可以是一个网络协议多媒体子系统(英文：Internet Protocol Multimedia Subsystem，简称：IMS)的网络服务，也可以是一个下一代移动核心网络(英文：Evolved Packet Core，简称：EPC)的网络服务。一个NS中还可能包含若干个虚拟化网络功能模块(英文：Virtualized Network Function，简称：VNF)。在一个VNF中还可以包含多个模块，一个模块可以被称为一个VNFC(VNF component)。

当一个NS在实例化部署时，根据业务的需要，NS内的VNF有可能需要多个实例，同样在VNF内，VNFC也可能需要多个实例。所以在业务进行时，需要利用负载均衡技术对VNF的实例进行选择，从而尽量选择负载较轻的实例为当前的业务服务。

目前NFV中定义了三种负载均衡模型，其中图1a中表示的是外设负载均衡模型。

在图1a的模型中，VNF1与VNF2相互连接。负载均衡器(英文：Load Balancer，简称：LB)是一个单独的VNF，可以为VNF2的实例提供负载均衡的功能。在图1a中，右边的VNF2实例1、VNF2实例2、VNF2实例3是VNF2的3个实例。对于左边的V NF1来说，右边只有一个逻辑的VNF2，当数据从对VNF1发往VNF2时，LB负责选择负载较轻的实例为其服务。在该模型中，LB可以由平台方提供。

再请参考图1b所示，为端到端负载均衡模型。在该模型中，LB设置在对VNF1中。该LB可以为连接的VNF2的多个实例进行负载均衡选择。具体来说，当VNF1需要发送数据到VNF2时，VNF1根据其内置的LB判断VNF2的哪个实例上的负载相对较轻，从而直接将数据发向负载较轻的实例。

再请参考图1c所示，为基于基础设施的负载均衡模型。基于基础设施的负载均衡模型在架构上同外设负载均衡相似，最大的区别是外设负载均衡模型(如图1a)中的LB是一个VNF，LB主要通过同被服务的VNF2的交互获取被服务的VNF2上的负载情况，从而实现负载均衡的功能。基于基础设施的负载均衡模型中LB是配置在基础设施层的，比如可以配置在物理服务器上的虚拟机管理器上的虚拟交换机上，或是配置在基础设施层的一个专有的物理设备上。图1c的模型中的LB可以直接同被服务的VNF2上的虚拟机通信，从而获知被服务的VNF2的负载情况。

在现有NFV中虽然定义了以上三种负载均衡模型，却没有定义如何在关于业务的实例化部署过程中如何确定使用的LB类型以及如何将LB连接在业务的VNF的实例之间。

技术实现要素：

本申请实施例提供一种负载均衡器的连接方法、业务的实例化部署方法及装置，用于解决现有技术中的如何确定使用的LB类型以及如何将LB连接在业务的VNF的实例之间的技术问题。

本申请第一方面提供了一种LB的连接方法，包括：

业务提供设备接收业务请求设备发送的关于业务的实例化请求；

所述业务提供设备根据所述实例化请求获取所述业务的网络服务描述信息NSD；所述NSD包括第一虚拟网络功能模块VNF的第一描述信息VNFD、第二VNF的第二描述信息VNFD和所述第一VNF和所述第二VNF之间的连接信息；所述第一VNFD和/或第二VNFD包括对负载均衡器LB类型的描述信息，所述第二VNFD还包括所述第二VNF的端口能力信息；

所述业务提供设备获取所述业务提供设备支持的LB类型的信息；

所述业务提供设备根据所述对LB类型的描述信息和所述业务提供设备支持的LB类型的信息确定所使用的LB类型；

所述业务提供设备获取所述所使用的LB类型的LB的描述信息；

所述业务提供设备在接收到所述第一VNF和所述第二VNF都实例化成功的响应消息后，将所述LB的描述信息、所述连接信息和所述端口能力信息发送给虚拟基础设施管理器VIM，以使所述VIM能够根据所述LB的描述信息、所述连接信息和所述端口能力信息将所述所使用的LB类型的LB连接在所述第一VNF的实例和所述第二VNF的实例之间。

结合第一方面，在第一方面的第一种可能的实现方式中，当所述对LB类型的描述信息包含需求的LB的类型信息，以及每种类型的优先级信息时；所述业务提供设备根据所述对LB类型的描述信息和所述业务提供设备支持的LB类型的信息确定所使用的LB类型，包括：

所述业务提供设备根据所述需求的LB的类型信息和所述业务提供设备支持的LB类型的信息确定共同的LB类型；

所述业务提供设备根据所述优先级信息确定所述共同的LB类型中的优先级最高的LB类型作为所述所使用的LB类型；

其中，所述需求的LB的类型信息为所述第一VNFD中包含的所述第一VNF需求的LB的类型信息，或所述第二VNFD中包含的所述第二VNF需求的LB的类型信息。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，当所述对LB类型的描述信息还包含支持的LB的类型信息时，所述方法还包括：

所述业务提供设备根据所述需求的LB的类型信息和所述业务提供设备支持的LB类型的信息确定没有共同的LB类型；

所述业务提供设备确定所述支持的LB的类型作为所述所使用的LB类型；

其中，所述支持的LB的类型信息为所述第一VNFD中包含的所述第一VNF支持的LB的类型信息。

结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，当所述所使用的LB类型为外设LB类型时，所述业务提供设备获取所述所使用的LB类型的LB的描述信息，包括：

所述业务提供设备向数据库发送查询可用的外设LB类型的LB实例的请求；所述业务提供设备将接收到的所述数据库返回的可用的LB实例的地址信息作为所述LB的描述信息；或

所述业务提供设备向数据库发送查询可用的外设LB类型的LB实例的请求；所述业务提供设备接收所述数据库返回的可用的LB实例的虚拟网络功能描述信息VNFD；所述业务提供设备根据所述LB实例的VNFD向虚拟网络功能管理器VNFM发起实例化外设LB的请求；所述业务提供设备将接收到的所述VNFM发送的外设LB实例的地址信息作为所述LB的描述信息。

结合第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，在所述业务提供设备向数据库发送查询可用的外设LB类型的LB实例的请求之前，所述方法还包括：

所述业务提供设备确定所述对LB类型的描述信息中未包含所述外设LB类型的虚拟网络功能描述信息VNFD的标识信息。

结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式，在第一方面的第五种可能的实现方式中，当所述所使用的LB类型为外设LB类型时，所述业务提供设备获取所述所使用的LB类型的LB的描述信息，包括：

所述业务提供设备确定所述对LB类型的描述信息中包含所述外设LB类型的虚拟网络功能描述信息VNFD的标识信息；

所述业务提供设备根据所述标识信息获取与所述标识信息对应的所述VNFD；

所述业务提供设备根据所述VNFD向虚拟网络功能管理器VNFM发起实例化外设LB的请求；

所述业务提供设备将接收到的所述VNFM发送的外设LB实例的地址信息作为所述LB的描述信息。

结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式，在第一方面的第六种可能的实现方式中，当所述所使用的LB类型为基于基础设施的LB类型时，所述业务提供设备获取所述所使用的LB类型的LB的描述信息，包括：

所述业务提供设备向所述VIM发起为所述业务分配所述基于基础设施的LB类型的LB的请求；

所述业务提供设备将接收到的所述VIM发送的可用的基于基础设施的LB的地址信息作为所述LB的描述信息。

结合第一方面或第一方面的第一种可能的实现方式至第一方面的第六种可能的实现方式中的任意一种，在第一方面的第七种可能的实现方式中，所述端口能力信息包括所述第二VNF的端口的端口号和所述端口的功能信息。

本申请第二方面提供一种业务的实例化部署方法，包括：

业务请求设备向业务提供设备发送关于业务的实例化请求；其中，所述实例化请求中携带所述业务的网络服务描述信息NSD的标识信息或者所述NSD；所述NSD包括第一虚拟网络功能模块VNF的第一描述信息VNFD、第二VNF的第二描述信息VNFD和所述第一VNF和所述第二VNF之间的连接信息；所述第一VNFD和/或第二VNFD包括对负载均衡器LB类型的描述信息，所述第二VNFD还包括所述第二VNF的端口能力信息；

所述业务请求设备接收所述业务提供设备发送的所述业务的实例部署成功的响应消息。

结合第二方面，在第二方面的第一种可能的实现方式中，所述对LB类型的描述信息包括支持的LB的类型信息、需求的LB的类型信息，以及每种类型的优先级信息；所述需求的LB的类型信息为所述第一VNFD中包含的所述第一VNF需求的LB的类型信息，或所述第二VNFD中包含的所述第二VNF需求的LB的类型信息；所述支持的LB的类型信息为所述第一VNFD中包含的所述第一VNF支持的LB的类型信息。

结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述端口能力信息包括所述第二VNF的端口的端口号和所述端口的功能信息。

本申请第三方面提供一种负载均衡器的连接方法，包括：

虚拟基础设施管理器VIM接收业务提供设备发送的连接请求，所述连接请求包括业务的第一虚拟网络功能模块VNF的实例和第二VNF的实例所使用的负载均衡器LB类型的LB的描述信息、所述第一VNF和所述第二VNF之间的连接信息以及所述第二VNF的端口能力信息，所述端口能力信息包括所述第二VNF的端口的端口号和所述端口的功能信息；

所述VIM根据所述连接信息和所述LB的描述信息将第一VNF的实例与所述LB连接，并根据所述端口的功能信息将所述LB上与所述端口的功能信息相对应的接口与所述第二VNF上对应的功能的端口连接。

结合第三方面，在第三方面的第一种可能的实现方式中，当所述LB类型为基于基础设施的LB类型时，在所述VIM接收所述连接请求之前，所述方法还包括：

所述VIM接收所述业务提供设备发送的为所述业务分配所述基于基础设施的LB的请求；

所述VIM根据所述为所述业务分配所述基于基础设施的LB的请求向基础设施层发送分配所述基于基础设施的LB的请求；

所述VIM接收所述基础设施层返回的可用的基于基础设施的LB的地址信息；

所述VIM将所述可用的基于基础设施的LB的地址信息发送给所述业务提供设备；其中，所述LB的描述信息包括所述可用的基于基础设施的LB的地址信息。

本申请第四方面提供一种负载均衡器的连接装置，包括：

接收单元，用于接收业务请求设备发送的关于业务的实例化请求；

处理单元，用于根据所述实例化请求获取所述业务的网络服务描述信息NSD；所述NSD包括第一虚拟网络功能模块VNF的第一描述信息VNFD、第二VNF的第二描述信息VNFD和所述第一VNF和所述第二VNF之间的连接信息；所述第一VNFD和/或第二VNFD包括对负载均衡器LB类型的描述信息，所述第二VNFD还包括所述第二VNF的端口能力信息；获取所述装置支持的LB类型的信息；根据所述对LB类型的描述信息和所述业务提供设备支持的LB类型的信息确定所使用的LB类型；并获取所述所使用的LB类型的LB的描述信息；

发送单元，用于在所述接收单元接收到所述第一VNF和所述第二VNF都实例化成功的响应消息后，将所述LB的描述信息、所述连接信息和所述端口能力信息发送给虚拟基础设施管理器VIM，以使所述VIM能够根据所述LB的描述信息、所述连接信息和所述端口能力信息将所述所使用的LB类型的LB连接在所述第一VNF的实例和所述第二VNF的实例之间。

结合第四方面，在第四方面的第一种可能的实现方式中，所述处理单元具体用于：当所述对LB类型的描述信息为需求的LB的类型信息，以及每种类型的优先级信息时，

根据所述需求的LB的类型信息和所述业务提供设备支持的LB类型的信息确定是否有共同的LB类型；若有，根据所述优先级信息确定所述共同的LB类型中的优先级最高的LB类型作为所述所使用的LB类型；其中，所述需求的LB的类型信息为所述第一VNFD中包含的所述第一VNF需求的LB的类型信息，或所述第二VNFD中包含的所述第二VNF需求的LB的类型信息。

结合第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述处理单元还用于：当所述对LB类型的描述信息还包含支持的LB的类型信息时，根据所述需求的LB的类型信息和所述业务提供设备支持的LB类型的信息确定没有共同的LB类型；确定所述第一VNF支持的LB的类型作为所述所使用的LB类型；其中，所述支持的LB的类型信息为所述第一VNFD中包含的所述第一VNF支持的LB的类型信息。

结合第四方面或第四方面的第一种可能的实现方式或第四方面的第二种可能的实现方式，在第四方面的第三种可能的实现方式中，所述处理单元具体用于：当所述所使用的LB类型为外设LB类型时，

通过所述发送单元向数据库发送查询可用的外设LB类型的LB实例的请求；

将通过所述接收单元接收到的所述数据库返回的可用的LB实例的地址信息作为所述LB的描述信息；或

通过所述接收单元接收所述数据库返回的可用的LB实例的虚拟网络功能描述信息VNFD；根据所述LB实例的VNFD向虚拟网络功能管理器VNFM发起实例化外设LB的请求；将通过所述接收单元接收到的所述VNFM发送的外设LB实例的地址信息作为所述LB的描述信息。

结合第四方面的第三种可能的实现方式，在第四方面的第四种可能的实现方式中，所述处理单元还用于：在通过所述发送单元向数据库发送查询可用的外设LB类型的LB实例的请求之前，确定所述对LB类型的描述信息中未包含所述外设LB类型的虚拟网络功能描述信息VNFD的标识信息。

结合第四方面或第四方面的第一种可能的实现方式或第四方面的第二种可能的实现方式，在第四方面的第五种可能的实现方式中，所述处理单元具体用于：当所述所使用的LB类型为外设LB类型时，确定所述对LB类型的描述信息中包含所述外设LB类型的虚拟网络功能描述信息VNFD的标识信息；根据所述标识信息获取与所述标识信息对应的所述VNFD；根据所述VNFD向虚拟网络功能管理器VNFM发起实例化外设LB的请求；并将通过所述接收单元接收到的所述VNFM发送的外设LB实例的地址信息作为所述LB的描述信息。

结合第四方面或第四方面的第一种可能的实现方式或第四方面的第二种可能的实现方式，在第四方面的第六种可能的实现方式中，所述处理单元具体用于：当所述所使用的LB类型为基于基础设施的LB类型时，通过所述发送单元向所述VIM发起为所述业务分配所述基于基础设施的LB类型的LB的请求；并将通过所述接收单元接收到的所述VIM发送的可用的基于基础设施的LB的地址信息作为所述LB的描述信息。

结合第四方面或第四方面的第一种可能的实现方式至第四方面的第六种可能的实现方式中的任意一种，在第四方面的第七种可能的实现方式中，所述端口能力信息包括所述第二VNF的端口的端口号和所述端口的功能信息。

本申请第五方面提供一种业务的实例化部署装置，包括：

发送单元，用于向业务提供设备发送关于业务的实例化请求；其中，所述实例化请求中携带所述业务的网络服务描述信息NSD的标识信息或者所述NSD；所述NSD包括第一虚拟网络功能模块VNF的第一描述信息VNFD、第二VNF的第二描述信息VNFD和所述第一VNF和所述第二VNF之间的连接信息；所述第一VNFD和/或第二VNFD包括对负载均衡器LB类型的描述信息，所述第二VNFD还包括所述第二VNF的端口能力信息；

接收单元，用于接收所述业务提供设备发送的所述业务的实例部署成功的响应消息。

结合第五方面，在第五方面的第一种可能的实现方式中，所述对LB类型的描述信息包括支持的LB的类型信息、需求的LB的类型信息，以及每种类型的优先级信息；所述需求的LB的类型信息为所述第一VNFD中包含的所述第一VNF需求的LB的类型信息，或所述第二VNFD中包含的所述第二VNF需求的LB的类型信息；所述支持的LB的类型信息为所述第一VNFD中包含的所述第一VNF支持的LB的类型信息。

结合第五方面或第五方面的第一种可能的实现方式，在第五方面的第二种可能的实现方式中，所述端口能力信息包括所述第二VNF的端口的端口号和所述端口的功能信息。

本申请第六方面提供一种负载均衡器的连接装置，包括：

接收单元，用于接收业务提供设备发送的连接请求，所述连接请求包括业务的第一虚拟网络功能模块VNF的实例和第二VNF的实例所使用的负载均衡器LB类型的LB的描述信息、所述第一VNF和所述第二VNF之间的连接信息以及所述第二VNF的端口能力信息，所述端口能力信息包括所述第二VNF的端口的端口号和所述端口的功能信息；

处理单元，用于根据所述连接信息和所述LB的描述信息将第一VNF的实例与所述LB连接，并根据所述端口的功能信息将所述LB上与所述端口的功能信息相对应的接口与所述第二VNF上对应的功能的端口连接。

结合第六方面，在第六方面的第一种可能的实现方式中，所述装置还包括发送单元，

所述接收单元还用于：当所述LB类型为基于基础设施的LB类型时，在所述接收单元接收所述连接请求之前，接收所述业务提供设备发送的为所述业务分配所述基于基础设施的LB的请求；

所述处理单元还用于：根据所述为所述业务分配所述基于基础设施的LB的请求向基础设施层发送分配所述基于基础设施的LB的请求；

所述接收单元还用于：接收所述基础设施层返回的可用的基于基础设施的LB的地址信息；

所述发送单元还用于：将所述可用的基于基础设施的LB的地址信息发送给所述业务提供设备；其中，所述LB的描述信息包括所述可用的基于基础设施的LB的地址信息。

本申请第七方面提供一种业务提供设备，包括：

接收器，用于接收业务请求设备发送的关于业务的实例化请求；

处理器，用于根据所述实例化请求获取所述业务的网络服务描述信息NSD；所述NSD包括第一虚拟网络功能模块VNF的第一描述信息VNFD、第二VNF的第二描述信息VNFD和所述第一VNF和所述第二VNF之间的连接信息；所述第一VNFD和/或第二VNFD包括对负载均衡器LB类型的描述信息，所述第二VNFD还包括所述第二VNF的端口能力信息；获取所述装置支持的LB类型的信息；根据所述对LB类型的描述信息和所述业务提供设备支持的LB类型的信息确定所使用的LB类型；并获取所述所使用的LB类型的LB的描述信息；

发送器，用于在所述接收器接收到所述第一VNF和所述第二VNF都实例化成功的响应消息后，将所述LB的描述信息、所述连接信息和所述端口能力信息发送给虚拟基础设施管理器VIM，以使所述VIM能够根据所述LB的描述信息、所述连接信息和所述端口能力信息将所述所使用的LB类型的LB连接在所述第一VNF的实例和所述第二VNF的实例之间。

结合第七方面，在第七方面的第一种可能的实现方式中，所述处理器具体用于：当所述对LB类型的描述信息为需求的LB的类型信息，以及每种类型的优先级信息时，

根据所述需求的LB的类型信息和所述业务提供设备支持的LB类型的信息确定是否有共同的LB类型；若有，根据所述优先级信息确定所述共同的LB类型中的优先级最高的LB类型作为所述所使用的LB类型；其中，所述需求的LB的类型信息为所述第一VNFD中包含的所述第一VNF需求的LB的类型信息，或所述第二VNFD中包含的所述第二VNF需求的LB的类型信息。

结合第七方面的第一种可能的实现方式，在第七方面的第二种可能的实现方式中，所述处理器还用于：当所述对LB类型的描述信息还包含支持的LB的类型信息时，根据所述需求的LB的类型信息和所述业务提供设备支持的LB类型的信息确定没有共同的LB类型；确定所述第一VNF支持的LB的类型作为所述所使用的LB类型；其中，所述支持的LB的类型信息为所述第一VNFD中包含的所述第一VNF支持的LB的类型信息。

结合第七方面或第七方面的第一种可能的实现方式或第七方面的第二种可能的实现方式，在第七方面的第三种可能的实现方式中，所述处理器具体用于：当所述所使用的LB类型为外设LB类型时，

通过所述发送器向数据库发送查询可用的外设LB类型的LB实例的请求；

将通过所述接收器接收到的所述数据库返回的可用的LB实例的地址信息作为所述LB的描述信息；或

通过所述接收器接收所述数据库返回的可用的LB实例的虚拟网络功能描述信息VNFD；根据所述LB实例的VNFD向虚拟网络功能管理器VNFM发起实例化外设LB的请求；将通过所述接收器接收到的所述VNFM发送的外设LB实例的地址信息作为所述LB的描述信息。

结合第七方面的第三种可能的实现方式，在第七方面的第四种可能的实现方式中，所述处理器还用于：在通过所述发送器向数据库发送查询可用的外设LB类型的LB实例的请求之前，确定所述对LB类型的描述信息中未包含所述外设LB类型的虚拟网络功能描述信息VNFD的标识信息。

结合第七方面或第七方面的第一种可能的实现方式或第七方面的第二种可能的实现方式，在第七方面的第五种可能的实现方式中，所述处理器具体用于：当所述所使用的LB类型为外设LB类型时，确定所述对LB类型的描述信息中包含所述外设LB类型的虚拟网络功能描述信息VNFD的标识信息；根据所述标识信息获取与所述标识信息对应的所述VNFD；根据所述VNFD向虚拟网络功能管理器VNFM发起实例化外设LB的请求；并将通过所述接收器接收到的所述VNFM发送的外设LB实例的地址信息作为所述LB的描述信息。

结合第七方面或第七方面的第一种可能的实现方式或第七方面的第二种可能的实现方式，在第七方面的第六种可能的实现方式中，所述处理器具体用于：当所述所使用的LB类型为基于基础设施的LB类型时，通过所述发送器向所述VIM发起为所述业务分配所述基于基础设施的LB类型的LB的请求；并将通过所述接收器接收到的所述VIM发送的可用的基于基础设施的LB的地址信息作为所述LB的描述信息。

结合第七方面或第七方面的第一种可能的实现方式至第七方面的第六种可能的实现方式中的任意一种，在第七方面的第七种可能的实现方式中，所述端口能力信息包括所述第二VNF的端口的端口号和所述端口的功能信息。

本申请第八方面提供一种业务的业务请求设备，包括：

发送器，用于向业务提供设备发送关于业务的实例化请求；其中，所述实例化请求中携带所述业务的网络服务描述信息NSD的标识信息或者所述NSD；所述NSD包括第一虚拟网络功能模块VNF的第一描述信息VNFD、第二VNF的第二描述信息VNFD和所述第一VNF和所述第二VNF之间的连接信息；所述第一VNFD和/或第二VNFD包括对负载均衡器LB类型的描述信息，所述第二VNFD还包括所述第二VNF的端口能力信息；

接收器，用于接收所述业务提供设备发送的所述业务的实例部署成功的响应消息。

结合第八方面，在第八方面的第一种可能的实现方式中，所述对LB类型的描述信息包括支持的LB的类型信息、需求的LB的类型信息，以及每种类型的优先级信息；所述需求的LB的类型信息为所述第一VNFD中包含的所述第一VNF需求的LB的类型信息，或所述第二VNFD中包含的所述第二VNF需求的LB的类型信息；所述支持的LB的类型信息为所述第一VNFD中包含的所述第一VNF支持的LB的类型信息。

结合第八方面或第八方面的第一种可能的实现方式，在第八方面的第二种可能的实现方式中，所述端口能力信息包括所述第二VNF的端口的端口号和所述端口的功能信息。

本申请第九方面提供一种虚拟基础设施管理器，包括：

接收器，用于接收业务提供设备发送的连接请求，所述连接请求包括业务的第一虚拟网络功能模块VNF的实例和第二VNF的实例所使用的负载均衡器LB类型的LB的描述信息、所述第一VNF和所述第二VNF之间的连接信息以及所述第二VNF的端口能力信息，所述端口能力信息包括所述第二VNF的端口的端口号和所述端口的功能信息；

处理器，用于根据所述连接信息和所述LB的描述信息将第一VNF的实例与所述LB连接，并根据所述端口的功能信息将所述LB上与所述端口的功能信息相对应的接口与所述第二VNF上对应的功能的端口连接。

结合第九方面，在第九方面的第一种可能的实现方式中，所述管理器还包括发送器，

所述接收器还用于：当所述LB类型为基于基础设施的LB类型时，在所述接收器接收所述连接请求之前，接收所述业务提供设备发送的为所述业务分配所述基于基础设施的LB的请求；

所述处理器还用于：根据所述为所述业务分配所述基于基础设施的LB的请求向基础设施层发送分配所述基于基础设施的LB的请求；

所述接收器还用于：接收所述基础设施层返回的可用的基于基础设施的LB的地址信息；

所述发送器还用于：将所述可用的基于基础设施的LB的地址信息发送给所述业务提供设备；其中，所述LB的描述信息包括所述可用的基于基础设施的LB的地址信息。

本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

本申请实施例中，NSD包括第一VNF的第一描述信息VNFD、第二VNF的第二描述信息VNFD，第一VNFD和/或第二VNFD包括对负载均衡器LB类型的描述信息，第二VNFD还包括第二VNF的端口能力信息；在实例化的过程中，业务提供设备能够根据对LB类型的描述信息和业务提供设备支持的LB类型的信息确定所使用的LB类型。因此，通过本申请的方法能够确定所使用的LB类型。然后业务提供设备还将所使用的LB类型的LB的描述信息发送给VIM，以使VIM能够根据所述连接信息、第二VNF的端口能力信息和LB的描述信息将所使用的LB类型的LB连接在第一VNF的实例和第二VNF的实例之间。因此，通过本申请的方法还能将确定的所使用的LB类型的LB连接在VNF的实例之间。

附图说明

图1a-图1c为现有技术中的负载均衡模型的示意图；

图2为本申请实施例中LB连接在VNF之间的示意图；

图3为本申请实施例提供的一种LB的连接方法的流程图；

图4为本申请实施例提供的第一例LB的连接方法的流程图；

图5为本申请实施例提供的第二例LB的连接方法的流程图；

图6为本申请实施例提供的第三例LB的连接方法的流程图；

图7为本申请实施例提供的第一例LB的连接装置的功能框图；

图8为本申请实施例提供的业务提供设备的系统框图；

图9为本申请实施例提供的业务的实例化部署装置的功能框图；

图10本申请实施例提供的业务请求设备的系统框图；

图11为本申请实施例提供的第二例LB的连接装置的功能框图；

图12为本申请实施例提供的VIM的系统框图。

具体实施方式

本申请实施例提供一种负载均衡器的连接方法、业务的实例化部署方法及装置，用以解决现有技术中如何确定使用的LB类型以及如何将LB连接在业务的VNF的实例之间的技术问题。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

首先请参考图2所示，为本申请实施例中一个LB连接在两个VNF的实例之间的场景示意图。其中，VNF1在本申请实施例中称为第一VNF。VNF2在本申请实施例中称为第二VNF。图2中的LB例如可以是外设LB、基于基础设施的LB或者是端到端的LB。当图2中的LB为端到端的LB时，该LB属于VNF1的一部分。在实际运用中，图2中的LB还可以是其他类型的LB，本申请不作具体限定。

需要说明的是，在本申请实施例中以第一VNF和第二VNF两个VNF为例进行说明，但在实际运用中，一个NS可以包括两个以上的VNF，所以两个以上的VNF之间的任意两个有连接关系的VNF的处理方式均可以同处理第一VNF和第二VNF之间的连接关系的处理方式相同，所以以下将详细描述如何确定第一VNF和第二VNF之间所使用的LB类型和如何将确定的所使用的LB类型的LB连接在第一VNF的实例和第二VNF的实例之间。

请参考图3所示，为本申请一实施例提供的一种负载均衡器的连接方法的流程图，该方法包括以下内容:

步骤101：业务提供设备接收业务请求设备发送的关于业务的实例化请求。

步骤102：根据所述实例化请求获取所述业务的网络服务描述信息(英文：Network Service Descriptor，简称：NSD)。所述NSD包括第一虚拟网络功能模块VNF的第一描述信息VNFD、第二VNF的第二描述信息VNFD和第一VNF和第二VNF之间的连接信息。第一VNFD和/或第二VNFD包括对LB类型的描述信息。第二VNFD还包括第二VNF的端口能力信息。所述端口能力信息包括第二VNF的端口的端口号和所述端口的功能信息。

步骤103：业务提供设备获取所述业务提供设备支持的LB类型的信息。

步骤104：业务提供设备根据所述对LB类型的描述信息和业务提供设备支持的LB类型的信息确定所使用的LB类型。

步骤105：业务提供设备获取所述所使用的LB类型的LB的描述信息。

步骤106：在业务提供设备接收到第一VNF和第二VNF都实例化成功的响应消息之后，将所述LB的描述信息、连接信息和端口能力信息发送给虚拟基础设施管理器(英文：Virtual Infrastructure Manager，简称：VIM)，以使VIM能够根据所述连接信息、端口能力信息和所述LB的描述信息将所述所使用的LB类型的LB连接在第一VNF的实例和第二VNF的实例之间。

在本实施例以及本申请其他实施例中，业务提供设备可以对应到网络功能虚拟化业务提供方(NFVO)。业务请求设备可以对应到网络功能虚拟化业务请求方。通常来讲，业务请求方例如为运营商网络，例如运营支撑和计费系统。

所述NSD可以采用多种规范进行描述，例如云应用的拓扑和运维规范(英文：Topology and Orchestration Specification for Cloud Applications，简称：TOSCA)。其中第一种描述方法如下：

tosca_definitions_version:tosca_simple_yaml_1_0_0 #定义一个TOSCA的业务模板

description:Template with a generic connection between two nodes. #定义该模板的作用为两个节点之间的通用的连接

inputs:#输入参数描述

#omitted here for sake of brevity#与本发明无关的参数省略

在本实施例中，描述信息为另一种标记语言(英文：Yet Another Markup Language，简称：YAML)语言版本的TOSCA规范。在本实施例中包含两个节点，分别对应两个VNF。节点1对应连接的第一VNF。节点2对应被连接的第二VNF。根据上述Scalable参数中包含节点2支持的最小实例化个数为3可知节点2在部署时有部署多个实例的需求。所以需要在节点1和节点2之间使用LB。

具体的，在节点1的描述信息中，即第一VNFD中，包含：Capabilities：Loadbalance：E2E。其中，Capabilities是对节点1的能力信息的描述。Loadbalance是本发明新增的一种能力信息，用来表示节点1支持的负载均衡模型。在本实施例中，E2E表明节点1支持端到端的负载均衡模型(如图1b所示的负载均衡模型)。该模型可以用来为被连接的节点2提供端到端的LB。requirements参数中包含了节点1的需求信息，其中connect:Node 2，表明节点1需要同节点2连接，即第一VNF和第二VNF之间的连接信息。

“Loadbalance:external

class：3

Loadbalance:infrastructure

class：2

Loadbalance:E2E

class：1”代码段表示节点1同节点2之间的连接的进一步需求。在本实施例中，Loadbalance参数是本发明新增的参数，用来表示节点1和节点之间的连接对负载均衡模型的需求。每个loadbalance参数下还有class参数。class参数用来表示对应的负载均衡模型的需求优先级别，比如本实施例中“external”，即外设负载均衡模型(如图1a所示的负载均衡模型)的优先级最高，端到端的负载均衡模型的优先级最低。换言之，所述对LB类型的描述信息包括第一VNFD中包含的第一VNF需求的LB的类型信息或者第二VNFD中包含的第二VNF需求的LB的类型信息，以及每种类型的优先级信息。所述对LB类型的描述信息还包括第一VNFD中包含的第一VNF支持的LB的类型信息。

节点2的描述信息中的capabilities参数定义的是节点2的能力信息。在本实施例中，定义了端口的能力信息。该能力信息定义了节点2上对外暴露的连接点的信息，即其他的节点可以通过该端口同该节点相连。在该例中定义了2个连接点，一个是端口号为253的端口，支持的协议为传输控制协议(英文：Transmission Control Protocol，简称：TCP)。参数usage为本发明新增加的参数，用来表示端口253的用途。在本实施例中，端口253可以用来连接负载均衡器。另一个端口采用的协议为超文本传送协议(英文：Hypertext transfer protocol，简称：HTTP)，端口号为254。进一步，端口254可以用来连接业务数据。换言之，第二VNFD中包括第二VNF的端口能力信息，例如端口的端口号、端口的功能信息、端口支持的传输协议等。

Capabilities参数中还有“scalable”参数。scalable参数定义了实例化部署节点2时所需要的实例的个数，其中“Min_instance”定义的是最小实例化个数，“Max_instance”定义的是最大实例化个数。

对所述NSD的第二种描述方法可以是：

tosca_definitions_version:tosca_simple_yaml_1_0_0 #定义一个TOSCA业务模板

description:Template with a generic connection between two nodes. #该模板用于为两个节点之间建立通用的连接

上述第二种描述方法同样为YAML语言版本的TOSCA规范。其中，在对节点1的描述中，与前面的第一种描述方法不同的是，在capabilities参数下不仅增加了Loadbalance参数，在Loadbalance参数下还新增了class参数，用于表示节点1所支持的负载均衡模型的优先级别。例如：在本实施例中，class的值为1，说明对应的E2E模型的优先级最低。换言之，第一VNFD包括第一VNF支持的LB的类型信息以及每种类型的优先级信息。

在对节点2的描述中，与前面的第一种描述方法不同的是，在requirements参数下新增Loadbalance参数，用来表示节点2对负载均衡模型的需求。该需要是对虚拟业务提供设备提出的需求，即希望虚拟业务提供设备提供怎样的负载均衡器。

节点2中标示的infrastructure模型的class为“2”，external模型的class为“3”。换言之，第二VNFD包括第二VNF需求的LB的类型信息，以及每种类型的优先级信息。

在实际运用中，NSD还包括其他信息，例如NSD的标识信息、生产厂商、版本号、弹性策略、生命周期管理、部署喜好等。这些信息为本领域技术人员所熟知的内容，所以在此不再赘述。

在一实施例中，在步骤102中，业务提供设备根据实例化请求获取所述业务的NSD。具体来说，实例化请求中携带有该业务的NSD，所以业务提供设备通过分析所述实例化请求即可获得所述NSD。

在另一实施例中，在步骤101之前，所述方法还包括：业务提供设备接收业务请求设备发送的关于所述业务的注册(on-boarding)请求，在该请求中携带所述业务的NSD。业务提供设备将所述NSD信息发送至数据库进行保存。在数据保存完成后，数据库向业务提供设备返回保存成功响应。业务提供设备向业务请求设备发送注册成功响应。在该情况下，在步骤101中，实例化请求中会携带NSD的标识信息。步骤102具体包括：业务提供设备根据实例化请求中携带的NSD的标识信息向数据库获取与该标识信息对应的NSD。在数据库根据该标识信息查询到保存的NSD，业务提供设备接收数据库返回的所述NSD。

因此，对应在业务请求设备侧提供的一种业务的实例化的部署方法包括：业务请求设备向业务提供设备发送关于业务的实例化请求；其中，所述实例化请求中携带所述业务的NSD的标识信息或者所述NSD。

接下来执行步骤103，即业务提供设备获取所述业务提供设备支持的LB类型的信息。其中，所述业务提供设备支持的LB类型的信息例如是存储在存储单元中，业务提供设备通过查询即可获得。

接下来执行步骤104，即业务提供设备根据对LB类型的描述信息和业务提供设备支持的LB类型的信息确定所使用的LB类型。

可选的，当所述对LB类型的描述信息为需求的LB的类型信息，以及每种类型的优先级信息时，步骤103包括：业务提供设备根据所述需求的LB的类型信息和业务提供设备支持的LB类型的信息确定是否有共同的LB类型；若有，业务提供设备根据优先级信息确定共同的LB类型中的优先级最高的LB类型作为所述所使用的LB类型。其中，所述需求的LB的类型信息为第一VNFD中包含的第一VNF需求的LB的类型信息，或第二VNFD中包含的第二VNF需求的LB的类型信息。

继续以前述第一种和第二种描述方式描述的NSD为例进行说明。假设虚拟业务提供设备既支持外设类型，也支持基于基础设施的类型的负载均衡模型。那么业务提供设备确定出的共同的LB类型为外设类型和基于基础设施的类型。在对LB类型的描述信息中，外设类型的LB的优先级最高，那么业务提供设备就确定外设类型为所述所使用的LB类型。

如前所述，当对LB类型的描述信息还包括支持的LB的类型信息时，可选的，还包括支持的LB的每种类型的优先级。在该情况下，方法还包括：业务提供设备根据所述需求的LB的类型信息和所述业务提供设备支持的LB类型的信息确定没有共同的LB类型；业务提供设备确定支持的LB的类型作为所述所使用的LB类型。其中，所述支持的LB的类型信息为第一VNFD中包括的第一VNF支持的LB的类型信息。

举例来说，假设虚拟业务提供设备既不支持外设类型，也不支持基于基础设施的类型的负载均衡模型，则确定E2E类型为所述所使用的LB类型。换言之，在该业务实例化部署时，虚拟业务提供设备不提供任何负载均衡器，节点1和节点2之间使用E2E类型的负载均衡器，即使用节点1所携带的LB。

当确定了所使用的LB类型，接下来执行步骤105，即业务提供设备获取所述所使用的LB类型的LB的描述信息。根据确定的所使用的LB的类型的不同，步骤104的具体实施方式也不相同，下面将分别举例进行说明。

当所述所使用的LB类型为外设LB类型时，步骤105包括：业务提供设备向数据库发送查询可用的外设LB类型的LB实例的请求；如果有，数据库会返回可用的LB实例的地址信息，对应的，业务提供设备将接收到的数据库返回的可用的LB实例的地址信息作为所述LB的描述信息。可选的，除了地址信息，LB的描述信息还可以包括其他信息，例如LB的最大处理容量(比如可连接的实例个数)，处理时间等信息。其中，在本申请所有实施例中，可用的LB实例是指在查询的时刻能够使用的LB实例，例如处于空闲状态的LB实例。

因为可能在实例化所述业务之前，在其他业务实例化的过程中，生成了外设LB类型的LB实例，所以可以先向数据库查询是否有可用的外设LB类型的LB实例。

可选的，当数据库没有可用的LB实例时，数据库就会返回可用的LB实例的虚拟网络功能描述信息VNFD，对应的，该方法还包括：业务提供设备接收数据库返回的可用的LB实例的VNFD；业务提供设备根据所述LB实例的VNFD向虚拟网络功能管理器(英文：Virtualized Network Function Manager，简称：VNFM)发起实例化外设LB的请求；业务提供设备将接收到的VNFM发送的外设LB实例的地址信息作为所述LB的描述信息。其中，实例化外设LB的请求中需要包含所述LB实例的VNFD。

具体来说，如果数据库中没有可用的外设LB的实例，那么就需要重新实例化一个外设LB的实例，然后在实例化完成之后，业务提供设备获取到该外设LB的实例的地址信息作为所述LB的描述信息。

可选的，在一实施例中，业务请求设备可以事先在业务的实例化请求发起之前，将外设类型的LB的VNFD注册到业务提供设备。在业务的实例化过程中，对LB类型的描述信息中还包括所述VNFD的标识信息。因此，考虑到这种情况，在业务提供设备向数据库查询是否有可用的外设LB类型的LB实例之前，该方法还包括：业务提供设备确定所述对LB类型的描述信息中未包含所述外设LB类型的VNFD的标识信息。换言之，就是在没有事先注册VNFD的情况下，才向数据库发送查询可用的外设LB类型的LB实例的请求。

可选的，当所述对LB类型的描述信息中包含所述外设LB类型的VNFD的标识信息时，就说明事先已注册过外设LB的VNFD，所以步骤105包括：业务提供设备根据所述标识信息获取与所述标识信息对应的VNFD；业务提供设备根据所述VNFD向VNFM发起实例化外设LB的请求；业务提供设备将接收到的VNFM发送的外设LB实例的地址信息作为所述LB的描述信息。其中，实例化外设LB的请求包括所述VNFD。

当所述所使用的LB类型为基于基础设施的LB类型时，步骤105具体包括：业务提供设备向VIM发起为所述业务分配基于基础设施的LB的请求；业务提供设备将接收到的VIM发送的可用的基于基础设施的LB的地址信息作为所述LB的描述信息。

通常来讲，在业务提供设备与VIM之间具有“虚拟资源管理”接口。该接口由VIM提供。业务提供设备可以使用该接口向VIM发送资源管理的请求，比如资源的分配，资源的查询，资源的更新，资源的迁移，资源的释放等。但是该接口更多的是提供对业务中VNF资源的管理，比如为某个VNF分配资源以及资源的更新和释放等。在业务提供设备向VIM发起为所述业务分配基于基础设施的LB的请求的步骤中，需要VIM分配基于基础设施的负载均衡器，并不是为VNF本身分配负载均衡器资源，所以需要在业务提供设备和VIM之间使用新的接口来传递负载均衡器的分配请求。在本实施例中，可以定义新的接口名称为“基于基础设施负载均衡器管理”接口。该接口用于业务提供设备向VIM申请基于基础设施负载均衡器的操作，比如申请新的负载均衡器，更新负载均衡器，负载均衡器预留，删除负载均衡器等。步骤105中，使用新的接口向VIM申请分配新的负载均衡器。

在VIM接收到分配请求之后，就向基础设施层请求分配基于基础设施的LB。基础设施层然后向VIM返回可用的基于基础设施的LB的地址信息。然后VIM向业务提供设备返回所述地址信息。然后业务提供设备将所述地址信息作为所述LB的描述信息。

需要说明的是，当确定的所使用的LB类型为基于基础设施的LB类型时，另一种可能的实施方式为将连接请求和分配请求合一。具体来说，在步骤104之后，不需要执行步骤105，并且在步骤106中，业务提供设备在接收到所述第一VNF和所述第二VNF都实例化成功的响应消息后，将连接信息和端口能力信息发送给VIM。那么VIM在接收到连接信息和端口能力信息之后，先向基础设施层请求分配基于基础设施的LB。基础设施层然后向VIM返回可用的基于基础设施的LB的地址信息。然后VIM根据LB的地址信息、连接信息和端口能力信息将所述LB连接在第一VNF的实例和第二VNF的实例之间。

当确定的所使用的LB类型为E2E类型时，因为E2E类型的LB为第一VNF的一部分，在第一VNFD中会携带该LB的LB的描述信息，例如为该LB的地址信息。因此步骤105包括：业务提供设备在第一VNFD中获取E2E类型的LB的LB的描述信息。

在步骤105中获取到所使用的LB类型的LB的描述信息之后，并且在接收到第一VNF和第二VNF都实例化成功的响应消息后，接下来执行步骤106，即业务提供设备将所述LB的描述信息发送给VIM，以使VIM能够根据所述连接信息、端口能力信息和所述LB的描述信息将所使用的LB类型的LB连接在第一VNF的实例和第二VNF的实例之间。

具体来说，VIM接收业务提供设备发送的连接请求，在该连接请求中包括业务提供设备在步骤106中所发送的信息。VIM根据所述连接信息，可知第一VNF和第二VNF需要连接，所以将第一VNF的实例同LB相连。VIM再根据第二VNF的端口能力信息，根据端口的功能信息将LB上与所述端口的功能信息相对应的接口与第二VNF上对应的功能的端口连接。例如：LB上用于传输负载检测相关的接口同第二VNF上“usage”为“loadbalance”的端口相连。LB上用于转发第一VNF发送过来的数据接口同第二VNF上“usage”为“data”的端口相连。可选的，在连接完成后，VIM向业务提供设备发送连接完成的响应消息。

进一步，业务提供设备在接收到连接完成的响应消息之后，向业务请求设备发送实例化完成响应。对应的，业务请求设备接收所述实例化完成响应。

由以上描述可以，通过本申请实施例中的方法，能够在业务的实例化的部署过程中，确定所使用的LB类型，并将所使用的LB类型的LB连接在两个VNF的实例之间。

以下举几个具体的例子说明本申请实施例中的负载均衡器的连接方法的具体实施过程。

第一例，请参考图4所示，为本实施例中负载均衡器的连接方法的流程图。该方法包括如下内容。

步骤201：业务请求设备向虚拟业务提供设备发送业务的注册(on boarding)请求。该请求中包含该业务的NSD。

接下来执行步骤202：当业务提供设备接收到注册请求之后，将请求中的NSD发送给数据库进行保存。

步骤203：数据库保存完成之后，向业务提供设备返回保存成功响应。

步骤204：业务提供设备在接收到数据库发送的保存成功响应之后，向业务请求设备发送注册成功响应。

步骤205：业务请求设备向业务提供设备发起关于该业务的实例化请求。在该请求中携带该业务的NSD对应的标识信息。

步骤206：业务提供设备根据NSD的标识信息向数据库获取NSD。

步骤207：数据库根据NSD的标识信息查询到NSD，并将NSD返回给业务提供设备。

步骤208：业务提供设备对NSD进行分析，根据该NSD对节点1和节点2发起实例化请求的流程。具体来说，业务提供设备针对节点1向虚拟网络功能管理器(英文：Virtualised Network Function Manager，简称：VNFM)发送实例化该节点1的请求。在该请求中包含节点1的VNFD标识。VNFM根据VNFD的标识向数据库查询节点1的VNFD。然后数据库在查询到节点1的VNFD之后，将VNFD返回给VNFM。VNFM根据VNFD向业务提供设备申请资源。资源包括节点1需要的中央处理器(英文：Central Processing Unit，简称：CPU)资源、存储资源等。业务提供设备将资源申请请求发送给VIM，要求VIM为节点1分配相应的资源。VIM向网络功能虚拟化基础设施(英文：Network Functions Virtualization Infrastructure，简称：NFVI)层申请需要的资源。NFVI在确认资源分配成功后，返回资源的地址等信息。VIM向业务提供设备确认资源分配成功，并返回资源的地址等信息。业务提供设备向VNFM确认资源分配成功，并返回资源的地址等信息。VNFM根据分配的资源在分配的地址上创建节点1的实例。业务提供设备确定节点1实例化成功。然后重复上述步骤，对节点2进行实例化。对节点1和节点2的实例化过程为本领域技术人员所熟知的内容，所以在此不再赘述。

步骤209：业务提供设备对NSD中包含的负载均衡模型相关的描述信息做判断。在本实施例中，外设负载均衡模型的优先级最高(前述描述实例中class为3，所以优先级最高)，业务提供设备所在的云平台也支持外设负载均衡模型，那么就确定外设类型的LB作为节点1的实例和节点2的实例之间的LB。

步骤210：业务提供设备向数据库发送查询其所在的云平台是否有可用的外设负载均衡器的实例。

步骤211：如果有查询到可用的外设负载均衡器的实例，数据库则向业务提供设备返回该实例的地址等信息。如果没有可用的实例，则返回可用的外设负载均衡器的描述信息，即外设负载均衡器的VNFD。

步骤212：如果数据库返回的是外设负载均衡器的VNFD，业务提供设备则使用该VNFD向VNFM发起实例化一个对应的外设LB实例的请求。在该请求中携带该VNFD。

步骤213：业务提供设备接收VNFM返回的外设LB实例的地址信息。

步骤214：当节点1和节点2都实例化之后，业务提供设备向VIM请求建立VNF之间的连接，即节点1和节点2的连接。还建立节点2的实例和外设负载均衡器实例之间的连接。在该请求中包括外设LB实例的地址信息、连接信息和端口能力信息。在本实施例中，节点1的实例先和负载均衡器的实例相连，负载均衡器在与节点2的多个实例相连。其中，负载均衡器上用于传输负载检测相关的接口同节点2上“usage”为“Loadbalance”的“Endpoint”相连，负载均衡器上用于转发节点1发送过来的数据接口同节点2上“usage”为“data”的“Endpoint”相连。

步骤215：当建立完成之后，VIM向业务提供设备发送完成响应。

步骤216：业务提供设备向业务请求设备发送实例化完成响应。

第二例，在本实施例中，业务请求设备设置外设负载均衡模型的优先级最高，当虚拟业务提供设备支持外设负载均衡模型时，在部署过程中会为该业务提供外设负载均衡器。在本实施例中还假设该外设类型的负载均衡器是由请求方提供。因此，请求方在发起注册请求之前将外设类型的负载均衡器的VNFD注册到虚拟业务提供设备。并在业务实例化时，携带该负载均衡器的VNFD的标识信息，指明需要使用该负载均衡器。虚拟业务提供设备会根据请求中的VNFD的标识信息，找到对应的LB的VNFD，并使用该对应的LB的VNFD实例化负载均衡器的实例，并使用该实例为请求的业务提供负载均衡功能。具体请参考图5所示，为本实施例中负载均衡器的连接方法的流程图。该方法包括以下内容。

步骤301：业务请求设备发起注册LB的请求。该注册请求中携带该LB的VNFD。该LB的构成及组件都由业务请求设备提供。

该VNFD的一种可能的描述方式为：

tosca_definitions_version:tosca_simple_yaml_1_0_0 #定义一个TOSCA的业务模板

description:Template for an external load balancer. #该模板是一个外设负载均衡器的模板

其中，“LB123”为该节点模板的标识，即VNFD的标识信息。该节点模板是一个负载均衡器类型的节点。

步骤302：业务提供设备将收到的VNFD发送至数据库进行保存。

步骤303：数据库在保存完成之后向业务提供设备发送保存完成响应。

步骤304：业务提供设备向业务请求设备发送注册完成响应。

步骤305:业务请求设备发起网络服务的注册请求。该请求信息中包含的NSD与第一例中基本相同。不同的是在“external”负载均衡器的需求下面又增加了该负载均衡器的VNFD的标识信息。如果采用步骤201中第一种描述方式的话，可以是：

requirements:

-connect:Node 2

Loadbalance:external #对“external”类型LB的需求信息

Ref_Node_ID：LB123 #“external”类型的LB的VNFD的标识信息为LB123，表明可以使用该标识信息对应的LB为业务服务。

如上所述，新增了“ref_Node_ID”参数。该参数携带一个“external”类型的负载均衡器的VNFD的标识信息，即LB123。该标识信息即对应步骤301中需要保存在数据库上的负载均衡器的VNFD。

接下来的步骤与第一例基本相同，不同的是，业务提供设备需要确定VNFD的标识信息对应的负载均衡器作为该网络服务的负载均衡器。因此，业务提供设备需要根据VNFD的标识信息，即“LB123”向数据库请求该标识信息对应的VNFD。数据库在查询到该VNFD后发送给业务提供设备。然后业务提供设备使用该VNFD向VNFM发起实例化该负载均衡器的流程。接下来的步骤与第一例相同，在此不再赘述。

第三例，在本实施例中，业务请求设备设置基于基础设施的负载均衡模型的优先级最高。当虚拟业务提供设备支持基于基础设施负载均衡模型时，在部署过程中会为该业务提供基于基础设施的负载均衡器。请参考图6所示，为本实施例中负载均衡连接方法的流程图。该方法包括以下内容。

步骤401与步骤201基本相同，不同的是在NSD中，“infrastructure”类型的class设置为“3”，即基于基础设施的负载均衡模型的优先级最高。

步骤402-步骤408与步骤201-步骤208基本相同，在此不再赘述。

步骤409：因为假设业务提供设备也支持基于基础设施的LB，所以根据NSD中的需求信息确定LB类型为基于基础设施的LB。

步骤410：业务提供设备向VIM发起请求，为当前业务选择基于基础设施的LB类型。

步骤411：VIM向基础设施层请求分配负载均衡器。

步骤412：基础设施层向VIM返回基于基础设施的负载均衡器的地址等信息。

步骤413：VIM向业务提供设备返回基于基础设施的负载均衡器的地址等信息。

步骤414：业务提供设备向VIM请求VNF实例之间的连接。其中包括业务中相关的VNF同选择的基于基础设施的负载均衡器的连接。在本实施例中，节点1的实例先同负载均衡器相连。负载均衡器再同节点2的多个实例相连。其中负载均衡器上用于传输负载检测相关的接口同节点2上“usage”为“Loadbalance”的“Endpoint”相连。负载均衡器上用于转发节点1发送过来的数据接口同节点2上“usage”为“data”的“Endpoint”相连。

步骤415：VIM完成连接的建立，向业务提供设备返回完成响应。

步骤416：业务提供设备向业务请求设备返回实例化完成响应。

基于同一发明构思，请参考图7所示，为本申请实施例提供的一种LB的连接装置的功能框图。该装置用于实现如图3及其实施例所述的LB的连接方法。如图7所示，该连接装置包括：接收单元501，用于接收业务请求设备发送的关于业务的实例化请求；处理单元502，用于根据实例化请求获取业务的网络服务描述信息NSD；NSD包括第一虚拟网络功能模块VNF的第一描述信息VNFD、第二VNF的第二描述信息VNFD和第一VNF和第二VNF之间的连接信息；第一VNFD和/或第二VNFD包括对负载均衡器LB类型的描述信息，第二VNFD还包括第二VNF的端口能力信息；获取装置支持的LB类型的信息；根据对LB类型的描述信息和业务提供设备支持的LB类型的信息确定所使用的LB类型；并获取所使用的LB类型的LB的描述信息；发送单元503，用于在接收单元501接收到第一VNF和第二VNF都实例化成功的响应消息后，将LB的描述信息、连接信息和端口能力信息发送给虚拟基础设施管理器VIM，以使VIM能够根据LB的描述信息、连接信息和端口能力信息将所使用的LB类型的LB连接在第一VNF的实例和第二VNF的实例之间。

可选的，处理单元502具体用于：当对LB类型的描述信息为需求的LB的类型信息，以及每种类型的优先级信息时，

根据需求的LB的类型信息和业务提供设备支持的LB类型的信息确定是否有共同的LB类型；若有，根据优先级信息确定共同的LB类型中的优先级最高的LB类型作为所使用的LB类型；其中，需求的LB的类型信息为第一VNFD中包含的第一VNF需求的LB的类型信息，或第二VNFD中包含的第二VNF需求的LB的类型信息。

可选的，处理单元502还用于：当当所述对LB类型的描述信息还包含支持的LB的类型信息时，根据需求的LB的类型信息和业务提供设备支持的LB类型的信息确定没有共同的LB类型；确定第一VNF支持的LB的类型作为所使用的LB类型；其中，所述支持的LB的类型信息为所述第一VNFD中包含的所述第一VNF支持的LB的类型信息。

可选的，处理单元502具体用于：当所使用的LB类型为外设LB类型时，

通过发送单元503向数据库发送查询可用的外设LB类型的LB实例的请求；

将通过接收单元501接收到的数据库返回的可用的LB实例的地址信息作为LB的描述信息；或

通过接收单元501接收数据库返回的可用的LB实例的虚拟网络功能描述信息VNFD；根据LB实例的VNFD向虚拟网络功能管理器VNFM发起实例化外设LB的请求；将通过接收单元501接收到的VNFM发送的外设LB实例的地址信息作为LB的描述信息。

可选的，处理单元502还用于：在通过发送单元503向数据库发送查询可用的外设LB类型的LB实例的请求之前，确定对LB类型的描述信息中未包含外设LB类型的虚拟网络功能描述信息VNFD的标识信息。

可选的，处理单元502具体用于：当所使用的LB类型为外设LB类型时，确定对LB类型的描述信息中包含外设LB类型的虚拟网络功能描述信息VNFD的标识信息；根据标识信息获取与标识信息对应的VNFD；根据VNFD向虚拟网络功能管理器VNFM发起实例化外设LB的请求；并将通过接收单元501接收到的VNFM发送的外设LB实例的地址信息作为LB的描述信息。

可选的，处理单元502具体用于：当所使用的LB类型为基于基础设施的LB类型时，通过发送单元503向VIM发起为业务分配基于基础设施的LB类型的LB的请求；并将通过接收单元501接收到的VIM发送的可用的基于基础设施的LB的地址信息作为LB的描述信息。

可选的，所述端口能力信息包括所述第二VNF的端口的端口号和所述端口的功能信息。

前述图3实施例中的LB的连接方法中的各种变化方式和具体实例同样适用于本实施例的LB的连接装置，通过前述对LB的连接方法的详细描述，本领域技术人员可以清楚的知道本实施例中LB的连接装置的实施方法，所以为了说明书的简洁，在此不再详述。

基于同一发明构思，请参考图8所示，为本申请实施例提供的一种业务提供设备的系统框图。用于实现如图3及其实施例所述的LB的连接方法。如图8所示，该业务提供设备包括：接收器601，用于接收业务请求设备发送的关于业务的实例化请求；处理器602，用于根据实例化请求获取业务的网络服务描述信息NSD；NSD包括第一虚拟网络功能模块VNF的第一描述信息VNFD、第二VNF的第二描述信息VNFD和第一VNF和第二VNF之间的连接信息；第一VNFD和/或第二VNFD包括对负载均衡器LB类型的描述信息，第二VNFD还包括第二VNF的端口能力信息；获取装置支持的LB类型的信息；根据对LB类型的描述信息和业务提供设备支持的LB类型的信息确定所使用的LB类型；并获取所使用的LB类型的LB的描述信息；发送器603，用于在接收器601接收到第一VNF和第二VNF都实例化成功的响应消息时，将LB的描述信息、连接信息和端口能力信息发送给虚拟基础设施管理器VIM，以使VIM能够根据LB的描述信息、连接信息和端口能力信息将所使用的LB类型的LB连接在第一VNF的实例和第二VNF的实例之间。

可选的，处理器602具体用于：当对LB类型的描述信息为需求的LB的类型信息，以及每种类型的优先级信息时，

根据需求的LB的类型信息和业务提供设备支持的LB类型的信息确定是否有共同的LB类型；若有，根据优先级信息确定共同的LB类型中的优先级最高的LB类型作为所使用的LB类型；其中，需求的LB的类型信息为第一VNFD中包含的第一VNF需求的LB的类型信息，或第二VNFD中包含的第二VNF需求的LB的类型信息。

可选的，处理器602还用于：当所述对LB类型的描述信息还包含支持的LB的类型信息时，根据需求的LB的类型信息和业务提供设备支持的LB类型的信息确定没有共同的LB类型；确定第一VNF支持的LB的类型作为所使用的LB类型；其中，所述支持的LB的类型信息为所述第一VNFD中包含的所述第一VNF支持的LB的类型信息。

可选的，处理器602具体用于：当所使用的LB类型为外设LB类型时，

通过发送器603向数据库发送查询可用的外设LB类型的LB实例的请求；

将通过接收器601接收到的数据库返回的可用的LB实例的地址信息作为LB的描述信息；或

通过接收器601接收数据库返回的可用的LB实例的虚拟网络功能描述信息VNFD；根据LB实例的VNFD向虚拟网络功能管理器VNFM发起实例化外设LB的请求；将通过接收器601接收到的VNFM发送的外设LB实例的地址信息作为LB的描述信息。

可选的，处理器602还用于：在通过发送器603向数据库发送查询可用的外设LB类型的LB实例的请求之前，确定对LB类型的描述信息中未包含外设LB类型的虚拟网络功能描述信息VNFD的标识信息。

可选的，处理器602具体用于：当所使用的LB类型为外设LB类型时，确定对LB类型的描述信息中包含外设LB类型的虚拟网络功能描述信息VNFD的标识信息；根据标识信息获取与标识信息对应的VNFD；根据VNFD向虚拟网络功能管理器VNFM发起实例化外设LB的请求；并将通过接收器601接收到的VNFM发送的外设LB实例的地址信息作为LB的描述信息。

可选的，处理器602具体用于：当所使用的LB类型为基于基础设施的LB类型时，通过发送器603向VIM发起为业务分配基于基础设施的LB类型的LB的请求；并将通过接收器601接收到的VIM发送的可用的基于基础设施的LB的地址信息作为LB的描述信息。

可选的，所述端口能力信息包括所述第二VNF的端口的端口号和所述端口的功能信息。

进一步，在图8中，总线架构(用总线600来代表)，总线600可以包括任意数量的互联的总线和桥，总线600将包括由处理器602代表的一个或多个处理器和存储器604代表的存储器的各种电路链接在一起。总线600还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口605在总线600和处理器602、接收器601、发送器603之间提供接口。接收器601和发送器603用于业务提供设备与外部设备进行数据通信。

处理器602负责管理总线600和通常的处理。存储器604可以被用于存储处理器602在执行操作时所使用的数据。

前述图3实施例中的LB的连接方法中的各种变化方式和具体实例同样适用于本实施例的业务提供设备，通过前述对LB的连接方法的详细描述，本领域技术人员可以清楚的知道本实施例中业务提供设备的实施方法，所以为了说明书的简洁，在此不再详述。

基于同一发明构思，请参考图9所示，为本申请实施例提供的一种业务的实例化部署装置的功能框图。该装置用于实施例前述业务请求设备侧的业务的实例化部署方法。如图9所示，该业务的实例化部署装置包括：发送单元701，用于向业务提供设备发送关于业务的实例化请求；其中，所述实例化请求中携带所述业务的网络服务描述信息NSD的标识信息或者所述NSD；所述NSD包括第一虚拟网络功能模块VNF的第一描述信息VNFD、第二VNF的第二描述信息VNFD和所述第一VNF和所述第二VNF之间的连接信息；所述第一VNFD和/或第二VNFD包括对负载均衡器LB类型的描述信息，所述第二VNFD还包括所述第二VNF的端口能力信息；接收单元702，用于接收所述业务提供设备发送的所述业务的实例部署成功的响应消息。

可选的，所述对LB类型的描述信息包括支持的LB的类型信息、需求的LB的类型信息，以及每种类型的优先级信息；所述需求的LB的类型信息为所述第一VNFD中包含的所述第一VNF需求的LB的类型信息，或所述第二VNFD中包含的所述第二VNF需求的LB的类型信息；所述支持的LB的类型信息为所述第一VNFD中包含的所述第一VNF支持的LB的类型信息。

可选的，所述端口能力信息包括所述第二VNF的端口的端口号和所述端口的功能信息。

前述实施例中已详细描述业务的实例化部署方法的实施例过程，通过前述对业务的实例化部署方法的详细描述，本领域技术人员可以清楚的知道本实施例中业务实例化部署装置的实施方法，所以为了说明书的简洁，在此不再详述。

基于同一发明构思，请参考图10所示，为本申请实施例提供的一种业务请求设备的系统框图。该业务请求设备用于实施例前述业务请求设备侧的业务的实例化部署方法。如图10所示，该业务请求设备包括：发送器801，用于向业务提供设备发送关于业务的实例化请求；其中，所述实例化请求中携带所述业务的网络服务描述信息NSD的标识信息或者所述NSD；所述NSD包括第一虚拟网络功能模块VNF的第一描述信息VNFD、第二VNF的第二描述信息VNFD和所述第一VNF和所述第二VNF之间的连接信息；所述第一VNFD和/或第二VNFD包括对负载均衡器LB类型的描述信息，所述第二VNFD还包括所述第二VNF的端口能力信息；接收器802，用于接收所述业务提供设备发送的所述业务的实例部署成功的响应消息。

可选的，所述对LB类型的描述信息包括支持的LB的类型信息、需求的LB的类型信息，以及每种类型的优先级信息；所述需求的LB的类型信息为所述第一VNFD中包含的所述第一VNF需求的LB的类型信息，或所述第二VNFD中包含的所述第二VNF需求的LB的类型信息；所述支持的LB的类型信息为所述第一VNFD中包含的所述第一VNF支持的LB的类型信息。

可选的，所述端口能力信息包括所述第二VNF的端口的端口号和所述端口的功能信息。

进一步，在图10中，总线架构(用总线800来代表)，总线800可以包括任意数量的互联的总线和桥，总线800将包括由处理器803代表的一个或多个处理器和存储器804代表的存储器的各种电路链接在一起。总线800还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口805在总线800和处理器803、接收器802、发送器801之间提供接口。接收器802和发送器801用于业务请求设备与外部设备进行数据通信。

处理器803负责管理总线800和通常的处理。存储器804可以被用于存储处理器803在执行操作时所使用的数据。

前述实施例中已详细描述业务的实例化部署方法的实施例过程，通过前述对业务的实例化部署方法的详细描述，本领域技术人员可以清楚的知道本实施例中业务实例化部署装置的实施方法，所以为了说明书的简洁，在此不再详述。

基于同一发明构思，请参考图11所示，为本申请实施例提供的一种LB的连接装置的功能框图。该LB的连接装置用于实施VIM侧的LB的连接方法。如图11所示，该LB的连接装置包括：接收单元901，用于接收业务提供设备发送的连接请求，连接请求包括业务的第一虚拟网络功能模块VNF的实例和第二VNF的实例所使用的负载均衡器LB类型的LB的描述信息、第一VNF和第二VNF之间的连接信息以及第二VNF的端口能力信息，端口能力信息包括第二VNF的端口的端口号和端口的功能信息；处理单元902，用于根据连接信息和LB的描述信息将第一VNF的实例与LB连接，并根据端口的功能信息将LB上与端口的功能信息相对应的接口与第二VNF上对应的功能的端口连接。

可选的，该装置还包括发送单元903，用于向业务提供设备发送连接完成的响应消息。

可选的，接收单元901还用于：当LB类型为基于基础设施的LB类型时，在接收单元901接收连接请求之前，接收业务提供设备发送的为业务分配基于基础设施的LB的请求；

处理单元902还用于：根据为所述业务分配所述基于基础设施的LB的请求向基础设施层发送分配基于基础设施的LB的请求；

接收单元901还用于：接收基础设施层返回的可用的基于基础设施的LB的地址信息；

发送单元903还用于：将可用的基于基础设施的LB的地址信息发送给业务提供设备；其中，LB的描述信息包括可用的基于基础设施的LB的地址信息。

前述实施例中已详细描述LB的连接方法的实施例过程，通过前述对LB的连接方法的详细描述，本领域技术人员可以清楚的知道本实施例中LB的连接装置的实施方法，所以为了说明书的简洁，在此不再详述。

基于同一发明构思，请参考图12所示，为本申请实施例提供的一种VIM的系统框图。该VIM用于实施VIM侧的LB的连接方法。如图12所示，该VIM包括：接收器1001，用于接收业务提供设备发送的连接请求，连接请求包括业务的第一虚拟网络功能模块VNF的实例和第二VNF的实例所使用的负载均衡器LB类型的LB的描述信息、第一VNF和第二VNF之间的连接信息以及第二VNF的端口能力信息，端口能力信息包括第二VNF的端口的端口号和端口的功能信息；处理器1002，用于根据连接信息和LB的描述信息将第一VNF的实例与LB连接，并根据端口的功能信息将LB上与端口的功能信息相对应的接口与第二VNF上对应的功能的端口连接。

可选的，VIM还包括发送器1003，用于向业务提供设备发送连接完成的响应消息。

可选的，接收器1001还用于：当LB类型为基于基础设施的LB类型时，在接收器1001接收连接请求之前，接收业务提供设备发送的为业务分配基于基础设施的LB的请求；

处理器1002还用于：根据为业务分配基于基础设施的LB的请求向基础设施层发送分配基于基础设施的LB的请求；

接收器1001还用于：接收基础设施层返回的可用的基于基础设施的LB的地址信息；

发送器1003还用于：将可用的基于基础设施的LB的地址信息发送给业务提供设备；其中，LB的描述信息包括可用的基于基础设施的LB的地址信息。

进一步，在图12中，总线架构(用总线1000来代表)，总线1000可以包括任意数量的互联的总线和桥，总线1000将包括由处理器1002代表的一个或多个处理器和存储器1004代表的存储器的各种电路链接在一起。总线1000还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口1005在总线1000和处理器1002、接收器1001、发送器1003之间提供接口。接收器1001和发送器1003用于VIM与外部设备进行数据通信。

处理器1002负责管理总线1000和通常的处理。存储器1004可以被用于存储处理器1002在执行操作时所使用的数据。

前述实施例中已详细描述LB的连接方法的实施例过程，通过前述对LB的连接方法的详细描述，本领域技术人员可以清楚的知道本实施例中LB的连接装置的实施方法，所以为了说明书的简洁，在此不再详述。

申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

本申请实施例中，NSD包括第一VNF的第一描述信息VNFD、第二VNF的第二描述信息VNFD，第一VNFD和/或第二VNFD包括对LB类型的描述信息，第二VNFD还包括第二VNF的端口能力信息；在实例化的过程中，业务提供设备能够根据对LB类型的描述信息和业务提供设备支持的LB类型的信息确定所使用的LB类型。因此，通过本申请的方法能够确定所使用的LB类型。然后业务提供设备还将所使用的LB类型的LB的描述信息发送给VIM，以使VIM能够根据所述连接信息、第二VNF的端口能力信息和LB的描述信息将所使用的LB类型的LB连接在第一VNF的实例和第二VNF的实例之间。因此，通过本申请的方法还能将确定的所使用的LB类型的LB连接在VNF的实例之间。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。