[发明专利]虚拟网络功能实例的状态复制的系统和方法

说明书

公开了将由VNF池（508）与控制实体（520）之间的接口元件（IE，510）实施的方法。VNF池（508）包括多个VNF实例（502），其包括至少第一和第二实例。控制实体（520）被配置成控制池（508）的VNF实例（502）。所述方法使得IE（510）能够帮助在第二VNF实例上复制第一VNF实例的状态。所述方法包括步骤：获得从控制实体（520）提供给第一VNF实例（502）的控制消息，将获得的控制消息至少提供给第一VNF实例和第二VNF实例（502），并且当接口元件（510）具有被提供给第一VNF实例（502）的控制消息和被提供给第二VNF实例（502）的控制消息两者的显式或隐式确认时向控制实体（520）提供控制消息的确认。

技术领域

本公开一般地涉及虚拟网络功能（VNF）领域。特别地，尽管不一定，本公开涉及用于将VNF池的一个VNF实例的状态在该池的至少一个其它VNF实例上复制的方法、系统以及计算机程序产品。

背景技术

在常规电信网络中，在网络运营商和数据中心的网络中的专用特殊化硬件服务器上部署诸如防火墙、负载平衡器和无线接入网（WAN）优化器之类的功能。这些功能是重要的，因为其充当所有网络服务的构建块。近期趋势是将这些功能虚拟化，即通过将该功能实现为例如作为软件在通用服务器上运行的虚拟网络功能实例（VNF实例）来将其从其专用硬件解耦。

将网络功能部署为VNF实例的一个挑战是可靠性，因为此类功能的软件实例的可靠性机制当前与针对X9可用性设计的更常规的硬件实施方式相比不再同一水平上。

尝试确保VNF实施方式的可靠性的一个当前方法通过采用提供相同功能的多个VNF实例的VNF池来遵循可靠服务器池（RSerPool）架构。图1提供了RSerPool架构100的示意图，而图2提供了遵循图1中所示的RSerPool架构的VNF池架构200的示意图。

如图1中所示，RSerPool架构100利用三个类型的组件：池元件（PE）102、池注册器104以及池用户106。PE 102表示池108中的服务器，池108在图1的示例中被示为包括PE 102的三个实例，池108内的PE 102的所有实例被配置成通过实现某个网络功能来提供相同的网络服务。PU 106表示使用池108的服务的客户端。PR 104表示管理组件，管理池108以及图1中未示出的可能其它池。下面更详细地描述了PR 104和PU 106的功能。池108、PR 104以及PU 106使用聚合服务器接入协议（ASAP）进行通信，如用这些元件之间的双箭头所示。

图2的NVF池架构200通过采用VNF池208来遵循图1的架构，VNF池208包括不同的VNF实例作为池元件202（在图2的示例中示为元件VNFi1、i2以及i3），其被VNF注册器204管理且被配置成服务VNF池208的用户206。用户206的示例将是服务功能链（SFC）控制系统，其是负责如由IETF SFC工作组定义的SFC控制框架中所定义的来协调SFC的控制实体。VNF示例202类似于PE 102，VNF注册器204类似于PR 104，SFC控制系统206类似于PU 106，并且VNF池208类似于上述池108。类似于RSerPool架构100的元件，VNF实例202、VNF注册器204和用户206可以使用ASAP进行通信。