kpi绩效指标_gsmbss网络性能kpi

产品名称Product name密级Confidentiality levelG3BSC内部公开产品版本Product versionTotal 29pages 共29页GSM BSS 网络性能KPI（TCH掉话率）优化手册 (仅供内部使用）For internal use only拟制：Prepared byWCDMA&GSM性能研究部苏世日期：Date2008-6-28审核:Reviewed by日期：Dateyyyy-mm-dd审核:Reviewed by日期：Dateyyyy-mm-dd批准:Granted by日期：Dateyyyy-mm-dd华为技术有限公司Huawei Technologies Co., Ltd.版权所有 侵权必究All rights reserved 目 录1TCH掉话率定义说明61.1TCH掉话率含义61.2推荐公式61.3信令流程及统计点72涉及特性93影响TCH掉话率的因素103.1硬件故障103.2传输问题113.3版本升级113.4参数设置问题113.5网内外干扰123.6覆盖问题123.7天馈问题133.8上下行不平衡133.9直放站问题134TCH掉话率分析流程和优化方法134.1分析流程图134.2TCH掉话率问题定位及优化方法说明154.2.1检查TCH掉话率较高的小区的硬件故障情况154.2.2检查TCH掉话率较高的小区的传输情况164.2.3检查是否是BSC版本和BTS版本升级引入的问题174.2.4检查是否是MSC割接引入的问题174.2.5分析TCH掉话率较高的小区的参数配置情况194.2.6分析TCH掉话率较高的小区的干扰情况234.2.7检查TCH掉话率较高的小区的覆盖情况244.2.8检查TCH掉话率较高的小区的天馈情况254.2.9检查TCH掉话率较高的小区的上下行平衡情况264.2.10检查TCH掉话率较高的小区是否存在直放站问题265测试方法276掉话信令分析说明277TCH掉话率优化案例287.1案例一：干扰掉话287.2案例二：上下行不平衡问题导致掉话297.3案例三：直放站问题引起的掉话297.4案例四：覆盖问题导致掉话307.5案例五：优化切换参数减少掉话317.6案例六：与版本相关的参数设置317.7案例七：TRX板故障导致掉话327.8案例八：天馈问题引起的掉话327.9案例九：传输问题引起的掉话337.10案例十：V9R1升级到V9R3后COBCCH网络的掉话翻倍337.11案例十一：T305、T308未生效导致掉话率上升337.12案例十二：MSC修改了“等待终结短消息定时器”导致掉话率上升347.13案例十三：MSC割接后，T310、T313、等待短消息响应定时器、等待短消息连接释放定时器与原网不匹配导致掉话率上升348TCH掉话率问题信息反馈35修订记录Revision Record日期Date修订版本Revision version修改描述change Description作者Author 2008-6-280.8初稿完成苏世2008-7-261.0根据评审意见修改苏世 2009-7-291.1增加4.2.4及相关案例、BSC6000的TCH掉话率（不含切换）公式修改王志成参考资料清单序号资料名称作者日期1G-干扰问题处理指导书-20050311-A-1.0陈保林2005-3-11 2GSM BSS 网络性能KPI（覆盖问题）优化手册谢海斌2008-6-183GSM BSS 网络性能KPI（TCH掉话率）基线说明书吴臻2007-6-224GSM BSS 网络性能KPI（上下行平衡）优化手册杨吉祥2008-3-265掉话问题分析处理指导书杨滨2002-3-7网络性能KPI（TCH掉话率）优化手册关键字：TCH掉话率 KPI摘 要：本文主要介绍了TCH掉话率的定义、测试方法和优化方法。缩略语清单：Abbreviation 缩略语Full Spelling 英文全名Chinese Explanation中文解释TCHTraffic Channel业务信道MSMobile Station移动台BSCBase Station Controler基站控制器KPIKey Performance Index关键性能指标1 TCH掉话率定义说明1.1 TCH掉话率含义TCH掉话率反映了在BSC给移动台成功分配了TCH信道之后，发生的掉话次数占TCH占用成功次数的比例。它可以从两个不同的反面进行考核，一种针对在小区内所有建立过的TCH信道的掉话概率，一种针对小区呼叫建立的TCH掉话概率。 TCH掉话率是保持类的重要性能指标之一，也是局方重点考核的KPI指标之一，它反映了MS用户在正常接入TCH信道后由于各种原因没能正常结束通话的概率。TCH掉话率过高会直接影响用户感受。1.2 推荐公式BSC32公式TCH掉话率（含切换）（TCH掉话次数及早指配的TCH掉话次数）/TCH占用成功次数（所有的）100TCH掉话率（不含切换）TCH掉话次数/（TCH呼叫占用成功次数BSC内入小区切换成功次数BSC间入小区切换成功次数BSC内出小区切换成功次数BSC间出小区切换成功次数）100BSC6000公式TCH掉话率（含切换） 业务信道掉话次数/（TCH占用成功次数(信令信道)+TCH呼叫占用成功次数(业务信道)TCH切换占用成功次数(业务信道)）100TCH掉话率（不含切换）业务信道掉话次数/（TCH呼叫占用成功次数(业务信道)BSC内入小区切换成功次数BSC间入小区切换成功次数BSC内出小区切换成功次数BSC间出小区切换成功次数）100对比TCH掉话率(含切换)和TCH掉话率(不含切换)的公式，可以发现由于及早指配TCH的掉话次数较少，TCH掉话率(含切换)和TCH掉话率(不含切换)的分子相差不大，但TCH掉话率(含切换)的分母比TCH掉话率(不含切换)的分母多了切换占用TCH的情况，所以不论是BSC32还是BSC6000，TCH掉话率(含切换)均小于TCH掉话率(不含切换)。具体统计公式请参见GSM BSS 网络性能KPI（TCH掉话率）基线说明书1.3 信令流程及统计点 图1 立即指配流程信道占用图2 指配流程信道占用图3 BSC内切换流程信道占用图4 入BSC切换流程信道占用注：图中统计点分别表示含义如下TCH-SUCC-ATCH呼叫占用成功次数TCH-SUCC-BBSC内入小区切换成功次数BSC内小区内切换成功次数TCH-SUCC-CBSC间入小区切换成功次数TCH-SUCC极早指配的TCH占用成功次数2 涉及特性特性名称功能描述优化思路引入版本AMR 无线链路定时器通过将AMR语音与非AMR语音的无线链路定时器分开设置，可以让抗干扰性更强的AMR语音有更长的保持时间，从而减小掉话率。由于AMR呼叫的鲁棒性比普通呼叫更强，所以当普通呼叫由于无线链路质量差而无法进行通话时，AMR语音还能保持较好的通话质量，如果将AMR呼叫和普通呼叫的无线链路定时器设置为相同的值，会增加AMR的主动掉话，用户感受差。可以将AMR无线链路定时器设置更大值，使AMR呼叫在恶劣的无线环境中保持更长的通话时间，降低掉话率。调整建议：建议根据现网情况进行调整。8切换失败重建降低切换过程中的掉话率通常情况下，在呼叫切换处理过程中，如果BSC下发Handover Command，没有收到MS的响应，而是收到BTS发来的Error Indication消息时，BSC会做掉话处理。使用本功能后，当BSC从老链路上收到Error Indication 消息后，指示BTS在老链路上尝试重建空口链路，如果重建成功，MS返回到老信道上继续进行呼叫，不会掉话。开启建议：该功能尚未大规模应用，暂不建议打开。8.1空口信令链路抗干扰当无线质量比较差的时候，通过重复发送SACCH帧的方式，增加SACCH信令链路的抗干扰性，降低MS的掉话率上下行SACCH帧重复发送：BTS在获得MS能够支持SACCH重复发送后，若BTS侧发现不能正确解码SACCH帧时，通知MS重发最近发送的一个SACCH帧。若MS侧发现不能正确解码SACCH帧时，通知BTS重发最近发送的一个SACCH帧。开启建议：该功能尚未大规模应用，暂不建议打开。8.13 影响TCH掉话率的因素根据各地网络投诉案例及优化经验，对指配成功率异常的情况进行总结，影响TCH指配成功率的主要因素有： 硬件故障 传输问题 版本升级 参数设置问题 网内外干扰 覆盖问题 天馈问题 上下行不平衡 直放站问题3.1 硬件故障当出现TRX或合路器故障的情况时，将会造成TCH占用困难，TCH掉话率上升。3.2 传输问题由于各种情况导致的Abis接口、A接口链路等传输质量不好，传输链路不稳定，也会导致TCH掉话率上升。3.3 版本升级 当BTS版本或BSC版本升级后，可能会出现BTS和BSC版本不配套、新版本部分参数和算法变动等情况，造成TCH掉话率上升。3.4 参数设置问题BSC侧和MSC侧的一些参数设置会影响TCH掉话率，主要包括：1 “SACCH复帧数”和“无线链路失效计数器”设置过短2 “最小接入信号电平”设置过低3 “RACH最小接入电平”设置过低4 “切换候选小区最小下行功率”与“最小接入电平偏移”设置不合适5 “T3103系列定时器(切换完成消息超时定时器)” 设置过短6 “T3109（等待ReleaseIndication消息的定时器）”设置过短7 “T3111(连接释放延时定时器)” 设置过短8 T305/T306/T308/T338定时器配置无效或过长9 “TCH话务忙门限”设置过低10 “呼叫重建禁止”设为是11 边缘切换相关参数设置不合理12 质量差切换相关参数设置不合理13 干扰切换相关参数设置不合理14 同心圆切换相关参数设置不合理15 功控参数设置不合理16 T200和N200设置过小17 邻区关系未配置完整18 “跳频偏移量”（MAIO）设置不当19 “挂机中的切换保护时间”设置过短20 “等待终结短消息定时器”设置过长21 “TA限制业务功能开关（软参13）”打开且“最大时间提前量”设置过小22 在带有直放站的情况下，“是否有直放站”设为否23 T310设置过长24 T313设置过长25 等待短消息响应定时器设置过长26 T301设置过长27 T303设置过长3.5 网内外干扰当存在网外干扰、直放站干扰，或者由于频率资源紧张导致频率复用度过高而出现严重的网内干扰时，会导致占用TCH信道时质量差容易掉话，影响TCH掉话率。可能出现的干扰：1 网外干扰器、私装天线等引入的干扰2 联通CDMA干扰3 直放站引入的干扰4 基站互调干扰5 网内同邻频干扰3.6 覆盖问题可能影响TCH掉话率的覆盖问题：1 不连续覆盖(盲区)由孤站引起的掉话，由于在孤站边缘，信号强度弱质量差，无法切换到其它小区而掉话。由于基站所覆盖的区域地形复杂（如山区公路）、地势起伏，无线传播环境 复杂，信号受阻挡，覆盖不连续造成掉话。 2. 室内覆盖差因为一些建筑物密集，信号传输衰耗大，加上建筑物墙体厚，穿透损耗大，室内电平低，使得在通话过程中掉话。3. 越区覆盖（孤岛）服务小区由于各种原因（如功率过大）造成越区覆盖，导致无合适邻区可以切换，电平和质量持续恶化最终导致掉话。 4. 覆盖过小由于天线受到阻挡或携带BCCH的载频发生了故障，造成覆盖不连续，导致掉话。3.7 天馈问题可能出现的天馈问题：1. 如果由于工程方面的原因，两个小区间的发射天线接反，会造成小区内上行信号比下行信号电平差很多，在距离基站较远处容易产生掉话。2. 定向小区有主集和分集两副天线时，该小区的BCCH和SDCCH就有可能分别从两副不同的天线发出。当两副天线的俯仰角或方位角不同时，就会造成两副天线的覆盖范围不同，即会出现用户能收到BCCH信号，但发起呼叫时却因无法占用另一天线发出的SDCCH而导致掉话。3. 如果天馈线损伤、进水、打折、接头处接触不良均会降低发射功率和收信灵敏度，从而产生严重的掉话。 3.8 上下行不平衡如果由于基站发射功率过大或塔放、基站放大器、天线接口等出现问题，造成上下行电平相差较大，则在基站覆盖边缘容易产生掉话。3.9 直放站问题 如果小区挂有直放站，当直放站出现故障或上/下行增益设置不合理时，会导致基站的覆盖出现问题，导致掉话率上升。 如果直放站为宽频直放站，且增益设置较大，可能会引入较强的干扰，对周围的网络质量造成坏的影响，导致掉话率上升。4 TCH掉话率分析流程和优化方法4.1 分析流程图4.2 TCH掉话率问题定位及优化方法说明分析问题之前要明确问题差距（TCH掉话率与目标值具体差多少），明确问题范围以及问题KPI定义。可先通过掉话话统分析掉话分布，如果某一类掉话所占比例很大，可直接跳到对应的流程中去定位问题，如果无明显原因，可按照流程图中的流程按照从易到难的顺序进行排查。掉话原因与流程的对应关系如下表所示：话统指标对应流程M3100A(T200超时掉话）3.2.4(检查参数中T200、N200的设置是否合理）M3101A(无线链路连接失败掉话）3.2.4(检查参数中无线链路失效计数器、SACCH复帧数是否合理）M3101D(无线资源不可用掉话）3.2.1(检查硬件故障情况）CM333(Abis接口地面链路故障）3.2.2(检查传输情况）M314(设备故障掉话）3.2.1(检查硬件故障情况）下面是详细的问题定位及优化流程。此文档中的话统指标和参数均以BSC6000V9R8C01B051版本为准。4.2.1 检查TCH掉话率较高的小区的硬件故障情况 当出现TRX或合路器故障，射频连线错误等情况时，将会造成TCH占用困难，TCH掉话率上升。相关案例 检查硬件故障可以通过查看基站告警或在LMT上的基站设备面板界面直接查看硬件状态。主要的BSC告警如下表所示：告警ID告警名称1000LAPD_OML故障告警2204TRX通讯告警4414载频驻波告警3606DRU硬件告警另外也可以查看与硬件故障相关的话统来定位问题(如下表所示)原因BSC级小区级设备故障【BSC整体级相关测量】-【BSC接入整体测量】-BSC整体TCH可用率BSC整体TCH配置数目BSC整体TCH可用数目【KPI指标测量】-TCH可用率TCH可用数目TCH配置数目【载频相关测量】-小区配置载频数目小区可用的载频数目【呼叫相关测量】-【掉话测量】业务信道设备故障掉话次数4.2.2 检查TCH掉话率较高的小区的传输情况 Abis接口、A接口链路等传输质量不好，传输链路不稳定，或者资源不足，也会导致TCH掉话率上升。检查传输情况可以通过查看传输相关告警，如果存在大量传输告警则说明传输可能出现了问题，需进一步检查传输连接。相关案例 传输问题相关的BSC告警如下表所示：告警ID告警名称1000LAPD_OML故障告警11270LAPD告警11278E1本地告警11280E1远端告警20081E1/T1信号丢失告警（LOS)20082E1/T1信号帧失步告警（LOF)另外也可以查看与传输故障相关的话统来定位问题(如下表所示)原因BSC级小区级传输故障【BSC整体级相关测量】-【LAPD相关测量】【呼叫相关测量】-【信道激活测量】-信道激活否应答次数信道激活超时次数【呼叫相关测量】-【掉话测量】Abis接口链路故障掉话测量4.2.3 检查是否是BSC版本和BTS版本升级引入的问题如果在BSC版本或BTS版本升级后，掉话率明显恶化，则需要检查是否存在BTS和BSC版本不配套、新版本部分参数和算法变动等情况。相关案例1 相关案例2定位此类问题，可以通过查看版本说明文档和其它配套资料，或者向后方反馈版本信息，了解是否存在已知BUG。如果确认是新版本带来的问题，则需要更换到其它版本或打补丁以规避此类问题。版本升级相关问题请参考BSC6000版本升级性能类问题解决指导书4.2.4 检查是否是MSC割接引入的问题如果在MSC割接后，BSS部分未作变动的情况下，掉话率明显上升，则需检查MSC割接前后配置是否一致，重点检查影响掉话的相关参数配置。MSC级参数配置会影响整个MSC区域的BSC，应该根据实际情况合理调整。MSC侧的一些参数设置会影响TCH掉话率，可以对割接后问题区域的MSC以下参数配置做重点检查：相关案例1) T305、T306、T308、T338 T305、T306、T308、T338是MSC侧的定时器，T305、T306、T338是MSC对挂机过程进行监视的定时器，T308是MSC对资源释放过程进行监视的定时器。在增加BSC数据时需配置这几个定时器，修改定时器表的数据不起作用。T305、T306、T338和T308如果设置无效或过长，会造成在用户主动挂机时，MSC清除呼叫过慢，BSC侧无线链路失效计数器、T3103等定时器超时而统计为掉话，对掉话率有较大影响。2) 等待终结短消息定时器此参数为MSC侧参数，主要作用是防止短消息重复发送。如果该定时器设置过长，会导致在拆链过程中如果收到短消息，MSC不会主动清除，导致MS主动给基站发送了DISC消息拆除层2，基站上报REL_IND，最终BSC上报CLEAR REQ统计为掉话3) T310定时器T310，即对来话呼叫进程进行监控的定时器，在MSC收到CALL CONFIRM消息时启动，当MSC收到ALERTING消息、CONNECT消息或者DISCONNECT消息时停止。该定时器可能影响到掉话，如果该定时器较长，在无线环境较差的情况下，可能导致BSS侧发起清除请求，导致掉话。4) T313定时器T313，即监视呼叫连接过程的定时器，当MSC发送CONNECT消息时启动，MSC收到CONNECT ACK消息时终止，如果定时器超时后，MSC清除本次呼叫。如果T313设置过长，由于无线环境不好，MSC发送CONNECT消息等待CONNECT ACK消息，但是BSS侧没有收到或没有正确译出CONNECT消息，导致BSS侧定时器先超时，发起清除请求，导致掉话。5) T301用户摘机定时器，监控呼叫建立后用户摘机的时间；如果网络侧已经使用了内部呼叫监视功能（即组合呼叫时），此时T301不起作用。在MSC收到ALERTING消息时启动，当MSC收到CONNECT消息、MSC收到DISCONNECT消息时停止。如果定时器超时，MSC以原因值#19 “user alerting, no answer”（华为设备主机原因值为:#15）向主叫方清除本次呼叫；同时MSC以原因值#102 “recovery on timer expiry”（华为设备主机原因值为:#230）或#31 normal, unspecified（华为设备主机原因值为:#159）向被叫方清除本次呼叫（发送DISCONNECT消息）。如果该定时器设置过长，由于无线环境较差或链路故障等问题，BSS侧定时器先超时，则BSC向MSC发送CLEAR REQUEST消息，导致掉话。6) T303呼叫发起监视定时器（MM连接等待定时器），在MSC发送SETUP消息时启动，当MSC收到CALL CONFIRM消息、MSC收到RLEASE COMPLETE消息时停止，如果定时器超时，MSC清除本次呼叫。如果该定时器设置过长，BSS侧在没有收到SETUP消息时，则会导致BSS侧定时器先超时，向MSC发送CLEAR REQUEST消息，导致掉话。7) 等待短消息响应定时器网络侧下发短消息到MS，此时MSC启动等待短消息响应定时器，但是由于某种原因造成MS未能上报CP_ACK消息，当该定时器超时时，MSC才会向BSC发送Clear Command消息来释放无线资源。如果该定时器设置过长，将使BSC的Release Complete定时器超时后，主动向MSC发送Clear Request，导致掉话。4.2.5 分析TCH掉话率较高的小区的参数配置情况BSC侧的一些参数设置也会影响TCH掉话率，可分以下几个方面对问题小区的参数配置进行检查： 相关案例1 相关案例21) “SACCH复帧数” 此参数是判断上行无线链路故障的计数器，每当BTS无法正确解码一次MS发来的SACCH测量报告，该计数器减1；正确解码，计数器加2。当计数器为0时，BTS判断无线链路故障。如果话统中无线链路连接失败原因的掉话较多（M3101A）,说明由于无线环境较差而导致无线链路拆链的掉话较多，可以适当加大该参数的值。2) “无线链路失效计数器” 此参数是判断下行无线链路故障的计数器，每当BTS无法正确解码一次MS发来的SACCH测量报告，该计数器减1；正确解码，计数器加2。当计数器为0时，BTS判断无线链路故障。如果话统中无线链路连接失败原因的掉话较多（M3101A）, 说明由于无线环境较差而导致无线链路拆链的掉话较多，可以适当加大该参数的值。3) “最小接入信号电平”此参数表示MS接入BSS系统时要求的最小接收信号电平。如果该参数设置过小，会导致部分低电平用户接入网络，容易导致掉话。如果需优化掉话率，可适当增大此参数，但会对呼叫建立成功率和话务量等指标带来影响。4) “RACH最小接入电平”此参数表示BTS判断MS随机接入的电平门限值，如果该参数设置过小，会导致部分低电平用户接入网络，容易导致掉话。如果需优化掉话率，可适当增大此参数，但会对呼叫建立成功率和寻呼成功率等指标带来影响。5) “切换候选小区最小下行功率”与“最小接入电平偏移” 这两个参数之和决定了在进行切换候选小区选择时，邻区下行接收电平需达到的最小值。设置过大将会导致可供选择的候选小区太少，一些合适的小区反而排除掉了，设置太小导致信号并不好的小区有机会成为候选小区，均会导致掉话增多。6) “T3103系列定时器(切换完成消息超时定时器)” T3103系列定时器包括T3103A、T3103C和T8.。这些定时器是等待切换完成消息的定时器，如果这些定时器设置过短，会导致如果T3103超时后仍未收到任何消息时，BSC就判断源小区发生了无线链路失败，进而释放源小区的信道,导致切换掉话。如果话统中的切换掉话（CM331）较多，可适当增大此参数的值，但设置过大会浪费信道资源，造成TCH拥塞。7) “T3109（等待ReleaseIndication消息的定时器）”此参数表示BSC下发ChannelRelease消息后，等待ReleaseIndication消息的时间，如果该参数设置过小，会导致还未来得及收到ReleaseIndication消息就进行拆链，导致掉话。如果需优化TCH掉话率，可适当增大该参数的值。 T3109建议设为比“无线链路失效计数器”的时间大1到2s。8) “T3111(连接释放延时定时器)”此参数用于主信令链路断开后延迟信道的去激活，其目的是为可能重复的断开连接留有一些时间。如果此定时器设置过短，会造成过早去激活信道，导致掉话增加。9) “TCH话务忙门限”此参数表示当前信道占用率达到或超过此值时，对双速率呼叫优先分配半速率信道；否则对双速率呼叫优先分配全速率信道。由于半速率信道抗干扰能力相对较差，因此如果大量占用半速率信道会导致掉话率上升。建议在不是特别拥塞的情况下，此参数的值不要设置过低。10) 呼叫重建禁止此参数表示是否允许呼叫重建，如果由于突发干扰或高楼引起的“盲点”形成无线链路故障造成的断话，MS可启动呼叫重建过程恢复通话。如果为了改善掉话率，可将此参数设为“否”，允许呼叫重建，在某些场景下打开呼叫重建对掉话率能有较大改善。但由于呼叫重建占用时间较长，用户往往等不及而主动挂机，可能对用户感受有一定影响。11) 边缘切换相关参数如果“上行链路边缘切换门限”、“下行链路边缘切换门限”设置过低，“小区间切换磁滞”过大或“边缘切换统计时间”、“边缘切换邻区统计时间”和“边缘切换持续时间”、“边缘切换邻区持续时间”设置过长，会导致在电平恶化时，不能及时进行边缘切换，导致掉话。如果需优化TCH掉话率，可修改这些边缘切换相关参数，使边缘切换能及时发生，挽救掉话。12) 质量差切换相关参数如果紧急切换上（下）行链路质量限制（分非AMR、AMRFR和AMRHR）设置过大、“质量差切换带”设置过小或“小区间切换磁滞”设置过大，会导致在质量恶化时，不能及时进行质量差切换，导致掉话。如果需优化TCH掉话率，可修改这些质量差切换相关参数，使质量差切换能及时发生，挽救掉话。13) 干扰切换相关参数如果非AMR FR语音业务干扰切换质量门限112设置过大或“AMR干扰切换质量偏移”设置过大，会导致在出现较强干扰时，不能及时进行干扰切换，导致掉话。如果需优化TCH掉话率，可修改这些干扰切换相关参数，使干扰切换能及时发生，挽救掉话。但质量门限也不宜设置过小，否则会导致其它原因切换次数大幅增加，影响切换成功率。14) 同心圆切换相关参数当同心圆为普通同心圆时，如果“接收电平门限”和“接收电平磁滞”设置过大；当同心圆为增强型同心圆时，如果“内圆向外圆切换接收电平门限”设置过大，会导致处在同心圆内圆边缘的呼叫难以切换到外圆，容易导致掉话。如果内圆载频TCH掉话率（RM330A）较高，可修改这些同心圆切换相关参数，使同心圆内圆边缘的呼叫能尽快切换到外圆。如果“同心圆切换接收质量允许” 设为“是”且“接收质量门限”设置较高设为“是”，会导致外圆受到干扰时，无法切换到内圆导致掉话。如果外圆载频TCH掉话率（RM330）较高，可修改这些同心圆切换相关参数，使受到干扰的呼叫能尽快切换到内圆。15) 功控相关参数如果功控的电平和质量门限设置过低，会导致将电平或质量控得较差，容易导致掉话16) T200和N200如果“T200 FACCH/全速率”、“T200 FACCH/半速率”、“N200 of FACCH/全速率”和“N200 of FACCH/半速率”设置过小，会导致数据链路过早拆链，造成掉话。如果T200超时掉话（M3100A），可适当增大T200和N200。17) 邻区关系如果在BA2表中邻区未配置完整，可能会导致呼叫过程中无合适邻区可以切换，电平质量持续恶化最终导致掉话。需根据路测数据以及电子地图（如NASTAR）补全合适的邻区，避免由于无邻区可以切换导致掉话。18) “跳频偏移量”（MAIO）如果小区采用了跳频，“跳频偏移量”（MAIO）设置不当（如同小区不同载频的跳频偏移量设成一样）会造成在跳频过程中频率发生碰撞，导致掉话率上升。19) 挂机中的切换保护时间此参数为BSC软参，是指BSC在收到MS发来的DISCONNECT消息后， 在该时间内，BSC不允许MS发生切换，以防止MS切换到目标小区后由于不能收到释放应答消息而无法挂机，导致掉话。该参数建议不要设置过短20) “TA限制业务功能开关（软参13）”和“最大时间提前量”如果“TA限制业务功能开关（软参13）”打开，且“最大时间提前量”设置过小，会导致呼叫的TA超过“最大时间提前量”后，就释放信道造成掉话。建议“TA限制业务功能开关（软参13）”不要打开，避免此类情况的发生。21) “是否有直放站”如果基站下带有直放站，由于各直放站距离比较远，都采用异步传输模式，因此直放站之间的切换都是异步切换，不能同步切换，否则切换会失败，导致大量的切换掉话。因此在带有直放站的情况下，为避免共站小区之间作同步切换失败，参数“是否有直放站”需设为“是”。 可通过查看相关话统判断数据配置是否存在问题，相关话统如下表所示：原因小区级载频级参数问题【呼叫相关测量】-【掉话测量】业务信道稳态掉话次数（错误指示）业务信道稳态掉话次数（连接失败）业务信道稳态掉话次数（释放指示）外圆载频掉话率内圆载频掉话率【KPI指标测量】TCH切换掉话次数（业务信道）TCH稳态掉话次数（业务信道）【测量报告相关测量】-【测量报告功控消息数目测量】【测量报告相关测量】-【测量报告无线链路异常测量】4.2.6 分析TCH掉话率较高的小区的干扰情况当存在网外干扰、直放站干扰，或者由于频率资源紧张导致频率复用度过高而出现严重的网内干扰时，会导致占用TCH信道时质量差容易掉话，影响TCH掉话率。相关案例上行干扰信息可以通过话统中的干扰带分布情况获得，如果干扰带3-5级的比例较高，说明存在较严重的上行干扰；下行干扰可以通过路测发现，也可以通过分析接收质量话统发现。排查干扰可以分网内干扰和网外干扰分别进行排查，具体排查方法请参见G-干扰问题处理指导书。与干扰相关话统指标如下表所示：（如果小区存在干扰，除了TCH掉话率较高，一般还表现为切换成功率较低,质量原因切换所占比例较大）原因小区级载频级干扰【呼叫相关测量】- 【 BSC内出小区切换测量】-BSC内出小区切换请求次数（信号质量）BSC内出小区切换请求次数（其它原因）【测量报告相关测量】-【测量报告干扰带测量】-TCH处于干扰带一的平均数目TCH处于干扰带二的平均数目TCH处于干扰带三的平均数目TCH处于干扰带四的平均数目TCH处于干扰带五的平均数目【测量报告相关测量】-【测量报告接收质量测量】4.2.7 检查TCH掉话率较高的小区的覆盖情况检查覆盖情况可以通过室外路测和室内拨侧，如果在测试中发现下行接收电平过低（低于-100dbm），导致无法接入网络或者质量很差；或长时间无邻区可以切换，电平质量持续恶化，则说明存在覆盖问题。相关案例如果小区的覆盖存在问题，除了TCH掉话率较高，一般还表现为切换成功率较低、信号强度原因切换比例较大, 可通过查看话统判断小区的覆盖是否存在问题，相关话统如下表所示:原因小区级载频级覆盖【呼叫相关测量】- 【 BSC内出小区切换测量】- BSC内出小区切换请求次数（信号强度）【呼叫相关测量】- 【 BSC间出小区切换测量】-BSC间出小区切换请求次数（上行信号强度）BSC间出小区切换请求次数（下行信号强度）【测量报告相关测量】-【测量报告全速率信道接收电平测量】【测量报告相关测量】-【测量报告半速率信道接收电平测量】 如果确认覆盖存在问题，可通过调整天线下倾角、增大发射功率，添加直放站、改变合路方式等方法来解决覆盖问题。具体解决办法请参考GSM BSS 网络性能KPI（覆盖问题）优化手册4.2.8 检查TCH掉话率较高的小区的天馈情况如果天线为双发天线，需检查两副天线的下倾角和方位角是否一致，如果相差较大需进行校正使其保持一致。另外还要检查天线跳线是否有接反的情况（可以通过分析路测数据发现），如果接反会造成小区内上行信号比下行信号电平差很多，在距离基站较远处容易产生掉话，需重新正确连接跳线。相关案例如果天馈线损伤、进水、打折、接头处接触不良均会降低发射功率和收信灵敏度，从而产生严重的掉话。可通过驻波比告警发现此问题，如果发现天馈线故障须及时更换。天馈系统存在问题，在话统中一般表现为小区的掉话率和切换失败率较高，上下行质量相差较大或上下行质量均较差，可通过查看相关话统检查是否可能存在天馈问题,相关话统如下表所示:原因小区级载频级天馈问题【呼叫相关测量】-【KPI指标测量】-无线切换成功率【呼叫相关测量】-【 BSC间出小区切换测量】-BSC间出小区切换请求次数（上行信号强度）BSC间出小区切换请求次数（下行信号强度）【测量报告相关测量】-【测量报告接收质量测量】【测量报告相关测量】-【测量报告上下行平衡测量】4.2.9 检查TCH掉话率较高的小区的上下行平衡情况如果由于基站发射功率过大或塔放、基站放大器、天线接口等出现问题，造成上下行电平相差较大，则在基站覆盖边缘容易产生掉话。相关案例排查上下行平衡问题，可以先检查基站发射功率是否与原网匹配，是否存在发射功率过大的问题，如后可以检查塔放、基站放大器、天线接口等影响上下行接收电平的器件是否存在问题，具体排查方法请参见GSM BSS 网络性能KPI（上下行平衡）优化手册上下行平衡问题，在话统中一般表现为上下行平均电平相差较大、上下行平衡等级较大，立即指配成功率和指配成功率偏低，相关话统指标如下表所示：原因小区级载频级上下行平衡问题【呼叫相关测量】-【指配测量】-TCH指配成功率呼叫建立成功率【呼叫相关测量】-【立即指配测量】-立即指配成功率【测量报告相关测量】-【测量报告上下行平衡测量】【测量报告相关测量】-【测量报告全速率信道接收电平测量】【测量报告相关测量】-【测量报告半速率信道接收电平测量】4.2.10 检查TCH掉话率较高的小区是否存在直放站问题可以先查看LMT上的数据配置中的“是否有直放站”是否置为是，如果置为是说明该小区带有直放站，如果置为否还需了解其它运营商在小区周围是否建有直放站。确定有直放站后，检查该直放站是否是宽频直放站，如果是则看上/下行的放大系数是否偏大，如偏大则需适当减小，如影响较大则建议关闭该直放站。另外需检查直放站是否发生了故障或上/下行增益设置过大/过小，如果存在此类问题，会导致基站实际覆盖范围发生变化，导致掉话率升高。相关案例如果小区存在直放站问题，在话统中会表现为TA分布统计变化较大。相关话统指标如下表所示：原因小区级载频级直放站问题无【测量报告相关测量】-【测量报告TA话务分布测量】5 测试方法TCH掉话率是一个保持类指标，可以通过登记或上报相关话统指标的方法获得；TCH掉话率同时也是路测考核的重要指标之一,可通过DT测试对此指标进行测试摸底。由于目前设备制造商及运营商对此指标的定义公式有差别，会影响TCH掉话率的值，因此实际测试时可以登记尽可能详细的分项指标，然后根据实际情况选择最有利的公式进行组合。6 掉话信令分析说明跟踪Abis口RSL信令，信令跟踪文件可在LMT或信令分析工具“Signal analyze tool”上回放。从信令中滤出“CONN_FAIL”和“ERROR_IND”信令，然后点击右键，选择呼叫跟踪，如图所示：然后在单次呼叫信令中点击右键，选择图表，如下图所示：从图表中能直观地看到每个测量报告中地服务小区上下行电平、服务小区上下行质量、邻区下行电平、TA、手机功率、基站功率等信息，根据这些信息就能够判断出覆盖差无下行、干扰等掉话原因。7 TCH掉话率优化案例7.1 案例一：干扰掉话问题现象： 某站采用13射频跳频，扩容后，TCH信道分配失败率持续较高（原因是无线链路故障），同时并伴有较高的TCH掉话率和切入失败率，SDCCH掉话率正常。问题分析与解决：由于分配失败率伴随着较高的掉话率和切入失败率，可以基本断定有两种可能性：1、在指配TCH信道时出现问题；2、该次通话所占用的频点或时隙有干扰或不稳定。 SDCCH掉话率正常，因此基本断定携载BCCH频点的载波和BCCH频点出现干扰的可能性较小。相应非BCCH频点的载波和跳频频点出现干扰的可能性较大。通过对设备硬件，天馈和传输稳定性的检查，未发现任何问题。 路测中发现，高电平、低质量的现象严重。 实地拨测，通话中话音质量差。 参数检查过程中发现新增载波的MAIO与另一个载波的MAIO值相同。发现故障点：跳频频点碰撞7.2 案例二：上下行不平衡问题导致掉话问题现象： 路测过程中发现以下现象：手机占上某小区，但不能呼出；单向通话；在距离小区一定距离处总是掉话；频繁的切换后掉话。 问题分析与解决：判断可能由于上行信号低于下行信号太多而造成的功率不平衡。进行驱车测试，测试时让手机往小区边缘方向移动，同时用MA10信令分析仪在基站侧跟踪如图看出上行链路（Uplink）电平比下行链路（Downlink）要低很多，导致掉话。7.3 案例三：直放站问题引起的掉话问题现象： 某基站CELL3掉话率达10%，CELL1与CELL2掉话率及拥塞率正常 。问题分析与解决： 1、无论如何闭塞该小区载频信道，都存在较高的拥塞率2、查看分析话统任务数据，干扰带呈现出规律性，基本上是白天大晚上小，即百白天话务量大时干扰大，晚上话务量小时干扰小。3、更改频点，将CELL3的频点改为间隔原来频点1M以上，结果问题依旧，排除了同邻频干扰情况。4、考虑设备本身故障，并排除。5、定位外界干扰。6、利用频谱仪进行扫频测试。 发现一个中心频率为904.14M，频谱带宽为300K，类似模拟频谱的可疑信号，该信号持续稳定存在。 在CELL3分路器口该信号强度为-27dBm，CELL2为-40dBm，CELL3为-60dBm，与受干扰影响程度相符。 白天话务量比晚上大，产生交调可能性大。 至此，定位问题： 904M外界干扰源。 利用频谱仪进行路测定位，不能定位干扰源，再将所有测试都放在屋顶进行，最后定位是一直放站的小天线，通过中断该信号测试，证实是干扰信号。7.4 案例四：覆盖问题导致掉话问题现象： 用户反映在某大楼五楼及五楼以上打电话经常出现掉话现象。问题分析与解决：第一步，进行实地测试，现场存在掉话和杂音。从测试手机上可以看到出现掉话前手机总是处在一个非本地A基站的服务区内。第二步，确认该小区为距此大楼大约3-4公里的B基站小区，由此断定这里所收到的B地区基站小区信号为某一遮挡物反射回来的信号，从而在此区域形成一个相当于孤岛的覆盖区。第三步，查看数据配置。 在BSC数据配置中与B基站邻区关系只配置了A基站的第二小区，并没有配置第三小区。 当手机在该区域用B基站的第二小区的信号时，A基站第三小区的信号又比较强，而B基站第二小区又与A基站的第三小区无邻区关系，因此无法进行切换。由于B基站的第二小区的信号又是经过多次反射后的信号，当由于某种原因导致手机收到的B基站的信号突然变弱时，此时可能要发起紧急切换，但此时A基站的第二和第三小区对于B基站的第二小区来说又不是最好的侯选小区，因此就有可能切换到其他C基站，而此时手机又无法收到C基站的信号，于是产生掉话现象。问题解决： 修改BSC数据配置中BA1（BCCH）表、BA2（SACCH）表、小区相邻关系表中数据，把A基站的第三小区作为B基站第二小区的邻区，进一步进行网络工程参数的优化，消除孤岛效应。通过测试，基本解决掉话问题。结论： 解决孤岛问题的两种手段：1、调整孤岛小区的天线，消除孤岛现象。2、为孤岛小区定义新的邻小区。7.5 案例五：优化切换参数减少掉话问题现象： 在A地到B地的路测过程中发现，在基站附近的山洞口，没有及时切换导致的掉话次数较多。 山洞就在基站附近，进入山洞后目标小区功率较好为80dbm左右，但原服务小区信号迅速衰减到100dbm之下，因为山洞外两个小区的下行功率都很好，触发不了切换，但是在进入山洞后原服务小区电平迅速下降，在统计时间还没到达之前，已经掉话。问题分析与解决：修改相关参数如下表：参数名称修改前取值修改后取值PBGT切换统计时间53PBGT切换持续时间42PBGT切换门限7268紧急切换上行质量门限7060切换候选小区最小下行功率1015优化调整切换参数以减少掉话：1、在保证没有乒乓切换和导致话音断续过多的前提下，使PBGT切换较易发生，从而达到抗干扰和降低掉话率的目的；2、合理设置紧急切换触发门限，在掉话之前及时触发紧急切换以减少掉话等。7.6 案例六：与版本相关的参数设置问题现象： 某地割接扩容后，割接扩容后的5个基站掉话率特别高，达到5%，每个小区掉话次数多达100次，其中一个没有扩容变化的基站的掉话率也变得非常高。 所有掉话的原因都是射频掉话，但不知是什么原因导致射频掉话，没有干扰，没有基站的硬件故障。问题分析与解决： 检查数据，频率计划、BSIC规划等； 观察话统，干扰带一切正常，没有干扰现象存在。 切换成功率在93%以上，切换正常，没有问题。检查基站各个TRX和FPU的版本，扩容后TRX与FPU版本不一致。 升级TRX和FPU