谢谢大家。我们的网络是正在进行深远的变革，我们身在其中，而且已经持续很长时间了，20年前的时候，我们要建立这样一个云以及虚拟化还改变我们的业务来自于需求和竞争格局，从服务商也是要求如此，这样的话就要求我们有一个深远的变革，我们希望能够把我们做业务的方式进行变革，当然技术也在变革，我们也推出了下一代的一些接入的网络的技术，比如说5G，比如说一些新的标准，还有一些电缆模型技术等等，这些都会给我们有更好的压力给到我们的网络，我们希望能够部署新的设施、装置，在这个基础之上，我们希望能够加入新的能力加入到我们的网络当中，这样就会让我们的运行面临很大的压力，所以我们必须要能够进行深远的变革，变革我们做业务的方式，包括我们运营的方式，要引入自动化，引入新的技术，并且能够帮助我们去渡过这样一个变革转型。

同时，他也会要求我们对组织机构进行一些转型，要更为敏捷开发，要有很好的精简的开发技术，我们希望能够根本上转型，实现更快速的相应，更快速的进行软件的一些开发和部署，最终在这样的一个转型完成之后，我们也会能够帮助我们改善我们的网络的敏捷性，能够部署新的服务，在分钟级别部署新的服务，这样才可能实现服务的差异化。我们能够去设计和部署新的服务，而且其速度是比过去的几代技术要快的多，另外在我们的选择方面也有更高的灵活度，我们知道现在是多供应商的模式转型过程当中，各个供应商其实也需要能够协同工作，同时也需要将所有的部署的这些设备，在我们向新的架构转型过程当中，不能把过去的资本投入白白的浪费掉，所以要将这些设备也带到新一代的技术里，同时也要让用户能够更好的进行比如说5G相关的部署。同时，当然也能够帮助我们的客户能够去提高他们的收益，另外能够减少我们的开发成本以及运营成本。

现在我们知道要通过软硬件的结合比单单依靠硬件能够有更好更广泛的应用，我们知道ONAP是在一年前的四月，他结合了OPENO和OPENECOMP。我们知道在中国的一些自动化的能力都是有的，这个是OPENECOMP，OPENO是一些LF的最佳做法，同时也有VNF的应用和一个初期的熟悉过程，现在有变的越来越方便和便捷，等一会儿我会再讲。我们知道现在的一个ONAP的生态圈已经有全球65%的用户。这个里面给大家展示了一些鼎鼎大名的全球的企业，我们也可以看到ONAP这边有超过五百名开发者，可以看到许多公司对ONAP的投入是非常认真的，这个是开源的，但是很多人会问为什么要这么做，是不是把这个技术拱手让给别人呢？其实我们知道开源的社区有它的独特的优势，其实在Jim St.Leger演讲当中也说到，其实在市场当中我们全行业要携手起来，迅速的找到重要的点，并且把不重要的点放在一边，同时也能够更好的知道运营商最关注的这些能力是什么，这样的话把开发的重点放在这一些东西上去，同时也可以看到转型也很重要，我们知道ONAP的代码可能有几百万行，它其实也汇总了ECOMP和OPENO，这两个本来就有好几百万的代码了，这样的话如果让达个的市场主体来做这样一个软硬件的结合，那就非常非常的困难。但是如果大家共同的来做这件事情，共同的进行转型，我想会好得多。这样的话无论是运营商还是供应商都可以把自己的资源更多的放在本身主体业务的增值方面，能够更好的把产品和服务推向市场。

这里有一些重要的ONAP价值主张，我觉得最重要的一点，首先ONAP是一个平台，就像大家在下面写到，它实际上是通用的开放网络自动化平台，它能够简化设计和部署业务，管理控制网络。这里有这样一个康威定律，这个定律就是说我们一个组织的行事风格是非常依托于它的组织架构的，我们知道现在ONAP是汇总了行业内的65%的用户，我们的软件包不能好像是某一家供应商或者是某一个运营商专属的，我们这样一个软件包必须要能够通用，能够在不同的运营商的环境里面都可以来进行部署和运用。要做到这一点有三个重要的价值观要端正。首先是要实现端到端的自动化，我们知道这个是网络转型的一步，网络的复杂性不断提高，要通过自动化进行规模化部署。另外是产业的开发合作生态，不同的供应商和运营商要一起进行协作，来进行创新的推动，这样的一种创新的方式，是非开源平台不可能做到的，另外是要提升业务部署的效率。许多的ONAP当中的代码在之前的部署当中已经验证过几年了，我们也知道我们的代码实际上有两块，新项目和存量的项目都可以进行支持，而不是要求所有的用户都要从零开始做新增项目，当然我们也要进一步的去这样一个闭环的智能化和网络分析能力。

    我们看到ONAP的社区不断的壮大，这也是过去一个季度当中我们看到的增长情况。左边是总体的数量，也就是代码提交的数量几乎达到了2.5万次，这个是从过去六个月到现在的总数，接下来右边的是讲的过去一个季度，90天当中的活跃情况，我们可以看到大家在社区里比较活跃，同时还有一个一览表，这个里面都是各公司的一个贡献度，包括了我们看到有运营商也有供应商。这个其中很大的百分比实际上都来自于中国的开发者或者是来自中国的企业，包括了华为，中国移动、中国联通，包括中兴、英特尔等等，这些都是大家知道的企业，我们可以看到中国的开发者在ONAP社区，ONAP的平台非常的活跃，确实，我们也可以看到这个其中三分之一是来自欧洲，三分之一来自美国，另外三分之一是亚洲的贡献，这个三分之一的亚洲部分是很大程度上由中国来引领，我们也是花了很多的努力，让开发方面能够为中国的开发者让他们能够更为友好。比如说我们使用了微信进行通信，包括我们在做会议的时候，会议不要安排在中国的半夜来开，这样的话我们实际上现在进行的一个全球流动式的会议，每年都会在某一个地区召开至少一次，其实今年的话六月在背景会召开一次开发者的大会，既是庆祝我们周年庆典，同时也是宣告我们一个项目的相关情况。

这里给大家看这一张PPT，是阿姆斯特丹的版本，这个是去年11月份，这里我讲的更细节一点，给大家看它的架构情况，我们可以看到它有设计时间以及运行时间的两个不同的组件，同时也有相关的环节来在整个的ONAP系统当中进行协调。这里我们可以看到北京架构，北京架构是我们目前正在开发的一个项目，首先是对平台的成熟度进行提高，这样的话可以进一步的来加强和可扩展性能以及可靠性。这里也使用了ONAP的OOM项目，它实际上是我们的一个运行管理器，它可以进行所有组件的协调，我们可以看到所有的这些组件都是一个容器，OSS也是在进行不同组件的管理。同时还有一个新的项目，它其实是多站点协调项目，它实际上可以让我们多点的DC进行同步，来进行更好的分区的融于性能的提高。

接下来我们看到一个STK项目，这个项目它有一个打包和验证的工具，也已经内置了，这样的话可以帮助开发者进行更好的开发，来帮助他们更好的熟悉我们的开发环境。在VMF里，它已经上产到系统之后，结合SDN，之后会有一个SDC项目，SDC是服务、设计和创新项目，它实际上可以帮助开发者熟悉我们的情况，同时能够进行更好的服务设计，在这个组件里面也有闭环开发的功能，同时也可以做一些管理设计的工作，所以这个是软件包，这个软件包也是我们看到在进行新服务创新的时候所需的一些东西，这个里面我已经放在胶片上了。接下来我们知道用户进来可能会下订单，下订单之后，我们可以看到，在上层通过OSS、BSS系统会有这样一个工单，而工单会对系统进行下单的操作，之后会进入到项目，进到项目之后会进入我们的系统编排器，编排器之后的一步是多云多供应商的基础层，它是第六步。之后可以使用不同的版本的方式，当然我们也是在增加对他们的支持，在下一个版本当中还会增加对一些新的云平台提供支持的功能。接下来进入到第七步，第七步是网络功能控制器，这个组件可以，比如说它可以讲VNF进行管理。第八个就是SDNC，它是这样一个元器件，我们使用它来进行网络的设计。

在这里我们更仔细的看一下我们闭环的设计时间和运行时间，从设计时间来讲，我们有几个项目，有SDC，还有SDJ，还有资源的一些接入，还有一些服务的设计，政策的制定，还有一些分析应用设计，这些将会是提供一个很好的门户，他能够帮助我们去创造不同的一些服务，这是这样一个门户的VNC的一个版本。同时它可以帮助我们进行参数的申报，来去在不的模式之间进行差异化。大家可以看到有一些截图、截屏，它能够告诉我们如何进行配置。下一个就是它的运行态，这个框架就是客户已经下单了，这个时候我们会有这样的一些ONAP的一个自动管理框架，它实际上是提供面向全生命周期的自动化框架，这个里面包括我们服务的自动编排器，另外还有下发配置，还有像这样一个所谓的差异化的管理，我们还有一个元素，这个装置叫做DCAE，他是一个分析的引擎，数据收集和分析引擎，这里是在网络当中得到应用，DCAE是一个警报的关联装置，他能够告知和报警系统的问题，他会连接到政策的框架，去找到我们应该如何去解决这样的一个问题，然后他又会回馈给我们的服务的编排器，它可以对网络进行一定的调整。

这个就是一个闭环的自动化，这边有几个闭环，在ONAP当中有几个闭环，这个是给大家展示了整个系统的闭环，在这个里面，我们进行政策和服务的一些设计，进行差异化，然后通过运行态的服务，然后进行DCAE的运营，包括自修复和扩容，还有其他的一些LOG的变化，还有推进的变化，还有一些元素，包括BSE，我们可以做一些它的自我修复和对元器件本身的扩容，同时还有一个闭环，我们还有很多的VNF的闭环的自动化，这样的话他能够让系统发挥它的作用，帮助我们去保持VNF的性能表现以及整个网络的性能表现。

我们主要的关注对于我们北京的一个版本就是它的一个平台的成熟度，在其他的社区里面，我们把它称之为SAP，就是可扩容性、可管理性以及可用性，我们在这个基础上又加了其他几个层面，包括它的一些韧劲和可管理性，稳定性，还有其他的，包括安全等等，这些并不是说你马上可以一锤子就实现这个目标，我们希望能够持续的去改善，当我们关注平台的成熟度，尤其是北京这个平台的成熟度的时候，他们会涉及到各个层面的每个纬度的各个级别，包括安全的表现性能，我会举两个例子展示出我们如何从这一路走来，按照不同的级别来进行能力的构建。对于安全来说，安全方面我也会强调一下CII的一个徽章，这是一个核心的基础设施项目，他是由LINUX的界定的，他会提供我们软件项目成熟度的水平。它的安全的第一级就是CII要获得通过，这边有很多的ONAP的组件都已经获得了这样一个徽章，而大部分的就是达到了95%的比例，所以我们在这里是特别的非常关注安全，我们不会吧它马上就在这个地方原地踏步，我们希望不断的推进，在未来有更先进版本出来，另外我们还有50%的检测覆盖率，有不同的检测工具进行使用，这样我们可以快速的查账，然后开素的排障，能够使快速的方式找到障碍，并且排除这个障碍，另外就是这个性能，我们跟多的是关注性能表现，而且更多的将性能表现纳入到项目的层级来看，第一个就是要有一个基线期的性能表现。我们有一个项目是中国电信主导的一个项目，通过这个项目我们可以看一下这些数字是否可以通过我们不同版本的迭代之间获得改善。

同时，我们也会使用两个案例来正式我们的新的版本的可用性。第一个就是VoLTE，VoLTE也是RMS以及EPC的虚拟化，他是一个商业化的DMS，他有不同的供应商，有的是华为，还有中兴，还有诺基亚，以及其他的一些来自于不同公司的元器件，我们展示出了两个数据中心，他有不同的一些组件，每个中心都有不同的组件，同时他的网络连通性连接性，在不同数据之间的一个连接性的情况得以展示。

第二各使用的案例是利用vCPE，这个就是开源的VNF，然后使用这个元器件来测试网络的情况，大家可以看到，我们设置了一个汇集点，它的核心站点，还有不同的VNF，还有一些基本的连接性，是在不同的场地之间得到一个实现，我们还有一个使用的子委员会，他是根据我们的卡萨布兰卡会议的的一个新的版本的出台，我们在未来几周就会有这样的使用案例，将会有更多的信息进行分享，我们希望在未来一个月当中可以实现对于新的卡萨布兰卡版本的使用的介绍。

我们目前对于卡萨布兰卡版本的规划是基于在今年年底之前希望能够去关注于它的可部署性，这个是他的一个聚焦，我们希望能够确保我们的ONAP能够适用于不同的运营商的网络，这就意味着我们需要去关注模块化的组性，模块在不同的组件之间，让我们的运营商根据模块化的结构进行定制，然后去匹配特定的环境，同时也意味着我们需要能够持续加强我们API的改善，我们需要进行开发，并且协调API不同的接口，并且在不同的元器件之间进行连接。我们有一个团队已经是在进行云的建立，来测试一些先导性的工作，来观察今年年底之前是否有结果出来。

对于VNF合规的检测，我们已经提供了这个工具来进行检测，我们建立了这些框架来进行OVP的验证，现在所有的这些网络的项目，也就是LINUX的基金会的网络项目都可以汇聚起来，在这个基金会的协调之下，能够有一个新的LFVN的委员会，叫做CDC的一个委员会，我们的第一个任务就是作为CDC角度来讲，就是有一个VNF的合规，用这个已有的工具来实现这一点，我们同时也关注更多CPU的架构，我们也支持在卡萨布兰卡版本之后，我们也可以支持ROM，我们也会强化我们平台的成熟度，要强化安全性，并且引入外部的控制器，这个是目前已经正在进入ONAP的一个项目，它就是一个叫做OSM的项目，他们展示出了，对于我们的来自于Cloud的常以，可以引入到PNF，引入到我们的ONAP内部。

还有5G的一些基本面的信息，我们知道5G正在朝着我们走来，我们也在努力希望能够在不同的一些应用案例以及它的基础架构和ONAP的架构，要支持5G的一个项目，5G的到来让它可以成熟的说我们可以起到的一些开源的项目进行合作，他们现在也在开始进行这样的一些编码的投放。

那么我总结一下，我希望给大家一些连接，ONAP也会是使用这样的一个方式来去进行这个文件的构限，vikl.onap.org是包含我们所有基本文件的信息，大家如果感兴趣可以在这个上面看到，如果大家想观察我们在做什么甚至可以加入我们的话，我们希望能够去展开大门，我们欢迎更多的朋友加入到我们更多的全体加入到我们开源组织当中来，这就是我们项目的信息情况。

谢谢大家的聆听。