您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 项目/工程管理 > 上下行不平衡总结报告
上下行不平衡专题阶段性报告2012-4-01目录1.上下行不平衡处理概述.............................................................................................32.具体小区处理情况.....................................................................................................32.1石梯子上下行不平衡处理................................................................................32.2五福村上下行不平衡处理................................................................................92.3渝州汽车上下行不平衡处理..........................................................................112.4韭菜湾上下行不平衡处理..............................................................................133.上下行不平衡小区一般处理方法.............................................................................371.工作内容目前该专项进行了2周,加上前期排查处理上下行不平衡小区,总共排查了12个上下行不平衡小区,具体如下:BSCCELLname机柜类型不平衡原因GM291B4NA4045B石梯子RBS2206天馈线鸳鸯线GM261B5SB5006B五福村RBS2206CXU故障GM171B4ID4189C渝州汽车1800RBS2206天馈系统问题GM171B4ID4190B韭菜湾1800RBS2206天馈系统问题GM261B4SB4128A重师惠风苑1800RBS2206天馈系统问题GM071B3IB3308A城三柏华街1800GRBS2206天馈系统问题GM081B2IC2332A城一南滨路打水房1800GRBS2206越区覆盖问题GM081B2IC2330C奥园康城1800G_城一渝中RBS2206越区覆盖问题GM261B4SB4302B城二大学城城管院后勤公司1800GRBS2206天馈系统问题GM281B1MB1197B城三广夏城7号洛卡庄园1800GRBS2206DTRU隐性故障GM071B2IB2303A城三跃进村居委会1800GRBS2206天馈系统问题GM361B4IF4301C城三防暴大队1800GRBS2206天馈系统问题从2周处理情况看,总共12个小区,天馈系统问题的小区有8个,硬件故障引起的2个,越区覆盖引起的2个。66.7%的上下行不平衡小区都是由天馈系统导致。具体分析和解决情况如下:不平衡小区问题点分析.xlsx2.不平衡小区处理案例2.1石梯子上下行不平衡处理问题描述NA4045B(石梯子)上下行严重不平衡,存在单通、掉话等隐患,A、C小区正常,MRR如下:从上图可知,NA4045B小区上行平均采样点位于-105dbm左右,大部分采样点分布于-100&&-110dbm左右,下行平均在-80dbm左右,上下行相差25db,严重不平衡,影响网络指标。问题处理通过OSS检查小区NA4045B无任何隐性告警,该小区2/2/2配置,设备类型2206,由于小区话务较低,该小区的总体指标是正常的,接通率在99%以上。1)驻波比测试检查到机房对B小区使用SITEMASTER进行故障定位时,发现B小区RXA、RXB天线驻波比正常,但两根天线测试长度不同,具体如下:可以看出,RXA天馈线长约10米,RXB天馈线长约14米左右,通过查看天馈系统长度,RXA、RXB理应相同的长度,相差4米是比较难理解的,但驻波比正常,均在1.2以内。2)对调天线并SSI值监测通过驻波比测试,天馈系统驻波比正常,为了排查基站设备或天馈系统引起的故障,将B、C小区天线进行对调,同时对切换数据也对应进行了调整,对调后通过MRR测量,B小区MRR正常,C小区出现上下行不平衡现象,说明问题出在天馈系统上,同时基站出现了CF2A:33、CF2A:57告警,连接OMT,并监测每块载波SSI值:从上图测试结果看,A、C小区两路接收信号不平衡,小区两路接收信号差值达15db左右,正常情况在-3&&3之间,远远超出正常范围。同时故障定位发现A小区RXB天线出现故障,如上图红色部分,由于B、C小区对调天线,实际问题小区是A、B小区天馈系统故障。3)整理天线A、B小区同时出现故障,同时出现CF2A:33告警,怀疑A、B小区天线鸳鸯线,于是对基站天线进行了梳理,发现A、B小区天线确实存在鸳鸯线,对A、B小区重新整理天线,如下:确定A、B小区鸳鸯线后,同时也不难理解为何B小区天线长度不一致的原因了,天线调整后,测试发现A小区天线长度约10米,B小区天线长度约14米。一般情况由于鸳鸯线,会出现CF2A:33、CF2A:57告警出现,但在此案例中未出现,后来通过检查发现,是由于人为改变了告警门限,如下:CF2A:57(接收链路不平衡)告警出现门限值默认为6,即在24小时内,RXA、RXB两路信号相差6db,采样点达到7000次,就会出现接收链路不平衡告警,然而在本站中,人为改为25.4,提高了产生了告警的门限,从而隐藏了告警的出现,此设置不利于网络隐性故障的排查,建议设置为默认值6。同时通过OMT对基站两路RX信号进行检测,如下:2012/3/115:57:00TRXC-0:RXPathImbalance:RXimb.superv.values:Supervisionwindowconfiguredtime:1440minSupervisionwindowelapsedtime:30minAveragedeltasignalstrengthA-B:0.1dBNumberofsamplesA-B:2906TRXC-1:RXPathImbalance:RXimb.superv.values:Supervisionwindowconfiguredtime:1440minSupervisionwindowelapsedtime:30minAveragedeltasignalstrengthA-B:4.6dBNumberofsamplesA-B:75TRXC-4:RXPathImbalance:RXimb.superv.values:Supervisionwindowconfiguredtime:1440minSupervisionwindowelapsedtime:30minAveragedeltasignalstrengthA-B:0.0dBNumberofsamplesA-B:239TRXC-5:RXPathImbalance:RXimb.superv.values:Supervisionwindowconfiguredtime:1440minSupervisionwindowelapsedtime:30minAveragedeltasignalstrengthA-B:-2.9dBNumberofsamplesA-B:64TRXC-8:RXPathImbalance:RXimb.superv.values:Supervisionwindowconfiguredtime:1440minSupervisionwindowelapsedtime:20minAveragedeltasignalstrengthA-B:1.6dBNumberofsamplesA-B:738TRXC-9:RXPathImbalance:RXimb.superv.values:Supervisionwindowconfiguredtime:1440minSupervisionwindowelapsedtime:20minAveragedeltasignalstrengthA-B:0.0dBNumberofsamplesA-B:0通过监测每块载波RXA、RXB两路信号比值都不大,处于正常状态。优化效果通过重新调整天线后,该小区上下行不平衡现场得到很大改善,MRR如下:MRR统计:日期BSCCellName上行平均电平下行平均电平上下行差值2012-2-27GM291B4NA4045B-100.00-77.0822.922012-2-28GM291B4NA4045B-101.12-83.1717.952012-3-1GM291B4NA4045B-88.60-80.428.17从上图可看到,处理后该小区上下行不平衡问题得到解决。总结为了避免类似情况的发生,计划如下:1、我们必须重视CF2A:33、CF2A:57告警,出现这样的告警必然是天馈系统或者硬件出现了隐患,容易导致高掉话、单通等现象,建议对网络中出现告警的小区进行专项整治。2、对于出现CF2A:57告警的小区,不能简单更改告警门限消除告警,而是要及时去排除硬件隐患,建议对网络中已经调整的站点恢复默认值6,发现告警。针对此类告警,一般处理思路1、连接OMT选择菜单maintenace--monitor--diversitysupervisionmeas;2、选择该小区所有TRXC进行监测;3、查看监测结果,注意Sign.imb.A-BTS0(或者是TS0-7),后面会有一个值,这个值实际就是AB两路接收信号的强度的比值,正常情况下应该在-3—3之间。当绝对值超过6后就会产生2A-57告警,绝对值超过28后就会产生分集接收丢失告警(2A-33)。4、如果是正值就应该重点检查B路接收通路(天馈线系统),一般情况下通过天馈测试仪定位故障点,修复后排除故障。5、如果没有天馈测试仪的情况下如何处理:1)连接OMT选择菜单maintenace--monitor--vswr,选择该小区所有TRXC进行监测,正常情况下应该在12*0.1以内。如果不在12*0.1内,处理各馈线接头,并实时查看驻波比值。2)上步查询的主发天线的驻波比,一般情况下不会有问题(如果有问题会产生驻波超限的告警)。这时就需要在机柜顶部交换本小区内两根馈线。参照第一步进行驻波比值测试。2.2五福村上下行不平衡处理问题描述:沙坪坝SB5006B(五福村)上下行不平衡,上下行相差20db左右,上行低于-100dbm采样点占比17.48%,上行明显偏弱,导致小区上行弱信号掉话,上下行电平分布图如下:由上图可知,SB5006B小区上行明显偏弱。分析处理:经查,SB5006B小区机柜类型为2206设备,配置4/4/4,ABC小区共机柜,基站无告警,话务统计主要以上行弱信号掉话为主,A、C小区各项指标均正常,上下行平衡。处理过程:首先连接OMT,对基站进行接收两路信号监测,检查发现未出现RX信号不平衡现象,如下:2012/3/215:48:54TRXC-4:RXPathImbalance:RXimb.superv.values:Supervisionwindowconfiguredtime:1440minSupervisionwindowelapsedtime:10minAveragedeltasignalstrengthA-B:0.8dB(RX两路信号相差0.8db)NumberofsamplesA-B:727TRXC-5:RXPathImbalance:RXimb.superv.values:Supervisionwindowconfiguredtime:1440minSupervisionwindowelapsedtime:10minAveragedeltasignalstrength
本文标题:上下行不平衡总结报告
链接地址:https://www.777doc.com/doc-6421291 .html