ATU测试时,无线环境良好情况下,下载正常,然后直接上报detachrequest,有时会重选至TD,有时会直接掉线。
ATU测试时,无线环境良好情况下,下载正常,然后直接上报detachrequest,有时会重选至TD,有时会直接掉线。有时终端持续无速率,但是覆盖什么的都正常。请专家们指导指导。

终端异常一直无速率,如下图可以看出网络覆盖良好,从信令事件统计得知,此次下载成功,但是数据回放PDCP数据速率一直为零,如下图所示:


测试终端从10:31:15至10:48:09期间,终端一直处于无速率状态,期间Ftp Download Success共有4次,17分钟后测试终端发起Detach request,重选至TD,导致掉线。


用了两台设备测了两次,两次的结果问题出现在不同区域,也没有跨TAU。
我要回答
问题答案
查看下鉴权加密参数设置是否正常,与业务正常小区对比下
回答者:qshyj 回答时间:2014-11-19 10:51
应该与鉴权加密参数无关吧,上个月没有这种情况,并且这个月我们测试了两次,发现问题出现在不同的区域
是同样的时间发生的? 如果是的话,换个服务器试试?
回答者:stop圈啊圈 回答时间:2014-11-19 11:08
不是同样的时间,并且Detach request与前一条信令中间缺失大约1分钟的信令
从楼主提供的截图看,可能是FTP服务器由于用户过多造成经常被近下线(掉线)。。
回答者:litom2004 回答时间:2014-11-19 11:44
请问朋友有没有遇到过这种问题?一般情况下三方测试的ATU服务器应该用的人不多吧、
建议再确认下,在上述时间段平台统计与实际回放LOG看到的下载统计是否一致,既然显示连续下载成功,那么这段时间无下载量,问题出在服务器还是ATU终端呢
回答者:xie5552 回答时间:2014-11-19 13:40
从平台统计的事件来看,与实际回放LOG的时间点一致,并且从回放LOG发现覆盖正常,只是无速率显示
确实是因为某些原因导致无速率之后按照集团公司对ATU设置的要求(10分钟无速率模块自动重启)导致掉线,可能是无限问题,FTP问题或者是ATU问题导致无速率,我记得之前好像是先切换到TD然后无速率导致设备重启
回答者:hbxt_zk@163.com 回答时间:2014-11-24 13:17
你遇到这样的问题,那你当时是怎样解决的?这边也不是每次无速率都是切换到TD。


