音声 : デジタル CCS

ISDN-VoIP(H.323)コールでの使用中トーンなしと通知メッセージなしのトラブルシューティング

2016 年 10 月 28 日 - 機械翻訳について
その他のバージョン: PDFpdf | ライター翻訳版 (2002 年 3 月 1 日) | 英語版 (2015 年 8 月 22 日) | フィードバック


目次


概要

このドキュメントでは、VoIP と公衆電話交換網(PSTN)間で ISDN と H.323 シグナリングがインターワークするときの、コールプログレス(経過表示)とインバンド信号に関連する問題について説明します。 Cisco VoIP ルータまたはゲートウェイが telco スイッチとシグナリング交換を行うときに難しい問題が発生することがあります。 このリストで、一般的な問題のシナリオと現象を説明します。

ISDN に関する詳細についてはトラブルシューティング:ISDN-VoIP (H.323) 通話でリングバック トーンが聞こえないを- VoIP (H.323)呼び出し進行インバンド関連問題参照して下さい。

背景説明」のセクションを読んでから、「解決策」のセクションを読むことを推奨します。

前提条件

要件

このドキュメントに関する固有の要件はありません。

使用するコンポーネント

このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

背景説明

ISDN-VoIP のインターワーキング

インターワーキングは、2 つの異なるプロトコル スイート間におけるコール シグナリング メッセージのマッピングとして定義されます。 この資料という点において、フォーカスは ISDN および H.323 (VoIP)インターワーキングの問題にあります。 次の図は、ISDN(Q.931)と VoIP(H.225)コール レッグにおけるコール シグナリング メッセージを示しています。

H.225 は、コール シグナリングとコール セットアップ用に H.323 で指定されるプロトコルです。 H.225 は、Q.931 の利用とサポートを明記しています。 H.323 の詳細については、『H.323 チュートリアル』を参照してください。leavingcisco.com

/image/gif/paws/14066/isdnsetup.gif

プログレス トーンとプログレス インジケータ

インバンドプログレストーン(リングバック トーンとビジートーン)とアナウンス(「おかけになった電話番号は現在使われておりません」など)は、音声コールを正常に伝えるために必要です。 プログレストーンは、発信側デバイス、着信側デバイス、または中間デバイスで生成できます。

インバンド トーンとアナウンスの表示は、ISDN および H.323 ネットワークのプログレス インジケータ(PI)情報要素(IE)で制御されます。 PI はインバンドトーンおよび発表が使用する必要があるそれらのインターワーキングの状況に信号を送ります。 この資料という点において、これらは対象の ITU Q.931 PI 値です:

  • PI = 1 —コールはエンド-エンドISDN ではないです。 コール プログレス 情報は利用可能 な インバンドであるかもしれません。

  • PI = 2 つ—宛先アドレスは ISDN 以外です。

  • PI = 3 つ—起点 アドレスは ISDN 以外です。

  • PI = 8 つ—帯域内情報か適切なパターンは現在利用できます。

トーンおよび発表が利用できること示す値は PI = 1 か 8.含まれている警告、コール設定受付、経過表示、接続応答、Setup Ack または接続解除 メッセージによって信号を送られます。

セットアップメッセージはの発信ゲートウェイに PI = 3 着くとき、帯域内メッセージが期待されることスイッチがゲートウェイを知らせることを意味します。

メッセージの PI の欠如は開始デバイスがコーリングパーティに適切なトーン場合を提供すると仮定します。

通常、アナログおよびデジタル個別線信号方式(CAS)PSTN 回線は、これらの情報をインバンド情報として送信します。

音声パスのカットスルー

音声パス カットスルーは、ボイス コールのベアラー送信パスを確立することです。 ボイス コールでは、カットスルーは 2 つの段階で発生します。

  • 逆方向(Backward Direction;発信方向に対して逆の意)のカットスルーは、着呼側から発呼側への音声パスのみが確立していることを意味します。

  • 両方向のカットスルーは、着呼側と発呼側の間の音声パスが確立していることを意味します。

トーンおよび発表は起点 スイッチかデスティネーションスイッチで生成することができます。 トーンとアナウンスが着信側スイッチによって生成される場合、着信側スイッチから発呼者への音声伝送パス(逆方向)は、トーンとメッセージが生成される前にカットスルーされる必要があります。 着呼側から発呼側にインバンドでトーンとアナウンスを転送して、音声クリッピングを回避するには、逆方向ベアラ パスの早い段階でのカットスルー(コネクト(接続)メッセージより前)が必要です。

Ciscoルータ/ゲートウェイを終えるコールは終端 ISDNスイッチがこれらのメッセージを送信 するとき帯域内情報を送信するために逆方向の音声経路を通り過ぎます:

  • PI = 1 または PI = 8 のアラーティング(呼出)メッセージ

  • PI = 1 または PI = 8 のプログレス(経過表示)メッセージ

  • コール設定受付 メッセージとの PI = 1 か PI = 8

  • PI = 1 または PI = 8 のセットアップ アクノリッジ(呼設定確認)メッセージ

  • PI = 1 または PI = 8 のディスコネクト(切断)メッセージ

終端側 CAS インターフェイスでは、着信番号ディジットがすべて送信されると、Cisco ルータまたはゲートウェイは逆方向の音声をカットスルーします。

着信側の Cisco ルータ/ゲートウェイは、次の場合に両方向で音声パスをカットスルーします。

  • ISDN インターフェイスで Connect (接続)メッセージを受信したとき

  • CAS インターフェイスで応答監視(Answer Supervision)信号(オフフック)を受信したとき

両方向のカットスルーは Cisco IOS グローバル 設定 コマンドの使用によるゲートウェイで voice rtp send-recv 設定 することができます。

解決策

Cisco IOS ではか。 ソフトウェア リリース 12.1(3)XI1 および 12.1(5)T は、Progress Indication POTS と VOIPインターフェイス間のよりよいインターワーキングを提供するために変更されます。 これは Progress Indication トーン生成を定義する PI 値のイネーブルになったおよび伝搬 エンド-エンドによって主に実現します。

これらのコマンドの使用方法は少なくとも Cisco IOS ソフトウェア リリース 12.1(3a)XI5 か 12.2(1)or 以降を実行することを前提としています。

詳細については、『H.323 および SIP VoIP のインターワーキング シグナリングの強化』および『Cisco IOS 音声、ビデオ、および Fax に関するコマンド リファレンス、リリース 12.2』を参照してください。

PSTN/PBX への VoIP コールで DTMF ディジットまたは音声が渡されない

症状

ユーザはコールを、聞きます通知メッセージを、のような「入力しましたり課金番号を…」、DTMF ディジットを渡すことができません作ります。 この現象は PSTN/PBX 呼び出しに VoIP 両方トールバイパスおよび IP Phone 呼び出しに適用します。

問題の説明

IP Phone(CallManager の場合)または POTS 電話(VoIP トールバイパスの場合)コールが Cisco IOS ゲートウェイを通過し、着信側の IVR システムが ISDN プログレス(経過表示)メッセージを返信しますが、アカウント情報が入力されるまでは接続しません。 デフォルトで、音声経路は終端ゲートウェイが CONNECT メッセージを受け取るまで、逆方向の(IP Phone か発信ゲートウェイの方に)、ない順方向のカットスルーですが。 したがって、終端側スイッチ方向に DTMF トーンまたは音声を送信する音声パスがありません。

解決策

PSTN から ISDN CONNECT メッセージを受け取る前に両方向で(カットスルー)音声経路を確立するために Cisco IOS グローバル 設定 コマンドを、voice rtp send-recv、設定して下さい。 このコマンドの詳細については、『Cisco IOS 音声、ビデオ、および Fax に関するコマンド リファレンス、リリース 12.2』を参照してください。

VoIP コール発信時にビジートーンまたはアナウンスメッセージが聞こえない

症状

IP Phone(CallManager の場合)または POTS 電話(VoIP トールバイパスの場合)において、PSTN ネットワークからのビジートーンまたはアナウンスメッセージがありません。

解決策

Cisco IOSソフトウェア グローバル 設定 コマンドを、音声コール convert-discpi-to-prog 設定して下さい。 これは Cisco IOS ソフトウェア Release 12.2(1) と それ以降と使用されます。 このコマンドは、PI を含んだ着信 ISDN ディスコネクト(切断)メッセージを、同じ PI 値を持つ H225 プログレス(経過表示)メッセージに変換します。 このコマンドは、PSTN 側でアナウンスが再生されてはいるが、発呼者側でその応答が聞こえていないときに役に立ちます。

VOIPトールバイパス シナリオでは、これらの問題のほとんどは 12.1(3a)XI5 または 12.2(1) およびそれ以降の Cisco IOS ソフトウェア リリースへのルータ/ゲートウェイのアップグレードと解決されます。 ただし H.225/ISDN 接続解除 メッセージが受け取られる時開始デバイスか発生 ISDNスイッチがコール アクティブを保存しなければ、音声コール convert-discpi-to-prog コマンドを発行するため。

これはインバンド 発表がビジートーンであるときに、同様にアップできます。 それ以上に、終端側デバイス、発信側デバイス、またはネットワークによりビジー信号が提供されている必要があります。 これのいくつかの側面は制御されます。

電話機(ISDN)から CallManager IP Phone、IOS ゲートウェイ、またはサード パーティの H323 デバイスへのコール着信時にビジートーンが聞こえない

症状

PSTN からのゲートウェイ サード パーティ H.323 Cisco Unified CallManager IP Phone、Cisco IOSゲートウェイ、またはデバイスへのを通したコールは発信ゲートウェイのアプリケーションか 2 段階ダイヤリングを実行するときビジートーンを聞かないかもしれません。

解決策

これは発信ゲートウェイが銀行カードのような音声 アプリケーションを発生する実行する場合があったり、または 2 段階ダイヤリングを実行しているときより少ない一般的なケースです。 後者はゲートウェイに数に最初にダイヤルするコーリングパーティを、受け取りますダイヤルトーンを、それからダイヤルします被呼加入者に参照します。 どちらの場合でも、コールが発信側ゲートウェイで終端されると、PSTN ネットワークではコネクト(接続)されます。 IP コール レグが、cause user-busy(理由表示:着ユーザビジー)でリリース(解放)しても、接続状態にあるテレフォニー セッション(PSTN)に対してはこれが示されません。

これは、IP コール レグから cause code user-busy(理由表示:着ユーザビジー)でリリース(解放)を受信した場合に、発信側ゲートウェイでビジートーンを生成させることにより解決されます。 テレフォニー レグは正常なコール切断処理の原因コードの数分後にコーリングパーティまたはゲートウェイによってリリースされます。

この機能は Cisco IOS ソフトウェア リリース 12.2(8)/12.2(8)T およびそれ以降から利用できます。

Cisco Unified CallManager Express に登録されている IP Phone からの全相談転送を始めるため、利用可能 な複数の行を持つ IP Phone 必要。 ephone-dn [数]二重コマンドを設定し、発行する必要があります。 これは IP Phone が 1 つのディレクトリ番号によって関連付けられる 2 つの行かチャネルがあるようにします。 二重行が設定されている正常挙動はコールが既に最初のチャネルでアクティブであり、別のコールがその拡張になされれば、発信者はビジートーンの代りに第 2 チャネルのアラート トーン(リング)を聞くことです。 拡張が最初のチャネルで使用中のときビジートーンに発信者によって受け取られてほしければ、この例に示すように ephone-dn の下で huntstop チャネル 指令を、設定し、発行する必要があります:

CMECUE(config)#ephone-dn 1
CMECUE(config-ephone-dn)#huntstop channel

!--- Stops hunting on the second channel of a dual-line dn.


関連情報


Document ID: 14066