拥塞率专题剖析

《拥塞率专题剖析》由会员分享，可在线阅读，更多相关《拥塞率专题剖析（86页珍藏版）》请在金锄头文库上搜索。

1、MF000405 拥塞率专题ISSUE1.4,无线产品课程开发室,学习目标,掌握TCH拥塞率、SDCCH拥塞率的计算公式 掌握TCH拥塞率、SDCCH拥塞率的统计点 掌握TCH拥塞率问题、SDCCH拥塞率问题的原因以及常用处理方法,学习完本课程，您将能够：,课程内容,第一章 TCH拥塞率 第二章 SDCCH拥塞率,第一章 TCH拥塞率,基本原理 原因及定位方法 案例,1.1 TCH拥塞率基本原理,TCH拥塞率(不包括切换) =TCH占用失败次数(不包括切换) / TCH占用请求次数(不包括切换)*100% =(TCH呼叫占用失败次数+极早指配的TCH占用失败次数) / (TCH呼叫占用请求次数

2、+极早指配的TCH占用请求次数) * 100%,TCH拥塞率的定义,1.1 TCH拥塞率基本原理,TCH拥塞率(包括切换) =TCH占用失败次数(包括切换) / TCH占用请求次数(包括切换)*100% =(TCH呼叫占用失败次数+极早指配的TCH占用失败次数+BSC内入小区切换TCH占用失败次数(由于拥塞)+BSC间入小区切换TCH占用失败次数(由于拥塞) / (TCH呼叫占用请求次数+极早指配的TCH占用请求次数+ BSC内入小区切换TCH占用请求次数+BSC间入小区切换TCH占用请求次数) TCH拥塞率(遇全忙拥塞),TCH拥塞率的定义,1.1 TCH拥塞率基本原理,TCH拥塞率的话务统

3、计点：,1.1 TCH拥塞率基本原理,TCH呼叫占用请求次数： (1)收到MSC的指配请求消息 极早指配的TCH占用请求次数： (1)在分配SDCCH无资源时且及早指配允许时 (2)在收到信道请求时信道类型为TCH时 BSC内入小区切换TCH占用请求次数： (1) 收到BSC内小区间入小区切换请求消息时(非SDCCH切换) BSC间入小区切换TCH占用请求次数： (1)收到入局切换请求消息时（切换类型为非SDCCH）,TCH拥塞率的请求次数统计点,1.1 TCH拥塞率基本原理,TCH呼叫占用失败次数: (1) 在指配过程中收到CONN_FAIL消息 (2) 在出BSC切换过程中收到CLEAR_

4、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.1 TCH拥塞率基本原理,极早指配TCH占用失败次数:

5、 (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.1 TCH拥塞率基本原理,BSC内入小区切换TCH占用失败次数(由于拥塞)： BSC内小区间入小区切换时分配到TCH信道失败 BSC间入小区切换TCH占用失败次数(

6、由于拥塞)： BSC间入小区切换时发送切换失败消息时原因为未分配到TCH信道时,TCH拥塞率的失败统计点,1.1 TCH拥塞率基本原理,A接口： MSC发来Asigment_req 指配请求后，若A口中继电路故障，导致BSC直接回Assigment_refuse 此情况一般为中继电路CIC数据配置错误。,TCH拥塞率的失败统计点分析,1.1 TCH拥塞率基本原理,ABIS口与UM口： 1、载频板故障或性能不稳定 2、基站上下行电平不平衡引起的 3、因存在干扰，上下行信号质量差引起的 4、因SDCCH与SACCH(TCH)不属于同一块载频板，即两块载频板覆盖范围不同或SACCH(TCH)载频板故

7、障,TCH拥塞率的失败统计点分析,1.2 TCH拥塞率原因及定位方法,A口中继电路数据配置错误 跳频小区的TSC与BCC不一致 同频同BSIC导致切换时TCH指配失败 单板故障或性能不稳定，引起高拥塞率 基站硬件安装不规范，引起上下行电平不平衡，导致TCH拥塞 小区下挂直放站，小区扩容后，直放站未扩容 同一小区的主BCCH所在载频的发射功率大于TCH载频 干扰引起拥塞 孤站及地形复杂，TCH指配失败导致拥塞率,TCH拥塞率高的原因：,1.2 TCH拥塞率原因及定位方法,远端分析拥塞率原因 1、通过话统初步分析 2、查看告警 3、基站远端维护台 4、使用信令分析仪测试分析ABIS口消息 到基站近

8、端进行检查,TCH拥塞率高几种定位方法：,1.2 TCH拥塞率原因及定位方法,通过话统“小区TCH性能测量”，检查TCH拥塞率是否因遇全忙拥塞，若因遇全忙拥塞，可通过话务均衡手段，或建议扩容。 若非遇全忙拥塞，分析拥塞率是否与干扰有关，即检查干扰带一干扰带五，此时该小区受干扰其掉话率也会相应偏高。 登记“接收性能测量”话统任务： 1、按照对象查询话统结果，同一载频板上下行测量报告数是否均衡，可初步判断为该单板上下行硬件支路不平衡； 2、按照时间查询话统结果，检查同一小区内是否存在某载频测量报告数异常情况，初步可判断拥塞率与该单板相关。,远端分析之一：通过话统初步分析,1.2 TCH拥塞率原因及

9、定位方法,检查拥塞率高的小区所属站点告警，是否存在异常告警，如存在驻波比告警、PCM失步告警、上行数据总线告警等，结合话统判断拥塞率是否与告警存在关联性。,远端分析之二：查看告警,1.2 TCH拥塞率原因及定位方法,检查基站各单板软件是否统一，确认版本配套。 使用基站远端维护台，轮流闭塞拥塞率高的小区载频板TCH信道，观察拥塞率是否与该小区载频板有关。,远端分析之三：基站远端维护台,1.2 TCH拥塞率原因及定位方法,跟踪拥塞基站的ABIS口消息，分析在SDCCH下发的指配命令Assignment CMD，判断指配失败是否集中在某块TRX板上： 若指配失败固定在某块TRX单板上，可以确定以下几

10、种情况中的一种： 1）TRX单板故障或性能不稳定 2）上下行电平差导致，上行支路或下行支路硬件问题 3）上下行信号质量差，结合手机TA值，初步确定哪路存在干扰。 若指配失败随机分布在整个小区内的载频板上，分析测量报告，一般可能存在以下几种可能： 1）因基站覆盖范围内，地形复杂 2）存在整个小区内频点的干扰，如直放站的干扰；,远端分析之四：使用信令分析仪测试分析ABIS口消息,1.2 TCH拥塞率原因及定位方法,1.2 TCH拥塞率原因及定位方法,近端维护，查看是否存在异常告警，并及时处理。 检查上下行天馈支路是否存在硬件问题，如接头松动、天线是否接反、电缆连接错误、背板连线松动等 同一地点用测

11、试手机拨测，指配失败是否集中在某一频点，或随机分布 通过网络优化软件ANT-PLOT进行路测，检查是否存在切换关系异常、下行干扰，从中找到拥塞率问题的切入点。 使用频谱仪查找干扰源 观察是否基站覆盖地形复杂,基站近端检查,1.3 TCH拥塞率问题案例,A口数据配置问题 - 案例一 载频板单板故障或性能不稳定，引起高拥塞率 - 案例二 上行硬件问题 - 案例三、四 下行硬件问题 - 案例五、六 小区下挂直放站的影响 - 案例七 其它数据配置 - - 案例八、九 孤站及地形复杂导致拥塞率 - - 案例十,1.3 TCH拥塞率问题案例,某本地网有1个BSC，从某天开始，整网的TCH拥塞率变高（频率计

12、划一直未做调整），全网TCH拥塞率（不包括切换）达4（遇全忙拥塞率很低）。且拥塞率变高的小区不是集中在某几个小区，而是很多小区。,现象描述,1.3 TCH拥塞率问题案例,1、由于频率计划未做调整，所以排除无线口原因； 2、大部分基站出现拥塞率异常，缩小范围，检查拥塞率异常的是否与模块、数据修改等有关； 3、通过话统分析TCH占用失败的主要原因，最终定位数据或硬件故障问题。,分析思路：,1.3 TCH拥塞率问题案例,1、查看话统，在BSC数据修改加载后出现该现象，估计与此加载BSC有关。 2、分析话统，发现拥塞率高的小区基本集中在BSC的1模块，大致定位到1模块。 3、查看该模块TCH占用失败次

13、数主要因地面资源不可用，说明地面资源不可用是造成1模块TCH拥塞率高的主要原因。 4、地面资源不可用的主要原因可能在Abis或A接口电路上，因为1模块下很多小区都有此现象，Abis接口同时出现故障的可能很小，集中在A接口上硬件或数据上。 5、A口硬件检查正常，排除A口硬件的可能 6、检查A口中继电路数据配置，发现1模块0群前32个时隙CIC编号为65535，而在中继群表中1模块0群对应电路为BSC至MSC的电路，显然CIC号配错。将其改为031后再动态设定。拥塞率恢复正常。,处理过程：,1.3 TCH拥塞率问题案例,1、A口中继电路数据配置，CIC不能错误，否则会导致TCH指配失败，拥塞率高。

14、 2、同样，当两块FTC单板的CIC重复，即多条中继电路的CIC编号一样，也会出现该现象。,结论：,1.3 TCH拥塞率问题案例,某基站的配置为S6/4/2，一直都正常运行。从某天开始，该基站话务统计结果显示，1小区（6载频）的TCH信道溢出非常严重，拥塞率达到20%。 1、该小区的话务量都非常低，一般忙时只有0.8Erl左右； 2、同时，TCH占用遇全忙的次数为0； 3、观察该1小区所有基带的信道状态，全部为“Idle”。,现象描述：,1.3 TCH拥塞率问题案例,1、由于未做任何数据调整，且该小区未跳频，有6块载频采用不同频点，同时收到外界干扰的可能性不大，所以排除无线口干扰和数据原因；

15、2、重点检查硬件。由于只有1小区有问题，可通过轮流闭塞载频来确认是哪几块载频指配失败。 3、确定指配失败载频的相关硬件是否有故障，通过复位、更换相关单板等一一确认。,分析思路：,1.3 TCH拥塞率问题案例,1、通过在基站远端维护中查看BT的信道状态，初步判断出该1小区的BT4、BT5有TCH占用失败的表象； 2、闭塞BT4和BT5，同时闭塞RC4和RC5，发现全天的所有时段已没有TCH拥塞，表明确实是RC4、RC5两个载频有问题； 3、解闭BT4、BT5、RC4、RC5，复位RC4（TRX4）、RC5（TRX5），仍然存在高拥塞； 4、去该基站现场插拔TRX4、TRX5，进行锁频拨打测试（在TRX4、TRX5上），仍有TCH占用失败；对TRX4、TRX5互换槽位，进行锁频拨打测试（在TRX4、TRX5上），仍有TCH占用失败； 5、更换TRX4、TRX5，进行锁频拨打测试（在TRX4、TRX5上），没有TCH占用失败现象，已没有TCH拥塞现象，问题解决。,处理过程：,1.3 TCH拥塞率问题案例,1、TCH载频板故障会导致TCH指配失败，拥塞率高。 2、很多时候，载频板出现故