GSM网络掉话率指标优化分析

《GSM网络掉话率指标优化分析》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、GSM网络掉话率指标优化分析1前言32掉话率指标定义分析42.1掉话率定义42.2掉话率流程图42.3掉话率公式比较62.4掉话率影响因素73优化流程图84掉话原因分析94.1硬件故障94.2传输问题104.3参数设置114.4频率干扰114.5覆盖问题124.6天馈问题134.7上下行平衡问题144.8其他问题145掉话指标优化155.1相关指标155.2相关告警185.3干扰优化225.3.1跳频应用225.3.2发射功率调整225.3.3频率优化235.4参数优化245.4.1功控参数优化245.4.2切换参数优化265.4.3邻区优化275.5Ti

2、mer优化285.5.1交换侧285.5.2无线侧295.5.3Timer相关性306CommonBCCH掉话分析307DropcallBreakdownObservation348功能介绍358.1Bit7功能358.2STIRC378.3ROBUSTAMRSIGNALING388.4AntennaHopping399附件409.1告警处理方法409.2标准参数集409.3优化案例报告419.4功能试验报告411前言本文对GSM网络的TCH掉话率指标的影响因素进行分析，针对不同的影响因素从硬件故障、无线环境、外部干扰、参数设置、Timer设置等方面提出相

3、应优化方法，在此基础上对于可以改善掉话率指标的功能进行了相应的介绍优化方案包括：l硬件故障优化l传输问题优化l参数设置优化²无线链路超时²最小接入电平²切换控制参数²功率控制参数²掉话相关计时器l频率干扰优化²跳频应用²发射功率调整²频率规划l覆盖问题优化l天馈问题优化l其他问题优化lCBCCH掉话优化方法lDCBobservation应用l新功能的开启²Bit7功能²STIRC功能²ROBUSTAMRSIGNALING功能²AntennaHopping功能具体的掉话率优化流程、提升方案，见下文详细描述。1掉话率指标定义分析1.1掉话率定义掉话率＝忙时话音

4、信道掉话总次数/忙时系统应答总次数×100％100*P_NBSC_RES_AVAIL.CLEAR_REQUEST_BY_BSC_ON_TCH--------------------------------------------------------------------------------------------------------------------------(P_NBSC_TRAFFIC.MS_TCH_SUCC_SEIZ_ASSIGN_CMPLTP_NBSC_HO.BSC_I_TCH_TCHP_NBSC_HO.BSC_I_SDCCH

5、_TCHP_NBSC_HO.MSC_I_TCH_TCHP_NBSC_HO.MSC_I_SDCCH_TCHP_NBSC_HO.CELL_TCH_TCHP_NBSC_HO.CELL_SDCCH_TCH)分子：指在指配话音信道完成（即AssignmentComplete）后由于各种原因导致的掉话。统计的为无线侧BSC发给MSC的“ClearRequest”。统计结束点为MSC发给BSC　“ClearCMD”。分母：指主叫或被叫指派话音信道成功的总次数。统计的为“AssignmentCompleteHandoverComplete”消息。(包括各种切换，不包括直接

6、重试。)1.2掉话率流程图掉话统计阶段，ExternalHOTargetBSC掉话统计阶段，MOC/MTC1.1掉话率公式比较Dcr_3j:分子和分母从相同的网元得到，准确性高，而且分子可以分成14个子项，涉及到各个网络接口及各种原因的掉话统计，易于深入分析及优化。缺点是统计区间较长，掉话率较高，不利于和其它设备厂家做比较。57044:C2071之前的集团考核诺基亚掉话率的公式。不包括用户释放后的掉话，因此更接近用户的感知。缺点是分子和分母不在同一网元提取，准确性稍差。1.1掉话率影响因素TCH掉话绝大部分发生在无线部分，根据GSM规范定义无线掉话主要包括

7、两部分：•MS在通话过程中脱网，长时间不发送无线测量报告，Radio_Link_Timeout超时，A接口对应原因为RadioInterfaceMsgFailure的ClearRequest消息。•MS对网络侧信令无响应，T200超时，BTS发ErrorIndication消息，A接口对应原因为RadioInterfaceFailure的ClearRequest消息。根据相关经验，无线掉话有相当数量属于第二种情况并发生在对方MS正常挂机。结束通话后，本侧MS对交换机下发的DISC消息或Release消息无响应造成的。如果交换机能赶在T200超时之前，提前下

8、发CLEARCMD消息拆链，这样BSC就不会向MSC发送Clear