日常监控指标解释诺西.docx

1、日常监控指标解释诺西一、CELL_KPI中各项指标 1、PERIOD_START_TIME 指标统计开始时间,统计指标以1个小时为单位统计,开始时间为整点,结束时间为下个整点,上例为2009-3-30日10:0011:00的统计报告,因为上传报告需要一定时间,所以取报告的时间为11:05以后,提前取报告会丢失部分报告。2、NAME BSC编号,商丘现网的BSC为SQBSC1SQBSC36。3、CELL_ID CI号,全球小区识别码CGI=MCC+MNC+LAC+CI,商丘现网均为5位数,末尾有4种情况:0表示微蜂窝,1表示第一扇区,2表示第二扇区,3表示第三扇区。4、BTS_ID BTS号,基

2、站收发信台,每个小区有1或2个BTS,HIT命令里标识每个小区的编号为SEG,一些命令需要用SEG如查看功率“ZEUO:SEG=43;”,有些要用BTS如闭/解载频:“ZERS:BTS=43,TRX=2:L/U:FHO;”,当小区只有一个BTS时,SEG号与BTS 号相同。还有一个BCF:基站控制单元,查告警的时候使用BCF号,一个BCF可以管理1、2或3个小区,如NOKIA四代站ULTRASITE最大可以承载12块载频,若小区配置为4/4/4,每个小区2个BTS,则该站的BCF管理6个BTS,所以该站有1个BCF号,3个SEG 号,6个 5、NW_NAME 规划的小区中文名,方便查找,如该小

3、区为电业局1小区,习惯以小区实际的地理位置附近的标志性建筑物为名。6、AVA_TCH 每小时平均可用话音信道数,与该小区的配置和参数设置有关。如果该小区有10个TRX,有6块载频上有SDCCH信道,5块载频支持GTRX即GPRS业务,其中3块载频上有SDCCH信道,CDED设为8%,则该小区最高同时容纳的用户数(均为全速率FR为:10(载频总数*8(每块载频可用物理信道数-7(1个BCCH和6个SDCCH/8 -(5(GTRX载频数*8-3(SDCCH数*8%=70,考虑到CDEF设置,实际的最大用户数要少于70。若某时段AVA_TCH突然减少,则要检查是否有载频故障。 7、Traffic 一

4、小时吸收的话务量。Traffic可以考察一个小区的运行情况,如话务量与同时段比较突然变低,则要检查是否有问题。、有很少的起呼,其他指标正常,可以查看是否降过功率;、起呼正常,HOatt增加明显,UL0-5或DL0-5很低,则一般为BB跳频有问题,可以关BB观察,这种情况为跳频单元故障或载频故障;、无起呼,只有切换话务量,一般为BCCH有问题,可以倒换主频观察;、指标都正常,可以查看周围基站的话务情况,看是否都很低。8、TCH_BLK 话音信道拥塞率。如果TCH_BLK拥塞较大(一般大于5%算是超忙小区,AVA_TCH数较小的小区,应检查是否有载频退服或者为BL_USR状态,如果没有故障话务量又

5、较高,那么就要考虑扩容。扩容计算方法,取正常话务峰值话务量Traffic_MAX 和峰值TCH_BLK_MAX,计算话务高峰所需要的TCH信道数方法: Traffic_MAX*(TCH_BLK_MAX+1,取Blocking propability为0.02,查Erlb表算出所需TCH_NEW信道数;现网的TCH信道数计算方法同AVA_TCH的计算方法,但不能用指标中的AVA_TCH,令其为TCH_OLD,则扩容载频数为TRX_N=(TCH_NEW-TCH_OLD/8。下表是我做的扩容,仅供参考: 9、SD_BLK SDCCH信道拥塞率。拥塞较大的小区会造成主叫困难,SD拥塞全网大于0.2%就

6、说明网络的SD拥塞较大,小区SD_BLK大于10%属于超忙小区,要及时处理:、增加SDCCH信道,方法为先闭锁载频(以上表23181的TRX-3为例:ZERS:BTS=1,TRX=3:L:FHO;,再改变信道类型:ZERM:BTS=1,TRX=3:CH0=SDCCH;,然后解锁载频:ZERS:BTS=1,TRX=3:U;,NOKIA设备里一块载频所有的07时隙均可设为SDCCH信道,每块载频至多可以设置2个SDCCH信道,一般习惯设置0或1时隙为SDCCH信道;、若小区在LAC边界,频繁位置更新会使SD拥塞,可以考虑增大HYS值,减少乒乓位置更新,方法如下:查看HYS值,ZEQO:SEG=1:

7、RAD;,改变HYS值,ZEQG:SEG=1:HYS=6或10;(若查看的HYS值为6,商丘现网默认的HYS值为6,若该LAC边界在铁路或公路沿线,用户肯定要位置更新,所以建议HYS为默认或适当降低,以增加切换成功率、减少切换困难导致的掉话;、若小区短消息多,则可以设置ENABLE SDCCH HANDOVER为Y,即启用SDCCH切换,SDCCH切换在3S左右,而位置更新也在3S左右,所以SDCCH的切换对位置更新无效;、启用C2,PI (CELL RESELECTION PARAMETER INDEX=Y;REO (CELL RESELECT OFFSET=20;TEO (TEMPORAR

8、Y OFFSET=10;PET (PENALTY TIME=20;HIT命令为ZEQM:SEG=1:PI=Y,REO=20,TEO=10,PET=20;,REO、TEO、PET可以根据实际情况设定,一般不建议启用C2。10、DCR 掉话率。反应了在一个小时内掉话次数与试呼次数的比。一般掉话率大于3%的小区被看作是坏小区。11、DCN 掉话次数。记录一个小时内掉话的总次数。一般对网络中的掉话次数没有具体要求,要结合掉话率来处理。就目前商丘的现网掉话情况来看,高掉话小区并不多,所以我们目前对现网监控时要重点关注掉话20次以上的小区。12、TOTAL 一个小时内成功占用TCH信道的总次数。正常情况下

9、TOTAL越大话务量越高,如果两个值之间存在较大差异,那么该小区可能存在问题,可以参考7分析。13、TCH_RADIO_FAIL 无线原因的掉话。一般小区的掉话都以该掉话为主,若掉话较多,可以结合TRX_KPI查看具体的载频掉话,重启掉话较高的载频。 14、TCH_RF_OLD_HO 切换失败后返回源小区失败造成的掉话。该掉话比TCH_RADIO_FAIL掉话要少很多,若某小区TCH_RF_OLD_HO掉话高,可能是因为干扰或载频质量差引起的,可以改频点,无效时要检查、更换载频。15、TCH_ABIS_FAIL_OLD Abis口的掉话,一般由干扰或传输问题造成。正常情况下该掉话应该较小,基本

10、没有。16、TCH_A_IF_FAIL_CALL A接口掉话,一般为传输或TC引起。正常情况下应该为0或很少,当载频因硬件引起质量差时,A口掉话很增加。 17、TCH_TR_FAIL 传输掉话,一般为载频数据错误或TC引起的,正常情况应该为0。当出现TR掉话时一定要及时处理,不然会导致几百几千次的掉话(小区话务量高,忙时,处理方法如下:查看当前告警ZEOL:1(BCF号;,可以看见7745告警,或查BSC告警ZAHO;,可以看到2993告警,若是一个时隙,就闭锁相应的时隙即可,若多个或全部时隙有告警,则闭锁整块载频,然后删创载频,重做数据。18、TCH_TR_FAIL_OLD 传输返回原小区掉

11、话,没见过。19、TCH_LAPD_FAIL LAPD信令失败造成的掉话,一般由基站断站造成,查看小区历史告警ZEOH:BCF=1;,可以看到7705LAPD FAILING和7767 BCCH MISSING,若小区当前运行正常则无需任何操作。20、TCH_BTS_FAIL BTS故障引起的掉话。当载频因外部原因(高温、断电等自锁(BL_TRX时,载频上的用户全部掉话,显示在TCH_BTS_FAIL上,当高温时载频会反复自起、自锁,导致TCH_BTS_FAIL掉话高,这时可以闭锁告警载频(BL_USR,并通知相关人员处理,若小区多个载频均出现高温告警,则可以适当降功率处理,直到基站恢复正常。

12、21、TCH_USER_ACT 因操作员无强行切换闭锁载频或基站引起的掉话。一般闭锁TRX、BTS或BCF时要加强行切换指令FHO,不然闭锁的单元上的所有用户产生TCH_USER_ACT 掉话。 22、TCH_BCSU_RESET BCSU重启造成的掉话。该掉话为BCSU重启造成的,表现为整个BSC的TCH_BCSU_RESET、A口、ABIS口掉话高,要及时通知交换班检查BCSU运行情况。23、TCH_NETW_ACT 没见过24、TCH_ABIS_FAIL_CALL Abis口的掉话,一般由干扰或传输问题造成。正常情况下该掉话应该较小,但有干扰或硬件问题,则主要掉在TCH_ABIS_FAI

13、L_CALL。 值会较小。一般受干扰及硬件故障影响。27、UL0-5 小区的上行0-5级质量所占比例,越高越好。一般不能低于95%。干扰大时该值会较小。一般受干扰及硬件故障影响。28、DL0 小区的下行0级质量所占比例,越高越好。一般不能低于70%。一般受频率干扰及硬件故障影响。29、DL0-5小区的下行0-5级质量所占比例,越高越好。一般不能低于98%。一般受频率干扰及硬件故障影响。30、HOF 切换失败率。该值较大时可能造成掉话升高。一般应控制在5%以下。31、HOatt 切换尝试次数。如果该值较大,话务量较小,需要检查该站是否存在问题。32、sucHO 切换成功次数。HOF= HOF N

14、um /HOatt。33、failing_BLK 因拥塞造成的切换失败次数,一般为0,当有SDCCH拥塞或TCH拥塞failing_BLK。 34、HOF Num 切换失败总数。HOF Num= HOatt- sucHO35、TCH_SEIZ_DUE_SDCCH_CON 没见过36、SDCCH_BUSY_ATT 因SDCCH拥塞再尝试申请SDCCH总数。当SDCCH有拥塞时SDCCH_BUSY_ATT会很高,一般情况下为0。37、SDCCH_SEIZ_ATT 申请SDCCH总数,包括SDCCH_BUSY_ATT和SDCCH_LOC_UPD之Sum。 38、SDCCH_LOC_UPD之Sum 位

15、置更新申请的SDCCH总数,若小区在LAC边界,SDCCH_LOC_UPD之Sum会有很多。39、band 15 干扰等级。一般正常情况下,每个小区的BAND1应该是采样最多,其他等级为0。当出现干扰的情况时,BAND3-5的采样会增多,如果BAND4或者BAND5较大,同时该小区的UL0-5较差,那么该小区存在明显干扰,需要检查是否周边区域小区也存在干扰,来判断是否为该小区硬件问题造成。一般成片区域的干扰需要长时间观察,查找干扰源。突发性干扰,均为外部干扰器造成,一般没有好的办法控制,最直接 40、Out band 1 超出band1的比率。无干扰时该值为0.00%,干扰越大,Out ban

16、d 1越大,当有干扰器时,该值可能1000.00%以上。41、UpLev(Aver 上行接收电平平均值。42、Downlev(Aver 下行接收电平平均值。43、TA(Aver 小区的平均覆盖距离。TA(Aver乘以550转换为米。44、MSpower 移动台一小时的平均发射功率。二、TRX_KPI中各项指标 1、PERIOD_START_TIME、BSC、BTS、CELL_ID、NAME含义同上2、TRX 载频编号。MOKIA三代站TALK-FAMILY和四代站ULTRASITE的编号为112,五代站FLEXI EDGE的编号为124,微蜂窝站型METROSITE编号为14。3、CELL_T

17、YPE 小区的基站类型。商丘现网有TALK-FAMILY、ULTRASITE、FLEXI EDGE及微蜂窝站型METROSITE。 4、TRX_FREQUENCY 每个载频对应的频点。当载频存在干扰时,可以改频点,方法如下:、在MAPinfo上找到合适的频点、闭锁要改频点载频(以60802为例,该小区TRX-9载频UL0-5仅为78.34%,说明频点52有干扰,假如合适频点为20ZERS:BTS=85,TRX=9:L:FHO,25;、改频点ZERM:BTS=85,TRX=9:FREQ=20;、解锁载频ZERS:BTS=85,TRX=9:U;改完频点后要跟踪观察是否有效果。5、call min

18、载频话音占用时长。载频占用时长较小则说明该载频为EDGE载频或可能存在问题。 7、TCH_RADIO_FAIL 载频无线掉话,一般是个位数,若较多而载频质量很好则可以重启载频。8、CHANNEL_TYPE 信道类型。TCH或BCCH,一个小区就一个BCCH载频,其他均为TCH。9、TRX_TYPE 载频类型。TRX或EDGE,TRX类型支持语音业务和GPRS业务,EDGE既支持语音和EDGE业务。7月23日针对市区范围内路测占用小区进行了一次扩容,现总结扩容需要注意情况:首先选取一周的指标数据,插入数据透视表数值选择“最大值”,在路测占用小区表上 用VLOOKUP函数调用相应的最大话务量(Tr

19、affic_MAX和最大拥塞率(TCH_BLK_MAX第二步进行筛选,关注TCHD和TCH_BLK,可按以下原则选取需要扩容的小区 A.无拥塞无TCHD的小区不用扩容B.有拥塞或无拥塞但有TCHD的小区筛选出来进行下一步处理C.利用Countifs函数计算小区之间是否共用同一BCF,从而推出小区允许的最大载频数,把已经是最大载频数、需要加机柜扩容的小区剔除掉(加机柜难以实现;把站型是Flexi的剔除掉(五代站目前无硬件;再根据实际情况剔除,如槽位有故障的、无法进入的、带有某类选频直放站的等等计算信道数时要考虑SD+BCCH、CDED,计算方法见上面所述 最后确定要扩几块载频时要考虑的因素有很多,下面简单举例 A.有可能一个小区的拥塞解决后其相邻小区的拥塞也会缓解,这在扩容时要注意下结合地理位置更能准确的判断,不至于扩容导致有太多的冗余B.注意观察可用信道数,看拥塞是否由于载频故障引起,如果是的话可考虑让基站维护员进行硬件检查而不需要进行扩容 C. 考虑是否要加机柜， 例如扩两块载频就要加机柜可考虑只扩一块能缓解多少拥塞就 缓解多少，因为加机柜难以实现 最后介绍下减容减哪块载频比较合适，有以下几种可以优先考虑 A. 质量相对比较差的 B. 不支持 EDGE 的 C. 没有开 GTRX 的 D. 可以省下 BB2 的 E.