,阜阳典型案例分析,*,Click to modify the text styles,Click to modify the subtitles style,All rights reserved 2003,Alcatel Shanghai Bell,目 录,载频问题导致高传输掉话,载频硬件问题导致分配失败,天线鸳鸯线问题导致分配失败,天线接反导致高分配失败,基站时钟偏移导致切换失败,频点干扰导致切换失败,频点干扰导致高掉话,A,口短时隙导致传输掉话,目 录,载频硬件问题导致高掉话,工程减容导致话务异常,SUM,板故障导致话务异常,GPRS,吊死导致业务中断,载频硬件问题导致高掉话一,问题描述：,通过话务报告分析发现，界首东顺河,3,小区持续多日发生高掉话且上下行质量切换,比例均较高，因此我们对该小区进行了,RMS,报告分析：,载频硬件问题导致高掉话一,问题分析：,经RMS分析发现东顺河3小区的第四块载频上下行接收质量非常差，如以下图：,载频硬件问题导致高掉话一,更换第四块载频后，掉话指标恢复恢复正常，如以下图：,载频硬件问题导致高掉话二,问题描述：,通过话务报告分析阜南城郊2小区持续多日高掉话，我们对些进行了信令RMS分析，如以下图：,载频硬件问题导致高掉话二,问题分析：,经RMS分析发现城郊2小区的第二块载频出现路损过大的现象，因此我们建议更换此载频。更换后如以下图：,载频硬件问题导致分配失败,问题描述：,通过话务报告分析阜南火车站1小区TRX2的TCH占用时长过短SDC占用时长过长，如以下图：,载频硬件问题导致分配失败,问题分析：,通过对110报告分析 MC718与MC703的差值发现分配失败均集中在TRX2上，这说明TRX2这块载频无法正常承载TCH业务，因此我们建议更换此载频。更换后TRX2的TCH恢复了正常，如以下图：,天线鸳鸯线问题导致分配失败,问题描述：,通过话务报告分析界首枣林2、3小区同时出现高分析失败问题，如以下图：,天线鸳鸯线问题导致分配失败,问题分析：,由于这两个小区均为单极化天线，因此我们疑心可能为天线覆盖范围不一致而导致分配失败，但经过检查并没有发现不一致。之后我们进行了信令跟踪分析：,序号,频点,上行电平,下行电平,上行质量,下行质量,上行路径损耗,下行路径损耗,路径损耗差,质量差,手机发射功率,基站发射功率,采样数,试呼数,1,27,-82.8,-76.5,0.42,0.09,108.91,114.28,-5.37,0.33,26.11,37.25,8498,101,2,39,-81.21,-74.97,0.52,0.15,107.45,112.15,-4.7,0.37,26.23,36.4,5826,77,3,79,-76.19,-82.21,0.34,2.76,101.61,124.14,-22.53,-2.42,25.42,43,2247,99,4,6,-77.2,-81.07,0.41,1.41,103.21,120.21,-17,-1,26.01,39.13,2542,137,Zaolin_2,天线鸳鸯线问题导致分配失败,Zaolin_3,序号,频点,上行电平,下行电平,上行质量,下行质量,上行路径损耗,下行路径损耗,路径损耗差,质量差,手机发射功率,基站发射功率,采样数,试呼数,1,65,-82.7,-75.44,0.11,0.37,109.85,112.66,-2.8,-0.26,27.15,37.22,2119,68,2,47,-80,-86.34,1.08,1.01,110.6,129.2,-18.6,0.07,31.13,42.83,834,28,通过以上信令跟踪发现这两个小区存在同一个现象，与BCCH同在一个腔体的载频路损均正常，因此我们疑心可能为2、3小区鸳鸯线。之后我们进行了BCCH载频的腔体调换如以下图：,天线鸳鸯线问题导致分配失败,Zaolin_3,序号,频点,上行电平,下行电平,上行质量,下行质量,上行路径损耗,下行路径损耗,路径损耗差,质量差,手机发射功率,基站发射功率,采样数,试呼数,1,27,-73,-75.88,0.08,0.6,99.73,114.5,-14.8,-0.52,26.99,37.4,996,45,2,79,-75,-79.41,0.13,0.94,103.6,119.2,-15.7,-0.81,28.62,43,1324,71,3,39,-79,-66.26,0.35,0.47,105.1,109.3,-4.15,-0.12,26.37,38.55,1562,16,4,6,-78,-71.96,0.22,0.3,103.1,108.9,-5.71,-0.08,25.22,36.89,882,29,序号,频点,上行电平,下行电平,上行质量,下行质量,上行路径损耗,下行路径损耗,路径损耗差,质量差,手机发射功率,基站发射功率,采样数,试呼数,1,47,-93,-99.43,0.43,6.71,126.3,142.4,-16.1,-6.29,33,43,107,50,2,65,-83.3,-71.59,0.54,0.42,111.39,114.59,-3.2,0.12,28.09,42.99,5799,62,Zaolin_2,天线鸳鸯线问题导致分配失败,调整后通过信令跟踪可以看出，路损差的载频同样为非BCCH腔体，这样我们就可以证明这两个小区为鸳鸯线。经过现场调整恢复天线的连接以后问题得到了解决，如以下图：,天线鸳鸯线问题导致分配失败,经过以上调整，这两个小区的话务报告恢复正常，如以下图：,天线接反导致高分配失败,问题描述：,临泉用户投诉小杨庄3小区附近不好打 。,问题分析：,针对用户投诉我们对此小区进行了话务分析，发现此小区分配失败较高，随后我们进行信令跟踪，发现该小区的TRX下行质量较差，如以下图：,天线接反导致高分配失败,发现问题后我们通过RNP进行了频点分析但并没有明显的频率规划不合理现象，最后我们进行了现场测试，在测试当中我们发现站在3小区的覆盖方向上却收到了1小区的信号，相反在1小区下收到了3小区的信号，再通过RNP切换关系分析发现该小区的1、3扇区切入切出异常，如以下图：,天线接反导致高分配失败,天线接反导致高分配失败,确认问题后我们对天线进行了整改，此小区的指标恢复正常。,基站时钟偏移导致切换失败,问题描述：,经话务报告分析发现，临泉小杨庄,1,、,2,、,3,小区的切换成功率非常低。,问题分析：,通过180报告分析，小杨庄本基站之内的三个小区之间切换成功率很正常，只与外部小区之间的切换成功率非常低，因此我们疑心为SUMA时钟偏移导致与其它小区的切换成功率降低，碰到这种情况一般我们会选择对SUMA板的时钟进行调节或是更换SUMA。在时钟调整以后切换成功率恢复正常，如以下图：,基站时钟偏移导致切换失败,Xiaoyangzhuang123,小区切换成功率趋势图,频点干扰导致切换失败,问题描述：,经话务报告分析发现，阜南华佗,2,小区的切换成功率非常低。,问题分析：,排除了SUM板时钟问题后，我们对此小区进行了信令跟踪，发现其中一块载频的频点受到了干扰，更改频点后切换成功率恢复正常，如以下图：,Huatuo_2,切换成功率趋势图,频点干扰导致高掉话,问题描述：,经话务报告分析发现，太和高桥,2,小区发生持续高掉话。,问题分析：,为了排除为硬件问题还是频点问题导致的掉话，我们对此小区进行了信令跟踪，如以下图：,Gaoqiao_2,小区,RMS,报告,频点干扰导致高掉话,通过分析发现此小区的TRX2的下行质量非常差，在RNP上分析如以下图：,Gaoqiao_2,小区,频点干扰导致高掉话,发现邻频干扰后，我们将高桥2小区的6号频点及时进行了调整，调整后指标恢复正常，我们再次对此小区进行了信令跟踪，如以下图：,Gaoqiao_2,小区,A,口短时隙导致传输掉话,问题描述：,经话务报告分析发现，BSC23持续多个时段传输掉话，如以下图：,A,口短时隙导致传输掉话,问题分析：,发现问题后，我们及时对018报告进行了分析，如以下图：,载频问题导致高传输掉话,问题描述：,经话务报告分析发现亳州唐洼3小区出现MC739掉话，且掉话次数多达1000余次。如以下图：,载频问题导致高传输掉话,问题分析：,针对该现象，我们将问题点定位至载频，直接安排维护人员前往现场更换载频。载频更换后，TCH占用时长恢复正常，且掉话现象消失，如以下图所示：,工程减容导致话务异常,问题描述：,蒙城某小区减容时出现基站RSL和BSC数据对应关系出错，小区功能开启后，局部载频不能被正常占用。导致小区出现“LOSS 0F TCH 告警。,问题分析：,维护人员在接到减容通知后，事先将需要减容的TRE的数据从BSC中删除，删除工作包括删除RSL信令和频点号，TRE硬件将由基站现场人员REMOVE。数据删除后的TRE在现场看起来是除了电源灯常亮，其他所有的灯都闪烁，此时现场人员只要将此TRE减去就行。而当时在现场的人员未看清TRE的状态，就减了规定数量的TRE，因此现场减去的TRE并不是OMCR上删除了数据的TRE，导致OMCR上的数据和现场配置不匹配，现场局部TRE不能正常工作。,SUM,板故障导致话务异常,问题描述：,优化人员发现陈楼基站话务量低，且,TCH,分配失败率为无穷大，此时关注,USD,报告显示陈楼基站话务无占用，维护人员前往现场进行拨打测试，发现陈楼基站无法进行主被叫。,问题分析：,基站侧维护人员查看基站数据是否与,OMC-R,数据设置数据一致，参数无异常；,OMC-R,侧维护人员查看,BSC,数据库中的基站数据，并与交换侧维护人员核对数据是否一致，无异常；,OMC-R,人员又重新删创基站数据，现象依旧，无法主被叫；,基站侧维护人员更换,SUM,板；现场测试，通话正常，并且,USD,上也显示有话务占用。,GPRS,功能吊死导致业务中断,问题描述：,公安局基站附近有用户反映不能正常使用GPRS，接到用户投诉后，值班人员观察GPRS话务指标发现公安局基站下行TBF建立请求次数以及成功次数均为0，而上行TBF建立请求、成功次数正常，导致该基站3个小区GPRS功能不可用。故障时，话务报告如以下图所示：,GPRS,功能吊死导致业务中断,问题分析：,由上述现象，优化人员判断是该小区GPRS功能吊死导致，立即将该基站3个小区的EDGE功能打死、激活后关注下小时报揭发现下行TBF建立请求成功次数恢复正常，如以下图所示：,本文观看结束！,谢 谢,欣 赏！,