 |
善于提问，勤于回答，你也是专家
|
 |
关于T网主叫未接通
于11点49分28秒发起呼叫，于11点49分32秒振铃，在等待约35秒后，网络侧于11点50分8秒下发释放信令，主叫未接通，双击查看详细信息提示：user busy。再查看被叫在相同的时段内发现被叫于11点49分40秒开始由G网向T网重选，成功后随后发起位置区更新，但于11点49分43秒完成位置更新，我有两个问题想问：1主叫于32秒振铃，说明在32秒之前就上发了setup消息，从这开始到被叫开始重选之间的时间不够网络准备向被叫发起寻呼么？问题2，被叫于11点49分43秒就完成了位置更新，之后是依旧没有时间来响应网络侧的寻呼还是网络侧已经停止寻呼了呢？这里面有没有一个时间参数呢？
我要回答
问题答案
1、既然主叫已经走到振铃这条信令了，说明寻呼得到了被叫的响应，这个响应应该是被叫在G网回的
2、被叫在G网回应寻呼后，做了信令上的重定位（也即是从G网重选回T网），在成功重定位的过程中由于寻呼信令参数的丢失导致RAB建立的失败进而导致掉话（这个是个人的见解，原因还有很多，请指正）
2、被叫在G网回应寻呼后，做了信令上的重定位（也即是从G网重选回T网），在成功重定位的过程中由于寻呼信令参数的丢失导致RAB建立的失败进而导致掉话（这个是个人的见解，原因还有很多，请指正）
回答者：deadfish 回答时间：2013-01-22 22:59
22
31我个人认为，被叫重选至g网正好在进行位置区更新， 主叫开始寻呼，而被叫已脱离t网，被叫在g网还未上报LAC位置至VLR,导致未接通。
回答者：szc1987 回答时间：2013-01-24 16:59
主叫未接通，双击查看详细信息提示：user busy，是被叫手机未开机吧。。。。我遇到过
回答者：周五玩 回答时间：2013-01-24 19:28
你说的当然会造成未接通，但这次问题发生在ATU拉网测试过程中，所以和你说的不相符。
ATU拉网啊，O.O!
