STANDBY状态下的GPRS MS寻呼

爱卫生

回复 Albert 的帖子

    是的。你说的很对。所以在现在的部分现网中，为了减少寻呼负荷，实际上已经将ready timer调得要远远比缺省的44秒要大得多了。当然这也一些具体的应用有关。有些应用服务器侧会定期的去给手机里的客户端去发类似keepalive的报文以保持在线。这样，如果手机很快切到standby状态，那将不断的触发寻呼，会大大增加寻呼负荷。
    而且，ready timer缺省的44秒只适合制定规范的当年的情景，那时宽屏和智能手机没有普及，经过用户行为调研，发现一个用户看完一屏新闻或小说然后再点下一页按钮进行翻页的时间约在44秒。但现在情况不同了，智能宽屏手机，信息量很大，用户可能看了两分钟都没翻页。因此过早切换到standby，也不负荷用户的行为习惯。影响用户体验。因此，基于这个考虑ready timer也要调大。

爱卫生

cmcc_demon 发表于 2011-6-12 11:40
回复 爱卫生 的帖子

顶一个，前段时间我们这边做了一个优化就是ready time的修改，由原来44S改为2分钟，当 ...

1 手机开机处于ready还是standby状态取决于这个手机开机是否会自动执行PS附着。这是和厂家有关的。我在有个帖子中说明了一下，但找不到链接了。自动PS附着的好处是可以增强用户体验，在访问业务时感觉更快，但缺点是会更耗电。例如诺基亚的手机很多就不是开机自动做PS附着，而只会做CS附着。所以诺基亚的电池时间要稍长些。
   如果开机自动做了PS附着，则到关机或被网络侧隐式去附着之前，手机都是一直处于standby状态的（即使你不上网）。也就是GPRS业务号称的永久在线。一旦进行了PDP激活就会切换到Ready状态，经过Ready Timer超时后，就会切换到Standby状态。

2 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分钟。

爱卫生

cmcc_demon 发表于 2011-6-12 21:47
版主强大了，谢谢，很详细！{:soso_e100:}
对于第一点，按你说的意思我能不能这样理解：手机一开机，如果P ...

    对，可以这么理解。当然，附着成功后，首先是Ready状态，经过Ready Timer超时后切换到Standby状态，这个切换是通过计时器控制，没有相应的信令流程触发。因为在附着成功后，网络侧将Ready Timer下发给MS，两边的Ready Timer值一样，开始同步计时。时间一到，MS和网络侧SGSN上都将状态切换为Standby。
    另外，在另外一篇帖子中提到（iPhone手机开机PDP激活问题），其实没有哪个手机会自动开机做PDP激活。如果开机自动PDP激活，那一定是手机中内置的应用程序帮你做的，如一些安全软件或即时通信软件等。仅供参考。

爱卫生

回复 oliverchang 的帖子

  通常，各个厂家的缺省值不大一样。但见过几个厂家默认都是60分钟。
  你说的两种情况都只能叫去附着，而不能叫隐式去附着，所谓隐式就是只由Timer来控制，而不由其他信令流程触发的事件，并且执行完去附着后，不需要给手机任何通知消息，所以这叫隐式的。
  隐式去附着一般要经过以下几个阶段和几个Timer。我是指的在SGSN侧哈。
1 T3312 通常是54分钟。超时，SGSN应能收到MS发过来的周期性RAU，如果等不到，MS的MM状态还是在standby。然后继续等。
2 MobileReachableTimer 通常是58分钟。此时SGSN将PPF置0，即paging processing flag，也就是如果有下行数据发给手机的话，将不再做寻呼了。但此时MS的MM状态还是standby。
3 隐式去附着计时器。60分钟。等MobileReachableTimer超时后。如果MS还没任何事件产生的话，则SGSN执行隐式去附着，MS的MM状态切换到IDLE。MM上下文信息将被删除。
  所以，SGSN侧，将UE隐式去附着的时间总长为58+60=118分钟（按默认值来算）。

爱卫生

回复 arrowbroken 的帖子

  对的对的。谢谢补充。确实是。像没用完的鉴权参数都会保留的，留着下次附着可以用。减少Gr接口的信令。

爱卫生

回复 danes 的帖子

  能否把抓包共享下呢？应该这两个Timer是互相独立，没有什么关联的。
1 关于周期性的位置更新，有没有可能正好T3312和T3212的值一样大呢？
2 如果是非周期性的位置更新，因为现网LA和RA是一样大的，所以跨了LA，就一定会跨RA。那手机就一定会做同时做两次位置更新。这倒是正常现象。

爱卫生

回复 danes 的帖子

  我的问题是：因为LA和RA一样大，那跨LA就跨RA了。并且T3312和T3212这两个Timer如果是完全独立互不影响的话，为什么要屏蔽手机的RAU呢？跨了RA应该就要做啊！

爱卫生

回复 iscehsj 的帖子

  毋庸置疑。你说的完全正确。谢谢指正。已经更新相关帖子。一共有两处。谢谢！
  总结下：如果是隐式去附着，隐式去附着计时器是在Mobile Reachable Timer超时后启动的，所以按默认时间来算：应该要等58+60=118分钟。

爱卫生

回复 yonka 的帖子

你提到的问题均和规范TS23.060有关。论坛有一些翻译的部分，可供参考。如果不够，建议再参考下TS23.060的第6章和第9章，介绍MM和SM的信令流程以及MM状态的切换状态机。

1 网络侧发起的去激活是SGSN给MS发deactivate pdp context request，MS回deactivate pdp context accept。PDP的去激活不会影响MM状态。所以之前MS的MM状态是什么，去激活之后还是什么，所以应该是ready。指令所触发的是去附着流程，但会通知GGSN将相应的PDP上下文删除。

2 标准状态要参考TS23.060有明确说明。但确实没看到standby_reachable这样的说法。所以应该是厂家自己的定义。

爱卫生

回复 yonka 的帖子

网络侧发起去激活后，MS不会执行去附着的。PDP激活状态切换不会导致MM状态切换到IDLE。但反过来，MM状态切换到IDLE例如发起了去附着，则PDP上下文一定会被去激活。

勋章是可以考虑设立一个。呵呵。毕竟就是希望大家来多学习、交流嘛。我也是希望大家一起来多学习、交流、分享啊，呵呵！

爱卫生

之所以隐式去附着，那就是网络侧通知不到MS，可能是无线环境不好。所以，MS侧的MM状态没有变化，仍可能是standby。但网络侧可能已经是IDLE。如果这时MS直接做一个PDP的激活，可能就会失败。