E1傳輸線路常見故障處理方法<br />
2M傳輸告警是在開局和維護(hù)過程中經(jīng)常遇見告警之一，要能及時(shí)準(zhǔn)確的處理這類告警，除了對2M傳輸線有清楚的認(rèn)識外，還必須能將2M線原理準(zhǔn)確的運(yùn)用到告警的處理過程中。<br />
一、E1（2M）電路<br />
  從物理結(jié)構(gòu)上看，E1傳輸設(shè)備的E1物理接頭都是有2個(gè)，一收一發(fā)。E1物理接頭阻抗可分為75Ω和120Ω，75Ω常用有BNC和CC4這兩種類型的接頭，而120Ω只有RJ45接頭。75Ω的線材俗稱同軸電纜，有雙芯同軸線纜（SYV-75-2-2）和單芯同軸線纜（SYV-75-2-1）的兩種，每根收線和發(fā)線實(shí)際上是由芯線和屏蔽線（或稱地線回路）來連通。要保證一個(gè)2M電路的正常連通，必須正確地連接線纜，同時(shí)要注意收發(fā)互相連通，有時(shí)候因?yàn)椴孱^沒插緊或插頭不干凈導(dǎo)致設(shè)備或E1線路故障。<br />
<br />
     設(shè)備之間通過E1線路連接以后，傳送的信號的格式是PCM格式。由于E1線路有傳輸距離的限制，連通距離較遠(yuǎn)的兩設(shè)備中必須有采用光纜和其它技術(shù)的傳輸設(shè)備。<br />
注：一般情況下，開局的時(shí)候從本端設(shè)備出來的2M線在到達(dá)DDF架時(shí)通過自環(huán)，都能在設(shè)備上看見狀態(tài)，此時(shí)的狀態(tài)為物理狀態(tài)。如果有的時(shí)候設(shè)備沒有做數(shù)據(jù)，不能在軟件上邊實(shí)現(xiàn)狀態(tài)的查看，則可以直接用二極管查看物理狀態(tài)（以前在現(xiàn)場遇見過物理連接是正常的，但是二極管不發(fā)光，這個(gè)時(shí)候需要考慮更換二極管，因?yàn)橛械亩�極管阻抗太大，而設(shè)備發(fā)出來的信號太弱，所以無法導(dǎo)致二極管發(fā)光。但是這樣的情況不多）<br />
二、常見告警分析<br />
  收線上最常見到的故障情況有斷線告警，全1碼告警，幀失步告警，復(fù)幀失步告警等，其產(chǎn)生的原理和可能的原因如下：<br />
  斷線告警，一般是指不能從收線上收到有效的電平信號，或者不能收到任何信號。產(chǎn)生的段落在離本端收線最近的一段同軸電纜上，一般是由于線斷、接頭焊接工藝不良等。但要注意的是，當(dāng)兩端設(shè)備配合較好的情況下，同軸電纜的屏蔽線斷開不會(huì)產(chǎn)生斷線告警。<br />
  全1碼告警，俗稱上游告警。一般是指本端能正常收到信號電平，而信號流中沒有包含任何有用信息。該告警指示的段落在直接連通設(shè)備的上游方向，可能的原因有：對端設(shè)備沒有進(jìn)入正常工作狀態(tài)、對端設(shè)備停電、對端光端機(jī)工作不正常、光纜中斷、本端光端機(jī)工作不正常、SDH電路沒有開放等。<br />
  幀失步告警。是指0時(shí)隙中的幀失步信號連續(xù)3次以上丟失，該告警信號的消失條件是連續(xù)收到三次以上的幀失步信號。該告警的原因一般是對端設(shè)備的問題�？赡艿脑�因是對端時(shí)鐘不同步或者設(shè)備故障。<br />
三、一些故障處理范例<br />
1．遠(yuǎn)端傳輸告警處理過程：<br />
（1）：先找到所發(fā)告警的2M線所對應(yīng)的DDF架位置，通常情況下，由我們設(shè)備發(fā)出的2M線都是DDF架的下排，運(yùn)營商的跳線為DDF架的上排。<br />
（2）：本端自環(huán)，同時(shí)也可以兩端自環(huán)。在軟件上查看本端狀態(tài)，同時(shí)通知運(yùn)營商協(xié)助查看狀態(tài)。如果本端正常，運(yùn)營商端發(fā)現(xiàn)不正常，由他們?nèi)ヌ幚磉h(yuǎn)端以及跳線問題。<br />
（3）：雙方物理連接處理正常后放通，鏈路恢復(fù)正常。<br />
2．本端傳輸告警處理過程：<br />
（1）：先找到所發(fā)告警的2M線所對應(yīng)的DDF架位置，通常情況下，由我們設(shè)備發(fā)出的2M線都是DDF架的下排，運(yùn)營商的跳線為DDF架的上排。<br />
（2）：本端自環(huán)。在軟件上查看本端狀態(tài)。如本端狀態(tài)不正常，則需要進(jìn)一步對出現(xiàn)問題的位置進(jìn)行定位。通常情況下，本端自環(huán)不好的處理情況是，先查看本端軟件配置是否正常，其次查看本端U型頭是否松動(dòng)，以及連接設(shè)備處的頭子是否牢靠。如不是軟件上邊的原因，物理上邊應(yīng)該用此方法可以定位。<br />
（3）：找到原因以后，將U型頭放通。傳輸恢復(fù)正常。<br />
3．收發(fā)反了傳輸告警處理過程：<br />
(1): 先找到所發(fā)告警的2M線所對應(yīng)的DDF架位置，通常情況下，由我們設(shè)備發(fā)出的2M線都是DDF架的下排，運(yùn)營商的跳線為DDF架的上排。<br />
(2):如果雙方自環(huán)狀態(tài)都是正常的，然而放通以后狀態(tài)不正常。這種情況下通常都是收發(fā)反了引起的，這個(gè)時(shí)候只需要將其中一端的收發(fā)交換問題就能解決。<br />
4．鴛鴦線傳輸告警處理過程：<br />
（1）：先找到所發(fā)告警的2M線所對應(yīng)的DDF架位置，通常情況下，由我們設(shè)備發(fā)出的2M線都是DDF架的下排，運(yùn)營商的跳線為DDF架的上排。<br />
（2）鴛鴦線傳輸告警處理起來相對比較繁瑣一些，還是先將兩端放開。然后在軟件上邊確認(rèn)斷開的是哪一路2M,如果斷開第一路，設(shè)備上邊顯示的卻不是相應(yīng)的，則可以確定為鴛鴦線。最后在周圍的幾對2M線中用相應(yīng)的方法一一查看。找出鴛鴦線，然后放在相對應(yīng)的正確位置。<br />
5．U型頭引起的傳輸告警處理流程<br />
（1）：先找到所發(fā)告警的2M線所對應(yīng)的DDF架位置，通常情況下，由我們設(shè)備發(fā)出的2M線都是DDF架的下排，運(yùn)營商的跳線為DDF架的上排。<br />
（2）；因?yàn)橐郧霸诂F(xiàn)場遇見過這種情況，自環(huán)兩端都是正常的，收發(fā)也正常，也沒有出現(xiàn)鴛鴦線。但是放通以后2M線路就是起不來，最后通過更換了U型頭以后，線路起來了。這種告警比較少見，也不容易用平常的方法去確認(rèn)，反正就是多試試。<br />
<br />
<br />
四、E1線路障礙處理心得<br />
     在我們做維護(hù)和開局的過程中遇見2M傳輸告警是很常見的，有的原因很復(fù)雜，不容易解決和發(fā)現(xiàn)。以上幾種也只是我以前處理傳輸過程中遇見的，不是很全面處理方法也各有不同，但是最終的結(jié)果都是要將有問題的線路解決；希望對大家有一點(diǎn)小小的幫助。