JiNingNan小区数据业务异常处理,导致检车异常

发布时间:  2014-06-24 浏览次数:  380 下载次数:  0
问题描述
HHHT铁路局G网中心人员反映在JiNingNan覆盖区域存在部分机车CIR数据业务无法进行情况,同时尝试多次PING业务也无法进行。而且这种情况仅出现在一小段区域(包括库检),当机车驶出该区域后一切正常。
告警信息
处理过程
1、通过干扰排查,周围运营商基站比较多,而且一个电信基站电平很高。测试电磁环境背景低噪在-85dbm,这个是导致整个干扰的罪魁祸首。
2、处理干扰是个十分复杂的过程。而且周期会非常的长。通过参数优化可以规避这样的干扰点。修改参数【小区下最大PDCH比率门限】:20->30.
3、【RACH忙门限】:16->40

通过参数进行优化,规避干扰实测数据业务正常,能够进行正常的检车。
根因

1、通过话务统计进行分析,本小区的TBF建立成功率(反应了一个小区的数据业务建立情况)在30%左右,发现确实是存在问题。

2、数据业务无法进行首先排除覆盖是否异常,通过信令监控来看,上下行信令在-70dbm左右。正常数值。
3、基站无告警存在
4、数据业务参数开关已经打开

5、通过上行干扰带统计,本基站干扰带等级(4+5)在95%以上,存在强上行干扰。

 

建议与总结
1、数据业务在铁路上应用非常重要,常见业务进路预告、库检检车等。导致数据业务无法完成的排查方法通常是从查看告警、干扰排查。
2、由于业务不能耽搁,时间紧急。有的时候优化的思路应该是规避,保障业务的正常完成。后续对干扰源进行实质的清除。

END