基站设备类故障.doc

《基站设备类故障.doc》由会员分享，可在线阅读，更多相关《基站设备类故障.doc（34页珍藏版）》请在三一办公上搜索。

1、第1章 基站设备类故障1.1 BBU典型故障基站侧故障比较特殊，不能简单地划分大类。本文按照如下模式进行描述：先介绍几种常见的，共性的故障；然后针对各单板的告警进行分析处理。BBU的几种类型当中，以B328为主进行介绍；B322是把BCCS、IIA、TORN板集成，故障排查涉及环节更少，参考B328排查方法即可；涉及到B326的内容，会将特殊性进行说明1.1.1 前后台通信故障1.1.1.1 本地前后台通信故障【故障现象】：近端通过LMT网口无法登陆主控单板。【可能原因】： 主控单板工作状态异常 电脑设置不当 背板拨码开关设置错误 背板到机顶的网线故障（B328、B326） 主控单板硬件故障

2、【排查思路】：1. 核查主控单板加电以及是否正常工作，参见1.1.2节内容2. 检查电脑网络设置是否正常：IP地址、掩码等（防火墙、部分杀毒工具、VPN等影响LMT接入的软件是否已经关闭）。建议IP设置如下表：前台IP地址本机IP地址掩码B328100.193.2.254100.193.2.100255.255.0.0B326100.193.2.254100.193.2.100255.255.0.0B322100.193.1.254100.193.1.100255.255.0.03. 拔出主控单板（B328和B326在备板位置），按照下述说明检查拨码设置和实际登陆IP是否一致：B328,B32

3、2,B326机架背板的拨码示例R2 R1 R0 S1 S0 上 上 上 上 下 下 下 下0 0 0 0 1 1 1 1上：0,下：1IP的计算规则机架号RackId = R2 R1 R0 (二进制) + 1 可通过BspGetRackID()查询数值机框号ShelfId = S1 S0 (二进制) + 1 可通过BspGetShelfID()查询数值IP地址0为100 IP地址1为192 + RackIdIP地址2为 ShelfIdIP地址3为 槽位号如上图示例： RackId = 0 + 1 ShlefId = 1 + 1所以IP地址1 = 192 + 1 = 193 IP地址2 = 2因

4、此各单板的IP地址为100.193.2.*注：BCCS的IP地址方案固定为100.19x.x.254通常拨码，要拨成100.193.1.x，拨码规则是： 上 上 上 上 上 下 下 下要拨成100.193.2.x，拨码规则是： 上 上 上 上 下 下 下 下要拨成100.193.3.x，拨码规则是： 上 上 上 下 上 下 下 下4. 检查背板到机顶LMT口的网线是否接错（有不少站点LMT1和LMT2口接反导致连接使用IP地址错误）或故障：对B328和B326而言，LMT网口是从背板引出两根网线到机顶的LMT1和LMT2口并转接。其中，LMT1口提供到BCCS的CPU的连接，仅用于和BCCS通

5、信；LMT2口提供到主控板上交换芯片的连接，用于本框所有单板的通信。5. 拔插单板仍不能解决则更换主控单板1.1.1.2 IPOA方式通信故障【故障现象】：IPOA方式下，后台无法和前台建链。【可能原因】：这里只介绍基站侧的相关排查思路，RNC侧排查本文档不做详细介绍 物理传输故障 物理打线与E1配置不一致 对接参数配置错误 数据库加载失败 BOOTP请求包无响应 【排查思路】：1. 先排查物理传输故障，具体参见1.1.4.1节排查思路2. 检查物理打线（注意标签也可能错）与后台实际配置E1是否一致，该问题现场发生多次3. 核查RNC和Node B数据配置是否一致，网元IP地址是否与IPOA通

6、道设置一致等，这里不作详细介绍4. 在主控板上输入“DbsShowLoad”命令核查数据库加载是否正常注：2、3、4故障均算数据配置错误，在现场无人配合情况下，可以通过修改OMCR侧IPOA通道的VPI/VCI为1/100的方法来完成IPOA自动建链功能，建链后将OMCB配置数据整表同步到前台即可。5. 本地登陆主控单板，输入ifShow命令检查是否未分配到OMCR配置的IPOA通道IP地址。这种情况下，需要和RNC配合排障： 在IIA板上使用n5 64500，查看是否发出了BOOTP包。若未发包，拔插IIA单板，故障不恢复则更换IIA单板（该问题目前还未遇到过） 在RNC的接口板上使用MCS

7、_C5_UCOMStatsPrn，察看RNC是否收到了Node B的BOOTP请求和发出了BOOTP回应。如果RNC收到了Bootp请求但是没有回应，那么有可能是RNC的BOOTP协议处理有问题；如果RNC没有收到BOOTP请求，则需要继续往下排查 在RNC接口板上使用ip_print_if命令，根据DRV_STAT一项是UP还是DOWN，看该接口板端口是否有效；根据ipv4_address一项看RNC接口板接口地址是否生效和正确配置。若未正确配置，核查RNC数据配置以及通过更换接口单板来确认是否单板芯片故障1.1.2 启动类故障1.1.2.1 单板上电不工作【故障现象】：上电以后，单板RUN

8、灯不亮。【可能原因】： 电源问题（加电异常、单板或背板电源模块异常） BOOT芯片问题 单板故障 【排查思路】：1. 核查是否所有单板PWR灯灭，是则检查加电是否正常，机框供电是否正常；若仅单块单板PWR灯灭或闪烁，拔插单板，不恢复说明是电源故障，采用更换单板的方法来判断问题出在单板还是背板2. 若PWR灯亮正常，按下RST键查看复位时RUN灯是否仍一直灭，若灭则更换单板；若复位时所有单板灯亮，拔插单板，不恢复进入下一步3. 重新插拔或更换BOOT芯片，故障消失说明BOOT芯片故障；故障依旧说明是单板故障1.1.2.2 单板反复重启【故障现象】：上电以后，单板反复重启。【可能原因】： 软件版本

9、加载失败 主控单板电子盘异常 单板硬件故障 【排查思路】：主控单板和外围单板的排查思路不一样，下面分别描述：主控单板反复重启：1. 用直连网线连LMT1网口，使用“100.225.2.254”登录BCCS单板重新上传单板软件版本。具体方法见Node B版本升级指导手册注：登陆SBMP时使用“100.209.1.254”2. 若上传失败或发现前台文件夹目录不正常，则在登陆主控单板并输入“man”命令停止BOOT启动后输入“BspFormatDoc”对电子盘进行格式化，成功后再上传单板软件版本3. 上传完以后拔插主控单板，如果还不正常，那么就可以排除软件版本问题的可能，更换主控单板外围单板反复重启

10、：1. 在主控板上输入“DbsShowLoad”命令核查数据库加载是否正常，若加载失败则使用与主控单板软件版本匹配的数据库表整表到前台，并正常进行数据配置和外围单板版本升级，否则进入下一步2. 核查配置数据是否正常配置了该单板，且单板类型匹配3. 核查软件版本管理，是否存在该类型单板的所有软件版本4. 拔插该单板后故障仍不消失，应该是本地Flash盘故障，更换单板1.1.2.3 外围单板不在位【故障现象】：外围单板上报“单板不在位”告警。【可能原因】： 配置槽位上未插单板 外围单板故障 主控板故障 背板故障 【排查思路】：1. 确认告警槽位是否插有单板，前台单板与后台配置槽位是否不一致2. 若

11、故障单板是TBPx、TORx、IIA，则更换单板槽位和后台配置，判断是单板问题还是背板问题： 如果是发生故障的单板在正常槽位仍有问题，故障单板返修 如果另一正常单板在发生故障的槽位有问题，更换主控板，看故障能否恢复，恢复则主控板故障，不恢复则说明背板故障 若有其它槽位可用，则尽量利用；否则更换背板1.1.2.4 外围单板通信链路断【故障现象】：外围单板上报“通信链路断”告警。【可能原因】： 配置槽位上未插单板 外围单板故障 主控板故障 背板故障 【排查思路】：1. 先确认单板是否正常上电，是否上报“单板不在位”告警，有则先解决2. Ping该单板，若一直无法ping通，说明CPU小系统未启动。

12、将该单板与另一正常单板交换或更换槽位： 如果是发生故障的单板在正常槽位仍无法ping通，则依次拔插更换BOOT芯片，故障不消失则更换单板 如果另一正常单板在发生故障的槽位有问题，更换主控板，看故障能否恢复，恢复则主控板故障，不恢复则说明背板故障（若有其它槽位可用，则尽量利用；否则更换背板）3. 如果能ping通单板，但出现时通时断，说明单板启动过程出现问题，单板处于反复重启状态。 如果所有同类型单板均有此现象，核查单板软件版本配置是否正确 若只有某块单板有此现象。除TBPx以外单板直接返修，对TBPx单板，需要进一步判断 LogView登陆TBPx单板，输入bspLogOn命令，查看单板的启动

13、中软件版本加载流程，判断FPGA版本加载失败还是具体哪一块DSP版本加载失败，示例如下：下面为在B328机架上，一块TBPE单板启动失败时的打印消息。TBPE-BII 0 Mac: 0x0 0xd0 0xd0 0xc1 0x12 0xfBII 1 Mac: 0x0 0xd0 0xd0 0xc1 0x12 0x10TBPA Mac: 0x0 0xd0 0xd0 0xc1 0x2 0x5bspLogOnTBPE-open flash succ. Read ChipType 3 SubChipType 0 head info in the flash success.open flash succ.

14、Read ChipType 3 SubChipType 0 version in the flash success.download time=1 ok.上面的打印说明，读取FPGA版本头文件、读取FPGA版本文件、下载FPGA等步骤正常。下载正常后，FPGA指示灯开始闪动。open flash succ. Read ChipType 4 SubChipType 1 head info in the flash success.open flash succ.Read ChipType 4 SubChipType 1 version in the flash success.dsp 0 do

15、wnload success.Read Ver Data From DSP=0 success.dsp 0 SBSDRAM download success.Read Ver Data From DSP=0 success.ver Data1 of DSP=0 differ for times=1!dsp 0 SBSDRAM download success.Read Ver Data From DSP=0 success.ver Data1 of DSP=0 differ for times=2!dsp 0 SBSDRAM download success.Read Ver Data Fro

16、m DSP=0 success.ver Data1 of DSP=0 differ for times=3!dsp 0 SBSDRAM download success.Read Ver Data From DSP=0 success.ver Data1 of DSP=0 differ for times=4!dsp 0 SBSDRAM download success.Read Ver Data From DSP=0 success.ver Data1 of DSP=0 differ for times=5!上面的打印说明，读取DSP0的版本头文件、读取DSP0版本文件、下载DSP0内部RA

17、M并校验等步骤正常，但是下载DSP0外部SDRAM并校验时，发现校验错误，反复进行5次下载校验后，单板停止后续DSP的下载，重新启动。1.1.2.5 外围单板FPGA自检失败【故障现象】：外围单板（TBPx、TORx）上报“FPGA自检失败”告警。【可能原因】： 单板硬件故障 【排查思路】：1. 拔插该单板，故障不消失则更换单板1.1.3 时钟类故障1.1.3.1 实时时钟告警【故障现象】：上报“BCCS实时时钟无输出(系统时间)”告警，告警码0x001F。【可能原因】： SNTP服务器工作异常 Node B模块配置中SNTP服务器IP地址设置错误 主控单板硬件故障 【排查思路】：1. 检查S

18、NTP服务器是否工作正常。重点关注是否Windows系统的“windows time”服务未关闭导致123端口被占用2. 在Node B模块配置中核查SNTP服务器IP地址配置是否与实际一致3. 若仍存在该问题，则是主控单板实时时钟芯片故障，更换主控单板1.1.3.2 系统主控时钟无输出【故障现象】：主控单板上报“系统主控时钟无输出”告警，告警码0x0013。告警子码： 1 61.44M时钟无输出210M时钟无输出3帧时钟(FR)无输出4 帧号(FN)无输出519.44M无输出6- 2M无输出【可能原因】： 主控单板硬件故障 误告警 【排查思路】：1. 登录主控单板，输入命令“BspGetFp

19、gaReg 0x1011”，返回的值转换为8bit二进制数，第二位（从低到高）表示2M时钟是否存在，第三位表示19M时钟是否存在，第四位表示10M时钟是否存在，第五位表示61.44M时钟是否存在，第八位表示帧时钟(FR)是否存在；输入命令“BspGetFpgaReg 0x1010”，返回的值转换为8bit二进制数，第六位（从低到高）表示帧号(FN)是否存在。这些数值正常应该为1，为0时并且复位拔插后故障依旧，需要更换主控单板2. 若为1但上报告警，初步判断后台显示误告警，在主控单板上输入OamTraceAlmMap（BoardId，AlmCode）察看前台是否存在该告警。目前碰到的几次都是由于

20、前后台告警同步问题导致，从后台发起告警同步即可注：其他告警误告警的解决就不再介绍1.1.3.3 传输时钟异常【故障现象】：IIA上报“传输时钟异常”告警，告警码0x0012。告警子码：119.44M时钟丢失 22M时钟丢失【可能原因】： 传输时钟丢失说明 “主控板背板Iub传输板”的通道出现了问题。故障点就是主控板BCCS、Iub传输板（IIA等）和背板 【排查思路】：1. 若BCCS单板上报“系统主控时钟无输出”告警（子码5、6），先按1.1.3.2排查2. 若无， 拔插IIA单板，故障不恢复则更换IIA单板3. 更换后故障依旧，则先修改IIA槽位配置（B326只有1块Iub接口板BIIP，

21、跳过此步）。若故障恢复，说明是背板上原槽位处故障，在不影响的情况下可不更换背板；若仍不恢复，直接更换背板1.1.3.4 外围单板参考时钟故障【故障现象】：外围单板上报“外围单板参考时钟故障”告警，告警码0x0014 “外围单板时钟频率异常”告警，告警码0x0031告警子码： 对于TBPx：1-输入61.44M chip时钟丢失2-帧同步时钟丢失3-输入帧号丢失对于TORx:11-上行FPGA输入61.44M chip时钟丢失12-下行FPGA输入61.44M chip时钟丢失21-上行FPGA帧同步时钟丢失22-下行FPGA帧同步时钟丢失41-上行FPGA输入10M射频参考时钟丢失42-下行F

22、PGA输入10M射频参考时钟丢失【可能原因】： 和传输时钟丢失告警类似，说明 “主控板背板外围单板”的通道出现了问题。故障点就是主控板BCCS、外围单板和背板 【排查思路】：1. 排查方法与传输时钟异常类似。若BCCS单板上报“系统主控时钟无输出”告警（子码1、2、3、4），先按1.1.3.2排查2. 若无，察看是否所有同类型单板均上报该告警，是则更换BCCS单板3. 拔插该外围单板，故障不恢复则更换该单板4. 更换后故障依旧，则先修改外围单板槽位配置（可更改多次）。若故障恢复，说明是背板上原槽位处故障，在不影响的情况下可不更换背板；若仍不恢复，直接更换背板1.1.3.5 锁相环失锁类【故障现

23、象】：上报“锁相环失锁或锁相环晶振故障”等告警。告警码：0x0018、0x0019、0x0034。【可能原因】： 时钟参考源异常 晶振故障 DA故障 背板故障 【排查思路】：19M锁相环故障：1. 若某RNC下所有站点均存在本故障，核查RNC侧CLKG单板工作状态是否正常且处于trace状态2. 单个站点故障时，在传输板正常运行情况下，输入“PLLSetPrintFlag 1,1”获取相关打印发给开发人员进一步分析是否有改进可能3. 拔插BCCS不恢复，则更换BCCS单板10M锁相环故障：1. 拔插BCCS单板，不恢复则更换BCCS单板61.44M锁相环故障：1. 先确认是否存在10M锁相环故

24、障，并排查2. 若正常，复位拔插BCCS单板，故障不恢复则更换单板62.5M锁相环故障： 该告警由TORx单板上报，由10M时钟做参考源1. 先确实是否存在“外围单板参考时钟”，若存在，先按1.1.3.4排查2. 若同时也存在61.44M失锁，说明10M时钟输出故障，直接更换主控单板3. 拔插TORx单板，故障不恢复则更换单板1.1.3.6 10M本振不可用【故障现象】：上报“10M本振不可用”告警。告警码：0x003D。【可能原因】： 该故障的上报原因是无可用的GPS时钟参考源，具体可能性如下： GPS故障（详见1.1.8描述） 数据配置 晶振故障【排查思路】：1. 若存在GPS相关告警，先

25、按1.1.8排查2. 核查GPS子卡是否正确配置，现场出现较多2种情况如下： 未配置GPS子卡 GPS子卡号配置错误3. 若无其他告警且数据配置正确，拔插BCCS单板，故障仍不恢复则更换单板1.1.3.7 8k时钟参考源丢失【故障现象】：上报“8K时钟参考源丢失”告警，告警码0x0015。告警子码： 0没有可用的Iub传输口8k时钟参考源 3BITS 时钟丢失【可能原因】： 告警码为0： 传输故障（详见1.1.4.1） Iub传输板故障 主控板故障 背板故障 告警码为3： 未外接BITS设备 主控板故障【排查思路】：目前基本没有使用BITS作为基站网络时钟同步的，这里就对第一种情况给予 介绍：

26、1. 若Node B与RNC见传输存在问题，先按1.1.4.1排查2. 拔插IIA、BCCS，故障仍不恢复则依次更换IIA和BCCS单板，判断故障点3. 若全更换后故障依旧，更换背板1.1.4 传输类故障1.1.4.1 Iub口传输故障（E1链路告警）【故障现象】：1. Iub口传输不通，打线后从OMCR动态数据管理中看E1链路不是处于激活状态。基站侧具体表现在：上报LOS、LOF、LCD、LIF、IMA组处于非工作态等告警；2. 不打线情况下无告警；3. Ping包有丢包，IPOA通道时通时断4. SBMP上报“IUB子卡类型错误”告警【可能原因】： 接口板运行不正常，无可用软件版本（见1.

27、1.5） 传输打线错误 拨码不正确导致阻抗不匹配 传输板和传输线硬件故障（IIA、ET（ETT）、E1线缆、SBMP） SBMP子卡类型错或子卡未插好 数据配置 RNC或传输设备故障【排查思路】：1. 存在LOS告警时，应该按照如下流程排查： 检查E1传输打线连接以及线序（120欧）是否正确 在传输接口板上查询当前传输阻抗，是否与实际使用传输一致：SBMP：SubCardInfoIIA：hwGetFramerMode 对上报告警的E1做自环（对基站作环），若告警消失，则是传输设备和RNC故障，由传输人员配合继续自环排查 自环后故障不消失，先检查ET（ETT）和IIA处E1线插头是否连接正常，重

28、新连接后自环故障仍不消失则依次拔插更换E1线、ET（ETT）板、E1跳线和IIA单板来确认故障点2. 存在LOF告警时，按照如下流程排查： 若存在LOS，先查，否则进入下一步 检查主控板有没有时钟告警，如没有时钟告警，则进行下一步 检查RNC或者传输设备有没有时钟告警，如没有时钟告警，请进行下一步 对上报告警的E1做自环（对基站作环），若告警消失，则是传输设备和RNC故障，由传输人员配合继续自环排查 自环后故障不消失，先检查ET（ETT）和IIA处E1线插头是否连接正常，重新连接后自环故障仍不消失则依次拔插更换E1线、ET（ETT）板、E1跳线和IIA单板来确认故障点3. 存在LCD告警时，按

29、照如下流程排查： 若存在LOS/LOF，先查，否则进入下一步 与LOF排查思路一致4. 存在LIF告警时，按照如下流程排查： 若存在LOS/LOF/LCD，先查，否则进入下一步 检查NodeB和RNC之间的E1连线是否一致，如果一致，则进行下一步 检查连接双发的IMA组参数中的“加解扰参数”， 确认参数是否一致。如果参数一致，则进行下一步 对上报告警的E1做自环（对基站作环），若告警消失，则是传输设备和RNC故障，由传输人员配合继续自环排查 自环后故障不消失，先检查ET（ETT）和IIA面板处E1线插头是否连接正常，重新连接后自环故障仍不消失则依次拔插更换E1线、ET（ETT）板、E1跳线和I

30、IA单板来确认故障点5. 存在“IMA组处于非工作状态”告警，按照如下流程排查 若存在LOS/LOF/LCD/LIF，先查，否则进入下一步 在LMT上将NodeB的IMA时钟模式设为ITC，如果告警不能消除, 请进行下一步 对上报告警的E1做自环（对基站作环），若告警消失，则是传输设备和RNC故障，由传输人员配合继续自环排查 自环后故障不消失，先检查ET（ETT）和IIA处E1线插头是否连接正常，重新连接后自环故障仍不消失则依次更换E1线、ET（ETT）板、E1跳线和IIA单板来确认故障点6. 有不少站点存在不打线情况下不上报告警的情况，这种情况主要在SBMP单板上比较常见，下面详细介绍其排查

31、流程：B322（SBMP）： 检查数据配置，是否配置了E1线和IMA组 检查E1子卡(或STMC光子卡)是否插好，是否平整。如果不好，可以重新插一下。否则下一步 登陆到SBMP上，输入命令Test7340和Test4354，返回如下打印。如果这两个测试都是success，则继续下一步，否则更换单板SBMP-Test7340 reg write-read test.success internal ram write-read test.success external SDRAM write-read test.success 7340 test successSBMP-Test4354Usa

32、ge: Test4354(1:first 4354, 2: second 4354, 3: both 4354)value = -1 = 0xffffffff = Si1Handle + 0xff9ffe03SBMP-Test4354 3 PM4354-1 test success PM4354-2 test successvalue = 0 = 0x0 输入命令，Aal5DtcTest，E1子卡返回打印。它的打印依次是IMA自环，E1内环，以及E1线路外环。重点需看每条E1的Test Result: Send 3 packages, Rev 3 packages, Match 3 packa

33、ges。这表示发收都是3帧，数据正常。如果是Test Result: Send 3 packages, Rev 0 packages, Match 0 packages，则说明该条E1不正常。如果未打线且E1外部没有自环，则最后的E1外环测试，每条测试结果都应该是Test Result: Send 3 packages, Rev 0 packages, Match 0 packages.，但是如果出现Send 3 packages, Rev 3 packages, Match 3 packages，说明子卡内这条E1有一些短路(这是由于生产中没有ICT引起)。SBMP-Aal5DtcTest

34、Chip 7340 Inter Loop Test Start. (IMA自环) （省略若干）E1 Chn 1 Test Start. Test Result: Send 3 packages, Rev 3 packages, Match 3 packages. Chip 4354 Inter Loop Test Start. (E1内环)（省略若干）E1 Chn 1 Test Start. Test Result: Send 3 packages, Rev 3 packages, Match 3 packages. E1 Port Outer Loop Test Start.(E1外环)（省

35、略若干）E1 Chn 1 Test Start. Test Result: Send 3 packages, Rev 0 packages, Match 0 packages. 测试不通过时，更换E1线和单板来定位故障所在 测试全部通过，重启SBMP单板（IIA 单板） 使用光纤传输时使用Aal5StmcTest命令来排障，不做详细描述B328和B326（IIA、ETT）由于IIA不使用SBMP上类似的传输子卡，排查思路要简单许多。 检查数据配置，是否配置了E1线和IMA组 拔掉IIA面板E1线，故障依旧则更换IIA单板，否则进入下一步 拔掉ET侧（ETT板）与IIA间E1连线，故障依旧则更换

36、该段E1跳线，否则进入下一步 拔掉ET（ETT板）外部E1连线，故障依旧则更换ET（ETT）板；否则更换外部E1线7. IPOA通道Ping包有丢包的问题，涉及故障环节较多，在本目录下难于编排，另作一文，以附件形式体现：8. SBMP上报“IUB子卡类型错误”告警 检查配置的IUB子卡是否在位 检查配置的IUB子卡类型是否错误1.1.4.2 BBU-RRU通信链路断1. 宏站通信链路断按照下文排查：2. 微站通信链路断，故障点比室外少很多，可参照宏站的排查方法进行，故障原因如下： 加电异常 光纤损坏或收发反 BBU或RRU侧光模块坏1.1.4.3 IQ链路故障【故障现象】：1. IQ链路输入失

37、锁2. 上行IQ Link链路误码3. IQ错帧统计【可能原因】： 误告警 基带板故障 IQ交换板故障 背板故障【排查思路】：1. 上报“IQ链路输入失锁”时，在告警单板上输入BspGetFpgaReg（0X40），(链路18)，BspGetFpgaReg（0X41），(链路916)，BspGetFpgaReg（0X42），(链路1724)，为1 表示失锁；检查是否是真实的告警；如果是误告警，复位单板，否则进行下一步2. 拔插基带板和IQ交换板（TORx或SBMP），若告警不恢复，进入下一步3. 依次更换基带板、IQ交换板和背板，确认故障点1.1.5 版本升级类故障基站软件版本管理采用包管理方

38、案，基础内容本文不做介绍，如有需要请参考ZXTR B328V1.11.200软件版本管理方案介绍。1.1.5.1 大版本包下载失败【故障现象】：后台发起软件版本包下载后，前台返回失败【可能原因】： 网元类型不匹配 前台电子盘空间不足 后台FTP服务启动异常或地址配置错误 传输时断时续 IPOA带宽设置过小 版本制作错误（外场基本没有可能）【排查思路】：1. 若失败原因是“网元类型不匹配”，说明下载的版本包文件与实际基站类型不一致，核查操作2. 若失败原因是“前台电子盘空间不够”，先LogView登陆主控板输入DiskSpaceDisplay获取前台实际磁盘空间与版本包大小进行比较，判断是否误告

39、（一般不会）；若确实空间不够，则采用OMCB提供的“前台版本删除功能”删除前台不需要的版本（前台自动选择）3. 若失败原因是“获取版本下载路径失败”，检查后台FTP服务运行是否正常；ums-svrdeploy下的deploy-120tomcb.properties中的IPOAFTP地址是否与服务器对应的IP地址一致例：在服务器上运行其它FTP服务会造成后台自带FTP服务异常，无法进行版本下载和同步操作。4. 若下载时发现超时失败，有2种可能： 传输时断时续，表现为Ping包有丢包。按照1.1.4.1的第7项进行传输故障排查 IPOA带宽设置过小（默认配置为64kbps），按默认配置不会出现问题

40、5. 若上报“配置文件解析失败”、“版本包中没有主控板CPU和FPGA版本”、“版本补丁包不能包含主控板CPU和FPGA版本”等问题，就是版本制作有问题，外场版本都经过验证，一般不会出现这些问题1.1.5.2 大版本包激活失败【故障现象】：后台发起软件版本包激活后，前台返回失败【可能原因】： 大版本配置记录不存在 该大版本已激活 数据库操作失败 从后台获取ZDB失败、拷贝ZDB到tmp失败、ZDB参数不合法等【排查思路】：1. 该站点未进行过该大版本包的下载，下载后再激活2. 该站点下已经激活过该大版本文件，无需再下载3. 从后台获取ZDB失败、拷贝ZDB到tmp失败、ZDB参数不合法等失败原

41、因是前台做了保护措施，属于异常参数输入导致的故障，目前为止在非调试环境还从来没有遇到过， 这里不做介绍1.1.5.3 补丁包相关故障【故障现象】：后台发起补丁版本包的下载或激活后，前台返回失败【可能原因】： 大版本包不存在，不能下载版本补丁包 所属大版本包尚未激活,版本补丁包不能激活【排查思路】：1. 按照可能的原因核查后台操作1.1.5.4 升级失败导致断链【故障现象】：升级过程中，由于操作失误或站点异常断电的外界原因导致站点IPOA断链。【可能原因】： 升级操作失误 数据库加载失败 OMCR的E1数据配置与实际打线不一致 外界因素导致失败【排查思路】：这种情况下，追究升级失败的原因意义不大

42、，下面介绍一下出现这种问题后的解决办法：1. 确认站点加电情况，传输到位情况2. 修改OMCR的IPOA通道VPI/VCI配置为1/100，触发IPOA自动建链流程。这种情况下，基站侧不会根据数据库配置来触发建链流程。只要IIA单板Flash上存在软件版本，且存在某条正常的物理连接，即可建链3. 建链后，查看E1连线告警、数据库加载情况（DbsShowLoad）、前台软件版本，确认升级失败的可能原因4. 认真阅读版本升级指导手册和版本说明，重新升级1.1.6 小区（含公共传输信道）建立失败【故障现象】：小区和公共传输信道无法成功建立。【可能原因】： RNC和NodeB对接参数不一致（见对接类故

43、障排查） RNC未发起审计或小区建立流程（见RNC故障排查） RNC小区和信道功率配置不正确（外场一般使用默认标配，不会出现这个问题） 基站侧硬件故障导致相关资源不可用 人工闭塞相关资源导致不可用 基站侧软件流程异常【排查思路】：1. 小区无法建立，说明 “本地小区载频资源R_CA”状态不正常。核查是否存在影响资源状态的告警，并给予解决2. 若无告警则检查基带资源和射频资源是否足够分配给所有载频，足够进入下一步3. 检查基带资源、扇区载波资源、本地小区载波资源是否被人工闭塞，若是解闭塞，否则进入下一步4. 通过上述排查后本地小区载波资源状态仍然异常的情况，属于版本故障，但均已解决。如有此情况，

44、获取OstmHelp里面所有命令的返回值以及BCCS单板的所有打印日志发回分析5. 小区资源状态正常，RNC下发小区建立消息后，基站建立小区（公共传输信道）失败。目前常见的有以下几种情况，如下： TBPx单板返回小区建立失败，查看TBPx单板打印发现错误码1819，该错误码表示小区建立过程中，DSP未给CPU回应，原因是DSP挂死。此时拔插基带板，若故障依旧则更换单板 小区建立失败，错误码为4101（4102、4103、4126）时，检查小区最大发射功率（PCCPCH功率、DwPCH功率、TS0总功率）配置是否非默认，值超限 公共传输信道建立失败，错误码为8200（8202、8222和8478），检查SCCPCH功率配置（Pich功率配置、SCCPCH总功率配置后TS0超限） 其它错误码非常少见，如果出现，使用DSP监控工具登陆建立失败的TBPx单板，获取BSPM模块的打印后发回研究1.1.7 干扰类故障【故障现象】：业务效果差、无法进行呼叫、容量上不去等。【可能原因】： TD系统自身干扰，即其他地区基站的下行信号对本地基站上行时隙的干扰或者同频邻小区用户对本小区上行时隙的干扰。 其他系统对TD信号的干扰。【排查思路】：干扰反映到系统指标就是无用户情况下上行接收信号总功率RTWP的提高（有用户时ISCP也可作为参考），