LTE掉话问题分析(简单)(中兴)

WCDMA掉话问题分析及处理方案

WCDMA掉话问题分析及处理方法作者：南京格安在国外，W CDMA已经在多个国家投入商用；在国内，WCDMA产品正逐步走向成熟，网络商用化的脚步正在加快。在网络建设及运营中，掉话率（calldroprate）是反映网络质量的重要指标之一；掉话问题也是日常网络优化面临的一个常见问题。本文从掉话的定义、掉话处理的基本流程、各种掉话数据分析方法、掉话问题的解决方法等方面加以研究，并结合实际掉话案例进行分析。一、掉话的定义 1.路测的掉话定义路测的掉话定义是：从UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息满足以下3个条件的任何一个就视为路测掉话。 (1)收到任何的广播信道消息。 (2)收到无线资源释放的消息且释放的原因为非正常的。 (3)收到呼叫控制断连接、呼叫控制释放等消息，而且释放的原因为非正常的。 2.话统指标中的掉话定义广义的掉话率应该包含CN和UTRAN的掉话率，由于网优重点关注与UTRAN侧的掉话率指标，本文掉话率描述也重点关注UTRAN侧的KPI指标。从大的方面讲，掉话分为两大类，信令面掉话和用户面掉话。需要说明的是：无线接入网话统掉话的定义只从Iu接口的角度进行统计，统计了RNC 主动发起的非正常资源释放的请求次数；路测的掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致。比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上

看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时需加以区分。二、掉话原因分析由于掉话分析将涉及到具体的信令分析，因此本文参考华为设备的参数设置进行分析，而不同设备的参数定义并不一定相同，但是分析方法是相通的。 1.邻区漏配一般来讲，掉话在初期优化过程中大多数是由于邻区漏配导致的。对于同频邻区，通常采用以下方法来确认是否为同频邻区漏配。方法一：观察掉话前UE记录的活动集EcIo信息和记录的BestServerEcIo信息。如果UE记录的EcIo很差，而记录的BestServer EcIo很好，同时检查记录Best Server EcIo 扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中。如果同频测量控制的邻区列表中没有扰码，那么可以确认是邻区漏配。方法二：如果掉话后UE马上重新接入，UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制，进一步进行确认（从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。方法三：有些UE会上报检测集（DetectedSet）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。邻区漏配导致的掉话包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同，主要是掉话发生的时候，手机没有测量或者上报异频邻区，而手机掉话后重新驻留到异频邻区上。异系统邻区漏配表现为手机在3G网络掉话，掉话后手机重新选网驻留到2G网络，从信号质量来看，2G网络的质量很好（在掉话点用2G测试手机观察RSSI信号）。 2.覆盖差

10-掉话类故障分析与处理

M900/M1800 基站子系统故障处理手册目录目录第10章掉话类故障分析与处理...........................................................................................10-1 10.1 概述...............................................................................................................................10-1 10.1.1 掉话问题描述......................................................................................................10-1 10.1.2 掉话的计算公式..................................................................................................10-3 10.2 导致掉话的几种因素......................................................................................................10-4 10.2.1 覆盖引起的掉话..................................................................................................10-4 10.2.2 切换引起的掉话..................................................................................................10-6 10.2.3 干扰引起的掉话..................................................................................................10-8 10.2.4 天馈引起的掉话................................................................................................10-10 10.2.5 传输引起的掉话................................................................................................10-11 10.2.6 无线参数设置不合理.........................................................................................10-11 10.2.7 其它原因引起的掉话.........................................................................................10-12 10.3 典型案例......................................................................................................................10-13 10.3.1 优化切换参数减少掉话.....................................................................................10-13 10.3.2 直放站干扰引起掉话.........................................................................................10-13 10.3.3 MAIO相同引起干扰掉话...................................................................................10-15 10.3.4 上下行不平衡....................................................................................................10-15 10.3.5 孤岛效应引起掉话.............................................................................................10-16 10.3.6 与版本相关的参数设置.....................................................................................10-17

详细讲解WCDMA掉话问题分析及优化方法

WCDMA 掉话问题分析第一章掉话分类定义第一节正常释放流程一个CS正常释放信令流程 1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是0325，表示是call control 子层的disconnect消息。 2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是0325，表示是call control 子层的disconnect消息。 3. CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中naspdu是832d，表示是call control 子层的release消息。 4.RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nasmessage是832d，表示是call control子层的release消息。 5.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是032a，表示是call control 子层的release complete消息。 6. RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是032a，表示是call control 子层的release complete消息。

https://www.360docs.net/doc/8017921424.html,发RANAP_IU_RELEASE_COMMAND消息给RNC，开始释放Iu口资源，包括RANAP 层和ALCAP层资源。 8. RNC发RANAP_IU_RELEASE_COMPLETE消息给RNC。 9.RNC发RRC_RRC_CONN_REL消息给UE，开始释放RRC连接。 10. UE发RRC_RRC_CONN_REL_CMP消息给RNC。 11.RNC发NBAP_RL_DEL_REQ消息给NODEB，开始释放Iub口资源，包括NBAP层和ALCAP 层，PHY层资源。 12. NODEB发NBAP_RL_DEL_RSP消息给RNC，整个释放过程结束。一个PS正常释放信令流程 1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是0a46，表示是session management子层的deactivate PDP context request消息。 2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是0a46，表示是session management子层的deactivate PDP context request消息。 3. CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中naspdu是8a47，表示是session management子层的deactivate PDP context accept消息。 4. CN发RANAP_RAB_ASSIGNMENT_REQ消息给RNC，消息中给出要释放的RAB list，其中包含了要释放的RAB ID。 5. RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nasmessage是8a47，表示是session management子层的deactivate PDP context accept消息。 6. RNC发NBAP_RL_RECFG_PREP消息给NODEB。 7. NODEB发NBAP_RL_RECFG_READY消息给RNC， 8. RNC发RRC_RB_REL消息给UE，释放业务RB。 9. NODEB发NBAP_RL_RECFG_COMMIT消息给RNC，

掉话原因及处理

GSM网络优化中掉话、拥塞的原因及解决办法 1．掉话在移动通信中，掉话是指在分配了话音信道（TCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。掉话不仅影响网络指标，而且会给用户造成许多不便，是用户投诉的热点。 1.1掉话产生的原因 1、由干扰引起的掉话：干扰主要包括同频、邻频及交调干扰。当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的BSIC码或不能正确接收移动台测量报告。基站在通过SDCCH为手机分配好应使用的话音信道后,由于没有临近小区BSIC码而无法判断该使用哪个小区的话音信道，从而产生掉话。交调干扰主要来自于外部干扰，如CDMA站会对我基站上行频率产生干扰。 2、由于切换引起的掉话：（1） MS在通话中，手机列表中计算6个最好的相邻小区为切换做准备，但当网络覆盖不好时，会产生频繁切换，造成无主控小区，产生掉话。（2）一些小区由于话务忙，会把话务推给相邻小区，但当相邻小区信号不好或无空闲信道时就会产生掉话。（3）孤岛效应。如果服务小区A由于地形的原因产生的场强覆盖小岛C，而在小岛C周围又为小区B的覆盖范围，如在A的相邻小区列表中未添加小区B，那么当用户在C 中建立呼叫后一走出小岛C，由于无处可切换将产生掉话。 3、参数设置不合理引起的掉话：影响掉话的参数主要有切换参数和相邻小区参数。如：PMRG设置过高或相邻小区参数做错都会导致掉话。 4、基站硬件引起的掉话： BTS的硬件故障也会引起掉话，NOKIA设备中的7745（CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD）、7949 （DIFFERENCE IN RX LEVELS OF MAIN AND DIVERSITY ANTENNA / TRX）是特别要引起注意的，因为这些告警同时伴随着掉话。 5、Abis接口失败产生的掉话 Abis接口的，包括BSC未收到来自BTS的测量报告，超过TA极限，切换过程的一些信令失败以及一些内部原因，此外还有Abis接口的误码率的影响。 6、覆盖不好引起的掉话：有些小区由于覆盖范围过大造成在小区覆盖的边缘地带信号不好，电平值很低，手机列表中测量的相邻小区的电平值又达不到接入的要求（如RXLEV ACCESS MIN＝－95dBm）而引起掉话，在边远地区、网络覆盖不好的情况下经常会出现这种掉话。 1.2 掉话的解决办法如果一个小区掉话很高，可以先通过查掉话报告（如163报告），先确定是由于哪方面引起的掉话。（1）对于由于切换引起的掉话的解决，可先进行大范围的路测，通过路测可以确定是和哪个相邻小区切换不正常。对于一些与该小区有切换关系而拥塞率又较高的小区应作为测试的重点，并需要检查小区周围是否有盲区存在，如果是这种原因应及时修改相关频率并

高掉话小区处理流程

高掉话小区处理流程建议 1. 背景掉话率反映了系统话音业务的通讯保持能力，反映了系统的稳定性和可靠性，反映统计时间话音信道占用后因各种原因导致掉话严重程度，是无线通讯系统的重要性能指标，当系统的掉话率高时，会严重影响用户的感知，从而导致用户投诉或不满。此次我们主要针对TCH掉话的分析过程进行说明。在NOKIA设备中，掉话次数count主要统计的是掉话出现在哪个接口，如：无线口、A_BIS口，A 口等等，并没有按掉话原因类型进行分类，如：信号质量差掉话或TA掉话等等，因此，在NOKIA设备中，应该按照掉话出现的接口进行分析。 2. 3J掉话率公式 (sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+a.tch_abis_fail_old +a.tch_a_if_fail_call+a.tch_a_if_fail_old+a.tch_tr_fail+a.tch_tr_fail_old +a.tch_lapd_fail+a.tch_bts_fail+a.tch_user_act+a.tch_bcsu_reset +a.tch_netw_act+a.tch_act_fail_call)-sum(b.tch_re_est_assign))/ (sum(a.tch_norm_seiz)+sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch)-sum(a.tc h_succ_seiz_for_dir_acc)+sum(a.tch_seiz_due_sdcch_con) -sum(b.tch_re_est_assign))*100% Counters from tables: A = p_nbsc_traffic B = p_nbsc_service C = p_nbsc_ho 上表就是NOKIA设备中，分为在各个接口的14类掉话。

掉话优化思路

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级参数设置错误引起的掉话主要有以下几种：

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 +

掉话处理案例总结完整版

掉话处理案例总结 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 频段的直放站，对功率以及天线方向不进行控制，对系统会造成上下行的干扰。一般有这

LTE网络用户投诉处理流程及处理思路V1

LTE网络用户投诉处理流程及处理思路随着LTE商用不断发展，日常各项网络问题不断凸显、基站扩容、网络割接、工程调整等都会带来一些网络问题，用户规模增加、城市区域环境变化等因素给无线网络都带来了一定的影响，用户投诉已经成为深入发掘网络问题的手段之一，解决好用户投诉也是提高移动服务品牌的重要途径之一。（1）投诉处理流程一直以来，网络投诉是反映客户感知和网络健康情况的重要途径，对投诉的分析总结，可以为网络优化方向提供重要参考。投诉处理的流程如下：（2）常见投诉类型一般情况，我们接到投诉后首先根据其现象进行归类。大致可

分为以下几类： ?用户终端问题 ?信号差 ?信号不稳定 ?网络问题 ?其他问题用户投诉可能单独关注某一问题，而现场投诉中往往涉及多个方面，因此需要各项方面综合考虑。一般来说，要明确用户反映问题的现象、地点、涉及用户数量、时间等要素，这样更有助于我们判断问题的根源。按照用户投诉现象的不同，我们可以将投诉分为以下几大类： 2.1终端设备问题 LTE终端设备主要有CPE、数据卡、MiFi，LTE手机等，目前主要推广以CPE、MiFi等为终端的上网业务套餐。以华为CPE为例，设备型号：B593s-58b，只支持F、E频段，B593s-82，只支持D、E频段，B593s-58a，只支持F、D频段。 ?问题原因

1）终端设备硬件损坏，如电源模块烧坏； 2）SIM卡问题，如卡坏、SIM卡流量超支、SIM 卡鉴权加密机制等； 3）终端设备不支持网络频段，如现网室外宏站F频段建设网络，室分系统E频段，D频段补盲，只有相支持应频段的终端设备才能接入网络； ?问题对策 1）终端设备硬件坏，建议更换、送相关网点维修； 2）SIM问题，建议换卡、开通流量更大的套餐； 3）修改终端设备支持的网络频段，如还不行，建议更换支持网络的终端设备； 2.2覆盖类问题覆盖类问题主要包括无覆盖、覆盖区过大和覆盖区过小。 ?问题原因 1）LTE网络未规划； 2）硬件（参数）故障，如CRS功率发射功率低等； 3）天馈驻波比过大； 4）天线方位角、下倾角不合理； 5）建筑物或地形阻挡； 6）天线高度与基站距离问题；

故障处理流程

故障处理流程本章描述故障处理的流程和处理步骤。 ? 2.1 故障处理总流程本节描述故障处理的基本流程。 ? 2.2 收集故障信息本节描述收集故障信息的注意事项及途径、故障信息的种类。 ? 2.3 判定故障收集故障信息后，需要对故障现象作出判断，并确定故障的范围和分类。 ? 2.4 定位故障原因定位故障原因是通过一定的方法或手段分析、比较各种可能的故障原因，不断排除非可能因素，最终确定引发故障的具体原因。 ? 2.5 排除故障本节描述故障排除的方法和后续处理。 2.1 故障处理总流程本节描述故障处理的基本流程。故障处理总流程如图2-1所示。

图2-1 故障处理总流程图 2.2 收集故障信息本节描述收集故障信息的注意事项及途径、故障信息的种类。收集故障信息的途径处理故障前，需要通过相关途径收集以下故障信息： ?故障的现象。 ?故障发生的时间、地点、频率。 ?故障的范围、影响。 ?故障发生前设备运行状况。 ?故障发生前对设备进行了哪些操作、操作的结果是什么。 ?故障发生时设备是否有告警、告警的相关/伴随告警是什么。 ?故障发生时是否有单板指示灯异常。

?故障发生后采取了什么措施、结果是什么。收集故障信息可以通过以下途径： ?询问申告故障的用户/客户中心工作人员，了解具体的故障现象、故障发生时间、地点、频率。 ?询问设备操作维护人员了解设备日常运行状况、故障现象、故障发生前的操作、故障发生后采取的措施及效果。 ?观察单板指示灯，观察LMT上的告警管理系统以了解设备软、硬件运行状况。 ?通过业务演示、性能测量、接口信令跟踪等方式了解故障发生的范围和影响。说明：应具有收集相关信息的强烈意识，在遇到故障特别是重大故障时，一定要先了解清楚相关情况后再决定下一步的工作，切忌盲目处理。故障信息的种类 ?告警信息告警信息是指BSS告警系统输出的信息，通常以声音、灯光、LED（Light EmittingDiode）显示、屏幕输出等形式提供给维护人员，具有简单明了的特点。查看告警信息是故障分析的主要手段之一。告警信息主要包括故障或异常现象的具体描述、故障发生的原因、故障修复建议等。告警信息涉及硬件、链路、中继、CPU负荷等BSS的各个方面，信息量大且全，是进行故障分析和定位的重要依据之一。告警信息主要用于查找故障的具体部位或原因。由于BSS告警系统输出的告警信息丰富、全面，因此经常可以用来直接定位故障的原因，或配合其他方法共同定位故障。说明：告警系统的使用说明请参见《BSC6900 GSM LMT用户指南》，每条告警处理的详细操作说明请参见《BSC6900 GSM告警参考》。 ?指示灯状态指示灯反映相应单板的工作状况以及电路、链路、光路、节点等的工作状态，是进行故障分析和定位的重要依据之一。

掉话分析及处理流程

掉话分析及处理流程Newly compiled on November 23, 2020

掉话分析及处理流程 ?掉话分析流程： ?掉话处理流程：在上图中，如果不明原因掉话比较高，那么该小区存在硬件故障或其他外部影响的因素就比较大，然后才对这些不同类型的掉话进行分析。 1）不明原因掉话 ①TRAU故障：用ALLIP查看是否有“RADIO TRANSMISSION TRANSCODER POOL MEAN HOLD TIME SUPERVISION”告警。如果出现告警，用RRMAP查看哪个设备出现告警，然后用RRTBI闭掉告警设备并报障。 ②传输故障：用DTQUP查看传输是否有滑码且不稳定，如果出现这种现象，报障处理。 ③时隙同步：用RXASP查看时隙是否同步，如果不同步，对载波或不同步的时隙重启，如果还不能解决问题，报障处理。 ④其他硬件故障：用RXMFP：MO=XXX，FAULTY，SUBORD;或用CTR分析、查看 ERRORLOG，判断是否出现硬件故障。 2）弱信号掉话处理流程 ①存在弱信号区域：通过周边的掉话类型和MRR数据可以初步判别是否存在弱信号区域；通过普查可确定弱信号区域。 ②2、硬件故障：用RXMFP：MO=XXX，FAULTY，SUBORD；或用CTR分析、查看 ERRORLOG，判断是否出现硬件故障。 ③3、上下行信号不平衡：上下行信号相差15dBm时认为上下行信号不平衡。 3）质差掉话处理流程

①硬件故障：用RXMFP：MO=XXX，FAULTY，SUBORD；或用CTR分析、查看 ERRORLOG，判断是否出现硬件故障。 ②频点干扰：通过配频、FAS和CTR分析可判断是否存在频点干扰。 4）突然掉话处理流程 ①硬件故障：用RXMFP：MO=XXX，FAULTY，SUBORD；或用CTR分析、查看 ERRORLOG，判断是否出现硬件故障。 ②存在弱信号区域：通过周边的掉话类型和MRR数据可以初步判别是否存在弱信号区域；通过普查可确定弱信号区域。

LTE的掉话原因分析及处理思路(加精,值得收藏)

LTE的掉话原因分析及处理思路 LTE“掉话”是指UE异常退出RRC_CONNECTED状态导致的连接中断。统计节点为“RrcConnctionReconfigurationComplete”消息正确达到网络侧开始，之后进行的各类业务，未正常释放的均计为“掉话”。正常释放流程如下：一、外场常见掉话原因分析目前LTE常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、拥塞等。掉话原因1：弱覆盖现象: 由于弱覆盖导致的掉话，通常有以下表现： 1.掉话前服务小区的RSRP持续变差（低于弱覆盖标准，如小于-105dBm），同时服务小区的SINR 也一起持续变差（小于0dB，甚至小于-3dB）。 2.掉话后可能会有一段时间（数秒至数分钟不等，取决于实际网络覆盖情况），UE无数据上报（类似于UE脱网）。解决方案: 要解决此类掉话，需要改善覆盖。具体手段有： 1.首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。 2.根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区，并加强它的覆盖。如常用的天馈调整、站点建设等。具体案例：对呼和浩特市大昭寺前街DT过程中占用到大昭寺华隆小区-FL_3小区，覆盖较差存在掉线风险。通过调整PA：3→0，RS参考功率：13.4dB→15.2dB，覆盖改善，掉线风险大大降低。

掉话原因2：越区覆盖现象: 在支持切换的移动通信网络中，由于无法精确控制无线信号的传播，因此或多或少都会存在越区覆盖的情况，导致“孤岛覆盖”无法与周边站点进行正常切换掉话，通常有以下表现： 1.越区覆盖导致的“导频污染”。在覆盖区，没有稳定的强信号作为主服务小区。服务小区信号的频繁变化，是导致掉话的一个主要原因。 2.越区覆盖对主服务小区的干扰（包括邻区漏配、越区信号的迅速变化等）。在某些区域，主服务小区收到越区信号的干扰，最终导致掉话。解决方案： 1.越区覆盖的一般优化原则是：在区域中已有合理的稳定信号覆盖的情况下，尽可能的控制越区覆盖的信号。如调整越区覆盖扇区的天线下倾角、天线挂高、其次可以下调越区覆盖信号的RS功率、谨慎调整越区覆盖扇区的天线方位角。 2.如果越区覆盖导致了导频污染，根据网络拓扑结构和相关无线环境来确定最适合的覆盖扇区，并加强它的覆盖。具体案例：对呼和浩特市鄂尔多斯大街尚东风景附近DT过程中占用到CA小区金岁酒店-TL_2小区，越区无邻区关系存在掉线风险。通过配置CA金岁酒店-FL_2小区和嘉林小区-FL1/3邻区关系，并下压金岁酒店-FL_2小区机械倾角3°。

LTE学习总结—掉话类KPI基本分析方法

掉话类KPI 1.通过LST ALMAF查询站点实时告警,参考历史告警； 2.通过DSP BRD 查询单板运行情况； 3.提取两两小区切换，确定目标小区： A.确定目标小区运行情况，是否基站故障或异常告警； B.检查邻区间参数设置是否正确； C.通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化； D.检查基站是否周边站点缺少，如为孤站，可视为正常； 4.检查参数设置是否合理： A.查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）.如掉线率突增，B.查询操作日志，确认是否有修改，导致小区异常； 5.检查是否存在干扰： A.通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突； B.检查小区时隙配比是否设置准确（室分:SA2\SSP7;宏站:SA2\SSP5）； C.如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型； 6.是否存在高质差： A.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差； B. 通过后台误码率跟踪，如BLER>10%，确定小区存在高误码； 7.是否存在弱覆盖： A.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖； B. 对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常； 8.现场测试及后台跟踪： A.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因； B.如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环。 1、关于掉话的定义话统掉话的定义当ENodeB收到来自MME的ERAB ReleaseCommand（UE Context Release Command）消息或eNodeB向MME发送E-RAB RELEASE INDICATION（UE CONTEXT RELEASE REQUEST ）消息，且释放原因不为“Normal Release”，“User Inactivity”，“Partial Handover”，“Handover triggered”，“successful-handover”，“cs-fallback-triggered”时统计该指标。如果E-RAB RELEASE COMMAND消息中要求同时释放多个E-RAB，则相应指标按各个业务的QCI分别进行累加。

掉话问题分析及处理一般方法

掉话问题分析及处理一般方法本文内容是根据经验对中兴V3后台对掉话问题的分析及处理的一般方法，希望能够对分公司日常掉话问题的处理有所帮助。总的来说，一般引起掉话的主要原因有： 1、硬件故障，载频、主控板、传输、天馈等出现故障； 2、覆盖问题，包括室内弱覆盖、边缘地区弱覆盖、阻挡导致覆盖差、隧道内信号突然下降、覆盖过远等； 3、邻区设置问题，包括无邻区、漏配邻区、外部邻区信息错误等； 4、无线环境差，包括频点规划不当导致的同邻频干扰、外部干扰源干扰、过覆盖产生的频点干扰等。 5、上下行不平衡问题，指上下行信号电平差值过大，导致解码失败，引起单通、掉话等问题。在载频功率设置一致的情况下，该类问题可能主要由载频、天馈等故障引起。另，当使用单极化天线时，同小区两天线方位角、下倾角差别较大时也会产生该问题。 6、天馈鸳鸯、接反，可能会导致切换差引起掉话、可能会产生同、邻频干扰导致无线环境变差等。该类问题以新建站、替换搬迁站居多。 7、孤岛站，无连续覆盖区域的孤岛站点，尤其是在道路附近，会产生较多掉话，该类问题只能通过后期网络建设改善，暂无其他有效手段。中兴V3后台掉话问题分析及处理一般方法： 1、提取性能指标。打开“性能管理”-->“性能数据查询”，提取小区级测量的“KPI指标”、“PI指标”和“掉话测量”。最好将“KPI指标”、“PI指标”一并提取，“掉话测量”单独提取。提取载频级测量的“TRX测量”。

提取IBSC内所有小区的3天24小时的小时级指标，保存为EXCEL文件。 2、对性能指标数据进行处理。首先，对“KPI指标”和“PI指标”进行分析。在这两项指标中，对“话音信道掉话率(不含切换)(%)”和“忙时话音信道掉话总次数”按从大到小排序，将“话音信道掉话率(不含切换)(%)”高于2%-3%，且“忙时话音信道掉话总次数”较高的小区提取出来，后将3天24小时内出现次数比较多的小区提取出来，作为掉话TOP小区，重点进行分析处理。（处理TOP小区是提升IBSC级指标的主要手段）之后，将这些掉话TOP小区对应的“掉话测量”指标筛选出来进行分析。在“掉话测量”指标中，主要查看“On TCH/F 语音”、“On TCH/H 语音”类的指标。该类指标主要包括以下几项内容：以上几项指标反映了掉话的类型。一般情况下，只有“无线链路失败次数”、“LAPD 链路失败次数”、“切换失败引起掉话”、“其他失败次数”内有统计值。各项指标的含义如下：“无线链路失败次数”：统计因无线链路失败引起的掉话次数。该参数主要统计的为无线侧原因引起的掉话，如上下行信号弱、无线环境差、存在干扰等。 “LAPD链路失败次数”：统计因LAPD链路失败引起的掉话次数。该参数主要统计的为LAPD传输链路问题引起的掉话，如传输闪断、误码高等。 “切换失败引起掉话”：统计因切换失败引起的掉话次数。可能产生的原因有小区拥塞严重、同频同BSIC、邻区设置不合理、过覆盖等。 “其他失败次数”：统计因以上各项以外的其他原因引起的掉话次数。该类一般较少，不进行考虑。 3、对每个掉话TOP小区掉话指标进行分析首先，在“掉话测量”指标中提取1个TOP小区数据，对“TCH/F掉话次数”、“TCH/H

掉话问题分析流程

目录一、掉话故障现象及原因 (2) 1无线链路故障掉话 (2) 2 定时器T3103 (4) 3 由设备故障等原因造成的掉话 (4) 二、掉话的计算公式 (5) 三、TCH掉话次数 (6) 四、TCH占用成功次数 (8) 五、故障分类 (9) 1、覆盖引起的掉话 (9) 2、切换引起的掉话 (11) 3、干扰引起的掉话 (12) 4、天馈引起的掉话 (14) 5、传输引起的掉话 (16) 6．无线参数设置不合理 (16) 六、案例 (17) 1、优化切换参数减少掉话 (17) 2、MAIO相同引起干扰掉话 (18) 3、上下行不平衡 (19) 4、直放站干扰引起掉话 (19) 5、孤岛效应引起掉话 (21) 6、与版本相关的参数设置 (22)

掉话问题分析流程一、掉话故障现象及原因掉话可分为两种形式： ?SDCCH上的掉话：SDCCH的掉话是指在BSC给移动台指配SDCCH而TCH还未指配成功的期间发生的掉话。 ?TCH上的掉话：TCH的掉话是指在BSC给移动台成功分配了TCH后，发生的掉话。 ?造成掉话的原因，主要有三种： ?无线链路故障（发生在通信过程中，消息无法正常接收）； ?T3103超时（发生在切换过程中，MS无法占用目标小区信道，也无法返回原信道）； ?系统故障（设备故障等各种可能发生的故障）。 1无线链路故障掉话在这三种掉话原因中，主要的掉话形式是无线链路故障对于下行的情况，在GSM规范中有一参数为Radio Link Timeout （无线链路超时）。当移动台在通信过程中话音质量恶化到不可接收，且无法通过射频功率控制或切换来改善时，移动台认为无线链路故障，强行拆除链路，造成掉话。GSM规范规定，移动台中有一计数器S，该计数器在通话开始时被赋予一个初值，即参数“无线链路超时”的值。若移动台解码SACCH消息（周期120ms）失败，S减1；反之，移动台每正确接收到一SACCH消息，S加2，但S不可以超过初始被赋予的值，当S为0时，移动台报告无线链路故障。信令流程如图1所示，图中(1)(2)专用模式已建立（SDCCH/TCH）；(3)无法解释SACCH的消息块（上行/下行），导致无线链路超时。本参数设置过小，容易引起无线链路故障而造成掉话；设置过大，手机会有较长时间并不拆线，使资源利用率降低（该参数作用于下行）。对于上行的情况，在小区属性表下的SACCH复帧数（周期480ms），定义了上行链路连接失败时间。当BTS检测到无线链路上一个被激活的连接被破坏时，就会向BSC上报连接失败消息Connection Failure。系统判断连接失败的准则是基于上行链路的误码率或SACCH是否正确译码。华为BTS采用后一种判断准则，方法和移动台判断无线链路失效类似。若基站每正确解出一次移动台的SACCH消息，计数器的值加2，最大不超过数据配置中确定的初值；反之，计数器减1，当计数器的值减为0时，BTS上报连接失败消息。计数器的初值N是在数据配置中确定的，就是小区属性表中的SACCH复帧数，其单位为480ms。从话统中如果发现“TCH占用时无线链路断的次数（连接失败）”次数比较多可以通过调大无线链路失效计数器和SACCH复帧数来解决掉话。