Cisco多信道STM-1模塊功能試驗

　　（1）首先在ADM16/1 A位置將這個2Mbit/s向7507方向做環路，發現多信道STM-1模塊中這個E1子端口的LINE PROTOCOL UP，且為LOOPED，說明7507看到了環路，SDH到7507的2M通路正常。然后在A位置向3640方向做環路，發現3640的E1接口LINE PROTOCOL狀態還是DOWN，因此，我們斷定應該是ATM16/1到3640之間的2Mbit/s線路有問題。

　　（2）于是我們就用2M表在DDF2（Digital Distribution Frame，數字配線架）位置跨接測試，測試結果顯示發線的衰耗很大，約為16DdB，說明從DDF2到DDF1這一段發方向的跳線中，肯定有跳線接頭連接不實。于是我們將DDF2的跳線拆掉重新跳接后，用2M表測試,發現衰耗還是很大，我們又在DDF1處將跳線拆掉重新跳接，還是衰耗大，這樣故障范圍就縮小到最后一個接頭了。

　　(3)我們在DDF1跳出的2Mbit/s線的一端做了一個RJ45插頭，為了和3640 E1電纜的RJ45插頭互連，我們使用了一個RJ45插座到插座的轉換器，連接2Mbit/s跳線和E1電纜。故障就出現在這里，其中的一個RJ45插座和插頭接觸有些松動，造成線路連接不實，所以使整個2Mbit/s線路衰耗過大。經過處理，故障消失了，多信道STM-1的E1子端口LINE PROTOCOL狀態變為UP，這條2Mbit/s線路終于調通了。

3. 2Mbit/s線路連通后，我們就開始處理128kbit/s專線的問題了，主要經過了以下幾個步驟：

　　(1)我們首先在ADM16/1 A位置向7507和2611兩個方向分別做2Mbit/s環路，結果發現，雙方都分別檢測到了環路，LINE PROTOCOL狀態都變為UP，且為LOOPED。這就說明從SDH出發向兩邊看，所有的通路都正常，7507可以檢測到2Mbit/s環路，2611在經過了DDN后，也可以檢測到這個環路。

　　(2)然后，我們又在DDN節點機的CE1中繼端口（B位置）向兩邊做環路，同樣，7507和2611的LINE PROTOCOL的狀態都為UP，說明從DDN節點機的中繼端口出發向兩邊看，所有的通路也都正常。

　　(3)做完CE1環路后，還不能發現問題所在，于是我們又在DDN節點機的V35端口處（C位置）做環路。這時就發現2611能夠檢測到環路，LINE PROTOCOL UP，而7507上信道化STM-1模塊相應的E1子端口就檢測不到環路了，相應的LINE PROTOCOL狀態依然是DOWN。

　　(4)發現問題以后，我們又使用2Mbit/s表在DDF2處進行了跨接測試，發現2M發方向沒有任何告警，通路正常，而收方向出現REMOTE告警，即收到了由7505發來的遠端（對告）告警。同時，當我們斷開7507的光纖，在ODF1（Optical Fiber Distribution Frame , 光纖配線架）將光纖向ADM16/1方向做環路時，再用2M表測試2Mbit/s收方向，發現REMOTE告警消失，2Mbit/s收發均正常。

　　(5)根據上述各種測試現象，在經過了深入、細致的分析后，最后我們認為應該是多信道STM-1模塊在某些參數的配置上與DDN節點機的參數不完全匹配，而且是有關幀格式的參數。理由如下：

　　從2M表測試結果看，之所以在2Mbit/s收方向會出現REMOTE告警，而斷開7507后告警即消失，原因應該是當7505接收到由DDN節點機裝配并發送過來的2Mbit/s信息幀時，認為幀格式不正確，就回送一個REMOTE告警，說明與遠端設備（DDN節點機）不匹配，不能正確識別2Mbit/s信息幀。

　　從DDN環路測試結果看，當在DDN節點機的CE1中繼端口（B位置）做環路時，7507的E1子端口狀態為UP，而此時并沒有由DDN節點機將2Mbit/s重新成幀。當從DDN節點機V35端口（C位置）做環路時，由于2Mbit/s幀是經DDN節點機重新裝配后發送到7507的，所以幀格式可能與7507所設置的幀格式不匹配，使E1子端口的LINE PROTOCOL狀態為DOWN。

　　（6）經過了上述對問題的分析與定位，我們決定從參數下手，仔細檢查DDN節點機的參數和7507的參數，一一進行核對。DDN節點機的CE1參數比較簡單，一般默認為1~31時隙幀格式、CRC4 DISABLE。信道化STM-1上對應的E1子端口也設定為使用1~31時隙傳送數據，而CRC4參數默認值卻為ENABLE，與DDN節點機出現了不一致。于是，我們更改了路由器的CRC4參數，設定為NO CRC4，同時在DDN網管上重新生成了一遍128kbit/s電路，于是這條128kbit/s電路終于調試通了，LINE PROTOCOL狀態變為UP。

　　至此，兩條專線均已調通，試驗成功。

7 易出現的問題

　　通過這一段時間的測試，我們總結了一些容易出現的故障，以及相應的處理方法，以供參考。

　　1．光纖故障
　　·故障現象：PA-MC-STM-1面板RxCXR LED指示燈不亮、所有子端口的LINE狀態均為DOWN。
　　·故障原因：光纖不通。
　　·故障處理：檢查并清理光纖接頭或更換光纖。

　　2．2Mbit/s物理線路故障
　　·故障現象：對于E1專線電路，PA-MC-STM-1 E1子端口的LINE狀態為UP、LINE PROTOCOL狀態為DOWN，且對端路由器E1端口LINE狀態為DOWN；2M表測量衰減過大或檢測到斷路(LOS)。
　　·故障原因：2Mbit/s跳線接頭連接不實、跳線跳接錯誤。
　　·故障處理：檢查跳線接頭或更改跳線。

　　3．參數配置問題
　　·故障現象：對于N×64kbit/s專線電路，在DDN CE1端口做環路，雙方路由器均能夠檢測到環路，從DDN V35端口做環路，低端路由器能夠檢測到環路，而高端路由器檢測不到2Mbit/s環路。
　　·故障原因：路由器與DDN之間參數不匹配。
　　·故障處理：檢查成幀格式（1~31時隙）及CRC-4參數。

8 實驗結論

　　通過實驗，證實了PA-MC-STM-1拆分2Mbit/s及N×64kbit/s的功能正常，可以基于北京通信的DDN、SDH網絡向用戶提供此類業務。

9、業務開通建議

　　在用戶初次申請N×64kbit/s匯入CE1并再匯入STM-1業務時，建議在正式開通專線業務前，應留出一定時間由電信維護部門與用戶配合進行電路調測與運行觀察，確保在運行一段時間沒有問題后再進行批量的開通，以向用戶提供高可靠、高質量的服務。

　　在進行專線故障處理時，電信維護部門應與用戶密切配合。因為這類專線所經過的中間環節較多，涉及到不同的維護部門，給故障處理帶來了一定的難度，同時在處理障礙時，也需要用戶配合查看其網絡設備及線路的狀態。所以我們應該急用戶所急、想用戶所想，與用戶密切配合盡快地為用戶解決問題，展現北京通信高技術、高水平的企業形象。