目录1 整网问题分析思路 (2)2 TOP小区优化思路 (4)3 掉话常见原因及处理方法 (7)3.1 异常用户 (7)3.2 1X/DO互操作 (11)3.3 告警 (12)3.4RSSI异常 (13)3.5 邻区配置不合理 (14)3.6 PN复用不合理 (14)3.7 参数设置不合理 (15)3.8 AN间切换失败 (16)3.9覆盖差 (16)掉话问题分析处理思路1 整网问题分析思路1、采集相关数据。
a)话统（包括BSC级、载频级，至少一周的数据，包括全天指标、忙时指标、各个时段指标，包括关联指标如：连接成功次数、各种原因值的连接释放次数、软切换成功率、AN间切换成功率、RSSI等）b)日志/CDRc)告警d)后续根据分析的需要再采集其他相关数据，如操作记录、参数、邻区、路测数据等。
2、分析话统、日志或CDR，获得整体认识（先整体再局部），检查问题存在的规律，如分布范围、原因值分布、IMSI分布、时间相关性等。
a)问题范围及分布规律：通过查询话统（如需要可结合日志、CDR）分析掉话分布的范围，是全局分布还是集中在某些载频？其分布范围有什么规律，如是否全网所有基站都有此类问题？还是集中在某个MSC？还是集中在某个BSC？还是集中在某个IP框？或集中在某块FMR单板？或集中在连片的区域？或集中在某个频点？或集中在某个基站？或集中在某个LAC？或集中在某个信令点？或集中在BSC边界？或集中在多载波基站？或集中在硬切换区域？或集中在某种类型的基站？或集中在XX类型星卡的基站？或集中在XX类型信道板的基站？或集中在XX软件版本的区域？b)时间相关性：该指标从什么时间开始变差的？还是一直就差？还是只是在某个时间段变差？如果有明显的时间相关性，那么就需要重点分析在指标变差的时间段，进行了哪些操作（如参数调整、新开基站、传输割接、版本升级、BSC/BTS故障等）？或者在指标差的时间段有哪些特点（如大型活动、某时间段有特殊的资费政策、话务量过高等）？c)原因值分布：失败原因值分布如何？有哪些异常的原因值（正常情况下不会出现的原因值）？d)用户分布：是否集中在某些IMSI？这些IMSI有什么共同规律？e)结合告警、其他指标联动分析：有无异常告警？时间是否与掉话对应？其他指标如呼叫建立成功次数、各具体原因掉话次数、呼叫建立成功率及失败原因、周边基站的切换成功率及失败原因、AN间切换成功率等与掉话率有什么一致的变化规律？f)规律分析：结合问题分布范围、时间相关性、原因值分布（尤其关注异常原因值）、用户分布，以及与告警和其他指标联动分析，找到问题发生的规律。
3、判断是“点问题”还是“面问题”（不是按现象分类，而是按问题背后的原因分类，需要分析、总结、提炼才能判断），确定处理方向。
a)“点问题”：“点问题”指的是问题背后的原因是某个点（如某参数设置错误、或BSC某单板故障、或某站点故障、或某站点拥塞、或某片区域反向干扰、或软件某bug、或某用户等），解决了这个点问题，整网性能就可恢复正常。
“点问题”又可分为两种：i.问题集中在个别几个小区，或集中在某用户。
这种情况很容易判别出来。
ii.问题分布范围较广。
这种情况很难判断到底是“点问题”还是“面问题”，需要结合下面特点来进一步分析确认。
一般来说，“点问题”的特点是有明显的规律性，一般具有相同的失败原因，分布范围也有明显规律（如集中在某个框、或某片区域等），并且问题往往表现的会比较严重。
“点问题”处理要着重宏观分析规律性，找到共同点，结合这些特点再去分析跟这些共同点相关的网元和模块。
b)“面问题”“面问题”指的是问题背后的原因多且散，是由大量“点问题”组成的。
整网性能差不是由某几个站引起，也不是由某参数设置或某站点故障等引起，而是由多个影响程度比较小的“点问题”共同组成（各个“点问题”的原因可能各不相同），需要一点一滴解决，才能提升整网性能。
“面问题”的特点是没有明显的规律性，而且一般来说问题现象不会过于严重。
这种情况下处理难度就会大很多，需要聚焦于形成面问题的各个点问题（TOP小区）的分析，结合告警处理、工程问题整改、TOPN优化、RF优化、参数优化、邻区优化等进行处理，点点滴滴改进，各个击破。
如果把“面问题”错误的判断为“点问题”，总是停留在宏观角度，寄希望于修改某个特效参数而解决整网问题，只能是在做无用功。
4、具体分析处理。
a)对于“点问题”：i.当问题集中在某几个小区或某个用户时，可参考下节的TOP小区优化思路进行处理；ii.当问题分布范围较广时，需要根据其规律和共同点，结合这些特点再去分析跟这些共同点相关的网元和模块，结合TOP小区的优化思路一起分析处理。
b)对于“面问题”，实际上就是多个分散的“点问题”，也就是说要结合TOP小区进行处理。
一般来说首先要筛选出TOPN小区，再针对具体TOPN小区进行处理。
i.TOPN提取建议：1）优化整网指标时，一般按掉话次数排序进行选取；2）一般基于1～3天全天掉话次数，而不是忙时数据；3）数据每1～3天刷新一次，确保提取的是最新数据。
ii.TOPN小区处理：参照下节介绍。
2 TOP小区优化思路【说明】不管掉话原因值是“空口丢失”还是“其他原因”，引起掉话的原因都是相同的，处理方法也相同。
⏹引起掉话的常见原因有以下方面：1、异常用户（如终端乱报PN、孖机、MEID为全0等）；2、用户直接拔卡；3、1x与DO互操作引起掉话；4、告警（包括传输中断或传输闪断、时钟告警或GPS锁星不足、BTS资源故障、FMR资源故障或RPS资源故障、BSC故障等）；5、RSSI异常（包括RSSI过高、RSSI过低、主分集差异大）；6、邻区配置问题（邻区漏配、邻区错配、邻区冗余、优先级不合理、单向、1way/2way、超远邻区、空闲态与业务态邻区不一致等）；7、PN复用不合理；8、参数配置不合理（如切换参数、DRC信道增益、去激活定时器等）；9、AN间切换失败；10、异频硬切换失败；11、覆盖问题（如覆盖不连续、室内覆盖差、越区覆盖、导频污染）。
⏹TOPN小区的处理流程当遇到掉话问题时，建议现场按如下步骤进行核查，发现问题按第三章的具体介绍进行处理：1、话统（结合日志、CDR）分析，掌握整体状况，初步筛选问题原因。
a)掉话原因值分布。
失败原因值分布如何？有哪些异常的原因值（正常情况下不会出现的原因值）？b)掉话IMSI分布。
是否集中在某些IMSI？这些IMSI有什么共同规律？如果集中在某些IMSI，可直接参考下面异常用户分析部分介绍的方法处理。
c)掉话时间相关性。
掉话率是从什么时间开始变差的？还是一直就差？还是只是在某个时间段变差？如果有明显的时间相关性，那么就需要重点分析在指标变差的时间段，进行了哪些操作（如参数调整、新开基站、传输割接、版本升级、BSC/BTS故障等）？或者在指标差的时间段有哪些特点（如大型活动、某时间段有特殊的资费政策、话务量过高等）？d)问题分布范围：本基站各个频点、各个扇区的掉话情况比较，与周边基站的掉话情况比较。
看问题分布是否有规律，如是否集中在某个频点？并分析其异同点，以快速找到突破口。
e)结合其他指标联动分析：如呼叫建立成功次数、各具体原因掉话次数、呼叫建立成功率及失败原因、周边基站的切换成功率及失败原因、AN间切换成功率等与掉话率有什么一致的变化规律？2、通过CDR分析，检查是否存在个别异常用户引起大量掉话。
3、通过CDR分析，检查是否存在大量用户直接拔卡导致的掉话。
4、通过CDR分析，检查是否由于1X/DO互操作引起较多掉话。
5、检查是否存在告警（关注告警时间与掉话时间是否对应）。
6、检查RSSI是否存在异常。
7、检查邻区是否配置合理。
8、检查PN复用是否合理。
9、检查参数设置是否合理。
10、检查AN间切换性能及链路配置。
11、检查是否存在异频硬切换，分析相关性能及设置。
12、通过DT/CQT及数据分析，检查覆盖是否正常。
3掉话常见原因及处理方法不管是“空口丢失”还是“其他原因”，引起掉话的原因都是相同的，处理方法也相同。
因此下面内容介绍不区分具体原因值。
本章介绍掉话的常见原因及对应的处理方法，具体处理思路请参考2.1、2.2节的介绍。
3.1异常用户对EVDO网络来说，异常用户引起的掉话比例很高，通过CDR或日志分析，往往发现个别或部分IMSI掉话次数特别多（如深圳网络TOP 20终端的掉话次数占全网掉话次数的19%）。
根据目前的经验，一般有如下几种可能：1、终端缺陷（如北京发现ZTE AC2726终端对导频强度测量错误导致乱报PN，严重影响切换，并且在相同情况下PER是正常终端的20倍）。
2、孖机（同一个IMSI对应不同的ESN，经常遇到。
当某用户在激活态时，其孖机发起连接，则AN会将原来的连接释放，释放原因值为272F；当该用户正在连接，其孖机此时发起连接，则AN会拒绝原正在建立的连接，接入失败原因值为1201）3、MEID为全0的终端。
（MEID全零的终端转换成的ESN都是同一个0x80F28490，因此当存在多个MEID为0的终端就相当于大量孖机，任一用户发起连接都会将原来的连接释放。
因此除了产生大量的原因值为272F的掉话外，还会产生大量原因值为1201的接入失败，话统中接入失败原因值为“没有收到Traffic ChannelComplete”；而当MEID全零的终端未开通DO业务时，由于其UIM卡里面写了DO频点，会频繁建立会话，每天会有1000以上的会话建立，影响会更大，那些已经开通业务的用户的会经常因此而被挤掉线，产生大量掉话。
北京发现的MEID全0的全部是酷派的一款终端，北京电信网优中心已协商酷派厂商主动联系这些用户，免费上门进行终端软件升级。
）4、用户直接拔卡（具体参考下节介绍）。
5、这些用户所处的位置覆盖特别差，导致频繁掉话。
具体分析时，可通过CDR数据分析具体的ESN和IMSI，加上对TOP用户进行电话回访，找出规律性（是否属于同一种型号的终端？或集中在某几款终端？），以确定问题根因。
【说明】：ESN前两位代表了终端不同的生产厂家，可通过ESN前两位来适当参考，判断问题是否集中在某个厂家（如北京发现问题集中在C1、8A打头的ESN，杭州发现集中在80打头的ESN上）。
需要注意：华为DO终端上报给系统的ESN为终端的ESN，但ZTE终端上报给系统的ESN为UIM卡的ESN。
下文分别对上文介绍的几种原因进行说明。
终端乱报PN：1)判断方法：在北京和深圳都发现此类终端掉话明显异常，如深圳1.5％的此类终端产生了15％的掉话，北京发现的ZTE AC2726问题也是通过本方法筛选出来的。
分析CDR，看是否存在连接释放时上报的RU消息中包含6个以上Keep为1的 PN。
