无线感知类告警的处理(7601和3273)

1、一、2725告警【告警含义】2725 ADJACENT CELL IDENTIFIER CONFIFURATION ERROR 相邻小区信息在BSDATA中定义错误，MSC或源BSC都能在外部切换过程中检测到错误。当检测到错误时，切换被中断。【告警产生原因】    主要是由于邻区数据配置错误导致【告警对现网影响】邻区切换失败，可能会导致掉话，影响客户感知。【故障定位】<HIST> SQBSC09                BCSU-0  &

2、#160;   SWITCH    2010-2-04  14:44:35.99*  ALARM  BCSU-0     1A003-00    HAS_BX                                

3、;   (0232) 2725 ADJACENT CELL IDENTIFIER CONFIGURATION ERROR                                    04d 01 05 02 54d告警补充信息段共有5个：（1）：尝试切换失败的基站号，其相邻小区配置错误（2）：00表示MSC探知邻区配置错误，这种情况下补充

4、信息段3，4，5内容不能显示正确数值。01表示BSC探知邻区配置错误，这种情况下补充信息段3，4，5能够显示出正确的邻区配置数据。（3）：相邻小区正确的BCC数据（4）：相邻小区正确的NCC数据。（5）：相邻小区正确的BCCH数据。【告警的预处理】检查看该告警的指令为：ZAHO:NR=2725;用指令ZEAO:BTS=<BTS identification>核查定义的相邻小区在目标小区列表或其他BSS系统的全部相邻小区中核查相邻小区数据（LAC和CI）。【告警处理】（1）、首先统计出2725告警信息，根据告警信息分类，如果能够解码出BCCH和BSIC，则可能是由于邻区信息定义错误所

5、引起。（2）、如果解码不出BCCH和BSIC，则回到HANDOVER MEASUREMENTS统计中，寻找长期切换尝试次数大于0，但是切换成功次数为0的相应小区，则很可能是由于该对邻区所引起的2725告警；（3）、如果上面相应的小区在BSC的邻区信息里有数据，但是在BSDATA里面（可通过ZEQO查看）不存在的小区，则可能是由于该垃圾数据所导致的2725告警，判断出此问题以后，删除相应的垃圾数据即可；（4）、如果上面相应的小区在BSC的邻区信息里有数据，而且在BSDATA里面（可通过ZEQO查看）存在的话，检查是否由于别的厂家MSC没有定义的缘故。（5）、如果以上问题均没有出现的话，建议先把邻

6、区关系删除重建，在BSC数据库里重新更新继续观察。二、2992告警【告警定义】2992 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON A因BTS和变码器不同步，并且已连续释放的编号超过PAFILE告警参数设定的限制，呼叫在同一个A接口中已被反复清除。【告警产生原因】    告警多是由于数据配置错误或者传输故障导致【告警对现网影响】    可能会引起A接口电路的不稳定，造成用户的掉话。【告警定位】    <HIST> ZKBSC5  BCSU-6 

7、60;TRANSM   2010-03-19  10:16:15.99.  CANCEL .               SC7_BX                                   (12

8、68) 2992 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON A INTERFACE         6379d 18d 00F2 7d 18d 40d 29d 4d 04 18d可以根据TCSM NO.  TCPCM NO. TC timeslot定位处理参数1：PCM电路号          参数2：上述PCM电路的时隙          参数3：电

9、路失败码CIC          参数4：PCM电路分配的CIC          参数5：时隙分配的CIC          参数6：外部PCM电路号（即BSC侧故障的Ater口ET号）（故障定位重要参数）          参数7：外部PCM电路时隙（即BSC侧故障的Ater口ET的时隙号）       

10、   参数8：外部PCM电路的子时隙（即BSC侧故障的Ater口ET的子时隙号）          参数9：TC上PCM电路号（即一个故障的Ater口对应的MSC侧A口的电路号）（故障定位重要参数）           参数10：TC上PCM电路时隙（即一个故障的Ater口对应的MSC侧A口的电路时隙）（故障定位重要参数） 【告警预处理】用ZAHO指令查看当前BSC告警，根据告警信息定位故障电路和时隙。用CEC命令闭锁该电路时隙，并检查BSC和T

11、C的传输，是否有相关传输和TC插件的告警，有则找到故障并解决。然后再用CEC命令解锁该电路时隙。【告警处理】（1）登录告警网元，查看当前告警，定位故障时隙。占中测试，若该时隙呼叫困难，则告警真实存在，尚未消除；否则认为告警状态不真实。 （2）如果对应同个TCSM单元只产生少数1-2条2992告警，应暂时将引起掉话的A接口电路关闭（ZCEC），并观察A接口电路的繁忙程度，待话务闲时到现场确定有可能出现问题的TCSM单元中的TR16板，进行更换。在故障处理结束后及时打开关闭的A接口电路，确认掉话现象是否消失。若出现多个2992告警，且集中出现在对应MSC的某个ET的奇时隙或是偶时隙，则应

12、到现场立即更换相应的TR16板。若一个TCSM单元出现大量2992告警且比较分散，则应为传输故障，建议检查传输。 三、2993告警【告警定义】     2993 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON ABBTS和TCSM不同步，ABIS口电路呼叫连续清除次数超过门限值【告警产生原因】     一般情况下由于载频数据和基站侧不一致，或者是载频硬件故障引发此告警。【告警对现网影响】     可能会引起基站载频的工作不稳定

13、，影响通话质量、产生掉话【告警定位】  <HIST> ZKBSC32 MCMU-0    TRANSM    2010-04-07  20:08:41.83.  CANCEL .               RRM_BX                   

14、                (1980) 2993 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON ABIS INTERFACE      327d 3d 04 1783d 6d 1d可以根据BTS NO.  TRX NO. TRX timeslot定位处理1 基站号   2  TRX号  3 无线时隙号   4

15、外部ET PCM电路号   5 外部 ET  PCM 电路时隙   6 内部 ET PCM 电路子时隙【告警预处理】根据告警信息定位故障TRX和信道。用ZERS 命令闭锁该基站TRX的信道，再解锁。如果告警 消失后不再重复出现，可以不予考虑。如果该信道连续重复出现此告警，检测是否有其他相关告警出现，然后排除故障。故障修复后，告警也会自动消除。一般为基站载频硬件故障或BSC、基站侧时隙分配不一致。【告警处理】1、检查BSC至基站之间的传输质量2、如果告警分布在单个载频上，可以对故障载频进行重启，若无效，对载频进行诊断测试，更换载频。3、

16、如果一个载频上所有时隙出现该告警，检查该载频话务和信令时隙的对应关系数据是否有错。该情况只出现在新建、扩容等对基站数据修改当时。4、如果告警分布在不同载频，而且频繁发生，重启基站，若无效，更换BCF板。5、若告警仍未清除建议检查基站情况，例如：天线等。四、3273告警【告警定义】3273（E）GPRS TERRITORY FAILURE当实际需求的PDCH远小于实际定义的GPRS信道数时，如果BSC在180S内未分配到足够的GPRS信道，触发此告警。【告警产生原因】     PCU负荷过高或PCU故障，以及DSP资源不足时导致告警发生【告警对现网影响】可

17、能用户不能正常使用（E）GPRS业务，影响用户感知。【故障定位】<HIST> SQBSC15 MCMU-1  SWITCH    2010-04-21  22:25:26.43.   CANCEL .               RRM_BX                   

18、;                (4103) 3273 (E)GPRS TERRITORY FAILURE                                       58d 358d 2d 01 6d 4d 0A 0C

19、06请重点关注参数1、参数2，参数3和参数9参数1：BCF号 参数2：BTS号          参数3：载频号          参数4：基站所使用的territory 类型          参数5：控制PCU的BSCU单元          参数6：PCU板的index号       

20、60; 参数7：此刻(E)GPRS信道数  参数8：default (E)GPRS信道数参数9：问题原因值1 : 找不到载频           2 : 载频锁死           3 : BCSU切换           4 : ABIPRB 没有收到来自PCU的响应        &

21、#160;  5 : RRMPRB 没有收到来自ABIPRB的响应           6 : PCU没有找到适用PCUPCM的信道           7 : PCU没有收到来自RC0PRB的响应           8 : RC0PRB没有收到来自SWICOP的响应        &#

22、160;  9 : PCU找不到适用的DSP资源           10: RC0PRB 收到来自SWICOP的连接错误           11: -           12: -           13: -     &

23、#160;     14: PCU 设法从EDAP区域保留一个PCUPCM通道           15: -           16: EDAP连接没准备好           17: -           18: -  &

24、#160;        19: -           20: PBCCH/PCCCH没有连接到载频           21: 不支持的territory类型           22: 超过PCU的最大(E)GRPRS容量       

25、60;  23: 在PSW territory 升级时发现无效数据           24: Territory冲突                25: PCU的DSP超时【告警预处理】运用ZAHO指令查询得知3273告警，由告警的补充字段定位BCF,BTS和TRX，以及引起3273告警准确原因；【告警处理】如果同一PCU下某1,2个小区出现3273告警,一般是由于该PCU的负荷过高导致,解决

26、措施就是将出告警的小区挪至负荷较低的PCU.如果同一PCU下多个小区同时出现3273告警,且将其下部分小区调至其他NSEI下之后,仍旧出现多个告警,则很有可能是该PCU出现故障, 可尝试切换BCSU来解决。如果以上方法均不奏效,或者各个PCU负荷都较高,则有两种应对措施:1.关闭EGENA,2.降低GPRS/EGPRS的PDCH信道数.PCU负荷不高，一般附加信息第10位为'06', '09' ，6 : PCU has not found applicable PCUPCM channels9 : PCU has not found applicable DSP

27、 resources2.105 3273 (E)GPRS TERRITORY FAILURE告警描述：(E)GPRS TERRITORY FAILURE告警编号：3273原始级别：*建议级别：次要告警(MINOR)变更原因：不变更设备类型：BSC告警解释：基站（E）GPRS区域低于无线参数定义的default GPRS容量(CDEF),在该告警延时产生的180秒内BSC无法在该区域添加更多的无线通道。业务影响：影响部分基站的GPRS业务参数说明：请重点关注参数1、参数2，参数3和参数9参数1：BCF号 参数2：BTS号 参数3：载频号 参数4：基站所使用的territory 类型 参数5：控制

28、PCU的BSCU单元 参数6：PCU板的index号 参数7：此刻(E)GPRS信道数 参数8：default (E)GPRS信道数 参数9：问题原因值 1 : 找不到载频 2 : 载频锁死 3 : BCSU切换 4 : ABIPRB 没有收到来自PCU的响应 5 : RRMPRB 没有收到来自ABIPRB的响应 6 : PCU没有找到适用PCUPCM的信道 7 : PCU没有收到来自RC0PRB的响应 8 : RC0PRB没有收到来自SWICOP的响应 9 : PCU找不到适用的DSP资源 10: RC0PRB 收到来自SWICOP的连接错误 11: - 12: - 13: - 14: PC

29、U 设法从EDAP区域保留一个PCUPCM通道 15: - 16: EDAP连接没准备好 17: - 18: - 19: - 20: PBCCH/PCCCH没有连接到载频 21: 不支持的territory类型 22: 超过PCU的最大(E)GRPRS容量 23: 在PSW territory 升级时发现无效数据 24: Territory冲突 25: PCU的DSP超时处理建议：1、告警真实性核实 登录告警网元，查看当前告警是否真实存在。2、告警初步处理（包括定位故障点，远程处理方法）1) 通过告警辅助参数确定告警基站及载频。2) 根据告警辅助信息9定位问题原因。 3、告警严重性分析和派单级

30、别 属于次要故障，派发次要级别故障工单。五、3031告警【告警定义】3031 BSSGP VIRTUAL CONNECTION RESET PROCEDURE FAILED系统尝试对BSSGP虚拟连接进行复位，经过BVC-BLOCK-RETRIES参数定义的次数仍不成功。未收到来自终结一侧的确认。虚拟连接保持闭锁。相关小区的通用分组无线业务中止。【告警产生原因】    多是由于虚拟连接故障，或是数据（NSEI或BVCI）配置错误导致。【告警对现网影响】对应的基站GB数据业务中断，影响用户感知【故障定位】3031 BSSGP VIRTUAL CONNECTION RESET

31、PROCEDURE FAILED          06(PSEI) EF8B (NSEI 十六进制) 0d (BCF) 0d (BTS) 0000 01        09(PSEI) EEB6 (NSEI 十六进制)43d (BCF)43d (BTS) 273B 01根据附加信息可知，出现告警的PSEI为06/09，NSEI为61323/61110。通常情况下BCF和BTS为0时，多为SGSN侧出现异常。【告警预处理】命令ZAHO：；可以在BSC中查找

32、3031告警及中断的NSEI。ZFXL,ZFXO命令对NSEI的相关参数进行定位，确认GB LINK是否状态异常，数据是否正常。根据告警信息定位故障小区。检查小区GPRS状态（ZEQO)，可以开关小区GENA，尝试修复故障（ZEQV)。【告警处理】根据告警信息定位故障小区。检查小区GPRS状态（ZEQO)，可以开关小区GENA，尝试修复故障（ZEQV)。如果告警大量出现，需要根据定位信息，查看PCU所在Gblink状态，以及有无相关其他告警。采取切换BCSU和删建Gblink等处理手段，以及处理相关其他告警。六、7601告警【告警定义】    7601 BCF OPERAT

33、ION DEGRADED在基站中出现一个或多个主要故障，使BCF性能下降。【告警产生原因】（1）主设备硬件性能故障；（2）馈线性能下降，常伴随7604告警出现（3）传输同步设置错误，多表现为该站所有BCF均出现【告警对现网影响】基站性能下降，造成用户呼叫成功率低、产生掉话等。【告警定位】查看是否伴随有相关硬件告警，并作相应处理；用天馈性能测试仪对天馈性能进行测试；检测传输质量，确定故障点。常见故障有（1）        Power unit temperature is dangerously high。该告警属高温告警，电源或风扇故

34、障都会触发该类告警。（2）         ESMA System module has lost connection to FSEx External Alarm (EAC) module。该告警只会出现在五代站上，载频连线故障会触发该类告警。（3）         Rx levels differ too much between main and diversity antennas。该告警属主分集接收差异过大，天馈系统或载频连线等公共单元故障会触发该类告警。【告警预

35、处理】用ZEOL查看当前告警，用ZEOH查看历史告警。需要根据告警具体信息以及相关其他告警，定位故障，基站工程师上站处理。【告警处理】（1）        若是伴随有相关硬件告警，更换相应板件（2）        若是天馈系统性能降级，对天馈系统进行整改（3）        若是传输质量问题，可以清除误码更换传输通道（4） 对于时钟偏差引起的7601，先要到站点对时钟值，进行一段时间观察；如果时钟不再偏差，就视为恢复

36、。如果再次偏差则需要更换主控，进一步观察。如果还未恢复，则需要传输更改传输业务、更换传输信源或更换传输设备。（5）检查电源板、传输板温度是否正常，若产生高温则检查机柜风扇，若风扇无问题则更换电源板和传输板针对7601应具体问题具体分析，工程师上站处理。七、7604告警【告警定义】    7604 BTS OPERATION DEGRADED告警代表的扇区内的某个（或某几个）单元出现了一个或多个主要故障。当载频接收到的信号强度差异过大时（默认值为10dBm）时，即会有7604告警出现。【告警产生原因】主设备硬件性能故障以及天馈线性能故障等导致【告警对现网影响】  &

37、#160; 基站性能下降，可能影响客户感知。【告警定位】需要根据告警具体信息以及相关其他告警（ZEOL），定位故障，基站工程师上站处理。【告警预处理】根据告警具体信息和相关其他告警定位具体故障原因，基站工程师上站处理。常见的有RTC温度过低和主分级接受差别大故障。【告警处理】分析告警原因并做相应的处理，常见有以下情况：    Fault reason: Rx levels differ too much between main and diversity antennas：在BTS Manager软件中检查RSSI的测量数值，看差异是否大于定义的数值，RSSI的计算是统计

38、各个载频差值的平均值，EGPRS小区载频少所以容易产生7604告警。对基站的天馈系统进行测试，驻波比是否高或者不稳定（驻波比测试结果不稳定的时候多数为天线本身性能下降引起）。检查BTS的RF连线（特别要注意射频连线是否松动、扭曲过大或者信号泄露）。检查该基站是否带有直放站、功放等边缘设备。检查该基站的天线是否在一个平面。检查该基站的天馈系统是否存在“鸳鸯”的情况。检查天线是否被阻挡或者天线表面灰尘较多。检查各硬件的连线是否存在松动、扭曲、接错等情况。替换合路器等硬件单元.（需要在BSC上检查该基站的RXDL参数值是否设置为Y）。检查载频单元测试结果中主分级接收数值是否偏差过大，替换载频单元（主

39、要是针对于RSSI中数值差异较大的载频予以替换）。Performance is degraded in 1st branch dual variable gain：检查基站的天馈系统是否存在问题。检查DVGA跟背板相连的BUS线是否存在问题（比如松动、故障等）。替换DVGA等硬件单元。RSSI detected Rx signal difference exceeding thresholdFLEXI基站告警，告警产生原因有以下几个方面：硬件故障、天馈原因等。处理方法：更换故障板件；天馈故障通过仪表查找故障点并进行处理。EXxx TRX module cooling fan(s) report

40、 no rotation原因：风扇故障。  处理方法：更换故障风扇。八、7606告警【告警定义】TRX性能下降，在实际处理的过程中要根据告警的附属信息来确定故障点和采取合适的处理方法。【告警产生原因】      TRX性能故障、BB2故障、射频连线松动等。【告警对现网影响】载频被闭锁，可能会影响用户感知。【告警定位】在BSC中使用ZEOL或ZEOH指令查看该告警。【告警预处理】用ZEOL查看当前TRX告警，用ZEOH查看TRX历史告警。根据告警具体信息和相关其他告警定位具体故障原因，区分不同站型，基站工程师上站处理。常见有TRX配置错

41、误，天线连接故障等，若TRX存在故障，更换。【告警处理】(1)天线连接失败或者天线测试VSWR错误。(Fault in VSWR antenna monitoring.)处理思路：检查硬件数据库的天线设置(2)TRX配置期间检测到错误。(Failure detected during TRX configuring.)处理思路：TSxx单元故障或者其频带与BSC配置不符。需要用正常的或者有正确频带的TSxx单元来替换现有的TSxx单元。(3)BOI单元检测到与TRX的连接丢失。(BOI detected that connection to TRX is lost.)处理思路：检查基站的硬件数

42、据配置，如果BB2单元丢失，重新配置BB2单元。(4)远端调谐合路器的反射功率过大。(The reflected power of remote tune combiner is too high.)处理思路：检查远端调谐合路器与天线之间的连接，如果连接正常，则更换合路器（RTGA）。(5)没有连接到远端调谐合路器。(No connection to remote tune combiner.)处理思路：检查远端调谐合路器的所有连接，如果连接正常，更换该合路器（RTGA）。(6)没有连接到双工器单元。(No connection to dual Variable gain duplex uni

43、t.)处理思路：检查基站配置，如果双工器DVGA丢失，需要重新配置。(7)连续的DL通道中有干扰或者DL通道故障。(There is disturbance in the serial DL bus or bus is broken.)处理思路：检查TSxx的连接，该位置可能没有安装TRX，在commissioning过程中会产生该告警。如果安装了板件，对板件重新配置，如果仍然出现该告警，则更换此TSxx单元。(8)其他原因。检查告警描述文档信息，查看BTS使用的软件版本与基站类型是否相符。九、7607告警【告警定义】7607 TRX OPERATION DEGRADEDTRX中出现严重故障，

44、载频性能下降【告警产生原因】多是由于板件故障、连线故障或松动、天馈系统故障均能引起该告警【告警对现网影响】载频出现严重故障，影响客户感知【告警定位】可用ZEOL或ZEOH进行告警查询，然后查看该告警的补充信息字段定位告警所在【告警预处理】可用指令对告警进行查询，得到一些必要的参数，例如单元或者板件的状态等，然后上站处理。【告警处理】出现该告警的原因及处理方法：(1)远端调谐合路器的反射功率过大。(The reflected power of remote tune combiner is too high.)处理思路：检查远端调谐合路器的天线连接，如果连接正常，更换合路器单元（RTGA）。(2

45、)电源单元与MHA 之间的链路故障。(Fault in the chain between power unit and MHA.)处理思路：检查基站是否使用了MHA，如果使用了MHA，检查电源单元与MHA 之间的链路，如果链路连接正常，更换MHA 单元。如果没有使用MHA，则检查硬件数据库的配置，若MHA Type设置错误。应该把该项改为基站真正使用的类型。然后把修改后的数据上载到基站，重启即可消除该告警。(3) 天线测试VSWR 错误。(Fault in VSWR antenna monitoring.)处理思路：检查天馈系统，如果是天线或馈线故障，更换出故障的部分并重启该扇区以消除告警。

46、如果天馈系统正常，则是TSxx 单元故障，更换TSxx。(4)没有连接到双工器。(No connection to dual Variable gain Duplex unit.)处理思路：检查基站配置，如果双工器DVGA 丢失，需要重新配置。十、7608告警【告警定义】      7608 TRX NOTIFICATION  在TRX中出现次要故障。【告警产生原因】      TRX性能故障、射频连线松动或错误等【告警对现网影响】      载频出现次要

47、故障，影响客户感知【告警定位】使用命令ZEOL,ZEOH查看告警，根据告警的补充信息字段，找到出故障的单元，必要时更换该单元。【告警预处理 】    使用命令ZEOL查看告警，查找故障载频所在，根据告警具体信息和相关其他告警定位具体故障原因，区分不同站型，基站工程师上站处理。常见的故障与温度相关等。【告警处理】根据故障定位更换载频或重新连接线缆。检查TRX内部温度，若温度超过限值，检查是否存在风扇的告警，若有解决风扇问题，若没有，可替换相应的TRX。TRX与温度传感器连接断开，温度传感器可能损坏，更换TRX。软件升级失败，建议下载并按装新软件，若无法解决更换TRX。无法执行

48、TRX环路，建议复位TRX,若再次出现该故障，替换TRX。其它告警故障，建议更换TRX。十一、7725告警【告警定义】     7725 TRAFFIC CHANNEL ACTIVATION FAILURE7725告警是因为激活话务信道过程中出现一定失败次数而导致无线信道被系统锁住。【告警产生原因】GPRS信道上容易出现7725、载频故障等等。【告警对现网影响】信道激活失败，会造成用户占用信道困难，影响客户感知。【告警定位】根据告警附件信息定位故障点。【告警预处理】用ZEOL查看当前TRX告警，用ZEOH查看TRX历史告警。根据告警信息查看是TCH还是S

49、DCCH和PDTCH，DTM TCH,如果是TCH,SDCCH,DTM TCH,可以先手动删除告警，然后使用ZERS闭锁和解锁故障无线信道，然后观察是否再出现，如果连续出现可以尝试更换TRX。如果是PDTCH，如果集中出现在某个TRX，可以尝试更换载频。【告警处理】重启GENA(命令:ZEQV)。重启载频(命令:ZERS)。倒换GTRX(命令:ZERM)。切NSEI;(命令:ZEQV或ZESM)   当部分小区存在通话或者上网不正常的情况时，我们可以检查该存在该问题的小区是不是在同一个NSEI下，切换BCSU单元可以恢复，这个时候需要网优提取相关流量指标。十二、7743告警

50、【告警定义】7743 MEAN HOLDING TIME BELOW DEFINED THRESHOLD在测量时段内，在指定信道上的平均占用时间低于最小值。该告警用来监控话务信道的功能，并检查可能出故障的信道。【告警产生原因】TRX性能故障、参数设置问题。【告警对现网影响】载频平均占用时间低于门限，载频可能存在故障，影响客户感知。【告警定位】查看TRX告警，并根据TRX告警的附件信息定位故障点【告警预处理】根据故障定位更换载频或调整SDCCH时隙位置。【告警处理】利用干扰仪测试载频的干扰，并判断是外界干扰还是频点的干扰；当基站带有边缘设备的时候，可以将工作重点放在边缘设备引起的干扰上，可以将边

51、缘设备拆除去发现干扰源；当属于频率内部干扰的时候，需要网优班优化频率资源，比如修改频点等等；基站维护人员在处理由于7744告警引发的7743告警的时候，一方面要检查基站自身的硬件问题，一方面要与网优班结合检查干扰的问题。十三、7745告警【告警定义】7745 CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD在监控时段，BTS的SDCCH 、TCH 信道上的失败率高于系统设置门限值。该告警用来监测专有信令信道和话务信道的使用情况，对异常释放，给与提示。【告警产生原因】信道失败率高于定义极限，板件故障、参数设置错误、干扰、天馈系统等均能引起高告警【告警对现网

52、影响】网络出现7745告警，信道激活失败，会造成用户占用信道困难，影响客户感知。【告警定位】根据告警补充信息，可以具体定位到发生问题的时隙：补充信息含义如下：1         表示问题信道类型：取值分为：01 TCH 、02 SDCCH 29         表示 信道所在时隙 其取值分为：00 低于门限（不产生告警）、01 高于门限（产生告警）10         表示失败率最高时隙11

53、60;        表示TCH 或 SDCCH 子信道 12         表示在监控时段内，补充信息10中信道异常释放情况占总释放次数的比率。【告警预处理】用ZEOL查看当前TRX告警，用ZEOH查看TRX历史告警。根据告警信息查看是TCH还是SDCCH和PDTCH，DTM TCH,如果是TCH,SDCCH,DTM TCH,可以先手动删除告警，然后使用ZERS闭锁和解锁故障无线信道，然后观察是否再出现，如果连续出现可以尝试更换TRX。如果是PDTCH，如果集中出现在某个TRX，可以尝试更换载频。如果是SDCCH的告警一般将告警的载频重启或者更换SDCCH时隙就可以消除告警【告警处理】设备跳线故障引起7745告警由于设备跳线本身故障引起的7745告警，主要存在于：载频的TX/RX/DRX三根跳线存在松动、折断和接错的问题；（个性问题）RTGA和M6LA之间的RX/DRX连线存在松动、折断和接错的问题。（共性问题）该类问题需要对基站连线本身进行深入细致的检查，存在一定的隐蔽性，特别是跳线折断的现象更难以发现，在进行维护的时候需要特别注意跳线连接是否规范， 发现该类问题的方法：检查与硬件（TRX/RTGA/M6LA/M2