爱立信数字基站常见故障的分析

摘要：本文从基站常见的几种传输故障的表现形式出发，就基站维护进行了分析并且总结了相关经验。

关键词：数字基站 故障 维修

RBS2000系列基站是爱立信公司的新一代产品，广泛用于我国的GSM900MHz移动通信网，也适用于GSM1800MHz通信系统。与RBS200型基站相比，2000系列基站采用了模块化设计，集成度进一步提高，一个基站基本上是由DXU、ECU、PSU、TRU和CDU等几个替换单元（Replacement U-nit，RU）组成。如果基站出现硬件故障，直接更换相应的RU即可；同时RBS2000基站具有良好的人机接口，可很方便地通过OMT/OMT2软件实现笔记本和基站之间的通信，读取各种数据或进行相应的操作，所以维护起来很方便。但在日常的维护工作中，有很多告警不易判断故障RU的位置或是否为硬件故障，这样问题就不好解决了。下面就对在RSB2000的运行维护工作中常见的、有代表性的一些问题进行简单的总结，供大家参考。

1.基站知识摘要

1.1当基站出现指令掉死的情况：

RXMOP：MO=RXOTG-X；（查得H’号）

SYFIP：FID=H’003A-H’0001；（例如是这个数，主要就是由上条指令得出）

SYFRI：FID= H’003A-H’0001，BLICK=RXCMOO，FILENUM=1，IND=H’；（IND的数值是由RXCMOO和H’002C两者所对应的数值得出）

1.2从RBLT号查找基站名方法：

DTSTP：DIP=RBLTX；

NTCOP：SNT=ETRBLT-X；（找到RBLT所对应的DEV号）

STDEP：DEV=RBLT-X&&-X;

RXMDP：MOTY=RXOTS，DEV=RBLT-X；（找到一个状态为BUSY的时隙，得到TG号）

RXMOP：MO=RXOTG-X；

1.3拆除载波的步骤：（拆的顺序是从小到大的，即TS-TX-RX-TRX，指令是一样的）

RXBLI：MO=RXOTS。。。

RXESE：MO=RXOTS。。。

RXMOE：MO=RXOTS。。。

1.4当定义了错误的基站名，可以用以下指令修改：

RLDEC：CELL=OLDNAME，NEWNAME=NEWNAME；

MGCEP：CELL=OLDNAME；

MGCEE：CELL=OLDNAME；

MGCEI：CELL=NEWNAME，CGI=460-00-9476-1507，BSC=GZEBSC1；（CGI和BSC数值均为新基站名的数值）

1.5修改TEI值的步骤：

RXBLI：MO=RXOCF-X；

RXESE：MO=RXOCF-X；（此两条指令为了拆除CF）

RXMOC：MO=RXOCF-X，TEI=62/61/60，SIG=CONC/UNCON；

1.6完整地制作（CAN）数据的步骤如下：

configuration management cellular network administration file new area arer (定义一个名字，可以随便起名，并代表是基站名)

bsc 选中新开基站所在的bsc （双击）

view cells internal 选中新开基站所用的频段 （900/1800）

然后出现以下界面：cellular network administration new internal cell

mcc:460

mnc:00

lac:9476

ci:1327 (填写基站的CGI值)

找一个相同类型的基站进行copy , (相同类型指的是否是微蜂窝或者是别的类型)

把copy过来的内容进行更改，共有三项内容：active和idle的数值随便填写，cell state：halted

cell planned ared new job update job (填写name名，为第一次所定义的名字) new

定义tg (base station application create mo)

传文件（dt） oss tools command handling ops newsite 更改一下内容，即把原来的dt中的传输定义给删除

还是同第8项的界面，file loadfile 击右键 选中文件 run mode run

最后可以检查一下：configuration management cellular network administration job my own 找到文件名 查看其运行状况（其中rlvar:chtype=sdcch;和rlstc:cell=gj1hjl1,lua=8,chtype=tch, chrate=fr, spv=1;这两个没有执行的指令可以忽略）

1.7基站即时的STS统计方法：

IMLCT：SPG=0； 此为入口指令

：SDRRP：RPTID=ALL，DETAILED； 看所有的RPTID

：SDRPP：RECPNM=ALL，OBJTYPE=ALL，DETAILED； 看定义公式

：SDTDP：RPTID=103，INT=15； 打印输出RPTID=103的即时15分钟的统计（具体哪个RPTID用上面两条指令结合起来看）

：END；注：INT=15、30、45分别表示15分钟、30分钟、45分钟，INT=1时表示一个小时

链路负荷：

IMLCT：SPG=0；

：SDTDP：RPTID=151，INT=15；

：END；

基站：

IMLCT：SPG=0；

：SDTDP：RPTID=102，INT=15；

：END；

MO各种状态的说明

一般来说，MO的闭状态为BLO、BLA、LMO，这些状态一般不能解闭，而应该转换成MBL状态之后才能解闭，即用RXBLI和RXBLE，若解闭仍不成功的话，应重新下载软件，即RXESI（先断电复位）。MO CF下载不成功，有可能是A-BIS连接问题或是MULTDROP PCM的问题。MO TF解闭不成功可能是2M口的时钟相位不稳定。若不能确定下面要进行的操作，可以用RXMSP来检查MO的状态。

下面是关于MO几种状态的解释：

UNDEF：MO未定义

DEF：MO已定义为PREPOST服务状态

PREOPER：MO正在进入操作状态

OPER：MO是可操作状态

NOOPER：MO是固定的非操作状态

FAIL：MO是暂时的非操作状态

2 常见故障

2.1因传输问题引起的故障

移动通信虽属于无线通信，但其实际为无线与有线的结合体。移动业务交换中心（MSC）与基站控制器（BSC）之间的A接口以及基站控制器（BSC）与基站收发信台（BTS）之间的ABIS接口其物理连接均为采用标准的2.048MB/S的PCM数字传输来实现。另外基站的各部件的稳定工作离不开稳定的时钟信号，而基站的时钟信号是从PCM传输中提取的，爱立信的基站不提供外部时钟输入的端口,这些基站设备是基于采用传统的PDH组网方试而设计的。

目前传输设备正从PDH向SDH逐步过度,而按照SDH的传输体制,由于指针调整的原因,其传送时钟是通过线路码传输,由分插复用器(ADM)专门的时钟端口输出。如果采用从SDH的随路码流中提取时钟的方法,将会带来诸如失步,滑码,死站的问题。如新桥站原采用爱立信RBS200设备，传输采用SDH系统，此站自开通以来一直不稳定，后经爱立信工程师到现场检查发现为基站同步不好，建议采用PDH传输系统，或基站采用RBS2000设备，（RBS2000对同步要求较RBS200低），后用RBS2000设备替换原RBS200设备，基站工作正常至今。

日常维护中经常有基站所有或部分载频不稳定，时而退服时而工作的现象，BSC侧对CF测试结果为BTS COMMUNICATION NOT POSSIBLE 或CF LOAD FAILED。此类故障大都为传输不稳定有误码，滑码而引起的。当传输误码积累到一定时，BSC无法对基站进行控制，数据装载，此时可在本地模式下通过OMT对IDB数据从新装载，复位后可恢复正常。

2.2因基站软件问题引起的故障

基站系统中的软件是指挥和管理基站各部件有序，正常工作的。若基站IDB数据与基站情况不匹配，则基站一定无法正常工作。如在对北码头基站进行传输压缩(两条压缩为一条)后发现A,B小区工作正常而C小区工作不正常，说明BSC无法与C小区进行通信，于是怀疑与之想邻的B小区的软件设置有误，经查看发现B小区的传输方式被误设为STANDALONE（单独方式），一条传输时ABC各扇区的传输方式应分别设为CASCADE，CASCADE，STANDALONE，将B的传输方式改为CASCADE后基站恢复正常。

2.3故障因基站硬件引起的

此类故障较常见，现象也较明显，一般有故障的硬件其红色FOULT灯会点亮，但有时不能被表面假象所迷惑。

例如唐闸基站B扇区一载频（TRU）退服，到站后发现此载频的红色FOULT灯和TX NOT ENABLE 灯都亮，于是判断为TRU硬件损坏，更换后故障现象依旧，此时更换TRU就犯了“头痛医头，脚痛医脚”的错误，TRU退服可能为其本身硬件故障也可能为与之相连的其他硬件或连线的故障。用OMT软件诊断后提示为CU到TRU间的连线故障，检查发现连线松动，重新连接后故障消失。对此类故障建议先用OMT软件进行故障定位，根据OMT的建议替换单元进行操作,而不能只看表面。

2.4因各种干扰引起的故障

移动通信系统中的干扰也会影响基站的正常工作，有同频干扰，邻频干扰，互调干扰等。现在陆地蜂窝移动通信系统采用同频复用技术来提高频率利用率，增加系统容量，但同时也引入了各种干扰。

日常维护中新建站以及扩容站新加载频的频点选取不合理基站将无法正常工作，对此类故障应与网优配合，综合考虑各种因素，选取合理频点，消除以上干扰。

对移动通信系统中基站的各类故障应认真分析，找到其真正原因，才能以最快的速度排除故障，提高网络质量。

3 维护经验

为便于维护人员更好的快速的处理好基站的各种故障,现对所遇故障的处理方法进行汇总,便于各处维护人员的熟练掌握.RBS2000的维护主要是使用OMT进行故障定位，用它们可以看到TRU的故障、天线的驻波比、PCM的频率误差、各载波的各时隙的工作状态等有用的数据。

3.1利用MO可查出各站所显示的故障代码并查出所对应的故障类型，且可查出应更换的单元

故障代码见代码表可参照此表解决较多的故障另一部分还需对RBS2202的了解及牢固的理论知识和经验总结.

硬件更换的步骤换TRU：按LOCAL/REMOT使TRU为LOCAL状态，断电更换，约一分钟后再按LOCAL/REMOT使TRU恢复REMOT状态。也可使用OMT上的软操作.(注意：在REMOT状态断电或按RESET可能使TRU吊死，无法工作，应在LOCAL状态下操作)

针对硬件吊死TRU,DXU通常可通过对RBS2202柜重新安装IDB解决，步骤如下：CONFIG IDB（要正确的配置机柜，否则机架可能无法开通），按DXU LOCAL模式，INSTALL IDB，按DXU RESET。如不行建议1,冷关机后重起 2,要求交换配合解决

3.2 起站时如果CF不能加载软件分析如下:

1） PCM连接有问题。引起DXU不能接收到信令。应检查PCM的连接。

2） DXU的TEI地址设置错误，引起DXU不能接收到信令，应重新设置DXU的TEI地址。注意TEI61及TEI62的设置.对DXU在IDB中定义其TEI值其中遵循的原则是处于Cascade位置的机架，其TEI值为62；处于第一级Standalone位置的机架，其TEI值为61；处于第二级Standalone位置的机架，其TEI值为60，依此类推。所谓cascade就是指2Mb/s线直接进入的机架，而Standalone是指由其他机架级连2Mb/s的机架。

3） DXU中的DRAM中的应用程序不正常，这时可把DXU复位后再进行操作，如果还是不能加载，则把DXU断电15分钟以上，然后再进行操作。

4）DXU硬件故障，FAULT红灯会亮，应更换。

参考文献：

黄宁：《移动通信基站维护与优化》，《甘肃科技纵横》，2009（3）

2.孙立群：《基站故障维护及实例浅析》，《科技资讯》，2009（4）