我在谷歌上搜索 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)。但是，我相信当设备处于 CELL_FACH 时通常会发送 SCRI。因此，电话仅在 FACH 状态(而不是直接来自 CELL_DCH)后才进入 PCH。
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 之前应该等待多长时间 - 在发送第一个之后。
由网络设置，设置为 0 时，手机不等待发送 SCRI。它可以随时发送。
但是，决定何时必须发送 SCRI 是手机的责任。
Fastdormancy 旨在通过在不再发送更多包时请求释放资源来改善电池消耗。
关于networking - UMTS网络中的定时器T323和快速休眠，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/32645213/