华为高掉话问题处理
掉话处理方法
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”不含在内。
- 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维护部联系。