STANDBY状态下的GPRS MS寻呼

Albert

问题一：在STANDBY状态下只会更新路由区信息，不会更新小区信息，那在此状态下网络侧的寻呼是对MS所在路由区的所有小区进行寻呼了？如果是这样是否会负荷很大？

爱卫生

回复 Albert 的帖子

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

Albert

谢谢版主的回答，又长知识了。呵呵。

cmcc_demon

回复 爱卫生 的帖子

顶一个，前段时间我们这边做了一个优化就是ready time的修改，由原来44S改为2分钟，当然这两分钟主要是考虑类似QQ、飞信这种需时刻保持在线的类似心跳时间，也就是楼上说的keepalivetime来设置的，主要就是减少PS 的paging！但是小区更新次数会增多，这也是个权衡的问题。

有两个小问题，咨询下楼上的idea：手机一开机，出于ready状态还是standby状态？我们平时手机不上网时，手机应该是standby状态吧，一旦建立连接进行PDP激活应该就是ready状态？还有就是从standby到idle状态的standby   time 时长是设置多长？意味是手机那是会脱GPRS网络？（可能有些苯苯的问题）{:soso_e100:}

爱卫生

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

版主强大了，谢谢，很详细！{:soso_e100:}
对于第一点，按你说的意思我能不能这样理解：手机一开机，如果PS自动附着，那就是Standby状态；如果不会自动附着，那还是Idle状态；（据了解，好像有一些手机（山寨）附着后会自动发起PDP激活，那就另当别论了）。

爱卫生

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激活，那一定是手机中内置的应用程序帮你做的，如一些安全软件或即时通信软件等。仅供参考。

neoshi

其实在讨论这个问题的时候有一个很重要的原则一定要清楚，就是ready ，standby ,idle这些从本质上讲是和用户是否PDP激活之类是没有关系的，对于这三种状态需要了解的就是怎么转化，不论是从网络侧还是从终端侧，这个是23.060里面有图，非常清楚。

lsjier

学习了，真解~

oliverchang

回复 爱卫生 的帖子

爱总，请问一下“SGSN上的隐式去附着计时器”这个计时器的时间是多长啊？隐式的去附着是指这两种情况吧：1）SGSN内的MM和PDP上下文返回到空闲和非活动状态 2）SGSN从HLR接收MAP撤消位置消息，并且删除MM和PDP上下文 这样会导致手机从standby状态转换到idle吧

爱卫生

回复 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

回复 爱卫生 的帖子

3 隐式去附着计时器。60分钟。也就是再多等2分钟。如果MS还没任何事件产生的话，则SGSN执行隐式去附着，MS的MM状态切换到IDLE。MM上下文信息将被删除。

一般SGSN上应该在MS切换到DETACH状态后，不会立即删除MM CONTEXT，一般会起另外一个Remove Storage Timer,等这个TIMER超时后，再删除MM，而且这个TIMER一般会很长，一般可能是一天，这样避免频繁得MS马上又重新ATTACH，SGSN又去HLR取用户数据。

爱卫生

回复 arrowbroken 的帖子

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

arrowbroken

回复 爱卫生 的帖子

同享，同享

danes

回复 爱卫生 的帖子

       想问一下，T3312的设置值是否与T3212有联系呢？因为从我跟踪到的信令上看，在GSM网络下，只要做了位置更新，就会做路由区更新，不管这个位置区更新是周期性或非周期性的。
       假设T3212设置为60分钟，T3312设置为54分钟，那么当54分钟到了，T3312超时，就会做周期性RAU，然后T3312清零。接着到了60分钟，T3212超时，会做周期性的LAU和普通的RAU，此时T3212清零，重新计算。也就是说相当于6分钟间隔，做了两次RAU，这样是不是不合理？那么这时应该怎么设置T3212、T3312、移动台可及定时器和隐式分离定时器，才能保证又不影响手机正常使用业务，同时不会造成过多的更新。

爱卫生

回复 danes 的帖子

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

danes

回复 爱卫生 的帖子

现在验证到的结果是，爱立信的设备进行LAU时，手机发送GPRS SUSPENSION REQUEST消息后，BSC未返回确认消息，而后就会接着做RAU。请问下，是爱立信的设备问题，还是后台可以设置其发送返回信息，这样就不用在进行周期性LAU后做RAU了。

爱卫生

回复 danes 的帖子

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