掉话处理
在机房值班，移动有人找我说，某基站掉话，让我查看并解决，我是打酱油的，一下就蒙了，求高人指点，怎么办，什么思路？
你看下是什么类型的掉话，突然掉话，上行弱掉话，下行弱掉话，上行质差掉话还是下行质差掉话，根据不同类型的掉话来处理；
突然掉话主要从硬件方面看，看看这个站是不是停电了，传输有不有问题等
上行质差掉话看看有不有干扰，外部干扰还是内部干扰
下行质差看看是不是有频点不好，或者过覆盖
上行下行若掉话看看邻区全不全，功率开的怎样
大致就这样吧
一般的话统掉话分析流程是什么？
1、说说引起掉话的原因？
(1)Erasure帧多：空口掉话，Nastar对应释放原因为C05（FMR中各分支合并后300个反向帧中有270个以上Erasure帧）
和C04（反向连续收到300个idel帧）。
原因 1:
软切换分支延时过大 。
解决方法 1:
减小不同Abis链路延时。
原因 2:
前向Ec/Io过低。
解决方法2:
现象1: 低 EC/IO 和低MS接收功率,表明前向传输损耗过大。
调整天向方向和下倾角,调整前向功率配置。
现象2: 低EC/IO 但接收功率良好， 表明存在干扰或导频污染。
调整方法和上面一样。
原因 3:
反向链路FER过高。
解决方法 3:
加新站增加覆盖。
优化反向闭环功率控制算法。
(2)收不到反向帧：对应释放原因为C02（某个分支240ms没有收到帧）。
(3)Abis接口原因：Abis接口发生异常中断，如光纤断时，BSC并不知道，反映出来的会是FMR上收不
到数据帧，会统计到无线链路原因中去。如果基站故障，基站自己检测到内部处理有问题时主动上报
“Abis bts release request”，这时造成的掉话会统计到该值上。总的来说，当BTS资源故障、Abis链路资
源故障、FMR资源故障、RPS资源故障时造成的掉话，都会统计到Abis接口原因掉话中。首先从告警
上排除传输链路、基站告警等问题，然后再看具体释放原因值，进一步需要从设备内部定位。
(4)A2接口原因：可能的情况有：在通话时，MSC设备自身或人为发出A接口复位命令；A接口暂时故
障或链路断，FMR在一定时间内收不到MSC来的EVC帧，向CCM发“TRAU ERR”，CCM会释放资源
；A接口正常，但FMR收不到EVC帧等等。总的来说，当MSC发起的异常释放、A2接口电路异常发起
释放、CIE资源故障、A3A7接口资源故障、TIE资源故障、LIM资源故障造成的掉话，都会统计到A2接
口原因掉话中。首先从告警上排除传输链路等问题，然后再看具体释放原因值，进一步需要从设备内
部定位。
(5)其它： 指除上述失败原因之外的原因，如系统内部错误、OAM干预等。
2、如何理解“前反向链路不平衡”
手机有信号但不能起呼是个典型的例子
前向链路大于反向链路：手机有信号，但是由于反向覆盖不足，超过了手机的最大发射功率，因此打
不了电话；
反向链路大于前向链路：手机没有接受解调扇区的导频信号，因而不能进行软切换，并且加大了反向
链路的干扰。
1、覆盖原因引起的掉话
2、切换引起的掉话
3、设备硬件或者系统参数错误引起的掉话
4、由于干扰而导致的掉话
5、天馈线原因而导致的掉话
6、由于传输故障造成的掉话
7、由于采用直放站而导致的掉话
啊，打酱油的啊，这样就比较不好解决了，找那些做酱油的人啊
这种情况很好打酱油啊！ 先看告警 再看统计， 然后拿这些东西去忽悠了啥！
处理掉话刚开始可以从几个方面考虑：
1、设备问题
如果设备板卡例如射频单元、信道单元存在硬件故障会引起掉话；故障可以到检查基站的维护报告，察看是否存在告警信息。
2、切换问题
如果测试手机信号质量很好，突然差生掉话并且掉话后的频点和掉话前不是一个，很可能是邻区没有添加导致切换失败所致。
3、网络干扰
占用载扇存在干扰，测试现象是误祯率较高，干扰问题需要检查是外部干扰还是内部干扰，外部干扰需要使用查干扰仪器去扫频；内部干扰一般于下挂的直放站、室分设备有关，可以先关闭检查。
4、终端问题
目前市场上手机终端鱼目混杂，一些低质量的手机芯片差语音解码效率低下导致掉话。
5、覆盖问题
弱覆盖区域，gsm网络rx低于-90dbm;cdma网络（wcdma)rx低于-90sbm ;ecio低于-12sbm都算弱覆盖区域。
其他原因：
用户操作不当；对方网络原因等
取下统计看看整体指标，然后取下掉话统计看看掉话类型：RF,LAPD,TCH-BTS,RF-OLD，1.如果是RF掉话，看有无告警，如果没有告警则查看POWER统计，电平是否正常。上下行是否平衡，如果没问题，再看IOI干扰，同时结合ZERO查看时隙干扰判断是否有上行干扰。这些都没问题，则查看载频级统计，看看是否开调频，掉话分布在哪块载频，如果开调频，先关跳频，然后观察主要掉在那块载频，如果发现仅仅掉在某一块载频，则再结合TRX0-5质量等级，看看质量，再结合MAPINFO查看是否有同邻频干扰，复位载频---更换频点观察。（突发掉话一般情况都是断电，断传输等导致的，也有少许的TR掉话。
2，如果是切换掉话，则需要查看切换统计，看是切出还是切入，是对一个小区还是对所有小区，这时候一般检查源小区与目标小区的告警（硬件问题），话务量（拥塞），以及邻区参数，切换参数是否正常。
3.LAPD,ABIS掉话，一般查看告警就能发现伴随相应的告警7704等。。这一般就要派单检查传输，等以硬件问题。
还有更细的，我就不多说了，资料上很多。
看看该基站有没有告警，有没有干扰，传输有无故障，有没有带直放站，若有，所带直放站是否有故障，这是最基本的排查思路。
打酱油的就算了吧，处理这个这比打酱油难。。
你得说明是什么网络的掉话啊。。。G、T、LTD网？目前只是懂点T网的，一般掉话处理就是先查看有没硬件告警啦、没有的话取下相关话统，看看是什么掉话，有切换掉话、干扰掉话等等。。。也有可能是终端问题或者用户行为引起的掉话的，这点的话就可以从NASTAR去建任务分析。
打酱油的哈，把基站功率降了先不影响考核指标，等高手过来在处理！