ABSTRACT
最近提出了网络功能虚拟化，以提高网络服务供应的灵活性并减少新服务的上市时间。 通过利用虚拟化技术和通用的商用可编程硬件（例如通用服务器，存储和交换机），NFV可以将网络功能的软件实现与底层硬件分离。 作为一项新兴技术，NFV给网络运营商带来了诸多挑战，例如，虚拟设备网络性能的保证，其动态实例化和迁移以及高效放置。 在本文中，我们提供了NFV的简要概述，解释了NFV的要求和体系结构，介绍了几个用例，并讨论了这个新兴研究领域中的挑战和未来方向。
INTRODUCTION
众所周知，由于现有硬件设备的专有性，为各种中间盒提供空间和能源的成本以及缺乏熟练的专业人员进行集成和集成，将新服务引入当今的网络变得越来越困难。维护这些服务。最近提出了网络功能虚拟化（NFV）来缓解这些问题，以及其他新兴技术，例如软件定义网络（SDN）和云计算。1NFV通过利用成熟的虚拟化技术来转变网络运营商如何构建其基础架构。从硬件平台分离软件实例，并通过从位置分离功能来加快网络服务供应[3]。本质上，NFV通过软件虚拟化技术实现网络功能，并在商用硬件（即行业标准服务器，存储和交换机）上运行它们，如图1所示。这些虚拟设备可以按需实例化，而无需安装新设备。 。例如，网络运营商可以在x86平台上的虚拟机（VM）中运行基于开源软件的防火墙。最近的试验表明，在基于通用处理器的平台上实现网络功能是可行的，例如，用于物理层信号处理[2]和蜂窝核心网络中的组件[9]。作为实现低成本敏捷网络基础架构的创新性举措，NFV可以为网络运营商带来诸多好处，从而极大地改变了电信行业的格局。它可以通过合并网络设备来减少资本投资和能源消耗，可以通过更改网络运营商的典型创新周期（例如，通过基于软件的服务部署）来缩短新服务的上市时间，并可以快速引入基于目标和量身定制的服务。根据客户需求，仅举几例。除了NFV的优点外，网络运营商在部署虚拟设备时还面临若干技术挑战。关于虚拟化网络功能（VNF）2经常提出的问题是它们的网络性能。先前的工作表明，虚拟化可能导致异常的等待时间变化和明显的吞吐量不稳定，即使仅很少利用底层网络也是如此[14]。因此，确保网络性能至少与专用硬件实现的性能一样，将是实现NFV的关键挑战之一。除了网络性能问题之外，网络运营商还面临的另一个主要问题是，鉴于前者规模庞大且组件之间紧密耦合，如何从现有网络基础架构平稳过渡到基于NFV的解决方案。此外，功能与位置的分离还带来了如何有效放置虚拟设备并按需动态实例化虚拟设备的问题。这些事实都迫使需要调查NFV带来的开放性研究问题，以确保其成功采用。但是，文献中对采用NFV时要考虑的方面和要解决的问题进行概述的现有工作非常有限。我们的目标是通过确定与NFV进化有关的关键研究挑战来弥合这一差距。
在本文中，我们首先介绍NFV的相关工作和关键技术要求。 然后，我们介绍其架构框架。 我们还描述了NFV的几种用例，包括蜂窝核心网络和家庭网络的虚拟化。 最后，我们讨论了开放的研究问题，并指出了NFV的未来发展方向，重点是虚拟化设备的网络性能及其有效的实例化，放置和迁移。
RELATED WORK
欧洲电信标准协会（ETSI）为NFV创建了一个行业规范小组（ISG），以通过一致的方法实现支持VNF所需的通用体系结构。该ISG由多家领先的电信运营商发起，包括AT＆T，BT，中国移动，德国电信，Orange，Telefónica和Verizon。它迅速吸引了广泛的行业支持，到2013年底，已有150多个成员和参与者，从网络运营商到设备供应商和IT供应商。 ETSI NFV ISG当前有四个工作组：基础架构，管理和编排，软件架构以及可靠性和可用性。和两个专家组：安全性，性能和可移植性。尽管它不是标准开发组织，但它试图定义网络运营商可以采用并针对其商业部署量身定制的要求。本文的一部分（例如，体系结构框架）基于NFV白皮书[3]和此ISG发布的几个相关规范[12、13]。除了ETSI，第三代合作伙伴计划（3GPP）和互联网工程任务组（IETF）也积极参与了NFV。 3GPP电信管理工作组（SA5）创建了有关虚拟化3GPP网络功能管理的研究项目。目的是研究当3GPP定义的网络元素的全部或某些实例虚拟化时，ETSI NFV提出的架构框架是否会影响3GPP的现有管理参考模型。 IETF成立了服务功能链（SFC）工作组，研究如何通过一系列物理或虚拟网络功能动态引导数据流量。在本文中，我们将回顾一些现有的工作，并对NFV的研究挑战提供更深刻的见解。也有几种多供应商的概念证明（PoC），可以使人相信NFV是一种可行的技术。例如，CloudNFV3是一个开放平台，可通过在多供应商环境中利用云计算和SDN技术来实施NFV。 CloudNFV中的服务，功能和资源以“活动虚拟化”数据模型表示，该数据模型具有两个关键组件，即活动合同和活动资源。在管理基于NFV的服务时，CloudNFV将活动承诺中的资源承诺与活动资源中的资源状态集成在一起
TECHNICAL REQUIREMENTS
在本节中，我们总结了实现VNF时的技术要求，包括其网络性能，可管理性，可靠性和安全性。
PERFORMANCE
在讨论通过虚拟化技术在通用服务器上基于软件实现网络功能时，我们可能要问的第一个问题是性能（例如吞吐量和延迟）是否会受到影响。 VNF的按实例容量可能小于专用硬件上的相应物理版本。尽管很难完全避免性能下降，但是我们应将其保持尽可能小，同时又不影响VNF在异构硬件平台上的可移植性。一种可行的解决方案是利用群集的VNF实例和现代软件技术，例如Linux New API（NAPI）4和Intel的Data Plane Development Kit（DPDK）。5部署VNF实例时，我们需要设计有效的算法来分配网络负载许多分布式和群集VM，同时牢记延迟要求。此外，底层的NFV基础架构应能够在不同级别（例如，管理程序，虚拟交换机和网络适配器）收集网络性能信息。我们稍后将讨论与NFV性能相关的研究挑战。最重要的是，在设计NFV系统时，我们应该了解底层可编程硬件平台的最大可实现性能。根据这些信息，我们可以做出适当的设计决策。
MANAGEABILITY
NFV基础结构应该能够在正确的时间在正确的位置实例化VNF，为它们动态分配和扩展硬件资源，并将它们互连以实现服务链。6服务提供的这种灵活性提出了对虚拟和传统管理的新要求。电器。 NFV中的可管理性与数据中心网络中的可管理性完全不同，后者的硬件资源几乎相等，这使得它们的协调更加容易。但是，资源的成本和价值在网络存在点和客户房屋之间可能会有很大差异。管理功能应考虑各种变化，并优化整个区域的资源使用情况。由于通常认为服务不可用性是不可接受的，因此网络运营商通常会过度提供其服务[5]；因此，由于为意外流量增加或服务元素故障提供了冗余，分配给这些服务的资源的利用率通常较低。如果我们在多个服务之间共享云资源，并且它们的故障模式是独立的，则我们可以利用备用资源池在它们之间提供必要的冗余，并动态创建VNF以适当地处理流量增加或故障。此外，NFV可以通过云计算的弹性功能来潜在地提高资源利用率，例如，通过在一夜之间整合少量服务器上的工作负载并关闭其余服务器（或将它们用于在线游戏等服务）。管理功能应能够有效支持共享备用资源和弹性提供网络服务。尽管NFV可以使计划维护相对容
，存储和网络资源的使用来从中进行恢复。由于可以动态创建/迁移VNF，因此在跟踪给定VNF的运行位置方面会带来额外的复杂性。此外，即使基础基础架构运行良好，VNF仍会出现异常行为，这使得检测问题变得不容易。
RELIABILITY AND STABILITY
当通过物理或虚拟网络设备提供特定服务（例如，语音呼叫和视频点播）时，可靠性是网络运营商的一项重要要求。运营商需要保证在升级到NFV时不会影响服务可靠性和服务水平协议。专用网络设备可以在电信行业中提供传统的五九点可靠性。为了满足相同的可靠性要求，NFV在迁移到易于出错的硬件平台时需要在软件中建立弹性。此外，如上所述，服务供应的弹性可能需要基于流量负载和用户需求来整合和迁移VNF。所有这些操作都会创建新的故障点，应自动进行处理。此外，确保服务稳定性对NFV提出了另一项挑战，尤其是在重新配置或重定位来自不同供应商并在不同虚拟机管理程序上运行的大量基于软件的虚拟设备时。网络运营商应能够将VNF组件从一个硬件平台移至另一个平台，同时仍能满足服务连续性要求。他们还需要指定几个关键性能指标的值以实现服务的稳定性和连续性，包括最大的无意数据包丢失率和呼叫/会话丢失率，最大的每流延迟和等待时间变化以及最长的时间来检测故障并从中恢复。
SECURITY
部署VNF时，运营商需要确保其网络的安全功能不会受到影响。 NFV可能会带来新的安全问题以及它的好处。 虚拟设备可以在不由网络运营商直接拥有的数据中心中运行。 这些VNF甚至可以外包给第三方[11]。 诸如编排器和管理程序之类的新元素的引入可能会产生其他安全漏洞，从而增加入侵检测系统的负担。 底层的共享网络和存储还可能带来新的安全威胁，例如，在VM中运行与其他网络设备共享物理资源的VM中的软件路由器时。 而且，这些基于软件的组件可能由不同的供应商提供，由于集成的复杂性，可能会产生安全漏洞。 所有这些更改要求我们在设计和构建NFV系统时重新考虑安全问题。
DESIGN AND ARCHITECTURAL FRAMEWORK
虚拟化为我们提供了进行灵活软件设计的机会。现有网络服务由以静态方式连接的各种网络功能支持。 NFV支持其他动态方案来创建和管理网络功能。它的关键概念是VNF转发图，该图通过快速廉价地创建，修改和删除服务链来简化服务链的设置。一方面，我们可以将多个VNF组合在一起以降低管理复杂性，例如，通过将4G核心网络的服务网关（SGW）和PGW合并到一个盒子中。另一方面，我们可以将VNF分解为较小的功能块，以实现可重用性和更快的响应时间。但是，我们注意到，VNF实例的实际运营商级部署对于端到端服务应该是透明的。与当前的实践相比，NFV引入了以下三个主要差异[12]：•软件与硬件的分离：这种分离使软件可以独立于硬件而发展，反之亦然。 •网络功能的灵活部署：NFV可以在硬件资源池中自动部署网络功能软件，这些资源可以在不同数据中心的不同时间运行不同的功能。 •动态服务供应：网络运营商可以根据当前网络状况，通过精细粒度控制，根据需要扩展动态扩展NFV性能。我们在图2中说明了NFV的高级体系结构框架。它的四个主要功能块是协调器，VNF管理器，虚拟化层和虚拟化基础结构管理器。协调器负责软件资源和虚拟化硬件基础结构的管理和协调，以实现网络服务。 VNF管理器负责VNF生命周期中的实例化，缩放，终止和更新事件，并支持零接触自动化。虚拟化层提取物理资源并将VNF锚定到虚拟化的基础架构。通过提供标准化接口，可以确保VNF生命周期独立于基础硬件平台。通常以虚拟机（VM）及其管理程序的形式提供此类功能。虚拟化基础架构管理器用于虚拟化和管理可配置的计算，网络和存储资源，并控制它们与VNF的交互。它将虚拟机分配到虚拟机管理程序上并管理其网络连接。它还分析了性能问题的根本原因，并收集有关基础架构故障的信息以进行容量规划和优化。从该体系结构框架可以看出，NFV的两个主要推动力是针对云计算开发的行业标准服务器和技术。与基于定制的专用集成电路（ASIC）的网络设备相比，行业标准服务器的一个共同特征是它们的大容量使其易于以有竞争力的价格找到其内部的可互换组件。使用这些通用服务器还可以减少运营商网络中不同硬件架构的数量，并在技术发展时（例如，在同一平台上运行不同的软件版本）延长硬件的生命周期。云计算的最新发展，例如各种虚拟机管理程序，OpenStack和Open vSwitch，也使NFV实际上可以实现。例如，云管理和编排方案可以自动实例化和迁移运行特定网络服务的VM。 NFV与其他新兴技术（例如SDN）密切相关。 SDN是一种联网技术，可将控制平面与底层数据平面分离，并将控制功能整合到逻辑上集中的控制器中。 NFV和SDN是互惠互利的，彼此高度互补，并且具有促进创新，创造力，开放性和竞争力的相同特征。这两种解决方案可以结合起来创造更大的价值。例如，SDN可以支持NFV，以增强其性能，简化其操作并简化与传统部署的兼容性。但是，我们强调网络功能的虚拟化和部署不依赖SDN技术，反之亦然。
USE CASES
在本节中，我们描述了NFV的两个用例，即移动核心网络和家庭网络的虚拟化。 我们专注于现有架构的问题以及基于NFV的解决方案的优势。 NFV适用于数据平面处理和控制平面功能。 我们将感兴趣的读者参考ETSI [13]的规范，以了解更多用例，例如内容交付网络（CDN）和固定访问网络的虚拟化。
VIRTUALIZATION OF MOBILE CORE NETWORK
当今的移动核心网络遭受着各种各样昂贵且专有的设备以及不灵活的硬状态信令协议的困扰[9]。当特定功能不可用时，即使对于大多数目的来说仍然足够，蜂窝运营商也必须更换现有设备，这表明难以根据需要快速扩展和缩小所提供的服务。此外，移动核心网络利用往返于一些中央网关（在4G演进式分组核心，EPC的情况下为PGW）的较低层传输协议的隧道机制来传递用户数据流量。对于蜂窝运营商而言，这些长距离永久性隧道的控制和维护非常昂贵。 Cloud EPC可以通过虚拟化移动核心网络来满足不断变化的市场需求，从而潜在地解决这些问题。 EPC的虚拟化目标包括移动性管理实体（MME），归属用户服务器（HSS），SGW，PGW以及策略和计费规则功能（PCRF）。我们在图3中说明了用于4G LTE网络的EPC的虚拟化及其与传统EPC的共存。通过MME池等技术可以实现共存。我们注意到，可能仅虚拟化移动核心网络的一部分（例如SGW和PGW），并将物理设备用于其他组件。好处：通过虚拟化上述网络功能，Cloud EPC使我们能够朝着更加智能，灵活和可扩展的核心架构发展。它可以灵活分配硬件资源以消除性能瓶颈，并快速启动创新服务以产生新的收入来源（例如，机器对机器，M2M，通信）。 EPC的虚拟化可将分布式网络资源从其地理限制中解放出来，以确保在发生本地资源故障时服务的可靠性和稳定性，并降低总拥有成本（TCO）。它还使SGW和PGW的灵活部署成为可能，例如，将它们与eNodeB7一起放置，从而消除了长距离隧道。借助Cloud EPC，蜂窝运营商不仅可以扩展其当前的水平市场业务，还可以利用以前未曾接触过的垂直市场。挑战：Cloud EPC的挑战性问题之一是运营商在扩展提供的服务时需要动态重定向用户流量。早期的工作表明，SDN可以支持蜂窝核心网络中各个组件的服务链[9]。但是，由于SDN过去主要集中在数据中心网络上，因此尚不清楚现有SDN控制器在可伸缩性和可管理性方面在广域中的性能如何，尤其是对于具有严格延迟要求的蜂窝网络而言。云EPC的另一个有趣主题是对M2M和物联网（IoT）应用程序的支持，在这些应用程序中，有大量设备承载的流量非常有限，但却消耗了核心网络中的承载资源。
VIRTUALIZATION OF HOME NETWORK
网络服务提供商通过网络定位的后端系统支持的专用客户驻地设备（CPE）提供家庭服务。典型的CPE设备包括用于Internet访问的住宅网关（RG）和用于多媒体服务的机顶盒（STB）。在这种架构下，由于交互式流控制功能（例如，倒带和快进）[1]，时移IPTV服务的交付是众所周知的。新兴的NFV技术可提供高吞吐量的最后一英里访问，从而促进了家庭网络的虚拟化并降低了IPTV服务的复杂性。我们在图4中描述了虚拟化家庭网络的体系结构。虚拟化目标是STB和RG的一系列组件，例如防火墙，DHCP服务器，VPN网关和NAT路由器。通过将它们转移到数据中心，网络和服务运营商只需向客户提供低成本设备即可实现物理连接，而维护需求却很少，如图4左下角的三个灰色框所示。这些设备需要提供由于RG的第3层及以上功能已移至运营商网络，因此仅第2层功能可用于Internet访问。我们注意到，通过这种虚拟架构，可以在客户之间共享RG和STB的某些功能。好处：这种虚拟化架构为网络运营商和最终用户带来了众多优势。首先，它避免了CPE设备的持续维护和更新，并减轻了呼叫中心和产品退货的负担，从而降低了运营成本。其次，它通过提供近乎无限的存储容量并支持从不同位置和智能手机和平板电脑等多种设备访问所有服务和共享内容，从而改善了体验质量。第三，它允许动态服务质量管理和用户应用程序流之间的受控共享，这有助于内容提供商以编程方式通过开放的API向最终用户提供容量。最终，它通过最小化对CPE功能的依赖性，更顺畅，更省力地引入了新服务。挑战：该领域的一个基本问题是标准大容量服务器上虚拟化数据包处理的性能。为了在虚拟环境中获得与裸机相同或相当的性能，我们需要仔细设计软件体系结构并正确配置系统参数，如Intel.8对虚拟化宽带远程访问服务器（BRAS）PoC的测试所示。此外，在客户之间共享虚拟化资源以最小化运营成本时，安全和隐私问题将是另一个研究挑战。
DISCUSSION
在预计NFV会带来收益的各个领域中，不同的网络功能可能会产生不同的价值，并在走向虚拟化时面临不同的挑战和困难。 例如，基于爱立信的最新分析9，对家庭网络和媒体分发网络进行虚拟化可能具有更高的价值和更少的挑战，而对接入网和核心路由器进行虚拟化则可能具有更低的价值和更多的挑战。 但是，我们注意到，随着基础技术的发展，价值与挑战之间的权衡可能会改变。
RESEARCH CHALLENGES AND FUTURE DIRECTIONS
在本节中，我们讨论了NFV的一些研究挑战和未来方向，包括虚拟化的网络性能，虚拟设备的放置，实例化和迁移以及VNF的外包。
NETWORK PERFORMANCE OF VNF
电信行业最近的努力集中在软件虚拟化框架（例如，管理和编排）上。但是，为虚拟设备提供有保证的网络性能具有挑战性。 Wang和Ng [14]测量了Amazon EC2云服务的端到端网络性能。他们发现处理器共享可能会导致非常不稳定的TCP / UDP吞吐量，在数十毫秒的时间粒度内在零和1 Gb / s之间波动，并且Amazon EC2实例之间的延迟差异可能比大多数传播延迟大100倍。 ，即使网络负载不高，也小于0.2毫秒。虚拟化导致的不稳定的网络特性显然会影响虚拟设备的性能和部署。如前所述，可以利用Linux NAPI和Intel的DPDK来提高VNF的网络性能。 NAPI是Linux设备驱动程序中数据包处理框架的修改，旨在提高高速网络的性能。它通过在网络流量负载较高时禁用一些中断并切换为轮询设备来实现此目标，从而避免了频繁中断共享同一条消息（即有大量数据包要处理）的中断。这种基于轮询的方法的另一个优点是，当内核不堪重负时，无法及时处理的数据包将被简单地丢弃在设备队列中（即，在传入缓冲区中被覆盖）。英特尔的DPDK是用于高速网络应用程序的另一种基于软件的加速器，它还使用轮询来避免中断处理的开销。 Hwang等人的最新工作。 [6]扩展了DPDK库，以在虚拟化环境中提供低延迟和高吞吐量网络。
PLACEMENT OF VIRTUAL APPLIANCES
理想情况下，网络运营商应将VNF放置在最有效且最便宜的位置。尽管某些网络功能的虚拟化非常简单，但是仍有许多网络功能具有严格的延迟要求。例如，中间盒提供的网络功能通常取决于网络拓扑，并且这些盒位于两个端点之间的直接路径上。在虚拟化这些功能并将其软件实现移入数据中心时，数据流量可能会经过间接路径，从而导致数据包潜在的延迟。因此，承载VNF的VM的放置对于所提供服务的性能至关重要。对于这些服务，在网络边缘运行某些网络功能将是有利而高效的[7]。以移动核心网络为例，我们可以将PGW（当前位于蜂窝核心网络中）紧挨eNodeB放置，并将用户流量尽早转发到Internet。然而，由于相邻的eNodeB将不再共享与锚定点相同的PGW，因此PGW和eNodeB的并置将使移动性管理变得困难。一种可能的解决方案是在移动电话交换局（MTSO）或城域中的某些其他网络存在点安装虚拟PGW，这些PGW处理较小地理区域的流量。关于低延迟操作的未来工作应基于对重定向体系结构和运营商的数据中心占用空间的调查。放置问题通常涉及通过线性编程，整数编程或混合进行的优化，这些优化作用于网络的快照，可能需要很长时间才能解决一个实例。因此，鉴于用户流量的动态本质，用于这些优化问题的在线近似算法具有挑战性。
INSTANTIATION AND MIGRATION OF VIRTUAL APPLIANCES
部署VNF时，网络基础架构将变得更加灵活。为了根据流量需求整合在VM中运行的VNF，网络运营商需要动态，高效地实例化和迁移虚拟设备。在Linux或其他商用OS VM中运行VNF的本机解决方案具有较慢的实例化时间（几秒钟）和相对较大的内存占用。 VNF的运营商级部署需要轻量级VM实施。例如，Martins等。 [8]最近提出了ClickOS，这是一个小型的基于Xen的VM，可以促进NFV。 ClickOS可以在30毫秒内实例化，运行时需要大约5 MB的内存。但是，优化此类轻量级简化VM的性能（尤其是在广域迁移期间）仍然是一个尚待研究的问题。以虚拟路由器为例，通过启用虚拟路由器的自由移动，运营商可以将逻辑配置（例如，数据包转发功能）与物理路由器分开，并简化诸如计划维护之类的管理任务[15]。但是，保持数据包转发不间断，迁移中断和运营费用最小化同时又要保证严格的吞吐量和延迟要求以及其他服务级别协议，这是一个挑战。为了解决这个问题，人们提出了FreeFlow [10]，它以网络功能的状态为中心的系统级抽象为基础，为虚拟中间盒提供了高效，透明和平衡的弹性。 OpenNF [4]是一个控制平面框架，它通过一组API来提供对网络转发状态和网络功能内部状态的协调控制，以导出和导入中间盒状态。这些方法的共同要求是，它们都需要修改中间盒实现以实现虚拟设备的有效迁移。因此，它们不能照原样应用于现有实现。
VNF OUTSOURCING
最初的Internet体系结构的端到端原理（不动态修改数据包）在部署了各种中间盒的当前网络中不再有效。 Sherry等人对57个不同规模的企业网络进行了研究，规模从不超过1000台主机到100,000多个主机不等。 [11]发现，典型企业中的中间盒数量与其托管路由器的数量相当。在过去的五年中，接受调查的大型网络为其中间盒设备支付了超过100万美元。此外，具有大约100个中间盒的网络可能需要100-500名人员的管理团队来完成诸如配置，升级，监视，诊断，培训和供应商交互之类的任务[11]。通过提倡网络功能及其位置的划分，NFV使中间盒外包给第三方变得更加容易[11]，这可能使网络运营商摆脱一些繁琐的操作和维护任务。在VNF服务提供商（例如云服务提供商或其合作伙伴）的帮助下，最终用户和小型企业可能还可以享受以前由于其相关的复杂性和成本而无法负担的更多网络服务。但是，在采取实际行动之前，需要仔细研究运营商网络基础架构与外包VNF之间的计费规则和策略交互。沿着这个方向的另一个未解决的问题是确定可以将哪些类型的VNF外包给第三方以及如何有效地做到这一点。 NFV还有其他一些开放研究问题。例如，使用专用硬件设备，比较容易识别哪个组件发生故障并在发生故障时将其隔离。在不同位置的软件中部署网络功能时，故障排除和故障隔离变得更加困难。此外，由于虚拟机的创建很容易，所以当VNF数量增加时，可能会发生所谓的虚拟机蔓延。即使很少使用，也可能在网络中散布了大量VNF。结果，可能会再次出现与提议的NFV相同的管理效率低下的问题。 VNF的有效管理和编排，尤其是在广泛领域，是另一个具有挑战性的问题。
结论
在本文中，我们概述了新兴的网络功能虚拟化技术，阐述了其架构框架，总结了一些用例，并讨论了一些有趣的未来研究方向。 NFV提取专用设备中的功能，并以虚拟形式对其进行复制。可以预见，NFV与云计算和SDN一起将成为一项关键的使能技术，从而彻底改变网络运营商设计架构并通过其基础设施货币化的方式。 NFV有望成为三者之间的统一革命，在服务价值链中提供更多的收入机会。我们期待网络研究界提出更多倡议，以解决NFV及其广泛和成功采用带来的各种挑战性问题。