常见告警故障处理及分析
SDH常见告警及处理方法
SDH常见告警及处理方法
一、SDH常见告警
1、AIS(Alarm Indication Signal):系统发生严重故障，但故障定位困难时发出的报警信号，其特征是所有光纤信道的信号都变为8kHz的正弦波。
2、RDI 告警：Remote Defect Indication，用来标识由网络其中一端的故障引起的报警信号，其特征是只有发送方端口发出的信号变为
8kHz 正弦波，接收端口不发生改变。
3、LOS(Loss of Signal): 信号丢失告警，当根据多模解调器的输出结果发现收发光纤的质量有问题时，就发出此类报警。
4、LOF (Loss Of Frame):帧丢失告警，当多模解调器未能正确解调出SDH/SONET信号帧，只能解调出时隙时，就发出此类报警。
5、LOFL(Loss Of Frame Lock)：解调锁定丢失告警，当多模解调器未能正确解调SDH/SONET信号帧，会给发出此类报警。
6、TIM（Trace Identify Mismatch）：诊断路径标识错误报警，当多模解调器识别进入端口的信号的诊断路径标识，与设置的诊断路径标识不一致时，就发出此报警。
7、STU（Signal Fail）：发射信号失效报警，当多模解调器发射板信号失效时，就发出此报警。
二、SDH常见告警的处理原则
1、首先仔细考察AIS信号，是否处纤芯断纤等原因导致的。
2、考察RDI信号，区分是单向报警还是双向报警，以及是否真的是本段线路出现问题还是根据RDI反向传输到下一个站点的问题。
常见告警故障处理及案例分析
常见告警故障处理及案例分析常见告警故障处理及案例分析1．基站的告警按故障设备可分为三类：设备告警、内部告警、外部MOTOROLA 告警。
一、设备常见告警设备告警是硬件告警最常见也是最重要的告警，告警设备一般为基站的主要器件，它的告警类型就是它的设备类型。
Expired]TimerFailure-Watchdog[FrontDRI29：End Processor1.前端处理器故障可能会反复自启，可能会退服，应先DRIDRI硬件故障，出现此告警时。
TCU RESET处理，若告警未消失，更换DRIins应进行INS或reset or时隙信0-7-7）Failure]（[Channel Coder Timeslot02．DRI40-47：道编码器失败。
处理，不行再更换RESET或M-CELL基站经常出现此类告警，应进行INS可能会消失。
GSR5时出现，升级到TCU900。
此告警在GSR4链路错误。
基带跳频TDMHopping TDM LinkError]3．DRI51：[Baseband可能有问题。
KSW此告警有几种可能性：TDM-Highway BUS或可能有问题。
，CCDSPDRIM的FEP此告警须在现场具体测试分析。
测试后判定故障点。
可能会消失GSR5GSR4时出现，升级到此告警在的呼BTS Multiplexing时分复用：该总线用于把来自TimeTDM——Division，反之亦然。
可分为两个独立的部分：交换机公共通MSC叫与信令数据传送到出局公共通路。
路&接口)E1/T1交换机公共通路：处理路由到交换机的数据，数据来自外部信源(通过内部产生。
或由GPROC)E1/T1接口BSC/RXCDR(通过出局公共通路：这是一个被交换的数据，现在被路由出。
GPROC 或通向内部收发单元故障SynthesizerFailure]81：[Transmitter DRI4.故障，故障原因有可能为：TCU此告警为收发单元频点丢失Calibration-接收故障信道盘的CEB-射频电缆连接失败-TCU告警消失并监测；若告警未消失，更换或reset TCU,处理方法：远程ins退出服务。
告警分析及处理
告警分析及处理一、动环1、网管1）帐号登陆提示连接失败或鉴权失败：可分为两个原因，一是网络中断，无连接到服务器，二是服务器程序未运行，需要联系网管人员进行程序启动。
提示用户被锁定：因用户多次密码输入错误，导致用户被锁定，需要联系系统管理员进行帐号解锁设臵。
2）网络连接网络连接故障：本地连接断开，检查电脑网口网线是否连接正常，检查交换机端网口网线连接是否正常，其次检查电脑网卡是否存在故障。
3）基站中断基站中断分三个方面：一是模拟站或者干节点站的站点全部中断，导致原因应该是模拟站的前臵台或者干节点的前臵台程序未运行或者连接中断；二是模拟站的多个站点同时中断，这种现象一般是中断站点传输在同一传输设备ETN上，如果该ETN与交换机之间传输出现问题，就会出现这种故障，检查ETN与交换机之间网管连接情况；三是个别站点出现监控中断，导致原因可分两方面：一是该基站传输出现故障，二是底端EISU设备出现故障或者基站为EISU提供48V电源出现故障。
2、基站1）动力设备A、开关电源监控中断：分为四方面，一是从施工一直未正常监控的，为电源监控模块故障，需要更换电源监控模块；二是检查是否因为更换电源模块后所致，是否更换了电源监控模块型号，或者更换监控模块后，电源监控模块后的RS232通信口的连接线是否连接正常。
三是开关电源监控模块故障，需要更换电源监控模块；四是电源其它告警（欠压、防雷故障之类的），检查现场电源监控模块内告警内容，如果也存在相应告警，则是电源实际告警，如果不一致请联系厂家进行数据处理。
B、空调空调控制：因基站都做有相应的空调节能系统，网管进行控制后不能产生效果。
空调电流及空调状态：如果空调电流出现值无效之类的告警，一般为基站空调电流监测设备出现接线错误，检查该基站是否更换空调，而导致电流监测设备被拆除，如果设备正常，请检查设备接线情况。
C、蓄电池监控原理：对两组蓄电池的总电压进行测量，测点一般设在开头电源柜内的电极排上，如果出现电压数值不付或者故障，检查现场电极排上测点之间电压是否正常，接线是否正常；电流监测在蓄电池电源线上有个直流电流互感器进行监测，如果出现电流数据为-45，一般为直流电流互感器接线故障，检查接线是否有松动。
SDH常见告警及处理方法
华为SDH故障1.1 R_LOS告警名称或故障现象：R_LOS告警表示接收线路侧信号丢失（Receive loss of signal），为紧急告警。
告警产生原因：1、断纤；2、线路衰耗过大；3、本板接收方向故障；4、对端站发送部分故障，线路发送失效；5、对端站交叉时钟板故障或不在位。
告警处理方法：1、现场用光功率计检测告警单板的接收光功率是否正常。
如果接收光功率正常，请转至步骤8。
2、检查光缆是否有故障，排除光缆故障后，查看告警是否排除。
3、清洁本站尾纤接头和线路板接收光口，查看告警是否排除。
4、检查本站的法兰盘和光衰减器是否连接正确，光衰减器的衰减值是否过大。
正确使用法兰盘和光衰减器后，查看告警是否排除。
5、用光功率计检查对端站的发射光功率是否正常，如果发射光功率不正常，更换线路板。
6、如果发射光功率正常，清洁对端站的尾纤接头，查看告警是否排除。
7、检查对端站的法兰盘和光衰减器是否连接正确，光衰减器的衰减值是否过大。
正确使用法兰盘和光衰减器后，查看告警是否排除。
8、更换本站上报告警的线路板，查看告警是否排除。
9、更换对端站的线路板，查看告警是否排除。
1.2 R_LOF、R_OOF告警名称或故障现象：R_LOF告警表示接收线路侧帧丢失（Receive loss of frame），为紧急告警。
告警产生原因：1、接收信号衰减过大；2、对端站发送信号无帧结构；3、本板接收方向故障。
告警处理方法：1、在网管上查看是否有高级别的R_LOS告警，优先处理这些高级别告警后，查看告警是否排除。
2、检测告警单板的接收光功率是否正常。
如果接收光功率正常，请转至步骤9。
如果收光不正常，让现场定位衰耗点在机房内还是在线路上，如果在线路上，转至步骤8。
3、清洁本站尾纤接头和线路板接收光口，查看告警是否排除。
4、检查本站的法兰盘和光衰减器是否连接正确，光衰减器的衰减值是否过大。
正确使用法兰盘和光衰减器后，查看告警是否排除。
爱立信BSC常见故障告警处理
常见故障告警处理一. 硬件设备告警1、CP FAULTDPWSP；看CP状态。
REPCI；测试出错部件（排第一个是最可能出错的部件）。
REMCI：MAG=XX，PCB=XX；换板（可以再REMCI第二个部件）。
RECCI；测试并复位。
若修时出FC301说明交换机自己在修，此时CP状态为SE-FM（分离），无法人工修，只要等片刻就会发现CP状态变为UPDATING，再等就应该WORKING了。
2、RP FAULTEXRPP:RP=XX；看RP状态REPRI；测试出错部件（排第一个是最可能出错的部件）REMRI：RP=XX，PCB=XX；（也可以换第二个部件）RECRI；测试并复位闭解RP BLRPI/E：RP=XX；3、EMRP FAULT（emrp:Extension Module Regional Processor ）REPEI：EMG=XX，EMRP=XX；REMEI：EMG=XX，MAG=XX，PCB=XX；RECEI：EMG=XX，PCB=XX；4、EM FAULTEXEMP：RP=X，EM=XX；看EM状态若无RPT时：REPRI：RP=XX，EM=XX；REMRI：RP=XX，EM=XX，PCB=XX；RECCI：RP=XX，EM=XX；若有RPT时：EXEMP：RP=XX，EM=XX；BLEMI：RP=XX，EM=XX，RPT=XX；BLEME：RP=XX，EM=XX，RPT=XX；若与TSM相关时：GSBLI： TSM=XX；进行（2）或（3）闭解EMGSBLE： TSM=XX；5、SWITCHING NETWORK TERMINAL FAULTNTSTP：SNT=XX；看SNT状态（常见FC38可闭解修好）NTCOP：SNT=XX；查DEV号对MSC：EXDRP：DEV=XX；查控制设备的RP号和EM号对BSC：RADAP：DEV=XX；查控制设备的RP号和EM号EXRPP：RP=XX；NTBLI：SNT=XX；闭NTTEI：SNT=XX；测NTBLE：SNT=XX；解若解不开，可试以下方法：EXEGP：EMG=XXXXX；查CICEXCLP：EQM=CLC-9；查对应的DEV，记下相关数据BLCLI：EQM=XX；闭CICEXCLE：EQM=XX；拆数据NTBLI：SNT=XX；闭NTBLE：SNT=XX；解EXCLI：EQM=XX，SPEED=XX，DEV=XX；重新定义原来的数据BLCLE：EQM=XX；解CIC6、GROUP SWITCH FAULT（TSM FAULT）（或GROUP SWITCH RESTRICTIONS）GSSTP：CLM/SPM/TSM＝ALL；找出错部位（或用GSREP；列出故障的设备）。
sdh常见告警和性能故障分析
SDH常见告警和性能故障分析1．LOS信号丧失告警．LOS告警的根本含义是信号丧失或劣化，使BER劣于10-3。
对于光路，〔出现RLOS 告警〕表示没有光信号输入，对于光板可能的原因是：#对端设备问题〔线路发送失效、发送方向无系统时钟等〕#断纤#线路衰耗过大，导致收光功率超出灵敏度值．对支路2M信号〔出现T_ALOS告警〕，表示2M端口无输入。
对于2M支路板，可能的原因是：#对端输出端口有故障〔脱落或松动〕#本站输入端口有故障〔脱落或松动〕#本站2M支路板问题#电缆有故障告警产生的原因：断纤；线路损耗过大，导致收光功率超出灵敏度值；对端站发送方向无系统时钟；对端站激光器损坏，线路发送失效；对端站穿插板没有时钟输出；对端站时钟板工作不正常.告警处理步骤：测试告警单板的接收光功率，假设光功率正常那么检查板上接头有无松动，假设接头良好那么更换告警单板；假设光功率很小或接近0mW，检查对端至本站的光缆是否松动；假设光缆线路正常，检查对端站光发送板接头是否松动，假设接头良好那么更换对端站光发送板。
2．LOF帧丧失告警假设帧失步连续3ms以上，那么出现LOF告警。
可能的原因是：#线路问题，接收信号衰减过大#对方设备问题，光发送信号无帧或无时钟#本端设备问题，接收方向有故障告警产生的原因：光损耗过大；对端站发送信号无帧构造；本端接收方向有故障。
告警处理步骤：检查告警单板接收光功率，假设光功率正常那么检查告警单板是否存在问题；假设光功率超出正常范围，那么检查对端站至本站光纤及其接口是否损坏；假设光纤及告警单板都正常，那么检查对端站光发送板设法存在问题。
3.告警名称：帧失步〔R-OOF〕告警产生的原因：接收信号损耗偏大；传输过程误码过大；接收方向器件有故障；对端站发送有故障。
告警处理步骤:检查告警单板接收光功率，光功率正常那么检查告警单板是否存在问题；如光功率超出正常范围，那么检查对端站至本站光纤及其接口是否损坏；如光纤及告警单板都正常，那么检查对端站光发送板是否存在问题。
告警分析及其处理故障
目录第4章告警处理ALM_CHCSALM_E1AISALM_GFP_dLFDALM_IMA_LIFALM_IMA_LINK_LCDALM_IMA_LODSALM_IMA_RFIALM_IMA_RE_RX_UNUSABLEALM_IMA_RE_TX_UNUSABLEALM_LCDALM_MSALM_OCDALM_SUBCARD_ABNALM_UHCSAPS_IS_STOPPEDAPS_FAILAPS_INDIAPS_PARA_ERRAPS_TYPE_ERRA_LOCA_LO_J1AU_AISAU_AIS_CAU_CMMAU_LOPAU_LOP_CB1B_OVERB1_OVERB2_OVERB3_EXC_VC3B3_EXC_VC4B3_OVERB1_SDB2_SDB3_SDB3_SD_VC3B3_SD_VC4BD_BUS_COREBD_STATUSBIP_OVERBIP_SDBUS_LOCC4_R_LAISDC4_T_LAISDCC_LOCCFG_OVFLOWCFG_PARA_APPLY COMMUN_FAILCOOL_CUR_OVERCFG_DATA_DIFFER CTSDBMS_ERRORDBMS_PROTECT_MODE DCDDDN_AISDDN_ALOSDDN_LFADDN_LMFADDN_LOOP_ALMDDN_RFADDN_RMFAD_LO_J1DOWN_E1_AISDSRDTRETH_LOSEXER_FAILEXT_LOSEXT_SYNC_LOSFAN_FAILFCS_ERRFI_FAILFPGA_ABNHARD_BADHARD_ NOSUPHCSHPAD_CROSSTRHP_CROSSTRHP_D_J1_LOSHP_LOM_CHP_LOMHP_J1_LOLHP_RDIHP_REIHP_R_LOPHP_SLMHP_TIMHP_UATEVENTHP_UNEQILL_MFIILL_MFI_VC12ILL_MFI_VC3ILL_MFI_VC4ILL_SQILL_SQ_VC12ILL_SQ_VC3ILL_SQ_VC4IN_PWR_ABNIN_PWR_FAILJ0_MMK1_K2_MK2_MLASER_MOD_ERR_EX LASER_SHUTLCAS_FOPTLCAS_FOPRLCAS_PLCTLCAS_TLCTLCAS_PLCRLCAS_TLCRLFALMFALOCK_CUR_FAIL LOOP_ALMLP_AISLP_CROSSTRLP_RDILP_RDI_VC12LP_RDI_VC3LP_REILP_REI_VC12LP_REI_VC3LP_RFILP_R_FIFOLP_SIZE_ERRLP_SLMLP_SLM_VC12LP_SLM_VC3LP_TIMLP_TIM_VC12LP_TIM_VC3LP_T_FIFOLP_UATEVENTLP_UNEQLP_UNEQ_VC12LP_UNEQ_VC3LSR_NO_FITEDLSR_WILL_DIELTIMAIL_ERRMEM_ERRMP_LOOP_ALMMP_PSMSAD_CROSSTRMSP_INFO_LOSSMS_AISMS_CROSSTRMS_RDIMS_REIMS_UATEVENTN1_AISNESTATE_INSTALLNE_SF_LOSTNO_BD_PARANO_BD_SOFTOUT_PWR_ABN PASSTHROUGH_REPORT PATH_MON_FAILPDU_ALMPOWER_ALMPOWER_FAIL PROTOCOL_MMPSPWR_MAJ_ALMPWR_MIN_ALMP_AISP_LOSRECEIVE_ERRRELAY_ALARMRFARMFARP_LOCRR_LOCRS_CROSSTRRS_UATEVENTRTSR_FIFO_ER_F_RSTR_LOFR_LOSR_LOSYNCR_OOFS1_CHANGES1_SYN_CHANGESECU_ALMSTM_ERRSUBCARD_ABN SYNC_C_LOSSYN_BADTEMP_ALARM TEMP_OVERTEM_HATEM_LATFTHUNDER_ALMTP_LOCTPS_ALMTR_LOCTU_AISTU_AIS_VC12TU_AIS_VC3TU_LOPTU_LOP_VC12TU_LOP_VC3TX_E1LOCT_ALOST_FIFO_ET_LOCT_LOST_LOTCT_TDMUP_E1_AISVC_AISVC_DELAY_TLVC_RDIVCG_MM_EX VCXO_LOCVER_MISMATCH VP_AISVP_RDIVPG_MM_EX WORK_CUR_OVER WRG_BD_TYPEW_R_FAIL第4章告警处理在OptiX 2500+(Metro3000)设备维护工作中，会遇到很多告警，对告警的有效分析，是解决问题的关键。
常用告警说明诺西
常用告警说明诺西诺西是一款广泛使用的告警系统，帮助企业实时监控和管理各种运行时异常和故障。
本文将介绍一些常见的告警类型以及相应的解决方案，以帮助用户更好地理解和处理诺西告警。
一、服务器宕机告警当服务器宕机时，会触发服务器宕机告警。
这可能是由于硬件故障、网络故障或者服务器过载等原因导致的。
处理服务器宕机告警的解决方案如下：1. 检查服务器硬件：首先需要确认服务器是否存在硬件故障。
可以检查服务器的电源、硬盘、内存等组件是否正常。
2. 检查网络连接：如果服务器宕机是由于网络故障导致的，需要检查网络连接是否正常。
可以尝试重新连接网络或者检查网络设备是否工作正常。
3. 调整服务器负载：如果服务器宕机是由于过载导致的，可以尝试通过减少服务器负载来解决。
例如，优化代码、增加服务器资源等。
二、磁盘空间告警磁盘空间告警是指服务器磁盘空间不足导致的告警。
这可能是由于长时间未清理无用文件、磁盘写入速度过快等原因导致的。
处理磁盘空间告警的解决方案如下：1. 清理无用文件：可以通过删除无用的日志文件、临时文件等来释放磁盘空间。
2. 增加磁盘容量：如果磁盘空间经常不足，可以考虑增加服务器的磁盘容量。
3. 优化磁盘写入速度：如果磁盘空间告警是由于磁盘写入速度过快导致的，可以尝试优化代码，减少磁盘写入次数。
三、CPU负载告警CPU负载告警是指服务器CPU负载过高导致的告警。
这可能是由于程序运行过多、代码不优化等原因导致的。
处理CPU负载告警的解决方案如下：1. 优化代码：可以通过优化代码、减少CPU消耗来降低CPU负载。
例如，减少循环次数、合并重复代码等。
2. 增加服务器资源：如果CPU负载经常超过服务器承受范围，可以考虑增加服务器资源。
例如，增加CPU核心数、内存容量等。
3. 分离任务：如果程序运行过多导致CPU负载过高，可以尝试将任务分离到多台服务器上进行处理，从而分担负载。
四、网络连接异常告警网络连接异常告警是指服务器与外部网络连接不稳定或者中断导致的告警。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
···常见告警故障处理及分析MOTOROLA基站的告警按故障设备可分为三类：设备告警、内部告警、外部告警。
一、设备常见告警设备告警是硬件告警最常见也是最重要的告警，告警设备一般为基站的主要器件，它的告警类型就是它的设备类型。
1. DRI 29：[Front End Processor Failure - Watchdog Timer Expired] 前端处理器故障DRI硬件故障，出现此告警时DRI可能会反复自启，可能会退服，应先reset or ins DRI应进行INS或RESET处理，若告警未消失，更换TCU。
2． DRI 40-47 ：[Channel Coder Timeslot 0（-7） Failure] 0-7时隙信道编码器失败。
M-CELL基站经常出现此类告警，应进行INS或RESET处理，不行再更换TCU900。
此告警在GSR4时出现，升级到GSR5可能会消失。
3． DRI 51 ：[Baseband Hopping TDM Link Error]基带跳频TDM链路错误。
此告警有几种可能性：TDM-Highway BUS或KSW可能有问题。
DRIM的FEP，CCDSP可能有问题。
此告警须在现场具体测试分析。
测试后判定故障点。
此告警在GSR4时出现，升级到GSR5可能会消失TDM——Time Division Multiplexing时分复用：该总线用于把来自BTS的呼叫与信令数据传送到MSC，反之亦然。
可分为两个独立的部分：交换机公共通路&出局公共通路。
交换机公共通路：处理路由到交换机的数据，数据来自外部信源 (通过E1/T1接口)或由GPROC内部产生。
出局公共通路：这是一个被交换的数据，现在被路由出BSC/RXCDR (通过E1/T1接口)或通向内部GPROC。
4. DRI 81：[Transmitter Synthesizer Failure]收发单元故障此告警为收发单元TCU故障，故障原因有可能为：-接收Calibration频点丢失-信道盘的CEB故障-射频电缆连接失败处理方法：远程ins或reset TCU,告警消失并监测；若告警未消失，更换TCU 5. DRI 86 ：[Transmitter Failure]输出功率失败，引起DRI退出服务。
状态：D-U此告警是信道盘的功率放大器失败。
应更换信道盘。
6． DRI 91 ：[Power Amplifier Power Low But Functioning]信道盘的功率放大器输出功率低于门限，状态B-U。
此告警有可能由于高温等原因引发，有些站经常性出现DRI[91]的盘则需要更换，以免因小区功率不平造成掉话。
有时侯在现场看不见此告警，须从OMC 的事件窗口检查。
7． DRI 92 ：[Power Amplifier Temperature High But Funncioning]信道盘的功率放大器高温告警，但可以工作。
信道盘的功率放大器的高温多数是因机房高温，或机箱内的风扇故障造成的。
在出现此告警后，信道盘的性能会下降。
如温度过高，信道盘会自动闭塞。
因此常出现此告警的信道盘应于以更换。
8． DRI 112 （114）[Receiver Synthesizer Failure]接收单元合成器故障此告警为收发单元内部故障，其主要原因大概有：-收发信单元内部直流供电故障-收发信单元内部硬件故障处理方法：远程ins或reset TCU,告警消失并监测；若告警未消失，更换TCU9． DRI 150: [ Receive Matrix Branch 1 control Link Failure]接收矩阵支路控制失败，状态: B-U此告警M-CELL和Horizon中均有出现，伴随切换掉话，切换成功率低，呼叫建立成功率低导致的话务量减少。
有时也会导致信道盘的path_balance值偏高。
其主要原因有：-有故障的接收矩阵即SURF-收发信单元与接收矩阵之间的同轴电缆断路-收发信单元与接收矩阵之间的同轴电缆短路-信道盘中的均衡器板控制电路出现故障-SURF内部前-后端接口短路-SURF内部前-后端接口断路根据现场判断具体情况更换硬件。
10． DRI 152: [Control Processor to Power Amplifier Communication Failure] 处理器与功率放大器的通信失败此告警是信道盘中的CEB及对PA的控制失败。
首先对信道盘进行INS或RESET处理，不行再更换信道盘。
11． DRI 209 : [Timeslot Configuration Failure]信道分配失败 D-U 小区资源管理器CRM为MS分配无线信道时在射频硬件上分配时隙失败。
产生的原因有：-收发信单元TCU故障-DRI软件故障处理方法：远程ins或reset TCU,告警消失并监测；若告警未消失，更换TCU12． DRI 218 ：[Timeslot Configuration Failure]不健全的信道接收校验数值此告警的出现时用指令：disp_cal_data <location> <device_name> <dev_id> <dev_id> <dev_id> 可看到基站接收数据校准值中出现80（错误的校准数据），还找到根本的原因，远程对硬件reset或ins均无作用，现场人员有时需更换新硬件设备而有时只需对信道盘开关电即可恢复，初步判断为硬件TCU(Horizon目前还未发现)接收单元问题。
13． DRI 234 ：[Active Link Connection Failure]主用链路与BTP的链接失败。
状态：D-U此告警主要发生在M-CELL上，是主用BTP到DRI/TCU900的链接失败。
其原因主要分为：* FOX/FMUX/BTP之间的连接和使用的光纤类型的问题。
*TCU900/FOX/FMUX/BTP本身的问题。
*还有则是由于某种原因，使处理机运行过程出现问题，使其与TCU900失去联系。
这类情况可用LOCK-UNLOCK恢复。
14． DRI 235 ：[Standby Link Connection Failure]备用链路与BTP的链接失败，对网络不造成影响。
但如果出现整个机柜告警应当引起重视。
以免基站主用出现故障倒换到备边时，出现整个机柜不能工作。
此告警只出现在M-CELL，是备用BTP到DRI/TCU900的链接失败。
其原因主要分为：* FOX/FMUX/BTP之间的连接和使用的光纤类型的问题。
*TCU900/FOX/FMUX/BTP本身的问题。
*有时侯如有大部分DRI出现此告警，有可能是没将BTP做成冗余形式。
DRI 239 ：[Process Safe Test Audit Failure]有可能是因为机房内高温造成，若不及时进行处理，会继续出现92#告警15． DRI 243 ：[Unlocked Device Not In Service]信道盘退服 D-U 此告警出现在没有主告警的情况下信道盘退服可能的原因是：系统错误导致的信道盘退服处理方法：发现告警后,RESET THE DRI观察，如果告警仍然存在这更换信道盘。
16. GCLK 2 :[Clock Reference Failure]时钟参考失败此告警为基站MSI板的时钟提取丢失其主要原因有：-E1/T1链路故障-没有MSI/NIU的时钟信号-没有XCDR的时钟信号-GCLK 时钟提取电路失败处理方法：更换MCU或NIU,若仍然出现告警则需通过传输处理17． GCLK 4 : [ Phase Lock Lost]时钟参考信号锁相丢失此告警有时会引起切换掉话或切换成功率低，有时没有影响，大多数是因为传输大网与移动网对时钟要求相距较大引起。
其主要原因有：-大多数情况是在E1/T1链路上偏移或不稳定的时钟超过所允许的极限而引起的时钟失锁。
-不正确的时钟源或-GCLK硬件故障-GCLK 晶体振荡器由于老化不能长时间对信号源进行锁相处理方法：一般情况下先进行时钟重新校准或SWAP BTP到备边,若无作用则请传输中心处理。
18． GCLK [8] ：主备时钟频差过大。
此告警是由BTS的本振时钟主备频率偏差过大，应及时对时钟进行校准。
M-CELL: 8000HZ.19． GCLK 14 : [Phase Lock Failure]时钟参考信号锁相失败此告警有大多数时间会引起切换掉话或切换成功率低其主要原因有：-GCLK硬件故障-有问题的前时钟源-规范问题20． GCLK 18: [Not Operational]主时钟不工作此告警是由于基站主控板MCU不能建立正常的同步时钟初始化。
出现的原因：可能是由于固件故障，或是硬件老化。
出现此问题时应reset MCU,若告警未消失则需更换MCU；若告警消失，则不需在作进一步的观察。
GCLK 24[Bad Clock Source or OCXO (oscillator) ]:不精准的时钟源或有故障的时钟振荡器。
出现此告警时先reset site 或主控倒到备边，若还存在告警则需传输帮助解决。
21． GCLK 26: [GCLK Calibration Request] GCLK校准失败此告警有大多数时间会引起切换掉话或切换成功率低其主要原因有：-GCLK 校准超出要求范围（即不能进行校准）-有问题的GCLK时钟源或时钟源超出传输要求规范-在MCU第一次加电时不能进行校准，因此不能计算LTA值-GCLK长时间不能进行锁相，超出允许时间-GCLK 硬件故障处理方法：更换MCU另：LTA——Long Term Average.长期平均值。
BTS的GCLK频率寄存器为产生一个16.384MHz的时钟所需的值。
22．BTP [39]: 软件故障此告警出现时会引起BTP D-U Code Load Failure或反复code load .其主要原因有：-下载的软件故障-主控GPROC故障处理方法：1.进emon reset site,并观察2.更换MCU（或SWAP BTP）二、内部告警内部告警的告警设备一般为基站的辅助设备如风扇、保险、开关、电源模块等。
1． IAS 86#[cabinet fan failure]：基站风扇故障2． IAS [81] ：PSU供电单元输出失败。
通过计算机检测电源模块，判定故障及时更换。
3． IAS [95] ：低噪音放大器保险坏。
M-CELL对于GSM900的选件中没有采用低噪音放大器。
所以此告警对DCS1800基站有影响。