STANDBY状态下的GPRS MS寻呼

iscehsj

回复 爱卫生 的帖子

Hi 爱总，

你在之前的贴中说：
“隐式去附着一般要经过以下几个阶段和几个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分钟。也就是再多等2分钟。如果MS还没任何事件产生的话，则SGSN执行隐式去附着，MS的MM状态切换到IDLE。MM上下文信息将被删除。”

对于T3312和Mobile Reachable Timer的描述，我的理解与你一样； 隐式去附着计时器的描述，我的理解有些不同。
我的理解是：隐式去附着计时器应该是在Mobile Reachable Timer超时后，方启动的。

根据24.008对GPRS timer的定义（参考Table 11.4a/3GPP TS 24.008: GPRS Mobility management timers - network side），Implicit Detach timer 启动的cause是：The Mobile Reachable timer expires while the network is in PMM-IDLE mode or STANDBY state.
NOTE 5:
The value of this timer is network dependent.If ISR is activated, the default value of this timer is 4 minutes greater thanT3323.
（T3323：Deactivate ISR timer）

换句话来说，一个UE在Mobile Reachable Timer+Implicit Detach timer的时间之后，方会被网络implicit detach。

kinghighland

问题：周期性LAU是否会触发普通RAU？

周期性LAU并不意味着LA变化，也就不一定有RA的变化，因此意味着不需要做普通RAU，但是周期性LAU之后跟着周期性RAU应该是合理的。

按LA和RA的划分原则，LA和RA的timer也应该是同步的，注册时同步，更新时也同步，因此如爱老板所说“关于周期性的位置更新，正好T3312和T3212的值一样大”是很有可能的，也是必要的。

爱卫生

回复 iscehsj 的帖子

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

yonka

回复 爱卫生 的帖子

有个问题：

1、“如果开机自动做了PS附着，则到关机或被网络侧隐式去附着之前，手机都是一直处于standby状态的（即使你不上网）。也就是GPRS业务号称的永久在线。一旦进行了PDP激活就会切换到Ready状态，经过Ready Timer超时后，就会切换到Standby状态。”

如果是网络侧主动对MS发起去激活呢？流程应该是网络侧发去激活请求，然后MS侧发去激活请求对吧。
这样的话，MS之后的MM状态时？还是standby？
另外~gsh delete_subscriber -XXX的效果应该是发起去激活吧？


2、“Standby状态切换到Idle状态，没有一个计时器叫做Standby Timer。对应的有两个计时器。首先，要经过Mobile Reachable Timer超时，它超时后，在网络侧登记的MS状态，仍标记为Standby，但如果有下行数据来的话，就不会对MS进行寻呼了。即PPF（Paging Processing Flag)将被清零。然后，还要等待SGSN上的隐式去附着计时器超时，这时候，MS才会从Standby状态切换到Idle状态，即被网络侧隐式去附着（不通知MS侧）。”
我看alex的MM那篇中提到对于GSM有“STANDBY_REACHABLE”和“STANDBY_NOT_REACHABLE”这两种状态。这两个状态是规范里定义的，还是爱立信根据你说到的standby的两个阶段自己划分的呢？


谢谢

爱卫生

回复 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还是standby状态“一直在线”？

非常感谢


爱总能否设立个敏而好学勋章呢~~虽然“敏”比较自夸~哈哈~

爱卫生

回复 yonka 的帖子

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

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

yonka

回复 爱卫生 的帖子

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

不好意思啊~可能是我没表述清楚~

我看你之前提到“在关机或被网络侧隐式去附着前，都是standby状态，...“一直在线”...”
我想知道如果是网络侧发起去附着（非隐式）后，MS侧MM状态是？

爱卫生

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

爱学习

懂了80%。。。。。

chenxiaoan503

每次看都有新的收获