掉话专题案例

DT测试掉话(Drop Call)处理案例目录1D T测试掉话分类 (2)2D T测试各类掉话案例分析 ..................................................................................................... 错误！未定义书签。

2.1弱覆盖造成的掉话 (3)2.2干扰造成的掉话 (4)2.2.1同频干扰 (8)2.2.2邻频干扰 (9)2.2.3交调干扰 (10)2.3切换造成的掉话 (10)2.3.1切换频繁 (10)2.3.2话务分担切换 (11)2.3.3孤岛效应 (11)2.4参数设置不合理造成的掉话 (12)2.4.1层间切换门限值LAYERTHR过大 (13)2.4.2漏定义切换关系 (14)2.4.3切换关系定义错误 (14)2.5硬件故障造成的掉话 (15)2.5.1TX,RX接错 (16)2.5.2载频故障 (19)2.5.1工参定义错误 (21)2.5.2馈线头松动造成驻波比高 (22)3D T测试掉话处理总结 (22)一、DT测试掉话分类：DT中一般遇到的掉话（Drop Call）主要有：弱覆盖掉话、干扰掉话、切换造成掉话、参数设置不合理造成掉话、硬件故障掉话等。

二、DT测试各类掉话案例分析：2、1弱覆盖造成掉话。

有些小区由于覆盖范围过大造成在小区覆盖的边缘地带信号不好，电平值很低，手机列表中测量的相邻小区的电平值又达不到接入的要求（如RXLEV ACCESS MIN ＝－95dBm）而引起掉话，在边远地区、网络覆盖不好的情况下经常会出现这种掉话。

问题描述:MS占用D1250A袁桥社区由西转南时由于受楼房阻挡信号突然变弱，电平在-90dBm以下，且该地区东面无主覆盖小区（东部最近小区D718C距离为1.6KM）无法切出导致弱信号连续质差掉话。

优化前信号图:优化建议:在该小区以东规划新站。

VOLTE优化案例案例1：异频重定向掉话案例【问题描述】主叫占用广州天河区鱼珠木材市场D-ZLH-3（EARFCN=38100 PCI=83CELLID=135693）小区通话时，信号强度为-101dbm左右，出现一次RRC Connection Release，导致承载拆除，引起一次主叫掉话。

【问题分析】分析测试数据，发现UE占用服务小区广州天河区鱼珠木材市场D-ZLH-3（EARFCN=38100 PCI=83CELLID=135693）在通话的过程中信号越来越差，之后上报测量报告A2事件，eNODEB 收到报告后发起异频重定向判决，下发RRC Connection Release，由异频重定向后，eNodeB 向MME发送ue context release request，mme释放专用承载。

当UE被重定向后在新的小区发起RRC连接，网络只建立了默认承载，UE发送BYE消息，导致掉话。

从地理环境上看，服务小区与UE重定向目标小区相距较远，不需配邻区关系，UE在该路段仅是偶尔测量到目标小区的信号，这种环境极容易触发异频重定向。

【解决方案】关闭异频重定向，复测问题解决，服务小区后台统计指标无异常。

【问题总结】根据拉网统计，目前该类掉话占总掉话次数的82%以上，对测试指标影响非常严重。

异频重定向触发原理：小区间没定义邻区关系，当邻区满足切换条件时，主服务小区无法切换到邻区，基站会给UE下发系统内重定向。

优化办法：通过关闭异频重定向的功能来规避该事件，除此之外，异频邻区的完善需要加大优化力度。

后续解决办法：除了做好邻区优化外，中兴将在下个版本加入基于QCI的异频重定向功能，禁止专用承载的业务发生异频重定向。

案例2：异系统重定向掉话案例【问题描述】VoLTE测试eSRVCC过程中，发现eSRVCC执行的是CCO，而不是PS切换。

而CCO对于VoLTE语音来说，必然导致掉话。

【问题分析】具体如下图所示。

问题点1：润州区一泉村（边界同频干扰）测试时间：2009-9-2 09：52：51事件描述：用户投诉在润州区一泉村附近经常出现通话过程中掉话现象。

优化前信号图：（测试文件：0902-01.log）问题分析：在一泉村用户家附近测试时，MS占用Z135-鲇鱼套（BSIC=16，BCCH=115）出现连续7级质差最终导致掉话。

经查MCOM发现，Z135A -鲇鱼套（BSIC=16，BCCH=115）与Y3246B （BSIC=53，BCCH=115）同频对打，在该区域形成同频干扰致使MS占用Z135A -鲇鱼套（BSIC=16，BCCH=115）连续7级质差掉话。

优化建议：修改Z135A鲇鱼套BCCH=115->117。

修改后复测，在用户家中MS占用Z135A鲇鱼套BSIC=16 BCCH=117通话质量很好，无质差出现。

优化后效果图：（测试文件：0902-03.log）问题点2：丁卯桥路沃尔玛附近（邻区缺失）测试时间：2010-01-12 10：19：48事件描述：在丁卯桥路由东向西行驶，MS占用Z146A-丁卯大楼（BSIC=10 BCCH=117 TCH=97）在沃尔玛附近开始出现连续质差内切。

优化前信号图：（1208-03.log）问题分析：该段路应该由Z146C-丁卯大楼（BSIC=23 BCCH=109）和Z149B-丁卯村委（BSIC=16 BCCH=112）联合主覆盖，但由于MS偶然切换到Z146A-丁卯大楼（BSIC=10 BCCH=117 TCH=97），而Z146A和Z149B没有切换关系，导致MS长时间占用Z146A-丁卯大楼（BSIC=10 BCCH=117）越区而出现连续质差内切直至拖死。

优化建议：添加Z146A（丁卯大楼）和Z149B（丁卯村委）的双向邻区关系；修改Z146A（丁卯大楼）TCH=97->100。

调整后复测，MS在占用Z146A（丁卯大楼）信号时，经过几次间接切换顺利切换到Z149B（丁卯村委），且在该路段信号电平覆盖正常，通话质量良好，情况明显得到改善。

室分相关掉话处理总结一、掉话产生原因分析：1、邻集列表丢失：即使PN没有包含在邻集列表内，如果SRCH_WIN_R设置的值足够大，移动台也可在通话期间检测到剩余集的PN，如强度足够大将升级到候选集。

但该PN仅能存在于候选集并发送PSMM消息，却不能提升到激活集。

该PN将对前向链路造成干扰，使当前激活PN的FFER和Ec/Io均有相应的下降，从而导致掉话。

掉话后移动台通常在掉话前邻集列表内不存在的强PN上发起登记。

2、共PN干扰：如果服务同一区域的两个不同基站的两个相邻扇区有相同的PN，移动台搜索到该PN足够强时将请求将该PN添加到激活集。

CBSC内的MM将根据邻集列表信息建立切换链路。

手机能否切换到正确的BTS上，依托于MM此时所看到的BTS。

如果切换错误，通话质量将进一步恶化，造成掉话。

用NLP软件会发现，两个同PN扇区的软切换请求数量均超过1％。

3、突发强PN干扰：此情况出现在软切换发生期间。

当移动台在一个BTS某扇区中行进时，该扇区被地形和建筑物阻挡，移动台搜索到一个属于另一个BTS的扇区，并发出请求将其添加到激活集内。

这时原来的扇区突然从原来的阻挡中出现，移动台被原来扇区巨大的功率所淹没。

但在该PN加到激活集前，该通话的FFER和Ec/Io的性能突然下降造成掉话。

4、导频污染问题：由于该区域基站较多，超过3个强导频存在，造成噪声电平抬高，从而降低所有导频的Ec/Io。

由于过多导频的Ec/Io大于T_ADD，无线环境变化无常，因此路测数据中可以看见频繁出现PSMM消息。

5、覆盖空洞：这种情况一般是由于室分覆盖不好导致，可能是室分信源不工作，平层被破坏或者天线点位较少引起。

6、业务信道发射功率受限：在前向链路中分配给业务信道的功率和反向链路设置的Eb/No目标值都限定在一定的范围内。

当这些参数设置太低，业务信道不允许足够大的功率保持前向链路，在这种情况下，即使导频可用，也有可能发生掉话。

7、接入/切换掉话：在这种情况中，可以观察到随着移动台接收功率的增加而导频强度Ec/Io在不断减小。

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，重建立不成功时掉话。

如上图的IMEI:3549090098161989，在Google上查询“IMEI:354909
这款手机存在较多问题，其中在其它商用网上发现该款手机存在内环功控的问题。

的IMEI全部检查，并一一在网上搜索其对应的手机型号，发现V980
而且RL Failure之前也没有看到UE的发射功率攀升，见下图所示，UE Tx power 上报值为此计算UE发射功率Tx Power=51-71=-20dBm。

通过上图UE上报的数据可以计算：
♦服务小区CPICH Ec/Io=(39-1)/2-24=-5dB, RSCP=(29-1)-115=-87dBm; ♦下行码发射功率TCP=(86-10)/2-10-PO3=28dBm-3dB=25dBm
♦下行BLER＝100％（上报值63映射为100％）
（1）下行盲检测开关关闭时（2）下行盲检测开关打开时
NT Huawei
公司不存在上述高通芯片的问题，我司的配置也不会有问题。

于是决定打开盲检测开关，现场使
做被叫如果不接听则频频掉话，跟踪的消息和我们先前分析的异
的手机进行被叫测试，连续进行上百次的测试，。

关于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平台进行异常事件统计。

高掉话问题的专项分析三维通信股份有限公司2012年3月目录1.室内分布系统掉话的特点 (3)2.掉话问题分析的一般流程 (4)2.1掉话问题分析思路 (4)2.2硬件故障 (7)2.3数据配置 (7)2.4覆盖问题 (9)2.5干扰问题 (10)2.6切换引起的掉话 (10)3.掉话 (11)2.1掉话的统计点及类型 (11)2.2产生掉话的原因 (14)2.3问题分析流程 (15)4.掉话分析案例 (16)4.1公交公司1、3小区掉话率高 (16)4.2得联大厦3小区掉话率高 (18)4.3案例一：外界干扰导致的掉话 (19)4.4案例二：上下行不平衡问题导致掉话 (20)4.5案例三：直放站问题引起的掉话 (21)4.6案例四：邻区漏加导致过覆盖，最终掉话 (22)4.7案例五：频率干扰导致掉话 (24)4.8案例六：硬件故障导致高掉话问题 (26)4.9案例七：跳线问题引起上下行不平衡导致高掉话 (28)4.10案例八：传输问题引起的掉话 (29)4.11案例九：TRX硬件隐性故障引起的上行质量和掉话问题 (30)4.12案例十：干扰问题导致高掉话 (31)4.13案例十一：由射频跳频引起的上行干扰导致掉话增加 (33)4.14案例十二：外界干扰问题导致的高掉话（移动的直放站） (34)4.15案例十三：天馈接反导致的高掉话 (36)4.16案例十四：DDPU硬件问题导致掉话次数较多 (39)4.17案例十五：由于驻波差引起的个别TRX严重掉话 (42)1. 室内分布系统掉话的特点室内分布系统相对宏基站系统，有以下几个网络特点：1. 系统复杂，众多的无源器件与有源器件混合搭建；2. 器件本身的设备性能项目关联，直接影响整体网络的性能；3. 直放站不便于性能监测；4. 爆炸式的建设发展，使得网络优化工作量迅速增加；5. 没有系统的优化策略；直放站是无线覆盖延伸产品，是将射频信号进行延伸、放大；按照产品实现的不同，可以分为1. 无线宽带2. 无线选频3. 光纤宽带4. 数字光纤5. 射频拉远（RRU系列）各种直放站具有不同的特性，这些不同的特性都将影响到铁路专网的优化。

案例1：案例主叫UE信令主叫UE占用大名城LF1，RSRP值-96dbm，MR上报的最优目标小区为长江一号LF3，由于该组邻区漏配，导致该路段存在弱覆盖，UE最终向长江一号LF1发起切换。

因目标小区RSRQ 值-25，无线环境差造成切换失败。

UE发起RRC重建立被拒。

最终被叫挂机后，主叫也未收到IMS_SIP_BYE->Request和后续的DEACTIVATE_EPS_BEARER_CONTEXT_REQUEST消息，承载未释放掉。

当 eNB 侧未成功下发 AM 信令，会进行 HARQ 及 RLC 的重传，在 SRB 达到最大重传次数后，如果是普通信令，则会继续等待 UE UU 口响应定时器超时后释放，若为 5 大特殊信令，则会在 SRB 达到 RLC 最大重传次数后直接启动延迟释放定时器，等待延迟释放定时器超时后掉话。

（延迟释放定时器配置：T310+T311+20s）主叫UE在15:41:25时呼叫已达到180s，因未收到BYE请求，在经过20s等待无响应后，被统计为掉话。

被叫UE 信令被叫UE 在RRC 重配置失败后，重新驻留到长江一号LF3小区，在15:41:25本次呼叫结束。

影响范围：VOLTE 通话接续本例中，通过信令分析，确定因缺少邻区导致无线环境差造成切换失败所致。

首先核查大名城LF1邻区配置，查询网管发现，该小区配置的邻区有长江一号LF1/LF2，无长江一号LF3的邻区关系。

表现在测试信令中是终端持续上报Measurement Report 但是无法成功切换。

添加大名城LF1和长江一号LF3双向邻区后，复测正常，未再发生掉话。

网管查询大名城LF1邻区结果LTE 掉话常见原因主要有以下几类：切换掉话：切换异常分为过早切换、过晚切换、乒乓切换。

由于引入了重建流程，发生过早切换能够重建回到原小区，故不会发生掉话；过晚切换容易发生目标小区没有UE 上下文信息，容易发生。

KPI指标分析总汇一、爱立信系统的掉话在爱立信的系统中，话务报表统计的掉话原因要紧分为下列5种：超TA掉话、弱信号掉话、质差掉话、突然掉话、其他原因掉话等（如下图）。

这5种原因还能够进一步细分为9 种：超TA、上行信号强度、下行信号强度、上下行信号强度、上行质量、下行质量、上下行质量、突然掉话、Other原因。

我们在处理小区掉话问题的时候，通过查看小区掉话的要紧原因，再根据要紧的原因做出相应的处理。

通常来说，关于超TA掉话、弱信号掉话、质差掉话等，处理起来目的都比较明确，方法比较成熟，效果也会比较明显。

但通过我们日常掉话监控发现，在5种掉话类型中，突然掉话所占的比例很高，某些小区甚至可能出现掉话原因基本都是突然掉话，从某种意义上说，处理好了突然掉话，就处理好了掉话指标。

二、突然掉话的定义与可能因素下列是爱立信ALEX对突然掉话（TFSUDLOS）的解释：TFSUDLOSNumber of suddenly lost connectionsA connection is marked as sudden loss if none of the three urgency conditions, namely: excessive TA, low signal strength and bad quality, are indicated and the locating procedure indicates that measurement results from MS are missing.即：当手机与系统失去联系后，系统会根据手机用户所送上来的最后一个测量报告来推断是否为下列3个紧急条件：1、超TA（MAXTA），2、弱信号（LOWSSDL或者LOWSSUL），3、质量差（BADQDL或者BADQUL），假如以上条件均不满足，则认定为突然掉话。

也就是说突然掉话是在信号质量较好，信号强度较高与TA 值不超限的情况下产生的。

高负荷场景VoLTE语音掉话分析案例一、【问题描述】分析淮南市区网格RCU V oLTE测试数据，测试中出现掉话事件，掉话原因：“RRC重配消息中包含释放DRB承载信息或未重建起呼DRB”。

针对此现象，我们展开分析处理。

二、【问题分析与排查】2.1 UE log分析终端占用HN-市区-洞山局-NFTA-440705-50无线环境良好（RSRP=-80.62dBm，SINR=15.2dB），通话过程中，在19:21:03.574收到基站侧下发的携带释放QCI=1专载的重配置消息，之后终端上发BYE请求挂机，主叫掉话。

被叫在19:21:03.534同样收到携带释放QCI=1专载的重配置消息，被叫终端也上发BYE请求挂机，造成被叫掉话。

2.2 Emil Trace分析Emil 信令消息显示，在19:21:04基站侧下发重配置消息，消息中包含释放QCI=1专载的信息，如下图所示：在E-RAB Release Indication消息中显示，释放专载的原因值为：radio-resources-not-available，即无线资源不可用，如下图所示：2.3 原因排查2.3.1 设备告警&干扰排查经核查，问题区域附近站点无设备告警，无异常干扰现象。

2.3.2 参数核查① V oLTE相关参数（包含切换参数）核查；②QCI1 DRX ROHC核查；③Inactivity timer参数核查；④ iniMcsUl和iniPrbsUl参数核查；⑤CFI核查。

参数影响排查后：只有CFI、iniMcsUl 和iniPrbsUl这3个参数与网络物理资源相关。

2.4 指标统计分析HN-市区-洞山局-NFTA-440705-50小区V oLTE掉话问题点，对这些小区对应时间段的重要指标进行统计，对比测试异常时段与其他非测试同时段网管KPI 发现，测试时段该小区CCE_BLOCKING_RATE异常，指标如下：可以得出结论：本次异常掉话很可能与问题小区CCE_BLOCKING_RATE 指标相关联，而从参数核查情况来看，与PDCCH拥塞相关参数只有CFI设置。

1、东涧沟村委会T2掉话现象描述：主叫UE在王城大道上由南向北，在10:07:25时占用东建构村委会T1小区发起向白马集团T1的切换，随后掉话，此时PCCPCH RSCP=-111dbm，PCCPCH C/I=-11，DPCH_CI=-114dbm。

掉话原因分析：主叫UE在王城大道上由南向北行驶，10:05:18时占用T网东涧沟村委会T1发起1G测量报告，切换的目标小区是白马集团T1，此时的PCCPCH_RSCP=-92dbm，10:05:20时切换至白马集团T1成功，此时的PCCPCH_RSCP=-97dbm，10:05:21时脚本时间到，上报了Disconnect，10:05:22时释放完成，此时的PCCPCH_RSCP=-100dbm。

随后进入了空闲模式，后频繁重选，重选混乱。

在10:05:53时发起语音呼叫，此时占用渤海湾T1的PCCPCH_RSCP=-97dbm，10:06:16时切换至美城商务T1，在10:07:25时占用东建构村委会T1小区发起向白马集团T1的切换，随后掉话，此时PCCPCH RSCP=-111dbm，PCCPCH C/I=-11，DPCH_CI=-114dbm，无线环境差导致的掉话。

解决方案：优化此路段的异系统重选关系。

2、王庄小学T1掉话现象描述：主叫UE在洛宜公路上由西向东行驶，在09:38:56时占用RNC4的华达集团T3发起向RNC3王庄小学T1的跨RNC切换，在09:38:59时掉话。

掉话原因分析：主叫UE在洛宜公路上由西向东行驶，在09:38:56时占用RNC4的华达集团T3发起向RNC3王庄小学T1的跨RNC切换，从鼎力软件看09:38:56时UE上报1G测量报告，09:38:58时切换成功，后UE收到RNC下发的1G、2A、3A三条测量控制，09:38:59时收到释放命令；从RNC侧信令看，RNC上报给CN侧Relocation Complete，跨RNC切换完成，随后收到CN侧下发的IU口释放命令，释放原因为正常释放。

1X掉话专题性能提升优化案例江西省网优中心新余系统优化项目组2016年03月【关键字】【掉话、TOP处理、参数优化、One-Twoway、PN/邻区优化】【摘要】掉话是用户通信非正常中断，其在用户方面的负面影响最为直接，是一种严重的网络故障现象。

所以确定掉话原因和解决办法，降低掉话率及掉话次数，在移动通信网络的运营和维护中非常重要。

2016年江西省网优中心系统优化持续对新余开展了近1个月时间，针对掉话率专题优化工作，今年系统优化CDMA网络主要是围绕该重点主题开展，其他专项多举并施，整体上取的较好的优化结果，达到了省网优中心此次开展系统优化重点考核目标，在此对本次优化进行小结一下优化经验，为后续掉话专题优化提供思路参考。

【优化背景】本次系统优化总体上节奏突出一个“快”，迫于目前的情况，一方面省网优中心有硬指标考核，而另外一方面下到本地网则要依托其实际的网络架构和运行指标状态进行不断了解和熟悉本地网找出重点薄弱环节，然后再作出优化尝试和调整。

本次系统优化主题思路是先进行为期一周的粗略评估，下到本地网后重点围绕着1X掉话专题进行日常TOP N分析处理（跟踪重点TOP或RF调整），邻区或PN专题优化，以及多载频必掉场景优化，优选出重点掉话区域开展针对性的性能参数优化。

其实诸如邻区优化，多载频优化，”簇”优化都是一个需长期持续开展，不断重复进行的网优手段，对于此次系统优化，需要我们在短期内去熟悉网络并且改善运行指标，常规网优手段固然重要，比如针对高掉话TOP站点以及掉话贡献率较大的区域站点，个人认为积极去寻找全网短板，在保证真实的网络质量与用户感知的前提下，我们应多尝试一些前反向链路功控方面的参数深入优化，去改善指标并积累经验。

1.1CDMA掉话机制及定义1.1.1CDMA掉话机制在CDMA网络中移动台和基站分别有相应的掉话机制。

移动台的掉话机制在协议中有详细的规定，而基站的掉话机制在协议中未做详细规定，由设备制造商设定。

重定位-完成重定位后掉话问题案例分析版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。

未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。

目录1 问题现象描述 (2)2 分析推理过程 (5)3 问题结论、优化措施、优化前后效果对比 (10)4 总结该类问题一般分析优化思路 (10)1 问题现象描述10月24日下午，测试车辆沿桂平路向北行驶至宜山路后向西左转。

如下：被叫UE2占用RNC405漕桂_1小区。

随着服务小区漕桂_1覆盖质量的下降，被叫UE2发起2A的测量报告，目标小区显示为主频点为10104，CPI＝1的小区，没有得到网络响应。

过了大约30秒以后发送第二条测试报告，目标小区显示为主频点为10112，CPI＝96的小区。

随后收到Radio Bearer Reconfiguration消息，指示UE向主频点为10112，CPI＝96的小区切换，随后UE在主频点为10112，CPI＝96的小区上面发送Radio Bearer Reconfiguration Complete。

8秒以后进入空闲状态。

没有发生小区更新，然后掉话。

测试图以及各条信令具体内容如下：RB Reconfiguration 消息解码该次掉话中，出现的异常情况有两个：1) 第一条目标小区为主频点为10104，CPI ＝1小区的测量报告发送后，网络侧没有下发切换命令2)重定位完成以后UE掉话。

2 分析推理过程首先对第一个异常现象进行分析。

分析CDL数据（10月24日 RNC405，时间15点），对UE_ID=3630过滤，如下：对RNC收到第一条向测量报告使用ASNDecode软件进行解码，解码后观察其消息内容，显示目标小区为10104，CPI＝1的小区，RNC收到该条测量报告以后，内部生成原语MULTICCSS_SOURCE_TARGET_RL_SETUP_REQ，目标小区CELL_ID＝10018，核查基站数据库显示，目标小区为田州_2小区，主频点10104，CPI＝1。