NFV的最终目标是，通过基于行业标準的x86伺服器、存储和交换设备，来取代通信网的那些私有专用的网元设备。由此带来的好处是，一方面基于x86标準的IT设备成本低廉，能够为运营商节省巨大的投资成本，另一方面开放的API接口，也能帮助运营商获得更多、更灵活的网路能力。可以通过软硬体解耦及功能抽象，使网路设备功能不再依赖于专用硬体，资源可以充分灵活共享，实现新业务的快速开发和部署，并基于实际业务需求进行自动部署、弹性伸缩、故障隔离和自愈等。大多数运营商都有网路功能虚拟化（NFV）项目，他们的项目是基于通过开放计算项目（OCP）开发的技术。

NFV的初衷是通过使用x86等通用性硬体以及虚拟化技术，来承载很多功能的软体处理。典型套用是一些CPU密集型功能，并且对网路吞吐量要求不高的情形。主要评估的功能虚拟化有：WAN加速器，信令会话控制器，讯息路由器，IDS,DPI，防火墙，CG-NAT, SGSN/GGSN, PE, BNG, RAN等。
SDN的核心理念是，将网路功能和业务处理抽象化，并且通过外置控制器来控制这些抽象化的对象。SDN将网路业务的控制和转发进行分离，分为控制平面和转发平面，并且控制平面和转发平面之间提供一个标準接口。需要指出的是，控制平面和转发平面的分离，类似于现代路由器的架构设计方法，但是SDN的设计理念和路由器的控制转发分离完全不同。
从上面可以看出，NFV可以採用SDN进行实现（如採用控制转发分离的方法来搭建伺服器网路），但是NFV也可以採用普通数据中心技术来实现。

一个很大的区别在于，云计算通常被用来託管此前在内部运行的IP语音套用。IaaS只是託管虚拟机，这意味着，这些语音套用放到云中，并没有发生功能性改变。而NFV託管套用组件的方式允许组件根据性能或可用性需求进行扩展。

云计算VoIP/UC和NFV语音之间的第二个重要区别在于，NFV允许在任何合适的硬体上部署语音套用组件，这意味着，在理论上，你可以在内部伺服器、网路接入设备或边缘路由器、以及云计算中运行“云语音”套用。然后你可以构建云语音套用，然而，这些套用可以部分被推送到所有位置的本地设备，如果云语音服务出现故障，这还可能保证你继续使用呼叫功能。

云计算和NFV的第三个区别在于，在云语音中，语音套用位于网路中，这意味着，它只是另一个网路用户，对网路行为的控制或与网路管理的整合不会超过用户设备的水平。在NFV中，你可以构建一个包含託管功能和网路连线的语音服务，并将这两者作为整体来管理。这可能会鼓励供应商捆绑语音服务与云计算和VPN等技术，并推动语音服务提供商增加託管SBC、防火墙等功能。

最后的区别是，NFV关乎管理，这是云计算中通常被忽视的部分。NFV的目标在于，通过改善管理来显着降低运营成本。如果满足了这个目标，这意味着IP语音服务，甚至是UC/UCC，会变得不那幺昂贵，在给服务提供商带来更高利润的同时，帮助用户降低成本。

网路功能虚拟化（NFV）将一系列的网路功能打包成一个单独的动作，最大限度地减少网路会话。如果想尝试新的功能，完全不用担心可能与现有的标準发生的冲突，因为NFV部署在网路的最外层，就像打包一样。

正确的解决方案可能涉及到传统网路，NFV和SDN是可以协同工作的，但他们并不一切都是虚拟化的。在某些特殊的配置下，网路管理在特殊的场合，会迫使你不得不使用供应商的特殊功能。

网路仍然需要在硬体层面智慧型化，但它必须儘可能有一个共同接受的标準。为了保证网路架构，需要注意厂商会在哪些设备上进行一些独有的特殊功能，儘可能的让自己的网路标準化。

从理论上讲，NFV可以存在于专用物理伺服器上，也可以运行在云计算中的虚拟伺服器中。但在实践中，由于没有涵盖所有这些选项的统一管理框架，因此很难提供如此广泛的部署选择。

为了解决这个问题，我们可以将虚拟功能放在云中，并使用OpenStack作为云软体平台。OpenStack有着广泛的行业支持，并且它有一个网路即服务框架，Neutron（以前被称为Quantum），其外挂程式能够支持大部分主流SDN技术，甚至还能支持一些专有网路管理系统（NMS）。然而，Neutron正在逐渐发展为满足云计算的需求，而不是满足网路运营商更广泛的需求，因此，早期NFV部署将需要为运营商网路扩展Neutron，以涵盖云计算中不存在的传统的端到端连线等功能。在这种情况下，开发人员需要增强Neutron，或者绕过它不支持的模型。