硬件返修检测分析项目汇报.doc

硬件返修检测分析项目汇报摩托罗拉网络事业部江西移动项目组2006年12月一、 项目目的1. 配合地市移动公司完善硬件返修流程2. 提高地市移动一线基站工程师判断与排除载频故障的技能3. 降低现场载频返修数量，同时降低基站设备无故障返修比率4. 提高地市移动基站载频的设备利用率二、 项目实施过程1. 理论培训 每地市安排一次集体理论培训 培训教材内容优化：针对现场返修和项目执行中收取的现场信息，对载频故障排除的技术进行进一步培训；硬件返修流程（细化工单故障描述），排障流程与经验，告警原理及处理方法等 硬件返修流程讲授，流程模板推广 培训对象：技术部分主要针对地市移动工单派发人员，基站排障技术负责人员，代维人员；流程部分主要针对工单派发人员，基站排障技术负责人员和仓库管理人员2. 现场培训（排障指导） 针对疑难或典型问题，摩托罗拉硬件工程师以现场排障或电话支持的形式进行现场培训3. 培训目标 工单派发人员：能够正确填写工单，正确描述故障 基站维护人员：掌握常见故障排除流程，并正确排除故障 仓库管理人员：判断工单填写的完整性与正确性，申请RMA4. 项目沟通 地市项目执行人员与摩托罗拉工程师之间沟通硬件返修与排障情况 摩托罗拉工程师对地市硬件排障技术结果和流程执行情况进行评估和反馈 摩托罗拉与省公司网络部和地市维护中心领导的日常沟通5. 项目评估 载频返修数量对比 返修负责人员对流程的执行正确程度 基站排障人员技术技能三、 项目总结1. 硬件检测汇总以下是项目进行到目前为止硬件检测情况汇总：地区故障部件故障描述故障发生日期硬件检测结果硬件检测日期节省返修天数景德镇Site ControllerWaiting for connecting 8/23/2006正常返修8/23/20060景德镇GPROC3LED Glitter8/17/2006正常返修8/17/20060景德镇MSICode Load Fail8/17/2006正常返修8/17/20060景德镇DSWXTDM link failure8/16/2006无故障8/17/200619萍乡MSICode Load Fail10/27/2006无故障10/27/200620萍乡GCLKGCLK Calibration Request 9/5/2006正常返修9/5/20060萍乡CTU2_900DRI 8611/2/2006无故障11/2/200620上饶DUP900VSWR High10/30/2006无故障10/30/200620上饶CTU2_900Drop Call High10/30/2006无故障10/30/200620上饶Site ControllerCode Load Fail10/13/2006正常返修10/13/20060上饶Site ControllerCode Load Fail10/13/2006正常返修10/13/20060上饶Site ControllerCode Load Fail10/13/2006无故障10/13/200620上饶SURF2_900DRI 150 9/5/2006正常返修9/5/20060上饶SURF2_900DRI 150 9/4/2006正常返修9/4/20060上饶Site ControllerCode Load Fail9/4/2006无故障9/4/200620上饶Site ControllerMMS can not B-U9/3/2006正常返修9/3/20060上饶CTU2_900DRI 749/3/2006无故障9/3/200620上饶CTU2_900DRI 749/2/2006无故障9/2/200620上饶CTU2_900Can not be set up9/1/2006无故障9/1/200620上饶Site ControllerCan not be set up9/1/2006无故障9/1/200620上饶GDP 2DSP Audit Failure8/30/2006正常返修8/30/20060上饶CTU2_900DRI 748/29/2006无故障8/30/200619上饶CTU2_900DRI 868/23/2006正常返修8/23/20060上饶DSWXTDM link failure8/21/2006无故障8/21/200620上饶FMUXNo Light11/16/2006无故障11/16/200620上饶CTU2_900PB Low11/16/2006无故障11/16/200620上饶Site ControllerCan not power on11/29/2006正常返修11/29/20060新余PSUCan not power on10/18/2006正常返修10/18/20060新余DSWXTDM link failure8/13/2006正常返修8/17/2006-4新余DSWXTDM link failure8/7/2006无故障8/15/200612新余PSUCan not power on8/8/2006无故障8/8/200620新余CTU2_900VSWR High8/8/2006无故障8/8/200620新余SURF2_900DRI 150 11/13/2006无故障11/13/200620宜春DSW2Internal Loopback Audit Failure10/31/2006无故障10/31/200620宜春MSICode Load Fail10/31/2006正常返修10/31/20060宜春T43Loop-back failed10/23/2006无故障10/23/200620宜春Site ControllerCan not be set up10/20/2006无故障10/20/200620宜春PSUCan not power on10/20/2006无故障10/20/200620宜春GPROC3TBUS test fail10/15/2006无故障10/16/200619宜春DSW2Internal Loopback Audit Failure10/14/2006无故障10/15/200619宜春DSWXInternal Loopback Audit Failure10/14/2006无故障10/15/200619宜春Site ControllerCan not be set up11/7/2006正常返修11/7/20060宜春CTU2_900DRI 8611/20/2006正常返修11/20/20060 依据NSP返修协议中对于返修周期的说明，结合本项目硬件检测汇总，得出如下各地区硬件返修的节省天数图，从而提高了设备的利用率。 下图统计了本项目在各地硬件检测的数量对比与无故障返修比例的对比，从中我们可以看到上饶硬件检测数量最多，而萍乡最少，宜春与新余及萍乡的误返修比例最高，阶段性的工作将会重点关注这三个地区。2. 基站排障人员技术技能总结1) 硬件故障技术培训：新余培训时间：X月X日；上饶培训时间：X月X日；景德镇培训时间：12月6日；宜春培训时间：10月14日；萍乡培训时间：10月16日2) 基站现场故障处理技术培训景德镇培训时间：X月X日；萍乡培训时间：11月2日经过摩托罗拉工程师在各地市的硬件故障技术培训和技术支持，各地市的基站维护人员在理论和执行上有了良好的提高。四、 对维护工作的一些建议1 对于优化人员的建议1) 对于BSC上换下的硬件需在别的槽位重新INS和查询故障，确认故障现象能不能重现后再申请返修。根据我们的经验别的省市BSC上的坏件比例很低，这一点优化人员要注意。2) PB/IOI/BER 仅仅作为没有DRI告警情况下现场排障的依据，而不应该作为现场排障的根源，除非我们发现这些统计值极度异常 3) 优化人员在发现某项统计值异常时首先确定此统计值是否持续异常（可在OMC查看统计项的Trend Graphics） ，然后察看其它统计值是否同时异常。比如：一载频的只有IOI值异常或只在某一时段异常，可忽略此问题，认为网络没有问题。4) 当发现PB/IOI异常时，需要根据站型判断这种异常是否合理，确认异常后察看载频的接收发射校准值是否正常，同时察看是否有告警出现。从而通知现场维护人员采取相应措施 。5) 对于载频退服情况，能够在OMC端查看引起载频退服的告警，并将相应告警加入工单中以方便现场维护人员快速准确的进行故障处理。2 对于现场维护人员的建议1) 在进行现场校准以后，务必检查校准值是否在可接受范围之内。同时OMC端维护人员能够进行确认。 2) 能够定期对校准工具进行检查，确保校准工具的可靠性。同时尽量使用高质量的射频跳线来进行校准，否则高衰减将带来不准确的校准值 3) 由于73/78号告警与载频本身并无关系。所以发现此类告警时，请检查天馈系统和SMA射频连接线，而不是更换载频。同样理论同时也适用于异常的统计值 . 4) 功率平衡需要做到整个区发射功率都平衡，否则将会产生干扰，引起统计值偏离正常。5) 在现场处理CTU2的故障时，能够按照MOTOROLA现场处理工单执行。五、 案例分析和经验汇总案例1 基站信息：萍乡/HII 4/4/4 站前东路故障描述：dri 0 0 86号（发射功率低）告警，无法进入B-U状态；更换载频后告警暂时消失，但是约1个月左右时间告警再次出现。经多次排障均未彻底解决。解决方案：1. 通过命令alarm_mode把实时告警模式打开，ins dri 0 0，可以发现该dri刚开始可以进入B-U，在10分钟内出现了3次86号告警后，dri 0 0 状态变为D-U。2. 检查该载频的校准值，发现校准值都正常。（此处给现场学员讲解了校准值是否正常的合理范围）。3. 锁定载频dri 0 0，把功率计连接到相对应的DUP上，ins dri 0 0发现该载频发射功率不到5W。4. 更换载频到DUP的短跳线，分别让载频以全功率/半功率/0功率发射，全功率达到25W，说明更换后短跳线后功率发射正常，并且载频受控。5. 再次锁定载频，把天馈系统连接好，ins dri 0 0，载频进入B-U状态，观察是否仍然有告警，经过半小时的观察，无告警产生，从而确认该故障解决。关闭实施告警模式案例2基站信息：上饶/HII 2/2/2 日报社故障描述dri 0 0 inhibited.解决方案：1. 到基站后，先用命令alarm_mode把实时告警模式打开，ins dri 0 0，并不能激活该载频，在实时告警中能够看到有73告警出现，然后载频重启，三次后进入inhibited状态；2. 将有问题的载频换到一个好的能正常工作的载频槽位上，ins该载频，可以使其正常工作，分析得出载频硬件本身没有问题；3. 将载频放回原来槽位，再次将接线接好，再次ins该载频，仍然出现73告警，并在三次后进入inhibited状态；4. 将有问题的载频的天馈系统与一个正常工作的载频的天馈系统互换，能够使有问题的载频进入正常工作状态，判断是天馈系统出现问题。5. 故障问题确定后，用命令：alarm_mode #站号 off 将实时告警模式关闭；6. 第二天在天馈工程人员进行天馈调整时，发现连接该载频的DUP的天馈线接头是虚接，没有正常连接，故产生了驻波比过大，正常连接后载频能够正常工作。7. 在HII中，73告警与78告警都是用来检测天馈线系统、射频接头以及所有的连接到基站的射频设备的工作状态，但因为73告警的优先级高于78告警，有时会出现这种情况：告警的根本原因是78告警，但73的告警来的快，只会发现是73告警，而不能发现78告警，载频就inhibited，此时就要将载频出来连接线路都要检查。案例3故障描述：宜春有一块CTU2的载频不能够正常使用，不能被激活，inhibited状态。解决方案：1. 将有问题的载频带到一个正常工作的基站上，将其插入第一个槽位，然后给其分配一个RTF，激活它，发现可以工作；2. 从SC中用命令：tcu_alarm_read all读取该载频的历史告警记录，发现其中有告警号为86号告警在近期出现，根据86号告警的定义，它是因为载频的发射功率不正常而引起的严重告警，在10分钟里出现三次就会使载频进入inhibited状态；3. 分析：该问题载频有两个dri 能够工作说明现在激活的RTF是在没有问题的支路上，如果将RTF分配到有问题的支路上，可能会使载频inhibited；4. 使用命令：alarm_mode把实时告警模式打开，当前没有86告警出现，用命令set_car carb，从cara支路上，转到carb支路上，然后锁住原来能够工作的dri，使另一个dri开始工作；5. 现场发现，当换到另一路开始工作时，很快就能在实时告警模式下看到有86告警实时的出现，下面为实时的86告警信息：* Device Alarm - Tag(hex): 61800015* (86) Transmitter Failure - Output Power* - Severity: CLEAR Category: EQUIPMENT* - DRI 0 1 0 (CTU2)* - Site: 97 Cage: 0 Slot: 0* - Time: Mon 20/11/2006 10:03:18:850* - Alarm Type: Fault Management Initiated Clear* - FRU Serial Number: X79T6K0F4N* - FRU KIT Number: SWRF9139S然后载频重启，三次现象重复出现，然后载频inhibited状态。6. 86号告警是载频本身存有硬件故障而产生的，所以载频是有问题的，将其进入返修。案例4故障描述：上饶师院基站现场有150告警。解决方案：1. 到现场后，在SC中打开实时告警模式，发现会有150告警出现。* Device Alarm - Tag(hex): 6180000F* (150) Receive Matrix Failure* - Severity: CLEAR Category: EQUIPMENT* - DRI 0 0 0 (CTU2) RTF 0 0 0* - Site: 97 Cage: 0 Slot: 0* - Time: Mon 20/11/2006 09:13:02:895* - Alarm Type: Fault Management Initiated Clear* - FRU Serial Number: X79T6L01WD* - FRU KIT Number: SWRF9139S在告警定义里，150告警为接收矩阵控制链路告警，通常该告警与SURF/载频的连接相关；2. 一般情况下，出现150告警，如果只是在某一个槽位上有150告警，而其它的槽位上没有150告警，可能是SURF与载频的连接有问题，可以将载频重新拔插或将出现150告警的载频插到另一个没有150告警的槽位上，看告警是否会伴随载频，如果没有再出现则不是载频的问题；3. 如果所有的槽位都出现150告警，建议的操作是重新拨插SURF或检查SURF的开关，故障仍然存在的话，则可能是SURF本身问题，需要检查SURF硬件4. 现场判断可能需要检查SURF，换上一块带去的新的SURF，然后观察基站情况，150告警没有再次出现。案例5故障描述：上饶集贸大厦基站dri 1 0、dri 2 0载频PB值偏低；从上饶维护人员处了解的情况：这种PB值不正常的现象是第二次出现，第一次是在一个多月前，当时他们处理的方法是现场将出现问题的载频进行了收发的重新校验平衡，当时观察了一些时间，故障现象没有出现；第二次故障再次出现后，维护人员就用两块载频将出现的问题替换出现故障现象的载频。载频故障的检验：将问题的载频带到一个能正常工作的基站(在话务量不大的时间段)，把载频插到槽位中，进行下面的检验：1. 给载频上电，连接载频MMI口，运行Procomm程序，如果上电失败，填写返修原因”can not boot up”；2. 连接HIISC COM口，运行Procomm程序，进入Level 3； MMI-RAM 1015 - alarm_mode all on MMI-RAM 1015 - status_mode all on 连接载频射频输出至DUP，功率计及假负载应该一直级连在DUP的输出端口，载频上电，观察载频是否产生告警，是否能够进入B_U状态；1) Code Load Fail的载频，改换槽位重新进行Code Load操作，仍然保持Code Load Fail，在返修单里填上Code Load Fail；2) 出现具体告警的，参照上表确认是否为硬件故障，对于有严重硬件故障的在返修单上填上具体告警。:通过上面所有步骤的载频,可以确认为不需要返修。3. CTU2的TX/RX 检测1) Check Bay Cal Gain 连接载频 DSP口，运行Procomm程序，执行以下命令；CTU2.carA.ts_0chg Enter Password: pizzaAccess Level 3 GrantedCTU2.carA.ts_0cal_status tallCalCa Br StatusResult Valid ChecksumVer S/HC-RF Lop A 0passvalid0x0672d5b51 / 1RF Lop B 0passvalid0x0d7b50251 / 1RX RF A 0passvalid0x2ae0b9fc1 / 1RX RF A 1passvalid0x2bb91f4a1 / 1RX RF B 0passvalid0x2c1ed9051 / 1RX RF B 1passvalid0x2b063b6b1 / 1RX IF A 0passvalid0xc8bc3caf1 / 1RX IF A 1passvalid0xc8d99f371 / 1RX IF B 0passvalid0xc8dadb3f1 / 1RX IF B 1passvalid0xc8bfbd0a1 / 1RX FR A 0passvalid0xa8fe3af61 / 1RX FR A 1passvalid0xa8e8ba391 / 1RX FR B 0passvalid0xa8fb5db71 / 1RX FR B 1passvalid0xa8f593e01 / 1RX CAB A 0passvalid0x537032560 / 1RX CAB B 0passvalid0x455628350 / 1TX VVA A 0passvalid0xb0be7eb21 / 1TX VVA B 0passvalid0x966863591 / 1TX DSA A 0passvalid0x01a775df1 / 1TX DSA B 0passvalid0x01a7863a1 / 1TX FP A 0passvalid0x09e812861 / 1TX FP B 0passvalid0x07c8ee221 / 1TX Ver A 0passvalid0x064b11621 / 1TX Ver B 0passvalid0x063b5e9a1 / 1TX CAB A 0passvalid0x019e2da91 / 1TX CAB B 0passvalid0x01bd2da91 / 1PA Det A 0passvalid0x15cc24be1 / 1PA Det B 0passvalid0xd7dc89321 / 1PA VVA A 0passvalid0xda5d5f941 / 1检查“RX CAB A/B”两行的值是否是”Pass”和Valid”，如果不是可以确认是不正确的Bay Cal校准值，重做Bay Level Calibration确保正确的校准值。连接HII Site Controller COM口，执行”disp_cal_data SiteNo. dri * *， 得到Bay Cal校准值，按下表转换成增益值，正常增益值应该是在12dB左右，如果大部分校准值小于9-10dB可以确认是不正确的Bay Cal校准值，重做Bay Level Calibration确保正确的校准值，2) Check RX Level连接载频 DSP口，运行Procomm程序，执行以下命令； CTU2.carA.ts_0chg CTU2.carA.ts_0pizza CTU2.carA.ts_0ts a state call CTU2.carA.ts_0rxlev TS 0 - - Hex 860e Dec 34318 dBm -121.945 TS 0 - - Hex 8245 Dec 33349 dBm -125.730对Carrier B（set_car carb）重复同样的操作，此时rxlev命令得到的是idle状态下的接收电平值，正常时应当是小于-110dBm，如果该值大于-60dBm，确认载频接收电路出现问题，返修理由填写High IOI。将信号发生器连接至SURF的输入端口，设置信号发生器的功率输出为-70dBm，频率设置位与载频相同的频率（1/38/124）。连接载频 DSP口，运行Procomm程序，执行以下命令。CTU2.carA.ts_0ts a chan 1 CTU2.carA.ts_0rxlev TS 0- -Hex b9a1Dec 47521dBm -70.371TS 0- -Hex 8736Dec 34614dBm -120.789对另外两个频率重复同样的操作，对Carrier B重复同样的操作，功率读数应该是-70dBm +/-4dB 或从-66 到 -74dBm，否则在返修单上填RX Failure。3) Check TX Power连接载频 DSP口，运行Procomm程序，执行以下命令；a) CTU2.carA.ts_0chgb) CTU2.carA.ts_0pizzac) CTU2.carA.ts_0ts a txp 0x00d) CTU2.carA.ts_0ts a txp 0xFF观察功率计读数，对1/38/124三个频点分别进行操作，对Carrier B重复同样的操作，在DUP端口输出为43.1dBm，若输出过小可以确认载频发射功率存在问题，需要返修。返修理由填写Low Tx Power。 通过以上测试的载频可以确认为无故障载频。 上饶的这两块载频经过现场检验后，判断其为硬件正常的载频。案例6故障描述： 上饶的一些基站出现78告警，维护人员初步判断为DUP故障，替换DUP。DUP问题检验方案： A. 由于在HII中，78告警的检测点在DUP中，当因为天馈线系统出现问题而引起的驻波比过高，产生的告警都由DUP来报告。下图为HII机柜的部分告警检测点示意图：B. 连接载频的DSP接口，输入命令：ts a txp 0x30，使载频输出大于31dbm的信号，将功率计接到DUP的输出口，观察其读数，如果DUP插入损耗小于1.3dB，DUP正常工作；否则在返修单上填写High TX Insert Loss.C. 如果有73或78告警，请首先检查连接；D. 如果没有连接问题，依然有78告警，检查是否有误报警a) CTU2.carA.ts_0 chgb) CTU2.carA.ts_0 pizzac) CTU2.carA.ts_0 ts a txp 0x00d) CTU2.carA.ts_0 alarm_card cab，让载频以最大功率发射，然后检查TX_VSWR(0)项，如果其全1表示存在告警；返修单上填写Fault DRI 78。下面为alarm_card cab的示例显示：CTU2.carA.dspA.ts_0alarm_card cab The following data reflects the last 32 timeslots/samples of data.The LSBit represents the most recent sample.All signals refer to the Alarmcard_signal_refDOOR(1) : 00000000000000000000000000000000DOOR(2) : 00000000000000000000000000000000BTS_TSTAT : 00000000000000000000000000000000ALARM_BRD_FAIL : 00000000000000000000000000000000TX_VSWR(0) : 00000000000000000000000000000000DUP_VOLTAGE(1) : 00000000000000000000000000000000DUP_VOLTAGE(2) : 00000000000000000000000000000000DUP_VOLTAGE(3) : 00000000000000000000000000000000DUP_VOLTAGE(4) : 00000000000000000000000000000000DUP_VOLTAGE(5) : 00000000000000000000000000000000DUP_VOLTAGE(6) : 00000000000000000000000000000000MAINS(1) : 00000000000000000000000000000000MAINS(2) : 00000000000000000000000000000000HMS(1) : 00000000000000000000000000000000HMS(2) : 00000000000000000000000000000000HMS(1) : 00000000000000000000000000000000HMS(2) : 00000000000000000000000000000000AUX_HMS_OVERTEMP : 00000000000000000000000000000000AUX_CAB_OVERTEMP : 00000000000000000000000000000000RECTIFIER(1) : 00000000000000000000000000000000RECTIFIER(2) : 00000000000000000000000000000000LOW_VOLTAGE : 00000000000000000000000000000000SMOKE : 00000000000000000000000000000000MATRIX(1-2)(*) : 00000000000000000000000000000000MATRIX(3-4)(*) : 00000000000000000000000000000000* - Alarms are active low, but inverted and displayed active high by FWE. 将信号发生器连接到DUP的7/16端口，DUP和SURF的0A端口相连连接载频 DSP口，运行Procomm程序，执行以下命令； CTU2.carA.ts_0chg CTU2.carA.ts_0pizza CTU2.carA.ts_0ts a state call CTU2.carA.ts_0rxlev TS 0 - - Hex 860e Dec 34318 dBm -121.945 TS 0 - - Hex 8245 Dec 33349 dBm -125.730对Carrier B（set_car carb）重复同样的操作，此时rxlev命令得到的是idle状态下的接收电平值，正常时应当是小于-110dBm，如果该值大于-60dBm，确认载频接收电路出现问题，返修理由填写High IOI。将信号发生器连接至SURF的输入端口，然后设置信号发生器的功率输出为 -70dBm，频率设置位与载频相同的频率（1/38/124）。连接载频 DSP口，运行Procomm程序，执行以下命令。CTU2.carA.ts_0ts a chan 1 CTU2.carA.ts_0rxlev TS 0- -Hex b9a1Dec 47521dBm -70.371TS 0- -Hex 8736Dec 34614dBm -120.789对另外两个频率重复同样的操作，对Carrier B重复同样的操作，功率读数应该是-70dBm +/-4dB 或从-66 到 -74dBm。确认DUP的接收通路没有过高的插入损耗。否则在返修单上填写High RX Inset Loss案例7故障描述： 上饶第二中学基站的一块CTU2出现74号告警，使载频不能进入B-U状态。解决方案： 1. 在基站现场用命令：disp_act_alarm #站号，查看当前存在的告警时，可以看到有74号告警出现； DRI 2 0 0 D-U Cell Tx Pwr Unachievable 22/07 16:17:08 NoneDRI 2 1 0 D-U Cell Tx Pwr Unachievable 22/07 16:17:11 None不能对该有问题的载频进行正常校准； 2. 根据74告警的定义：BSC数据库参数max_tx_bts与收发器的TX offset校准值不匹配。CTU2的发射功率由max_tx_bts与TX offset值共同决定。CTU2的最大发射功率在single mode下比double mode要高。如果CTU2配置为double mode,而TX offset为在single mode下校准并保存的，就有可能出现所期望的发射功率大于CTU2在double mode下所能达到的最大功率，因此产生报警。 3. 在BSC上将对应载频的max_tx_bts从0改变到2； 4. INS dri，在Double模式下对载频重新校准，保存校准值； 5. 处理完成后，载频能够正常进入B-U状态。案例8故障描述： 上饶玉山工业园基站(HII 3/3/3)的dri 0 0处于inhibited，不能正常服务。解决方案： 1. 到基站现场，首先在SC上进入实时告警模式，然后查看当前激活的告警，看到有243号告警在激活的告警显示，243告警的定义：由于严重告警使载频处于inhibited状态； 2. INS有问题的载频，在终端显示出现了73号告警，然后载频重启，再后就重复三次，载频又进入inhibited状态； 3. 从基站现场的情况分析：载频处于inhibited状态，不能进入B-U，是由于73号告警所引起的，与载频硬件没有关系； 4. 重点检查从载频出来的连线，检查发现从载频射频头出来连接DUP的SMA线绝缘层有破损，现场换掉破损的SMA线，再次对载频进入操作，载频能够进入B-U状态，故障解决。 5. DRI 73 号告警的定义：反射功率过高，发射通路发生严重故障将导致此告警。过长时间的高反射将不可避免地损坏CTU，所以它的检测周期比DRI 78短。告警产生几秒钟后CTU 将自动复位，所以处理故障时需要适当降低输出功率 下图为HII机柜外部射频通路图：六、 参考案例分析和经验汇总1、 PB/IOI类案例1：问题：四川金堂信合第三扇区所有H2载频PB值95左右。分析： 1. 工程师已经去现场处理过一次，但是B支路有几个频点接受校准不能 通过； 2. 怀疑是B支路的接受校准通路有问题，更换DLNB重新校准通过。换 回DLNB进行校准仍然可以通过； 3. 对该小区监控， 统计值恢复正常； 4. 可以肯定，在以前的校准过程中，校准通路没有连接好。案例2： 问题：四川郫县安靖站第三扇区PB值在80-90之间，IOI值高于5 分析： 1. 在OMC端察看该小区所有载频，发现接受校准值全部在02*-06*之间。初步判断该小区PB/IOI值异常是由接受校准值引起的； 2. 在现场对该扇区所有载频进行接收校准后，接受校准值恢复为08*-0F*之间； 3. 对该小区继续监控，统计值恢复正常。案例3：问题：四川彭州通济第二扇区PB在130到140之间。分析： 1. 在OMC端察看该扇区，发现H2扩展柜中所有载频发射校准值只有一个SURF的增益值，初步判断是现场工程师在做接收校准时信号发生器信号输入错误； 2. 联系现场工程师，证实在接受校准时，因为在M-cell主柜上校准不能通过，所以就把信号发生器直接接在了H2从柜的SURF口进行校准； 3. 让现场工程师检查主从柜的接收通路的连接，发现主柜IDU上的开关为off, 导致该接收通路上到H2从柜的信号全部不能通过。将开关置为on，重新对从柜载频做接受校准，校准值恢复位正常； 4. 对该小区进行监控， 统计值恢复正常。案例4：问题：四川郫县银河园第三扇区PB在值在80-90之