基站隐性故障处理Word文档格式.docx
《基站隐性故障处理Word文档格式.docx》由会员分享,可在线阅读,更多相关《基站隐性故障处理Word文档格式.docx(56页珍藏版)》请在冰点文库上搜索。
TRU中处理基带信号的功能模块是TRXC。
基站中对射频信号的处理主要是由TRU,CDU和天馈线来完成的。
TRU内部是由TX和RX两个功能模块来完成对基带信号的调制和解调功能的。
分清楚告警的类型有助于我们分析问题,不至于产生方向性的错误。
基站隐性故障处理的一般方法
当我们发现某个基站可能存在问题时,我们一般从以下几个方面着手来处理。
看基站当前的状态及告警
常用的命令如下:
RXTCP:
MOTY=RXOTG,CELL=ZHEYMY2;
从小区名找到相连的TG号。
RXCDP:
MO=RXOTG-69;
检查TG下面的MO的配置情况。
RXMSP:
MO=RXOCF-69;
检查MO的状态。
关于MO状态的含义见下面详细说明。
RXASP:
检查TG下面的MO是否有告警。
RXMFP:
MO=RXOTRX-69-0;
检查有故障的MO的告警代码。
再根据告警代码查找相应解释。
RLCRP:
CELL=ZHEYMY2;
检查小区的资源使用情况。
如是否有人占用小区,小区的时隙是否有BLOCKED的,小区是否存在上行干扰等。
RLSLP:
检查小区信道使用的情况。
通过以上命令,我们可以大致知道一个基站当前的工作状态。
关于MO状态的详细说明。
熟练掌握这些MO状态的含义对我们分析网络中存在的隐性问题很有帮助。
因为很多基站问题并没有明确的告警指示,而是通过MO状态的变化反映出问题的存在的。
RXMSP:
MO=RXOTRX-3-4;
RADIOX-CEIVERADMINISTRATION
MANAGEDOBJECTSTATUS
MOSTATEBLSTATEBLOBLALMOBTSCONF
RXOTRX-3-4NOOPBLO0040000ARES
GLOBLESTATE:
从BSC的角度来看的MO的状态。
GLOBLESTATE有以下几种状态:
DEF:
MO在BSC中被定义。
COM:
MO已经和BSC建立起通讯。
PREOP:
这是MO由COM到OPER的一个过渡状态。
OPER:
MO处于正常工作状态。
NOOP:
MO暂时处于非工作状态。
FAIL:
MO永久性地处于非工作状态。
BLOCKSTATE:
表明MO是由于何种原因处于BLOCK的状态的。
BLOCKSTATE有以下几种状态:
MBL:
人工将MO闭掉的。
BLO:
MO自动被闭掉的。
如MO产生错误,或者OMLLINK断了等等。
BLA:
由于需要对MO进行操作而进入BLOCK的状态。
BLL:
MO在下载软件时的状态。
BLT:
MO由于测试而进入的BLOCK状态。
BLOCKREASON:
通过代码解释BLOCK的原因。
值得注意的是LMO代码,其含义是指从TRAFFIC的角度来看,MO已经不能承载话务了,虽然从O&
M的角度来这个MO还是工作正常的。
常见的问题有TSSYNCFAULT。
这时候用RXMSP查看该时隙的状态即可看到为LMO2000。
BTSSTATE:
MO的状态。
可分为四类:
RESMO出于RESET状态
STAMO出于STARTED状态
DISMO出于DISABLED的状态
ENAMO处于ENABLED的状态
在RBS2000系统中这四种状态对应于不同类别的MO其含义是不一样的。
总结起来有如下规律:
对于SOCF和TRXC:
RESET意味着该MO在重新启动,其应用软件还在运行但功能受到了限制,没有告警监测,也无法和相应的AO保持联系,RSL(RadioSignalingLink)中断。
MO的这种状态往往
在硬件上代表着DXU或TRU发生了重启。
STARTED则表明MO的应用软件在运行而且各种功能均已启动,OML和RSL能建立通讯。
基站正常工作时CF和TRXC一定处于START的状态。
对于AOTF,TX,RX和TS:
RESET表明该AO重启,和其相应的SO的联系中断。
DISABLED的状态表明该AO已和相应的SO取得联系,告警监测功能已激活,但还不能承载业务。
例如TX处于DISABLED状态则表明该TRU的发射机处于关闭状态,在TRU的面板上可看到TXNOTENABLED的指示灯亮。
ENABLED的状态表明该AO已和相应的SO取得联系,告警监测功能已激活,并且已经能够承载业务了。
例如对TF而言,ENABLED状态则表明TF可以发布同步信息。
基站正常工作时,TF,TX,RX和TS都应该处于ENABLED的状态。
对于AOIS,CON:
DISABLED表明AO处于可以处理业务,同时也可以对其进行配置的状态。
ENABLED表明AO可以处理业务,但不能被配置。
注意:
基站正常工作时,通常是将IS和CON置于DISABLED状态。
对于AODP:
DISABLED表明AO对PCM进行监测的功能没有被激活。
ENABLED表明AO对PCM进行监测的功能已被激活。
案例分析:
由载频引起的上行干扰。
故障现象:
用户投诉在ZHEWJA1小区所覆盖的区域内存在打电话困难的现象。
故障分析:
用RXCDP查看小区各MO配置正常。
<
RXCDP:
MO=RXOTG-109;
MANAGEDOBJECTCONFIGURATIONDATA
MORESULTARFCNMISMATCH
RXORX-109-0CONFIGHOPNONE
RXORX-109-1CONFIGHOPNONE
RXORX-109-2CONFIGHOPNONE
RXORX-109-3CONFIGHOPNONE
RXORX-109-4CONFIGHOPNONE
RXORX-109-5CONFIGHOPNONE
MORESULTARFCNTXADTNBPCCHCOMBOFFSXRAICM
……………
RXOTS-109-0-5CONFIGHOPHOP12398TCH0NOON
RXOTS-109-0-6CONFIGHOPHOP02395TCH0NOON
RXOTS-109-0-7CONFIGHOPHOP22290TCH0NOON
RXOTS-109-1-0CONFIGHOPHOP72423TCH0NOON
RXOTS-109-1-1CONFIGHOPHOP62419TCH0NOON
RXOTS-109-1-2CONFIGHOPHOP52415TCH0NOON
RXOTS-109-1-3CONFIGHOPHOP42411TCH0NOON
RXOTS-109-1-4CONFIGHOPHOP32407TCH0NOON
RXOTS-109-1-5CONFIGHOPHOP12399TCH0NOON
RXOTS-109-1-6CONFIGHOPHOP02396TCH0NOON
RXOTS-109-1-7CONFIGHOPHOP22291TCH0NOON
RXOTS-109-2-0CONFIGHOPHOP22405SDCCH80NOON
RXOTS-109-2-1CONFIGHOPHOP72424TCH0NOON
RXOTS-109-2-2CONFIGHOPHOP62420TCH0NOON
RXOTS-109-2-3CONFIGHOPHOP52416TCH0NOON
RXOTS-109-2-4CONFIGHOPHOP42412TCH0NOON
RXOTS-109-2-5CONFIGHOPHOP32408TCH0NOON
RXOTS-109-2-6CONFIGHOPHOP12400TCH0NOON
………………
MORESULTARFCNTXADBSPWRC0FMISMATCH
RXOTX-109-0CONFIG22041YESNONE
RXOTX-109-1CONFIG2141NONONE
RXOTX-109-2CONFIG69241NONONE
RXOTX-109-3CONFIG81341NONONE
RXOTX-109-4CONFIG1000441NONONE
RXOTX-109-5CONFIG1018541NONONE
END
但用RLCRP查看发现ZHEWJA1小区上总有部分时隙受到干扰。
RLCRP:
CELL=ZHEWJA1;
CELLRESOURCES
CELLBCCHCBCHSDCCHNOOFTCH
ZHEWJA1103243-86
CHGRBPCCHANNELCHRATESPVSTATEICMBANDCHBAND64K
02425TCH-4742FR1,2IDLE1P900NONE
TCH-17729HR1IDLE1P900
TCH-17728HR1IDLE1P900
2424TCH-4741FR1,2IDLE1P900NONE
TCH-17727HR1IDLE1P900
TCH-17726HR1IDLE1P900
2423TCH-4740FR1,2IDLE4P900NONE
TCH-17725HR1IDLE4P900
TCH-17724HR1IDLE4P900
2422TCH-4739FR1,2IDLE1P900NONE
TCH-17723HR1IDLE1P900
TCH-17722HR1IDLE1P900
………….
2396TCH-4717FR1,2IDLE4P900NONE
TCH-17679HR1IDLE4P900
TCH-17678HR1IDLE4P900
2399TCH-4720FR1,2IDLE4P900NONE
TCH-17685HR1IDLE4P900
TCH-17684HR1IDLE4P900
2400TCH-4721FR1,2IDLE1P900NONE
TCH-17687HR1IDLE1P900
TCH-17686HR1IDLE1P900
…………
2406TCH-4723FR1,2BUSY1P900NONE
TCH-17691HR1LOCK1P900
TCH-17690HR1LOCK1P900
2407TCH-4724FR1,2IDLE4P900NONE
TCH-17693HR1IDLE4P900
TCH-17692HR1IDLE4P900
2408TCH-4725FR1,2IDLE1P900NONE
TCH-17695HR1IDLE1P900
TCH-17694HR1IDLE1P900
不难发现,受干扰的时隙都集中对应为同一个TRX所控制的时隙。
具体方法如下:
1.RLCRP的打印列表中BPC为2423的时隙的ICM=4。
2.在RXCDP的打印列表中BPC为2423所对应的时隙为:
RXOTS-109-1-0。
3.用类似的方法将所有的受干扰的时隙找出来,可以发现它们都是TRX-109-1所控制的时隙。
………..
12770TCH-1452FR1,2IDLE4E900NONE
TCH-11673HR1IDLE4E900
TCH-11672HR1IDLE4E900
2773TCH-1453FR1,2IDLE5E900NONE
TCH-11675HR1IDLE5E900
TCH-11674HR1IDLE5E900
2776TCH-1479FR1,2IDLE4E900NONE
TCH-11679HR1IDLE4E900
TCH-11678HR1IDLE4E900
2774TCH-1478FR1,2IDLE4E900NONE
TCH-11677HR1IDLE4E900
TCH-11676HR1IDLE4E900
2779TCH-1480FR1,2IDLE4E900NONE
TCH-11681HR1IDLE4E900
TCH-11680HR1IDLE4E900
2780TCH-1481FR1,2IDLE4E900NONE
TCH-11683HR1IDLE3E900
TCH-11682HR1IDLE4E900
2782TCH-1482FR1,2IDLE4E900NONE
TCH-11685HR1IDLE3E900
TCH-11684HR1IDLE4E900
2783TCH-1483FR1,2IDLE4E900NONE
TCH-11687HR1IDLE4E900
TCH-11686HR1IDLE4E900
…………
将跳频关掉,情况更明显。
所有受干扰的时隙仍然都集中在TRU1上。
RXOTS-109-0-0CONFIG1018472861TCH0NOON
RXOTS-109-0-1CONFIG1018462860TCH0NOON
RXOTS-109-0-2CONFIG1018452859TCH0NOON
RXOTS-109-0-3CONFIG1018442858TCH0NOON
RXOTS-109-0-4CONFIG1018432857TCH0NOON
RXOTS-109-0-5CONFIG1018422856TCH0NOON
RXOTS-109-0-6CONFIG1018412854TCH0NOON
RXOTS-109-0-7CONFIG1018402853TCH0NOON
RXOTS-109-1-0CONFIG1000572783TCH0NOON
RXOTS-109-1-1CONFIG1000562782TCH0NOON
RXOTS-109-1-2CONFIG1000552780TCH0NOON
RXOTS-109-1-3CONFIG1000542779TCH0NOON
RXOTS-109-1-4CONFIG1000532776TCH0NOON
RXOTS-109-1-5CONFIG1000522774TCH0NOON
RXOTS-109-1-6CONFIG1000512773TCH0NOON
RXOTS-109-1-7CONFIG1000502770TCH0NOON
该载频使用的是1000号频点,用FAS查看,其受干扰的情况和其它频点差不多。
不应该单单这个频点产生这么高的上行干扰。
但为了保险起见,还是通过FAS选择了一个更好的频点1021号频点。
但发现该载频上的干扰仍然很强。
图三
于是将该载频所对应的时隙全部闭掉。
RXBLI:
MO=RXOTS-109-1-0&
&
-7,FORCE;
此时用RLCRP观察,发现干扰基本消失了。
再将闭掉的时隙解闭,发现干扰又重新出现,而且都集中在该载频上。
于是确认是由于载频内部电路发生故障而引起的上行干扰。
如果用户的手机被分配使用该载频所对应的时隙则肯定会受到影响。
检查基站传输的状态
传输作为基础性建设,对基站的正常工作起着重要的作用。
很多问题看似离奇,其实就是由传输引起。
因此我们对传输问题应该予以重视。
用以下命令可以检查基站的传输是否工作正常。
RXAPP:
打印TG使用的传输设备号。
RADEP:
DEV=RBLT-819;
从传输设备号得到其所属的DIP号。
DTSTP:
DIP=RBLT25;
打印DIP的工作状态。
DTQUP:
打印DIP的传输质量。
关于此命令参数的解释如下:
DTQUP:
DIP=RBLT12;
DIGITALPATHQUALITY
INCOMINGANDOUTGOINGDIRECTION
DIPT1T2SLIPSLIP2UASUASRUAV1UASB1UAV2UASB2
RBLT123100269000000
SECTIONESVSESVDMVESVRSESVRDMVRSFVSFTI
000026924
SECTIONES2VSES2VDM2VES2VRSES2VRDM2VRSMI
360000
各参数的含义:
T1:
传输性能劣化到不可接受的程度(Unacceptablelevel)的时间一直到目前为止的时间间隔。
以分钟为单位。
T2:
传输性能发生劣化(Degradeperformancelevel)的时间一直到目前为止的时间间隔。
以小时为单位。
SLIP:
在T1时间间隔内发生的滑码的个数。
所谓滑码指的是在2M的PCM码流中任何一帧(256bits)出现丢失或重复,即产生一次滑码。
SLIP2:
在T2时间间隔内发生滑码的数目。
UAS:
在接收方向上,T1时间间隔内发生不可用秒的数目。
所谓不可用秒是指在任何一秒的时间间隔内出现业务中断的问题,该秒即被记为不可用秒。
UASR:
在发送方向上,T1时间间隔内发生不可用秒的数目。
UAV1:
在收发两个方向上,T1时间间隔内发生不可用事件的数目。
不可用事件包括几次或者连续的不可用的状态。
UAV2:
在收发两个方向上,T2时间间隔内发生不可用事件的数目。
UASB1:
在收发两个方向上,T1时间间隔内发生不可用秒的数目。
UASB2:
在收发两个方向上,T2时间间隔内发生不可用秒的数目。
ESV:
在接收方向上,T1时间间隔内发生误码秒的数目。
所谓误码秒指的是在一秒中内发生了
任何一件下列事情:
至少一帧出现误码,帧失步,LOS,SLIP,AIS,收到远端传过来的A_BIT为1。
ESVR:
在发射方向上,T1时间间隔内发生误码秒的数目。
ES2V:
在接收方向上,T2时间间隔内发生误码秒的数目。
ES2VR:
在发射方向上,T2时间间隔内发生误码秒的数目。
SESV:
在接收方向上,T1时间间隔内发生严重误码秒的数目。
所谓严重误码指的是在一秒内发生了至少一次下面的事件:
至少N4帧出现误码,帧失步,LOS,SLIP,AIS,收到远端传过来的A_BIT为1。
N4缺省值为28。
SESVR:
在发射方向上,T1时间间隔内发生严重误码秒的数目。
SES2V:
在接收方向上,T2时间间隔内发生严重误码秒的数目。
SES2VR:
在发射方向上,T2时间间隔内发生严重误码秒的数目。
DMV:
在接收方向上,T1时间间隔内发生性能下降分钟(Degradedminutes)的数目。
所谓性能下降分钟指的是在一分钟内