大家下午好，这个先说一下刚才写的这个我的题目有些变化，我现在已经调到了中国联通智能网络中心，承担我们所有未来新的网络虚拟化、SDN网络建设运营一体化单位。今天下午我们前面讲了很多NFV技术，现在来从另外一个角度来看看NFV在商用部署面临的挑战。我们云化愿景是美好的，但是其实我们在云化这个路途上问题还是挺多的，虽然说联通走的稍微快一些，以及有一些实际云化的部署，但是离我们的目标还是有很大的差距，并且并不是按照我们原来理想或者一个开放的结构去建设的。第二部分重点看一看我们现在一些问题在哪里，最后我们有些工作确实需要推动，确实需要往前发展，才能够推动整个网络云化的发展。

云化的目标我们来自于什么？来自于驱动力，互联网企业在整个网络发展和这个轻资产快速响应方面带来很大效应，运营商的流量是在逐渐增长，收入并没有很大增长，互联网企业利润和增长非常快，CT受到IT很大影响，我们去做集约，减少管理控制和维护设备的形态降低维护成本，提高网络能效，简化网络，所有业务层往上移，脱离设备。我现在不能说我的所有的服务跟我的设备剥离掉，像互联网的企业也一样，希望管理实现集中管理，现在我们是按照行政区的结构管理网络，网络配置分权分利分属性的，云化之后都能够实现吗？这是我们的愿景。

另外一个很看重云带来的敏捷、快速的交付，很快能够响应客户需求，弹性扩张适应客户需求，这个是我们想去云化一个最主要推动力，我们希望在业务，在网络敏捷性上有很大的提升。智能来讲，运营商有大量的资源数据，当然我们也可以借助外力去填补算法，能不能提供智能化产品，提升网络的效能，提升网络的能力，这也是我们希望变成一个IT设施之后获得的收益。还有一个开放，我们希望在云生态上像很多业务，例如我们的APP业务，很多东西能够部署在我的网上去，像云一样非常快，也希望我们的通讯能力变成标准的API开放的接口，变成一个可以部署的组件，这是云化的愿景。其实后面来讲，不一定现在我们就能够实现。另外，5G本身最主要技术特点就是IT化架构，尤其是核心网主要就是服务化的架构，不得不去云化，5G以后全是云的。

大量引入服务化的架构、微服务产品以及软件设计的理念，我们很多业务服务全部是用API来调用，这会带来很大的交叉兼容性以及管理上的问题。软件其实并不是那么容易做。

我们希望看到网络云化先行者给我们带来一些经验，网络虚拟化我们也希望像先行者一样降低重构。愿景是美好的，但是现实还是很多问题，这里面归纳总结几个方面，一是建设成本的问题，我们在初期建设成本会抬升的；第二个我们整个虚拟化标准跟我们现在的进程是不匹配的，有一些滞后；第三个就是开源，带给我们很大的机遇也有很大的挑战；第四个就是IT新技术是迭代更新太快。最后讲到运营商能力运用，软件集成运营商非常欠缺，虚拟化带给我们的挑战是最严峻的，最后就是产业变化，我们可以看到不断有开源软件被商业化的公司收购，虽然说没有问题我们还会继续保持开源，但这随着利益的加入是会发生变化的。

随着我们5G建设和未来整个网络云化下沉，边缘云会出现大量的综合区域点，这部分改造的成本包括供电，散热，都会对空调带来比较大的压力。我的DC化改造包含了技术网络的投入，我的网络设备必须有几个TOR，基础投入是少不了，初期建设成本比较高的。

再说到标准和商业的差距，在通信行业标准是最主要的最重要的参考依据，也是大家遵守的准则，但是标准和我们现实是有一定差距的。由于整个标准规范还没有统一，我们在商业部署的时候没办法作为唯一的参考，企业要制定自己的标准，三家运营商也可能会出现不同差异的地方，对整个商业化进程推动有很大的障碍。2016年我们就已经部署虚拟化了，我们用企业标准推动，这带来的是厂家事实产品和标准之间的差距，标准体系需要尽快去完善。

另外讲开源，开源是我们在虚拟化时代最好的东西，带来了很大的好处，降低了运营商做技术的门槛，提供了系统可参考的框架。而且聚合了产业各方的资源，大家能去贡献力量，共同推动，涉及到很多我们实际应用中的问题。开源是社区性的，不同项目投入资源不一样，进度也是不一样的。这带来了一个问题，就是很多开源项目进度完全不一样，你想用的时候投入资源是不一样的，开源是更多商业化的实现，要有代码配置，要安全可靠去管理，现在开源我们要实现商用需要投入力量自己去做二次开发和定制。开源提供了我们好东西，但并不是说真正可以用了，到开源到应用中间还有很多工作需要自己去做。我们想用但是必须要建立起相应的队伍，相应的资源。

前面也提到IT技术更新迭代是非常快的，运营商从做标准开始，开始标准立项要讨论一年的时间，再做产品化将近2-3年的周期，IT新技术的引入和更新大概就几个月的时间，运营商有点跟不上。另外一块软件技术的壁垒和技术的深度，其实因为你要自己做软件，你就必须要深入其中。我们看微服务，微服务带来了很大的问题，服务的颗粒度怎么去定义，我们现在是多运营商的状态，每个运营商都有自己微服务的框架，自己API的定义，整个OA服务的管理，相互之间的调用这个问题是会比较困难的，最后还有路线选择的问题。

对于运营商能力的问题，因为整个我们讲，运营商过去我们交钥匙的过程，现在拿到东西我们可以交给设备厂家，从交钥匙之后这个设备就是完全可用的，配置管理也不存在分层解耦，顶多厂家之间无线或者网络之间有协议交互的接口。现在面临的问题是软硬解耦，分层解耦的越多，带来问题就是大量的工作，因为运营商总是在做运行测试，兼容性的测试，并且还不知道是不是必要的。这样尤其在IT化、网络全部软件化之后，集成工作本身是有几部分内容，不单单是要做这种兼容性交叉措施，还有真正面向一些集成的工作要去做，比方说把哪些业务要组合，接口做一个修改，统一编排，这些东西对运营商来讲都是比较大的挑战，尤其在网络在IT这种业务IT集成能力太弱。

我们来看产业的这种变化，IBM收购了红帽，这里面问题带来是什么？开源，收购之后这个开源的社区是不是会在持续的投入，当然所有收购之后都说我们没问题一定会持续投入，谷歌准备对欧洲进行专利收费就是因为受到垄断性竞争制裁，商业利益还是最主要驱动的，虽然说现在保证开源投入是不会变的，但是未来是不是会有变化很难说，收购之后开源软件存在潜在风险。

NFV现在走到了什么程度呢？一定走过了辉煌，已经走到了谷底，现在是大规模商业部署的时期，我们在2016年开始做虚拟化商业部署，明年开始新增的核心网的网源就不再采购了，要求只允许采购虚拟化的设备，从未来新建的核心网络，不是指的传统传输，新建的网络全部是虚拟化的设备，意味着我们的虚拟化正式步入规模的建设。

这里我们有一些建议标准层面可以像一个阶段性尽快去形成，在商业实践中，出了问题去反馈再去修改再去完善，我们在部署的时候需要有参考的东西拿出来一个依据，不需要那么完善，在实际部署过程当中，加快产业化程度，能够加快标准成熟和商业化进程，而不是说不停讨论最终滞后于网络部署，这样标准的意义只会越来越弱。

对开源这一块我们有一些建议，核心代码要进行实际场景部署和验证，另外就是我们标准和开源组织，最好能够有一些相互的依照和协同。另外一块就是说我们降低这种开源整个模块化的耦合，最后是文档和自动化部署的工具，开源还是一个社区活动，要做文档，有社区化的活动才能够推动开源。另外需要一些部署的工具，来去推动这个开源落实应用。

最后一个是我们自己的问题了，IT化能力的建设，我们现在已经意识到这个问题，所以我们成立了这样一个专门的组织和部门，把我们面向新的网络虚拟化云化的网络放到建设维护，甚至是研发和迭代放到一个组织里面去做；第二个就是流程，这个流程设计因为我们现在也正在新的部门制定整个面向IT和云化的流程，最重要一个是人才的转型，你需要有队伍，需要有人才专门做这一块的投入工作，去投入你的研发，投入代码向IT化转型。

最后我们希望大家去共同努力，贡献自己力量，只有这样才能够推动NFV尽快商用部署，早日实现我们的网络的智能化，谢谢大家。