《硅谷》杂志：TD基站故障案例浅析 |
| 2013-02-28 14:30 作者：刘晓霞 来源：硅谷网-《硅谷》杂志 HV： 编辑： 【搜索试试】
|
|
硅谷网文 据《硅谷》杂志2012年第22期刊文称，在日常的TD基站维护工作中出现的故障有很多种，如驻波比告警、偶联断链告警、实时钟设置告警等，这里对相关故障现象进行分析，并提出处理步骤。
关键词：TD基站；故障；分析
在TD-SCDMA无线接入网中，NodeB是TD-SCDMA网络的基站系统，它可以分解为基带单元（BBU）和远端射频单元（RRU）。NodeB在RNS中是负责无线传输和服务的一个逻辑节点。通过Uu接口完成空口与地面电路之间的信道转换与桥接，并通过Iub接口和RNC互连。TD-SCDMA的网络如下图所示。
图1TD-SCDMA的网络结构
BBU是TD-SCDMA分布式基站系统的主要组成部分，它完成基带信号的处理，时钟与监控功能，同时实现Iub接口、电源接口、本地维护接口、环境监控接口以及与室外GPS天线接口。TD-SCDMA分布式基站系统的室外部分主要包括远端射频单元RRU、智能天线及线缆，RRU子系统在NodeB中处于智能天线和室内单元之间，是NodeB的远端射频单元。
图2BBU/RRU系统组成图
BBU提供完备的操作维护功能，可在多个层次上监控设备的运行情况；具有故障监视功能，一旦出现故障时，即时上报故障信息；还能通过设备指示灯指示设备的故障；系统可进行远程管理和调试；电路板能够在现场更换，支持板卡热插拔且具有防错插功能，便于维护。
TD-SCDMA的关键技术包括智能天线、联合检测、时分双工、上行同步、动态信道分配、接力切换。新技术的应用会为维护工作带来一些新的问题，我把日常维护中遇到的几个TD基站故障的处理过程进行简单的描述，和大家分享。
1案例一：下行驻波比告警故障案例
1.1告警描述
监控人员在维护平台发现站点出现下行驻波比告警，通过动态数据查看驻波比，发现某一通道驻波比值超出正常范围，某站第15（对应8path）通道出现驻波比告警驻波比值：5.60，该告警会影响信号发射，信道占用等。
1.2故障分析和解决
故障分析：基站维护人员联系监控中心，确定是哪根path出问题，测量驻波比，看是否正常。将出现告警的path与未出告警的path在RRU接头侧互换连接线，复位RRU，如果换线后告警消失，那么是接线问题，重新接线即可，如果告警固定不变，那么说明RRU内部此通道可能出现硬件故障。如果告警跟着线走，那么说明此馈线或天线损坏，在天线接头侧互换连接线，复位RRU，若告警path固定不变，说明馈线损坏，若告警path变化，说明天线问题。
定位流程：
处理步骤：根据告警信息，判断第1小区RRU第（8）path存在问题，现场检查该path无松动情况，将该馈线在RRU侧与第（7）path倒换，告警转移至第（7）path，判断第（8）path馈线或对应的天线故障.此时将第（8）path或第（7）path的馈线互换，第（7）path告警，第（8）path正常，判断原第（8）path的馈线存在问题，重做该path馈线头子，连接好后驻波比正常，确认无误后套好冷缩套管，故障排除。
1.3解决结论
一般天馈告警为“下行通道告警”“上行通道告警”“下行无可用校准通道告警”“上行无可用通道告警”等。
1）多个path，甚至所有path出现：
优先检查校准线，即校准PATH，检查项包括：
校准口与天线间馈线连接及接头是否正常。
检查或更换校准馈线
2）对于某个path出现此告警：
将出现告警的path与未出告警的path在RRU接头侧互换连接线，定位是RRU硬件问题还是连接问题。
如果换线后告警消失，那么是接线问题，重新接线即可。
如果告警固定不变，那么说明RRU内部此通道可能出现硬件故障。
如果告警跟着线走，那么说明此馈线或天线损坏，在天线接头侧互换连接线，若告警path固定不变，说明馈线损坏，若告警path变化，说明天线问题。
2案例二：偶联断链站点退服案例
2.1告警描述
某站点偶联断链，NodeB与RNC的OMM网管链路断，无法管理该站点且退服，无法进行业务故障处理，从OMM网管查看告警信息，提示如下告警消息：
2.2故障分析与解决
故障分析：
1）数据配置问题，站点的偶联地址或者端口号配置错误，Vlan等前后台数据配置问题。
2）CC单板故障导致无法与前台进行建链。
3）CC板传输光模块问题，目前基本采用是155M的光口传输速率或者光模块速率不匹配。
4）CC板与传输PTN设备间的传输光纤损坏，光功率异常（正常在-10dbm左右）。
5）传输设备PTN端口或者其单板硬件故障或者PTN设备过温后导致连接信号丢失。
6）传输光路中断导致。
7）传输数据配置错误，配置的聚合口不正确或者VlanID配置不正确
问题解决：
1）由于该站点是现网运行的站点，OMM网管侧的数据未经检测未进行修改过，检测传输侧的数据包括全局端口，IP地址，偶联配置，SCTP配置数据均无问题；后联系传输是否对该站数据进行了修改或者割接操作，反馈均未进行操作，后重新做了一次数据问题依旧，基本可以排除数据问题导致该故障。
2）到站点现场检查BBU设备，发现CC板ALM灯闪亮，使用LMT工具登陆查看告警情况，发现严重告警主要是：SCTP偶联断链告警。
现场首先从BBU设备本身进行入手，CC单板运行状态是正常，现场先尝试更换CC板的传输光纤以及传输的光模块，发现问题依旧，无法正常建链，多次重启BBU设备，仍无法解决。
3）更换光纤，更换CC板的光模块均无法解决问题，后将CC单板也进行了更换，重新配置CC板的传输数据，进行整表同步仍无法解决问题，SCTP偶联断开告警仍无法消除。
4）以上操作基本可以排除问题不在于基站设备BBU上，后再次联系传输人员，传输人员反馈其设备无法告警，且光收发均正常）均在-11dbm，后怀疑是PTN设备ESK3单板存在隐性故障导致，经传输人员建议同意更换PTN设备的连接BBU的端口和光模块后以及拔插该槽位的ESK3单板，传输重新做数据，问题仍旧无法解决，告警多出一条以太网链路断告警。
5）将PTN连接BBU的光纤更换到其他槽位的ESK3单板的端口重新做数据后问题解决，SCTP偶联断开故障消除，站点建链。
2.3解决结论
传输PTN设备单板ESK3存在隐性故障导致站点偶联断链，站点退服，与传输沟通回复在其网管可以查看该站PTN传输设备存在过温告警以及光信号连接丢失告警，最终传输建议将其PTN设备的ESK3单板进行拔插，放置几分钟后再插入，顺便将其他防尘网卸载下来将其灰尘进行清理，经清理灰尘后再次将拔插的ESK3单板插入PTN设备后，传输反馈PTN设备温度明显下降，约几分钟后BBU侧的SCTP偶联告警自动清除，站点建链，业务恢复；结论传输设备过温也会导致光连接信号丢失，基站偶联断链，业务受到影响。
3案例三：实时钟设置告警案例
3.1告警描述
在监控平台看到有一个基站连续报实时钟设置告警和RRU退服告警，在动态数据管理查看设备，各个板卡的显示状态均属正常，基站小区正常运营中。基站GPS时钟正常。
3.2告警原因分析及解决办法
该站RRU的退服告警主要是该基站无级联RRU，但后台配置了级联RRU数据导致，此告警较容易解决；该站的告警主要还是实时钟设置告警，实时钟设置告警会导致基站获取时钟时延，影响业务。
导致该站实时钟设置告警的主要原因如下：
1）SNTP服务器的IP地址配置错误；
2）SNTP服务器的连接中断；
3）SNTP服务没有启动，获取数据库接口失败，设置时钟失败。
该告警问题现网出现的概率较少，一般导致该告警主要是SNTP服务器IP地址设置错误。处理分析和处理方法如下：
1）查询该基站SNTP服务器IP地址设置是否错误，更改后该告警可消除。
2）查询SNTP服务是否终止。
3）查询SNTP服务器是否开启服务。
首先查看该基站SNTP服务器IP地址是否设置正确，经查询得知该站IP地址设置正确。该站修改数据后未做增量同步，于是对该站进行赠量同步，但是，提示该站无法增量同步，所以怀疑前后台数据不一致，对该站进行数据重构，数据重构后发现SNTP服务器IP地址未设置，修改基站SNTP服务器IP地址后，再进行增量同步基站恢复正常。
3.3解决结论
该站“实时钟设置告警”是由于前后台数据不一致导致，基站修改数据后需要进行前后台数据重构，使前后台数据一致。 |
|
|
|
【对“《硅谷》杂志：TD基站故障案例浅析”发布评论】 |
版权及免责声明：
① 本网站部分投稿来源于“网友”，涉及投资、理财、消费等内容，请亲们反复甄别，切勿轻信。本网站部分由赞助商提供的内容属于【广告】性质，仅供阅读，不构成具体实施建议，请谨慎对待。据此操作，风险自担。
② 内容来源注明“硅谷网”及其相关称谓的文字、图片和音视频，版权均属本网站所有，任何媒体、网站或个人需经本网站许可方可复制或转载，并在使用时必须注明来源【硅谷网】或对应来源，违者本网站将依法追究责任。
③ 注明来源为各大报纸、杂志、网站及其他媒体的文章，文章原作者享有著作权，本网站转载其他媒体稿件是为传播更多的信息，并不代表赞同其观点和对其真实性负责，本网站不承担此类稿件侵权行为的连带责任。
④ 本网站不对非自身发布内容的真实性、合法性、准确性作担保。若硅谷网因为自身和转载内容，涉及到侵权、违法等问题，请有关单位或个人速与本网站取得联系（联系电话：01057255600），我们将第一时间核实处理。
|
|
|
|
