GMM定时器汇总(MS侧和网络侧)

爱卫生

1 MS侧GMM定时器

定时器	作用	开始	停止	超时	取值
T3302	附着或路由区更新重启定时器。	1、附着尝试次数大于等于5次后，附着失败；2、路由区更新尝试次数大于等于5次后，路由区更新失败。	1、附着成功；2、路由区成功。	每次超时后重新启动GPRS附着或路由区更新流程。	等于3212
T3310	等待GPRS附着接受定时器。	发送ATTACH REQ 。	1、收到ATTACH ACCEPT；2、收到ATTACH REJECT。	重发ATTACH REQ。	15s
T3311	其他原因的附着或路由区更新失败后，等待初期相关流程定时器。	1、收到带有其他原因的ATTACH REJ； 2、收到带有其他原因的ROUTING AREA UPDATE REJ ； 3、低层失败。	路由区更新。	相关尝试计数器更新并重新启动附着或路由区更新流程。	15s
T3312	周期性路由区更新定时器。	离开READY状态。	进入GMM-DEREG状态。	发起周期性路由区更新流程。	缺省54 分钟
T3314READY	非匿名接入时的READY定时器	发送PTP PDU	强制进入Standby状态	不能进行小区更新	缺省44秒
T3316 AA-READY	匿名接入时的READY定时器	发送PTP PDU	-	-	缺省44秒
T3321	等待GPRS分离定时器。	发送DETACH REQ。	收到DETACH ACCEPT。	重发DETACH REQ。	15s
T3330	等待路由区更新接受定时器。	发送ROUTING AREA UPDATE REQUEST。	1、收到ROUTING AREA UPDATE ACC；2、收到ROUTING AREA UPDATE REJ 。	重发ROUTING AREA UPDATE REQUEST消息。	15s

注：1、缺省值为MS或网络侧没有在流程中指定其他值时使用；
    2、除非有特殊说明，一般相关定时器第5次超时后流程终止。

爱卫生

2 GMM定时器（网络侧）

定时器	作用	开始	停止	超时	取值
T3313	寻呼过程监测定时器	启动寻呼流程	寻呼流程完成	由网络侧控制	由网络侧控制
T3314READY	非匿名接入READY定时器	非匿名接入时，收到PTP PDU	强制进入Standby状态	如果必须向MS发送PTP PDU，则网络侧要寻呼该MS。	缺省值44秒
定时器	作用	开始	停止	超时	取值
T3316 AA-READY	匿名接入READY 定时器	匿名接入时，收到PTP PDU	-	-	缺省值44秒
Mobile Reachable	移动用户可及定时器	从READY状态到STANDBY状态	收到PTP PDU	由网络侧控制，但在第1次超时后一般停止寻呼。	缺省值4分钟，大于T3312
T3322	等待网络侧发起的分离接受定时器	发送DETACH REQ	收到DETACH ACCEPT	重发DETACH REQUEST	6s
T3350	等待附着、路由区更新和P-TMSI重分配接受定时器	1、发送带P-TMSI和/或TMSI的ATTACH ACCEPT2、发送带P-TMSI和/或TMSI的RAU ACCEPT3、发送P-TMSI REALLOC COMMAND	1、收到ATTACH COMPLETE2、收到RAU COMPLETE 3、收到P-TMSI REALLOC COMPLETE	重发相应消息	6s
T3360	等待鉴权加密响应定时器	发送AUTH AND CIPH REQUEST	收到AUTH AND CIPH RESPONSE	重发AUTH AND CIPH REQUEST	6s
T3370	等待标识响应定时器	发送IDENTITY REQUEST	收到IDENTITY RESPONSE	重发IDENTITY REQUEST	6s

注：1、缺省值为MS或网络侧没有在流程中指定其他值时使用；
    2、除非有特殊说明，一般相关定时器第5次超时后流程终止。

cmcc_demon

为什么没有standby timer呢

爱卫生

cmcc_demon 发表于 2011-6-12 13:20
为什么没有standby timer呢

   Standby状态切换到Idle状态，规范中并没有一个计时器叫做Standby Timer。对应的有两个计时器。首先，要经过Mobile Reachable Timer超时，它超时后，在网络侧登记的MS状态，仍标记为Standby，但如果有下行数据来的话，就不会对MS进行寻呼了。即PPF（Paging Processing Flag)将被清零。然后，还要等待SGSN上的隐式去附着计时器超时，这时候，MS才会从Standby状态切换到Idle状态，即被网络侧隐式去附着（不通知MS侧）。Mobile Reachable Timer的时间要比T3312的时间要稍长，即会等到MS做周期性的RAU，如果等不到，则再等几分钟。还等不到。Mobile Reachable Timer就超时了。假设T3312通常是54分钟，那Mobile Reachable Timer就是58分钟。
    我在你的另一篇帖子也回复了。STANDBY状态下的GPRS MS寻呼。

cmcc_demon

谢谢哈，我看有些地方是这样描述的。其实这个就是类似CS域判断脱网一样。

lsjier

楼主是神话级别人物~

Albert

想问问爱版主.这个T3302计时器是个可选的IE..如果没有这个值.终端一直会发起ATTACH REQUEST 请求.怎么能避免在空口上的这种资源浪费.还有就是T3302划分为MS侧定时器.那就是说这个值是终端上报上来的?还是网络侧下发的?

wbl070818

请问爱总，什么情况下MS回进入到GMM-DEREG状态？

爱卫生

wbl070818 发表于 2012-10-30 06:57
请问爱总，什么情况下MS回进入到GMM-DEREG状态？

与很多种情况。都在TS24008中描述。很多属于异常流程。

举个例子，MS发起的去附着流程的异常情况在TS24.008的4.7.4.1.4中描述，例如提到：“If the detach procedure is performed due to the removal of the SIM/USIM the MS shall abort the detach procedure and enter the state GMM-DEREGISTERED.”

也就是说，如果是因为MS拔SIM/USIM卡所触发的detach流程，那么MS应该终止这个去附着流程并进入到GMM-DEREGISTERED状态。

又比如后面介绍RAU流程的异常环境时，又提到：“# 9  (MS identity cannot be derived by the network);
The MS shall set the GPRS update status to GU2 NOT UPDATED (and shall store it according to subclause 4.1.3.2), enter the state GMM-DEREGISTERED, and shall delete any P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number. ”

也就是RAU如果收到了带有CC原因值为9的RAU Reject消息也应进入GMM-DEREG状态。

这样的场景有很多。没法一一列举。

imwoohan

爱卫生 发表于 2012-10-30 19:52
与很多种情况。都在TS24008中描述。很多属于异常流程。 举个例子，MS发起的去附着流程的异常情况在TS24.0 ...

爱总，请问匿名接入是个什么东西呢？

imwoohan

爱总，弱弱的问一下T3314和T3316的匿名和非匿名有什么区别呢？在Iu接口上还有这样的划分吗？