详细讲解WCDMA掉话问题分析及优化方法
WCDMA无线网络优化案例分析和解决
掉话后的激活集观察
话)
掉话后手机重新搜索网络，此时发现了强导频SC325，如在此前能
切换到该小区则可避免掉话。原因分析为：邻区漏配。
解决方法：将SC325加入SC442的邻区列表
11
案例分析5 (切换失败引起的掉 话) 分析图中所示线路上的掉话
发现掉话前激活集中SC329信号质量非常差(扇区方向原因)，而相对 的监听集中的SC328等信号质量非常好，正常情况应该发生cIo)
6
1.什么是传统机械按键设计？
传统的机械按键设计是需要手动按压按键触动PCBA上的开关按键来实现功 能的一种设计方式。
传统机械按键结构层图：
按键
PCBA
开关键
传统机械按键设计要点：
1.合理的选择按键的类型，尽量选择 平头类的按键，以防按键下陷。
2.开关按键和塑胶按键设计间隙建议 留0.05~0.1mm，以防按键死键。 3.要考虑成型工艺，合理计算累积公 差，以防按键手感不良。
案例分析1 （典型的电梯切换优化案 例)
某办公楼有室内分布系统（小区 A），但是电梯里没有办法做覆盖， 因此用一个室外小区B来专门覆盖 电梯，如下图所示：
室内小区覆盖了每层的办公区， 并且还有一个天线在停车场，因 此在1楼电梯门厅里面也有很强 的A小区信号。但是电梯里面没 有A小区覆盖而完全是B小区主导。 问题区域在1楼：从1楼进入电梯 上楼，或者乘电梯经过1楼开关 门都可能掉话。 因为A、B小区为同频，这个问题
2
案例分析1 （典型的电梯切换优化 案例)
分析掉话前后的信令也印证了这一点：有时候UE上报了1A事件测量报 告，但是还没有完成软切换过程就掉话了；有时候都没有来得及上报测 量报告就掉话。因此掉话原因可以归结为软切换不及时导致的掉话。
WCDMA网络优化内容及方法
WCDMA网络优化内容及方法一、 WCDMA 网络 KPI 优化内容概述在日常优化中，通常有以下几类KPI指标，分为接入类、切换类、掉话类、资源类、速率类、质量类等。
以上很多指标可以进一步按业务等条件进行细分，在日常的KPI监控和优化的过程中，通常选取最重要的几项指标，反映网络的总体性能。
从用户的使用感受角度考虑，最重要的KPI指标应该是掉话率，包括语音、可视电话、PS R99业务以及HSPA业务的掉话率；其次是接入类指标，这反映了用户是否能在任何时间、任何地点及时地获取高质量的移动通信服务；接下来是质量类指标、速率类指标等，这些是用户直接能感受到的；同时切换类、资源类指标等也在优化过程中被关注。
二、 WCDMA 网络 KPI 优化方法2.1 概述KPI 优化原则为从面到点进行问题定位和分析，即从全网级性能到RNC级性能到小区级性能。
从全网级入手，可以了解整个WCDMA网络的整体性能，对不合格的性能指标进一步定位到RNC级性能指标。
如果RNC级的指标有异常，则要分别对每个小区的指标进行分析，确认指标异常是普遍现象还是个别现象：如果是普遍现象，需要从覆盖、容量、干扰、传输、设备软硬件、无线参数等方面进行分析；如果是个别小区异常，应从相应的小区性能统计项进行详细分析。
需要注意的是，在查看百分比类相对性指标时，还需要同时查看指标中的绝对次数，因为百分比指标有时会掩盖部分小区的问题。
分两种情况：一是百分比指标差，但采样点少，不具备统计意义；二是失败次数（分子）多，但由于总体样本点（分母）更多，其百分比指*很好，容易掩盖一些问题，需要特别注意。
2.2 优化流程网管KPI优化流程，主要步骤如下：（1）后台统计指标有RNC级的不合格指标时，明确是否突发性、可自愈性的异常。
这类异常包括大风、大雨等气候变化，假日、集会、体育比赛等用户集散变化，传输瞬断现象，电源故障等，通常持续时间不长，但是对统计指标可能有很大影响，需记录具体原因和提出相应的改进建议；（2）若不是突发、可自愈的指标异常，要做的第一件事是检查设备告警信息，排除可能的设备告警，这点很重要。
WcDMA网络中的掉话问题及其解决方案分析
１判 决掉话
掉话 问题 是 Ｗｃ Ｄ ＭＡ 网络 中的常见 问题之一 ， 而判决掉
话 是 系统 分析 和 解 决掉 话 问题 的前 提 。 Ｗｃ Ｄ ＭＡ 网络 中 的掉 话 问题 分 为两 种 ： Ｐ Ｓ 域掉话和 Ｃ Ｓ 域
ｅａ ｒ ｌ Ｃ ｌ ｅ ａ ｉ ｔ ｎ ｇ为释 放 原 因值 时 。
供 了优 良的基 础 。
４ Ｉ Ｐ Ｖ ４到 Ｉ Ｐ Ｖ ６的过渡
任何 一个新生事物要取代正在使用的事物 ，都会有 一个
过渡 期 限 ， 需 要 一 种 过 渡 技 术 来 实现 平 稳 过 渡 。尽 管 Ｉ Ｐ Ｖ６ 提
Ｉ Ｐ Ｖ ４的移动性支持 ， 是作为一种对协议 附加 的功能提 出 来 的， 不是协议固有 的。 而Ｉ Ｐ Ｖ ６ ， 对移动 的支持是 内嵌于协议 中， 已经成为协议 的一个重要组成部分， 所有的 Ｉ Ｐ Ｖ ６都能提 供移动性支持 ， 其效率 大大提高 了。 另外 ， 由于 Ｉ Ｐ Ｖ ４地址 资源 的不 足 ， 往 往 无 法 提 供 所 有 潜 在 的移动终端设备入 网时所需的 Ｉ Ｐ地址 ， 难 以实现 Ｉ Ｐ 大规模 大范 围的应用 。Ｉ Ｐ Ｖ ６完全支持路 由优化 ， 取消了异地代理过 程， 消 除了路 由的三角 问题 ， 并且其地址 资源 丰富， 为潜在 的
用 户 终 端 随时 提 供 可 用 的地 址 ， 从而为移动 Ｉ Ｐ的 空 前应 用 提
５ Ｉ Ｐ Ｖ６的应 用 前景分 析
Ｉ Ｐ Ｖ６ 技术 的研究与推广 ， 已经经历 了十多年 的时间， 标准
日臻 成 熟 ， 且支持 Ｉ Ｐ Ｖ ６的 网络 设 备 已经 提 到 应 用 层 面 ， 并 且 在 一 些 新 组 建 的 网 络 系 统 ｅ：
WCDMA室分优化常见问题及解决方案范文
WCDMA室分优化常见问题及解决方案范文1概述室分的优化与宏网优化的方法基本相同，问题的分析思路也基本一致，但是由于场景和产品的差异，导致两者在优化过程中，出现的问题和优化手段存在一些差异。
1.1室分场景分类1.1.1按业务角度1.1.2从优化角度对于室分全覆盖场景，通过工程优化和参数优化，一般是能达到优化目标的；对于室分部分覆盖场景，由于站点存在覆盖空洞，由于靠宏网覆盖的区域覆盖难以保障（往往都是高层比较杂乱的信号），且由于物业、施工走线等问题无法优化的。
一般只能做到尽力优化（bet-effort优化）。
2室分常见问题室分常见问题有以下：3常见问题的优化方案3.1弱覆盖3.1.1优化思路：一般来讲，室分的弱覆盖绝大多数都是工程问题。
需要在定位问题后，通过工程整改来完成。
弱覆盖问题主要是通过逐段排查和定位。
排查定位可能出现问题的区域，然后指导室分厂家进行整改。
排查的原则为：“从整体到局部，从主干到支路，从支路到节点”引起弱覆盖问题的原因主要有以下几类：a)规划设计问题由于规划阶段建筑物勘查的不到位、部分楼宇的内部格局用途发生变化，造成设计方案与现场对应存在问题，室内分布系统设计方案不合理；由于建筑物的结构、业主原因、工程施工质量等原因，导致施工时安装的天线顶位与室内分布系统设计方案不一致；b)施工问题施工工艺不合格，导致线路存在驻波比，线路存在问题；建筑物进行翻修导致天线被移动或者损坏以及其他硬件被损坏；c)老室分系统改造问题在实际的2/3G室分系统共用改造中，直接将3G合路在原有的2G室分系统上，或者部分2G分布系统受限于物业，改造困难，造成3G室内小区信号稍弱；d)室分器件质量问题随着时间的推移，分布系统和信源设备老化等原因引起的器件故障；无源器件质量差，如互调性能差，使用寿命短等问题；e)后台参数设置问题（功率未按设计方案设置等）小区导频功率未按照设计方案进行合理设置；或者直放站增益设置不当，导致输出功率不足等。
WCDMA常见问题及解决思路
4．2．5．1覆盖优化首先让手机在idle状态进行覆盖测试，来优化PCCPCH RSCP 的覆盖范围和PCCPCH_C/I，然后再做拨打测试，可以达到事半功倍的效果。
因为在PCCPCH RSCP弱和PCCPCH_C/I较差的地方，寻呼成功率、拨打成功率等也必然很差。
当PCCPCH_RSCP 和PCCPCH_C/I优化达到指标后，那么在对拨打状态的优化时就可以去除这方面的影响，可以专注于对切换、寻呼等参数的优化以及对设备故障的排查，达到事半功倍的效果。
问题分类：常见的PCCPCH RSCP覆盖问题主要有如下几种情况：（1）邻区缺失引起的弱覆盖（2）参数设置不合理引起的弱覆盖（3）缺少基站引起的弱覆盖（4）越区覆盖（5）背向覆盖（6）天馈实际安装与规划不一致引起的覆盖问题（7）基站GPS故障引起的弱覆盖解决思路：对于不同的覆盖问题，有着不同的优化方法，以下是常见覆盖问题的优化方法：（1）对于由于邻区缺失引起的弱覆盖，应添加合理的邻区（2）对于由于参数设置不合理引起的弱覆盖（包括小区功率参数以及切换、重选参数），根据具体情况调整相关参数（3）对于由于缺少基站的弱覆盖，应通过在合适点新增基站以提升覆盖（4）对于由于越区覆盖导致的覆盖问题，应通过调整问题小区天馈的方位角/俯仰角或者降低小区发射功率解决，但是降低小区发射功率将影响小区覆盖范围内所欲区域的覆盖情况，不建议此种方法解决越区（5）对于背向覆盖，大部分由于建筑物反射导致，合理调整方位角/下倾角（6）对于天馈安装与规划不一致（包括同一基站小区间天馈接反或者天馈下倾角/方位角不合适等）引起的覆盖问题，应对天馈进行调整（7）对于由于基站GPS故障引起的弱覆盖，应及时上站更换故障模块总结：对于网络中存在的各种覆盖问题，我们应仔细分析并找出问题的根源。
有些问题的现象可能是相似或者相同的，但是问题的根源却有着本质的区别，应采取不同的解决方案。
4．2．5．2切换优化无线网络特有的用户移动性，为了保证用户移动过程中同样享有业务就必须使网络具备正确的切换。
WCDMA掉话问题分析
WCDMA 掉分析1前掉话率（call drop rate）是反映网络质量的重要指标之一；掉话问题也是日常网络优化面临的一个常见问题；本文从路测、话统数据、RNC跟踪数据以及用户投诉等方面来描述了掉话问题处理的流程，并结合实际掉话案例进行分析。
23标●掌握掉话的定义●掌握掉话处理基本流程●掌握各种掉话数据分析方法●掌握掉话问题解决方法学习完本课程，您将能够：参料●WCDMA RNP 掉话专题分析●WCDMA RNO 掉话问题分析指导书45内容第一章掉话分类定义第二章常见掉话原因与掉话处理流程第三章掉话问题解决方法第四章掉话案例分析第五章网络优化各阶段掉话关注点一掉分定义●第一节正常释放流程●第二节掉话空中接口定义●第三节掉话话统指标定义－CS ●第四节掉话话统指标定义－PS6一个CS正常释放信令流程7一个CS正常释放信令流程1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nas message是0325，表示是call control子层的disconnect消息。
2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中nas pdu是0325，表示是call control子层的disconnect消息。
发RANAP_DIRECT_TRANSFER消息给RNC，消息中nas pdu是832d，表示是call control子层的release消息。
4.RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nas message是832d，表示是call control子层的release消息。
5.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nas message是032a，表示是call control子层的release complete消息。
6.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中nas pdu是032a，表示是call control子层的release complete消息。
WCDMA掉话原因分析与解决
2005．11．15京移通信设计院有限公司 第十一届新技术论坛WCDMA 网络掉话原因与解决方案分析无线通信研究所 詹义 【摘 要】 ： 掉话是移动通信网络中经常遇到的问题，由于引起掉话的原因很复杂，而且掉话 会造成很不好的用户感受，因此其一直是衡量网络的质量的重要指标，降低掉话率也是 网络优化的重点。
与 GSM 网络相比，WCDMA 的无线网络更为复杂，分析掉话的原因并给 出解决方法更加困难。
本文通过理论和实际相结合的方法，对 WCDMA 网络中掉话的原因 和解决方案进行了分析和总结。
【关键词】 ：掉话， Ec/Io，RSCP1 前言对于移动通信网络，掉话问题一直是网络优化中重点关注的问题。
一般来说，掉话 问题的发现可以分为三个方面：用户投诉、路测和网络指标统计。
在发生掉话问题后， 需要一套全面完善的流程来分析掉话产生的原因。
在 WCDMA 网络中由于业务种类更多， 干扰对整个网络又有很大的影响，因此引起掉话的原因相比 GSM 网络要更为复杂。
所以 在整个分析过程中需要深入理解 WCDMA 网络的特点， 了解经常引起掉话的原因及其所表 现出的特征，这样才能指定合理的分析流程，找到引起问题的原因。
在找到问题后，还 要结合实际情况，指定相应的方案，最终解决问题。
2 常见掉话原因引起掉话的原因可能有很多种，但对于 WCDMA 网络，尤其是在建设的初期，由于无 线信号问题和切换引起的掉话占的比例最高。
下图为某运营商统计的掉话原因分布，可 以看到导频污染、切换异常和覆盖边缘占据绝大部分比例。
1京移通信设计院有限公司第十一届新技术论坛掉话原因分析0% 32%23% 0% 14%31%终端问题 覆盖空洞 覆盖边缘 导频污染 切换问题 没有资源图 1 掉话原因分析2.1覆盖问题对 WCDMA 网络，覆盖问题一般可以认为是 RSCP 或者 Ec/Io 比较差。
造成覆盖差的原因有很多种。
覆盖边缘和覆盖空洞 覆盖边缘和覆盖空洞可以统一认为是覆盖差，表现上行或者下行覆盖差。
WCDMA掉话问题分析
WCDMA掉话问题分析WCDMA 掉分析1前掉话率（call drop rate）是反映网络质量的重要指标之一；掉话问题也是日常网络优化面临的一个常见问题；本文从路测、话统数据、RNC跟踪数据以及用户投诉等方面来描述了掉话问题处理的流程，并结合实际掉话案例进行分析。
23标●掌握掉话的定义●掌握掉话处理基本流程●掌握各种掉话数据分析方法●掌握掉话问题解决方法学习完本课程，您将能够：参料●WCDMA RNP 掉话专题分析●WCDMA RNO 掉话问题分析指导书45内容第一章掉话分类定义第二章常见掉话原因与掉话处理流程第三章掉话问题解决方法第四章掉话案例分析一掉分定义●第一节正常释放流程●第二节掉话空中接口定义●第三节掉话话统指标定义－CS ●第四节掉话话统指标定义－PS 6一个CS正常释放信令流程7一个CS正常释放信令流程1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nas message是0325，表示是call control子层的disconnect消息。
2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中nas pdu是0325，表示是call control子层的disconnect消息。
发RANAP_DIRECT_TRANSFER消息给RNC，消息中nas pdu是832d，表示是call control子层的release消息。
4.RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nas message是832d，表示是call control子层的release消息。
5.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nas message是032a，表示是call control子层的release complete消息。
6.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中nas pdu是032a，表示是call control子层的release complete消息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
WCDMA 掉话问题分析第一章掉话分类定义第一节正常释放流程一个CS正常释放信令流程1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是0325，表示是call control 子层的disconnect消息。
2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是0325，表示是call control 子层的disconnect消息。
3. CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中naspdu是832d，表示是call control 子层的release消息。
4.RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nasmessage是832d，表示是call control子层的release消息。
5.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是032a，表示是call control 子层的release complete消息。
6. RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是032a，表示是call control 子层的release complete消息。
发RANAP_IU_RELEASE_COMMAND消息给RNC，开始释放Iu口资源，包括RANAP 层和ALCAP层资源。
8. RNC发RANAP_IU_RELEASE_COMPLETE消息给RNC。
9.RNC发RRC_RRC_CONN_REL消息给UE，开始释放RRC连接。
10. UE发RRC_RRC_CONN_REL_CMP消息给RNC。
11.RNC发NBAP_RL_DEL_REQ消息给NODEB，开始释放Iub口资源，包括NBAP层和ALCAP 层，PHY层资源。
12. NODEB发NBAP_RL_DEL_RSP消息给RNC，整个释放过程结束。
一个PS正常释放信令流程1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是0a46，表示是session management子层的deactivate PDP context request消息。
2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是0a46，表示是session management子层的deactivate PDP context request消息。
3. CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中naspdu是8a47，表示是session management子层的deactivate PDP context accept消息。
4. CN发RANAP_RAB_ASSIGNMENT_REQ消息给RNC，消息中给出要释放的RAB list，其中包含了要释放的RAB ID。
5. RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nasmessage是8a47，表示是session management子层的deactivate PDP context accept消息。
6. RNC发NBAP_RL_RECFG_PREP消息给NODEB。
7. NODEB发NBAP_RL_RECFG_READY消息给RNC，8. RNC发RRC_RB_REL消息给UE，释放业务RB。
9. NODEB发NBAP_RL_RECFG_COMMIT消息给RNC，10. UE发RRC_RB_REL_CMP消息给RNC，业务RB释放完成11. RNC发RANAP_RAB_ASSIGNMENT_RESP消息给CN，RAB释放完成第二节空中接口掉话定义空中接口掉话定义在通话过程中，如果空中接口信息满足下面三个条件中的任何一条，可以判断为掉话：1.收到任何的BCH消息（即系统消息）2.收到RRC Release消息（原因为非正常释放Not normal）3.收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。
从RNC记录的信令上看，如果在Iu接口上看到了RNC 发向CN的消息为IuRelease Request或者RNC发给CN的消息为RAB Release Request消息，此时定义为异常掉话。
第三节掉话话统指标定义－CS通过统计RNC触发的RAB 释放个数，统计RAB 建立个数，进而得到掉话率。
根据测量对象的不同，掉话率可以分为面向RNC 和面向小区的掉话率，分别考察整个RNC 和单个小区的掉话情况。
面向RNC 的CS掉话率公式：(RNC_CS_RAB_REL_CONV_TRIG_BY_RNC+RNC_CS_RAB_REL_STR_TRIG_BY_RNC)/(CS_RAB_ SETUP_SUCC_CONV+CS_RAB_SETUP_SUCC_STR)*100%测量点：CS会话类(流类）业务建立成功后，RNC向CN CS发送IU RELEASE REQUEST消息，原因不是“Release due to UE generated signalling connection release”。
面向RNC 的RNC 触发CS RAB 释放原因统计话统指标定义－CS掉话统计面向小区的CS掉话率公式：(RNC_CS_RAB_REL_CONV_CELL_TRIG_BY_RNC+RNC_CS_RAB_REL_STR_CELL_TRIG_BY_RNC )/(CS_RAB_SETUP_SUCC_CONV_CELL +CS_RAB_SETUP_SUCC_STR_CELL )*100% 测量点：CS会话类(流类）业务建立成功后，RNC向CN CS发送IU RELEASE REQUEST消息，原因不是“Release due to UE generated signalling connection release”。
面向小区的RNC 触发CS RAB 释放原因统计话统指标定义－CS掉话统计CS掉话统计（面向业务）：AMR语音与VP掉话统计：AMR语音业务：面向RNC的AMR语音掉话率= RNC_CS_RAB_REL_AMR_TRIG_BY_RNC / CS_RAB_SETUP_SUCC_CONV_0_32 * 100%面向小区的AMR语音掉话率= RNC_AMR_RAB_REL_CELL_TRIG_BY_RNC / CS_RAB_SETUP_SUCC_AMR_CELL * 100%VP业务：面向RNC 的VP掉话率=RNC_CS_RAB_REL_CONV_64K_TRIG_BY_RNC / CS_RAB_SETUP_SUCC_CONV_32_64 * 100%面向小区的VP掉话率= RNC_CS_CONV_64K_RAB_REL_CELL_TRIG_BY_RNC/ CS_RAB_SETUP_SUCC_CONV_64K_CELL * 100%第四节掉话话统指标定义－PS面向RNC 的PS掉话率公式：(RNC_PS_RAB_REL_CONV_TRIG_BY_RNC+RNC_PS_RAB_REL_STR_TRIG_BY_RNC+RNC_PS_RAB_REL_INTER_TRIG_BY_RNC+RNC_PS_RAB_REL_BKG_TRIG_BY_RNC )/(PS_RAB_SETUP_SUCC_CONV +PS_RAB_SETUP_SUCC_STR +PS_RAB_SETUP_SUCC_INTER +PS_RAB_SETUP_SUCC_BKG )*100% 测量点：PS会话类(流类，交互类、背景类)业务建立成功后，RNC向CN PS发送RAB RELEASE REQUEST消息。
PS会话类(流类，交互类、背景类)业务建立成功后，RNC向CN PS发送IU RELEASE REQUEST 消息，释放原因不是“UE Inactivity”、“Successful Relocation”和“Release due to UE generated signalling connection release”。
面向RNC 的RNC 触发PS RAB 释放原因统计话统指标定义－PS掉话统计面向小区的PS掉话率公式：(RNC_PS_RAB_REL_CONV_CELL_TRIG_BY_RNC+RNC_PS_RAB_REL_STR_CELL_TRIG_BY_RNC +RNC_PS_RAB_REL_INTER_CELL_TRIG_BY_RNC +RNC_PS_RAB_REL_BKG_CELL_TRIG_BY_RNC )/(PS_RAB_SETUP_SUCC_CONV_CELL +PS_RAB_SETUP_SUCC_STR_CELL +PS_RAB_SETUP_SUCC_INTER_CELL +PS_RAB_SETUP_SUCC_BKG_CELL )*100%测量点：PS会话类(流类，交互类、背景类)业务建立成功后，RNC向CN PS发送IU RELEASE REQUEST 消息，释放原因不是“UE Inactivity”、“Successful Relocation”和“Release due to UE generated signalling connection release”。
话统指标定义类别总结：话统指标对掉话的定义分为：CS掉话:面向对象统计：RNC、小区面向业务统计：AMR 语音、VP业务PS掉话：面向对象统计:RNC、小区第二章常见掉话原因与掉话处理流程第一节常见掉话原因邻区漏配一般来讲，初期优化过程掉话占大多数是由于邻区漏配导致的。
对于同频邻区，通常采用以下的办法来确认是否为同频邻区漏配：方法一：观察掉话前UE记录的活动集EcIo信息和Scanner记录的Best Server EcIo信息，如果UE记录的EcIo很差，而Scanner记录的Best Server EcIo很好；同时检查Scanner记录Best Server扰码是否出现在掉话前最近出现的同频测量控制中，如果测量控制中没有扰码，那么可以确认是邻区漏配。
方法二：如果掉话后UE马上重新接入，如果UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制进一步进行确认。
邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区漏配。
覆盖问题通常所说的覆盖差，主要是指RSCP不和EcIo都很差。
覆盖的问题需要通过掉话前上行或者下行的专用信道功率来确认，需要采用以下的方法来确认：如果掉话前的上行发射功率达到最大值，并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RL failure，基本可以认为上行覆盖差导致的掉话；如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基本可以认为是下行覆盖不行导致的掉话。