WCDMA掉话分析及解决方法(精华)
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)二、GPEH分析掉话原因 (2)三、严重掉话片区-古镇 (4)四、目前的优化建议 (7)一、前言中山WCDMA网络的掉话率比较差强人意，总体偏高，而且不太稳定，根据一些分析统计的数据和工具，我们大致能定位目前中山的现网的掉话原因和相应的解决办法。
不同的网络时期，相信掉话的原因和掉话类型都是不同的，在目前的网络建设和运营的前期，现网的掉话分析和解决方法未必适用于以后网络稳定成熟阶段。
本次掉话统计时间为2010-05-17至2010-06-01，共16天。
这16天里的掉话统计平均的掉话率为0.77，下图更直观的看到掉话率的变化趋势二、GPEH分析掉话原因统计时间：2010-05-18至2010-06-01统计区间：全天统计RNC：全网（ZSRNC01,ZSRNC02,ZSRNC03）统计目标：ran_disconnection_code & ran_disconnection_subcode本次统计出来的ran_disconnection_code & ran_disconnection_subcode类型有以下21种，表ran_disconnection_code ran_disconnection_subcode 所占百分比0 0 41.62%1 1 33.31% 12 6.39% 1 0 6.36% 1 4 4.61% 6 1 2.20% 6 5 1.70% 9 1 1.43%6 2 0.57%7 2 0.47% 6 3 0.38% 1 3 0.37% 6 6 0.36% 4 1 0.11% 7 1 0.06% 11 1 0.03% 3 0 0.02% 5 2 0.01% 8 2 0.01%11 2 0.01%5 3 0.00%表1 21中掉话原因及各自在本次统计中所占的比例图 1 更直观的显示出各种掉话原因所占的比例（横坐标的掉话类型为ran_disconnection_code_ran_disconnection_subcode）：图1 掉话原因所占比例从图1可以看出在中山现网中掉话原因多为：0_0(41.62%)、1_1(33.31%)、1_2(6.39%)、1_0(6.36%)、1_4(4.61%)，其余的掉话原因比例都在3%以下，不具备全网讨论性。
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室内外异频切换语音掉话测试分析报告.doc
wcdma室内外异频切换语音掉话测试分析报告中山联通周边掉话优化报告1、概述近期收到较多内部投诉，反映开车经过在长江路和孙文东路交界处经常出现掉话现象。
针对这一情况，中山联通网优组特安排在4月29日晚进行测试和优化调整。
图1联通大楼问题点2、问题分析根据对周边环境的分析和前期积累的优化经验，估计本次问题与联通大楼室分站点的室内外切换有关，关于联通大楼室分之前的优化情况见附件。
2.1 测试情况2.1.1 室外测试经过多次测试，在该十字路口重现了掉话情况，如下图所示，从车库（图中A处）出发，经过联通大楼门前立即切换到联通大楼室分，再到达B 处停车等候，一般此时会切换室外站点齐东1小区或联通室外3小区，则无掉话现象。
而在本次切换中，终端在B处并未切换到室外站点，而是继续使用联通室分站点中直到C处，由于信号质量很差而掉话。
图 2 长江路掉话图示根据本次测试的统计，合共36次经过该路段，100均切入室分小区，其中35次能重新切出到室外小区，发生1次掉话，掉话概率约为2.8。
2.1.2 车库出入切换如图，终端进入车库时，有顺利切换到室分信号情况，也有占用齐东1，小鳌溪3小区，联通大楼1小区等信号而始终无法切换到室分小区最终掉话的情况，用IPHONE测试还发现切换到室内2G网络的情况。
图3车库切换图示2.1.3 室内覆盖情况所有楼层和电梯的测试过程均占用室分信号，未出现掉话，信号覆盖情况良好，通过扫频测试，发现穿透到室内的室外信号从强到弱依次为齐东1小区，万佳百货1小区，联通大楼1小区，小鳌溪1小区，东区大鳌溪3小区和蔷薇山庄2小区。
室内覆盖整体情况良好。
注RSCP图不同颜色代表不同信号质量，扫频图不同颜色代表不同扰码的信号源RSCP dBm 扫频RSCP-65 齐东1小区-65RSCP -75 万佳百货1小区-75RSCP -85 联通大楼1小区-85RSCP -90 小鳌溪1小区-90RSCP -95 东区大鳌溪3小区蔷薇山庄2小区图4一层RSCP图图5一层扫频图图6二层RSCP图图7二层扫频图图8三层RSCP图图9三层扫频图图10四层RSCP图图11四层扫频图图12五层RSCP图图13五层扫频图 2.2 问题分析 2.2.1 长江路和孙文东路交界处掉话从测试情况可明显看出，车辆从在长江路上经过中山联通大楼时，会异频切换到中山联通室分信号，在接近孙文东路交界处再切换到室外信号，期间仅200米左右的路程，以汽车时速平均40公里计算，终端需要在18秒内完成2次异频切换，而每个异频切换过程最多可以重试4次（IfhoAmountPropRepeat），而每次尝试之间的时间间隔设置为1秒（IfhoPropRepeatInterval），因此一次成功的异频切换可能需要的时间长达4秒，尚未计算每次尝试失败后返回软切换状态所需要的时间及切换过程中信令交互的时间，因此测试中出现的掉话极有可能是由于信号变化太快，而异频切换不及时所导致。
WCDMA掉话优化手段
WCDMA掉话问题浅析WCDMA网络优化摘要本文主要对WCDMA系统中的掉话原因进行了比较系统的分析：并提出了分析掉话的方法及解决掉话问题的手段。
对WCDMA系统开通初期和后期的掉话专题网络优化，具有一定的参考意义。
关键词：WCDMA 掉话率邻区漏配覆盖差切换干扰流程交互ABSTRACTThis article mainly on the WCDMA system drop-calls reasons were analyzed, and put forward analysis method and solved it then means. On the WCDMA system opened in early and late drop thematic network optimization, has certain reference significance.KEY WORDS:WCDMA, Dropped call rate, Adjacent area with leakage, Cover the difference, Switching, Interference ,Process interaction.目录摘要2ABSTRACT (2)1概述 (4)2掉话分类定义 (4)2.1路测掉话定义 (4)2.2话统指标掉话定义 (4)3掉话分析流程及方法 (5)常见掉话原因： (5)3.1邻区漏配 (5)3.2覆盖差 (7)3.3切换导致的掉话 (7)3.4干扰导致的掉话 (10)3.5流程交互失败 (10)3.6异常分析 (11)4结论 (11)5参考文献 (11)附：作者简介.............................................................................. 错误！未定义书签。
1 概述2010年1月12日，国务院正式批复《皖江城市带承接产业转移示范区规划》，安徽沿江城市带承接产业转移示范区建设纳入国家发展战略，马鞍山也正式进入了城市高速建设发展新时期。
中山联通WCDMA现网掉话问题分析报告20100607
中山WCDMA现网掉话问题分析报告一、前言 (1)二、GPEH分析掉话原因 (2)三、严重掉话片区-古镇 (4)四、目前的优化建议 (7)一、前言中山WCDMA网络的掉话率比较差强人意，总体偏高，而且不太稳定，根据一些分析统计的数据和工具，我们大致能定位目前中山的现网的掉话原因和相应的解决办法。
不同的网络时期，相信掉话的原因和掉话类型都是不同的，在目前的网络建设和运营的前期，现网的掉话分析和解决方法未必适用于以后网络稳定成熟阶段。
本次掉话统计时间为2010-05-17至2010-06-01，共16天。
这16天里的掉话统计平均的掉话率为0.77，下图更直观的看到掉话率的变化趋势二、GPEH分析掉话原因统计时间：2010-05-18至2010-06-01统计区间：全天统计RNC：全网（ZSRNC01,ZSRNC02,ZSRNC03）统计目标：ran_disconnection_code & ran_disconnection_subcode本次统计出来的ran_disconnection_code & ran_disconnection_subcode类型有以下21种，表表1 21中掉话原因及各自在本次统计中所占的比例图 1 更直观的显示出各种掉话原因所占的比例（横坐标的掉话类型为ran_disconnection_code_ran_disconnection_subcode ）：图1 掉话原因所占比例从图1可以看出在中山现网中掉话原因多为：0_0(41.62%)、1_1(33.31%)、1_2(6.39%)、1_0(6.36%)、1_4(4.61%)，其余的掉话原因比例都在3%以下，不具备全网讨论性。
那么这些过表2的解释可以看出目前全网的掉话主要还是因为无线环境不好导致，而无线环境的问题归根结底还是覆盖的问题。
而古镇片区的覆盖和掉话恰恰验证了这个结论。
三、严重掉话片区-古镇根据一直以来的指标监控，发现古镇片区的基站小区在晚忙时掉话比较多，导致ZSRNC02的掉话率比较高，进而拉低了全网的掉话率，古镇片区的掉话具有普遍性和非代表性，很多个小区在晚忙时都有掉话，但是掉话一般多为1次，这使得分析的难度比较大，下面就对古镇片区在一段时间内的统计进行了汇总分析，并对古镇的覆盖问题进行单扰码分析，结果严重证明了以上掉话代码分析的结论。
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掉话分析及解决方法一、掉话的定义1.路测的掉话定义路测的掉话定义是：从 UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息满足以下3个条件的任何一个就视为路测掉话。
(1)收到任何的BCH消息（即系统消息）。
(2)收到无线资源释放的消息且释放的原因为非正常的。
注释：收到RRC Release消息（原因为非正常释放Not normal）(3)收到呼叫控制断开连接、呼叫控制释放等消息，而且释放的原因为非正常的。
注释：收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。
2.话统指标中的掉话定义广义的掉话率应该包含CN和UTRAN的掉话率，由于我们做网优重点关注与UTRAN侧的掉话率指标，今天讲的掉话率描述也重点关注UTRAN侧的KPI指标。
注：UMTS Terrestrial Radio Access Network -- UMTS陆地无线接入网从大的方面讲，掉话分为两大类，信令面掉话和用户面掉话。
需要说明的是：无线接入网话统掉话的定义只从Iu接口的角度进行统计，统计了RNC主动发起的非正常资源释放的请求次数；路测的掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致。
“比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上看，这次主叫是没有掉话指标记录的。
所以两者的定义是不完全一致的，在分析时需加以区分。
”注：从RNC记录的信令上看，如果在Iu接口上看到了RNC 发向CN的消息为IuRelease Request或者RNC发给CN的消息为RAB Release Request消息，此时定义为异常掉话。
二、掉话原因分析由于掉话分析将涉及到具体的信令分析，因此本文参考华为设备的参数设置进行分析，而不同设备的参数定义并不一定相同，但是分析方法是相通的。
1.邻区漏配一般来讲，掉话在初期优化过程中大多数是由于邻区漏配导致的。
对于同频邻区，通常采用以下方法来确认是否为同频邻区漏配。
方法一：观察掉话前UE记录的激活集EcIo信息和Scanner记录的BestServerEcIo信息。
如果UE记录的激活集EcIo很差，而Scanner记录的BestServer EcIo很好，同时检查Scanner记录Best Server EcIo扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中。
如果同频测量控制的邻区列表中没有该最好小区的扰码，那么可以确认是邻区漏配。
方法二：如果掉话后UE马上重新接入，UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制，进一步进行确认（从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。
方法三：有些UE会上报检测集（DetectedSet）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。
邻区漏配导致的掉话包括异频邻区漏配和异系统邻区漏配。
异频邻区漏配的确认方法和同频几乎相同，主要是掉话发生的时候，手机没有测量或者上报异频邻区，而手机掉话后重新驻留到异频邻区上。
异系统邻区漏配表现为手机在3G 网络掉话，掉话后手机重新选网驻留到2G网络，从信号质量来看，2G网络的质量很好（在掉话点用2G测试手机观察RSS信号）。
2.覆盖差一般来说，对于Voice而言，当CPICH的EcIo大于-14dB，RSCP大于-100dBm 时（采用的测量值），不可能是由于覆盖差导致的掉话。
通常所说的覆盖差主要是指RSCP很差，或者EcIo和RSCP都很差。
上行覆盖差还是下行覆盖差的问题需要通过掉话前上行或者下行的专用信道功率来确认。
如果掉话前的上行发射功率达到最大值，并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RL failure，基本可以认为上行覆盖差导致的掉话；如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基本可以认为是下行覆盖不行导致的掉话。
由于缺站、扇区接错、功放故障导致基站关闭等原因都会导致覆盖差，在一些室内，由于过大的穿透损耗也会导致覆盖太差。
扇区接错或者站点由于故障原因关闭等容易在优化过程中出现，表现为其他小区在掉话点的覆盖差，需要注意分析区别。
确认覆盖的问题简单直接的方式：直接观察Scanner采集的数据，若最好小区的RSCP和EcNo都很低，就可以认为是覆盖问题。
3.切换导致的掉话软切换/同频导致掉话主要有两类原因：切换来不及或者乒乓切换。
从信令流程上看，CS业务表现为手机收不到激活集更新命令（同频硬切换时为物理信道重配置），PS业务也有可能收不到激活集更新命令，也有可能在切换之前先发生TRB复位。
解决切换来不及导致的掉话，可以通过调整天线扩大切换区，也可以配置1a事件的切换参数使切换更容易发生，或者配置CIO使目标小区能够提前发生切换。
注释：从信号上看，切换来不及主要有以下两种现象：1）拐角效应：源小区EcIo陡将，目标小区EcNo陡升（即突然出现就是很高的值）；2）针尖效应：源小区EcIo快速下降后一段时间后上升，目标小区出现短时间的陡升。
解决乒乓切换带来的掉话问题，可以调整天线使覆盖区域形成主导小区，也可以配置1b事件的切换参数减少乒乓切换的发生等方法来进行。
注释：乒乓切换主要有以下两种现象：1）主导小区变化快：2个或者多个小区交替成为主导小区，主导小区具有较好的RSCP和EcIo每个小区成为主导小区的时间很短；2）无主导小区：存在多个小区，RSCP正常而且相互之间差别不大，每个小区的EcIo都很差。
对于异频切换和系统间切换，在切换前需要通过启动压缩模式来进行异频或者异系统测量。
压缩模式启动太迟，可能导致手机来不及测量目标小区的信号，从而产生掉话，也可能手机完成了测量，但下发的异频切换或者异系统切换请求手机不能正常接收而导致掉话。
4.干扰导致的掉话下行和上行的干扰都会导致掉话。
一般情况下，对于下行，当激活集CPICH RSCP大于-85dB，而激活集综合EcIo小于-13dB产生了掉话，基本上可以认为是下行干扰的问题（当切换不及时的时候，也可能出现服务小区RSCP信号很好，EcIo很差，但此时监视集小区RSCP和EcIo都很好）；对于上行RTWP比正常值（-107～-105）超过10dB，干扰时间超过2～3s，就有可能造成掉话，需要重点解决。
下行干扰通常是指导频污染，指覆盖地区存在3个或者以上的小区满足切换条件，由于信号的波动常常出现激活集替换或者最优小区发生变化，通常当激活集综合质量不好（CPICH的EcIo都在-10dB左右波动），容易出现切换失败导致SRB复位，也可能出现TRB复位。
上行干扰增加了连接模式的手机上行发射功率，从而产生过高的BLER导致SRB、TRB复位或者由于失步导致掉话。
另外，在切换的时候，新建链路由于上行干扰导致链路不能同步，从而造成该小区的切换成功率低，或者造成切换失败而导致掉话。
5.设备问题导致的掉话在排除了以上的原因之后，其他的掉话一般需要怀疑设备的问题，需要通过查看设备的日志，告警等进一步来分析掉话原因。
例如：同步失败导致的链路不停增加和删除。
例如：手机不上报1a测量报告导致掉话。
6.还有一类就是流程交互问题导致的掉话：一些需要信令交互的流程，如AMR控制、DCCC以及压缩模式的启停、UE的状态迁移等，常常会由于信号的原因，手机支持方面的原因或者RAN设备和手机的配合问题，导致流程失败，最后导致掉话。
这类问题需要针对特定的流程和手机进行分析，没有一般性的处理方法。
三、掉话分析流程1.掉话分析流程掉话数据分析流程如图1所示。
图一2.准备数据路测软件采集数据文件，RNC记录单用户跟踪，RNC记录CDL。
3.获取掉话位置和时间采用路测数据处理软件，比如：用Analyzer获取掉话的时间和地点，获取掉话前后Scanner采集的导频数据，手机采集的活动集和监视集信息，信令流程等。
4.分析Scanner主导小区的变化情况主要分析主导小区的变换情况，如果主导小区相对稳定，进一步分析RSCP 和EcIo的情况；如果主导小区变化频繁，需要区分主导小区变化快的情况。
如果没有主导小区的情况，然后进一步进行乒乓切换掉话分析。
5.分析Scanner主导小区信号RSCP和EcIo观察Scanner主导小区RSCP和EcIo，根据不同的情况分别处理。
RSCP差，EcIo差，可以确定为覆盖问题。
RSCP正常，EcIo差（排除切换来不及导致的，同频邻区干扰），可以确定为导频干扰问题；RSCP正常，EcIo正常，如果UE激活集中小区与Scanner最好小区不一致，可能为邻区漏配或者切换来不及导致的掉话；如果UE活动集中小区与Scanner 最好小区一致，可能为上行干扰或者异常掉话。
6.路测重现问题由于一次路测不一定能够采集到定位掉话问题需要的所有信息，此时需要通过进一步路测来收集数据。
通过进一步的路测也能确认该掉话点是随机掉话点还是固定掉话点，一般来说固定掉话点一定需要解决，而随机掉话点则需要根据掉话发生的概率来确定是否需要解决。
四、掉话的解决方法1.工程参数调整工程参数的调整是非常有限的，最基本的可以调整站点的位置、天线的高度、下倾角、天线的波瓣宽度、天线增益以及方向角等。
（1）对于上行或下行覆盖问题导致的掉话，增加站点是最好的办法，同时可以考虑更改天线的高度、下倾角，也可以更换增益更高的天线或者增加塔放。
（2）对于针尖和拐角效应，调整天线是比较有效的解决办法，由于针尖效应和拐角效应往往出现在街道拐弯的地方或者两条街道交界的地方，可以考虑通过天线的方向角与街道错开一定角度的方式来调整，但同时需要注意不能使原来街道路边商铺的覆盖有很大的影响。
（3）对于导频干扰引起的覆盖问题，可以通过调整某一个天线的工程参数，使该天线在干扰位置成为主导小区；也可以通过调整其他几个天线参数，减小信号到达这些区域的强度从而减少导频个数；如果条件许可，可以增加新的基站覆盖这片地区；如果干扰来自一个基站的两个扇区，可以考虑进行扇区合并。
工程参数的调整需要综合考虑整个小区的调整效果，在解决一个问题的同时要注意不在其它区域引入新的问题。
一般来说，在不方便频繁调整天线并且有条件进行仿真的时候，在调整前后需要分析仿真结果；如果没有条件进行仿真，但方便多次调整天线的时候，可以根据经验并结合实际路测的方法来进行调整。
2.参数调整（1）小区偏置该值与实际测量值相加所得的数值用于UE的事件评估过程。