51学通信技术论坛
标题: 求解:delete_subscriber的实际操作和是否带reattach的区别 [打印本页]
作者: yonka 时间: 2012-10-27 15:19:54 标题: 求解:delete_subscriber的实际操作和是否带reattach的区别
delete_subscriber执行的是网络侧发起的去附着还是隐式去附着呢?
根据观察,大多数情况下用户继续附着即可,但有时会导致用户重启手机才能附着和进行业务。(测试手机为索爱的WT16i)
当带上-dettype reattach_required时应该是网络侧发起的去附着吧,在相应字段指明需要重新附着。在上面的情况下,带上该参数时该用户能继续业务(体验为闪断一下/卡一下)。
顺便问下,这种情况下,SGSN可以重新分配P-TMSI吗?或者new TLLI?
多谢
作者: admin 时间: 2012-10-27 19:09:54
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 时间: 2012-10-28 09:34:45
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来实现的。
谢谢
作者: 爱卫生 时间: 2012-10-28 11:02:38
第一个问题: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 18:18:39
爱卫生 发表于 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么?)?
作者: 爱卫生 时间: 2012-10-28 19:00:19
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通知它就好了。
欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) |
Powered by Discuz! X2 |