路测案例分析 求原因?高手回答
时间:03-16
整理:3721RD
点击:
如题。
在高速路测中,开到边界处我方的A小区无法向他方的B小区切换,查看报告A和B小区各项指标正常,切入、切出也正常,无拥塞。测完后返回到边界来回测试发现A小区和B小区切换正常。这是什么原因?
在高速路测中,开到边界处我方的A小区无法向他方的B小区切换,查看报告A和B小区各项指标正常,切入、切出也正常,无拥塞。测完后返回到边界来回测试发现A小区和B小区切换正常。这是什么原因?
偶然问题!!慢慢跟进!!
测速太快了,解码延迟,偶然现象。
基本上判断是双方的数据有问题,有可能是没有添加互相的切换关系,也有可能是两个校区所属的交换。例如:
某地交换机出局使用的是BICC协议,从信令消息看到,GYGS05的编码速率ID_SUPPORTED_CODEC[0x847]是支持CODEC_TYPE_3GPP_UMTS_AMR2和CODEC_TYPE_G_711_64K_A_LAW两种编码方式的。
在IAM消息出局后,收到了B小区所在交换机回复的Cause为“decode ISUP message failed, skip printing” APM错误消息,从17:40:22.573这个时间的消息可以看到,对端交换机编码方式支持的是CODEC_TYPE_3GPP_UMTS_AMR方式。由于编码方式不一致,所以引起内部解码错误,导致切换失败。
都错
外部邻区没做!
切换参数问题以及高速运动无法及时切换引起,建议检查虑波器长度参数。
因为高速测试都是长呼的,起呼时在MSC1上,而中间跨过一个MSC2,他方的小区是在MSC3,由于起呼在MSC1,MSC1和MSC3数据没做好 导致的 好像是这样的
在测试过程中,无法定位问题点时,建议对问题路段进行往复测试,若是偶然现象,可作为偶然事件不予处理。
具体还要看数据才能判断什么原因,但如果两次切换的发起都是同一个BS,估计就是偶然现象了。