“无线网络优化经验研究”之《掉话率的优化分析及解决》
第四章、如何查找掉话，分析掉话原因
在前面的章节中，对掉话的一些常见的原因及基本解决方法进行了阐述，在本章中主要对如何分析掉话原因，如何处理掉话进行详细说明。首先看一下一个小区掉话处理的简单的流程。
TCH掉话占比例大 切换掉话占比例大 根据统计分析某个小区的掉话次数中，tch掉话和切换掉话哪个所占比例大 TCH射频掉话分析与处理 切换掉话分析与处理 对于掉话分析来说，通常是依靠统计数据来进行分析。一般的统计只是对掉话进行了简单的分类，分为TCH掉话和切换掉话，这里所说的TCH掉话仅是指射频掉话，而切换掉话中则包括了BSC间的切换掉话、BSC内的切换掉话、小区内的切换掉话。因此要具体确定掉话的原因则需要进行进一步的分析，为了分析方便，对于某个小区的掉话来说，一般是根据TCH射频掉话和切换掉话在总的掉话次数中所占的比例来决定是重点分析TCH掉话还是切换掉话。对掉话次数越高的小区需要越优先的进行处理。下面就具体说明如何分析TCH掉话和切换掉话。 TCH掉话分析方法
1．1具体分析流程图：
第 31 页 共 55 页
“无线网络优化经验研究”之《掉话率的优化分析及解决》
掉话是否集中在个别在频上 N TCH射频掉话分析与处理 Lock或返修问题硬件， 观察统计。 Y Y 个别载频是否有硬件问题 N Y 是否有带外干扰或频率问题 掉话比较平均的分布在所有载频上 1． 改频 2． 将受干扰的频点的优先机降低 N 软件问题，reset相关硬件 流程图说明： 上面的流程图主要是针对TCH射频掉话集中在个别载频上时的分析处理程。 而对于掉话较平均的分布在各个载频上的分析处理流程见后续的流程图。 下面对该流程图中的各个部分进行简单的描述。 1．判断掉话是否集中在个别载频上：通过per_carrier统计中每个载频的rf_loss的次数进行判断。 2．载频硬件问题：通过per_carrier统计和察看告警分析掉话载频的ber、path_balance是否不正常，或者通过频点和硬件的互换确定是否是硬件问题。 3．带外干扰或者频率问题：通过ioi统计确定是否是带外干扰，如果影响其中一个频点，造成掉话高，则可以改频避开干扰或者将该频点的分配优先级降低。如果不是带外干扰，即掉话和频点有关，则检查是否有同、邻频问题。如有则改频，如不能发现频率问题，也可将该频点的分配优先级降低
4．如果上述问题都可以排除，则可以通过重启基站使其软件进程重新初始化，来排除由于软件造成的掉话。
这里只是简单的对个别载频掉话的处理流程进行说明，在后面将有单独的章节具体说明
第 32 页 共 55 页
“无线网络优化经验研究”之《掉话率的优化分析及解决》
掉话的处理流程。
待断站或闪断站恢复正常后，注意观察该小区是否还掉话高 掉话比较平均的分布在所有载频上 周围是否有断站或闪断站 N Y 维修更换硬件 是否有硬件问题 N 是否有IOI问题 N 1.宽带干扰，暂时降低基站发射功率 2.窄带干扰，改频或者降低改频点优先级 3．查找并改造干扰源 是否有覆盖问题 Y 邻区是否合理 Y 调整覆盖 N 优化邻区 N 参数是否设置合理或数据库是否正确 Y 调整相关参数， 更正数据库错误 可认为是基站软件问题，reset_site或者进行基站硬启 流程图说明：
上面流程图说明了当TCH射频掉话较平均的分布在各个载频上时的分析和处理思路。这里只是针对该图进行简单说明，具体分析处理过程将在下面的章节中具体介绍。
1．周围断站或闪断站：察看周围基站是否正常工作，可以通过统计查找出断站和闪断
第 33 页 共 55 页
“无线网络优化经验研究”之《掉话率的优化分析及解决》
基站。出现断站和闪断站时可以等断站恢复后再观察掉话小区的掉话是否有所减少。
2．硬件问题：察看硬件告警，分析per_carrier统计，看该小区ber、path_balance是否异常；gclk 是否失锁。
3．IOI问题：通过per_carrier统计分析该小区的每个频点的ioi值是否偏高。如果各个频点较平均，则可关跳频观察，如果干扰是窄带的可以考虑改频或降低优先级。如果是宽带的干扰，则需要查找干扰源同时在不能减少干扰的情况下，降低该小区的基站发射功率，减少掉话。
4．覆盖问题：主要是覆盖过大，造成越区覆盖；或者该小区周围比较缺站不能形成连续覆盖。
5．邻区是否合理：主要是邻区关系是否完整、邻区数据是否正确等。 6．参数设置和数据库定义是否合理：数据库定义是否和现场设备一致，参数设置是否有异常，主要关注的参数是功控参数、切换门限参数、邻小区的切换参数等。
7．调整参数，更正数据库：通过参数核查找出设置不正常的参数，和现场工程师核对数据库。
8．软件问题，重启基站：软件问题是指通过call_trace或者路测分析发现信令不全等问题，需要重启基站，如无效则可以硬启该基站。
1．2具体分析过程说明
前一节中我们给出了处理TCH射频掉话的分析和处理流程，该流程图提供了一个分析处理掉话的大体思路，下面具体对如何分析处理TCH射频掉话进行介绍。
每天的掉话分析都是以忙时的统计为依据的，通过分析TCH射频掉话和切换掉话所占的比例，确定掉话分析的重点。
对于TCH射频掉话来说每次掉话都对应着某个载频的某个时隙，因此在分析TCH射频掉话时可以以载频为单位进行分析。在OMC_R上会对每个基站每个载频的掉话进行统计，通过提取PER_CARRIER统计可以得到每个小区每个载频的掉话次数。这时就可以对TCH射频掉话的分布进行分析。通常来说，TCH射频掉话的分布表现为两种，一是一个小区的RF_LOSSES都集中在一个或者少数几个载频上；另一种则表现为一个小区的RF_LOSSES较平均的分布
第 34 页 共 55 页
“无线网络优化经验研究”之《掉话率的优化分析及解决》
在大多数的载频上。因此这两种掉话分布的表现所对应的问题也有所不同，故在进行TCH射频掉话分析时需要对这两种情况分别按不同的思路进行分析，以便更快地进行问题定位。 ? 掉话集中发生在个别载频上
首先我们讨论对掉话集中在个别载频上的情况如何进行分析和处理。掉话集中在某个载频或少数几个载频时可能是硬件问题，频率问题或者软件问题。在讨论具体思路之前，先要对PER_CARRIER统计进行一个简单的介绍。PER_CARRIER统计纪录的是每个载频的性能统计，主要包括以下一些统计项：BER_MEAN
，
RF_LOSSES_TCH
，
PATH_BALANCE_MEAN，IOI_MEAN
CHAN_REQ_MS_FAIL，UPLINK_PATH_MEAN等。这些统计项体现了一个载频的硬件和频率上的一些性能，对于分析硬件问题和频率干扰等有较大帮助。
如果RF_LOSSES在统计数据种表现为一个或者个别载频的掉话次数明显偏高于其它载频，这时可初步进行问题定位。对于掉话集中在个别几个频点上时，分析的第一步——硬件问题分析。 第一步——硬件问题分析 硬件问题的分析主要是通过察看告警和分析相关统计来确认硬件问题。通常在分析统计之前，先要察看一下该小区及其基站是否有严重的告警，比如低功告警等。如果有告警，可先排除告警，然后再分析统计。
进行统计分析主要是对BER，IOI和PATH_BALANCE进行具体分析。 BER是对下行信号的误码率进行表征的一个统计，该统计值通常情况下大于2则会认为不正常。根据误码率和话音质量的关系，当误码率（即BER_MEAN）的值大于2 则表示相应的话音质量已经达到4级或4级以上，很容易造成掉话。然而引起BER高的原因有两个：一个是由于该载频有硬件问题，另一个则是由于有频率干扰。而如何区分是哪种原因造成的BER高，则可以有如下一些方法：
? 提取该载频的连续24小时统计
? 对载频硬件和RTF的对应关系进行改变，观察统计确认是否是硬件问题。
第 35 页 共 55 页