微波EDA网,见证研发工程师的成长!
首页 > 研发问答 > 移动通信 > 无线网优技术 > 麻烦大家帮忙分析一个TD未接通事件

麻烦大家帮忙分析一个TD未接通事件

时间:10-31 整理:3721RD 点击:
如题。

近日来网格ATU测试,每次测试必有未接通事件,用的是诺优9通道ATU设备,信令都一致,均是被叫发送connect ack后,直接释放;主叫流程处于振铃阶段,被叫释放后随之也释放。系统判定未接通一次,无线环境无异常

从RNC跟踪信令发现主叫也是没有发现CONECT信令,直接释放,并且释放原因是正常释放,且未定义的;但是我们更换成鼎利AUT后问题消失,不知道是否是诺优ATU存在BUG。

从主叫信令分析看,主叫MS8已然收到系统下发的connect ack消息,时间在16:05:18:460,而此时被叫MS9未收到connect的消息,应该分析被叫收到下发的disconent之前这段时间,被叫的情况,是否出现被叫模块异常未收到消息或者无线侧异常释放。

看了信令,初步判断是被叫RAB异常释放导致的网络拆链;

由于被叫拆链,主叫呼叫失败...

双击DISCONECT  可以看见断开的原因

被叫先释放的,  05:07开始寻呼被叫,05:17的时候被叫才响应接通,楼主看下05:17时候被叫的C/I以及电平值

如果都没问题,那就申述,UE终端故障导致 异常释放,建议剔除本次未接通。

先收了,以后在看,这边也有同样的问题解决不了

这种问题只有后台跟踪了信令才能看的更加明白。

但从信令上来看应该不是无线环境的原因。正常来讲,既然被叫已经接收到了CONNECT ACK消息,那么可以推断主叫肯定收到了CONNCET消息,并且回复了CONNECT ACK消息,但从主叫信令上来看显然没有这部分,如果主叫信令为真,那被叫接收到CONNECT ACK消息为假,网络下发CONNECT ACK消息不正常,需要从网络侧后台信令确认。若被叫信令为真,那怀疑主叫存在信令丢失情况,就要考虑终端及测试软件问题,且可以结合DISCONNECT的原因进行判断。总之没有IU口、IUB口的相关信令,这个很难判定。

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

网站地图

Top