高掉话小区处理流程V5

高掉话小区处理流程建议1.背景掉话率反映了系统话音业务的通讯保持能力，反映了系统的稳定性和可靠性，反映统计时间话音信道占用后因各种原因导致掉话严重程度，是无线通讯系统的重要性能指标，当系统的掉话率高时，会严重影响用户的感知，从而导致用户投诉或不满。此次我们主要针对TCH掉话的分析过程进行说明。在NOKIA设备中，掉话次数count主要统计的是掉话出现在哪个接口，如：无线口、A_BIS口，A口等等，并没有按掉话原因类型进行分类，如：信号质量差掉话或TA掉话等等，因此，在NOKIA设备中，应该按照掉话出现的接口进行分析。2.3J掉话率公式(sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+a.tch_abis_fail_old+a.tch_a_if_fail_call+a.tch_a_if_fail_old+a.tch_tr_fail+a.tch_tr_fail_old+a.tch_lapd_fail+a.tch_bts_fail+a.tch_user_act+a.tch_bcsu_reset+a.tch_netw_act+a.tch_act_fail_call)-sum(b.tch_re_est_assign))/(sum(a.tch_norm_seiz)+sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch)-sum(a.tch_succ_seiz_for_dir_acc)+sum(a.tch_seiz_due_sdcch_con)-sum(b.tch_re_est_assign))*100%Countersfromtables:A=p_nbsc_trafficB=p_nbsc_serviceC=p_nbsc_ho掉话类别触发原因分析相关联指标TCH_RADIO_FAIL无线环境恶化，质量差，无线链路超时上下行质量差，干扰TCH_RF_OLD_HO无线环境恶化，切换失败上下行质量差，干扰，切换失败率高TCH_ABIS_FAIL_CALLABIS口传输质量差等原因话ABIS可用率低，误码率高TCH_A_IF_FAIL_OLDA口传输质量差等原因话A可用率低，误码率高TCH_A_IF_FAIL_CALLA口传输质量差等原因话A可用率低，误码率高TCH_LAPD_FAILLAPD链路故障导致掉话ET可用率低，伴随有7705/7704告警TCH_BTS_FAILBTS故障TCH可用率降低TCH_TR_FAILTC单元与BTS不同步伴随有2993/告警TCH_BCSU_RESETBCSU单元故障重启导致掉话TCH_ABIS_FAIL_OLDABIS口传输质量差等原因话TCH_USER_ACT重启基站导致TCH_TR_FAIL_OLDTC单元与BTS不同步伴随有2993/2992告警TCH_NETW_ACT载频自动锁闭导致TCH_ACT_FAIL_CALL信道请求无应答上表就是NOKIA设备中，分为在各个接口的14类掉话。3.掉话的优化建议当在分析某小区的高掉话时，应先看它掉话发生在哪个接口，然后在做具体的分析，详细分析过程如下：NAMECELL_ID掉话次数TCH_RADIO_FAILTCH_RF_OLD_HOTCH_ABIS_FAIL_OLDTCH_A_IF_FAIL_CALLTCH_A_IF_FAIL_OLDTCH_TR_FAILTCH_TR_FAIL_OLDTCH_LAPD_FAILTCH_BTS_FAILTCH_USER_ACTTCH_BCSU_RESETTCH_NETW_ACTTCH_ABIS_FAIL_CALLTCH_ACT_FAIL_CALLPDBSC3235886826530000000000140PDBSC3235886907460000000000100PDBSC3235886341712001000000040RF掉话定位及处理：（TCH_RADIO_FAIL）1、如上行话音质量较差同时OUTOFBAND1比例很高，说明干扰等级较高，确认是否存在外部干扰、直放站故障等，并对干扰源进行查找和排除。干扰带取自：Countersfromtables:OMC_P_NBSC_RES_AVAILTIMENAMECELL_IDband1band2band3bnad4band5out_band12010-6-228:00PDBSC323523715.390.360.230.157.8735.86%2010-6-229:00PDBSC32352370.000.000.000.0023.74100.00%2010-6-2210:00PDBSC32352370.000.000.000.0045.23100.00%band1:Sum(OMC_P_NBSC_RES_AVAIL!AVE_IDLE_F_TCH_1/OMC_P_NBSC_RES_AVAIL!RES_AV_DENOM4)band2:Sum(OMC_P_NBSC_RES_AVAIL!AVE_IDLE_F_TCH_2/OMC_P_NBSC_RES_AVAIL!RES_AV_DENOM5)band3:Sum(OMC_P_NBSC_RES_AVAIL!AVE_IDLE_F_TCH_3/OMC_P_NBSC_RES_AVAIL!RES_AV_DENOM6)band4:Sum(OMC_P_NBSC_RES_AVAIL!AVE_IDLE_F_TCH_4/OMC_P_NBSC_RES_AVAIL!RES_AV_DENOM7)band5:Sum(OMC_P_NBSC_RES_AVAIL!AVE_IDLE_F_TCH_5/OMC_P_NBSC_RES_AVAIL!RES_AV_DENOM8)2、如上行质差，确认是否为载频故障或频点干扰，一般建议先关闭跳频，然后通过倒换频点或载频的方式进一步确定。通常有以下几种方式：载频之间频点互换，确定是否为频率干扰，如果掉话发生在同一个频点上，可以确定为频点干扰情况，可通过MAPINFO来进行核查，参见后3.2同、邻频点检查，选取干净的频点，排除频点干扰。载频之间频点互换后，如果掉话依旧发生在同一块载频上，可以确定是否为载频故障，对故障载频进行更换处理。载频之间槽位更换，该操作需要工程人员实施。备注：倒换载频后，有时可能会马上出现7745告警，可以通过重启载频恢复。要求监控人员在倒换载频操作后，需要跟踪小区是否出现由于倒换载频造成的高掉话。在处理故障载频时，可以通过以下方式定位载频故障：载频频繁存在告警。载频存在故障告警，如TRX_FAULTY、高温告警等。载频7745告警占用比例高，重启后仍然存在。载频级的统计显示某载频掉话很高。载频级的统计显示某载频的KPI统计相对其它载频异常，如发射功率、上下行接收信号强度、上（下）行话音质量、PATHBALANCE等。基站是否存在7604、7607告警，可派单给相关部门检查天馈和基站硬件。如基站开有BB或是RF跳频，话音质量突降情况，可通过关闭跳频定位是否个别载频故障导致。如切换失败率异常，请参考切换失败率处理流程。4、确认小区空闲小区重新参数、接入参数(手机功率等级设置等)、小区切换参数、BMA等设置是否合理。5、对于突发的高掉话，可查看周围是否有小区退服、参数是否存在变动、是否做过工程调整等，突发的高掉话需要持续跟踪。6、结合上下行信号强度、MS和BTS的发射功率统计、覆盖距离统计确认小区是否存在弱覆盖，同时分析造成弱覆盖的成因。7、在KPI指标正常情况下，可通过网优平台查看该小区是否存在直放站，直放站性能不好或者频点设置有误等，也会造成对掉话的影响。8、确认是否BSC内部较多小区存在突发高掉话，这可能由于BCSU吊死、BSC级的参数设置不合理、BSC内较多小区的参数设置有误等造成。9、其它异常情况，如进程故障、SDCCH信道吊死(一般建议SDCCH信道设置在时隙0)等，可通过重启BCF、倒换SDCCH信道解决。切换掉话定位及处理（TCH_RF_OLD_HO、TCH_ABIS_FAIL_OLD、TCH_A_IF_FAIL_OLD、TCH_TR_FAIL_OLD）切换掉话是发生在切换过程中，由于切换不成功后不能回到原来的信道而造成的掉话。由此可见切换掉话的产生和TCH射频掉话有所不同，因此分析方法也有一定的差异，下面我们将给出具体的切换掉话分析处理流程图并详细说明如何分析、处理切换掉话。具体分析流程图通过分析掉话比例后发现一个小区的掉话主要是切换掉话，则可根据下面的流程进行分析。NYYN观察分析per_neighbour统计处理断站是否有硬件问题清除硬件问题周围邻区中是否有断站切换掉话分析与处理找到切换不成功次数多的目的小区具体分析说明同无线掉话相比，切换掉话的分析和处理要复杂很多，而且不是很容易对问题进行定位，处理周期相对较长。切换掉话的主要原因是由于切换不成功后，移动台不能回到原来的信道而造成的掉话。1.该小区是否有硬件问题对于切换来说，是一个TCH信道分配的过程，如果信道存在问题，则有可能出现系统分配了TCH信道，但移动台不能正常占用所分配的信道，而出现分配失败，这时就可能会出现掉话。硬件问题可以通过载频级掉话的分布，看掉话是否长期集中在同一块载频上，如果是，就更换改载频。2.邻区的问题应主要从以下这些方面来进行分析。邻区是否有硬件问题这里对硬件问题的分析和处理方法与无线口掉话的硬件问题分析处理方法相同，在此就不进行重复说明。邻区数据是否正确通过统计发现和某个邻区切换不成功次数较多，这时应检查一下该邻区的BCCH、BSIC和LAC数据是否正确，如果有错误应该立即更正。另外如果通过统计分析发现和某个邻区切换次数很多，但成功的极少，这时需要检查一下该小区周围是否存在和这个邻区同频、同BSIC的小区存在，如果有则应该对邻区进行优化。通常这时切换掉话会明显减少。邻区的BCCH频率是否有干扰切换掉话较高的小区和某个邻区切换不成功的次数较多时，也有可能是由于该邻区的BCCH频率有干扰，这时可以通过一些优化工具检查一下该邻区的BCCH的频率规划，如果有同、邻频可能造成干扰的情况，可以先进行改频或者使用测试频点，然后观察切换掉话情况，如果连续观察几天发现切换情况好转，切换掉话减少则可以确定是频率干扰造成，但如改频后掉话仍未好转，则可以认为不是频率问题，应考虑其他方面是否存在问题。邻区是否有干扰同无线口掉话一样，干扰也会造成切换掉话较高的情况发生，因此可以对问题邻区的OUT_BAND1统计进行分析，检查一下该邻区是否有干扰，通常这时该邻区本身的掉话也会因为干扰而有所增多。邻区是否拥塞邻区拥塞也有可能造成切换掉话增多，这时只有通过缓解该小区拥塞来减少掉话，或者可以通过补充邻区关系，是源小区在不能切换到拥塞的邻区时，可以选择其他的邻区进行切换，以此来减少切换掉话的次数。LAPD掉话定位及处理（TCH_LAPD_FAIL）1、统计分析ET的可用率和误码率。2、查看告警确定是否为载频退服导致，并查看相关原因，如需要更换载频或做基站硬件处理，与相关部门合作处理。3、ZYMO指令查看是否存在传输误码导致传输闪断。4、确定基站是否出现过断电原因造成的退服。Abis口掉话定位及处理（TCH_ABIS_FAIL_CALL）1、查看告警是否相关载频存在7745告警，可通过复位载频观察。如复位载频后，7745高告警仍然存在，仍然存在高掉话，可尝试锁住载频观察掉话情况，在确定由于某载频故障导致ABIS高掉话后，可先行闭锁TRX然后更换。2、检查小区是否存在严重的同邻频干扰问题。3、对Abis口的传输可用率和误码率进行统计。A口掉话定位及处理（TCH_A_IF_FAIL_CALL）1、如果A口掉话均匀分布在BSC内所有小区上，A口电路存在故障，向相关部门反映解决。A口掉话一般都是由于跨MSC的切换引起，可检查相关切换指标和切换参数以及目标小区的工作是否正常。对A口的传输可用率和误