Ready Timer T3314(就绪定时器)

天高云淡ah

24008讲，Ready Timer T3314的启动条件：
The READY timer is started:
-in the MS when the GMM entity receives an indication from lower layers that an LLC frame other than LLC NULL frame has been transmitted on the radio interface; and
难道，LLC每发一个LLC非空帧，T3314都要启动一次，那发送数据时，会有大量的LLC非空帧发送，将会导致T3314频繁的重启，这样感觉有些问题，请帮忙解释T3314的启动条件

hendouse

回复 爱卫生 的帖子

“在ready状态下，SGSN是知道MS在哪个小区的，在ready状态下，MS需要做的就是小区更新，通知网络侧关于小区的变化。这样，如果MS正在上网，有下行数据要发给手机（例如一个手机报），SGSN就可以直接把这个数据发给手机了，而不需要去做寻呼（寻呼是在整个路由区RA下对手机的一个广播消息）”、“ 而如果ready timer过短，则MS会很快切换到standby状态，那么SGSN在这种状态下只知道MS在哪一个路由区（RA），并不知道MS在哪一个小区，这样如果有下行数据要发的话，就只能对MS进行寻呼了。”
  以上两段话的介绍相当明了，谢谢楼主，呵呵{:soso_e179:}

Albert

多谢版主，用通俗的语言讲解，理解太深刻了啊。非常感谢！

爱卫生

回复 Albert 的帖子

   不用客气。交流吧。我知道的我就很快作答。我不懂的我再去问别的朋友。不用客气的。
是这样的，在ready状态下，SGSN是知道MS在哪个小区的，在ready状态下，MS需要做的就是小区更新，通知网络侧关于小区的变化。这样，如果MS正在上网，有下行数据要发给手机（例如一个手机报），SGSN就可以直接把这个数据发给手机了，而不需要去做寻呼（寻呼是在整个路由区RA下对手机的一个广播消息），因为SGSN知道MS的确切位置而不用去找你。你可以把这种广播想像成由100台LAN Swtich组成的一个广播域，如果有一个MAC地址要泛洪处理，是不是会对局域网造成很大的负荷呢？
    而如果ready timer过短，则MS会很快切换到standby状态，那么SGSN在这种状态下只知道MS在哪一个路由区（RA），并不知道MS在哪一个小区，这样如果有下行数据要发的话，就只能对MS进行寻呼了。寻呼的作用就是找到MS在哪个小区。而且寻呼的范围是整个RA。一个RA的范围是比较大的，因为它是由很多小区组成的。所以这种寻呼对空口的负荷其实是比较大的。咨询过无线的朋友，一个小区的覆盖范围差不多是10到几十公里的范围。
    因此为了减少这种寻呼对空中接口负荷的影响，ready timer不能设置得过短。
    但也不能设置得太长，因为这样MS将很长时间都停留在ready状态，而ready状态是要做小区更新的。如果这个用户不断的小区间来回穿越，这样负荷也会很高。
   因此，根据用户的行为习惯调查，按用户的行为习惯，取了个折中值，44秒。就是假设一个用户看手机报或者新闻的话，要44秒翻页。
   对，MS发送任何一个LLC PDU（代表LLC层的上层数据）来切换到ready状态，在3G的PS核心网中，用service request流程来取代，请求建立MS到SGSN之间的空口连接。这是后话了。

Albert

版主，设置过短，因为用户很快就切换到standby状态了，会增加寻呼负荷，能否解释一下。不太明白，在Standby状态下不是一有PDU的传送立刻就会进入Ready状态了么？在下刚入门还望见谅，{:soso_e100:}谢谢。