华为高掉话问题处理
掉话处理方法
1.出现小区级掉话时，首先查看该小区有硬件故障告警，2.检查切出成功率是否正常，如果切换成功率较低，检查邻区关系以及是否存在同频同码的情况。
1》邻小区关系中是否存在同频同扰码的现象，这种情况在路测中也可以发现，一般是在邻区表中出现两条相同频点的邻小区关系，这里需要注意的是业务同频同扰的现象，它无法在路测中发现，一般需要对信令进行分析，此时虽然两个小区主载频异频，但measurement report却上报了1G事件，针对这种情况需要通过修改频点和扰码解决（可以通过系统自带的全局参数合法性检查工具进行检查）2》邻小区关系中是否存在同频同码组的现象，这种情况在路测中也可以发现，一般情况是它是影响到终端的测量结果，此时测量结果不准确，造成终端上报系统后系统判断错误，针对这种情况则需要修改频点和扰码解决（可以通过系统自带的全局参数合法性检查工具进行检查）3》是否存在单边邻小区关系，如果存在，添加单边邻区，单边小区的检查可以使用NOP-T工具进行也可以通过对性能统计指标中的小区对切换统计指标来检查。
4》是否存在异频邻小区个数过多的现象（异频邻区数超过8个），如果存在，删除不必要的邻区，这种情况可以使用NOP-T工具进行检查，也可以使用办公软件进行检查。
5》是否存在切换开关设置的问题（有部分HOM开关可能被关掉或在外部小区定义中的切入开关设为禁止），如果存在，打开切换开关。
6》切换相关的事件定义是否准确，不区引用是否正确，如果存在，修改引用。
7》PS切换失败是否存在完整性算法问题，如果存在，将之间的完整性开关设成一致。
8》是否存在邻区漏配的情况9》目标小区拥塞造成的掉话，由于目标小区的资源不足，而本小区的覆盖又越来越差，此时造成掉话，常见的错误代码为no_resource_available或RRM_Celloverload_Release3、检查时隙转换点配置是否正确，是否存在交叉时隙干扰，如果存在，修改时隙转换点4、检查UP时隙贺上行业务时隙的干扰电平，是否存在上行干扰导致掉话，若存在，进行干扰排查5、根据性能指标统计，如果PS域和CS域的BLER都比较高则可能存在干扰，然后再结合载频时隙干扰统计指标来判断是否确实存在干扰，另外通过对信令的分析如存在干扰则一般信令流程正常，未有切换或其他事件，但RNC进行了IURELEASE，原因一般为无线链路的原因（比如无线链路错误等），有时也会发生CELLUPDATE原因为RLCunrecoverable erro如果存在则需要现场排查，现场测试时如果存在干扰则有以下几方面的显示：1》C/I较差：系统内同频的干扰较为严重，发生掉话时会存在终端发射功率较高的现象，同时覆盖也相对较好，表现在RSCP值上，一般都在-90dB以上，另外一表现象就是起呼比较困难，而起呼成功后也容易掉话2》终端发射功率较高，基本上满功率发射，一般都在-20dB以上3》系统外的干扰造成的掉话同样具有终端发射功率较高的现象，也一般都在-20dB以上4》系统外的干扰造成的掉话也可以通过误块率指标进行判断，此时无论是进行CS业务还是PS业务BLER都比较高，且保持时间较长5》系统外的干扰语音业务判断，此时进行通话会出现断字，吞字等现象，比较难以进行通话6.通过对性能指标的统计主要是RRC连接成功率的统计，这其中包括业务相关和非业务相关的统计，如果两种统计都差则可能存在覆盖问题，此时检查CT数据中RRC CONNECTION REQUEST中的PCCPCH的值，则存在弱覆盖现象，需进行功率参数，天线方位角、下倾角的调整7.如果上述都检查不出原因，可能是载波的隐性故障，此时可以尝试闭解载波时隙，或者强行闭载波、时隙观察掉话率的变化8.终端问题，一般是通过对大量的性能数据统计，发现掉话高的小区，然后依据小区信令数据分析信令，可以看出掉话常发生的用户，而后进行处理。
VOLTE端到端掉话分析指导
VOLTE端到端掉话分析指导端到端掉话是指通话过程中，双方用户在语音通话过程中突然失去声音或嘈杂的背景声音，导致通话无法继续进行。
在进行VOLTE（Voiceover Long Term Evolution）时，如果出现端到端掉话问题，需要进行分析和解决。
1.确定掉话现象2.收集掉话问题的证据在用户报告掉话问题后，需要收集相关的证据以进行分析。
可以收集以下内容：-掉话的具体时间和地点-掉话前后的通话质量和信号强度-接入网关或基站的状态信息-网络负载和流量数据3.检查网络和设备接下来，需要检查网络和设备的问题。
可以执行以下操作：-检查网络连接是否正常，例如查看是否有网络故障或网络拥塞的现象。
-检查设备是否有软件更新或升级，确保设备处于最新的运行状态。
-检查设备的电池是否充足，如果电池电量不足可能会影响通话质量。
4.分析通话质量报告VOLTE通话质量报告会记录通话过程中的相关数据，如接收信号强度指示（RSSI）、信噪比（SNR）、块错误率（BLER）等。
分析这些报告可以帮助找到问题的原因。
如果在特定时间段内出现了信号强度下降、信号干扰或其他异常现象，可能会对通话质量产生影响。
5.进行网络路径分析网络路径分析可以帮助确定通话过程中数据传输的路径，并找出可能的问题。
可以通过以下方式进行网络路径分析：- 使用ping命令测试网络连通性，了解数据包在网络中的传输情况。
-分析数据包进出的路由情况，检查是否存在延迟或丢包的现象。
-检查语音流量是否经过负载均衡设备，负载均衡设备的故障可能会导致掉话问题。
6.调查核心网和IMS网络- 网络设备或服务器故障，如SBC（Session Border Controller）或BGCF（Breakout Gateway Control Function）的故障。
-网络节点配置错误，如路由配置错误或信道配置错误。
总结：。
华为LTE初级面试问题汇总
LTE初级面试问题汇总1、一般影响网络质量的因素有哪些？干扰（模三干扰，上行干扰、系统外干扰等），弱覆盖,天馈问题、驻波告警、设备故障，后台参数设置出错等。
2、切换成功率怎么定义？切换成功率等于切换成功次数比上切换总次数乘以100%（即切换成功率=切换成功次数/切换总次数*100%）3、造成高掉话的原因一般有哪些，如何解决？干扰、弱覆盖、邻区漏配，对应的解决方法是对于常见的模三干扰的解决方法是更改PCI，弱覆盖的解决方法是调整下倾角、方位角或增大基站发射功率，邻区漏配的解决方法是4、常见的故障告警有哪些？驻波告警、设备故障、基站断链等。
5、TAC是什么？6、什么是PCI？物理小区标识7、单站验证主要看哪几个指标？8、怎样判断天馈接反？根据DT测试LOG文件里的PCI和前台回放数据，若离主服务小区主覆盖方向距离很近，但信号很弱或主服务小区的背面信号很强、且没有及时切换到另一主覆盖方向的小区过去，可以判定为天馈接反。
9、单验合格的标准是什么？平均下载速率大于等于85Mbps，平均上传速率大于等于30Mbps，PING时延小于等于30ms，电调0°与8°的RSRP和PUCCH值要相差5db左右。
10、如果站点在立交中间，该怎样对站点进行测试？若在立交桥下可以停车就在车上测试，找好点时尽量避免立交和大树的遮挡；若不能停车，就步行找好点进行测试。
11、单验时中点达标的标准是多少？-80dbm到-90dbm12、拉网前要做什么准备工作规划好测试路线，设备要准备齐全，了解掌握站点的开通状态与是否有告警等。
13、规划路线有什么原则？尽量规划右转，避免走单行道，避免多走重复路线等。
14、什么是覆盖率？覆盖率是指RSRP取值为1测试点在区域所有测试点钟的百分比；（有区域覆盖率和边缘覆盖率）15、LTE的优势是什么？网络架构更扁平化，建网更加便捷，且减低建网成本，缩小传输时延，多钟关键技术，使得数据业务速率非常快，在20M带宽下，下载速率能达到100Mbps，上传速率能达到50MBps，大大提高了用户体验和感知，支持的业务丰富多彩（如智能交通、平安家居、实时视频监控、即拍即传）等。
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高掉话处理流程1. 基站告警-主要指小区存在明显的站点告警，主要影响业务告警，包含硬件、停电、断站，射频单元驻波，IPPATH，S1故障等告警；2. 隐形故障-主要指对问题点进行后台排查后，未发现明显故障，需上站检查相关硬件，计为隐性故障；3. 传输故障-主要指小区存在传输链路断链，误码率过高,传输数据配置异常等问题；4. 参数问题-主要指小区存在参数设置不合理、设置错误，参数漏配等；5. 覆盖问题-主要指小区存在弱覆盖、覆盖过远或覆盖不合理等因素；6. 内部干扰-主要指小区存在时隙配比不一致（要求同频点站点时隙配比一致）、GPS失锁、模三干扰、超远干扰；7. 外部干扰-主要指小区存在阻塞干扰、杂散干扰、互调干扰、及其他外部干扰；8. 邻区问题-新开站点邻区关系不全，不合理或未加任何邻区，影响UE小区选择或重选至不合理小区，从而影响掉线率。
9. 拥塞问题-主要指小区存在明显的资源不足，用户过多导致。
10. 核心网问题-主要指核心网数据定义不全、定义错误或网元合理化调整、功能验证等，导致指标恶化，计为核心网问题；11. 终端问题-主要指对问题点通过后台排查和现场测试，排除为所有可能无线侧因素，结合相关信令，确认为个别用户终端问题；12. 突发异常-主要指某项指标在1-2个时段突然出现恶化，然后自行恢复正常，再排查完各种可能性原因后，未发现任何异常，计为突发异常。
2、E-RAB 掉线率(QCI=1/2)-高掉话TOP 小区分析流程2、E-RAB掉线率(QCI=1/2)-高掉话TOP小区分析流程1.查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）2.如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；1. 检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5）；2.如每PRB 上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型1.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差；2. 通过后台QCI=1/2误码率跟踪，如BLER>1%，确定小区存在高误码；1.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖；2.对比64QAM 和QPSK 占比，如后者比例远大于前者,可确定小区覆盖异常；1.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；2.如果确认问题后，转发相关人员处理，做好跟踪工作，直至问题闭环；1.确定目标小区运行情况，是否基站故障或异常告警；2. 检查邻区间参数设置是否正确；3.通过Mapinfo 检查小区邻区配置是否合理，进行邻区合理性优化；4.检查基站是否周边站点缺少，如为孤站，可视为正常；1.通过LST ALMAF 查询站点实时告警,参考历史告警；2.通过DSP BRD 查询单板运行情况；是否存在弱覆盖E-RAB 掉线率(QCI=1/2)高掉话TOP 小区服务小区是否存在异常告警或传输闪断，周边300米站点是否存在断站及告警SRB 达到最大重传次数导致的激活的语音业务E-RAB 异常释放次数切换流程失败导致的激活的语音业务E-RAB 异常释放eNodeB 发起的原因为无线层问题的UE Context 释放次数上行弱覆盖导致的激活的语音业务E-RAB 异常释放通过提取两两小区切换，确定目标小区参数是否设置合理是否存在高干扰是否存在高质差现场测试及后台跟踪UE Reply 超时导致的激活的语音业务E-RAB 异常释放。
掉话类故障处理指导
掉话类故障处理指导掉话分类定义在华为Probe侧对于掉话（ERAB Abnormal Release）的定义：UE没有收到Deactivate Eps Bearer Context Request消息，但收到RRC Release或RRC Connection Reconfiguration消息，则表示ERAB异常释放。
标口信令在eNodeB跟踪到的标准接口信令中，如果存在eNodeB发起的释放，即在S1接口上发往CN的S1AP_UE_CONTEXT_REL_REQ消息内携带的原因值不为“User-inactivity (20)”时，则判断为掉话。
掉话预检查方式异常掉话通常都是由eNB发起的释放，通知MME释放上下文，因此只要查看S1口发送的S1AP_UE_CONTEXT_REL_REQ消息即可，如下图所示。
S1AP_UE_CONTEXT_REL_REQ点击“标准接口消息类型”按消息类型进行排序，这样所有的S1AP_UE_CONTEXT_REL_REQ 都会排列在一起，如下图所示。
按消息类型排序依次点击下一条，查看中的原因值，找出最后的原因为非02 80 的原因值。
找到异常掉话消息根据对应的时间点，打开标准UU口的跟踪，找到对应时间点的RRC_CONN_REL消息，如下图所示。
找到对应的UU口消息掉话率指标话统公式在话统侧异常掉话指标的公式定义如下：Call Drop Rate = L.E-RAB.AbnormRel / (L.E-RAB.AbnormRel + L.E-RAB.NormRel)等同于：Call Drop Rate = L.E-RAB.AbnormRel.QCI.N / （L.E-RAB.AbnormRel.QCI.N +L.E-RAB.NormRel.QCI.N）其中：分子上表征异常释放的Counter为L.E-RAB.AbnormRel.QCI.N= L.E-RAB.AbnormRel.QCI.1+L.E-RAB.AbnormRel.QCI.2+L.E-RAB.AbnormRel.QCI.3+L.E-RAB.AbnormRel.QCI.4+ L.E-RAB.AbnormRel.QCI.5+ L.E-RAB.AbnormRel.QCI.6+ L.E-RAB.AbnormRel.QCI.7+ L.E-RAB.AbnormRel.QCI.8+ L.E-RAB.AbnormRel.QCI.9；而分母上是正常释放与异常释放的总和，正常释放的Counter为L.E-RAB.NormRel.QCI.N= L.E-RAB.NormRel.QCI.1+L.E-RAB.NormRel.QCI.2+L.E-RAB.NormRel.QCI.3+L.E-RAB.NormRel.QCI.4+ L.E-RAB.NormRel.QCI.5+ L.E-RAB.NormRel.QCI.6+ L.E-RAB.NormRel.QCI.7+ L.E-RAB.NormRel.QCI.8+ L.E-RAB.NormRel.QCI.9；常见掉话原因邻区错/漏配通常，网络建设初期优化过程掉话占大多数是由于邻区错/漏配导致的。
VoLTE高掉话小区处理流程
VOLTE高掉话处理流程1. 基站告警-主要指小区存在明显的站点告警，主要影响业务告警，包含硬件、停电、断站，射频单元驻波，IPPATH，S1故障等告警；2. 隐形故障-主要指对问题点进行后台排查后，未发现明显故障，需上站检查相关硬件，计为隐性故障；3. 传输故障-主要指小区存在传输链路断链，误码率过高,传输数据配置异常等问题；4. 参数问题-主要指小区存在参数设置不合理、设置错误，参数漏配等；5. 覆盖问题-主要指小区存在弱覆盖、覆盖过远或覆盖不合理等因素；6. 内部干扰-主要指小区存在时隙配比不一致（要求同频点站点时隙配比一致）、GPS失锁、模三干扰、超远干扰；7. 外部干扰-主要指小区存在阻塞干扰、杂散干扰、互调干扰、及其他外部干扰；8. 邻区问题-新开站点邻区关系不全，不合理或未加任何邻区，影响UE小区选择或重选至不合理小区，从而影响掉线率。
9. 拥塞问题-主要指小区存在明显的资源不足，用户过多导致。
10. 核心网问题-主要指核心网数据定义不全、定义错误或网元合理化调整、功能验证等，导致指标恶化，计为核心网问题；11. 终端问题-主要指对问题点通过后台排查和现场测试，排除为所有可能无线侧因素，结合相关信令，确认为个别用户终端问题；12. 突发异常-主要指某项指标在1-2个时段突然出现恶化，然后自行恢复正常，再排查完各种可能性原因后，未发现任何异常，计为突发异常。
2、E-RAB 掉线率(QCI=1/2)-高掉话TOP 小区分析流程2、E-RAB掉线率(QCI=1/2)-高掉话TOP小区分析流程1.查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）2.如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；1. 检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5）；2.如每PRB 上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型1.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差；2. 通过后台QCI=1/2误码率跟踪，如BLER>1%，确定小区存在高误码；1.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖；2.对比64QAM 和QPSK 占比，如后者比例远大于前者,可确定小区覆盖异常；1.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；2.如果确认问题后，转发相关人员处理，做好跟踪工作，直至问题闭环；1.确定目标小区运行情况，是否基站故障或异常告警；2. 检查邻区间参数设置是否正确；3.通过Mapinfo 检查小区邻区配置是否合理，进行邻区合理性优化；4.检查基站是否周边站点缺少，如为孤站，可视为正常；1.通过LST ALMAF 查询站点实时告警,参考历史告警；2.通过DSP BRD 查询单板运行情况；是否存在弱覆盖E-RAB 掉线率(QCI=1/2)高掉话TOP 小区服务小区是否存在异常告警或传输闪断，周边300米站点是否存在断站及告警SRB 达到最大重传次数导致的激活的语音业务E-RAB 异常释放次数切换流程失败导致的激活的语音业务E-RAB 异常释放eNodeB 发起的原因为无线层问题的UE Context 释放次数上行弱覆盖导致的激活的语音业务E-RAB 异常释放通过提取两两小区切换，确定目标小区参数是否设置合理是否存在高干扰是否存在高质差现场测试及后台跟踪UE Reply 超时导致的激活的语音业务E-RAB 异常释放。
经典案例-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”不含在内。
LTE掉话优化(华为)
秘密▲
连接与掉话的基本概念（3）
掉话的常见表现
2、空口信号变差等原因导致的掉话，从信令看：
只能看到信令不完整——UE在没有收到Release消息的情况下，直接从 RRC-CONNECTED状态转到RRC-IDLE。 此类掉话的一个典型表象为：UE发起了 RRCConnectionReestablishmentRequest、但是没有收到eNodeB发来的 RRCConnectionReestablishment，而且 UE也没有发出 RRCConnectionReestablishmentComplete消息。
秘密▲
常见掉话原因（4）——越区覆盖
优化手段
1. 越区覆盖的一般优化原则是：在区域中已有合理的稳 定信号覆盖的情况下、尽可能地控制越区覆盖的信号：
（1） 下调越区覆盖信号的功率 （2） 增加越区覆盖扇区的天线下倾角 （3） 在考虑了越区覆盖扇区周边的覆盖情况、以及网络拓扑结 构的情况下，谨慎地调整越区覆盖扇区的天线方位角
秘密▲
常见掉话原因（3）——邻区漏配
现象
Missing Neighbor
20 10 0 -10
Servin g Cell CINR
N1 CIN
R
Drop
-70 -90 -110 -130
Serving C ell RSRP
N1 RSRP
秘密▲
常见掉话原因（3）——邻区漏配
分析方法：采用信令分析法。
20 10 0 -10
Serving Cell CINR
Drop
Serving Cell CINR
Drop
N1 CINR
FDD VoLTE高掉话
FDD VoLTE高掉话优化1概述10月15日-21日，泉州QCI=1掉线率0.036%，高掉话小区占比0.73%，指标远劣化于其他地市。
高掉话小区占比0.800.700.600.500.400.300.200.100.00福州厦门宁德莆田泉州漳州龙岩三明南平对高掉话小区进行分厂家、分制式进行分析，发现问题小区主要集中于中兴FDD900网络，但涉及小区数多，且超过一半的问题小区掉话基数小，难以提升。
针对该项短板，泉州前期已开展如下工作：日常TOPN 小区优化，主要进行LTE 小区覆盖范围确认，优化4-4切换、4-2切换。
但提升效果不明显，故开展高掉话专项优化，预期达到全省平均水平，同时总结出一套有效压降高掉话的优化手段，为后续优化做参考。
2 优化原则2.1指标定义高掉话小区定义：VoLTE 语音话务量(erl) >1erl ，且E-RAB 掉线率（QCI=1）（小区级）>1%。
0500100015002000华为中兴FDD1800687FDD900551620TDD314220泉州高掉话小区分布E-RAB掉线率（QCI=1）（小区级）=【eNB请求释放的E-RAB数(QCI=1) -正常的eNB请求释放的E-RAB数(QCI=1) +切出失败的E-RAB数(QCI=1)】/ 【遗留E-RAB个数(QCI=1) + E-RAB建立成功数(QCI=1) + 切换入E-RAB数(QCI=1)】*100%。
2.2根因定位中兴网管上QCI1 E-RAB掉线次数对应到如下COUNTER，现网FDD网络掉线原因有UE切换失败、无线链路失败、重建失败、小区关断或复位、S1链路故障等，其中短板为重建失败。
中兴网管释放原因COUNTER，定位到短板在于QCI1 E-RAB释放次数，由于ENB重建立失败。
（1）重建立原因协议3GPP36.331定义触发重建原因包括如下几类：The UE shall only initiate the procedure when AS security has been activated. The UE initiates the procedure when one of the following conditions is met:1> upon detecting radio link failure; or1> upon handover failure; or1> upon mobility from E-UTRA failure; or1> upon integrity check failure indication from lower layers; or1> upon an RRC connection reconfiguration failure;现网重建请求中，主要为切换类型、其它原因触发发RRC连接重建。
华为常见故障和问题处理要点
GSM面试试题英语自我介绍每个人准备一段自己的英文工作简历，并把它背下来。
LAC规划原则；位置区的划分不能过大或过小如果LAC 覆盖范围过小则移动台发生位置更新的过程将增多从而增加了系统中的信令流量；反之位置区覆盖范围过大则网络寻呼移动台的同一寻呼消息会在许多小区中发送会导致PCH 信道负荷过重同时增加Abis接口上的信令流量。
一般建议每个位置区内的TRX 数目在300 左右。
尽量利用移动用户的地理分布和行为进行LAC 区域划分达到在位置区边缘位置更新较少的目的如城市和郊县用不同的LAC，避免位置区边界设置在用户密集区域。
如果M1800 与M900 共用一个MSC，只要系统容量允许建议使用相同的位置区。
如果由于寻呼容量的限制必须划分为两个以上的位置区这时候就有两种设计思路按地理位置划分和按频段划分。
频点规划原则同基站内不允许存在同频频点；同一小区内BCCH和TCH的频率间隔最好在400K以上；没有采用跳频时，同一小区的TCH间的频率间隔最好在400K以上；非1*3复用方式下，直接相邻的基站避免同频；(即使其天线主瓣方向不同，旁瓣及背瓣的影响也会因天线及环境的原因而难以预测)考虑到天线挂高和传播环境的复杂性，距离较近的基站应尽量避免同频相对（含斜对）；通常情况下，1*3复用应保证跳频频点是参与跳频载频数的二倍以上；重点关注同频复用，避免邻近区域存在同BCCH同BSIC；掉话率如何优化无线系统掉话分为SDCCH掉话和TCH掉话：无线链路断掉话调整无线链路失效计数器，SACCH复桢数，T3109定时器，MS最小接收信号等级，RACH最小接入电平进行优化。
错误指示掉话调整T200定时器相关参数进行优化下行干扰可以通过更换合理的频点和BSIC，打开下行DTX，跳频进行优化。
上行干扰可以打开上行功控进行优化。
切换掉话通过完善小区相邻关系，优化切换门限，切换时间，切换定时器，调整越区覆盖的小区工程参数等参数来优化。
华为GSM掉话分析
1.永春观山-1 掉话分析问题描述：永春观山-1小区在6月16日上午6点到9点平均TCH掉话率为4.04%，平均TCH掉话次数在9次左右。
处理步骤：（1）通过对永春观山-1小区在6月16日上午6点到9点的掉话性能统计（表1）进行分析后发现，TCH掉话时平均下行电平正常，下行在31左右，TCH掉话时上行电平为21左右，掉话时平均时间提前量在5左右，指标基本正常。
表 1（2）查看永春观山-1小区在6月16日上午6点到9点的功控性能测量报告(表2)：发现该小区MS与BTS的最大中距离达到50。
（3）再查看永春观山-1小区在6月16日上午6点到9点的载频级性能测量报告发现该小区各项指标基本正常。
（如表3所示）。
表3总结：通过载频级掉话电平性能测量、载频级掉话质量性能测量以及小区接收质量性能测量等测量统计进行联合分析，发现该小区各项指标基本正常；可以初步判断，该小区掉话主要是由于越区覆盖所引起。
建议：将该小区的天线适当向下压（即减小小区覆盖范围）或将该小区的最小接入电平值从12改成15，RACH最小接和电平值改成109。
2.安溪感德潘田-1 掉话分析问题描述：安溪感德潘田-1小区在晚忙时平均TCH掉话率为0.78%，平均TCH掉话次数在7次左右。
处理步骤：（1）通过对安溪感德潘田-1小区在6月16日晚忙时的小区指标统计如下表进行分析发现指标正常。
2）. 通过对安溪感德潘田-1小区在6月16日晚忙时的无线链路异常统计如下表，进行分析发现该指标的时间提前量异常，由此很可能是由于越区覆盖所引起。
总结：从上表可以看到无线链路异常时时间提前量（掉话时的TA值）异常，最大达到37；初步可以判断该小区的掉话是由于越区覆盖所引起。
建议：将该小区的天线适当向下压（即减小小区覆盖范围）或提高最小接入电平。
3.安溪龙门龙门岭-1掉话分析问题描述：安溪龙门龙门岭-1小区在6月16号晚20时TCH掉话率为0.78%，TCH掉话次数在9次。
终端案例-华为HUAWEI Y310-5000-
终端案例-华为HUAWEI Y310-5000 PS高掉线
一、问题描述
12月19日，监控网管指标发现，10点-11点这个时段45223（ZMPT4522_安居装饰城3）PS域掉线33次。
二、问题分析
通过TD CDT工具，对小区ZMPT4522_安居装饰城3小区MR数据进行分析。
分析结果显示，IMSI-TAC为86883401(HUAWEI Y310-5000)的手机用户掉线了28次，如下图所示。
随后对掉话进行了详细的分析，发现其中有11次掉线为RNLC_ue_CellUpdate_Timeout，,如
下图
掉话信令如下图：
从信令中可以看出，用户占用小区ZMPT4522_安居装饰城3小区发起小区更新，在5秒钟后用户依然没有给RNC回复cell update sucess，定时器超时，至此PS掉线。
三、原因排查
1、硬件故障和告警排查，基站侧无硬件告警。
2、干扰和无线数据排查，小区无干扰，查询小区的参数均正常。
3、终端进行上网业务所申请的资源RNC已经正常下发，终端小区更新超时，且
其它终端正常，初步判断为终端问题
四、结论
综上所述，定位小区ZMPT4522_安居装饰城3小区出现PS掉线是由于单个用户手机终端问题导致，与终端厂家进行联系，建议对此款终端进行升级。
5 LTE 掉话问题分析
下行吞吐率
上行吞吐率
上行和下行吞吐率突然下降为0，则可能是发生掉话。
Copyright © 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page8
路测掉话的表现形式（续）
z UE在业务正常进行过程中，突然接收系统消息，则可能是掉话。
Copyright © 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page15
其它的相关指标：切换出异常释放counter
z 查看切换出异常释放counter和切换出正常释放counter，可以反映 由于切换失败引起的掉话。切换出异常释放counter如下：
Copyright © 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page5
终端侧掉话公式定义（续）
2. 终端在没有收到MME发送的“DEACTIVATE EPS BEARER CONTEXT REQUEST”的NAS消息，终端也没有向网络侧主动 发出“DETACH REQUEST”的NAS消息，却收到了eNodeB下 发的RRC Connection Release消息并且前4秒如果有RLC层数 据传输(上下行都需要考虑进来的，任何一个方向只要有数传即 满足条件)，记录一次eRAB异常释放事件。
测量指标 L.E-RAB.AbnormRel.QCI.1 L.E-RAB.AbnormRel.QCI.2 L.E-RAB.AbnormRel.QCI.3 L.E-RAB.AbnormRel.QCI.4 L.E-RAB.AbnormRel.QCI.5 L.E-RAB.AbnormRel.QCI.6 L.E-RAB.AbnormRel.QCI.7 L.E-RAB.AbnormRel.QCI.8 L.E-RAB.AbnormRel.QCI.9
VoLTE掉线率优化处理分析
VoLTE掉线率优化处理思路【摘要】VoLTE即Voice over LTE，它是一种IP数据传输技术，使得用户在LTE网络下不仅仅能够享受高速率的数据业务，同时还能获得高质量的音视频通话。
VoLTE是基于IMS的语音业务，而IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构, 本文主要介绍VoLTE掉话率优化方法，为后续VoLTE接入成功率的优化提升提供参考【关键字】VoLTE掉话率【故障现象】VoLTE掉话排查思路1、无线侧原因排查：终端异常进入空闲模式或者无线链路失败、RRC重建失败，需要查看当时的SINR和RSRP，确认是否由于越区覆盖、邻区漏配、PCI模3干扰、弱覆盖、基站故障等无线问题导致，VoLTE掉话应重点关注以下几个环节：是否发生无线链路失败终端在无线质量极差时会发生无线链路失败（Radio Link Failure,RLF）事件，RLF事件可从路测软件中查到。
出现无线链路失败后建议检查以下几点。
1) 邻区漏配导致无法切换导致掉话。
邻区漏配现象：掉话前下行覆盖变差， UE多次上报测量报告（MR），已经满足切换门限后网络侧不下发包含mobilitycontrol的RRC重配消息，最后掉话。
2) 覆盖弱导致无线链路失败（Radio Link Failure）3) 干扰强造成了SINR低，导致无线链路失败（Radio Link Failure）。
建议检查掉话点的SINR、RSRP以及相邻站点的PCI，确认是否存在越区覆盖、重叠覆盖、PCI模3干扰等。
无线链路失败后是否RRC重建成功RLF之后若终端搜索到合适的小区，可发起RRC重建流程。
重建成功话音则得到接续，不算掉话。
设备功能问题导致掉线说明：若无线环境较好未发生无线链路失败而终端突然掉线，建议检查基站或终端是否存在功能问题导致掉话。
例如：TM3/8转换导致掉话。
2、EPC原因排查：如果通话发生专用承载丢失、去激活承载消息未收到、核心网下发Detach Request，跟踪MME、S/PGW、PCRF信令查找问题原因。
VoLTE丢包率优化指导手册
VoLTE丢包率优化指导手册本文针对弱覆盖、干扰、切换差、大话务等造成VoLTE高丢包的4大类主要原因，分别从分原因处理高丢包小区、利用质量切换和功控调优等策略提升网络级指标、运用新功能针对性改善特性区域指标等方面，开展VoLTE丢包分析和优化，根据优化成果，总结了VoLTE 丢包优化方法，以供日常丢包优化工作中使用，提高优化效果和处理效率。
1. 基于劣化原因快速处理VOLTE高丢包小区1.1. VoLTE高丢包问题原因分析通过统计分析日常督办VoLTE高丢包小区问题原因，主要存在4方面，分别为弱覆盖、干扰、切换问题和高话务造成的资源受限，4类问题小区占比分别达87.5%、3.55%、2.13%、1.7%。
而在TDD制式中，VoLTE上行覆盖受限和资源受限问题较突出，在分析高丢包小区时，重点需定位上行弱覆盖、上行干扰、切换及上行CCE等资源受限问题，先通过参数优化，快速降低丢包率，改善语音感知。
现网VoLTE高丢包小区4类主要原因：➢大话务，资源受限，导致大量CCE分配失败；➢弱覆盖场景（现网的主要问题是上行弱覆盖）；➢上行干扰➢切换问题（包括切换失败、乒乓切换、切换不及时、邻区缺失等）2022-4-26 第1页, 共34页1.2. 高丢包小区劣化原因的定义和识别处理VoLTE高丢包小区的第一步是要对丢包原因进行定位。
将上述的4类丢包原因定义为4个劣化场景，通过MR大数据关联分析，并结合前期已优化解决小区详情，找到小区劣化场景识别标准和方法，可大大提高问题分析效率。
场景定义：空口的丢包主要为弱覆盖，干扰和大话务、切换差4种场景，每种场景会有对应的外在表现，通过网管的相关指标可以识别。
识别思路如下：➢上行弱覆盖场景下，PUSCH PRSP<-124dBm比例打，同时CCE聚合比例和上行iBler也变大；MR统计时，主要表现为无上行干扰但小区PUSCH SINR低于0dBm的比例和PHR<0占比较高。
华为手机通话质量差的原因及解决方法
华为手机通话质量差的原因及解决方法近年来，华为手机在全球范围内取得了巨大的成功，成为了全球手机市场的领导者之一。
然而，一些用户反映华为手机在通话质量方面存在一些问题，如通话声音不清晰、通话中断等。
本文将探讨华为手机通话质量差的原因，并提供一些解决方法。
一、原因分析1. 网络问题通话质量差的一个主要原因是网络问题。
华为手机使用的是移动网络或Wi-Fi 网络进行通话，如果网络信号不稳定或者网络速度较慢，就会导致通话质量下降。
此外，网络拥塞、信号干扰等因素也可能影响通话质量。
2. 硬件问题华为手机通话质量差的另一个原因是硬件问题。
手机的麦克风、扬声器等硬件部件可能存在质量问题，导致通话声音不清晰或者杂音过多。
此外，手机的天线设计也可能影响信号接收质量，进而影响通话质量。
3. 软件问题华为手机通话质量差的第三个原因是软件问题。
手机操作系统或者通话软件的bug可能导致通话质量下降。
此外，应用程序冲突、后台程序过多等因素也可能干扰通话质量。
二、解决方法1. 检查网络信号首先，用户可以检查手机所处的网络环境。
如果是移动网络，可以尝试切换到4G或者3G网络，以获得更稳定的信号。
如果是Wi-Fi网络，可以尝试更换连接的路由器或者调整路由器的位置，以改善信号强度。
此外，用户还可以使用网络测速软件来测试网络速度，以确定是否存在网络问题。
2. 更新系统和应用程序用户应该及时更新手机操作系统和通话软件，以修复已知的bug和安全漏洞。
华为手机通常会在系统设置中提供系统更新选项，用户可以定期检查更新并进行安装。
此外，用户还可以在应用商店中检查通话软件是否有更新版本。
3. 清理手机内存过多的后台程序和缓存文件可能会影响手机的性能，进而影响通话质量。
用户可以定期清理手机内存，关闭不需要的后台程序，并清除缓存文件。
华为手机通常提供内存清理和缓存清理功能，用户可以在设置中找到相关选项。
4. 调整通话设置华为手机通常提供一些通话设置选项，用户可以根据需要进行调整。
LTE 后台参数配置错误导致掉话事件案例
案例：后台参数配置错误导致掉话事件
【问题描述】11月13日长呼下载拉网：测试车辆在龙章路、金龙路及银龙路区域行驶，发现该区域天线方位角逆时钟接反，出现两次掉话；
图1优化前测试覆盖图
【问题分析】优化过程中，UE占用白石龙FE站点附近区域可以明显看出扇区天线接反，附近信号错乱，横岭一区FE2与白石龙FE2（PCI=90）经计算模三相等，形成直线对打，经核查TDS、TDL工参及后台参数输入配置后发现后台参数配置有误，导致该区域信号杂乱，频繁出现异常事件；建议后台重新配置该站点数据；
图2掉话位置
图3覆盖对应PCI截图
【解决方法】：1.确认后台参数配置错误后，建议后台参数重新配置。
【优化结果】修改参数配置后问题路段SINR改善明显，均大于15dB，且无掉线的情况；
覆盖该路段，切换正常；如下图所示：
图4复测后切换图。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
GSM 掉话问题处理指导书(仅供内部使用)For internal use only华为技术有限公司Huawei Technologies Co.Ltd版权所有侵权必究All right reserved2016-8-22 华为机密，未经许可不得扩散第1页, 共38页修订记录Revision record2016-8-22 华为机密，未经许可不得扩散第2页, 共38页GSM 掉话问题处理指导书关键词：掉话率摘要：本文主要从各种不同场网络运行场景的角度，通过对各环节的分析，找到一条快速定位掉话率问题的方法，指导一线初步分析网络，解决部分问题，将现场网优、用服和研发处理问题的界面隔离。
主要目的用于指导一线快速处理简易问题，有效反馈疑难问题至研发，提高解决问题的时效性。
Key words：TCH掉话率2016-8-22 华为机密，未经许可不得扩散第3页, 共38页缩略语清单：2016-8-22 华为机密，未经许可不得扩散第4页, 共38页Catalog 目录1文档描述 (6)2掉话率定义 (6)2.1话统掉话率定义 (6)2.1.1 公式定义 (6)2.1.2 信令流程及统计点 (7)2.2路测掉话率定义 (8)2.3掉话率问题常见场景 (9)3掉话率问题排查步骤 (10)3.1掉话相关基础排查 (11)3.1.1 整体掉话话统分析 (11)3.1.2 基础问题隔离 (16)3.2各场景掉话问题处理流程 (26)3.2.1 新建网络掉话率不达标处理 (27)3.2.2 搬迁网络掉话率不达标 (27)3.2.3 网络升级后掉话率恶化 (30)3.2.4 网络运维长时间后掉话率恶化 (31)3.2.5 路测掉话率较高 (33)4问题反馈 (36)4.1问题信息反馈基本动作 (36)4.1.1 掉话问题处理Checklist (36)4.1.2 反馈现网数据配置及相关话统 (37)5参考资料 (38)2016-8-22 华为机密，未经许可不得扩散第5页, 共38页1文档描述本文主要从各种不同场网络运行场景的角度，通过对各环节的分析，找到一条快速定位掉话率问题的方法，指导一线初步分析网络，解决部分问题，将现场网优、用服和研发处理问题的界面隔离。
主要目的用于指导一线快速处理简易问题，有效反馈疑难问题至研发，提高解决问题的时效性。
2掉话率定义从掉话率的统计来源看，分为两类：一、话统指标，二、DT测试指标。
对话统和DT的掉话率常规定义如下：2.1 话统掉话率定义2.1.1公式定义TCH掉话率（含切换）＝业务信道掉话次数/（TCH呼叫占用成功次数（业务信道）+TCH 切换占用成功次数（业务信道））*100%2016-8-22 华为机密，未经许可不得扩散第6页, 共38页TCH掉话率（不含切换）=业务信道掉话次数/(TCH呼叫占用成功次数（业务信道）+BSC 内入小区切换成功次数+BSC间入小区切换成功次数-BSC内出小区切换成功次数-BSC间出小区切换成功次数)*100%2.1.2信令流程及统计点图1掉话信令统计点注：图中统计点分别表示含义如下2016-8-22 华为机密，未经许可不得扩散第7页, 共38页目前产品实现为在Clear Request后统计掉话次数。
2.2 路测掉话率定义项目路测方式、考核方式基本都由考核方确定，路测统计点一般规律沿用考核软件设定；2016-8-22 华为机密，未经许可不得扩散第8页, 共38页后方的分析也都依据以上考核规则；下边给出通用考核公式和统计点的释例：掉话率＝（主叫掉话+被叫掉话）/（主叫接通+被叫接通）×100％统计信令点：一般根据局方验收要求的路测软件定义，常用的规则一般为释放过程判断信令中的具体原因：DL Disconnect 或Release Complete或Release ，上述消息的原因值不属于（不区分大小写）以下其中之一：//协议24008-580No16“Normal Call Clearing”No17“user busy”No18“no user responding”No19“user alerting no answer“No21“call rejected”No25“pre emption”No26 “nonselected user clearing”No27“Destination Out of order”统计路测掉话。
2.3 掉话率问题常见场景目前商用网络中，掉话率问题常见有以下几种场景：2016-8-22 华为机密，未经许可不得扩散第9页, 共38页3掉话率问题排查步骤对于新建网络，掉话率不达标一般是一个综合性问题，参数、硬件、工程质量、干扰覆盖等所有的因素都会在其中。
对于一个已经稳定的交付网络突发掉话率问题，更多的是和网络近期变化情况相关。
掉话问题首先需要根据范围和背景判断为整网问题还是单点问题：整网问题更重要的排查对象为网络整体的操作、版本升级、参数变更、新功能的应用、核心网或BSC的电路池故障等；单点问题重点的排查对象为频率、硬件等自身的变化。
掉话问题发生的原因有共通之处，以下排查点可以作为通用操作：1、整体掉话话统分析2、工程质量和隐性故障排查3、设备、传输告警排查4、频率检查优化5、邻区规划检查6、干扰排查7、覆盖排查8、参数排查相关排查整体流程：2016-8-22 华为机密，未经许可不得扩散第10页, 共38页图2 掉话问题分析整体流程图3.1 掉话相关基础排查3.1.1整体掉话话统分析1、输入2016-8-22 华为机密，未经许可不得扩散第11页, 共38页掉话相关话统：测量单元“掉话测量<小区>”/测量单元“KPI指标测量<小区>”2、处理步骤1)明确掉话问题的KPI定义：考核公式，考核方式，考核要求2)根据考核方式，获取现网的话统，计算现网值3)根据话统和考核公式，初步分析现网的掉话相关详细Counter，现网counter组成如下，做初步分类：2016-8-22 华为机密，未经许可不得扩散第12页, 共38页话统能展示出来的一方面主要是否是功能类和设备类造成整网掉话问题，和部分特性有强相关关系；网络中这些因素的掉话次数正常应该接近为0，如果现网这些因素是影响掉话达标的主要原因，可先快速排查,提高问题定位效率；当前已知的一些异常掉话影响表现：顺序错掉话(M3100C/ M3200C)：此类掉话占总体掉话5％以上即为异常，一般网络此掉话仅有几次；检查项：顺序错掉话较多的网络检查如下功能是否打开：1）是否使用空口软同步，IBCA等频率紧密复用特性2）是否使用FlexMaio、FlexHSN、TSC规划允许等特性：信道管理－>高级－>【Flex MAIO开关】信道管理－>高级－>【Flex HSN开关】其他属性－>高级－>小区软参->【TSC规划允许】同步反馈此问题至研发解决长期无MS测量报告掉话（M302）：一般网络不会出现此类掉话，如出现较多影响掉话考核则可以判断有流程实现问题检查项：长期无测量报告掉话出现在已有案例中一般和增强型测量报告使用相关；2016-8-22 华为机密，未经许可不得扩散第13页, 共38页可选取长期无测量报告掉话较多的小区检查参数：呼叫控制－>高级－>UTRAN系统消息->【测量报告类型】，如果使用增强型测量报告，可选典型典型小区修改为普通测量报告并观察对应话统，同步反馈此问题至研发解决设备故障掉话(M314/M324)：此类掉话占总体掉话5％以上则网络存在问题，需重点排查硬件、传输是否有闪断退服，并同步反馈研发维护处理4)明确问题范围和TOP小区根据考核公式，计算每个小区的掉话率和掉话次数；筛选掉话率大于考核目标值的小区按照掉话次数排序，选取以上排序靠前的小区，选择数量为所有考核小区数的10％；按照掉话率排序，选取以上排序靠前的小区，选择数量为所有考核小区数的10％；在上边两层筛选中选取共同的存在的小区为TOP小区如果整体掉话率排除掉TOP小区，掉话率可达标，则可初步归结为TOP小区的问题，重点优化目标为这些TOP小区；TOP小区建议选择多天话统数据如果掉话率高于考核要求值的小区比例多且掉话次数比较平均，可归结为整网问题5)其他普通的掉话问题最终还是要归结到正常的参数、覆盖分析、频率、硬件、工程排查上：合理调整利用功控降低网络干扰，通过合理的切换参数调整，排除因切换不合理导致切换不及时掉话的情况，并结合TOP小区问题处理步步解决；这是一个精细化网优的过程。
排查方向可以按照如下初步思路进行：2016-8-22 华为机密，未经许可不得扩散第14页, 共38页图3掉话问题基本排查思路3、涉及工具 M20004、输出是否是TOP小区影响掉话率，解决TOP小区问题是否可以解决掉话问题；TOP小区的列表；是否有是特殊掉话原因影响掉话；解决特殊原因掉话，问题是否可解决；根据以上3点明确下一步处理计划：主要排查点，排查范围2016-8-22 华为机密，未经许可不得扩散第15页, 共38页3.1.2基础问题隔离2016-8-22 华为机密，未经许可不得扩散第16页, 共38页2016-8-22 华为机密，未经许可不得扩散第17页, 共38页图4基础问题隔离3.1.2.1 设备、传输告警核查1、输入现场告警信息2、处理步骤主要影响业务的硬件和传输告警如下，需要转B侧完成处理：主要分析因TRX或合路器故障，射频连线错误等硬件原因导致的掉话率过高；或者由于Abis接口、A接口链路等传输质量不好、传输链路不稳定，或者资源不足等传输原因导致的TCH掉话率过高的情况。
确认掉话异常是否由硬件问题导致。
建议查看相关告警信息（LAPD_OML故障告警、TRX通讯告警、载频驻波告警、DRU硬件告警）；检查并处理以上告警确认掉话异常是否由传输问题导致。
建议查看传输相关告警（LAPD_OML故障告警、LAPD告警、E1本地告警、E1远端告警、E1/T1信号丢失告警（LOS)、E1/T1信号帧失步告警（LOF)、时钟参考源异常）传输排查可参照指导书：《GSM维护手册-20100201-A-V2[1].0》－>《问题2016-8-22 华为机密，未经许可不得扩散第18页, 共38页定位指导书-传输类问题定位指导书》/support/pages/kbcenter/view/product.do?actionFlag=detailProductSimple&web_doc_id=SC0000520033&doc_type=123-2针对疑问载频排查基站日志、debug日志，排查硬件故障；3、涉及工具M2000、OMSTAR、LMT4、输出告警小区列表，包含TOP小区的重要告警名称、告警时间;TOP小区和硬件告警、传输告警、硬件故障的关联情况；完成可解决的掉话TOP小区的告警处理，硬件更换，传输排查等3.1.2.2 工程质量和隐性故障排查掉话问题出现一般伴随着质量差，大TA，硬件告警，上下行不平衡、切换失败高等一种或多种现象出现，由干扰问题，硬件问题，越区覆盖问题，弱覆盖问题、邻区漏配问题引起的；话统和告警是这众多现象的表现的一种统计，可以为我们提供相关的排查思路：1、输入现场告警信息/测量单元“KPI指标测量<小区>”/测量单元“测量报告相关测量”2、处理步骤1)天馈、通道问题：参考维护部发布的《天馈故障检测使用指导书》，具体可以与BSC维护部联系。