基站隐性障碍对网络指标影响与处理论文

基站隐性障碍对网络指标的影响与处理

【摘要】分析异常小区并处理是网络优化中非常重要的工作，往往一个最坏小区会影响整个bsc kpi指标，而有时我们在调整各种参数和数据后仍无法起到立竿见影的效果，这就暗示我们需要对基站的工作状态进行全面的检查，即使该小区未上报任何告警。 【关键词】隐性障碍;网络优化;最坏小区

基站隐性障碍对网络的影响是非常大的，从网络优化角度分析主要体现在以下几个方面：无线接入性：基站的天线和馈线、合路器等部件故障会对用户的接入造成影响；切换成功率：基站的天线和馈线故障会对手机切换造成影响；通话质量：影响通话质量的故障点主要集中在载频的硬件的隐性故障；掉话：基站的载频、合路器、天馈障碍均会造成掉话问题；覆盖：基站的天馈性能不好会直接造成小区覆盖距离的缩小，从而形成覆盖弱区。 １．隐性障碍的分析处理方法 1.1无线统计

对异常小区的分析我们可以通过在oss终端定义测量报告和统计，进而总结隐性障碍的表现形式和特点，对站内排障起到方向性的指导作用。

1.1.1定义ctr(cell traffic recording)异常载频 ratri:cell=hg3911a,event=ca,dtime=60,rtype=ev&me,rarea=nce;

通过定义ctr，我们能够发现异常事件是否集中发生在某个载频

上，从而发现异常载频；

1.1.2定义mrr(measurement report recording)检查天馈线 plldp;观察pload使用情况 ramrp:rid=all;观察寄存器使用情况 ramii; 使用默认寄存器

ramrp:rid=mrrid00; 显示寄存器状态 ramii;

ramdc:rid=mrrid00,cell=all小区

名,csystype=gsm900&gsm1800频段; 出mrr数据

ramri:rid=mrrid00,dtime=30,reset; 出mrr数据时间 ramrp:rid=mrrid00; ramti:rid=mrrid00;吐数据 ramie:rid=mrrid00;释放寄存器 1.2 站内排查

基站内部的检查主要是对基站硬件和天馈线的逐步排查。 1.2.1基站硬件检查:基站硬件的检查我们主要是对tru、cdu、连线等进行检查，并结合dxu log查看历史告警。 1.2.2 天馈线检查:天馈线的检查主要通过倒换天线、sitemaster测量等方法。 2.隐性障碍处理的典型案例

2.1哈道外第八中学c扇区（hd3214c）高掉话处理

哈道外第八中学基站c扇区（hd3214c）多天成为该bsc为异常

小区，因此我们对该小区话统数据进行分析。在对该小区掉话原因分析时，我们发现该小区掉话主要为other掉话、sudlos，在出现高掉话的同时，该小区也出现信道完好率不足问题。

在12月9日早忙时8：00-9：00时段该问题又出现，我们检查传输未发现问题，因此对该小区的历史告警进行了检查，发现在出现出信道完好率不足时段，同时出现载波告警。同时该小区的bcchno载波是-0载波，因为bcchno所在载频出现故障，所以在出现信道完好率不足的时，产生了大量掉话。建议对该载频进行更换。 12月10日更换后，跟进观察掉话指标：通过数据统计观察，该小区更换载波后已恢复正常，未出现信道完好率不足问题，未出现高掉话问题。还需继续跟进观察几天是否小区恢复正常。 2.2哈道外南十四道街掉话问题分析与处理

(1)手机在移动过程中，进入无线覆盖盲区请求切换不成功产生掉话。

(2)“远端孤岛效应”产生掉话。由于天线较高（或其它原因）使小区覆盖范围较大，导致频率复用的距离缩小或有小区覆盖交叠，产生同频及邻频干扰，造成掉话。

(3)从combiner出去至天线的电压驻波比较大导致掉话。由于从combiner出来经天馈线连接至天线的电压驻波比vswr较大，导致bts收发信性能下降，使该小区内的手机接收到的信号品质变差，最终产生掉话。

(4)天线实际发射方向偏离数据定义方向，使得无线覆盖范围发

生变化，出现信号特弱甚至盲点的地方，手机进入该小区时就会发生掉话。

(5)越区切换不成功产生掉话。由于越区切换参数如：上行电平切换门限、上行质量切换门限、下行电平切换门限）、下行质量切换门限、以及切换功率控制参数、切换余量等定义不合理，致使越区切换失败，产生掉话。

(6)允许的网络色码（ncc permitted）参数设置不当导致掉话。允许的网络色码参数定义了移动台需测量的小区的ncc码的集合，为手机切换提供可行的目标小区。如果该数据定义错误将引起越区切换不成功和小区重选失败，产生掉话。

在实际的网络优化工作中，可通过cqt呼叫质量拨打测试、drive test（路测）、无线场强测试等技术手段得到网络实际运行情况及无线覆盖情况，从系统运行指标如接通率、掉话率、切换成功率、每信道话务量等数据，根据这些数据对网络进行分析，找出掉话的原因，并根据实际情况进行处理。

由于南十四道街只有a扇区出现突然掉话，基本排除参数设置错误导致，于是怀疑馈线vswr超标，使用sitemaster对该扇区进行测试，无异常；由于该扇区无告警，基站硬件无显性故障，基本排除基站导致，但个别载频出现隐形故障的可能性还是有的，于是对该小区做ctr，发现无线侧通话请求集中发生在13、70号频点占用的载频上：

联系基站维护中心将载频更换后，掉话次数恢复正常，可见而

通过多种统计手段分析，通常能在较短时间有效发现故障点。 2.3师范大学t2背板故障导致无发起呼的分析处理 师范大学t2在多次路测中显示无法起呼,造成大量的block call(无论主被叫),严重影响无线接通率指标，而在omc查看参数配置无异常、无干扰、硬件无告警。

对该小区进行信令跟踪，发现无任何占用，对ue进行信令跟踪，在iub接口out方向连续出现radio link setup,于是怀疑是tbhp基带板跑死，无线链路无法建立，在omc侧观察t2小区由11槽位tbph板承载，对该板进行更换后现象依旧；由于tbph基带处理板在逻辑上是“池”的概念，与所承载小区是随机占用关系，为了判断是数据配置问题还是基站硬件故障，在omc侧将11槽位的tbph板数据删除，让t1、t2小区占用4槽位tbph板，小区建立后ue可以成功占用t2并起呼，这就表明该现象是硬件导致，但之前更换过tbph板，基本排除单板问题，于是又将原11槽位的tbph板移至9槽位，小区建立后ue可正常占用并起呼。该故障是由于对应于11槽位的机柜背板故障导致，由于背板数据传输基于ip交换，而bccs板又未收集到关于背板异常的告警，可能原因是bccs板对其他单板的告警监测设计是对如fpga、dsp等功能单元的周期性测试，而对背板的ip数据流并未形成有效的校验，到目前为止，中兴设备从未上报过关于机柜背板故障的相关告警。 3.结束语

通过以上四个案例我们能够发现隐性障碍的对网络的影响多种

多样的，这就需要我们对日常统计和路测指标仔细分析，并形成初期的障碍点定位，之后在进行逐一排查，最终排除隐性障碍，提高网络性能。 [科] 【参考文献】

［１］成曦.浅谈gsm无线网络优化.硅谷,2009,(4). ［２］王晓丰.浅谈gsm网络优化中上行干扰的处理研究.硅谷,2009,(3).