拥塞率专题剖析

MF000405拥塞率专题ISSUE1.4无线产品课程开发室学习目标•掌握TCH拥塞率、SDCCH拥塞率的计算公式•掌握TCH拥塞率、SDCCH拥塞率的统计点•掌握TCH拥塞率问题、SDCCH拥塞率问题的原因以及常用处理方法学习完本课程，您将能够：课程内容第一章TCH拥塞率第二章SDCCH拥塞率第一章TCH拥塞率•基本原理•原因及定位方法•案例1.1TCH拥塞率基本原理TCH拥塞率(不包括切换)=TCH占用失败次数(不包括切换)/TCH占用请求次数(不包括切换)*100%=(TCH呼叫占用失败次数+极早指配的TCH占用失败次数)/(TCH呼叫占用请求次数+极早指配的TCH占用请求次数)*100%TCH拥塞率的定义1.1TCH拥塞率基本原理TCH拥塞率(包括切换)=TCH占用失败次数(包括切换)/TCH占用请求次数(包括切换)*100%=(TCH呼叫占用失败次数+极早指配的TCH占用失败次数+BSC内入小区切换TCH占用失败次数(由于拥塞)+BSC间入小区切换TCH占用失败次数(由于拥塞))/(TCH呼叫占用请求次数+极早指配的TCH占用请求次数+BSC内入小区切换TCH占用请求次数+BSC间入小区切换TCH占用请求次数)TCH拥塞率(遇全忙拥塞)TCH拥塞率的定义1.1TCH拥塞率基本原理Channel_ActiveChannel_Active_AckIMMEDIATEASSIGNCOMMANDBTSBSCMSCMSChannel_reqfirstSABMEstablish_IND(CMServiceReq)CR(Complete_l3_information)CCSetupCallProceedingAssignment_ReqASSIGNMENTCOMMANDfirstSABMEstablish_INDASSIGNMENTCMPAssignment_CMPAlertingConnectConnectAck通话DisconnectReleaseReleaseCompleteClear_CMDClear_CMPCMServiceAcceptedChannel_ActiveChannel_Active_AckUASDCCHSDCCHSACCH(TCH)SACCH(TCH)手机主叫呼叫流程图TCH拥塞率的话务统计点：1.1TCH拥塞率基本原理TCH呼叫占用请求次数：(1)收到MSC的指配请求消息极早指配的TCH占用请求次数：(1)在分配SDCCH无资源时且及早指配允许时(2)在收到信道请求时信道类型为TCH时BSC内入小区切换TCH占用请求次数：(1)收到BSC内小区间入小区切换请求消息时(非SDCCH切换)BSC间入小区切换TCH占用请求次数：(1)收到入局切换请求消息时（切换类型为非SDCCH）TCH拥塞率的请求次数统计点1.1TCH拥塞率基本原理TCH呼叫占用失败次数:(1)在指配过程中收到CONN_FAIL消息(2)在出BSC切换过程中收到CLEAR_CMD,且切换原因为直接重试(3)在指配过程中收到CLEAR_CMD(4)在出BSC切换过程中收到RR_ABORT_REQ,且切换原因为直接重试(5)在指配过程中收到RR_ABORT_REQ(6)在出BSC切换(直接重试)中收到MSG_HO_REQ_REJ(7)在出BSC切换(直接重试)中收到HO_FAIL(8)在指配过程中收到ERR_IND(9)发送指配失败消息时(10)TN_T7(直接重试)超时(出BSC切换请求)(11)TN_T8(直接重试)超时(出BSC切换完成)TCH拥塞率的失败统计点1.1TCH拥塞率基本原理极早指配TCH占用失败次数:(1)极早指配过程中收到CH_ACT_NACK(其中包括在卫星传输中的状态为WAIT_RR_EST时收到CH_ACT_NACK)(2)极早指配过程中分配信道时返回原因为(内部错误)CVI_INTERNAL_ERR(3)极早指配过程中分配信道时返回原因为(信道请求非法)CVI_NO_ACCEPT(4)极早指配过程中分配信道时未分配到信道(5)极早指配过程中的TN_WAIT_CH_ACT超时TCH拥塞率的失败统计点1.1TCH拥塞率基本原理BSC内入小区切换TCH占用失败次数(由于拥塞)：BSC内小区间入小区切换时分配到TCH信道失败BSC间入小区切换TCH占用失败次数(由于拥塞)：BSC间入小区切换时发送切换失败消息时原因为未分配到TCH信道时TCH拥塞率的失败统计点1.1TCH拥塞率基本原理A接口：MSC发来Asigment_req指配请求后，若A口中继电路故障，导致BSC直接回Assigment_refuse此情况一般为中继电路CIC数据配置错误。TCH拥塞率的失败统计点分析1.1TCH拥塞率基本原理ABIS口与UM口：1、载频板故障或性能不稳定2、基站上下行电平不平衡引起的3、因存在干扰，上下行信号质量差引起的4、因SDCCH与SACCH(TCH)不属于同一块载频板，即两块载频板覆盖范围不同或SACCH(TCH)载频板故障TCH拥塞率的失败统计点分析1.2TCH拥塞率原因及定位方法A口中继电路数据配置错误跳频小区的TSC与BCC不一致同频同BSIC导致切换时TCH指配失败单板故障或性能不稳定，引起高拥塞率基站硬件安装不规范，引起上下行电平不平衡，导致TCH拥塞小区下挂直放站，小区扩容后，直放站未扩容同一小区的主BCCH所在载频的发射功率大于TCH载频干扰引起拥塞孤站及地形复杂，TCH指配失败导致拥塞率TCH拥塞率高的原因：1.2TCH拥塞率原因及定位方法远端分析拥塞率原因1、通过话统初步分析2、查看告警3、基站远端维护台4、使用信令分析仪测试分析ABIS口消息到基站近端进行检查TCH拥塞率高几种定位方法：1.2TCH拥塞率原因及定位方法通过话统“小区TCH性能测量”，检查TCH拥塞率是否因遇全忙拥塞，若因遇全忙拥塞，可通过话务均衡手段，或建议扩容。若非遇全忙拥塞，分析拥塞率是否与干扰有关，即检查干扰带一~干扰带五，此时该小区受干扰其掉话率也会相应偏高。登记“接收性能测量”话统任务：1、按照对象查询话统结果，同一载频板上下行测量报告数是否均衡，可初步判断为该单板上下行硬件支路不平衡；2、按照时间查询话统结果，检查同一小区内是否存在某载频测量报告数异常情况，初步可判断拥塞率与该单板相关。远端分析之一：通过话统初步分析1.2TCH拥塞率原因及定位方法检查拥塞率高的小区所属站点告警，是否存在异常告警，如存在驻波比告警、PCM失步告警、上行数据总线告警等，结合话统判断拥塞率是否与告警存在关联性。远端分析之二：查看告警1.2TCH拥塞率原因及定位方法检查基站各单板软件是否统一，确认版本配套。使用基站远端维护台，轮流闭塞拥塞率高的小区载频板TCH信道，观察拥塞率是否与该小区载频板有关。远端分析之三：基站远端维护台1.2TCH拥塞率原因及定位方法跟踪拥塞基站的ABIS口消息，分析在SDCCH下发的指配命令AssignmentCMD，判断指配失败是否集中在某块TRX板上：若指配失败固定在某块TRX单板上，可以确定以下几种情况中的一种：1）TRX单板故障或性能不稳定2）上下行电平差导致，上行支路或下行支路硬件问题3）上下行信号质量差，结合手机TA值，初步确定哪路存在干扰。若指配失败随机分布在整个小区内的载频板上，分析测量报告，一般可能存在以下几种可能：1）因基站覆盖范围内，地形复杂2）存在整个小区内频点的干扰，如直放站的干扰；远端分析之四：使用信令分析仪测试分析ABIS口消息1.2TCH拥塞率原因及定位方法1.2TCH拥塞率原因及定位方法近端维护，查看是否存在异常告警，并及时处理。检查上下行天馈支路是否存在硬件问题，如接头松动、天线是否接反、电缆连接错误、背板连线松动等同一地点用测试手机拨测，指配失败是否集中在某一频点，或随机分布通过网络优化软件ANT-PLOT进行路测，检查是否存在切换关系异常、下行干扰，从中找到拥塞率问题的切入点。使用频谱仪查找干扰源观察是否基站覆盖地形复杂基站近端检查1.3TCH拥塞率问题案例A口数据配置问题---------------------------------------------------案例一载频板单板故障或性能不稳定，引起高拥塞率------------案例二上行硬件问题--------------------------------------------------------案例三、四下行硬件问题------------------------------------------------------案例五、六小区下挂直放站的影响-----------------------------------------案例七其它数据配置-----------------------------------------------------案例八、九孤站及地形复杂导致拥塞率----------------------------------案例十1.3TCH拥塞率问题案例某本地网有1个BSC，从某天开始，整网的TCH拥塞率变高（频率计划一直未做调整），全网TCH拥塞率（不包括切换）达4％（遇全忙拥塞率很低）。且拥塞率变高的小区不是集中在某几个小区，而是很多小区。案例1现象描述1.3TCH拥塞率问题案例1、由于频率计划未做调整，所以排除无线口原因；2、大部分基站出现拥塞率异常，缩小范围，检查拥塞率异常的是否与模块、数据修改等有关；3、通过话统分析TCH占用失败的主要原因，最终定位数据或硬件故障问题。案例1分析思路：1.3TCH拥塞率问题案例1、查看话统，在BSC数据修改加载后出现该现象，估计与此加载BSC有关。2、分析话统，发现拥塞率高的小区基本集中在BSC的1模块，大致定位到1模块。3、查看该模块TCH占用失败次数主要因地面资源不可用，说明地面资源不可用是造成1模块TCH拥塞率高的主要原因。4、地面资源不可用的主要原因可能在Abis或A接口电路上，因为1模块下很多小区都有此现象，Abis接口同时出现故障的可能很小，集中在A接口上硬件或数据上。5、A口硬件检查正常，排除A口硬件的可能6、检查A口中继电路数据配置，发现1模块0群前32个时隙CIC编号为65535，而在中继群表中1模块0群对应电路为BSC至MSC的电路，显然CIC号配错。将其改为0~31后再动态设定。拥塞率恢复正常。案例1处理过程：1.3TCH拥塞率问题案例1、A口中继电路数据配置，CIC不能错误，否则会导致TCH指配失败，拥塞率高。2、同样，当两块FTC单板的CIC重复，即多条中继电路的CIC编号一样，也会出现该现象。案例1结论：1.3TCH拥塞率问题案例某基站的配置为S6/4/2，一直都正常运行。从某天开始，该基站话务统计结果显示，1小区（6载频）的TCH信道溢出非常严重，拥塞率达到20%。1、该小区的话务量都非常低，一般忙时只有0.8Erl左右；2、同时，TCH占用遇全忙的次数为0；3、观察该1小区所有基带的信道状态，全部为“Idle”。案例2现象描述：1.3TCH拥塞率问题案例1、由于未做任何数据调整，且该小区未跳频，有6块载频采用不同频点，同时收到外界干扰的可能性不大，所以排除无线口干扰和数据原因；2、重点检查硬件。由于只有1小区有问题，可通过轮流闭塞载频来确认是哪几块载频指配失败。3、确定指配失败载频的相关硬件是否有故障，通过复位、更换相关单板等一一确认。案例2分析思路：1.3TCH拥塞率问题案例1、通过在基站远端维护中查看BT的信道状态，初步判断出该1小区的BT4、BT5有TCH占用失败的表象；2、闭塞BT4和BT5，同时闭塞RC4和RC5，发现全天的所有时段已没有TCH拥塞，表明确实是RC4、RC5