掉话原因值
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.越区覆盖的一般优化原则是：在区域中已有合理的稳定信号覆盖的情况下，尽可能的控制越区覆盖的信号。
未接通、掉话及切换失败
未接通、掉话及切换失败分析一、未接通分析正常呼叫主叫起呼和被叫接入过程：主叫起呼信令流程图被叫接入信令流程图由主叫起呼信令流程图可以看出，主叫首先发出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信道消息的回复，导致未接通的发生。
掉话原因及处理
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接口的误码率的影响。
LTE掉话问题分析及RRC连接重建触发原因
一、掉话问题两类
1、异常RRC connection Release,网络设备异常。
2、RRC重建失败。
二、掉话问题具体原因：
1、弱覆盖
2、干扰
3、切换失败，邻区参数配置不正确，目标小区工作不正常（传输误码，负荷高接纳拒绝）
4、邻区漏配，无法切换
5、越区覆盖，导致参考信号污染或邻区漏配引起切换掉话。
6、拥塞，引起多项指标恶化。
7、设备异常，终端或网络设备异常。
三、RRC重建立触发的原因有如下几种情况：
（1）UE检测到无线链路失败，主要包括：上下行RLC达到最大重传次数；上/下行失步，随机接入失败等原因
（2）切换失败（包括同系统、异系统切换）
如果切换失败，UE会发起RRC重建立请求，并将重建立原因封装在RRC重建立请求消息中。
（3）底层指示完整性保护失败
由于信令的完整性保护失败发生RRC重建立，例如UE和基站的加密以及完整性保护算法不一致，这类原因不常见，通常为终端的问题。
（4）RRC重配失败
RRC重配置的目的是修改RRC连接，在如下场景会发生RRC重配置：建立、修改或者释放无线承载时；执行切换时；建立、修改或释放测量配置等。
GSM常见掉话原因分析
B.过覆盖（Overshooting）
还有一种覆盖问题就是邻区间交叠区过大，甚至出现了过覆盖（Overshooting）的现象。比较典型的情况是：一个较高的基站A的天线没有作下倾角或只有很小的下倾角度，与它相邻的一个基站B的天线高度较低，覆盖范围很小，造成B的覆盖范围被A完全包含。如图7所示。所以在越过绿色的B小区主控覆盖范围后，手机还会“回切”至A小区，但是由于种种原因，A小区并没有C小区的邻区。因此，当测试人员继续行驶后，就会因无邻区可切而造成拖带掉话（例如在红色区域）。解决的办法就是如图中所示，将小区A的覆盖范围控制好（小区A’），就可以解决过覆盖造成掉话的问题。
带内干扰：GSM系统内部干扰主要由以下几个方面原因产生：
l频率规划不合理，引起同频、邻频干扰；
l基站或手机功率设置不合理，引起下、上行链路干扰；
l频率复用不合理；
l由于多径效应、建筑物反射等造成干扰；
l码间干扰；
l TA与实际不符造成时隙干扰。
当MS在服务小区收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的BSIC或不能正确接收MS的测量报告，从而产生掉话。
l在Layer 2上：BSS/MS每T200时间发送N200＋1次SABM/DISC消息，但未从接收端收到回应
2）切换掉话
l MS未能成功切换至目标小区,但未能回到源小区
l MS发送HO FAILURE和UL-SABM消息给源小区，但未得到回应
二、在路测时发现的掉话问题时,我们应从哪些方面进行考虑？
图2干扰基站图
事故原因：同频干扰造成掉话，通过对规划的调整和修改邻区参数，上述问题得到解决。
实例2：直放站、阻断器造成的掉话
随着用户的增多，很多宾馆酒店写字楼等建筑物内为了解决电梯、地下室等信号覆盖的盲区就会出现私建直放站，从而产生了强烈的上下行干扰，有时波及周围很多小区的性能，对网络指标的影响非常大。频率阻断器是一种宽带的干扰器，其安装的目的就是要对移动通信系统产生强烈的干扰，以达到阻断器周围一定范围内手机无法接入系统服务的目的。
掉话及未接通原因分类
事件
表现
原因
集团原因
掉话
主控小区及邻小区信号电平均低于-94dBm
弱覆盖
弱覆盖
主控小区信号电平低于-94dBm，邻小区信号电平高于-94dBm，信号质量7
主控小区未能及时切换
质差
主控小区信号电平高于-94dBm，信号质量7
主控小区受到外来干扰
质差
发起切换后，直接进入空闲状态
切换失败导致掉话
其它
41
Temporary failure
临时故障，一般有可能是网络与移动台之间的配合问题
其它
42
Switching equipment congestion
高话务情况下，交换设备拥塞
拥塞
43
Access information discarded
接入信息废止，说明网络无法将接入信息发送给远程用户
其它
移动台要求了业务质量（最低门限），但网络无法满足需求
不应出现
50
Requested facility not subscribed
移动台要求的增补业务未开通
不应出现
55
Incoming calls barred within the CUG
虽然主被叫均是封闭用户群（CUG），但此CUG不支持被叫
不应出现
不应出现
9
MS identity cannot be derived by the network
31
Normal, unspecified
如果不属于以上所有拆线原因，又是普通原因拆线，就使用这一Cause Value
其它
资源不可用类型原因
34
No circuit/channel available
重定向失败导致VoLTE语音掉话问题分析
重定向失败导致VoLTE语音掉话问题分析【产品族】LTE TDD【关键字】SEQ、VoLTE掉话率、重定向开关、eSRVCC开关【问题描述】S省N市C运营商LTE全网VoLTE语音掉话率指标陡增1倍，无线网管变化不大，需要分析具体原因：【处理过程】1、SEQ提取掉话原因分布28 Inter-RAT redirection原因掉话次数剧增，其他原因导致的掉话次数变化不明显行标签11月02 11月03 掉话次数VoLTE语音始呼掉话次数VoLTE语音终呼掉话次数VoLTE语音始呼掉话次数VoLTE语音终呼掉话次数修改前修改后28 Inter-RAT redirection 30 18 228 217 48 445 10RESOURCE_ALLOCATION_FAILU143 111 191 134 254 325RE0 BEARER_RELEASED 80 75 118 108 155 226210 13 17 23 23 40 INSUFFICIENT_BEARER_RESOURCES26 Failure in the Radio Interface14 13 24 16 27 40 Procedure9000 Timeout 1 1 12 20 2 3221 Radio Connection With UE22 23 13 15 45 28 Lost7 EPS services not allowed 4 4 5 13 8 1816 Normal Call Clearing 10 0 14 1 10 15其他23 21 30 9 44 39总计337 279 654 557 616 12112、剧增掉话场景分析：28 Inter-Rat redirection提取掉话原因剧增场景28 Inter-Rat redirection 的掉话话单并进行分析：呼叫应答后35秒，MME收到eNodeB上报的UE CONTEXT RELEASEREQUEST(Cause:28)，携带原因值为interrat-redirection (28)，说明用户在通话过程中发起重定向，可能是由于4G无线问题，导致用户向2G网络发起重定向，6秒后承载被释放，呼叫掉话，建议对现网参数配置进行核查。
未接通及掉话原因分析
未接通分类什么是未接通：根据CMCC规范以主叫Channel request来确定试呼开始，接着出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通，否则就计为一次未接通。
以下是常见引起未接通的原因：1、位置更新主叫位置更新：在GSMDT正常测试中，主叫手机在idle状态下有时会发生小区重选现象，小区重选后主叫手机会有两种情况下的位置更新。
一种为在idle时间内主叫手机位置更新顺利完成，另一种为手机小区重选后还未来得及进行位置更新或位置更新未完成，主叫手机就发起起呼命令（channel request），此种情况会导致未接通，网络下发CM Service Reject（Cause＝4，IMSI unknown in VLR）。
被叫位置更新：在GSMDT测试中中是一种常见的现象，具体情况为主叫起呼后，被叫正在进行位置更新，无法正常响应主叫的寻呼命令，最后主叫网络下发Disconnect（Cause Number＝18，No User responding）。
主叫正常起呼后，TCH分配完成，被叫正在做位置更新，最后主叫网络下发Disconnect，导致未接通。
2、SD拥塞由于SDCCH拥塞导致的未接通，需要结合A接口，Abis接口信令跟踪及OMC统计分析。
具体情况为主叫手机起呼Channel Request后，网络无法对其进行正常的立即指配命令。
见网络连续对主叫进行立即指配命令，但均未成功，最后导致未接通，通过分析发现该小区存在SDCCH拥塞现象。
附SD拥塞案例如下：手机占用小区LAC：37318 CI：16807（临潼斜口街道办芷阳村马巧莉），16：11：15发起CHANNEL REQUEST，随即收到下发的IMMEDIATE ASSIGNMENT REJEC，则SDCCH分配失败。
从层3消息中，我们可以看到SDCCH拥塞时，系统会向移动台发送Immediate Assignment Reject消息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
掉话部分：
CS域：
IU释放部分原因值解释说明：
（主要是原因值14和46的掉话）-12=10*logbler -1.2
主要是无线链路失败造成的掉话。
（可能）无线接口进程失败，主要原因是基站检测到上行误块率大于该业务所设定的门限值，信号太差，网络判定无线链路不满足业务条件，所以释放该业务链路掉话。
查询所设定的上行误块率门限值的命令：LST TTYPRABOLPC（典型业务外环功控参数设置）。
49——交互类384 57——背景类384，,79——交互类2M 87——背景类2M。
主要是由上行失步造成掉话，会触发此原因值的释放。
未知原因造成的掉话。
RAB释放部分原因值解释说明：
主要是由AAL2失步造成的掉话。
PS域：
IU释放部分原因值解释说明：
（主要是16和40的原因值）
主要是无线链路失败造成的掉话。
（可能）
主要是部分终端处于节电的目的，在终端侧一段时间内检测到用户无操作或锁屏等情况后，则会主动向网络侧发送信令链接释放指示，让网络侧释放对应域的Iu连接，如果为单域业务则会发起RRC链接释放过程。
此外，部分终端内部异常，需要主动释放RRC时，也会信令链接释放指示。
定位为终端原因。
通信过程中由于UTRAN侧原因导致的释放，如RNC 收到Node B的Radio Link Failure Indication。
用户进行组合业务时（CS+PS），UE发起释放其中一个域的业务连接
主要是手机在进行PS业务上网的时候，在一段时间内，用户无流量交互。
RNC会将UE状
16的释放。
态由Cell_DCH状态迁移到别的状态上（Cell_FACH），此时RNC就会上发原因值为
主要是由上行失步造成掉话，会触发此原因值的释放。
RAB释放部分原因值解释说明：
（主要是原因值16和46）
主要是抢占业务造成的RAB释放。
主要是手机在进行PS业务上网的时候，在一段时间内，用户无流量交互。
RNC会将UE状态由Cell_DCH状态迁移到别的状态上（Cell_FACH），此时RNC就会上发原因值为16的释放。
主要是
主要是由上行失步造成掉话，会触发此原因值的释放。
主要是网管操作造成的掉话。
RRC建立失败
CS域:
主要是无资源可用的造成的指配失败。
2、
主要是无线环境较差，无线链路建立失败，造成RAB建立失败。
未知原因造成的RAB建立失败。
主要原因是无效的RAB参数配置造成的RAB建立失败。
所请求的最大bit速率不可用，造成RAB建立失败。
IU传输建立失败导致RAB建立失败。