湖北省清江开发公司通信公司 李燕
ＨＡＲＲＩＳ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不拆线，通话和计费皆正常，故障排除。
通过此例可知，交换机之间联（中继）网时，不仅要设置好本局的交换机时间参数，同时也要设置好对端交换机中与本端有关的时间参数，且还要熟悉不同交换机联网时所提供的不同的应答证实信号等。处理这类问题时，各局间需相互配合，不能孤立处理问题，只有这样才不致于陷于被动。
