掉话处理案例总结完整版
经典案例-VoLTE掉话研究和实践总结
Volte掉话研究和实践总结1概述随着Volte的不断放号，Volte用户不断增加，如何保持Volte用户在语音通话过程中不掉话将至关重要。
本文将介绍Volte语音掉话优化方法以及台州Volte掉话优化成果。
下图所示为挂机流程：Volte掉话定义如下：掉话率：（主叫掉话次数+被叫掉话次数）/(主叫呼叫建立成功次数+被叫呼叫建立成功次数)路测软件掉话定义：呼叫成功后，通话阶段收到RRCCONECTION RELEASE消息，挂机阶段QCI1承载没有释放，BYE REQUEST没有收到200 OK。
2影响Volte掉话的因素Volte掉话问题涉及到UE，EnodeB，EPS，IMS端到端网元，需要各个网元联合分析和定位具体原因。
影响Volte掉话的因素如下图所示：3Volte掉话定位思路首先确定是哪类原因引起的掉话，再根据触发异常的网元分析掉话原因。
Volte通话过程中网络侧下发RRC Release或者SIP信令异常等掉话问题，一般是由空口质量，切换失败，重建，流程冲突等原因造成，涉及端到端网元，因此定位根因需要端到端信令，下图是Volte定位思路。
如上图所示，分析Volte掉话时，告警核查和参数核查是无条件执行的。
✓掉话是在通话阶段收到了RRC Release1、查看基站侧虚用户跟踪，若是基站触发的，查看S1口释放原因。
2、根据原因值结合基站日志进行分析。
3、若是MME触发的，则查看释放原因，联合MME分析。
✓QCI1承载没有删除1、查看QCI1承载删除是否有切换，TAU流程，若存在查看基站虚用户跟踪，EPC跟踪，分析流程交叉处理顺序是否合理。
2、若流程交叉无问题或是无流程冲突，则查看基站虚用户跟踪是否收到QCI1承载删除。
3、若基站收到QCI1承载删除，则分析基站为何没有下发给终端。
4、若基站没有收到QCI1承载删除，则查看MME/PGW/SGW是否收到PCRF指示删除QCI1承载。
5、若PCRF没有收到指示，则查看P-CSCF是否下发删除QCI1承载。
5G优化案例：nsa_volte掉话原因分析处理案例
NSA VoLTE 掉话原因分析处理XX分公司目录1 概述 (3)1.1 版本信息 (3)1.2网络拓扑图 (3)2 NSA VoLTE 掉话问题 (3)2.1问题背景 (3)2.2问题分析 (4)2.3解决措施 (4)2.4.4现场验证 (5)3 整体测试验证情况 (6)3.14G数据业务验证 (6)3.1.1用户感知指标：（上行优良比）（≥5M bp s） (6)2.1.2用户感知指标：(下行优良比)（≥12M bp s） (6)3.1.3切换指标:切换成功率 (6)3.1.4切换失败原因分析 (7)3.2V oL T E验证 (7)3.2.1覆盖率 (7)3.2.2接通率 (8)3.2.3掉话率 (8)3.2.4M O S优良比（≥3.5比例） (8)3.2.5呼叫建立时延（秒） (8)3.2.6切换成功率，切换失败原因分析 (8)3.3关键KP I (8)3.3.1接通率 (8)3.3.2切换成功率 (9)3.3.3V o l t e接通率 (9)4 总结 (10)1概述1.1版本信息项目相关信息升级时间2019 年 4 月 15 日 0:00~4:00eNodeB BTS3900 V100R015C10SPC100测试工具(终端跟踪工具) 4G:鼎利5G:Mate 20 X1.2网络拓扑图2NSA VoLTE 掉话问题2.1 问题背景NSA 用户做 VoLTE，由 NSA 锚点站切换到 17B LTE only 存量站点失败。
测试手机在R15协议版本基站驻留（已添加N R），拨打V o LTE 电话，向R12.1协议版本基站移动，触发切换，切换后 VoLTE 会发生掉话。
2.2 问题分析NSA 终端在 NSA 区域下使用 NR PDCP，而17B 及之前的 LTE 版本不支持 R15 协议，无法识别N R P D C P,所以当17B基站接收到19B基站发出的切换准备消息时，因为协议不兼容，不能识别切换准备消息中的 NR P DCP，最终导致切换准备失败。
典型案例(掉话)
问题点1：润州区一泉村（边界同频干扰）测试时间：2009-9-2 09：52：51事件描述：用户投诉在润州区一泉村附近经常出现通话过程中掉话现象。
优化前信号图：（测试文件：0902-01.log）问题分析：在一泉村用户家附近测试时，MS占用Z135-鲇鱼套（BSIC=16，BCCH=115）出现连续7级质差最终导致掉话。
经查MCOM发现，Z135A -鲇鱼套（BSIC=16，BCCH=115）与Y3246B （BSIC=53，BCCH=115）同频对打，在该区域形成同频干扰致使MS占用Z135A -鲇鱼套（BSIC=16，BCCH=115）连续7级质差掉话。
优化建议：修改Z135A鲇鱼套BCCH=115->117。
修改后复测，在用户家中MS占用Z135A鲇鱼套BSIC=16 BCCH=117通话质量很好，无质差出现。
优化后效果图：（测试文件：0902-03.log）问题点2：丁卯桥路沃尔玛附近（邻区缺失）测试时间：2010-01-12 10：19：48事件描述：在丁卯桥路由东向西行驶，MS占用Z146A-丁卯大楼（BSIC=10 BCCH=117 TCH=97）在沃尔玛附近开始出现连续质差内切。
优化前信号图：（1208-03.log）问题分析：该段路应该由Z146C-丁卯大楼（BSIC=23 BCCH=109）和Z149B-丁卯村委（BSIC=16 BCCH=112）联合主覆盖，但由于MS偶然切换到Z146A-丁卯大楼（BSIC=10 BCCH=117 TCH=97），而Z146A和Z149B没有切换关系，导致MS长时间占用Z146A-丁卯大楼（BSIC=10 BCCH=117）越区而出现连续质差内切直至拖死。
优化建议：添加Z146A（丁卯大楼）和Z149B（丁卯村委）的双向邻区关系；修改Z146A（丁卯大楼）TCH=97->100。
调整后复测，MS在占用Z146A（丁卯大楼）信号时，经过几次间接切换顺利切换到Z149B（丁卯村委），且在该路段信号电平覆盖正常，通话质量良好，情况明显得到改善。
经典案例-VoLTE掉话问题处理思路与优化方法
VoLTE掉话问题处理思路与优化方法VoLTE掉话问题处理思路与优化方法目录VoLTE掉话问题处理思路与优化方法 (1)1概述 (3)2VoLTE掉话率问题定界排查 (3)2.1VoLTE掉话问题定界思路 (4)2.2VoLTE掉线率TOPN小区定位排查思路 (5)3VoLTE掉线信令流程以及相关指标 (6)4VOLTE掉话无线问题优化方法 (7)4.1由于ENB的无线链路失败 (7)4.2由于ENB重建立失败 (9)4.3由于小区关断或复位 (11)4.4ENB由于S1链路故障发起释放 (11)4.5由于UE切换失败 (14)4.6由于UE不在线导致释放 (14)4.7由于ENB小区拥塞导致的释放 (14)4.8由于ENB过载控制导致的释放 (14)5VOLTE掉话处理案例 (15)5.1邻区漏配导致的掉话问题处理案例 (15)5.2弱覆盖导致的掉话问题处理案例 (18)5.3切换失败导致的掉话问题处理案例 (19)6总结 (20)1 概述目前萍乡电信VoLTE商用在即，VoLTE作为LTE网络实现语音通话的最终方案，用户对VoLTE高清语音的需求将越来越大，但目前由于电信Volte没有实现弱覆盖情况下的异系统切换，所以在弱覆盖区域存在较大的掉话风险。
伴随着网络规模的进一步扩大以及网络结构的日渐复杂，处理VoLTE的掉线问题即将成为日常网络维护中一项重要的工作。
本文通过研究VoLTE掉话问题定位及处理方法，主要从无线链路失败、切换失败、拥塞等方面展开分析，并总结VoLTE掉话问题处理优化经验。
2 VoLTE掉话率问题定界排查VoLTE掉话率指在移动通信的过程中，终端在VoLTE的通信意外中断的几率。
在信令监测平台上，VoLTE掉话指标取自于Rx接口和Mw接口，公式如下：VoLTE语音掉话率=VoLTE语音掉话次数/(（VoLTE语音始呼应答次数+VoLTE语音终呼应答次数）)VoLTE语音掉话次数指SBC（不区分主叫域和被叫域）收到PCRF发送媒体类型为语音的ASR（下图消息1）的次数，且ASR中Abort Cause为“PS to CS Handover”不含在内。
精品案例_终端RTP语音包中断检测定时器超时引起VoLTE掉话处理
终端RTP语音包中断检测定时器超时引起VOLTE掉话处理目录一、问题描述 (3)二、分析过程 (4)2.1 设备及传输原因 (7)2.2 干扰及覆盖原因 (11)2.3 ENB重要VOLTE相关参数核查 (12)2.4 其他异常信令及事件核查 (13)三、解决措施 (18)四、经验总结 (19)终端RTP语音包中断检测定时器超时引起VOLTE掉话处理【摘要】为全力支持VOLTE商用，需要针对网络中出现的异常事件进行专项优化，一点一案进行分析。
目前现网中已利用RCU进行日常DT测试，力求利用常态化管理优化提升网络质量。
在宿州本地网近期日常测试LOG中，出现多次VOLTE掉话事件，经过工作人员细致分析后，发现这些异常掉话均呈现共性。
主要是由于主叫UE在业务态下异常DETTACH导致与被叫间失去信令交互，UE不活动定时器超时后，被叫及主叫依次判定掉话，掉话原因为RTP Inactivity。
通过后续对设备状态，参数设置等多方排查，最终定位RCU主叫端口模块故障引起此次异常掉话。
经过设备返厂维修后复测多日，VOLTE拨测正常，问题得到解决。
案例是从常态化测试优化过程中发现问题，并进行分析提炼，成功解决DT过程中Volte异常掉话问题，保障了日常DT测试完整性及指标严密性。
【关键字】VOLTE掉话、DETTACH、不活动定时器，【业务类别】VoLTE、一、问题描述为贯彻落实“VOLTE双提升”指导思想，保障VOLTE顺利商用，宿州电信公司全力承接省公司任务，积极部署RCU设备进行常态化DT测试。
2019年5月至6月，宿州网优人员发现在市区多处，发生多次VOLTE掉话，导致VOLTE 掉话率指标异常，如图一。
图一 2019年宿州VOLTE掉话DT统计可见，5月份VOLTE掉话率指标高达0.54%，不仅比3、4月份高出很多，更高于省公司定义的0.3%考核值。
选取5月20日至5月26日LOG，结合测试图层及掉话事件撒点，可以直观看到在短短一周的时间内，在市区范围内的多处地点，均出现了掉话，共计5次。
DT测试掉话(Drop Call)处理案例
DT测试掉话(Drop Call)处理案例目录1D T测试掉话分类 (2)2D T测试各类掉话案例分析 ..................................................................................................... 错误！未定义书签。
2.1弱覆盖造成的掉话 (3)2.2干扰造成的掉话 (4)2.2.1同频干扰 (8)2.2.2邻频干扰 (9)2.2.3交调干扰 (10)2.3切换造成的掉话 (10)2.3.1切换频繁 (10)2.3.2话务分担切换 (11)2.3.3孤岛效应 (11)2.4参数设置不合理造成的掉话 (12)2.4.1层间切换门限值LAYERTHR过大 (13)2.4.2漏定义切换关系 (14)2.4.3切换关系定义错误 (14)2.5硬件故障造成的掉话 (15)2.5.1TX,RX接错 (16)2.5.2载频故障 (19)2.5.1工参定义错误 (21)2.5.2馈线头松动造成驻波比高 (22)3D T测试掉话处理总结 (22)一、DT测试掉话分类：DT中一般遇到的掉话（Drop Call）主要有：弱覆盖掉话、干扰掉话、切换造成掉话、参数设置不合理造成掉话、硬件故障掉话等。
二、DT测试各类掉话案例分析：2、1弱覆盖造成掉话。
有些小区由于覆盖范围过大造成在小区覆盖的边缘地带信号不好，电平值很低，手机列表中测量的相邻小区的电平值又达不到接入的要求（如RXLEV ACCESS MIN ＝－95dBm）而引起掉话，在边远地区、网络覆盖不好的情况下经常会出现这种掉话。
问题描述:MS占用D1250A袁桥社区由西转南时由于受楼房阻挡信号突然变弱，电平在-90dBm以下，且该地区东面无主覆盖小区（东部最近小区D718C距离为1.6KM）无法切出导致弱信号连续质差掉话。
优化前信号图:优化建议:在该小区以东规划新站。
CDMA掉话案例分析
（5）搜索窗太小导致的掉话
问题描述
如果搜索窗太小，会导致某些PN落到了搜索窗之外而不能进入成为 服务导频，反而该成为内部自干扰源，使该区域Ec/Io变差，导致 掉话
解决办法
调整相应搜索窗口
（5）搜索窗太小导致的掉话（续-1）
问题主要是隧道口的基站发射功率无法满足隧道内覆盖
（1）覆盖不足导致的掉话（续-2）
隧道内移动台接收功率图
隧道内接收电平较差
（1）覆盖不足导致的掉话（续-3）
问题的解决
初步解决方案
由于在隧道口有基站天线直接对着隧道内，考虑调整参数“pilotgain”， “TPTLTPO”的设置和天线方位角的方案
3. 邻区缺失
4. 邻区位序不合理 5. 搜索窗太小 6. 导频混淆 7. 同PN 8. 导频污染 9. 边界硬切换失败 10. 终端问题 11. 外部干扰 12. 其它
（3）邻区缺失导致的掉话
问题描述
如果移动台要求将不以导频加入激活集，但此导频如果不在 Neighbour List, 则会切换失败，
Mobile Station Acknowledgement Message (移动台->基站 反向业务信道)
……
Pilot Strength Measurement Message (移动台->基站 反向业务信道)
Handoff Direction Message (基站->移动台 前向业务信道)
完善邻小区关系解决掉话，复测该路段已无掉话
（3）邻区缺失导致的掉话（续-2）
狮子滩至云集掉话MOBILE LOG
移动台使用 PN429进行通 信，尽管信号
已经很差
掉话后，移动 台同步到 PN126
朝天门长江大桥掉话案例分析报告报告材料报告材料
重庆朝天门长江大桥掉话案例分析报告一、概述在2010-9-10日至2010-10-15日的拉网测试中，朝天门大桥基本上有拉必掉，每次掉话情况不一，情况较复杂。
二、拉网掉话分析➢朝天门地理环境分析配合Gogle分析发现朝天门大桥所在地理环境可看出，朝天门大桥所处地势很低，海拔平均低于周围两岸地势80米左右，加上楼房高度估计超过去130米左右，这样的地形使朝天门大桥处于谷底位置，周围小区容易越区过来，信号很杂，导频污染在所难免。
➢掉话分析⏹越区问题引起掉话1）、20100926拉网朝天门大桥主叫掉话南岸区城区语音_201009261405.lg4分析掉话前后信令：掉话前PSMM:PN140 8(观音桥)江北上格林-0,掉话后同步：PN168 根据BASID计算，cell=904 南岸南山-0配合MAP分析发现南岸南山-0越区严重，天馈调整 ,(3+T9)->(6+T14)；南岸南山-0天馈调整优化方案实施后，多次拉网朝天门大桥不再出现因PN168信号干扰引起的掉话。
2）、20100921拉网朝天门大桥主叫掉话江北区城区语音1_201009211153.lg4分析掉话前后信令：掉话前PSMM:PN380 南岸盘龙花园-101_1608_10_283；掉话后SYNC同步：PN56 (观音桥)江北五里店电信大楼-0 1_54_0_283配合MAP分析发现，南岸盘龙花园-10越区，天馈调整（4+T11）->(6+T14) , 方位角240->250;邻区优化：中心：南岸盘龙花园-10 1_1608_10_283，20/60/80-》28/60/80邻区：1_72_1_283 ，双向加邻区，优先级13;1_54_0_283, 双向加邻区，优先级别14;1_66_0_283 , 双向加邻区，优先级15；参数优化：搜索窗优化 WinA/WinN/WinR 20/60/80->28/60/80导频功率：-37->-44;方案实施后，多次拉网不再出现因PN380南岸盘龙花园-10越区引起的掉话。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
掉话处理案例总结Document serial number【NL89WT-NY98YT-NC8CB-NNUUT-NUT108】路测掉话的原因分析及解决1. 关于掉话的描述在 GSM 系统中掉话从统计角度讲分为两大类：RF_LOSS 和 HO_LOSS 即射频掉话和切换掉话。
考虑到2层信令的接续等问题，我们把掉话作如下描述。
1) 射频掉话●下行原因：Radio_link_timeout 计数器减至 0●上行原因：BSS 在 link_fail 的设定时间内未能接收到 UL SACCH 消息，使link_fail 计数器减至 0。
BSS 下行功率停止发射●在 Layer 2 上： BSS/MS 每 T200 时间发送 N200＋1 次 SABM/DISC 消息，但未从接收端收到回应2) 切换掉话●MS 未能成功切换至目标小区, 但未能回到源小区●MS 发送 HO FAILURE 和 UL-SABM 消息给源小区，但未得到回应2. 在路测时发现的掉话问题时,我们应从哪些方面进行考虑在路测中，如果我们发现了掉话，我们应该如何入手建议根据不同的现象作出一些初步的判断，可以尽量减少不必要的周折，提高工作效率。
归纳起来初步判断有以下几点：●带内、外干扰●无可切换的小区（拥塞、无邻区）●覆盖问题（overshooting/poor coverage）●有线口的信道释放●基站硬件故障（时钟、CTU 低功、信道盘的收发功率不平）●天线错误（下倾角、方位角等错误）●由于切换失败造成的掉话●参数设置不当●其它特殊原因（手机问题、交换机参数设置问题）3. 对掉话现象进行分析以及可能的原因在这一节中我们对每种造成掉话的可能原因进行具体的研究。
在每一种原因中，我们尽可能的举出实际例子来进行说明。
1) 频率干扰干扰会导致误码率升高，通信质量下降，是造成掉话的一个重要的原因。
干扰可以分为带内干扰和带外干扰，也可以叫做系统内部干扰和系统外部干扰。
带外干扰：随着科技的进步，空中的无线电波越来越多，有些系统如 TCS 系统与 GSM 系统工作在同一频段，如果频率设置不当，会造成严重的频率干扰。
在发射设备的非线性单元由于载波与通过天线进入的干扰信号产生互调干扰，会引起通话质量下降，产生掉话。
另外一种情况就是人为的加建 GSM 频段的直放站，对功率以及天线方向不进行控制，对系统会造成上下行的干扰。
一般有这种直放站时，基站会通过对话音信道空闲时的干扰电平测量值（IOI）上有所体现。
带内干扰：GSM 系统内部干扰主要由以下几个方面原因产生：●频率规划不合理，引起同频、邻频干扰；●基站或手机功率设置不合理，引起下、上行链路干扰；●频率复用不合理；●由于多径效应、建筑物反射等造成干扰；●码间干扰；●TA 与实际不符造成时隙干扰。
当 MS 在服务小区收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的 BSIC 或不能正确接收MS的测量报告，从而产生掉话。
下面两个例子分别从由于直放站造成的带外干扰、由于频率规划原因造成的带内干扰两个方面对干扰造成的掉话进行了说明。
实例 1：频率规划问题现象：从图 1 我们看到：从当前显示的信息看，3361 基站信号很强，但是质量很差，致使 RLT 超时掉话。
手机掉话后马上进行小区重选，基站为 914，但是 BCCH 与 3361 同频，同时我们发现掉话时 3361 的 TA 已经为 4，且覆盖方向也不应该是掉话地点。
分析：在我们日常测试中这种情况多是由于干扰或是硬件问题引起的。
通过OMC 我们未观察到该基站存在硬件问题，由此我们认为该基站存在干扰情况。
这样我们就初步判断除了掉话原因。
结合小区分布图来判断，我们认定这个掉话是由于同频干扰引起的。
图 1：掉话时刻情况又经过分析，发现之所以在该地区占用 3361，主要是由于 3363 基站无法切换到 914 基站。
3361 是 3363 的邻区但是 914 不是，由于 3361 于 914 同BCCH，手机切到了 3361 上。
再加上网络规划不好，这就造成了同频干扰，继而掉话。
图 2：事故原因：同频干扰造成掉话，通过对规划的调整和修改邻区参数，上述问题得到解决。
实例 2：直放站、阻断器造成的掉话随着用户的增多，很多宾馆酒店写字楼等建筑物内为了解决电梯、地下室等信号覆盖的盲区就会出现私建直放站，从而产生了强烈的上下行干扰，有时波及周围很多小区的性能，对网络指标的影响非常大。
频率阻断器是一种宽带的干扰器，其安装的目的就是要对移动通信系统产生强烈的干扰，以达到阻断器周围一定范围内手机无法接入系统服务的目的。
一般在路测时我们很难直接从下行的测量发现是否有上行干扰，可以结合统计是否有上行的 IOI 来分析。
如下图，占上问题小区后下行 Rx_Level，Rx_Quality 都很好，但是过了十几秒后系统停止发送 System Info5/5ter/6，进入了 IDLE 状态，没有 Disconnect 以及 Channel Release 等拆线消息。
通过分析发现虽然 Level 和 Quality 都很好，但是手机却在逐渐的提升功率，造成功控的原因就是上下行的 Level 和 Quality，因此可以因为问题出现在上行。
查找该小区的统计发现，整个小区的各个载频均有较严重的IOI 干扰电平，因此，可以认定当时基站是 Link_Fail 计时器超时自行拆线，而上行干扰是造成这次掉话的罪魁祸首。
图 3：下行电平和通话质量很好，但是手机却在提升功率虽然都是对网络产生了干扰，但是阻断器和直放站的影响有些不同，阻断器会带来话务量下降，并对周围基站的切换影响更大。
因此阻断器的干扰影响比直放站更加严重。
2) 缺少邻区 &目标小区话务信道拥塞严重其实缺少邻区的现象和目标小区 TCH 拥塞严重在 DT 测试中的现象是极为相似的。
下面仅以缺邻区为例进行分析。
实例：Cell56 缺 Cell3703 邻区最终导致掉话。
现象：Cell56（BCCH46) 缺 Cell3703 邻区（BCCH35），但有 Cell3266 邻区（BCCH34）。
但 3703 强度高 20dbm，但由于无 3703 邻区，只能切换至3266，造成干扰。
切换时如图 4 所示，当前服务小区为 CELL56（BSIC2-BCCH46）,经过判断，向排在邻区第三位的 CELL3266（BSIC23-BCCH34）切换，如图所示，源小区 56 当前的下行电平为－76dbm,目标小区 3266 当前的下行电平为－65dbm。
图 4：系统消息 5 中没有 35 号频点切换后，发现服务小区电平依然很强但 Quality 突然变差，最后致使掉话。
如图5所示，我们看到有频点号为 34，35 的邻频存在，C/I = -21dbm。
从源小区 56 的 SYSTEM INFORMATION TYPE 5 中看到 Neighbor 的频点 list 中没有35 号频点，即说明 56 没有 3703 的邻区，因此在 56 为服务小区时，手机没有对 35 号频点进行扫描。
若对 35 号频点进行扫描，则会切至该小区，同时也避免了邻频的干扰。
加上邻区后，一切恢复正常。
图 5：切换后发现邻频干扰一般来说，如果缺少了邻区，将会发生拖带直至掉话的现象。
在整个拖带过程中，很有可能邻区列表中的场强远远大于服务小区电平值，同时其它频点的BSIC也已经解出，但就是没有下行的 Handover_Command 消息。
出现这种现象说明了以下两点：①手机所扫描的邻区频点必定是在当前服务小区下行所发的系统消息5/5ter(System Information 5/5ter)的 BA_LIST 中所包含的，即当前服务小区的邻区中有 BCCH 为该频点的邻区;②排在邻区列表前几位的频点与已解出的 BSIC 组合之后得出的小区必定不是当前服务小区的邻区。
在实际工作中，如果遇到上述情况，在分析出不是缺邻区的问题后，就应该检查是否目标小区 TCH 拥塞。
3) 覆盖问题（Poor level & Overshooting）a. 覆盖场强低（Poor Level）在测试中，我们在遇到覆盖场强很低的情况下，通常会导致 RxQuality 随着场强的下降而恶化，最终由于 Radio_link_timeout 或 Link_fail 超时导致掉话。
这种情况一般发生在郊区缺乏基站覆盖或山区信号阻挡较严重的地区，解决这种无信号覆盖的唯一办法就是加站或是直放站扩大覆盖。
图 6：很差的覆盖造成了掉话b. 过覆盖（Overshooting）还有一种覆盖问题就是邻区间交叠区过大，甚至出现了过覆盖（Overshooting）的现象。
比较典型的情况是：一个较高的基站 A 的天线没有作下倾角或只有很小的下倾角度，与它相邻的一个基站 B 的天线高度较低，覆盖范围很小，造成B的覆盖范围被 A 完全包含。
如图7所示。
所以在越过绿色的 B 小区主控覆盖范围后，手机还会“回切”至 A 小区，但是由于种种原因，A 小区并没有 C 小区的邻区。
因此，当测试人员继续行驶后，就会因无邻区可切而造成拖带掉话（例如在红色区域）。
解决的办法就是如图中所示，将小区 A 的覆盖范围控制好（小区 A’），就可以解决过覆盖造成掉话的问题。
图 7：Overshooting 现象同前边一节缺邻区掉话中所提到的类似，Overshooting 造成的掉话现象有两种：①在邻区列表中有很强的信号，同时 BSIC 早已解出，但根本没有下行的HO_Command 消息，这说明手机所扫描的邻区频点必定是在当前服务小区下行所发的系统消息 5/5ter(System Information 5/5ter)的 BA_LIST 中所包含的，即当前服务小区的邻区中有 BCCH 为该频点的邻区;②看不到有比当前服务小区信号更强的信号，说明小区 C 的频点不在 A 小区的 BA_LIST 中，手机没有对该频点进行扫描。
对于后一种情况，测试人员更不容易发现，因此需要测试人员在测试现场结合基站位置图对原因进行判断。
4) 有线口的信道释放造成的掉话●Abis掉话：这类掉话主要是传输质量引起的，如传输误码、滑码、帧丢失等。
●A接口掉话：A 接口掉话特别容易发生在 MSC 之间、BSC 之间等与 A 接口有关的切换过程中，MSC、BSC 之间的切换除了与无线网络有关外，还与网间信令配合、信号同步等因素有关，局间切换相对较复杂，也较容易引起掉话。
5) 硬件故障直接导致的掉话经验指出在现网中大多数掉话都是由于频率干扰和这样或那样的基站硬件问题所导致的。
在这一节中，我们就介绍以下所遇到过的硬件问题导致的掉话，一般来说，如果硬件有问题的话，从统计结果的掉话次数和掉话率上就能比较明显的发现异常。