我正在谷歌搜索UMTS网络中的RRC状态转换，并发现＆＃34;每当UE感觉没有剩余数据用于传输时，它启动定时器T323，在该定时器到期时它发送SCRI信号到结束连接。在接收SCRI网络时，决定UE的RRC状态。＆＃34;
我对这个程序有些怀疑。
我是这个领域的新手，所以如果我在任何地方都错了，请纠正我。
答案 0 :(得分：4)
很抱歉我在这篇文章上的回复很晚......
现在我才意识到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 - 通信处理器）读取并处理该值。
通常，Fastdormancy功能在Modem端处理，最终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旨在通过在不再发送包裹时请求释放资源来改善电池消耗。