S1240一次呼叫轉移不成功故障排除

2019-11-03 10:24:45

字體：大中小

來源：轉載

供稿：網(wǎng)友

龍偉

重慶郵電學院信科公司 400065

　　摘要：對Ｓ１２４０交換機一次呼叫轉移命令不成功故障排除的過程進行了分析。

　　關鍵詞：交換機；呼叫轉移；字冠分析

　　貴州一個縣局反映通用電話號簿編號（ＧＤＮ：ＧｅｎｅｒａｌＤｉｒｅｃｔｏｒｙＮｕｍｂｅｒ）用戶加無條件轉移的特服不成功，包括Ｍｏｄｅｍ在內(nèi)，請求幫助解決。于是筆者受重慶郵電學院信科公司的委派去排除這一故障，現(xiàn)將排除這一故障的思路及處理過程回顧如下，與同行共探討。

　　首先下了一條命令，進行加無條件轉移功能的試驗：

　　從報告中可以看出這是一個加無條件轉移的ＧＤＮ用戶，而不是一個普通用戶，其轉移號Ｋ＇７２６７３６９７００表示的字冠為Ｋ＇７２６，用戶號碼為Ｋ＇７３６９７００，但系統(tǒng)已提示用戶號碼不能加無條件轉移的功能。為了進一步判斷其問題所在，筆者試著對普通用戶加一個無條件轉移的功能，其轉移的號碼也用Ｋ＇７２６７３６９７００。

　　于是下了第二條命令：

　　＜４２９４?押ＤＮ＝Ｋ＇７３６１２４０?熏ＣＦＷＤ＝ＡＣＴＩＶＡＴＥ＆ＣＦＷＤＵ＆Ｋ＇７２６７３６９７００．

　　結果仍沒成功，系統(tǒng)的提示與第一次命令一模一樣。

　　ＭＯＤＩＦＹ－ＳＵＢＳＣＲＮＯＴＳＵＣＣＥＳＦＵＬ

　　于是筆者懷疑Ｋ＇７２６７３６９７００可能有問題。就又試著將轉移的號碼改為普通號碼，對ＧＤＮ再加一次無條件轉移，其命令為：

　　這回成功了，證明Ｋ＇７２６７３６９７００的確有問題，但不知Ｋ＇７２６７３６９７００中是Ｋ＇７２６字冠有問題還是Ｋ＇７３６９７００號碼有問題。為了證實這個問題筆者將轉移的號碼改為Ｋ＇７３６９７００，再次對ＧＤＮ加無條件轉移功能，其命令是：

　　此命令也成功了，說明號碼Ｋ＇７３６９７００沒問題而Ｋ＇７２６字冠有問題。那么問題出在什么地方呢？筆者又用７９５命令對Ｋ＇７２６字冠進行顯示：

　　沒發(fā)現(xiàn)什么問題，筆者又用命令７１２及７４７３把每個目的地的任務顯示了一遍，也發(fā)現(xiàn)什么問題。

　　為了進一步找到問題，筆者用其它字冠加上Ｋ＇７３６９０００號碼再一次試著給ＧＤＮ加無條件轉移功能,其命令是：

　　終于成功了。于是用７１５命令把字冠Ｋ＇０２１的目的地任務一個一個地賦予字冠ｋ＇７２６，每改一次，執(zhí)行此人機命令一次，即：

　　待把Ｋ＇０２１的ＤＥＳＴＡＣＣ賦予ｋ＇７２６之后，此條命令也成功了，可見是ＤＥＳＴＡＣＣ有問題。其

　　比較這兩個ＤＥＳＴＡＣＣ，唯一相同的是在ＯＲＧＤＥＰ為３時指向了一個釋放任務，于是試著將ＯＲＧＤＥＰ為３時改為與ＯＲＧＤＥＰ為２時一樣，指向一個路由塊，再執(zhí)行命令：

　　＜４３１６,ＧＤＮ＝Ｋ＇７３６２９０１, ＣＦＷＤ＝ＡＣＴＩＶＡＴＥ＆ＣＦ－

　　ＷＤＵ＆Ｋ＇７２６７３６９７００

　　就成功了，終于找到了問題所在，即呼叫轉移不能轉到有釋放任務的ＤＥＳＴＡＣＣ。為此，筆者創(chuàng)建了一個沒有中繼的路由塊，將ＯＲＧＤＥＰ為３的目的地任務指向這個路由塊，以代替釋放任務，問題就徹底解決了。

　　在解決這個問題的過程中，筆者采用了類比的方法，一步一步地把問題的范圍縮小，直到把問題找到。這種方法還是十分有效的。

　　
摘自　天津通信技術

上一篇：程控交換機中光接口的設計

下一篇：接入路由器的異化發(fā)展