那么，也是需要我们在功率调整之后进行网络优化，包括是否要变化一下二三线关系，从而来保证我的网络质量。胶片右下方也是一个测试效果，我们可以看到功率能力得到提升，分流效果也是较明显的。从两方面来看，互操作的频次有了一定降低，特别是数据倒流比降幅达到25%左右。接下来介绍的是两个优化的算法，基于IMEI互操作算法，可以作为互操作参数的一个补充，目前互操作参数只能区分不同业务类型，但是不能区分某一类终端，或者某一款终端，这个算法有一个基本原理网络通过获取终端信息，根据信息来判断不同终端类型，到底是数据卡，还是手机，还是无线座机。可以针对不同类型终端下发不同的互操作参数，也可以针对某一款终端切换有问题，我可以考虑是不是把它切换给关掉等等。
胶片下发也是一个事例，将承载数据较多，包括移动性较弱数据卡上网本，把他的数据业务门限进一步降低之后，我们把更多业务留在TD网络，右下方数据可以看到数据业务倒流比又进一步降幅到21%。刚才也提到互操作参数门限降低都有一定风险，这里提到基于链路指数下降，终端切换到GSM网络，网络侧根据测量报告结果，根据当前网络负荷干扰情况，来调整我当前终端业务承载的载屏，或者在系统内的一个切换，甚至是系统间的一个切换。也就是保证当业务链路质量下降的时候，尽早的将终端用户链路调整到更好的地方，从而保证我用户的感知。
右下方一个结果是前面一些方案实施之后，我在凯奇链路切换功能，包括语音业务值，还有CQI都有了一定提升。下面这个是一个网络新功能，Fast Return，为什么会提出，这解决了一个什么问题呢？我们可以来看一下这么一个场景。终端用户原来是在我TD网络驻留，我发起了语音业务，一会又会发行TD到GSM切换，在G网挂完电话之后又回到TD网络，我这里简称是一个TDD的过程。前期在数据里面统计，这样一个过程概率有31%的样子，大家可想尤其在打电话走来走去的时候，原来在TD网络，一会走到GSM网络，一会又回到TD网络，这样子的场景还是会比较多的。
这样子一个场景，这样子一个过程到底有什么样的影响呢？胶片下方有一个框图，这里也列了一些步骤，这个过程非常长，涉及到终端不可及的试验也是很长的，就十几秒或者更长。这种长时间终端，在一个不可达的状态是会影响我终端的接通率的。Fast Return的提出正是为了解决这个问题，把我TDD过程大幅减少，一下子可以缩短很少，把中间不可及的试验都去掉了。他基本的原理，在2G，我挂完电话之后不会先在G网停留，而是快速返回。当然他快速返回也是基于一定条件这可能是说，有些在通话过程中进行测量，或者我挂完之后觉得测量，如果觉得TDOK的话就开始返回。
下面这张胶片是多种实现方案对比，根据终端快速返回T网一个小区列表，到底是从G网获得，还是从T网获得，这个方案分成两类，上面是Fast方案，指的是终端获取T网小区列表是从我当前挂机GSM小区获得，进一步可以分为两个方案，上面方案比较简单，在通话过程中不需要测量，而是挂机之后进行测量。中间按比较复杂，希望我在G网通话过程中进行测量，挂机之后可以快速返回我之前测的比较好的小区。当然，这个改造是需要GSM网无线设备的支持，对TD双模终端也有很高的要求，不过这两个方案都是符合当前GSM协议的一个要求的。
另一类方案是说终端在T网驻留发起业务之前，在TD五小区获得一个比较全的TD小区列表信息，终端在通话过程中进行测量，挂完机之后快速返回之前测量的一个比较好的小区。可想而知，他改造的是TD网络，不需要改GSM网络。对于商务终端也是有相应的要求，所以他需要修改一下当前3G标准协议，使得我的TD网络能支持这些小区列表。前期也是对一些不同方案做一些测试论证，从测试结果可以看不同方案之间性能是相当的，都可以使我TDD充分时延12-13秒，缩短到1-2秒，但是比较不幸的时候我们发现在测试中有FR严重的终端兼容性问题，目前也已经初步提出一些解决方案，第一是网络区分问题终端，对没有兼容性问题的终端开启FR功能，对所有终端进行一些筛查，找到一些规律。
