谢谢tom老师先了。

  2.为什么厂家没有实现？主要原因是状态增多后，会涉及复杂的状态转换。LTE就看到了这一点，干脆把很多状态给取消了，又回到了GSM时简单的两状态了。

  3.为什么引入多种状态？主要原因是Cell_DCH和Cell_FACH的功耗太高，而URA_PCH可以降低功耗。另外，从URA_PCH状态进入到Cell_DCH，所需的信令数量大大少于从Idle进入到Cell_DCH，减少了恢复时间。

  4.快速休眠有什么问题？目前有两种快速休眠方案：终端自动的快速休眠直接进入idle态；R8定义的网络控制的快速休眠，可以进入URA_PCH态或者idle态。显然后者的效果好于前者，前提是开启URA_PCH态。
  目前已有一些终端支持R8定义的网络控制的快速休眠，不过是一种二选一，选了网络控制，终端就不会自动休眠了。一旦网络没有开通快速休眠，设置网络控制反而耗电更多，这也许是前面讲到的问题吧。

  总之，开启URA_PCH态应该是件好事，关键是看终端和网络的支持能力。

你的同事说打开这个有问题，应该是设备厂商的设备没做好这个功能，有bug，导致某些行为错乱吧。功能越复杂就越容易出问题。

  Cell_FACH其实使用的是公共资源，对空中接口来说，没有耗费额外的资源。不过，据说Cell_FACH下终端的功耗还是相当高的，所以终端没有办法长期呆在Cell_FACH状态下。另外，RNC也需要维持比较大的终端状态表。

  目前看到的情况是，三星的一些终端支持R8定义的网络控制的快速休眠，不过是一种二选一，选了网络控制，终端就不会自动休眠了。一旦网络没有开通快速休眠，设置网络控制反而耗电更多，这也许是前面讲到的问题吧。

  另外，除了三星，在iOS 4.2中也支持网络控制的快速休眠，也就是iPhoe4/4s/5都支持。Nokia的终端应该也支持。

  在wirelessmove中Martin Sauter写到，
   In Cell_DCH state, even if no data is transmitted, power consumption is around 1.5 watts. In
 Cell_FACH state, power consumption is still around 0.8 watts, while in idle state and 
backlight off, power consumption is "almost zero". 

  这也给出了为什么Cell_FACH不能久留的原因，其实Cell_FACH还是很方便的。

  Martin在这篇文章中介绍了快速休眠，可以好好看看http://mobilesociety.typepad.com/mobile_life/2010/06/umts-state-switching-and-fast-dormancy-evolution.html。