通过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。
华为BTS常见告警参考
华为BTS常见告警参考ALM-17016 单板与主处理模块的操作维护链路中断 (2)ALM-17035 光模块接收信号丢失 (5)ALM-17038 SFP接口不在位 (7)ALM-17048 单板FPGA软件和CPU软件版本不配套 (9)ALM-17082 基站过温关功放 (11)ALM-17229 电源避雷器故障 (13)ALM-17586 主处理模块星卡锁定卫星数量不足 (15)ALM-17587 卫星天馈连接开路 (17)ALM-17588 卫星天馈连接短路 (20)ALM-17855 E1/T1链路误码率过高 (22)ALM-17883 传输模块IP地址冲突 (25)ALM-17886 传输模块单板配置不兼容 (26)ALM-18138 光模块发送无光 (33)ALM-18139 光模块接收信号丢失 (34)ALM-18140 光模块发送功率过高 (36)ALM-18141 光模块发送功率过低 (38)ALM-18142 光模块接收功率过高 (39)ALM-18143 光模块接收功率过低 (41)ALM-18150 CSM芯片故障告警 (43)ALM-18155 配置数据与信道板硬件类型不匹配 (45)ALM-18356 用户命令引起载频闭塞 (46)ALM-18363 功放电源电压过高 (48)ALM-18364 功放电源电压过低 (50)ALM-18392 功放增益异常 (52)ALM-18394 功放过温 (54)ALM-18395 功放关闭 (56)ALM-18400 驻波告警 (58)ALM-18525 射频反馈锁相环失锁 (60)ALM-18526 射频反向锁相环失锁 (62)ALM-18527 射频前向锁相环失锁 (64)ALM-17016 单板与主处理模块的操作维护链路中断告警解释当其它单板与主处理模块之间的操作维护链路中断时上报该告警。
通过该告警可以及时发现单板与主处理模块之间的操作维护链路中断方面的故障。
驻波故障的处理流程
驻波故障的处理流程
驻波故障在网管的告警名称为：下行驻波比告警；驻波比全
称为电压驻波比。
移动规范：驻波比值〈1.4.
1：处理驻波比故障需要准备的工具：Sitemaster表；壁纸刀；斜口钳；
扳手；馈线街头；普通期间（功分器及耦合器）；馈线。
2:出告警后，系统自动派发故障工单，先由后台受累，在转排给分账
户，维护人员受理分账户工单，受理前往站点处理。
3：下站途中电话联系后台监控查看发生驻波的RRU是那一台，根据
提供的信息查看图纸RRU安装对应的位置。
4：到站联系业主进站，迅速找到对应的故障点。
5：先看设备VSWR灯是否亮红灯，出现驻波告警，此灯都会亮红灯。
6：用Sitemaster表进行测试，对故障点进行定位。
常见引起驻波故障的原因：馈线接头，器件老化；馈线弯曲较大，馈线破损；天线损坏。
A.在故障点处，拧下馈线接头，负载堵上在接头出，查看馈线接头有无问题。
如果堵负载后还是有驻波重新做馈线接头，反之继续排查。
B.继续排查，在器件后堵负载，判断是否为器件故障导致，如果为器件故障，更换器件，反之继续处理。
C.继续排查，排查馈线是否弯度过大或损坏，如果线缆故障，跟换馈线，
反之继续处理。
D.检查天线是否故障，如果天线故障更换天线。
7：处理完后查看VSWR是否熄灭，熄灭后和后台核对告警是否清除。
8：后台核对清除后进行回单，对于更换馈线，馈线接头，重新做馈线街头，选择系回单；对于更换期间选择：系统-硬件（对故障情况进行描述）回单。
南京泰通直放站告警操作指南
南京泰通直放站告警操作指南泰通光纤直放站设备告警及故障处理指南泰通光纤直放站发生故障时，网管一般会有告警显示，根据告警，可以判断故障基本范围。
所以，处理直放站故障时，首先联系网管查看设备状态，再进行下一步处理。
现将泰通直放站网管处告警类别及处理方法汇总如下：一、将近端机1、电源掉电告警表述：并无-48v直流工作电源处理：首先检查后部电源接口是否有-48v，如无，检查电源柜处空开。
如有，则电源板坏，更换电源板。
2、光路告警表述：发送并无光信号或传送并无光信号处理：首先用光功率计收本机光信号，波长为1550，信号如在－1～＋3dbm范围内，则说明本机光单元正常；再用光功率计收远端机主、备纤光信号，波长为1310，正常接收信号在0～－10dbm之间，如收不到信号，可能是光纤断或远端机尾纤坏或远端机光单元坏、须派人到远端机做进一步检查。
光纤衰耗用光源、光功率计测试。
3、下行输入过功率告警表述：基站bts设备输出将近端机信号大于10dbm。
处理：用场强仪测试在近端机输入射频信号，正常在-10～+10dbm之间，如大于+10dbm，基站耦合器可能坏，检查耦器。
4、基站输入欠功率告警表述：基站bts设备输出将近端机信号大于－10dbm。
处理：用场强仪测试在近端机输入射频信号，正常在-10～+10dbm之间，如小于－10dbm，bts输出信号可能偏小，须测试bts信号，正常为40w。
再检查基站耦合器，正常耦合衰减为40db。
5、光收欠功率告警表述：收光信号大于－10dbm。
处理：用光功率计收远端机主、备光信号，波长为1310，正常接收信号在0～－10dbm之间，如收不到信号或小于－10dbm，可能是光纤断或衰耗大、远端机尾纤坏或远端机光单元坏、须派人到远端机做进一步检查。
光纤衰耗用光源、光功率计测试。
二、离端机1、电源掉电告警解释：设备无工作电源。
处置：先检查全线贯通、痴呆电，例如正常，再检查ups与否存有220v交流输入，例如正常，测量主备电源盘与否存有27v、9v直流电源输入，例如并无、更改电源盘。
POI问题导致驻波高处理案例
POI问题导致驻波高处理案例【摘要】在处理高铁隧道站点故障中，泾县入口4G RRU驻波比偏高，更换RRU、线缆、跳线、POI等设备单元均无法解决，后发现POI天线口双通道仅接了1个通道跳线，另一天线口为空置状态，堵上负载后驻波恢复正常。
【关键字】驻波POI【故障现象】:泾县入口基站位于泾县隧道口入口处，采用1个天线覆盖隧道口区域，另外功分了1个通道通过P0I接入隧道内漏缆，该站点开通以来，一直有驻波告警现象。
【告警信息】:一、首先对硬件故障进行检查，根据网管历史告警可以看出，站点近期频繁出现驻波告警，并导致PA去使能，RRU无法正常运行，期间维护人员对按照通常驻波比处理方式对线缆、RRU、P0I等器件进行了逐一排查，并对跳线、RRU、P0I均进行了更换，但驻波比故障仍然存在。
软A ・；N 且■商坎他二亘 PA 土佃3匕"C 口「口0么川州 【原因分析】:针对驻波比无法排除情况采取了如下措施：一、 由于电信、移动、联通均采取同样方式架设的RRU,咨询移 动、联通相关人员，均表示设备正常，现场查看移动联通设备也运行 正常，排除共用的P0I 漏缆问题，初步定为L 网设备及相关连接器件 出现故障。
二、 断开RRU 功分至P0I 的线缆，只接室外天线尝试，RRU 驻波 告警消失，推断P0I 连接漏缆端存在异常。
通过以上两种方式检查，却发现结论岀现矛盾，因此针对这一现 象怀疑是不是RRU 性能问题导致，因此直接采用更换RRU 及相关线缆、 天线进行尝试，结果连接P0I 之后仍然存在驻波故障，因此基本可以 排除了 RRU 相关设备问题。
因此又将问题定位到会不是会P0I 性能导致了仅仅影响了电信L 网，而对其他网络没有造成影响。
P0I 知识拓展：泾县入口 舉入口 泾县人□ 泾县入口 泾县入口 泾县入口 泾县入口 肉入口 I 舉入口 諛入口 泾县入□— 泾县入口 洼县入□ 汪县入口 泾县入口 泾去入口 泾县入口 肉入口 泾县入口%c •泾县•瞬牧场鬲 p 典去使龍a 98098Z4U) XC •泾县•就较场高 "去使龍(1980982。
BTS常见故障告警处理步骤
BTS常见故障处理步骤一、载频单板驻波告警定位方法问题原因：1、从载频到射频前端的射频线缆连接不牢固。
2、载频到射频前端的射频线缆质量存在问题。
3、载频单板本身故障导致载频驻波告警。
4、射频前端单板（如CDU、DDPU等）本身故障导致。
5、天馈线可能存在问题。
处理步骤：1、检查载频单板到射频前端的连接线缆连接是否牢固，拧紧射频线缆和射频前端连接，拧紧射频线缆和载频单板的连接。
2、检查载频到射频前端的射频连接线缆是否存在质量问题，是否有损坏现象，更换载频到射频前端的射频连接线缆。
3、检查是否载频单板本身存在故障，更换载频单板观察载频驻波告警是否消除。
4、检查是否射频前端单板（如CDU、DDPU等）本身故障导致，更换射频前端单板观察告警是否消除。
5、检查是否天馈存在问题，测试天馈驻波比是否过大。
二、无线链路提示告警定位方法问题原因：无线链路告警有四种原因值，需要根据不同的告警原因值进行处理。
1、无线链路提示告警支路号0，表示信道激活异常，原因是SCP与BSC的信道类型或信道状态不一致，产生此告警。
2、无线链路提示告警支路号1，表示信道释放异常，包含SDCCH异常释放和TCH异常释放。
产生信道异常释放的原因值有设备问题（如TRX单板故障）引起告警，干扰引起告警，数据配置不当SDCCH异常释放引起无线链路告警，数据配置不当TCH异常释放引起无线链路告警。
3、无线链路提示告警支路号2，表示主BCCH无话务，主BCCH载频在连续的检测时间内没有话务，产生此告警。
4、无线链路提示告警支路号3，表示上下行不平衡，导致上下行不平衡的原因有载频或天溃上行和下行通道问题，数据配置不当等。
处理步骤：1、信道激活异常的告警：（1）对于信道激活异常的告警，查看数据配置，是否有BTS与BSC信道状态和信道类型不一致，如果有修改信道状态一致。
（2）是否进行过信道、频点、跳频数据等修改，有可能配置未下发到基站并生效，导致不一致，对于该种情况，重新配置数据并下发基站生效。
华为LTE基站驻波处理方法
RRU驻波处理方法
驻波告警的原因分析：
1、RRU射频通道损坏；
2、连接RRU和天线发射通道的馈线损坏；
3、连接RRU和天线射频通道的馈线连接不牢固；
4、RRU或天线射频通道进水、进灰；
5、RRU校准通道馈线损坏或进灰进水或连接不闹靠。
处理方法（排除法）：
1、利用近端维护终端进入维护平台执行命令LST ALMAF查询告警，确认存在驻
波告警执行DSP VSWR查询基站驻波情况定位驻波信息。
2、如无近端维护终端则通过电话询问维护中心数据督导进行驻波定位；
3、检查故障通道两端馈线连接是否牢固、破损、有进水、有进灰。
如有以上情况
进行馈线更换工作，更换完成后下电重启RRU。
待RRU重启后执行命令DSP
VSWR进行驻波查询是否恢复。
如恢复故障处理结束，未能恢复则进行下一步；
4、如未能恢复，则将故障通道与正常通道馈线在RRU侧进行互换，互换完成后下
电重启RRU，待RRU重启后执行命令DSP VSWR进行驻波变化查询。
如果驻
波通道跟随馈线移动则证明故障点在馈线或者天线侧，进行下一步；如果驻波
不随馈线移动则证明故障点在RRU侧，此时需更换RRU再验证驻波情况。
5、此时在第4步的基础上于天线侧将故障通道馈线与原正常通道馈线互换，互换
完成后下电重启RRU，待RRU重启后执行命令DSP VSWR进行驻波变化查询。
如果驻波跟随馈线移动则表示天线有问题需更换天线；如果驻波不变化则表示
馈线有问题需更换馈线。
更换完成后下电重启RRU，待RRU重启后执行命令
DSP VSWR进行驻波变化查询驻波是否恢复。
通过Snapshot和BTSlog查看驻波告警方法
通过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地址远程连接方式连接。
- 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)以上内容仅供参考。