CDMA系统性能分析专题掉话分析中兴通讯学院课程内容掉话概述掉话机制掉话鉴别模板掉话案例分析建议处理流程掉话概述掉话率是评估CDMA系统性能的重要指标,移动台侧的掉话机制在标准中已经制定,但在标准中并没有具体规定基站侧的掉话机制,具体实现由各设备厂家来决定。我们需要了解这些计数器以及相关掉话机制的规则。在一个实际网络中,影响掉话的因素是很多的:如干扰问题、覆盖问题、切换问题、软硬件问题、邻区问题以及其他无线参数问题等。本课程的目的是使我们具有掉话分析的一些能力本课程具体需要掌握的内容:掉话产生机制;讨论所有掉话机制的各种情况;鉴别掉话产生的原因课程内容掉话概述掉话机制掉话鉴别模板掉话案例分析建议处理流程掉话机制——闭环信号链路在一次通话期间,基站和移动台之间需要维持一个闭环信令链路,如果这条链路由于某种原因断掉,就会导致移动台重新初始化并返回空闲状态。在协议中定义了当这个闭环链路异常断开而导致掉话产生的几种机制。ClosedLoopSignalingPath掉话机制——移动台掉话机制移动台错帧计数器移动台衰落定时器移动台消息证实失败掉话机制——移动台掉话机制移动台错帧计数器IfthemobilestationreceivesN2mconsecutivebadframesontheForwardTrafficChannel(see6.2.2.2),itshalldisableitstransmitter.Thereafter,ifthemobilestationreceivesN3mconsecutivegoodframes,themobilestationshouldre-enableitstransmitter.(引自95标准6.4.4)否则,掉话发生。在95标准中,N2m定义为常数12,N3m定义为常数2,在CDMA20001x的空口协议中,这两个参数仍然没有改变。掉话机制——移动台掉话机制移动台衰落定时器ThemobilestationshallestablishaForwardTrafficChannelfadetimer.ThetimershallbeenabledwhenthemobilestationfirstenablesitstransmitterwhenintheTrafficChannelInitializationSubstateoftheMobileStationControlontheTrafficChannelState.ThefadetimershallberesetforT5msecondswheneverN3mconsecutivegoodframesarereceivedontheForwardTrafficChannel.Ifthetimerexpires,themobilestationshalldisableitstransmitteranddeclarealossoftheForwardTrafficChannel.(引自95标准6.4.4)在95标准中,N3m定义为常数2,T5m定义为常数5s,在CDMA20001x的空口协议中,这两个参数仍然没有改变。掉话机制——移动台掉话机制移动台消息证实失败IfthemobilestationhasnotreceivedanacknowledgementwithinT1msecondsaftertransmittingthemessage,themobilestationshallretransmitthemessage(seeFigure6.6.4.1.3.1.1-1).(引自95标准6.6.4.1.3.1.1)如果在N1m次发射后还没有收到证实消息,移动台就会重新初始化,N1m在IS-95A和J-STD-008中定义为3,在IS-95B中可以增加到9,在CDMA20001x协议中定义为13。掉话机制——基站掉话机制CDMA空中接口协议在基站掉话方面没有作出定义,具体根据各个厂家的实现而有所不同,一般来讲有以下两个方面:基站错帧计数器基站证实失败掉话机制——基站掉话机制基站错帧计数器基站在收到一系列反向错帧后,前向业务信道会停止发射,这就是错帧机制。具体的参数各系统设备制造商定义的不一样,在协议中没有统一规定。ZTE系统有两个参数TairLinkQualityCount和TgoodFrameThreshold,两个参数用于决定反向释放流程,反向好帧和误帧同时开始累加,好帧累加到TgoodFrameThreshold帧时,两者同时清空重新累加。反向误帧累计到(TairLinkQualityCount×100)帧时,基站发起误帧释放。掉话机制——基站掉话机制基站证实失败基站在消息多次发送后,如果还没有得到响应,会产生证实失败,停止前向业务信道的发射,类似于移动台证实失败机制。具体的参数协议中没有规定,各设备制造商定义的不一样。课程内容掉话概述掉话机制掉话鉴别模板掉话案例分析建议处理流程掉话鉴别模板PilotEc/IoMobileRXPowerChannelassignment30023-15-100DroppedCallSignatureTemplates1~2secondsRe-SynonanewpilotIndicatesthetimeofoccurrenceofkeyeventsIndicatesthegeneraltrendoftheparameterapproxrangeScaleislog10withunitsofdBordBm掉话鉴别模板——前向干扰掉话(长时间干扰)Rx增大,Ec/Io减小,表明前向有干扰。前向链路质量降低到不能被正确解调,移动台停止发射。如果持续时间较长(大于5s),衰落定时器超时导致重新初始化。MobileTXPowerTX_GAIN_ADJUSTPilotEc/IoMobileRXPowerPilotEc/Iodropsbelow-15dB5secondsRe-Sync30023-15-100ForwardInterferenceDrop(LongTermInterference)掉话鉴别模板——前向干扰掉话(短时间干扰)MobileTXPowerTX_GAIN_ADJUSTPilotEc/IoMobileRXPowerPilotEc/Iodropsbelow-15dB5secondsRe-Synconthesamepilot30023-15-100ForwardInterferenceDrop(ShortTermInterference)PilotEc/IoMobileRXPowerRx增大,Ec/Io减小,表明前向有干扰。前向链路质量降低到不能被正确解调,移动台停止发射。如果持续时间较短(小于5s),则衰落定时器可能复位,也就不发生掉话;也可能移动台发射机没有重新使能,衰落定时器超时导致重新初始化。掉话鉴别模板——前反向链路不平衡掉话MobileTransmitPowerTX_GAIN_ADJUSTPilotEc/IoMobileRXPowerTX_GAIN_ADJgoesflat5secondsRe-Synconthesamepilot30023-15-100ImbalanceDrop3~5secondsEc/Io-15dB表明前向链路较好,但是移动台一直提高TxPwr直至最大,表明反向链路较差。在一段时间后,基站放弃反向链路,停止前向业务信道的发射。这时,FFER很高,移动台无法成功解调,停止发射。掉话鉴别模板——覆盖掉话(长时间超出覆盖区)MobileTXPowerTX_GAIN_ADJUSTPilotEc/IoMobileRXPowerPilotEc/Iodropsbelow-15dB5secondsMobilegoesintoasearchmodeforalongtime30023-15-100CoverageDrop(LongTermCoverageOutage)Rx和Ec/Io下降到前向链路不能解调时,移动台停止发射。如果持续时间较长(大于5s),衰落定时器超时导致重新初始化。当较长时间处于覆盖区域外,移动台会进入搜索模式并持续很长时间。掉话鉴别模板——覆盖掉话(短时间超出覆盖区)MobileTXPowerTX_GAIN_ADJUSTPilotEc/IoMobileRXPowerPilotEc/Iodropsbelow-15dB5secondsMobilere-syncsonsameornewpilot30023-15-100CoverageDrop(ShortTermCoverageOutage)PilotEc/IoMobileRXPowerRx和Ec/Io下降到前向链路不能解调时,移动台停止发射。如果持续时间较短(5s),则衰落定时器可能复位,也就不发生掉话;也可能移动台发射机没有重新使能,衰落定时器超时导致重新初始化。课程内容掉话概述掉话机制掉话鉴别模板掉话案例分析建议处理流程掉话鉴别模板——业务信道功率受限MobileTXPowerTX_GAIN_ADJUSTPilotEc/IoMobileRXPowerTX_GAIN_ADJgoesflat5secondsRe-synconthesamepilot30023-15-100ConstrainedTrafficChannelPowerDrop前向链路的业务信道功率和反向链路的Eb/No都有一定的限制。如果这些参数的最大允许值被设为一个较小的值,那么业务信道可能不能以一个足够的功率发射而导致掉话。掉话案例-常见掉话现象原因前面列出的几种掉话鉴别模板中除了长时间超出覆盖区域的覆盖掉话模板之外,其余掉话模板一般都发生在覆盖区域之内。发生在覆盖区域之外的掉话表现为移动台侧表现为前向覆盖RxPower与Ec/Io都较差,手机与基站无法建立正确的链接。掉话案例-常见掉话现象原因在设计覆盖区域内,前向覆盖比较好时发生的掉话,可能原因:工程施工问题常见问题有扇区间天线装错。系统软件导致数据同步失败导致前后台数据不一致;不支持硬切换或硬切换失败率高。掉话案例-常见掉话现象原因软件版本问题信道版本不一致,相邻基站的CHM的版本不一致。基站间CCM与CHM版本不匹配导致切换困难。基站的硬件故障GPS故障引起的时间孤岛;HPA异常导致基站突然掉功率;信道板CE单元故障;TCM故障;声码器故障等;TRX射频频综异常;BTS与BSC的传输链路质量差或传输中断等。掉话案例-常见掉话现象原因无线参数设置不当邻区列表设置存在问题,如邻区漏配、误配等;导频PN复用距离不够,导致同PN干扰;高山站、超远覆盖站出现的邻PN相位模糊;Pilot_Inc值设置;SRCH_WIN_A/N/R设置不当;切换加参数设置不合理,如切换加门限设置过高,导致切换困难;业务信道的功率参数设置不合理,如上限设置过小,导致前向业务信道功率不够。掉话案例-常见掉话现象原因前向或者反向干扰外部干扰主要有:有线电视增台器、中继放大器,政府部门,军队、国安局等设置的电子屏蔽墙等。内部干扰:无线直放站自激。导频污染区域由于缺少主导频,易出现接入与切换冲突导致掉话;由于导频的频繁或乒乓切换,易出现因切换失败而导致掉话。掉话案例-常见掉话现象原因前反向链路不平衡基站功率参数/控制信道增益设置不合理光纤直放站前反向链路增益调节不合理,通常表现为前向覆盖极好,但反向差(在前向接收功率很好的情况下,手机显示TX_ADJ很大,发射功率高)。高话务区域资源严重拥塞、功率过载等特殊地形掉话高架桥、跨海跨江大桥快衰落阴影区域,拐角等。掉话案例-切换冲突问题描述:某业务区有一个基站开通后不久,从后台性能管理中统计,该基站掉话率高达10%,切换成功率小于90%,呼叫成功率正常。在基站覆盖范围路测,发现从其他基站靠近该基站时,手机通话断续、Tx_Adj