“无线网络优化经验研究”之《掉话率的优化分析及解决》
在per_carrer统计中，这些统计项对应的都是rtf频点，而不是对应具体的信道盘，所以必须通过一些方法来确认是否是由于硬件的性能造成的统计值不正常。具体方法是，将ber高的频点所对应的信道盘和一个ber统计值正常的频点所对应的信道盘进行调换，如下图所示:
调换前 调换后 D R I 1 RTF1 D R I 2 RTF2 D R I 1 RTF2 D R I 2 RTF1 假设从统计中发现RTF1的BER统计值偏高，而RTF2的统计正常，则对换这两个RTF的硬件，即原来RTF1定义在DRI1上，RTF2定义在DRI2上；对调后，RTF1对应DRI2，而RTF2对应DRI1。这时在观察BER统计，如果RTF1的统计值趋于正常，而RTF2的统计值不正常了，则可以确定DRI1存在一定的硬件问题，否则可认为RTF1的BER偏高与硬件无关。
PATH_BALANCE是对上、下行链路损耗是否均衡进行表征的一个统计，对于PATH_BALANCE在MOTOROLA的系统中定义在前面的章节中已经进行了介绍为：上行路径损耗-下行路径损耗+110 ，因此如果上、下行均衡的话，则该统计值应该为110，在日常分析中，通常认为PATH_BALANCE的值在100～120之间则认为正常，即上、下行的路径损耗的差值在10 以内则认为时正常的。如果PATH_BALANCE高，则说明上行损耗较大，如果PATH_BALANCE低，则说明下行损耗较大。
path_balance 不正常一般有两种原因：一是DRI或天线本身的故障，或者信道盘的收发没有校准；另一种是天线在数据库中定义的与实际站上的连接有出入。
数据库定义和现场连接不符的情况可以简单的从path_balance的统计上进行判断。一般来讲，当载频的天线数据定义错误时，该载频的
第 36 页 共 55 页
“无线网络优化经验研究”之《掉话率的优化分析及解决》
path_balance的统计会高于正常值，一般在130以上。这种情况多出现在新入网基站和新扩容基站上。对于没有进行数据改动的基站很少会出现这种天线数据定义错误的现象。
IOI通常是表征上行信道干扰的统计，当该统计的数值过大，比如大于40，则很有可能是硬件故障造成的。是否是硬件问题，同样可以通过改变频点和具体信道盘的对应关系来判断。
掉话集中在某个时隙上，有可能是均衡器有问题，这时可以将该时隙lock，即可减少掉话。
如果通过以上的分析，确认掉话是由于硬件原因引起的，则也就可以对出现问题的硬件进行定位，大多数情况都是信道盘的性能不好，影响了其正常工作，但也有一些是由于天线定义的问题造成的。这时对有问题的信道盘进行维护优化或者更换新的硬件基本上可以使这些和硬件相关的统计趋于正常，掉话也会随之减少。而由于天线定义错误造成的掉话，则在更正了天线数据定义后，即可使path_balance的统计正常，掉话也会明显的减少。
通常情况下，硬件问题造成的掉话属于比较容易进行分析、定位的，一旦定位问题所在，处理后对减少掉话效果较大。
如果经过上述一系列的分析，发现并不存在硬件问题，则进行第二步分析——干扰分析。 第二步——干扰问题分析
分析干扰问题，首先要对IOI统计进行分析，应为掉话是集中在一、
两个载频上，则重点分析这两个载频的IOI统计。通常当一个小区个别载频的IOI高，会有两种可能，一是BCCH频点的IOI高；另一种可能则是该小区没有使用合成器跳频，个别TCH频点IOI高。
当发现频点的IOI统计偏高后，可以先判断是否是带外干扰，即观察连续24小时的统计，如果24小时内该频点的IOI统计没有变化一直较高的话，则说明是直放站等带外干扰。如果不是24小时IOI统计持续偏高，只是在忙时较高，则很可能是系统内的同、邻频干扰。
对于带外干扰最有效的方法是查找、改造干扰源降低带外干扰，但
第 37 页 共 55 页
“无线网络优化经验研究”之《掉话率的优化分析及解决》
查找干扰源需要较长的时间，所以在查找干扰源的期间可以通过改频的方法避开这个干扰的频点，如果不能改频还可以通过降低该频点的分配优先级来减少对该频点的占用，间接达到减少掉话的目的。
对于同、邻频干扰来说，则可以通过一些优化辅助工具，如Motorola的GI来查找同、邻频，或者进行路测也可以发现同、邻频现象，这时应通过改频来避免同、邻频的出现。通常改频后，掉话会有一定的减少。
当然，在实际的优化过程中经常会有这种情况出现，就是通过统计分析确定不是带外干扰（IOI不高），频率又较干净，没有同、邻频，但该频点的其他统计如BER等不正常，而且不论该频点定义在哪个硬件上，掉话都很多。这时最有效的方法是降低该频点的分配优先级，减少对该频点的占用，达到降低掉话次数的目的。
如果通过分析发现不是硬件问题，也不是频点问题，但仍然掉话较高，则有可能是由于软件问题造成的，这时对该信道盘或者基站进行重启后，使相应的软件重新初始化后，有可能会减少掉话次数。
? 掉话平均分布在大多数载频上
当TCH射频掉话较平均的分布在大多数载频上时，其掉话的原因分析起来相对于个别载频掉话要复杂一些，需要更全面的考虑一些因素。下面将对分析对载频掉话的具体步骤进行详细说明。 第一步——分析周围基站是否有断站和闪断情况
与个别载频掉话不同，一个小区掉话分布在大多数载频时，首先应该考虑的是该小区周围的一些基站是否正常工作，即是否有断站或闪断站。因为断站和闪断站对覆盖的连续性造成一定的影响，覆盖不连续则很容易使断站或闪断站周围的小区TCH射频掉话增加。因此如果分析统计发现一个小区的TCH射频掉话突然增加，而且掉话较平均的分布在各个频点上，一旦周围出现断站或闪断站，则可以认为掉话是由于断站引起的。对于这种情况可以等断站恢复后在观察掉话统计，通常掉话
第 38 页 共 55 页
“无线网络优化经验研究”之《掉话率的优化分析及解决》
会随着周围基站恢复正常工作而减少。 第二步——分析是否有硬件问题
如果该掉话小区周围没有断站，则需要分析是否有硬件问题。因为掉话较平均的分布在各个载频上，所以分析方式和个别载频略有不同。首先仍需察看告警，这时如高温告警，时钟失锁告警等都有可能造成TCH掉话的产生。一旦发现告警，则应立即采取相应措施，尽可能的清除告警，然后对掉话性能进行观察，通常硬件告警清除后，掉话会有一定的减少。
如果没有严重的硬件告警，则需要分析PER_CARRIER统计。通常观察的仍是BER和PATH_BALANCE这两项统计。这时如果一个小区的多个载频的PATH_BALANCE都不正常，则有可能是天线设备有问题，或者天线数据定义错误。而BER出现问题，如果该小区使用的是基带跳频，则应该关闭跳频后观察BER统计，有时会出现关了跳频后掉话和BER高的情况指出现在某一个载频上，这时则可确定是该载频的硬件有问题，这样处理的方法就和处理个别载频掉话相同。如果关闭跳频后，仍然BER较高，则硬件有问题的可能性不大，应该考虑别的因素。
第三步——分析是否有IOI问题
IOI问题和硬件问题不同，因为很多带外干扰是宽带的干扰，很可能会干扰一个小区的所有频点，所以当一个小区TCH的射频掉话较平均的分布在多个载频上时，应该分析是否有IOI问题。同样是对IOI统计进行分析，如果一个小区的各个载频的IOI值突然增加到10以上，这时可以初步断定是IOI问题。但有一点需要特别注意，就是当一个小区使用的是SFH的跳频方式时，应该关闭跳频观察IOI统计，这时有可能只有其中一个频点的IOI值较高，这样可以较简单的进行改频来降低IOI。如果关闭跳频后仍是多数载频的IOI较高的话，则在查找干扰源的同时，可以暂时将该小区的基站发射功率降低，缩小覆盖范围，以此来达到减少掉话次数的目的。但是降低基站发射功率对于基站较密的地
第 39 页 共 55 页
“无线网络优化经验研究”之《掉话率的优化分析及解决》
区影响不是很大，而对于基站覆盖相对较差的地区，降低功率可能会出现覆盖空洞，这时有可能会增加由于覆盖而造成的掉话，因此降低功率不是解决IOI掉话的根本方法。最直接有效的方法是查找直放站然后对直放站进行改造，降低带外干扰。 第四步——分析覆盖或者邻区是否有问题
如果通过分析发现没有断站影响，没有硬件问题和IOI干扰，则需要考虑该小区是否有覆盖和邻区问题。这两方面的问题通常通过统计是不容易发现的，通常是通过对该小区进行Call_trace分析或者现场测试和检查邻区关系来分析具体问题所在。
对于覆盖问题，通常可以通过call_trace分析TA来判断覆盖是否过大，结合周围基站分布情况，分析该小区周围是否缺站而造成覆盖步连续的现象。通过call_trace可以trace到发生在该小区的TCH射频掉话，进而可以分析出掉话发生的TA的大小。另外还可以通过路测发现该小区是否有过覆盖的现象。经过这些分析后如果可以确定该小区覆盖不合理，则应该对该小区的覆盖进行调整，或者通过分析到的TA对该小区的TA值进行控制，在可能发生掉话之前切换到其他小区。但这时需要有合适的小区来保证切换的正常进行。如果是缺站，则在提出加站建议的同时，可以适当加长无线链路的一些计时器的时常，这样也可以减少部分掉话。 对于邻区问题，则需要通过路测或者一些优化工具来检查邻区关系是否合理，是否有缺邻区的现象。在这里有一些特殊的情况造成的邻区问题需要特别注意。一是该小区没有出邻区关系，这时可以从统计上发现一些迹象，没有邻区关系则不会发生切换，所以该小区的掉话次数中没有切换掉话，所有的掉话均是TCH射频掉话，而且通过分析切换统计可以看到该小区没有任何切换请求，这时即可确定掉话是由于没有邻区造成的。另一种情况则是由于站址规划有误造成的邻区完全不合理，这时也有可能造成TCH掉话较多，但这种情况一般分析统计不易发现，而通过路测则会较容易发现问题所在。一般邻区问题造成的掉话则可以通过优化邻区，完善邻区关系来达到减少掉话次数的目的。
第 40 页 共 55 页