[分享]SD掉话原因分析

刘敬

一、SD掉话问题可能产生的原因：
1、突然增高的话务量、相临基站故障等
2、基站硬件问题。（载频、发射通路、合路器、时钟问题等）
3、基站天馈故障。
4、基站天馈接错。
5、基站数据设置错误可能会造成基站掉话
6、频率问题。（同频、邻频干扰或基站上行干扰等）

二、处理方法
1、 查看统计，是否是突发事件， 重点查看SD所在载频情况、载频PB值、载频IOI值、 载频BER值等统计项，观察几天的变化规律。
2、 查看基站和周围小区数据定义是否正确，是否存在同频、邻频等频率问题。（数据及频率问题一般在割接、新站及频率变动工程后易出现）。
3、 路测基站及其周围情况。判断可能的硬件问题、天馈问题及时钟问题等。
4、 在频率方面未发现问题后对基站进行检查并详细填写检查记录，检查内容如下：
（1）基站有无告警。
（2）检查基站时钟是否偏离过大。
（3）基站发射功率是否平衡。
（4）基站天馈（接收及发射）有无驻波比高的现象。
（5）检查基站接头是否有松动现象，基站天馈线序是否与标签一制。
（6）更换基站高掉话载频、器件性能不好的基站硬件。

三、个人心得体会
1、 有些SD掉话本身统计很高，这与其Counter定义有关，基站只要收到了Channel request后，就会分配SDCCH，如果是Ghost的SD请求，那么等待T3101超时后，会记为掉话，这类掉话会表现为SDCCH掉话中Abis类；
2、 如果突发的SDCCH掉话达到了50％以上，基本通过重启BCF后会恢复，这一般由于进程故障导致；
3、 通过调整RET参数（改小）可以减少Ghost的Channel request，降低全网的SDCCH掉话；
4、 小区BCCH受到干扰，或存在同BCCH/BSIC现象，SDCCH掉话会偏高，可修改BCCH频点；
5、 查看是否存在SDCCH的7745告警，确认是否为载频故障，可重启载频恢复；ds 不
6、 如果SDCCH的RF类型高，可能与TCH频点干扰、硬件故障等有关，这类SDCCH掉话对用户实质影响较大；
7、 对于SDCCH A口掉话，也会经常产生异常，通过重启BCF可恢复MSCBSC；
8、 网络负荷太高会产生大面积的SDCCH ABIS掉话高；
9、 若只出现几天，又自然好转，则有可能是掉死，解决方法有：
l 开关跳频；
l 重LOAD小区；
l 更换BSIC；
l 更换BCCH
l 可能为载波故障，逐个闭载波找出是哪个载波有故障；
l 可能为载波故障，关跳频后重新激活，然后观察MOTS，看能否找出有故障载波；
l 若为弱信号掉话居多，则可以将ACCMIN调高，再将CRO调高；
l 可能是频点干扰太厉害了，换些干净的频点；
l 更换存在故障的硬件。
失败原因码 Cause Value 描述 可能的原因
O Cause Value 31—–“正常， 未详细说明”
这原因通常报告一个正常的事件仅仅当在正常的类别没有另外的原因适用时，BSS（TCH拥塞）或MSC问题。
O Cause Value 34—–“没有可用的电路/信道”
(在Assignment Command前) 这原因显示有目前得不到适当的电路/隧道处理呼叫，TCH拥塞。
O Cause Value 34—–“没有可用的电路/信道”
(在Assignment Command后) 这原因显示有目前得不到适当的电路/隧道处理呼叫，MSC拥塞。
O Cause Value 41—–“暂时的失败”
(在Assignment Command前) 这原因显示网络运行异常达到要求的情况不能持续一个长的时段，移动电台可以很快地尝试另一次的呼叫。BSS问题，尤其是硬件问题。
O Cause Value 42—–“交换设备拥塞”
这原因显示交换设备正处于高通信量的处理时期，MSC拥塞。
O Cause Value 44—–“请求电路/信道不可用”
当电路或信道请求的实体不能被另一边接口提供时这原因被返还。 BSS问题，尤其是CIC拥塞
O Cause Value 111—–“协议错误， 未详细说明”
这原因为报告一个协议差错事件，仅在协议差错类别没有另外的原因适用。BSS或MSC问题

五、小结
对SD掉话率的提升需要进行长期跟踪观察，逐项原因进行排查，有可能改一项或几项参数都没有好的效果，这需要在实践中总结经验，以便快速定位故障原因，及时解决小区问题。
TX和MAXRET这两个参数对于无线资源的合理利用有着举足轻重的影响，合理地取值与搭配，可以疏通无线通道，减少空中接口的冲突次数，降低SDCCH的掉话率，并减少不必要的重复试呼，避免恶性循环，有助于寻呼成功率、系统接通率和稳定性的提