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

1、异常话务工单处理作业指导书一、目的规范异常话务工单处理的工作过程，提高处理技术水平和工作效率。 二、工作范围异常话务工单的工作范围包括：载频统计异常（PB、BER、U_BER、IOI、RF_LOSSES_TCH）小区统计指标异常（SDTCH分配失败率、切换成功率、呼叫成功率、掉话率、话务量）TCH可用率（载频退服）、DT或CQT测试发现的功率、掉话、质差、切换异常、各种硬件告警等。对于大量载频退服、路测工单、VIP基站网络指标异常话务工单必须优先处理，使影响程度降到最低，避免用户的投诉。三、工作职责：按照移动方派发的异常话务工单内容中工作要求进行基站调测和更换硬件，排查硬件故障，并跟踪处理结果

2、，对处理未好的工单进一步分析，配合移动方共同解决网络故障，保障基站主设备的正常运行和不断改善网络质量。四、工作程序：1、人员要求：a) 熟悉基站硬件，熟练硬件的配置和安装，熟悉各种配置的连接方式。b) 熟练掌握Motorola基站（Mcell、Horizon 、Horizon II）的调测。c) 熟悉Motorola基站各种告警的含义及处理方法。d) 掌握天馈系统安装、跳线制作，具备安全上塔作业的能力。e) 熟练使用各种仪器和工具，包括天馈测试仪（BIRD或安立），信号发生器（Agilent 8648B）功率计、罗盘、倾角尺等工具。2、工具要求：异常话务处理人员在处理异常话务前需准备：（1）

3、斜口钳、大力钳、星形起子、扳手、纸刀、烙铁、笔记本电脑、电源插座、调测线、万用表。（2） 天馈测试仪、信号发生器、功率计及各种射频连接线（3） 最新业主联系电话、基站详表、各厂家联系电话。3、处理异常话务中遵循的标准1、为避免投诉，异常话务处理人员对BTS调试（需要中断扇区时）前须提前提出申请，提前上报发布网络资讯，以便投诉处理部门回复客户投诉。对基站重启之前应通知移动方监控机房（TEL：5810019），尽量避免在白忙时（10：0011：00）及晚忙时（19：0020：00）闭站/区。2、技术要求：（A）发射功率：要求填写发生异常小区设备类型，共几个载频，采用的是二合一还是三合一的合路器，最

4、后平衡后的发射功率大小，保证每个小区的载频发射功率均相同，误差不超过正负1W。各种设备要求最小发射功率如下：设备类型2input min DCF或CBF3input min DDF或3in-CBFM-CELL 90015W6WM-CELL 180014W6WHorizon 90015W8wHorizon 180014W5WHorizon 2 90018W9WHorizon 2 180016W8W（B）接收补偿：保证每个载频在正常环境下的接收补偿值没有8000，而且接收补偿值相对平滑。（C）驻波比测试（VSWR）：要求填写馈线数目、处理后每根馈线的频率驻波比的值，并且保证每根馈线的频率驻波比均要

5、小于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、光纤、小跳线、馈线头（分室外/室内）、馈线接头松动、避雷器、机架背板、大馈线、天线、传输线、工程遗留问题、传

6、输问题等。（J） 基站环境异常情况描述。维护人员在基站内发现异常情况，如空调坏、漏水、设备异常等情况需在现场向上级汇报，空调坏直接联系移动方任志华（）。附：各种常见工单处理经验通过结合超过1000例的工单处理过程,总结出各种常见的工单的处理方法和思路如下：（一）载频统计载频统计包括：PB、BER、IOI1、 PB故障根据PB的公式：Path_balance = uplink Pathloss - downlink Pathloss110，所以该统计项在100-120之间时，我们认为都是正常的。该统计的平均值高于120表明BTS上行（接收）通路可能存在 问题，低于100表明BTS（下行）发射通路

7、可能存在问题。 A、PB值略高于120的情况，如果接收信号的补偿不足，实际接收到的信号就会比预计的信号要弱一些，处理办法：一般要对载频重新调测，调整不同频点的补偿值。Case:7月12日丽臣化工22区 DRI10、12、13、14、15 PB>125，重调2区接收，平衡功率18W，测得馈线驻波比B1：1.25，B2：1.21，B3：1.23，查713日PB恢复正常B、PB值高于130的情况，PB高于130说明上行衰耗比下行衰耗高20DB，一般说来是由于载频的天线口定义或接线错误导致的。Case:4月8日，老八分局2区PB>140，经检查接收通路数据和实际连线不符，更改后恢复。Cas

8、e: 紫金龙3区 31073统计 2006-7-20 掉话 等于24 dri26/27:PB>150,上行ber平均值>2, 该基站为东信公司整改后出现的问题，于是随同东信公司一同去基站检查，发现DRI 2 6和DRI 2 7 和该小区其它载频不在同一个机架，为扩展机架通过surf扩展线连接过去，发现由于整改后接线错误，现场接法为主机柜的A和B接到扩机柜的A和B口，造成扩展机架无接收，查载频的天线定义为2，将扩展线的接法更正接到1A和1B，观察一个小时后的统计值发现PB值正常，U_Ber正常C、PB值低，下行BER高的情况，由于下行衰耗过大导致的。常规的处理方法认为该问题产生的原因

9、是功率没有平衡，所以要对小区进行功率平衡。其次最常见的就是天线或馈线进水，射频线也有可能，合路器的故障相对较少馈线头、小跳线、避雷器、天馈线故障Case：5月8日华厦一中3 切换成功率<70% DRI22、23 PB<80，BER5，检查发现C1馈线驻波比在0米处为3.17，因馈线和合路器接头松动，重做接头后驻波比为1.07,处理后PB恢复正常Case:4月3日东风影视城rtf11/13:PB低, ber_mean高，掉话高，检查B2馈线在68.4米处为6.97，经查为跳线进水，更换跳线后驻波比为1.12，处理后PB恢复正常。载频DCF或DUP之间的射频线故障也有几例：Case1:

10、6月16日钢材市场D 56263 dri22,pb=92,发射路径存在异常，经检查发现载频的射频线损坏，更换了射频线后恢复正常合路器故障Case1:6月12日，中国虎D1区dri 0 2 /03 PB低，发现对载频调测时经DCF调测不过，更换DCF可通过调测，更换后PB恢复正常。Case2:6月19日纺织品公司 dri0 0 PB=87 ber>2,测得DRI00载频功率43W，判断为DCF故障，更换了DCF后平衡该区功率23W，更换后PB恢复正常载频故障有几种情况：多次检查天馈并多次调测及功率平衡后PB仍低重派工单，需更换尝试载频或改变槽位并观察处理效果。载频本身的发射功率低或无功率需

11、更换载频，在对载频调测时补偿值不在正常值范围（正常为817dB）需更换载频。Case1: 6月14日老省政府大站3区 31393 统计 2006-6-8 PB 小于90 rtf21/dri23:PB<900612 rtf21/dri23:PB=85多次处理无改善 6月14日 更换了DRI23载频，平衡功率至17WPB恢复正常Case2：5月24日红星大市场 呼叫成功率<70 DRI11 PB=91 DRI16 PB=0，检查发现DRI12载频无发射功率，已更换，平衡2区功率到7.5W，测得馈线驻波比B1：1.13，B2：1.17更换载频后PB正常Case3: 6月15日长城宾馆4区

12、 46184 统计 2006-6-14 PB 小于90 rtf33/dri30:PB=96dri31:PB=92 dri33:PB=89 dri30:PB=97重调载频接收，平衡功率19W，测得馈线驻波比D1：1.23，D2：1.21,但仍未处理好，PB仍低，后检查该区载频调测值发现在调B路时对应的补偿值为30dB以上，更换载频后再次调测，补偿值正常，并再次平衡功率后PB恢复正常。功率不平衡功率不平衡的情况最多，大部分的工单功率平衡后可以解决 由于基站扩容或换型后未做调测也会造成PB异常Case： 6月23日 恒福D rtf21(dri27),rtf22(dri26),pb=93/94,请重调

13、平衡该区功率6W查6月25日晚PB均恢复正常Case：8月16日，东风路3区DRI20,21PB=140,DRI22,23PB=85,请速检查设备连接.及重调载频经查该基站为新换型成H2机柜后未做调测造成，经重调该区载频接收和发射，平衡功率14.5W后 PB和BER均恢复正常。D、PB值低，IOI高的情况同频或邻频干扰也会造成PB值不正常，验证系统是否只存在上行干扰的一个简单方法是将PB值偏低的载频的IOI值除以8，再加上PB值，看是否和周围载频的PB值一致，或在105到110的范围内。如果符合上述条件，那么系统只存在上行干扰，如果不一致那么系统可能还存在下行干扰。E、天线接反造成PB异常常见

14、的有两种接错，一种是小区之间接反，由于覆盖的方向变化，明显会造成两个小区的切换成功率降低，且PB低和上行BER高（因干扰增大），另一种是鸳鸯线（两个小区各接错了一根）会出现两个小区均有PB值一高一低的现象。Case:5月29日，中欧贵宾楼1区dri03/02:下行ber平均值>3，PB<95 dri13:下行ber平均值>2，多次检查进行调测并将两小区的载频对调均无改善，最后发现两小区各有一根相互接反了，将其纠正后PB和BER均恢复正常。F、其它类型PB值偏低话务量太低也会造成P-b值不正常，因采样值太少（可以在查PB时看BIN值 采样次数），计算出来的PB值就会有偏差。但这

15、种情况并不代表基站没有问题，如果基站天馈有问题，发射出去的信号弱，话务量也会很低外接有直放站、塔放、室内分布等异常会影响PB值天线接错型号型号也会造成PB低：Case:8月15日矿山研究所D2 56272 DRI14、15 PB90，BER3，请检查调测，换站型后未好，请重新检查,测得B3馈线驻波比在62.5米处驻波比为1.71，后到铁塔顶检查天线发现实际安装为900的天线，816通知天线厂家更换1800的天线后 PB恢复正常拓展机柜的载频PB值低如果我们对载频进行接收调测时，不是在与馈线直接相连的ANT口上输入信号，就会导致载频实际接收到的信号成为过补偿信号，导致上行衰耗偏小。间接地造成了P

16、B值偏低的情况。按照正确的方法对载频重新调整接收解决使用两面天线时的PB值偏低天线所覆盖的范围肯定是有偏差的，但关键问题是范围是否是主覆盖范围将两面天线调整到一致的范围内就可以消除PB值偏低的情况。2、 BER故障BER故障分为BER高，BER奇偶时隙高，U_ber高BER是比特误码率（Bit Error Rate）的简写，它是一个normal distribution统计，每个SACCH复帧（480ms）上报一次，反应了激活信道（时隙）的下行接收质量。U_BER则是BTS测得接收到MS发送过来的信号的误码率，反应了上行接收质量。产生BER问题的原因有：由于无线环境的CI未在到工程标准造成干扰

17、，但如果硬件出现问题造成信号损耗过大也会出现BER问题，不好的PB也会产生BER过高。同邻频干扰或外部干扰引起的BER高，可以通过路测来发现该载频周围是否存在同邻频。如果发现有则由网络优化部门更改频点来解决干扰，还有一种干扰就是上行干扰，会引起U_ber高，一般同时IOI较高，可能原因有三阶互调干扰，SURF板接线错误或损坏。载频的发射接收补偿参数不合格，需重新对基站进行调测Case: 6月6日长沙大学北校区D2区DRI 1 4/1 5 BER高,请检查硬件并重新调测该区载频发射功率和接收通路.6月7日完成."重新调测该区接收通路，平衡功率至18W，测得dri 14/15对应的天馈驻

18、波比1.17查6月8日 11am的PB和BER正常载频内部硬件故障，需更换载频，一般对于单纯的BER>5按工单要求进行更换。Case: 5月26日中南林学院D 58112 dri13,每个时隙的uber>3 经倒换，关跳频观察为载频问题，硬件检查更换了DRI13载频，平衡该区功率到11W，BER恢复正常Case: 7月2日长沙大学dri12,每时隙BER>6,无频率干扰问题，更换载频（CTU2） 更换了DRI 2 1的CTU2 载频后BER正常天馈和架顶发射接收器件故障，需检查天馈驻波比并解决天馈故障Case: 5月17日糖酒公司2区dri14/15:PB>130,od

19、d_evev_u_ber>2请马上处理"更换了合路器，测得馈线驻波比B1：1.16，B2：1.13，B3：1.14查518指标恢复正常Case:华厦一中3 切换成功率<70 DRI22、23 PB< 80，BER5，5月8日下单调测检查发现C1馈线驻波比在0米处为3.17，因馈线和合路器接头松动，重做接头后驻波比为1.07查510切换成功率91%PB和BER均恢复正常拧螺丝：对于CTU载频的BER奇偶时隙的处理，由于有一批CTU产品是由于载频侧的螺丝未达到规定的扭矩造成BER奇偶时隙，所以一般对于CTU载频的处理手段是先按顺序拧紧载频螺丝，并观察处理效果。下面为拧螺

20、丝顺序图Case: 6月13日望岳村CI=46051 BER dri00,奇偶时隙(X77T0H02DG) 拧螺丝拧紧DRI00载频螺丝后BER恢复正常实际上并不是所有的CTU都能拧螺丝处理好奇偶时隙问题，原因有：1、由于每个时隙的业务分布不均匀造成奇偶时隙，这时如果在OMC上取各时段的话务统计再进行图表分析就可以发现并不需处理。2、奇偶时隙的问题并不是载频问题，可能是频率干扰或其它原因。3、拧螺丝无法解决需对载频进行调测或更换载频。其它设备造成上行BER高Case:5月16日 和京信厂家人员一起配合更换了天线和藕合器，将功率下调至10W降低发射功率后上下行BER均恢复正常这个案例中的京信移频

21、直放站设备要求输入的功率不能过高，否则就会造成上下行BER都过高。3、 IOI故障Intf_on_idle 是TCH时隙处于空闲状态时每480ms更新一次的反映上行环境噪声情况的基于时隙的normal distribution统计。产生高IOI的原因有以下几种：环境中存在干扰:一些通信设备可能与我们的GSM接收机以相同的频率发射，例如会议干扰机。对于排查干扰最好的手段是用频谱分析仪进行扫频。一些通信设备以其他的频率发射，但带通滤波器性能差，导致有功率泄漏到我们的接收机带宽内。 小区没有很好的规划或在发生一些改变后使用相同频率的小区与高IOI的小区距离太近。还有由于开启跳频与周边基站的频点发生频

22、率碰撞也会造成干扰而产生高的IOI。需要暂时关闭跳频再观察IOI指标是否与其有关。 DRI具有硬件故障:收发器 (CTU or CTU2)上元件硬件发生故障 导致收发器上噪音异常。如果一个小区单个载频IOI高，可以通过倒换RTF看IOI变化来判断是否为载频故障。因PB或BER异常均会引起IOI高，按照处理PB和BER的流程进行处理，对基站进行调测、功率平衡以及检查天馈驻波比。 机柜上的槽位/连接线/天线 发生硬件/连接问题，外接有直放站、塔放、室内分布等异常会影响IOI接收通路上的组件发生故障或没有被正确安装或使用: 背板，连接线缆检查天线选择是否与实际连接一致，还有值得注意的是二代的SURF

23、2板的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的另一口却接了一根室外

24、的天线，所以造成IOI高，拆掉那根天馈后观察IOI恢复正常（二）小区统计指标一般常见的小区统计指标工单主要有：掉话率高、切换成功率低、SD分配失败率高、呼叫成功率低。1、掉话率高下面总结了硬件原因引起的掉话以及排查故障和解决办法，这里只讨论硬件原因引起的掉话。天馈系统原因导致掉话1. 天馈线损伤、进水、打折、老化和接头处松动及接触不良，均会降低发射功率和收信灵敏度，从而产生严重的掉话，这一点可以通过检查天馈驻波比(VSWR<1.3)验证。Case:4月3日东风影视城2区 tch掉话高=40次 无线掉话9次,切换掉话31次, 同BSC内切换掉话22次,打开NEI统计项观察.rtf11/13

25、:PB低, ber_mean高请处理，并检查该站其他硬件及其天馈部分，回复检查硬件是否发现异常问题，以及处理过程与相关数据 处理过程：重调2区接收，平衡功率为23.5W，测得馈线驻波比：B1：1.12，B2馈线在68.4米处为6.97，经查为跳线进水，更换跳线后驻波比为1.12,观察处理结果发现掉话明显减少，掉话率在正常值范围。2. 由于天馈线接错,选错surf板的端口(antenna_select)也会造成高掉话。5月29日 邮校2区统计掉话 掉话=81次 无线掉话，该区载频BER2，下单检查硬件平衡2区功率到8W，检查发现扩展线有误，将DRI16、18载频的天线端口换到1端口后恢复3. 由

26、于同一小区两根天线方位角及下倾角不一致，会造成掉话。Case:市交警支队3区由于两根天线相隔10米并且方位角不一致，由于小区内的TCH覆盖不一致，在C1天线方向的用户收不到C2天线的信号或信号太弱，所以易造成掉话，每个RTF的掉话均有57次，话务统计整个小区掉话都超过30次，掉话率一直居高不下，调整天线后，掉话率明显减少。基站硬件故障产生掉话。由于基站硬件隐形故障引起掉话率上升占相当大的比例，各种常见故障如下：1、 载频性能变差造成高掉话率，需通过对载频进行线性接收校准或更换高掉话载频。Case: 8月14日景湾小区二组景湾小区 1 掉话 51次 DRI02、03、04、05、06 BER2，

27、DRI01 PB=95，无线掉话高，请检查硬件重调该区接收，平衡该区功率19W，测得馈线驻波比A1：1.12，A2：1.13，A3：1.24，A4：1.11，A4：1.08已恢复正常，查815整个小区掉话仅6次2、 载频发射功率不平衡或功率过低造成掉话，一般来说功率不平衡会有很明显的PB低现象，对小区进行功率平衡并检查发射功率是否正常，对功率过低的载频进行更换。Case:4月6日长沙仪器厂2区 掉话高 DRI10 掉话高，该载频PB偏低，BER2， 检查该载频发现功率比其它载频功率低得多，更换DRI10载频，重调载频发射，平衡2区功率为15W，测重馈线驻波比B1：1.10，B2：1.13，B3

28、：1.15，B4：1.18，查第二天统计发现掉话率恢复正常值范围。3、 一般来说通过观察rf_losses_tch统计值可将故障定位更具体，因为rf_losses_tch直接反映出在某个时段、RTF、时隙的掉话次数统计，一般取话务忙时(10：00和19：00)的数据，可找出掉话次数最多的载频，如果掉话集中在一个载频，再结合查该小区的BER和Path_balance统计值，则故障定位很明显。Case: 4月11日附三医院 49153 rtf24(dri20) 奇偶时隙>3.(10.17点统计).另发现三区10点掉话60次，17点掉话70次 掉话集中在DRI 2 5（RTF 2 3）上，该载

29、频下行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高

30、造成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再把该消

31、息送到MSC，呼叫建立失败。相关的统计为MA_FAIL_FROM_MS造成分配失败的最常见的故障有DRI故障和干扰DRI故障：DRI的RTS部分或全部停止工作，造成DRI不能正确解码MS发出的消息。且分配失败率与发生故障的RTS成比例。干扰：由于干扰引起误码率高，移动台不能与BTS建立起第二层链路，导致分配失败。大多数情况，可按失败率的高低，大致判断故障原因:如果某小区分配失败率超过10%，那么DRI故障可能性最大；如果大于5%，一般怀疑是DRI故障或干扰；如果在3%与5%之间，那么可能是由阻塞或干扰引起；低于 3%，通常是无线环境影响。1、载频或天馈故障：分配失败率超过10%，DRI和天馈发

32、生故障可能性最大，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

33、：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_loss>130，请重调dri31的接收部分，经对该小区重新

34、进行载频接收和线性补偿的调测后，指标恢复正常。2、MCUF故障：为了更准确地定位故障点，还需检查小区的切入切换执行失败率：确认切换失败是否与分配失败率相关。在空中接口的信道接入，移动台和切换目标小区建立第二层链路的过程，类似于呼叫建立时的信道指派过程。当切换也不好的情况下，可能与MCUF有关，但不要轻易更换MCUF，可尝试复位MCUF，但如果是时钟失锁告警，经查传输无问题则需更换MCUF。但暂无明显的案例证明由于MCUF不正常直接造成TCH分配失败。 3、干扰：这时高分配失败率往往伴随其他现象，如：大量由于质量(高BER)触发的切换，RACH解码电平过高等。进行路测可帮助发现系统内干扰。如果I

35、OI较高，则按IOI高的处理流程进一步排查原因，必要时改频进行观察。4、拥塞： 检查该小区分配失败与拥塞率的相关性。拥塞案例：4月7日工单，兴农公司2区sd分配失败率高,dri10/11 INHIBITED，检查发现主设备风扇开关未开，导致载频高温，拔出风扇冷却后并重启载频恢复正常，5、呼叫成功率低。呼叫成功率与拥塞、PB、BER、IOI、SDTCH分配失败等很多因素有关联，下面主要以案例总结。1、天馈故障Case:4月20日农业金融学校D3区 呼叫成功率等于67 dri26/27/29:PB<90,dri26:下行ber平均值>4,dri27:下行奇偶时隙ber平均值之差>

36、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:PB<100,下行ber平均值>5请尽快处理2区扩展机柜DRI18、19载频扩展口接错，将其更正为2A，2

37、B；处理后话务恢复正常。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

38、.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）载频未加电，一般是人为的没有加电，曾有个特

39、殊案例株洲醴陵福建围基站发现整个机柜的CBC开关全部自动弹出造成整个机柜的CTU退服2）载频与控制器的通讯被切断，单个载频退服的原因可能是TCU的光纤接触不良或CTU与机柜背板接触不好，通过对调光纤或槽位验证载频是否正常，如果整个扩展机架退服则可能原因是FUMX 板、光纤、expansion bord 光纤板坏3）扩展机柜退服的另一种情况，是由于倒换到备用主控板BTP，由于备用主控板在机柜顶对应的槽位并没有安装冗余的光纤板扩展到扩展机柜，所以失去与扩展机柜的联系，所以造成扩展机柜载频DRI Not Detected，这时你不管换什么板件都处理不好，一般是重启基站好的，其实倒换BTP到主用主控板

40、即可，用 swap_device 站号 btp命令，倒换后载频都可以检测到。4）数据库与安装的硬件不匹配，但这种现象比较少见。D-U INHIBIED的处理如果软件认为收发信机应该被禁止，那么DRI 就会进入Inhibited状态1、各种告警造成载频退服，例如7378，868791等告警会造成载频进入Inhibited状态，这时按处理这些告警的流程处理好即可恢复正常2、光纤型号不匹配，对于Horizon 2设备由于光纤型号或长度不匹配，可能会由于光纤传输时引起了较长的传输延迟使时序边缘恶化造成，这时载频可能会意外退服，进入Inhibited状态，需要检查是否为配套光纤或光纤接头与光口接触良好。

41、3、载频BU时被人为断电会进入Inhibited状态，这时ins就可恢复。一般是维护人员违章操作造成，所以要注意如果载频指示红、绿灯交替闪时说明载频正在Code Load,这时千万不能断电否则会损坏载频。4、由于BCCH载频被人为倒换，RTF正在倒换状态的过程时会Inhibited,过一段时间就会恢复。有个特殊的案例，长沙移动的黎托花桥、银奥、省体委、凯达物业基站由于小区开启了BCCH GPRS 32K的功能，这时RTF占4个时隙，如果之前没有锁住载频，就会同时分配到两个dri，所以造成整个小区Inhibited，后将小区的pkt_radio_type改回16K后再重新开启载频后恢复正常。5、

42、其它原因外部环境如高温造成载频退服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后载

43、频会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

44、_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告警，也就是为什么有时候会产生以下现象的原因：即使

45、天线VSWR过高是故障根源，但却只有DRI 73（高反射功率）告警产生，而没有产生DRI 78（发射天线故障）告警。导致这一告警的故障部件有连接CTU2和架顶耦合器（DUP）的射频线、室外馈线、避雷器以及天线的阻抗变换单元，当然连接头松动或损坏也会导致这一告警，比如CTU2以及架顶耦合器的 SMA接头、7/16”连接头。1、 CTU2的TX OUT到DUP间的SMA射频线2、 馈线头、小跳线、避雷器故障3、 其它原因，包括载频本身故障，射频连接不合理等78# DRI: Tx VSWR Antenna Fault 天线驻波比过高引起78#告警的原因有以下几个方面：1、 馈线头、小跳线、避雷器故障

46、2、误告警，检查无故障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要

47、高，这就是为什么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

48、。还有一种办法不用下基站，是先将载频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#告警表明功放的输出功率升高到可接受

49、的最大值当以上两个报警出现时，马上会导致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