本机调测是一项重要性的工作,而且在开通基站前起决定性的作用,所以应有清晰的思想并且根据各站实际情况处理其细节上的不同,才能保证本机调测的顺利完成。
首先使用不同版本的OMT在进行本调时将会面对不同的定义,但是通常都会遇到CDU类型、TRU个数,TEI值等参数的确定。其中CDU类型、TRU个数与硬件相对应,比较直观,容易确定。TEI的确定需要概念清晰才能定义准确。对应爱立信RBS2000系统,TEI用于表示基站设备中不同的RU,即在A-BIS接口之间作为信令连接以标识各个RU的位置,以便BSC实现对其操作和监控。这就要求BSC与RBS对同一RU定义的TEI值相同。在实际应用中,涉及到对DXU的IDB中定义其TEI值,其中遵循的原则是处于CASCADE位置的机架,其TEI为62,处于第一级STANDALONE位置机架的TEI为61,依次类推。如白土路基站级连基站,即是王村和金山基站共用一条2M线,这时金山基站的TEI为62,王村基站的TEI为61。现将王村基站从金山基站割接出来单独用一条2M线,这时我把王村基站的TEI改为62,保证了基站顺利开通。
从实践证明,基站常见故障处理顺序为:电源—传输通断—传输是否有环路—基站。在处理基站故障之前,首先应确定传输中间没有环路和断路,应先向交换机房询问情况,若传输是通的,再对交换机房来看的最远端(如RBS2202的DXU上的G7031口)断开,若还是通的,则证明中间有环路;若是断的,则证明没有环路。判断传输好坏,有时需要对交换机房来看的最远端做环路以判断故障位置。棉竹G网基站由于停电掉站,但是电来之后基站未恢复,交换机房观察基站传输是通的,CF始终是LOOP状态,于是通知维护部门。技术人员到达基站后发现基站设备RBS2202的DXU板LOCAL MODE灯闪烁,TRU处于REMOTE状态,于是怀疑传输问题造成的基站故障,经过检查基站房间内的传输设备到基站设备传输是正常的,传输机房到基站的传输也是正常的,于是问题的焦点集中在BSC设备到传输DDF架这段,这时我们用另外一个相同站型的基站夹江水工厂来带棉竹基站,不久棉竹基站正常工作;我们用原来棉竹基站的传输来带水工厂,不成功。于是问题出在对应棉竹的BSC设备到传输DDF架上,通过更换端口,故障得到解决。
RBS2202由TRU、CDU、DXU、ECU、PSU、FAN等组成。DXU是RBS2202的一个很重要的硬件单元,它相当于计算机的CPU,即它是RBS2202中的CPU,它装载着基站的数据。乐山马边天公庙基站(2/1),原工作正常,后因打雷下雨后导致整个基站退服。从交换机侧反应为DXU数据能灌入并能正常工作,但却无法对TRU进行操作与控制。我到基站观察后发现,DXU状态表现正常而TRU处于退服状态。初步断定为DXU与TRU的通信中断。在检查连线一切正常后,判断问题应出在DXU上。将原DXU中的数据拷出,然后更换DXU,并灌入刚刚拷出的原DXU数据,复位DXU后障碍依旧,说明DXU硬件没问题。于是怀疑DXU中数据可能因电击而损坏。到邻近马边劳动基站中拷贝数据后重新灌入,复位DXU, 基站恢复正常。
对于基站维护人员而言,应该明白一点:雷击不仅可能会导致硬件的损坏,而且可会引起数据的损坏。有时数据是否损坏很难凭主观判断,必须通过我们的实际操作试验。在本例中,我曾将原DXU中数据与后拷贝的数据作过对比,结果发现两个数据文件的大小完全一样,但实际使用效果却完全不一样,原数据确实已损坏。
凌云大厦基站(2/2/2),经安装并调试后,基站能正常工作。但经过一段时间的话务统计分析发现,该基站的A、B小区有较高的拥塞和掉话。通过BSC观察发现,该站的A、B小区正常工作。到基站用OMT观察,发现有分集接收丢失告警及VSWR/POWER检测丢失告警。
由于告警均与天馈线系统有关,我先用驻波比测试仪分别对A、B小区的四根天馈线进行了测试,结果发现测量值均小于1.4,证明天馈线本身没有问题。
我们知道,分集接收是解决信号衰落、提高信号接受强度的重要措施之一。小区通过两根接收天线接收信号,可以产生3dB左右的增益,同时通过对两路信号的对比来判断接收系统是否正常。如果TRU检测两路信号的强度差别很大,基站就会产生分集接收丢失告警。分集接受丢失告警可能是TRU、CPU、CDU至TRU的射频连线或天馈线故障引起的。由于在本例中,我注意到A、B小区的天馈线相互错位。后经高空作业人员对天馈线逐一检查,发现确实是A、B小区的接收天线相互错位。因此A、B小区的两根接收天线接收方向不一致,方向不对的天线就接收不到该小区手机发出的信号或接收信号很弱,从而使小区产生分集接收接收丢失告警且伴随着较高的拥塞和掉话。经更改后,分集接收丢失告警消失,且拥塞和掉话降到了指标范围内。
另外,有很多故障并非基站硬件故障,而是因为BSC的参数设置不对。如棉竹2(1/1/2)C小区掉话次数偏高,拥塞严重,我发现RBS2202C小区第二个TRU始终TX NOT ENABLE灯常亮,经过检查TRU是好的,天馈系统无驻波比告警也是正常的,,最后检查BSC的数据,发现C小区的跳频数据定义错误,导致BSC未能激活它,因此将跳频定义正确,该基站的拥塞次数明显减少。所以我觉得基站维护人员一定要掌握必要的BSC知识,这样对故障的判断才能迅速、准确。
实践证明,熟悉机架结构,熟练的掌握OMT的使用,了解RBS与BSC之间的关系,是顺利完成工程建设,基站维护的关键,也可以在处理故障中少走弯路,提高了工作效率。
|