邓灵莉主要分享关于ONAP社区最新的进展以及开展的实践活动，包括三个方面的内容：
第一个是社区发展的历程和近期开展的工作；
第二个方面是关于社区产业价值的思考，以及进行的部署实践；
最后一方面跟大家分享对于ONAP社区下一步工作的展望。

第一部分，ONAP去年2月份开始成立，希望为面向下一代网络，端到端网络自动化提供一个统一的平台和参考实践。去年11月份发布了第一个版本命名为Amsterdam，今年5月份发布了第二个版本北京，今年11月份在这个月月底计划发布第三个版本卡萨布兰卡。另外一方面是中国电信的集成实验室。实验室分布广泛，大家分工进行不同业务场景的技术验证。

第二部分是对于社区产业价值的思考，为什么我们做开源，具体做什么，怎么做它？这个是我们传统意义上的一个解释，ONAP做的东西叫什么？我们内部叫做O，也称之为编排器。与此同时网络能力通过SDN实现了集中控制和按需的动态编排，基于这些能力，O是什么？编排管理系统就是把不同的原子的能力，虚拟的网元进行组合和编排。面向不同的行业应用需求交付不同的服务，对于他所创建的服务和其组建又能够进行实时的管理，包括动态的调整、回收、资源再利用，从而形成一个闭环。

事实上，一句话总结管理编排系统或者是O，就是将电信能力和网络能力编排成不同需求的服务，并其对进行资源、网络、业务层面全生命周期管理，实现业务敏捷上线和网络高效运营。O或者说ONAP实现了网络管理编排系统是我们的一个核心技术，也是未来我们希望自主掌控的核心组建之一。

为什么通过开源做这个事情？开源是实现自主掌控的全新研发模式，电子产品的研发模式是标准驱动，这个采用瀑布式的模式，组织这种一对一或者是兼容性的测试，那么它其实以文档为交付的产品，在文档的形式交付产品周期是比较长，事实上我们新的应用需求又促使我们去加速我们的技术创新，所以大家在想是不是可以采用开源软件的方式，借鉴IT行业先进的技术和合作模式。

开源的这种模式下，大家可以把自己的一些创新的技术成果以种子代码的方式贡献到社区，然后以大家的共同需求为基础，以3-6个月这样的开发周期进行需求的分析，以及迭代的实现，在大家实现了产品以后，商业化的产品又能通过以这种开源的参考架构进行对接的兼容性测试，来实现初步的兼容性测试问题，所以我们认为以开源软件进行核心，进行开放网络的技术集成可以帮助我们特别是运营商快速引入先进技术，实现业务创新。同时基于开源的参考架构可以实现事实的标准，有利于厂家互通，促进产业成熟。为什么要用开源O，既然我们参与了开源社区，这个开源社区能为我们做什么，我们怎么发挥价值。

从不同的开源社区看，行业组织来看，我们觉得开源社区可以在拉动产业方面发挥三个方面的价值。第一个提供参考的架构，比如说通过发布白皮书的方式来拉动厂家和产业界整体来进行这种整体架构的设施，另一方面我们基于开源的代码孵化我们的商业产品，ONAP在参考架构、事实标准和孵化产品方面都需要起到核心的作用。第三个是我们基于业务场景做的工作，我们选取了北京版本当中的核心组建，基于这个模块进行了产品的定制化，主要是对标我们核心网虚拟化试点当中的起标需求，今年11月份开始进行试点测试。然后是CCVPN，这个业务场景主要是面向SDN，SDN我们做了什么事情？做了SOTN的业务创建闭环控制，以及端到端的发放和生命周期的管理。

第三部分，下一步工作的展望。主要包括三个方面，第一我们已经做的应用示范，如何加速运营商在实际网络当中的部署，第二个是面向新兴的业务场景如何开展新的技术探索，第三方面是大家知道我们在今年5月份的时候，研究院有一次组织机构的调整，我们把原来做ONAP的团队和人工智能的团队融合，成立了融合的研发中心，这个组织调整也预示着我们的发展方向，我们认为网络自动化和智能化是不可分割的整体，是需要深度的融合，我们希望下一步在这方面进行一些探索。