微波EDA网,见证研发工程师的成长!
首页 > 研发问答 > 移动通信 > 无线网优技术 > 手机掉话后,但是信道一直未释放,这是什么原因?

手机掉话后,但是信道一直未释放,这是什么原因?

时间:12-07 整理:3721RD 点击:
如题。
鼎立ATU软件测试,主叫手机测试显示无限环境正常,网络下发Disconnect,然后Release,转为空闲模式;但是被叫手机此时仍处于通话状态,并没有掉话,几十秒之后,直接转闲,软件记被叫一次掉话。因被叫和主叫转闲时间间隔超过20秒,导致主叫又发起下一次呼叫,被叫无法响应,软件又记主叫一次未接通!悲剧了,要知道这可是集团考核的自动路测试啊!

测试软件显示被叫的无线环境也是正常的,并不是我们常见到的,被叫一直7级高无码,手机吊死的现象。

手机需要收到Release ACK指令才转空闲,否则仍在通话中。可能和无线环境干扰有关,这也是困扰我的一个问题。

被叫此时话音质量如何?本人在ATU分析中时常会碰到,话音质量恶化,RLT超时后被叫还一直通话,随后在主叫再次起呼时无法寻呼到被叫产生未接通,若是这种情况想来楼主也知道该咋优化了,定位好原因改善话质。

上行链路好于下行链路质量

学习了,避免以后自己碰到,ATU经常悲剧啊

看样问题是CC层网络侧下发Disconnect消息,但是BSC还未通知BTS释放信道,因此不是网络侧原因,应该考虑BSC侧是否已下发释放信道命令,而手机未收到;或者BSC还未收到网络侧的通知等,这在无线侧是看不到的,具体问题要具体看啦

主叫手机测试显示无限环境正常...测试软件显示被叫的无线环境也是正常的--从楼主描述上看,判断主被叫下行信号都是是正常的,这点很重要。主叫端网络下发Disconnect正常挂机,而被叫端却是在几十秒后才转为空闲,主叫挂机在先,这说明:要么主叫上行信号质量有问题导致上行无线链路超时,系统下发Disconnect;要么系统判断被叫已经拆线才下发Disconnect。如果是前者,应记为主叫掉话,而此处是被叫掉话,故判断主叫端上下行信号都没有问题,问题发生在被叫端。怀疑被叫上行信号有问题,建议分析一下MTR数据。但被叫是直接由激活转空闲,这要怀疑被叫下行很可能也是有问题的,建议检查下信令是否有丢失。最后,如果被叫上行行信号确定都没有问题,看下主被叫是否占用相同的小区,如果是,怀疑被叫终端有问题(SIM卡松了或天线故障等);如果不是,怀疑被叫占用小区有故障。

我也想要这个LOG主被叫都要。。。。。求你了楼主。。。。另,我觉得应该是干扰问题吧!

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top