2993告警一般处理流程
1. 先根据告警附加信息判断出故障BTSid，TRXid，TSLid。
2. 若该告警分散到不同BTS，且该告警很少重复发生在同一BTS上
·        若这些BTS的传输经过交叉机，则首先检查交叉机至BSC间的传输.
·        若这些BTS的传输不经过交叉机，则查A接口和TCSM，及告警对应的BCSU.
3. 若该告警集中到同一BTS，但该告警并不固定发生在同一TRX上
分析：改故障可能与传输有关，可从检查传输的告警，传输质量统计报告着手。
	若这些BTS的传输经过交叉机如DN2等
	若该BTS是TALK Family或Primesite类型，通过Q1即MML的QUS命令远程登陆到TRU查看TRU里的传输的质量统计报告(Downlink)；同时本地查看DN2中该传输的质量统计报告(Uplink),或通过MML的QUS命令到DN2里查看该传输的质量统计报告(Uplink，前提是该DN2有Q1集成到BSC)。
	若该BTS为非TALK Family或Primesite类型，可直接到NMS里的NODE Server Manager查看BTS传输单元中质量统计报告(Downlink)，若没有NODE Server Manager则要BTS工程师到BTS现场查看。对于Uplink,方法同上。
	若这些BTS的传输不经过交叉机，通过AHO/AHP，EOL/EOH命令查看该传输的告警，及YMO命令查看该传输的质量统计报告。
	若传输有问题，先着手解决传输问题。若长时间传输质量没问题，到第四步继续。
4. 该告警集中发生到同一BTS下的同一TRX或TRX下的TS上
	若没有经过交叉机，先通过AHO/AHP，EOL/EOH命令查看该传输告警，及YMO命令查看该传输的质量统计报告。
	若传输没有 问题，尝试LOCK/UNLOCK TRX 或BTS/BCF，若RESTART  2次后问题还是出现，参考下一步。
	要BTS工程师到BTS现场互换TRX。若问题随TRX，则TRX需更换，否则需检查Branching Table及交叉机配置等。
 
说到预防的话就从传输质量下手，还有防止一些人为的BTS侧或BSC侧数据配置失误