 |
善于提问，勤于回答，你也是专家
|
 |
被叫无线环境良好，电平值-59左右，C/I=20,11.质差0级，但是接通后转入空闲状态，突然掉话。
暂时还没有查告警。话统。但是通过信令分析，有两个现象非常奇怪！第一是，主叫最开始还没拨打电话就释放信道？请问没开始呼叫前主叫怎么会释放信道呢？难道是主叫刚手机刚接收了短信?第二，发现被叫信令已经走到connect acknowledge！也就是说被叫已经可以开始通话了。主叫还没分配完成TCH.请问这种问题一般是什么原因造成的呢？
此测试为室内测试，基站没有开跳频，补充一下，TXPOER为29，TA为13.。求高手指教。
我要回答
问题答案
首先确认小区是否被BAR了,其次,主,被叫是否占用同一小区...
回答者：litom2004 回答时间：2013-09-23 09:13
16
14小区没有被BAR. 主被叫不在同一个小区。被叫占用的小区，看LOG，被叫之后占用该小区，正常建立连接，并没有掉话。看后台，该小区有7712告警，但是应该不会影响到掉话。
这个跟是否BAR没关系吧，应该是其他手机拨打了被叫，然后被叫0级掉话了，确认下被叫MS占用小区是否存在告警，、隐形故障，没问题的话对于这种0级掉话重启下BCF，在复测下。。。
可能是硬件问题，最近也碰到这样的现象，看主叫小区有几块TRX，让后台帮忙锁的仅剩一块TRX，一块一块的试，看出现在哪块载频上，如果每块都出现这个问题，基本可用判断是交换侧数据异常一起，一般为LAC定义错误等，如果仅出现在一块TRX上，那就调测载频即可
回答者：tiancao2008 回答时间：2013-09-23 11:25
你的意思是主叫的问题。我觉得不是主叫的问题。会产生这个掉话的原因，从信令上看是被叫在30多毫秒之内就完成immediatie assignment
paging response
DL:set up
UL:CALL confirmed
assignment command
assignment complete
connect
connect acknowledge
上面整个信令流程，而通过观察，一般一个正常的通话完成上面这个流程最少要2-4秒之间。所以当被叫完成了这个信令流程的时候，主叫才chanel request
immediatie assignment
UL:set up
call proceeding 。我的意思是被叫走完信令流程也走得太快了。而主叫却是正常的时间。
paging response
DL:set up
UL:CALL confirmed
assignment command
assignment complete
connect
connect acknowledge
上面整个信令流程，而通过观察，一般一个正常的通话完成上面这个流程最少要2-4秒之间。所以当被叫完成了这个信令流程的时候，主叫才chanel request
immediatie assignment
UL:set up
call proceeding 。我的意思是被叫走完信令流程也走得太快了。而主叫却是正常的时间。
从信令看是被叫的小区硬件或手机出现了问题,从被叫信令中我们可以看到被叫是在激活状态下直接变成空闲状态下收起了寻呼消息,而且还进行了寻呼响应.从激活状态到空闲状态没有进行必要的信道释放过程,可看出被叫是突然与BTS断开连接的.
回答者：fei0917 回答时间：2013-09-27 12:26
被叫的15:53:03:524的paging response寻呼响应,才是响应主叫的15:53:01:383的寻呼
这个确实不太对，根据gsm的主被叫呼叫流程来看，对被叫的寻呼是在主叫收到callprocceeding信令后开始的，也就是说网络通过了对主叫信道请求的审核，向其告知网络支持用户的业务请求后才向被叫发送寻呼消息，你这个基本上是同时进行了的，不太可能。我怀疑被叫是不是先响应了其他号码的呼叫。你找到被叫此次呼叫的setup信令看看其主叫号码是不是你的测试号码，如果不是那么情况就比较清楚了，如果是的话就需要继续分析下了。最好找找鼎利厂家，你用的这个设备应该是鼎利室分ATU吧，他们的atu不太稳定，我用起来老出问题。一次测试，主被叫质差巨大，主叫60%的1到5级占比，被叫99.90%，也是室分，主被叫占用同一小区，同一频点。主被叫信号电平都稳定在47dbm，同一时刻主叫载干比3，被叫载干比20，主叫接连掉话，被叫屁事没有，还是集团考核测试，直接跪了。哎。
回答者：tac50 回答时间：2013-09-28 18:48
