掉话处理流程
未接通、掉话及切换失败
未接通、掉话及切换失败分析一、未接通分析正常呼叫主叫起呼和被叫接入过程：主叫起呼信令流程图被叫接入信令流程图由主叫起呼信令流程图可以看出，主叫首先发出channel request report-→immediate assignment-→CM service request-→setup-→call proceeding-→assignment command-→assignment complete-→alerting-→connect-→完成一次起呼。
在主叫assignment complete 完成后2－3秒左右被叫开始信道请求流程Channel request report→immediate assignment-→setup→call confirmed→assignment command→assignment complete-→alerting→connect-→完成一次被叫接入。
1、未接通原因分析（1）RACH冲突或者AGCH拥塞建议：查看与RACH相关的参数――最大重发次数和发送分布时隙数以及与AGCH相关的参数――接入准许保留块数（2）SDCCH拥塞建议：检查SDCCH配置，查看相关小区SDCCH话务量（3）SDCCH掉话或者TCH拥塞建议：查看是否启用SDCCH信道上的切换，查看相关小区话务量和TCH配置，在排除无线方面原因后，应跟踪Abis接口、A接口信令从交换侧寻找问题原因（4）位置更新引起未接通建议：查看位置更新定时器和位置区设置（5）小区重选过程引起未接通建议：查看相关小区的小区重选参数2、未接通实例分析（1）SDCCH拥塞导致未接通在主叫完成起呼（assignment complete ）后2秒左右，此时被叫发起信道请求channel request report,由于SDCCH拥塞溢出，被叫手机无法获得SDCCH，重复2次发送信道请求后仍然无法获得SDCCH信道消息的回复，导致未接通的发生。
网优掉话分析及信令流程讲稿
网优掉话分析及信令流程怡创李宇鹏今天我和大家一起探讨一下关于网优掉话的相关问题，但是在讲解掉话问题之前，我想首先给大家介绍一下简单的通话过程和手机作为被叫和主叫的信令接续过程，然后再和大家探讨一下怎样处理掉话方面的问题。
在给大家讲打电话的过程之前，我先向大家说一下各种号码。
一、编号系统1、移动台的国际身份号码ISDN（MSISDN）是在公用交换电话网编号计划中唯一地识别移动电话的鉴约号码。
CCITT建议结构为：MSISDN＝CC＋NDC＋SNCC＝国家码即在国际长途电话通信网中的号码(86)NDC＝国内目的地码SN＝用户号码如1392223456－139222便是NDC，前三位用于识别网号，后三位用于识别归属区，目前开通的135--138实际上是同一个网。
2、国际移动用户识别码（IMSI）是唯一地识别GSMPLMN网中某一用户的信息。
IMSI＝MCC＋MNC＋MSIN (460-00---)MCC＝移动网的国家号码（与CC不同）MNC＝移动网号MSIN＝移动台识别号，最长为15位。
3、移动台漫游号码（MSRN）用于一次呼叫的路由选择。
MSRN＝CC＋NDC＋SNCC＝国家号NDC＝国内目的地号码(用于识别MSC/VLR）SN＝用户号，对应于用户的IMSI号码4、临时移动用户识别码（TMSI）用于保护IMSI码，该号只在本MSC区域有效，其结构可由各电信部门选择，长度不超过4个字节。
5、国际移动台设备识别码（IMEI）是唯一用来识别移动台终端设备的号码，称作系列号。
IMEI＝TAC＋FAC＋SNR＋SPTAC＝型号论证码FAC＝最终装配码，用于识别制造厂家。
SNR＝序号SP＝备用6、位置区识别码（LA）LAI代表MSC业务区的不同位置区，用于移动用户的位置更新。
LAI＝MCC＋MNC＋LACMCC＝移动国家号，识别一个国家MNC＝移动网号，识别国内的GSM网LAC＝位置区号码，识别一个GSM网中的位置区7、小区全球识别码（CGI）用于识别一个位置区内的小区。
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 异常释放。
关于强化服务触点常见业务咨询、投诉处理工作流程及规范的通知
宿迁联通…2012‟137号关于强化服务触点常见业务咨询、投诉处理工作流程及规范的通知各县分公司（区营销中心）、市分各部门：近阶段，部分一线服务触点人员在接待客户业务咨询或投诉时，由于服务意识不强，回答处理问题不规范，陆续发生多起客户不满投诉，造成客户投、申诉量上升。
为了减少和避免同类问题再次发生，现针对常见的一些业务咨询类、投诉类问题进行梳理归类，形成统一的处理流程规范，希望各服务触点人员迅速遵照执行。
一、业务咨询类（一）网络类：客户咨询****地方网络信号不稳定，因无信号或出现掉话现象等，处理流程为：第一步：解释致歉，对客户反映的问题表示同情，适时安抚客户；第二步：详细记录，无信号或出现掉话的具体地点（如***区***镇****乡****村****组****号或****区****路****小区***栋****单元****室内），手机信号情况、手机机型，不能主、被叫（无法上网）具体提示，出现有多长时间、是否换机测试（换机使用后情况），客户联系手机号码、联系姓名等。
将详细记录的信息上挂至运维——服务支撑——业务需求栏目，由运维专人核实当地信号具体覆盖情况及改善计划并跟贴回复。
前台售后人员详细记录以上信息也可通过电子工单派单至投诉处理中心进行处理。
第三步：跟踪处理，工单形成闭环。
市分投诉处理中心跟进运维部处理结果（如后期建站解决、现场测试、基站运行正常换机试用、手机终端问题、加建室内分布、基站设备故障等结果），在工单回复时限内将处理结果回复给客户，取得客户认可并闭环。
第四步：针对短期无法解决、网络信号盲点、异地信号弱无法解决等情形，客户反映强烈，对解释不认可，为客户开通回电宝业务，以防止电话漏接，并请示上级领导实施服务补救，尽力挽留客户在网使用。
（二）号源类：客户咨询办理靓号或100以内的小号时，处理流程：第一步：系统确认，服务人员首先查看BSS系统中是否有该号码；第二步：如系统中未查到客户选择号码时，服务人员不能简单回复客户“不能办”或“无法选号”等，请示服务触点的直接管理人员（值班长、县分客服部经理等）沟通解决；第三步：上级领导经过沟通后形成统一回复口径，分两部分：1、如果该号能够给予办理，详细宣传对应的办理政策（预存话费、最低消费、选择套餐等）；2、如果涉及到靓号不能办理时，回复客户“经从后台查询，该号已经被**集团选中（说出本区域最大的集团名称），目前正在预约办理中，暂无法为您提供办理选号，建议您重新选择其它号码”。
掉话类故障处理指导
掉话类故障处理指导掉话分类定义在华为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 异常释放。
D1D2上行干扰,RRC掉话
LTE D1D2干扰NR，NR RRC异常释放
一、问题描述：
1、2021年1月，在W市做SA的上传测试，测试2个小时，发现有7个RRC异常释放事件。
2、下面以10：10：44RRC异常释放事件为例进行分析，发现下行的RSRP值都很好，约为-75dBm。
二、处理过程：
分析测试LOG，按如下思路排查：
1、首先排查，终端是否由于不活动定时器超时造成的正常释放
图1
通过图1可知，RRC释放前后，上行均有数传，排除由于不活动定时器超时造成RRC释放
2、其次排查是否由于上行干扰导致RRC异常释放。
通过测试软
件发现，RRC异常释放前后，UL Residual BLER(%)均不为0
图2
查询测试期间网管指标（15分钟粒度），发现该小区确实有3次异常释放事件
图3
通过图2、3基本上可以判断上行存在干扰（最好做个RPB轮循，观察每个PRB干扰情况）。
三、根因：
通过查询4G参数，发现RRC异常释放点（小红星）占用的服务小区芦庄（NR）受到D1\D2小区干扰（见下图4G基站分布图，其中
红色为D1小区）。
四、解决方案：
加快D1D2小区的退网，减少对NR的干扰。
中兴区域GSM最差小区优化指导手册(初稿)
中国移动云南公司网优中心GSM最差小区优化指导手册（中兴区域）中国移动云南公司网优中心2011年5月目录第1章最差小区处理流程 (4)1.1概述 (4)1.2集团最差小区定义 (4)1.3最差小区后台性能定义 (4)第2章 TCH掉话问题处理 (7)2.1 TCH掉话的统计点及类型 (7)2.1.1射频丢失掉话 (7)2.1.2切换失败掉话 (8)2.1.3 LAPD掉话 (10)2.2产生掉话的原因 (10)2.2.1射频丢失掉话的主要原因： (10)2.2.2切换失败掉话的主要原因 (11)2.2.3 LAPD掉话的主要原因 (11)2.3问题处理流程 (11)2.4典型案例 (13)2.4.1马关田房2小区LAPD掉话严重 (13)2.4.2文山检查站1小区切换掉话率高 (14)2.4.3中新校区2小区无线链路掉话 (15)第3章 TCH拥塞问题处理 (17)3.1无线网拥塞的分类 (17)3.1.1 TCH拥塞 (17)3.2无线网拥塞产生的原因 (18)3.3问题处理流程： (18)3.4典型案例 (21)3.4.1广南消防队1小区TCH拥塞率高 (21)第2 页共25 页3.4.2文山林业局3小区TCH拥塞率高 (21)第4章实时指标监控和工单处理 (23)4.1实施指标监控 (23)4.2各类监控工单的及时处理 (23)第5章六、网优资源的需求分析 (25)第3 页共25 页第1章最差小区处理流程1.1 概述最差小区问题处理流程的建立目的在于通过该流程加强网优对现场项目的支持和监控力度，通过问题的及时反馈和解决，减轻现场工作压力，对现场出现的各种问题进行控制和把握，将现场出现的各种技术和非技术问题对网规网优工作的影响降低到最小。
1.2 集团最差小区定义最差小区占比定义（最差小区比例计算公式）高掉话最差小区和高拥塞最差小区定义：高掉话最差小区定义：话音信道掉话率大于3%且每线话务量大于0.1爱尔兰的小区。
掉话处理流程
流程图掉话处理处理流程操作手册1、由小区性能监控模块发现小区掉话数多2、排查硬件故障如果掉话率突然上升，则需要检查本小区和相邻小区此时是否工作正常，通过OMC-R检查本小区和相邻小区告警，传输和天线是否出现异常，排除因为硬件原因产生的小区异常掉话。
解决措施:派单处理3、覆盖欠佳引起的掉话了解该小区的覆盖区域，是否存在一定的覆盖欠佳区域，覆盖欠佳是造成下行弱信号掉话的一大原因。
原因分析:服务小区由于各种原因（如无线环境好，功率过高，站点设置太高）产生越区覆盖，导致UE在移动到被越区覆盖的小区后，因无邻区关系配置，导致无邻区可切换造成的弱信号掉话。
越区覆盖导致的频率干扰和扰码相关性问题。
波导效应和湖面效应会使服务小区覆盖过远，引起干扰或切换判断混乱，产生掉话。
由于孤岛效应，处于孤岛的UE 无法切换出去，产生掉话。
由于一个地方没有一个足够强的主导频，出现导频污染，手机通话过程中，乒乓切换会比较严重，导致掉话率上升。
两个小区交接部分出现明显的无信号覆盖的漏洞，UE移动出覆盖范围，产生掉话。
由于高大建筑物遮挡产生的阴影效应。
解决措施:消除越区信号的影响：通过路测同事了解掉话小区及周围覆盖情况，查找覆盖不规范的基站，通过调整该站的下倾角，方位角，或降低它的最大发射功率等方法来优化覆盖区域，同时避免基站天线沿街道或湖面覆盖，避免街道效应和湖面效应等产生难以控制的信号，消除漂移信号对其它基站的影响.查找覆盖不足的地区：通过投诉组同事和路测同事的场测试来查明覆盖不足的地方，看是否可以通过调整下倾角，方位角，挂高，以及发射功率等方法增大覆盖范围（这需要综合考虑频率、扰码规划以及其它方位覆盖的情况）。
如果弱场区处于商场、隧道、地下停车场、地铁入口、高层建筑等特殊场合，则需要增加RRU，或室内分布来解决。
4、小区数参数配置不合理引起掉话检查小区各系统参数有无配置得很不合理，可以能过与正常小区之间的参数进行对比，找出是否出现个别参数调得很不合理面导致的。
掉话分析及处理流程
掉话分析及处理流程掉话分析流程：掉话处理流程：在上图中,如果不明原因掉话比较高,那么该小区存在硬件故障或其他外部影响的因素就比较大,然后才对这些不同类型的掉话进行分析;1）不明原因掉话①TRAU故障：用ALLIP查看是否有“RADIO TRANSMISSION TRANSCODER POOL MEAN HOLDTIME 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数据可以初步判别是否存在弱信号区域；通过普查可确定弱信号区域;。
案例-VoLTE测试常见掉话未接通案例
VoLTE测试常见掉话未接通案例1.背景VoLTE技术带给4G用户最直接的感受就是接通等待时间更短，以及更高质量、更自然的语音视频通话效果。
首先，高清语音和视频编解码的引入显著提高了通信质量，其次，VoLTE的呼叫接续时长大幅缩短，但VoLTE测试过程中仍发现部分掉话、未接通的现象，严重影响用户的感知。
本文梳理了VoLTE测试过程中常见的掉话、未接通的处理案例，为日后VoLTE试商用后此类问题的处理打下坚实的基础。
2.VoLTE语音通话流程简要如下：1.主叫发起INVITE消息，触发RRC建立过程（假设为空闲态）；INVITE消息包括主被叫电话号码，主叫支持的媒体类型、编码；2.主叫建立SRB2承载、QCI=9的DRB、QCI=5的sip信令承载；3.核心网反馈INVITE 100，表面正在处理应答；4.主叫RRC重配置建立QCI=1的专用承载；并激活；5.主叫收到被叫INVITE 183消息；并反馈PRACK启动资源预留；6.被叫收到PRACK后，反馈PRACK 200，启动资源预留；7.主叫收到PRACK 200，发送UPDATE，表明资源预留成功；8.同样被叫收到UPDATE，反馈UPDATE 200，表明资源预留成功；9.被叫发送INVITE 180 RINGING，振铃；10.被叫反馈INVITE 200，表明摘机11.主叫收到INVITE 200后，反馈ACK给IMS服务器，应答初始INVITE请求；并有IMS发给被叫；12.通话中；13.被叫挂机，发送BYE；IMS转发给主叫；14.主叫挂机，反馈BYE 200，IMS转发给被叫，表明结束会话；15.RRC重配置去激活QCI=1专载；图1.1 释放专载图1.2 简化信令流程图3.DT测试中常见的掉话、未接通问题2.1.切换失败导致常见有较多MR上报但不切，可能邻区漏配，之后触发RRC Re-Establishment，重建立不成功时掉话。
关于VOLTE掉话率定位分析及优化案例
关于VOLTE掉话率定位分析及优化1.1.1.1.优化思路定界流程：1.1.1.2.定位及优化1.1.1.2.1.基于话统定位优化流程对小区的QCI1的ERAB异常释放原因进行统计分析。
➢对于传输层问题占比大，则需传输侧进行排查分析；➢切换流程失败原因则重点分析无线质量、邻区关系、参数配置；●排查源小区及目标小区覆盖、干扰等无线质量情况，避免切换时与目标小区同步失败。
●核查邻区关系及参数，并结合地理图层确保已完善周报邻区，保证邻区关系及参数合理性；●参数一致性：核查确保外部邻区基站标识、小区标识、频点、PCI与邻区小区实际参数一致性、避免测量上报错误小区导致切换失败。
●核查切换参数配置：现网同异频切换基本都是基于A3事件：Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocs+Off。
同频切换参数，主要核查优化同频切换参数组ID的同频切换幅度迟滞、同频切换偏置、同频切换时间迟滞：异频切换参数，主要核查优化异频A3偏置、基于A3的异频A1 RSRP触发门限、基于A3的异频A2 RSRP触发门限。
异系统的切换参数，主要合理设置 A2 测量门限，避免由于测量过晚导致终端来不及测量目标小区信号无法切换掉话；➢无线层问题原因则重点排查弱覆盖、过覆盖、PCI模3干扰、外部干扰、参数配置等；●借助MR数据等措施判断弱覆盖及优化；●核查小区干扰情况并进行处理优化；●通过CQI上报指标统计各调制方式占比，可反映下行信道质量情况，正常情况是64QAM远大于QPSK占比，反之则说明无线质量存在异常。
如下为正常小区下各调制方式占比情况：●通过性能平台TA数据统计评估是否存在过覆盖问题，当TA统计距离明显大于最小站间距，则该小区极可能存在过覆盖。
对于过覆盖问题需进行增大下倾角、降低功率、站点整改等。
➢无线网络拥塞原因。
对于无线网络拥塞原因导致语音掉话，则需对拥塞原因进行排查及扩容等优化处理。
1.1.1.2.2.基于路测定位优化流程➢基于测试数据在ATU平台进行异常事件统计。
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信令查找问题原因。
路测数据中lte掉话信令流程
路测数据中lte掉话信令流程下载温馨提示:该文档是我店铺精心编制而成，希望大家下载以后，能够帮助大家解决实际的问题。
文档下载后可定制随意修改，请根据实际需要进行相应的调整和使用，谢谢!并且，本店铺为大家提供各种各样类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，如想了解不同资料格式和写法，敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!LTE 掉话信令流程主要包括以下几个步骤：1. 无线链路失败：当 UE 检测到无线链路失败时，它会向 eNodeB 发送无线链路失败指示（RLF Indication）消息。
无线网络优化问题分析和主要解决方法
一、WCDMA掉话分析和解决办法：1、路测中掉话的定义：路测的掉话定义是：从UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息满足以下3个条件的任何一个就视为路测掉话。
(1)收到任何的广播信道消息。
(2)收到无线资源释放的消息且释放的原因为非正常的。
(3)收到呼叫控制断连接、呼叫控制释放等消息，而且释放的原因为非正常的。
广义的掉话率应该包含C N和UTRA N的掉话率，但由于网络优化重点关注的是与UTRAN侧的掉话率指标，因此只要重点关注U TRA N侧的K P I指标即可。
2、掉话原因分析——涉及到具体的信令分析A、邻区漏配：一般来讲，掉话在初期优化过程中大多数是由于邻区漏配导致的。
对于同频邻区，通常可以用以下方法来确认是否为同频邻区漏配。
方法一：观察掉话前U E记录的活动集EcI o信息和记录的Bes tServ erEcI o信息。
如果UE记录的EcIo很差，而记录的Be stSer ver EcIo很好，同时检查记录BestServer EcIo扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中。
如果同频测量控制的邻区列表中没有扰码，那么可以确认是邻区漏配。
方法二：如果掉话后U E马上重新接入，UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制，进一步进行确认（从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。
方法三：有些UE会上报检测集（Detect edSet）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。
邻区漏配导致的掉话包括异频邻区漏配和异系统邻区漏配。
无线网络规划-掉话LTE释放过程
感谢您的聆听与观看
Lorem ipsum dolor sit amet, consectetur adipisicing elit.Lorem ipsum dolor sit amet, consectetur
2．RRC连接释放
RRC连接释放流程如下图：
RRC连接释放流程
通常情况下，以下情形会触发EUTRAN下发RRC Connection Release消息。
（1）RRC激活检测定时器超时。 （2）UE发起Detach之后。 （3）TAU之后。 （4）核心网触发load Balancing TAU Required之后
任务6 掉话分析
LTE释放过程
LTE释放过程
LTE释放分为E-RAB释放和RRC释放。它们是两个不同的过程，RRC释 放是在E-RAB释放之后。
1．E-RAB释放
E-RAB释放分为eNB发起和MME发起两种情况，由eNB发起的释放比MEE发起 的释放多一条S1_UE_CONTEXT_RELEASE_REQUEST消息。
对于异常释放，原因n”、 “unspecified”等。一般触发异常释放的机制有以下几类：
（1）空口RRC/NAS AM模式信令交互失败。 （2）空口重同步失败。 （3）空口RLC 达到最大重传次数；（包括上行/下行，SRB/DRB）。 （4）eNB/MME侧资源拥塞。 （5）传输故障。 （6）eNB/MME内部异常。
（2）如果RRC Connection Release消息中的releaseCause为load Balancing TAU Required，UE将在离开RRC_CONNECTED时执行操作，并带上 releaseCause为load Balancing TAUR equired；如果releaseCause为other， 则在离开RRC_CONNECTED时执行操作，并带上releaseCause为other。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1 TCH掉话高处理
TCH掉话的处理过程比较复杂，监控人员自身需要对日常监控中的掉话处理不断总结，以提高处理TCH高掉话的水平。
下面为各类掉话的参考处理方式。
1.1 TR掉话高
TR掉话高可通过以下方式处理：
可通过ZAHP查看相关载频进行复位
如复位载频无效，可通过重建载频数据观察
如复位载频和重建数据均无效，确定是否为载频故障或传输配置数据有误
如果TR掉话在BSC内部分布比较均匀，可能为TC板或BSC级其它单元故障（如2992、2993告警），向网运中心反映。
1.2 LAPD掉话高
LAPD掉话高可通过以下方式处理：
查看告警确定是否为载频退服导致，并查看相关原因，如需要更换载频或做基站硬件处理，与网管中心沟通
ZYMO查看是否存在传输误码导致传输闪断
确定基站是否出现过断电原因造成的退服
告警号如7705、1583等
1.3 A口掉话高
A口掉话可通过以下方式处理：
如果A口掉话均匀分布在BSC内所有小区上，A口电路存在故障，向网优中心反映
A口掉话一般都是由于跨MSC的切换引起，可检查相关切换指标和切换参数以及目标小区的工作是否正常。
1.4 BTS以及OTHER掉话高
BTS掉话一般在基站告警上有所体现，基本由于基站硬件故障导致，需要与网管中心沟通
USER掉话由于重启基站导致，不做处理
1.5 ABIS掉话高
ABIS掉话高可通过以下方式处理：
1、查看告警是否相关载频存在7745告警，可通过复位载频观察。
如复
位载频后，7745高告警仍然存在，仍然存在高掉话，可尝试锁住载
频观察掉话情况，在确定由于某载频故障导致ABIS高掉话后，向RNP
发送工单要求更换。
2、是否存在严重的同邻频干扰
3、ZERO查看是否小区存在严重上行干扰，干扰处理参考如下：
如由于突发的干扰器开通，监控人员需要跟踪干扰是否一直存在，如一直存在干扰，需要向相关RNP反馈
确定该小区是否下挂有直放站，如下挂有直放站，并且干扰一直存在，向RNP发送工单进行直放站的相关硬件排查
查看是否存在与天馈相关的告警，如7949告警等，如由于天馈原因，发单要求RNP进行天馈系统检查
如产生干扰的原因不明，并且ABIS掉话很高，可向RNP发单要求进行现场扫频、基站硬件检查、天馈系统检查等备注：由于7745告警原因复位载频时，有时重启BTS和重启载频效果不一样，可能重启BTS不能恢复，但重启载频却恢复正常，建议在锁住BTS后，对问题载频进行一次解锁操作后，再解锁BTS。
1.6 RF掉话高
RF掉话高常规处理方式请参考：
1、确认是否BSC内部较多小区存在突发高掉话，这可能由于BCSU吊死
（我们可以查看，同一BCSU下高掉话的小区是否非常集中，并且可
以看这些小区是不是高掉话出现时段也一致）、BSC内较多小区的参
数设置有误（如功控上下门限、切换门限和切换算法以及其它接入参
数）等造成
2、确认是否为载频故障（如某个TRX的上下行质量0－5级在50%以下，
或者7级比率在20%以上，或者某个TRX上的掉话次数比其它TRX高
100%以上），如怀疑载频故障，
一般建议先关闭跳频确定故障载频，可以通过以下方式定位载频故障：
载频频繁存在告警
载频存在故障告警，如TRX_FAULTY、高温告警等
载频7745告警占用比例高，重启后仍然存在
载频级的统计显示某载频掉话很高
载频级的统计显示某载频的KPI统计相对其它载频异常，如发射功率、上下行接收信号强度、上下行话音质量、PATHBALANCE
等
有时可通过倒换方式进一步确定。
通常倒换载频有以下几种方式： 载频之间频点互换，确定是否为频率干扰
BCCH载频和TCH载频倒换，确定是否为BCCH载频故障，与A 方式相同，只是针对于BCCH载频定位故障，建议通过修改PREF
的方式倒换（ZDTC）
BCCH频点与TCH频点互换，这种倒换改变了小区的BCCH频点，需要注意BSC外部邻区数据的更新，该类倒换主要针对怀疑
BCCH频点干扰的情况
半速率倒换，将开有半速率的载频的半速率信道倒换到其它频点更换的相关载频上
GPRS信道倒换，将开有GPRS信道的载频的GPRS时隙倒换到其它载频上
载频之间槽位更换，该操作需要工程人员实施
备注：倒换载频后，有时可能会马上出现7745告警，可以通过重启载频恢复。
要求监控人员在倒换载频操作后，需要跟踪小区是否出现由于倒换载频造成的高掉话。
3、确认基本配置参数是否良好，主要包括：
邻区规划是否良好，是否存在漏做邻区的现象，特别注意基站是否存在过覆盖现象造成邻区遗漏
频点分布是否良好
4、主要KPI话音质量、切换失败率、OUTBAND1是否异常。
如上行话音质量较差同时OUTBAND1比例很高，同时干扰等级较高，确认是否存在外部干扰、直放站故障；如干扰等级较小，
同时排除频率干扰，确认基站是否开启跳频、基站是否存在7949
告警，仍无法解决的，可派单给RNP检查天馈和基站硬件 如基站开有跳频，话音质量突降情况，可通过关闭跳频定位是否个别载频故障导致
如切换失败率异常，请参考切换失败率处理流程
5、确认小区空闲小区重新参数、接入参数(手机功率等级设置等)、小区
切换参数、BMA等设置是否合理
6、3载频以上的小区一般要求开启跳频功能
7、注意通过邻区切换统计结合邻区分布、MAPINFO地形地貌查看基站
是否存在过覆盖、反向覆盖、基站天线接反等现象
8、对于突发的高掉话，可查看周围是否有小区退服、参数是否存在变动、
是否做过工程调整等，突发的高掉话要求跟踪至少2天以上
9、确认半速率是否对该小区的掉话有影响
10、结合上下行信号强度、MS和BTS的发射功率统计、覆盖距离统计确
认小区是否存在弱覆盖，同时分析造成弱覆盖的成因
11、可通过监控平台上的参数修改记录、历史CASE处理记录了解小区的
历史处理情况
12、在干扰情况良好情况下，也要通过网优平台查看该小区是否存在直放
站，直放站性能不好或者频点设置有误等，也会造成对掉话的影响
13、对山区站、海岛站、超远覆盖小区、手机维修市场等小区的高掉话如
果波动不大，一般不做处理
14、其它异常情况，如进程故障、SDCCH信道吊死(一般建议SDCCH信
道设置在时隙0)等，可通过重启BCF、倒换SDCCH信道解决。
1.6 BCSU掉话高
BCSU掉话通常是因为BCSU板件进行主备切换时产生的掉话，对于BCSU 掉话，我们可以通过查看BCSU的历史告警，如ZAHP：BCSU（时间）即可看到判断；。