通信设备告警分析与排除（设备通信故障检测处理）

本篇文章给大家谈谈通信设备告警分析与排除，以及设备通信故障检测处理对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享通信设备告警分析与排除的知识，其中也会对设备通信故障检测处理进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、协议转换器指示灯告警故障及排除方法有哪些？
• 2、通信线路常见故障与排除
• 3、协议转换器指示灯告警说明？
• 4、在通信中基站的分级告警是由什么原因造成的
• 5、中兴S320设备，上报NCP S接口通讯错告警，有没有大虾知道此故障产生原因及解决办法？（越详细越好，谢谢）

协议转换器指示灯告警故障及排除方法有哪些？

1、故障：V.35线路不通，转换器LOS告警指示灯常亮。
分析：转换器出现LOS告警，说明传输设备接入转换器的E1信号出现信号丢失。
原因及解决：
a.连接光端机E1发送和转换器E1接收的E1线缆出现故障。可用万用表测量判断。更换E1线缆，可解决故障；
b.光端机故障，E1接口无信号发送，或光端机未加电。可通过万用表测量光端机是否有电源输入，或光端机电源是否短路，或自环光端机E1接口观察LOS告警状态。检修电源供电系统或更换光端机，可解决故障。
c.转换器故障，E1接口无法接收信号。可通过断开转换器以太网线，自环E1接口，观察LOS告警状态进行判断，LOS告警不消除，判断设备故障。更换转换器，可解决故障。
2、故障：V.35线路不通，转换器AIS告警指示灯常亮。
分析：转换器出现AIS告警，说明连接光端机E1发送和转换器E1接收的E1线缆连接正常，但无信号，此时转换器收到本端光端机发送的全“1”码。
原因及分析：
a.对端光端机未接收到对断转换器发送的E1信号。需检查对端E1线缆连接是否正常。
b.对端光端机、转换器无法加电，需检修供电系统。c.对端光端机、转换器损坏，需进行检查，并更换设备。
3、故障：V.35线路不通，RD灯不亮。
分析：转换器出现RD灯不亮，说明转换器未接到路由器发送的信号。
原因及分析：
a.路由器V.35模块损坏，无法发送V.35信号。需更换路由器恢复线路。
b.V.35线缆故障，无法传送V.35信号。需更换转换器或路由器V.35线缆恢复线路。
c.转换器故障，无法接收V.35信号。需更换转换器恢复线路。
4、故障：V.35线路不通，TD灯不亮。
分析：对端V.35信号未传送到本端，本端转换器无信号发送到本端路由器，此灯不亮与本端转换器、路由器无关，非本端设备故障。
原因及分析：
a.对端路由器损坏无法发送V35信号，或转换器损坏无法接收V.35信号，或V.35线缆故障，对端转换器会出现RD灯不亮需，更换路由器恢复线路。
b. 对端路由器、转换器无法加点，导致V.35信号无法传送到本端，本端及无信号输出。

通信线路常见故障与排除

路由器常见的三种故障排除方法(1) 1.串口故障排除
串口出现连通性问题时，为了排除串口故障，一般是从show interface serial命令开始，分析它的屏幕输出报告内容，找出问题之所在。串口报告的开始提供了该接口状态和线路协议状态。接口和线路协议的可能组合有以下几种：
（1）串口运行、线路协议运行，这是完全的工作条件。该串口和线路协议已经初始化，并正在交换协议的存活信息。
（2）串口运行、线路协议关闭，这个显示说明路由器与提供载波检测信号的设备连接，表明载波信号出现在本地和远程的调制解调器之间，但没有正确交换连接两端的协议存活信息。可能的故障发生在路由器配置问题、调制解调器操作问题、租用线路干扰或远程路由器故障，数字式调制解调器的时钟问题，通过链路连接的两个串口不在同一子网上，都会出现这个报告。
（3）串口和线路协议都关闭，可能是电信部门的线路故障、电缆故障或者是调制解调器故障。
（4）串口管理性关闭和线路协议关闭，这种情况是在接口配置中输入了shutdown命令。通过输入no shutdown命令，打开管理性关闭。
接口和线路协议都运行的状况下，虽然串口链路的基本通信建立起来了，但仍然可能由于信息包丢失和信息包错误时会出现许多潜在的故障问题。正常通信时接口输入或输出信息包不应该丢失，或者丢失的量非常小，而且不会增加。如果信息包丢失有规律性增加，表明通过该接口传输的通信量超过接口所能处理的通信量。解决的办法是增加线路容量。查找其他原因发生的信息包丢失，查看show interface serial命令的输出报告中的输入输出保持队列的状态。当发现保持队列中信息包数量达到了信息的最大允许值，可以增加保持队列设置的大小。
2.以太接口故障排除
以太接口的典型故障问题是：带宽的过分利用；碰撞冲突次数频繁；使用不兼容的？？类型。使用show interface ethernet命令可以查看该接口的吞吐量、信息包丢失、和？？类型的有关内容等。
通过查看接口的吞吐量可以检测网络的利用。如果网络广播信息包的百分比很高，网络性能开始下降。光纤网转换到以太网段的信息包可能会淹没以太口。互联网发生这种情况可以采用优化接口的措施，即在以太接口使用no ip route-cache命令，禁用快速转换，并且调整缓冲区和保持队列。
两个接口试图同时传输信息包到以太电缆上时，将发生碰？H.以太网要求冲突次数很少，不同的网络要求是不同的，一般情况发现冲突每秒有3、5次就应该查找冲突的原因了。碰？H冲突产生拥塞，碰？H冲突的原因通常是由于敷设的电缆过长、过分利用、或者“聋”节点。以太网络在物理设计和敷设电缆系统管理方面应有所考虑，超规范敷设电缆可能引起更多的冲突发生。
如果接口和线路协议报告运行状态，并且节点的物理连接都完好，可是不能通信。引起问题的原因也可能是两个节点使用了不兼容的？？类型。解决问题的办法是重新配置使用相同？？类型。如果要求使用不同？？类型的同一网络的两个设备互相通信，可以在路由器接口使用子接口，并为每个子接口指定不同的封装类型。
3.异步通信口故障排除
互连网络的运行中，异步通信口的任务是为用户提供可靠服务，但又是故障多发部位。主要的问题是，在通过异步链路传输基于LAN通信量时，将丢失的信息包的量降止最少。
异步通信口故障一般的外部因素是：拨号链路性能低劣；电话网交换机的连接质量问题；调制解调器的设置。检查链路两端使用的调制解调器：连接到远程PC机端口调制解调器的问题不太多，因为每次生成新的拨号时通常都初始化调制解调器，利用大多数通信程序都能在发出拨号命令之前发送适当的设置字符串；连接路由器端口的问题较多，这个调制解调器通常等待来自远程调制解调器的连接，连接之前，并不接收设置字符串。如果调制解调器丢失了它的设置，应采用一种方法来初始化远程调制解调器。简单的办法是使用可通过前面板配置的调制解调器，另一种方法是将调制解调器接到路由器的异步接口，建立反向telnet，发送设置命令配置调制解调器。
show interface async 命令、show line命令是诊断异步通信口故障使用最多的工具。show interface async 命令输出报告中，接口状态报告关闭的唯一的情况是接口没有设置封装类型。线路协议状态显示与串口线路协议显示相同。show line命令显示接口接收和传输速度设置以及EIA状态显示。show line命令可以认为是接口命令（show interface async）的扩展。show line命令输出的EIA信号及网络状态：

协议转换器指示灯告警说明？

一、概述通信设备告警分析与排除：

trav－v35／E1、trav－v35／FE1、etram－ev35f、etram－ev35是北京绿井科技发展有限公司自主研发生产的面向大用户接入的v．35协议转换器。它们是协议转换器，实现了V35到E1的帧与帧之间的转换（trav35／E1只实现非帧的操作模式）。

二、安装和维护中常见的问题：

在设备的安装、调试或维护过程中，工程师经常会遇到电路故障，设备会出现各种类型的报警，如LOSalarm，AISalarm，TD或RDnotbright等。如何在实践中解决类似的问题通信设备告警分析与排除？

三、v．35协议转换器常用灯光含义：

1．洛杉矶：预警指标。LOS是变频器E1信号损耗的指示信号。

2．AIS：警报指示器。AIS为传输设备输入的转换器E1，电缆正常连接，但无信号。此时，转换器只接收传输设备发送的完整“1”码。正常情况下，灯是关着的。

3．TD：数据发送指示灯。TX是变频器v．35的数据发送指示信号。

RD：数据接收指示灯，RX是变频器v．35的数据接收指示灯信号，正常时此灯为亮。

4．故障排除、分析和解决

1．故障：线路v．35不通，变频器LOS报警灯亮。

分析：变频器有LOS报警，表明传输装置E1信号丢失。

原因及解决方案：

a．连接发射机E1到变频器E1的E1电缆出现故障。它可以通过万用表测量来判断。更换E1电缆解决故障；

B．光端机故障，没有信号发送到E1接口，或者光端机没有通电。万用表可用于测量光端子机是否有电源输入，或光端子机电源是否短路，或通过光端子机E1接口是否能观察到LOS报警状态。维修电源系统或更换光端机解决问题。

C．转换器故障，E1接口无法接收信号。通过断开转换器的以太网电缆，可以观察到self－loopE1接口，判断LOS报警状态。如果不排除LOS报警，可以判断设备故障。故障可以通过更换变频器来解决。

2．故障：v35线路不通，变频器AIS报警灯一直亮着。

分析：变频器有AIS报警，说明连接光端机E1发送和变频器E1接收的E1电缆连接正常，但无信号。此时，转换器接收光终端机器发送的全部“1”码。

原因分析：

A．光终端不接收终端转换器发送的E1信号。检查E1接线是否正常。

B．如果电源系统无法为光学终端和转换器供电，则需要对电源系统进行大修。

c、如光学终端、转换器损坏，需检查更换设备。

3．故障：线路v．35被阻塞，RD灯未亮。

分析：变频器RD灯未亮，说明变频器未收到路由器发送的信号。

原因分析：

A．路由器v的模块。35是损坏和v的信号。35不能发送。需要替换路由器来恢复线路。

电缆故障，无法传输v。35的信号。更换转换器或路由器v．35电缆以恢复线路。

C.转换器故障，无法接收v35信号。需要更换转换器以恢复线路。

4．故障：v．35线路被阻塞，TD灯未亮。

分析：v35信号不发送到这端，该转换器也不发送信号到这端路由器。如果灯亮着，这端与转换器和路由器没有任何关系。

原因分析：

A.端到端路由器损坏无法发送V35信号，或者转换器损坏无法接收v信号，或电缆的v。35是错误的，端到端转换器将有需要的RD灯不开，所以更换路由器和恢复线路。

B．端部路由器和转换器无法加载，v．35的信号无法传输到这端，这端也没有信号输出。

五、结论

当有一个错误在v．35行，首先需要检查局的远程设备是否正常启动，然后E1输电线路是否正常，然后判断故障发生在本地端或在远程端通过转换器的指示灯。最后，通过设备的检测、设置和更换，解决了故障。

另外，以太网传输网络中，不能出现网络回路回退（如E1回路回退、以太网回路回退），否则会引起网络风暴，导致以太网数据碰撞或网络瘫痪。

扩展资料：

注意事项：

协议转换器角色：

继电器的使用：由于信号在线路上传输，距离远了，信号就会衰减，因此需要一个自体网络协议转换器来将信号放大并中继到目标飞行器进行进一步的传输。

转换协议：以最简单的为例：在串行网络中，最常用的协议有RS232、RS485、CAN、USB等。如果您的PC只有一个串行端口100DB9，那么其通信设备告警分析与排除他需要通信的机器使用USB接口。

解决方案很简单，使用usb－rs232协议转换器。将两种不同的协议定时，电相等进行交换。

飞昌科技有限公司是一家专业生产光终端机、光收发机、工业交换机、协议转换器的企业。

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

外接天馈设备的驻波比升高，会造成基站的告警。检查时可查看以下几个方面：
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机柜顶连线接反或连线有故障等。

中兴S320设备，上报NCP S接口通讯错告警，有没有大虾知道此故障产生原因及解决办法？（越详细越好，谢谢）

S口通信错误为常见错误。

处理思路如下

1、首先在E300上进行通讯测试通信设备告警分析与排除，看看是否正常

2、测试如果正常，可能是误报，在、网管侧删除告警然后刷新看看是否消失

3、如果上一步告警刷新后又再次出现，或者通讯测试未通过，先尝试软复位ncp，不行就硬复位，还不行就插拔

4、一般上述方法可以临时解决，最终还是要换ncp单板

感兴趣可以向办事处工程师要个晶振老化的检测方法文档，测试一下晶振是不是老化通信设备告警分析与排除了，不过还是要换板的。 关于通信设备告警分析与排除和设备通信故障检测处理的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 通信设备告警分析与排除的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于设备通信故障检测处理、通信设备告警分析与排除的信息别忘了在本站进行查找喔。