Tellabs传输设备的维护和故障处理经验

TELLABS 63XX系列传输设备的故障处理深圳市特发信息股份有限公司泰科通信分公司第一部分：传输故障出现时处理方法和步骤：做为一个维护人员应该具备以下业务素质：能够实践中根据设备网管告警及利用仪表等，在最短时间内诊断落实并处理故障。

要做到这一点，我们不但要有坚实的理论基础，还要掌握故障出现时的处理方法和步骤，并且不断地总结经验，逐步提高技术水平。

故障出现时的一般处理方法和步骤是：1.了解故障现象。

2.故障诊断定位。

3.故障处理。

4.故障原因分析总结。

5.提出并落实整改措施。

处理设备故障，就像医生看病一样，要准确地诊断病情，对症下药。

要迅速处理故障，最关键的一点是要准确地对故障诊断定位。

没有准确的故障诊断定位，就不可能处理好故障，甚至会扩大故障。

而要做好故障诊断定位，首先要掌握网络和设备的原理和一些基本的故障检查方法，同时还要了解故障现象，通过故障的表现进行分析，决定下一步处理的步骤。

对故障现象和表现了解不清，会直接影响故障诊断定位的准确性。

故障的处理也是解决问题的关键点，只有定位而没有处理，或者处理不好，问题最终就还是不能解决。

为了不断地积累经验，改进工作，消除故障隐患，做好故障原因的分析和总结，其作用是不言而喻的。

当然，在故障处理的实践中，步骤的顺序也不是一成不变的，有许多情况下故障诊断定位、故障原因分析以及故障处理是同步进行的，这些过程都是相辅相成的，不可能分得太清。

下面我们故障出现时的一般处理方法和步骤从5个方面进行阐述。

一.了解故障现象。

要对故障现象的准确描述，需要了解以下两部分内容：1.业务的故障状态。

2.设备的告警以及故障发生时传输通道的运行状态和各项相关指标。

对于业务的故障状态，主要有：下挂业务中断（如基站倒站），下挂业务设备（如基站、BSC等）的误码、闪断、滑码等。

对于传输通道的状态，主要有：正常、中断、劣化。

这主要根据检查告警、性能监测、光口收发功率和TTI等手段来确定。

确定故障时传输通道的运行状态非常重要，这对故障诊断定位和故障处理及以后的故障原因分析，都会产生重大的影响。

检查方法：1）查看网元当前和历史告警，根据网元告警和网络的拓扑结构，业务连接关系判定故障的性质。

看告警除了看其内容以外，还要注意这些告警的部位（板位）和层级（例如Loss of signal有STM-N和PDH 2M级别，分别对应SDH光口和PDH 2M口，部位和影响是不同的）。

对于历史告警，还要特别注意告警发生和消除的时间。

2）了解业务路由情况，网元交叉连接关系（高阶或低阶、保护方式等。

检查业务端口TTI（包括STM-N，VC4，VC12等），重点检查上下业务的端口TTI（例如2M业务检查相应的VC12 TTI，155业务检查相应VC4的TTI）。

通过查看告警和TTI，可以判定传输设备的基本状态。

一般说来，传输通道有三种状态：A.正常工作状态。

在正常工作状态下，应当无异常告警，这时检查相关通道的TTI应当是是通的。

如果用仪表测试，通道无误码，接口波形以及各项指标符合标准的要求。

B.中断状态。

中断状态下，主要特征是会有传输中断的相关告警出现，检查通道的TTI以及仪表测试都可以说明通道是不通的（或只有单向通）。

C. 劣化状态。

即传输通道未完全中断，但一些关键性能指标下降，或处在不稳定状态。

这种情况比较典型的是传输虽然没有中断，但出现误码（此时检查告警，可能有Degraded signal一类的信号劣化告警；检查性能，相应的监测点可能有误码秒或严重误码秒）。

也可能是时钟同步存在问题，导致业务端口抖动过大使业务闪断，或同步问题使传输线路闪断或误码等。

只有通过对业务状态和传输通道状态的判断，我们才可以全面了解到故障的现象。

要进行故障诊断定位，以及寻求厂家的远程技术支持，或在事后寻求厂家对故障原因进行分析时，提供这些信息都是非常必要的，如果只有业务故障的信息而没有故障时传输设备状态的信息，故障诊断定位就可能不准确，故障的真正原因就难以分析出来，甚至有的故障的原因就根本无法找到，故障的起因就可能成为悬案。

对传输通道故障状态的判断中，第二种传输中断的状态判断比较容易做到。

只要设备上相应的通道上存在导致传输通道中断的当前告警，特别是在检查TTI以后，发现TTI不通（或收到的不是预期的值），就可以判定是传输业务不通。

有条件的话，挂上误码仪等仪表测试通道误码，如果不通，就可以准确地确认是业务中断。

在业务不通的情况下，如何区分传输设备是第一种（正常），还是第三种状态（劣化），是比较困难的事情，这需要维护人员具有一定的理论基础和分析能力，要有一定的故障处理经验，有些情况下还必须借助仪表才能完成。

在检查时，不但要看当前的告警，还要看历史告警、要看15分钟和24小时性能检测的值，以及逐个网元检查连接关系等，必要的时候还需要做一些环回、板件更换以及复位、关电等实验才能确认。

一般情况下，正常状态不会有异常的告警，而劣化的情况下，会出现一些导致业务质量下降的告警如Degraded signal 等。

值得指出的是，无异常告警只是正常状态的必要条件而非充分条件，即正常状态肯定无异常告警，但仅仅无异常告警还不能就此认定是正常状态。

换句话说，有异常告警就肯定不是正常状态，但无异常告警还不能说就一定是正常状态。

许多情况下，并没有告警，但通道还是有问题，这是因为网管不可能把传输通道所有的点全部进行监视到。

例如某个2M所接的业务有误码，可能问题出在2M线上，但在性能监测中检查该2M所连的VC12通道，就没有误码，也没有告警，这是因为网管的监测点并没有包括2M端口及其以下的2M线。

在实际工作中，因为缺少必要的测试手段，在许多情况下，一些维护人员有意无意地将下挂业务（如基站）的状态是否正常来做为判断传输设备工作是否正常的标准。

业务起来了，说明传输肯定是通的，就认为传输没有问题了；而业务不起来，或因传输中断引起的业务中断，就认为一定是传输有问题。

但仅以此为标准是不对的。

传输断，下挂业务肯定会出问题。

反过来，下挂业务有问题，就不一定全是传输的问题，这与整个系统都有可能相关。

同样，业务正常了，说明传输是通的，但也不能就此保证传输上没有隐患。

所以做为传输的维护工程师，在了解故障现象时，不但要了解下挂业务的故障现象，还一定要弄清楚当故障发生时，传输设备的状态（正常、中断还是劣化）。

如果没有弄清楚的话，会给故障的定位及处理造成错误和延误，更会给以后的故障分析和改进措施带来麻烦。

许多传输所带的业务出现故障，其原因不外乎是：1. 完全是传输设备的问题，是由传输中断或传输性能劣化引起的。

2. 系统的问题，下挂业务设备与传输设备之间的配合（如接口）有关，这里面既与传输设备相关，还与下挂业务设备（如基站，BSC）相关,还有可能与其他配套设备（如电源、配线架、BITS等）以及线路（如电缆、光缆、尾纤等）相关。

3. 下挂业务设备或其他配套设备及线路的问题，与传输设备无关。

弄清楚传输设备的故障时的状态，有助于分清故障的性质，才有可能做好故障的定位、故障的处理以及事后的分析。

二. 故障诊断定位故障诊断定位主要有以下几个方面：1.分析故障的性质。

2.故障站点的定位。

3.故障设备的定位4.故障单板（模块）的定位。

故障诊断定位的一般原则：“先外部，后传输；先单站，后单板；先线路，后支路；先高级，后低级”.故障诊断定位的检查方法选择的原则：先易后难，先用不影响业务的方法，后用对业务运行有影响的方法，先用现有条件就能实现的方法，后用必须增加条件才能实现的方法。

为排除光传输设备的故障，最关键的一步是根据网管和设备架、板告警的具体情况，将故障点准确地定位到单站，这是维护人员在现场维护工作中必须牢固树立的观念.分析故障的性质根据故障诊断定位的一般原则，我们要首先判定业务故障是否是传输设备引起的。

判定的依据就是对故障现象的了解。

如果传输通道本身就是处在中断状态，那么问题就肯定出在是在传输设备上，故障的性质就是传输中断，我们处理故障就可以按传输中断的处理流程来处理。

如果检查发现业务仍然中断，但检查传输通道TTI是通的，也就是说传输通道并没有中断，那么就存在以下几种可能：1.传输通道性能指标下降（如存在误码或抖动冲击等），导致所挂的业务中断。

这种情况可以通过观察设备告警、仪表测试等方法判别。

2.可能由于某种干扰刺激（如光缆中断引起的设备保护切换、时钟参考源的丢失等），导致所挂业务中断，但传输通道在瞬断后自动恢复，在检查时传输设备已经恢复正常，但所挂业务（如基站）因某种原因中断，不能自行恢复或恢复较慢。

3.故障点本来就属于下挂业务设备，或出在下挂设备与传输设备的连接处（如连接电缆或配线架）与传输设备本身无关。

对2，3种情况，从传输的角度首先要排除传输性能指标劣化的情况，但在许多情况下限于条件，单从传输方面检查很难获得确凿的证据来确认故障与传输设备无关，因此需要与下挂业务方面的设备工程师沟通，不但要观察传输设备的告警，还要观察下挂业务的告警。

例如，某次故障现象是业务断，传输无告警，TTI通，但基站有告警。

后经检查是传输设备2M的TX线（接基站的RX线）有问题。

因为设备的2M告警的一般根据自己的RX信号来的，所以基站有告警而传输设备无告警。

如果故障处理时传输通道是通的，但业务仍然不通，首先要检查传输设备以外的设备是否正常，然后再检查问题是否由传输性能指标劣化的原因引起的（实际操作时，也不一定特别死板，如果检查传输设备比检查其他设备要容易一些，先检查传输设备也无妨）。

检查主要是依靠看告警和性能监测，并且不但要看当前告警，还要看历史告警，不但要看15分钟性能值，必要时还要看24小时性能值。

我们要特别关注在业务故障发生的时间段以及故障发生前的历史告警。

很多情况下，处理故障的时候传输是通的，这时可能已经没有当前告警了，但如果有历史告警的存在，就可以判定故障的所在。

而看历史告警需要在日常维护中要保持网管数据的正确，例如网元时间等，不要随便对网元复位，因为复位会冲掉网元内部的历史告警。

此外，单靠网管告警还不一定完全反映设备的真实状态，必要时还要通过仪表来检查。

故障站点、设备以及模块的定位：确认故障性质以后，接着就是确认故障站点。

确定故障站点以及故障设备和模块的确认的一般方法都是先对故障进行分析，确定一个处理的大致思路，然后通过环回、替换板件、复位甚至关电等手段逐级缩小范围，将故障处理掉。

在很多情况下，故障诊断定位与故障处理不一定是能够截然分开的，但是我们如果能用简单的办法确认故障点所在，然后再去处理，显然处理的效率会高得多。

在实际故障处理中，许多站点距离都比较远，如果故障站点的判断错误，可能会造成处理故障时间的延误，甚至还会带来新的故障。

事实上，评判一个维护工程师的技术水平高低的一个重要标准就是看他能否迅速准确地分析和判断故障点的所在。