TD位置更新后的CM service reject 原因,求解
时间:12-01
整理:3721RD
点击:
如题。
UE在通话过程中跨RNC切换后,空闲状态下在新小区进行一次位置更新成功后,UE在该小区起呼,出现CM service reject,解码原因为 IMSI unknown in VLR;随后UE在该小区再次位置更新后起呼正常。无限信号一直良好;
第一次位置更新已经成功,为何还会出现CM service reject,小区后来在该小区起呼正常,无线侧应该无问题,是核心网问题造成吗? 如何解决?
UE在通话过程中跨RNC切换后,空闲状态下在新小区进行一次位置更新成功后,UE在该小区起呼,出现CM service reject,解码原因为 IMSI unknown in VLR;随后UE在该小区再次位置更新后起呼正常。无限信号一直良好;
第一次位置更新已经成功,为何还会出现CM service reject,小区后来在该小区起呼正常,无线侧应该无问题,是核心网问题造成吗? 如何解决?
通话结束后UE马上就进行了位置更新,信令上看位置更新是已经成功的,25秒后UE才进行起呼,随后出现CM service reject; 随后UE发起第二次位置更新请求,在位置更新请求解码信令里发现submsg中UE一个异常LAC:65534, 在TD与GSM里都无法查到此LAC;且此LAC与第一次位置更新中的LAC不同,第一次位置更新的LAC是正确的。
一般这种情况会出现在LAC边界,在UE进入另一个LAC之后,如果位置区更新出现异常或者是未来得及进行位置区更新,也就是说新的LAC不能识别这个IMSI,这样的话就会出现主叫起呼失败,表现为CM service reject原因值IMSI unknown in VLR,这种事件复现的几率不大,如果LAC边界切换关系正常没必要处理,不算是问题,需要很巧合的条件才能复现。
解码原因为 IMSI unknown in VLR
意思是,VLR里面没有新的IMSI数据,你这个跨RNC的切换,也跨了MSC吧?
这种情况常出现在新的MSC里找不到IMSI的现象
需要进行位置更新
至于 你说,已经进行了一次位置更新,但还是出现这个现象,可能是第一次没有位置更新成功
或者是MSC去向HLR取数据时,还没有完成
是不是你切换后,立刻就打电话了?
这个,我倒觉得MSC有BUG的可能改性大,以前在解决MSC的bug的时候,碰到过类似问题
学习了!