通信人家园

标题: 爱立信RBS 6000设备 SO TRX C I2A:19故障案例  [查看完整版帖子] [打印本页]

时间:  2013-7-22 17:11
作者: njlemon     标题: 爱立信RBS 6000设备 SO TRX C I2A:19故障案例

故障描述
基站第二小区只有一个RUs单元,开通了4个频点,现产生SO TRX C I2A:19故障码。载频的TX、TS均处理disenable状态,小区业务停止。
故障诊断
TRX C I2A:19的故障码解释为:高频的软件故障,在TRU中应用软件时,频繁的软件错误会导致重启。故障发生时RUs处于不断重启状态。产生的故障的原因主要有两方面:一为RUs硬件故障,导致DUG向其装载软件不成功;二为同一CHGR内频点差值过大引起载频应用软件时频繁出错。
爱立信GSM第三代产品RBS6000设备在射频信号处理方面放弃以往的合成器技术(CDU),而采用了多载波功放技术(MCPA),每个RUs相当一个功放(PA)。多载波功放技术较以前的合成器技术有超低功耗(功放效率达到40%)、简化基站架构(无需射频合路器、高集成度、体积小、重量轻)与远端扩容、维护方便等特点。但由于受到功放带宽的限制,所以同一个信道组内(CHGR)的频点之间间隔也相应受到制约。
现阶段爱立信RBS 6000设备有两个功放(PA)工作带宽:15M与20M,分别对应的BTS版本:B0704R029E与B1305R061E。
解决措施
基站维护人员首先保存基站的RBS_LOGFILER数据,根据RBS_LOGFILER提示的信息定位故障。RBS_LOGFILER的主要故障信息如下:
  TRACEH:FAULT:12-07-20 10:33 MO: TRXC, Instance(0-3),  Raise , I2A, HIGH FREQUENCY OF SOFTWARE FAULT 注释:TRX-0至TRX-3等4个载波均出现高频繁软件错误告警,故障集中在第一个RRUs.
  FAULT:12-07-20 10:33 Logical FuncType/RU: AFR, Instance 0,  Raise , EC2, AFR RE INST0
注释:逻辑上的故障原因映象可替换单元(RU)为幅频响应(AFR)。
  O_TGC_Main  ../TMP/IC/tgc_mainBody.ic:747   TRACED:TsListCheckBandWidth Tx BandWidth Out of range :20200>20000
注释:TX 带宽超过变化幅度:20200>20000
  [12-07-20 10:34:26.902] 1\RC_CO_RX_P    rusrx.c:81  TRACED:Total bandwidth is exceeded
注释:总带宽过度。
综合以上的DXU_LOGFILER故障信息分析,可初步判断故障原因出于功放(PA)的工作带宽方面。
基站维护人员查到该站的软件版本为B1305R061E,从而得知可支持20M的功放带宽,GSM系统中每个频点间隔为200K,那么同一CHGR内频点之间差值不能大于100
广州乌石路D基站第二小区4个频点分别为:523、589、601、625。其中625与523差值超过100,基站维护人员申请更换频点后故障消除。

时间:  2014-11-8 10:43
作者: wxy071525699

学习了。




通信人家园 (https://www.txrjy.com/) Powered by C114