old p-tmsi在SGSN中保存时间？

爱卫生

理想 发表于 2012-10-16 21:57
协议上关于新旧P-TMSI的定义
3GPP 24008
4.7.1.5 P-TMSI handling

谢谢“理想”朋友有理有据的补充和分享。学习了。谢谢！

我尝试总结一下，按照上述“理想”引用的规范来回答本贴的问题。请大家指正。

为表述方便，先做个假设。

Old SGSN通过SGSN Context Response消息传送给New SGSN的P-TMSI，假设其值为P-TSMI A。

New SGSN后续通过RAU Accept消息给MS分配的新P-TMSI，假设其值为P-TMSI B。

帖子的题目问的应该是old SGSN在将用户的MM上下文（里面包含了P-TMSI A）传递给New SGSN后，New SGSN会把该P-TMSI A保存多久？Yonka朋友补充的问题是Old SGSN在传送完了P-TMSI A后，Old SGSN还应该保存多久？这是本贴几个问题的汇总。

1）我的理解就是等到MS发送RAU Complete消息给New SGSN。New SGSN就应该将P-TMSI A删除。因为这时候P-TMSI A已经失去存在的意义了。因为按照规范的描述，New SGSN应该认为自己新分配给MS的P-TMSI B已经生效。老的P-TMSI自然要删除。

2）Old SGSN在传送完了P-TMSI A后，Old SGSN还应该保存P-TMSI A多久？

我的个人理解是当Old SGSN收到New SGSN返回的SGSN Context Acknowledge消息后就可以删除（但没找到确切的规范说明）。因为此时已经没有存在的意义。New SGSN已经可以接管用户的移动性管理。并且看Inter-SGSN RAU流程的规范说明，该消息后控制层面，New和Old SGSN就再也没有信令交互了。那此时不删，更待何时。但Old SGSN中保存的用户PDP Context信息元素还不能删。因为如果Old SGSN中还有给MS没有发送完的payload，在收到SGSN Context Acknowledge消息后，将发送给New SGSN再转发给用户。

所以，以上这RAU流程这两个问题里的P-TMSI感觉并不是由计时器来控制，而是由信令流程来控制。也就是说要收到对方的确认我才删，否则会一直保存下去。

我开始以为楼主说的是另一个计时器，即用户去附着后，P-TMSI会在SGSN中保存多长时间。这个时间就很长了。比如说24小时。看这个帖子：http://www.gprshome.com/forum.php?mod=viewthread&tid=2949 。“修改诺西 SGSN STT参数降低Gr负荷的研究”。该参数在诺西SGSN中叫STT。DETACHED SUBSCRIBER STORAGE TIME。

爱卫生

没有关系的。都一样。SGSN并不关心自己是不是old还是new，只关心自己是不是为MS提供服务的SGSN。当new 从old SGSN上获取到MS的MM上下文（含P-TMSI），那它就变成了为用户服务的SGSN。从另一个角度说，这个new SGSN现在也成了old SGSN。所以和原来old SGSN保存用户P-TMSI的机制是一样的。SGSN上关于P-TMSI的保存机制并不区分附着流程还是RAU流程获取的P-TMSI。

爱卫生

理想 发表于 2012-10-18 14:48
爱总，有没有遇到过PS域使用IMSI寻呼的信令?

根据规范的定义，SGSN发的寻呼请求消息中就一定要携带IMSI和P-TMSI，其中P-TMSI来标识用户身份。IMSI用于告知BSS，BSS根据IMSI来计算寻呼组。