51学通信技术论坛

标题: 周期路由更新计时器T3312 [打印本页]

作者: 爱卫生 时间: 2011-1-20 22:41:19 标题: 周期路由更新计时器T3312

周期路由更新计时器T3312监视MS内的周期路由区更新过程。周期路由区更新定时器的长度在路由区更新接受或附着接受消息中传送。该定时器在一个路由区内是唯一的。一旦该定时器超时，MS将开始一次周期的路由区更新过程。

作者: cmcc_demon 时间: 2011-6-15 10:10:31

在每次发起RAU/附着的时候，该MS定时器是不是都会复位呢

作者: 爱卫生 时间: 2011-6-15 10:31:01

回复 cmcc_demon 的帖子

是的。你可以假设这个T3312就是个闹钟，它默认是30分钟。相当于这个闹钟每隔30分钟会自动响一次。从30分钟开始进行倒计时，30..29..28..3..2..1。然后闹钟响。但响的同时，闹钟又开始30分钟倒计时，30..29..28..3..2..1。又过了30分钟又响。并没有把闹钟彻底关掉。
同样，对于MS来说，就是每隔30分钟，MS就会自动发起一次RAU。但需要注意下MS的移动性管理三种状态，只有在Standby状态下MS才会发起RAU，因为在Standby状态下，MS实际上是在网的，但和核心网可能没有任何信令交互，这时的RAU就扮演了类似keepalive报文的角色，主动向网络侧报告自己的存在，这样就可以避免被网络侧隐式去附着。Ready状态下是不做RAU的，T3312也是停止的，因为在Ready状态，你和网络侧是有信息交互的。网络侧知道你的存在。
所以，接上面的类比，如果要将这个闹钟完全停掉，也就是将T3312这个Timer不运行，那只要这个手机进入到Ready状态，这个MS的T3312就不运行了。如果又切换到了Standby状态，这个T3312又开始像闹钟一样30分钟倒计时了。

作者: cmcc_demon 时间: 2011-6-15 10:35:16

很形象，加深理解！

作者: shanyy11 时间: 2011-8-13 18:30:50

回复 cmcc_demon 的帖子

T3312定时器不是54分钟吗，难道是个不固定的值。
再问个问题啊，RA的周期更新只是在standby状态下才进行吗？那触发更新呢，对MS的状态有要求吗？比如在IDLE状态，当MS进入到一个新的RA，会进行RA的更新吗？implicit detach timer 这个定时器的值你知道吗，我找了好久都没找到，希望你能回答我的问题啊，不胜感激。

作者: shanyy11 时间: 2011-8-13 18:33:50

回复爱卫生的帖子

T3312定时器不是54分钟吗，难道是个不固定的值。
再问个问题啊，RA的周期更新只是在standby状态下才进行吗？那触发更新呢，对MS的状态有要求吗？比如在IDLE状态，当MS进入到一个新的RA，会进行RA的更新吗？implicit detach timer 这个定时器的值你知道吗，我找了好久都没找到，希望你能回答我的问题啊，不胜感激。

作者: 爱卫生 时间: 2011-8-13 19:11:14

本帖最后由爱卫生于 2012-2-25 18:55 编辑

shanyy11 发表于 2011-8-13 18:33
回复爱卫生的帖子

T3312定时器不是54分钟吗，难道是个不固定的值。

1 T3312是一个固定值。我举的例子闹钟计时是想说明，这是一个计时器。会从最大值一直减小到0。确实通常就是54分钟。
2 进入一个新的RA肯定会触发RAU，这就不受T3312的控制了。从T3312的名字上也可以看出来这个，因为T3312就叫做周期性RA更新计时器。所以它只控制怎么做周期性RA更新。
3 implicit  detach timer是由核心网侧来控制当检测不到用户的activity的时候，对用户进行隐式去附着的一个计时器。
  通常是这样的：
当T3312的54分钟超时后，如果MS没有给SGSN发周期性RAU Request，则SGSN认为MS可能失去网络的连接了。但也有可能是无线质量不好等原因，所以SGSN还会再等等。再过4分钟，是另一个计时器超时，叫Mobile Reachable Timer，即第58分钟。SGSN认为再等了4分钟，你还没给我发RAU，那证明你确实失去到网络的连接了。这是SGSN会将MS的PPF(Paging Processing Flag)标志位清除，也就是说当Mobile Reachable Timer超时后，MS的上下文不会删除，MM状态也保留在standby状态。但这时收到下行数据要发给MS的时候，SGSN就不会给RAN侧去发paging请求了。然后隐式去附着计时器开始计时，再过60分钟，就是你提到的implicit  detach timer.这个计时器超时了，SGSN就正式的对MS进行去附着处理了。那上下文也会被删除，MM状态也切换到IDLE了。

作者: shanyy11 时间: 2011-8-13 22:29:36

回复爱卫生的帖子

谢谢你的耐心讲解啊，太感激了，{:soso_e183:}我佩服了。

作者: Albert 时间: 2011-11-12 14:54:44

好久没来了..呵呵.爱总还是依旧耐心解答兄弟们的问题啊.看帖子又学到了不少东西.

作者: Albert 时间: 2011-11-12 15:42:02

有些疑问,PERIODIC RA UPDATE TIMER,Mobile Reachable Timer,implicit detach timer这三个计时器是同时启动的吗?如果是,后者依次都比前面的时间长了,如果前者收到相应的消息置位后,是否后面的计时器也将会置位?

作者: 爱卫生 时间: 2011-11-12 16:25:59

回复 Albert 的帖子

是同时启动的。只不过T3312是MS和SGSN侧都有，共同启动，而Mobile Reachable Timer,implicit detach timer是SGSN上单方面设定的Timer，不会发给手机。这3个计时器是分别计时的。即T3312到了，如果MS没有发起周期性RAU，后两个计时器也不会停。就是靠这种方法来监控MS的可达性的。因为这时可能是无线状态不好，MS没办法做周期性RAU。因此SGSN需要单方面设置这两个计时器来管理MS的移动性状态。

作者: Albert 时间: 2011-11-25 04:07:28

最近在回顾总结,又发现疑惑的了.还望爱总能白忙之中解答一下.
问题1
MS的PPF(Paging Processing Flag)标志位清除对于这个概念不是很理解.爱总能否讲解一下.
问题2
"但这时收到下行数据要发给MS的时候，SGSN就不会给RAN侧去发paging请求了。"那此时的下行数据就丢弃了?
问题3
如果过了T3312 54分钟后或是Mobile Reachable Timer也超时了.此时MS 移动后切换了RAC 进行了触发的RAU那么,T3312,Mobile Reachable Timer,implicit detach timer全部会重置吧.确认下 .

作者: 爱卫生 时间: 2011-11-25 10:37:02

Albert 发表于 2011-11-25 04:07
最近在回顾总结,又发现疑惑的了.还望爱总能白忙之中解答一下.
问题1
MS的PPF(Paging Processing Flag)标志 ...

1 PPF的作用是：如果此标志为被置1后，这时如果收到有下行数据需要发送给手机的话，SGSN将不再对手机做寻呼。一般在Mobile Reachable Timer超时后，PPF位将被置1。因为SGSN将认为MS不可达（很多情况下是无线环境不好）了，因此也就收不到寻呼请求了，没必要进行寻呼了。
2 是的。会被丢弃。
3 “如果过了T3312 54分钟后或是Mobile Reachable Timer也超时了.此时MS 移动后切换了RAC 进行了触发的RAU那么,T3312,Mobile Reachable Timer,implicit detach timer全部会重置吧.确认下 .”
是的。Mobile Reachable Timer或T3312超时，MS仍是在standby状态，仍然可以发起RAU。SGSN收到后相应的所有计时器都要置位。

作者: Albert 时间: 2011-11-25 11:15:17

回复爱卫生的帖子

多谢爱总这么快速度的回答.

作者: Albert 时间: 2011-11-25 12:58:41

今天在设备上看了看.NSN SGSN 貌似没有implicit detach timer这个计时器.是Mobile Reachable Timer 超时后直接隐式去附着了.

作者: Albert 时间: 2011-11-25 13:19:40

在对这些定时器做了一些总结后,发现貌似 T3312,Mobile Reachable Timer,implicit detach timer这些计时器,有一个T3312就可以了达到相应的效果了吧.主要都是用来检测MS的可达性,保活,其实这个计时器超时就可以进行隐式去附着的规程了.Mobile Reachable Timer,implicit detach timer无非就是在等多的时长来发现手机此时又由其它规程进行了更新,确认MS又可达了.???希望爱总能给予批评指正.

作者: 爱卫生 时间: 2011-11-27 11:48:24

回复 Albert 的帖子

你说的没错。Mobile Reachable Timer,implicit detach timer这两个计时器就是再多等一段时间来确定MS是否是可达的。判断可达的标志仍然是SGSN有没有收到MS发过来的周期性RAU请求。因为，这个是给MS的一个缓冲时间，因为无线资源不好等原因，SGSN收到周期性RAU请求可能会有一定延迟，如果SGSN在T3312超时后马上将用户去附着，这时可能或了1、2分钟无线资源又变好了又收到了用户的RAU请求就没有办法处理了，会降低用户的体验。这种无线资源不好的情况很普遍，例如用户做地铁，可能就会有几分钟的信号盲区等。

作者: hendouse 时间: 2011-12-7 23:23:02

大家问的和回答的都好细啊，如果有这方面的相关优化案例就太好了

作者: weiqimo 时间: 2011-12-29 02:05:44

本帖最后由 weiqimo 于 2011-12-29 02:06 编辑

爱总上面对这几个计时器总结的比较全面,另外在这儿我引入另一个相关的参数:SGSN_MS_inactivity_time_limit, 据alex介绍该参数值所表示时间为手机被SGSN去附着前必须保持最短时间,默认值为300分钟.

现在问题是, 如果SGSN必须要等300分钟才可以去附着不活动的手机,那么隐含去附着计时器(implicit deattach timer)将起什么作用? SGSN_MS_inactivity_time_limit参数与上述几个计时器冲突不?

作者: 爱卫生 时间: 2011-12-29 16:13:53

回复 weiqimo 的帖子

爱总上面对这几个计时器总结的比较全面,另外在这儿我引入另一个相关的参数:SGSN_MS_inactivity_time_limit, 据alex介绍该参数值所表示时间为手机被SGSN去附着前必须保持最短时间,默认值为300分钟.

现在问题是, 如果SGSN必须要等300分钟才可以去附着不活动的手机,那么隐含去附着计时器(implicit deattach timer)将起什么作用? SGSN_MS_inactivity_time_limit参数与上述几个计时器冲突不?

不矛盾的。你应该说的是DOIS特性吧。这个是针对那些已经附着成功，长期处于Idle状态但又不做PDP激活的用户来说的。这样的用户有很多，比如索爱的手机就是默认开机自动做GPRS附着，但这个用户可能一天都不用手机上网。通过这个特性就可以极大降低SGSN的负荷。
后面那个隐式去附着计时器主要是针对丢失了无线信号的这种用户（例如野外、地铁下等）做的去附着。两者没有直接的关联。互不影响。

作者: izturn 时间: 2012-12-13 19:57:27

请问Timer是否有Gb mode 和Iu mode 区分？两种mode的MM状态好像是不太一样的。

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