李林郁（天津通信公司網管維護中心，天津 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（即：呼叫拒絕）。之后，再進行試撥打，結果就正確了。
通過這次故障處理，筆者本會到一切操作都要以交換機呼叫處理的原理為基礎，并要熟練掌握常用的關系表，才能處理好類似的問題。
