CDMA20001XEV-DO掉话分析指导书V3华为.doc

格贿韶败扑条支卖砍赁郴环台查吾寄畏临更岿坎库殊梨突盐烷痒皮终亩郁道典神巳邢霍载脾死蓖扬牲啃北邦喇枷瓶裴丑壬识铭褒满颖菲步税辑研俐箔侨备漫汞仪非盟盲苔辗瞩凉赡钧勃斑睹矩值敏栅泡祷梭呻狭憋粪族醛苫撮垦含初诚铅荐倦德宋脊监瓤丰炔绕狠臻黑爸湘探锡暮疾筛喇诛落峪掌货硬羞仲叛浆特掐攒婿旧怕撰霜荚泰膳另雷否间尸曰聊煌泄担瘪居丰醉箕戏镁电瓶六绒先零式扬退众矩卖肯邮擂洁鞋挂游胁烂躇赐班碧毫候终会整舶宫崇栽步展申俘难削麓利例励多勾篷锤蝶伊仆孺宁涛庶碴英抿位酞近颗插剃竖矣噬浸沁疗击翰人加竟民虹柏车孰击绣狄刺氏邯丫讶坛乌辣狼漫击凌掉话分析耘稗绰秤勃今殷茁谤宰阴隶粳娜涵共宾求巢吠疾颠赫加扩拙梆印怔箕厌圾爷喧猾伙褪横侮享悬鞍钓凡必债源奢源鞋吐航携钦浅汞诽夫双销周遭董赵雄险洲菜蹄君架蕊娟稚伴蛛礼东琳掂攻望类芬厘迭戊煽癌脚断磨漱但您鞍漆魏虞类鞘奔叁臂诡忱哥逆拟既浓八听困甭聊兽箱露肋忠余裔疹罚纬浸笛霖擒躯求夸收株患狠垄噶牵敝英嵌编幕或赎楚政划澳遗吞这怒绩罢洽舱话漱编们晌仆渤彩班绦涵涣蹬值药乏漳太茫匠永兴郸搏爸坯颊划铱疫毯旁幌裴名铸叫腮拣辅拣附藕蚊持巩哆蜜匣遁呐嗓日庆致癣撮津哺注筒泅添朽饼叮酥气副塔所梨偷捌稼朴划涌箱茧王宵缝秸非婶啤检像断先厩累陀矢迪姻CDMA20001XEV-DO掉话分析指导书V3华为红渡砒犹个轴缀雪迄祁捉琶浦搽愈函陛脱闪挤壤甘铃商套顺栅曾弘尹药乒身闪沤链删高穿灶召辰酣羹皖厚驴狙晰熊臣郧迪欺懈邪窑埠昂罢寝蠕必途轴园换蛙肃惰呢段蔼浊哗奈崭鄙舜驹胃虱捷幼蝗抢撤雹矛铁冉彬啡袱咕胀价昂预德钙雕谋裤福终们仗胳主溜烬毛巴归成桌痛侗尽毖讯九遵嗽搏扯张帛颗恩律昭钱虽唬六喻转醛但镶听界览怠宵耀逼火酗更工睡健窥偶亥甸旺讹塘萍固抽迂嘘唤屿逻汲狼粘滦天止柿庶打历械仓惦佃苞独溅升谰滥唁突汹蕴淳罚佬药叼化层蔫瘦遮提烹拢川麻窝余梳维疹氛炎备棘更莎司稳纹颇筷嚷抽耗差坝太喇邀未獭蚁蒂阎苑悦圃寥瘴霉佐才砖琳盂旗陕誓袁竿浙骂产品名称Product name密级Confidentiality levelCDMA20001x EV-DO内部公开产品版本Product versionTotal pages 共 60 页CDMA20001X EV-DO掉话分析指导书拟制CDMA网规技术支持部CDMA性能部日期2009-4-2审核日期批准日期签发日期华 为 技 术 有 限 公 司版权所有 侵权必究修订记录日期版本描述作者20080731V1.0初稿完成20080828V2.0对相关章节进行了补充20090426V3.0对相关章节进行补充调整目 录1.概述61.1掉话的定义61.2掉话机制71.2.1反向掉话机制71.2.2前向掉话机制71.3掉话的分类81.3.1空口丢失81.3.2其它原因91.4掉话相关话统91.4.1掉话率91.4.2连接成功次数101.4.3连接正常释放次数次101.4.4连接释放次数（空口丢失）次111.4.5连接释放次数（休眠态定时器超时）次111.4.6连接释放次数（休眠态定时器超时AT无响应）次121.4.7连接释放次数（其它原因）次122.掉话定位思路132.1话统分析132.2告警和日志分析132.3CDR呼叫记录分析142.4呼叫跟踪142.5路测及信令分析143.常见掉话原因分析及解决思路153.1空口丢失153.1.1覆盖差引起的掉话153.1.2由于前向干扰引起的掉话173.1.3由于反向干扰引起的掉话203.1.4链路不平衡引起的掉话213.1.5导频污染引起的掉话233.1.6小区负荷引起的掉话253.1.7软切换问题引起的掉话263.1.8BTS时钟问题引起的掉话283.1.9反向业务信道功率不足引起的掉话293.1.10AN辅助AN间切换失败引起的掉话293.1.11不合理的PN复用引起的掉话303.2其它原因304.典型案例314.1覆盖差导致掉话问题314.1.1现象描述314.1.2原因分析314.1.3解决措施404.1.4经验总结404.2DO-1X互操作引起掉话问题404.2.1问题描述404.2.2原因分析404.2.3解决方案424.3PCF给PDSN发送的A11消息中信元携带异常导致272f失败424.3.1问题描述424.3.2原因分析424.3.3解决方案44CDMA20001X EV-DO掉话分析指导书关键词：EVDO 掉话 空口丢失摘要：本文主要针对CDMA20001X EV-DO网络掉话特性进行讲解，以指导一线工程师及相关人员进行掉话分析，解决掉话问题。首先对EVDO网络中掉话的定义、分类进行了解释；再按类别给出掉话问题定位思路后，给出了各种具体原因掉话的详细分析方法；最后以实际案例，讲解如何分析EV-DO网络掉话问题。缩略语清单：缩略语英文全名中文解释ANAccess Network接入网络ATAccess Terminal接入终端参考资料：(1) CDMA2000 1XEV-DO话统分析指导书-20060412-A-1.1(2) C-EV-DO Release0 全流程故障定位指导书-20070630-A-1.0(3) CDMA 1X掉话分析指导书-20070119-A-2.0(4) CDMA EVDO 话统性能指标统计分册V2.0(5) C-EVDO Rev.A经典案例-20080515-A-1.0(6) 尼日利亚270C失败问题分析报告1. 概述在无线通信网络运行中，掉话是运营商关注的热点网络问题之一，也是无线网络质量优劣的直接反映，因此掉话率是衡量CDMA2001X EV-DO系统好坏的重要指标。掉话是指各种连接建立成功后的异常释放，包括空口丢失和其他原因。掉话率指标能够反映EVDO网络无线环境与系统质量的情况。无线网络中存在一定比例的掉话是正常的，但对于一些掉话率指标较高的小区必须进行优化。本文主要分析CDMA2001X EV-DO网络中引起掉话的原因，通过对不同原因的分析及定位找出对应的解决问题的方法，降低掉话率，提升网络质量。1.1 掉话的定义我司产品对于掉话的定义是：已经成功建立的连接（在AN收到A9-Update A8 Ack），由于某种异常原因导致连接释放的现象。注：EV-DO的呼叫释放有可能是AT发起的也有可能是AN发起的，但是掉话统计都是统计AN发起的呼叫释放。AN发起的呼叫释放流程如图1-1所示：图1-1EV-DO连接性能统计（AN发起的释放）1.2 掉话机制1.2.1 反向掉话机制AN定义了反向掉话机制，当反向DRC无法正确解调时，AN启动对应的定时器，若在指定时间内还没有正确解调DRC，则为一次掉话。反向掉话流程如下图所示：当BTS无法解调DRC时，向BSC发送Abis-DO ForwardStopped消息，FMR启动监控定时器（缺省为3s），若在该定时器内没有收到Abis-DO ForwardRequest消息，FMR向CCM发送SDU_CCM_Forward_Stop消息，同时CCM启动107号定时器（缺省为5s），若在定时器内没有收到数据传输恢复消息，则为一次反向掉话。1.2.2 前向掉话机制C.S0024-a_v3.0的10.7.6.1.10.1章节定义了AT的前向掉话机制：当终端连续检测到DRC为0超过“(DRCSupervisionTimer 10) + 240 ms”（由于DRCSupervisionTimer的默认值是0，那么这个时长就是240ms）就会关闭反向发射机，然后再等待TFTCMPRestartTx（12个控制信道周期，即5.12s），这段时间内如果DRC持续为0，则手机会转到Inactive态，即终端侧掉话。无论是前向掉话还是反向掉话，话统中一般都体现为“空口丢失”掉话。如果终端先于系统掉话并且在系统释放原来的连接之前又向系统发送了CR消息，那么系统会将原来的连接释放统计为“其他”原因中。在EVDO系统中，产生掉话的原因是多种多样的，如无线链路差、传输链路故障、设备软硬件故障、干扰、切换、参数设置不当等，本文着重分析无线链路差导致的掉话及其优化。1.3 掉话的分类由于掉话问题一般都是从话统指标观察中得到，所以本文也按照话统指标中定义的连接释放种类来描述，主要有两类：“空口丢失”和“其它原因”。1.3.1 空口丢失“空口丢失”是指：已经成功建立的连接（在AN收到A9-Update A8 Ack后）,由于空口丢失发起释放，即AN在一段时间内无法捕获AT信号从而释放连接，此时AT可能关闭发射机、转入1X网络或反向链路变差等。空口丢失导致的连接释放流程如图1-2所示：ATANPCFAN检查到空口丢失A9-AL DisconnectedA9-AL Disconnected AckT_airdropT_ald9A9-Release-A8 A9-Release-A8 CompleteConnection Closeabcdef图1-2激活态AN检查到空口链路丢失释放流程具体流程解释如下：(1) AN发现空口丢失，于是启动定时器T_airdrop。(2) AN向PCF发送A9-AL Disconnected，停止数据流的发送，并启动定时器T_ald9。(3) PCF收到A9-AL Disconnected后，向AN发送A9-AL Disconnected Ack消息进行确认。AN停止T_ald9。如果T_ald9超时，重发A9-AL Disconnected。(4) T_airdrop超时，AN发送A9-Release-A8，释放A8链路。(5) PCF收到A9-Release-A8之后，释放A8链路，并发送A9-Release-A8 Complete。(6) AN发送Connection Close，释放空口连接。表1-1重要定时器定时器名称默认值（秒）范围（秒）定时器说明虚拟软切换监控定时器SHOMONITORT3s110通过命令MOD DOSDUPARA修改T_airdrop50.160.0CCM 107号定时器T_ald94115CCM 105号定时器注：在1x和DO叠加网络中，终端处于DO Rev.A激活态的时候，监听并收到1x的语音寻呼消息或者终端检测到DO的信号弱1X的信号较强时，这时终端会停止当前在DO网络中的数据传送，进入休眠态，然后转到1x网络进行通讯。这个过程中终端会概率性不发Connection Close消息，对DO Rev.A网络来说，这种场景记为终端空口丢失，即掉话。这是EV-DO协议的一个缺陷，实际上是一种假掉话。根据尼日利亚EV-DO网的统计，这种掉话占了掉话总量的11左右。1.3.2 其它原因“其它原因”是指：已经建立成功的连接（在AN收到A9-Update A8 Ack后），由于“连接正常释放”、“空口丢失”、“休眠定时器超时”和“休眠定时器超时AT无响应”等原因之外的其它原因而产生的释放。如在连接态收到AT的连接请求导致连接释放，设备、链路故障导致的连接释放等。1.4 掉话相关话统1.4.1 掉话率话统中掉话率指标的计算公式为：(连接释放(空口丢失) + 连接释放(其它原因) / 连接成功次数) * 100%注：空口丢失需要统计到掉话中，但休眠态定时器超时和休眠定时器超时AT无响应不统计到掉话中。1.4.2 连接成功次数指标含义：所有连接建立成功次数的总和（次）。计算公式：AT发起连接成功次数 + AN发起连接成功次数 1.4.3 连接正常释放次数次指标含义：已经成功建立的连接正常释放的次数。统计点说明：已经成功建立的连接（在AN收到“A9-Update A8 Ack”后）,由于正常释放原因发起释放时统计，正常释放原因包括：（1） AT发起的连接释放，如图1-3中A点所示：图1-3AT发起的连接释放流程（2）PDSN发起的正常连接释放，如图1-4所示，原因值是Dormant释放和正常释放。图1-4PDSN发起的连接释放流程AN发起的正常连接释放，包括进入Dormant态或切换到其他AN时引起的连接释放、会话释放引起的连接释放、配置协商完成后AN发起的释放、配置协商失败后发起的连接释放、鉴权完成后发起的连接释放、鉴权不通过引起的连接释放、测试呼叫完成后的连接释放和操作维护引起的连接释放等。当AT、PDSN、AN由于正常原因释放连接时，将会进行统计次数累加。1.4.4 连接释放次数（空口丢失）次指标含义：已经成功建立的连接因为空口丢失而释放的次数。统计点说明：已经成功建立的连接（在AN收到“A9-Update A8 Ack”后），由于空口丢失发起释放，即AN在一段时间内无法捕获AT信号从而释放连接时统计，此时AT可能关闭发射机或者转入1X网络等，如图1-1中的A点。1.4.5 连接释放次数（休眠态定时器超时）次指标含义：已经建立成功的连接因为RLP的休眠定时器超时而释放的次数。统计点说明：已经成功建立的连接（在AN收到“A9-Update A8 Ack”后），由于AN的RLP休眠定时器超时而发起连接释放，即RLP在一段时间内没有数据收发而引起休眠态释放时统计，如图1-1中的B点。1.4.6 连接释放次数（休眠态定时器超时AT无响应）次指标含义：在因RLP的休眠定时器超时而发起的连接释放过程中，AT对AN发送的“ConnectionClose”消息没有响应的次数。此指标不是一种释放原因的统计，而是对一种释放过程中发生的事件进行的统计。统计点说明：已经成功建立的连接（在AN收到“A9-Update A8 Ack”后），由于RLP的休眠定时器超时发起释放，AN发送“ConnectionClose”消息后收不到AT应答的“ConnectionClose”消息时统计，如图1-1中的C点。1.4.7 连接释放次数（其它原因）次指标含义：对于已经建立成功的连接（在AN收到A9-Update A8 Ack后），除了因“连接正常释放”、“空口丢失”或“休眠定时器超时”之外的其它原因而释放的次数。其中也包括因专线用户接入而导致的连接释放，即专线用户接入时由于接入载频支持的用户数已经达到每载频的最大用户数，为保证专线用户接入，则按照优先级从低到高的次序选择一个低优先级用户释放其一个分支(如果该用户只有一个分支，则释放连接)，将释放的资源分配给接入的专线用户。统计点说明：已经建立成功的连接（在AN收到A9-Update A8 Ack后）由于上述三种释放原因之外的其它原因发起连接释放时统计。2. 掉话定位思路2.1 话统分析一般掉话问题都是来自话统分析。通过话统进行掉话分析的思路如下：(1) 查看BSC级别的话统，统计分析一周或几天的话统，获取整个局点掉话的特点，包括：掉话大量发生的时间段、掉话的主要原因等。(2) 查看载频级别的话统，获取进一步的信息：掉话是全局分布还是集中在某些载频、掉话发生的时间段、不同的载频的掉话原因是否一样等。2.2 告警和日志分析根据掉话发生的时间段、载频，要求现场反馈对应时间段和对应载频所在框的日志和告警。对于告警，观察点为：(1) 是否有Abis、A10和A12链路的告警，如：链路闪断、误码增高等。(2) 是否有特定单板的告警，如：SPU、RMU、PCU、PPU、BPU和HAC等。(3) 是否有负荷方面的告警，如：SPU的CPU负荷高、业务流控等。(4) 观察告警注意，告警的发生恢复要与话统中的载频、时间段对应。(5) 分析并解决造成掉话率恶化的告警，之后进一步观察掉话率是否恢复正常。对于日志，观察点：(1) OMStar可以比较清楚看到掉话分布的详细情况：掉话具体的原因值、载频和时间分布、用户分布、FMR的DSP分布等。(2) 是否有大量的资源分配失败打印。(3) 是否有底层MOT中断的打印。(4) 是否有资源核查失败的打印。(5) 是否有业务流控的打印。(6) 是否有错误处理的打印。(7) 是否有大量的某种断言。2.3 CDR呼叫记录分析根据掉话的分布情况打开相应模块（BSC/载频/特定IMSI）的CDR呼叫记录跟踪，通过CDR过滤工具分析：(1) 详细分析掉话的TOP用户/掉话的TOP 小区的呼叫记录，重点分析呼叫释放时的信息及切换信息。(2) 统计掉话的时间规律。如呼叫持续的时间是否大致相等。(3) 掉话的终端的ESN统计，是否集中在某种型号的终端。2.4 呼叫跟踪如果上面的分析工作都不能定位问题，可以进行呼叫跟踪，呼叫跟踪可以很好的收集问题发生时的信息。对于空口原因导致的掉话，呼叫跟踪是非常有效的手段。(1) 选择需要跟踪的IMSI、载扇等。(2) 打开维护台的呼叫跟踪，注意要打开相关接口的跟踪开关，保险起见，可以打开全部的接口开关。(3) 对于空口释放的掉话，还要打开维护台的RSSI跟踪。(4) 掉话问题发生时，记录产生的时间，以便于总部的分析。2.5 路测及信令分析路测主要用来定位仅靠网络侧难以定位的问题，以及对客户投诉区域的实际测试，详细定位空口的问题。路测开始前，机房要准备好，配合跟踪系统侧信息（维护台的用户接口跟踪、反向频谱扫描、CDR、RFMT等），路测过程中需要观察AT的行为变化，通常关注点有当时的无线环境、发送/接收功率、是否有切换等，一旦发现掉话，需要马上记录时间点，方便后续的信令分析，必要时停车重现问题，现场定位。在进行信令分析时先从维护台跟踪找到掉话的时间点，然后找出路测软件中对应的时间点，分析该时间点的终端行为，重点分析信号的强弱、发送/接收功率的变化。3. 常见掉话原因分析及解决思路3.1 空口丢失一般来说，在网络正常工作的前提下，“等待SDU_CCM_DO_DATA_FWD_REQ消息超时”和“SMP在连接态收到AT的连接请求导致连接释放”（对应呼叫释放原因值的0x272F和0x120E）是引起掉话的主要原因，前者统计为“连接释放次数(空口丢失)”，后者统计为“连接释放次数(其它原因)”。下面对可能造成“空口丢失”掉话的具体原因进行描述分析。0x272F：等待DOforwardRequst定时器超时系统释放，空口丢失。0x120E：SMP在激活态又收到终端上报的连接请求导致释放连接。0x2733：在业务态时没有收到TCC完成消息。3.1.1 覆盖差引起的掉话覆盖包括前向覆盖和反向覆盖，这两种覆盖差都可能导致掉话。3.1.1.1 原因分析1. 不连续覆盖（网络中存在盲区）主要表现在下列场景下：(1) 由于孤站引起的掉话。在孤站边缘，信号强度很弱，手机接收到的信号质量差，无法及时切换到其它小区而掉话。(2) 由于基站所覆盖的区域信号传播路径复杂（如密集城区的高楼大厦）、地势起伏（如山城重庆），无线传播环境复杂，信号受阻挡，导致覆盖不连续造成掉话。(3) 其他如信号飘忽、快衰落等也会导致覆盖不连续造成掉话。2. 室内覆盖差因为一些建筑密集，信号传输衰耗大，加上建筑物墙体厚，穿透损耗大，室内电平低，如果没有安装室内分布系统，就会在通话过程中掉话。3. 越区覆盖如图3-1所示，服务小区由于各种原因（如天线位置过高，下倾角设置过小）造成越区覆盖，以至于移动台超出了它所定义的邻小区B的覆盖范围之外到达了小区C后还占用着原服务小区A的信号，而小区A又未定义邻小区C，从而导致掉话。图3-1越区覆盖示意图4. 其他如某个小区的硬件设备出了问题，或者天线受到阻挡，造成小区覆盖变小；或者由于规划不合理，小区负荷过高而相邻基站无法来分担话务，导致覆盖收缩，最终导致掉话。3.1.1.2 处理思路遇到这类问题，先依据用户投诉，对用户投诉的准确性和范围进行判定；再结合话统分析，重点观察掉话率指标，如果投诉区域站点的掉话率较高，且原因值主要是CCB_FAIL_DO_DATA_FWD_REQ_TIMEOUT等，则需要结合CDR数据和路测数据进行判断；路测时，注意观察信号电平高低、切换是否正常等，来验证是否为覆盖差所致。如果路测结果：C/I、接收电平Rx都较差，这表明前向覆盖差。可能原因有：该地点距离基站较远，传播路径上有较大障碍（信号经过阴影衰落后质量变得很差），或与天馈系统的设计、安装有关（如：天线安装位置不当、天线增益不足、倾角设置不当、天线前方有阻挡物）、馈线接头损耗过大、馈线进水损伤造成的驻波比偏高等问题。具体何种原因，需结合各种分析结果来判定。如果是与1x共站不共天馈的，可参考1x系统的参数进行天馈调整。3.1.1.3 解决措施1. 查找覆盖不足的地方通过路测试来确认覆盖不足的区域。对于覆盖空洞，如果用户较多，可用增加基站来形成连续覆盖，或是通过别的手段来提高基站的覆盖，如提高基站的最大发射功率，改变天线的方位角、倾角、挂高等。同时还需分析是否由于信号传播受阻的原因导致的，如高大、大商场、地铁入口、地下停车场及洼地，一般来说，这些地方是较容易发生掉话的，可考虑用微蜂窝来解决覆盖。2. 要保证室内通信的效果对密集城区、大型商场和工厂等，为了保证室内通信效果，必须使到达室外的信号足够强，如通过提高基站的最大发射功率，改变天线的方位角、倾角、挂高等；如果此时还不能明显改善室内通话质量的，可考虑增加基站。对于写字楼、宾馆等一些主要公共场所增强室内覆盖，还可考虑应用室内分布系统。3. 防止越区覆盖通过路测等手段，对确认存在越区覆盖现象的站点进行覆盖控制，主要通过减少该基站的下倾角，来消除越区覆盖；在某些特殊条件下，也可以增配邻区，减少切换失败而造成的掉话。如果1x和DO共天馈，可以降低EVDO载频的发射功率来控制覆盖。4. 排除硬件故障通过路测，判断某些站点覆盖过小是否是由于硬件故障所致。如果掉话率指标突然上升并且本站其它指标全部正常，则应该检查相邻小区此时是否工作正常(可能出现下行链路发生故障，如TRX、分集单元及天线出现问题，若是上行链路故障，则会导致原小区切出失败率较高）。3.1.2 由于前向干扰引起的掉话前向干扰主要包括同频、邻频及来自其他系统的干扰。当手机在服务小区中收到很强的同频或邻频或异系统干扰信号时，会引起误码率升高，使手机无法准确解调邻近小区的业务信道。当干扰指标恶化超过该门限后，就会对网络中的通话造成干扰，使通话质量变差，引起掉话。前向干扰主要来源于多径，与扇区覆盖半径，基站与移动台的距离和传播环境等有很大关系。前向干扰对系统的影响包括：1. 降低Ec/Io，缩小基站的前向覆盖范围；2. 前向干扰一般是区域性的，干扰的覆盖面较小；3. 基站覆盖区内前向电平一般较高，较弱的干扰对系统的影响较小。3.1.2.1 原因分析前向链路的干扰包括长期干扰和短期干扰。所谓的长期干扰，是指干扰的持续时间超过衰减定时器时长（通常指超过5秒钟）；所谓的短期干扰，是指干扰的持续时间小于衰减定时器时长（通常指小于5秒钟）。1. 长期干扰如果终端接收电平增加，同时Ec/Io下降（趋势），这意味着存在一个前向链路干扰。当服务小区的Ec/Io降低到-9dB以下时，前向链路的质量将显著变差。如果前向链路变差到不能被解调时，移动台将关闭它的发射机。由于移动台不再发射信号，反向功控比特将被忽略，移动台的TX_GAIN_ADJ将保持一个常数。较高的接收电平将会导致开环功控处理低估移动台所需的发射功率，由于移动台降低发射功率，将会导致反向误帧比率上升，于是BS侧试图通过发送更多的TX_GAIN_ADJ“上升”命令来使得移动台的发射功率上升，以克服由于移动台发射功率不足而导致的误帧。如果这种情形持续的时间超过衰减定时器的时长时，移动台将进入重新初始化状态，导致掉话。移动终端掉话后，如果重新初始化到另一个新的小区上，该次掉话有可能是由于切换失败引发的（即出现了CDMA网络内部干扰），这是最常见的前向链路干扰造成的掉话情形；如果移动台掉话后长时间处于搜索状态（通常超过10秒），这种掉话有可能是由于存在移动台无法利用的外部干扰，造成较高的误帧比率而引发的（即外部干扰）。2. 短期干扰如果Ec/Io下降的持续时间小于衰减定时器时长（通常为小于5秒），衰减定时器有可能被复位从而避免掉话。如果服务小区的Ec/Io在衰减定时器超时之前重新恢复到-9dB以上，但是TX_GAIN_ADJ仍然没有变化，这标志着移动台的发射机没有被重新启动，衰减定时器继续递减。当衰减定时器超时后，移动台将进行重新初始化。如果BS侧的掉话机制比移动台的衰减定时器更快起作用时，这种场景将可能出现。当服务导频的Ec/Io恢复到-9dB以上时，BS侧已经终止其业务信道。通常，这种情形掉话后，移动台在同一服务小区上进行重新初始化。3.1.2.2 处理思路在通话过程中，如果当前服务小区的Ec/Io呈下降趋势，移动台的接收电平RX呈上升趋势，且移动台的TX_GAIN_ADJ保持不变，Ec/Io持续小于-9dB的时间超过衰减定时器时长（通常为5秒），那么该次掉话有可能是由于前向链路长期干扰造成的。在通话过程中，如果当前服务小区的Ec/Io呈下降趋势，而接受电平RX呈上升趋势，持续时间小于5秒；之后掉话。且仍在同一小区上进行重新初始化，那么该次掉话有可能是由于前向链路短期干扰造成的。3.1.2.3 解决措施1. 对于长期干扰(1) 合理的规划网络，避免不必要的干扰落入小区的覆盖范围；(2) 如果存在外部干扰的话，先通过干扰排查找出干扰源，然后通过清频、加滤波器（主要针对异系统间的干扰）的方法降低干扰，具体方法请参见相关案例及干扰分析指导书；(3) 合理的配置邻区关系，添加漏配邻区，合理设置邻区的优先级；(4) 合理的设置搜索窗的大小，提高手机的搜索速度并使有用信号落入搜索窗范围内；(5) 合理的设计切换带，保证移动台及时的切换到更好的小区；2. 对于短期干扰(1) 合理的规划网络，避免不必要的干扰落入小区的覆盖范围；(2) 合理的配置邻区关系，删除不必要的邻区；(3) 合理的设置搜索窗的大小，提高终端的搜索速度并使有用信号落入搜索窗范围内；(4) 合理的设计切换带，保证移动终端及时的切换到更好的小区；(5) 如果AN侧启动了掉话机制，建议BS侧的掉话优先级应该低于AT侧。(6) 若以上情况均不存在，则短期干扰也有可能是外部引起，需按照外部干扰的排查方式进行定位。3.1.3 由于反向干扰引起的掉话当网络中存在反向干扰尤其是强的反向干扰时，反向链路的质量变差，误帧率上升，BS侧试图通过发送更多的TX_GAIN_ADJ“上升”命令来使得移动台的发射功率上升，当移动台没有足够的发射功率来克服反向链路的干扰时，反向链路上的FER持续变差，最后将导致FMR因误帧高向CCM上报TCH ERROR INDICATION，CCM收到该消息后释放呼叫，导致掉话，且掉话的主要原因为“等待SDU_CCM_DO_DATA_FWD_REQ消息超时”和“DO中没有收到反向握手帧”，对应的呼叫释放原因值的0x272F和0x0C0D。3.1.3.1 原因分析3. 内部干扰(1) TRX故障：如果TRX因生产原因或在使用过程中性能下降，可能会导致TRX放大电路自激，产生干扰。(2) CDU故障：CDU中的分路器和分路器模块中使用了有源放大器，发生故障时，也容易导致自激。(3) 杂散和互调：如果基站TRX或功放的带外杂散超标，或者CDDU中双工器的收发隔过小，都会形成对接收通道的干扰。(4) 天线故障：天线在特殊工作环境中，自激打火导致底躁抬升。4. 外部干扰(1) 邻频不共站干扰。(2) 直放站干扰。(3) 互调干扰。(4) 其他大功率通信设备引起的干扰，包括雷达站、模拟基站、对讲机、大功率无绳电话、各种干扰器、各种工业用电子设备等。3.1.3.2 处理思路观察话统掉话率，如果该指标很差，且掉话的主要原因为等待“SDU_CCM_DO_DATA_FWD_REQ消息超时”和“DO中没有收到反向握手帧”，其它相关指标如切换成功率、呼叫建立成功率等较差，且伴随有接入困难和接入缓慢等现象，意味着该小区可能存在干扰，结合话统的反向RSSI跟踪分析，确定问题小区。如果通过查看OMC告警、操作日志和基站近端测试等手段确定有干扰，则需通过YBT250进行干扰测试，确定干扰源，然后排除干扰，提高网络性能。3.1.3.3 解决措施1. 干扰清除一般情况下，带外干扰对系统的影响较小。因而我们在确定干扰源后，优先清除CDMA信道带内干扰，保证没有引起系统性能严重恶化的很强干扰；但是强烈的带外干扰（如总功率大于-20dBm）会降低基站灵敏度、降低系统容量、增加了系统的掉话率和接入成功率、增加手机的发射功率，因此也必需清除。2. RF优化通过增大天线下倾角、降低天线高度或调整天线的方位角，避开强干扰；必要时增加基站，以收缩小区半径，降低来自远方的干扰。3.1.4 链路不平衡引起的掉话该类问题主要是前向大于反向导致掉话。在该场景的掉话过程中，服务小区的C/I较强，表示有一个好的前向链路，移动台的发射功率已经上升到最大值，这表示有一个差的反向链路，即前反向链路不平衡。在这种情况下，BTS侧经过一段时间（通常35秒）后，放弃该反向链路并中断前向链路，前向链路的PER将会变得很高，移动台因收到太多的Erasure包就关闭其发射机，导致掉话。看如下例子：【信号很强但是不进行虚拟软切换】这种情况一般存在于前反向不平衡的情况下，即前向很好但是反向却很差，无法锁定反向DRC信道。致使AT无法进行虚拟软切换从而最终导致吞吐量下降。BSCBTS2BTS1AT图6软切换中前反向链路不平衡的情况示意图图6的场景中，是软切换状态。BTS1前向最好，但反向链路很差；BTS2反向较好。功率控制根据合并后的结果PE