Cisco Unified Communications Manager システム ガイド、リリース 10.0(1)
IP テレフォニー プロトコル
IP テレフォニー プロトコル

目次

IP テレフォニー プロトコル

この章では、いくつかの異なるプロトコルと、それらと Cisco Unified Communications Manager との対話について説明します。

IP プロトコル

Cisco Unified Communications Manager は、PSTN ゲートウェイ インフラストラクチャ内で番号分析、ルーティング、回線選択などのシグナリングおよびコール制御タスクを実行します。 これらの機能を実行するために、Cisco Unified Communications Manager は、H.323、MGCP、SCCP、SIP などの業界標準の IP プロトコルを使用します。 Cisco Unified Communications Manager とこれらのプロトコルを使用すると、サービス プロバイダーは、PSTN とパケット ネットワークの間で音声およびデータ コールをシームレスにルーティングできるようになります。

H.323 プロトコル

国際電気通信連合(ITU)は、パケット ネットワーク上のマルチメディア通信用に H.323 標準を開発しました。 その結果、H.323 プロトコルは折り紙付きの ITU 標準となり、マルチベンダーの相互運用性をもたらしました。 H.323 プロトコルにより、基となるパケット ネットワーク上のマルチメディア アプリケーション サービス、シグナリング、およびセッション制御のあらゆる性質が決まります。 オーディオは H.323 ネットワーク上の標準ですが、ネットワークを拡張することでビデオとデータの両方を含めることもできます。 H.323 プロトコルは、大規模エンタープライズ ネットワークに実装することも、既存のインフラストラクチャ上に配置することもできます。結果として、H.323 は価格的に手頃なソリューションとなりました。

H.323 プロトコルの基本コンポーネントは、ターミナル、ゲートウェイ、およびゲートキーパーです(これで H.323 エンドポイントへのコール制御が可能です)。 他のプロトコルと同様、H.323 もポイントツーポイント セッションやマルチポイント セッションに適用されます。 ただし、MGCP と比較すると、H.323 の方が、ゲートウェイでの設定が増えます。

メディア ゲートウェイ コントロール プロトコル(MGCP)

MGCP を使用すると、Cisco Unified Communications Manager でコール制御を行うときに、強力で柔軟性のある拡張可能なリソースを使用できます。 Cisco Unified Communications Manager は、MGCP を使用することで、リモート ゲートウェイのテレフォニー インターフェイス上でメディアを制御したり、リモート ゲートウェイから適切なデバイスにメッセージを配信したりします。

MGCP を使用すると、マルチサービス IP パケット ネットワークの端部にある音声とデータの通信デバイスを、コール エージェント(メディア ゲートウェイ コントローラ)でリモートから制御および管理できます。 MGCP のアーキテクチャは集中型になっているため、音声ゲートウェイの設定と管理が簡単になり、ネットワーク内で複数の(冗長の)コール エージェントがサポートされます。 MGCP には、メッセージ暗号化や認証などのセキュリティ メカニズムは用意されていません。

MGCP を使用することで、Cisco Unified Communications Manager は、コール処理とルーティングを制御し、ゲートウェイに補足サービスを提供します。 MGCP は、コールの保存(フェールオーバーとフォールバック時にゲートウェイ上にコールが保持される)、冗長性、ダイヤル プランの単純化(ゲートウェイ上でダイヤルピア設定が必要ない)、フックフラッシュ転送、および保留音を提供します。 MGCP によって制御されるゲートウェイでは、メディア ターミネーション ポイント(MTP)が、保留、転送、コール ピックアップ、コール パークなどの補足サービスを使用可能にする必要がありません。 MGCP ゲートウェイは Cisco Unified Communications Manager と交信できなくなった場合には、H.323 制御の使用へとフォールバックして、FXS、FXO、T1 CAS、および T1/E1 PRI インターフェイスの基本コール処理をサポートします。

Skinny Client Control Protocol(SCCP)

SCCP は、IP デバイスと Cisco Unified Communications Manager 間で、シスコ独自のメッセージを使用して通信します。 複数プロトコル環境でも SCCP は簡単に共存できます。 Cisco Unified IP Phone は、Cisco Unified Communications Manager に SCCP クライアントとして登録、通信するデバイスの例です。 登録時、Cisco Unified IP PhoneCisco Unified Communications Manager から回線などの設定すべてを受信します。 登録が完了すると、新しい着信コールが通知され、コールを発信できるようになります。 SCCP は、メッセージ受信のインジケータ(MWI)などの VoIP コール シグナリングおよび拡張機能に使用されます。

Cisco VG248 ゲートウェイは、Cisco Unified Communications Manager に SCCP クライアントとして登録、通信するデバイスの別の例です。

Session Initiation Protocol(SIP)

インターネット技術特別調査委員会(IETF)は、IP を介したマルチメディア コール向けに SIP 規格を開発しました。 ASCII ベースの SIP は、クライアント/サーバ関係やピアツーピア関係で動作します。 SIP は、複数のエンドポイント間で、要求と応答を使用してコール(またはセッション)を確立、維持、および終了します。 SIP の詳細や SIP と Cisco Unified Communications Manager 間の相互対話の詳細については、Session Initiation Protocolの章を参照してください。

関連資料

アナログ テレフォニー プロトコル

最初のシグナリング プロトコルであるアナログ テレフォニー シグナリングは、アナログ トランク上でコールを接続または切断する手段を備えています。 各アナログ トランクは、2 線式または 4 線式の回線上で直流(DC)を使用してオンフックとオフフックの状態を信号で伝えることで、PBX やアナログ電話機などのアナログ エンドポイントまたはデバイスを接続します。

従来のアナログ セントラル オフィスと PBX に接続できるようにするため、Cisco Unified Communications Manager は、音声ゲートウェイをアナログ エンドポイントおよびデバイスに接続するアナログ トランク上で、アナログ シグナリング プロトコルを使用します。 Cisco Unified Communications Manager は、次のタイプのアナログ トランク インターフェイスをサポートしています。

  • Foreign Exchange Office(FXO):ゲートウェイをセントラル オフィス(CO)または構内交換機(PBX)に接続するアナログ トランク

  • Foreign Exchange Station(FXS):ゲートウェイを、アナログ電話機、ファクス機、従来のボイスメッセージング システムなどの一般電話サービス(POTS)デバイスに接続するアナログ トランク

選択されたゲートウェイ モデルに応じて、FXO および FXS トランク インターフェイス用のループ スタート、グラウンド スタート、または E&M シグナリング プロトコルを設定できます。 コールの正しい接続を保証するには、トランク インターフェイスの両端で同じタイプのシグナリングを使用する必要があります。

ループ スタート シグナリング

ループ スタート シグナリングは、コールを開始するオフフック信号と、ループを開いてコールを終了するオンフック信号を送信します。 ループ スタート トランクには確実な切断監視がないため、2 つのコールが同時にトランクを捕捉するときにグレアが発生する可能性があります。

グラウンド スタート シグナリング

グラウンド スタート シグナリングには、トランクの両端でオフフック信号を検出する電流検出メカニズムがあります。 このメカニズムでは、トランクを捕捉する側をエンドポイントが取り決めてからトランクを捕捉するようになるため、グレアが発生する可能性は最小限に抑えられます。 グラウンド スタートは、接続および切断を確実に認識できるため、PBX 接続に最適なシグナリング方式です。 PBX にはグラウンド スタート シグナリングをサポートしていないものがあるため、そのような場合、トランク インターフェイスにはループ スタート シグナリングを使用する必要があります。

E&M シグナリング

E&M シグナリングは、コールが recEive または transMit(E&M)状態になると、2 線式または 4 線式の回線上で直流(DC)を使用して、エンドポイントまたは CO スイッチに信号を伝えます。 E&M シグナリングが使用する信号は、オフフックとオンフックの状態を示します。 接続が確立すると、オーディオ伝送が行われます。 トランク インターフェイスの両端で E&M シグナリングのタイプが一致している必要があります。 正常な接続のために、Cisco Unified Communications Manager は、次のタイプの E&M シグナリングをサポートします。

ウィンク開始シグナリング
発信側が、オフフック信号を送信した後、コールのダイヤル番号を受信する準備ができたことを示す受信側からのウィンク パルス信号を受信するために待機する。 ウィンク開始は応答監視を備えているため、最適なシグナリング方式です。 CO と PBX には、ウィンク開始シグナリングをサポートしていないものがあります。
遅延ダイヤル シグナリング
発信側が、オフフック信号を送信してから、設定可能な期間待機した後、受信側がオンフックになっているかどうかをチェックする。 受信側がオンフックになっていれば、発信側はダイヤル番号を送信します。 遅延を使用すると、受信側がコールを受信する準備ができたときに信号を伝えることが可能になります。
即時スタート シグナリング
発信側が、オフフックになってから限られた期間(たとえば 200 ミリ秒)待機した後、受信側からの準備信号を待たずにダイヤル番号を送信する。

チャネル連携信号(CAS)

チャネル連携信号(CAS)は、オンフックとオフフックの信号を、オーディオ伝送と同じチャネルでフレーム内のビットとして送信します。 CAS はシグナリング用に音声チャネルからビットを奪うため、損失ビット シグナリングとも呼ばれます。 この信号には、監視やアドレッシングの他、ビジー音やダイヤル トーンなどのトーンを含めることができます。

T1 CAS および E1 CAS デジタル トランク インターフェイスを使用して、Cisco Unified Communications Manager コールを CO、PBX、またはその他のアナログ デバイスに接続することができます。

T1 CAS

T1 CAS トランク インターフェイスは、インバンド E&M シグナリングを使用して、リンク上で最大 24 接続を搬送します。 T1 リンクの両端で T1 CAS シグナリングを指定する必要があります。 一部の MGCP および H.323 音声ゲートウェイとネットワーク モジュール上にポートを設定する場合、Cisco Unified Communications Manager には T1 CAS シグナリング オプションが用意されています。 サポートされるゲートウェイの詳細については、音声ゲートウェイ モデルの要約を参照してください。

E1 CAS

H.323 モードのシスコ ゲートウェイには、リンク上で最大 32 接続を搬送する E1 CAS トランク インターフェイスをサポートできるものがあります。 E1 CAS シグナリング インターフェイスの設定は、Cisco Unified Communications Manager の管理ページではなくゲートウェイ上で行う必要があります。 E1 リンクの両端では E1 CAS シグナリングを指定する必要があります。 E1 CAS をサポートする H.323 ゲートウェイのリストについては、音声ゲートウェイ モデルの要約を参照してください。 設定については、該当するゲートウェイのマニュアルを参照してください。

デジタル テレフォニー プロトコル

デジタル テレフォニー プロトコルでは、信号のみを搬送する専用チャネルである共通チャネル信号(CCS)を使用します。 T1 リンクでは、1 つのチャネルが信号を搬送し、その他のチャネルが音声またはデータを搬送します。 最新世代の CCS は Signaling System 7(SS7)として知られ、監視やアドレッシング、トーンの他、自動番号識別(ANI)などのさまざまなサービスを提供します。

サービス総合デジタルネットワーク(ISDN)は、ユーザがプライベートまたはパブリック ネットワーク サービスにアクセスするための一連の国際標準を指定します。 ISDN は、ユーザに回線ベースの通信とパケット ベースの通信の両方を提供します。

基本速度インターフェイス(BRI)

小規模オフィスと家庭の通信リンクに使用される基本速度インターフェイス(BRI)は、音声とデータ用に 2 つの B チャネルと、シグナリング用に 1 つの D チャネルを提供します。

T1 1 次群速度インターフェイス(T1 PRI)

北米と日本の企業通信リンクでは、T1 1 次群速度インターフェイス(PRI)が使用されています。 T1 PRI は、音声とデータ用に 23 個の B チャネルと、共通チャネル信号用に 1 つの D チャネルを提供します。 T1 PRI が使用する通信速度は 1.544 Mb/s です。

E1 1 次群速度インターフェイス(E1 PRI)

欧州の企業通信では、E1 1 次群速度インターフェイス(PRI)が使用されています。 E1 PRI は、音声とデータ用に 30 個の B チャネル、共通信号用に 1 つの D チャネル、および 1 つのフレーミング チャネルを提供します。 E1 PRI が使用する速度は 2.048 Mb/s です。

関連資料

Q.Signaling(QSIG)

企業ではさまざまなベンダーからの既存の通信機器を保持しているため、Q Signaling(QSIG)プロトコル システムを使用すると、さまざまな通信機器間で相互運用を行い、機能を透過的に使用することができます。

QSIG プロトコルは、Private Integrated Services Network(PISN)のサービスおよびシグナリング プロトコルを定義する一連の国際標準です。 これらの標準は、サービス総合デジタルネットワーク(ISDN)の概念を使用しており、ISO/IEC によって定義された International Standards for Open Systems Interconnection のフレームワークに準拠しています。 QSIG プロトコルは、ISDN D チャネル ボイス シグナリングのバリアントとして機能します。 ISDN Q.921 および Q.931 標準は、PBX 相互接続の世界標準を規定する QSIG プロトコルの基盤となります。

QSIG プロトコルを使用すると、シスコ音声スイッチング サービスが、QSIG プロトコルを使用して通信する PBX および主要システムに接続できるようになります。 QSIG 基本コール設定では、シスコ デバイスは、WAN 全体で、Private Integrated Services Network Exchange(PINX)デバイスからの着信音声コールを、ピアのシスコ デバイスにルーティングできます。このピアのシスコ デバイスは、シグナリングおよび音声パケットを別の PINX デバイスに転送できます。PINX デバイスになるのは、QSIG プロトコルをサポートする PBX、主要システム、または Cisco Unified Communications Manager サーバです。

基本 QSIG コールでは、PINX のユーザはリモート PINX のユーザにコールを発信できます。 着信側は、コールの呼び出し音が鳴ると、発呼側の名前または番号を受信します。 発呼側は、リモート PINX のユーザの電話機で呼び出し音が鳴ると、着信側の名前と番号を受信します。 PBX ユーザとして使用可能な機能はすべてネットワーク全体で透過的に動作します。 QSIG プロトコルは、PISN 用に定義されている補助的な追加のネットワーク機能を提供します。ただし、対応する QSIG 機能セットがコールの両端でサポートされていることが条件となります。

補助機能をネットワーク ユーザに対して使用可能にするには、ネットワーク内のすべての PBX が同一の機能セットをサポートしていることを確認します。

シスコでは、次の PBX ベンダーを対象に、Cisco Unified Communications Manager QSIG 機能の動作確認を行いました。T1 または E1 を使用する Lucent/Avaya Definity G3R、Avaya MultiVantage および Communication Manager、T1 または E1 を使用する Alcatel 4400、E1 を使用する Ericsson MD110、E1 または T1 を使用する Nortel Meridian、T1 を使用する Siemens Hicom 300 E CS、E1 を使用する Siemens Hicom 300 E、および Siemens HiPath 4000 です。

Annex M.1(QSIG のメッセージ トンネリング)

Annex M.1 機能では、クラスタ間トランクと H.225 トランクを使用して、Cisco Unified Communications Manager 間で H.323 シグナリング メッセージ内の非 H.323 プロトコル情報を転送(トンネリング)します。 Annex M.1 は、QSIG コールと、QSIG コール独立シグナリング接続をサポートしています。 Cisco Unified Communications Manager の管理ページでクラスタ間トランクの設定を完了すると、QSIG トンネリングで Call Completion、自動転送、コール転送、ID サービス、メッセージ受信インジケータ、パス置換の各機能がサポートされます。


(注)  


指定されたサードパーティ製スイッチ機器の場合、Annex M.1 機能では H.323 ゲートウェイを使用して、Cisco Unified Communications Manager 間で H.323 シグナリング メッセージ内の非 H.323 プロトコル情報を転送(トンネリング)することもできます。 Annex M.1 機能とサードパーティ ベンダーとの相互運用性については、『Cisco Unified Communications Manager Software Compatibility Matrix』を参照してください。



ヒント


ゲートキーパーを使用する場合は、ネットワーク内のすべてのゲートウェイに QSIG トンネリングを設定する必要があります。 ネットワーク内のいずれかのゲートウェイが QSIG トンネリングをサポートしていない場合は、QSIG トンネリング用に設定されているクラスタ間トランクでコールが終了します。


Cisco Unified Communications Manager で QSIG トンネリングをサポートするには、Cisco Unified Communications Manager の管理ページの [トランクの設定(Trunk Configuration)] ウィンドウで、[トンネル化プロトコル(Tunneled Protocol)] ドロップダウン リスト ボックスから [QSIG] オプションを選択し、[パス置換サポート(Path Replacement Support)] チェックボックスをオンにする必要があります。 デフォルトでは、Cisco Unified Communications Manager は [トンネル化プロトコル(Tunneled Protocol)] ドロップダウン リスト ボックスのオプションを [なし(None)] に設定します。QSIG の [トンネル化プロトコル(Tunneled Protocol)] オプションを設定すると、[パス置換サポート(Path Replacement Support)] チェックボックスが自動的にオンになります。 Annex M.1 または QSIG でトンネル化されたトランク上のパス置換が必要ない場合は、このチェックボックスをオフにすることができます。

[トンネル化プロトコル(Tunneled Protocol)] フィールドを [なし(None)] に設定すると、Cisco Unified Communications Manager は [パス置換サポート(Path Replacement Support)] チェックボックスを自動的にグレー表示します。 [トンネル化プロトコル(Tunneled Protocol)] フィールドを [QSIG] に設定した場合は、[番号IE配信のリダイレクト - インバウンド(Redirecting Number IE Delivery - Inbound)]、[番号IE配信のリダイレクト - アウトバウンド(Redirecting Number IE Delivery - Outbound)]、または [IE配信を表示(Display IE Delivery)] オプションを設定できません。


ヒント


Cisco Unified Communications Manager は、Annex M.1 でのプロトコル プロファイル 0x91 の ROSE エンコーディングをサポートしていません。


SIP トランクを介した QSIG トンネリング

Session Initiation Protocol(SIP)を使用するコール処理環境では、SIP トランクを使用して、SIP コール用に Cisco Unified Communications Manager とのシグナリング インターフェイスを設定することができます。 SIP トランク(またはシグナリング インターフェイス)は、Cisco Unified Communications Manager クラスタを SIP プロキシ サーバに接続します。 SIP シグナリング インターフェイスは、要求と応答を使用して、2 つ以上のエンドポイント間のコール(またはセッション)を確立、維持、および終端します。 SIP および SIP トランクの設定の詳細については、SIP および Cisco Unified Communications Managerを参照してください。

Cisco Unified Communications Manager は、SIP トランクを介した QSIG トンネリングをサポートしています。 QSIG トンネリングは、折り返し、Call Completion、自動転送、コール転送、ID サービス、メッセージ受信インジケータ、パス置換の各機能をサポートします。


(注)  


Cisco Unified Communications Manager は、Cisco Intercompany Media Engine(IME)トランクでの折り返しについては、接続維持モードのみをサポートしています。 Cisco IME については、『Cisco Intercompany Media Engine インストレーション/コンフィグレーション ガイド』を参照してください。


Cisco Unified Communications Manager で SIP トランクを介した QSIG トンネリングをサポートするには、Cisco Unified Communications Manager の管理ページの [トランクの設定(Trunk Configuration)] ウィンドウで、[トンネル化プロトコル(Tunneled Protocol)] ドロップダウン リスト ボックスから [QSIG] オプションを選択し、[パス置換サポート(Path Replacement Support)] チェックボックスをオンにする必要があります。 デフォルトでは、Cisco Unified Communications Manager は [トンネル化プロトコル(Tunneled Protocol)] ドロップダウン リスト ボックスのオプションを [なし(None)] に設定します。QSIG の [トンネル化プロトコル(Tunneled Protocol)] オプションを設定すると、[パス置換サポート(Path Replacement Support)] チェックボックスが自動的にオンになります。 Annex M.1 または QSIG でトンネル化されたトランク上のパス置換が必要ない場合は、このチェックボックスをオフにすることができます。


(注)  


トランク サービス タイプとして [Cisco Intercompany Media Engine] が選択された状態で SIP トランクを作成する場合、[トンネル化プロトコル(Tunneled Protocol)] フィールドのデフォルトは [QSIG] になります。 Cisco IME トランクで QSIG 機能を動作させるには、トンネル化プロトコルを QSIG にする必要があります。



ヒント


トランクをリセットすると、そのトランクを使用している進行中のコールがすべて終了されます。 ゲートウェイを再起動すると、そのゲートウェイを使用している進行中のコールを保持しようとします(可能な場合)。 それ以外のデバイスでは、コールが完了するまで待機してから、再起動またはリセットされます。 H.323 または SIP デバイスをリセットまたは再起動しても、ハードウェアが物理的にリセットまたは再起動されるわけではありません。リセットまたは再起動すると、Cisco Unified Communications Manager によってロードされた設定が再度初期化されるだけです。

SIP トランクの場合は、[リスタート (Restart)] と [リセット (Reset)] が同様に動作するため、どちらの操作を実行しても、アクティブなコールがすべて接続解除されます。 パケット キャプチャを有効または無効にする場合、トランクに対して [リスタート (Restart)] または [リセット(Reset)] を実行する必要はありません。



(注)  


SIP ゲートウェイから着信した Remote Party ID(RPID)ヘッダーによって QSIG コンテンツが干渉を受け、それにより折り返し機能で予期しない動作が発生する場合があります。 QSIG コンテンツへの干渉を防ぐには、SIP ゲートウェイで RPID ヘッダーを無効にします。


SIP ゲートウェイで RPID ヘッダーを無効にするには、次の例に示すように、SIP プロファイルをゲートウェイの VoIP ダイヤル ピアに適用します。

voice class sip-profiles 1000
request ANY sip-header Remote-Party_ID remove
response ANY sip-header Remote-Party-ID remove

dial-peer voice 124 voip
destination-pattern 3...
signaling forward unconditional
session protocol sipv2
session target ipv4:<ip address>
voice-class sip profiles 1000

QSIG の基本コール

QSIG 基本コール設定を使用すると、プライベート ネットワークまたは仮想プライベート ネットワーク(VPN)全体にわたって、発信側 PINX(PBX または Cisco Unified Communications Manager)から別の PINX への音声接続を動的に確立できます。 QSIG プロトコルをサポートするには、デジタル T1 または E1 1 次群速度インターフェイス(PRI)トランクを使用する必要があります。

Call Completion

次の Call Completion サービスは、Facility Selection and Reservation 機能を利用して、QSIG 対応のトランク上で Cisco Call Back 機能を提供します。

  • Completion of Calls to Busy Subscribers(CCBS):発呼側がビジー トーンを受信した場合、発呼者は、ビジー状態の相手側が電話を切って応対可能になったときにコールが完了するように要求できます。

  • Completion of Calls on No Reply(CCNR):発呼側に宛先から応答がない場合、発呼側は、そのアクティビティが着信側の電話機で発生したときにコールが完了するように要求できます。

Cisco Unified Communications Manager および Call Completion サービスは、Cisco Unified Communications Manager クラスタ内または QSIG トランク上にあるサポート対象の Cisco Unified IP Phone 7940、7960、および 7970 で [折返し] ソフトキーを使用します。 同様に、次のデバイスが QSIG Call Completion サービスをサポートしています。

  • Cisco Unified IP Phone 7905、7910、7912、7940、7960、7970

  • Cisco VGC Phone、Cisco IP Communicator、および SCCP を実行しているシスコ電話機

  • サポート対象のデバイスにコールを転送する CTI ルート ポイント

    Cisco CallManager サービスで機能する Callback Calling Search Space サービス パラメータを使用すると、発信側 PINX は、コール設定要求を終端側 PINX に存在する CTI デバイスにルーティングできます。 この機能は、Cisco Unified Communications Manager Assistant などの CTI アプリケーションをサポートしています。 このサービス パラメータの詳細については、[サービスパラメータ(Service Parameter)] ウィンドウの上部隅に表示される [?] をクリックしてください。

  • QSIG トランク

Cisco Unified Communications Manager の管理ページでの Cisco Call Back 機能の設定に加えて、『Cisco Unified Communications Manager 機能およびサービス ガイド』の SIP および Cisco Unified Communications Managerの章にある説明に従って、Cisco Call Back サービス パラメータのデフォルト設定を更新することが必要になる場合があります(Cisco Technical Assistance Center(TAC)から指示を受けた場合)。 Cisco Call Back サービス パラメータには、Connection Proposal Type、Connection Response Type、Callback Request Protection Timer、Callback Recall Timer、Callback Calling Search Space などがあります。 これらのパラメータについては、[サービスパラメータ(Service Parameter)] ウィンドウの上部隅に表示される [?] をクリックしてください。

自動転送

Cisco Unified Communications Manager は、再ルーティングによる自動転送と、転送切り替えによる自動転送をサポートしています。 再ルーティングによる自動転送が発生すると、発信側 PINX がコールの受信者から要求を受信し、そのコールを別のユーザに転送します。 システムにより、発信側と転送先ユーザ間に新しいコールが作成され、追加の CDR が生成されます。

Cisco Unified Communications Manager の管理ページでは、Cisco CallManager サービスは、パラメータ Call Diversion by Reroute Enabled and Call Reroute T1 Timer を使用して再ルーティングによる自動転送を実行します。 再ルーティングにより自動転送を使用する場合は、サービス パラメータを [?] ヘルプで指定された値に設定する必要があります。このヘルプは、[サービスパラメータ(Service Parameter)] ウィンドウの上部隅にある [?] をクリックすると表示されます。 このサービス パラメータを設定しない場合は、自動的に、転送切り替えによる自動転送が発生します。

Cisco Unified Communications Manager は、発信側 PINX がコールを転送することを要求できませんが、Cisco Unified Communications Manager は、制限 QSIG メッセージを終端することによって、コールの転送先の電話番号を検証できます。 再ルーティングによる自動転送は、非 QSIG トランクをサポートしていません。 ネットワークで同一のダイヤル プランを使用しない場合は、転送切り替えによる自動転送とパス置換を使用して、発信側ユーザと終端側ユーザの間のパスを最適化します。

着信コールの受信者と転送先ユーザが同じ PINX に存在する場合、Cisco Unified Communications Manager は転送切り替えによる自動転送を使用します。 再ルーティングによる自動転送が何らかの理由で(再ルーティング タイマーの期限切れなど)成功しなかった場合は、転送切り替えが実行されます。

QSIG 転送補足サービスは、次のリストに示すように、よく知られた Cisco Unified Communications Manager 自動転送機能に似た自動転送機能を提供します。

  • Call Forward All(CFA)設定は、Call Forwarding Unconditional(SS-CFU)に対応します。

  • Call Forward Busy(CFB)設定は、Call Forwarding Busy(SS-CFB)に対応します。

  • Call Forward No Answer(CFNA)設定は、Call Forwarding No Reply(SS-CFNR)に対応します。

  • Cisco Unified Communications Manager は、Call Deflection(SS-CD)をサポートしていません。

ネットワーク内の他の PBX が機能を透過的に使用できるようにするため、システムは転送コールに関する情報を、コールの設定および接続中に QSIG トランク経由で渡します。 電話機のディスプレイには、発呼側の名前/番号、最初の着信側の名前/番号、および最後のリダイレクト側の名前/番号の情報を表示し、転送コールの宛先を示すことができます。電話機に表示される内容は、コール ID 制限の影響を受ける可能性があります。 詳細については、ID サービスを参照してください。

QSIG 補足サービスは、情報を提供して、転送コールからのボイスメッセージを最初の着信側のボイスメールボックスに残すことができます。 ボイスメール設定が自動転送設定の設定値を上書きする場合があることに注意してください。

システムがコールをボイスメールボックスに自動転送する場合、Cisco Unified Communications Manager は再ルーティングによる自動転送を起動しません。 Q.SIG トランク上でボイスメール サーバへの接続が発生する場合に、再ルーティングによる自動転送を使用するには、[電話番号の設定(Directory Number Configuration)] ウィンドウで、[ボイスメール(Voice Mail)] チェックボックスをオンにする代わりに、該当する [接続先(Destination)] フィールドにボイスメール パイロット番号を入力する必要があります。


ヒント


複数の PINX 間でコールが転送される場合、転送ループが生じる可能性があります。 コールがループ状態に陥ることや、長い転送チェーンに入ることを回避するには、Cisco CallManager サービスの Forward Maximum Hop Count サービス パラメータを設定します。 このパラメータを 15 より大きくすると、QSIG 設定が国際標準に適合しなくなります。


コール転送

Cisco Unified Communications Manager は、参加によるコール転送のみをサポートしています。

ユーザが別のユーザにコールを転送すると、QSIG ID サービスにより、転送先の電話機に表示される着信側の名前および番号が変更されます。 電話機に表示される内容は、コール ID 制限の影響を受ける可能性があります。

コールが別の PINX の発呼者に転送される場合、コール転送補足サービスは、パス置換機能と対話してトランク接続を最適化します。 パス置換の詳細については、パス置換を参照してください。

旧バージョンの QSIG プロトコル(ECMA)との互換性

Cisco Unified Communications Manager と旧バージョンの QSIG プロトコルとの互換性を確立するには、ASN.1 ROSE OID Encoding サービス パラメータと QSIG Variant サービス パラメータを設定します。


ヒント


これらのパラメータの詳細については、[サービスパラメータ(Service Parameter)] ウィンドウの上部隅に表示される [?] をクリックしてください。


QSIG Variant パラメータに [ECMA] を選択する場合は、ASN.1 ROSE OID Encoding サービス パラメータに対して [Use Global Value (ECMA)] 設定を選択する必要があります。

QSIG Variant パラメータに [ISO] を選択する場合は、通常、ASN.1 ROSE OID Encoding サービス パラメータに [Use Local Value] 設定を選択する必要があります。 状況によっては、別の設定が必要になることがあります。

Cisco Unified Communications Manager は、クラスタ間トランク経由での Annex M.1 を使用した QSIG のトンネル化をサポートしています。 Annex M.1 を設定するには、次のいずれかを行います。

  • ASN.1 ROSE OID Encoding を [Use Local Value] に、QSIG Variant を [ISO (Protocol Profile 0x9F)] に設定します。

  • ASN.1 ROSE OID Encoding を [Use Global Value (ECMA)] に、QSIG Variant を [ECMA] に設定します。


(注)  


また、ASN.1 ROSE OID Encoding パラメータと QSIG Variant パラメータを、個々のゲートウェイまたはトランクに対して設定することもできます。


Facility Selection and Reservation

Facility Selection and Reservation 機能を使用すると、混合ルート リストを使用してコールを発信することができます。混合ルート リストには、さまざまなプロトコルを使用するルート グループが含まれています。 この機能は、次のタイプのファシリティを含む混合ルート リストをサポートしています。

  • QSIG プロトコルを使用する E1 または T1 PRI トランク

  • QSIG 以外のプロトコルを使用する E1 または T1 PRI トランク

  • T1-CAS ゲートウェイ

  • FXO ポート

  • クラスタ間トランク


ヒント


H.323 ゲートウェイに関するルート グループを、QSIG ルート グループを含むルート リストに追加することはできません。

ルート リストを設定する場合は、最初の選択として QSIG ルート グループを設定し、その後に PSTN への代替接続として機能する非 QSIG ルート グループを設定します。 プライベート ネットワークの QSIG ファシリティだけでなく、QSIG コールに関する追加のルート グループを含めたことを確認してください。 コールに使用できる QSIG トランクがない場合は、コールに対して PSTN 上の代替ルートを指定する必要があります。


コールに QSIG ファシリティが必要となる場合、Cisco Unified Communications Manager はルート グループを検索し、使用可能な最初の QSIG ファシリティを予約します。 QSIG ファシリティを使用できない場合、Cisco Unified Communications Manager は、非 QSIG ファシリティを使用して PSTN にフェールオーバーします。

コールに QSIG ファシリティが必要ない場合、Cisco Unified Communications Manager はルート グループを検索し、使用可能な最初のファシリティを見つけます。

パス置換、メッセージ受信インジケータ、および Call Completion 補足サービスでは、QSIG シグナリング適合要件を満たす QSIG ファシリティが必要です。 上記のサービスのいずれかに使用可能な QSIG ファシリティがない場合、コールは QSIG シグナリング適合要件を満たさないため、機能は失敗します。

ID サービス

コールの呼び出し音が鳴り、コールが PINX に接続された場合、ID サービスを使用すると、発呼者の名前/ID を終端側 PINX の電話機に表示し、同様に接続先の名前/ID を発信側 PINX の電話機に表示することができます。 QSIG ID 制限を使用すると、Cisco Unified Communications Manager と接続先 PINX 間でこの情報の表示を制御できるようになります。

サポートされている補足サービスはコールごとに適用され、コール ID 情報の表示設定はコールの両端で設定されます。 Cisco Unified Communications Manager には、電話機のディスプレイに表示される次の発呼者 ID 番号(CLID)と発呼者名(CNAM)の情報を制御する設定値が用意されています。

  • Calling Line Identification Presentation/Restriction:発呼者番号を表示するか(CLIP)、または発信者番号の表示を制限します(CLIR)。

  • Calling Name Identification Presentation/Restriction:発呼者の名前を表示するか(CNIP)、または発呼者の名前の表示を制限します(CNIR)。

  • Connected Line Identification Presentation/Restriction:接続先回線の番号を表示するか(COLP)、または接続先回線の表示を制限します(COLR)。

  • Connected Name Identification Presentation/Restriction:着信側の名前を表示するか(CONP)、または着信側の名前の表示を制限します(CONR)。

発信コール設定の設定値は終端 PINX に送信されます。終端 PINX では、設定値が上書きされる場合があります。 接続先回線および名前の設定は、コールの終端側で設定されます。設定値の受信後、発信側 PINX は設定を上書きする場合があります。


ヒント


名前を制限した場合、ディスプレイには「非通知(Private)」と表示されます。発信回線番号を制限した場合、ディスプレイはブランクのままになります。


すべてのコールについて情報の表示を許可または制限するには、[ゲートウェイの設定(Gateway Configuration)] ウィンドウのフィールドを設定します。または、コールごとに表示情報を制御するには、[ルート パターン(Route Pattern)] ウィンドウと [トランスレーションパターン(Translation Pattern)] ウィンドウのフィールドを使用します。 ゲートウェイの表示設定は、ルート パターンの設定を上書きします。 トランスレーション パターンの表示設定は、ルート パターンの表示設定を上書きします。

Cisco Unified Communications Manager は、「Alerting on ring」だけをサポートしています。そのため、QSIG の [呼び出し表示(Alerting Name)] を設定すると、電話機で呼び出し音が鳴っているときにコール名情報を送受信できます。 Cisco Unified Communications Manager の管理ページの [電話番号の設定(Directory Number Configuration)] ウィンドウで、[呼び出し表示(Alerting Name)] フィールドに共有および非共有の電話番号を設定します。 共有電話番号の 2 つの電話機で呼び出し音が鳴ると、[呼び出し表示(Alerting Name)] フィールドに入力した名前が終端側 PINX の着信側の電話機に表示されます。ただし、表示される情報は、トランスレーション パターン制限の影響を受ける場合があります。 発信側 PINX の発呼者の電話機に表示される情報は、ルート パターン制限の影響を受ける場合があります。


ヒント


[呼び出し表示(Alerting Name)] の ID 制限を設定するには、接続名設定パラメータを設定します。


[呼び出し表示(Alerting Name)] を設定しない場合、呼び出し音が鳴ると、発呼側の電話機には電話番号だけが表示されます。 着信側について設定する [表示名(Display Name)] を設定した場合、コールが接続されると、発呼側の電話機にはこの表示名が表示されます。 [表示名(Display Name)] または [呼び出し表示(Alerting Name)] を入力しない場合、コール中に発呼側の電話機に名前は表示されません。 [呼び出し表示(Alerting Name)] を次のデバイス タイプで使用することはできません。

  • PRI トランク

  • MGCP ゲートウェイの FXS/FXO ポート

  • MGCP T1-CAS ゲートウェイ

Cisco Unified Communications Manager の管理ページの [UTF-8の名前をQSIG APDUで送信(Transmit UTF-8 Names in QSIG APDU)] チェックボックスは、デバイス プールのユーザ ロケール設定を使用して、Unicode を送信するかどうか、および受信した Unicode 情報を変換するかどうかを決定します。

送信側デバイスでは、このチェックボックスをオンにすると、デバイス プールのユーザ ロケール設定が着信側電話機のユーザ ロケールと一致する場合、デバイスは Unicode を送信し、UTF-8 形式で符号化します。 ユーザ ロケール設定が一致しないと、デバイスは ASCII を送信し、UTF-8 形式で符号化します。

設定パラメータが設定されておらず、デバイス プールのユーザ ロケール設定が着信側電話機のユーザ ロケールと一致する場合、デバイスは Unicode を送信し(名前が 8 ビット形式を使用している場合)、ISO8859-1 形式で符号化します。

メッセージ受信インジケータ(MWI)サービス

QSIG ネットワークの PINX に、別の PINX のユーザにサービスを提供するボイスメッセージング システムが接続されている場合、メッセージ センター PINX は他の PINX に次のメッセージ受信インジケータ(MWI)信号を送信できます。

  • MWI Activate:サービス対象ユーザの電話機へのメッセージをボイスメッセージング システムが受信した後、別の PINX に信号を送信してその電話機上の MWI をアクティブにします。

  • MWI De-activate:関連するボイスメッセージング システム内のメッセージをユーザが受信した後、信号を送信して MWI を非アクティブ化します。


(注)  


Cisco Unified Communications Manager は、MWI の問い合わせサービスをサポートしていません。


メッセージ センターではない PINX は MWI 信号を受信し、次のタスクを実行できます。

  • MWI Activate:別の PINX から信号を受信して、サービス対象ユーザの電話機上の MWI をアクティブにします。

  • MWI De-activate:信号を受信して、サービス対象ユーザの電話機上の MWI を非アクティブ化します。

ボイスメッセージング システムが QSIG 接続を使用して、または Cisco Messaging Interface(CMI)を使用して Cisco Unified Communications Manager に接続されている場合、メッセージ受信インジケータは QSIG ディレクティブに基づいて設定されます。

コールがある番号に転送されてから、ボイスメッセージング システムに転送された場合、QSIG 補足サービスは、ボイスメッセージを最初の着信側のボイスメールボックスに残すための情報を提供できます。

メッセージ受信インジケータ サービスは、Cisco Unified Communications Manager の管理ページで設定されているメッセージ受信用の既存のダイヤル番号を使用するため、追加の設定は必要ありません。

パス置換

QSIG ネットワークにおいて、コールが 3 番目の PINX の電話機にコール転送または自動転送された場合は、そのコールに対して、複数の PINX を経由する複数の接続が存在する可能性があります。 パス置換機能は、コールの接続後に、中継 PINX(複数可)への接続を削除し、終端 PINX への新しいコール接続を作成します。


(注)  


Cisco Unified Communications Manager は、"requesting""cooperating" の PINX メッセージのみを提供します。 QSIG が設定されている場合、Cisco Unified Communications Manager はサードパーティ ベンダー PINX の "inviting" メッセージに応答しますが、Cisco Unified Communications Manager"inviting" メッセージを発信しません。

Cisco Unified Communications Manager は、パス保存をサポートしていません。


Cisco Unified Communications Manager は、参加によって転送されたコールと、転送切り替えによって転送されたコールに対してのみパス置換を起動します。 複数のトランクが関連するコール(会議コールなど)は、パス置換を使用しません。ただし、[トンネル化プロトコル(Tunneled Protocol)] ドロップダウン リスト ボックスで [QSIG] オプションを選択し、ゲートキーパーによって制御されるクラスタ間トランク、またはゲートキーパーによって制御されないクラスタ間トランクに対して [パス置換サポート(Path Replacement Support)] チェックボックスをオンにした場合は、クラスタ間トランク上や、コール転送または自動転送に使用される他の QSIG クラスタ間トランクまたは PRI トランク上でパス置換が発生します。

CTI アプリケーションとパス置換を併用すると、パス置換を使用するコールのレッグには、コールの発信レッグとは異なる Global Caller ID が割り当てられます。 コール転送または自動転送の後で、残る両端が同一の Cisco Unified Communications Manager を使用した場合は、2 つ(パーティごとに 1 つ)の Global Caller ID が存在します。 システムはどちらかの Global Caller ID を削除するため、コールの両端は同一の Global Caller ID を持ちます。


ヒント


この項では、パス置換サービス パラメータの一部について説明します。 サービス パラメータの詳細なリストとパラメータの詳細情報については、[サービスパラメータ設定(Service Parameter Configuration)] ウィンドウの上部隅に表示される [?] をクリックしてください。


QSIG プロトコルは内線番号または電話番号を渡しますが、変換または挿入された番号を渡さないため、同一のダイヤル プランを使用するネットワークでは、パス置換などの QSIG 機能を使用します。 プライベート ネットワークのダイヤル プランで、一意でない電話番号が使用される場合は、PINX ID を利用してコールを再ルーティングする必要があります。PINX ID は、ネットワーク内のすべての PINX に一意の電話番号です。 PINX ID が設定されている場合、パス置換機能は、ID サービスで説明している着信側または発呼側の番号の代わりに、PINX ID を使用します。 PINX ID を設定するには、Cisco Unified Communications Manager の管理ページで次のタスクを実行します。

  • パス置換機能の PINX ID サービス パラメータ(複数可)を設定します (パス置換機能は Cisco CallManager サービスを使用します)。

  • PINX ID だけを含むコール ピックアップ グループを作成します。


ヒント


PINX ID コール ピックアップ グループは、PINX ID 専用にしてください。 このコール ピックアップ グループに他の電話番号を追加しないでください。


Cisco Unified Communications Manager には Path Replacement Calling Search Space サービス パラメータがあるため、連携している PINX が発信 SETUP メッセージを要求側の PINX に送信するために使用するコーリング サーチ スペースを設定できます。 Path Replacement Calling Search Space サービス パラメータに値を指定しない場合、要求側 PINX は、コールに関与しているエンド ユーザのコーリング サーチ スペースを使用します。

パス置換の設定値は、Cisco CallManager サービスの [サービスパラメータ設定(Service Parameter Configuration)] ウィンドウで設定します。 Path Replacement サービス パラメータには、Path Replacement Enabled、Path Replacement on Tromboned Trunks、Start Path Replacement Minimum Delay Time、Start Path Replacement Maximum Delay Time、Path Replacement PINX ID、Path Replacement Timers、Path Replacement Calling Search Space などがあります。 これらのパラメータに関する情報を取得するには、[サービス パラメータ] ウィンドウに表示される [?] をクリックしてください。

パス置換のパフォーマンス カウンタを使用すると、パス置換の発生を追跡できます。 パフォーマンス カウンタについては、『Cisco Unified Serviceability Administration Guide』を参照してください。

パス置換機能では、コールごとに複数の CDR が生成されます。 発信側 PINX の発呼者に対する CDR や、パス置換が起動された PINX の着信側に対する CDR が生成されます。


(注)  


Cisco IP SoftPhone ユーザが打診転送を実行してコールを別の PINX に移動する場合、パス置換機能は有効ですが、直接(ブラインド)転送を実行する場合、パス置換機能は無効です。 Cisco IP SoftPhone の詳細については、アプリケーションのバージョンに対応した Cisco IP SoftPhone マニュアルを参照してください。


Cisco Unified Communications Manager との QSIG インターフェイス

Cisco Unified Communications Manager で QSIG 機能をサポートするには、QSIG を Cisco Unified Communications Manager に直接バックホールする必要があります。 Cisco Unified Communications Manager を QSIG ネットワークに相互接続する場合、MGCP ゲートウェイと、PISN への T1 または E1 PRI 接続が使用されます。 MGCP ゲートウェイはコール接続を確立します。 PRI バックホール メカニズムを使用することで、ゲートウェイは QSIG メッセージを Cisco Unified Communications Manager に渡し、QSIG コールの設定と、コントロール機能への QSIG メッセージの送信を有効にします。

QSIG を使用するゲートウェイに H.323 経由で PBX を接続した場合、PBX 上の電話機と、Cisco Unified Communications Manager に接続された IP Phone との間のコールで使用できるのは、基本的な PRI 機能だけになります。 発呼者回線 ID(CLID)とダイヤルイン方式(DID)の番号は、QSIG プロトコルを終了するゲートウェイだけが提供し、Cisco Unified Communications Manager は提供しません。