[信息与通信]无线网感知类告警处理指导手册.doc

省网络管理中心监控室无线网感知类告警处理指导手册（V1.0）省网络管理中心监控室2010年5月前 言为进一步提升新形势下的市场支撑能力，提高网络质量和客户感知， 公司2010年在全省范围内开展了“网络质量提升活动”。网络管理中心监控室负责告警投诉小组工作，为了达到“提升网络告警和客户投诉的处理效率及效果，把影响客户感知的告警量降下来、把客户投诉总量降下来，提高客户对网络的感知和满意度”核心目标，监控室每日、周、月、季定期全面分析告警投诉的产生原因，和分公司共同采取有效措施，来降低感知类告警量和网络投诉量。为进一步提升感知类告警整治效果，省网管中心监控室主编了无线网感知类告警处理指导手册。本手册收集了无线网NOKIA、MOTO、华为设备感知类告警共计57个，主要从告警含义、告警产生原因、告警对现网影响、故障定位、告警的预处理、告警处理六方面进行介绍。由于时间仓促，本手册难免存在一些不妥之处，请各分公司专家及时指正。 目 录NSN无线感知类告警一、2725告警6二、 2992告警7三、 2993告警9四、 3273告警10五、 3031告警12六、 7601告警13七、 7604告警14八、 7606告警16九、 7607告警18十、 7608告警19十一、 7725告警20十二、 7743告警20十三、 7745告警21十四、 7746告警26华为无线感知类告警一、4122、2134告警29二、4178、2190告警30三、4102告警31四、4144告警32五、4192告警33六、5292告警34七、5300告警35八、5326告警36九、5328告警37十、9736告警38十一、4186告警39十二、4170告警40十三、4184告警41十四、142告警41十五、291告警42十六、20092告警43十七、20093告警44十八、21001告警44十九、21210告警45二十、20084告警45MOTO无线感知类告警一、8、9、10、11告警48二、103、104、105告警48三、51（30729）告警49四、108（30750）告警50五、74（30321）告警50六、218（30407）告警51七、234（30412）告警51八、73告警52九、78（30323）告警52十、1告警53十一、150（30368）告警54十二、92（30336）告警55十三、91（30335）告警55十四、86、87（30329、30330）告警56十五、10告警56十六、0告警57十七、39告警58十八、43告警59十九、21001告警60二十、142告警60二十一、124告警61二十二、21210告警61二十三、409告警62一、2725告警【告警含义】2725 ADJACENT CELL IDENTIFIER CONFIFURATION ERROR 相邻小区信息在BSDATA中定义错误，MSC或源BSC都能在外部切换过程中检测到错误。当检测到错误时，切换被中断。【告警产生原因】 主要是由于邻区数据配置错误导致【告警对现网影响】邻区切换失败，可能会导致掉话，影响客户感知。【故障定位】 SQBSC09 BCSU-0 SWITCH 2010-2-04 14:44:35.99* ALARM BCSU-0 1A003-00 HAS_BX (0232) 2725 ADJACENT CELL IDENTIFIER CONFIGURATION ERROR 04d 01 05 02 54d告警补充信息段共有5个：（1）：尝试切换失败的基站号，其相邻小区配置错误（2）：00表示MSC探知邻区配置错误，这种情况下补充信息段3，4，5内容不能显示正确数值。01表示BSC探知邻区配置错误，这种情况下补充信息段3，4，5能够显示出正确的邻区配置数据。（3）：相邻小区正确的BCC数据（4）：相邻小区正确的NCC数据。（5）：相邻小区正确的BCCH数据。【告警的预处理】检查看该告警的指令为：ZAHO:NR=2725;用指令ZEAO:BTS=核查定义的相邻小区在目标小区列表或其他BSS系统的全部相邻小区中核查相邻小区数据（LAC和CI）。【告警处理】（1）、首先统计出2725告警信息，根据告警信息分类，如果能够解码出BCCH和BSIC，则可能是由于邻区信息定义错误所引起。（2）、如果解码不出BCCH和BSIC，则回到HANDOVER MEASUREMENTS统计中，寻找长期切换尝试次数大于0，但是切换成功次数为0的相应小区，则很可能是由于该对邻区所引起的2725告警；（3）、如果上面相应的小区在BSC的邻区信息里有数据，但是在BSDATA里面（可通过ZEQO查看）不存在的小区，则可能是由于该垃圾数据所导致的2725告警，判断出此问题以后，删除相应的垃圾数据即可；（4）、如果上面相应的小区在BSC的邻区信息里有数据，而且在BSDATA里面（可通过ZEQO查看）存在的话，检查是否由于别的厂家MSC没有定义的缘故。（5）、如果以上问题均没有出现的话，建议先把邻区关系删除重建，在BSC数据库里重新更新继续观察。二、2992告警【告警定义】2992 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON A因BTS和变码器不同步，并且已连续释放的编号超过PAFILE告警参数设定的限制，呼叫在同一个A接口中已被反复清除。【告警产生原因】 告警多是由于数据配置错误或者传输故障导致【告警对现网影响】 可能会引起A接口电路的不稳定，造成用户的掉话。【告警定位】 ZKBSC5 BCSU-6 TRANSM 2010-03-19 10:16:15.99. CANCEL . SC7_BX (1268) 2992 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON A INTERFACE 6379d 18d 00F2 7d 18d 40d 29d 4d 04 18dTCSM NO.TCPCM NO.(1-4)TC time slot可以根据TCSM NO. TCPCM NO. TC timeslot定位处理参数1：PCM电路号 参数2：上述PCM电路的时隙 参数3：电路失败码CIC 参数4：PCM电路分配的CIC 参数5：时隙分配的CIC 参数6：外部PCM电路号（即BSC侧故障的Ater口ET号）（故障定位重要参数） 参数7：外部PCM电路时隙（即BSC侧故障的Ater口ET的时隙号） 参数8：外部PCM电路的子时隙（即BSC侧故障的Ater口ET的子时隙号） 参数9：TC上PCM电路号（即一个故障的Ater口对应的MSC侧A口的电路号）（故障定位重要参数） 参数10：TC上PCM电路时隙（即一个故障的Ater口对应的MSC侧A口的电路时隙）（故障定位重要参数） 【告警预处理】用ZAHO指令查看当前BSC告警，根据告警信息定位故障电路和时隙。用CEC命令闭锁该电路时隙，并检查BSC和TC的传输，是否有相关传输和TC插件的告警，有则找到故障并解决。然后再用CEC命令解锁该电路时隙。【告警处理】（1）登录告警网元，查看当前告警，定位故障时隙。占中测试，若该时隙呼叫困难，则告警真实存在，尚未消除；否则认为告警状态不真实。 （2）如果对应同个TCSM单元只产生少数1-2条2992告警，应暂时将引起掉话的A接口电路关闭（ZCEC），并观察A接口电路的繁忙程度，待话务闲时到现场确定有可能出现问题的TCSM单元中的TR16板，进行更换。在故障处理结束后及时打开关闭的A接口电路，确认掉话现象是否消失。若出现多个2992告警，且集中出现在对应MSC的某个ET的奇时隙或是偶时隙，则应到现场立即更换相应的TR16板。若一个TCSM单元出现大量2992告警且比较分散，则应为传输故障，建议检查传输。 三、2993告警【告警定义】 2993 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON ABBTS和TCSM不同步，ABIS口电路呼叫连续清除次数超过门限值【告警产生原因】 一般情况下由于载频数据和基站侧不一致，或者是载频硬件故障引发此告警。【告警对现网影响】 可能会引起基站载频的工作不稳定，影响通话质量、产生掉话【告警定位】 ZKBSC32 MCMU-0 TRANSM 2010-04-07 20:08:41.83. CANCEL . RRM_BX (1980) 2993 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON ABIS INTERFACE 327d 3d 04 1783d 6d 1dTRX TSLBTS NO.TRX NO.可以根据BTS NO. TRX NO. TRX timeslot定位处理1 基站号 2 TRX号 3 无线时隙号 4 外部ET PCM电路号 5 外部 ET PCM 电路时隙 6 内部 ET PCM 电路子时隙【告警预处理】根据告警信息定位故障TRX和信道。用ZERS 命令闭锁该基站TRX的信道，再解锁。如果告警 消失后不再重复出现，可以不予考虑。如果该信道连续重复出现此告警，检测是否有其他相关告警出现，然后排除故障。故障修复后，告警也会自动消除。一般为基站载频硬件故障或BSC、基站侧时隙分配不一致。【告警处理】1、检查BSC至基站之间的传输质量2、如果告警分布在单个载频上，可以对故障载频进行重启，若无效，对载频进行诊断测试，更换载频。3、如果一个载频上所有时隙出现该告警，检查该载频话务和信令时隙的对应关系数据是否有错。该情况只出现在新建、扩容等对基站数据修改当时。4、如果告警分布在不同载频，而且频繁发生，重启基站，若无效，更换BCF板。5、若告警仍未清除建议检查基站情况，例如：天线等。四、3273告警【告警定义】 3273（E）GPRS TERRITORY FAILURE当实际需求的PDCH远小于实际定义的GPRS信道数时，如果BSC在180S内未分配到足够的GPRS信道，触发此告警。【告警产生原因】 PCU负荷过高或PCU故障，以及DSP资源不足时导致告警发生【告警对现网影响】可能用户不能正常使用（E）GPRS业务，影响用户感知。【故障定位】 SQBSC15 MCMU-1 SWITCH 2010-04-21 22:25:26.43. CANCEL . RRM_BX (4103) 3273 (E)GPRS TERRITORY FAILURE 58d 358d 2d 01 6d 4d 0A 0C 06请重点关注参数1、参数2，参数3和参数9参数1：BCF号 参数2：BTS号 参数3：载频号 参数4：基站所使用的territory 类型 参数5：控制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: PCU 设法从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超时【告警预处理】运用ZAHO指令查询得知3273告警，由告警的补充字段定位BCF,BTS和TRX，以及引起3273告警准确原因；【告警处理】如果同一PCU下某1,2个小区出现3273告警,一般是由于该PCU的负荷过高导致,解决措施就是将出告警的小区挪至负荷较低的PCU.如果同一PCU下多个小区同时出现3273告警,且将其下部分小区调至其他NSEI下之后,仍旧出现多个告警,则很有可能是该PCU出现故障, 可尝试切换BCSU来解决。如果以上方法均不奏效,或者各个PCU负荷都较高,则有两种应对措施:1.关闭EGENA,2.降低GPRS/EGPRS的PDCH信道数.五、3031告警【告警定义】3031 BSSGP VIRTUAL CONNECTION RESET PROCEDURE FAILED系统尝试对BSSGP虚拟连接进行复位，经过BVC-BLOCK-RETRIES参数定义的次数仍不成功。未收到来自终结一侧的确认。虚拟连接保持闭锁。相关小区的通用分组无线业务中止。【告警产生原因】 多是由于虚拟连接故障，或是数据（NSEI或BVCI）配置错误导致。【告警对现网影响】对应的基站GB数据业务中断，影响用户感知【故障定位】3031 BSSGP VIRTUAL CONNECTION RESET 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中查找3031告警及中断的NSEI。ZFXL,ZFXO命令对NSEI的相关参数进行定位，确认GB LINK是否状态异常，数据是否正常。根据告警信息定位故障小区。检查小区GPRS状态（ZEQO)，可以开关小区GENA，尝试修复故障（ZEQV)。【告警处理】根据告警信息定位故障小区。检查小区GPRS状态（ZEQO)，可以开关小区GENA，尝试修复故障（ZEQV)。如果告警大量出现，需要根据定位信息，查看PCU所在Gblink状态，以及有无相关其他告警。采取切换BCSU和删建Gblink等处理手段，以及处理相关其他告警。六、7601告警【告警定义】 7601 BCF OPERATION DEGRADED在基站中出现一个或多个主要故障，使BCF性能下降。【告警产生原因】（1）主设备硬件性能故障；（2）馈线性能下降，常伴随7604告警出现（3）传输同步设置错误，多表现为该站所有BCF均出现【告警对现网影响】基站性能下降，造成用户呼叫成功率低、产生掉话等。【告警定位】查看是否伴随有相关硬件告警，并作相应处理；用天馈性能测试仪对天馈性能进行测试；检测传输质量，确定故障点。常见故障有（1） Power unit temperature is dangerously high。该告警属高温告警，电源或风扇故障都会触发该类告警。（2） ESMA System module has lost connection to FSEx External Alarm (EAC) module。该告警只会出现在五代站上，载频连线故障会触发该类告警。（3） Rx levels differ too much between main and diversity antennas。该告警属主分集接收差异过大，天馈系统或载频连线等公共单元故障会触发该类告警。【告警预处理】用ZEOL查看当前告警，用ZEOH查看历史告警。需要根据告警具体信息以及相关其他告警，定位故障，基站工程师上站处理。【告警处理】（1） 若是伴随有相关硬件告警，更换相应板件（2） 若是天馈系统性能降级，对天馈系统进行整改（3） 若是传输质量问题，可以清除误码更换传输通道（4） 对于时钟偏差引起的7601，先要到站点对时钟值，进行一段时间观察；如果时钟不再偏差，就视为恢复。如果再次偏差则需要更换主控，进一步观察。如果还未恢复，则需要传输更改传输业务、更换传输信源或更换传输设备。（5）检查电源板、传输板温度是否正常，若产生高温则检查机柜风扇，若风扇无问题则更换电源板和传输板针对7601应具体问题具体分析，工程师上站处理。七、7604告警【告警定义】 7604 BTS OPERATION DEGRADED告警代表的扇区内的某个（或某几个）单元出现了一个或多个主要故障。当载频接收到的信号强度差异过大时（默认值为10dBm）时，即会有7604告警出现。【告警产生原因】主设备硬件性能故障以及天馈线性能故障等导致【告警对现网影响】 基站性能下降，可能影响客户感知。【告警定位】需要根据告警具体信息以及相关其他告警（ZEOL），定位故障，基站工程师上站处理。【告警预处理】根据告警具体信息和相关其他告警定位具体故障原因，基站工程师上站处理。常见的有RTC温度过低和主分级接受差别大故障。【告警处理】分析告警原因并做相应的处理，常见有以下情况： Fault reason: Rx levels differ too much between main and diversity antennas：在BTS Manager软件中检查RSSI的测量数值，看差异是否大于定义的数值，RSSI的计算是统计各个载频差值的平均值，EGPRS小区载频少所以容易产生7604告警。对基站的天馈系统进行测试，驻波比是否高或者不稳定（驻波比测试结果不稳定的时候多数为天线本身性能下降引起）。检查BTS的RF连线（特别要注意射频连线是否松动、扭曲过大或者信号泄露）。检查该基站是否带有直放站、功放等边缘设备。检查该基站的天线是否在一个平面。检查该基站的天馈系统是否存在“鸳鸯”的情况。检查天线是否被阻挡或者天线表面灰尘较多。检查各硬件的连线是否存在松动、扭曲、接错等情况。替换合路器等硬件单元.（需要在BSC上检查该基站的RXDL参数值是否设置为Y）。检查载频单元测试结果中主分级接收数值是否偏差过大，替换载频单元（主要是针对于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 no rotation原因：风扇故障。 处理方法：更换故障风扇。八、7606告警【告警定义】TRX性能下降，在实际处理的过程中要根据告警的附属信息来确定故障点和采取合适的处理方法。【告警产生原因】 TRX性能故障、BB2故障、射频连线松动等。【告警对现网影响】载频被闭锁，可能会影响用户感知。【告警定位】在BSC中使用ZEOL或ZEOH指令查看该告警。【告警预处理】用ZEOL查看当前TRX告警，用ZEOH查看TRX历史告警。根据告警具体信息和相关其他告警定位具体故障原因，区分不同站型，基站工程师上站处理。常见有TRX配置错误，天线连接故障等，若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.)处理思路：检查基站的硬件数据配置，如果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 unit.)处理思路：检查基站配置，如果双工器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中出现严重故障，载频性能下降【告警产生原因】多是由于板件故障、连线故障或松动、天馈系统故障均能引起该告警【告警对现网影响】载频出现严重故障，影响客户感知【告警定位】可用ZEOL或ZEOH进行告警查询，然后查看该告警的补充信息字段定位告警所在【告警预处理】可用指令对告警进行查询，得到一些必要的参数，例如单元或者板件的状态等，然后上站处理。【告警处理】出现该告警的原因及处理方法：(1)远端调谐合路器的反射功率过大。(The reflected power of remote tune combiner is too high.)处理思路：检查远端调谐合路器的天线连接，如果连接正常，更换合路器单元（RTGA）。(2)电源单元与MHA 之间的链路故障。(Fault in the chain between power unit and MHA.)处理思路：检查基站是否使用了MHA，如果使用了MHA，检查电源单元与MHA 之间的链路，如果链路连接正常，更换MHA 单元。如果没有使用MHA，则检查硬件数据库的配置，若MHA Type设置错误。应该把该项改为基站真正使用的类型。然后把修改后的数据上载到基站，重启即可消除该告警。(3) 天线测试VSWR 错误。(Fault in VSWR antenna monitoring.)处理思路：检查天馈系统，如果是天线或馈线故障，更换出故障的部分并重启该扇区以消除告警。如果天馈系统正常，则是TSxx 单元故障，更换TSxx。(4)没有连接到双工器。(No connection to dual Variable gain Duplex unit.)处理思路：检查基站配置，如果双工器DVGA 丢失，需要重新配置。十、7608告警【告警定义】 7608 TRX NOTIFICATION 在TRX中出现次要故障。【告警产生原因】 TRX性能故障、射频连线松动或错误等【告警对现网影响】 载频出现次要故障，影响客户感知【告警定位】使用命令ZEOL,ZEOH查看告警，根据告警的补充信息字段，找到出故障的单元，必要时更换该单元。【告警预处理 】 使用命令ZEOL查看告警，查找故障载频所在，根据告警具体信息和相关其他告警定位具体故障原因，区分不同站型，基站工程师上站处理。常见的故障与温度相关等。【告警处理】根据故障定位更换载频或重新连接线缆。检查TRX内部温度，若温度超过限值，检查是否存在风扇的告警，若有解决风扇问题，若没有，可替换相应的TRX。TRX与温度传感器连接断开，温度传感器可能损坏，更换TRX。软件升级失败，建议下载并按装新软件，若无法解决更换TRX。无法执行TRX环路，建议复位TRX,若再次出现该故障，替换TRX。其它告警故障，建议更换TRX。十一、7725告警【告警定义】 7725 TRAFFIC CHANNEL ACTIVATION FAILURE7725告警是因为激活话务信道过程中出现一定失败次数而导致无线信道被系统锁住。【告警产生原因】GPRS信道上容易出现7725、载频故障等等。【告警对现网影响】信道激活失败，会造成用户占用信道困难，影响客户感知。【告警定位】根据告警附件信息定位故障点。【告警预处理】用ZEOL查看当前TRX告警，用ZEOH查看TRX历史告警。根据告警信息查看是TCH还是SDCCH和PDTCH，DTM TCH,如果是TCH,SDCCH,DTM TCH,可以先手动删除告警，然后使用ZERS闭锁和解锁故障无线信道，然后观察是否再出现，如果连续出现可以尝试更换TRX。如果是PDTCH，如果集中出现在某个TRX，可以尝试更换载频。【告警处理】重启GENA(命令:ZEQV)。重启载频(命令:ZERS)。倒换GTRX(命令:ZERM)。切NSEI;(命令:ZEQV或ZESM) 当部分小区存在通话或者上网不正常的情况时，我们可以检查该存在该问题的小区是不是在同一个NSEI下，切换BCSU单元可以恢复，这个时候需要网优提取相关流量指标。十二、7743告警【告警定义】7743 MEAN HOLDING TIME BELOW DEFINED THRESHOLD在测量时段内，在指定信道上的平均占用时间低于最小值。该告警用来监控话务信道的功能，并检查可能出故障的信道。【告警产生原因】TRX性能故障、参数设置问题。【告警对现网影响】载频平均占用时间低于门限，载频可能存在故障，影响客户感知。【告警定位】查看TRX告警，并根据TRX告警的附件信息定位故障点【告警预处理】根据故障定位更换载频或调整SDCCH时隙位置。【告警处理】利用干扰仪测试载频的干扰，并判断是外界干扰还是频点的干扰；当基站带有边缘设备的时候，可以将工作重点放在边缘设备引起的干扰上，可以将边缘设备拆除去发现干扰源；当属于频率内部干扰的时候，需要网优班优化频率资源，比如修改频点等等；基站维护人员在处理由于7744告警引发的7743告警的时候，一方面要检查基站自身的硬件问题，一方面要与网优班结合检查干扰的问题。十三、7745告警【告警定义】7745 CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD在监控时段，BTS的SDCCH 、TCH 信道上的失败率高于系统设置门限值。该告警用来监测专有信令信道和话务信道的使用情况，对异常释放，给与提示。【告警产生原因】信道失败率高于定义极限，板件故障、参数设置错误、干扰、天馈系统等均能引起高告警【告警对现网影响】网络出现7745告警，信道激活失败，会造成用户占用信道困难，影响客户感知。【告警定位】根据告警补充信息，可以具体定位到发生问题的时隙：补充信息含义如下：1 表示问题信道类型：取值分为：01 TCH 、02 SDCCH 29 表示 信道所在时隙 其取值分为：00 低于门限（不产生告警）、01 高于门限（产生告警）10 表示失败率最高时隙11 表示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/M2LA等）连接处是否弯曲程度过大、连线松动的现象；检查与硬件（TRX/RTGA/M6LA/M2LA等）的跳线连接处是否发热的现象；晃动硬件的跳线连接处确定是否存在折断和滑丝的现象。当存在以上情况时需要对跳线进行纠正和更换。驻波比测试原则和方式不对在进行驻波比测试时需要注意以下几点：1、必须首先进行频率域的驻波比测试，且测试结果不能超过1.35；2、当存在驻波比高的时候，为准确定位故障点，需要进行距离域驻波比测试，且测试结果不能超过1.3；3、测试的结果必须稳定，当存在测试结果变动的时候，需要认真分析定位故障点；4、馈线越长反射的信号就越弱，可能影响我们的故障定位，这个时候需要到天线处测试驻波比；BSC端分集接收功能未开启在进行载频的TRX TEST的时候，会发现部分载频无法测试到分级接收，具体信息如下所示：进行载频的TRX TEST的时候出现下面的结果：这个时候需要在BSC侧检查该载频所在小区的分集接收功能是否开启，具体信息如下所示：直放站、功放等边缘设备的故障直放站设备故障是产生7745告警的一个重要原因，在处理故障和扩容的时候要特别注意以下几点：1、该基站是否带有直放站、功放等边缘设备，如果带有该类设备时需要特别注意检查直放站的馈线、告警等；2、在对带有边缘设备的基站扩容的时候，要将扩容的载频和边缘设备予以关联，避免由于功率不平衡产生7745告警，造成基站高掉话；3、与网优班结合了解直放站的参数是否设置正确；基站天线和馈线的故障基站天线和馈线的故障也是产生7745告警的一个重要原因，在处理故障的时候需要特别注意以下几点：1、基站使用单极化天线（即一个扇区有两个天线，一根负责发射和主接收，一根负责分级接收）的时候，要观察两根天线是否在一个平面上，两根天线的间距是否符合要求；2、确保天馈线连接不存在“鸳鸯”的情况，即两个扇区的馈线出现交叉；3、确保天馈线的各个接头处连接紧固、连接正确，特别是当该基站带有直放站等边缘设备的时候；4、确保天线没有被物体阻挡；5、在这种情况下通常伴随有7604告警，可以结合一起处理。干扰引起的7745告警基站受外界干扰会产生大量的7745告警，焦作目前干扰类告警（7744告警）在全省所占比例最高，是7745告警多的主要原因之一，需要网优盘查干扰源，包括外界干扰和直放站等边缘设备的干扰，特别需要注意个别载频、频点干扰的情况。机房环境对设备的影响：机房环境对基站设备的正常运行有着较大的影响，特别是高温告警，该类告警不及时处理会导致基站风扇不工作，进而导致载频等板件高温退服，严重影响设备的运行，同时出现7745告警。基站数据库与实际硬件配置不匹配在基站维护人员进行扩容时，没有更新基站数据库导致出现7745告警，需要注意的是ULTRASITE基站无法自动识别基站板件的连线，这里经常存在的情况是：1、扩容了载频但是没有更新基站数据库，导致扩容的载频出现7745告警；2、扩容时需要增加RTGA单元，但是没有修改RTGA和M6LA之间的跳线，导致无法实现分级接收，出现7745告警。硬件本身的故障硬件问题主要指得是载频、合路器等单元或者端口的问题，这类问题通过载频测试一般可以发现问题，为进一步确定硬件故障是否存在问题，可以通过与正在运行的正常板件更换的方式加以检测。传输割接后传输接反引起的问题传输割接后，会存在传输连接错误的情况，导致扇区间的频点发生变化，产生干扰，并影响网络的规划。十四、7746告警【告警定义】7746 CH CONGESTION IN CELL ABOVE DEFINED THRESHOLD7746告警是由于基站中被拒绝信道占用请求与所有信道占用请求之间的百分比超过告警门限。【告警产生原因】天面设置不恰当、硬件容量不足、参数设置不对、各种不定期的集会、周边基站故障等等【告警对现网影响】基站信道拥塞，可能造成用户占用信道困难，影响客户感知。【告警定位】根据网管数据统计判断告警原因或到现场勘查无线环境。【告警预处理】根据告警信息定位故障小区，检查告警参数设置是否符合河南规范。对该小区地区进行扩容。根据告警附属信息查询拥塞级别。【告警处理】判断基站拥塞的具体原因然后针对性的对其进行开半速率、调天线、加第四扇区、调邻区的PMRG、调整DRT等。网优班查询是否由于用户过多引起，提供扩容方案，对基站进行紧急扩容。 华为部分一、4122、2134告警【告警定义】 当基站检测到连续的无线链路异常时上报该告警。【产生原因】 无线链路异常包括以下几种情况： 1、信道激活异常，BSC与BTS之间信道类型或者信道状态不一致； 2、 信道异常释放，无线信道的异常释放比例超过告警门限； 3、无话务提示告警，载频在连续的检测时间内（缺省值为4小时，该时间可以 设置）没有话务； 4、上下行不平衡，基站检测的上行接收电平和移动台上报的下行接收电平之间 存在较大的差异。【对现网影响】 信道激活异常提示告警（支路号0） BTS响应信道激活失败或者无响应。发生这种情况后，会造成呼叫失败，直接影响话统指标。 信道异常释放提示告警（支路号1） 当上行或者下行链路出现故障时，体现在无线接口上将无法实现正确的双向交互，信道激活后， 该信道上将无法进行正常的Um接口上的通信，最终BSC将释放该信道。 无话务提示告警（支路号2） 不会有进入该小区的接入或切换； 上下行平衡提示告警（支路号3） 当基站侧上行接收通道或者下行发射通道发生故障或者存在缺陷时，会直接影响到话统指标： 如果主BCCH载频下行发射通道有问题，会造成该小区覆盖范围缩小，会降低小区话务量； 如果非主BCCH载频下行发射通道有问题，该载频覆盖范围缩小， 一旦信道指配到该载频上可能造成指配失败，也会造成切换成功率低； 如果主BCCH载频上行接收通道有问题，该小区覆盖范围内会造成手机有信号但无法进行正常呼叫， 话务量会降低，而且会造成切换成功率低； 如果非主BCCH载频上行接收通道有问题，一旦信道指配到该载频上可能造成指配失败，也会造成切换成功率低。【告警定位】 更具支路号来判断故障属于主设备自身问题还是外部原因导致。【告警预处理】 无【告警处理】 先观察支路号：如果为3，则表示上下行不平衡，需要基站班关注，其余支路号需要网优班逐步排查。 对于支路号3，上下行不平衡，重点需要关注： 如果有驻波，请先处理驻波问题 如果无驻波，查看载频信道的功率等级 检查数据配置：合路器的天馈属性，上下行支路是否配置正确。必须严格按照连线工具进行配置。 检查物理连线：载频和合路器之间的连线是否正确，是否牢靠。必须严格按照连线手册连接。二、4178、2190告警【告警定义】 分集接收通道增益比主接收通道增益小到超过一定门限时上报该告警。【告警产生原因】 连接TRX的分集接收口的射频电缆松动或者损坏； TRX损坏； 射频前端损坏； 连接CDU到机柜顶部的分集接收电缆松动或者损坏； 机柜顶部和天线之间存在接头松动、电缆损坏。【告警对现网影响】 告警发生时，TRX的上行灵敏度下降，小区的覆盖减小。【告警告警定位】 更具上报单板号来定位属于单个单板问题还是跨柜连线问题。【告警预处理】 无【告警处理】 对载频和射频前端复位； 检查连线； 检查天馈线的接头是否松动； 更换载频或射频前端单元。总结:在处理并柜时，注意DFCU间HIGH-IN和HIGH-OUT之间的连线一定要正确。三、4102告警【告警定义】 当LAPD链路断链时，将导致载频无法与BSC通信，上报该告警。【告警产生原因】 基站拨码开关有误 数据配置有问题； BSC到BTS间的传输有问题； 主控单板故障； BSC Abis接口单板故障。【告警对现网影响】 载频无法与BSC通信，将导致该载频不能正常提供业务，载频会主动关功放。如果该载频是主B载频载频将导致该载频所在小区无法正常提供业务。【故障定位】 根据故障单板号查询该载频所在传输，查询传输状态是否正常。传输故障说明是传输导致，如果传输正常，复位或更换单个载频，如整个机柜故障，检查并柜连线，机柜拨码和DCCU单板是否正常。【告警预处理】 在LMT上查询LAPD链路维护看LAPD状态是否正常。【告警处理】 有E1T1故障告警：确认故障传输是否是该基站的告警，如果是，则直接排查传输故障。 没有任何传输告警：有可能该传输在某处被环回，导致虽然没有告警，但传输不通，导致RSL无法建链。需要协调传输排查。 四、4144告警【告警定义】 新双密度载频只对发射口线缆连接进行检测，因此如果只有载频驻波告警，请重点检测载频发射口线缆连