这个数据也是我刚才马总也介绍了，我们认为在考虑工程和管道、光纤等费用情况下可以节省14%，CAPEX可以节省14%，OPEX可以节省60%多，对有限路由跳数可以降低，工期成本可以降低。在基带池和非基带池进行一些测试，基带资源池共享技术的启用不影响性能和KPI。这个功能我们原来怕会影响网络的质量，但是对网络是没有影响的。谈基带池的下一步有两个方向，一个是更大规模的基带池，第二个方向是IQ的IP传输，我今天不会汇报特别细，只是简单介绍一下。就是IQ吞吐量方面我们认为从初期阶段会经历很多处理，绝大部分方块会改变吞吐量，里日编码、调制、层映射、预编码、RE映射、OFDM调制、BF、可达30-1000倍。这就是他的一个核心点。另外一个原因因为我们在线路编码的时候会采用8B、10B编码，这样会扩大1.2倍。我们是三个扇区，所有数据都要采用这个。
再有一个现状就是对IQ时延抖动要求，有两种，一种是同步，一种是异步，异步有GSM、UMTS，同步有CDMA、LTE、WIMAX、TDS。同步有什么要求呢？要求信号在天线口发射的时候，在每个天线出现时间误差不能超过1-3微秒，频率稳定要求在0.05PPM。同步的制式是利用这个去切换的。第二是宏分集，第三是COMP，第四是TDD上下行保护，这里限制了基站同步。基站怎么做到同步，基站这边是做了特殊处理的，随时随地我们都要测量我的基站到测评之间的距离。即使是异步制式支持下采用同步下可以获得更好性能，我们在印度就遇到很多这样的，频谱资源效率比较低。直接是点对点连接，采用OTN或者是PDN之后就不是点对点连接，其实还是。根本来说还是需要单独的波长，未来可以有更进一步发展。OTN可以把它拆开重新打包，我们每一个载频数据达到10G，三个载频是30G，这么高数据你需要每个点重新拆掉重新打包，这就是代价。
我们现在中国移动也在大力推C-RAN，思路是这样的，初期还是以光纤直驱为主，快速把C-RAN堆起来，然后在这个基础之上做优化。我们马上会谈到一开始推这个光纤资源占用不是那么敏感。因为我们觉得就是发展GSM，可能比较适合做基带池的应用。GSM是异步支持，它比TD小八倍，我们有一些优化措施可以变得更低。我们认为GSM非常适合于做基带集中化处理的。
第三个主题就是层1虚拟化，我们跟IBM现在做了一些合作，跟英特尔也做了很多交流。我对这个技术有一个判断，我们认为对于层2、层3策略趋同了，关键分析是层1，我们基本判断就是未来两到三年之内所有方向会趋同，一个是CPU方向，一个是DSP方向。DSP很早就有SIMD，对LTE来说是高度并行化，它是一个非常高的并行方式，还有MIMO。在这个趋势下DSP慢慢从硬件往软件走，以前认为DSP是偏硬件，现在往软件走。
再看CPU方向我们跟厂商沟通的结果，英特尔或者是IBM在2012年左右会推出另外一个架构，针对基站优化的处理器架构。他在2012、2013年这个时段会往后退，跟DSP解决方案其实有点类似。
再看虚拟化，虚拟化是CPU强项，DSP弱项，我们可以做到三个载频20兆，这就导致DSP能够实现部分虚拟化，CPU硬件化导致他在虚拟化方面有一定能力。所以我们经过一些比较后发现，在2012年左右从虚拟化层次来讲CPU和DSP在一个量级，可能CPU的程度还会高一点，这是我们的看法。我们认为最终CPU和DSP的比较是性价比的比较，你能实现多少虚拟化，你的性能、价值、功耗是多少。我们有一个分析认为这里主要的运算CPU和DSP其实是差不太多的。其实现在的比较不公平的，我们谈到DSP的时候，DSP上行的时候做干扰相除的，这两个运算对上行运算量是翻四倍或者是六倍关系，这两个关系笼统来说我实现多少LTE或者是实现多少毫秒，这个不能直接对比，还要看具体规格，这是我们看法。我们认识到CPU是很重要的方向，明年我们会和IBM、英特尔一起做进一步的研究。基带池和LTE演进关系，基带池比较适合LTE演进，因为做了集中处理，其实我们讲COMP的时候，COMP需要协同，基带池是非常适合协同的。
小结一下，我们谈了三个技术方向，一个是基带池，基带池我们珠海局帮了我们很大忙，掌握了第一手资料，无论是TD还是GSM都已经掌握了大规模部署C-RAN一个实例。下个月要在某一个地方部署大规模的GSM或者是TD频段是我们有能力做的事情。我们后面会跟中移动一起推GSM的C-RAN。第三我们认为是基于CPU的层1处理。是发展在哪一年，每一年有很大差异。我们现在策略就是两个方向都要看，这就是我们的一个小结，谢谢。
