李林郁（天津通信公司网管维护中心，天津 300052）
摘 要：介绍了在天津通信公司中交换机局间通知音故障处理的方法。
关键词：录音通知；TUP；ISUP；CAUSE值
录音通知是程控交换机内部所具有的一项重要功能，对于提高通信服务质量有着重要的作用。通过录音通知，用户可以得到相关的语音信息，了解目前呼叫所处的状态，并由此享受现代通信所带来的便利。
众所周知，在本电话交换局内用户之间拨打电话时，听到的通知音是由本局交换机内相应的录音通知模块提供的，而当某局用户拨打他局所属的用户时，所听到的通知音不管是由其他局传送的，还是仍由本局产生的均是由局间信令决定的。
目前，天津通信公司所辖电话局之间的局间信令，主要是TUP和ISUP两种No.7信令。TUP信令中所含的UBM消息组以及ISUP信令中REL信令所含的CAUSE值对局间通知音起着决定的使用。即由被呼叫用户所在的电话局交换机将TUP中的UBM消息组和ISUP信令REL中的CAUSE值转换成本电话局交换机内部定义的CAUSE值，然后索引相应的录音通知，向用户播放。当然，TUP中的UBM消息组和ISUP信令中REL所含的CAUSE值也是由外部电话局交换机根据当前呼叫所处的状态对应产生的内部CAUSE值，经相应的转换得来的。
如果内部CAUSE值没有对应正确的外部信令CAUSE值，局间拨打所听到的通知音就会错误。天津通信公司所辖的2761局就发生过类似的情况。即当2761局的某用户做停机保号的处理后，本局用户呼叫该停机保号用户，听到的通知音是正确的，而他局用户呼叫该停机保号用户，听到的却是空号音。为此，他局用户进行了投诉。笔者接到此故障申告后进行了详细的模底，发现与2761局采用TUP信令连接的他局用户，拨打该局停机保号的用户通知音就正确，而与2761局采用ISUP信令连接的他局用户，拨打该局停机保号用户听到的就是空号音。
经分析，笔者认为有可能是2761局内部的CAUSE值与局间ISUP信令所含REL消息中的CAUSE值不对应的原因。于是对2761局交换机的内部消息进行了跟踪，得到了他局用户拨打该局停机保号用户时所产生的内部CAUSE值为C2H，而索引本局交换机内部提供的R-NISUPCAU关系表相应的元组，被转换成的外部CAUSE值是01H，属于未分配的（未确定的）号码，两个CAUSE值不一样，致使他局用户听到的是空号音。原因找出后，笔者对此关系表中的元组进行了修改，使之成为15H（即：呼叫拒绝）。之后，再进行试拨打，结果就正确了。
通过这次故障处理，笔者本会到一切操作都要以交换机呼叫处理的原理为基础，并要熟练掌握常用的关系表，才能处理好类似的问题。
