我在UMTS网络中搜寻了RRC状态转换，发现“只要UE感到没有数据可发送，它就会启动计时器T323，计时器到期后，它会发送SCRI信号以结束连接。在接收SCRI网络时决定UE的RRC状态。”
我对此程序有些怀疑。
我是该领域的新手，如果我在任何地方都不对，请纠正我。
最佳答案
对不起，我对此帖子的最新回复...
直到现在，我才意识到StackOverflow中有一个UMTS标签...但是我认为我可以以某种方式提供帮助。
首先，让我回答您的问题。然后，我将提供有关它的一些详细信息:
1. T323计时器的值对于网络是固定的还是随着适应性而变化？
该计时器由网络设置。它具有以下可能的值:0、5、10、20、30、60、90、120秒。
我相信它不会动态更改，但是网络可以在不同的区域或单元中使用不同的值。
2.在此模型中，是否可以从DCH转换为IDLE或从DCH转换为PCH？
我可能是错的，但我相信这是不可能的。
SCRI是通过电话发送的。然后，网络将设备移至另一个状态(IDLE，CELL_PCH或URA_PCH)。但是，我相信SCRI通常在设备处于CELL_FACH时发送。因此，电话仅在FACH状态之后才进入PCH(并非直接来自CELL_DCH)。
3.在android设备中，有什么方法可以知道定时器T323的超时值吗？
该计时器由网络在“系统信息块类型1”消息中发送。然后，该值将由移动基带处理器(或调制解调器或CP-通信处理器)读取并处理。
通常，快速休眠功能是在调制解调器端处理的，最终，CP日志可以打印T323值。但是，CP日志在最终用户电话中并不那么容易。此类日志在最终用户软件上被禁用。
当然，某些公司可能希望在应用程序端处理FastDormancy功能，然后，您便可以通过日志消息进行检查。
但是，我认为情况并非如此...
关于T323的注意事项
创建此计时器是为了阻止太多的SCRI消息。此计时器定义移动电话应等待多少时间来发送两个连续的SCRI消息。
以下是工作流程:
-电话检测到没有新的软件包将被发送到网络。
-电话发送第一个SCRI并启动T323计时器。
-将手机网络移动到CELL_PCH或URA_PCH。
-电话发送一些数据，并检测到不会很快发送新的数据包。
-它尝试再次发送SCRI。但是，如果T323正在运行，则此SCRI被阻止。
-T323过期后，SCRI可以自由发送到网络，并且整个过程重新开始。
如您所知，在发送SCRI消息后，网络会将电话移动到低功耗状态(Cell_PCH或URA_PCH)。通过这样做，释放了一些资源。
如果需要将任何新程序包发送到网络，则电话必须返回CELL_FACH/CELL_DCH，并且必须还原资源。
发送数据包后，电话可能会再次发送SCRI，并且所有资源将再次释放。
这就是创建T323的原因。为了避免经常释放/恢复资源。该行为增加了小区中的信号负载，因为资源是通过信令消息释放/恢复的。
手机将如何检测到没有新包裹将被发送
这完全是手机的责任。因此，每个手机品牌都有其自己的算法或功能来检测可以发送SCRI。
当然，您可以创建复杂的算法来预测何时不再发送数据包，并避免发送不必要的SCRI。
但是，已应用了更简单的解决方案。通常，电话只是等待一段时间，如果没有发送数据包，它将尝试发送SCRI消息。
希望我能对您有所帮助。
T323有时会引起一些困惑。但是它只告诉电话在发送新的SCRI之前(发送第一个SCRI之后)应该等待多少时间。
由网络设置，当设置为0时，电话不等待发送SCRI。它可以随时发送。
但是，决定何时发送SCRI是手机的责任。
Fastdormancy旨在通过在不再发送任何包裹时请求释放资源来提高电池消耗。