掉话优化思路
5G常见掉话问题定界分析与优化
5G常见掉话问题定界分析与优化：空口原因导致掉话
5G常见掉话问题定界分析与优化：空口原因导致掉话
5G常见掉话问题定界分析与优化：空口原因导致掉话
5G常见掉话问题定界分析 与优化
5G常见掉话问题定界分析与优化
5G常见掉话问题定界分析与优化：空口原因导致掉话
空口原因导致掉话
●常见掉话场景 □下行RLC达到最大重传次数(默认32次) □上行RLC达到最大重传次数(默认32次) □SR达到最大次数(默认64次) □上行TA超时 ●常见掉话原因 □覆盖、干扰、切换问题，信号质量差，导致上下行高误码 □参数配置问题
干扰及配置问题
● 干扰的类别有很多，根据干扰问题分析进行干扰问题定位: □切换不及时导致的邻区干扰 □TDD系统的环回干扰 □时钟偏差导致的小区间干扰 □还有外部干扰等 ●常见的配置问题主要有: □漏配邻区导致无法切换掉话，切换参数设置不合理导致掉话 □RLC参数配置不合理，导致状态报告不能及时上报，导致RLC重传达到最大次数掉话 □SRS自适应门限设置不合理，导致远点SRS带宽不能切换到窄带，基站测量SRS信号较弱，无法准确测量TA导致掉话 □A2门限配置过高，导致UE没有到小区边缘就被正常释放( NSA )
5G常见掉话问题定界分析与优化：掉话重点参数排查
5G常见掉话问题定界分析与优化：空口原因导致掉话
●UE侧和基站侧都使用TATimer来管理上行 同步，TATimer是一 个计时器，对处于上 行同步状态的时间进行计时 □TATimer在UE收到RAR中的TA调整命令或 者UE收到TA调整的MCE时启动 □UE收到一次TA调整的MCE时会停止一个 已有的TA Timer并启动一个新的TATimer。 当TATimer超时，UE认为自己处于上行失 步状态，NSA场景下UE会主动通过LTE通知 网络侧自己5G侧TA超时，要求5G网络侧释 放用户
VOLTE掉话分析
VOLTE掉话分析VOLTE（Voice Over LTE）是一种在4G LTE网络上实现高质量语音通话的技术。
它比传统的2G和3G网络更高效和先进，但在实际应用过程中，仍有可能出现掉话的情况。
下面将分析VOLTE掉话的可能原因和解决方法。
首先，VOLTE掉话的原因可能和网络覆盖有关。
4GLTE网络有时在一些较为偏远的地区信号覆盖可能不稳定，或者室内覆盖不足，这都可能导致VOLTE掉话。
解决这一问题的方法可以是增加基站的覆盖范围或增加室内信号增强器等设备。
其次，VOLTE掉话的原因还可能和设备功率管理有关。
在信号弱的地方，手机可能会增大功率以保持通信连接，这可能会导致电量消耗过快，进而导致掉话。
此外，设备的软件或硬件故障也可能导致VOLTE掉话。
解决这一问题的方法可以是优化设备的功率管理算法，确保设备正常运行，并及时修复软硬件故障。
再次，VOLTE掉话的原因还可能和网络负载有关。
在高峰时段或网络拥堵的情况下，网络负载增加可能导致语音通话的质量下降，包括掉话。
解决这一问题的方法可以是提升网络的容量，增加带宽等。
此外，VOLTE掉话还可能和网络的QoS（Quality of Service）设置有关。
QoS的设置可以对不同类型的数据流分配不同的优先级，如果语音通话的优先级设置不当，可能导致VOLTE掉话。
解决这一问题的方法可以是合理设置QoS，确保语音通话的优先级高于其他数据流。
最后，VOLTE掉话的原因还可能和网络的连接稳定性有关。
网络的连接不稳定可能导致通话中断，从而出现掉话情况。
解决这一问题的方法可以是优化网络的传输协议，提高连接的稳定性。
总的来说，VOLTE掉话的原因可能涉及网络覆盖、设备功率管理、网络负载、QoS设置和连接稳定性等多个方面。
要解决这一问题，需要优化网络、设备和软件配置，并加强对网络质量的监控和维护。
只有在确保网络稳定和通信质量高的情况下，才能实现高质量的VOLTE通话体验。
经典案例-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”不含在内。
移动通信掉话故障分析及解决方案
移动通信掉话故障分析及解决方案掉话率是衡量移动通信无线网络质量的一项重要指标，解决减少掉话成为了提升网络质量和客户满意度的重要工作。
本文例举了移动通信中无线系统几种常见的掉话问题，如因直放站掉话、设备引起的掉话、切换掉话、干扰掉话等，并简要分析了这几类掉话的原因，提出了相应的解决方案。
标签掉话；切换；干扰；直放站1 前言我们在使用手机过程中经常会遇到掉话的问题，这也是许多移动用户申告的热点之一。
所谓掉话，就是指通话双方在通话期间由于某种原因非正常终止通话。
移动通信系统是有线与无线的综合体，它是移动网络在其覆盖范围内，通过空中接口将移动台与基站联系起来，并进而通过移动交换机交换连接，实现用户终端无线联络。
由于移动电话的移动性及无线传输的复杂性，因而一定程度的掉话显得不可避免的。
但随着无线技术的不断发展和网络质量的逐步提升，无线掉话正被逐渐克服和改善。
掉话率是考核无线网络的一项重要指标，它从一个侧面反映了网络运行的质量情况。
2 产生掉话的几种原因2.1 网络漏覆盖或盲区引起的掉话2.1.1 移动网络建设初期，由于资金问题和无线规划的缺陷，以及大众对移动通信需求的飞涨，无线基站在一些地区还存在着许多的盲点和漏点。
当移动台进入网络的漏覆盖区或信号盲区时，因信号太弱而发出切换请求，但切换不成功引起掉话。
2.1.2 初期网络建设为了解决无线覆盖问题，采用全向基站较多，一些基站在工程选址时又往往选到山坡或大楼楼顶等高处上，导致近距离覆盖不好，且覆盖范围又过大，在统计上体现上行信号弱掉话比例较高。
2.2 直放站引起的掉话为减少投资，扩大覆盖范围，一些小基站普遍采用直放站放大信号，但由于目前大量使用的直放站是900MHz宽带放大器，基站与直放站之间绝大多数又是射频连接方式，加之直放站的规划和选址上存在一些问题，特别是部分县局设置的直放站不是接收本局基站的信号，而是就近接收邻县(市)基站的信号，从而造成邻县(市)基站掉话率偏高。
GSM网络中掉话问题的分析思路
1、影响掉话主要有哪些参数？答：无线链路失效计数器、SACCH 复帧数；RACH 忙门限（现在不起作用了）和 RACH最小接入电平；MS最小接收信号等级；呼叫重建允许（用户感受好但要记录掉话）；国家色码NCC允许频率规划参数；切换相关参数；功控相关参数；与版本相关的参数。
2、掉话率如何优化？答：无线系统掉话分为 SDCCH掉话和TCH掉话：无线链路断掉话：调整无线链路失效计数器，SACCH复桢数，T3109定时器，MS最小接收信号等级，RACH最小接入电平进行优化。
错误指示掉话：调整T200定时器相关参数进行优化。
干扰掉话：下行干扰可以通过更换合理的频点和 BSIC，打开下行 DTX，跳频进行优化；上行干扰可以打开上行功控进行优化。
切换掉话：通过完善小区相邻关系，优化切换门限，切换时间，切换定时器，调整越区覆盖的小区工程参数等参数来优化。
上下行不平衡掉话：检查两副的天线下仰角是否不同，方位角是否合理；通过调整下倾角控制过远覆盖掉话；检查天馈是否进水，合路器是否存在问题。
通过检查MSC和传输是否存在问题来优化。
信道问题掉话：对载频板硬件进行版本升级或更换。
3、在日常优化过程中，掉话都有哪些类型？都有哪些解决方法？答：在日常优化过程中，一般掉话类型有故障掉话、切换掉话、定时器超时掉话、参数设置不合理造成的掉话、ABIS口掉话、覆盖区域不合理掉话、干扰掉话等。
故障掉话还包括显性硬件故障掉话、隐性故障掉话、传输故障掉话等。
干扰掉话分为频率干扰掉话、C网干扰掉话、室内系统干扰掉话、天馈系统干扰掉话、直放站干扰掉话、外部干扰掉话等。
详细参考如下：硬件故障、频率干扰、天馈系统干扰、外部干扰、切换掉话、隐性故障、覆盖问题、C网干扰、参数设置、越区覆盖、A bis 口掉话、传输故障、室内系统干扰解决方法：针对故障掉话，需要加强告警台监控力度，同时加强与维护部门、传输部门等部门之间的配合，以便及时掌握基站故障信息并做好保障，对话务密集区域、SVIP、重要保障区域等基站故障进行优先处理，加快载频故障、小区退服、基站中断的抢通进度。
5G网络掉话率指标优化经验总结
5G网络掉话率指标优化经验总结1.掉话率提升针对5G掉线率指标，通过专项优化、指标监控预警及日常TOP小区处理等动作进行指标提升，目前全省5G掉线率指标0.1%以下，改善明显。
1.1.5G掉线率专项优化通过基于MRO的邻区漏配优化、PCI混淆优化、互操作策略优化、边界小区优化、BWP节电功能与终端兼容性优化等专项优化动作有效降低5G掉线率。
1.1.1.基于MRO的邻区漏配优化通过MRO数据文件进行采样点级统计，当服务小区与邻区存在多个达到切换门限的采样点且服务小区与邻区未定义邻区关系，同时判断服务小区与邻区距离与相对角度，均满足合理邻区条件时，则判断该邻区关系漏配，需进行添加。
截止目前基于MRO数据核查出邻区漏配52742条，添加邻区34009条，其余邻区因小区背向覆盖、站点搬迁、中间间隔多层站点等原因暂不进行添加。
1.1.2.PCI混淆优化当邻区外部定义存在PCI混淆（NR基站配置2个同频点同PCI的LTE外部小区）时，可能会导致执行阶段切换失败，进而引起用户掉线。
通过一定规则对NR基站NR/LTE外部小区进行核查优化，截止目前共优化1862个小区，小区整体NR切换成功率由98.05%提升至99.57%，对应小区无线掉线率由0.18%降低至0.05%。
PCI混淆优化原则如下：（1）存在PCI混淆情况的邻区对1周累计切换次数≦5次或距离大于3km，进行删除；（2）存在PCI混淆情况的邻区对均不满足条件1时，距离大于2km且1周累计切换次数≦20次的，进行删除；（3）存在PCI混淆情况的邻区对不满足条件1和条件2时，修改LTE小区PCI，且需注意复用距离与修改后的PCI不会对其他NR、LTE外部小区造成PCI 混淆情况；（4）均满足条件1或条件2时，选择距离更远、5-4切换次数更少的进行删除。
1.1.3.互操作策略优化（增加盲重定向的应用）针对现场可能还存在的少量邻区漏配或者错配等原因导致的5G终端在5G 弱场无法及时切换到4G导致的拖网掉线情况，引入保底盲重定向和邻区漏配直接走重定向策略，降低用户掉线风险，目前已在试点推广，试点区域5G掉线率由0.13%降低到0.07%。
小灵通网络高掉话率分析及优化方案
干扰规 建链再请 ＴＣ Ｈ接入 成功 率 ７ ２ ．８ ４ ８ ．７ ９Ｏ ．２ １．７ ２ ２
基站地址
（ ％）
率 （ 话 务量 避发生率 求率 （ ％） ％） １ ．８ ８ ８ １．１ ３棉八厂一
表 １ 区域基站数据分析表 （ 以下数据采集时 间：２ ０ 年 元月 ３ ０６ ０日至 ２月 ５日 晚忙时 １ ：（ ～２ ：（】 ９ 】 Ｏ 】） （ 】 （ 端 口号 Ｐ ＲＩ Ｄ 平均 占用 掉 话 掉话率 信道阻塞 峰值 Ｅ Ｏ 话 务量 次数 １４ １ Ｏ —１ １４ Ｏ —５ ２ Ｏ ２ ０ ４ Ｏ ．８ ３ ２ ．７ ３ ６
的失败 。
统 。由于建筑环境 、天气 、用户行 为及话 务模型 的不断 变化 ， 网络中经常会在局部出现诸如覆盖不好 、 话音 质 量差 、 掉话等问题 ， 就要 求我 们不断地跟踪和 分析网 这 络性能 ，制定相应 的优 化方案 使得呼 叫建立时 间减 少 ，
掉话次数减少 、通话语音 质量不断 改善 、降低拥 塞率、
当基站拆除时要保证覆盖 质量 ， 而添加组控时需要
们在制定优化方案时的方 向把握有很大的帮助。
３ ２优化思路 ． ３ ２ １覆盖优化 ．．
考虑是否覆盖层数不足 、周 围是否存在覆盖不足区域或
过闲基站 ，另外对于连续的 多个信道高 阻塞基站应该先 优先解决最高 阻塞的基站并 间隔添加组控 。
根据以上分解流程 ， 我们可以根据话务数据进行相
（ ）设备软硬件故障 ，设备模块 或程 序出现 故障 ， ２ 如 ＧＷ 、Ｃ Ｃ、Ｃ Ｓ Ｓ吊死等 。 （ ）发起 重叫型切换 ， 切换不成功而切 回又失败 ３ 但 导致 的掉话 。
关 事件的统 计 ， 以分析造成掉话率恶化的 因素 ， 这对我
突然掉话处理思路论文
关于突然掉话的处理思路【摘要】在网络优化中，对掉话的优化是网络优化工作的重点。
从统计分析的掉话原因主要有:弱信号掉话，质量差的掉话，ta超限的掉话以及突然掉话等。
在这几种掉话类型中质量差的掉话，ta 超限的掉话可以从掉话性能性能测量的话务统计中直接分析，但对于电平高，质量好的掉话分析比较困难，这部分重要是突然掉话，是由于信号突然中断（比如进入电梯、手机通话中掉电等）。
本文主要讨论由于手机掉电导致手机突然与网络失去联系，造成的掉话。
【关键词】掉话；处理1.突然掉话的判定由于话务统计中对掉话的统计比较简单，无法对每个掉话具体分类，为分析突然掉话对整体掉话的影响，主要是利用挂信令表跟踪信令，利用软件分析的方法对突然掉话进行分析。
判断”手机掉电现象”的信令依据: 反复开机，但没有关机信息每一个clrreq之后，都有一个imsi attach(开机)行为。
但没有imsi detach(关机)的行为。
由此可见，手机是突然与网络失去了联系，该用户造成了10次突然掉话。
根据用户msisdn号码对用户进行回访，用户是由于手机没电导致掉话。
2.某地掉话统计的分析利用信令仪对某的掉话进行统计分析：由此表格可见，突然掉话占整体掉话的比例均值为46.94%，平均每天323次，在掉话中所占比例可谓极大。
注：以上统计有一定误差，如手机掉电后不反复开机可能不能统计。
3.手机突然掉电后信令流程当手机掉电后即手机突然与网络失去联系，当bsc的无线链路失效计数器满足系统设置时间后，判断无线链路故障，bsc上发clear request消息，计为一次掉话。
4.正常释放过程对比正常信令流程和手机掉电的信令流程可以发现，如果msc 能在bsc发”clear request”前发＂clear command”将不会触发bsc的掉话统计计数器。
5.手机突然掉话分析gsm网络sacch复帧数一般设置为52（无线链路失效计数器设置为56），当手机掉电时bsc需要等待52个sacch时间间隔判断无线链路故障，当判断出后timer3109启动，当t3109超时后，bsc 上发clear request消息，计为一次掉话，然而与该用户通话的另一个用户当听不到对方声音时，一般等待10秒左右就会挂机，并向网络上发disconnect。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1 网优类1.1 掉话类掉话排查总体思路流程图1.1.1 CS掉话类问题处理流程现网的掉话监测分成RNC级的掉话与小区级的掉话两个方面，若出现网元大面积掉话，可能由RNC硬件故障引起。
但还有一种情况是全网所有的RNC掉话率都较高，此时可以考虑可能是由于CN的故障或是由其它系统原因造成，比如系统升级。
造成RNC掉话升级的原因可以有以下几种：1. 参数配置错误：这有两个方面参数配置存在问题，一是RNC中的全局参数配置存在问题，另一方面是由CN中对RNC的参数配置存在问题。
2. RNC硬件故障问题：需要通过对RNC告警的检查以及对RNC日志的检查来确定是否是由硬件故障引起。
小区级掉话率较高，造成小区掉话的原因较多，主要有以下几种：1. 干扰造成的掉话：（同频干扰、相关性较强的扰码引起的干扰、导频污染、上下行交叉时隙干扰、上下行导频间干扰、系统间干扰、其它无线设置的干扰）2. 切换造成的掉话：（硬件故障导致切换异常、同频同扰码小区越区覆盖导致切换异常、越区孤岛切换问题、目标小区上行同步失败导致切换失败、无线参数设置不合理导致切换不及时）3. 基站硬件故障造成的掉话4. 终端问题造成的掉话5. 链路失衡造成的掉话6. 参数配置错误造成的掉话覆盖问题造成的掉话（覆盖空洞造成的掉话、越区覆盖造成的掉话、孤岛效应导致的掉话、导频杂乱导致的掉话、阴影衰落导致的掉话）1.1.1.1 RNC级问题处理思路1. 确定问题小区的分布情况（比如是否集中在同一框的某一单板上）。
2. 出现RNC级掉话后，首先需确定该RNC级的掉话是由多个小区引起的，还是由个别高掉话的小区所导致。
如果是由个别小区引起的，应进行小区级的掉话处理步骤，否则进入网元级的掉话处理过程。
3. 检查RNC的系统告警，检查是否存在相关硬件的告警信息，如果存在单板的告警，则需要进行排除。
4. 检查RNC的系统日志，对其中不正常部分进行检查。
5. 检查CT数据中掉话部分的信令，分析其错误代码，常见的RNC级参数设置错误引起的掉话主要有以下几种：其中：unknown_target_rnc则表明CN中对RNC的SGSN解析地址定义错误，此时容易造成PS业务RNC间切换失败，从而引起掉话的产生。
而user_plane_versions_not_supported则主要是由于版本问题造成的失败；如果产生release_due_to_utran_generated_reason原因则主要是由于硬件故障造成。
1.1.1.2 小区级问题处理思路1. 确定问题小区的分布情况（比如是否集中在同一框的某一单板上）。
2. 出现小区级掉话时，首先查看该小区是否有硬件故障告警，如果有，首先要求用服人员解决硬件故障问题。
3. 检查切出成功率是否正常，如果切换成功率较低，检查邻区关系以及是否存在同频同码的情况。
-邻小区关系中是否存在同频同扰码的现象，这种情况在路测中也可以发现，一般是在邻区表中出现两条相同的邻小区关系，这里需要注意的是业务同频同扰的现象，它无法在路测中发现，一般需要对信令进行分析，此时虽然两个小区主载频异频，但measurementreport却上报了1G事件，针对这种情况需要通过修改频点和扰码解决（可以通过系统自带的全局参数合法性检查工具进行检查）-邻小区关系中是否存在同频同码组的现象，这种情况在路测中也可以发现，一般情况是它是影响到终端的测量结果，此时测量结果不准确，造成终端上报系统后系统判断错误，针对这种情况则需要修改频点和扰码解决（可以通过系统自带的全局参数合法性检查工具进行检查）-是否存在单边邻小区关系，如果存在，添加单边邻区，单边小区的检查可以使用NOP-T工具进行，也可以通过对性能统计指标中的小区对切换统计指标来检查。
-是否存在异频邻小区个数过多的现象（异频邻区数超过8个），如果存在，删除不必要的邻区，这种情况可以使用NOP-T工具进行检查，也可以使用办公软件进行检查。
-是否存在切换开关设置的问题（有部分HOM开关可能被关掉或在外部小区定义中的切入开关设为禁止）。
如果存在，打开切换开关-切换相关的事件定义是否准确，不区引用是否正确，如果存在，修改引用-PS切换失败是否存完整性算法问题，如果存在，将RNC、CN之间的完整性开关设成一致-是否存在邻区漏配的情况。
需要用SCANNER路测发现是否存在漏配的情况。
如果存在，添加邻区。
-目标小区拥塞造成的掉话，由于目标小区的资源不足，而本小区的覆盖又越来越差，此时造成掉话。
常见的错误代码为no_resource_available或RRM_CellOverload_Release4. 检查时隙转换点配置是否正确，是否存在交叉时隙干扰。
如果存在，修改时隙转换点。
5. 检查UP时隙和上行业务时隙的干扰电平，是否存在上行干扰导致掉话。
如果存在，进行干扰排查6. 根据性能指标统计，如果PS域和CS域的BLER都比较高则有可能存在干扰，然后再结合载频时隙干扰统计指标来判断是否确实存在干扰，另外通过对信令的分析如存在干扰则一般信令流程正常，未有切换事件或其它事件，但RNC进行了IURELEASE，原因一般为无线链路的原因。
（比如无线链路错误等），有时也会发生CELLUPDATE 原因为RLCunrecoverable error如果确实存在则需要现场排除，现场测试时如果存在干扰则有以下几个方面的显示-C/I较差：系统内同频的干扰较为严重，发生掉话时会存在终端发射功率较高，的现象，同时覆盖也相对较好，表现在RSCP值上，一般都在-90dBm以上，另外一表现象就是起呼比较困难，而起呼成功率后也很容易掉话-终端发射功率较高，基本上满功率发射，一般都在20以上-系统外的干扰造成的掉话同样具有终端发射功率较高的现象，也一般都都在20以上-系统外干扰造成掉话时也可以通过误块率指标进行判断，此时无论是进行CS业务还是进行PS业务，BLER都比较高，并且保持时间较长-系统外干扰语音业务判断，此时进行通话会出现断字、吞字、金属声等现象，比较难以进行通话。
7. 通过对性能指标的统计，主要是对RRC连接成功率的统计，这其中的统计包括业务相关和非业务相关的统计，如果两种统计都较差，则有可能存在覆盖问题，此时可以检查CT数据中RRC CONNECTIONREQUEST中的PCCPCH的值，则说明存在弱覆盖现象，需要进行功率参数、天线方向角、下倾角的调整。
8. 如果上述都检查不出原因，可能是载波、时隙的隐性故障，此时可以尝试闭解载波时隙，或者强行闭载波、时隙观察掉话率的变化。
9. 终端问题，一般是通过对大量的性能数据统计，发现掉话高的小区，然后依据小区性能数据分析信令，可以看出掉话常发生的用户，而后进行处理。
目前常见的终端问题为UP同步存在问题，此时容易在切换时产生Ue_Operate_fail_physicalchannelfailure错误。
1.1.1.3 按问题原因错误码处理思路上表为目前TD外场CS域掉话原因最多的4种原因（错误码），占全部掉话总量的92%左右。
下面我们针对每个原因的掉话情况进行排查分析说明，排查大概思路是从无线到设备，从外部到内部，从软（空口环境、参数设置）到硬（硬件故障）。
本节中涉及到的覆盖排查、干扰排查在前面的1.1节中都有详细描述，故本节中对此类排查不予详细描述。
UCIU_error错误原因机制：UCIU error表示RLC（无线链路控制层）不可恢复性错误。
从结构模型看，RLC层是比物理层高。
发生UCIU error故障（掉话），说明链路的物理层是正常的，RLC层出现故障。
当RLC层发生传递失败后，会首先进行重传尝试，如果重传成功，链路的RLC 层恢复；当重传达到最大次数后RLC层仍没有传递成功，发送端可发起RLC层的复位，恢复RLC的全部初始参数，如果复位能够成功，那么RLC重新开始向接收端作重传尝试；当复位达到最大次数后，复位仍不成功，发送端认为RLC发生了不可恢复性错误。
（UCIU error）。
RNC作UCIU error释放，意味着下行链路的RLC发生了不可恢复性错误。
排查思路：-确定问题小区的分布情况（比如是否集中在同一框的某一单板上）。
-检查这些小区的状态和告警信息，包括RRU的驻波比等，看是否由于设备原因导致UCIU_error。
Iub口传输质量不好导致的严重丢包。
一般来讲，由于设备侧异常会导致整个NodeB的小区掉话率非常高，比较易于从后台KPI指标发现并且处理优先级高，现网中这种情况应该较少。
-无线参数核查，利用网管自带小区参数模板核查功能进行参数核查（重点关注问题小区与正常小区有出入的参数配置，同时要甄别一些日常网优调整的常规参数如小区个性偏移、迟滞值等）。
-确定事件发生时间点上当时的场强情况，可能由于弱场导致下行RLC发生不可恢复性错误。
-对系统内、外的上、下行干扰情况进行排查。
跟踪后台这些小区的LMT载波测量，同时跟踪这些小区的信令，或者采集后台的CT数据，将信令时间和LMT时间对齐（计算出差值)，对于后台CT中由于UCIU_error掉话的业务对照LMT数据进行分析，主要关注业务所在载波的上行的ISCP值和下行的TCP值，上行ISCP过高或者是有突变，说明是上行干扰过大导致ACK不能反馈上来，下行TCP过大，说明UE需要的功率过大，表明有弱覆盖或者是下行强干扰。
-更换终端进行测试，排除特定问题终端因素。
RNLC_Ue_IntraRNCHo_TimeOut错误原因机制：该原因的掉话从信令流程上看是由于RNC下发RNC内切换的物理信道重配置或者RB重配消息后，启动一个定时器，在定时器超时前没有收到物理信道重配置完成或者RB重配完成消息，则RNC发起IU释放请求。
排查思路：-确定问题小区的分布情况（比如是否集中在同一框的某一单板上）。
-查看告警，排查告警问题。
-无线参数核查，利用网管自带小区参数模板核查功能进行参数核查。
-NodeB、传输等数据配置核查。
-RNC下发的物理信道重配置或者RB重配消息，终端没有正常接收到。
排查覆盖情况、下行干扰情况。
用LMT跟踪小区TCP，若TCP过大说明终端需要的下行发射功率很大，可判断下行弱覆盖或者有干扰。
-终端收到了RNC下发的物理信道重配置或者RB重配消息，上报了物理信道重配置完成或者RB重配完成消息，RNC没有收到，首先排查上行干扰情况。
用LMT跟踪小区上行ISCP，如果上行ISCP过高或者有突变则可判定存在上行干扰。
-更换终端进行测试，排除特定问题终端因素。
-排查NodeB硬件故障。
RNLC_Ue_Cellupdate_TimeOut错误原因机制：UE发送cellupdate，RNC响应后下发cellupdate confirm并设置等待定时器，定时器默认长度为5s，定时器超前如果未收到终端的物理信道重配完成消息，则发起Iu Release Request。