异常话务工单处理作业指导书.doc

异常话务工单处理作业指导书一、目的规范异常话务工单处理的工作过程，提高处理技术水平和工作效率。 二、工作范围异常话务工单的工作范围包括：载频统计异常（PB、BER、U_BER、IOI、RF_LOSSES_TCH）小区统计指标异常（SDTCH分配失败率、切换成功率、呼叫成功率、掉话率、话务量）TCH可用率（载频退服）、DT或CQT测试发现的功率、掉话、质差、切换异常、各种硬件告警等。对于大量载频退服、路测工单、VIP基站网络指标异常话务工单必须优先处理，使影响程度降到最低，避免用户的投诉。三、工作职责：按照移动方派发的异常话务工单内容中工作要求进行基站调测和更换硬件，排查硬件故障，并跟踪处理结果，对处理未好的工单进一步分析，配合移动方共同解决网络故障，保障基站主设备的正常运行和不断改善网络质量。四、工作程序：1、人员要求：a) 熟悉基站硬件，熟练硬件的配置和安装，熟悉各种配置的连接方式。b) 熟练掌握Motorola基站（Mcell、Horizon 、Horizon II）的调测。c) 熟悉Motorola基站各种告警的含义及处理方法。d) 掌握天馈系统安装、跳线制作，具备安全上塔作业的能力。e) 熟练使用各种仪器和工具，包括天馈测试仪（BIRD或安立），信号发生器（Agilent 8648B）功率计、罗盘、倾角尺等工具。2、工具要求：异常话务处理人员在处理异常话务前需准备：（1） 斜口钳、大力钳、星形起子、扳手、纸刀、烙铁、笔记本电脑、电源插座、调测线、万用表。（2） 天馈测试仪、信号发生器、功率计及各种射频连接线（3） 最新业主联系电话、基站详表、各厂家联系电话。3、处理异常话务中遵循的标准1、为避免投诉，异常话务处理人员对BTS调试（需要中断扇区时）前须提前提出申请，提前上报发布网络资讯，以便投诉处理部门回复客户投诉。对基站重启之前应通知移动方监控机房（TEL：5810019），尽量避免在白忙时（10：0011：00）及晚忙时（19：0020：00）闭站/区。2、技术要求：（A）发射功率：要求填写发生异常小区设备类型，共几个载频，采用的是二合一还是三合一的合路器，最后平衡后的发射功率大小，保证每个小区的载频发射功率均相同，误差不超过正负1W。各种设备要求最小发射功率如下：设备类型2input min DCF或CBF3input min DDF或3in-CBFM-CELL 90015W6WM-CELL 180014W6WHorizon 90015W8wHorizon 180014W5WHorizon 2 90018W9WHorizon 2 180016W8W（B）接收补偿：保证每个载频在正常环境下的接收补偿值没有8000，而且接收补偿值相对平滑。（C）驻波比测试（VSWR）：要求填写馈线数目、处理后每根馈线的频率驻波比的值，并且保证每根馈线的频率驻波比均要小于1.4。（D） 时钟丢失：保证更换MCU后基站无4号与16号告警（disp_act_alarm）。（E） 拧紧螺丝：拧紧后保证上下行奇偶时隙ber平均值之差小于2。（F） 一个或多个载频找不到：要求填写找不到的原因。（G） 更换载频需重调发射功率、接收补偿值，标准同上。（H） 检查过程中发现的异常情况描述清楚。 （I） 工单回复处理结果。对问题描述清晰，需精确至各部件名称，如MCU/MCUF/HIISC、载频、合路器、双工器、SURF/DLNB/IADU、BPSM、FOX/FMUX、光纤、小跳线、馈线头（分室外/室内）、馈线接头松动、避雷器、机架背板、大馈线、天线、传输线、工程遗留问题、传输问题等。（J） 基站环境异常情况描述。维护人员在基站内发现异常情况，如空调坏、漏水、设备异常等情况需在现场向上级汇报，空调坏直接联系移动方任志华（13973141165）。附：各种常见工单处理经验通过结合超过1000例的工单处理过程,总结出各种常见的工单的处理方法和思路如下：（一）载频统计载频统计包括：PB、BER、IOI1、 PB故障根据PB的公式：Path_balance = uplink Pathloss - downlink Pathloss110，所以该统计项在100-120之间时，我们认为都是正常的。该统计的平均值高于120表明BTS上行（接收）通路可能存在 问题，低于100表明BTS（下行）发射通路可能存在问题。 A、PB值略高于120的情况，如果接收信号的补偿不足，实际接收到的信号就会比预计的信号要弱一些，处理办法：一般要对载频重新调测，调整不同频点的补偿值。Case:7月12日丽臣化工22区 DRI10、12、13、14、15 PB125，重调2区接收，平衡功率18W，测得馈线驻波比B1：1.25，B2：1.21，B3：1.23，查713日PB恢复正常B、PB值高于130的情况，PB高于130说明上行衰耗比下行衰耗高20DB，一般说来是由于载频的天线口定义或接线错误导致的。Case:4月8日，老八分局2区PB140，经检查接收通路数据和实际连线不符，更改后恢复。Case: 紫金龙3区 31073统计 2006-7-20 掉话 等于24 dri26/27:PB150,上行ber平均值2, 该基站为东信公司整改后出现的问题，于是随同东信公司一同去基站检查，发现DRI 2 6和DRI 2 7 和该小区其它载频不在同一个机架，为扩展机架通过surf扩展线连接过去，发现由于整改后接线错误，现场接法为主机柜的A和B接到扩机柜的A和B口，造成扩展机架无接收，查载频的天线定义为2，将扩展线的接法更正接到1A和1B，观察一个小时后的统计值发现PB值正常，U_Ber正常C、PB值低，下行BER高的情况，由于下行衰耗过大导致的。常规的处理方法认为该问题产生的原因是功率没有平衡，所以要对小区进行功率平衡。其次最常见的就是天线或馈线进水，射频线也有可能，合路器的故障相对较少馈线头、小跳线、避雷器、天馈线故障Case：5月8日华厦一中3 切换成功率70% DRI22、23 PB2,测得DRI00载频功率43W，判断为DCF故障，更换了DCF后平衡该区功率23W，更换后PB恢复正常载频故障有几种情况：多次检查天馈并多次调测及功率平衡后PB仍低重派工单，需更换尝试载频或改变槽位并观察处理效果。载频本身的发射功率低或无功率需更换载频，在对载频调测时补偿值不在正常值范围（正常为817dB）需更换载频。Case1: 6月14日老省政府大站3区 31393 统计 2006-6-8 PB 小于90 rtf21/dri23:PB900612 rtf21/dri23:PB=85多次处理无改善 6月14日 更换了DRI23载频，平衡功率至17WPB恢复正常Case2：5月24日红星大市场 呼叫成功率3，PB2，多次检查进行调测并将两小区的载频对调均无改善，最后发现两小区各有一根相互接反了，将其纠正后PB和BER均恢复正常。F、其它类型PB值偏低话务量太低也会造成P-b值不正常，因采样值太少（可以在查PB时看BIN值 采样次数），计算出来的PB值就会有偏差。但这种情况并不代表基站没有问题，如果基站天馈有问题，发射出去的信号弱，话务量也会很低外接有直放站、塔放、室内分布等异常会影响PB值天线接错型号型号也会造成PB低：Case:8月15日矿山研究所D2 56272 DRI14、15 PB90，BER3，请检查调测，换站型后未好，请重新检查,测得B3馈线驻波比在62.5米处驻波比为1.71，后到铁塔顶检查天线发现实际安装为900的天线，816通知天线厂家更换1800的天线后 PB恢复正常拓展机柜的载频PB值低如果我们对载频进行接收调测时，不是在与馈线直接相连的ANT口上输入信号，就会导致载频实际接收到的信号成为过补偿信号，导致上行衰耗偏小。间接地造成了PB值偏低的情况。按照正确的方法对载频重新调整接收解决使用两面天线时的PB值偏低天线所覆盖的范围肯定是有偏差的，但关键问题是范围是否是主覆盖范围将两面天线调整到一致的范围内就可以消除PB值偏低的情况。2、 BER故障BER故障分为BER高，BER奇偶时隙高，U_ber高BER是比特误码率（Bit Error Rate）的简写，它是一个normal distribution统计，每个SACCH复帧（480ms）上报一次，反应了激活信道（时隙）的下行接收质量。U_BER则是BTS测得接收到MS发送过来的信号的误码率，反应了上行接收质量。产生BER问题的原因有：由于无线环境的CI未在到工程标准造成干扰，但如果硬件出现问题造成信号损耗过大也会出现BER问题，不好的PB也会产生BER过高。同邻频干扰或外部干扰引起的BER高，可以通过路测来发现该载频周围是否存在同邻频。如果发现有则由网络优化部门更改频点来解决干扰，还有一种干扰就是上行干扰，会引起U_ber高，一般同时IOI较高，可能原因有三阶互调干扰，SURF板接线错误或损坏。载频的发射接收补偿参数不合格，需重新对基站进行调测Case: 6月6日长沙大学北校区D2区DRI 1 4/1 5 BER高,请检查硬件并重新调测该区载频发射功率和接收通路.6月7日完成.重新调测该区接收通路，平衡功率至18W，测得dri 14/15对应的天馈驻波比1.17查6月8日 11am的PB和BER正常载频内部硬件故障，需更换载频，一般对于单纯的BER5按工单要求进行更换。Case: 5月26日中南林学院D 58112 dri13,每个时隙的uber3 经倒换，关跳频观察为载频问题，硬件检查更换了DRI13载频，平衡该区功率到11W，BER恢复正常Case: 7月2日长沙大学dri12,每时隙BER6,无频率干扰问题，更换载频（CTU2） 更换了DRI 2 1的CTU2 载频后BER正常天馈和架顶发射接收器件故障，需检查天馈驻波比并解决天馈故障Case: 5月17日糖酒公司2区dri14/15:PB130,odd_evev_u_ber2请马上处理更换了合路器，测得馈线驻波比B1：1.16，B2：1.13，B3：1.14查518指标恢复正常Case:华厦一中3 切换成功率70 DRI22、23 PB2,请联系移频的厂家一同前往处理.移频厂家:京信13875888075指标未复,请再查 和京信厂家人员一起配合更换了天线和藕合器，将功率下调至10W降低发射功率后上下行BER均恢复正常这个案例中的京信移频直放站设备要求输入的功率不能过高，否则就会造成上下行BER都过高。3、 IOI故障Intf_on_idle 是TCH时隙处于空闲状态时每480ms更新一次的反映上行环境噪声情况的基于时隙的normal distribution统计。产生高IOI的原因有以下几种：环境中存在干扰:一些通信设备可能与我们的GSM接收机以相同的频率发射，例如会议干扰机。对于排查干扰最好的手段是用频谱分析仪进行扫频。一些通信设备以其他的频率发射，但带通滤波器性能差，导致有功率泄漏到我们的接收机带宽内。 小区没有很好的规划或在发生一些改变后使用相同频率的小区与高IOI的小区距离太近。还有由于开启跳频与周边基站的频点发生频率碰撞也会造成干扰而产生高的IOI。需要暂时关闭跳频再观察IOI指标是否与其有关。 DRI具有硬件故障:收发器 (CTU or CTU2)上元件硬件发生故障 导致收发器上噪音异常。如果一个小区单个载频IOI高，可以通过倒换RTF看IOI变化来判断是否为载频故障。因PB或BER异常均会引起IOI高，按照处理PB和BER的流程进行处理，对基站进行调测、功率平衡以及检查天馈驻波比。 机柜上的槽位/连接线/天线 发生硬件/连接问题，外接有直放站、塔放、室内分布等异常会影响IOI接收通路上的组件发生故障或没有被正确安装或使用: 背板，连接线缆检查天线选择是否与实际连接一致，还有值得注意的是二代的SURF2板的0a1a/2a端没有滤波器，只有B面有，不能直接将天馈接在这些端口上，而只能接在B面，否则会造成IOI高。CASE：8月9日，附三医院2、3区PB低IOI高，调测基站和更换SURF2板无改善，8月12日再次检查时发现2区的天线直接接在2a上，于是改变接法，将其接到2B上后观察12日晚指标发现IOI均恢复正常。CASE ：5月19日卷烟厂四区DRI31 IOI=240,DRI30 IOI=150，且倒换RTF后没有变化请速进行处理建议检查载频合路单元可以先借用其他小区的载频，和合路单元,可以先使用别的端口试一下经检查发现该小区为室内分布，只需一根输出至干放，但SURF的另一口却接了一根室外的天线，所以造成IOI高，拆掉那根天馈后观察IOI恢复正常（二）小区统计指标一般常见的小区统计指标工单主要有：掉话率高、切换成功率低、SD分配失败率高、呼叫成功率低。1、掉话率高下面总结了硬件原因引起的掉话以及排查故障和解决办法，这里只讨论硬件原因引起的掉话。天馈系统原因导致掉话1. 天馈线损伤、进水、打折、老化和接头处松动及接触不良，均会降低发射功率和收信灵敏度，从而产生严重的掉话，这一点可以通过检查天馈驻波比(VSWR3.(10.17点统计).另发现三区10点掉话60次，17点掉话70次 掉话集中在DRI 2 5（RTF 2 3）上，该载频下行BER很高,且有奇偶时隙不平衡现象.请检查DRI 2 0DRI 2 5硬件.(拧紧DRI 2 0 螺丝.更换DRI 2 5载频)拧紧了DRI20载频螺丝，更换了DRI25载频，经处理后掉话率恢复正常。2、切换成功率低小区切换可分为三种类型：inter_bss之间的切换；intra_bss之间的切换；intra_cell之间的切换,若切换失败的原因主要属于intra_bss和intra_cell，应重点查找基站自身的问题切换成功率低可能的原因：1、 基站天馈线接错，包括小区接反和鸳鸯线，小区内天线方位角不一致。2、 小区功率不平衡，载频的补偿值不合理需重新调测。3、 载频的BER和IOI高造成TCH分配不成功而切换返回又失败。4、 基站MCUF时钟失锁造成时钟频率不准，BSIC码无法解开5、 切换参数设置不当6、 小区之间存在盲区或未做邻区关系8、周边的无线环境存在同频或邻频干扰或其它干扰源前面4种是基站本身最可能发生的问题，3、SDTCH分配失败率高这里只讨论由于在空中接口的信道指派失败，MS无法占用BSC所指派的信道的情况。MS请求分配SDCCH，BTS通过AGCH给手机指配了SDCCH，但在规定的时间内没有得到响应（超时失败）。统计项为CHAN_REQ_MS_FAIL。BSC通过SDCCH向MS发出一条分配TCH的消息，MS在SDCCH上回送一分配失败消息，BSC再把该消息送到MSC，呼叫建立失败。相关的统计为MA_FAIL_FROM_MS造成分配失败的最常见的故障有DRI故障和干扰DRI故障：DRI的RTS部分或全部停止工作，造成DRI不能正确解码MS发出的消息。且分配失败率与发生故障的RTS成比例。干扰：由于干扰引起误码率高，移动台不能与BTS建立起第二层链路，导致分配失败。大多数情况，可按失败率的高低，大致判断故障原因:如果某小区分配失败率超过10%，那么DRI故障可能性最大；如果大于5%，一般怀疑是DRI故障或干扰；如果在3%与5%之间，那么可能是由阻塞或干扰引起；低于 3%，通常是无线环境影响。1、载频或天馈故障：分配失败率超过10%，DRI和天馈发生故障可能性最大，DRI故障一般BER较高，或BER有奇偶时隙不平衡现象，通常先拧载频螺丝解决或直接更换载频。天馈故障可用天馈测试仪快速将故障定位。分配失败率高 (大于 5%)： 怀疑DRI问题，先通过倒换BCCH的办法观察一段时间，确定故障是随着RTF还是DRI发生。Case：4月18日工单，潇湘陵园 460-00-29537-20132 SD分配失败率50%、呼叫成功率低 DRI 1 1 下行BER有奇偶时隙不平衡现象.DRI 1 0 上行BER有奇偶时隙不平衡现象.请检查硬件，通过调测了2区接收，平衡功率为19W，测得馈线驻波比B1：1.30，B2：1.27 ，指标恢复。Case：4月26日工单，荣湾 460-00-29537-1102 SD分配失败率50% 观察硬件指标无明显异常,无相关告警,倒换BCCH观察.观察统计未恢复, 请检查硬件.检查发现B1、B2馈线驻波比过高为6.7，更换天线和天馈间小跳线后，测得天线驻波比B11.29B21.27上行链路信号丢失或接收路径失败也可导致分配失败。小区路径均衡测量可以找出失败的原因，这时分析P_B和uplink_path_loss值可以发现一般大于130。Case：开福区政府4区2006-4-3 sd分配失败率高 rtf30:uplink_path_loss130，请重调dri31的接收部分，经对该小区重新进行载频接收和线性补偿的调测后，指标恢复正常。2、MCUF故障：为了更准确地定位故障点，还需检查小区的切入切换执行失败率：确认切换失败是否与分配失败率相关。在空中接口的信道接入，移动台和切换目标小区建立第二层链路的过程，类似于呼叫建立时的信道指派过程。当切换也不好的情况下，可能与MCUF有关，但不要轻易更换MCUF，可尝试复位MCUF，但如果是时钟失锁告警，经查传输无问题则需更换MCUF。但暂无明显的案例证明由于MCUF不正常直接造成TCH分配失败。 3、干扰：这时高分配失败率往往伴随其他现象，如：大量由于质量(高BER)触发的切换，RACH解码电平过高等。进行路测可帮助发现系统内干扰。如果IOI较高，则按IOI高的处理流程进一步排查原因，必要时改频进行观察。4、拥塞： 检查该小区分配失败与拥塞率的相关性。拥塞案例：4月7日工单，兴农公司2区sd分配失败率高,dri10/11 INHIBITED，检查发现主设备风扇开关未开，导致载频高温，拔出风扇冷却后并重启载频恢复正常，5、呼叫成功率低。呼叫成功率与拥塞、PB、BER、IOI、SDTCH分配失败等很多因素有关联，下面主要以案例总结。1、天馈故障Case:4月20日农业金融学校D3区 呼叫成功率等于67 dri26/27/29:PB4,dri27:下行奇偶时隙ber平均值之差1请处理检查发现DRI26、27载频对应的馈线在18.91米处驻波比为4.09，经查为馈线进水，将水清除干净，重做馈线头后驻波比为1.12。处理后指标恢复正常。Case:4月6日，科文 460-00-29505-1673 呼叫成功率70，话务量陡降 硬件指标无明显异常,无相关告警.倒换BCCH载频无效，请速前往检查，检查发现一立杆天线倒塌，将天线修复后恢复正常。2、接线错误Case:7月21日紫金龙D2区呼叫成功率等于0该区载频dri10/11/12/13:PB5请尽快处理2区扩展机柜DRI18、19载频扩展口接错，将其更正为2A，2B；处理后话务恢复正常。3、载频故障或需调测Case:5月10日三湘商务 460-00-29505-46243 呼叫成功率低,观察载频参数发现载频接收未调,请前往重新调测调测了3区各载频接收查510晚指标呼叫成功率96%。Case: 5月9日市交警支队 460-00-29505-47163 呼叫成功率低切换成功率低掉话高 RTF 2 1(DRI 2 8)RTF 2 3(DRI 2 6 )RTF 2 6(DRI 2 3 )上行BER高.请检查硬件检查发现DRI25载频掉话严重，更换了DRI25载频，拧紧了DRI26、27、28载频螺丝，平衡3区功率到8W，测得馈线驻波比：C1：1.23，C2：1.21，C3：1.25，C4：1.27查5月10日晚各项指标均正常。（三）硬件故障及告警载频退服载频退服将直接造成可用网络信道数减少，造成网络拥塞，为了保障通信畅通就必须及时处理好，但处理载频退服并不是简单的换载频，一定要找出退服的原因，才能彻底解决故障。退服的状态一般有以下几种情况：1. D-U DRI Not Detected 检测不到载频2. D-U INHIBIED 由于某种原因造成载频自动保护退出服务3. D-U NO-Reson D-U DRI Not Detected 的处理产生 DRI Not Detected的原因可能有以下几种：1）载频未加电，一般是人为的没有加电，曾有个特殊案例株洲醴陵福建围基站发现整个机柜的CBC开关全部自动弹出造成整个机柜的CTU退服2）载频与控制器的通讯被切断，单个载频退服的原因可能是TCU的光纤接触不良或CTU与机柜背板接触不好，通过对调光纤或槽位验证载频是否正常，如果整个扩展机架退服则可能原因是FUMX 板、光纤、expansion bord 光纤板坏3）扩展机柜退服的另一种情况，是由于倒换到备用主控板BTP，由于备用主控板在机柜顶对应的槽位并没有安装冗余的光纤板扩展到扩展机柜，所以失去与扩展机柜的联系，所以造成扩展机柜载频DRI Not Detected，这时你不管换什么板件都处理不好，一般是重启基站好的，其实倒换BTP到主用主控板即可，用 swap_device 站号 btp命令，倒换后载频都可以检测到。4）数据库与安装的硬件不匹配，但这种现象比较少见。D-U INHIBIED的处理如果软件认为收发信机应该被禁止，那么DRI 就会进入Inhibited状态1、各种告警造成载频退服，例如7378，868791等告警会造成载频进入Inhibited状态，这时按处理这些告警的流程处理好即可恢复正常2、光纤型号不匹配，对于Horizon 2设备由于光纤型号或长度不匹配，可能会由于光纤传输时引起了较长的传输延迟使时序边缘恶化造成，这时载频可能会意外退服，进入Inhibited状态，需要检查是否为配套光纤或光纤接头与光口接触良好。3、载频BU时被人为断电会进入Inhibited状态，这时ins就可恢复。一般是维护人员违章操作造成，所以要注意如果载频指示红、绿灯交替闪时说明载频正在Code Load,这时千万不能断电否则会损坏载频。4、由于BCCH载频被人为倒换，RTF正在倒换状态的过程时会Inhibited,过一段时间就会恢复。有个特殊的案例，长沙移动的黎托花桥、银奥、省体委、凯达物业基站由于小区开启了BCCH GPRS 32K的功能，这时RTF占4个时隙，如果之前没有锁住载频，就会同时分配到两个dri，所以造成整个小区Inhibited，后将小区的pkt_radio_type改回16K后再重新开启载频后恢复正常。5、其它原因外部环境如高温造成载频退服Inhibited，这时一般查看载频的告警可看到有88 Power Amplifier Temperature High或92 Power Amplifier Temperature High But Functioning的告警，远程ins后可恢复，但过后会再次退服，需要检查机柜风扇是否坏和机房温度是否正常。D-U NO Reson的处理故障原因是高配置基站（如8/8/8、8/8/6等）打开HR、BIG SDCCH两个features，同时，基站话务量过高所导致，导致系统资源过分占用，载频掉死无法恢复。这种情况载频显示为D-U No Reason，ins后载频会code loading约1分钟。然后载频回到D-U No Reason状态。以前需要复位解决，现在改进方法可以先Lock 备用 BTP （BTP 1 0）然后直接ins载频即可恢复。D-U Code Objects Missing 的情况一般出现在主机柜为Horizon 1代或MCELL而扩展机柜为Horizon 2代设备，由于基站无PCMCIA启站卡（CSFP 状态为DU）但由于CTU2 Load的数据量较大，所以无法正常起来，需在基站主控板中插入启站卡，再重启基站即可恢复。D-U Cell Tx Pwr Unachievable，表面上看是载频退服，实际是BSC数据库参数max_tx_bts与收发器的TX offset校准值不匹配，详细处理方法见P14的74告警处理方法。73# DRI: Power Amplifier Error DRI 73 告警产生原理: Horizon II BTS使用反射功率检测以避免过高的反射功率导致CTU物理损坏，一旦检测到反射功率超出预设的门限值，BTS 就会发送DRI 73告警（功放故障）。同时由于长时间的高反射功率的存在将不可避免的损坏CTU设备，所以CTU的故障管理部件将通过复位CTU来降低它的输出功率。处理73告警的流程: DRI 73告警级别比78#低，但检测周期要短于DRI 78告警，也就是为什么有时候会产生以下现象的原因：即使天线VSWR过高是故障根源，但却只有DRI 73（高反射功率）告警产生，而没有产生DRI 78（发射天线故障）告警。导致这一告警的故障部件有连接CTU2和架顶耦合器（DUP）的射频线、室外馈线、避雷器以及天线的阻抗变换单元，当然连接头松动或损坏也会导致这一告警，比如CTU2以及架顶耦合器的 SMA接头、7/16”连接头。引起73#告警的原因有以下几个方面：1、 CTU2的TX OUT到DUP间的SMA射频线Case : 外国语学校2006-6-12 DRI12/13由于告警（反射波高）多次退服, 更换DRI1213的CTU2载频对应射频线，测得对应馈线驻波比为1.24，查载频一直正常工作，再未退服。2、 馈线头、小跳线、避雷器故障Case1：北斗星2006-6-14 DRI-CTU2 1 8 73 Power Amplifier Error. 且同时有 78 Tx VSWR Antenna Fault，测得DRI18载频对应馈线驻波比在27米处VSWR=8.21，更换跳线后驻波比为1.21Case2：南湖建材2006-6-19 dri告警 73# dri04:Power Amplifier Error.同时有78# dri04:Tx VSWR Antenna Fault，检查发现该载频对应的天馈驻波比在2.45米1/2跳线接避雷器处vswr=13，重做接头后vswr=1.303、 其它原因，包括载频本身故障，射频连接不合理等Case1：景湾小区 2006-6-1 景湾小区1区有载频经常退服，DRI00 有73号告警，请检查该区DUP和馈线，到现场时将其它载频对调，仍有告警，仔细观察发现CTU2的TX OUT到DUP间的SMA射频线断裂，后更换了SMA射频线仍有告警，且反复INHIBITED ，判断为长期的反射功率过高已将载频烧坏，将载频更换后正常,同样的案例还有6月28日湘江宾馆DRI 0001，对调载频槽位和天馈仍有73#告警以至造成载频频繁退服，更换载频后正常。Case2：卷烟厂 2006-6-22 DRI30 73、78号告警Power Amplifier Error.请检查测试驻波比，该小区为室内分布系统，6月23日上午协同海天（厂家）前往基站处理，将从DUP输出端测天馈驻波比为3.18，该处接有厂家的一分二的功分器，从上面分成两路，一路接到DUP一路接到SURF2板的1B口，厂家将功分器拆除并直接连通，测得驻波比为1.1，开启载频后无任何告警，现观察载频的工作时间从23日起再未出现过退服，查evenlog也未出现过73告警。Case3: 香樟路2006-6-26 dri 1 6 /17 (CTU2)经常性出现退服查看告警发现载频有73和78号告警请检查该两个载频对应的馈线，天线和射频线处理经过：到站检查发现该小区共配置6个载频，只有一个CTU2（DRI16、17），其余均为MCELL900，该CTU2从DUP输出后再经过3in-CBF合路输出到天线，从H2机柜DUP端测驻波比为3.08，直接从MCELL的双功器端测天馈驻波比为1.17，初步判断为接法不合理，建议整改，增加一条馈线直接从H2机架顶发射出去。627再次去基站处理，更换了3in-CBF,测驻波比仍为3.08，在cbf的RF-Load加一假负载，测驻波比为1.5，观察载频没有再次频繁退服，但下午再次查载频有退服和73#告警记录，627下午再次去基站 ，把接法更改，直接从H2的DUP直接输出至天线，另两个TCU经CBF合路再接入 3inCBF，628观察再没有退服。78# DRI: Tx VSWR Antenna Fault 天线驻波比过高DRI 78 告警产生原理:Horizon II BTS系统中，DUP可以实时检测发射天线的VSWR，DUP利用内置电路检测7/16”射频“ANT”接头处的前向/反向功率，需要提及的是只有在前向信号存在的情况，该电路才进行VSWR检测，接收天线没有VSWR检测。当DUP检测到的回波损耗低于7dB就会产生告警，CTU2收到这条告警后，CTU2会将DRI 78告警报告给OMC-R。过高的VSWR将导致小区覆盖半径缩小、掉话率过高引起78#告警的原因有以下几个方面：1、 馈线头、小跳线、避雷器故障6月份共发现馈线头、小跳线、避雷器故障造成78#告警共4起，一般可以通过天馈测试仪表快速进行故障定位。Case1:西长手帕厂6月14日DRI-CTU2 0 4 78 Tx VSWR Antenna Fault，检查DUP,发射,馈线等处理经过：测得DRI04载频对应馈线驻波比为7.13，更换跳线后驻波比为1.27，载频告警清除。Case2: 附三椰林集团6月14日DRI-CTU2 2 4 78 Tx VSWR Antenna Fault，检查DUP,发射,馈线等处理经过：测得DRI24载频对应馈线驻波比为1.46，为避雷器接头松动，拧紧后驻波比为1.29Case3: 东方家园6月15日CSMBSC422 8 DRI-CTU2 0 2 Tx VSWR Antenna Fault告警.请检查天馈线及相关硬件.处理经过：测得A1馈线在48.94米处驻波比为1.40，频率模式驻波比为1.67，A2馈线在48.94米处驻波比为1.39，频率模式驻波比为1.65，判断室内分布的功分器的影响，请通知室内分布厂家处理。2、误告警，检查无故障6月份的工单要求检查78#告警，去现场无故障的共25起，从案例上无法分析，但从78#告警的原理可能有以下两个原因1、由于VSWR故障检测的自身特性，可能会出现VSWR误告警。这种情况有可能并不是由于正在被测试的天线引起的，而是由于从旁边的天线耦合过来的过大的反射功率引起。这种不常见的故障可能是由于没有正确地安装天线导致的。如果两个天线被安装的较近，那么其中一个天线的信号会耦合到另一个天线上产生干扰信号。如果耦合过来的干扰信号功率足够大，该干扰信号甚至会沿着天线电缆馈线传输路径下来影响到DUP。VSWR告警是测量前向/反向功率比，因此这个干扰信号有可能会触发DRI78告警。2、还有一种原因就是告警偶尔会消失，那么这可能是临界告警，可能是连接头拧得不够牢固，但也可能是由部件故障导致。可尝试对调导致临界告警的故障部件（DUP），然后继续观察告警状态。如果告警记录中记载该告警是在过去的几天内频繁连续发生的，仍需继续进行详细的检查，因为有案例表明由于天馈测试仪测试时的功率不够，而VSWR与功率不成恒定的线性关系，只有足够的功率才能发现驻波比过高，此外还要用频率模式测试天馈确认驻波是正常的，建议拧紧各连接部件。综上所述，在处理73#和78#这类告警时，不要轻易的更换CTU2，一般73#&78#告警的真正原因不是载频故障。到现场没有发现告警也要查下载频历史告警，有时历史告警没有记录，但OMC的even_log中会记录下来，配合查even_log确认是否是误告警，一定不能马虎了事，一定要查到问题的根源，彻底把故障排除。74# DRI: Cell Tx Pwr UnachievableBSC数据库参数max_tx_bts与收发器的TX offset校准值不匹配当出现74报警时，会导致DRI无法进入服务状态（B-U)：DRI 5 0 0 D-U Cell Tx Pwr Unachievable 22/07 16:17:08 NoneDRI 5 1 0 D-U Cell Tx Pwr Unachievable 22/07 16:17:11 NoneCTU2的发射功率由max_tx_bts与TX offset值共同决定。CTU2的最大发射功率在single mode下比double mode要高，这就是为什么CTU2载频的CAL值中的TX offset值最小为12而不是0的原因。如果CTU2配置为double mode,而TX offset为在single mode下校准并保存的，就有可能出现所期望的发射功率大于CTU2在double mode下所能达到的最大功率，因此产生报警。通常这种情况是扩容后没有调测基站或没有调测后没有保存好CAL数据到BSC，后由于载频掉电或基站意外重启造成。对于74#告警，一种办法是先将max_tx_bts参数降成2或更大的数值，使小区的发射功率降低，然后INS载频，这时载频可以正常工作，再重新调测载频并保存调测数据，最后将max_tx_bts参数改回0。还有一种办法不用下基站，是先将载频LOCK，再用clear_cal_d 将载频数据清除，然后再INS载频，这时载频会用自己存储的CAL值，B-U后再store_cal_d 保存数据，告警马上消除。86# DRI: Transmitter Failure-Output Power输出功率低87# DRI: Transmitter Failure-Output Power输出功率过高91# DRI: Power Amplifier Power Low But Functioning输出功率偏低，但可继续使用86#告警表明功放的输出功率降低到可接受的最低值。87#告警表明功放的输出功率升高到可接受的最大值当以上两个报警出现时，马上会导致DRI 复位。如果在十分钟内连续出现三次86，87告警时，系统会导致DRI “Inhibit”，使DRI退出服务。解决办法：请使用3.2Nm的螺丝刀拧紧PA底部的螺钉，以消除以上报警，下面有拧螺丝图。确认系统所使软件为1670.20或之后版本。如以上措施不能消除该告警，则返修该CTU2150# DRI:Receive Matrix Branch1 Control Link Failure 接收矩阵第一控制链路fail。DRI 150告警说明接收通路有问题，表明DRI与SURF连接失败，可能是DRI或SURF模块上有内部故障。该告警还可能是由于CTU2 RX接头与背板连接出现问题，SURF模块未加电或机柜中的SURF机框故障引起, 也有可能是SRUF板故障。通常有150告警时，CTUCTU2载频会亮红灯。解决办法：观察是整个小区还是单个载频有150告警，如果是单个载频告警就用旁边没有告警的载频进行替换试验，如换到另一槽位告警不能消除则可是是载频故障，需返修该载频，如对换后两个载频都无告警，则是载频与背板接触不好。如果是整个小区150告警，可能是SURF没有加电或接触不好，对SURF 加电和重拔插，看告警是否消除，否则需更换SURF或IADU（MCELL机柜）。CASE：5月31日 马王堆1800第一区投诉很多，信号弱打电话不出，请检查该区硬件查1小区所有载频均有历史告警中均有大量150告警，更换SURF板后话备量恢复正常218 # DRI: Invalid Transceiver Calibration Data校准数据中出现无效的CAL值通常是载频的CAL值中存在”8000”值，该告警会对载频CAL值中对应的antenna_select数列（一共两列即AB通路 ）的校准数据进行检查，用disp_cal_d # dri id1 id2可以查看CAL数据，天线1对应1、4列，天线2对应2、5列，天线3对应3、6列，发现有“8000”则产生218#告警。解决办法：对于这种告警的处理通常重新调测载频即可，如调测载频中遇“80”值调不过，检查连线、仪器、数据无误则可能是载频故障，则需更换载频，一般来说TCU-A载频由于运行了几年，故障率会稍高。92# Power Amplifier Temperature High But Functioning 功放过热，但还可以工作此告警表明功放的温度已经超过一般门限值，但是功放仍能完成其功能，对于这种告警，可能是机房空调坏造成环境温度升高或机柜风扇坏，对于这种故障也要及时处理，如果载频温度达到极限就会退出服务，造成网络故障。以上是最常见的且必须马上处理的，异常话务工单中经常出现GCLK 4 # Phase Lock Lost GCLK 14# Phase Lock Failure 时钟失锁GCLK无法锁相时会产生GCLK Failed Phase Lock的提示，并可能伴随出现4、14、13号等告警。可能引起此类告警的原因：因传输问题引起MMS退服MSI板或MMS口硬件故障数据库定义不合理GCLK本身的问题，需要校正或更换当GCLK无法锁相时可采用以下的方法：reattempt_pl 使用lock/unlock命令看是否能使得GCLK锁相恢复。查看MSI，MMS是否处于正常状态，是否有E1的相关告警产生，是否有MMS作为时钟源。查看提供时钟的MMS是否与上一级的链路连接，上一级的时钟是否正常工作。查看提供时钟的MMS的等级是否设置正确（一般为255）。试着使用其它的MMS作为时钟源。（对于M-CELL可更换NIU）。重新校准GCLK的时钟或更换MCUMCUFHSCII。以上是异常话务工单工经常出现的几种告警，作为维护人员应该熟练掌握处理流程，这样可以迅速准确将故障定位，提高工作效率，及时解决故障，使网络质量保持稳定。 （四）CQTDT测试工单功率突降对于功率突降的工单，一般工单内容中会指出具体载频并指示是否要更换，或者要求检查小区各载频发射功率及天馈驻波比，由于路测工单的处理影响到投诉，所以必须严格按要求进行处理，绝不能马虎。Case:6月8日市交警支队D一组 路测中市交警支队D3区DRI 2 8载频输出功率极弱,BCCH载频-55dbm,该载频功率-102dbm,请检查硬件、天馈线系统驻波比,并更换该载频,重调测。(迎检路测)6月9日完成更换了DRI28载频，平衡该区功率14W，测得馈线驻波比C1：1.32，C2：1.28，C3：1.23，C4：1.25，C5：1.22.通话质差引起通话质差的原因很多，但路测工单中一般指具体TCH或DRI的通话质量差，然后结合硬件指标找出问题，所以通话质差类工单和PB、BER等处理方法是一样的，总之就是严格按照工单内容进行处理。Case:6月8日开福区政府三组路测中占用开福区政府2区DRI 1 6载频通话质量差,查看频率正常，IOI高，倒换RTF后该载频仍然IOI高，请检