RNC常见故障排查指导手册

移动产品事业部售后文档文档名称：ZXTRRNS（V1.21）故障排查指导手册（第X分册：RNC设备类分册）资料版本：2008-R1.0产品版本：V1.21共37页（包括封面）中兴通讯股份有限公司

修改记录版本号拟制人/修改人拟制/修改日期更改理由主要更改内容V1.0新建提交初稿注1：每次更改归档文件（指归档到事业部或公司档案室的文件）时，需填写此表。注2：文件第一次归档时，“更改理由”、“主要更改内容”栏写“无”。本资料著作权属中兴通讯股份有限公司所有。未经著作权人书面许可，任何单位或个人不得以任何方式摘录、复制或翻译。侵权必究。ZTE和申光是中兴通讯股份有限公司的注册商标。中兴通讯产品的名称和标志是中兴通讯的专有标志或注册商标。在本手册中提及的其他产品或公司的名称可能是其各自所有者的商标或商名。在未经中兴通讯或第三方商标或商名所有者事先书面同意的情况下，本手册不以任何方式授予阅读者任何使用本手册上出现的任何标记的许可或权利。本产品符合关于环境保护和人身安全方面的设计要求，产品的存放、使用和弃置应遵照产品手册、相关合同或相关国法律、法规的要求进行。由于产品和技术的不断更新、完善，本资料中的内容可能与实际产品不完全相符，敬请谅解。如需查询产品的更新情况，请联系当地办事处。刖言中兴通讯自主开发的TD-SCDMA第三代移动通信系统，由ZXTN(核心网部分)和ZXTR(无线网络子系统)构成。ZXTR无线网络子系统包括RNC(无线网络控制器)和NodeB(无线基站)，完成呼叫处理、无线资源分配管理、终端移动性管理、小区切换控制和无线接入的功能。手册说明本手册是一套针对TD-SCDMA无线移动系统的系列性资料，汇集了目前TD外场出现的各类典型故障，并给出了常见问题的处理思路和典型案例分析，可作为日常维护时的参考。全套手册包括：《ZXTRRNS(V1.21)故障排查指导手册一通用类分册(信令篇)》《ZXTRRNS(V1.21)故障排查指导手册一通用类分册(工具篇)》《ZXTRRNS(V1.21)故障排查指导手册一对接类分册》《ZXTRRNS(V1.21)故障排查指导手册一业务类分册》《ZXTRRNS(V1.21)故障排查指导手册一设备类分册》《ZXTRRNS(V1.21)故障排查指导手册一网管类分册》本手册为《第X分册一设备类分册》，主要介绍各类设备本身出现的故障解决思路，按照设备作出分类描述……内容介绍本书共分3章和1个附录。章名概要错误！未找到引用源。故障分类常见描述ZXTRRNC(V1.21)机柜的组成、装配图、接线图；机柜内各插箱的功能、通信关系和机柜的技术指标错误！未找到引用源。故障排查思路常见描述各个机框的配置、功能原理、机框背板与接口以及背板拨码开关和跳线错误！未找到引用源。故障案例典型介绍单板硬件结构；分别详细介绍ZXTRRNC(V1.21)系统的十五种单板错误！未找到引用源。FAQ本文的缩略语汇总，供用户查阅TOC\o"1-5"\h\z\o"CurrentDocument"第1章常见故障分类6\o"CurrentDocument"第2章常见故障排查思路8\o"CurrentDocument"2.1时钟类故障排查思路82.2启动类故障排查思路9\o"CurrentDocument"2.3传输类故障排查思路10\o"CurrentDocument"第3章典型故障案例14\o"CurrentDocument"3.1时钟类典型案例14IMAB板755子卡处理能力不足导致链路状态异常错误！未定义书签。IMAB板755子卡处理能力不足导致链路状态异常16\o"CurrentDocument"3.2启动类典型案例17第1章常见故障分类摘要本章介绍了RNC设备时钟、硬件启动、传输以及版本下载等故障的故障现象、故障原因分析和故障处理方法等。按照外场设备运行中发现的和设备相关的各种故障现象，可以将设备类故障划分为以下几类：时钟类故障：主要包括各类基准时钟丢失、锁相环失锁等等；启动类故障：单板无法启动、单板反复重启等等；传输类故障：告警察看出现链路故障或者链路滑码告警等；前后台同步和版本升级类故障：包括前后台数据的同步不成功以及升级过程中版本激活异常等；其他类故障：这些故障包括由于系统设计不足或者技术人员操作不当导致的故障等等。与设备相关的常见故障的故障分类及其典型故障现象见表1-1。表1-1常见故障分类故障分类典型故障现象常见故障原因时钟类故障基准时钟丢失、锁相环失锁输入的时钟基准信号丢失输入的时钟基准信号变差时钟连接线缆接触不良锁相环失锁单板故障启动类故障单板灯常亮，单板反复重启BOOT不对（没有插紧或者没有烧对，插错）逻辑未烧或者错误版本文件错误或者缺少版本版本和数据库中的版本对应不上内存条未插好、损坏或者硬盘等硬件损坏IP地址冲突或者数据设置错误传输类故障链路故障或者链路滑码告警单板与传输介质之间的阻抗不匹配时钟异常传输设备异常数据配置错误

故障分类典型故障现象常见故障原因前后台同步以及版本升级类故障前后台数据同步失败，版本升级不成功新旧版本的前台数据库结构发生了变化，版本升级时数据表冲突前后台的数据表的更改不同步其它类故障包括误操作以及干扰类故障的排查等等由于前后台配合问题，导致的版本激活不成功由于配置问题问题导致的RSSI升高第2章常见故障排查思路摘要本章介绍了RNC设备在时钟、硬件启动、传输、版本下载等故障的故障现象、故障原因分析和故障处理方法等。2.1时钟类故障排查思路时钟类故障发生的不多，处理故障时要清楚时钟提取的机制。CLKG板是整个RNC的时钟来源，可以实现GPS接入、BITS时钟接入、线路时钟提取，完成时钟同步锁相、时钟分发功能。CLKG单板对外提供15套系统时钟（包括：PP2S、8K、16M）至各资源子系统，采用电缆传送。同时，CLKG单板还需提供10套（8K、32M、64M）时钟给T网的单板使用。全局时钟拓扑如下图所示。64Mi32M32M8K32M—32M8K64^16M8K46M——T20msPP2S，PP2S—PP2S*ICLKGCLKG2MbitTP2SPP2S*16M8K版16M#PP2S64Mi32M32M8K32M—32M8K64^16M8K46M——T20msPP2S，PP2S—PP2S*ICLKGCLKG2MbitTP2SPP2S*16M8K版16M#PP2S；16M8K16MUIM（需1IM己产（需I生己T20ms）生T20ms）16M8K16MIWFB/MRB/GPPBDTB*5MHz・2MHz线路提取2套8k16M8K16M——1、目前从CN提取时钟的端口可配置，默认为APBE板的4号光口（第一个口），可以根据实际和CN连接的端口进行修改，修改位置在APBE板上点击右键菜单，选择修改，在单板的“基本信息”页面里面，有线路时钟基准，数值有0〜3，分别对应APBE端口4〜7。2、检查RNC时钟线缆连接，看从APBE板过来的时钟线连接到CLKG后插卡的8KIN1还是8KIN2，现在默认是8KIN1，后台网管上配置需要和前连线一致。3、如线缆连接到8kin1，则将后台“配置主用时钟基准”为8kbase，"所有时钟基准”只有8kbase。如是8kin2，则上述两个配置应该都为8KGPS。4、目前TDRNC时钟单板并未实现主用时钟基准功能，更没有实现优先级切换功能。5、“配置的所有时钟基准”参数只是配置了OMP上面的时钟管理模块和告警模块，作用是为了能够检测前台时钟丢失的现象，并不是启用某个时钟基准。CLKG单板获取当前时钟基准并不受后台参数的影响。2.2启动类故障排查思路1、BOOT不对（没有插紧或者没有烧对，插错）2、逻辑未烧或者错误3、版本文件错误或者缺少版本4、版本和数据库中的版本对应不上5、内存条未插好、损坏或者硬盘等硬件损坏6、IP地址冲突或者数据设置错误2.3传输类故障排查思路2.3.1排查前首先要确认的信息：1、检查设备间物理连接的正确性。主要是检查所对接的两个设备之间的电缆正确性，防止电缆的漏焊、虚焊、接触不良，特别是要防止电缆的混线。电缆混线会在两处设备侧产生一些异常现象，所以一定要首先保证物理连接的正确性。2、检查双方对接设备的接地和共地情况如果设备接地不好，将会直接影响对接。接地存在的问题通常为：两个对接的设备未能真正的共地；DDF配线架未按要求接地。要检查两个对接设备的共地情况，可测量两设备的接地点之间电阻的大小或两个接地点之间有无电位差。对接不成功时请重点检查两设备是否真正共地。许多对接不成功的的现象，最后的原因都是两个设备未能真正的共地。3、检查同轴端口的屏蔽层接地75非平衡式同轴端口的外导体（即屏蔽层）常规的接地方法是发端接PGND（保护地）、收端悬空（或接PGND）。可用万用表测试同轴端口的屏蔽层与设备PGND之间的电压，就可以大致判断出同轴端口屏蔽层的接地方式。如果屏蔽层接地不好，会由于两个地（BGND、PGND）之间存在电位差和交流干扰，从而影响信号对接时的波形，导致对接不成功。对接不好时要检查双方设备的同轴端口屏蔽层的接地方式是否一致（PGND指保护地，BGND指工作地）2.3.2不同情况的告警处理1、对于在告警后台一直存在并不可恢复的告警a）如有LOS（信号丢失）告警：首先检查本端设备E1电缆连接是否正常，收发连接是否正确，DDF配线架上E1线连接是否正确。如果这些都正常，请传输检查发送给本端的信号是否正常。b）如有AIS（告警指示信号）告警：首先确认该条E1有没有进行对接，如果没有进行对接，请在配线架上自环该条E1或者取消该子单元的配置。如果有对接局向，请对端局检查跟传输设备的连接情况。c）如果有LOCMF（复帧失步）告警：请确认两端配置的帧格式是否一致。d）如果有RAI（接收远端告警）：检查本端的发送是否正常，请对端看对应的告警信息。如果确认本端发送正常，对端接收有相应告警，请传输配合查故障原因。2、对于不间断频繁上报又马上恢复的告警类a）如有LOS（信号丢失）告警：首先检查本端设备E1电缆连接是否正常，收发连接是否正确，DDF配线架上E1线连接是否正确，是否接触不好或者有串线。如果这些都正常，请传输检查发送给本端的信号是否正常。b）如有AIS（告警指示信号）告警：这种情况本端设备正常，请对端局检查跟传输设备的连接情况，传输设备上是否有相应的告警。c）如果有LOF（帧失步）、LOCMF（复帧失步）告警：首先检查本端设备E1电缆连接是否正常，收发连接是否正确，DDF配线架上E1线连接是否正确，是否接触不好或者有串线，配线架上静电地是否正常。如果这些都正常，请对端也检查这些内容。d）如果有RAI（接收远端告警）：检查本端的发送是否正常，请对端看对应的告警信息。如果确认本端发送正常，对端接收有相应告警，请传输配合查故障原因。如果对端没有相应告警信息或者看不到，进行环回诊断。如果上述方法都不能解决故障，需要逐级进行环回诊断。如果环回诊断查不出原因，需要逐级挂表定位。3、对于在某个时间段集中上报并恢复的告警请确认这个时间段对端局是否有相应操作，中间传输设备有相关操作，有什么相关告警。只要不是多次出现这种情况，可以确认本端设备没有问题。4、对于随机性零星的告警并恢复对于偶尔出现的告警（概率很低，比如几天或几十天出现一次），没什么规律性，一般是正常情况，标准规范也允许。对于比较有规律零星出现告警的情况，只能通过挂表进行定位原因。2.3.3环回诊断法1、在本端设备侧的DDF架进行故障E1自环（如下图中1所示），如果故障消失，基本上说明故障源不在本端，进行下一步诊断。2、请对端局DDF架物理环回给本端（如下图中2所示）或者软件设置远端环回（如下图中3所示）把信号环回本端，如果故障消失，基本说明中间传输设备没有问题，故障在两端设备的配合上。如果故障还在，说明跟对端设备没有关系，故障原因基本上在中间传输设备。3、当确认故障原因为中间传输设备时，请传输维护人员协助进行逐级环回诊断。2.3.4仪器诊断法如果环回诊断不能定位原因，需要进行挂表诊断1、在本端挂表，测试仪接对端传送过来的E1信号，检查传输送过来信号是否正常。看仪器是否有相应告警或误码，如果有说明故障原因不在本端，而是在对端或传输。2、本端挂表没问题，可以让对端挂表，请对端进行同样方法检测。3、如果最终定位原因在中间传输设备上，需要传输维护人员配合检查诊断。2.3.5更换单板法如果故障集中表现在某一块单板上，可以考虑先更换单板，看故障能否解决。第3章典型故障案例摘要本章介绍了RNC设备在时钟、硬件启动、传输等故障的故障现象、故障原因分析和故障处理方法等。3.1时钟类典型案例3.1.1CLKG有“二级时钟基准丢失告警〃，时钟一直处于自由震荡的工作模式。【故障现象】韩国SKT项目的CLKG告警无法消除，时钟一直处于自由震荡的工作模式。网管告警为：（1）InputClockAbnomal（2）Clockbaselostsecondlevel【原因分析】发现CLKG板有时钟告警后，首先按照指导书配置（从APBE板过来的时钟线连接到CLKG的8KIN1）检查了OMCR上配置的时钟基准，发现配置的“设定主用时钟基准为8kbase”，而“配置的所有时钟基准”为两个“8kbase”和“8kGPS”，两者均改成时钟基准为“8kbase”，但是之后观察告警仍未消除，因为时钟板上有“InputClockAbnormal"告警，因为我们的时钟是从CN获取，所以联系三星的核心网工程师，三星工程师说CN有一块板子没上电，等处理完成之后，RNC的CLKG单板仍然有上述告警。接下来检查时钟提取光口和网管配置是否一致，目前从CN提取时钟的端口可配置，默认为APBE板的4号光口（第一个口），可以根据实际和CN连接的端口进行修改，网管上修改位置如下，在APBE板上点击右键菜单，选择修改，在单板的“基本信息”页面里面，有线路时钟基准，数值有0〜3，分别对应APBE端口4〜7。辞信忌CPU后局援口佰屈呻C芯片fl己置RNC^iR单邮J机栗号单邮机柜号单邮帆号回口祝置是否启用日志职曷器妨码局导配置结果可通过探针查看r_前台生效是哪个端口，此r_表显示提取线路时钟的光口号（0〜3），分别对应4,5,6,7光口；检查后发现CN连接的是5号口，但是网管配置的是从4号口提取时钟，导致提取失败。【处理方法】在网管配置中改为从5号口提取时钟，故障解决。备注：如线缆连接到8kin1，则将后台“配置主用时钟基准”为8kbase，“所有时钟基准”只有8kbase。如是8kin2，则上述两个配置应该都为8KGPS。配置结果可以通过探针查看R_SETTING表，此表字段含义：第一个DWORD表示时钟的工作模式（注意：目前本字段无作用，需要屏蔽配置）0：CLKG_WORKMODE_FASTCAPUTRE（快捕）1：CLKG_WORKMODE_TRACE（追踪）2：CLKG_WORKMODE_KEEPUP（保持）3：CLKG_WORKMODE_FREE（自由）第二个DWORD表示是否配置设置主用时钟基准0：CHANG_BASE_FORBIDDEN表示否，此时第三个DWORD无效1：CHANG_BASE_ALLOWED表示是第三个DWORD表示需要设定主用时钟基准类型0：BASE_2Mbits01：BASE2Mbits12：BASE_2MHz03：BASE_2MHz14：BASE_8K15：BASE_8K26：保留第四个DWORD表示所有可能使用的时钟基准（注意：本字段的含义不是备用时钟基准，将对本字段包含的时钟基准是否丢失进行检测告警。必需对配置的主用基准是否丢失进行检测，因此：如果第二个DWORD配置设置主用时钟基准，本字段应该自动包含第三个DWORD中配置的时钟基准）Bit0=1/0:设置/未设置BASE_2Mbits0Bit1=1/0:设置/未设置BASE_2Mbits1Bit2=1/0:设置/未设置BASE_2MHz0Bit3=1/0:设置/未设置BASE_2MHz1Bit4=1/0:设置/未设置BASE_8K1Bit5=1/0:设置/未设置BASE_8K2Bit6〜Bit31预留3.1.2RNC时钟板有时钟基准丢失告警【故障现象】沈阳浑南机房四个RNC时钟板均存在时钟基准丢失告警【原因分析】通过观察面板灯，CLKG板实际是在跟踪状态的，一切正常。经检查是RNC数据配置有问题，浑南机房的RNC连接8KIN1的APBE板没有和CN对接，连接8KIN2的APBE板和CN对接是正常的，而网管配置的时钟基准里两个都配上了。“设定主用时钟基准类型”为8kBase也就是对应后插卡8kIn1端口为主用时钟基准，“配置的所有时钟基准”为48也就是对应后插卡8KIN1和8KIN2端口，从界面上的理解是：启用8KIN1和8KIN2时钟基准，但是以8KIN1为主用时钟。而实际只有8KIN2的输入，造成网管的告警。【处理方法】修改网管配置，去掉8KIN1的基准，告警消失。【备注】网管可以配置两个时钟基准，但是主用时钟基准只有一个。目前平台支持2级钟和3级钟，2级钟和3级钟有相应的标准。2级钟在时钟基准丢失的情况下，锁定当前输出，不自动切换时钟基准，但可以手工切换。3级钟在时钟基准丢失的情况下，会自动切换时钟基准（不推荐这种方式，如果倒换系统会发生时钟抖动）。以后平台会支持每一路时钟基准从两个光口提取，即可配置从APBE的4、5两个光口提取线路时钟，这样解决了APS保护的问题。3.2启动类典型案例3.2.1整个机框的单板运行均不正常【故障现象】青岛扩容涉及到扩单板和机框，开通时发现2架一3框的所有单板运行均不正常，在后台发现所有的单板都有不在位告警。

【原因分析】检查CHUB的连线经过逐一拔掉查看CHUB单板指示灯的状态，发现CHUB的连线正常，检查机框的拨码开关，发现该机框被拨成1架一3框；拨成2架一3框后正常。【备注】每个机框上都有拨码开关，拨码开关位于机框的左上角，新机框一般有一块金属板挡住，需要拧掉螺丝，卸下面板才能看到，如下图所示：

拨码开关有三个，从左到右分别对应局号拨码开关、机架号拨码开关、机框号拨码开关。机架拨码开关按下述方式进行设置：对于每一个拨码开关，左边代表低位右边代表高位，拨码开关是左低右高。拨到上部代表0，下面代表1。数据库的配置是从1开始的，而拨码开关是从0开始，所以拨码开关对应的值加1才是机架号的具体值。单板对应的控制面IP地址计算方法为如下：对于每一个拨码开关（图中黑色的部分代表拨码开关中的拨杆）左边代表低位、右边代表高位，拨码开关是左低右高；拨到上面代表0、下面代表1；实际的局号等于拨码读出值；实际的机架号、机框号需要在拨码读出值的基础上加1。局号为BurNo，机架号为RackNo，机框号为ShelfNo，槽位号为SlotNo（其中BurNo、RackNo、ShelfNo为背板上读出的数字，而实际的局号为BurNo、机架号为RackNo+1、机框号为ShelfNo+1）那么该槽位对应单板的控制面IP地址为：128BurNo*16+RackNo.ShelfNo*32+SlotNo.CPUNo*8+1这里CPU编号范围为0〜3例如背板上的拨码设置为：BurNo100、RackNo0000、RackNo1000（即1局1架2框），举例计算单板的IP地址为：1局1架2框11槽RPU的控制面IP地址为：128.1*16+0.1*32+11.1*8+1（）（第二个CPU）1局1架2框9槽UIM的控制面IP地址为：128.1*16+0.1*32+9.0*8+1（）（第一个CPU）【注：计算IP地址时，是按照实际的拨码数值来计算的；而我们说局、架、框时是按照背板上拨码相应的局号、机架号+1、框号+1来描述的】3.2.2RPU不能启动故障一例【故障现象】青岛RNC1601版本升级，在版本包入库、下载、激活后，重启单板。OMP正常运行，但RPU在不停的重启。【原因分析】1、检查激活的版本包里有RPU的版本2、在OMP的/IDEO/RELEVER目录下可以看到要升级的RPU版本3、用串口线连接ROMP的串口上，查看RPU的启动信息发现如下信息:RPU-1601.TXTTimerTasksendtimermessageok!BootTask'sTimerEV_TIMER_CPU_VERINFO_REQisup!BootTasksendtomsgsucc!TimerTasksendtimermessageok!BootTask'sTimerEV_TIMER_CPU_VERINFO_REQisup!BootTasksendtomsgsucc!TimerTasksendtimermessageok!BootTask'sTimerEV_TIMER_CPU_VERINFO_REQisup!BootTasksendtomsgsucc!TimerTasksendtimermessageok!BootTask'sTimerEV_TIMER_CPU_VERINFO_REQisup!Sendtimesis10!BeforeBoardreset!Boardreset...!从RPU的启动信息可以看到，RPU要版本了，连续要了10次，没有要到，系统再进行单板重启。4、检查OMP里的版本配置情况，发现如下信息:vermap-1601.txt.MPX86_2->SCSShowVmmDownInfoBureauRackShelfSlotCpuPowerTimeStateMsgNameResult12222840M_WorkEV_NEW_CPU_VERINFO_REQVMM_VERMAP__NOT_CONFIG12212840M_WorkEV_NEW_CPU_VERINFO_REQVMM_VERMAP__NOT_CONFIG12242841M_WorkEV_NEW_CPU_VERINFO_REQVMM_VERMAP_NOT_CONFIG12211841M_WorkEV_NEW_CPU_VERINFO_REQVMM_VERMAP__NOT_CONFIG12221841M_WorkEV_NEW_CPU_VERINFO_REQVMM_VERMAP__NOT_CONFIG12241842M_WorkEV_NEW_CPU_VERINFO_REQVMM_VERMAP__NOT_CONFIG112122854M_WorkEV_NEW_CPU_VERINFO_REQVMM_VERMAP_NOT_CONFIG从命令显示里可以看出1架一2框一12槽位一CPU2的版本没有配置（该RNC使用1架一2框一12槽位的OMP作为主用OMP）,即数据库没有配置RPU的版本。这样RPU重启时向OMP要版本，因为数据库没有配置，所以要不到版本。【故障解决】检查网管数据库UEP用户下TRNC_VERMAP表，选择RNCID=1601和RNCID=0比较发现，在RNC=1601里少了几条记录。下面的两张图是RNCID=0时的VERMAP，共51条记录。而RNCID=1601的VERMAP表里记录只有46个，经比对少了LBRDTYPEDB=5000/5001/5002/5003/5004的记录各一条。在VERMAP表中加上该条记录，进行数据同步后，RPU启动正常。

3.2.3备用OMP不能正常运行【故障现象】北京马连道机房RNC2备用OMP（1架一2框一11槽位）不能正常运行，显示的告警信息是：后插卡错误，和前插板不匹配。【原因分析】接上超级终端看到如下打印信息LoadFPGAVerFile...CheckMOMP'sPCBNumandfpgaversion(fpga.ini)...!...Fpgaverifyerror!Fpgaverifyerror!...Fpgaverifyerror!MasterOMPFpgaFlashbootfailed!!C:\Docninent.sandSett.ingsXmawei1\^从中可以看出FPGA版本校验错误。经检查主备OMP的FPGA版本不同(分别是040703和040704)，将OMP的FPGA版本更新一致后备用OMP正常运行。3.2.4RCB不能正常运行【故障现象】北京马连道机房RNC3有3个RCB板不能正常运行【原因分析】在RCB后面插上后插板，连超级终端检查发现如下打印消息：AttachedTCP/IPinterfacetofei2.SucceedSetfei2to100M|FD.Attachingnetworkinterfacelo0...done.BootingfromnetworkLoading...Errorloadingfile:errno=0x3c.Can'tloadbootfile!!正常的为：AttachedTCP/IPinterfacetofei2.SucceedSetfei2to100MIFD.Attachingnetworkinterfacelo0...done.[BSP]:NOR-FlashDetected...[BSP]:Creattffsdevicefor/DOC0[BSP]:/DOC0hasbeensuccessfullyinitialized.WatchDogTaskStart.../DOC0/-diskcheckinprogress...a子卡不对打印.TXT【故障解决】判断三块RCB硬件故障，现场通过更换flash子卡后，单板可以正常运行，基本可以确认子卡有问题。3.2.5CLKG板状态为CATCH【故障现象】北京马连道机房RNC61架一2框一14槽的CLKG板状态为CATCH,13槽位的时钟板状态正常。【原因分析】经过对比正常的板子发现故障CLKG板的跳线少一个（X45），接好后正常。但根据硬件手册，X45的作用如下：X40X41X44X45BITS时钟第一路2Mbps>2MHz匹配阻抗选择短路1、2脚，表示匹配阻抗为75Q短路2、3脚，表示匹配阻抗为120Q短路1、2脚3.2.6GLI单板插光纤后不能启动【故障现象】厦门RNC2的2架4框3槽位GLI单板启动不成功。观察启动过程发现GLI在上电复位时面板灯ACT,ALM,ENUM,RUN等长亮一段时间后熄灭，然后RUN灯快闪，过段时间RUN,ACT灯长亮，再然后就单板复位重启。【原因分析】发现故障现象后，查询单板的异常记录，发现CPU的负