MOTO安装督导培训之基站故障处理分册.ppt

MOTOROLABTS安装督导培训 基站维护部分 成都通信建设工程局工程三处 成都通信建设工程局工程三处 绪言本部分内容综述MOTOROLAGSMBSS子系统网络的维护技术 主要介绍网络维护应当具有的理念 提供维护过程中分析问题的一般思路 对常见告警的处理 实际故障解析等 还有常见操作精解和维护工作的建议等内容 通过本部分的学习大家将具有GSMBSS网络维护的一般知识 掌握BSS基站子系统基本维护技能 能够承担日常的网络维护工作 成都通信建设工程局工程三处 目录分析问题的一般思路基站可换设备 FRU 故障处理摩托罗拉BSS系统MMI常用命令实际故障处理解析Nokia手机工程模式使用说明时隙拨打测试过程 成都通信建设工程局工程三处 分析问题的一般思路遇到问题时 保持清醒的头脑 认真仔细地分析问题 作好必要的检查 收集相关数据 最大限度地掌握材料对于我们迅速准确地判断问题是很有帮助的 首先我们要分清问题是局部问题 还是系统问题 是单个载频的问题还是整个CELL下所有载频的问题 是一个CELL的问题还是整个BTS基站的问题 是一个基站的问题还是整个BSC的问题 是一个BSC的问题还是MSC下所有BSC的问题 通过初步的故障定位 进行初步的处理与测试 缩小故障范围 如此循环 直到找到最终的故障原因 其次我们要通过各种方法 寻找问题可能具有的规律 比如是否发生在特定的地点 特定的时间 具有周期性等等 寻找出规律 就会加快故障定位 虽然每个工程师的系统知识和维护技能不尽相同 但是每个人都有很多工作可以做 通过检查系统状态 进行路测 客户访问 故障反馈登记 问题分类等等 及时 准确地记录发生的事件 使得后续的工程师能够尽快地进入工作 成都通信建设工程局工程三处 在检查系统状态时 应当作好LOG文件 即利用所使用的终端通讯软件 将数据记录成文件保存 以便上级技术支持工程师能够根据这些数据来分析问题 总结以下几点 保持冷静 迅速作出反应 把损失减小到最小组织人力进行必要的检查 测试分清是系统问题还是局部问题逐步缩小故障范围作好LOG 注意保存数据 成都通信建设工程局工程三处 基站可换设备 FRU 故障处理E S D ElectroStaticDischarge基站可换设备 FRU 故障处理指南与基站装配和包装相关的操作指导 成都通信建设工程局工程三处 E S D ElectroStaticDischargeE S D 的含义 Electro StaticDischarge ESD 静电对电子产品的损害 静电的基本物理特性为 吸引或排斥 与大地有电位差 会产生放电电流 这三种特性对电子元件的影响 1 静电吸附灰尘 降低元件绝缘电阻 缩短寿命 2 静电放电破坏 使元件受损不能工作 完全破坏 3 静电放电电场或电流产生的热 使元件受伤 潜在损伤 4 静电放电产生的电磁场幅度很大 达几百伏 米 频谱极宽 从几十兆到几千兆 对电子产器造成干扰甚至损坏 电磁干扰 成都通信建设工程局工程三处 如果元件全部破坏 必能在正常测试中被察觉而排除 影响较小 如果元件轻微受损 在正常测试下不易发现 在这种情形下 经过长时间使用后 才发现破坏 不但检查不易 而且其损失亦难以预测 要耗费多少人力及财力才能清查出所有问题 而且如果在使用时才察觉故障 其损失将可能巨大 静电不易感知 人体不能直接感知静电除非发生静电放电 但是发生静电放电人体也不一定能有电击的感觉 这是因为人体感知的静电放电电压为3KV 而许多电子元件在几百伏甚至几十伏时就会损坏 成都通信建设工程局工程三处 90 的静电损害是看不出来有些电子元器件受到静电损伤后的性能没有明显的下降 但多次累加放电会给器件造成内伤而形成隐患 缩短使用寿命 复杂的失效分析静电放电损伤的失效分析工作 因电子产品的精 细 微小的结构特点而费时 费事 费钱 要求较高的技术并往往需要使用扫描电镜等高精密仪器 即使如此 有些静电损伤现象也难以与其他原因造成的损伤加以区别 使人误把静电损伤失效当作其他失效 这在对静电放电损害未充分认识之前 常常归因于早期失效或情况不明的失效 从而不自觉地掩盖了失效的真正原因 所以静电对电子器件损伤的分析具有复杂性 电子器件所能承受静电破坏的静电电压从下表可见大部分器件的静电破坏电压都在几百至几千伏 而在干燥的环境中人活动所产生的静电可达几千伏到几万伏 成都通信建设工程局工程三处 电路板在瞬间静电量达到2000volts就会损坏 设备在瞬间静电量达到4000volts就会损坏 成都通信建设工程局工程三处 Motorola的防静电是怎么作的操作台周围的电场当工作人员在运送电路板时 每走一步都会产生静电 身体中静电量增大 因此在行进中操作员一定要穿防静电鞋和防静电衣服 在现场更换电路板时 希望大家一定要更多加注意 成都通信建设工程局工程三处 防静电材料 防静电包装材料 防静电袋该种材料由基材 全属镀膜层和热封层多层复合而成 通常是半透明的 防静电盒 成都通信建设工程局工程三处 防静电材料 防静电腕带straps 防静电桌垫 成都通信建设工程局工程三处 静电对电子产品的损害 不注意防静电会怎么样电路板的烧糊部分是静电引起的瀑布状热能传递而造成的 我们的目标降低静电损失 决不在没有防静电保护下接触任何电子产品 元器件 请大家在ESD 静电防护方面多加注意 成都通信建设工程局工程三处 基站可换设备 FRU 故障处理指南1 目的及范围目的 本文件应被用作在现场遇到故障时的快速参考工具 其中包括了大多数常见问题并提供了快速解答和可能的解决方案 通过下列方法 可以减少返修器件的数量 提高网络的整体可靠性 范围 下列方法适用于所有现场工程师 成都通信建设工程局工程三处 FRU状态指示灯说明 成都通信建设工程局工程三处 FRU状态指示灯说明 成都通信建设工程局工程三处 载频常见故障和现场工程师的处理步骤下面提到的故障都是返修中最常见的 也是返修中最有可能发生 No Fault Found 情况的 通过了解造成这些故障的可能原因 现场工程师就能在故障发生时确定故障背后的真正原因 这将减少网络故障时间并提高系统可靠性 现场工程师执行的一般性检查验证所有机柜内的设备都加上电 也要检查TCU的插头极性 验证TCU射频收发电缆的正确连接 包括线缆和连接的情况 例如是否清洁和可靠验证TCUA B光纤的正确连接 连接是否紧密 并且没有碎屑 这可以通过以下步骤做到 拔出光纤然后用吹气球向MCU MCUF和TCU的光纤连接口吹风 并用软布擦光纤的端头 然后牢固插入验证数据库和实际硬件安装相一致 验证MMI提示符出现在载频的RSS端口 如果不是 请验证这个载频的电源开关是否打开 成都通信建设工程局工程三处 观察LED的状态 如果不是亮的 请验证这个载频的电源开关是否打开 确认这个载频没有被锁住 StateXdri 检查基站的告警 记录任何告警以备填写返修报告 disp act alX 从OMC上的MMI提示符下键入 这里X是站号MCU MCUF H2SC常见故障和现场判断方法 对于MCU MCUF故障的简要判断通过检查电源开关和BPSM灯指示 确认机柜中的各个模块都已加电 通过前面板的 cpu 复位开关 复位MCU MCUF 当基站正常工作后 确认所有载频是Busy Unlocked B U 按 cpu 复位开关仅复位在MCU MCUF H2SC中运行的软件 stateXdriYY 成都通信建设工程局工程三处 重复以上指令直至所有载频进入B U状态 若载频不能进入B U状态 则参考本手册有关章节 与基站装配和包装相关的操作指导与基站装配和包装相关的操作指导基站装配备件 返修件包装注意事项 正确操作防静电 成都通信建设工程局工程三处 CTU准确沿槽道插入 不要过于用力 CTU的两个导向针用于调整插座 使其与CTU良好接触避免SURF槽和CTU连接的3个射频接头 六个花瓣型状 被损伤 成都通信建设工程局工程三处 CTU的射频接口和导向针 成都通信建设工程局工程三处 确保空的电源模块 PSU 射频模块 RFBlocks 和数字电路板位置有相应挡板挡板用来保证风的良好循环 成都通信建设工程局工程三处 正确地将SURF模块滑入SURF槽位将SURF压紧压牢 确保其与连接头完好连接用3 4Nm的螺丝刀将SURF上的螺丝上牢 成都通信建设工程局工程三处 用3 4Nm螺丝刀将RF模块上牢射频模块满配时 射频线弯成图示形状 这样不会与相邻的RF模块的射频线交叠射频连接头用手上紧 成都通信建设工程局工程三处 对没用到的D型数字接口 要有防静电帽 射频接口也要有防尘帽 成都通信建设工程局工程三处 对CTU MCUF的D型数字接口要有防静电帽对MCUF的光纤接口要有相应防尘帽 成都通信建设工程局工程三处 光纤线和射频线都随主机柜对光纤线要特别注意防静电保护 成都通信建设工程局工程三处 对PCMCIA卡的操作要有放静电保护确保PCMCIA卡按正确的方向插入主MCUF板 MCUF0 确保PCMCIA卡完全插入槽中 EJECT钮弹出 成都通信建设工程局工程三处 对CIM板的操作要有防静电保护要确保接口有防尘帽 成都通信建设工程局工程三处 确保所有光纤接口有防尘帽 成都通信建设工程局工程三处 备件 更换件的包装 CTU的数字接口要有防尘帽要注意对短射频线的保护要注意对底部射频接口的保护要注意对前面板的保护袋内放入干燥剂 成都通信建设工程局工程三处 小心将CTU向下放入 注意保护前面板将顶部保护垫放入将密封袋密封 成都通信建设工程局工程三处 对电路板操作要有防静电措施注意防止数字接口受损如图示将电路板装入防静电袋 然后放入包装盒 成都通信建设工程局工程三处 SURF的射频头要有防尘帽要注意保护底部的数字接口将SURF正确放入包装盒的内包装 成都通信建设工程局工程三处 如图示将SURF正确放入包装盒 并密封密封袋内放入干燥剂 成都通信建设工程局工程三处 摩托罗拉BSS系统MMI常用命令help man chg levelstatedisplayequip unequiplock device unlock deviceins devicereset device 成都通信建设工程局工程三处 Help命令会提示当前BSS版本下系统所有可以接受的命令格式 helpman命令可以对指定命令作出比较详细的解释并举例说明 格式 manchg level用于改变操作员的权限 所有命令各有其使用级别 格式 chg level 可以重复执行前一条命令 在一个 后面输入一个字母可重复执行最近的一条以此字母开头的命令 命令格式说明在括号内的指令参数为必写在 括号内的指令参数为可选在 内为指令中可选或必写的字符串命令中参数0或bsc表示BSC1 100表示BTS基站号 成都通信建设工程局工程三处 命令中参数小区全球识别号 46000LACCELLID在涉及DRI RTF的命令中0表示第一小区1表示第二小区2表示第三小区0 7表示个小区内的DRI或RTF的编号命令格式说明命令中参数dev nameBSPDHPMTLBTPDRIOMLCABEASPATHCAGEGCLKRSLCBLGPROCSITECOMBKSWXBLCSFPMSIfunc nameBTFOMFRTFLCF 成都通信建设工程局工程三处 State命令state命令用于查看当前系统硬件或软件状态 Security1格式 state 例如 state3将显示3号站所有配置的当前状态state3dri 将显示3号站所有DRI的当前状态state3dri12将显示3号站第二小区第三个DRI的当前状态state0rsl 将显示本BSC内所有基站RSL的当前状态state0mms 将显示本BSC内所有基站MMS的当前状态state0site 将显示本BSC内所有基站的当前状态 成都通信建设工程局工程三处 Display命令disp act alarm显示当前的活动告警 Securitylevel1命令格式 disp act alarmdisp bss显示当前BSS中所有基站的状态信息 包括LAC和CELLID以及各小区的BCCH频点信息 Securitylevel1命令格式 disp bssdisp cell status显示指定小区或指定基站各小区当前状态或信道占用情况 Securitylevel1命令格式 disp cell statuscell 显示指定小区disp cell status显示指定基站的各小区disp equipment显示用equip命令定义过的当前硬件和软件信息 该命令可简写为disp eq Securitylevel1命令格式 disp equipment id3 full 成都通信建设工程局工程三处 例如 disp eq4dri 系统将简要显示4号站所有DRI配置情况disp eq4dri0 系统将简要显示4号站第一小区所有DRI配置情况disp eq4dri01系统将详细显示4号站第一小区第二个DRI有关诸如机柜 槽位 天线 GSMCELLID等相关信息disp eq4rtf10系统将详细显示4号基站第二小区第一个频点有关频点类型 跳频与否 BCC值等相关信息disp eq0path40系统将显示BSC到4号基站的第一条传输路径的详细信息 即由BSC的哪一个2M端口经由哪条路径到达BTS的哪一个2M端口disp processor显示指定基站或所有基站处理器状态 该命令可简写为disp p命令格式 disp p显示指定基站disp p all 显示所有基站 包括BSC 成都通信建设工程局工程三处 Lock device unlock deivce命令lock命令用于锁住某个设备 该命令可简写为l Securitylevel2命令格式 lock device unlock命令用于打开某个已经锁住的设备 该命令可简写为unl Securitylevel2命令格式 unlock device 下列device可用此两条命令 BSPDRIMTLBTPEASOMLCBLGCLKPATHCICGPROCRSLCOMBKSWSITECSFPMMSTBUSDHPMSIXBL其中对下列device使用此命令会引起RESETBSPDHPBTPGPROC 成都通信建设工程局工程三处 ins device命令ins device命令通过lock和unlock某个设备 使其进入服务 此命令适用范围同lock device和unlock device 可简写为ins Securitylevel2命令格式 ins device 成都通信建设工程局工程三处 reset命令reset device硬件重启 可简写为reset d Securitylevel2命令格式 reset device reset site基站重新启动 可简写为reset s Securitylevel2命令格式 reset site举例 reset site2重启2号基站reset siteall bts重启本BSS内所有基站 成都通信建设工程局工程三处 实际故障处理解析告警处理MOTOROLA的告警系统是为了故障定位 系统性能分析及方便维护而设置的告警信息可以在OMCR的告警窗口上显示 也可以在本地维护终端 LMT 上显示 BSS产生的告警信息 以字符的形式发往OMCR 也可以通过命令设置使告警显示在LMT上 告警可以分为硬件告警和软件告警两种 硬件告警是由于BSS内的硬件故障所引起的告警 软件告警是由GPROC检测到软件进程运行出错所引起的告警 只有GPROC设备 BSP CSFP DHP BTP poolGPROC 才会产生软件告警信息 软件告警 SoftwareFaultManagement或SWFM 分为两类 下面通过一个告警实例来了解MOTOROLA产品的告警格式 成都通信建设工程局工程三处 告警举例 0 NEW NONE CommuncationFailureEvent CAGE BSS01 BSS01 SITE 0 0CAGE1 30 03 199914 23 56 ExpansionKSWXSlot22CommunicationFailure FMIC Major BSS01 SITE 0 0SITEImpactedtoMajor 0 告警IDNEW 告警状态 成都通信建设工程局工程三处 NONE 正在处理此告警的人员CommuncationFailureEvent 告警的类型CAGE 告警级BSS01 BSS01 SITE 0 0CAGE1 发生告警的位置30 03 199914 23 56 告警发生时间 18 告警编号ExpansionKSWXSlot22CommunicationFailure 告警描述FMIC 告警的清除类型Major 告警严重等级 BSS01 SITE 0 0SITEImpactedtoMajor 告警附加信息 成都通信建设工程局工程三处 告警编号和消除类型告警编号对于每种设备都有唯一的一个十进制数表示 每种设备的告警编号从0到254 对于不同的设备告警编号可能重复 但与设备相关的编号是唯一的 有些情况下同样的告警编号表示类似的告警 告警的清除类型可分为三类 Intermittent FaultManagementInitiatedClear FMIC OperatorInitiatedClear OIC Intermittent表示告警是偶发性的 对系统没有危害 此告警发生后在OMCR会自动消除 当此类告警频繁产生时 会增加OML链路的负荷 我们可以使用disp throttle命令来查看告警门限设置 还可用chg throttle命令调节其门限值 FMIC告警的清除由系统的错误管理进程 FaultManagermentProcess 自动进行 FM进程管理一张现有告警的列表 只有当告警产生的原因消失后FM才会产生 clear 消息将此告警从告警列表中删除 OIC需要由操作人员手动将告警清除 FM进程检测到告警产生并判断为OIC类型时 将此告警加入现有告警列表中 此后FM不再进行任何处理 当操作人员将告警产生的原因解决后 必须将此告警清除 成都通信建设工程局工程三处 告警的类型在OMCR将告警分成六种不同的类型 可以在OMCR的告警说明中找到 FailureEvents 字段 其为不同类型告警的名称 成都通信建设工程局工程三处 告警的等级告警严重级别表明此故障发生对系统的影响程度 系统将告警的等级分为6级 成都通信建设工程局工程三处 告警的等级可以查看也可以根据要求改变 使用以下命令可以查看告警的等级 查看等级disp severity例如 MMI RAM0115 disp severityDRI12系统显示 DRIAlarmCode12severity WARNING告警严重级别由高到低分别是Critical Major Minor Warning Investigate Clear 成都通信建设工程局工程三处 常见的基站故障类型A 基站退服检查步骤 第一 检查电源 首先看基站的电源模块工作是否正常 如果指示灯为绿色表示正常 红色表示电源开关未开或供电系统有问题 需要察看组合开关电源或者直流配电箱供电是否正常 检查CBC 电源分配板 数字框对应开关是否正确开启 通过检查CBC上开关状态对应MCU MCUF H2SC及NIULED灯点亮情况排查 如对应关系正常请检查BPSM状态 第二 如果电源正常 检查传输及网络接口器件 参见传输问题检查办法 要做的第一件事就是从PATH对应的DDF架上向机房方向环回确认BSC端MMS工作正常 能通断 确认问题界面 这两步能解决大约90 的停站问题 第三 如果传输及网络接口器件正常 resetMCUMCUF H2SC 如果还是不能启站 更换MCU MCUF H2SC 由于涉及NIU也可在PCMCIA起站后 向基站环回检查MMS情况 成都通信建设工程局工程三处 常见的基站故障类型B 传输断或误码高传输断 第一 看能否从DDF架向交换机房自环 如果不能自环 通知传输机房 第二 如果能自环 用万用表检查光端机到基站架顶之间的接头 传输线是否连接正确 确保无断路 短路 第三 用万用表或发光二级管检查T43板是否有输出 小发大收 正常输出电压用交流档测约1 05V 如果不正常 resetNIU板 还不行更换T43板 第四 如果T43板正常 把笔记本计算机连到MCU上 察看状态 如果为RAM状态 从架顶自环检测NIU板 如果为ROM状态 resetMCU和NIU板 第五 如果所有器件为状态为B U 但基站不能连接到BSC 通知Motorola工程师 成都通信建设工程局工程三处 常见的基站故障类型误码高 第一 用万用表检查光端机到基站架顶之间的接头 传输线连接是否牢固 无脱焊 虚焊 虚连 第二 检查光端机接地并保证光端机与基站为同一地线 第三 挂表检查光环的误码率 第四 更换NIU板或T43板试验 C 无发射信号检查天线 避雷器是正常并正确连接到架顶 检查双工器 合路器 载频等器件之间的线路连接 用功率计测双工器 合路器 载频等器件的输出并判定是否正常检查载频工作状态 成都通信建设工程局工程三处 常见的基站故障类型D 其它告警MCELL6机柜 CabinetFanFailure风扇确实不工作 需要和旁边的风扇互换保险丝 如果故障消失 说明保险丝断了 否则该风扇需要返修 ActiveFMUX0LoopbackFailure检查相应FMUX板及光纤StandbyFMUX0LoopbackFailure检查相应FMUX板及光纤ActiveFMUX1LoopbackFailure检查相应FMUX板及光纤StandbyFMUX1LoopbackFailure检查相应FMUX板及光纤ActiveFMUX2LoopbackFailure检查相应FMUX板及光纤StandbyFMUX2LoopbackFailure检查相应FMUX板及光纤ActiveLocalFOXFailure检查相应FOX板及光纤 成都通信建设工程局工程三处 常见的基站故障类型StandbyLocalFOXFailure检查相应FOX板及光纤ActiveRemoteFOX0Failure检查相应FOX板及光纤StandbyRemoteFOX0Failure检查相应FOX板及光纤ActiveRemoteFOX1Failure检查相应FOX板及光纤StandbyRemoteFOX1Failure检查相应FOX板及光纤ActiveRemoteFOX2Failure检查相应FOX板及光纤StandbyRemoteFOX2Failure检查相应FOX板及光纤Horizon机柜 FanTray0Failure QuadFan四联风扇需要返修FanTray1Failure DualFan二联风扇需要返修FanTray2Failure DualFan二联风扇需要返修 成都通信建设工程局工程三处 常见的基站故障类型还有可能引发很多外部告警的是PIX外部告警接口 不使用时必须把匹配端子安装到位 如需PIX外部告警设置请联系 成都通信建设工程局工程三处 常见的基站故障类型网络性能统计类 PB IOI BER 掉话 TCH接入失败率高 PBPathBalance路径平衡IOIInterferenceonidle空闲信道干扰BERBitErrorRate误码率以上三项指标均是OMC表征网络性能的统计值 常用于用户监测 来确保网络的最佳性能 指标的不佳不一定是BTS的某个硬件有问题造成的 需要综合考虑多方因素来确定造成一个不佳统计值的根本原因 a PB以下将介绍如何理解影响PB的各种变量关系以及如何计算PB 并提供一种方法来确定引起不佳PB的原因 PB统计表征的是 移动站MS和基站BTS之间的射频RF链路情况 PB这个参数的意义在于确保RX和TX路径上的全部损耗是可以说明的 也就是已知的 维护人员可以利用PB值来确定RX或TX信号路径上的问题所在PATH BALANCE矩阵是基于一个时隙的数据采集统计并利用下面四个参数计算得到的一个统计数据 手机发射的功率 MS报告的TX功率电平 ms txpwr dBm 手机接收的功率 MS报告的RX功率电平 ms rxlev dBm 成都通信建设工程局工程三处 基站发射的功率 BTS报告的TX功率电平 天线端口 bts txpwr dbm 基站接收的功率 BTS报告的RX功率电平 天线端口 bts rxlev dbm Path balance 路径损耗的差值 110其中 路径损耗的差值 上行链路损耗 下行链路损耗上行链路损耗 ms txpwr dbm bts rxlev dbm下行链路损耗 bts txpwr dbm ms rxlev dbm110是理想的path balance值 100 120是一个可接受域 移动台的TX和RX功率电平是一段时间内的平均值 PB作为一个统计量 短时间的PB值偏离不能作为判断的依据 单个的MS也不能影响PBBTS路径不平衡对PB值的影响ms txpwr dbm ms rxlev dbm bts rxlev dbm bts txpwr dbm 110引起不佳PB的可能来源已知的三种可能引起不佳PB的根源 1 如果载频是新的备用件 它的CAL数据是出厂默认值 必须在机柜的槽内作TX和RX偏置校准 如果载频是从另外的槽内交换来的 并且以前存的BayLevelCal没有使能 那么也必须要重新校准TX和RX 以确保得到准确的PB 如果配置中增加新的扩展机柜 有必要重新校准TX和RX 如果有外部合路器 滤波器或放大器加到配置中 也需要TX和RX的重新校准 但除非此类设备距离基站比较近 否则如果此类设备被架设在距离基站较远的地方 如塔顶 则校准的工作就不太有可能正常进行 成都通信建设工程局工程三处 2 机柜槽位 线缆 天线出现硬件 连接问题接收路径上的元件失效 或不可用或不正确安装 背板 线缆 坏的连接器 坏的双工器3 DRI出现的硬件问题 收发单元 CTU或CTU2 的硬件单元失效 也将会导致收发单元的不正常噪声或输出功率的不正常损耗 b IOIIOI InterferenceOnIdle 通过监测空闲信道的干扰以保证理想的网络性能 IOI统计值的介绍 空闲信道干扰 IOI 旨在提供接收机噪底的指标 如果干扰信号加入接收机 会导致通话质量下降 甚至造成掉话 IOI统计值的意义在于确保没有严重的干扰信号加入期望的信号中 IOI是以一个时隙为单位的 代表着空闲时隙上DRI接收功率 RXLEV 的均值 对于IOI可接受的范围并没有一个硬性的规定 IOI没有规定一个可接受的范围 要判断一个CTU的IOI是否高 需要和同一个基站上的其他载频作比较 同时也需要和优化部门沟通 以确认是否高于期望值 一天中忙时的干扰要比闲时大得多 所以一天中的变化完全可以接受 可能导致IOI高的原因目前有四个已知的原因会导致高IOI 环境中存在干扰 一些通信设备可能与我们的GSM接收机以相同的频率发射 一些通信设备以其他的频率发射 但带通滤波器性能差 导致有功率泄漏到我们的接收机带宽内 小区没有很好的规划或在发生一些改变后使用相同频率的小区与高IOI的小区距离太近 成都通信建设工程局工程三处 DRI具有硬件故障 收发器 CTUorCTU2 上元件硬件发生故障导致收发器上噪音异常 机柜上的槽位 连接线 天线发生硬件 连接问题 接收通路上的组件发生故障或没有被正确安装或使用 背板 连接线缆 软件 固件错误 或者配置错误 使用软件 固件的方式错误 C BERBER 误码率 通常是用来确保网络质量的重要指标 BER分为上行U BER 和下行BER两个统计值 BER可反映出上行或下行链路中可能存在的干扰 衰落等问题 BER经常会伴随IOI PB问题的出现 BER描述 BER统计数据有最大值 最小值和均值三部分 只有当信道激活的时候 BER的统计值才会产生 GPRS时隙不会报告BER值 BER表征的是下行链路 手机端接收到的信号质量 U BER表征的是上行链路 BTS接收到的信号质量 可以根据这两个统计值来确定错误产生于接收路径还是发射路径 BER可接受范围 均值应该小于2为最佳少量的偏移并不表示设备出现问题全天中忙时由于环境的干扰会带来BER数据的波动 成都通信建设工程局工程三处 可能引发BER高问题的原因 无效或不准确的TX BAYCAL机柜槽位 线缆连接 天线出现的硬件 连接问题DRI出现的硬件问题环境干扰PB IOI BER DropCall的关系 成都通信建设工程局工程三处 PB IOI BER问题的分析流程 理解问题的范围一般信息收集检查天线VSWR检查校准值校准数据是否有效 CTU 校准数据是否有效 CTU2 BayLevel校准数据是否准确 RXBayLevel校准数据是否准确 TXBayLevel的重新校准机柜 线缆问题环境干扰问题 成都通信建设工程局工程三处 载频告警处理A DRIInhibited DRINotDetected问题系统软件会为系统中的每一个Radio分配相应的状态 这些状态被用来表示该Radio是否正在被系统使用 每一个状态包含三个组成部分 成都通信建设工程局工程三处 Radio启动时状态的转换过程INS D U状态 E U状态 B U状态CodeloadingRTF DRI 正确的数据库配置 DRINotDetected的来源及调试步骤执行state命令时 会在屏幕上显示以下结果 DEVICESTATUSINFORMATIONFORLOCATION6 OPERSTATES D DisabledE EnabledB BusyADMINSTATES L LockedU UnlockedE EquippedS ShutdownLastTransitionRelatedDeviceStateReasondd mmhh mm ssFunction DRI000D LNOREASON02 0108 20 03NoneDRI010D UINHIBITED02 0108 25 31NoneDRI020D LNOREASON02 0107 40 38NoneDRI030D LNOREASON02 0107 40 54NoneDRI040D UDRINotDetected02 0107 31 01NoneDRI050D UDRINotDetected02 0107 31 06None 成都通信建设工程局工程三处 DRINotDetected已知的可能来源 DRINotDetected的调试步骤测试 1 针对特定的DRI 确定通过断路器已经给Radio上电测试 2 确定LED的状态测试 3 确认Radio上有激活的MMI提示符 MMI ROM0000 测试 4 检查一下背板连接器和前面板是否有物理损坏 同时确认MCUF H2SC是否正确安装 如果问题出现在一个扩展单元 应检查一下光纤 FMUX XMUX和SiteI O板测试 5 确认一下数据库是否被修改过 如果数据库被修改过的话 确保数据库跟安装的硬件相匹配 disp eqdrifull测试 6 将该Radio与该站上另外一个工作正常的Radio互换以确定该问题是与Radio所在槽位有关还是与Radio硬件本身有关 成都通信建设工程局工程三处 成都通信建设工程局工程三处 DRIInhibited的来源及调试步骤 执行state命令时 会在屏幕上显示以下结果 DEVICESTATUSINFORMATIONFORLOCATION6 OPERSTATES D DisabledE EnabledB BusyADMINSTATES L LockedU UnlockedE EquippedS ShutdownLastTransitionRelatedDeviceStateReasondd mmhh mm ssFunction DRI000D LNOREASON02 0108 20 03NoneDRI010D UINHIBITED02 0108 25 31NoneDRI020D LNOREASON02 0107 40 38NoneDRI030D LNOREASON02 0107 40 54NoneDRI040D UDRINotDetected02 0107 31 01NoneDRI050D UDRINotDetected02 0107 31 06NoneDRIInhibited已知的可能来源 如果相同的DRI告警在最近的10分钟内出现3次 并且重新启动并不能清除该告警 DRIInhibited就会出现 1 系统中正在服务的Radio出现报警 2 系统中一个新的Radio已经被激活并且出现报警 3 系统被重新配置 但新安装的硬件跟新的配置不匹配 4 系统负荷很重 软件版本1670 20 t1及以后能解决该题 成都通信建设工程局工程三处 DRIInhibited的调试步骤 测试 1 从SC SiteController 的MMI提示符下运行下列命令 disp act alarm alarm modeon 或者 en al insdri如果INS没能正常工作的话 执行一个硬复位命令 reset devicedri 在SC的MMI口执行 测试 2 使用以下命令确认数据库与实际安装的硬件相匹配 disp equipfull 从SiteController的MMI提示符 处理中请记录以下信息 Radio的状态和配置信息 以及Radio所在站的性能信息 请在现场对基站进行任何操作之前记录下列问题 1 多少个Radio 扇区受到了影响 2 机柜中的哪些插槽受到了影响 3 哪种类型的Radio受到了影响 CTU CTU2 两种都是 4 对于那些受到影响的Radio 设法取得OMCIOI INTF ON IDLE 的统计信息 5 问题是不是在出现下列情况之一后出现的 升级 小区的重新规划 硬件升级 成都通信建设工程局工程三处 成都通信建设工程局工程三处 总结DRINotDetected检查Radio上电 LED状态 TTY检查SC的连接检查数据库的配置是否与安装的硬件相符将出现问题的Radio与工作正常的互换DRIInhibiteddisp act alarm确定出现何种告警检查数据库的配置是否与安装的硬件相符DRIInhibited状态的出现一定伴随着至少一个相关告警的出现 所以解决DRIInhibited问题也就是解决相应告警问题 成都通信建设工程局工程三处 CodeLoadFailed问题CodeLoad过程就是CTU2 载频 与H2SC 基站控制器 建立连接 从H2SC下载操作代码 使CTU2进入服务的过程 DRICodeLoad的路径是这样的 CTU2 H2SC CFCard BSC 三者最后同步 CTU2在CodeLoad时会检测本身的软件版本与H2SC是否一致 如不一致会自动将本身操作代码同步为和H2SC一致 所以如果在代码版本不一致的情况下 整个CodeLoad会花费相当长的时间 有时会超过10分钟 当由于某些原因 导致CodeLoad失败的时候 CTU2就会停在一个CodeLoadFailure状态 导致此载频不能工作 虽然一个CTU2本身有两个逻辑DRI 但共用相同的操作代码 所以如果一个DRI有CodeLoad问题 另一个DRI也同样不能进入服务 成都通信建设工程局工程三处 一个CTU2在任何状态被执行了UNLOCK或者是INS命令之后 CTU2会经过几个D U状态到达E U状态 在此过程中如果CTU2和H2SC之间通信发生了问题 CTU2会停在D U状态 原因代码产生为DRINotDetected 在到达E U状态后 如果数据库中配置了足够多的RTF 系统软件会分配一个RTF给相应的DRI 使其达到B U NoReason状态 进入服务处理用户的通信 如果在此过程中出现问题 DRI会到达一个D U xxxxxxxx的状态 原因代码可能为 CodeLoadFailed DRICodeLoadFailed RCUCodeLoadFailed 成都通信建设工程局工程三处 当DRI下载操作代码的时候 如果系统软件检测到一个错误 CodeLoadFailed这个原因代码就会出现 DRI会尝试完成三次BSS操作代码的下载 如果仍然失败 DRI的状态会变为D U CodeLoadFailed 由于下载代码的功能不同 当失败时会生成不同的原因代码 DRICodeLoadFailed和RCUCodeLoadFailed 可以通过State命令看到相应的状态最常见的是CodeLoadFailed 成都通信建设工程局工程三处 CodeLoadF