求解：delete_subscriber的实际操作和是否带reattach的区别

yonka

delete_subscriber执行的是网络侧发起的去附着还是隐式去附着呢？
根据观察，大多数情况下用户继续附着即可，但有时会导致用户重启手机才能附着和进行业务。（测试手机为索爱的WT16i）


当带上-dettype reattach_required时应该是网络侧发起的去附着吧，在相应字段指明需要重新附着。在上面的情况下，带上该参数时该用户能继续业务（体验为闪断一下/卡一下）。
顺便问下，这种情况下，SGSN可以重新分配P-TMSI吗？或者new TLLI？


多谢

admin

delete_subscriber执行的是网络侧发起的去附着还是隐式去附着呢？根据观察，大多数情况下用户继续附着即可，但有时会导致用户重启手机才能附着和进行业务。（测试手机为索爱的WT16i）

答：这要取决于用户当前的MM状态是ready/standby还是idle（3G类似）。如果是ready/standby，那执行的是网络侧发起的去附着。但如果是idle，代表MS已经感知不到了，所以无法给MS发送detach request消息，可以看成是隐式去附着（但严格意义上来讲，隐式去附着只有隐式去附着计时器超时引起的才算。不过无论是哪种，核心网侧的流程是一样的。都会给HLR发送purge消息。

当带上-dettype reattach_required时应该是网络侧发起的去附着吧，在相应字段指明需要重新附着。在上面的情况下，带上该参数时该用户能继续业务（体验为闪断一下/卡一下）。顺便问下，这种情况下，SGSN可以重新分配P-TMSI吗？或者new TLLI？

答：是网络侧发起的去附着。去附着不重新分配P-TMSI，需要等到MS重新发起附着，SGSN才可以重新分配P-TMSI以及派生出的TLLI。（当然，SGSN可以根据厂家实现的设计，发现没有跨RA，不为MS重新分配P-TMSI。）

yonka

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来实现的。

谢谢

爱卫生

第一个问题：ready/standby用户直接delete会导致无法上网，这是因为规范里有说明的。当收到SGSN发的去附着请求后，MS应删除P-TMSI并删除MM上下文并可能需要重新power off以后发起附着流程。所以这里的索爱手机也是符合规范的。而后者，如果带上reattach-required，那MS之所以只是闪断，是因为MS并没有删除MM上下文以及P-TMSI，只是重新做个附着就好了，所以不需要重新关开机就可以了。
第二个问题：是的。就是这么实现的。SGSN发送带有reattach-required的去附着消息要求MS重新执行附着，并且在去附着消息中带有到目的SGSN的指向，这样新附着请求消息将被BSC指向目的SGSN完成附着以实现迁移。

yonka

爱卫生 发表于 2012-10-28 11:02
第一个问题：ready/standby用户直接delete会导致无法上网，这是因为规范里有说明的。当收到SGSN发的去附着请 ...

第一个问题：ready/standby用户直接delete会导致无法上网，这是因为规范里有说明的。当收到SGSN发的去附着请求后，MS应删除P-TMSI并删除MM上下文并可能需要重新power off以后发起附着流程。所以这里的索爱手机也是符合规范的。而后者，如果带上reattach-required，那MS之所以只是闪断，是因为MS并没有删除MM上下文以及P-TMSI，只是重新做个附着就好了，所以不需要重新关开机就可以了。
只要是网络侧发起的去附着都需要吗？还是分CC？还是规范里只说“可能”由终端厂家自行设定？  因为之前似乎有较多尝试都没有这种情况。


第二个问题：是的。就是这么实现的。SGSN发送带有reattach-required的去附着消息要求MS重新执行附着，并且在去附着消息中带有到目的SGSN的指向，这样新附着请求消息将被BSC指向目的SGSN完成附着以实现迁移。
能说下具体是通过什么实现 “带有到目的SGSN的指向”吗？修改TLLI还是GMM层的P-TMSI（去附着消息的GMM层带P-TMSI么？）？

爱卫生

1 分CC的。比如厂家detach request中下发的是CC7，gprs service not allowed，规范24008有明确规定，MS收到后该删除P-TMSI，重新开关机来发起附着。其他的CC，MS收到后如何处理也都有定义，具体可参考TS24.008。
2 detach request消息的GMM层没有P-TMSI，但在BSSGP层有。GMM层只是通知MS去做重新附着。而BSSGP层则是SGSN通知BSS更新NRI参数来实现负荷重分配。毕竟重分配需要BSS来完成。SGSN通知它就好了。