AMTS01C1 故障处理初级篇 V1062p文档格式.docx
《AMTS01C1 故障处理初级篇 V1062p文档格式.docx》由会员分享，可在线阅读，更多相关《AMTS01C1 故障处理初级篇 V1062p文档格式.docx（69页珍藏版）》请在冰点文库上搜索。
2.3.1系统硬件故障现象32
2.3.2V5协议故障现象32
2.4故障产生原因33
2.4.1系统类故障产生原因33
2.4.2V5协议故障产生原因33
2.5具体故障分析33
2.5.1系统硬件故障分析33
2.5.2V5协议类故障37
2.6ZXA10接入网设备与异种交换机对接V5注意事项41
2.6.1V5接口的启动问题41
2.6.2V5接口保护协议的故障倒换功能43
2.7线路类故障47
2.7.1ADSL用户必须满足的线路要求47
2.7.2常见线路参数含义介绍49
2.8线路故障排查方法50
2.8.1排查流程介绍50
2.8.2局端用户线路的排障51
2.8.3用户端线路的排障56
故障处理概述
知识点
故障分类
故障信息的获取来源介绍
故障处理的思路
故障分类概述
U300（V3.1）作为综合接入用户端业务处理单元，综合了传统窄带业务和宽带数据业务。
根据业务种类，我们将故障大体分为窄带业务故障和宽带业务故障两类分类。
窄带业务故障的分类
窄带业务故障可能涉及到与呼叫流程相关的全部环节。
故障分类可以从以下几个方面进行。
1．按故障发生的原因，可以分为：
（1）最常见的是设备的硬件问题，即某一块单板损坏或某一条连接线损坏。
这方面的故障虽然看似简单，但有时查起来非常费时费力，这就需要维护人员对设备有足够的了解并有清晰的分析思路，尽快缩小故障范围直至定位故障源。
处理此类问题的优势是可以通过反复替换正常单板与故障单板来判断故障源找得是否正确，而且问题解决以后的效果是立竿见影的。
（2）人为故障，即由于人为原因，如连错线、做错数据、用错版本等造成的工程故障。
为了把此类故障减小到最低限度，就应该在操作过程中认真、仔细地做好每一个环节，对于这类问题处理过程的重点在于定位。
（3）版本问题，这要求通过升级某些单板的程序版本来解决相关问题。
升级版本的工作通常是在研发部门针对某个单板设计了新的功能和更改以后进行，而且属于中兴通讯当地办事处的职责范围，所以其处理方法不作为本手册的介绍重点。
2．按照故障发生的位置，可分为：
（1）用户终端故障：
主要是指用户话机、专线MODEM等用户终端设备出现的故障。
（2）用户外线故障：
指从用户终端到U300（V3.1）设备配线端子的故障。
（3）U300（V3.1）设备故障：
指由于硬件或软件问题造成的U300（V3.1）设备本身工作的不正常。
这部分设备故障包括U300（V3.1）堆叠网元设备的工作故障。
（4）U300（V3.1）对接设备故障：
指U300（V3.1）在和上联的OLTB或交换机对接时出现的故障。
（5）上联设备故障：
指U300设备本身工作正常，但由于上联的OLTB和交换机故障，而导致的故障。
（6）ZXUMS网管故障
3．按照故障现象，可分为：
（1）用户拨号上网困难；
（2）用户断话；
（3）摘机无音；
（4）主叫号码显示故障；
（5）112测试故障；
（6）环境电源监控故障；
（7）1SDN用户呼叫故障；
（8）告警箱故障；
（9）通话杂音；
（10）其他故障。
通过这三类的故障分类，一般可以确定一个故障。
按照前两种故障分类方法，有利于我们迅速确定故障环节，进行故障分析，明确故障处理思路。
但是故障一旦发生，首先表现的就是故障现象，如何按照故障现象定位出故障发生的原因或者具体位置，这就是我们下面要详细讨论的问题。
宽带数据业务故障的分类
ADSL故障涉及的范围较宽，涉及的设备也较多，故障分类的方法也多种多样。
1．按照故障发生的原因，可以分为：
线路故障；
U300局端故障；
数据配置故障；
ZXUMS网管故障。
用户PC——Modem故障；
Modem——U300局端故障；
U300局端内部故障；
U300局端——上联设备故障；
上联设备故障；
既不能打电话，也不能上网；
只能打电话但是不能上网；
能够上网但是网速很慢；
上网不稳定而且经常断线；
ZXUMS网管故障；
其它故障。
分析故障的依据
所谓的分析故障的依据就是故障处理人员所听取的他人对问题的描述以及自己对故障本身现象的观察。
分析故障的依据是解决问题的基础，它的准确性以及全面性决定了问题分析的方向以及耗时的多少，并直接影响到问题的最后解决。
分析故障的依据一般可以分为几类：
1．机房值班人员对问题的描述
对于一个故障问题来说，故障处理人员最先获得的往往是机房值班人员对这个问题的描述，这显然是最直接的分析依据。
2．电话用户对问题的描述
有些值班人员对故障问题的描述实际上就是对电话用户反映问题的转述，所以建议故障处理人员可以考虑向用户直接了解故障现象，以获取第一手资料，但这些依据存在可靠性的问题。
3．设备本身的状态
设备本身的状态主要反映在各种单板的指示灯上，有许多故障问题均可从单板的指示灯上看出来，这就需要维护人员对设备的指示灯的正常和故障状态有比较详尽的了解，这样处理故障时就可以直接对那些状态不正常的单板进行处理。
4．网管上的告警信息
网管反映出来的现象就是告警，告警信息可以帮助维护人员判断故障所在，其中特别是要注意查看历史告警，因为许多故障都不是突然爆发的，会在历史告警中留下痕迹。
另外，如果有些故障缺乏直接的告警信息，就需要维护人员利用人机命令来加以判断，人机命令是判断故障比较有效的武器，其可信度是很高的。
窄带业务故障处理的分析思路
由于在U300（V3.1）侧观察到的最直接的故障现象就是局部或全部用户业务失败，而这种故障现象在很多情况下是与交换、传输系统、电源等方面密不可分的，所以维护人员处理故障时常常要先确定故障是属于U300（V3.1）侧，还是属于其他环节的问题。
建议故障处理人员可先检查U300（V3.1）侧的硬件问题，然后再考虑其他环节的硬件问题。
以下就是各个相关业务环节的典型故障现象和处理方法，维护人员可以依此缩小故障检查的范围，进而较快地定位故障、解决问题。
1．U300（V3.1）
U300（V3.1）上的窄带业务单板常见的就是ALC，DLCA和TSLC等以及业务控制单板ICS。
当U300（V3.1）本身出现故障时，一般只影响一个用户单元范围，涉及面比较小，关键是要看故障的范围是一个用户框单元还是一个用户框单元内的部分用户。
具体地讲，若整个用户框单元及其级联的从框单元出现故障则可能与该网元的ICS板或到上级局的传输系统带的V5的2M链路有关；
若故障只涉及单元内的部分用户则可考虑检查相应ALC用户板及其用户电缆等。
以上两种情况都可以用替换的方法定位故障。
2．交换机
本地交换机（为接入网提供V5接口的设备）与U300（V3.1）之间通过V5接口连接，故交换机的故障现象主要体现为V5接口的故障现象。
交换机引起的故障可分为两大类：
有V5接口中断的故障和V5接口未中断的故障。
有V5接口中断的故障非常明显，ZXUMS网管会显示相关的V5告警，ICS单板上的链路指示灯闪烁情况也会发生变化，显示有一条或若干条链路的状态改变。
诊断此类故障时可以通过分别自环主、次链路对应的2M口来判断V5中断是否是接入网的问题，若自环后ICS板的指示灯能够正常闪烁，则一般不会是接入网的问题。
V5接口未中断的故障相对复杂一些，但一般可以分为两种，一种是V5第三层启动失败，另一种是交换机用户状态不正常。
（1）V5第三层启动失败的原因通常是接入网、交换机双方的接口标识或变量不一致。
V5接口启动的第一个过程是交换机和接入网双方交互接口标识和变量，并将从对方获得的接口标识及变量与自身的接口标识及变量进行比较，若一致则进行下一步的启动，若不一致则继续请求变量及接口标识。
所以，若信令跟踪发现一方反复请求接口标识及变量，则需要检查双方的相关参数是否一致。
（2）交换机的V5用户状态不正常的情况也可以通过在网管上进行V5信令跟踪来判断。
接入网用户作主叫时，应由接入网侧先发出“Establish”消息，正常情况下交换机应回送“EstablishAck”消息以及“Allocation”消息，若交换机用户状态不正常则交换机响应方式可能会是不予理睬或回送“Disconnect”消息，“StatusEquiry”消息等；
接入网用户作被叫时，应由交换机侧先发出“Allocation”消息，若交换机用户状态不正常则交换机可能会不主动发任何消息。
对于交换机用户状态不正常的问题，可以通过闭塞、解闭用户端口尝试处理。
当确认是交换机侧的问题时，维护人员应该及时和交换机房维护人员联系寻求技术支持。
故障定位方法
窄带业务故障定位方法
接入网的定义是业务提供节点与用户终端之间的一系列网络传输设备，其本身功能比较简单，只是为交换机、节点机等业务提供节点的PSTN、ISDN、DDN等业务作延伸，用户终端的接口由接入网提供。
虽然从功能上讲接入网比较简单，但由于接入网在电信网中所处的地位决定了它与交换、传输、电源、用户终端有着密不可分的联系，这也给接入网的维护人员增加了判断故障的难度，许多接入网用户体现出来的故障现象的根源不在接入网本身。
但是，只要根据有效的故障依据并进行周密的分析就可以判断、定位故障是否与接入网有关，如果与接入网有关则故障出在哪一环节。
我们可以从物理、逻辑两条线索来剖析接入网，分析故障原因。
具体从哪一条主线入手可根据实际情况选择，必要时可将两者有机地结合起来处理故障。
物理角度
我们这里所说的“物理”是指实实在在存在的各个环节，根据ZXA10U300（V3.1）综合接入用户端业务处理单元的典型组网结构可以分为：
交换机（LE），OLTB，U300，传输，用户终端。
虽然其中部分环节不属于接入网的范畴，但接入网故障不能脱离这些环节来加以分析，故有必要提出来一并讨论。
1．交换机（LE）
本地交换机（为接入网提供V5接口的设备）与接入网之间只通过V5接口关联，故交换机的故障均可从V5上反映出来。
交换机引起的故障分为两大类：
有V5接口中断的故障和没有V5接口中断的故障。
有V5接口中断的故障非常明显，一般在接入网的操作维护台上有“V5第二层协议告警”的三级告警，同时OLTB上相关的ODT单板上的指示灯会显示不正常。
故障时可以通过自环来判断V5中断是否是接入网的问题，只要将承载物理通道的2M收发自环即可，若自环后接入网相关单板的指示灯能够闪起来则一般不会是接入网的问题。
没有V5接口中断的故障相对复杂一些，但一般可以分为两种，一种是V5第三层启动失败，另一种是交换机用户状态不可用。
（1）V5第三层启动失败的原因通常是AN，LE双方的接口标识或变量不一致，这类问题可以通过信令跟踪判断。
V5启动的第一个过程是LE，AN双方交互接口标识和变量，并将从对方获得的接口标识及变量与自身的接口标识及变量进行比较，若一致则进行下一步的启动，若不一致则继续“请求变量及接口标识”。
这里有一点需要明确，即V5接口正常启动后，第三层信令跟踪就应该只能跟踪到PSTN协议和BCC协议，若无用户呼叫则连PSTN，BCC协议也应该没有。
若在使用的V5接口上能跟踪到公共控制协议（CommonControl）则肯定有不正常情况存在。
（2）交换机的V5用户状态不可用也可以通过V5信令跟踪来判断。
接入网用户作主叫时，应由AN侧先发出Establish，正常情况下LE应回送EstablishAck以及Allocation，若交换机用户状态不正常则LE响应方式可能会是不予理睬或回送Disconnect，StatusEquiry等；
接入网用户作被叫时，应由LE侧先发出Allocation，若交换机用户状态不正常则LE可能会不主动发任何消息。
对于交换机状态不正常的问题，可以通过闭塞、解闭用户端口尝试处理。
2．OLTB
OLTB的故障特点是故障用户范围大、影响面广，如全局用户无拨号音、大量用户无规律单向通话等。
通常情况下大面积或全局用户的故障首先应在OLTB上查找问题。
OLTB上主要的单板包括SSUB和ODT两种单板。
SSUB单板采用主备用的工作机制，可以通过倒换来判断故障，SSUB单板故障可能会造成全部呼叫话路不通、网元丢失、V5断链等。
ODT的故障根据硬件承载的通道不同，故障表现不同的现象：
连接普通用户节点的ODT故障会造成该ODT连接的网元业务性能下降、业务中断，更严重的导致网元丢失。
但此类故障一般都比较明显且有规律可寻，解决起来也比较方便。
承载V5链路的ODT故障，往往较有隐蔽性，交换机的选时隙方式会使这几块ODT的故障反应成一定概率的故障事件，因为失败呼叫只会发生在交换机选用故障ODT的PCM时隙上。
这里再简单介绍一下有关时隙分配的小知识：
与七号信令不同，V5的时隙选用完全是由交换机决定的，即不论接入网用户是作为主叫还是被叫，本次呼叫所使用的链路以及时隙均是由交换机通过Allocation分配的。
不同的交换机对于分配时隙的算法有所不同，常见的有三种：
（1）轮选，即每次选用的时隙均是与前一次使用的时隙相隔一定的步长，如第一次呼叫选用某一条链路的TS1、第二次呼叫就选用该链路的TS4（步长为3），第三次呼叫就选用该链路的TS7，依此类推；
若步长为“1”则每次选用的时隙是前一次选用时隙＋1。
这种选法的特点是每条链路的选中概率是相同的，话路分配比较平均，代表机型有中兴ZXJ10、华为C&
C08等。
（2）优选固定链路，即每条链路均有不同的优先级，只要优先级高的链路有空闲时隙，则发起的呼叫就选用该链路上的时隙，直到该链路的时隙全部占用再选用优先级较低的链路，依此类推。
这种选法的特点是链路的忙闲状态非常分明，某些链路的时隙几乎全部占满而某些链路还几乎没有占用，代表机型有朗讯5ESS，NEC的Σ机等。
（3）固定用户优选固定链路，即每一部分用户对应一条优选的链路，该部分用户的呼叫首选对应的链路且不同的用户对应不同的链路。
这种选法的特点是链路的忙闲与相关用户的话务量有关，代表机型有贝尔S1240等。
3．U300
由于U300的问题体现出来的用户障碍涉及的面比较小，一般是一个U300网元（单个机框典型配置为384个用户）和一个网元内的部分用户。
需要特别注意的是U300（V3.1）设备具有机框堆叠功能，所以一个网元内部可能出现多个不同类型的机框堆叠情况，在出现故障时将所有堆叠在一起的机框作为一个网元来处理。
由于逻辑结构和组网特点决定了一个网元发生的故障不会影响到另一个网元用户的情况。
若整个网元故障则可能与该网元主机框的ICS，传输的2M等有关，可以用替换的方法定位进而排除；
若故障涉及网元内部某个机框的全部用户，则应考虑堆叠子机框的ICS/TPU/PP的工作情况、主从机框之间的HW连接，以及机框背板上的HW接口板是否正常，可以使用替换的方法进行定位；
若故障只涉及网元内的部分用户则可考虑检查用户板，相关机框的ICS/TPU/PP，用户电缆的插头位置等。
总之，U300上故障处理的方法比较简单，先判断故障可能与哪几个环节有关，然后利用更换的方法逐一处理，直至问题解决。
4．传输
传输故障引起的接入网障碍通常就表现为ICS的中断告警，如果V5经过传输，则传输故障还会表现为V5的“2M链路非工作状态”。
V5上的传输故障比较好查，故障现象是ODT的相关链路指示灯熄灭，可以通过自环2M的方法判断是否接入网本身出问题。
由于传输问题导致的U300中断的故障应该比较明显，如一条主干或一个子网所带的用户单元全部告警或某一个接入网点的所有网元均告警等。
故障时通常有两种表现，一是相关DT指示灯状态变化，二是指示灯正常。
先简单介绍一下有关OLTB，U300上各种单板正常工作时的指示灯状态：
（1）ODT的2M指示灯说明如下：
若该2M用作V5普通链路且工作正常，则相应指示灯长亮；
若该2M用作V5信令链路且工作正常，则相应指示灯无规律闪烁；
若该2M用于连接PP或CHW通信方式的TPU则相应指示灯闪烁；
若该2M用于连接ODT的HDLC通信方式的TPU则相应指示灯闪烁；
若该2M用于连接SSU的HDLC通信方式的TPU则相应指示灯长亮；
2M中断时相应指示灯熄灭。
（2）ICS上的DT指示灯说明如下：
ICS上的通过一个DT灯反映U300连接的所有E1状态。
通过观察DT指示灯变化不能直观反映故障现象，但通过仔细观察DT指示灯状态的变化可以了解工作E1的数目。
对于DT状态不正常的故障比较容易发现，且通常是传输或对端设备的问题。
DT状态正常时的故障具有一定的隐蔽性，DT状态正常并不能说明传输没有问题，因为有时传输的故障就表现为环回，从近远端DT的状态就看不出故障，此时需要将对端的DT拔出，若不论对端DT在位与否本端DT状态始终正常则说明传输是不通的，很有可能就是处于环回状态。
5．用户终端
我们这里所说的用户终端主要包括模拟电话，数字电话，NT1，NT1PLUS，TA等等，在工程中遇到的与终端有关的故障主要有来电显示话机、数字终端（包括NT1PLUS，数字电话）。
某些型号的来电显示话机与接入网配合不好导致来电显示不全或显示率不高甚至根本不能显示，可以通过更换其他型号的话机对比，具体处理方法将在后面专门介绍。
某些数字终端由于设置了ISDN新业务（如“多用户号码”、“子地址”）导致不能作被叫，可以通过信令跟踪判断，具体ISDN的呼叫障碍处理方法将在后面专门介绍。
综上所述，从物理角度可分出交换机（LE），OLTB，U300，传输，用户终端等环节，在处理故障时要先摸清故障的范围，然后再找相关的环节进行有目的的处理，这样才能较快地定位故障、解决问题。
逻辑角度
从逻辑角度可把接入网的业务分为消息处理和话路接续两部分，在处理工程故障时要分清故障属于消息处理障碍还是话路接续障碍。
1．消息处理
OLTB、U300内部与消息处理有关的单板主要有ICS、SSUB、ODT等。
当消息处理通道发生故障时，通常会有告警，如SSUB与ICS的通信中断，V5第二层协议告警等。
若接入网内部有告警，则一般可以根据告警内容更换单板或检查传输解决；
若V5有告警，则可以通过V5的2M自环判断是LE还是AN的问题；
若V5没有告警但用户仍不能使用，则需要做信令跟踪判断故障在哪一侧进而解决问题。
2．话路接续
OLTB内部与话路接续有关的单板主要有ICS，ODT，SSUB等。
话路接续的故障一般在操作维护台上没有告警，甚至用户呼叫的V5信令跟踪也完全正常。
此类故障的引起原因无非有两种：
数据问题和硬件问题。
硬件问题则需要根据故障范围以及故障规律分析判断故障源，通常U300上的硬件问题只会影响本节点的呼叫，OLTB上的硬件问题引发的故障是全局性或全V5用户的，只有通过替换相关板件来处理。
判断呼叫障碍是消息处理问题还是话路接续问题的最有效手段是V5信令跟踪，如信令跟踪结果正常则说明故障肯定在呼叫接续方面。
宽带业务故障定位方法
宽带数据业务集成在U300设备，其判断、定位故障可以从物理、逻辑两条线索来进行。
从物理角度按组网结构可以从上联设备（UAS、ROUTE、ATM交换机）、U300、用户终端、线路等方面进行分析；
逻辑角度可以从完成一个ADSL业务通过所有环节进行分析。
其思路与窄带业务故障定位方法类似，在此不再详述。
当ADSL用户申报故障时，应该详细询问故障现象，根据不同的故障现象，进行故障定位的具体过程如下。
既不能打电话，也不能上网
如果ADSL用户既不能打电话也不能上网，则此类故障大部分应该为线路问题，可参见第二章的线路问题处理方法进行故障处理，排除线路故障。
如果线路故障排除后，故障现象依旧，则此时应该查看用户端分离器抽头（到话机）是否正常，以及和该用户相应的分离器板是否正常，首先保证用户能够正常使用电话，然后可参照“只能够打电话但是不能上网”的故障现象进行故障定位。
只能打电话但是不能上网
此类为比较典型的故障。
故障原因涉及到系统组网的各个方面。
通过了解用户MODEM指示灯的状态、用户计算机的操作和设置等，结合数据公司网管功能所能查知的信息，可以进一步定位故障原因。
具体步骤如下：
1．询问记录用户MODEM的型号和指示灯状态
各种型号的MODEM，指示灯的英文缩写标识不一样，但肯定都包含以太网（Ethernet）网口指示灯，ADSL连接指示灯，电源灯（Power，PWR）。
2．根据指示灯状态，判别故障。
以下以ZXDSL831A的指示灯为例，说明如何利用各种状态指示灯来定位ADSL故障，其他MODEM可以参考此判断流程。
说明
本节根据MODEM指示灯来判定故障现象仅供参考，大部分故障的原因可能是本节判定的原因，但是也有一些特殊的原因，需要根据实际情况进行判定，不能够一概而论。
（1）ADSLMODEM的电源灯PWR状态：
如果MODEM的电源指示灯不亮，表明MODEM的电源没有接好或者MODEM故障；
如果确认MODEM的电源是正常的，但其它的所有指示灯均不亮或者全亮，则可能是MODEM故障（包括版本故障、MODEM自身故障等等）。
如果电源连接正常，MODEM电源指示灯能亮，仍不能上网，继续做下面的分析。
（2）ADSLMODEM的DSL灯状态：
DSL灯亮表明广域网连接正常，即ADSL线路连接正常。
如果DSL灯不亮表明MODEM工作不正常；
应重新上电连接，看能否工作正常。
如果DSL灯一直闪烁，表明ADSL线路正在连接或一直连接不上，此为线路问题，应先检查MODEM到分离器的电话线接触是否可靠，再检查室内的电话线接头是否接触不良，如果仍不能解决问题，报112测量台检查外线。
（3）ADSLMODEM的LAN灯状态
LAN灯亮，表明以太网连接正常。
如果LAN指示灯不亮，表明MODEM与计算机网卡的连线没有连好，或者为计算机网卡故障（网卡的2个指示灯是否正常，可以作为参考依据）。
确认接好连线、必要时更换网卡，可以解决这个问题。
（4）ADSLMODEM的USB灯状态
USB灯亮，表明MODEM和PC之间连接正常。
如果USB指示灯不亮，表明MODEM与计算机的连线没有连好，或者为计算机USB接口故障。
可以查看计算机的USB驱动程序是否安装成功，还有USB接口是否正常。
（5）ADSLMODEM的DIAG灯状态
DIAG灯亮，表明MODEM的版本故障，需要重新下载版本。
3．根据用户上网过程，判断故障原因。
如果以上MODEM的指示灯均显示正常，但用户仍有上网故障，则判断为用户端设
升级会员 