论文部分内容阅读
【摘 要】本文通过对集群模拟中继语音延迟的故障处理，结合岗位工作经验，对程控交换机参数设置方面引起的故障原因进行分析，并且结合工作实际探讨问题的解决方法。
【关键词】模拟中继；语音延迟；中继线定时器（TIMR）；EOD
一、故障现象及网络架构
桃仙国际机场集群电话主要服务对象是机场值班领导和有关重要用户，在机场运行通信保障方面起到重要作用。集群电话采用模拟中继方式，很长一段时间以来，许多公网及东塔用户尤其是移动电话用户反映，在拨打集群模拟中继时存在语音延迟问题，单向通话长达十几秒。
笔者实际拨打集群电话，验证客户反映的故障现象，以便查找故障原因：
笔者首先用手机拨打集群电话，以1894008****拨打8939****
为例，对信令跟踪如下：
DCH 16 UIPE_IMSG CC_SETUP_IND REF 00002491 CH 47 16 TOD 10:39:27 CK
CALLED #:1997 NUM PLAN: E164 TON: UNKNOWN
CALLING #:1894008**** NUM PLAN: E164 TON: LOCL
DCH 16 UIPE_OMSG CC_PROCEED_REQ REF 0000A491 CH 47 16 TOD
10:39:27
DCH 16 UIPE_OMSG CC_PROGRESS_REQ REF 0000A491 CH 47 16 TOD
10:39:27
PROGRESS: CALL IS NOT END TO END ISDN
DCH 16 UIPE_OMSG CC_SETUP_RESP REF 0000A491 CH 47 16 TOD
10:39:45
PROGRESS: INTERWORKING WITH A PUBLIC NETWORK
DCH 16 UIPE_IMSG CC_SETUPCOMP_IND REF 00002491 CH 47 16 TOD
10:39:45
DCH 16 UIPE_IMSG CC_DISC_IND REF 00002491 CH 47 16 TOD 10:40:14
CAUSE: #16 - NORMAL CALL CLEARING
DCH 16 UIPE_OMSG CC_RELEASE_REQ REF 0000A491 CH 47 16 TOD 10:40:14
DCH 16 UIPE_IMSG CC_RELEASE_CONF REF 00002491 CH 47 16
TOD 10:40:14
通过对信令的跟踪，笔者发现从建立呼叫到接通有18秒的延迟，对其它局向信令跟踪也有延迟。
在以往设备维护中未发生过此类故障现象，由于集群交换机采用的是模拟中继方式，在目前使用的OPT81程控交换机厂家提供的有关模拟中继方面的中文资料有限，经反复查找中文手册，未找到任何有关此类故障的描述。
此后，也多次与厂家工程师协商、探讨，未能解决此故障，这种现象一直困扰着我们技术维护人员。我局与集群网络框图如下：
OPT81程控交换机至集群入中继所连中继卡板为通用中继板（以下简称UT），此卡板是一种IPE卡板，它可以提供8条模拟中继线（目前我局设置3条），其面板指示灯亮表示卡板关闭。UT提供拨号脉冲与外围设备控制板（PEC）使用的DS-30X协议的接口，并负责完成拨号脉冲到A10格式的转换、卡板的维护诊断、自测，并向PEC提供UT卡板的ID号及其状态。集群用户出中继通过8条连选电话线。此次故障现象发生在用户拨打集群电话时存在语音延迟，即OPT81程控交换机至集群用户入中继存在问题。
二、故障分析及排除
故障分析：
为进一步判断故障点，笔者决定抛开集群交换机，重新建立一条与集群中继相同的测试模拟路由及中继数据，再次以1894008****拨打8939****为例，对信令进行跟踪：
DCH 16 UIPE_IMSG CC_SETUP_IND REF 00002491 CH 47 16 TOD 10:39:27 CK
CALLED #:1665 NUM PLAN: E164 TON: UNKNOWN
CALLING #:1894008**** NUM PLAN: E164 TON: LOCL
DCH 16 UIPE_OMSG CC_PROCEED_REQ REF 0000A491 CH 66 16 TOD
11:12:39
DCH 16 UIPE_OMSG CC_PROGRESS_REQ REF 0000A491 CH 66 16 TOD
11:12:39
PROGRESS: CALL IS NOT END TO END ISDN
DCH 16 UIPE_OMSG CC_SETUP_RESP REF 0000A491 CH 66 16 TOD
11:12:57
PROGRESS: INTERWORKING WITH A PUBLIC NETWORK
DCH 16 UIPE_IMSG CC_SETUPCOMP_IND REF 00002491 CH 66 16 TOD
11:12:57
DCH 16 UIPE_IMSG CC_DISC_IND REF 00002491 CH 66 16 TOD 11:13:07
CAUSE: #16 - NORMAL CALL CLEARING
DCH 16 UIPE_OMSG CC_RELEASE_REQ REF 0000A491 CH 66 16 TOD 11:13:07
DCH 16 UIPE_IMSG CC_RELEASE_CONF REF 00002491 CH 66 16
TOD 11:13:07
通过对上述两次信令跟踪发现，从呼叫申请到接通都有18秒的语音延迟，其它局向也有不同程度的延迟，由此可以排除集群交换机的接续问题，从而将故障点锁定在公网及东塔用户拨打模拟中继的转换上，即数字中继与模拟中继之间的接续。
故障排除：
由于在其它路由上没有出現此类故障，所以笔者认为是此路由参数设置有误。通过翻阅中文技术手册，笔者考虑在本局交换机集群路由数据中修改中继线定时器的参数设置。
Ⅰ、在路由数据TIMR（中继线定时器）参数中有DDL参数（拨号延迟），此参数定义如下：
DDL 0-（70）-511，拨号延迟时间，确认占用中继线
我局设置为默认值70ms，将其改为最小值1ms，参数修改后故障现象没有消除。
Ⅱ、通过翻阅英文手册，发现在路由数据TIMR（中继线定时器）参数中有EOD参数(拨号完毕，非数字音中继线)，此参数定义如下：
EOD 128-(13952)-32640, End-of-dial timer,non-digitone trunks。
For DID incoming calls in the U.S to the comply with FCC regulations,the EOD timer expires at 19,968ms,even if configured otherwise.All other call types utilize the configured timer parameters。
此参数的默认值為13952毫秒，经查，我局参数恰好设置为该默认值，即用户拨号结束后交换机等待到13952毫秒默认时间后再进行接续，有约14秒延时等待，至此，问题原因已基本明朗，为了验证笔者判断是否正确，并确保排故过程不会对其他用户产生影响，笔者决定在测试路由上将此参数修改为最小值128毫秒，参数修改后，再次拨打集群电话，测试信令跟踪如下：
DCH 16 UIPE_IMSG CC_SETUP_IND REF 00002594 CH 47 19 TOD
15:03:46 CK
CALLED #:1655 NUM PLAN: E164 TON: UNKNOWN
CALLING #:88299610 NUM PLAN: E164 TON: LOCL
DCH 16 UIPE_OMSG CC_PROCEED_REQ REF 0000A594 CH 47 19 TOD
15:03:46
DCH 16 UIPE_OMSG CC_PROGRESS_REQ REF 0000A594 CH 47 19 TOD
15:03:46
PROGRESS: CALL IS NOT END TO END ISDN
DCH 16 UIPE_OMSG CC_SETUP_RESP REF 0000A594 CH 47 19 TOD 15:03:50
PROGRESS: INTERWORKING WITH A PUBLIC NETWORK
DCH 16 UIPE_IMSG CC_SETUPCOMP_IND REF 00002594 CH 47 19 TOD
15:03:50
DCH 16 UIPE_IMSG CC_DISC_IND REF 00002594 CH 47 19 TOD 15:04:04 CK
CAUSE: #16 - NORMAL CALL CLEARING
DCH 16 UIPE_OMSG CC_RELEASE_REQ REF 0000A594 CH 47 19 TOD 15:04:04
DCH 16 UIPE_IMSG CC_RELEASE_CONF REF 00002594 CH 47 19 TOD
15:04:04
从信令跟踪发现，呼叫申请到接通只有4秒的时间，大大缩短了数字中继与模拟中继的接续时间，同时测试其它局向，结果完全相同。
得到以上结果后，在集群路由数据中将路由数据TIMR（中继线定时器）参数中的EOD参数修改为128毫秒，再进行实际通话验证，发现语音延迟故障完全消失，至此，公网用户及东塔用户拨打集群模拟中继语音延迟的故障已排除。
结束语：以上是本人对集群模拟中继语音延迟故障实际排除一例，希望对类似故障的排除有一定的借鉴作用，由于水平所限，错误之处恳请指正。
作为现代通信网络和信息技术的基础，电话交换网络将面临更多的机遇和挑战，这就对我们通信技术人员的业务水平提出了更高的要求。工欲善其事，必先利其器。我们只有不断的学习，才能永远立于不败之地。
【参考文献】
[1]MERIDIAN 1软件输入／输出手册 中文版
[2]MERIDIAN 1软件输入／输出手册 英文版
【关键词】模拟中继；语音延迟；中继线定时器（TIMR）；EOD
一、故障现象及网络架构
桃仙国际机场集群电话主要服务对象是机场值班领导和有关重要用户，在机场运行通信保障方面起到重要作用。集群电话采用模拟中继方式，很长一段时间以来，许多公网及东塔用户尤其是移动电话用户反映，在拨打集群模拟中继时存在语音延迟问题，单向通话长达十几秒。
笔者实际拨打集群电话，验证客户反映的故障现象，以便查找故障原因：
笔者首先用手机拨打集群电话，以1894008****拨打8939****
为例，对信令跟踪如下：
DCH 16 UIPE_IMSG CC_SETUP_IND REF 00002491 CH 47 16 TOD 10:39:27 CK
CALLED #:1997 NUM PLAN: E164 TON: UNKNOWN
CALLING #:1894008**** NUM PLAN: E164 TON: LOCL
DCH 16 UIPE_OMSG CC_PROCEED_REQ REF 0000A491 CH 47 16 TOD
10:39:27
DCH 16 UIPE_OMSG CC_PROGRESS_REQ REF 0000A491 CH 47 16 TOD
10:39:27
PROGRESS: CALL IS NOT END TO END ISDN
DCH 16 UIPE_OMSG CC_SETUP_RESP REF 0000A491 CH 47 16 TOD
10:39:45
PROGRESS: INTERWORKING WITH A PUBLIC NETWORK
DCH 16 UIPE_IMSG CC_SETUPCOMP_IND REF 00002491 CH 47 16 TOD
10:39:45
DCH 16 UIPE_IMSG CC_DISC_IND REF 00002491 CH 47 16 TOD 10:40:14
CAUSE: #16 - NORMAL CALL CLEARING
DCH 16 UIPE_OMSG CC_RELEASE_REQ REF 0000A491 CH 47 16 TOD 10:40:14
DCH 16 UIPE_IMSG CC_RELEASE_CONF REF 00002491 CH 47 16
TOD 10:40:14
通过对信令的跟踪，笔者发现从建立呼叫到接通有18秒的延迟，对其它局向信令跟踪也有延迟。
在以往设备维护中未发生过此类故障现象，由于集群交换机采用的是模拟中继方式，在目前使用的OPT81程控交换机厂家提供的有关模拟中继方面的中文资料有限，经反复查找中文手册，未找到任何有关此类故障的描述。
此后，也多次与厂家工程师协商、探讨，未能解决此故障，这种现象一直困扰着我们技术维护人员。我局与集群网络框图如下：
OPT81程控交换机至集群入中继所连中继卡板为通用中继板（以下简称UT），此卡板是一种IPE卡板，它可以提供8条模拟中继线（目前我局设置3条），其面板指示灯亮表示卡板关闭。UT提供拨号脉冲与外围设备控制板（PEC）使用的DS-30X协议的接口，并负责完成拨号脉冲到A10格式的转换、卡板的维护诊断、自测，并向PEC提供UT卡板的ID号及其状态。集群用户出中继通过8条连选电话线。此次故障现象发生在用户拨打集群电话时存在语音延迟，即OPT81程控交换机至集群用户入中继存在问题。
二、故障分析及排除
故障分析：
为进一步判断故障点，笔者决定抛开集群交换机，重新建立一条与集群中继相同的测试模拟路由及中继数据，再次以1894008****拨打8939****为例，对信令进行跟踪：
DCH 16 UIPE_IMSG CC_SETUP_IND REF 00002491 CH 47 16 TOD 10:39:27 CK
CALLED #:1665 NUM PLAN: E164 TON: UNKNOWN
CALLING #:1894008**** NUM PLAN: E164 TON: LOCL
DCH 16 UIPE_OMSG CC_PROCEED_REQ REF 0000A491 CH 66 16 TOD
11:12:39
DCH 16 UIPE_OMSG CC_PROGRESS_REQ REF 0000A491 CH 66 16 TOD
11:12:39
PROGRESS: CALL IS NOT END TO END ISDN
DCH 16 UIPE_OMSG CC_SETUP_RESP REF 0000A491 CH 66 16 TOD
11:12:57
PROGRESS: INTERWORKING WITH A PUBLIC NETWORK
DCH 16 UIPE_IMSG CC_SETUPCOMP_IND REF 00002491 CH 66 16 TOD
11:12:57
DCH 16 UIPE_IMSG CC_DISC_IND REF 00002491 CH 66 16 TOD 11:13:07
CAUSE: #16 - NORMAL CALL CLEARING
DCH 16 UIPE_OMSG CC_RELEASE_REQ REF 0000A491 CH 66 16 TOD 11:13:07
DCH 16 UIPE_IMSG CC_RELEASE_CONF REF 00002491 CH 66 16
TOD 11:13:07
通过对上述两次信令跟踪发现，从呼叫申请到接通都有18秒的语音延迟，其它局向也有不同程度的延迟，由此可以排除集群交换机的接续问题，从而将故障点锁定在公网及东塔用户拨打模拟中继的转换上，即数字中继与模拟中继之间的接续。
故障排除：
由于在其它路由上没有出現此类故障，所以笔者认为是此路由参数设置有误。通过翻阅中文技术手册，笔者考虑在本局交换机集群路由数据中修改中继线定时器的参数设置。
Ⅰ、在路由数据TIMR（中继线定时器）参数中有DDL参数（拨号延迟），此参数定义如下：
DDL 0-（70）-511，拨号延迟时间，确认占用中继线
我局设置为默认值70ms，将其改为最小值1ms，参数修改后故障现象没有消除。
Ⅱ、通过翻阅英文手册，发现在路由数据TIMR（中继线定时器）参数中有EOD参数(拨号完毕，非数字音中继线)，此参数定义如下：
EOD 128-(13952)-32640, End-of-dial timer,non-digitone trunks。
For DID incoming calls in the U.S to the comply with FCC regulations,the EOD timer expires at 19,968ms,even if configured otherwise.All other call types utilize the configured timer parameters。
此参数的默认值為13952毫秒，经查，我局参数恰好设置为该默认值，即用户拨号结束后交换机等待到13952毫秒默认时间后再进行接续，有约14秒延时等待，至此，问题原因已基本明朗，为了验证笔者判断是否正确，并确保排故过程不会对其他用户产生影响，笔者决定在测试路由上将此参数修改为最小值128毫秒，参数修改后，再次拨打集群电话，测试信令跟踪如下：
DCH 16 UIPE_IMSG CC_SETUP_IND REF 00002594 CH 47 19 TOD
15:03:46 CK
CALLED #:1655 NUM PLAN: E164 TON: UNKNOWN
CALLING #:88299610 NUM PLAN: E164 TON: LOCL
DCH 16 UIPE_OMSG CC_PROCEED_REQ REF 0000A594 CH 47 19 TOD
15:03:46
DCH 16 UIPE_OMSG CC_PROGRESS_REQ REF 0000A594 CH 47 19 TOD
15:03:46
PROGRESS: CALL IS NOT END TO END ISDN
DCH 16 UIPE_OMSG CC_SETUP_RESP REF 0000A594 CH 47 19 TOD 15:03:50
PROGRESS: INTERWORKING WITH A PUBLIC NETWORK
DCH 16 UIPE_IMSG CC_SETUPCOMP_IND REF 00002594 CH 47 19 TOD
15:03:50
DCH 16 UIPE_IMSG CC_DISC_IND REF 00002594 CH 47 19 TOD 15:04:04 CK
CAUSE: #16 - NORMAL CALL CLEARING
DCH 16 UIPE_OMSG CC_RELEASE_REQ REF 0000A594 CH 47 19 TOD 15:04:04
DCH 16 UIPE_IMSG CC_RELEASE_CONF REF 00002594 CH 47 19 TOD
15:04:04
从信令跟踪发现，呼叫申请到接通只有4秒的时间，大大缩短了数字中继与模拟中继的接续时间，同时测试其它局向，结果完全相同。
得到以上结果后，在集群路由数据中将路由数据TIMR（中继线定时器）参数中的EOD参数修改为128毫秒，再进行实际通话验证，发现语音延迟故障完全消失，至此，公网用户及东塔用户拨打集群模拟中继语音延迟的故障已排除。
结束语：以上是本人对集群模拟中继语音延迟故障实际排除一例，希望对类似故障的排除有一定的借鉴作用，由于水平所限，错误之处恳请指正。
作为现代通信网络和信息技术的基础，电话交换网络将面临更多的机遇和挑战，这就对我们通信技术人员的业务水平提出了更高的要求。工欲善其事，必先利其器。我们只有不断的学习，才能永远立于不败之地。
【参考文献】
[1]MERIDIAN 1软件输入／输出手册 中文版
[2]MERIDIAN 1软件输入／输出手册 英文版