基站隐性故障处理

《基站隐性故障处理》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

WORD格式整理基站隐性故障排除学习参考资料分享 WORD格式整理1基站隐性故障处理的一般方法及案例分析31.1发现问题的方法31.2基站故障的分类31.3基站隐性故障处理的一般方法41.3.1看基站当前的状态及告警41.3.2检查基站传输的状态121.3.3检查基站的数据定义171.3.4检查并分析ERRORLOG181.3.5对基站进行检查201.3.6使用仪表设备对基站进行检测352关于时隙同步失败（TSSYNCFAULT）问题的分析382.1什么是TSSYNCFAULT告警。383关于时隙环路测试失败（TSLOOPTESTFAIL）问题的分析433.1对时隙进行环路测试的目的。443.2时隙环路测试的工作原理。443.3对时隙进行环路测试的方法443.4对TS和TRA设备的检测454关于单通问题的基站部分故障的查找与分析465关于使用MODP对级连传输进行监控的原理与实现465.1为什么要使用MODP465.2什么是MODP475.3MODP的设置和使用方法475.4效果验证486一点建议50学习参考资料分享 WORD格式整理1基站隐性故障处理的一般方法及案例分析所谓基站的隐性故障是指那些没有明显的告警但对基站的性能有影响的故障，或者是那些反复出现后又往往能自行消失的告警。这些告警的存在将使得系统的性能指标受到影响。由于这些问题的隐蔽性，往往无法直接发现它们，因此我们需要借助其他方法才能发现这些潜在的故障。1.1发现问题的方法话务统计话务统计提供了各种指标去衡量系统服务的好坏。基站的很多故障都会反映到话务统计的某项指标上来。常用的指标有信道完好率，掉话，切换，无线接入性等。如果基站存在问题，则有可能影响到其中一项或者几项指标。因此如果这些指标的变化，特别是在没做任何参数修改的情况下发生了变化，我们应该考虑基站硬件的因素。路测路测能够最直接的反映系统真实运行情况和最终用户的感知。因此对路测文件的分析也往往能帮助我们发现问题。BSC中基站的历史告警记录有些告警产生了之后能够自行恢复，因此当打印网络中现存的故障的时候不一定能发现这些故障。但是它们往往会在BSC的历史告警记录中留下痕迹。通过分析这些记录，能够帮助发现一些基站潜在的问题。用户投诉用户的投诉可能会是由基站的硬件引起，如基站的发射功率不稳定导致用户手机信号不稳。对投诉信息加以提炼和分析，能帮助我们发现存在问题的区域。在下面的案例分析中我们可以看到这几种发现问题的方法的具体应用。1.2基站故障的分类学习参考资料分享 WORD格式整理就基站的故障对系统指标的影响而言，我们可以将它们分为话务敏感型故障和非话务敏感型故障。象天馈线驻波比过高的告警，能够直接影响下行信号的输出强度，影响通话质量，属于话务敏感型故障。而象风扇告警这类故障，不会对话务产生直接的影响，属于非话务敏感型故障。但这类故障往往会间接的影响到系统的性能，更具隐蔽性，所以同样不能忽视它们。从基站对信号的处理流程来看，我们又可以将基站的故障分为两大类。一类是对基带信号处理时产生的告警。另一类是发生在射频信号处理时的故障。基站中处理基带信号的硬件有DXU和TRU中的部分功能模块，DXU中包括CF，TF，IS，CON，DP等功能模块。TRU中处理基带信号的功能模块是TRXC。基站中对射频信号的处理主要是由TRU，CDU和天馈线来完成的。TRU内部是由TX和RX两个功能模块来完成对基带信号的调制和解调功能的。分清楚告警的类型有助于我们分析问题，不至于产生方向性的错误。1.1基站隐性故障处理的一般方法当我们发现某个基站可能存在问题时，我们一般从以下几个方面着手来处理。1.1.1看基站当前的状态及告警学习参考资料分享 WORD格式整理常用的命令如下：RXTCP：MOTY=RXOTG，CELL=ZHEYMY2；从小区名找到相连的TG号。RXCDP：MO=RXOTG-69；检查TG下面的MO的配置情况。RXMSP：MO=RXOCF-69；检查MO的状态。关于MO状态的含义见下面详细说明。RXASP：MO=RXOTG-69；检查TG下面的MO是否有告警。RXMFP：MO=RXOTRX-69-0；检查有故障的MO的告警代码。再根据告警代码查找相应解释。RLCRP：CELL=ZHEYMY2；检查小区的资源使用情况。如是否有人占用小区，小区的时隙是否有BLOCKED的，小区是否存在上行干扰等。RLSLP：CELL=ZHEYMY2；检查小区信道使用的情况。通过以上命令，我们可以大致知道一个基站当前的工作状态。关于MO状态的详细说明。熟练掌握这些MO状态的含义对我们分析网络中存在的隐性问题很有帮助。因为很多基站问题并没有明确的告警指示，而是通过MO状态的变化反映出问题的存在的。RXMSP:MO=RXOTRX-3-4;RADIOX-CEIVERADMINISTRATIONMANAGEDOBJECTSTATUSMOSTATEBLSTATEBLOBLALMOBTSCONFRXOTRX-3-4NOOPBLO0040000ARESGLOBLESTATEBTSSTATEBLOCKREASONBLOCKSTATE学习参考资料分享 WORD格式整理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的原因。学习参考资料分享 WORD格式整理值得注意的是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的状态。学习参考资料分享 WORD格式整理对于AOIS，CON：RESET表明该AO重启，和其相应的SO的联系中断。DISABLED表明AO处于可以处理业务，同时也可以对其进行配置的状态。ENABLED表明AO可以处理业务，但不能被配置。注意：基站正常工作时，通常是将IS和CON置于DISABLED状态。对于AODP：RESET表明该AO重启，和其相应的SO的联系中断。DISABLED表明AO对PCM进行监测的功能没有被激活。ENABLED表明AO对PCM进行监测的功能已被激活。案例分析：由载频引起的上行干扰。故障现象：用户投诉在ZHEWJA1小区所覆盖的区域内存在打电话困难的现象。故障分析：用RXCDP查看小区各MO配置正常。ResettingISLchannel.IslResetCnt=10(sincelastDXUreset)[03-10-1420:38:37.482]OMS_SO_MAINso.c:19798TRACEH:SAPdisconnected[03-10-1420:38:37.492]OMS_HWUhwu.c:33071FAULT:LB:0,raisei2aMISSINGRUTRU1[03-10-1420:38:37.670]OMS_HWUhwu.c:33071FAULT:LB:0,raisei2aMISSINGRUTRU2[03-10-1420:38:37.772]OMS_HWUhwu.c:33071FAULT:LB:0,raisei2aMISSINGRUTRU3[03-10-1420:38:37.852]OMS_HWUhwu.c:33071FAULT:LB:0,raisei2aMISSINGRUECU0学习参考资料分享 WORD格式整理在四个TRU中都读到如下记录。[03-10-1420:38:37.332]PLS_HX_INT0hx_int.c:3494TRACEH:ISLprotocolerror[03-10-1420:38:37.576]PLS_HX_MAINhx_main.c:376TRACEH:DXUlostActivatecommandinstateconnected[03-10-1420:38:37.588]PLS_HX_MAINmps_temp.c:185TRACEH:TRLR091S(PLS-TRU/R8CXC1121202_1.R8_12),STARTCAUSE:DXU_LOST,APPL.TYPE:1[90-01-0100:00:00.034]NONAMEdebug_main.c:2492TRACEH:Norestartinfo在ECU中读到如下记录。[03-10-1420:38:37.366]PLS_HX_INT0hx_int.c:3494TRACEH:ISLprotocolerror[03-10-1420:38:37.580]PLS_HX_MAINhx_main.c:376TRACEH:DXUlostActivatecommandinstateconnected[03-10-1420:38:37.594]PLS_HX_MAINmps_temp.c:185TRACEH:ECLR091S(PLS-ECU/R8CXC1121202_1.R8_12),STARTCAUSE:DXU_LOST,APPL.TYPE:1[90-01-0100:00:00.046]NONAMEdebug_main.c:2492TRACEH:Norestartinfo可以看出四个TRU和ECU都检测到ISLPROTOCOLERROR的错误，触发重启动的条件都是DXU_LOST。当DXU检测到和TRU，ECU失去联系后，发出RESETTINGISLCHANNEL的命令。我们可以看出从上次DXU重启以来ISLCHANNEL共重启了10次（IslResetCnt=10）。关于ISL的简介。ISL（InternalSignalingLink）是一种点对多点的信令协议，用于DXU和TRU及ECU之间的通讯。例如在基站启动时传递IDB配置参数，各子系统之间的通信都要用到ISL。读取ECU和TRU的LOG文件也是通过ISL进行的。ISL和LAPD信令一起在LOCALBUS上传递。LOCALBUS是基站内部用于在DXU和TRU，ECU之间传递语音及信令的一条串行总线，其带宽为2.048Mbit/s，也分为32个时隙。ISL占用TSO-TS2时隙，LAPD信令占用TS3—TS8时隙，TS15-TS26则分配给TCH（每个TRU占用两个时隙）。学习参考资料分享 WORD格式整理其逻辑结构如图所示。ISLLAPDTCH在DXU中ISL是由ConcentratorHW来处理，在TRU中则是由PLS（PlatformSubsystem）子系统来实现的。如图所示。话音和信令通过LOCALBUS传到TRU，在TRU内部ISL和LAPD（OML和RSL）是由CPU来处理的。而话音数据则是由TORA模块来处理。因此从物理上来看，和ISL相关的硬件有DXU，背板连线及插座，TRU和ECU。任何相关的部分出现错误都有可能引起ISLPROTOCOLERROR的告警。鉴于所有的TRU及ECU上都检测到该错误，我们首先怀疑是DXU中处理ISL的功能模块出现问题。于是我们将1小区的DXU和3小区的DXU进行互换，然后观察是否还有自动重启的现象。到目前为止，1小区和3小区都没有观察到TRU/ECU有自动重启的记录。学习参考资料分享 WORD格式整理这说明原1小区的ISLPROTOCOLERROR的告警应该是由该小区的DXU和背板插座之间接触不良造成的。案例二：故障现象：十二村站2小区（ZHESEC2）经常出现载频自启动的现象。并且TRU有XBUS出错的告警。故障分析：1．上站检查时，发现将2小区的DXU置于LOCALMODE时，TRU和ECU仍然循环自启动。2．读取TRU和ECU，DXU的LOG文件进行分析。发现TRU和ECU重启的原因都是ISLPROTOCALERROR。3．我们将基站掉电，重新插拔DXU后故障现象仍然存在。4．更换此DXU后，故障排除。估计这是由于DXU内部处理ISL协议部分硬件损坏引起的载频工作不稳定。在TRU重启的过程中产生了XBUSFAULT的告警。1.1.1.1使用OMT对基站的性能进行监测基站对一些重要的性能提供了实时监测功能，如发射功率，反射功率，驻波比等。通过对这些数据的监测，我们可以知道基站目前的工作是否正常。对TRU和CDU的输出功率进行监测学习参考资料分享 WORD格式整理可以监测的项目有TRU的前向功率和反向功率，CDU的前向功率和反向功率，天馈线的驻波比。注意：只有发射共用或单发射天线才能监测出它的驻波比，单接收天线是不能用这种方法来监测其驻波比的。对基站的同步性能进行监测读取完基站的IDB后在MO所指的页面上，选中TF图标，然后单击鼠标右键，选择MONITOR，可以看到有些选项，其中比较重要的是：PHASEDIFFERRORPCMA，TUINTERNALSTATE和VCOCONTROLVALUE等项目。PHASEDIFFERRORPCMA用来检测基站内部时钟源和外部时钟源之间的相位差。正常情况下测量值应该是在0附近波动。如果测量值的绝对值很大并且保持恒定则有可能是DXU内部时钟源有问题产生了漂移，但还在可控制的范围内。如果测量值波动太大则有可能由于传输信号不稳定造成的。TUINTERNALSTATE表示基站的内部时钟源的同步状态，它有几种取值，0表示正在建立同步，1表示已经建立同步，2表示基站是处于HOLDOVER状态，也就是用基站自己的时钟源。学习参考资料分享 WORD格式整理VCOCONTROLVALUE这个测量值反映了对基站内部VCO电路调控的情况。正常的范围是273-16111，超出这个范围将产生告警。案例分析：驻波比高引起的手机接收信号不稳的案例。故障现象：在ZHAXMS小区所覆盖的范围内进行路测时发现手机接收信号有时很强，有时很弱，变化很大。故障分析：在分析该基站的ERRORLOG时发现该小区时不时的出现驻波比过高的告警。驻波比是一个反映天馈线对无线信号藕合程度的指标。驻波比比值越接近1，表明天馈系统的藕合程度越高，也就有越多的无线信号发射到空中。反过来，驻波比比值越高，则表明有更多的无线信号在天馈线系统中损耗了，实际发射到空中的无线信号强度也就越弱。在爱立信基站中设置了两个告警门限值。缺省情况下当驻波比超过1.8时产生A3的告警，当驻波比超过2.2时产生A2的告警。这两个门限值可以根据需要适当的调整。学习参考资料分享 WORD格式整理在基站上可用OMT对有信号发射的天线的驻波比进行监测。对ZHAXMS站进行检测的结果如图。该检测值的正常范围为1.2左右。而这里的检测值已经快接近告警门限值了。当时隙使用这个发射机发射时，它的有效输出功率肯定比采用其它发射机时要弱。因此也就造成了手机的接收信号变化很大的情况。该故障已通知代维公司对天馈线进行检查。1.1.1使用仪表设备对基站进行检测在无法有效分清楚故障是由外界因素引起还是内部因素引起的情况下，可以通过仪表对基站进行测试。下面将描述使用两种仪表对基站进行测试的方法。1.1.1.1使用扫频仪检查上行干扰当基站出现上行干扰时，可能是由载频工作不正常引起，也可能真正存在外来的上行干扰信号。这时候我们可以通过扫频仪很快的分清问题来自哪里。学习参考资料分享 WORD格式整理案例分析：如何使用扫频仪快速诊断上行干扰是受外界引起还是由基站工作不正常引起。故障现象：ZHBJZG2一直存在较多的上行质量掉话。用RLCRP可以看见ICMBAND值较大。故障分析：在OSS上对该小区做FAS，结果表明该小区所有频率基本上都受到了干扰。1．在BSC上用以下命令也可确认这一点。RLCHC：CELL=ZHBJZG2，HOP=OFF；先将跳频关闭。学习参考资料分享 WORD格式整理RLCRP：CELL=ZHBJZG2；找出受干扰比较大的BPC。RXCDP：MO=RXOTG-69；找出和BPC相对应的时隙，和使用的频率。重复使用以上命令，可以发现每个频率都不同程度地受到了干扰。1．为了确定干扰是否来自外界，使用扫频仪进行实地勘查。该站位于山上，位置较高。在山脚下测量，未发现有上行干扰，背景噪声为-120dBm左右，很正常。但是将一根天线从CDUD的RXANT端口断开，接到扫频仪上时就发现上行干扰是很强的。而且宽频干扰，几乎所有频点都受到了干扰。如图：这就证明了上行干扰来自外部。因此精力应花在外部干扰源的查找上面来。1.1.1.1使用SATT对基站进行检测学习参考资料分享 WORD格式整理某些情况下基站的故障和传输的故障夹杂在一起，或者出现了单通等比较少见的故障，为了验证故障是否出在基站本身。我们可以使用SATT对基站进行全面的测试。例如这次为了验证某基站是否存在单通的故障就使用了SATT对该基站进行测试。详细情况可参考“基站单通故障的查找”部分，以及SATT的操作手册。1关于时隙同步失败（TSSYNCFAULT）问题的分析1.1什么是TSSYNCFAULT告警。·TRAUFRAME介绍BSC中的TRAU设备负责将64Kbits/s的语音信号转换成13Kbits/s的语音信号。然后封装在TRAUFRAME中通过Abis接口传至基站。DXU负责将这些帧分发到相应的TRU，再由TRU内部的GSM信号处理模块（TORA）处理这些TRAUFRAME帧中的信息，对其进行卷积，交织等处理，生成BURSTS在XBUS上传送。TRAUFRAME的帧结构如下图。学习参考资料分享 WORD格式整理一个TRAUFRAME长度为320bits（40Bytes），携带20ms的话音数据（260bits）和60bits的同步信息及带内信令信息。一个TRAUFRAME占用一个16k的子信道进行传送。每个TRAUFRAME总是以HEADWORD（0000H）开始的。·TSSYNCFAULT告警产生的原理TRA或TS实时地监测Abis接口上的TRAUFRAME，如果在TRAUFRAME的HEADWORD（0000H）该出现的地方检测不到该WORD，则认为TRA和TS之间的同步丢失,也就产生TSSYNCFAULT（TSEC1B3）的告警，同时将该TS的状态标为LMO2000，以防止系统在分配信道资源时再使用该时隙。当时隙处于这种状态时，用RXCDP是看不出有问题的时隙来的。用RLCRP可以看到有问题的时隙所对应的BPC为BLOC状态。下面我们分别讨论TS被占用和TS空闲两种状态下所发生的情况。TS被占用时的情况。GS/SRSTranscoderTS,TimeslothandlerTRAUFRAMES(Uplink)TRAUFRAMES(Downlink)学习参考资料分享 WORD格式整理在TS被占用时，TS和TRA设备之间有承载着语音信息的TRAUFRAMES在相互传递。同时双方也都在监测TRAUFRAMES的完整性。如果上行或下行任何一侧TRAUFRAMES检测不出来，即产生TSSYNCFAULT的告警。TS空闲时的情况。GS/SRSTS,TimeslothandlerTRAUIDLEFRAMES(Uplink)TRAUIDLEFRAMES(Uplink)在TS空闲时，没占用TRA设备，此时BSC自动将TS发送过来的TRAUIDLEFRAMES（UPLINK）经GS/SRS环回给TS，所以我们可以看到在下行链路上传送的也是同一TRAUIDLEFRAMES（UPLINK）。在这个链路上，任何一个环节出现问题使得TS检测不到环回的TRAUIDLEFRAMES，都将引起TSSYNCFAULT的告警。2．对现网中存在的TSSYNCFAULT告警的分析从以上的理论分析我们可以看出引起TSSYNCFAULT告警的因素有很多，TRU硬件，传输质量，SRS设备，TRA设备都有可能引起这类告警。因此我们收集了现网中存在的TSSYNCFAULT告警以及产生告警时的相关参数，如产生告警的时间，当时的话务量，传输质量，以及所使用的信令压缩方式等等。这样做的目的是为了找到引起这类告警的某种线索。·由传输引起来的TSSYNCFAULT告警学习参考资料分享 WORD格式整理君悦来站（ZHBJYL）出现此类告警的机率较高。因此我们着重检查了这个站的情况。10月17日上午我们观察到该站三个小区均出现有时隙同步错误的告警，我们记录下了这些出现错误的时隙。3点，H’1E=30->30分，所以是3:30BLOCKNUMBER,H’338->SRSLASIP:BLOCK=SRS;PRINTRECJOBH'7EE:2;JOBVARH'002H'0007EE:H'0000)H'0338H'8000,H'0338H'002A,H'0000H'0000,H'0000H'0001,JOBVARH'003H'0007EE:H'0000)H'0000H'031E,H'0000H'0000,H'0000H'0000,H'0000H'0000可见SRS设备的夜间自检时间确实为3：30。关于SRS设备夜间自检产生TSSYNCFAULT告警的问题已经提交给技术支持部门了。小结：产生时隙同步问题的主要因素为：1．传输质量差或传输中断引起Abis接口上TRAUFRAME帧头丢失。从而造成的时隙同步问题。大部分时隙同步问题由此引起。该问题的故障代码为TSE1B3。E表示外部告警的意思。2．BSC中SRS设备的夜间自检也会引起某些时隙产生同步错误的告警。由SRS设备自检产生的时隙同步告警的特点是告警产生时间一般都出现在凌晨三点至四点钟。3．TRU重启或某些人工操作也会产生时隙同步错误的告警。时隙同步问题的处理方法1．对有问题的时隙进行解闭，一般能使时隙恢复正常工作。2．如果不能恢复正常工作，说明系统当前确实存在问题，需要对故障进行查找与处理。1关于时隙环路测试失败（TSLOOPTESTFAIL）问题的分析学习参考资料分享 WORD格式整理1.1对时隙进行环路测试的目的。对时隙进行环路测试的目的是为了验证从TRC到TS之间的连接是否正常。（参见ALEX关于RXLTI的命令解释）。至于TS和TRA设备本身是否工作正常，有相应的命令和检测手段。这在后面将予以描述。1.2时隙环路测试的工作原理。当发起一个对时隙环路测试的命令的时候，系统将自动选择一个TRA设备，选择或者指定一条传输设备，从TRC产生的测试信号将经过该TRA设备，传输设备，到达基站内部所指定的时隙，然后被环回给TRC进行校验。如图所示。1.3对时隙进行环路测试的方法RXBLI：MO=RXOTS-X-Y-Z；使TS出于COM的状态。此时要确保TRXC处于OPER的状态。RXLTI：MO=RXOTS-X-Y-Z；可以对指定的时隙进行环路测试。RXLTI：MO=RXOTS-X-Y-Z，DEV=RBLT-N；可以指定时隙使用指定的传输进行环路测试。学习参考资料分享 WORD格式整理最多可以同时对16个时隙进行环路测试。在测试的结果中将显示所使用的TRA设备和RBLT设备。