admin 发表于 2012-10-27 19:09
delete_subscriber执行的是网络侧发起的去附着还是隐式去附着呢?根据观察,大多数情况下用户继续附着即可, ...
delete_subscriber执行的是网络侧发起的去附着还是隐式去附着呢?根据观察,大多数情况下用户继续附着即可,但有时会导致用户重启手机才能附着和进行业务。(测试手机为索爱的WT16i) 答:这要取决于用户当前的MM状态是ready/standby还是idle(3G类似)。如果是ready/standby,那执行的是网络侧发起的去附着。但如果是idle,代表MS已经感知不到了,所以无法给MS发送detach request消息,可以看成是隐式去附着(但严格意义上来讲,隐式去附着只有隐式去附着计时器超时引起的才算。不过无论是哪种,核心网侧的流程是一样的。都会给HLR发送purge消息。 爱总能就对于ready/standby用户直接delete会导致无法上网(重启后才恢复)而加上-dettype reattach_required则用户体验只卡一下的情况做下分析么?可能是什么原因呢?
当带上-dettype reattach_required时应该是网络侧发起的去附着吧,在相应字段指明需要重新附着。在上面的情况下,带上该参数时该用户能继续业务(体验为闪断一下/卡一下)。顺便问下,这种情况下,SGSN可以重新分配P-TMSI吗?或者new TLLI? 答:是网络侧发起的去附着。去附着不重新分配P-TMSI,需要等到MS重新发起附着,SGSN才可以重新分配P-TMSI以及派生出的TLLI。(当然,SGSN可以根据厂家实现的设计,发现没有跨RA,不为MS重新分配P-TMSI。) 那通过去附着消息来实现SGSN pool内用户迁移具体是怎么实现的呢?我以为是在带reattach的去附着消息中同时重新分配P-TMSI/TLLI来实现的。
谢谢
|