UMTS网络中的定时器T323与快速休眠

Question

我在谷歌上搜索UMTS网络中的RRC状态转换，发现“每当UE觉得没有数据可传输时，它就启动一个定时器T323，在这个计时器到期时，它发送一个SCRI信号来结束连接。在接收SCRI网络时，决定UE的RRC状态。”

我对这个程序有些怀疑。

1. T323计时器的值是为网络固定的还是随适应性而变化的？
2. 在这个模型中，从DCH过渡到空闲还是从DCH过渡到PCH是可能的？
3. 在android设备中，有什么方法可以知道计时器T323超时值吗？

我是这个领域的新手，如果我哪里都错了，请纠正我。

Answer 1

很抱歉我对这篇文章的回应太晚了..。

直到现在我才意识到在StackOverflow中有一个UMTS标签.但我想我能在某种程度上有所帮助。

首先，让我回答你的问题。然后，我将提供有关它的一些细节：

1. T323计时器的值是为网络固定的还是随适应性而变化的？

这个定时器是由网络设置的。它有以下可能值:0、5、10、20、30、60、90、120秒。

我相信它不会动态变化，但是网络可以在不同的区域或单元中使用不同的值。

2.在这个模型中，从DCH过渡到空闲或DCH到PCH是可能的吗？

我可能错了，但我相信这是不可能的。

SCRI是通过电话发送的。然后，网络将设备移动到另一种状态(空闲状态、CELL_PCH状态或URA_PCH状态)。然而，我相信SCRI通常是在设备在CELL_FACH中发送的。因此，电话只有在FACH状态之后才会转到PCH (而不是从CELL_DCH中直接转到PCH)。

3.在android设备中，有什么方法可以知道计时器T323超时值吗？

此定时器由网络在系统信息块类型1消息中发送。然后，这个值由Mobile处理器(或Modem或CP - Communication )读取和处理。

通常，Fastdormancy特性是在Modem端处理的，最终CP日志可以打印T323值。然而，CP日志在终端用户电话中并不是那么容易获得。这种日志在最终用户软件上被禁用.

当然，有些公司可能希望在应用程序端处理FastDormancy功能，然后您可以通过日志消息进行检查。不过，我想不是这样的.

对T323的思考

创建这个计时器是为了阻止太多的SCRI消息。此计时器定义移动电话应等待多长时间才能发送两个连续的SCRI消息。

下面是工作流程：- Phone检测不会向网络发送新的包。-先发送电话，然后启动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的目标是提高电池消耗，要求尽快释放资源，一旦没有更多的包裹将被发送。