日常监控指标解释诺西.docx
《日常监控指标解释诺西.docx》由会员分享,可在线阅读,更多相关《日常监控指标解释诺西.docx(11页珍藏版)》请在冰豆网上搜索。
日常监控指标解释诺西
一、CELL_KPI中各项指标
1、PERIOD_START_TIME指标统计开始时间,统计指标以1个小时为单位统计,开始时间
为整点,结束时间为下个整点,上例为2009-3-30日10:
00~11:
00的统计报告,因为上传报告需要一定时间,所以取报告的时间为11:
05以后,提前取报告会丢失部分报告。
2、NAMEBSC编号,商丘现网的BSC为SQBSC1~SQBSC36。
3、CELL_IDCI号,全球小区识别码CGI=MCC+MNC+LAC+CI,商丘现网均为5位数,末尾有
4种情况:
0表示微蜂窝,1表示第一扇区,2表示第二扇区,3表示第三扇区。
4、BTS_IDBTS号,基站收发信台,每个小区有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规划的小区中文名,方便查找,如该小区为电业局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一小时吸收的话务量。
Traffic可以考察一个小区的运行情况,如话务量与同时段
比较突然变低,则要检查是否有问题。
<1>、有很少的起呼,其他指标正常,可以查看是否降过功率;
<2>、起呼正常,HOatt增加明显,UL0-5或DL0-5很低,则一般为BB跳频有问题,
可以关BB观察,这种情况为跳频单元故障或载频故障;
<3>、无起呼,只有切换话务量,一般为BCCH有问题,可以倒换主频观察;
<4>、指标都正常,可以查看周围基站的话务情况,看是否都很低。
8、TCH_BLK话音信道拥塞率。
如果TCH_BLK拥塞较大(一般大于5%算是超忙小区,
AVA_TCH数较小的小区,应检查是否有载频退服或者为BL_USR状态,如果没有故障话务量又较高,那么就要考虑扩容。
扩容计算方法,取正常话务峰值话务量Traffic_MAX和峰值TCH_BLK_MAX,计算话务高峰所需要的TCH信道数方法:
Traffic_MAX*(TCH_BLK_MAX+1,取Blockingpropability为0.02,查Erlb表算出所需TCH_NEW信道数;现网的TCH信道数计算方法同AVA_TCH的计算方法,但不能用指标中的AVA_TCH,令其为TCH_OLD,则扩容载频数为TRX_N=(TCH_NEW-TCH_OLD/8。
下表是我做的扩容,仅供参考:
9、SD_BLKSDCCH信道拥塞率。
拥塞较大的小区会造成主叫困难,SD拥塞全网大于0.2%
就说明网络的SD拥塞较大,小区SD_BLK大于10%属于超忙小区,要及时处理:
<1>、增加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设备里一块载频所有的0~7时隙均可设为SDCCH信道,每块载频至多可以设置2个SDCCH信道,一般习惯设置0或1时隙为SDCCH信道;
<2>、若小区在LAC边界,频繁位置更新会使SD拥塞,可以考虑增大HYS值,减少
乒乓位置更新,方法如下:
查看HYS值,ZEQO:
SEG=1:
RAD;,改变HYS值,ZEQG:
SEG=1:
HYS=6或10;(若查看的HYS值为6,商丘现网默认的HYS值为6,若该LAC边界在铁路或公路沿线,用户肯定要位置更新,所以建议HYS为默认或适当降低,以增加切换成功率、减少切换困难导致的掉话;
<3>、若小区短消息多,则可以设置ENABLESDCCHHANDOVER为Y,即启用SDCCH
切换,SDCCH切换在3S左右,而位置更新也在3S左右,所以SDCCH的切换对位置更新无效;
<4>、启用C2,
PI(CELLRESELECTIONPARAMETERINDEX=Y;
REO(CELLRESELECTOFFSET=20;
TEO(TEMPORARYOFFSET=10;
PET(PENALTYTIME=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信道的总次数。
正常情况下TOTAL越大话务量越
高,如果两个值之间存在较大差异,那么该小区可能存在问题,可以参考7<2>分析。
13、TCH_RADIO_FAIL无线原因的掉话。
一般小区的掉话都以该掉话为主,若掉话较多,
可以结合TRX_KPI查看具体的载频掉话,重启掉话较高的载频。
14、TCH_RF_OLD_HO切换失败后返回源小区失败造成的掉话。
该掉话比
TCH_RADIO_FAIL掉话要少很多,若某小区TCH_RF_OLD_HO掉话高,可能是因为干扰或载频质量差引起的,可以改频点,无效时要检查、更换载频。
15、TCH_ABIS_FAIL_OLDAbis口的掉话,一般由干扰或传输问题造成。
正常情况下该
掉话应该较小,基本没有。
16、TCH_A_IF_FAIL_CALLA接口掉话,一般为传输或TC引起。
正常情况下应该为0
或很少,当载频因硬件引起质量差时,A口掉话很增加。
17、TCH_TR_FAIL传输掉话,一般为载频数据错误或TC引起的,正常情况应该为0。
当出现TR掉话时一定要及时处理,不然会导致几百几千次的掉话(小区话务量高,忙时,处理方法如下:
查看当前告警ZEOL:
1(BCF号;,可以看见7745告警,或查BSC告警ZAHO;,可以看到2993告警,若是一个时隙,就闭锁相应的时隙即可,若多个或全部时隙有告警,则闭锁整块载频,然后删创载频,重做数据。
18、TCH_TR_FAIL_OLD传输返回原小区掉话,没见过。
19、TCH_LAPD_FAILLAPD信令失败造成的掉话,一般由基站断站造成,查看小区历史
告警ZEOH:
:
BCF=1;,可以看到7705LAPDFAILING和7767BCCHMISSING,若小区当前运行正常则无需任何操作。
20、TCH_BTS_FAILBTS故障引起的掉话。
当载频因外部原因(高温、断电等自锁
(BL_TRX时,载频上的用户全部掉话,显示在TCH_BTS_FAIL上,当高温时载频会反复自起、自锁,导致TCH_BTS_FAIL掉话高,这时可以闭锁告警载频(BL_USR,并通知相关人员处理,若小区多个载频均出现高温告警,则可以适当降功率处理,直到基站恢复正常。
21、TCH_USER_ACT因操作员无强行切换闭锁载频或基站引起的掉话。
一般闭锁TRX、
BTS或BCF时要加强行切换指令FHO,不然闭锁的单元上的所有用户产生TCH_USER_ACT掉话。
22、TCH_BCSU_RESETBCSU重启造成的掉话。
该掉话为BCSU重启造成的,表现为整
个BSC的TCH_BCSU_RESET、A口、ABIS口掉话高,要及时通知交换班检查BCSU运行情况。
23、TCH_NETW_ACT没见过
24、TCH_ABIS_FAIL_CALLAbis口的掉话,一般由干扰或传输问题造成。
正常情况下该
掉话应该较小,但有干扰或硬件问题,则主要掉在TCH_ABIS_FAIL_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=HOFNum/HOatt。
33、failing_BLK因拥塞造成的切换失败次数,一般为0,当有SDCCH拥塞或TCH拥塞
failing_BLK。
34、HOFNum切换失败总数。
HOFNum=HOatt-sucHO
35、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位置更新申请的SDCCH总数,若小区在LAC边界,
SDCCH_LOC_UPD之Sum会有很多。
39、band1~5干扰等级。
一般正常情况下,每个小区的BAND1应该是采样最多,其
他等级为0。
当出现干扰的情况时,BAND3-5的采样会增多,如果BAND4或者BAND5较大,同时该小区的UL0-5较差,那么该小区存在明显干扰,需要检查是否周边区域小区也存在干扰,来判断是否为该小区硬件问题造成。
一般成片区域的干扰需要长时间观察,查找干扰源。
突发性干扰,均为外部干扰器造成,一般没有好的办法控制,最直接
40、Outband1超出band1的比率。
无干扰时该值为0.00%,干扰越大,Outband1越
大,当有干扰器时,该值可能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的编号为1~12,五代
站FLEXIEDGE的编号为1~24,微蜂窝站型METROSITE编号为1~4。
3、CELL_TYPE小区的基站类型。
商丘现网有TALK-FAMILY、ULTRASITE、FLEXIEDGE及微蜂
窝站型METROSITE。
4、TRX_FREQUENCY每个载频对应的频点。
当载频存在干扰时,可以改频点,方法如下:
<1>、在MAPinfo上找到合适的频点
<2>、闭锁要改频点载频(以60802为例,该小区TRX-9载频UL0-5仅为78.34%,说
明频点52有干扰,假如合适频点为20ZERS:
BTS=85,TRX=9:
L:
FHO,25;
<3>、改频点ZERM:
BTS=85,TRX=9:
FREQ=20;
<4>、解锁载频ZERS:
BTS=85,TRX=9:
U;
改完频点后要跟踪观察是否有效果。
5、callmin载频话音占用时长。
载频占用时长较小则说明该载频为EDGE载频或可能存在
问题。
7、TCH_RADIO_FAIL载频无线掉话,一般是个位数,若较多而载频质量很好则可以重启载
频。
8、CHANNEL_TYPE信道类型。
TCH或BCCH,一个小区就一个BCCH载频,其他均为TCH。
9、TRX_TYPE载频类型。
TRX或EDGE,TRX类型支持语音业务和GPRS业务,EDGE既支持
语音和EDGE业务。
7月23日针对市区范围内路测占用小区进行了一次扩容,现总结扩容需要注意情况:
首先选取一周的指标数据,插入数据透视表数值选择“最大值”,在路测占用小区表上
用VLOOKUP函数调用相应的最大话务量(Traffic_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.……