51学通信技术论坛

标题: GMM定时器汇总(MS侧和网络侧) [打印本页]
作者: 爱卫生    时间: 2011-5-7 20:38:38     标题: GMM定时器汇总(MS侧和网络侧)

本帖最后由 爱卫生 于 2011-5-7 20:39 编辑

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次超时后流程终止。
作者: 爱卫生    时间: 2011-5-7 20:40:57     标题: GMM定时器汇总(网络侧)

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    时间: 2011-6-12 13:20:47

为什么没有standby timer呢
作者: 爱卫生    时间: 2011-6-12 20:39:17

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    时间: 2011-6-12 21:50:46

谢谢哈，我看有些地方是这样描述的。其实这个就是类似CS域判断脱网一样。
作者: lsjier    时间: 2011-6-22 15:03:57

楼主是神话级别人物~
作者: Albert    时间: 2012-4-8 12:57:55

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

请问爱总，什么情况下MS回进入到GMM-DEREG状态？
作者: 爱卫生    时间: 2012-10-30 19:52:07

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-12-7 11:04:48

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

爱总，请问匿名接入是个什么东西呢？
作者: imwoohan    时间: 2012-12-12 10:05:25

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



欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) Powered by Discuz! X2