【IT168 资讯】11 月 29日消息 以 " 新技术 · 新架构 · 新网络 " 为主题的 "GNTC 全球网络技术大会 " 第二天，NFV网络功能虚拟化专场，ONAP国际开源社区董事会总裁、中国移动研究院网络所副所长王亚晨发表了主题演讲。

　　▲ONAP国际开源社区董事会总裁、中国移动研究院网络所副所长王亚晨

　　演讲实录如下：

　　我们对HSV做了一个基本的定义，OPEN是我们在做编排器的一个，我们希望能够利用开源的社区吸引一些新的技术，包括新的合作伙伴共同打造一个开源的社区。我们希望除了在实现我们编排器强调的虚拟资源的管理，包括我们网源生命周期的管理、业务的编排管理，我们希望能够做到自动化，这也一直是ONAP社区所追求的近一两年非常重要的目标。

　　我们认为现在ONAP面的是开放，下一步我们思考的更多，我们会把它认为是维络网络的一个核心，或者中枢，我们希望ONAP的下一阶段能够利用一些机器学习、人工智能的技术，真正能把ONAP的技术实现网络故障的自动解除，同时能够实现网络流量的自动化的调优，以及网络容量动态的一些调整，这些功能是我们对ONAP、编排器，更智能化的一个体现，我们希望能够进一步往前发展。

　　我们把网络比作成，现在的网络大家可以看到对运营商来讲，我主要讲网络核心网的功能，相对比较固化，我们有EPC的网络，里面包含MME，MS网络也属于核心网的一部分，可能会包含一些特定的网源，这些网源的功能相对比较固化，我可组合成的业务也比较简单，现在利用我们的编排器，可以把核心网的功能，甚至一些接入网的功能能做虚拟化。未来，或者说我们在面向5G的时候，我们都知道可能有非常重要的概念，微服务的概念，5G在核心网设计的时候会引入SBA的架构，今后的网源功能会以微服务化进行存在，编排器还有一个很重要的使命，我们做了一个比喻，像拼乐高一样，我们把网源的功能像拼乐高的组件一样，组装成一个新的服务，这是我们希望编排器在下一阶段能实现业务的编排，写不是简简单单实现网源功能，或者是一些比较基本业务的生命周期管理。我们认为编排器在未来可能会赋予更重要的内涵。

　　ONAP一定有一个核心，开放是在我们整个设计ONAP时候最核心的理念，我们强调我们可以利用一些比较新的技术现实现我们开源的平台。同时我们希望打造一个面向NFV和SDN的自动化的编排系统，这是我们整个ONAP在设计之初的目标。ONAP的产生大家比较清楚，实际上在去年的时候，在2016年的时候，中国移动和华为中兴和很多合作伙伴，我们在Linux基金会最早成立了OPENO，也是基于ETSI的系统，希望能够构建一个开源的面向运营商级的一个编排器的具体开源实现，NTNT有自己的系统，在业界中也是非常名气非常大。在今年年初的时候，我们推动了NTNT、中国移动、华为我们一起组织OPENO这两个开源项目的合并，最初有300万行的代码贡献在整个新的ONAP社区里，OPENO大概有一百万行的代码。大家可以想象到，我们在整个的合并过程中，我们面临的挑战是非常大的，对中国移动也好，我们的合作伙伴也好，我们面临的挑战最核心就是怎么样把400万行的代码和100多万行的代码融合在一起，通过形成一个新的编排器的软件架构，这个工作我们花了很长时间解决这些相应的技术问题。

　　ONAP的设计之初，我们强调它是一个模型驱动的系统，同时我们也增加了一些相对来讲比较容易适配一些在NFV环境下多厂家的模块，中国的运营商可能和国际运营商有很大的区别，我们更加强调我们在整个NFV部署系统中，从业务层到底层硬件层，可能都是一个非常多的厂家环境，我们在设计整个的ONAP软件架构的时候，我们要怎么样打破原先NTNT相对比较封闭的软件架构，引入一些新的特征，能让更多的合作伙伴参与进来，这也是我们在ONAP设计之初非常重要的理念。

　　我们建立的理念，希望我们的代码在Linux的基金会统一管理下，是一个全部统一开放的状态，我们也会采用CICD持续集成、持续开发的模式，来完善我们的整个ONAP平台的成熟性。ONAP整个开源社区，目前我们最新的数据应该是58合作伙伴，这里面跟其他很多开源社区不大一样，既包含了目前业界的主流运营商，包括中国移动、中国电信，NTNT等等，同时也包含了传统的设备商、华为、中兴、诺基亚，更重要我们吸引了很多IT的合作伙伴，包括IBM等等，我们把ONAP的社区理解成一个CT加IT技术的碰撞、融合的社区，真正是一个我们在往ICT转型的时候，我们这个社区贡献了很多不同领域专家力量。

　　ONAP的组织在Linux基金会下面管理，我们由董事会下面会分技术委员会，在整个技术委员会会把ONAP拆分成不同的阶段，包括需求的阶段，软件开发的阶段，集成测试的阶段，每个阶段我们有不同的项目，来进行运作，目前有30个项目同时在进行中，也是整个ONAP社区能够良性循环、保障的有效机制。

　　在上周的中国移动合作伙伴大会上，中国移动也正式发布了代表Linux基金会在中国进行了ONAP第一个版本，我们叫阿姆斯特丹的发布，阿姆斯特丹代码的发布，在今年的11月16号是全球正式发布，为什么会叫阿姆斯特丹，这是ONAP我们社区伙伴一起来决定，每一个ONAP的版本都将会用世界的著名一个城市来命名，阿姆斯特丹我们是取了它首字母的A，代表ONAP第一个版本，大家可以想象到我们的ONAP第二个版本会用什么城市命名，明年会用北京的名字来源命名ONAP的第二个版本，北京的版本预计会在2018年五六月份发布。

　　我们也有些数字的统计，我们其实整个ONAP的阿姆斯特丹版本目前有600万行的代码，最初的NTNT300万代码加上OPENO一百万行代码以外，我们整个用了几个月的时间，完善了整个ONAP的社区，目前阿姆斯特丹有600万行代码。同时目前整个社区的合作伙伴，目前是有57家，更重要的是我们大概有超过300名的来自全球的开发者，来一起贡献我们的整个阿姆斯特丹版本的代码。最后有一个数字15分钟，整个ONAP系统我们希望在15分钟完成虚拟化网源的加载，这个在目前的很多系统里是很难做到的，我们在设计ONAP的时候，希望它能快速完成运营商网络虚拟化网络的加载时间。

　　ONAP的架构设计的原则，其实之前我也提到了，我们是基于自动模型设计的软件架构，我们建造我们的ONAP已经是面向我们的NFV，面向云环境的一个软件系统。我们是CICD持续开发和持续集成的一个设计理念，希望我们的软件系统能够快速适应新的特征、新的技术引入。

　　ONAP在设计非常强调设计态和运行态的区分，设计态和运行态决定了我们如何在设计态完成之后能够快速在运行态里进行加载业务，能够同时在系统运行过程中实时对网络的运行状态进行反馈，根据我们的反馈结果，来调整我们的系统功能、软件容量、弹性的扩存，都是在整个运行态过程中保证的，这个是在阿姆斯特丹系统里非常核心的一个架构。

　　在整个ONAP，我们中国的一些运营商、中国合作伙伴也提了很多贡献，绿色部分基本上是来自于最初OPENO项目输入，包括我们实现了多厂家VFM兼容性模块的设计，整个的系统设计我们也花了非常多的时间。这个是我们刚刚提到的，怎么样引入ONAP，去兼容更加中国多厂家的NFV网络环境的模块设计，这只是其中一个非常重要的例子。这张图是我们在发布阿姆斯特丹一直跟大家讲，到底怎么样用一个故事使用阿姆斯特丹的ONAP版本，我们实际上把整个业务的加载过程，包括运行之后我们怎么去反馈到网络中去调整，做了一些示例，我们提供一些VF的软件包，在我们设计态之后会决定我们这些VF需要什么虚拟资源，比如我虚机的规格、资源大概是什么样子，我们会有一些模板进行描述，描述清楚我们设计人员会进行VF初期的加载，加载完之后会把设计态的东西转移成运行态，完成我们网源实际在网络中的部署。在设计态之后，我们到运行态之后，我们网源在网络中会进行加载，我们在网络中也会有些模块收集网络运行的状态，比如运行的情况，我们根据反馈状态调整整个虚拟网源的生命中期，可以把它进行扩容、缩容甚至消亡，都会在整个生命周期里控制。

　　ONAP里我们以VLTE、NBLT的虚拟化举了一个例子，实际上整个在ONAP部署环境里，它只是起到了系统的作用，我们强调了VF，我们实际上会跟外部的EMS，包括外部的VF，会有交互，完成整个的网源生命周期的管理，以及数据中心内部的GSDN流量的控制。昨天我记得在ONAP的座谈会上有人在问，现在运营商的网络一直到未来的5G，ONAP引入时机会是什么?我们一直强调ONAP虽然对5G非常重要，5G是基于一个甚至是端到端，到核心侧都是一个基于云化网络环境的系统，ONAP一定对5G起到一个非常快速的促进作用，但是我们希望能够在5G之前，我们把ONAP能用在4G网络的虚拟化上，把ONAP推动的更加成熟。

　　我们在今年10月份，包括上周中国移动正式发布ONAP的第一个版本之后，我们会在今年年底启动ONAP的试点工作，明年在阿姆斯特丹之后的北京版本，我们希望ONAP有一些更加成熟的技术完善，同时把5G的功能逐渐往ONAP里引入，5G功能主要指和网络切片相关的功能，网络切片目前在很多标准组织也在研究如何管理，这也是ONAP第二、第三个版本考虑如何实现5G端到端网络切片管理的部分。ONAP真正商用的时间，预计会在2018年底到2019年，5G计划使用的时间是2020年左右，我们希望在2020年之前真正ONAP能够有一个非常完善的商用环境。

　　中国移动在ONAP整个开源社区里，我们做了三部分工作，前面我讲到了第一个是我们如何把我们两个架构融合，这是中国移动最初的最重要的工作。第二个工作是我们引入了一些新的功能，这是我们中国移动重点推的项目。第三个工作是我们在全球建设了三个ONAP的官方ONAP开源实验室，中国移动承担了在北京建设了最大的一个ONAP的开源实验室，除了ONAP我们引入了很多合作伙伴。这张图是在讲，ONAP的一个初步的一些部署设想，中国移动的NONET，我们把它定义为我们面向下一代网络的一个新型的数据中心构建，在NONET里一直强调一个电信集成云，我们在做NONET有三个方面的考虑，第一我们需要重构电信网络的基础设施，我们希望利用TIK基于云化构建整个电信网络的基础设施。第二部分是重构网络的新的功能，我们在面向5G的时候，会用微服务的架构重新设计我们的网络功能。第三个部分是我们重构下一代网络的OSS系统，ONAP一定下一代网络OSS的一个关键组件。

　　我们把未来的ONAP，或者我们数据中心分成两个层面，一个是核心TK，一个是边缘TK，核心TK可能会承载未来面向控制面网源的一些设备，比如说现在EPC的控制面，MS的控制面，网络的一些控制结点，边缘TK会承载和用户面和数据面相关的，需要进行大的流量快速转发的一些设备，包括我们在里面强调今后5GCO分离之后，我们U面会在整个边缘TK进行部署。ONAP会计划部署在核心的TK里实现我们的基于编排器对于核心TK和边缘TK进行一次统一的编排和调度。

　　ONAP是一个开放的开源社区，我们理念是希望能够吸引更多的合作伙伴，不简单是我们传统的电信领域，我们更希望IT领域的合作伙伴能够加入到里面去，贡献我们应用场景、需求、代码，能够真正把ONAP社区做到未来智能化进行发展，最后也很希望大家能够关注我们的社区，如果有问题希望大家随时跟我们进行互动和沟通。