主叫在成功回落2G后，发起CMServerREQ请求，后发起位置区更新导致未接通

问题已开启普通问题提问者：log2034|提问时间：2016-01-12

UE在16:19:50.3成功回落2G网络，但在GSM网络呼叫建立失败导致主叫一次未接通；主叫在成功回落2G后，在16:19:51.1发起CM Server REQ后，在16:19:51.4发起位置区更新请求

我要回答

协议规划UE处理LAU时，不进行其他业务处理；所以本次未接通属于正常情况。

回答者：litom2004　回答时间：2016-01-13 09:15

18

大神能稍微具体一点的么，就是留有证据的

log2034 2016-01-13 10:40

楼主卡一下这个冲顶下个回落是不是夸POOL了，是否跨POOL的设置没弄好

回答者：wwwmscbsccom　回答时间：2016-01-13 10:51

21

当回落到GSM后，如果LAC和之前的服务TAC不一致的话，需要首先进行一次LAU，流程是正确的，在发起LAU后紧接着才会进行语音呼叫。

反观你这个流程，是先进行了呼叫，然后跟着一次LAU。

说明这次呼叫并未成功，需要分析在这个GSM小区为什么没接通。

此外，可以看看回落前的LTE服务TAC，以及回落后GSM小区的LAC一致情况，我猜测你这个可能是一致，由于在第一个回落小区失败了，才发起了位置更新。

由于你的LOG中LAU在回落中处于呼叫发起之后的，因此并不是LAU冲突导致的回落失败。

回答者：honphi　回答时间：2016-01-13 15:12

20

分析得较为仔细，城区网格拉网（同一个LAC或者TAC），在同一个POOL下面，LTE小区的TAC和GSM小区的LAC是一致的；问题就卡在GSM小区为什么没接通， CM Server REQ 跟LAU 前后时间很短，就是暂无法分析问题，不像GSM侧信令那么全

log2034 2016-01-14 09:32

如果TAC与LAC一致，那么就是GSM侧位置更新引起的未接通，你具体分这个位置更新到底是什么情况才发生位置更新，看是不是周期性的位置更新，还是异常的

回答者：ckloveck1314　回答时间：2016-01-22 11:20

22