TCH信道激活启动失败告警，一般是有GPRS引起，重启载频及相应时隙告警可消失;或者重启GENA，如无法消除可检查硬件故障，更换该载频。
7727话音信道数减少。这个可能是因为曾经这台BSC容量满了，然后出这个告警的扇区的载频下面的一些信道没有用的原因！用ZERO确认。如果要排除，把这些没有用的信道用起来就可以了！
7730BCF配置失败：
255 UNSUCCESSFUL_EC
other malfunction between the BSC and the BTS
这个是DAP宽度和站上建的不一致，或者，附DAP的载频和站上设置的不一致！
11157 RESP_FROM_BTS_TIMEOUT_EC
BTS has not responded within time supervision
这个是基站吊死了，重启一下。如果还是这样，要再过一段时间重启，尤其是连续重启的时候！
14969 TRX_NOT_EDGE_CAPABLE_EC
all TRXs under under BTS must be EDGE capable when EGPRS
is enabled in BTS
这个是BTS下面有些载频是不支持EDGE的TSGA，却被我们附上DAP了！
7731BCF默认软件包和定义的不一致
现在最经常就是BSC这边空软件包启站，出这个告警！
7735告警：
JANBSC22G BCF-0030 BTS-0030 EQUIPM 2009-03-08 23:24:45.73 ** ALARM TRX -001 JACXCAIYOUJI1 (15075) 7735 TRX TEST FAILED
2d 46d 255d 00000000 112d 00000000 111d
国内领先的通信技术论坛,^-n\*p*F8p!Y'D\MSCBSC 移动通信论坛#T.]8N&V:|'a9b 载频测试失败告警。
7738 没有话务
其中补充字段的意思如下：12最严重！
01 02 03 10 11 12 13
no successful SDCCH seizures no successful TCH seizures
no successful SDCCH nor TCH seizures no successful GPRS transactions
no successful SDCCH seizures and no successful GPRS transactions no successful TCH seizures and no successful GPRS transactions no successful SDCCH nor TCH seizures nor GPRS transactions
大部分原因是站上天线接反了，或者扇区接反了，或者天线打歪了！ 还有可能是SERVER上的数据露做了，或者当地本来就没有用户！ 7740告警系统过滤了补充字段1中的告警号。
看看那个被过滤的是什么告警，一般删除这个告警。
7741告警：
JANBSC01G BCF-0237 BTS-0237 QUAL 2009-03-09 04:11:19.35** ALARM TRX -001 YIXXDONGSHANGX1 RTSL-003
(47863) 7741 MEAN HOLDING TIME ABOVE DEFINED THRESHOLD F0 120d 1d 7212d
重启相应载频及时隙，调整基站侧时钟控制，调为2000；
国内领先的通信技术论坛@7q4f#o6a.H;`mscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。*{:j+\\%o.v4h7{2J3J8M2K2_
国内领先的通信技术论坛2t0f#C7p-V;]+I
7743平均占用时间低于定义的门限
这个一般删除不理，如果一直出，就重启相应的BTS！这个告警主要是由于GPRS告警引起，不会对掉话率有什么影响，可能会影响彩信、GPRS激活成功率、GPRS掉话率等， 7744 干扰
最后一个数是干扰百分数。上图就是干扰达50％。这个先ZERO看看干扰等级，如果一直都是2、3的干扰等级，一般是频点不干净，有干扰！如果偶尔有干扰，同时，话务不多，多半是载频本身坏了，换载频！ 7745掉话
第一个数字中，01表示TCH掉话，02表示SDCCH掉话！最后的**d表示测量期间掉话的比率。第二到第九位数表示一块载频8个时隙，00正常，01掉话，第十位指出掉话时隙。
当02时，表示SDCCH掉话率高，查看SDCCH掉话原因，大部分可
能为BSC数据错或MSC数据定义有误造成。
当01时，表示TCH掉话率高，最后一位表示载频由于信道失败的掉话占整个载频掉话总数的百分比，如该值超过30％，可考虑重启载频、扇区、BCF。如重启后仍然存在过多的7745告警，并且小区总体掉话率依然偏高（无直放站情况下大于8％的掉话率）建议更换载频版或BB2板，一般能解决
一般和7604一起出。处理了7604，一般这个就消了。如果单独出，建议换载频！ 7746 拥塞
基站拥塞告警，代码第一位01表示SD拥塞，02表示TCH拥塞，检查该基站现有信道是否工作正常，是否硬件故障载频退服导致的拥塞，如基站工作正常，为话务增长导致拥塞，若有必要，可扩容解决。一时不能扩容，那就降一些发射功率！ 78系列的：
7801BTS的电脑连在基站上。
基站不连电脑了，就可以自己消了
7840告警：
JANBSC02G BCF-0065 BTS-0091 EQUIPM 2009-03-22 13:06:44.81 ** ALARM TRX -004 SHXXNANJIANG1 (14780) 7840 SW DOWNLOAD TO UNIT FAILED 0C 05 02 46 04 00
mscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。\\&I
BCF下载软件到基站单元失败，导致单元启动失败，载频退服等，一般伴随7549，7515，7524，7526，7509，7523，7525，7530告警，检查基站硬件及连线连接情况，重启该单元或载频，如无效则检查故障单元或更换故障单元，告警可消除。 79系列的
主要是DE34出的告警！
在AFE的主接收路径中，低噪放的一个并联放大器发生故障。
更换故障板件！ 80系列的
8066告警指示信号收到
8099接收比特错误率高
8179 传输板远端告警
这个目前只知道一个原因，就是DE34的站上的传输板中，帧校验模