主叫未接通，disconnect原因为User busy，是被叫位置更新引起的吗？

如题。
ATU测试中，主叫于0分3秒405起呼（CM Service request），于0分4秒173上发SETUP信令（包含被叫号码），后成功占用TCH信道，然后Alerting,再后来于23秒615上发disconnect信令，原因为User busy，而这段时间内被叫的动作为：0分1秒181发起位置更新，后于02秒145位置更新成功，02秒381网络侧下发RR Channel Release信令，再之后就一直处于空闲状态，未响应主叫的寻呼，我想请教各位大侠，是什么原因导致主叫未接通？信令里面显示的User busy 是怎么回事？当时被叫并没有在通话啊，位置更新引起的呼叫失败原因不是 “被叫未响应”吗？怎么会是“用户忙”，还有，当主叫起呼时被叫应该已经做完位置更新了，这次未接通与被叫的位置更新有关系吗？

这个问题挺有意思的，继续关注中。
被叫手机没反应，是不是隐性关机了啊，检查一下位置区两遍的T3212设置是否一致啊。

之前有没有什么事件发生？

可先检查下被叫有没有收到寻呼消息

按照信令流程，从主叫方看：主叫TCH分配完成后，MSC将向被叫端发初始化地址IAI消息（该报文中含有可用于被叫接续的消息，通过它来建立与被叫网络之间的路由)），此后MSC若收到对端网络的ACM消息（地址完成），则下发“alerting”,此时的下一步动作就是要求对方（被叫方）摘机应答；
从被叫方看，被叫MSC（也可能是同一个MSC）收到IAI消息后，应下发pageing消息。
从您描述看，被叫手机一直在空闲态，应当是未寻呼到被叫或网络资源能力问题（一般这种情况概率很低）导致，与位置更新无关。
还有一种情况，如果您的ATU内置的是SAGEM手机模块的话，也有可能是SAGEM吊死造成（此时的现象应该是接收电平等各种无线参数都“静止不动”，可能过10几秒又正常了），以前我用SAGEM路测时经常发生，也听别的同事谈起过。
个人意见，供参考哈。

被叫手机没反应，是不是掉电关机了啊

我与一楼看法相同，可能是被叫隐形关机，可能是位置更新的过程有问题

被叫没收到寻呼消息，应该从终端这边排查

我见过一种情况，就是当时有别的电话打进来了，被叫被占用。导致未接通。

    观望学习了