trh高负荷问题解决

《trh高负荷问题解决》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、TRH高负荷问题解决1.1.1.1TRH的概念和基本功能TRH–TRANSCEIVERHANDLERTRH的主要功能是执行从BSC/TRC到收发器TRX之间的LAPD信令。所有从BSC/TRC到基站中TRX的信令都是由TRH处理的，这些信令主要分为两部分：用于空中接口LAYER3的RSL（RADIOSIGNALLINK）信令和用于基站操作维护的OML（OPERATIONANDMAINTENANCELINK）信令。除此之外，TRH还处理用于第二层关于数据链路层和物理层的管理的L2ML（LAYER2MANAGEMENTLINK）的信令。1.1.1.2TRH的容量和处理能力TR

2、H设备分为以下几类：A)RPD类型的TRH：一个RPD/TRH的最大处理能力是8个TRX的信令。B)RPG1/2类型的TRH：一个RPG1/TRH或RPG2/TRH的最大处理能力是24个TRX信令。C)RPG3类型的TRH：一个RPG3/TRH的最大处理能力是32个TRX的信令。在交换机中采用EXEMP来查看RP的类型，从而也判断出TRH的类型。TRH的处理能力是根据不同类型设备的容量得出来的。系统对TRH的负荷设为最低10％，最高80％，当设备空闲的时候会有10％的基本负荷，剩余的70％用于负荷TRH的话务量。一RPD/TRH的最大容量是50个单位，RPG1/TRH和R

3、PG2/TRH是150个单位，RPG3/TRH为200个单位。RPD和RPG不能承受超过最大容量80％的负荷，因此，基于RPD的TRH容量设为40,RPG1/2设为120，RPG3设为160。TRX上的最大处理能力是80％，由指令RAEPP：ID=MAXLOAD；可查。在青岛的BSC11和BSC9都是PROPTYPEMAXLOAD-80OPTIONAL但RPG/RPD的实际处理能力和实际话务是有很密切的关系的，通过下面对几个BSC节点的研究可以充分体现这一点。在TRH实际负荷中占主要比重的有呼叫信令，手机发送的上行测量报告，因呼叫产生的信令，因位置更新和短信息服务所产生的

4、信令。话务的激增及LAPD信令压缩（LAPDCONCENTRATION）都是导致TRH负荷过高的重要因素。1.1.1.1TRH的告警设置及性能评估在本次分析的两个BSC节点中，BSC11和BSC9的软件版本是BSCR8ACA12/ECA3，经过一段时间的观察和计算，两个局TRH设备都工作正常。其中BSC11都是RPG2,而BSC9都是RPD和RPG1的设备。A)通过ALLIP的A3告警可以监测有无TRH的告警产生，如果有关于“TRHLOADTHRESHOLDEXCEEDE”的告警则证明在告警时间TRH负荷超出了系统设定的门限值。B)TRH负荷监视告警由RAHLC设置，RA

5、HLP查看相关参数定义。AVELIMNOTRHLIMTRHLIM204015AVELIM:平均空闲容量的下限NOTRHLIM:单位，百分比TRHLIM:空闲容量下限其中，NOTRHLIM与TRHLIM配合使用。触发告警的条件为：1．TRH的平均负荷NOTRHLIM。TRH的平均负荷由指令RAHHP的AVECAP计算，剩余的空闲容量由RAHHP的LOWCAP计算，具体公式在C)中详细介绍。C)通过TRHEVENTLOG和TRH负荷表得到TRH设备工作的信息。具体的指令是RAHEP和RAHHP。其中

6、BBSC9TRH负荷较高的设备见下表，即LOWTRHCAP经常出现的设备,BSC11没什么TRH负荷过高的设备。BSC9RHSNT-8RHSNT-75RHSNT-58RHSNT-44RHSNT-19RHSNT-0TRH设备负荷计算,LOWCAP表示在测量时间内相应TRH的最低空闲容量。通过这个数值可以得出在测量时间内SNT的最高负荷为：80－70×LOWCAP/CAP[%]其中CAP为设置的TRH80%,由于空闲的最低负荷为10％，因此可利用为TCH负荷的为70％。举一个实例RHSNT-58,类型为RPD1，因此参考容量50×80％＝40。SNTCAPHIGHCAPLOW

7、CAPRHSNT-8252924RHSNT-58-18-2RHSNT-75243023RHSNT-44192317RHSNT-0202219RHSNT-19212419因此在测量范围内的最高负荷为[80－70×（－2）/40]％＝83.5%可见RHSNT-85负荷过载严重。因此可以经验得出只要LOWCAP为负值即TRH过载。同样用RAHTP也可以发现负荷过高。SNTDEVICEDEVCAPRHSNT-58136　22　30　40　50　60　70BSC9和BSC11的TRH负荷分配的监测数据为：CAPHYSTCAPLIMINT