由于通过统计数据难以定位掉话的真正原因，我们对小区G014691进行了30分钟的CTR(Cell Traffic Recording)呼叫释放跟踪，发现小区由于Sequence Error导致的非正常释放比例很高，以下是跟踪统计数据：
小区30分钟内内异常释放6次，Sequence Error 次数为6次。 G014691/CTR跟踪统计：
原因分析分析与解决:
在一个通话连接中，BTS与MS之间在“acknowledged mode”(响应模式)下，是通过一LAPDm信令来交换信息的，这种模式从发送SABM帧开始，以LAPDm DISCONNECT结束。在这种模式下，当BTS监测到第二层信令中有不规则的信息流控制（错误的消息队列），BTS就会向BSC发送ERRIN（Error Indication），原因是Sequence Error（队列错误），然后MSC下发Clear Command释放信道资源，掉话记数器累加一次掉话。 Sequence Error掉话信令流程如下：
根据理解，Sequence Error是由于传送消息帧的过程中，出现序列错误（错位）引起的，由于消息帧都有固定的格式，弱覆盖会使消息帧丢失，但应该不会出现信息的错位。序列错误应该出现在以下两种情况：
(1). 小区间存在强同频干扰
若邻近的两小区存在着强同频干扰，BTS在同一时间都有可能接收到两个来自不同MS的同类型的消息帧，两消息帧在起始发送时间上有先后，而且两MS使用相同的频率和训练序列，就可能会出现信息位的串位，导致”Sequence Error”的发生。
(2). 上行接收放大器或载频接收模块线性功能不好
如果由于设备性能下降，上行接收放大器或载频接收模块工作在非线性区域，也会引起消息位的错位。
由于根据之前的分析，已经基本排除频率干扰的因素，G014691小区的Sequence Error可以定位在硬件问题上。通过观察G014691的MOTS统计数据，RXOTS-40-1-6 &RXOTS-40-1-5。但是载频问题还是CDU 问题现在较难定位，小区配置较小、话务量一般不会分配至EDGE 载频。
对 于G014691的Sequence Error掉话问题，最根本的办法是更换载频或CDU。但值得一提的是在本周针对上述本小区的分析处理过程中，曾尝试修改频点、功控等参数，其中发现当把小区的上行DTX关闭后（DTXU=2），上述小区的Sequnce Error掉话消失，小区的掉话率有大幅度的下降（见下表）
从修改DTX后的统计数据看到，小区的“OTHER掉话”全部消失，据此可以推断，对于接收部分线形性能不好的小区，如果关闭上行DTX对于减少Sequence Error掉话有一定的帮助。
(3)、Sequence Error掉话分析小结
在爱立信系统统计数据中，掉话原因大致分为5 种，按优先级先后：TA，信号强度，信号质量，突然掉话，Other 原因。统计数据中的掉话原因，是根据掉话前手机发送到BSC的下行Measurement Report和BTS对手机信号的上行Measurement Report而归类的。如果是由于缺少测量报告而引起的掉话，则把掉话归类在“突然掉话”里，而如果掉话前有测量报告，但信号的TA、强度和信号质量都没达到各自定义的门限（分别是TALIM ，LOWSSUL&LOWSSDL，BADQUL& BADQUL），则归类在Other 原因当中。
一些低层原因的掉话（如T200，Sequance Error），在爱立信系统里没有相应的统计Counter，但可以通过CTR跟踪发现。
对于Sequance Error导致的掉话，在话统里一般反映在“Other掉话原因中”。当发现一小区的Other掉话比例较高时，可按照以下方法解决：
? 检查是否存在强干扰。
? CTR-呼叫释放跟踪，定位掉话原因。
? 分析MOTS数据，观察掉话是否集中在某载频。
对于Sequance Error掉话多的小区可通过暂时关闭上行DTX的方法解决，但最根本的方法是更换硬件。
G01R091 (北坦三职专)高掉话率小区处理
现象描述：G01R091 11月10日由于掉话率多时段成为最差小区，小区掉话原因 主要为上行弱信号掉话。
小区高掉话率表现症状如下：
G01R091 为拉远设备，经直放站厂家检查发现由于拉远设备上行增益设置过低引起，经调整G01R091 掉话率远低3%，已不是最差小区、问题解决。
七、最差小区处理方法总结
虽然具体问题有不同的表现及相应的处理办法，但几乎每一类最差小区，都可以大概遵循一个流程性思路，检查：上下行电平、上下行质量→载频性能测量→数据配置→参数正确及合理性检查→天馈、硬件。处理普遍思维方法：
1.排除法：比如载频锁闭观察、天馈倒换等，可以排除一些硬件问题。比如某小区上行干扰严重，为了排查是硬件原因，就采用天馈倒换，将表现好的天馈及载频倒换到差的小区上，看干扰是否会转移，结果没有转移，于是我们判断天馈载频硬件没有问题，肯定是外部干扰。
2.缩小法：比如小区干扰，可以往小看，具体到载频，确认是BCCH载频还是TCH载频。有时测试处理还可以看到跳频频点的C/I，可以看到是频段干扰还是某一频点的碰撞干扰。有时候看小区上下行平衡还可以，但具体到小区，发现一块TRX偏上行差、一块偏下行差，但看小区指标是发现不了该问题的。
3.放大法：再比如小区干扰，是本小区干扰，还是整个站干扰，或者外部干扰源造成周围站点都有干扰。
4.方式变换法：如原先是跳频的，可以更改为不跳频试试。原先是合路的，可以改成不合路试试。原先是全向，可以改为定向。看干扰变化，可以提高功率到最大，也可以降低到极小，看干扰情况是否减轻。
? 5.同类比较法：检查数据时，有时也许心里并不很清楚到底可以看那些参数，以及大小设置到底是否合理，建议可以将几个正常小区的几大类参数都导出，挨个仔细对比查看是否有感觉异常的，将感觉异常的项拿出来，再具体分辨，往往也能看出问题来。
? 6.消除极端法：就是参数设置不要出现极端情况，往往容易出问题，如边缘门限设太低；层间门限设太低，切换候选小区上下电平太小或太大等。看到此种情况，首先更正过来，观察后看是否此类参数引起再找其它原因。
按照以上思路进行调整11月初相比10月初最差小区总数有所减少，达到了一定的效果。
八、结束语
本文主要从最差小区产生的原因进行分析，提出解决方案和解决流程，并引用了一些的案例，从多个角度讨论了处理最差小区的方法和思路，为日常网络优化的开展进行了知识的积累和沉淀，为优化人员日常的最差小区的处理开辟的新的思路。