EVDO掉话率优化指导书
广东无线网络运营中心
深圳EVDO试点项目组
目录
1概述 (3)
1.1掉话的定义 (3)
1.2掉话机制 (4)
1.2.1反向掉话机制 (4)
1.2.2前向掉话机制 (4)
1.3掉话的相关话统 (5)
1.3.1掉话率 (5)
1.3.2连接成功次数 (5)
1.3.3连接正常释放次数[次] (5)
1.3.4连接释放次数（空口丢失）[次] (6)
1.3.5连接释放次数（其它原因）[次] (6)
1.3.6连接释放次数（休眠态定时器超时）[次] (7)
1.3.7连接释放次数（休眠态定时器超时AT无响应）[次] (7)
1.4掉话的分类 (8)
1.4.1空口丢失 (8)
1.4.2其它原因 (8)
2掉话问题分析处理思路 (9)
2.1整网问题分析思路 (9)
2.2TOP小区优化思路 (10)
2.3TOPN小区优化流程图 (12)
3掉话常见原因及处理方法 (13)
3.1异常用户 (13)
3.2用户直接拔卡 (14)
3.31X/DO互操作 (15)
3.4设备告警 (15)
3.5RSSI异常 (16)
3.6覆盖差 (17)
3.7邻区配置不合理 (18)
3.8PN复用不合理 (18)
4影响掉话的常见参数 (19)
5相关案例 (21)
5.1异常用户产生大量掉话 (21)
5.2空口问题造成指标不良 (23)
5.3邻区问题导致掉话指标不良 (26)
5.4参数设置不合理导致掉话指标异常 (27)
5.5邻小区闭塞导致切换失败次数超高 (28)
5.6DO终端频繁掉线问题 (29)
1 概述
在无线通信网络运行中，掉话是运营商关注的热点网络问题之一，也是无线网络质量优劣的直接反映，因此掉话率是衡量CDMA2000 EV-DO系统好坏的重要指标。掉话是指各种连接建立成功后的异常释放，主要包括空口丢失和其他原因。无线网络中存在一定比例的掉话是正常的，但对于一些掉话率较高的小区必须进行优化。
本文旨在对EV-DO网络中的掉话分析提供一些思路和方法。
1.1 掉话的定义
EVDO对于掉话的定义是：已经成功建立的连接（AN收到A9-Update A8 Ack后），由于某种异常原因导致连接释放。EV-DO的呼叫释放有可能是AT发起的也有可能是AN发起的，掉话统计都是AN发起的呼叫异常释放。
AN发起的呼叫释放流程如图1-1所示：
（注：“休眠态定时器超时”和“休眠定时器超时AT无响应”属于正常释放，不会统计到掉话中）
图1-1 EV-DO连接性能统计（AN发起的释放）
关于掉话的几点说明
1、数据业务空口连接掉话，会由终端或系统侧重新发起连接，对用户感受的影响不像1x
掉话那么明显。
2、有部分DO连接掉话是因为DO-1X互操作导致的，影响指标但对用户感受没有影响。
3、用户异常行为如直接拔卡也会被系统侧统计成空口掉话。
1.2 掉话机制
1.2.1反向掉话机制
AN定义了反向掉话机制：当反向DRC无法正确被系统解调时，AN启动对应的定时器，若在指定时间内还没有正确解调出DRC，则AN会发起释放，记为一次掉话。
反向掉话流程如下图所示：
当BTS无法解调DRC时，向BSC发送Abis-DO ForwardStopped消息，FMR启动监控定时器（缺省为3s），若在该定时器内没有收到Abis-DO ForwardRequest消息，FMR向CCM发送SDU_CCM_Forward_Stop消息，同时CCM启动107号定时器（缺省为5s），若在定时器内没有收到数据传输恢复消息，则为一次反向掉话。
注：FMR和CCM为AN的内部模块。
1.2.2前向掉话机制
前向掉话机制：当终端连续检测到DRC为0超过“(DRCSupervisionTimer ×10) + 240 ms”就会关闭反向发射机，然后再等待12个控制信道周期，即5.12s，这段时间内如果DRC 仍然持续为0，则手机会转到Inactive态，即终端侧掉话。
无论是前向掉话还是反向掉话，在话统中一般都体现为“空口丢失”掉话。如果终端先
于系统掉话，并且在系统释放连接之前又向系统发送了CR消息，那么系统会将原来的连接释放，掉话原因统计为“其他原因”。
1.3 掉话的相关话统
1.3.1掉话率
话统中掉话率指标的计算公式为：
([连接释放次数(空口丢失)[次]]+[连接释放次数(其它原因)[次]])/[连接成功次数])*100 1.3.2连接成功次数
指标含义：所有连接建立成功次数的总和（次）。
计算公式：[A T发起连接成功次数] + [AN发起连接成功次数]
1.3.3连接正常释放次数[次]
指标含义：已经成功建立的连接正常释放的次数。
统计点说明：已经成功建立的连接（在AN收到“A9-Update A8 Ack”后）,由于正常释放原因发起释放时统计，正常释放原因包括：
1、AT发起的连接释放，如图1-3中A点所示：
图1-3 A T发起的连接释放流程
2、PDSN发起的正常连接释放，如图1-4所示，原因值包括Dormant释放和正常释放。
图1-4 PDSN发起的连接释放流程
3、AN发起的正常连接释放，包括AT进入Dormant态引起的连接释放、AT切换到其
他AN时引起的连接释放、会话释放引起的连接释放、配置协商完成后发起的释放、配置协商失败后发起的连接释放、鉴权成功后发起的连接释放、鉴权失败后发起的
连接释放、测试呼叫完成后的连接释放和操作维护引起的连接释放等。
1.3.4连接释放次数（空口丢失）[次]
指标含义：已经成功建立的连接因为空口丢失而释放的次数。
统计点说明：已经成功建立的连接，由于空口丢失发起释放，即AN在一段时间内无法捕获AT信号从而释放连接时统计，此时AT可能关闭发射机或者转入1X网络等，如图1-1中的A点。
1.3.5连接释放次数（其它原因）[次]
指标含义：对于已经建立成功的连接，除了因“连接正常释放”、“空口丢失”、“休眠定时器超时”和“休眠定时器超时AT无响应”之外的其它原因而释放的次数。其中也包括因专线用户接入而导致的连接释放，即专线用户接入时由于接入载频支持的用户数已经达到每载频的最大用户数，为保证专线用户接入，则按照优先级从低到高的次序选择一个低优先级用户释放其一个分支(如果该用户只有一个分支，则释放连接)，将释放的资源分配给接入的专线用户。
统计点说明：已经建立成功的连接由于上述三种释放原因之外的其它原因发起连接释放
时统计。
1.3.6连接释放次数（休眠态定时器超时）[次]
指标含义：已经建立成功的连接因为RLP的休眠定时器超时而释放的次数。
统计点说明：已经成功建立的连接（在AN收到“A9-Update A8 Ack”后），由于AN的RLP休眠定时器超时而发起连接释放，即RLP在一段时间内没有数据收发而引起休眠态释放时统计，如图1-1中的B点。
“休眠态定时器超时”属于正常释放，不统计在掉话中。
1.3.7连接释放次数（休眠态定时器超时AT无响应）[次]
指标含义：在因RLP的休眠定时器超时而发起的连接释放过程中，AT对AN发送的“ConnectionClose”消息没有响应的次数。
统计点说明：已经成功建立的连接，由于RLP的休眠定时器超时发起释放，AN发送“ConnectionClose”消息后收不到AT应答的“ConnectionClose”消息时统计，如图1-1中的C 点。
“休眠态定时器超时AT无响应”属于正常释放，不统计在掉话中。
1.4 掉话的分类
由于掉话问题一般都是从话统指标观察中得到，所以本文也按照话统指标中定义的连接释放种类来描述，主要有两类：“空口丢失”和“其它原因”。
其中“空口丢失”在CDR中对应的释放原因值为0x272F；“其他原因”最常见的释放
原因值为0x120E。
1.4.1空口丢失
“空口丢失”是指：已经成功建立的连接（在AN收到A9-Update A8 Ack后），由于空口丢失发起释放，即AN在一段时间内无法捕获AT信号从而释放连接。类似于1X里面的C05掉话。
1.4.2其它原因
“其它原因”是指：已经建立成功的连接（在AN收到A9-Update A8 Ack后），由于“连接正常释放”、“空口丢失”、“休眠定时器超时”和“休眠定时器超时AT无响应”等原因之外的其它原因而产生的释放。如在连接态收到AT的连接请求导致连接释放，设备、链路故障导致的连接释放等。对应的原因值有很多，最常见为120E。
0x120E，指的是系统在激活态又收到终端上报的连接建立请求导致连接异常释放。
EVDO空口协议中规定，当终端连续检测到DRC为0超过“(DRCSupervisionTimer × 10) + 240 ms”（由于DRCSupervisionTimer的默认值是0，
那么这个时长就是240ms）就会关闭反向发射机，然后再等待TFTCMPRestartTx
（12个控制信道周期，即5.12s），这段时间内如果DRC持续为0，则手机会转到
Inactive态。由此可知，终端的掉话定时器实际上是“240ms+5.12s=5.36s”
所以有时终端已经将空口连接释放了，而系统侧还没有释放，此时如果终端再发起连接，会导致前一次连接异常释放，CDR中记录的释放原因值为0x120E。
2 掉话问题分析处理思路
2.1 整网问题分析思路
1、采集相关数据。
a)话统（包括BSC级、载频级，至少一周的数据，包括全天指标、忙时指标、各个时
段指标，包括关联指标如：连接成功次数、各种原因值的连接释放次数、软切换成
功率、AN间切换成功率、1X话务模型、DO话务模型、DRC申请速率、用户远近
点分析比例、RSSI等）
b)日志/CDR
c)告警（包括检查驻波、GPS锁星状态、传输等）
d)后续根据分析的需要再采集其他相关数据，如操作记录、参数、邻区、路测数据等。
2、分析话统、日志或CDR，获得整体认识（先整体再局部），检查问题存在的规律，如分
布范围、原因值分布、IMSI分布、时间相关性等。
a) 问题范围及分布规律：通过查询话统（如需要可结合日志、CDR）分析掉话分布
的范围，是全局分布还是集中在某些载频？或集中在连片的区域？或集中在某个频
点？
b)时间相关性：该指标从什么时间开始变差的？还是一直就差？还是只是在某个时间
段变差？如果有明显的时间相关性，那么就需要重点分析在指标变差的时间段，进
行了哪些操作（如参数调整、新开基站、传输割接、版本升级、BSC/BTS故障等）？
c)原因值分布：失败原因值分布如何？有哪些异常的原因值（正常情况下不会出现的
原因值）？
d)用户分布：是否集中在某些IMSI？
e)结合告警、其他指标联动分析：有无异常告警？时间是否与掉话对应？其他指标如
呼叫建立成功次数、各具体原因掉话次数、呼叫建立成功率及失败原因、周边基站
的切换成功率及失败原因、AN间切换成功率等与掉话率有什么一致的变化规律？2.2 TOP小区优化思路
【说明】不管掉话原因值是“空口丢失”还是“其他原因”，引起掉话的原因大部份都是相同的，处理方法也相同。
引起掉话的常见原因有以下方面：
1、异常用户（如终端乱报PN、孖机、MEID为全0等）；
2、用户直接拔卡；
3、 1x与DO互操作引起掉话；
4、设备有告警（包括传输中断或传输闪断、时钟告警或GPS锁星不足、BTS板件故障等）；
5、 RSSI异常（包括RSSI过高、RSSI过低、主分集差异大）；
6、邻区配置问题（邻区漏配、邻区错配、邻区冗余、优先级不合理、1way/2way、超远邻
区等）；
7、 PN复用不合理；
8、参数配置不合理（如切换参数、DRC信道增益、去激活定时器等）；
9、覆盖问题（如覆盖不连续、室内覆盖差、越区覆盖、导频污染）。
TOPN小区的处理流程
当遇到掉话问题时，建议按如下步骤进行核查，发现问题则按第三章的具体介绍进行处理：
1、话统（结合日志、CDR）分析，掌握整体状况，初步筛选问题原因。
a) 掉话原因值分布。失败原因值分布如何？有哪些异常的原因值（正常情况下不会出
现的原因值）？
b) 掉话IMSI分布。是否集中在某些IMSI？这些IMSI有什么共同规律？如果集中在某
些IMSI，可直接参考下面异常用户分析部分介绍的方法处理。
c) 掉话时间相关性。掉话率是从什么时间开始变差的？还是一直就差？还是只是在某
个时间段变差？如果有明显的时间相关性，那么就需要重点分析在指标变差的时间
段，进行了哪些操作（如参数调整、新开基站、传输割接、版本升级、BSC/BTS故
障等）？或者在指标差的时间段有哪些特点（如大型活动、某时间段有特殊的资费
政策、话务量过高等）？
d) 问题分布范围：本基站各个频点、各个扇区的掉话情况比较，与周边基站的掉话情
况比较。看问题分布是否有规律，如是否集中在某个频点？并分析其异同点，以快
速找到突破口。
e) 结合其他指标联动分析：如呼叫建立成功次数、各具体原因掉话次数、呼叫建立成
功率及失败原因、周边基站的切换成功率及失败原因、AN间切换成功率等与掉话率
有什么一致的变化规律？
2、通过CDR分析，检查是否存在个别异常用户引起大量掉话。
3、通过CDR分析，检查是否存在大量用户直接拔卡导致的掉话。
4、通过CDR分析，检查是否由于1X/DO互操作引起较多掉话。
5、检查是否存在告警（关注告警时间与掉话时间是否对应）。
6、检查载频的RSSI是否存在异常。
7、检查邻区是否配置合理。
8、检查PN复用是否合理。
9、检查参数设置是否合理。
10、通过DT/CQT及数据分析，检查覆盖是否正常。
2.3 TOPN小区优化流程图
3 掉话常见原因及处理方法
本章介绍掉话的常见原因及对应的处理方法，具体处理思路请参考2.1、2.2节的介绍。
3.1 异常用户
对EVDO网络来说，异常用户引起的掉话比例很高，通过CDR或日志分析，往往发现个
别或部分IMSI掉话次数特别多（如深圳网络TOP 10终端的掉话次数可以占到全网掉话次数
的15～20%）。根据以往的经验，一般有如下几种可能：
1、终端缺陷（如北京发现某厂家终端对导频强度测量错误导致乱报PN，严重影
响切换，并且在相同情况下PER是正常终端的20倍）。
2、孖机（同一个IMSI对应不同的ESN，可能经常会遇到。当某用户在激活态时，
其孖机发起连接，则AN会将原来的连接释放；当该用户正在建立连接，此时
其孖机发起连接，则AN会释放原来正在建立的连接，造成连接建立失败）
3、MEID为全0的终端。某些终端由于软件问题，上报的MEID为全0。MEID全
零的终端转换成的ESN都是同一个0x80F28490，因此当存在多个MEID为0
的终端就相当于大量孖机，任一用户发起连接都会将原来的连接释放。
4、覆盖问题。这些用户所处的位置覆盖特别差，导致频繁掉话。
具体分析时，可通过CDR数据分析具体的ESN和IMSI，加上对TOP用户进行电话回访，
找出规律性（是否属于同一种型号的终端？或集中在某几款终端？），以确定问题根因。
?孖机
1)判断方法：通过CDR数据或在维护台信令跟踪来分析IMSI跟ESN的对应关系，
当一个IMSI对应两个或以上的ESN时，就是孖机的情况。
2)解决措施：严重影响用户的话，建议考虑给用户重新开卡解决。
?MEID为全0 （ESN为0x80F28490）终端
1)判断方法：
a)通过CDR分析现网是否有ESN为0x80F28490且有正常连接记录的用户，这
些终端应该是开通了DO业务，但是终端上报的MEID为零。一般来说这些
用户会存在较多1201的接入失败；
b)统计全网ESN为0x80F28490但是未接入成功的用户，这些终端应该是没
有开DO业务，但是终端上报的MEID为零，同样会影响网络DO连接建立成
功率指标。
2)解决措施：推动终端厂家进行终端软件升级。
?覆盖特别差：通过RF或参数调整等手段改善覆盖，可参考3.6节的介绍。
3.2 用户直接拔卡
?现象描述及原因分析
部分DO用户由于个人使用习惯，在上网结束后不按正常的流程将PPP连接先断掉，而是直接拔卡或断电，这样在系统侧会统计为一次“空口丢失”掉话。
实际上这种掉话是由用户行为引起的，不能反映实际的网络质量，但却影响掉话率指标。
?判断拔卡掉话的方法
由于“正常DO用户掉话”和“用户直接拔卡”有不同的行为特点，因此可通过CDR结合其行为特点来粗略判断，找出部分疑似用户拔卡导致的掉话。
行为差异：一般来说，如果用户在上网过程中发生掉话，会在较短时间内再次发起连接；而如果是用户直接拔卡，一般来说上网结束，可能会在较长时间内不会再次发起连接。因此可以结合这个特点，根据用户发生掉话到再次发起连接的时间间隔来判断疑似直接拔卡的情况。
拔卡掉话具体判断方法：通过CDR分析，若同一用户在“空口丢失”的掉话（CDR中释放原因值272F）后30分钟内没有再次发起连接，则认为本次掉话为疑似用户直接拔卡导致的掉话。
?解决措施
目前没有方法能完全准确的找出直接拔卡引起的掉话，CDR的分析只是大概的一个统
计。也无法从话统中剔除，只能通过运营商对DO用户加大拨号上网流程的宣传来适当缓解。
3.3 1X/DO互操作
?现象描述及原因分析
在1x和DO叠加网络中，终端处于DO Rev.A激活态的时候，当满足如下两种条件时终端会切换到1X网络：
1、收到1x的语音或短消息寻呼。
2、终端检测到DO激活集中的所有导频强度低于-7dB，且此时1X导频强度大于-14dB，
这种状态如果持续了4S，终端会停止当前在DO网络中的数据传送，转到1x网络
进行业务。
对DO Rev.A网络来说，这种释放会记为空口丢失的掉话。
?具体判断方法
通过CDR进行分析，对同一个IMSI，如果其DO连接异常释放时间点前有1x连接建立的
记录，并且DO连接异常释放时间点与1x连接建立的点的时间相隔小于8秒（掉话定时器缺
省为8s），则认为该次掉话是由于发生1x、DO互操作引起。
?解决措施
互操作造成的掉话暂时无法解决。在出现该类型的掉话时，需要通过各种手段进行统计和分析，评估其对掉话率指标的影响，以区分掉话问题是真正的空口掉话增多还是互操作掉话导致。
3.4 设备告警
?常见告警
1、传输问题；
2、 BTS时钟问题（常见时钟问题有：GPS天线及连线故障、CK板故障、GPS锁星数<4颗）；
3、其他故障。
?判断方法
1、传输告警
a)首先在维护台查询相应的传输告警。
b)结合接入和切换的指标一起分析：
i.如果发现某载扇连接成功率一直很低，且失败原因基本都是“AT发起连接失
败失败（分配呼叫资源失败）”，则很可能是该基站传输中断导致；
ii.如果发现某载扇只是在个别时间段的连接成功率很低（失败原因基本都是“AT 发起连接失败失败（分配呼叫资源失败）”），同时与该载扇有邻区关系的某些
扇区在这些时间段内的软切换成功率也突然变差（失败原因基本都是增加分支
时“要求的Abis资源不可用”），则很可能是该基站传输闪断导致。
2、时钟问题
a) 对于显性的GPS天线及连接故障、CK板故障，可通过告警查询；
b) 对于锁星数过少的，可通过命令DSP CBTSBRDSPECSTAT可查询GPS锁星数，
锁星为0的需立即处理，锁星小于4颗的也要安排工程队检查GPS天线的安装位置
以及跳线质量。
3、其他故障：其他如BSC单板故障、BTS单板故障等也可能产生空口掉话，需要结合告警
来查询确认。
?解决措施
对发现由于告警引起掉话，需要设备侧工程师配合分析设备相关故障。
3.5 RSSI异常
?常见RSSI问题有：
1、RSSI过高（一般认为高于-90dBm为严重异常需马上处理，高于-93dBm需关注并根据实
际情况安排处理）
2、RSSI过低（一般认为低于-113dBm且RSSI长期无变化需要处理）
3、主分集差异大（一般认为大于10dB需处理，实际上要么是某一集过高，要么是某一集过
低，与前面两个原因可能也是相关的）
?引起RSSI异常的常见原因有：
1、工程质量问题；
2、外界干扰；
3、室分直放站/干放/耦合器/功分器等器件导致。
3.6 覆盖差
当前面介绍的原因都已经检查并处理过，掉话率仍然比较高，那么可能就是覆盖原因导致的。需要到现场进行DT、CQT以掌握具体的覆盖情况，同时也可结合CDR辅助分析。
?常见覆盖问题：
1、室外覆盖不连续（孤岛站、遮挡严重、地势起伏等引起）；
2、越区覆盖（基站过高、下倾角设置不合理、沿江/沿路、跨海等引起）；
3、导频污染（导频杂且弱，无主导频，多出现在密集城区的江面、桥上、建筑物
的高层等场景）；
4、前反向链路不平衡（前向很好但是反向却很差，无法锁定反向DRC信道导致
掉话）；
5、室内覆盖差（建筑密集，穿透损耗大，室分系统故障等引起）。
?判断方法：
1、室外覆盖不连续：结合路测数据，分析掉话点附近室外的C/I（<-4dB）和Rx
（<-90dBm）是否都较差，如果C/I和Rx都较差则说明覆盖不连续或覆盖差。
2、越区覆盖：
a) 通过分析路测数据，结合单PN覆盖图来判断是否存在越区覆盖；
b) 通过话统统计小区接入距离来辅助判断。
3、导频污染：导频污染可根据以下三种方法判断：
a) 结合路测数据来分析判断；
b)通过统计CDR里面RU中上报的各分支导频强度，如果大于Tadd的分支数
大于或等于4的呼叫记录很多，则认为可能存在导频污染；
4、前反向链路不平衡：通过路测数据分析，当出现服务小区前向覆盖很好，但反
向链路很差，且主要表现为前向的Active PN为A，但反向DRC为Unlocked。这种情况即为前反向链路不平衡。
5、室内覆盖差：结合室内步测数据或CQT数据，分析掉话点附近室外的C/I
（<-4dB）和Rx（<-90dBm）是否都较差，如果C/I和Rx都较差则说明覆盖差。
?解决措施：
针对各类覆盖问题，可以采取如下措施（注意：由于DO一般与1X共天馈，调整时需要结合1X覆盖情况来综合考虑）：
1、室外覆盖不连续：通过加站来根本解决；调整方位角、下倾角、挂高、功率来
适当改善。
2、越区覆盖：通过调整功率、下倾角、挂高来控制。
3、导频污染：通过加站、调整功率、方位角、下倾角等方式营造出主导频，抑制
其他导频。
4、前反向链路不平衡：RF优化来改善覆盖；检查是否反向RSSI高导致反向覆盖
不足。
5、室内覆盖差：增加室内分布系统；对由于直放站/干放功率余量不足引起室内
覆盖差的，可以考虑用RRU进行替换。
3.7 邻区配置不合理
常见邻区问题有：邻区漏配、邻区错配、邻区冗余、优先级不合理、1way/2way、单向邻区、超远邻区。
邻区评估可通过Nastar相应的邻区核查功能、同PN疑似错配功能、1way/2way工具、mapinfo、Google Earth等一起来综合判断。
3.8 PN复用不合理
?常见PN复用问题：
1、PN复用距离不够；
2、1way/2way邻区；
移动台根据PN的不同相位来区分不同扇区的信号。当举例较近的两个扇区PN相邻或者相同时，这两个信号到达移动台的时延可能一样，移动台将无法识别出收到信号属于那个
扇区，此时这两个信号互相影响，形成干扰，PER升高，最终可能导致掉话。
?分析判断方法：
1、通过工具把复用距离、层数不满足要求的小区找出来，进行PN调整。
2、进行1way/2way核查，也可发现PN复用问题。
3、BSC边界（尤其是异厂商边界、不同城市边界）需要进行额外核查，避免出现PN
复用问题（如双方未互相考虑边界则必然存在问题；新开站规划PN未考虑对方工参表也极容易导致PN复用问题）
处理措施：当发现PN存在问题时，需要进行PN调整。
4 影响掉话的常见参数
掉话分析 一、概述 本地网规划与优化服务的掉话研究的主要内容是掉话计数器跳转的原因及话务统计掉话率的真实性，并分析各种类型掉话的原因。主要结论如下： l BSC掉话计数器跳转非常明确，只有实际掉话时才会跳转。话务统计的掉话率也是真实的，数量与BSC内部实际掉话相符。 l 突然掉话（SUDLOS）是超TA、弱信号与质量差三个条件都不符合的掉话，而掉话原因是太多测量报告丢失，或T200定时器超时等。 l 切换掉话只计源BSC的一次掉话。研究结果也确认各种原因与实际情况关系，其中原因主要是MS LOST。 l 网络中其它原因（Other Reason）的掉话原因主要是MSC与BSC之间的切换掉话及由于交换硬件所引起的掉话。 l BSC的4个阀值：LOWSSDL、LOWSSUL、BADQDL与BADQUL，对掉话计数器的跳转起了决定性的作用，而阀值需根据BSC信号强度分布设置。 l 半速率TCH在比较差的无线环境下有可能出现比全速率TCH更高的掉话率。 二、BSC掉话分析研究 掉话是指通话的非正常终止，掉话率是指掉话次数在接通总次数中的比例，它是衡量网络可用性的一个重要指标。无线网络的掉话可分为两种：一种是在SDCCH信道上的掉话，另一种是在TCH信道上的掉话。SDCCH掉话是指在BSC给MS分配了SDCCH信道，而TCH信道还没有分配成功期间发生的掉话。TCH掉话是指在BSC给MS成功分配了TCH信道后，发生的不正常TCH释放。BSC掉话研究主要研究发生掉话的原因和掉话统计真实性。 2.1 呼叫连接释放过程的分析 正常情况下，若主叫先挂机，则MS利用FACCH信道向MSC发出“DISCONNECT”消息。MSC收到该信息后，随即清除业务信道在网络中的连接，并向MS发出“RELEASE”消息，释放
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.doczj.com/doc/5f8988882.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，
目录 1 整网问题分析思路 (2) 2 TOP小区优化思路 (4) 3 掉话常见原因及处理方法 (7) 3.1 异常用户 (7) 3.2 1X/DO互操作 (11) 3.3 告警 (12) 3.4RSSI异常 (13) 3.5 邻区配置不合理 (14) 3.6 PN复用不合理 (14) 3.7 参数设置不合理 (15) 3.8 AN间切换失败 (16) 3.9覆盖差 (16)
掉话问题分析处理思路 1 整网问题分析思路 1、采集相关数据。 a)话统（包括BSC级、载频级，至少一周的数据，包括全天指标、忙时 指标、各个时段指标，包括关联指标如：连接成功次数、各种原因值 的连接释放次数、软切换成功率、AN间切换成功率、RSSI等） b)日志/CDR c)告警 d)后续根据分析的需要再采集其他相关数据，如操作记录、参数、邻区、 路测数据等。 2、分析话统、日志或CDR，获得整体认识（先整体再局部），检查问题存在 的规律，如分布范围、原因值分布、IMSI分布、时间相关性等。 a)问题范围及分布规律：通过查询话统（如需要可结合日志、CDR）分 析掉话分布的范围，是全局分布还是集中在某些载频？其分布范围有 什么规律，如是否全网所有基站都有此类问题？还是集中在某个 MSC？还是集中在某个BSC？还是集中在某个IP框？或集中在某块 FMR单板？或集中在连片的区域？或集中在某个频点？或集中在某个 基站？或集中在某个LAC？或集中在某个信令点？或集中在BSC边 界？或集中在多载波基站？或集中在硬切换区域？或集中在某种类型 的基站？或集中在XX类型星卡的基站？或集中在XX类型信道板的基 站？或集中在XX软件版本的区域？ b)时间相关性：该指标从什么时间开始变差的？还是一直就差？还是只 是在某个时间段变差？如果有明显的时间相关性，那么就需要重点分 析在指标变差的时间段，进行了哪些操作（如参数调整、新开基站、 传输割接、版本升级、BSC/BTS故障等）？或者在指标差的时间段有哪 些特点（如大型活动、某时间段有特殊的资费政策、话务量过高等）？
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级参数 设置错误引起的掉话主要有以下几种：
掉话专题优化 1覆盖引起的掉话 原因分析: ● 服务小区由于各种原因（如无线环境好，功率过高，站点设置太高）产生越区覆 盖，导致UE 在移动到被越区覆盖的小区后，因无邻区关系配置，导致掉话。 ● 越区覆盖导致的频率干扰和扰码相关性问题。 ● 波导效应和湖面效应会使服务小区覆盖过远，引起干扰或切换判断混乱，产生掉 话。 ● 由于孤岛效应，处于孤岛的UE 无法切换出去，产生掉话。 ● 由于一个地方没有一个足够强的主导频，出现导频污染，手机通话过程中，乒乓 切换会比较严重，导致掉话率上升。 ● 两个小区交接部分出现明显的无信号覆盖的漏洞，UE移动出覆盖范围，产生掉话。 ● 由于高大建筑物遮挡产生的阴影效应。 解决措施: ● 消除漂移信号的影响 对覆盖区进行定期路测，查找覆盖不规范的基站，通过调整该站的下倾角，方位 角，或降低它的最大发射功率等方法来优化覆盖区域，同时避免基站天线沿街道或湖 面覆盖，避免街道效应和湖面效应等产生难以控制的信号，消除漂移信号对其它基站的影响. ● 查找覆盖不足的地区 通过用户投诉和路测来查明覆盖不足的地方，看是否可以通过调整下倾角，方位 角，挂高，以及发射功率等方法增大覆盖范围（这需要综合考虑频率、扰码规划以及 其它方位覆盖的情况）。如果弱场区处于商场、隧道、地下停车场、地铁入口、高层建 筑等特殊场合，则需要增加RRU，或室内分布来解决。 ● 排查硬件故障 如果掉话率突然上升，则需要检查本小区和相邻小区此时是否工作正常，通过 OMC-B检查本小区和相邻小区告警，并检查小区各通道输出功率是否正常，排除因为 硬件原因产生的小区功率收缩。 ● 检查邻小区是否定义完整 根据整个网络结构，结合路测情况，在OMC-R 数据库检查是否存在漏配邻区的 情况，特别是不同省市相邻边界处应经常对照相邻小区数据。 2切换引起的掉话 原因分析： 切换原因导致的掉话包括： ● 硬件故障导致切换异常引起掉话； ● 同频同扰码小区越区覆盖导致切换异常引起掉话； ● 越区孤岛切换问题引起掉话。 在环境比较复杂时，由于较近小区的信号阻挡产生一定损耗，而其他小区可能会 从建筑物夹缝中透露出来，形成较强越区孤岛。由于该区域的小区和该越区小区之间 不会互配置邻小区，在干扰没有严重到导致下行失步时，UE 将不会选择到该小区上。 但在服务小区信号较弱时，UE 很可能会重选到该越区孤岛上。当在该小区上通话（建 立其他的DPCH 也是一样）后，将会导致无法切换从而掉话的现象。 ● 目标邻小区负荷过高导致切换失败引起掉话 当目标邻小区的负荷过高时，切换将无法完成。另外，当目标小区的部分传输通
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”不含在内。如下图所示： 信令监测指标判断应答次数在Mw口统计，掉话次数在RX口统计，有ASR/ASA 消息（会话中断消息）且ASR消息中携带的abort cause值不为3（3 表示ESRVCC切换）。信令
掉话率的优化分析及解决 目录 前言 (2) 第一章、掉话及掉话率的定义 (3) 第二章、信令流程 (4) 1. 正常的呼叫信令流程 (4) 2．射频掉话的信令流程 (6) 3．切换掉话的信令流程 (7) 第三章、掉话产生原因及相应的解决方法 (12) 1．由于基站设备硬件问题造成的掉话 (12) 2．由于基站软件问题造成的掉话 (17) 3．由于覆盖问题造成的掉话 (17) 4．由于干扰造成的掉话 (19) 5．由于参数设置不够优化造成的掉话 (20) 6．由于邻区问题缺少邻区或者邻区不合理造成的掉话 (21) 7．由于切换引起的掉话 (24) 8．由于传输问题造成的掉话 (29) 9．Abis口和A口问题产生的掉话 (29) 第四章、如何查找掉话，分析掉话原因 (31) TCH掉话分析方法 (31) 切换掉话分析方法 (41) 结束语 (47)
前言 掉话是用户在使用手机过程中经常遇到的问题，也是用户申告的热点。掉话率在移动通信网中是一项非常重要的指标，掉话率的高低在一定程度上体现了移动网通信质量的优劣。另外，无线系统掉话率也是考核无线网络运行情况的重要指标。所以如何降低无线系统掉话率，是提高网络运行质量和无线网络优化的重点之一。本文对可能引起掉话的原因进行了分析，同时讨论减少掉话次数的一些方法和思路，并结合具体实例说明了一些分析和处理掉话的方法以供大家参考。
第一章、掉话及掉话率的定义 在移动通信中，通常定义的掉话是指在分配了话音信道（TCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。而从用户或路测角度来说掉话的定义有些差别，在路测或用户感观上的掉话是指是摘机（Connect）进行后，发生了非正常释放，也就是说没有完成正常释放（Channel Release）的通话。掉话率则是指单位时间内掉话次数与呼叫总次数（Total_calls）的比值。 为了便于分析，通常把掉话可以简单的分为两类：射频掉话和切换掉话。射频掉话通常是指由于一些计时器超时而引起的掉话。切换掉话则是指在切换过程中移动台不能占用目的信道又无法回到旧的信道发生的掉话。根据通过交换点 切换掉话和 由此可见，总的掉话次数公式为Drop_calls=rf_losses+intra_cell_ho_lostms +Out_Intra_BSS_HO_Lostms+Out_Inter_BSS_HO_Cleared 根据掉话率的定义可以看出，掉话率和掉话次数及呼叫总次数（total_calls）有关。由此可见要降低掉话率，则需要降低掉话次数或增加total_calls。但是由于total_calls基本上受用户行为的影响，不是优化人员可以控制的因素，因此对于网络优化来说，降低掉话率的主要方法是通过优化降低全网的掉话次数。
参数优化降低VoLTE掉话率
目录 一、问题描述 (3) 二、分析过程 (3) 三、解决措施 (5) 四、经验总结 (8)
参数优化降低VoLTE掉话率 【摘要】目前全省2/3G正在逐步开展退网工作，VoLTE用户数不断增加，如何保持V oLTE 用户在语音通话过程中不掉话至关重要。本文针对当前六安区域掉话率指标连续多月全省倒数现状，通过修改分业务类型的下行HARQ重传/下行SRB的MIMO模式两套参数改善 V olte语音掉话率。 【关键字】V oLTE掉话率、分业务类型的下行HARQ重传、下行SRB的MIMO模式 【业务类别】V oLTE 一、问题描述 四月份，省公司开始通报全省V olte感知指标，六安多项指标被评为负星，其中VoLTE 掉话率0.04%，远低于全省平均水平0.02%，该指标亟待提升。 二、分析过程 1.1.VoLTE掉话率网管KPI指标定义 1.1.1无线掉话KPI 电信运营商要求的eNodeB侧语音业务的E-RAB掉线率(QCI1)公式为： 100%×(eNodeB发起的S1 RESET导致的的QCI为1的E-RAB异常释放次数+eNodeB 触发的QCI为1的业务E-RAB异常释放次数+切换出QCI为1的E-RAB异常释放次数)/ QCI为1的业务E-RAB建立成功次数
1.1.2EPC掉话KPI EPC侧的掉话率公式定义如下： 100%× (S1模式IMS语音承载删除次数（无线发起的S1释放，异常掉话原因）+ S1模式IMS语音承载删除次数（无线发起的E-RAB释放）+ S1模式IMS语音承载删除次数（Handover流程中无线侧E-RAB建立失败）)/ S1模式IMS语音承载激活成功次数。 1.2.影响Volte掉话的因素 Volte掉话问题涉及到UE，EnodeB，EPS，IMS端到端网元，需要各个网元联合分析和定位具体原因。影响Volte掉话的因素如下图所示： 六安自19年4月份开始，Volte掉话率始终稳定在0.04%及以上水平，远高于全省水平，按区县进一步划小分析发现，金寨和霍山等山区掉话率明显高于市区及平原农村。 由于目前3.0设备县城区域内仅只有1台，因此，常规的路测分析方法并非适用，借助V oLTE网络端到端信令监控系统中的质差小区定位，选取掉话率TOP100小区进行分析，发
3G网络掉话分析与优化 摘要：CDMA2000是3G的通信标准之一。在网络优化中，掉话是用户投诉的热点。本文以CDMA2000网络为例研究了系统掉话的原因及出现相应故障事件所采用的优化方案，通过实际路测案例分析对掉话原因进行分析并解决系统出现的掉话故障。 关键字：3G；掉话分析；无线网络优化 一、引言 掉话是指移动台正处于在业务状态下，但未按正常释放流程中断本次业务而直接进入系统搜索状态。由于掉话对终端用户的影响很大，运营商一般都将话务掉话比或者掉话率作为网络质量考核的KPI指标。因此，如何降低系统的掉话率、提高网络运行质量就成为无线网络优化工作的重要内容。 二、网络优化中的掉话分析过程 1、话统分析 首先找出掉话率明显异常的小区进行分析，应先从以下几个方面检查掉话原因，例如硬件设备故障、弱覆盖、天馈/GPS时钟、传输问题或者无线参数配置。如这几个方面均无明显异常，可以统计单个载频的掉话指标，找出是否是某个载频的问题。查询掉话率的同时还要关注掉话次数。除此之外，干扰、覆盖、切换等问题也会影响掉话指标。所以，实际分析解决问题时，在重点抓住某个指标分析的同时还需要结合其他指标一起分析。 2、业务观察与信令跟踪 我们可以利用Service Observation，跟踪观察某个基站或者单个用户的IMSI的呼叫，记录呼叫过程中的基本信息（如：主叫、被叫号码、初始接入的小区ID、扇区ID、引起呼叫释放的内部原因等）。Signaling Trace，通常选择按单个用户的IMSI或ESN进行跟踪；测试完毕后，保存数据，可使用客户端或STP单机版查看采集的信令流程。从信令流程中分析问题。 3、路测分析 路测是我们了解网络质量、发现网络问题中直接、准确的方法。路测时需要观察是否有上下行不平衡，是否有天馈装反、导致某PN的信号出现在不该出现的地方，是否有越区覆盖、盲区覆盖等等。特别在进行了参数调整或做了RF优化调整后，都需要通过路测了解这些调整是否达到了预期效果。路测可以解决细节问题，但也有局限。由于路测路线的限制，不可能得到网络的完整情况。话统与测试相结合才能有效解决问题。 4、告警信息分析 设备告警信息能实时反映全网设备运行状态，需要密切关注。当话统中的某一指标出现异常，很有可能是设备出现问题，区别不同的告警并将其与话统指标联系起来分析才不至于浪费时间。 三、实际路测掉话优化案例分析 问题发生地点：测试车辆沿G107由北向南行驶，在亿通停车场基站与拆解中心基站中间主叫手机占用201频点发生掉话事件。如图1所示。
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参考功率：→，覆盖改善，掉线风险大大降低。 掉话原因2：越区覆盖 现象: 在支持切换的移动通信网络中，由于无法精确控制无线信号的传播，因此或多或少都会存在越区覆盖的情况，导致“孤岛覆盖”无法与周边站点进行正常切换掉话，通常有以下表现： 1.越区覆盖导致的“导频污染”。在覆盖区内，没有稳定的强信号作为主服务小区。服务小区信号的频繁变化，是导致掉话的一个主要原因。 2.越区覆盖对主服务小区的干扰（包括邻区漏配、越区信号的迅速变化等）。在某些区域，主服务小区收到越区信号的干扰，最终导致掉话。 解决方案： 1.越区覆盖的一般优化原则是：在区域中已有合理的稳定信号覆盖的情况下，尽可能的控制越区覆盖的信号。如调整越区覆盖扇区的天线下倾角、天线挂高、其次可以下调越区覆盖信号的RS功率、谨慎调整越区覆盖扇区的天线方位角。 2.如果越区覆盖导致了导频污染，根据网络拓扑结构和相关无线环境来确定最适合的覆盖扇区，并加强它的覆盖。 具体案例： 对呼和浩特市鄂尔多斯大街尚东风景附近DT过程中占用到CA小区金岁酒店-TL_2小区，越区无邻区关系存在掉线风险。通过配置CA金岁酒店-FL_2小区和嘉林小区-FL1/3邻区关系，并下压金岁酒店-FL_2小区机械倾角3°。
关于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占比，反之则说明无线质量存在异常。 如下为正常小区下各调制方式占比情况：
案例-4G 针对快衰落场景掉话问题的测量与切换门限、GAP测量模式、高层滤波系数等综合参数调整方案研究
2、查看Drop Call前的A2事件，并没有下发异系统频点测量，通过定位分析发现在进 入电梯之前RSRP较好（-103dBm）未达到异系统的A2起测门限（-105dBm）； 3、根据现场RSRP信号强度调整异系统A1 RSRP触发门限（-100dBm调整为-95dBm）、 异系统A2 RSRP触发门限（-105dBm调整为-100dBm）、异系统A1A2时间迟滞（640ms调整为160ms，考虑电梯电平快衰）后再次测试，可以下发异系统频点的A2事件，但还存在一定几率的不下发，怀疑为电梯关闭的瞬间电平衰落太快导致（由-103dBm快速衰落至-130dBm以下）；
4、通过调整GAP测量模式、EUTRAN RSRP高层滤波系数后得到了解决（现场测试10 次，10次均下发了异系统测量配置）； GAP测量原理： GAP测量是eNodeB在UE连接态配置周期性的空闲时间，让UE去测量指定频率上的小区信号质量。分为模式1和模式2。模式1测量时间为6ms，周期为40ms；模式2测量时间为6ms，周期为80ms。GAP周期越小，异频异系统频点识别时间越短，测量样本在单位时间内的密度越大，对启动GAP的UE的最大吞吐率造成的负面影响越大；GAP周期越大，异频异系统频点识别时间越长，测量样本在单位时间内的密度越小，越容易造成切换失败和掉话。 EUTRAN RSRP高层滤波系数原理： UE对测量值的滤波，按下式进行计算： F n＝(1-α)F n-1+αM n F1＝M1 ?F n ——本次测量过滤后更新的测量结果 ?F n-1——上一次测量过滤后的测量结果 ?M n ——最近一次来自物理层UE的测量结果 ?α＝0.5k/4，K是在测量控制消息的测量数量配置中，Filter coefficient中收到的参数。 若该参数被设置为0，则无L3滤波 K越大，滤波效果越大，对信号平滑作用越强，抗快衰落能力越强，但对信号变化的跟踪能力变弱，对快速变化的信号反应不灵敏； K越小，滤波效果越小，对信号平滑作用越弱，抗快衰落能力越弱，但对信号变化的跟踪能力变强，但对快速变化的信号反应灵敏。 在该场景，针对以上两个参数的不同组合测试结果如下：
LTE掉话优化指导书 －CRH数据分析方法 目录 LTE掉话优化指导书 (1) 1概述 (1) 2C HR数据分析方法 (1) 2.1.1.L3打点信息介绍 (1) 2.1.2.L2打点信息介绍 (9) 1概述 本《LTE掉话优化指导书》重点介绍了LTE系统内掉话率指标的优化思路、分析方法、 定位手段及典型案例； 本《指导书》结构如下： 第一部分主要从路测、标准接口、话统、CHR多角度出发给出了掉话的定义； 第二部分给出了常见的掉话原因，掉话机制的介绍； 第三部分介绍了掉话问题的隔离定位分析方法； 第四部分分享了掉话优化的典型案例； 第五部分介绍了CHR数据的分析方法，影响掉话的定时器介绍及重建的机制介绍。 2CHR数据分析方法 2.1.1.L3打点信息介绍 掉话问题定位分析过程中，主要涉及的L3字段如下：
2.1.1.1.同一次呼叫的判断 在CHR数据中，由于L1、L2、L3、FPGA等信息都是在不同记录中独立显示的，故如何判断这些信息属于同一次呼叫需要按照ulCallID字段来判断。通常相同时间段内CallID相同的记录就属于同一次呼叫。
图1CallID字段 2.1.1.2.内部释放原因 CHR内部释放原因值字段名称为“usRelCause”，位于InnerRelEvent节点下，用于指示内部释放的原因值，但其中并不是所有的释放原因都是掉话原因，部分内部释放其实并不会导致掉话，常见的掉话原因参见下表所示： 图2异常释放原因值界面
2.1.1. 3.业务建立所在CellID 在CHR内部，业务建立所在的CELLID在InitialUeMsg内进行记录，字段名称为“ulCellId”，该字段是以eNodeBID+LocalCellID的方式进行记录。 图3小区ID字段界面 在优化分析过程中，需要将CHR记录的10进制CellID先转化为16进制，然后后两位标识的是Cell ID，剩余的前几位标识的是eNodeBID，然后再分别将这几位转换成10进制既得到实际的eNodeBID及CellID举例如下： 图4显示界面 如上图所示，某站点CHR记录到的ulCellId字段的数据为“80386052”，转换成16进制为“4CA9804”，然后取右边最后两位“04”为Cell ID，转换成10进制既得到了Cell ID为“4”；
掉话率(CS)=( RNC 触发释放的CS域业务RAB的数目/ CS 域成功建立业务的RAB 指配响应消息的数目)× 100% 掉话率(PS)= (RNC 触发释放的PS域业务RAB的数目/ PS 域成功建立业务的RAB 指配响应消息的数目)× 100% 掉话的原因如：弱覆盖、强干扰、切换失败引起的掉话(系统内&异系统)、手机或基站故障引起掉话... 具体来说： 1.1 覆盖差 TD网络覆盖指标主要是P-CCPCH的RSCP、C/I。通常所说的覆盖差，是指（室内）RSCP 小于－90dBm。室外RSCP小于-85dB 。 对覆盖差问题进行分析是，通常要考虑上行覆盖和下行覆盖。上行覆盖差还是下行覆盖差的问题需要通过掉话前上行或者下行的专用信道功率来确认，需要采用以下的方法来确认：如果掉话前的上行发射功率达到最大值，并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RL failure，基本可以认为上行覆盖差导致的掉话。 如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基本可以认为是下行覆盖不行导致的掉话。 在合理的链路平衡情况下，而且上下行没有干扰的情况下，上行和下行发射功率会同时受限，此时不一定要严格区分哪一方先出现受限。如果上下行严重不平衡，则应该初步判定为受限方向存在干扰。 确认覆盖的问题简单直接的方式是直接观察Scanner采集的数据，若最好小区的RSCP和C/I都很低，就可以认为是覆盖问题。 由于缺站、扇区接错、功放故障导致站关闭等原因都会导致覆盖差，在一些室内，由于过大的穿透损耗也会导致覆盖太差，扇区接错或者站点由于故障原因关闭等容易在优化过程中出现，表现为其他小区在掉话点的覆盖差，需要注意分析区别。 1.2 邻区漏配 一般来讲，初期优化过程掉话占大多数是由于邻区漏配导致的。对于同频邻区，通常采用以下的办法来确认是否为同频邻区漏配： 方法一：观察掉话前UE记录的激活集C/I信息和Scanner记录的Best Server C/I信息，如果UE记录的C/I很差，而Scanner记录的Best Server C/I很好；同时检查Scanner 记录Best Server扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中，如果测量控制的邻区列表中中没有扰码，那么可以确认是邻区漏配。 方法二：如果掉话后UE马上重新接入，如果UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制进一步进行确认（从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。 方法三：有些UE会上报检测集（Detected Set ）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。 邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同，主要是掉话发生的时候，手机没有测量或者上报异频邻区，而手机掉话后重新驻留到异频邻区上。异系统邻区漏配表现为手机在3G掉话，掉话后手机重新选网驻留到2G网络，从信号质量来看，2G网络的质量很好（在掉话点用2G测试手机观察RSSI信号）。 1.3 切换掉话
掉 话 专 题 (E D I T B Y ：纪浩广) 掉话是网络优化中最难解决的问题,掉话产生既与无线网络有关,也与交换网络有关,但发生在无线网络的掉话占绝大部分的比例,本课程主要讲述无线网络的掉话及其一般处理方法. 一、掉话的种类 掉话基本上分为四种: 弱信号掉话: 掉话时的信号电平低于交换机属性中设的弱信号掉话门限,判决为弱信号 掉话. 质差掉话: 掉话时的信号质量低于交换机属性中设的质差门限,判决为质差掉话. 超T A 掉话: 由于超过M A X T A 导致的掉话. 突然掉话: 除了以上掉话外其它原因导致的掉话,多为切换或基站硬件及传输问题引 起. 小经验：通过合理设定交换机属性中的掉话门限，有利于清楚观察到各掉话分布的情况， 摸清掉话产生的基本原因。 二、掉话的产生的过程 A、下行链路失败 TCH 掉话SDCCH 掉话 G S M 规范定义，移动台中有计时器S (T 100)，在移动台通话开始时被赋予一个初值， 即无线链路超时R L I N K T , 该参数在 B C C H 上广播发送给移动台。每当移动台无法正确解码一个S A C C H 消息（4个S A C C B L O C K ）时，S 减1。每当移动台正确解码一个S A C C H 消息时，S 加2。但S 不会超过R L I N K T 定义值。当S 计数为零时，移动台放弃无线资源的连接，进入空闲模式。发生一次掉话。H 的初
B、 上行链路失败 爱立信系统监视上行链路失败的参数是R L I N K U P 。当基站不能正确解码一个S A C C H 消息时，对应的计数器S (最大值由R L I N K U P 定义)减一。当计数器为零时，基站停止发射下行的S A C C H ，同时启动r r _t 3109定时器（r r _t 3109>T 100）。当移动台的T 100超时，移动台返回空闲模式，发生掉话。基站等到r r _t 3109定时器到时，释放无线信道。B S C 还需要向M S C 发 一个C l e a r r e q u e s t 消息。 C、 切换掉话 对不同小区间的切换,基站子系统判断移动台需要切换后，向移动台发送切换命令,收到基站的切换命令后，移动台多次向目标小区发送H a n d o v e r B u r s t ,如成功接入目标小区，由目标小区向B S C 发送切换成功的消息。如不成功，移动台返回源小区，并由源小区向B S C 发送切换不成功的消息。切换不成功不等于切换掉话。还存在第三种可能：移动台既没有 切换至目标小区，又未能返回源小 区，移动台丢失了。第三种情况就是 切换引起的掉话。 网络向移动台发出切换命令 （h a n d o v e r c o m m a n d ），切换命令包 括目标小区T C H ，接入目标小区的 初始功率等信息。计时器r r _t 3103 （0－1000000，默认值5000）用于 判断切换掉话。一旦收到目标小区的 切换成功消息或源小区的切换不成 功信息，r r _t 3103停止计时。否 则，一旦r r _t 3103到时，通知M S C ， 清除有关连接，发生了切换掉话。 小区内都会部不同载频间的切换,基站发 送的是指派命令(A S S I G N M E N T C O M M A N D )。