通过Snapshot和BTSlog查看驻波告警方法
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设备二级告警操作手册第一部分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网络告警分析处理
目录 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误告警。
处理告警的方法总结
处理告警的方法总结1、驻波告警：门限为1.5，及时申请驻波比。
驻波比首先需要校准，确保测量时显示校准有效，还利用到频率扫频和故障定位，具体使用方法如下：测试驻波比的步骤：1）、按ON/OFF键开机，开机后按“ENTER”确认。
2）、按“MODE”键，选择测量模式中的频率驻波或故障定位驻波进行测试。
3）、按“FREQ”键选择频率范围，输入F1起始和F2结束频率。
（注：GSM:890-960,DCS:1710-1880,TD:1880-2025)4）、用校准器连接驻波比后按“3”键依次进行开路、短路、负载校准，屏幕上会显示“校准有效”字样，开始进行测试。
5）、按AMPLITUDE键，选择顶线和底线，顶线一般设为1.5，底线为1.0，然后按ENTER键确认。
（频率驻波测试方法）6）、按AMPLITUDE键，选择D1和D2，D1一般设为0米，D2根据现场测试需要进行设置，然后按ENTER键确认。
（故障定位驻波测试方法）7）、将要测试的天馈线连接到测试端口，观察显示出来的波形，读取相应的参数值。
（按“8 ”MARKER键，再按M1标记到波峰读取相应的参数值就可以了）。
2、光收发告警：检查设备是否已取电，光纤有无损坏或头子被污染（带功率计），光收发告警使能是否多开启了，最坏情况是设备收发模块故障。
3、过温告警：有具体的门限，在机房环境通风较差或设备较多的地方，申请安装空调。
4、下行输入欠功率告警：确认宏蜂窝是否已开通，检查近端机馈线口头子是否损坏或未拧紧，确认大功率耦合器型号是否正确及是否损坏。
另外，要确认监控卡是否安装好，如无，则有可能出现这个问题。
5、监控电池告警：检查监控电池是否插好，如插好，则有可能监控电池充电未完成，可先关闭告警使能，过段时间后再开启，还不行，可考虑更换。
总之，在处理故障时要有耐心，切忌急躁，不断积累经验，争取一次性解决，在此仅表达一下自己的看法，希望能能学习更多的解决故障的捷径和方法！谢谢！。
LTE站点驻波查询方法
1.1.1D频段RRU查询驻波值的方法使用Remote工具，目前版本是1.8.2。
查询结果如下：bbuip rruip Pipe_1Pipe_2Pipe_3Pipe_4Pipe_5Pipe_6Pipe_7Pipe_8100.92.68. 54192.168.254.137P1:1.39P2:1.38P3:1.28P4:1.35P5:1.31P6:1.17P7:1.41P8:1.28100.92.68. 54192.168.254.129P1:1.00P2:1.00P3:1.40P4:1.46P5:1.34P6:1.35P7:1.43P8:1.49100.92.68. 54192.168.254.145P1:1.38P2:1.40P3:1.52P4:1.32P5:1.25P6:1.31P7:1.34P8:1.17告警体现有两种形式：1、网管上告警体现100 21 100 1837Antenna 2 0 additionalFaultId:1837100 11 100 1837Antenna 2 0 additionalFaultId:18372、Site Manager上告警体现1、对于网管上驻波告警信息，主要查看信息从左往右第二个字段（即上面标示红色的信息字段）。
上面告警信息表明是BBU侧Opt1口上第二级级联RRU（这里是FZNN）的射频通道出驻波告警。
2、对于Site Manager上的驻波告警信息，可以点击告警，就会在相应的RRU的相应天线口显示出来。
同时，也可通过“Source”信息读出是BBU侧Opt1口上第二级级联RRU（这里是FZNN）的射频通道出驻波告警。
3、可以通过RawAlarmHistory.txt文件内告警信息来确定驻波所在RRU 和通道。
使用FileZilla登录基站，在目录/ram/下可以找到该文件。
表明是BBU侧Opt3口上第一级级联RRU（这里是FZNN）的射频通道出驻波告警。
华为BSCBTS典型故障处理
华为典型故障处理1 告警介绍：1.1告警分类：由于上报告警的网元不同，为告警规划的ID也不同，具体可分为：BSC控制器告警：20***~22***3900基站告警：25***、26***、28***自定义告警：65033~65040（门禁、烟感、水浸、交流断电、稳压器防盗等）从告警需要关注的程度不同可以分为故障、事件、工程告警：故障告警又分为：紧急告警、重要告警、次要告警、提示告警告警与事件的区别：事件是指被管对象发生的任何情况的通称。
例如对象的增加、删除、修改、状态改变等。
考虑到和原有系统的兼容，故障子系统中的事件专指：系统正常运行状态下产生且需要提示用户的通知。
工程告警：对设备在特定状态下上报的告警进行特殊处理，以达到降低告警数量、减轻维护人员工作量的目的。
设置方法：M2000菜单栏依次点击：“监控”、“告警设置”、“工程告警过滤”、“设置”从网管分类不同可以分为：电源系统、硬件系统、环境系统、通信系统、运行系统、业务质量、信令系统、中继系统2 告警查看方法2.1 查看当前未恢复告警未恢复告警就是设备当前存在的告警，需要重点关注和处理，监控未恢复告警是发现故障最直接最快速的手段。
2.1.1M2000操作方法（OMC级别）1、点击菜单栏监控/浏览告警列表2、在出现的过滤菜单栏中将状态为已清除的选项去掉，点击右下角的确认，就会弹出当前未恢复告警的列表。
2.1.2WEBLMT 操作方法（BSC 级别）在WEBLMT 界面依次点击“告警”、“浏览活动告警”、“故障”即可查询当前BSC 以及下挂基站的所有活动告警。
2.2 查询告警日志（历史告警）的方法查看告警日志是故障定位的常用方法，操作与查看未恢复告警类似，M2000对历史告警进行了优化，对同一网元同一告警多次上报进行了归一化处理，在告警信息中多了频次首次发生时间、最近发生时间等字段，如果需要逐条列出历史告警，请到WEBLMT 中进行查询。
2.2.1 M2000操作方法（3 a E H 浏览告警列表回 ilanager12000移动网元管理系^(10.228.192.10)-［主拓扑］监控①维护勉拓扑◎性能（E ）安全㈢配置©软件®报表®窗口迴）帮助®系统㈤ 昭卩區册I 邂理A 蟲工作¥查询爭件日志㈢ 当前观團 性能监控日监控國值管理（H ）…I 室内分布万冰蒔谷II.--2bJ■11JU ：-1■:IaJ^：：查询告警日志Q2.2.2WEBLMT操作方法在WEBLMT页面点击告警/查询告警日志，就可以进入到查询历史告警的界面：1、可以对查询的告警类型、告警时间、告警级别等进行设置；2、可以通过基站过滤进行单站点告警过滤；3、返回数目最大可以设置为4000，请修改为4000，防止出现因告警条数超过设置值导致部分告警无法显示的问题；3 性能结果统计统计的三要素：测量对象、指标名称、测量周期测量对象：指测量的网元实体，比如BSC、基站、小区、载频等；指标名称：测量统计的具体名称，比如：“DPUCPU占用率平均值”测量周期：BSC6900目前支持：5分钟、15分钟、60分钟、24小时测量3.1 性能结果统计开启方法BSC6900默认全指标登记，并上传至M2000数据库，但是M2000并不对没有开启的指标进行解析，如果要查询某些指标的结果，进行就必须先在策略设置中开启，具体操作如下：1、点击菜单栏性能/测量管理/测量设置國值管理⑤ 自定艮指标管理側 性能对象集管理回2、弹出的菜单中选择网元、功能级、功能子集、测量周期、测量对象后，单击右下角的“应用”，测量任务就开启了，M2000会对网元下一周期上传的统计结果进行解析，到时就可以查询到对应的统计结果。
LTE排障总结
LTE排障总结LTE排障总结 (1)一河南LTE基站产品介绍: (2)二、分类故障介绍: (4)2.1电源类故障： (4)2.2传输类故障 (5)2。
3 GPS类故障 (7)2。
4 光纤类故障 (7)2。
5 驻波类故障 (9)2.6 TDS类故障 (9)2.7 设备类故障 (10)一河南LTE基站产品介绍：FSMF（系统模块）：提供电源源模块、本地维护接口，扩展接口、4个RRU连接光口，GPS 接口。
DC out DC in SiSu/LMPRJ45EIF/RF/EXT4SFP+RF/EXT1-33*SFP+SRIOSFP+OSFP1OSFP2EIFRJ45EACHDMISync inHDMISync outHDMIDC in DC out RF/EXT5/6SFP+SRIOSFP+QSFPFBBA（基带扩展）FYGA（时钟盒）FTIF（传输板）E IF 3E IF 4FTIFX F R MX F R MX F R MX F R MGE PHYGE PHYLCPDDR3FlashCMCEPLDDC/DC-48V/3.3VLIUI F 3I F 7I F 4I F 8I F 2I F 6I F 1I F 5E IF 1E IF 2233,35m m176mmFCM/FCTIF 1 ConnectorFCTIF2 ConnectorFSIF InterfaceRRU 类型：试用场景 RRU 类型 平均功耗 (W ） 最大功耗 （W ） D 宏站 FZHA305 374 E 频段室分RRU FZNN （3161—fae ） 170 190 FZNK （3151e-fae) 170 190 FZNL(3151—fae) 170 190 FZND(3152-e) 190 215 F频段宏站RRUFZFA （3158-fa) 390 470 FZFD(3158e —fa ）390 470 FZFF(3168-fa) 390470TDS BBU ：系统处理板WMPT登录IP:192。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
通过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)以上内容仅供参考。