下载文档原格式
基站故障处理流程规范1.概述1.1 编制背景为进一步规范移动基站处理流程，及时处理基站发生的故障，保证基站故障设备能够在最短时间得以恢复及对网络指标的影响降到最低，特制定基站故障抢修指导手册，以便基站维护人员发现、处理、分析故障问题提供参考。
1.2 编制单位中国移动通信集团江西有限公司鹰潭分公司网络部1.3 指标要求按照基站维护服务技术规范书的要求，基站维护人员在接到设备障碍通知后，应及时到现场处理。
1.4 处理原则1.维护人员应按“先室内，后室外,先软件,后硬件”的原则进行故障处理工作,即在排除电力、光缆中断的因素后，再进入基站处理故障，在排除软件吊死、数据丢失等软件原因后，再对调、更换硬件。
2.在充分了解故障信息的情况下，尽量缩短故障处理时长，更换需更换且仅需更换的板件。
因此，接到故障通知后，应根据通知内容对故障进行预判断，以便采取针对性的处理措施，定位真正的故障点，避免错误信息误导，延长故障恢复时间。
3.维护人员在故障处理过程中，需协调其它部门或单位解决问题时，应立即展开协调并向上级报告相关进展情况。
4. 对载频，主控板，传输板等故障处理应禁止在网络指标考核(8:00-11:00,18:00-20:00)时段进行处理2. 故障处理流程3. 基站故障分类及参考处理步骤3.1基站载频退服步骤1：先要求机房查看载频信令是否激活，即是否处于WO状态。
如果载频信令没办法激活或已激活，整个BCF也已重启，但载频依然退服，则带上对应型号的载频。
步骤2：到站后，若扇区没开跳频，则闭掉一块正常工作的载频，将故障板件和它对调。
若扇区开了跳频，则先叫机房闭站。
步骤3：对调后，重新集成，观察载频是否能正常工作，如果故障随着载频走，则用新板更换故障载频；如果故障依然存在原位置，则可能与载频硬件无关，需重新定位故障点。
步骤4：故障恢复后，处理板卡标签和固定资产变动，签好出入登记本以及故障处理记录，离开基站。
3.2基站因停电退服步骤1：维护人员接到停电通知后，首先需询问当地电力公司，看该基站附近是否在做电力抢修，如果电力公司确定是在做电力抢修，详细了解将停电时长及恢复供电时间。
BTSE常见故障及其解决方法一、基站停电故障处理过程停电问题是我们经常遇到的，停电后基站设备（BTSE设备和传输设备）全靠电池供电，当蓄电池放电到一定程度时，为了保护电池避免过放电，整流器会切掉蓄电池，整流器会切掉蓄电池，此时，BTSE和传输设备全部停止工作，对于一些重要的基站传输设备停止工作会造成很大的影响。
因此，当遇到停电时要根据基站的相对重要性进行妥善的处理，处理的办法一般分为两大类：1.对于一些端站由于即使此站基站的传输设备停止工作也不会影响到其他基站，仅仅会影响本站覆盖的区域，影响不大。
因此，遇到停电一般不做处理。
2.对于一些重要的出口站或者中继站由于这类基站后面带有其他基站，如果传输设备停止工作会造成网络上某个局部的信号全失，影响较大。
因此，对于此类基站应务必保证其传输链路的畅通，当遇到停电时要舍基站保传输，具体说就是断BTS这个大负载，全力保证传输设备的供电，延长电池的供电时间。
对于微波设备带的基站，在停电保传输的过程中，为延长电池放电时间，可将有1+1功能的微波设备关掉一路，变成1+0无备份（关闭时，一定要注意微波设备A/B机是否均工作正常），待来电后再开启。
3.对于处于光缆环上的基站：一般来说一个环上的基站的传输断开关不会影响到整个光缆环上的所有基站，这是因为光缆环上的传输是双向的，可以由BSC分两路往断点传。
但是，如果同一光缆环上有两个基站的传输断掉，在这两个基站之间的所有基站都会掉站。
因此，为了安全起见，情况允许时也要保传输，确保整个环上的传输畅通。
如果停电时间较长，蓄电池不能再放电，对于光端机来讲与微波收发信机有区别，它可以跳开此基站，用耦合器将此基站两端的光纤连接起来，即将光端机插头分别按IN /OUT交叉连接，这样，仍然可以保证传输的畅通。
二、基站掉站故障处理过程基站掉站故障处理流程图导致基站掉站的原因大概分为供电、基站本身故障、传输、数据四方面，在无割接或者改配置的情况下，基站掉站一般是有前三个造成，在这里，我们主要讲讲由于基站本身故障和传输两方面情况。
中兴基站设备故障处理指导书目录前言 (5)告警级别说明 (5)紧急告警 (5)硬件狗或LICENSE文件非法。
(5)主要告警 (6)未探测到CCM/BDM/CBM。
(6)PWRD485通信链路断。
(6)BTS掉站。
(7)一次电源电池充电压过高。
(7)一次电源电压过低。
(7)GPS处于搜星状态。
(7)GPS天馈开路。
(8)GPS卫星丢失。
(9)E1底层误码率高。
(9)PPP_UID链路中断。
(9)第一条中继线错误。
(10)检测到A BIS口E1连接变化。
(11)温度告警。
(11)机房烟雾告警。
(12)次要告警 (12)PPM板异常或不在位。
(12)PSMB的+5V无输出告警。
(13)PSMB异常或不在位。
(13)PSMC异常或不在位。
(13)PSMD板异常或不在位。
(13)SAM板上DC-DC电源模块无输出告警。
(14)PPP链路HDLC故障。
(14)PPP链路故障。
(14)中继线不可用。
(14)背板拨码开关被改变。
(15)未探测到CHM。
(16)未探测到PA。
(16)未探测到RFE。
(16)未探测到TRX。
(17)无法探测到GCM。
(17)CCM检测到GPS状态异常告警。
(17)CSM自检未通过。
(18)RFCM数据链路告警。
(18)RFIM数据链路告警。
(19)未探测到RTR。
(19)PA关断。
(19)PA去使能。
(20)低功率告警。
(20)TRX反向链路RSSI低告警。
(21)反向RSSI偏高。
(21)未探测到FCE。
(22)风扇故障告警。
(22)湿度传感器没有安装或已经损坏告警。
(22)湿度告警。
(23)防雷器告警。
(23)提示告警 (23)GPS长时间预热。
(23)GPS天馈故障。
(24)时钟模块处于预热状态。
(24)网元中单板已插，但OMC未配置。
(24)未探测到SAM。
(24)中继告警指示信号。
基站维护中常见的问题及解决方法2023年，随着无线通信技术的不断发展和普及，基站的重要性愈加凸显。
作为通信系统的关键部件，基站承载着无线信号的传输和交换，并且还需确保信号的稳定性和可靠性。
但是，由于环境和设备等各种因素的影响，基站维护中常见问题也层出不穷。
本文旨在探讨基站维护中经常会遇到的问题以及相应的解决方法。
一、基站通信中断基站通信中断是基站维护中最常见的问题之一。
因为基站在运行过程中需要与其他设备进行通信，一旦通信中断，就会对系统造成严重影响。
出现这种情况可能是由于信号干扰、设备故障、电力故障等原因所致。
解决方法：首先，要彻底检查基站的电源、传输线路、天线以及连接器等硬件设备。
其次，检查网络运行状态，以确定网络连接是否正常。
如果这些硬件设备都没有问题，那就需要考虑信号干扰的问题。
此时，可以采用信号分析仪等专业设备来检查信号的非法干扰。
二、天线故障天线是基站发射和接收信号的关键设备。
一旦天线故障，就会导致信号的传输效率降低、信号覆盖面积减少等问题。
天线故障可以分为天线本身的问题和与天线相关的设备故障。
解决方法：如果具体故障原因是天线本身出现问题，可采用更换天线的方式进行解决。
如果天线故障是由于与天线相关的设备故障，需要先进行其他设备的检查，然后根据具体情况采取不同的解决方式。
三、电力故障常见的电力故障包括供电线路故障、电池故障、充电设备故障等。
由于基站在运行过程中需要不断地提供电力支持，一旦出现电力故障就会给基站的正常运转带来极大的影响。
解决方法：对于供电线路故障，可以采用快速检测的方法进行定位并进行相应的维修。
对于电池问题，需要对电池进行检查、更换等处理。
对于充电设备故障，需要进行维修或更换。
四、温度过高基站运行过程中会产生大量热量，如果基站周围环境温度过高，则会导致设备工作不正常。
同时，温度过高还可能引发设备自身的故障。
解决方法：可以采用环境监测装置对基站周围的环境温度进行实时监测。
如果环境温度过高，可以采取增加散热设备、设置降温设备等措施。
基站维护技术员岗位职责模版一、工作职责1. 根据公司安排，负责基站维护工作，确保基站的正常运行。
2. 负责处理基站的故障维修工作，包括故障定位、故障排除、设备更换等。
3. 负责对基站设备进行巡检和维护，保持设备的良好状态。
4. 负责编制和执行基站维护计划，及时完成维护任务。
5. 协助上级完成基站改造、扩容工程的实施，确保工程进度和质量。
6. 负责基站的日常管理，包括基站设备登记、台账管理、维修记录等。
7. 及时上报基站的工作情况和异常情况，协助上级解决相关问题。
8. 参与基站维护团队的培训和技术交流活动，不断提升自身的专业技能。
9. 配合公司相关部门的工作，完成其他临时性任务。
二、任职要求1. 大专及以上学历，通信工程或相关专业背景优先。
2. 具备一定的电子技术知识和维修经验，熟悉基站设备的组成和工作原理。
3. 具备良好的沟通能力和团队合作意识，能有效协调解决问题。
4. 具备较强的问题分析和解决能力，能独立完成故障排除和维修工作。
5. 具备一定的项目管理能力，能按照计划完成任务。
6. 具备一定的英语读写能力，能够阅读英文技术文档和进行简单的沟通。
7. 具备相关认证资格（如CCNA、HCNA等）者优先考虑。
8. 对基站维护工作充满热情，能承受较强的工作压力。
三、工作环境1. 工作地点：基站维护技术员主要在室外的基站站点工作。
2. 工作时间：根据基站运行情况，需要进行夜间和周末工作。
3. 工作条件：工作需要穿着统一的工作服及安全防护用品，配备必需的工具和设备。
4. 工作风险：基站维护工作需要登上基站设备，存在一定的高空作业风险，需遵守相关安全规范和操作规程。
四、职业发展1. 基站维护技术员可通过不断学习和实践，提升自身技能，逐步成为基站维护工程师。
2. 在基站维护工作中展示出色的表现和能力，有机会晋升为基站维护主管，负责带领团队完成基站的维护工作。
3. 配合公司的发展规划和个人能力，有机会晋升为基站网络工程师，参与基站网络规划和优化工作。
浅谈移动通信基站的维护与优化措施移动通信基站是移动通信网络的核心设备，负责提供无线信号覆盖和数据传输服务。
为了确保基站的正常运行和网络的高效性能，需要进行维护和优化措施。
本文将从以下几个方面进行讨论。
一、基站维护措施1.系统巡检和故障排除：定期对基站进行系统巡检，检查设备的运行状况、软硬件是否正常，发现故障及时排除。
2.温湿度和防雷保护：基站设备对温湿度变化敏感，应定期检测温湿度，并采取相应的措施，确保基站内部环境的稳定。
同时，采取防雷措施，安装避雷装置，避免因雷击引起设备损坏。
3.供电管理：基站设备需有可靠供电保证，应定期检查供电设备和电源线路，防止因供电故障导致基站停机。
4.防止盗窃和损坏：基站设备维护人员应定期对周边安全进行检查，确保设备不受盗窃和破坏。
二、基站优化措施1.频谱管理和干扰控制：合理规划和管理频段资源，避免频段间干扰；通过干扰源定位和抑制技术，控制外部干扰源对基站的影响。
2.参数优化：根据网络负载、用户需求等，优化基站的功率控制参数、切换参数等，提高网络信号质量和容量。
3.天线调整和优化：对基站的天线进行调整和优化，通过合理的天线架设高度、角度、方向等参数设置，提高信号覆盖和传输质量。
4.设备升级和优化：随着通信技术的不断发展，基站设备的升级和优化对于提高网络性能至关重要。
及时更换老化设备，采用新一代设备，提高网络容量和速率。
三、智能化管理措施1.远程监控和管理：利用远程监控系统对基站进行实时监测和管理，通过远程诊断故障，并进行远程操作，降低人工干预工作量。
2.数据分析和优化：通过对基站运行数据的深入分析，找出潜在问题和优化空间，制定相应的优化方案和策略。
3.自动化操作和维护：采用自动化的运维工具和设备，减少人工操作，提高操作效率和精度。
综上所述，移动通信基站的维护和优化措施是确保通信网络稳定运行和提供高质量服务的重要手段。
通过细致的管理和不断地优化，可以提高基站的运行效率和网络的性能，满足用户不断增长的通信需求。
通信基站设备故障应急维修方案一、引言近年来，通信技术的快速发展为人们的生活带来了巨大便利。
而作为通信网络的基础设施，通信基站的正常运行至关重要。
然而，由于各种原因，通信基站设备故障不可避免地会发生。
对于通信运营商和维护人员来说，如何在故障发生时快速、有效地进行应急维修，保障通信网络的稳定运行，成为了一项重要的任务。
本文旨在探讨通信基站设备故障应急维修方案。
二、故障预防与监测1. 定期设备巡检为了降低设备故障率，通信运营商应建立定期设备巡检制度。
通过定期巡检，可以发现并解决设备故障的潜在问题，预防故障的发生。
2. 引入故障监测系统利用先进的故障监测系统，可以实时监测通信基站设备的工作状态。
一旦发现设备故障，系统能够及时报警，并提供故障诊断信息，便于维修人员快速定位和解决问题。
三、故障排除流程1. 故障报修一旦接到故障报修，维修人员应及时与报修人联系，了解故障的具体状况，包括故障描述、发生时间等，以便了解问题的性质和紧急程度。
2. 快速响应维修人员应迅速赶到现场，对故障设备进行初步检查，同时与前线运维人员沟通了解更多故障现象。
在此过程中，维修人员需保持冷静、高效的工作态度，确保故障能被迅速修复。
3. 故障诊断通过对设备的检查和测试，维修人员需要进行故障的精确定位和诊断。
针对各个部件的故障，维修人员应具备全面的专业知识和经验，准确判断故障的原因，为后续的维修提供指导。
4. 故障修复根据故障诊断结果，维修人员应采取相应的修复措施，包括更换故障元件、调整设备参数或进行软件升级等。
在修复过程中，维修人员要严格遵循操作规程，确保维修工作的质量和安全。
四、维护与改进1. 设备维护通信基站设备应定期进行维护工作，包括设备的清洁、防尘、防潮等。
同时，应及时更换老化部件，延长设备寿命，减少故障的发生。
2. 故障分析与改进每当发生故障时，通信运营商应及时进行故障分析，并根据故障原因采取相应的改进措施，以降低类似故障的再次发生。
联通公司基站维护专业工作总结基站维护是联通公司运营维护团队的重要工作之一，也是保障网络稳定性和用户体验的关键环节。
在过去的一段时间里，我作为一名基站维护专业工作人员，主要承担了基站设备的检修、故障处理、维护巡检等工作。
以下是我对这段时间的工作进行总结。
一、工作内容1.基站设备检修和维护：根据工作计划，定期对基站设备进行检修和维护，包括对设备的清洁、检查和调试，保证设备的正常运行。
2.故障处理：及时处理基站设备的故障，及时响应用户的投诉和报修，快速定位故障点，并进行修复，确保基站的正常运行。
3.维护巡检：定期对基站进行巡检，检查设备运行状态，记录设备参数和数据，及时发现并解决问题，提高基站的运行质量和稳定性。
4.设备升级和优化：根据网络需求和业务发展，进行基站设备的升级和优化，提高网络性能和容量，满足用户需求。
5.备品备件管理：负责对基站备品备件进行管理，包括库存管理、设备维修和更换，确保备件的及时供应和合理使用。
二、工作得失在这段时间里，我通过不断学习和实践，不断提高了自身的专业技能和知识水平，对基站设备的运维和维护有了更深入的了解和认识。
在具体工作中，我也遇到了一些困难和挑战，但通过不断努力和团队的帮助，最终都得以克服。
在工作中，我尤其注重提高工作效率和解决问题的能力。
通过制定合理的工作计划和优化工作流程，我能够在规定时间内完成任务，并对异常情况做出及时响应和处理。
同时，我也注重和团队成员的沟通协作，及时汇报工作进展和问题，互相帮助解决困难，保证工作的顺利进行。
然而，在工作中仍然存在一些不足。
首先，我们团队在应对紧急故障和突发事件方面还有待提高，需要加强应急响应能力和处理故障的经验。
同时，由于基站设备更新迭代较快，需要不断学习新技术和新知识，提高自身的维护能力和适应能力。
三、工作心得1.注重细节：基站设备维护需要耐心细致，一丝不苟。
在每次检修和维护过程中，我会仔细查看设备状态和参数，记录和解决问题，确保每一台基站都得到了合理维护。
基站可换设备故障处理载频常见故障说明F文中提到的故障都是客户返修中最常见的，也是返修中最有可能发生WQFault-Found”情况的。
通过了解造成这些故障的可能原因，用户就能在故障发生时确定故障背后的真正原因。
这将减少网络故障时间并提高系统可靠性。
1.1“DRI Not Detected"和"Waiting for Connection,,这两种故障都是由于MCU/MCUF不能与载频通信。
术语DRI是所有类型载频的软件总称。
在“DRI Not Detected”的情况下，从载频到MCU/MCUF的上行链路中断；而“Waiting for Connection”的情况则是从MCU/MCUF到载频的下行链路中断。
这些链路可能受多种因素影响，列举如下：•数据库错误一一MCU/MCUF试图寻找物理上不存在的載频。
•载频未加电或光纤的收发弄反。
・TCU上的光纤损坏或弄脏。
・CTU的背板接头或前面板有物理损坏。
•系统处于过渡状态，会在几分钟内口行恢复。
・TCU-B在”tcu_clock 0”后没有硬件"reset",在载频上按"reset"后会恢复。
•载频硕件故障，更换載频能正常。
・MCU/MCUF硕件故障，更换MCU/MCUF能够恢复正常。
・FMUX故障引起，更换FMUX后能够恢复。
1.2“Inhibited"该故障说明载频产生了一个严重告警。
当处理一个“Inhibited。
的载频时，应当记录下当前的告警。
•软件和硕件载频重启。
•更换敎频。
•其它原因。
1.3“Code Load Fail” 和U CEB Configuration Fail J,这两种故障说明在软件下载期间载频的固件和数字硕件间发生通信错误。
这可能由各种原因造成。
很多情况下该故障可通过重新下载软件清除，载频也可正常工作。
1.4“No HDLC reset pending”该故障通常是由于MCU/MCUF间的通信中断造成，而载频则可能处于软件下载过程中或正常工作状态。
该故障通常会在儿分钟内口行淸除，也可通过JNS”#戈频清除。
1.5“Code Load”这不是故障，只是表明软件下载仍在进行中。
一次完整的软件下载可能需耍15・20 分钟，但对「•戦频的过程只耍1分钟左右。
重要的是尽管可能发生错误，下载过程并没有彼中断。
在下载过程结束前不要在该器件上进行任何操作，否则会使载频坏掉。
1.6"Invalid Calibration Data”该故障是由于bay level校准未完成或校准数据在校准完成后未能正确保存，因此需岌对扱工山j U 辺行bay level怙们邛J处、是使用•个沖仰於芹尺序并手工键入命令。
校准软件工具常被用來最大限度地减少所需时间。
最常用的校准软件I••具是Xindy w和“'Back仁不幸的是这些工具可能无法正确保存校准数据，从而引起该告警。
最好在校准完成后手工保存并验证数据。
1.7“High call/set-up failure rate獰射频干扰或接收调测引起。
这通常是由数据库中射频接口或未优化的切换参数设置引起，也有可能是接收调测不正确引起。
在这些情况下最好试用其它频率/信道一段时间并比较统计结果。
完整的bay level校准也可能会提高基站的性能。
如果网络中正在发工这类问题• 就应进行一次彻底的频率检査以最大限度地减少射频干扰。
1.8DR1150 或“Receive Matrix Branch 1 Control Link Failure”该告警通常出现在Horizon Macro以及Mcell Macro类型的站上。
DRI 150告警表明IADU板子或SURF模块已经与载频失去联络或这些模块上有内部故障。
在发生内部故障的情况下，模块会在任意一条射频路径上出现过流状态的时候产生该告警，指示一个或多个LNA的故障。
啟人警还可能是由于到模块或裁频的连接老动；SURF 模块未加电：或机柜中的SURF/IADU板子故障引起。
2 MCU/MCUF常见故障说明2.1无LED指示这通常表明MCU/MCUF未加电。
这可能是由丁•电路保险被触发或板卡未正确插入插槽；也可能是由丁•引导程序(boot code)损坏。
为消除引导程序(boot code)损坏的可能性，应确保当设备正在进行引导程序(bootcode)更新时不耍切断电源。
当引导程序(boot code)更新，或写入非易失性内存，可以看到红色和绿色的LED快速交替闪烁。
2.2不能进行TTY接入这通常是由丁MCU/MCUF与PC或终端的连接接厂I故障引起，也可能是由丁•引导程序(boot code)损坏。
为消除引导程序(boot code)损坏的可能性，应确保当设备正在进行引导程序(boot code)更新时不要切断电源。
当引导程序(boot code)更新，或写入非易失性内存，可看到红色和绿色的LED快速交替闪烁。
2.3“Waiting for sync to initialize^^出现在TTY这一问题可能由于MCU/MCUF安装不牢固或遭损坏的引导程序(boot code)所致。
为防止软件被损坏，当MCU/MCUF软件正在更新，或者正在写入NV-RAM 时必须确保不要让MCU/MCUF掉电。
这一过程可通过面板上LED灯红绿快速变换识别。
2.4MCU/MCUF连续不断的重新启动遭损坏的引导程序(boot code)或BTS和BSC之间的传输中断都会导致这一问题。
为防止引导程序(boot code)遭损坏，当MCU/MCUF软件正在更新，或者正在写入NV-RAM时必须确保不要让MCU/MCUF掉电。
这一过程可通过面板上LED灯红绿快速变换识别。
如果是BTS不能与BSC联系，MCU/MCUF将每30 分钟自启动一次。
这是正常情况。
2.5“FMUX Loopback Failure”这个告警指示FMUX卡认为光纤连接不能正常工作。
这可能由丁•以下情况造成：FMUX卡没插好、FMUX卡硬件故障、FMUX掉电、光纤安装有问题或折断等。
2.6“No Redundant LinX”主备MCU/MCUF不能正常通信将引发这一告警。
如果备边MCU/MCUF刚刚加上电，需要等待30分钟去预热这块板。
这是由于板内的高精度的晶体振荡器需耍一个稳定的温度才能工作。
当然这一告警也可因备用边的MCU/MCUF故障所导致。
2.7“PCMCIA Failure”PCMCIA卡插入不当或不匹配的卡将造成这一告警。
正确插入时，PCMCIA卡将与MCU/MCUF面板平齐，并11只有摩托罗拉认可的卡能在这里被使用。
基站工程师处理CTU和TCU-B的步F面将概要地介绍判断问题的方法，包括一些必耍的步骤。
这些步骤是作为其他一些方法的补充，而不是取代它们。
如果经过这些步骤判断，问题依然存在则该设备需要返修。
3.1 基站工程师执行的一般性检査3.1.1验证所有机柜内的设备都加上电，也要检查TCU的插头极性。
3.1.2验证TCU收发线缆的正确连接，包括线缆和连接的情况，例如是否清洁和可靠。
3.1.3验证TCU-B光纤的正确连接，连接是否紧密，并且没有碎屑。
这可以通过以下步骤做到：拔出光纤然后用吹气球向MCU/MCUF和TCU的光纤连接口吹风，并用软布擦拭光纤的端头，然后牢固插入。
3.1.4验证数据库和实际硬件安装相一致。
disp_equip X full （在MCU的MMI提示符符下键入，这里的X是站号）3.1.5验证MMI提示符出现在载频的RSS端口，如果不是，请验证这个载频的电源开关是否打开。
3.1.6验证LED的状态，如果不是亮的，请验证这个载频的电源开关是否打开。
3.1.7验证这个载频没有被锁住。
State X drj * * （从MCU上的MMI提示符下键入，这里X是站号，Y是DRI 号）Unlock X dri Y Y（从MCU±的MMI提示符下键入，这里X是站号，Y是DRI号）这将解锁这个DRL3.1.8检查基站的告警。
disp_act_al X （从OMC上的MMI提示符下键入，这里X是站号）3.2“DRI NOT DETECTED^ 和^Waiting for Connection,,3.2.1执行在3.1段中的一般性检查，保证系统运行。
3.2.2如果发生“ Waiting for Connection”错误，等待5・10分钟去观察这个故障是否自动消除。
3.2.3INS这个硬件ins X dri Y Y （从MCU上的MMI提示符下键入，这里X是站号，Y是DRI号）3.2.4硬件reset这个载频3.2.5对于TCU-B的检查，清洁所有光纤连接口。
对于CTU,检查背板或面板的物理损伤。
如果面板弯曲或安装不到位，那么背板不可能正确连接。
3.2.6如果上述步骤不能清除这故障，请试着和同一基站中的载频调换，然后判断是槽位的问题还是载频问题。
3.2.7判断数据库是否最近被修改，如果是，确保数据库和实际硬件安装一致。
注：可能为FMUX板子的断口故障，可先将主备用交换测试也可能为MCU/MCUF故障引起，同样可以swap到备用主处理器进行性能测试來判断主处理器板子的性能！3.3“Inhibited”3.3.1执行在3.1段中的一般性检查，保证系统运行，特别注意所有的告警。
3.3.2打开MCU/MCUF的告警模式,INS这个设备，并且在基站正常工作后，记录所有告警。
Mode_alarm X on或en_al X （在MCU上的MMI提示符下键入，这里的X是站号）Ins X dri Y Y （从MMI提示符下键入，这里X是站号，丫是DRI号）3.4“Code Load Fail” 和“CEB Configuration Fail”3.4.1执行在3.1段中的一般性检查，保证系统运行。
3.4.2INS这块载频。
Ins X dri Y Y （从MMI提示符下键入，这里X是站号，丫是DRI号）3.4.3等待10-15分钟的软件下载。
3.4.4如果这个故障再次出现，重启载频。
ReseLdev X dri Y Y （从MMI提示符下键入，这里X是站号，丫是DRI号）3.5“No HDLC reset pending"3.5.1执行在3.1段中的一般性检查，保证系统运行。
3.5.2INS这个载频ins X dri Y Y （从MMI提示符下键入，这里X是站号，丫是DRI号）3.5.3等待10-15分钟的软件下载。
3.6“Code Load"3.6.1不进行任何操作，等待软件下载的完成。
如果载频在软件下载过程中被重启或者掉电，可能造成永久性的软件损坏。
正常的软件下载过程需要花费20分钟完成，具体依赖于这一基站所需的软件大小。
