当前位置：文档之家 › 通过Snapshot和BTSlog查看驻波告警方法

通过Snapshot和BTSlog查看驻波告警方法

  • 格式：docx
  • 大小：1.89 MB
  • 文档页数：11

通过Snapshot和BTSlog查看驻波告警方法通过Site Manager存取Snapshot文件查找驻波告警通道在F新建P7升级到P8后，由于TDS侧无RRU配置，在出现驻波告警后，无法直观查询驻波告警通道；TDL侧登陆Site Manager只能看到驻波告警所在小区，看不到驻波通道：Step1登陆到Site Manager进行Snapshot存取或者通过File->Save->Snapshot存取Step2File name默认Snapshot_Site name_time.zip,基站名称和保存时间，选择Fetch all datafrom elements点击SaveStep 3打开Snapshot压缩文件中的TDLTEBTS文件夹Step 4打开TDLTEBTS文件夹下的BTSlogFiles文件夹Step 5打开BTSlogFiles文件夹下的压缩文件Step 6 在BTSlogFiles压缩文件中找到BTSxxx_RawAlarmHistory的.txt文件Step 7在文档中可以看到所在小区驻波告警的所在通道，FaultSource列可以看到类似FR1_1_1/TX3的信息，FR1_1_1是cell1，与SiteManager上看到的相同，TX3表示所在通道3，以此类推。

通过BTSLog存取日志，查找驻波告警通道通过BTSLog查找驻波告警时，需要存取BBU内部处理告警时间段的日志，即需要基站重启的那段时间的log。

如果过了内部告警处理识别时间段的话，取到的log里会不存在告警信息；所以建议需要基站重启时开始存取BTSlog。

基站侧存取BTSLog，设置PC机IP：192.168.255.126 掩码：255.255.254.0，打开BTSLog 软件即可存取，log保存在C盘Temp文件夹下；后台存取BTSLog需要用到软件Remote打开端口，BTSLog需要进行相应的设置，PC机需要网线连接到内网端口(目前尝试过连接无线内网时，BTSLog无法存取log)，通过IP地址远程连接方式连接。

Step 1打开Remote软件，Config->ConfigBBUIP->Edit->SaveStep 2开端口BBUCommon->EnablePortStep 3打开BTSLog软件设置Nodes项，在Nodes and Filters对话框中选择Nodes项选择RemoteStep 4在R&D Parameters里，Target node选择WAM_10，Domains选择CcsStep 5在Nodes and Filters中，点击Store to flash的Setup，在R&D param setup对话框设置如图参数：Node选择WAM_10，IP Address填写目标基站管理IP地址，Port填写15001~15004之间即可，protocol选择TCP，Bord对应0x10，CPU对应0x11，Task填0x060C 设置完成后点击OK。

Step 6点击Get Current后修改66行，双击后跳出Extended edit对话框，选择Dec4添加PC机的IP地址后点击OK，最后点击Set New将配置的数据发送到基站。

注意，此前一定要点击Set Defaults清楚之前的数据，否则存取的log中会存在在此之前的存取的基站的log。

Step 7如下图，点击Start开始存取log，保存在C盘Temp的BTSLog目录下，对应的log在如图的Archive项可以看到序号，保存的log会已当时的时间命名。

对话框最下方的数据有变化时，表示log开始存取。

点击Stop完成log存取。

Step 8对log进行如下分析如上图所示，received new fault (1837)EFaultId_VSWRMajorAl,start, faulty unit [0xC072], detecting unit [0xC000], fault text DL SWR alarm；1D9 INF/LGC/FAULT, FDAR: received alarm 0x7653 start for fault (1837) from unit [0xC000], LCR[3]在存取好的BTSlog里过滤查找fault (1837)会出现上图的内容。

fault (1837)是驻波告警，unit [0xC000]表示cell3，LCR[3]表示cell3，unit[0xC072]中的72表示TX2通道。

0x9d00表示cell1，0x9d71~0x9d78表示RRU通道TX1~80x9f00表示cell2，0x9f71~0x9f78表示RRU通道TX1~80xc000表示cell3，0xc071~0xc078表示RRU通道TX1~8LCR[1]表示cell1LCR[2]表示cell2LCR[3]表示cell3BTSLog中过滤查找fault (1837)的内容如下：Search "fault (1837)" (25 hits in 1 file)C:\Users\ZXC\Desktop\文山L TE\SYSLOG_042.LOG (25 hits)Line 72201: 024856 26.03 18:31:28.993 [100.92.78.236] 57 FCT-1011-BTSOMex <26.03 18:31:27.427536> 186 INF/LGC/FAUL T, FDPP: (uid:101) 50:SendForward: (fault (1837) arguments: (1837, 49152, 0, 49266, , 1395829827, , 0, DL SWR alarm, 1837))Line 72205: 024857 26.03 18:31:28.993 [100.92.78.236] 58 FCT-1011-BTSOMex <26.03 18:31:27.427617> 186 INF/LGC/FAUL T, FDPP: (uid:101) sends to FDM fault (1837) start, faulty unit [0xC072].Line 72209: 024858 26.03 18:31:28.993 [100.92.78.236] 59 FCT-1011-BTSOMex <26.03 18:31:27.427869> 1BC INF/LGC/FAUL T, FDM: (uid:101) received new fault (1837) EFaultId_VSWRMajorAl, start, faulty unit [0xC072], detecting unit [0xC000], fault text DL SWR alarmLine 72213: 024859 26.03 18:31:28.993 [100.92.78.236] 5a FCT-1011-BTSOMex <26.03 18:31:27.428072> 1D3 INF/LGC/FAUL T, FDDC: received new fault (1837) EFaultId_VSWRMajorAl,start, faulty unit [0xC072], detecting unit [0xC000], fault text DL SWR alarmLine 72217: 024860 26.03 18:31:29.07 [100.92.78.236] 5b FCT-1011-BTSOMex <26.03 18:31:27.431387> 1D3 INF/LGC/FAUL T, FDDC: (uid:101) starts handling fault (1837) EFaultId_VSWRMajorAl start - unit [0xC072] - orig fault (1837) EFaultId_VSWRMajorAl Line 72217: 024860 26.03 18:31:29.07 [100.92.78.236] 5b FCT-1011-BTSOMex <26.03 18:31:27.431387> 1D3 INF/LGC/FAUL T, FDDC: (uid:101) starts handling fault (1837) EFaultId_VSWRMajorAl start - unit [0xC072] - orig fault (1837) EFaultId_VSWRMajorAl Line 72223: 024863 26.03 18:31:29.07 [100.92.78.236] 5e FCT-1011-BTSOMex <26.03 18:31:27.432763> 1D3 INF/LGC/FAUL T, FDDC: (uid:101) 0:WasAlarmNumber: (fault (1837) arguments: (7650, -1, -1, , 0, -1))Line 72237: 024868 26.03 18:31:29.07 [100.92.78.236] 63 FCT-1011-BTSOMex <26.03 18:31:27.433228> 1D3 INF/LGC/FAUL T, FD: (uid:101) 3:WaitTimeout: 1000ms (fault (1837)) Line 73041: 025177 26.03 18:31:30.02 [100.92.78.236] 77 FCT-1011-BTSOMex <26.03 18:31:28.434946> 1D3 INF/LGC/FAUL T, FDDC: (uid:101) 4:IsActiveFault: (fault (1837) arguments: (4057, 49266, 0, false, unit, -1, , unit, false))Line 73043: 025178 26.03 18:31:30.02 [100.92.78.236] 78 FCT-1011-BTSOMex <26.03 18:31:28.435051> 1D3 INF/LGC/FAUL T, FDDC: (uid:101) 5:ReadDBObject: (fault (1837) arguments: (unit, aldconnection, external, 49266, -1, , , false, , -1, ))Line 73045: 025179 26.03 18:31:30.02 [100.92.78.236] 79 FCT-1011-BTSOMex <26.03 18:31:28.435488> 1D3 INF/LGC/FAUL T, FDDC: (uid:101) 6:ReadDBObject: (fault (1837) arguments: (unit, exist, true, 49266, -1, , , false, , -1, ))Line 73047: 025180 26.03 18:31:30.02 [100.92.78.236] 7a FCT-1011-BTSOMex <26.03 18:31:28.435749> 1D3 INF/LGC/FAUL T, FDDC: (uid:101) 7:CheckObjectStatus: (fault (1837) arguments: (49266, faulty, 0, subrack, FR, unit, ))Line 73071: 025187 26.03 18:31:30.30 [100.92.78.236] 81 FCT-1011-BTSOMex <26.03 18:31:28.436399> 1D3 INF/LGC/FAUL T, FDDC: (uid:101) 9:IsActiveFault: (fault (1837) arguments: (1810, 49266, 0, false, unit, -1, , unit, false))Line 73073: 025188 26.03 18:31:30.30 [100.92.78.236] 82 FCT-1011-BTSOMex <26.03 18:31:28.436501> 1D3 INF/LGC/FAUL T, FDDC: (uid:101) 10:IsActiveFault: (fault (1837) arguments: (1809, 49266, 0, false, cell, -1, , unit, false))Line 73077: 025190 26.03 18:31:30.30 [100.92.78.236] 84 FCT-1011-BTSOMex <26.03 18:31:28.436902> 1D3 INF/LGC/FAUL T, FDDC: (uid:101) 11:IsActiveFault: (fault (1837) arguments: (1807, 49266, 0, false, cell, -1, , unit, false))Line 73081: 025192 26.03 18:31:30.30 [100.92.78.236] 86 FCT-1011-BTSOMex <26.03 18:31:28.437270> 1D3 INF/LGC/FAUL T, FDDC: (uid:101) 13:CheckObjectStatus: (fault (1837) arguments: (49266, faulty, 0, unit, , unit, ))Line 73103: 025198 26.03 18:31:30.38 [100.92.78.236] 8c FCT-1011-BTSOMex <26.03 18:31:28.437501> 1D3 INF/LGC/FAUL T, FDDC: (uid:101) 18:IsActiveFault: (fault (1837) arguments: (1810, 49266, 0, false, unit, -1, , unit, false))Line 73105: 025199 26.03 18:31:30.38 [100.92.78.236] 8d FCT-1011-BTSOMex <26.03 18:31:28.437615> 1D3 INF/LGC/FAUL T, FDDC: (uid:101) 36:WriteDBObject: (fault (1837) arguments: (unit, state, severity, 49266, -1, , , , 1, ))Line 73107: 025200 26.03 18:31:30.38 [100.92.78.236] 8e FCT-1011-BTSOMex <26.03 18:31:28.438053> 1D6 INF/LGC/FAUL T, FDCL: fault (1837) stored to unit [0xC072] Line 74837: 025830 26.03 18:31:30.800 [100.92.78.236] fc FCT-1011-BTSOMex <26.03 18:31:28.773369> 1D3 INF/LGC/FAUL T, FDDC: (uid:101) 38:ReadDBObject: (fault (1837) arguments: (unit, oam_agent_type, cpri_agent_1, 49266, -1, subrack, FR, false, , -1, ))Line 74841: 025832 26.03 18:31:30.800 [100.92.78.236] fe FCT-1011-BTSOMex <26.03 18:31:28.774425> 1D3 INF/LGC/FAUL T, FD: (uid:101) 40:ExecuteRecoveryAction: (fault (1837), DisableDlAntCarriersState, args: ' 49266')Line 74867: 025841 26.03 18:31:30.811 [100.92.78.236] 08 FCT-1011-BTSOMex <26.03 18:31:28.779614> 1D3 INF/LGC/FAUL T, FDDC: (uid:101) 44:SendDirectAlarm: (fault (1837) arguments: (-1, 3, 1, 49266, 1837, 0, unit, , false, 1837, , , -1))Line 74869: 025842 26.03 18:31:30.811 [100.92.78.236] 09 FCT-1011-BTSOMex <26.03 18:31:28.779788> 1D6 INF/LGC/FAUL T, FDCL: fault (1837) stored to unit [0xC072] Line 75481: 026112 26.03 18:31:31.80 [100.92.78.236] 78 FCT-1011-BTSOMex <26.03 18:31:28.843818> 1D9 INF/LGC/FAUL T, FDAR: received alarm 0x7653 start for fault (1837) from unit [0xC000], LCR[3]Line 75617: 026150 26.03 18:31:31.122 [100.92.78.236] 9e FCT-1011-BTSOMex <26.0318:31:28.846998> 1D3 INF/LGC/FAUL T, FDDC: (uid:101) 121:RehandleFaults: (fault (1837) arguments: (unitscell, 49266, -1, AntennaLine, -1))Search "fault" (3848 hits in 1 file)以上内容仅供参考。

合集下载

RRU驻波比告警排查指导手册

RRU驻波比告警排查指导手册

驻波比告警排查指导文件版本说明作者参考资料1.[列出参考资料名称]2.[列出参考资料名称，需增加参考资料项，请在行末回车]目录1驻波比查询方法 (3)1.1通过LMT-B查询驻波比的方法 (3)1.2通过OMM查询驻波比的方法 (3)1.3通过透明通道查询RRU驻波比的方法 (4)2驻波比告警的定位方法 (4)2.1故障分析 (4)2.2多通道RRU交叉定位法 (5)2.3单通道RRU驻波比告警处理方法 (5)1驻波比查询方法1.1通过LMT-B查询驻波比的方法双击要查看的RRU，如图所示，点击“RRU驻波比查询”1.2通过OMM查询驻波比的方法在NODEB动态数据管理中，选择“RRU管理”菜单，点击“驻波比查询”按钮1.3通过透明通道查询RRU驻波比的方法RRU_TST->showswratevalue = 8 = 0x8RRU_TST->DWPTS VSWR:Car Path FrontIQ BackIQ DiffIQ WaveRate0 0 -54.16 -62.13 -7.97 2.330 1 -54.72 -58.06 -3.35 5.250 2 -49.79 -62.60 -12.81 1.590 3 -48.67 -69.26 -20.59 1.210 4 -47.06 -67.38 -20.33 1.210 5 -47.70 -64.26 -16.56 1.350 6 -51.37 -64.20 -12.83 1.590 7 -50.89 -76.04 -25.14 1.12驻波比为5.25，前向(FrontIQ)正常，反向（BackIQ）与其他通道相比过高。

2驻波比告警的排查方法2.1故障分析分析：某多通道RRU出现部分通道下行驻波比告警后，先排除是否配置功率异常小，或发射通道坏，再检查外部射频线缆连接不良，线缆断开，或者线缆质量存在问题。

解决方法：1)观察配置功率是否异常小，可适当抬高配置功率，看驻波告警是否能消除。

爱立信BTS设备二级告警操作手册

爱立信BTS设备二级告警操作手册

爱立信BTS设备二级告警操作手册第一部分OMT(R31_5版本)的使用方法OMT查看BTS告警（处理一般故障及告警时使用）1：打开OMT软件，用串线将PC与BTS（DXU上的OMT接口）相连，点击左上方RBS2000下的Connect使PC通过软件与BTS连接。

2：点击Configuration下的Read IDB读取BTS数据（屏幕下方会有蓝色进度条，数据读取完后，框架图色会变亮）3：鼠标右键点击System下的框架图中央的RBS2000，选定Monitor点击鼠标左键，再点击弹出窗口的Statrt Monitor4:右边弹出的窗口显示的为当前BTS的告警代码OMT查看TRX告警监测SSI值（处理分集接收告警时使用）1：打开OMT软件，用串线将PC与BTS（DXU上的OMT接口）相连，点击左上方RBS2000下的Connect使PC通过软件与BTS连接。

2：点击Configuration下的Read IDB读取BTS数据（屏幕下方会有蓝色进度条，数据读取完后，框架图色会变亮）3：点击Object栏，在Object types下的Object里MO里选定要查看的TRX，鼠标右键点击右边框架里出现的相应的TRX，鼠标左键点击Monitor等待读取数据（屏幕下方会有蓝色进度条，数据读取完后，会弹出一个选择框）4：在弹出的选择框中选定Diversity Supervision Measurement点左键，在右边会弹出该TRX 的SSI（Signal Strength Imbanlance）值。

即每个TRU的接收分路RXA减去RXB，如为正值，表明B路接收分路存在问题，如为负值，表明A路接收分路存在问题。

SSI绝对值≤12为正常。

这样的测量每5分钟自动更新一次，只有在有话务的情况（即CRU值不为0）下得到的SSI 值才是有参考价值的数据。

OMT查看设备连线故障（处理连线故障告警时使用）1：打开OMT软件，用串线将PC与BTS（DXU上的OMT接口）相连，点击左上方RBS2000下的Connect使PC通过软件与BTS连接。

5G网络告警分析处理

5G网络告警分析处理

5G网络告警分析处理
目录 1、射频类故障处理流程
射频类告警处理流程
1、判断BBU到RRU光纤故障，可以使用光功率计测试收光功率， 接收光功率下限-14dBm。 2、判断光模块故障，可以使用替换法，即把好的小区的光模块 与故障小区光模块互换。
射频类告警处理1-离线类
射频单元维护链路异常告警、射频单元交流掉电告警、射频单元CPRI接口异常告警、射频单元光模块收 发异常告警、BBUIR光模块收发异常告警等
3、干扰排查。确认GPS配置和设备硬件无故：
令DSP GPSSNR查询 提取主控
卫星的信噪比，大部分 板一键式
都为0；因此，怀疑
日志送研
GPS天线周围存在干扰； 发进行分
析，分析
报告显示，
卫星信噪
比较低，
进一步确
认干扰存
在；
步骤三：现场 步骤四：因为该站点
➢ 功分器故障定位步骤 跳过功分器设备，把GPS天馈直接接到其中一台主设备，查询GPS状态，判断功分器是否 故障。
18
4G时钟类故障处理案例-星卡锁星不足告警
问题描述
同一物理站点泸水三 河村委会站点，同时 开通TDD泸水县三河 村委会-LHHN及FDD 泸水县三河村委会FHHN站点，查看基 站告警，两个站点同 时上闪断上报“星卡 锁星不足告警”；
4G时钟类故障处理案例-星卡锁星不足告警
告警处理过程
1、GPS配置检查。使用MML命令DSP GPS/LST GPS查询GPS状态发现，GPS工作模式、天线掩角配置等 均正常。因此，排除因GPS配置错误导致“星卡锁星不足告警”；
2、硬件检查。现场排查主控板、GPS、接头以及他们之间的馈线均连接完好，并查看当前告警也无硬件相 关告警。因此，排除因硬件故障导致“星卡锁星不足告警”；
驻波比告警及分级接收告警的原因及常规处理办法

驻波比告警及分级接收告警的原因及常规处理办法

驻波比告警及分级接收告警的原因及常规处理办法外接天馈设备的驻波比升高，会造成基站的告警。

检查时可查看以下几个方面：1.天线与馈线的接头处是否密封好，有无进水现象。

2.可检查馈线是否有损伤及扭曲。

3.测试天线的驻波看是否正常。

驻波告警定位方法1、驻波告警1（VSWR1）1）检查CDU有故障利用测试手机测试基站收发信号功能是否正常。

若收发信信号功能正常，利用CDU强制复位功能来确定CDU是否误告警。

如果CDU复位后故障不重现，那么说明CDU有误告警，更换CDU。

否则，CDU没有误告警，此时可通过“置换”等方法来确定是否CDU 有故障。

若CDU没有故障，说明天馈系统有故障，转第（2）步。

若如果收发信号不正常或信号不通，那么说明天馈系统+CDU的上下行通道可能有问题，在第一步中通过“置换”法确认CDU没有问题后转第（2）步。

2）检查天馈系统是否故障。

可以通过测试（室外）天馈系统的驻波比来检查（室外）天馈系统有无故障。

在与CDU 模块TX/RX ANT 端口相连接的1/4"跳线接头处，测试天馈系统的驻波比，同时晃动1/4"跳线和机柜顶1/2"跳线，观察仪器显示的驻波比数值是否变化很大。

如果驻波比数值变化很大，那么说明电缆接触不良。

如果驻波比大于1.5，那么可判断天馈系统有故障，按“步步为营”等方法处理。

！！当有塔放时，必须先切断塔放馈电，防止短路现象和其它损坏测试仪表的现象发生，再测试CDU TX/RX ANT端口驻波是否严重超标。

3）上述步骤一般能定位CDU 过驻波告警1（VSWR1）故障原因；当上述步骤不能定位CDU 过驻波告警1（VSWR1）故障原因时，按CDU驻波告警处理功能不稳定或CDU TX/RX ANT接头与1/4"跳线接头匹配不良处理。

前者更换CDU，后者更换CDU和1/4"跳线。

4）若TRX上报驻波比告警，则需要首先检查TRX发射端口（TX）到CDU的连线是否正常及接头是否拧紧，同时可以通过更换TRX来检查是否是TRX误告警。