利用DXU LOG分析设备故障
设备故障分析报告
设备故障分析报告一、设备基本信息本次出现故障的设备是设备名称，该设备于购买日期购入，主要用于设备主要用途。
设备的型号为具体型号，生产厂家为厂家名称。
二、故障发生情况1、故障发生时间故障发生于具体日期和时间，当时设备正在进行具体操作或生产任务。
2、故障表现设备突然停止运行，控制面板上显示错误代码或故障提示信息。
同时，设备发出异常声音或气味。
三、故障排查过程1、初步检查维修人员在接到故障报告后，第一时间赶到现场。
首先对设备的电源、线路进行了检查，未发现明显的断路、短路等问题。
2、深入排查随后，维修人员打开设备外壳，对内部的关键部件进行了逐一排查。
发现部件名称出现了具体故障现象，如磨损、烧毁等。
3、测试与验证为了进一步确定故障原因，维修人员使用专业的测试仪器对疑似故障部件进行了测试，测试结果表明具体测试数据和结论。
四、故障原因分析1、部件老化经过检查和分析，发现故障的主要原因是部件名称由于长期使用，出现了严重的老化现象，导致其性能下降，无法正常工作。
2、操作不当在调查中了解到，操作人员在使用设备时，存在具体的不当操作行为，这在一定程度上加速了设备的故障发生。
3、维护不及时设备的定期维护计划没有得到严格执行，导致一些潜在的问题未能及时发现和解决，最终引发了此次故障。
五、故障影响评估1、生产延误由于设备故障，导致生产任务或产品线的生产延误了具体时长，给公司带来了一定的经济损失。
2、质量风险故障发生时正在生产的产品可能存在质量问题，需要进行进一步的检测和评估，以确定是否需要返工或报废。
3、客户满意度此次故障可能会影响到对客户的交货期，从而对客户满意度造成一定的影响。
六、解决措施1、部件更换立即更换了出现故障的部件名称，并选用了质量可靠的新部件。
2、培训与教育对操作人员进行了针对性的培训，强调正确的操作方法和注意事项，避免因操作不当再次引发故障。
3、完善维护制度修订并完善了设备的维护计划，增加维护的频率和深度，确保设备的良好运行状态。
设备故障分析及对策报告
对策实施效果评估方法
故障发生率评估
通过对比维修前后的设备故障 发生率，评估对策实施的效果
。
维修成本评估
对维修过程中的成本进行统计 和分析，包括人工成本、材料 成本等，以评估对策的经济效 益。
设备性能评估
对维修后的设备进行性能测试 ，包括运行速度、精度、稳定 性等，以评估对策对设备性能 的影响。
员工满意度评估
03
设备故障原因分析
硬件故障原因分析
01
02
03
设备老化
设备长时间运行可能导致 部件磨损、老化，从而引 发故障。
电源问题
电源不稳定、电压过高或 过低可能导致设备故障。
连接问题
设备连接线缆松动、脱落 或接口不良可能导致设备 无法正常工作。
软件故障原因分析
病毒感染
设备感染病毒可能导致系 统崩溃、数据丢失等故障 。
数据备份和恢复
建立数据备份和恢复机制，以防止数据丢失或损坏。
防火墙和安全防护
加强防火墙和安全防护措施，防止恶意攻击和病毒入侵。
人为操作失误对策制定
操作培训
对操作人员进行定期培训，提高其操作技能和安全意识。
操作规范制定
制定详细的操作规范，确保操作人员按照规范进行操作。
监督和检查
建立监督和检查机制，对操作人员的操作过程进行监督和检查， 确保其符合规范要求。
硬件故障对策制定
定期维护和保养
建立设备定期维护和保养制度，包括 清洁、润滑、紧固等，以减少硬件故 障的发生。
故障诊断和修复
备件储备
建立备件储备制度，确保在设备出现 故障时能够及时更换。
一旦发生硬件故障，应迅速进行诊断 和修复，确保设备恢复正常运行。
软件故障对策制定
处理驻波比告警方式
处理驻波比告警参考方式外接天馈设备的驻波比升高，会造成基站的告警。
检查时可查看以下几个方面：1.天线与馈线的接头处是否密封好，有无进水现象。
2.可检查馈线是否有损伤及扭曲。
3.测试天线的驻波看是否正常。
驻波告警定位方法1、驻波告警1（VSWR1）1）检查CDU有故障利用测试手机测试基站收发信号功能是否正常。
若收发信信号功能正常，利用CDU强制复位功能来确定CDU是否误告警。
如果CDU 复位后故障不重现，那么说明CDU有误告警，更换CDU。
否则，CDU没有误告警，此时可通过“置换”等方法来确定是否CDU有故障。
若CDU没有故障，说明天馈系统有故障，转第（2）步。
若如果收发信号不正常或信号不通，那么说明天馈系统+CDU的上下行通道可能有问题，在第一步中通过“置换”法确认CDU没有问题后转第（2）步。
2）检查天馈系统是否故障。
可以通过测试（室外）天馈系统的驻波比来检查（室外）天馈系统有无故障。
在与CDU 模块TX/RXANT 端口相连接的1/4"跳线接头处，测试天馈系统的驻波比，同时晃动1/4"跳线和机柜顶1/2"跳线，观察仪器显示的驻波比数值是否变化很大。
如果驻波比数值变化很大，那么说明电缆接触不良。
如果驻波比大于1.5，那么可判断天馈系统有故障，按“步步为营”等方法处理。
！！当有塔放时，必须先切断塔放馈电，防止短路现象和其它损坏测试仪表的现象发生，再测试CDUTX/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误告警。
设备故障数据分析报告
设备故障数据分析报告一、引言近年来，随着工业化进程的不断加快，各行各业对设备的要求也越来越高。
然而，设备故障已成为影响生产效率和质量的重要因素之一。
为了准确分析设备故障的原因和趋势，提高设备维护和管理的效率，本报告对设备故障数据进行了详细的统计和分析。
二、数据收集与预处理1.数据来源数据来源于公司生产部门的设备故障报告，包括设备编号、故障类型、故障描述、故障发生时间等。
2.数据清洗为了保证数据的准确性，我们进行了以下数据清洗操作：- 删除重复数据：对于重复的设备故障报告，只保留一份。
- 删除缺失数据：删除缺失了设备编号、故障类型等重要信息的报告。
- 格式转换：将时间格式统一为年-月-日的形式。
三、设备故障统计分析1.故障类型分析根据设备故障报告中的故障类型，我们对故障进行了分类统计。
统计结果显示，故障类型主要集中在以下几个方面：机械故障、电气故障、传感器故障等。
其中，机械故障占比最高，达到了40%；其次是电气故障，占比约为30%；传感器故障占比约为20%。
2.故障频次分析通过对设备故障报告中的故障发生时间进行统计，我们可以了解到各个设备故障发生的频次。
统计结果显示，设备故障频次分布呈现出波动上升的趋势。
在分析波动的原因时，我们发现了设备使用寿命的因素，随着设备使用时间的增长，故障发生的频次也有所增加。
同时，我们还发现设备的维护保养情况也对故障频次有一定的影响，定期的维护保养可以有效减少故障频次。
3.故障时长分析通过对设备故障报告中的故障发生时间和故障修复时间进行统计，我们可以得到故障的时长。
统计结果显示，设备故障的平均修复时间为4小时，最长的故障修复时间为48小时。
从故障时长的分布来看，大部分故障能够在24小时内修复。
然而，仍然存在一些故障修复时间过长的情况，这可能是由于人员不足、缺乏相关技术等原因造成的。
4.故障原因分析我们对设备故障报告中的故障描述进行了频次统计，以确定故障的原因。
统计结果显示，设备操作不当是导致故障的主要原因，占比达到了60%；另外，设备老化、质量问题等也是常见的故障原因。
设备故障分析和问题解决技巧分享
设备故障分析和问题解决技巧分享设备故障分析和问题解决技巧分享引言：在工作和生活中，我们经常会遇到各种设备故障，无论是电器设备还是机械设备，这些问题都会给我们带来不便甚至危险。
因此，了解设备故障的分析方法和问题解决技巧，可以提高我们应对设备故障的能力，减少时间和资源的浪费。
在本文中，将分享一些我从工作中学到的设备故障分析和问题解决技巧，希望对大家有所帮助。
一、设备故障的分析方法1.故障现象的描述当设备发生故障时，首先要观察和记录故障现象，包括故障的表现、发生的频率以及其他相关的信息。
详细的描述可以帮助我们更好地理解故障情况，从而更准确地分析问题。
2.原因分析设备故障的原因往往不只一个，需要进行全面的分析。
可以从以下几个方面进行原因分析：(1) 设备本身的因素：设备的使用年限、设计问题等；(2) 环境因素：环境温度、湿度、电压等；(3) 操作人员因素：操作不当、未按照使用手册要求使用等；(4) 配件和材料因素：配件的质量、使用材料的选择等。
3.测试和验证分析完可能的原因后，需要通过测试和验证来确认问题的原因。
可以通过替换部件、调整参数等方式进行验证，以确定故障点和解决方案。
二、问题解决技巧1.阅读说明书和使用手册设备的说明书和使用手册是了解设备性能和操作方法的重要依据，有助于我们更好地使用设备并避免一些常见的错误操作。
当设备发生故障时，首先可以通过阅读说明书和使用手册来查找解决方案，这是解决问题的第一步。
2.利用网络资源互联网是获取各种信息的重要途径，有许多网站和论坛专门提供了设备故障解决方案的分享和讨论。
我们可以通过搜索引擎或者加入相关社群来获取相关信息，以增加解决问题的可能性。
使用搜索关键词时应该尽量详细，如设备型号、故障现象等，以提高搜索的精确度和准确度。
3.定期维护和保养设备的定期维护和保养是预防故障的重要措施。
定期检查设备，清洁设备表面和内部，及时更换配件等，可以减少设备故障的概率。
此外，合理的使用设备和正确的操作也是避免故障的重要方法。
电气设备的故障利用数据分析和模型提前识别设备故障
电气设备的故障利用数据分析和模型提前识别设备故障电气设备在各个行业中起着至关重要的作用，如电力系统、制造业、交通运输等。
然而，设备故障是不可避免的，一旦发生故障，将给生产和运营带来巨大损失。
因此，如何利用数据分析和模型预先识别设备故障，成为当前电气设备维护和管理的热门话题。
一、数据分析在电气设备故障预测中的应用数据分析是通过收集和分析设备运行数据，以发现异常模式和趋势，从而预测设备故障的方法。
首先，我们需要收集设备的各种运行参数，如温度、电流、电压、振动等，这些参数可以通过传感器实时采集。
然后，利用数据分析的方法，如统计学、机器学习和人工智能，对数据进行处理和建模，从而找出潜在的设备故障特征。
在数据分析中，常用的方法包括：1. 统计学方法：通过计算设备数据的均值、方差、相关系数等统计指标，发现数据异常和异常模式。
2. 机器学习方法：通过训练模型，将设备数据与已知故障数据进行比较，从而判断设备是否存在故障的可能性。
3. 人工智能方法：利用深度学习和神经网络等技术，对大量设备数据进行模式识别和异常检测，进一步提高设备故障预测的准确性。
二、模型提前识别设备故障的意义和方法模型是利用数据分析方法建立的数学模型，用于描述设备的运行状态和性能。
通过建立合适的模型，可以提前识别设备故障迹象，为维护人员提供及时参考和处理指导，减少设备故障对生产的影响。
模型的建立可以从以下方面入手：1. 建立基准模型：通过数据分析，找到设备正常运行的典型特征和模式，建立基准模型。
当设备的运行参数偏离基准模型时，即可判断设备可能存在故障。
2. 模型训练和优化：使用历史故障数据和运行数据，利用机器学习和模式识别技术，训练模型，并通过反馈优化，提高模型的准确性和可靠性。
3. 实时监测和预警：将建立的模型应用于实时设备监测系统，通过实时采集的数据与模型进行比较，发现设备故障的早期迹象，并及时向维护人员发出预警信息。
三、案例分析以电力系统为例，通过数据分析和模型提前识别设备故障可以有效提高电网的可靠性和安全性。
设备异常处理流程中的数据记录与故障分析方法
设备异常处理流程中的数据记录与故障分析方法在设备运行过程中，常常会出现各种异常情况，例如设备故障、性能下降等。
对于这些异常情况的处理，数据记录和故障分析是非常重要的。
一、数据记录设备异常处理流程中的数据记录是指对设备异常情况进行详细记录和整理，包括异常发生的时间、地点、设备状态、异常现象的描述等信息。
数据记录的目的是为了记录异常情况，方便后续的故障分析。
1. 异常情况的记录当设备出现异常情况时，操作人员应立即进行记录。
首先应记录异常发生的时间，包括具体的年、月、日、时、分、秒，这有助于后续分析确定异常发生的时间段。
其次，应记录异常发生的地点，包括设备所在的位置、生产线编号等信息，这有助于确定异常发生的范围。
同时，还应记录设备的状态，例如设备是否正常运行、设备指示灯状态、设备控制台显示的信息等。
最后，应详细描述异常现象，包括异常现象的表现、持续时间、影响范围等。
2. 数据记录的方式数据记录可以采用电子记录或纸质记录的方式进行，具体的方式可根据实际情况进行选择。
电子记录可以使用表格、数据库等形式进行记录，方便数据的存储和查阅。
纸质记录可以使用记录本、文件夹等形式进行记录，方便人工浏览和管理。
无论采用何种方式，都应确保数据的准确性和完整性。
3. 数据记录的保存和备份设备异常处理流程中的数据记录应定期进行保存和备份，以便后续的故障分析和统计。
保存的周期可以根据实际情况进行确定，通常建议保存一段时间，例如半年或一年。
备份的方式可以采用硬盘备份、光盘备份等形式进行，确保数据的安全性。
二、故障分析方法设备异常处理流程中的故障分析是指对设备异常情况进行深入分析，并找出导致异常的原因和解决方法。
下面介绍几种常用的故障分析方法。
1. 统计分析法统计分析法是通过对设备异常情况进行统计和分析，找出异常发生的规律和趋势，进而确定异常的原因和解决方法。
统计分析法可以进行频率分析、时序分析、趋势分析等，通过对异常数据的分析，可以发现异常情况的共性和规律。
设备异常的识别与分析方法与流程
设备异常的识别与分析方法与流程随着工业生产的发展，各种各样的设备被广泛应用于各个领域。
然而，设备在使用过程中难免会出现异常情况，这可能导致生产效率降低、设备故障甚至可能造成安全事故。
因此，准确识别和分析设备异常是至关重要的。
本文将介绍设备异常的识别与分析方法与流程。
设备异常的识别是第一步，其目的是及时准确地发现设备异常情况，包括但不限于部件损坏、性能下降、异常振动、温度升高等。
以下是一些常用的设备异常识别方法：1. 监测数据分析：通过对设备的监测数据进行实时分析，可以发现设备运行中的异常情况。
监测数据可以包括温度、振动、电流等，通过与设备正常运行时的数据进行对比，可以发现异常信号。
2. 视觉检查：通过目视观察设备的外观，检查是否有明显的损坏或异常情况。
这种方法简单直观，但只能发现一些明显的异常。
3. 声音检测：通过在设备附近放置声音传感器，检测设备运行时产生的声音，可以发现异常的声音信号。
4. 数据模型分析：通过建立设备运行的数学模型，将设备的运行状态与模型进行对比，可以发现模型和实际情况的不一致，从而判断设备是否异常。
设备异常的分析是在识别异常后的下一步，其目的是确定异常的原因和影响，以便采取相应的措施进行修复或预防。
以下是一些常用的设备异常分析方法：1. 根本原因分析：通过研究设备异常情况的根本原因，如部件损坏、设计缺陷等，找出异常的根本原因。
2. 故障树分析：通过构建故障树模型，分析可能导致设备异常的各种因素，从而确定导致异常的最主要因素。
3. 统计分析：通过对设备异常数据进行统计分析，找出异常发生的规律和趋势，为异常的预警和预防提供依据。
4. 经验法则：基于经验的方法，通过对设备异常的经验总结，建立一套异常判断准则，判断设备是否异常。
在设备异常识别与分析中，建立良好的流程非常重要，以下是一个常用的设备异常识别与分析流程：1. 设备监测和数据采集：定期进行设备状态的监测，并采集设备运行的相关数据，包括但不限于温度、振动、电流等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
—无线室赵倩雯 无线室赵倩雯
2011年9月 年 月
背景
爱立信RBS_DXU_LOG文件中记录了整个基站的所有软、硬件设备运行信 文件中记录了整个基站的所有软、 爱立信 文件中记录了整个基站的所有软 通过分析log文件，及时发现基站内部问题，并有效解决基站隐性故障。 文件， 息，通过分析 文件 及时发现基站内部问题，并有效解决基站隐性故障。 同时， 文件也记录了基站以外设备（ 同时，LOG文件也记录了基站以外设备（即传输和 文件也记录了基站以外设备 即传输和BSC）对基站的影响情况， ）对基站的影响情况， 有助于定位疑难故障，提高抢修及时率。 有助于定位疑难故障，提高抢修及时率。 下面将结合案例，解读 文件的关键字段与设备故障的关联， 下面将结合案例，解读DXU LOG文件的关键字段与设备故障的关联，并给 文件的关键字段与设备故障的关联 出一些故障处理建议。 出一些故障处理建议。
C) PCM Reference Frequency Drift Detected D) PCM SYNCH NO USABLE PCM REFERENCE E) The DXU has been configured to Standalone mode Port A B C D avail 1 0 1 0 error 0 0 1 1 Source_Ref 0 0 Freq_Ref 0 0 EC2, PCU LOST PACKET MMI indication for LED_TransmissionOK port A state OFF MMI indication for LED_Operational state FASTFLASH MMI indication for LED_Operational stateFLASH MMI indication for LED_Operational state ON/OFF EC2,TRA LOST IDEL START CAUSE: ORDERED_RESET. System start cause=RESET_SWITCH （ 设备加电时会从 获取时间 A)Setting time: 10-11-10 16:01:08（ 设备加电时会从BSC获取时间 B)MMI indication for LED_Operational state ON（ 操作指示灯会打开 （ C)All loadfiles OK（ 所有文件装载完毕 ） （ 所有文件装载完毕） TsListCheckBandWidth Rx BandWidth Out of range:24600>20000
显性故障
根据DXU LOG里面的告警类型，结合爱立信 里面的告警类型， 指导， 根据 里面的告警类型 结合爱立信Fault Code List指导，定位故障并根据 指导 爱立信FC指导意见处理故障 指导意见处理故障。 爱立信 指导意见处理故障。 案例：世界之窗北门M1 案例：世界之窗北门
[11-08-07 20:59:05.588] O_RBS_Status RBS_STATUS_DEF.c:393 TRACEH:FAULT:11-08-07 20:59 MO: CF, Instance 0, Raise , I2A, VSWR LIMITS EXCEEDED [11-08-07 20:59:05.588] O_RBS_Status RBS_STATUS_DEF.c:393 TRACEH:FAULT:11-08-07 20:59 MO: CF, Instance 0, Raise , RU, ANTENNA [11-08-07 20:59:05.590] O_RBS_Status RBS_STATUS_DEF.c:398 FAULT:11-08-07 20:59 FuncType: ANTENNA, Instance 2, Raise , I2A, TX VSWR [11-08-07 20:59:10.160] AntennaEquipCtrl Antenna_EquipCtrl.c:2508 RBS2000 FC List TRACED:Cease VSWR CLASS2
如何看DXU-案例 如何看DXUDXU
[11-07[11-07-09 03:53:08.008] P_MPSK_CLOCK timeout_clock_main.c:419 11-07TRACED:Setting time: 11-07-09 03:53:40.000 [11-07[11-07-09 07:53:39.992] P_MPSK_CLOCK timeout_clock_main.c:419 11-07TRACED:Setting time: 11-07-09 07:54:11.000 [11-07[11-07-09 11:54:11.002] P_MPSK_CLOCK timeout_clock_main.c:419 11-07TRACED:Setting time: 11-07-09 11:54:42.000 [11-07[11-07-09 15:54:42.006] P_MPSK_CLOCK timeout_clock_main.c:419 TRACED:Setting time: 11-07-09 15:55:13.000 11-07说明：正常运行设备(即基站侧，传输侧和BSC侧不进行任何操作），每隔4小时与BSC BSC侧不进行任何操作），每隔 BSC同步时 说明：正常运行设备(即基站侧，传输侧和BSC侧不进行任何操作），每隔4小时与BSC同步时 钟（Setting ……） 钟（Setting time ……） 若基站侧，传输侧或BSC侧发生操作，则DXU LOG会记录相关的事件，例如： BSC侧发生操作，则 若基站侧，传输侧或BSC侧发生操作，则DXU LOG会记录相关的事件，例如： 一、事件:频段超限（6000设备载波频点设置不得超过15M) 6000设备载波频点设置不得超过 一、事件:频段超限（6000设备载波频点设置不得超过15M) [11-07[11-07-09 17:17:45.966] O_TGC_Main ../TMP/IC/tgc_mainBody.ic:683 TRACED:TsListCheckBandWidth Rx BandWidth Out of range:24600>20000 TRXinst:3 二、故障：FC码 二、故障：FC码 FC [11-07[11-07-09 17:19:02.982] O_RBS_Status RBS_STATUS_DEF.c:398 FAULT:11-07FAULT:11-07-09 17:19 FuncType: TRX, Instance 0, Raise , EC2, TERR LINK IDLE 4 EC2
时钟参考源异常 传输 传输误码 TRU的 PCU数据丢包 数据丢包, TRU 的 PCU 数据丢包 , 检查传输误码 DXU 2 M 端口传输中断 指示灯快闪， BSC对 RBS进行操作 指示灯快闪 ， BSC 对 RBS 进行操作 指示灯慢闪， BSC与 RBS失去联系 指示灯慢闪 ， BSC 与 RBS 失去联系 指示灯开/ 指示灯开 / 关 语音数据丢失 远程重启DXU 基站重连接 远程重启 DXU 本地复位DXU 本地复位 DXU 设备加电 频率 频率超限
案例一：塘朗M3载波故障 案例一：塘朗 载波故障
背景： 下午1点30左右 塘朗M3的出现载波告警 有载波block。 左右， 的出现载波告警， 背景：20110810 下午 点30左右，塘朗 的出现载波告警，有载波 。 现象：网优之家下午1点52分起出现-8载波出现，1B/13，LOCAL MODE 现象：网优之家下午1 52分起出现- 载波出现，1B/13， 分起出现
解释：基站处于不稳定状态，但没有明显的故障告警，不稳定程度未达到在BSC上显现 告警的门限，这种情况也有可能导致时隙不稳定，有时会出现UNCONF状态度。对 其处理，需对DXU log进行分析。 原因有以下几类： 原因有以下几类： 主设备故障： 主设备故障：载波隐性故障，CDU故障，天馈故障等； 传输故障： 传输故障：传输误码，传输参考时钟丢失，传输同步参考时钟源异常等； 基站重连接： 基站重连接：基站在某种情况（核心网侧，传输侧和无线侧的人为操作等事件）下 与BSC断开了连接，然后再重新进行连接。这种连接可以是物理上的链路也可以是 逻辑上的链路。
隐性故障& 隐性故障&疑难故障
T损等指标问题 损等指标问题 告警： 无FC的A2告警：TS SYNC FAULT、PERMANENT FAULT、LOOP TEST FAILED 的 告警 、OML FAULT、LOCAL MODE、BTS EXTERNAL
TS SYNC FAULT：产生在NOOP模块，传输故障、软件故障、硬件故障会导致产生此类告警； PERMANENT FAULT：产生在FAIL模块上，RBS硬件存在故障，传输故障会导致产生此类告警； LOOP TEST FAILED：产生在NOOP模块上，RBS硬件TRU存在故障，传输故障会导致产生此类告警； OML FAULT：产生在NOOP、OPER模块，RBS本地硬件故障，传输故障会导致产生此类告警； LOCAL MODE：产生在NOOP模块上，RBS设备被置为本地模式，传输故障会导致产生此类告警； BTS EXTERNAL ：产生在NOOP、OPER模块上。BTS外部原因导致，传输故障、BSC故障都会导致该告警
故障
出现故障MOBiblioteka 出现故障EC2外部告警（告警类型： 外部告警（告警类型： 外部告警 1A,2A,1B,2B,EC1,EC2)
常见DXU 常见DXU LOG 关键字段
分类 故障单元 CDU不可用或通信丢失 CDU 不可用或通信丢失 主设备 驻波比超限 TRX发射关闭 TRX 发射关闭 发射通道配置失败 常见告警关键字
说明： 说明：MO=DXU，告警级别：2A，告警明细：VSWR LIMITS EXCEEDED，FC码： ，告警级别： ，告警明细： ， 码 2A8(查询 的告警明细）， 查询FC的告警明细），RU(故障单元）= ANTENNA（天馈）,超驻波比 级门限值 故障单元） 超驻波比2级门限值 查询 的告警明细）， 故障单元 （天馈） 超驻波比 =2.2（CLASS1=1.8;CLASS2=2.2) （