常见故障维护
TD一般故障主要就几种，下面将一一介绍（处理方法仅供参考，各故障还须根据具体情况具体而定。）
1） 传输问题，会出现类似下图告警（E1T1的或者IMA的）：
可以登陆对应基站，如图所示为CZTD3002基站，第一条上报来源CZHRNC01-820,对应的RNC侧IUB接口的传输是1框，25槽，27号链路，所属NODEB是CZTD3002。我们可以在RNC的维护终端上或者直接在OMC上查看该条E1T1的状态。如下图示（OMC上）：
输入命令如下图示：
执行后我们会看上方窗体出现
我们可以看到我们执行了DSP E1T1: SRN=1, SN=25, BT=AOU, LNKN=27;这条命令，下面的链路状态信息中链路运行状态为链路故障，另外在下方我们可以看到该条传输是被CZTD3002站点占用。如果传输状态是好的，应为链路运行状态=链路可用。
在基站侧看往往显得更加直观，当我们需要判断传输问题是属于基站侧还是RNC侧时或开站时，我们就可能需要在RNC侧看传输。可以让基站侧施工人员环回到RNC侧，这时如果链路状态变为可用则说明从RNC到基站传输设备没有问题，而问题出现在基站端。如果链路仍然不可用，就须通知传输班或者让基站侧督导直接和传输人员联系。
下面介绍如何在基站端看传输状态
如上图所示出现传输故障的是7槽1，2，3三个端口（NODEB BBU上的单板都是在0柜0框），由于我们定义的端口是从0开始的，也就是说该站的第二，三，四条传输有问题。进入该站的MML命令窗口，查询传输状态：
我们可以看到端口号1，2，3的链路运行状态是“存在信号丢失告警”，使用标志为“是”。 该站就需上站处理传输问题，当然由于是维护建议先让传输班看下，然后看是否需要上站处理。一般传输问题都是传输头有问题或者传输端子有问题。让基站侧代维先处理，如果处理不好，再让他环回给你看。一种是向RNC侧环，前面已经讲过了，一种是向NODEB侧环，当向RNC环回可用的情况下，向NODEB侧环回链路运行状态变为物理环回，这种情况基本上把头子接好了就没有问题了，如果链路运行状态还是信号丢失告警的话，可能原因有几种，首先让代维重做传输头子，看是否存在虚焊等情况。还有可能是传输线有问题。换根线看看。基本上都会解决，如果反复处理仍然存在问题的，可以考虑换块主控板试试，建议不要轻易换板子，换主控板板的话基站数据会全部丢失，需要重新加数据。另出现板子坏的可能性也是非常非常小。传输问题就这么多了。 2） 驻波比问题
对于驻波比问题我们还是从告警开始讲：
上图是典型的驻波比告警，其中下行输出欠功率告警时附带告警。我们可以看到定位信息为0柜54框0槽，对于RRU的编号按照如下规则定义的三槽一，二，三光口按从左到右从上到下的顺序是90，91，92， -----其中中间没有级联RRU的其编号也要跳过，比
如一光口没有级联，二光口有级联则该级联RRU编号应为50而非49。二槽则是从16开始依次下去规则和三槽的编号规则一样。上图所示是54框则是三槽三光口第三个RRU。为了能够更清晰的跟踪告警，我们建议专门对该站查询告警，查询方法上面有介绍。下图是在查询对应RRU状态。用到的命令是DSP RRU 只用输入对应框号即可，如果不输的话会列出所有的RRU状态信息。
如图所示，RRU正常状态应该是管理态=解锁，操作态=可用，可用态=正常，故障态=无告警，而此处故障态为重要。可用命令 DPL RRUPARA查询具体的驻波比情况
对于室分站点我们用的都是RRU261即只有一个通道，故后面两个通道号都填1。而对于宏站用的是RRU268有9个通道，其中有一个是校准通道，前八个通道有问题的话会出现驻波比告警，第九个通道有问题则是出现校准通道故障告警（譬如上行/下行校准通道不可用等）。可以利用命令判断是哪个通道（PATH）有问题 DSP PATH ,对于宏站如果哪个PATH不可用，则一般情况下这个PATH就有驻波比，这时我们再用DPL RRUPARA 来查询驻波比情况，
这是查询的结果很明显的看到该RRU驻波比值不在两个门限值范围内（74为该RRU的驻波比参数值，而我们的门限范围是10-35）。另外如果门限在30到35时很可能会出现驻波比反复出现后又自动消失情况，这种情况说明该RRU所连接的天馈系统还是有问题的，只是问题不是很大而已。
对于RRU268校准通道不可用的情况一般处理下其对应的跳线连接都会好，像处理驻波比一样，首先检查跳线头子有没有连接好，确认连接好了对于宏站不方便用驻波比测试仪测试的可以考虑把跳线头子重做下，还不行换根跳线试试，再不行就只有想办法用测试仪测下，不建议在没有定位的情况下换设备。而对于室分站建议要求用测试仪测试定位，如果不符合条件的可以先将负载接RRU上排除RRU可能。剩下的就是基站侧维护人员怎么操作的事了，一般情况下都是室分天馈系统的问题。另外需要注意的是在基站侧维护人员询问目前状态时，在确定其确实进行了一些有可能消除驻波比的情况下对RRU用RST BRD命令复位下，当然也可以让现场人员对RRU进行下电或者把光纤拔插下。这样做的目的是为了能够更快的看到驻波比状况，因为驻波比告警自动消失需要一定时间。(对于室分站点由于RRU分布不一定每个上站处理人员都很清楚，可以让现场拔下光纤判断是否是出现故障的RRU。)如果复位后消失用命令DPL RRUPARA再次查询驻波比状态，参数正常须观察一周左右时间看是否再次出现。如果没有消失继续让站上人员处理。
上面就是驻波比处理的一般步骤，当然如果上站人员很熟练的话基本上他们自己可以搞定，你需要做的是告诉他哪个地方出现驻波比，有没有恢复。
3） GPS问题
GPS问题有两种，一种GPS故障不可用，一种是GPS搜星不足。看到关于GPS的告警后我们可以通过DSP GPS查询状态，正常状态是：星卡状态为正常，跟踪到的GPS卫星数目须大于3颗。如果星卡状态是故障或者跟踪到的卫星数目少于3颗，那就需要通知上站处理。如果是搜星不足一般安装位置原因很大，上方九十度范围内无遮挡物，尽量避免强干扰源等。搜星不稳也有这种可能，另外蘑菇头接头处没有做好也是一种可能。如果是星卡故障的话让上站人员逐段处理，首先检查几个接头处是否出现松动，蘑菇头接头处是否异样，GPS跳线是否有刮破痕迹等。还不行的话可以将主控板复位下，看是否正常。
如果依然不正常按照经验判断一般情况下让上站人员重做蘑菇头侧接头。再不行换个蘑菇头试试。一步一步排除，对于已开通站点主控板（WMPT板）坏的可能性不大，因此考虑的范围在连接主控板的星卡时钟线（黄铜线）线到蘑菇头那一段，蘑菇头换之前可以利用万用表的蜂鸣档测试GPS跳线是否有问题（一端芯皮用铜丝相接另一端用万用表探针芯皮相接如果响说明线没有问题。）星卡时钟线和避雷器直接的连接也不能忽视，总之原则就是逐段分析，逐段排查。
通过测量电压确定是否馈线出问题：一般情况下在机顶GPS天馈接头处、在避雷器的接头处和GPS天线的馈头处芯和屏蔽套间的电压都保持在4.6V～5V之间，我们可以通过分别测量各个地方的电压来定位故障。比如在机顶的GPS天馈接线柱上量得电压是4.9V，加上避雷器后在分路器接GPS天馈的接头处量得电压是4.1V，那么我们就可以定位分路器肯定有问题。通过类似的方法就可以定位出GPS避雷器、后背板、和馈线上的各接线头是否有问题。
4） RRU离线
对于此种情况需要代维上站查看是否RRU掉电，如果排除停电的可能，则通过对换光纤等方式确定是光纤问题还是RRU问题，一般情况下都是光纤问题，所以一般上站处理这
样站点的建议带备用光纤。 5） 断站，基站退服
对于断站的站点明显标志是该站的所有该站的E1T1信号丢失告警或者其对应的邻接点不可用NODEB退服，还有其他的一大堆告警。建议先让传输班看下该站的传输状态，再判断是否上站处理。 6） 解/闭塞小区
命令为BLK CELL（小区号定义规则基站号加小区编号，例如基站CZTD3100第一小区的小区号为31001） 7） 小区不可用/载频不可用
某个小区不可用，在RNC侧利用DSP CELL 命令查询小区状态为不可用，或者在NODEB侧利用命令DSP LOCELL查询小区状态，注在NODEB侧小区编号是用0，6，12分别表示第一二三小区。小区不可用的但是还有其他小区可用的情况下,这时需要查看下对应小区的RRU是否可用DSP RRU，或者看有没有对应小区的RRU上报驻波比或者离线告警。如果RRU不存在问题，则查看BBP单板状态DSP BRD,
单板不可用的情况下，先给其复位RST BRD其中槽位号为对应不可用单板槽位号。单板复位正常后再看不可用小区是否恢复，如果单板没有恢复正常，再复位次还不行的话就需要上站处理，先拔插下，看是否能好，如果不能好的话就换块板子。
如果单板是可用状态，则查询DSP芯片状态,命令DSP DSP,如果有不可用的DSP芯片则复位对应的单板，如果复位后DSP芯片正常可用，再看看小区状态，如果复位后DSP芯片仍然不可用，则再次复位下如果还不行的话就需要上站处理先拔插下，看是否能好，如果不能好的话就换块板子试试。
如果查询基站侧RRU，单板，DSP芯片均无问题，则在RNC侧去激活激活小区试试，去激活命令DEA CELL 激活命令ACT CELL。观察小区状态是否可用，如果还不可用的话（这种情况比较少）可以考虑复位整个基站命令RST SYS,注此命令慎用，因为此命令会导致整个站点断站，业务中断。再不行就让站上人员断电重启基站，正常情况下按照上述操作基本上能解决如果还不能解决，请联系华为技术支持。
载频不可用采用的方法基本上一样，当你看到载频不可用告警或者有投诉时，你可以查询下小区载频状态。查询载频状态的命令为DSP CARRIERRES(基站侧)DSP CARRIER(RNC侧须填写对应小区标识即小区号)。查询DSP芯片是否有不可用DSP DSP。
因篇幅问题不能全部显示，请点此查看更多更全内容