NFV的技术发展现状和未来展望

图4一个业务网络部署示意图

目前按照NFV的技术架构，很多厂家已经完成了POC测试和验证，如vIMS，vEPC，vCPE，vCDN等系统，并且在WRC2014年会上进行了展示，证明NFV技术是可行的。

3、NFV技术存在问题分析

NFV定义的标准虽然从技术上看是可行的，但距离商用还有一定的距离，主要问题如下：

标准成熟度问题：NFV由于目标过大，第一阶段即将到期时，也只完成了4个总体规范，其他工作组定义的相关规范尚未完成。很多问题都被推迟到第二阶段实现，因此目前标准距离成熟尚有一定距离。

IOT和兼容性问题：NFV定义的架构很庞大，定义了多个新增接口（参考图4），将原来封闭的电信设备商分解为多个层次：硬件设备供应商，虚拟化管理软件供应商，虚拟化电信网络软件供应商，NFVO（NFV Orchestrator）软件供应商，NFV系统集成商；这样电信网络从一个厂家完成的软硬件集成的事情转换为多个厂家的软硬件集成，复杂度大大提升；同时NFV只是定义架构层次，对应各个接口的具体定义和实现是协调其他开源或技术组织来实现，这样同一个组织制定标准相比，技术标准的严密性就会差一些，未来如何保证多厂家设备兼容就成为很大风险；

业务网络级的SON（Self-Organization Network）技术滞后，影响网络级弹性伸缩：按照NFV架构，虽然一个新的VNF所需资源是由MANO自动部署的，但业务网络的运维架构依然依靠传统的EMS/NMS机制，各VNF之间的连接和话务路由还是由人工来配置的，无法实现一个VNF的即插即用；因此要实现业务网络级的弹性伸缩，还需要发展业务网络的SON技术，实现VNF的即插即用，并且需要SON技术同VNF厂家解耦，可以对多厂家VNF进行SON，这在技术和管理上都是比较困难的；

虚拟化的可靠性技术：传统电信应用通常都要求5个9的可靠性，虚拟化后并不能降低电信应用的可靠性要求，传统电信硬件通过特殊设计，可靠性通常较高，而虚拟化采用的COTS设备可靠性相对降低了，需要通过提升软件可靠性来补偿；

网络虚拟化技术相对滞后：同计算和存储虚拟化技术相比，网络虚拟化技术还比较落后，SDN尚不成熟，目前网络虚拟化技术类型繁多，如何整合到NFVI中是一个较大风险。对于电信业务网络来说，由于通常是一个分布式网络，因此需要配置较大的网络资源来承载，这种网络资源需要分解到数据中心内部的局域网络资源和数据中心间的承载网络资源，业务网络与接入网络间的承载网络资源等，承载网络资源分配又可能涉及到传送网络资源分配；这些资源的分配都需要做到虚拟化，自动化，目前这种分配尚需要通过承载网/传送网网管来进行，距离自动化尚有较大距离；现在最有希望的技术就是SDN了，等待SDN在这些领域中应用后与NFV配合；

系统集成问题：NFV本身解决的是业务网络的自动部署问题，从架构看也是一个巨型的ICT系统集成工程，分解一下包括NFVI的集成，VNF的集成，和业务网络的集成，涉及的系统，厂家，地域，接口都非常多，工程难度比目前公共云/私有云更高；虽然是自动部署，但目前电信网络部署的各环节（规划，实施，调测，升级，优化，运维等）都会涉及并执行，将来如何进行实施部署将是一个很复杂的问题，对集成商的技术要求非常高。

4、NFV技术未来展望

虽然NFV技术目前尚不成熟，还存在着不少问题，但这些问题都是能够解决的，相信在业界的努力下，3～5年内NFV就能够走到成熟商用阶段。

从上面各小节我们看出，NFV是一个宏大的架构，对传统网络部署方式是颠覆性的变化。NFV拓展了运营商基础设施范围，将数据中心设备/承载网设备/虚拟化软件系统/MANO系统均转化为基础设施，业务部署均转化为软件部署，业务网络资源与负荷实时匹配，资源利用效率得到最大提升。

采用NFV架构后，电信网络的自动化管理和敏捷性将大为提升，一个电信设备的部署周期从几个月缩短为几个小时，扩容周期从几周扩展到几分钟，电信网络新业务部署周期将从数月级缩短到数周级，电信运营商将真正具备"大象跳舞"的能力。