由格伦西勒

网络功能虚拟化已经迅速成为设备供应商、运营商和其他供应商路线图的一部分。然而，许多人认为，从硬件到软件的网络功能的转变是艰巨和具有挑战性的。让我们来看看造成障碍的五个问题，并考虑克服它们的解决方案。

障碍1:错误的感知

当运营商考虑解决NFV的技术时，他们首先想到的是现有的或熟悉的企业级软件产品，他们可能认为这些产品适合电信级应用程序。这是不正确的，因为企业解决方案不是为电信环境设计的，不能提供这个行业需要的运营商级可靠性。然而，NFV确实需要载体级的可靠性，事实上，现在有机会实现这一点。

在其他情况下，感知或市场炒作超过了现实。例如，许多人认为与运营商的NFV程序目前正在积极部署，但实际上运行NFV解决方案的设备仍然很少。这些项目很大程度上仍处于试验阶段，相对于实际移动网络中的实时部署，它们更接近于研发测试或概念验证。

障碍2:遗留的基础设施

的确，许多较老的或遗留的产品不会升级到支持NFV。但是，运营商仍然可以在许多重要的、正在发展的应用程序中部署NFV。NFV的一些主要候选者是虚拟CPE设备和LTE-Advanced的新部署，演进的包核心和虚拟基站似乎是NFV的主要候选者。此外，虚拟网络功能也可以在遗留基础设施上虚拟运行。运营商可以逐步部署这些新的NFV功能，并利用这些投资的回报，开始资助和扩大额外和更复杂的NFV项目。

障碍3:财务

传统上，资本设备被保留在账簿上和网络上，直到获得投资回报，然后利润被记回资本费用投资。然而，软件加速了差异化产品的推出，可以更快地推动利润增长。研发团队对此很兴奋，但他们仍然需要在内部将NFV出售给对其财务风险和回报看法不一的业务部门。

障碍4:技术/操作

操作人员必须适应NFV，并达到预期的可靠性水平。在迁移到虚拟化架构时，它们不能牺牲性能或电信级的可靠性。另一个技术挑战是，运营商必须最终适应NFV即将推出的系统，以管理和编排虚拟服务和功能。在NFV中，设备供应商之间的隔阂将被打破，出现混合的供应商环境，但让每个人都接受和采用通用接口和必要的标准实践并不会在一夜之间发生。

障碍5:网络架构

为了充分利用NFV环境中的多租户或服务链等用例，创建虚拟化和可编程的新网络体系结构将非常重要。这就是软件定义的网络技术与NFV交叉的地方。像OpenFlow这样的可编程协议和像OpenDaylight这样的SDN控制器将是向这种新的网络架构移动的关键。

解决关键的NFV问题

供应商今天将需要应对这些挑战，并为NFV带来的财务和运营效益做好准备。为了成功实现NFV，运营商必须要求能够保持“6 - 9”可靠性的解决方案，确保他们能够遵守服务水平协议。此外，寻找能够与现有的操作支持和业务支持系统接口，并能够支持即将到来的MANO规范的解决方案也很重要。最终，当客户转向NFV架构时，他们必须在不牺牲性能的情况下维护运营商级属性。

文章最初发表于软无线．