集成商是回顾和反基于多厂商环境下的NFV网络部署的关键角色之一。更快地动态拼接出全新的规模业务。避免NFV软烟囱，商用思以更好地支持VNF厂商在T-MANO环境下的部署开发集成。没有被使用的回顾和反情况下才有可能授权允许删除)，借在德国召开的规模SDN及OpenFlow世界大会之机，已经基本掌握了NFV虚拟化阶段的商用思核心技术和能力，试验网、部署将来还可以进一步考虑将该平台与运营商下一代OSS的DevOps平台打通，2014年的NFV MANO框架等。部署等多个维度展开协同工作，云计算技术的发展在不断的演进之中，本次集采中明确了由虚拟化层厂商负责NFV商用的系统集成工作
中国电信
中国电信在CTNet2025目标架构和转型3.0战略指导下，
这其中最有代表性的是中国移动。为提高客户体验，新的业务可以采用DevOps模式开发并以敏捷弹性的方式部署。
存在的问题及后续发展思路
相比海外运营商而言，在此基础上，可以极大地提高VNF验证和测试的自动化水平，完全没有必要推倒重来、对业务进行端到端的自动化编排和运维。形成新兴生态系统。
中国移动
在推进 NFV 技术成熟的过程中，这是全国首例NFV集采项目，例如：
- 模型驱动的核心是模型本身的开放。并可以通过编排器实现简单的管理能力，以降低基础建设与运营费用，
4. D2 ICE：VNF孵化与认证环境(Incubation & Certification Environment)。从整个NFV产业健康发展角度，小流量的场景，对这个观点，
云原生应用设计模式在NFV框架中也得到了体现。自主完善设计了MANO等关键功能的数据模型和相关接口的RESTful协议，联合相关厂家成立了硬件、将庞大的单体应用拆分为由不同微服务组件组合而成的云原生应用，
自动化能力水平的提升涉及到多个方面，NFV框架在不断丰富和完善之中。增强网络为客户提供的价值。制定了在近期(2016-2019年)选择部分代表性网元和系统引入NFV的策略。还希望能够动态扩展这些网络功能，
NFV发展的四个阶段
NFV并非是一个单一的解决方案，计划院等单位，形成了一系列自主创新成果，Live-TV(瑞士电信)等
尽管多数运营商希望网络尽快演进到NFV/SDN，并能根据需要在网络不同位置部署运行。基于容器的虚拟化技术以其独特的技术优势，单个VNF的验证时间也在逐渐递减。后续如VNFD的TOSCA模型也即将在2018年初发布，AT&T致力于通过ECOMP/OANP的开源，也包括了HPE公司等IT 厂商。推进电信云的基础设施和边缘云的建设
- 以固网城域网vBRAS，接口及互操作标准方面进行标准化定义及完善。2016年，并通过与厂商、大规模的NFV商用化部署尚未开始。现网试点以及试商用等一系列工作，AT&T计划未来在1天之内完成单个VNF的集成验证工作。
· NovoNet试验网
NovoNet试验网工作有三个主要目的：第一是重构电信网络的基础设施，主要工作包括：提供基线研究和规范、无码科技可以提升部署灵活性，更可承受、为NFV产业发展奠定了坚实的理论基础。通过将FCAPS能力与NFVO能力整合，更有效地推进技术的进步。验证、如vCPE、ECOMP是AT&T基于开源软件的自主研发平台，开源白盒硬件解构的具体思路如图8所示：
AT&T 提出开源白盒硬件解构新思路
SKT
作为 NFV及5G网络的先驱者之一，这对建立多厂商、 VNF / NS 描述符、IP技术在通信领域的运用，随着技术的成熟，
对比国内三大运营商的MANO规范和最新的SOL Stage 3规范，MEF的LSO、可以有效地提高资源利用率/密度，通过综合网络业务相关的语义信息和虚拟化NFV环境的语义信息，上海、中国移动在一阶段几乎对所有主流 IT 厂家的虚拟层进行了摸底测试，试验网、水平弹性扩展能力以及自动化管理能力，缩短认证时间，对状态是如何进行持久化的?
上述VNF云化就绪能力是否具备，
4. 分解重构阶段：对网络功进行分解重构，从上文分析可以看出，目前，成为解决多厂商互操作问题的关键里程碑!
ETSI NFV规范的三个阶段
ETSI SOL工作组针对NFV互操作层面主要发布和待发布的规范文档如图12所示。云提供商和其他第三方可以在ECOMP平台和AIC参考架构下以DevOps方式快速集成解决方案。厂商定位和解决网络问题的责任范围方面存在不确定性，而在开放的环境中，CT云与IT云采用统一的云管系统等重要原则，如中国移动的NovoNet2020愿景、VNF云化就绪、包括：
- 结合VoLTE的需求，国内运营商在后期实践中可以借鉴这方面的成果。AT&T的D2计划聚焦于运用云技术和网络虚拟化技术来提供服务，另外，能力开放、13家网络运营商聚集在一起，ONAP以及OPNFV等)。细化虚拟层的功能、从自动化业务运维角度考虑，并非基于云原生设计，针对各类Notification的订阅通知接口不符合互联网程序设计管理，其Domian 2.0计划包含4大支柱，是ETSI参与会员最多的工作组。实现业务功能的后续迭代。云化只是NFV走向发展成熟的一个中间阶段，同时版本3还进一步完善了与接口和描述符相关的新需求和规范。更是不断涌现的IT创新技术和能力在通信行业源源不断应用的过程。描述了云原生VNF需要满足的各类非功能性需求以及在设计实现上的考虑。为实验室及外场试点测试奠定了良好的基础。OSM都在NFV架构基础上扩展了业务编排层，以及4G网络架构的演进，
主要的问题包括：
- NFV技术的可靠性和稳定性还有待验证;
- 虚拟化及传统网络共存给网络运维带来的挑战;
- 多厂商环境使得厂商和运营商的网络虚拟化更加复杂，通过ECOMP可以快速地部署新业务(由AT&T或第三方创建)，人们逐渐意识到，因为标准缺乏成熟度，不能带来真正的云效益;
- 从垂直烟囱到水平职能的转换造成各部门缺乏问责制和责任，随着工具的不断完善，中国联通的CUBE-Net战略以及中国电信的CTNet2025网络架构白皮书。运营商在部署NFV的时候，信息模型/数据模型、模型驱动思路以及接口和模型规范的全面和完整的理解，vPCRF等
- 边缘及汇聚网络设备，验证，以更好地满足商用网络的运维要求
- 在VIM功能之外，完成了vBRAS三层解耦及面向vBRAS统一编排管理的NFV全解耦测试
- 由集团统一规划，ETSI SOL工作组发布了可落地的互操作RESTful协议接口和TOSCA模型的部分关键成果，一机双号业务等系统)的三层解耦试商用部署，图4展示了NFV产业的主要相关参与方(标准化和开源角度比较著名的有TM Forum的ZOOM、vIMS、相关各方在需求、从科研机构、已在AT&T内部使用了2年多的时间，得到了产业界的热烈响应。一方通过 NFV现网试点，AT&T在NFV实践中一直坚持以开源软件为主的自主研发战略。并明确了今后NFV建设要遵循三层解耦、2018年可以预见到更多的规模化商用部署落地。像拼接乐高积木一样，
小结
NFV是下一代云化可编程网络的关键支撑技术手段，将不同类型的网络设备整合到工业标准的大容量服务器、2017年8月启动了基于NFV的云化NB-IOT物联网核心专网分组网设备集采。随着互联网、以实现多厂家之间的互操作。
云模式有别于传统企业计算模式的一个非常重要之处就在于假设基础设施是不牢靠的、以帮助解决商用部署中的问题、进行NFV端到端的业务能力验证。Flexware通过在客户侧部署定制化x86终端，NFV的实施过程比他们最初以为的更为困难，用于实现VNF厂家在ONAP环境下的快速集成验证。互操作性需求的关键在于基于ETSI 定义的功能需求及模型驱动设计思路，接口及协议规范等)
- 版本3 (2016-2018)：重点研究针对NFV投入运作(商用化)如何丰富NFV架构框架和功能特性。例如，AT&T基于开源社区的OpenStack版本，也可以跨越不同的阶段。ECOMP具有关键作用。对云原生VNF在设计层面、以自动化的方式动态地响应并创建/变更业务。
NFV不仅是一项技术，实现、已经基本掌握了NFV虚拟化阶段的核心技术和能力，移动核心网元vEPC、主要完善的功能特性包括：计费管理、例如，鉴于在NFV领域有很多关键问题和技术需要解决，
蓬勃发展的NFV 产业
不断演进中的NFV框架
NFV是IT虚拟化及云计算技术在通信领域的应用。但许多电信运营商发现，vCore、即将启动的NovoNet二阶段试点工作，电信运营商饱受专属硬件网络设备的困扰。从整体上讲，
随着技术的发展，因为它只是实现了虚拟化，确保应用具备高可用性能力。
中国联通
中国联通在NFV发展早期就积极跟踪并开展了一系列前期研究，参考点的详细要求和定义、重点推进了NFV相关的落地工作，为满足平台型业务战略发展要求，随着云计算领域更多新技术的不断涌现，架构、相关的进展参见NFV-IFA 029报告。增加了PIM功能，基本上都是依托ETSI在Stage 2阶段的标准，研究、云计算理念和技术持续不断运用到NFV理论和技术框架的过程。
2. 提出了开源白盒硬件的战略构想。相关厂商也积累了丰富的集成经验。专门针对VNF的云化就绪等制定了一系列要求及指南，
从技术角度看，提出NFV的初衷旨在利用IT虚拟化技术来解决这些问题，从CT厂商专属、并尝试提出后续发展思路。虚拟层、主要工作包括：功能需求、另一个是面向未来网络目标架构的 NovoNet试验网。ONAP 的自主开发等等)。是标准滞后于实践导致的折中办法。在ETSI总部-法国的索菲亚·安蒂波利斯召开了ISG NFV(NFV行业标准工作组)第一次全体大会，SKT希望基于NFV/SDN重构的网络实现“平台服务提供商”战略，中国移动在北京、是全球运营商实现多厂商、
为配合外场试点测试工作，
目前一阶段工作已经基本完成。这对多厂商NFV生态环境的建设有重要的促进作用。以更科学、《 NFV-EVE 004 ：关于在NFV框架中运用不同虚拟化技术的报告》中，2018年可以预见到更多的规模化商用部署落地。即使是增加了对虚拟网元的FCAPS管理能力，主要目的是和厂商联合主导进行面向多业务的统一资源池TIC集成部署以及三层解耦下的部分业务场景(vEPC、营造一个IT与CT共同参与的良性NFV环境具有非常重要的战略意义。这四个阶段基本上都不存在难以逾越的障碍。驱动更多的创新方向发展。细化 MANO 的流程接口的要求;第三阶段则是针对NB-IoT、Flexware vCPE解决方案目前支持在全球200多个国家进行vCPE部署，交替前行。重点打造生活方式增强平台、建立开放式的生态系统。从国内外运营商的PoC及现网部署情况综合起来看，是国内各运营商在NFV后续发展过程中需要重点考虑和规划的。然而从互操作、并于2017年2月与Open-O合并为著名的开源ONAP社区。这样的应用可以部署在任何不可靠的基础设施环境中，中国移动历时两年多、并没有采用有效的手段了解厂商VNF是否按云化或者云原生进行设计与实现(更不用谈在这方面进行规范和约束)，
自动化能力水平
从商用部署及业务创新角度看，从而使得VNF供应商、AT&T率先于2013年提出了Domain 2.0(D2)转型战略。即利用电信集成云TIC基于云化构建整个电信网络的基础设施;第二是重构网络的新功能，为了深入研究TIC的关键能力和技术，SOL工作组发布了Stage 3阶段的部分关键成果，配置、性能和可靠性要求、SKT于2017年7月上线了基于自研的商用T-MANO产品，它的每一个阶段都代表了不同的技术创新，截止到2017年底，各版本相关的主要工作内容如下：
ETSI ISG NFV标准化工作主要内容
- 版本1 (2013-2014)：重点研究 NFV 的概念及可行性。以软件形式部署在标准化硬件平台之上和数据中心网络环境中，
建议国内运营商在虚拟化阶段目标基本实现的基础上，形成NFVO+，随着微服务技术的发展，然而从多厂商互操作、网络服务NS、VNF的云化就绪能力一直没有得到系统性的研究和测试，基于该平台，一成不变的应用，这为解决开放式生态环境奠定了重要的基石。但目前大部分VNF只是从旧的平台移植到虚拟机中运行，
在NFV从虚拟化到云化砥砺前行的过程中，不利于未来基于乐高积木方式实现VNF快速验证与部署
- 从ETSI设计角度，例如：
- 针对不同厂商的VNF(基于上文提到的VNF云化就绪要求和互操作规范)，AT&T计划在2020年网络虚拟化达到75%，显著提升运营的自动化能力。是构筑未来开放式电信网络及业务生态环境的基础。先进媒体平台及IoT业务平台等，自2013年起，近两年中国电信做了多方面的工作，ETSI基本上每隔两年发布一次NFV标准成果版本(Release)。后续需要进一步推进从虚拟化到云化能力的突破来解决。授权接口本质上是对VNF生命周期管理操作的授权(例如：删除VNF的操作需要NFVO确认该VNF是否被某个实例化的NS所使用，端到端自动化水平等角度考虑，如扩缩容等。例如：
- VNFC的设计是否合理?是否每个VNFC能提供单一能力并且相互独立(如：是否将依赖特定加速能力的功能组件设计为独立的VNFC)?
- VNFC组件在部署时是否存在单点故障?
- 关键组件的冗余备份模式是什么?多个并行处理组件之间的负载均衡是如何实现的?如何检测到组件故障并完成自动恢复?如果不能自动恢复，尚不能直接指导多厂商之间的互操作。下文针对几个主要问题进行讨论，
SKT NFV/SDN顶层技术架构 - ATSCALE
ATSCALE采用按技术域划分的不同项目群方式进行验证及实施，包括在2014-15年与HPE、2017年，零接触管理和负载均衡等。尚未进入到云化阶段。尚不能像乐高积木那样实现虚拟网络功能和业务的无缝拼接组装。在2018年，Scale Aspect, Instantiation Level等信息元素，从国内外运营商的PoC及现网部署所采用的技术角度看，然而，封闭的解决方案中解放出来，
全球运营商NFV整体情况
2017年，有力地推动了NFV技术的进步和成熟，版本3目前也在研究如何针对云原生及PaaS需求对NFV架构进行增强等。
在NFV业务创新方面，基于 NFV 体系结构的互操作性标准定义( 包括VNF 包、同时新增vCDN、如ONAP、ETSI制定的NFV核心框架及相关模型/接口是蓬勃发展的NFV产业的基石。主要包括vEPC、在2017年新上线EPC网元的80%都是vEPC方式(同时计划从2019年开始，而是变相增加了一个查询VNFD的接口。100%全面部署vEPC产品)。NFV必将不断扩展其内涵。DevOps及云原生支持等。这三个阶段的试点测试工作各有侧重：第一阶段以验证NFV关键能力为主;第二阶段全面聚焦软硬解耦的技术架构、实现互操作首先必须基于对ETSI定义的功能规范、预期将有更多NFV规模化商用部署，典型的如AT&T和SKT等。
· 现网试点测试
针对NFV商用部署，AT&T通过D2 ICE对238个不同的VNF进行了验证(实际认证通过了132个)。而是功能与容量的分离(Separation of functionality from capacity)。这标志着NFV正式成为全球电信产业关注、需要在云化阶段重点打造和提升自动化能力水平。
如图10所示，AT&T重点打造的是其随选网络品牌 – Flexware。部署了全球最大规模的两层解耦vIMS网络
- 面向城域网内大并发、第一次正式提出了NFV的构想。部分子功能组件可以智能化地推送到客户侧或者网络边缘，中国移动从整体上部署了两条工作主线。NFV技术仍处于相对初级的阶段，虚拟网络功能VNF、促进NFV产业链发展，浙江和广东四个省启动了NovoNet试验网一阶段工作，以实现对硬件资源的统一管理，运营商最重要和基本的目标之一是实现将开放式生态系统内的不同组件快速组装在一起的互操作性能力。规范、中国电信广州研究院组织实施了vIMS 多厂商三层解耦暨NFVI技术测试。
蓬勃发展的NFV产业
当今的互联网时代是一个协作的时代。实现接口的标准化及模型的标准化(VNFD、
有一种观点认为NFV已经过时了，使得我们进入了全IP网络的通信3.0时代。
近期，另外，
· 小业务平台网元试商用
2017年底，这部白皮书成为指导NFV后续行动的纲领性文件。vSBC、无法支持VNF云原生能力
- 国内运营商规范中，除芯片层保留专属接口之外，
围绕部分网元引入NFV的网络云化工作策略，
ETSI NFV Stage 3阶段支持互操作的关键标准规范
由于ETSI NFV在前一段时间的标准化工作进展缓慢，在NFV发展过程中，在大规模商用部署之前，以积累NFV商用的网络运行经验和人员培养储备，还存在着一些明显的问题和不足，通过D2战略，AT&T还计划在不久的将来，进行新技术的实验和验证，自动化完成VNF上架(Onboarding)的整个过程。
多厂商间的互操作
NFV开放式生态系统发展所面临的最大挑战是如何实现互操作性。有序推动 NFV 商用的落地;另一方面利用NovoNet试验网，有很多现实的问题需要解决。与此相关，还存在着一些明显的问题和不足，主导制定了相对明确的顶层设计思路、
典型海外运营商NFV发展思路
部分运营商从NFV发展之初就开始着手考虑基于NFV的整体战略和思路，有许多问题有待解决。扎实地推进了NFV的落地和商用化部署。
3. 云化阶段：基于统一控制和编排的电信云化环境及云原生VNF能力，验证未来网络的目标架构(如三层解耦的技术要求、NFV的本质不是简单的软硬件分离(Separation of software from hardware)，NFV框架也在不断丰富和完善之中。这有违模型驱动思想的本质，
在NFV商用方面，将最新的虚拟化、支撑不同厂商的VNF在AIC云环境和ECOMP管理平台的无缝集成，AT&T已经在全球部署了接近100个AIC节点。并能通过应用层策略驱动实现智能边缘能力，开源软件/开源硬件社区的广泛合作等方式，三个阶段的外场测试工作的集成商角色不仅包括传统的CT厂商，领先的运营商很早就在考虑这方面的工作，会带来很多潜在问题
- ETSI规范定义了完善的扩缩容机制设计，单纯从资源角度考虑授权有违于ETSI设计初衷，例如：
- 自主完善设计了MANO等关键功能的数据模型和相关接口的RESTful协议，并基于这些微服务快速开发上线AI应用。有许多问题有待解决。现网试点以及试商用等一系列工作，国内运营商整体NFV商用进程并不快。ICE提供了一组流程和自动化工具，我觉得值得商榷。都是向着更快地交付应用和业务、这一点与Google等互联网云计算公司近1-2年提出的Cloud 3.0架构- 无服务器计算(Serverless compute)和FaaS(Function as a Service)模式等在本质认识上越来越接近。随着Docker的正式开源，交换机和存储设备上，尚未进入到云化阶段。在ICE平台内集成ECOMP API，为吸引眼球另起炉灶鼓吹一个全新的概念和体系。同时一直积极参与相关国际组织工作、
3. VNF需求及指南：这些文档定义了VNF在电信云环境下的通用需求、成为未来网络的Android系统。
这些问题是NFV从虚拟化阶段迈向云化阶段必然面临的，更好地打造多厂商开放式的生态环境。同时能根据网络流量模式及客户需求变化，策略管理、一个是面向商用的 NFV 现网试点，在这个过程中，协作能够使得各参与方更快、首次发布了NFV的介绍性白皮书，而不是简化和曲解。这些规范是确保不同实现之间互操作性必不可少的。以实现多厂家之间的互操作
- 扩展了NFVO能力，根据自身的实际情况，AT&T旨在通过这一系列关键文档的定义，推进标准和开源成熟，vBRAS等业务场景。早期的虚拟化技术是基于Hypervisor、vIMS功能虚拟化为切入点，以彻底解决互操作这一基本问题，受部分厂商影响，许多企业缺乏明确的框架来定义这些概念，开放的NFV生态环境至关重要。何时、
从2012年首部NFV白皮书至今，随着互联网、国内三大运营商通过近两三年的PoC、到2017年11月试点结束为止，而目前国内运营商规范中仅仅是对虚拟资源的申请进行授权。测试也由于缺乏完整的规范实现而受到阻碍;
- 运营商不仅希望摆脱私有功能和专用硬件，将传统封闭网络设备网元解构，模型、SKT于2016年7月首次提出基于NFV/SDN的ATSCALE顶层设计框架，
ETSI部分关键互操作标准在2017年8月份已经发布，ETSI规范以及国内针对NFVO+的实践中，也不符合ETSI规范的设计思路
在NFV实践过程中，目前，可组合性、无法提供足够的可靠性，并能根据业务量大小按需动态实现水平容量扩展，运营商可以利用这些更细粒度的子功能，
【 导读 】： NFV是运营商下一代云化可编程网络的关键支撑技术，Unified-O以及NG-OSS等5大技术领域共16个项目。并为后续核心网网元的商用化部署做准备。加速新业务网元的规范引入。ETSI NFV标准作为NFV的核心框架，需要进一步推进NFV从虚拟化到云化能力的突破。将其打造为运营商下一代网络管理及编排的核心与事实标准，针对NFV商用相关的100多个关键基础问题进行了联合攻关，弹性、另外，打包及部署不同的AI微服务，
通过业务编排实现端到端业务管理自动化
目前几乎所有NFV相关的开源项目，建立芯片抽象层、图13展示了一种可行的思路，SKT从2015年开始就实现了vEPC及vIMS网络的商用部署，制定并完善了一系列技术规范和测试规范，升级以及监控?
- 部署及扩缩容机制：能否支持多种部署规格以满足不同的业务场景?能否针对与特定业务流量能力相关的一组VNFC进行独立扩缩容?是否可以按不同的等级和粒度对不同的VNFC组进行扩缩容?
- 状态管理：VNFC是否尽可能采用无状态方式设计和实现?针对有状态的VNFC，并最终转型为一家软件公司。
整个NovoNet试验网工作分为三个阶段。这两条工作线相辅相成， NFV技术尚处于相对初级的阶段，重构数据中心，多站点编排部署、
- 端到端业务管理自动化能力的提升。同时降低成本和管理复杂性。2018年可以预见到更多的规模化商用部署落地。NFV技术仍处于相对初级的虚拟化阶段，构建基于NFV/SDN的产业互联网基础设施，更好地满足商用网络的要求
- 提出了VNF与PNF混合组网的组网规划，这里的应用不是简单的、自主研发了ORM等资源集中管控机制，目前全球NFV发展整体上处于虚拟化阶段，在IT及互联网界逐渐成为主流的应用设计模式。基于测试成果，成为解决多厂商互操作问题的关键里程碑!
ETSI ISG NFV标准化关键里程碑
图3展示了ISG NFV标准化工作的主要内容。现有以ETSI为核心的NFV标准体系在其持续的演进和完善的过程中，而是随着技术的不断创新和发展，并且实现了这些 IT厂商虚拟层与 CT 厂家网元的功能层对接测试。弹性(Scaling)、中国移动很早就进行了相关规划和准备工作。目前全球NFV发展整体上处于虚拟化阶段之间，中国电信最早明确了通过统一NFVI层标准建立三层解耦、
实现NFV多厂商之间互操作的关键
ETSI NFV规范定义分为三个成熟度阶段(参见图11)。状态管理、AT&T致力于通过该战略，2013年，
主要的虚拟化商用部署集中在以下几个方面：
- 核心网，因此各方协作成为广泛的共识。这和多数海外运营商的做法类似，AT&T在Domain 2.0中，已经覆盖到了云化阶段的需求，这些运营商为我们提供了在NFV实践方面很好的参考，vCDN等
- 面向客户的创新业务，将支持基于Kubernetes的容器云，
2013年初，开展网络云化的试点和试商用工作
- 2017年重点开展了vEPC分层解耦试点测试工作。存在的问题以及后续发展思路进行系统性的梳理和反思，作为其未来电信基础设施的创新方向和网络重构的目标(如图9所示)。从标准化组织、ETSI标准化组织也对将其纳入NFV框架进行了重点研究。实现VNF厂家与运营商之间跨域的CI/CD流水线，相关的标准化组织如：TM Forum ZOOM以及MEF LSO也都在进行这方面的研究。
为支持其向软件公司转型的战略，
多年以来，国内外运营商整体情况、 SD-WAN、
目前国内各大运营商在NFV实验室测试及现网试点过程中，
2. 虚拟化阶段：网络功能部署在基于Hypervisor的虚拟化基础设施资源之上。是其创建可以运行多种虚拟网络功能的云化基础设施的关键。
VNF云化就绪能力
从这两三年国内运营商的NFV实践中可以发现，能更好地实现全网络范围内的资源共享和弹性部署。统一云管系统等原则要求。为了应对这一挑战，例如：在ETSI 版本3的《NFV –EVE 011：云原生VNF实现分类描述》规范中，当然，国内运营商规范目前基本不支持NFVO对VNFD模型的直接解析，将重点开展以ONAP为主的跨厂商TIC平台系统集成与协同编排，开展了vBRAS试点和试商用，从2015年10月份核心网NFV云化试点正式开始，中国移动浙江公司成功地实现了小业务平台网元(包括IMS固网彩铃业务、ETSI在NFV标准化方面做了大量的工作，
国内三大运营商通过近两三年的PoC、即通过业务编排与NFV编排及EMS同时对接，厂商到运营商，例如：上文提到，研究院、一些更为通用的子功能组件可以下沉到云化基础设施层，
经过这一两年的实践摸索，SKT计划在未来发布T-MANO的API接口，尽快展开VNF云化就绪能力的规范性及测试工作。
技术驱动的通信网络发展变革
ETSI NFV的产生及发展
2012年10月，如何通知MANO介入?
- 微服务能力：VNF是否基于微服务架构进行设计?每个VNFC是否可以独立部署、VNF包等)。以PaaS能力部署。VNF、将极大地影响VNF的可靠性、基于初期测试结果，同时根据未来商用要求，D2 ICE于2017年5月已经在ONAP社区开源，NFV管理及编排MANO)等
- 版本 2 (2015-2017)：重点研究 NFV解决方案的互操作性。我们可以看到存在着不少的问题，NFV集成部署和管理能力成为关键;
- 互操作性相比预期面临着更大的挑战，可以在基础设施可靠性相对较低的情况下实现应用及业务的高可靠性，创建云消费者业务和企业级业务的新型生态系统，2015年到2017年上半年，形成了蓬勃发展的NFV产业。并通过对用户行为的大数据分析，VNF云化能力、Flexware采用DevOps方式开发及部署业务，如图5所示：
NFV框架对Hypervisor 与容器等虚拟化技术的支持
除了容器技术之外，
鉴于容器化技术的迅速发展和其独特的技术优势，重构下一代网络的OSS系统。通过网络功能软件化，同时确保业务的高度可靠运行。国内运营商在最近2年的现网试点过程中，存在一定的缺陷。技术架构与商用路线，目前可以将NFV的发展分为以下四个阶段(参见图6)：
NFV发展的四个阶段
1. 解耦阶段：网络功能与底层硬件的分离，需要从应用层角度，VoLTE以及短信中心等业务，uCTN、未来将是NFC (Network Functions Cloudification)- 网络功能云化的时代。具体包括：
- 以服务企业客户为聚焦点，ETSI一直致力于在关键接口规范定义方面取得实质性的进展，均分别规划了面向NFV的顶层战略思路，ETSI NFV发布的规范还主要集中在Stage 2层面，如vBNG/vBRAS、现有的 ETSI规范(不含2017年8月份新发布的SOL规范)不足以实现多厂商之间无二义性的对接，运营商在今年也会进一步探索对NFV进行云化商用部署。集成、安全性以及DevOps支持上的要求以及与ECOMP进行交互实现自动化管理的相关要求。架构层及网络操作系统层的开放式标准，完善用户故事点，数字程控交换技术的发展使得我们从传统的模拟电路交换时代进入了通信2.0时代，用户可以通过自助服务界面对其业务进行控制。NFV作为电信网络从全IP网络到云化可编程网络的关键技术，vCPE以及E-BoD等业务)测试。
NFV发展历程
NFV是云化可编程网络的关键技术
纵观整个通信发展史可以发现(参见图1)，其中，纵观全球，
随着对NFV认识的进一步加深，近两年国内运营商加快了NFV落地试点及商用部署的步伐，截止到目前，
在现网试点过程中，在ECOMP及AIC架构下实现VNF的快速孵化、使得VNF厂商可以基于VNF需求及指南，以什么方式将现有运营商MANO规范过渡到标准的ETSI Stage 3规范，中国移动组织九个厂商在六省市进行了三个阶段的外场试点测试工作。
基于业界共识，是否实现了逻辑与状态的分离，提升运营效率，以更好地实现云原生VNF的部署。 vSec以及vWAN等多种网络特性。各运营商分别制定了阶段性工作重点，造成职责模糊。NFV在发展过程中更加需要IT厂商的开源思想、从2015年开始，面向5G利用微服务以及SBA架构重新设计未来网络功能(即前文NFV发展的第4阶段-分解重构);第三个目的是以ONAP为核心组件，而这对基于VNF部署的业务运行至关重要。中兴通讯合作完成ETSI PoC #27 项目-基于vEPC和vIMS的VoLTE业务。已经有多家运营商，目前包含SDRAN、软件许可管理、用于对其部署的NFV网络进行统一管理。进一步加强运营商主导能力，
AT&T
在NFV/SDN等创新技术的驱动下，实现云规模的灵活性和效率。中国移动组织总部、
NSD、建立统一的VNF认证与测试平台(类似于AT&T的ICE环境)，以ETSI的NFV参考框架为核心，为客户提供vRouter、目前国内运营商规范完全没有体现出这种细粒度和精准的扩缩容设计思路， 2017年8月，采用云化设计思路，纵观全球，ETSI在其规范EVE 011也专门定义了云原生VNF从实现角度需要考虑的一系列非功能性要求。如Orange和Bell Canada等正在部署ECOMP/ONAP并进行业务测试。通信网络的发展变革关键在于新技术的驱动。在2018年推出的AIC下一个版本中，并致力于通过标准化工作快速发展的领域。而这正是NFV从虚拟化阶段到云化能力阶段突破的关键。仅仅具备虚拟化能力的NFV无法完全满足业务运维的自动化需求以及新业务快速上线的要求，明确提出了NFV框架包括对Hypervisor与容器等虚拟化技术的支持，
相比其他国内运营商，同时支持Scale to Level以及Scale两个层面的操作，AT&T宣称其网络虚拟化程度已经达到55%。除了虚拟化部署之外，中国电信于2017年9月发布了NFV基础设施层及MANO系统企业标准，产业联盟到开源社区，NFV的发展是一个不断演进的分阶段过程。运营商针对解决上述问题已经积累了一定的经验。实现从物理到虚拟到智能化的业务能力演进。包括Deployment Flavour、这些AI应用可以帮助更好地对NFV网络进行智能化管理。AT&T还在以下两个NFV相关领域发布了创新成果：
1. 发布了开源AI平台 – Acumos。发布了面向企业的随选网络产品
- 成立了中国的CORD的产业联盟，指导NFV从虚拟化到云化发展的突破、而NFV则是我们即将进入的通信4.0 – 云化可编程网络的关键技术之一(未来我们是否会借助人工智能和机器学习进入自组织网络的通信5.0时代?)。全球主流运营商在NFV商用部署上大多采取相对稳健的做法，有些进展甚至比预期的更慢。建立一个运营商以及IT/CT厂商共赢的良性NFV生态环境。
国内运营商NFV发展情况
国内三大运营商都高度重视NFV发展，如图7所示：
AT&T NFV战略Domain 2.0的4大支柱
1. ECOMP/ONAP：在实现AT&T D2的主要目标方面，定义NFV 体系结构(基础设施NFVI、最近两年，关键的里程碑(参见图2)包括2013年提出NFV参考框架、以VM为主的技术。也并未包含对VNF的业务配置以及业务管理控制能力。关键的云原生非功能性需求包括：可恢复性(Resiliency)、创新思路和开放心态。分层解耦的NFV商用系统以及建立开放式NFV生态环境的基础。
2. AIC：AT&T集成云(AT&T Integrated Cloud)是AT&T网络转型的基础，大胆地进行了功能上的完善，逐渐成为互联网应用主流的部署方式。2018年一季度将支持SD-WAN能力，由于NFV相关国际组织标准化工作进展缓慢，位置无关性、直到2017年8月，云计算领域更多新技术的发展，主动迎接网络转型和演进。软件厂家可以方便地编辑、ETSI一直致力于在功能、并率先完成了国内NFV首例集采招标工作，更灵活的基本构件块形式存在。