BTS TROUBLE SHOOTING.docx

BTS TROUBLE SHOOTING.docx

《BTS TROUBLE SHOOTING.docx》由会员分享，可在线阅读，更多相关《BTS TROUBLE SHOOTING.docx（24页珍藏版）》请在冰豆网上搜索。

BTSTROUBLESHOOTING

BTS基站TROUBLESHOOTING参考

实际告警分析：

7533TXANTENNAORCOMBINERCONNECTIONFAULTY

一般为天线和射频线未拧紧或者AFE故障。

7839DIFFERENCEINFREQUENCIESBETWEENPCMANDBTSMASTERCLOCK

一般用FASTTUNE命令即可消除，该告警不影响通话。

如果是该告警的出现是间断的，而且基站没有信号，则有可能是BCFA坏了。

7706BTSO&MLINKFAILURE

可能属于BCFA中的OMU引导失败，出现的时间短，如果长时间不能消失，则需要重启基站。

7767BCCHMISSING

7723FAILUREINSENDINGSYSTEMINFORMATIONTOBTSSITE

这两个告警在基站上看不到，同时出现的时候，需要在BSC上删除该站，重新做数据即可。

如果这两个告警单独出现的时候，一般不是BSC重新做数据，而是需要和基站配合共同检查数据。

类似77开头的告警一般不是基站的问题。

7990INSBREAKDOWNWITHOUTBATTERYBACK-UP

7991POWERSUPPLYFAULT

这两个告警一般同时出现，但不影响通话。

消除的办法是将基站的硬件数据库的风扇调零（永远转动），然后重启BCFAOMU即可。

一般出现这种情况都是第一扇区没有，如S0/2/2、S2/3/3，后背板的风扇跳线一动也会出现该告警。

7515FAILUREINCONNECTIONFREQUENCYHOPPING

这是一个TRX告警，状态是载频的红绿灯一起亮，不能对其进行时隙测试，跳不跳频都不能正常工作。

确定载频已坏。

7829FAULTINA-BISANDD-BUSNTERFACEBCF

状态为TRUA红灯告警，BCFA的红绿灯一起亮，检查机柜顶端正极接触不好，换BCFA状态如故，检查TRUA内的数据全无，可能是电流正极未接好，电流冲击TRUA将闪存清除，导致TRUA损坏，换TRUA解决问题。

8050LOSSOFINCOMING2MSIGNAL

2M传输丢失。

8066ALARMINDICATIONSIGNAL（AIS）RECEIVED

基站调试结束后，为通传输设备，告警为8050，接通传输设备为8066，但这时候并不能确定TRUA指示灯是否有告警。

783813MHZSOURCECLICKADJUSTMENTREACHINGTHELIMITVALUE

DAC值过大。

7162F/MCLX:

MASTERCLOCKFASTTUNINGINPROGRESS

使用FastTune命令时出现的告警提示。

7890FAULTINCOOLINGFAN

风扇告警。

7900NOCINNECTIONTOTRX

TRX没有联接。

7954TXANTENNAFAULTY

天线未接好。

7810FAULTINWATCH-DOGOFBCF

BCFA看门狗未跳线。

7817MASTERCLOCKOVENOSCILLATORWARMINGUP

BCFA预热5分钟。

7944MAINBRANCHLNAOUTORDERINANTENNAFILTERUNIT

7946DIVERSITYBRANCHLNAOUTOFORDERINANTENNAFILTERUNIT

AFE主电源未接好。

8112FREQUENCYERROR

传输未完全接通。

BCFA注意点：

基站调试好后等待从BSC下载数据，如果BCFA状态只到0007，到不了0008，有以下几种情况：

1基站配置和BSC数据不一致；

BCFA中的速率跳线未跳到16或Auto；

HW中速率未定义为16。

2基站不能进行跳频可能背板的D-BUS线有问题，要进行更换；也可能是跳频的问题。

跳频对硬件要求比较高。

3下载SW是，一般需要两遍，第一遍BCFA状态为0006，第一遍结束时会有0006—000—0005这样一个过程，在0005的时候才进行第二次下载，最终状态为0008，有时第一遍的时候就会达到最终状态，但这是可能会出现BCFA的黄灯告警，解决办法就是重启基站，然后用下载SW的方法本地激活BCFA即可消除。

4有时候BCFA在0008的状态下黄灯告警，重新下载数据、更换插件也解决不了问题，这可能是其他插件或联线问题的告警，只是BCFA未及时显示出告警号，并非BCFA的问题。

一定要耐心查出是什么告警，消除其他插件告警，BCFA指示灯告警也会随之消除。

5基站在调试时有7860和7861的告警，就是传输板未联接上，这时可以重新插拔TRUA，如果行不通，BCFA和TRUA都需要重新插拔，即可消除告警。

TRUA注意点：

传输接通后，TRUA状态为绿灯，BCFA状态为0006，即等待从BSC下载数据。

但出现问题会有以下几种情况：

1TRUA指示绿灯，BCFA状态为0005~0006闪动，一般来说是由传输线路联接不良造成的，应让传输的负责人检查。

2TRUA指示灯黄灯告警，BCFA状态为0005~0006闪动，这可能和上面的问题相同，但如果查出传输线路没有问题，则需要更换TRUA设备。

3TRUA指示绿灯，BCFA状态为0005，说明传输线路某一段自环，应配合传输人员一起检查。

1、坡头基站：

出现7942告警，经检查是有一根天线在扩容时没有更换到令一头，如由2扩为3的情况，下面的分极天线仍然在原来的412位置，则会导致该扇区的第三个载频没有工作，原因是没有天线把信号发射出去。

2、安阳城基站：

其中的第12个载品为扩容板件，但是在上面显示的总是iiii，虽然更换RTCC的端口和载频板，仍然无济于事，经检查是背板出现问题，后面的告警线均没有连接。

3、化肥厂基站：

总是出现7900告警，并且在没有该动第三扇区的情况下，该扇区总是有第9个载频亮黄灯，且无法正常工作，而第二扇区中的第8个载频也亮黄灯，且上面显示的频点与9相同，与BSC方面联系后，并检查连接线路，均未出现问题，最后经检查背板后发现，是载频的跳线出现问题，应为01000，但是实际中由于最低位的跳线插件丢失，导致实际为01001的效果，因此与第9个载频的情况一样，在该为01000后，恢复正常。

4、王屋基站：

在停电重启后，有一个载频总是处于重启状态，没有其它问题出现，更换载频板仍然无济于事，因此不是载频错误，应该是背板出现问题，经更换载频插巢后，更该硬件数据库后，一切正常。

5、思礼基站：

进行如下的扩容：

S（3，4，3）为S（3，6，3），硬件数据库设置为TRX3，TRX4，TRX5为第一扇区，TRX9，TRX10，TRX11为第三扇区，TRX1，TRX2，TRX6，TRX7，TRX8，TRX12为第二扇区，在进行硬件数据库配置的时候，对于第二扇区，由于需要借端口，其载频的顺序必须为1，2，6，7，8，12。

6、大社基站：

在该基站断电以后重新起来，后来由于不明故障断掉，随后无法起来，开始解决的办法是通过BSC灌入硬件数据库，但是只能起来4块，在现场的时候，Upload硬件数据库后，发现没有什么错误，但是RTCC一直是亮黄灯，并且有7542告警出现，更换RTCC以后，重启基站后恢复正常，怀疑该设备出现故障，但是到达另外一个基站使用该RTCC后，仍然可以使用，因此并不是该RTCC的问题。

7、东郭路基站：

原来该基站的配置是O（3）该为O（4），经过扩容以后，总是有新加的载频出现故障，但是经重新启动以后，又恢复正常，只是在几个小时以后，该载频有出现同样故障，怀疑是AFEA的问题，经更换AFEA后，一切恢复正常，没有出现类似的问题。

8、西村基站：

该基站原来的配置是S（1+2），有一个BOOSTER，需要扩容成S（1+3）的基站，经分析后将那个BOOSTER更换到栽频插巢的5，6位置，其它位置进行扩容成3（4也可以），使用的是RTCC，在进行扩容的硬件设置中，同一般的使用RTCC一样，只是RTCC的分级接收端口直接与BOOSTER的分级接收端口连接，而上端的天线中，主天线接到RTCC的主接收上面，分极天线接到BOOSTER上面，在硬件数据库中，需要将SectorSetting中将MainRXAntenna和DivRXAntenna后面的项目中全部是NO。

9、鑫达公司基站：

鑫达公司基站有TRX2出现故障，经更换载频后仍然无法解决问题，怀疑是AFEA出现问题，竟更换该AFEA后，一切恢复正常。

10、柏山基站：

柏山基站出现的问题与坡头的基本一样，经更换馈线后一切正常。

11、梨林基站：

该基站在扩容以后有一未动的扇区中一载频出现问题，经检查是有两根跳线连接反了，在更换以后，恢复正常。

12、亚桥基站：

该基站的计费系统出现问题，但是该扇区未出现断站的情况，而传输板亮黄灯或者绿灯，怀疑是传输板出现问题，更换板件后，问题依旧，试图将传输板插入传输槽的其他位置，亮绿灯，以为好了，但是从BSC上面看信令不活，证明实验错误。

13、化肥厂直放站

该直放站使用的是五里源的信号，为第三扇区，开始查看时认为是使用的第一扇区的信号，由于该扇区经过扩容，考虑是这方面的原因，但是经检查使用的是第三扇区的信号，经核对载频的频点后发现原来是第二个载频的频点已经该动，而该设备上面没有更该，导致用户通话质量差，信号时强时弱，原因是有时候用户使用的是该频点信号，而实际该频点并没有经过放大，因此信号强度很低，与用户反映的情况一致。

14、化肥厂基站（problem）

该基站出现7745、7743和7725告警，根据NED中的信息提示，使用ZERS：

BTS=？

TRX=？

：

L：

FHO，20；关闭载频，然后使用ZERS：

BTS=？

TRX=？

：

U；重新启动，经查看告警消失，待观察。

15、东留村基站（problem）

该基站竟扩容后，第二扇区很难打通电话，经查看告警，发现其中第6个载频出现7745、7743告警，经检查连线和硬件数据库均未出现问题，只打开该载频时发现确实是其问题，怀疑是该载频故障，待处理。

16、方庄煤矿直放站（已经处理）

该直放站出现打电话断断续续的情况，经检查是由于其使用的申国第一扇区已经扩容，并且在近期换站，于是关掉其中一个未使用的载频，但是信号仍然不是很好，经厂家相关人员到现场分析和测试，发现有邻频和同频的现象发生，因此，打算换为6载频的直放站，并且对该地区信号频点进行优化，待处理。

17、岸上基站

该基站为O（6）配置，使用的是RTCC，由于每一块TRXA均出现7949告警，因此有两种可能出现：

1、驻波比过高；2、RTCC出现问题；因此，带上SiteMaster和RTCC，在对该基站的驻波比进行测试正常以后，更换RTCC，最终解决问题。

18、方庄基站

该基站的TRX-011出现7949告警，而TRX-012未出现7949告警，因此不是AFEA或者天线问题，怀疑是TRXA的问题，在现场检查该载频后，发现有一根跳线未连接，更正后恢复正常，而分级接收和主接收天线接反以后，也会使载频无法起来。

19、化肥厂基站

该基站经过扩容以后，出现掉话过高的情况，并且出现7949、7743和7745等告警，怀疑是驻波比过高，到现场检查后发现，原来是分极天线没有连接到408的位置，而与RMUA相连接的是408，经更换以后，一切恢复正常。

20、化肥厂基站

该基站经过扩容以后，出现掉化严重的问题，经初步检查，发现是天线连接错误，没有连接分级天线，因此出现7949告警，经更该以后，故障依旧，怀疑是由于RTCC和AFEA互相干扰的问题，在成立一个单独的机柜后，发现该扇区在一切均未出现差错的问题下，无法启动，且BCFA上显示7805告警，而第5、6块载频与前面的载频没有任何联系似的，在重启该基站的时候，这两个载频没有任何反映，怀疑是由于该机柜备板出现问题，经检查发现是从3、4载频连接到5、6载频的时钟线丢失，导致该BCF无法启动，当时并没有可多余的时钟线在手边，经分析以后，将另外两个扇区中的主机柜中同样位置的时钟线取下，由于第一扇区在3、4、5的位置，因此将该扇区搬移至1、2、7的位置，同时将3、4载频与5、6载频的时钟线取下，更换到另外主机柜的位置，故障排除，一切恢复正常。

21、济源化肥厂基站

该基站在将第二扇区更该成新的主机柜，并建数据为TRX-001、TRX-002、TRX-003、TRX-004、TRX-005、TRX-006，在通过网优平台提取数据观察，该扇区的掉话率仍然较高，但是现在已经不是原来的原因，经分析数据得知是由于第五个载频错误，更换该载频后，观察数据有很大的该善。

22、东天江基站

该基站的MBCCH建立在TRX-001上面，但是从BSC上面观察，发现出现7949告警，分析认为应该更换该载频，在将东留村的第一扇区TRX-006换上以后，从BSC和基站上面观察，一切正常，但是后来发现用户投诉这里信号不好接通的情况，经过功率测试，发现该载频无法通过测试，更换后，一切正常，因此怀疑这种现象于那两个基站出现的第六个载频的情况一样，待分析。

23、西虢基站

该基站为S（2，4，3）配置，第一扇区的第二块载频出现7533告警，前些时候在BSC上面起站时能够起来，后来无法起来，到现场观察时发现，该载频亮红灯，将其RESET后恢复正常，该现象与济源东郭路出现的情况一致，载频应该没有问题，怀疑是AFEA的第二个接口出现问题，更换故障单元后一切正常，在后面的观察中未发现什么异常现象。

24、济源大社基站

该基站在扩容以后，为了使停电等告警能够上传，更该内部的数据库，在更该时由于前后没有完全对应，导致出现7900告警，出现在第3块载频处，检查发现为对应不一致问题，更该后告警消失。

25、济源金河直放站

该直放站原来使用的是济源市轵城2的信号，原来为三载频的扇区，而直放站为四载波的主机，在安装时，所覆盖区域的信号较好，但是由于该扇区已经扩容为6个载频，因此该直放站已经失去原有的价值和性能，于是将该直放站更换为6载波的主机，理论上应该该善明显，但是经过测试，发现信号强度为：

下行–90db左右，上行为109左右，信号很差难以接通，经检查怀疑是直放站的馈线头有问题，在更换了两个馈线头以后，并减少馈线的长度，以减少损耗后，再次到室内进行测试，发现信号有了10-20db的该善，效果很好。

26、孟县西虢学校直放站

在频率割接以后，由于该直放站为选频直放站，需要在该直放站主机上更该其频点，但是电脑无法连上该主机，问寻该维护厂家的相关人员以后，认为可能是该主机没有供电的缘故，在观察该主机时，确实发现该主机的显示灯没有反映，怀疑是该方面的问题，检查佩带的稳压器，发现里面的保险丝烧钓，更换以后该部分正常，但是仍然无法连接到主机，并且该主机的现象依旧，怀疑是主机柜电源模块出现问题，于是将该主机的电源模块更换。

27、沁阳中心基站

该基站第三扇区为8块载频，出现如下的问题：

前6块载频和第7块载频退服，而第8块载频工作正常，出现拥塞，当重新启动该扇区后，发现都可以起来，但是第8块工作正常，第7块载频为BL-TRX状态，前面六块载频，按顺序依次退去，最终变为BL-TRX状态，怀疑是RTGA出现问题，或者是天线出现问题，带上一块RTGA和SiteMaster来到现场，更换RTGA后现象依旧，因此测试天线，发现馈线头很松，重新制作，一切恢复正常，该现象在孟县劳动局也出现过。

28、博爱柏山基站

该基站在以前出现过7942告警，检查后发现是有一个扇区的分级天线没有接上，更换后现场观察以为正常，但是在随后的用户投诉中，出现信号不好等情况，再次到该基站检查后，发现是该基站由于原来的馈线标签已经丢失，天线在倒换多次位置以后，已经搞乱了次序，出现的现象与高村的类似，在第二扇区方向可以接收到第三扇区的信号，因此怀疑是天线接错所致，经过检查发现错误原因正是如此。

29、百间房基站

该基站在进行O该S后，第二扇区需要扩容，原来配置为S（3，3，3），现在需要该为S（3，4，3），到现场观察发现该基站原来带有一光纤直放站，经该型以后使用第二扇区信号进行覆盖，该扇区用户多，产生拥塞，属于正常情况，因此对其进行扩容，但是由于其馈线连接错误，错误原因是将一和二扇区接反，并且怀疑该扇区之间交叉出现天线错误，于是将其重新按照方向整理以后，更正了馈线连接情况，通过测试发现一切正常。

30、一分部基站

该基站突然退服，怀疑是传输板或者是主控板出现问题，到达现场观察，发现BCFA上面的三个灯均亮，问题应该出现再该板件上面，更换BCFA板件，出现7817告警，等待该板件晶振部分预热后，重新灌入合适的数据库，通知BSC维护人员重启基站，一切恢复正常，但是出现了7716告警，经问询相关人员，得知该告警可以通过冷启BCFA解决，将该基站关闭后，点BCFA下的RST按钮，BCFA上面显示到达0006，各个载频均亮红灯，由于时间紧蹙，没有继续等待，让BSC维护人员重新启站，一切恢复正常，7716告警未消失。

31、南窑基站

该基站突然退服，到达现场发现该基站有一传输板亮红灯，另一扇区的传输板亮绿灯，问询BSC人员，知道该基站为S（4，4，4）配置，使用了交叉连接，第三扇区借第一扇区和第二扇区的信令单元，经分析，由于第三扇区的传输板工作或者是显示正常，该条线路和传输头没有问题，而另外两个扇区公用的传输板显示红灯，怀疑是传输头有问题，经检查与该传输板相连的传输头，质量很好，检查与DDF架相连的头子发现，该部分没有拧紧有些松动，将该故障部分处理后，一切恢复正常，告知BSC人员重启基站，并现场测试和观察，发现该基站工作恢复正常。

32、阎河基站

该基站一和二扇区突然退服，怀疑是传输板或者是主控板出现问题，到现场检查，发现该部分的传输板显示正常，与BSC维护人员配合，将传输自环，正常，但是打开后传输不好，于是将该扇区的电源关闭，然后重启，BSC维护人员告知传输以好，重启基站，一切恢复正常。

33、招贤基站

该基站的第二扇区为O（3）配置，然而第二块载频却在工作一个小时以后退服，该位置已经更换过AFEA和TRXA，由于要考察指标，将该块在载频数据删除，到达现场发现该载频的灯显示为红灯，根据现象和以前同事的更换板件，怀疑是背板出现问题，于是将该载频做在4的位置，经观察发现一切恢复正常。

同时发现一个问题，就是在做信令的时候，以及话路分配上面必须小心，避免由于对应出错产生掉话以及无法接通现象发生。

34、南窑基站

该基站为新建立的基站，在建立初期，有用户投诉在九里沟附近可以收到该基站信号，为满格信号，但是却无法打通电话，并且根据实际情况，该处应该使用九里沟基站的信号，但是结果却不是如此，经检查BSC方面的数据，发现该基站的相邻小区没有作，导致如此现象。

35、小浪底基站

该基站需要扩容，在进行灌入硬件数据库时，由于自己的疏忽，将速率设为64k，而机房设置为16k，所以导致基站无法开通，BCFA单元始终显示在0007状态，并且OMU信令不活，在另外一个扇区，由于自己将硬件数据库设置为AFEA,而实际为RTCC,导致该扇区在起来以后便退服，出现7944告警。

36、黄河大桥基站

该基站由于与郑州巩义基站相邻，而本基站的信号并没有巩义基站的信号强度高，导致在该基站覆盖区域内常常收到边界漫游信号，用户投诉较大，经分析与京信公司的人员合作设计公放，由于是将每一个载频信号放大，所以将该扇区的TRX-001和TRX-002做成TRX-001和TRX-003，使得每一个载波均占用一根天线，使得京信人员能够设计。

37、东南里直放站

该直放站使用的是黄庄基站的第一扇区信号，原来该基站为O站，已经该型成为S站，原来配置为O（4）,现在为S（2，2，2），在频率割接前，该基站第一扇区的频点为38，21，割接后该扇区的频点为64，58，但是最近信号一直不好，甚至出现无法找到该频点的现象，到现场观察发现，是由于频点不对应导致信号很弱，更该频点以后，一切恢复正常，当地用户现场用手机时也发现该扇区的信号该善很多，问题得以解决。

38、修武怀封基站

该基站需要进行扩容，原来的配置为S（2,2,2）,现在需要将其扩容成为S（2,2,4）,增加的是一个主机柜，在将前期工作做好以后，发现该新的主机柜的传输板显示黄灯，BCFA始终显示为0005状态，并且该TRUA的分支表无法从基站进入，机房也无法看到，因此不知道其是否使用了2或者3口，将连接一条传输的主机柜的2口与该机柜的1口相连，并且在原主机柜中将分支表做成一个标准的形式，发现原主机柜显示为黄灯，将该机柜的3口自环后，该TRUA显示为绿灯，或者在分支表中将3口关闭后，发现该TRUA亦显示为绿灯，经分析为正常现象，而与新的主机柜相连两个TRUA却始终显示为黄灯，怀疑是新的机柜的TRUA出现问题，将该基站关闭，将两个机柜的TRUA更换，发现出现同样的问题，原来的TRUA在原机柜上的显示为绿灯，而另外一个仍然显示为黄灯，证明该TRUA没有出现问题，并且这时该机柜的2和3口没有自环，也没有连线，所以从一定程度上证明该TRUA没有出现问题，并且没有使用自己的2或者3口，怀疑是背板出现问题，经检查发现该机柜的控制层母板背面三根连线057，051，050已经被拆除，而这三更线正好控制三个端口，将该三根线连接上以后，一切恢复正常现象，但是由于在更换两个TRUA单元时有一个是在PSUA没有关闭的情况下拆除的，所以出现如下现象，该TRUA显示黄灯，出现告警，将2和3口自环或者关闭，均没有显示为绿灯，为经验教训，从中可以学习到的是，在出现奇怪的告警，并且经检验怀疑出故障的硬件没有出现问题的时候，可以检查机柜背板是否出现问题，该基站的两个机柜均为主机柜，可以通过比较检查是否该机柜的某些连线出现明显的不同，通过这个基站可以从管理方面得出如下结论，在工程班人员进行送机柜的过程中，需要基站人员的检查，检查该机柜的连线是否齐全，附带的板件是否缺少，在自己进行扩容的时候，可以减少由于机柜缺少某些连线出现的异常，也可以在很大程度上提高本班组与部门的工作效率，也可以对工程人员进行相关的培训，告诉该相关人员对有关的基站基础知识进行简单的了解，这在实行上也是很容易实现的，这样也可以减少由于工程人员的不清楚基站的情况而误将机柜的部分重要连线拆除，却没有告诉相关的基站扩容人员，在实际的工作中是很有必要的。

39、二分局基站

该基站出现的问题很简单，第三扇区的第四块载频出现7606告警，载将其重启后可以正常工作10多个小时，但是之后又自动推服，不仅影响了载频完好率指标，并且影响用户的通话，于是带新的TSGA到达现场进行更换，在更换前已经通过BSC查询，知道该扇区没有跳频，于是可以直接更换，而不需要通知BSC人员闭站，也不会导致该扇区出现退服的情况，所以直接操作，但是在更换以后发现，前六个载频退服，怀疑自己查询出错，经验证没有错误，在NOKIABTSMANAGER中观察发现该扇区的RTGA显示为灰色，所以怀疑是硬件数据库出现问题，重新灌入硬件数据库令BSC人员重启基站后，该6块载频无法重启，发现自己更换的是第4个载频后，检查是将数据线弄松，弄紧后起站一切正常。

40、济源梨林基站

该基站为S（3,2,4）配置，第一扇区为TRX-001,TRX-002,TRX-007但是出现如下情况，该扇区的TRX-