我正在努力了解LTE和UMTS / HSPA +如何从全功率状态转变，以及当移动设备的无线电以全功率运行时，塔台上的资源是什么样的。
我看过Ch。本书中提到的High Performance Browser Networking以及an AT&T Research article中的第7和第8，但它们并未直接解决此问题。
UMTS（DCH到FACH）从全功率到半功率的转换超时几乎总是5s，或者5s值（在上面的AT＆amp; T Research链接中提到）来自何处？
在超时到期之前发送次要流量时，UMTS超时是否从完全功率DCH状态复位转移，还是取决于是否认为这样的小流量是足够的随后在低带宽半功率FACH状态下通过共享低速信道处理？
从全功率状态过渡到LTE的超时时间是什么？
在UMTS和LTE全功率状态下，哪些资源与塔相关，对运营商有什么影响？
远离全功率状态的转变是由移动设备的电池消耗问题决定的，而不是运营商对塔的实际资源节约？例如，如果设备连接到充电器，是否允许或有意义地始终使用UMTS和LTE操作处于全功率状态的移动设备的无线电？
答案 0 :(得分：1)
这是一个奇怪的说法，从DCH到FACH的RRC状态将需要5s，通常比这更快。它挂起的时间越长，网络与您的RRC实例关联的RRC资源越多，优化设计的最佳利益是使RRC状态挂起时间尽可能短，因为它节省了计算和频谱资源。
因此回到主要问题RRC STATE（CELL DCH）消耗最多功率，RRC STATE（CELL FACH）消耗功率突发并且RRC STATE（IDLE）消耗最少。突发来自小区重选状态和RRC连接建立请求。
这是一个正确的rrc状态图（http://images.books24x7.com/bookimages/id_6399/fig209_01.jpg）
上找到的rrc状态功耗图现在，如果文章的数据是正确的，我可以推断的是，测量结果表明Ue中的RRC状态机处于＆＃34;滞后＆＃34; Ue 5s决定下一个RRC状态。那么它可能是网络设计和降级问题。
答案 1 :(得分：0)
<强> UMTS：
从转换到DCH到FACH的延迟由称为T1的计时器控制，在这种情况下，网络将其配置为5秒。无论价值如何，它都是设备电池消耗与管理网络元件之间信令负载之间的折衷。
对于定期更换小数据包的移动应用程序，但不经常使用长定时器会导致设备保持高功率状态许多额外且不必要的秒数，从而耗尽电池电量。
在3GPP Release 8之前，设备制造商已经解决了这个问题，因此设备在完成发送和接收数据之后将发送信令连接释放指示（SCRI），而不是等待网络发起向FACH的转换。这会将器件置于空闲模式，即最低功耗状态。
然而，这个解决方案有一个垮台：当RAB被释放并经常重新设置时，SCRI会在网络元素之间造成不必要的信令负载。
这在版本8中得到解决，因此SCRI中的特定原因值（UE请求PS数据会话结束）明确向网络通知设备已完成发送和接收数据。这允许网络区分释放连接的不同原因，如果它发生得太频繁，它可能会拒绝释放连接的请求并避免信令负载。
有关详细信息，请参阅GSMA的Fast Dormancy Best Practices。
<强> LTE：
由于只有两个RRC状态，连接和空闲，因此LTE更简单。定时器仍然由网络控制，但是在LTE中保持在RRC连接状态对UE不那么有害，因为不连续接收（DRX）有助于保持较低的功耗。此外，两种状态之间的转换不会导致LTE中的信令负载，因为这是设计的目标。答案 2 :(得分：0)
RRC-DCH状态始终具有最高功率状态。 RRC-FACH状态低于DCH状态。然后是RRC-URA状态，其中最不重要的是。
快速休眠有助于将Ue从最高功率状态切换到最低功率状态。 在功率电平DCH> FACH＆gt; URA中处于连接模式。
