cdma网优过程中的掉话分析和处理

《cdma网优过程中的掉话分析和处理》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、CDMA网优过程中的掉话分析和处理【摘要】:掉话率是反映网络性能的一项重要指标，也是直接面对用户树立CDMA精品网络形象的一个重要窗口。在Lucent的设备中，掉话分为两种：RF掉话（即无线掉话）和CP掉话（即在处理话务的过程中发生的掉话）。RF掉话析其原因，主要发生在以下三种情况下：（1）覆盖弱掉话（2）切换掉话，主要是由于邻居关系的缺失或搜索窗大小设置不当（3）干扰掉话。造成CP掉话的原因很多，发现的多由设备硬件故障造成。本文根据作者在处理掉话过程中积累的经验，结合对Agilent路测设备Viper的使用和对话务

2、统计以及ROP消息的分析，分三个方面详细阐述了造成RF和CP掉话的各种原因。【关键词】:PNSCANER搜索窗CBRROPTFUCCUAPTRAFFICBLOCKCE1.由参数设置不当引起的掉话1.1邻居关系缺失引起的掉话在多导频的环境下，当存在与主导频未作邻居关系的强导频时，在前向链路上造成强干扰，当Ec/Io跌至－15dB以下时，前向链路的质量严重下降。当移动台连续收到12个坏帧之后，关闭发射机；当衰落定时器在回零之前移动台没有收到连续的两个好帧，将重新初始化。手机扫描图：PNSCANER扫描图：这是刘长山南掉话

3、之前的图片。由于该区域地势较高，导频较多。通过VIPER可以清楚看到，PN为500的信号与PN为436、432信号未做邻居关系，导致掉话。齐鲁国际大厦、联通大客户培训中心、良友富临等掉话属同样原因。1.2搜索窗设置不当引起的掉话1.2.1搜索窗过小在软切换过程中，由于当前基站搜索窗设置过小，其能搜到的最大码片延时数小于切换目标基站的码片延时，虽然存在于当前基站的邻居列表中，切换目标基站仍无法被纳入当前基站的活动集，亦造成前向链路的强干扰。手机扫描图：PNSCANER扫描图：上图为绕城高速郭店至刑村段掉话之前的图片。手

4、机主导频为308（济钢二扇区），而PNSCANER扫描到的PN信号，最强的信号为358（356的直放站延迟信号）。由此可以清楚看到，手机的掉话原因是未能扫描到最强PN信号358从而无法将其纳入活动集，这是由于基站（PN为308）邻居搜索窗太小造成的，将其搜索窗由7增大到13后问题解决。洪楼大润发、仲宫至柳埠公路掉话属于相同原因。1．2．2搜索窗过大在切换过程中，基站搜索窗设置过大，当车速过快时，切换目标基站不能及时被纳入活动集，亦会造成切换掉话。2.由硬件故障引起的掉话2.1由CBR故障引起的掉话在实际优化工作中遇到

5、如下情况：在话务统计中发现，某基站扇区的掉话率较高，起被呼成功率低；从分时统计来看，各时段指标均较正常值差。但OMP显示基站工作正常，并未有硬件故障告警。从ROP消息看，发现有如下告警：========================================02/25/0300:36:24# **36REPT:CELL4CDM1,CBR3,HEHSUPPRESSEDMSGS:0ERRORTYPE:FLEXENTMODULARCELLERRORSET:INVALIDREASONCODE*799* 0100000

6、000000000000000000000000000000000  02/25/0300:36:24#========================================从现场的拨打测试看，在单一导频，Ec/Io和Rxpower良好的情况下，Txpower较高，起被呼困难，并出现掉话。此时，判断为CBR的硬件故障。其原因是由于CBR内部处理天线分集接收的两路信号的模块发生故障，当有一路信号不能被处理时，会出现较高的CP掉话；当两路都被不能被处理时，就会出现站下接收信号良好，但无法拨打电话的现象。话务统计

7、中发现，八里桥小学三扇区掉话严重，起呼成功率底，但OMP并未显示基站工作正常，未有硬件告警。下图为使用Viper在八里桥小学三扇区覆盖区（距基站200米处）测试的手机扫描图现场抓拍：可以看出，上下行存在严重的不平衡，手机发射功率明显偏高。在排除其他原因的情况下，可推断出，尽管基站无告警，但存在硬件故障。在更换基站CBR后，基站恢复正常。更换前后统计指标对比表如下：更换前AtmptCall#EstlCall%AtmptTerm#EstlTerm%AtmptOrig#EstlOrig%2GDropCall#2GDropC

8、all%110793.947620597.073254792.6874171.77638更换后AtmptCall#EstlCall%AtmptTerm#EstlTerm%AtmptOrig#EstlOrig%2GDropCall#2GDropCall%102298.434427697.826151298.242250.用同样方法，解决了山师大三