 |
善于提问，勤于回答，你也是专家
|
 |
TD位置更新后的CM service reject 原因，求解
UE在通话过程中跨RNC切换后，空闲状态下在新小区进行一次位置更新成功后，UE在该小区起呼，出现CM service reject，解码原因为 IMSI unknown in VLR；随后UE在该小区再次位置更新后起呼正常。无限信号一直良好；
第一次位置更新已经成功，为何还会出现CM service reject，小区后来在该小区起呼正常，无线侧应该无问题，是核心网问题造成吗？ 如何解决？
第一次位置更新已经成功，为何还会出现CM service reject，小区后来在该小区起呼正常，无线侧应该无问题，是核心网问题造成吗？ 如何解决？
通话结束后UE马上就进行了位置更新，信令上看位置更新是已经成功的，25秒后UE才进行起呼，随后出现CM service reject； 随后UE发起第二次位置更新请求，在位置更新请求解码信令里发现submsg中UE一个异常LAC：65534， 在TD与GSM里都无法查到此LAC；且此LAC与第一次位置更新中的LAC不同，第一次位置更新的LAC是正确的。
我要回答
问题答案
有可能是切到2G的漫游小区上了，而且该位置属于2G的边界区域，2G的VLR没法识别IMSI卡所导致起呼失败。期待高手们的详细解答！
回答者：shijuncai 回答时间：2010-12-01 15:49
10
14一般这种情况会出现在LAC边界，在UE进入另一个LAC之后，如果位置区更新出现异常或者是未来得及进行位置区更新，也就是说新的LAC不能识别这个IMSI，这样的话就会出现主叫起呼失败，表现为CM service reject原因值IMSI unknown in VLR，这种事件复现的几率不大，如果LAC边界切换关系正常没必要处理，不算是问题，需要很巧合的条件才能复现。
回答者：songfengguang86 回答时间：2010-12-01 17:00
补充一下，你说小区在次位置区更新后起呼正常，说明你第一次更新就没有成功，这时候起呼的话出现失败是必须的
解码原因为 IMSI unknown in VLR
意思是，VLR里面没有新的IMSI数据，你这个跨RNC的切换，也跨了MSC吧？
这种情况常出现在新的MSC里找不到IMSI的现象
需要进行位置更新
至于 你说，已经进行了一次位置更新，但还是出现这个现象，可能是第一次没有位置更新成功
或者是MSC去向HLR取数据时，还没有完成
是不是你切换后，立刻就打电话了？
这个，我倒觉得MSC有BUG的可能改性大，以前在解决MSC的bug的时候，碰到过类似问题
这种情况常出现在新的MSC里找不到IMSI的现象
需要进行位置更新
至于 你说，已经进行了一次位置更新，但还是出现这个现象，可能是第一次没有位置更新成功
或者是MSC去向HLR取数据时，还没有完成
是不是你切换后，立刻就打电话了？
这个，我倒觉得MSC有BUG的可能改性大，以前在解决MSC的bug的时候，碰到过类似问题
回答者：idanceyang 回答时间：2010-12-02 08:03
通话结束后UE马上就进行了位置更新，信令上看位置更新是已经成功的，25秒后UE才进行起呼，随后出现CM service reject； 随后UE发起第二次位置更新请求，在位置更新请求解码信令里发现submsg中UE一个异常LAC：65534， 在TD与GSM里都无法查到此LAC；且此LAC与第一次位置更新中的LAC不同，第一次位置更新的LAC是正确的。
