湖北省清江開發公司通信公司 李燕
ＨＡＲＲＩＳ20－20交換機之間時間參數的配合十分重要，如果時間參數設置不當，有時錯誤很難查找，本人前不久遇到一個因兩交換機間的時間參數設置不當而引起的錯誤話單問題，現將該處理過程簡述如下。
1 通信系統簡介
清江公司在宜昌市基地、隔河岸電廠及高壩洲電廠三地用的都是ＨＡＲＲＩＳ20－20交換機。三點呈三角形分布，相距70ｋｍ左右，傳輸部分皆為7ＧＨｚ數字微波，三交換機之間用2Ｍｂ／ｓ數字中繼聯成等位網，三點打市話都撥02，打葛洲壩撥96，現要求高壩洲電廠端打02和96都計費。
2 出現的問題
（1）打市話局（即撥02）一切正常。
（2）當打葛洲壩（即撥96字頭）時，大約在30ｓ時，無論是通話還是振鈴都斷線，且計費軟件皆算通話一次。
3 原來有關參數的設置
（1）ＣＯＬ定義
考慮到高壩洲電廠打02及96占用同一塊2Ｍｂ／ｓ中繼板，即占用同一ＴＲＵ，故在ＣＯＬ中將撥02及96打頭的模式指向同一個目標ＰＡＴ。
即：02×××××／ＡＣＣ 2＝ＰＡＴ－ＰＲＩ－ＣＯ
96×××××＝ＰＡＴ－ＰＲＩ－ＣＯ
待宜昌基地收集齊后由宜昌基地加以區別。
（2）ＰＡＴ定義
4 處理方法
分析：打96局30ｓ中斷，當將ＦＡＣ中ｏｕｔｐｕｌｓｅ ｃｏｍｍａｎｄ的ｗａｎｓｗｅｒ 50改為90ｓ時打96仍30ｓ中斷，而打市話局正常，初步判斷葛洲壩局可能無反極性信號送出，致使到30ｓ時自動拆線，而對02方向的市話局有反極性信號送出，高壩洲打02在30ｓ之內能收到反極性信號，故打02不會拆線。
遠端進入宜昌基地交換機查看相應的ＦＡＣ，對宜昌市02的ｏｕｔｐｕｌｓｅ ｃｏｍｍａｎｄ中時間設置為ｗａｎｓｅｒ 30，對葛洲壩的亦設為ｗａｎｓｗｅｒ 30。后將宜昌基地對葛洲壩的ＦＡＣ中時間設置改為ｐａｎｓｗｅｒ 60，此時高壩洲打96（葛洲壩）60ｓ拆線，而打02正常。既然葛洲壩局無反極性送出，于是在高壩洲交換機中對96方向的有關數據重新定義。
（1）在ＣＯＬ中，因撥96時所指的ＰＡＴ不與02的一致，所以單獨為96增加一個ＰＡＴ。
即96××××＝ＰＡＴ－ＰＲＩ－ＧＺＢ
（2）在ＰＡＴ中指到另外增加的一個ＦＡＣ 8中，即：
因與02用同一中繼ＴＲＵ，故ｔｒｕｎｋ ｇｒｏｕｐ為1，33為計費的ＣＯＳ，因此ＦＡＣ 8中的ｏｕｔｇｏｉｎｇ ｃｏｓ為33不變。修改完成后高壩洲打96（葛洲壩）仍30ｓ拆線。而此時改為ｐａｎｓｗｅｒ 30，不應該拆線。為何故障依舊呢? 再去查看宜昌基地交換機對96的ＦＡＣ中時間參數為ｐａｎｓｗｅｒ 60而高壩洲對96的ＦＡＣ 8中時間參數為ｐａｓｗｅｒ 30，經查資料知ｐａｎｓｗｅｒ ｎ的意義是等待ｎｓ，當在ｎｓ內收到應答信號則繼續處理下一個脈沖命令；如果在ｎｓ之內沒有接受到應答信號，則模擬送一應答信號給對方。高壩洲撥96后，宜昌基地在等待60ｓ后才對高壩洲送應答信號，而高壩洲對96的ＦＡＣ中ｐａｎｓｓｗｅｒ為30ｓ，即在30ｓ時因未等到應答信號而拆線，后將宜昌基地對96的ＦＡＣ的時間設為ｐａｎｓｗｅｒ 15，即小于高壩洲中的30ｓ時，打96不拆線，通話和計費皆正常，故障排除。
通過此例可知，交換機之間聯（中繼）網時，不僅要設置好本局的交換機時間參數，同時也要設置好對端交換機中與本端有關的時間參數，且還要熟悉不同交換機聯網時所提供的不同的應答證實信號等。處理這類問題時，各局間需相互配合，不能孤立處理問題，只有這樣才不致于陷于被動。
