TD-SCDMA故障排查手册V.doc

第3章 NODEB常见故障处理第1章 OMC常见故障处理1.1.1 OMCR服务器没有正常启动【故障现象】：Windows平台上OMCR服务器启动时没有听到“嘀、嘀、嘀”三声轻响。客户端连接不上服务器，OMCR不能正常工作。【可能原因】：出现这种现象有三种可能原因，一是服务器端其它进程加载失败；二是AMP对服务器端其它进程测试失败；三是网管域冲突。【处理思路】：处理办法是：查看amp.xxxxxxxx.log文件，在文件中查找：AMP(PLF):Process XXX Load Fail。 在syscfg.ini文件中检查PROCESSNAME小节中是否有该进程的映射，再查找响应的可执行文件是否存在，如果没有请根据实际可执行文件名在syscfg.ini里添加；修改ampcfg.ini里PsLoadTimeout的值为500左右；在syscfg.ini文件中查找是否有其它机器与本机建链。【注意事项】：amp.xxxxxxxx.log文件位于OMCHOME/tmp/log目录下，ampcfg.ini和syscfg.ini位于OMCHOME/conf目录下。【故障实例】：1.1.2 客户端无法连接服务器【故障现象】：客户端GUI界面没有起来，命令提示符界面上显示“Cant connect to AP server”。【可能原因】：可能的原因有：服务器没有正常启动；客户端配置文件设置不正确；客户端和服务器之间的网络连接不正常。【处理思路】：处理的办法有：正常启动服务器端；检查客户端配置文件syscfg.ini里SVRINFO一节里SvrMNo1、SvrIP1设置与服务器端是否一致，不一致按照服务器端设置修改；使用ping命令检查网络连接。【注意事项】：客户端的配置文件在OMCHOME/conf下。【故障实例】：1.1.3 客户端连接上服务器，一直显示正在等待IMF初始化，无法登录【故障现象】：客户端长时间禁止操作，状态条显示等待IMF初始化，不能弹出登录对话框。【可能原因】：服务器端的IMF进程没有正常启动；服务器端的DIFFS进程没有正常启动。【处理思路】：在服务器端通过任务管理器查看是否有IMF和DIFFS进程存在，如果不存在请重新启动OMCR服务器端，重起后如果上述进程有自动退出的请联系开发部门。【注意事项】：重新启动前请查看ampcfg.ini文件，确保上述两个进程在配置文件中被设置自动带起。【故障实例】：1.1.4 客户端显示获取拓扑树失败【故障现象】：客户端正常启动，登录成功后等待一段时间，弹出对话框显示获取拓扑树失败，客户端退出。【可能原因】：出现获取拓扑树失败一般是因为ftp设置问题，请检查服务器端ftp设置是否正确，从客户端手工ftp尝试；此外检查客户端和服务器的OMCHOME所在磁盘是否满。【处理思路】：如果从客户端手工ftp不能成功，请重新设置服务器端ftp配置，直到从客户端可以手工ftp；如果磁盘满请删除不必要的文件，保持磁盘有1G以上的空闲空间。【注意事项】：服务器端ftp的宿主目录必须是OMCHOME/tmp/ftp。【故障实例】：1.1.5 前后台配置数据不一致【故障现象】：通过OMC看到的数据与通过其它方式（例如探针工具）看到的数据不一致。【可能原因】：通过其它方式修改过前台数据，或者在OMC以离线方式修改的数据没有同步到前台。【处理思路】：通过整表同步方式同步数据：通过OMC客户端验证后台数据正确无误，在客户端配置页面选择要同步的RNC，右键点击该RNC的管理网元节点，在弹出菜单中选择“整表配置”。【注意事项】：整表数据同步以OMC数据为准，所以在同步前要验证后台数据准确。【故障实例】：1.1.6 FTP配置引起的问题【故障现象】：版本不能下载，数据不能同步等故障现象。【可能原因】：FTP配置原因，FTP的用户名、密码不对；FTP用户的权限低；FTP指定的文件目录不对。【处理思路】：检查FTP的各项设置，可参考FTP的安装资料。【注意事项】：【故障实例】：1.1.7 3GPLAT工具前后台通讯问题“前后台通讯”工具运行正常，是“TD信令跟踪”、“打印管理”、“探针”等工具运行的先决条件，这些都是外场调试的重要手段。双击“3GPLATOMC ”程序在windows操作系统的托盘，查看“链路信息”，正常显示“连接状态”显示为1表示连接正常。【故障现象】：前后台通讯链路断【可能原因】：1、网线问题调试机与前台连接网络不通。检查使用的网线接口类型。2、路由问题没有在调试机添加路由。如 route add （前台OMC IP地址可需要视具体环境做相应调整）128为UIM（控制面）的地址,即通过UIM来访问OMP 129的地址。3、 配置文件问题后台模块号Module与OMCR客户端等工具冲突。修改C:盘WINNT 目录下的3GPLATWIN_MGT.INI文件的Module。IP地址不对，修改3GPLATWIN_MGT.INI文件的IP地址。第2章 RNC常见故障处理2.1 概述RNC调试中常见故障有：连线问题、BOOT版本问题、拨码开关问题。在接口调试中（IU口和IUB口）,出现最多的就是数据配置问题，只要严格按照开局手册做数据，绝大部分的问题都可以避免。2.2 软件版本问题【故障现象】：因为单板下载的版本不对会引起一些典型的故障，比如单板不停的重启。BOOT的版本不对会引起版本下载失败。【处理思路】：对于BOOT的版本兼容性问题，请在升级时查看升级说明中关于BOOT的兼容说明，对于不兼容的BOOT需要现场升级BOOT版本，然后在下载单板的版本。从两个方面着手检查版本的正确性和完备性，一是检查所带的版本文件是否正确，我们要求所有的版本都走正常的版本外发流程，从版本管理员哪里取版本。二是检查下载到单板上的版本是否正确。因为有的单板有多个版本，所以还要检查版本是否全部下载。下表给出各种单板的版本类型、功能版本类型和版本文件的命名规则。在下载版本时请参考下表进行检查。【故障实例】低版本的BOOT不兼容高版本的软件，现场也发生几次。外场多次出现下载UIM_U版本时下错了版本，引起UIM_U板不停的重启。表2.2.1RNC单板版本类型说明逻辑单板类型理单板类型版本类型功能版本类型备注_LOGIC_MP_BT_3G_MPX86DB_CPUID_NO1_VERDB_DEFAULT_VERCPU 版本TDRNC_MPX86_MP_X86_D0.00.00_vxworks.Bin_LOGIC_MP_BT_3G_MPX86DB_FPGA_VERMPX86_BOARD_FPGAFPGA版本MPX86_04_FPGA.RBF_LOGIC_RPU_BT_3G_MPX86DB_CPUID_NO2_VERDB_DEFAULT_VERCPU版本TDRNC_MPX86_RPU_X86_D0.00.00_vxworks.Bin_LOGIC_UIM_BT_3G_UIM_2DB_CPUID_NO1_VERDB_DEFAULT_VERCPU版本TDRNC_UIM_2_UIM_755_D0.00.00_vxworks.Bin_LOGIC_UIM_BT_3G_UIM_2DB_FPGA_VERUIM_BOARD_NOT_TFS_FPG（uim_u单板）UIM_BOARD_HAVE_TFS_FPG （uim_c单板）FPGA版本 UIM2_01_FPGA_16KNET.BIN （uim_u单板）UIM2_01_FPGA_TFS.BIN （uim_c单板）_LOGIC_RAP_BT_3G_APBEDB_CPUID_NO1_VERDB_DEFAULT_VERCPU版本TDRNC_APBE_RAP_755_D0.00.00_vxworks.Bin_LOGIC_RAP_BT_3G_APBEDB_MICROCODE_VERDB_DEFAULT_VER微码版本UC_TDRNC_APBE_RAP.pkg_LOGIC_RDMP_BT_3G_VTCD DB_CPUID_NO1_VERDB_DEFAULT_VERCPU版本TDRNC_VTCD_RDMP_8260_D0.00.00_vxworks.Bin_LOGIC_RDMP_BT_3G_VTCD DB_DSP_VER DB_DSP_WPB_VERDSP 版本dsp6416.bin_LOGIC_RGUP_BT_3G_MNICADB_CPUID_NO1_VERDB_DEFAULT_VERCPU版本TDRNC_MNIC_RGUP_BEARM_D0.00.00_vxworks.Bin_LOGIC_RGUP_BT_3G_MNICADB_MICROCODE_VERDB_DEFAULT_VER微码版本UC_TDRNC_MNIC_RGUP.uof_LOGIC_RAPB_BT_3G_IMABDB_CPUID_NO1_VERDB_DEFAULT_VERCPU版本TDRNC_IMAB_RAP_755_D0.00.00_vxworks.Bin_LOGIC_RAPB_BT_3G_IMABDB_MICROCODE_VERDB_DEFAULT_VER微码版本UC_TDRNC_IMAB_RAP.pkg_LOGIC_RAPB_BT_3G_IMABDB_FPGA_VERIMAB_BOARD_FPGAFPGA版本IMAB_00_FPGA.BIN2.3 版本加载期间常见问题2.3.1 使用后台进行ROMB版本切换后，发现实际ROMP的版本没有切换【故障现象】：使用后台进行ROMB版本切换后，发现实际ROMP的版本没有切换【可能原因】：1初始配置ROMB时使用的前台的FTP没有关掉，这样每次ROMB在启动时都通过ftp得到版本配置信息，所以每次重启都回复到老的版本，导致romp版本更换失败。当初始配置ROMB结束后，关掉前台的FTP程序。2通过后台进行ROMB版本切换后，不是等到ROMB自己重启，而是手动的去重启ROMB,版本文件和相关信息还没有完全更新时就重启了，导致版本切换失败。【处理思路】：【故障实例】：2.3.2 通过串口配置后ROMP仍旧无法正常启动【故障现象】：通过串口配置后ROMP仍旧无法正常启动【可能原因】：1、 首先检查机框拨码开关是否拨在正确的位置；2、 检查ompcfg.ini文件和ROMB版本文件是否都放在正确的目录下，而FTP Server中HOME DERICTORY的路径就是指向这儿。3、 数据配置文件是否已经放入/IDE0目录下。【处理思路】：【故障实例】：2.4 后背板通讯线缆的连接Rnc后背板的接口，在资料里没有说明，目前都是口头相传，信息有限请增加这部分的内容。2.5 IU口调试问题处理2.6 Iub口调试问题处理2.7 呼叫问题处理2.8 PS域调试问题处理2.9 切换问题处理 2.10 七号信令故障的问题2.10.1 手机注册不成功故障一例【故障现象】：手机开机后从现象上看能注册到网路（显示ZTE），单几分钟后显示不能注册网络。【可能原因】：手机注册不成功的原因很多，例如终端问题，SIM卡问题，干扰问题（空口质量太差），也可能是IU口的数据配置有误。【处理思路】：终端问题和卡问题可采用替换法排除，对于干扰问题可利用打印工具查看打印消息。数据配置问题一般出现在开局的时候，在开局过程中出现此问题首先用检查数据配置，可通过打印消息来帮助排查。【注意事项】：【故障实例】： RNC打印：SCCP: scrc received MTP_TransEvent(2)2005-8-18 9:16:04 模块:SCCP - SCCPSCOC receive CREF_Even。从RNC的打印观察看到,拨打电话是RNC接受到UE初始直传消息后,RNC与CN建立SCCP链路时被CN拒绝(SCCPSCOC receive CREF_Event)导致RNC发起资源重置。 CN打印消息:.1285 08/18/16:35:47 Ranap Received Message:mrInitialUEMsg_M,Index=18091286 08/18/16:35:47 Ranap_DB Err:CM_MGETRNCINDEX:MCC61540_MNC34_RNCID1231287 08/18/16:35:47 Ranap Err Rnc:Mcc61540_Mnc34_RncId1231288 08/18/16:35:47 Ranap Send Disconnect Msg To SCOC, SccpId:1809 CN侧失败观察显示信息： 分析：CN接收到RNC发起的请求，由于数据库的RNC的MCC和MNC，RNCID出错导致CN向RNC下发断连请求。在OMCR检查RNC标识,发现配置的标识为123，在RNC上配置为100。在CN侧MSC Server局修改RNC标识为100,同步后.拨打电话打通第3章 NODEB常见故障处理3.1 关于室内环境（不用TMB和GPS）调试要注意的几个问题3.1.1 不安装GPS引起的问题不安装GPS不能建立小区，因为BCCS单板有GPS时钟参考源丢失告警。解决方法：在OMCB上删除本地小区，增量同步后再配置小区。OMCR上删除小区。3.1.2 不用TMB引起的问题但如果把功率校准方式为 自动功率校准 后复位NODEB,则小区就建不起来(必须要复位,因为自动功率校准只有在NODEB重启后才起作用.如果不复位小区仍可以建立)如下图：3.1.3 通话范围小【故障现象】：在室内环境，未连接TMB，在小天线的近处可以拨打电话，但离开很小的距离（0.5M）后就RL失败导致通话失败。【可能原因】：在小天线的近处可以拨打电话，但离开0.5m距离后就RL失败导致通话失败。可以看出空口质量不好引起RL失败，从而导致通话失败。【处理思路】：检查无线数据配置：发射功率、网络侧期望UE的功率，UE侧期望的功率；检查该小区射频单元-每个载波的上行通道的设置。【注意事项】：【故障实例】：机房环境使用的是小天线接受信号，NODEB数据配置为8通道,实际使用的只有一个通道,而且8通道使用分集接收,实际只使用了一个天线，导致分集接收的效能很低,低于8天线的1/8,导致上行信号很弱.从而使拨打电话时离开天线就断线导致通话失败.具体修改:在OMCB网管中将该小区射频单元-每个载波的上行通道，使用的载波中未接天线的通道关闭。3.2 TMB常见故障处理3.2.1 TMB建链失败【故障现象】：TMB建链失败【可能原因】：TMB硬件故障、TMB电源线故障、TMB控制线故障、TTRX单板故障、OLPM硬件故障，版本故障。【处理思路】：TMB建链失败控制通道相关部分出现问题。控制线信号传输路径是TTRXTTCI室内避雷器（LPM）室外避雷器（OLPM）TMB。TMB硬件问题，电源问题等，我们的处理步骤就是逐步进行检查。由于一个扇区至少有两个TMB现场处理问题时可采取替换法，可以快速的定位问题。【注意事项】：一个付天线使用两个TMB，这两个TMB的控制线是由一根线缆引出，在OLPM里按线的色谱区分引到TMB上，注意不要接错线。 TMN的电源线的焊接一定要加绝缘套管。【故障实例】：某NODEB在更换控制线后出现2个TMB有一个TMB建链失败。将控制线更换后,观察TTRX打印消息时发现TTRX2的打印异常,与TMB建链失败.TTRX1正常。将TMB1的航空头与TMB2的航空头对调后,TTRX1的打印正常,但TTRX2的打印仍然异常,也为建链失败,说明TMB没有问题，怀疑控制线线序或者控制线有问题,将OLPM打开,观察控制线进OLPM的线序.发现485_31 485_32 与485_21 485_22 的接线接反,将TMB的切换控制线接到TMB2上,TMB2的控制线接到TMB切换控制线接线柱了。3.2.2 TMB某通道输出不正常【故障现象】：TMB某通道输出与其他通道输出相差较大【可能原因】：TMB硬件故障、TTRX单板故障、LPM硬件故障，线缆故障。【处理思路】：射频信号传输路径是TTRX机顶转接口室内避雷器（LPM）室外线缆TMB。我们的处理步骤就是逐步进行检查。由于一个扇区至少有两个TMB，现场处理问题时可采取替换法，可以快速的定位问题。【注意事项】：在查障的过程中不要将TMB在工作的情况下使其输出口空载，这样容易引起自激，会影响设备正常工作严重情况下会烧毁TMB中LNA或者PA！【故障实例】：TMB某通道输出不正常。首先检查TTRX板输出情况，用频谱仪依次接到TTRX板输出口上检查输出功率是否正常，此时检查到各通道均输出正常。用驻波比检查馈缆情况，此项检查也正常。再检查TMB各个通道情况，断开机顶所有的8通道线缆；选择机顶一个固定的通道口，依次连接TMB的8个通道线缆，将信号送往TMB，并通过校正线缆返回，在校正线缆口接频谱仪，逐个查看TMB每个通道工作情况。在此检查方式下发现有一个通道的返回值比其他通道低很多，经过多次检查，确定为TMB内某通道出现问题，需要更换TMB。3.3 天线校正问题处理【故障现象】：在OMCB上进行某小区天线校正操作，但OMCB返回校正失败，返回错误码为3（一般多为上行校正失败）【可能原因】：1、该小区TMB的8个通道输出相差过大，OMCB中通道衰减设置不正确2、TTCI板插损过大3、馈缆损耗过大4、送给TTCI板主从选通信号有误【处理思路】：检查TMB各通道输出；检查OMCB中衰减参数设置；检查TTCI插损；检查馈缆损耗；版本问题【注意事项】：【故障实例】：某NODE B进行天线校正，返回校正失败，错误码为3。（如上图）检查TMB各通道输出值，发现8个通道输出相差较大，检查OMCB上通道衰减设置是否正确，尽量将8个通道的输出调整到24dBm左右。这里推荐一组衰减设置值：上/下行IF：-3 -5dB，上行RF：-10dB，下行RF：-25dB，按此要求设置一般能满足通道输出要求。此时仍然无法校正的话需要进行下面的检查。用频谱仪检查TTCI板插损，用驻波比检查馈缆的损耗。TTCI插损检查方法，在小区正常的条件下，将TTRX板上的校正连线从校正口断开，移接到8通道的其中某个通道口，从TTCI输出口输出信号，连接频谱仪，测试信号功率，与直接从TTRX的输出通道口处测得的信号功率相比较，一般从TTRX输出口到TTCI输出口损耗为2.5dB（新TTCI板）。同时用驻波比检查馈缆损耗，均无异常现象。最后将TTRX板上两条CAL线缆交换即能进行校正。经过查证，此问题为该版本中送给TTCI板主从选通信号有误造成。（注：由于天线校正不正常涉及较多部分，如TMB故障、TTRX板输出故障、TTRX板通道隔离度不够等，都能引起天线校正的不正常。这些问题请参见文档中相关部分说明。）附录A 各种单板的常用SHELL命令A.1 NODEB单板的常用SHELL命令A.1.1 公共部分：1、 i命令显示所有任务状态信息2、 SetStPrintOn/ SetStPrintOff打开/关闭标准输出打印开关3、 SetLogAllOn/ SetLogAllOff 打开/关闭TNODEB所有模块的打印开(在V1.01.20A以后停止使用)4、 LogOn打开TNODEB所有模块的打印开关(在V1.01.20A以后开始使用)5、 在V1.01.20A版本以后，打印可以分模块开启，具体参见NODEBshell命令使用说明。A.1.2 BCCS单板1. BccsHelp查看BCCS提供的所有Shell命令2. BccsInfoShow 查看BCCS上所有小区和UE的概要信息3. BccsCellShow dwCellId查看BCCS上CELL ID为dwCellId的指定小区信息4. BccsUeShow dwUeInst查看BCCS上UE 实例为dwUeInst的指定UE信息5. DbsHelp查看Dbs提供的所有Shell命令6. DbsShowAllTable查看数据库中所有表名和他们的句柄值，当使用后续需要用到表名的命令时，可先用该命令查看所有表名A.1.3 TBPA1. TbpaHelp查看TBPA提供的所有Shell命令2. TbpaInfoShow查看TBPA上的小区和UE的概要信息3. DspErrShow查看DSP返回的错误码的原因4. TbpaCellShow dwCellId显示TBPA上CELL ID为dwCellId的信息5. TbpaUeShow dwUeId显示TBPA上指定UE的实例号为dwUeId的信息。6. BpmInfoShowdw dwCellId显示TBPA上小区的实例号为dwCellId的系统信息更新的全部信息 。7. FpmHelp查看TBPA的FPM模块提供的所有Shell命令8. FpmShowSummaryInfo显示所有帧的正常信息9. FpmShowDchInfo显示DCH帧的正常和异常信息A.1.4 TWIM1. ShowTWIMCfg显示TWIM的配置参数；包括：简配标配，是第一块TWIM还是第二块TWIM,连接的TBPAId,射频单元类型，本振频点，天线数，射频频点，是否建立小区等。2. ShowTmbInfo显示TMB的配置参数包括：屏蔽字，通道模式、是否自动调节增益、中频下行增益、中频上行增益、射频下行增益、射频上行增益3. TestGetInPwr/TestGetOutPwr检查TMB的输入/输出功率。4. TestSetMode（0）设置TMB的通道模式5. TestSetMask(0)设置TMB的通道屏蔽字 6. GETHDST显示TTRX单板状态和告警信息A.1.5 BII1. n LinkId显示AAL5链路数据收发情况，可以用来判断BII单板是否工作正常。LinkId AAL5链路ID（可以从BCCS上使用DbsGetTable “R_A5VCR” 查看链路ID）2. pvclist显示PVC配置A.2 RNC单板的常用SHELL命令手上没有资料，请补充附录B 调试常用工具介绍B.1 3GPAT工具介绍3GPLAT安装完毕后会在桌面生成一个名为3GPATOMC的快捷方式的目录.双击目录,内容如图所示:使用3GPLAT软件的调试工具的前提条件是将前后台通讯启动起来.启动目录里的前后台通信后在任务栏出现如红色框图的图标前后台通讯正常启动后即可双击上述目录里面的快捷方式启动相应的调试软件开始调试. 注意：在启动3GPLAT软件的前后台通信功能前,要添加前台的OMC口IP地址和OMP地址.的路由B.1.1 3GPLAT打印管理在调试过程中，可从打印分析定位问题 ，下面介绍打印管理的设置和使用方法。B.1.1.1 设置要跟踪的逻辑单板启动后点击新建打印信息弹出如下界面:OMP和CMP仅设置模块号就可以了，其它项填无效值。而其它逻辑单板则要将模块号、子系统号、单元号、子单元号填写完整，这些可以通过OMCR后台的物理资源配置中获得。B.1.1.2 基本设置打印方向选为“后台”，如果选“前台”则会打印到telnet工具里面。前台流量调节标志设置，最好设为“关”，如果设置为“开”，有可能会丢失打印。前台全局打印级别设置：一般设为“初级信息及以上”B.1.1.3 模块打印设置B.1.1.4 SIG部分信令部分：一般在进行呼叫时，只需要打开SCCP模块的打印即可。如果碰到公共信道建立不成功、无线链路建立不成功或IU口承载建立不成功的时候，则可以打开ALCAP模块的打印。B.1.1.5 OSSOAM部分 OS