 |
善于提问，勤于回答，你也是专家
|
 |
主叫未接通，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 是怎么回事？当时被叫并没有在通话啊，位置更新引起的呼叫失败原因不是 “被叫未响应”吗？怎么会是“用户忙”，还有，当主叫起呼时被叫应该已经做完位置更新了，这次未接通与被叫的位置更新有关系吗？
我要回答
问题答案
36
36按照信令流程，从主叫方看：主叫TCH分配完成后，MSC将向被叫端发初始化地址IAI消息（该报文中含有可用于被叫接续的消息，通过它来建立与被叫网络之间的路由)），此后MSC若收到对端网络的ACM消息（地址完成），则下发“alerting”,此时的下一步动作就是要求对方（被叫方）摘机应答；
从被叫方看，被叫MSC（也可能是同一个MSC）收到IAI消息后，应下发pageing消息。
从您描述看，被叫手机一直在空闲态，应当是未寻呼到被叫或网络资源能力问题（一般这种情况概率很低）导致，与位置更新无关。
还有一种情况，如果您的ATU内置的是SAGEM手机模块的话，也有可能是SAGEM吊死造成（此时的现象应该是接收电平等各种无线参数都“静止不动”，可能过10几秒又正常了），以前我用SAGEM路测时经常发生，也听别的同事谈起过。
个人意见，供参考哈。
从被叫方看，被叫MSC（也可能是同一个MSC）收到IAI消息后，应下发pageing消息。
从您描述看，被叫手机一直在空闲态，应当是未寻呼到被叫或网络资源能力问题（一般这种情况概率很低）导致，与位置更新无关。
还有一种情况，如果您的ATU内置的是SAGEM手机模块的话，也有可能是SAGEM吊死造成（此时的现象应该是接收电平等各种无线参数都“静止不动”，可能过10几秒又正常了），以前我用SAGEM路测时经常发生，也听别的同事谈起过。
个人意见，供参考哈。
回答者：hexiaoxing 回答时间：2012-11-08 10:04
这种情况在早先用华星路测仪时也出现过，主被叫被叫手机已经位置更新完成，在下次起呼时候却出现一次未接通，多是未寻呼到被叫终端。
未寻呼到被叫终端应该是：被叫无响应 吧，不应该是User busy 啊
1、从未接通的显示看，即被叫终端未响应，或者说根被没有被寻呼到，更可能是MSC侧原因，被叫刚经过位置更新过程，还没有来得及找到被叫或者网络侧数据尚未处理完成。而在下次呼叫会拨通电话，又恢复正常的。
2、从测试过程看，主叫试呼成功说明网络状态是正常的，而主动上发disconnect的消息，也说明网络侧快速告知主叫这一条use busy消息，与被叫终端关系不大。
2、从测试过程看，主叫试呼成功说明网络状态是正常的，而主动上发disconnect的消息，也说明网络侧快速告知主叫这一条use busy消息，与被叫终端关系不大。
真心不错
