移动基站处理告警（基站信令链路中断告警怎么处理）

本篇文章给大家谈谈移动基站处理告警，以及基站信令链路中断告警怎么处理对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享移动基站处理告警的知识，其中也会对基站信令链路中断告警怎么处理进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、通信基站的驻波比告警怎么处理
• 2、基站中开关电源通信状态告警怎么处理
• 3、移动基站维护工作一般是做什么?
• 4、基站告警求助
• 5、在通信中基站的分级告警是由什么原因造成的

通信基站的驻波比告警怎么处理

倒换天馈可能让驻波告警消失，但是会出现分集接收告警
掉电可能暂时消掉驻波告警，但是运行一段时间又会出来。
要处理驻波告警还是得从天馈测试开始，再故障定位。排除天馈故障之后，可以考虑更换DTRU等方案

基站中开关电源通信状态告警怎么处理

1、电源模块坏了
2、电源柜设置电源模块数大于实际模块数
3、电源模块后面的数据线有问题
4、交流市电缺相
电源本身控制模块出现通信中断告警，故障原因：1）开关电源整流模块故障。2）开关电源控制器故障。3）开关电源整流模块与控制器间通信线故障。4）开关电源控制器内整流模块相关参数设置不正确。5）因停电、更换模块、温度等原因造成开关电源控制器吊死（重启控制器解决）。
动坏监控平台出现开关电源通信中断告警；1）如该站点除开关电源其它设备监控均中断，从传输、站点内监控主设备查起。2）如该站点仅开关电源其它设备监控正常，需查开关电源控制器是否故障、站点内动环监控主设备COM口有无故障、开关电源至监控主设备间线路有无故障。

移动基站维护工作一般是做什么?

目前移动基站维护工作属于最底层的维护，具体内容包括：
1、基站、线路日常巡检。比如雨季前到基站查看是否有隐患、基站设备日常检查（电源、市电、电池等）、天馈系统是否存在隐患（防雷、接地等）、机房是否存在隐患（是否漏水、房门是否正常）。
2、基站日常故障、告警处理。基站出现故障到现场抢险（发电、被盗、线路故障、设备故障等）；基站日常告警处理（处理干扰、驻波、误码等）
3、基站其他问题。比如：减少或者扩容、增减电源柜、更换设备、处理门禁等。（当然根据不同地区、有些项目是要单独收费的）

基站告警求助

基站常见的告警
一、OML为E-U或D-U的问题
在BSC或RXCDR看到此现象时移动基站处理告警，还可能看到相关的一些告警，如OML 242号告警等OML链路是OMCR到RXCDR或BSC的信令链路，可能引起此类告警的原因移动基站处理告警：
①相关的MMS口退出服务移动基站处理告警；②主用MSI板没有插；③数据库中关于OML链路的定义不对；④DTE地址定义不对；⑤路由器定义不对；⑥软件进程问题
二、GCLK无法锁相的问题
GCLK无法锁相时会产生GCLK Failed Phase Lock的提示，并可能伴随出现4、14、13号等告警。GLCK 的功能是使得系统与更准确的时钟同步，对于BSS来说，GCLK要与MSC的时钟同步。时钟同步的目的是在射频部分提供±0.05ppm（ppm为百万分之一。可能引起此类告警的原因：
①因传输问题引起MMS退服；②MSI板或MMS口硬件故障（包括T43、MSI、NIU、XCDR板） ；③数据库定义不合理；④GCLK本身的问题，需要校正或更换
三、DRI 12号告警此告警表示信道编码失去TRAU帧同步。此告警一般与其它告警共同出现，会影响系统的服务（单通问题）。此告警表明CCDSP（TCU内信道编码数字处理单元）至少与RXCDR失步1秒。这是因为TDM链路错误使得帧失步。可能引起此类告警的原因： ①RXCDR可能出现问题。②在切换时BSC没有把原DRI的相应CCDSP置为空闲。 此告警可能伴随着以下两个告警： [9] MSI (XCDR): TRAU Frame Synchronization Loss.
[11] DRI: Channel Coder TDM Link Error.
四、BSP 239号告警
此告警表示GPROC的安全检测进程检测到进程错误。可能引起此类告警的原因： ①GPROC、BSP、BTP板子损坏；②被检测的GPROC、BSP、BTP软件进程出现错误；③被检测的硬件出错④GPROC没插（但数据库中作了定义）⑤从TCU到BTP的HDLC链路可能出错⑥BTP的输入输出链路出错⑦TCU的运行软件出错
五、MTL告警
MTL最多的告警一般为0号告警，出现此告警时MTL为D-U。此告警表示MTL链路与MSC已经失去联系。此告警与BSS 0号告警的区别为：MTL 0号告警表示一条MTL退出服务，而一个BSS可能有多条MTL链路，BSS 0号告警表示此BSS系统的最后一条MTL链路也退出服务，此时BSS完全瘫痪了。 可能引起此类告警的原因：
1）MSC传来的MTP第二层LSSU信息出现错误。2）MSC端拥塞超时3）在要求时间内系统对MSU响应fail次数超出门限，确认消息超时4）序列号出现错误5）SUERM的错误门限值超出6）收到不正常的FIB7）硬件方面：检查GPROC、及相关MSI板8）检查MTL相关database
六、IAS 1号告警
IAS 1号告警——内部告警系统Serial Bus Connection Failure，多出现在BSC 或RXCDR基站内。 可能引起此类告警的原因：
①告警板故障②告警线连接错误③数据库定义错误④ 告警线损坏⑤ 风扇告警
七、BSS 22号告警
此告警表示被BLOCK的CIC数目超过了紧急告警门限值。 可能引起此类告警的原因： ①由于MSI板和MMS口的硬件问题导致可用的CIC数目减少②由于E1链路的问题，包括传输问题，导致CIC数目减少③由于RXCDR中GDP、XCDR板的DSP处理器出现问题使得CIC数目减少④MSI、XCDR、GDP板可能被人为lock了⑤database中关于此告警的门限值

在通信中基站的分级告警是由什么原因造成的

外接天馈设备的驻波比升高，会造成基站的告警。检查时可查看以下几个方面：
1.天线与馈线的接头处是否密封好，有无进水现象。
2.可检查馈线是否有损伤及扭曲。
3.测试天线的驻波看是否正常。
驻波告警定位方法
1、驻波告警1（VSWR1）
1）检查CDU有故障
利用测试手机测试基站收发信号功能是否正常。
若收发信信号功能正常，利用CDU强制复位功能来确定CDU是否误告警。如果CDU复位后故障不重现，
那么说明CDU有误告警，更换CDU。否则，CDU没有误告警，此时可通过“置换”等方法来确定是否CDU有故
障。若CDU没有故障，说明天馈系统有故障，转第（2）步。
若如果收发信号不正常或信号不通，那么说明天馈系统+CDU的上下行通道可能有问题，在第一步中通
过“置换”法确认CDU没有问题后转第（2）步。
2）检查天馈系统是否故障。
可以通过测试（室外）天馈系统的驻波比来检查（室外）天馈系统有无故障。在与CDU 模块 TX/RX
ANT 端口相连接的1/4"跳线接头处，测试天馈系统的驻波比，同时晃动1/4"跳线和机柜顶 1/2"跳线，观
察仪器显示的驻波比数值是否变化很大。如果驻波比数值变化很大，那么说明电缆接触不良。如果驻波比
大于1.5，那么可判断天馈系统有故障，按“步步为营”等方法处理。
！！当有塔放时，必须先切断塔放馈电，防止短路现象和其它损坏测试仪表的现象发生，再测试 CDU
TX/RX ANT端口驻波是否严重超标。
3）上述步骤一般能定位CDU 过驻波告警1（VSWR1）故障原因；当上述步骤不能定位CDU 过驻波告警1
（VSWR1）故障原因时，按CDU驻波告警处理功能不稳定或CDU TX/RX ANT接头与1/4"跳线接头匹配不良处
理。前者更换CDU，后者更换CDU和1/4"跳线。
4）若TRX上报驻波比告警，则需要首先检查TRX发射端口（TX）到CDU的连线是否正常及接头是否拧紧，同
时可以通过更换TRX来检查是否是TRX误告警。
2、驻波告警2（VSWR2）
1）当CDU 发生过驻波告警2（VSWR2）时, CDU会上报告警给后台。, 当该告警持续一段时间(一分钟)后,
CDU将向后台上报驻波严重告警。此时操作维护单元（TMU）在接收到驻波严重告警后，将自动向TRX发命
令关掉功放。
2）定位告警故障原因，参见过驻波告警1（VSWR1）问题定位的一般方法。
分集接收告警的故障分析与处理
在GSM基站维护中，分集接收丢失是一种出现较为频繁的故障，是影响网络指标的一个重要因素。而许多维护人员并不是很认真的去思考这一问题，只是简单的将TRU复位，有的甚至去更换天线做一些无用功。
产生分集接收丢失时，一个或多个TRU在50分钟内至少有12db的差异，由此接收机的灵敏度会减少3.5db。
在空间分集中，两根天线间距超过4米的情况下，利用分集接收可以得到3dB左右的增益，同时基站可以通过对两路信号的比较来判断自己的接收系统是否正常，如果TRU检测两路接收信号的强度差别很大，基站就会产生分集接收丢失告警。分集接收丢失告警可能是TRU、CDU、CDU至TRU的射频连线或天馈线故障引起的。
对于定向基站来说，其最常见的是天馈线接错。因为馈线分别连接着室内机架和塔顶天线，如果安装人员不细心，就很容易出现机架和天线连接交叉的错误。如果天馈线连接不正确，则同一小区内两根天线的方向就会不一致，方向不对的天线就接收不到该小区手机发出的信号或接收信号很弱，从而使基站产生分集接收丢失告警，同时该基站也伴随着较高的拥塞和掉话。这种原因造成的告警总是两个或三个小区同时出现。对于这类告警，第一种方法依次核对每根天馈线，这种方法的优点是故障定位迅速准确，缺点是必须依靠高空作业人员配合；第二种方法是在室内依次将天馈线进行倒换，如果一、二小区同时有这种告警，则错误的可能是13、14、23或24这两根天线接错，我们可以通过依次互换以上各对天线来解决问题。这种方法虽不用爬铁塔，但经常要倒换好几次天线，还要根据相应的话务统计分析来确认；第三种方法是通过信号测试，对于采用收发共用天线的基站，在距基站一公里左右的某一小区的中心点，利用SAGEM测试手机或其它仪表依次测量该小区所有载频的接收电平（应关闭该小区的跳频），根据测量结果来判断天馈线是否接错。如果该小区只用了一根发射天线，在测试完该无线后可以将发射改到另一根天线上。
归结起来，分集接收丢失故障有以下几种类型及处理方法：
1. 接收路故障
首先用OMT软件去定位此故障位于哪一扇区，此时在HARDWARE菜单下天线会显示红色，且用MONITOR查看会显示FAULT：ANTENNA（即天线故障），然后用SITEMASTER（天馈线测试）检测此扇区接收路的天馈线是否有故障。(另外注意TRU与CDU接收路的射频线， 射频线出现故障几率很小)
2. TRU故障(故障几率很大)
首先排除接收路故障后，用OMT软件去检测TRU的SSI的值，在CUR不为零的情况下，当SSI的值的绝对值大于12时，若SSI的值为负值，此时TRU坏的可能性非常大，更换此TRU后再检测SSI的值是否正常.如果仍不正常，(若本扇区有其它TRU则检测其它TRU的SSI的值是否正常). 若SSI的值为正值，就有可能为接收路故障(CDU上跳线接头可能没接好).当SSI值正常，但是TS利用率为零时，毫无疑问TRU已经坏了。
3. CDU故障
在排除上面二种故障后，将此扇区的CDU移至其它正常的扇区，若为CDU故障，用OMT软件去检测则会发现分集接收丢失故障也会伴随一起移动.(从话务统计可以看出掉话较严重)
4. HLIN 、HL OUT连线故障
更换HLIN 、HL OUT连线即可(此时伴随RX CABLE DISCONNECT 故障)。
5. 相邻扇区的发射天线过近
相邻扇区的发射天线主瓣不能重叠较多，一般在工程中天线分集距离为4至7米（为波长12至18倍），所以一般为此扇区发射路和接收路接反，在CDU上换发射和接收跳线即可。
当存在邻频，在BSC上查明此小区是否与相邻小区存在干扰，若存在，小区资源的ICMBAND级别一般为3、4（特别是96这一频点与移动公司所用频点的干扰，此时要借助测试手机进行测试移动公司所用频点），对此小区进行换频。
7. 天线松动
此表现为BSC上分集接收丢失时有时无（几小时一次），到现场用OMT软件去检测可能没有此故障，此时应从DXU LOG里调出记录，找出故障扇区对接收天线进行紧固。
8. 其它
主要是工程原因，例如：带辅机柜时，CDU上HL IN接到HL OUTB 上或主机柜与辅机柜HLIN、HLOUT机柜顶连线接反或连线有故障等。 关于移动基站处理告警和基站信令链路中断告警怎么处理的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 移动基站处理告警的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于基站信令链路中断告警怎么处理、移动基站处理告警的信息别忘了在本站进行查找喔。