メディア リソースの設定

メディアリソースについて

Cisco Unified Communications Manager 機能では、メディア リソースを使用する必要があります。 Cisco Unified Communications Manager には以下のようなメディアリソースも含まれます。

  • アナンシエータ

  • 音声自動応答（IVR）（Interactive Voice Response (IVR)）

  • メディア ターミネーション ポイント（Media Termination Points）（MTP）

  • トランスコーダ

  • トラステッド リレー ポイント

  • 会議ブリッジ

  • 保留中の音楽またはビデオ

メディアリソースをメディアリソースグループの一覧に割り当て、そのリストをデバイスプールまたは個々のデバイスに割り当てることによって、電話で利用可能にすることができます。 個々のデバイスのデフォルト設定では、デバイスが使用しているデバイスプールに割り当てられているメディアリソースを使用します。


（注）  
保留音の設定の詳細については、『Cisco Unified Communications Manager 機能設定ガイド』を参照してください。

メディア ターミネーション ポイント

メディアターミネーション ポイント（MTP）は、2 つの全二重メディアストリームを受け入れ、それらのストリームをまとめてブリッジし、個別に設定と分解を行えるようにするためのエンティティです。 Cisco Unified Communications Manager は、MTP をメディアパスに挿入して、次のようなさまざまな状況を解決できます。

  • 信頼されたリレー ポイント（TRP）として動作する場合

  • RTP ストリームに対して IPv4 と IPv6 の変換を提供する場合

  • SIP トランク経由で SIP アーリー オファーを配信する場合。

  • DTMF 転送の不一致に対処する場合

  • RSVP エージェントとして動作する場合

H.323 コールの MTP

メディア ターミネーション ポイントをH.323 コールのメディア パスに挿入することで、H.323 エンドポイントにコールがルーティングされた場合に通常は利用できない補完的サービス（コール保留、コール転送、コール パーク、会議など）を拡張できます。 H.323 補足サービスで MTP が必要となるのは、Empty Capability Set（ECS）または FastStart をサポートしていないエンドポイントのみです。 ECS および FastStart をサポートしているすべての Cisco および他のサードパーティ製エンドポイントでは、MTP は必要ありません。

MTP のタイプ

Cisco Unified Communications Manager は、次の MTP タイプをサポートしています。

  • IOS ゲートウェイのソフトウェア MTP

  • IOS ゲートウェイのハードウェア MTP

  • Cisco IP Voice Media Streaming サービスが提供するソフトウェア MTP

シスコ メディア ターミネーション ポイント ソフトウェアの MTP タイプでは、ネットワークの速度とネットワーク インターフェイス カード（NIC）に応じて、デフォルトで 48 個のユーザ設定可能な MTP リソースが提供されます。 たとえば、100 MB のネットワークまたは NIC カードの場合、48 の MTP リソースをサポートできますが、10 MB の NIC カードではサポートできません。

10 MB のネットワークまたは NIC カードの場合、約 24 個の MTP リソースを提供できます。 ただし、使用可能な MTP リソースの正確な数は、PC 上の他のアプリケーションが消費しているリソース、プロセッサの速度、ネットワーク負荷、その他のさまざまな要因によって異なります。

MTP の登録

MTP デバイスは、プライマリ Cisco Unified Communications Manager が使用可能である場合は常にその Cisco Unified Communications Manager に登録され、サポートしている MTP リソースの数を Cisco Unified Communications Manager に通知します。 同じ Cisco Unified Communications Manager に複数の MTP を登録できます。 特定の Unified Communications Manager に複数の MTP が登録されている場合、その Cisco Unified Communications Manager は、MTP ごとのリソース セットを制御します。

たとえば、MTP サーバ 1 が 48 の MTP リソース用に設定され、MTP サーバ 2 は 24 のリソース用に設定されているとします。 両方の MTP が同じ Unified Communications Manager を登録する場合、その Unified Communications Manager は両方のリソース セット、つまり、合計 72 の登録済み MTP リソースを保持します。

Unified Communications Manager は、コール エンドポイントで MTP が必要であると判定すると、アクティブ ストリームが最も少ない MTP から MTP リソースを割り当てます。 その MTP リソースは、エンドポイントの代わりにコールに挿入されます。 MTP リソースの使用は、システムのユーザにも、リソースが代わりに挿入されたエンドポイントにも見えない形で行われます。 MTP リソースが必要なときに、そのリソースが使用できない場合、コールは MTP リソースを使用せずに接続されるため、そのコールは補足サービスを利用できないことになります。

SRTP DTMF 相互接続


重要

このセクションは、リリース 14SU3 以降に適用されます。

現在、安全な通話と安全でない通話の両方で DTMF が一致しない場合に、Unified CM によって MTP が挿入されます。 ただし、安全な通話の場合は、MTP が挿入されても、当事者のメディア間で MTP の受け渡しが行われるだけで、 DTMF イベントが当事者間で送受信されることはありません。 Unified CM リリース 14SU3 よりも前のバージョンでは、DTMF 変換は安全でない通話でのみ機能し、DTMF が一致しない場合に MTP が割り当てられていました。

ゲートウェイ IOS バージョン 17.10.1a 以降では、セキュアな MTP はゲートウェイ側でサポートされ、DTMF 変換が行われます。 Unified Communications Manager に登録された IOS ベースのセキュアな MTP で、SRTP と DTMF の相互接続がサポートされるようになりました。 このサポートがリリース 14SU3 以降でゲートウェイ側に追加されたため、セキュアなエンドポイント間で DTMF の不一致があった場合に、Unified CM からハードウェア MTP を（SRTP と DTMF の相互接続サポートにより）呼び出すことが可能になりました。

SRTP キーを Unified Communications Manager から MTP に、SCCP メッセージで送信できます。 MTP はこのキーを使用してインバンド DTMF イベントをアウトオブバンドイベントに復号化し、もう一方のコールレッグに送信します。 同様に、アウトオブバンド DTMF イベントの場合、Unified Communications Manager は暗号化されたインバンド DTMF イベントをもう一方のコールレッグに注入します。

重要な検討事項

  • Unified Communications Manager では、リリース 14SU3 以降、以下の Cisco IOS XE 17.10.1a 以降でこの機能をサポートします。

    • Cisco 4461 サービス統合型ルーター（ISR）

    • Cisco Catalyst 8200 シリーズ エッジ プラットフォーム

    • Cisco Catalyst 8300 シリーズ エッジ プラットフォーム

    • Cisco Catalyst 8000V エッジソフトウェア


    （注）  

    この機能に必要なゲートウェイ設定の詳細については、サポートされる Cisco IOS XE 17.10.1a 以降のプラットフォームの各設定ガイドを参照してください。

  • Unified Communications Manager とゲートウェイ間の TLS 接続が正常に実行されている必要があります。 TLS の設定の詳細については、『Cisco Unified Communications Manager セキュリティガイド』を参照してください。

  • この機能は、パススルーモードのハードウェア MTP（パススルーモードでの DTMF-SRTP 相互接続をサポートしている IOS ゲートウェイを使用して登録された MTP）でのみサポートされます。

  • この機能は IPVMS ベースの MTP および H.323 コールフローではサポートされません。

メディア ターミネーション ポイントの連携動作と制限事項

表 1. メディア ターミネーション ポイントの連携動作と制限事項

制約事項

説明

Cisco IP 音声ストリームアプリケーション

1 台のサーバでアクティブにできる Cisco IP Voice Streaming Application は 1 つに限定されます。 追加の MTP リソースを提供するには、ネットワーク上にある他のサーバで Cisco IP Voice Streaming アプリケーションをアクティブにすることができます。

Cisco Unified Communications Manager のパフォーマンスに悪影響を与える可能性があるため、コール処理の負荷が大きい Cisco Unified Communications Manager 上では Cisco IP Voice Streaming Media Application をアクティブにしないようにすることを強くお勧めします。

Cisco Unified Communications Manager への登録

各 MTP が一度に登録できる Cisco Unified Communications Manager は 1 つに限定されます。 システム内には、設定内容に応じて、複数の MTP を存在させることができます。各 MTP は、1 つの Cisco Unified Communications Manager に登録できます。

フェールオーバーとフォールバック

 ここでは、MTP デバイスが登録されている Cisco Unified Communications Manager が到達不能になったときの、MTP デバイスのフェールオーバーとフォールバックの方法について説明します。
  • プライマリ Cisco Unified Communications Manager に障害が発生した場合、MTP は、MTP が属するデバイス プールに対して指定された Cisco Unified Communications Manager グループ内で、次に使用可能な Cisco Unified Communications Manager への登録を試みます。
  • プライマリ Cisco Unified Communications Manager が障害後に使用可能な状態に戻り、現在まだ使用されていない場合、MTP デバイスはただちにプライマリ Cisco Unified Communications Manager に再登録されます。
  • コール保存モードでアクティブだったコールまたは会議は、すべてのパーティが切断されるまで、システムによって保持されます。 システムは、補足サービスを使用可能にしません。
  • MTP が新しい Cisco Unified Communications Manager への登録を試み、登録確認応答を受信しなかった場合、MTP は次の Cisco Unified Communications Manager に登録されます。

MTP デバイスは、ハード リセットまたはソフト リセット後に登録を解除し、続いて接続を解除します。 リセットが完了すると、デバイスは Cisco Unified Communications Manager に再登録されます。

トランスコーダ

トランスコーダは、あるコーデックからの入力ストリームを、別のコーデックを使用する出力ストリームに変換する、コーデック変換を実行するデバイスです。 たとえば、トランスコーダは G.711 コーデックのストリームを取り込み、それを G.729 ストリームにリアルタイムで変換できます。 エンドポイントが異なる音声コーデックを使用する通話中に、Cisco Unified Communications Manager が、そのメディアパスでトランスコーダを呼び出します。 トランスコーダは、互換性のない 2 つのコーデック間でデータストリームを変換して、デバイス間の通信を可能にします。 トランスコーダは、コールに関連するユーザまたはエンドポイントにも見えることはありません。

トランスコーダのリソースは、メディアリソースマネージャー (MRM) によって管理されます。

Opus コーデックトランスコーダーサポート


重要

このセクションは、リリース 14SU1 以降に適用されます。

Cisco Unified Communications Manager には、メディアネゴシエーションを成功させるために必要な Opus オーディオコーデックのトランスコーディングをサポートする、Skinny Client Control Protocol（SCCP）で制御される iOS ベースの登録済みメディアリソースが含まれるようになりました。

シスコのエンドポイントの大半は Opus コーデックをサポートしています。 Opus コーデックは、低帯域幅環境では G711/G729 よりも高品質で提供します。 Opus コーデックトランスコーダがサポートされている場合、Unified CM は Opus コーデックの不一致についてトランスコーダを呼び出し、Opus コーデック側では低ビットレート、リモート側ではより高いビットレートを使用できます。 ただし、Opus コーデックでサポートされているトランスコーダから Unified CM への登録は成功する必要があります。

サポートされるバージョン

Opus トランスコーディング 機能は、次のUnified Communications Managerとゲートウェイ バージョンで動作します。

  • Unified CM バージョン 14 SU1 以上

  • ゲートウェイ IOS バージョン IOS XE 17.6.1

  • DSP ファームウェアバージョン 58.2.0 以降

設定

  1. Opus コーデックトランスコーディングをサポートするサービス統合型ルータ（ISR）ゲートウェイを使用してトランスコーダを設定します。 トランスコーダプロファイルに Opus コーデックを追加する必要があります。

  2. Cisco Unified Communications Manager DSPFAR プロファイルに Opus コーデックをサポートするトランスコーダを登録します。

  3. トランスコーダを、トランスコーディングを要求するエンドポイントまたはトランクのメディアリソースグループリスト（MRGL）にトランスコーダを関連付け、両通話先間の地域設定を構成します。


（注）  

トランスコーダで構成される 2 つのコーリングパーティのデバイスプールに関連付ける場合、Unified CM はメディアネゴシエーション用の適切なトランスコーダを呼び出します。 詳細については、「トランスコーダの設定」を参照してください。

MTP 機能を使用したトランスコーダ

コーデック変換に加えて、トランスコーダは、メディアの終了点（MTP）と同じ機能を提供できます。 コーダ機能と MTP 機能が両方とも必要な場合、システムは、両方の機能セットを同時に提供できるため、トランスコーダを割り当てます。 MTP 機能のみが必要な場合は、システムはリソースプールからトランスコーダまたは MTP のいずれかを割り当てます。 リソースの選択は、メディアリソースグループによって決定されます。

[Cisco Unified CM の管理] > [システム] > [サービスパラメータ] > [サービスパラメータの設定] ウィンドで、[信頼できるリレーポイントの割り当てが失敗した場合のコールの失敗] フィールドと [MTPの割り当てが失敗した場合のコールの失敗] フィールドが [False] に設定されていると、ソフトウェア MTP リソースが必要なときに使用できなくなったとき、コールは MTP リソースと MTP/TRP サービスを使用せずに接続を試みます。 ハードウェア トランスコーダ機能が（あるコーデックを別のコーデックに変換するために）必要であり、トランスコーダが使用できない場合、コールは失敗します。

トランスコーダ タイプ

Cisco Unified Communications Manager の管理ページにおけるトランスコーダ タイプは次の表のとおりです。


（注）  

トランスコーダは、G.711 とすべてのコーデック（トランスコーダとして機能している G.711 や MTP/TRP 機能を提供している G.711 を含む）の間のトランスコーディングをサポートします。
表 2. トランスコーダ タイプ

トランスコーダ タイプ

説明

Cisco Media Termination Point Hardware

このタイプは Cisco Catalyst 4000 WS-X4604-GWY および Cisco Catalyst 6000 WS-6608-T1 または WS-6608-E1 をサポートし、次のトランスコーディング セッション数を提供します。

Cisco Catalyst 4000 WS-X4604-GWY の場合

  • G.711 へのトランスコーディング：16 の MTP トランスコーディング セッション

Cisco Catalyst 6000 WS-6608-T1 または WS-6608-E1 の場合

  • G.723 から G.711 へのトランスコーディング/G.729 から G.711 へのトランスコーディング：1 つの物理ポート当たり 24 の MTP トランスコーディング セッション、1 つのモジュール当たり 192 セッション

Cisco IOS Media Termination Point（ハードウェア）

このタイプは Cisco 2600XM、Cisco 2691、Cisco 3725、Cisco 3745、Cisco 3660、Cisco 3640、Cisco 3620、Cisco 2600、および Cisco VG200 ゲートウェイをサポートし、次のトランスコーディング セッション数を提供します。

NM-HDV 単位

  • G.711 から G.729-60 へのトランスコーディング

  • G.711 から GSM FR/GSM EFR へのトランスコーディング：45

Cisco IOS Enhanced Media Termination Point（ハードウェア）

NM-HD 単位

このタイプは Cisco 2600XM、Cisco 2691、Cisco 3660、Cisco 3725、Cisco 3745、および Cisco 3660 アクセス ルータをサポートし、次のトランスコーディング セッション数を提供します。

  • G.711 から G.729a/G.729ab/GSMFR へのトランスコーディング：24

  • G.711 から G.729/G.729b/GSM EFR へのトランスコーディング：18

NM-HDV2 単位

このタイプは Cisco 2600XM、Cisco 2691、Cisco 3725、Cisco 3745、および Cisco 3660 アクセス ルータをサポートし、次のトランスコーディング セッション数を提供します。

  • G.711 から G.729a/G.729ab/GSMFR へのトランスコーディング：128

  • G.711 から G.729/G.729b/GSM EFR へのトランスコーディング：96

PVDM4

  • 導入準備の PVDM4 モジュール（PVDM4-32、PVDM4-64、PVDM4-128、PVDM4-256）

  • T1/E1 モジュールの DSP モジュール（PVDM4-32、PVDM4-64、PVDM4-128、PVDM4-256）

  • DSP NIMs (NIM-PVDM4-32、NIM-PVDM4-64、NIM-PVDM4-128、NIM-PVDM4-256)

これらのタイプは、ISR4K（ISR44xx、ISR43xx）、C83xx、および C82xx プラットフォームをサポートし、次のトランスコーディングセッション数を提供します。

  • G.711 から G.729a/G.729ab/GSMFR へのトランスコーディング：24

  • G.711 から G.729/G.729b/GSM EFR へのトランスコーディング：18

  • G.711 から G.729a/G.729ab/GSMFR へのトランスコーディング：128

  • G.711 から G.729/G.729b/GSM EFR へのトランスコーディング：96

  • G.711/G.729/G.729ab/G.729a/G.729b から Opus へのトランスコーディング

Cisco Media Termination Point (WS-SVC-CMM)

このタイプは、装着されているドーター カード当たり 64 のトランスコーディング セッションを提供します。1 枚のドーター カードでは 64 のトランスコーディング セッション、2 枚のドーター カードでは 128 のトランスコーディング セッション、3 枚のドーター カードでは 192 のトランスコーディング セッション、4 枚のドーター カード（最大）では 256 のトランスコーディング セッションを提供します。

このタイプは、次のコーデックの任意の組み合わせの間でトランスコーディングを提供します。

  • G.711 a-law および G.711 mu-law

  • G.729 annex A および annex B

  • G.723.1

  • GSM（FR）

  • GSM（EFR）

トランスコーダの連携動作と制限事項

トランスコーダの連携動作と制限事項

連携動作または制限事項

説明

トランスコーダの削除

メディア リソース グループに割り当てられているトランスコーダは、削除できません。 トランスコーダを使用しているメディアリソースグループを検索するには、[トランスコーダの設定（Transcoder Configuration）] ウィンドウの [関連リンク（Related Links）] ドロップダウン リスト ボックスから [依存関係レコード（Dependency Records）] を選択し、[移動（Go）] をクリックします。 [依存関係レコード要約(Dependency Records Summary)] ウィンドウに、トランスコーダを使用しているメディア リソース グループに関する情報が表示されます。 メディア リソース グループに関するより詳細な情報を見つけるには、メディア リソース グループをクリックして [依存関係レコード詳細(Dependency Records Detail)] ウィンドウを表示します。 システムで依存関係レコードが有効でない場合、[依存関係レコードサマリー（Dependency Records Summary）] ウィンドウにメッセージが表示されます。 使用中のトランスコーダを削除しようとすると、Cisco Unified Communications Manager からメッセージが表示されます。 現在使用されているトランスコーダを削除する前に、割り当てられているメディア リソース グループからトランスコーダを削除する必要があります。

フェールオーバーとフォールバック

トランスコーダのフェールオーバーとフォールバックは以下のように動作します。

  • プライマリUnified Communications Managerノードに障害が発生した場合、トランスコーダは、トランスコーダの所属するデバイス プールに対して指定された Unified Communications Managerグループ内で、次に使用可能なノードへの登録を試みます。

  • プライマリ Cisco Unified Communications Manager が使用可能な状態に戻ると、そのトランスコーダは、ただちにプライマリ Cisco Unified Communications Manager に登録されます。

  • トランスコーダデバイスは、到達不能になったUnified Communications Managerノードから登録解除されます。 トランスコーディングにこのトランスコーディングプロファイルを使用していたコールは保存状態に移行し、トランスコーダは次に利用可能なノードに登録します。 ゲートウェイでは、RTP/RTCP タイムアウトを使用して、登録されている Unified Communications Manager のリソースリリースを通知します。

  • トランスコーダが新しいUnified Communications Managerノードへの登録を試み、登録確認応答を受信しなかった場合、トランスコーダはリストの次のノードへの登録を行います。

トランスコーダ デバイスは、ハード リセットまたはソフト リセット後に登録を解除し、続いて接続を解除します。 リセットが完了すると、デバイスはプライマリ Cisco Unified Communications Manager ノードに再登録されます。

Opus コーデックトランスコーダーサポート

トランスコーダプロファイルがUnified Communications Managerで登録されている場合、次のシナリオが発生します。

  • ISR ゲートウェイで Opus トランスコーディングがサポートされ、Unified CM が Opus トランスコーディングをサポートしていない場合、コーデックの不一致にトランスコーダが配分されます。 ただし、ISR ゲートウェイでは、必要なパラメータがこれらの S つの S 持ち込みメッセージに存在していない場合、OpenReceiveChannel (ORC) メッセージと StartMediaTransmission (SMT) SCCP メッセージが拒否されます。

  • ISR ゲートウェイが Opus トランスコーディングをサポートしていない場合に、Unified CM が Opus コーデックトランスコーディングをサポートしている場合、Opus のトランスコーダ割り当て要求は失敗します。

  • エンドポイントが、ファイルマルチキャストトランスポートプロトコル（FMTP）の「sprop-stereo」パラメータ値の 1 つが SDP で 1 に設定されている Opus コーデックをサポートしている場合、システムは OLC / SMT を拒否するゲートウェイへの 1 としての値「sprop-stereo」を使用してORC/SMTメッセージを送信します。 最終的にコールが切断されます。

トラステッド リレー ポイントの概要

信頼されたリレーポイント (TRP) は、Cisco Unified Communications Manager がメディアストリームに挿入してコールメディアの制御ポイントとして機能する MTP またはトランスコーダです。 TRP は、ストリームに対してさらなる処理を提供し、ストリームが特定のパスに従っていることを確認できます。

コールに信頼されたリレーポイントが必要な場合、Cisco Unified Communications Manager は、TRP 機能で有効になっている MTP またはトランスコーダを割り当てます。

設定

MTP およびトランスコーダは、[メディアの終了点の設定] または [トランザクションの設定] ウィンドウの [信頼されたリレーポイント] チェックボックスをオンにすると、TRP 機能を提供するように設定することができます。

個々のコールの TRP 要件を設定するには、次の設定ウィンドウの [信頼されたリレーポイントを使用する] フィールドを [オン]に設定します。

  • 電話機設定

  • [ゲートウェイの設定（Gateway Configuration）]

  • [ボイスメールポート設定（Voicemail Port Configuration）]

  • トランクの設定（Trunk Configuration）

  • [CTIルートポイントの設定（CTI Route Point Configuration）]

  • 共通デバイス設定

  • [ユニバーサルデバイステンプレートの設定（Universal Device Template Configuration）]

  • さまざまなメディア リソースの設定（アナンシエータ、IVR、MTP、トランスコーダ、会議ブリッジ、保留音)

トラステッド リレー ポイントの連携動作と制限事項

機能

連携動作と制限事項

Resource Reservation Protocol（RSVP）

コールで RSVP が有効になっている場合、Cisco Unified Communications Manager はまず、TRP のラベルも付いている RSVPAgent を割り当てようとします。 それ以外の場合は、別の TRP デバイスが RSVPAgent とエンドポイントの間に挿入されます。

コールのトランスコーダ

トランスコーダがコールに必要であり、それを TRP を必要とするエンドポイントと同じ側に割り当てる必要がある場合、Cisco Unified Communications Manager はまず、TRP のラベルも付いているトランスコーダを割り当てようとします。 それ以外の場合は、別の TRP デバイスがトランスコーダとエンドポイントの間に挿入されます。

エンドポイントの MTP 割り当て

エンドポイント向けに、[メディアの終了点が必須（Media Termination Point Required）]チェックボックスおよび [信頼されたリレーポイントを使用（Use Trusted Relay Point）]チェックボックスをオンにすると、Cisco Unified Communications Manager は、TRP を兼ねる MTP を割り当てます。 管理者がそのような MTP または TRP の割り当てに失敗すると、コールの状態が表示されます。

TRP 割り当て

ほとんどの場合、TRP はユーザがコールに応答した後に割り当てられるため、TRP の割り当てに失敗したためにコールが失敗すると、ユーザがコールに応答した後に速いビジー トーンが聞こえる可能性があります （MTP が必要な SIP アウトバウンド レッグ、つまり H.323 アウトバウンド FastStart は例外です）。

エンドポイントの TRP 挿入

エンドポイントまたはデバイスに関連付けられているデバイスプールのいずれかで、[信頼されたリレーポイントを使用（Use Trusted Relay Point）] チェックボックスをオンにした場合、Cisco Unified Communications Manager はそのエンドポイント向けに TRP を挿入する必要があります。 [信頼されたリレーポイントの割り当てに失敗した場合コールを失敗させる（Fail Call If Trusted Relay Point Allocation Fails）] サービスパラメータが、True に設定されている場合、 Cisco Unified Communications Manager が TRP の割り当てに失敗すると、コールが失敗することがあります。

TRP とリモートユーザ

TRP は、在宅勤務のリモートユーザに対するセキュアなソリューションの提供には推奨されません。 Expressway の Mobile and Remote Access ソリューションをお勧めします。

TRP リソースが不足したときのコール動作

このセクションでは、MTP リソースの割り当てが不足したときに Cisco Unified Communications Manager がコールを処理する方法の例を示します。 最終的なコール動作は、これらのエンドポイントに MTP および TRP が必要かどうか、および MTP または TRPS の割り当てが失敗したときに自動的にコールを終了するようシステムが設定されているかどうかによって異なります。

MTP と TRP の両方が必要な場合

次の表に、エンドポイントで [メディアの終了点が必須（Media Termination Point Required）]と [信頼されたリレーポイントを使用（Use Trusted Relay Point）]の両方のオプションが選択されており、MTP と TRP のリソースが不足した場合に、コールが終了するかどうかを示します。

最終的なコールのステータスは、[信頼されたリレーポイントの割り当てに失敗したらコールを終了（Fail Call If Trusted Relay Point Allocation Fails）]と [MTPの割り当てに失敗したらコールを終了（Fail Call if MTP Allocation Fails）]サービス パラメータが、コールの自動終了に設定されているかどうかによって異なります。

[TRPの割り当てに失敗したらコールを終了（Fail Call If TRP Allocation Fails）] サービス パラメータ

[MTPの割り当てに失敗したらコールを終了（Fail Call If MTP Allocation Fails）] サービス パラメータ

Unified CM がコールを終了するかどうか

True

True

可

True

False

可

False

True

はい（MTP が H.323 エンドポイントに必要な場合）。 いいえ（MTP が SIP エンドポイントに必要な場合）

False

False

不可

MTP/TRP リソースが不足した場合のコールの自動終了が有効化されていない

次の表に、MTP または TRP のリソースが不足しており、[信頼されたリレーポイントの割り当てに失敗したらコールを終了（Fail Call If Trusted Relay Point Allocation Fails）]と [MTPの割り当てに失敗したらコールを終了（Fail Call If MTP Allocation Fails）]のサービス パラメータが [False]に設定されている場合のコール動作を示します。

MTP が必須 = はい（Yes)

TRP を使用 = はい（Yes）

リソース割り当てのステータス

コールの動作

Y

Y

TRP 割り当て済み

パススルーのサポートが存在しないため、オーディオ コールのみ。

Y

Y または N

MTP のみ

オーディオ コールのみ。 TRP のサポートは存在しません。

Y

Y または N

割り当てなし

H.323 エンドポイントで [メディアの終了点が必須（Media Termination Point Required）] チェックボックスがオンになっている場合、補足サービスは無効になります。

N

Y

TRP 割り当て済み

エンドポイントの機能に応じてオーディオまたはビデオ通話、およびコール アドミッション制御（CAC）。 補足サービスは引き続き機能します。

N

Y

割り当てなし

音声またはビデオ通話。 補足サービスは引き続き機能しますが、TRP のサポートは存在しません。

アナンシエータの概要

アナンシエータは、Cisco Unified Communications Manager で動作し、録音されたメッセージやトーンを Cisco IP 電話およびゲートウェイに送信することが可能な、SCCP ソフトウェアデバイスです。 そのノード上で Cisco IP Voice Media Streaming service をオンにすると、アナンシエータがクラスタノード上でアクティブ化されます。 MLPP、SIP トランク、IOS ゲートウェイ、ソフトウェア会議ブリッジなどの機能は、定義済みのメッセージを一方向のメディアストリーム経由で電話機またはゲートウェイに送信するように、アナンシエータに依存しています。 さらに、

  • IPv4 と IPV6 の両方がサポートされています。 アナンシエータは、システムのプラットフォームが IPv6 に対して設定されており、IPv6 エンタープライズパラメータが有効化されている場合、自動的にデュアルモードに設定されます。

  • SRTP がサポートされています

アナンシエータのスケーラビリティ

デフォルトでは、アナンシエータは 48 のメディアストリームを同時にサポートしています。 追加ノードでアナンシエータをアクティブにするか、[コール数（Call Count）]サービス パラメータを使用してアナンシエータのメディア ストリームのデフォルト数を変更することで、キャパシティを増やすことができます。 ただし、当該のノードで Cisco CallManager サービスが非アクティブ化されていない限り、ノードでこの値を増やすことは推奨しません。

Cisco CallManager サービスが実行されていない専用のサブスクライバ ノードでアナンシエータを実行する場合、アナンシエータは最大 255 の同時アナウンス ストリームをサポートできます。 専用のサブスクライバーノードが 1 万ユーザの OVA バーチャルマシン設定に適合する場合、警報装置は最大 400 の同時アナウンスストリームをサポートできます。


注意    

コール処理の負荷が高い Unified Communications Manager ノードではアナンシエータをアクティブにしないでください。

会議ブリッジを使用したアナンシエータ

このアナンシエータは、次の条件の下で会議ブリッジに使用できます。

  • アナンシエータを含むメディア リソース グループ リストが、会議ブリッジが存在するデバイス プールに割り当てられている場合。

  • アナンシエータがデフォルトのメディア リソースとして設定されている場合。

メディア リソース グループ リストが会議を制御するデバイスに直接割り当てられている場合は、会議ブリッジでアナンシエータを使用できません。

会議ごとにアナウンスを 1 つだけサポートします。 現在のアナウンスの再生中に、システムが別のアナウンスを要求した場合は、新しいアナウンスによって再生中のアナウンスがプリエンプション処理されます。

デフォルトの警報装置アナウンスとトーン

Cisco Unified Communications Manager では Cisco IP Media Streaming Application サービスが有効になると、録音されたアナンシエータアナウンスを自動的に提供します。 アナウンスまたはトーンは、次の条件で再生されます。

  • アナウンス：Cisco Multilevel Precedence and Preemption 用に設定されたデバイス向けに再生されます

  • 割り込み音：参加者がアドホック会議に参加する前に聞こえます

  • リングバックトーン: IOS ゲートウェイを介して PSTN 経由でコールを転送する場合、コールがアクティブになっていてもゲートウェイが音を再生できないため、アナンシエータがトーンを再生します。

  • リングバックトーン：H.323 クラスタ間トランクを介してコールを転送するときに、トーンを再生します。

  • リングバックトーン：SCCP を実行している電話機から SIP クライアントにコールを転送するとき、トーンを再生します。

デフォルトの録音されたアナンシエータアナウンスを変更したり、アナウンスを追加することはできません。 Cisco Unified Communications Manager Locale Installer がインストール済みで Cisco Unified IP Phone またはデバイス プールのロケール値を設定した場合には、アナウンスのローカリゼーションがサポートされます。 ロケール インストーラとユーザおよび（対応する）ネットワーク ロケール用にインストールするファイルの詳細については、『Installing Cisco Unified Communications Manager（Cisco Unified Communications Manager のインストール）』を参照してください。 ロケール インストーラをダウンロードするには、www.cisco.com のサポート ページを参照してください。

表 3. 録音済みのアナンシエータアナウンス

条件

アナウンス

同等またはそれ以上の優先コールが進行中です。

緊急度の高い電話が使用中のため、電話をおつなぎできません。 一度電話をお切りになってから、もう一度おかけ直しください。 これは録音メッセージです。

優先順位のアクセス制限が存在します。

緊急度の高い電話が使用中のため、電話をおつなぎできません。 一度電話をお切りになってから、もう一度おかけ直しください。 これは録音メッセージです。

許可されない優先順位の使用を試みた人物がいます。

ご使用になった優先度は、回線で認証されていません。 認証された優先度をお使いになるか、交換手までお問い合わせください。 これは録音メッセージです。

コールがビジー状態です。または管理者がコール待機用または優先処理用のディレクトリ番号を設定していません。

おかけになった番号は、大変込み合っており、この番号には割り込み機能が備わっておりません。 一度電話をお切りになってから、もう一度おかけ直しください。 これは録音メッセージです。

システムがコールを確立できません。

おかけになった電話番号では、正しくおつなぎできません。 番号を確認してからもう一度おかけ直しいただくか、交換手までお問い合わせください。 これは録音メッセージです。

サービスが中断されました。

サービス障害のため、電話をおつなぎできません。 緊急の場合は、交換手までお電話ください。 これは録音メッセージです。

次の表に、警報機でサポートされているトーンを示します。

表 4. トーンの説明

タイプ（Type）

説明

話中音

ダイヤルされた番号が使用中の場合は、ビジートーンが聞こえます。

割り込みトーン

参加者がアドホック会議に参加する前に会議割り込みトーンが聞こえます。

リングバックトーン

次のシナリオでは、アラートトーンが聞こえます。

  • IOS ゲートウェイを使用して PSTN 経由でコールを転送するとき

  • H.323 クラスタ間トランクを介してコールを転送するとき

  • SCCP 電話機から SIP クライアントにコールを転送するとき

自動音声応答の概要

Interactive Voice Response（IVR）デバイスを使用すると、Cisco Unified Communications Managerは、録音済みの機能アナウンス（.wavファイル）をCisco Unified IP Phoneやゲートウェイなどのデバイスに再生できます。 これらのアナウンスは、[今すぐ会議(Conference Now)] のような IVR アナウンスが必要な機能を使用するデバイスで再生されます。

ノードを追加すると、IVR デバイスがそのノードに自動的に追加されます。 IVR デバイスは、Cisco IP Voice Media Streaming Application サービスがそのノード上で有効化されるまで、非アクティブなままです。

IVR はデフォルトで 48 人の同時発信者をサポートします。 Cisco IP Voice Media Streaming Application サービス パラメータを使用して、IVR 発信者の数を変更できます。 ただし、ノード上で 48 の IVR 発信者を超えないようにすることをお勧めします。 [今すぐ会議(Conference Now)]への参加に必要な IVR への同時コールに基づいて、IVR の発信者数を設定できます。


注意    

コール処理負荷の高い Cisco Unified Communications Manager ノードでは IVR デバイスを有効化しないでください。

デフォルトの IVR アナウンスとトーン

Cisco Unified Communications Manager では Cisco IP Media ストリーミングアプリケーションサービスが有効になると、録音された一連の自動音声応答（IVR）アナウンスを自動的に提供します。 デフォルトの録音済みの IVR アナウンスを置き換えることができます。 アナウンスは、次の条件で再生されます。
表 5. 録音済みの IVR アナウンス

アナウンス

条件

ConferenceNowAccessCodeFailed アナウンス

出席者が誤ったアクセスコードを入力し最大試行回数を超えた場合に再生されます。

ConferenceNowAccessCodeInvalid アナウンス

出席者が誤ったアクセスコードを入力したときに再生されます。

ConferenceNowCFBFailed アナウンス

会議の開始中に会議ブリッジのキャパシティ制限を超える場合に再生されます。

ConferenceNowEnterAccessCode アナウンス

出席者が会議に参加しホストが出席者のアクセスコードを設定するときに再生されます。

ConferenceNowEnterPIN アナウンス

主催者または出席者がミーティングに参加しようとするときに再生されます。

ConferenceNowFailedPIN アナウンス

ホストが、正しい PIN を入力するための最大試行回数を超えた後に再生されます。

ConferenceNowGreeting アナウンス

今すぐ会議用のグリーティングプロンプトを再生します。

ConferenceNowInvalidPIN アナウンス

ホストが間違った PIN を入力したときに再生されます。

ConferenceNowNumberFailed アナウンス

ホストまたは出席者が誤ったアクセスコードを入力し最大試行回数を超えた場合に再生されます。

ConferenceNowNumberInvalid アナウンス

ホストまたは出席者が間違ったミーティング番号を入力したときに再生されます。

自動音声応答制限

機能

制約事項

Load Balancing

自動音声応答 (IVR) は、共通のメディアデバイスドライバー経由でリアルタイムプロトコル (RTP) ストリームを使用します。 このデバイスドライバは、保留音（MOH）ソフトウェアメディアターミネーション ポイント（MTP）、ソフトウェア会議ブリッジ（CFB）、アナンシエータなどの Cisco IP Voice Media ストリーミング アプリケーションサービスが提供するその他のソフトウェアメディアデバイスによっても利用されます。

大きなコールボリュームを設定すると、システムのパフォーマンスに影響します。 これは、同じサーバノード上で CallManager サービスがアクティブになっている場合のコール処理にも影響します。

DTMF ディジット

IVR は、帯域外 (OOB) の DTMF ディジットコレクション方式のみをサポートしています。 通話デバイスと IVR の間に DTMF 機能の不一致がある場合、MTP が割り当てられます。

コーデック

IVR がサポートしているのは、G.711 (つまり、a-law と mu-law)、G.729、ワイド帯域 256 mb のみです。 発信側デバイスと IVR の間でコーデックが一致していない場合、トランスコーダが割り当てられます。

アナウンスの概要

Cisco Unified Communications Manager Administration で、メニュー パス [メニューリソース] > [アナウンス（Announcements）] を使用して、アナウンスを設定します。 アナウンスには次の 2 つの分類があります。

  • [システム アナウンス（System Announcements）]：通常のコール処理で使用されるか、機能アナウンスのサンプルとして提供される、事前定義されたアナウンス。
  • [機能アナウンス（Feature Announcements）]：保留音（MOH）、コール キューイングまたは外部コール制御を伴うハント パイロットなどの特定の機能で使用されます。 シスコが提供するオーディオ ファイルをアップロードするか、またはカスタムの .wav ファイルをアップロードすることで、機能アナウンスをカスタマイズできます。 すべてのカスタム アナウンスの .wav ファイルを、クラスタ内のすべてのサーバにアップロードします。

（注）  

トランクまたはゲートウェイ経由で接続している場合は、警告やリオーダー音などのカスタム アナウンスが再生されることがあります。 ただし、2 台の IP 電話間、または IP 電話と Jabber クライアントの間のコールでは、カスタム アナウンスは再生されません。

形式

アナウンスに推奨される形式には次の仕様が含まれます。

  • 16 ビット パルス符号変調（PCM）wav ファイル

  • ステレオまたはモノラル

  • 48 kHz、44.1 kHz、32 kHz、16 kHz、または 8 kHz のサンプル レート

デフォルトのアナウンス

カスタムアナウンス wav ファイルをアップロード、またはシステムアナウンス用にシスコが提供したファイルを変更することは可能です。 ただし、アナウンス識別子を変更することはできません。 たとえば、発信者が無効な番号をダイヤルすると、システム アナウンス（VCA_00121）が再生されます。 これは一般に「空席コールのアナウンス」として知られています。

表 6. [アナウンスの検索と一覧表示(Find and List Announcements)] ウィンドウのアナウンス

[アナウンスID(Announcement Identifier)]

説明

Gone_00126

システム：現在使用されていない

MLPP-BNEA_00123

システム：MLPP ビジーが備わっていない

MLPP-BPA_00122

システム：MLPP 以上の優先レベル

MLPP-ICA_00120

システム：MLPP サービス障害

MLPP-PALA_00119

システム：MLPP 優先順位のアクセス制限

MLPP-UPA_00124

システム： MLPP で許可されていない優先レベル

Mobility_VMA

接続するには 1 を押してください

MonitoringWarning_00055

システム：モニタリングまたは録音中

RecordingWarning_00038

システム：録音中

TemporaryUnavailable_00125

システム：一時的に利用不可

VCA_00121

システム：欠番/無効な番号がダイヤルされた

Wait_In_Queue_Sample

ビルトイン：キューに入った発信者用の定期的なアナウンス（サンプル）

Welcome_Greeting_Sample

ビルトイン：発信者へのグリーティング（サンプル）

メディア リソースの設定タスク フロー

システムのメディア リソースを設定するには、この手順を実行します。

手順

  コマンドまたはアクション 目的

ステップ 1

ソフトウェア メディア リソースのアクティブ化

IPVMS サービスを有効化すると、サーバ上のソフトウェア メディア リソースがアクティブ化されます。

ステップ 2

メディア ターミネーション ポイントの設定

システムのメディア ターミネーション ポイント（MTP）を設定します。

ステップ 3

トランスコーダの設定

システムにトランスコーダ リソースを追加します。

ステップ 4

自動音声応答（IVR）の設定

システムの IVR のデフォルト設定を指定します。

ステップ 5

アナンシエータの設定

アナンシエータのシステム設定を指定します。

ステップ 6

メディア リソース グループの設定

メディア リソースをメディア リソース グループに追加します。 異なるリソースの組み合わせで複数のグループを設定します。

ステップ 7

メディア リソース グループ リストの設定

エンドポイントまたはエンドポイントのクラスに割り当てることができるメディア リソース グループのリストを作成します。

ステップ 8

デバイスまたはデバイス プールへのメディア リソースの割り当て

メディア リソースをデバイスまたはデバイス プールに割り当てることで、エンドポイントがメディア リソースを使用できるようにします。

ステップ 9

アナウンスの設定

（オプション） 特定のアナウンスの設定を指定します。 アナウンスは、通常の処理で使用されるほか、保留音または IVR などの機能で使用されます。

ステップ 10

カスタマイズされたアナウンスのアップロード

（オプション） 録音済みのアナウンスをアップロードします。 新規または既存のアナウンスにファイルを割り当てます。

ソフトウェア メディア リソースのアクティブ化

次のソフトウェア メディア リソースを有効にするには、Cisco IP Voice Media Streaming サービスをアクティブ化します。

  • アナンシエータ

  • 音声自動応答（IVR）（Interactive Voice Response (IVR)）

  • メディア ターミネーション ポイント（MTP）

  • ソフトウェア会議ブリッジ

  • 保留音

手順

ステップ 1

Cisco Unified Serviceability から、[ツール（Tools）] > [サービスの有効化（Service Activation）] を選択します。

ステップ 2

[サーバ（Server）]から、Unified Communications Manager パブリッシャ ノードを選択します。

ステップ 3

[Cisco IP Voice Media Streaming Service]をオンにして [保存（Save）]をクリックします。

メディア ターミネーション ポイントの設定

ソフトウェアメディアポイント (MTP) を設定するには、次の手順を実行します。

始める前に

ソフトウェアのメディアの終了点（MTP）をアクティブにするには、Cisco IP Voice Media サービスが実行されている必要があります。

必要な MTP リソース数と、これらのリソースの提供に必要な MTP デバイス数を決定します。

手順

ステップ 1

Cisco Unified CM Administration から、[メディアリソース（Media Resources）] > [メディアの終了点（Media Termination Point）] を選択します。

ステップ 2

次のいずれかを実行します。

  • [検索（Find）] をクリックし、既存の MTP を選択します。
  • [新規追加（Add New）] をクリックし、新規 MTP を作成します。

ステップ 3

[メディア ターミネーション ポイント名（Media Termination Point Name）]を割り当てます。

ステップ 4

デバイスプールを割り当てます。

ステップ 5

この MTP をトラステッドリレーポイント (TRP) として指定する場合は、[トラステッドリレーポイント] チェックボックスをオンにします。

ステップ 6

[保存] をクリックします。

トランスコーダの設定

トランスコーダは、あるコーデックからの入力ストリームを、別のコーデックを使用し出力ストリームに変換するデバイスです。

始める前に

IVR がアクティブになるためには、Cisco IP Voice Media Streaming サービスが実行されている必要があります。

必要なトランスコーダ リソースの数とリソースの提供に必要なトランスコーダ デバイスの数を決定します。

手順

ステップ 1

Cisco Unified CM Administration にログインし、[メディア リソース（Media Resources）] > [トランスコーダ（Transcoder）].を選択します。

ステップ 2

次のいずれかを実行します。

  • 既存のトランスコーダを選択するには、[検索（Find）]をクリックします。
  • [新規追加] をクリックします。

ステップ 3

[トランスコーダタイプ（Transcoder Type）]を選択します。

ステップ 4

トランスコーダの [MACアドレス（MAC Address）]を入力します。

ステップ 5

ドロップダウン メニューから [デバイスプール（Device Pool）]を割り当てます。

ステップ 6

このトランスコーダをトラステッド リレー ポイントとして使用する場合は、[トラステッドリレーポイント（Trusted Relay Point）]チェックボックスをオンにします。

ステップ 7

[保存] をクリックします。

自動音声応答（IVR）の設定

IVR の設定項目を指定するには、この手順を使用します。

始める前に

自動音声応答（IVR）がアクティブになるためには、Cisco IP Voice Media Streaming サービスが実行されている必要があります。

手順

ステップ 1

Cisco Unified CM Administration で、[メディアリソース（Media Resources）] > [自動音声応答（Interactive Voice Response）] を選択します。

ステップ 2

[検索（Find）]をクリックして、IVR を選択します。

ステップ 3

[Name]と [Description]を入力します。

ステップ 4

IVR コールでトラステッド リレー ポイントを使用する場合は、[信頼されたリレーポイントを使用（Use Trusted Relay Point）]ドロップダウンを [オン（On）]に設定します。

ステップ 5

[自動音声応答の設定（Interactive Voice Response Configuration）]ウィンドウで、残りのフィールドを入力します。 フィールドとその設定の詳細については、オンライン ヘルプを参照してください。

ステップ 6

[保存] をクリックします。

アナンシエータの設定

アナンシエータのシステム設定を指定します。

始める前に

アナンシエータがアクティブになるためには、Cisco IP Voice Media Streaming サービスが実行されている必要があります。

手順

ステップ 1

Cisco Unified CM Administration で [メディア リソース（Media Resources）] > [アナンシエータ（Annunciator）] を選択します。

ステップ 2

[検索（Find）]をクリックして、アナンシエータを選択します。

ステップ 3

[Name]と [Description]を入力します。

ステップ 4

[デバイスプール（Device Pool）]を選択します。

ステップ 5

アナンシエータでトラステッド リレー ポイントを使用する場合は、[トラステッドリレーポイントを使用（Use Trusted Relay Point）]ドロップダウンを [オン（On）]に設定します。

ステップ 6

[保存] をクリックします。

メディア リソース グループの設定

メディアリソースグループには、エンドポイントまたはエンドポイントのグループに割り当てるメディアリソースの一覧が含まれています。

手順

ステップ 1

Cisco Unified CM Administration で、[メディアリソース（Media Resources）] > [メディアリソースグループ（Media Resource Group）] を選択します。

ステップ 2

次のいずれかを実行します。

  • 既存のメディア リソース グループを選択するには、[検索（Find）]をクリックします。
  • 新しいメディア リソース グループを作成するには、[新規追加（Add New）]をクリックします。

ステップ 3

[メディア リソース グループの設定（Media Resource Group Configuration）]ウィンドウで各フィールドを設定します。 フィールドとその設定オプションの詳細については、オンライン ヘルプを参照してください。

ステップ 4

グループの [名前（Name）]と [説明（Description）]を入力します。

ステップ 5

[使用可能なメディアリソース（Available Media Resources）]から、このグループに追加するリソースを選択し、矢印を使用してリソースを [選択されたメディアリソース（Selected Media Resources）]に移動します。

ステップ 6

（任意）保留音オーディオにマルチキャストを使用するには、[MOHオーディオにマルチキャストを使用（Use Multi-cast for MOH Audio）]チェックボックスをオンにします。

ステップ 7

[保存] をクリックします。

メディア リソース グループ リストの設定

メディアリソースグループの優先順位付けされたリストの作成 このリストは、個々のデバイスまたはデバイスプールに割り当てることができます。

手順

ステップ 1

Cisco Unified CM Administration で [メディア リソース（Media Resources）] > [メディア リソースのグループ リスト（Media Resource Group List）] を選択します。

ステップ 2

次のいずれかを実行します。

  • 既存のリストを選択するには、[検索（Find）]をクリックします。
  • 新しいリストを作成するには、[新規追加（Add New）]をクリックします。

ステップ 3

メディア リソース グループ リストの [名前（Name）]を入力します。

ステップ 4

[使用可能なメディアリソースグループ（Available Media Resource Groups）]から、追加するグループを選択し、矢印を使用して [選択されたメディアリソースグループ（Selected Media Resource Groups）]に移動させます。

ステップ 5

[保存] をクリックします。

（注）  

 
エンドポイントでこれらのメディアリソースを使用するには、デバイスプール、ゲートウェイポート、またはデバイスにリストを割り当てる必要があります。

デバイスまたはデバイス プールへのメディア リソースの割り当て

優先順位付きのメディア リソース グループのリストをデバイス プールまたは個別のデバイスに関連付けることで、エンドポイントにメディア リソースを割り当てます。

手順

ステップ 1

Cisco Unified CM Administration から、[デバイス（Device）] > [電話（Phone）] の順に選択します。

  • デバイス プールにメディア リソースを追加するには、[システム（System）] > [デバイスプール（Device Pools）] を選択します。
  • エンドポイントにメディア リソースを直接追加するには、[デバイス（Device）] > [電話（Phone）] を選択します。

ステップ 2

[検索（Find）]をクリックして、これらのメディア リソースを割り当てるデバイス プールまたはデバイスを選択します。

ステップ 3

[メディアリソースグループリスト（Media Resource Group List）]ドロップダウン リストから、リストを選択します。

ステップ 4

[保存] をクリックします。

ステップ 5

[選択項目への設定の適用（Apply Config to Selected）]をクリックします。

デバイス名および適切な設定変更を示した [設定の適用（Apply Configuration）]ウィンドウが表示されます。

アナウンスの設定

システムアナウンスまたは機能アナウンスとして使用できるアナウンスを設定することができます。 システムアナウンスは、コール処理またはサンプル機能アナウンスを使用するために使用されますが、機能アナウンスは、ハントパイロットのコールキューまたは外部コール制御と関連付けられた特定の機能 (MOH) などに使用されます。

既存のアナウンスを変更したり、Cisco Unified Communications Manager で新しいアナウンスを設定したりすることができます。

手順

ステップ 1

Cisco Unified CM Administration から、[メディアリソース（Media Resources）] > [アナウンス（Announcement）] を選択します。

ステップ 2

次のいずれかを実行します。

  • [ 検索（Find）] をクリックして、編集する既存のアナウンスを選択します。
  • [新規追加（Add New）] をクリックして新しいアナウンスを追加します。

ステップ 3

[アナウンスの設定] ウィンドウのフィールドを設定します。 フィールドと設定オプションの詳細については、システムのオンライン ヘルプを参照してください。

ステップ 4

[保存] をクリックします。

カスタマイズされたアナウンスのアップロード

別のアナウンスを使用して、アップロードしたカスタム .wav ファイルを伴うデフォルトのアナウンスを変更することができます。 音声ソースファイルをインポートすると、Unified Communications Manager がファイルを処理し、保留音(MOH)サーバでの使用に適した形式にファイルを変換します。


（注）  

アナウンスはロケール（言語）で特定されます。 インストールに複数の言語ロケールが使用されている場合、各カスタムアナウンスは各言語で別個の .wav ファイルとして録音し、正しいロケール指定でアップロードする必要があります。 また、米国英語以外の言語のカスタム アナウンス .wav ファイルをアップロードする前に、正しいロケール パッケージを各サーバにインストールする必要もあります。

MoH オーディオ ソースなど、アナウンスに推奨される形式には次の仕様が含まれます。

  • 16 ビット PCM .wav ファイル

  • ステレオまたはモノラル

  • 48 kHz、44.1 kHz、32 kHz、16 kHz、または 8 kHz のサンプル レート

Unified Communications Manager の [アナウンスの検索と一覧表示（Find and List Announcements）]ウィンドウで、ハイパーリンクが設定されていないアナウンスは更新できません。 このウィンドウでハイパーリンクされた下線付きのシスコ提供のアナウンスの場合は、カスタマイズされたアナウンスを追加できます。 たとえば、MLPP-ICA_00120 と MonitoringWarning_00055 があります。

手順

ステップ 1

Cisco Unified CM Administration から、[メディア リソース（Media Resources）] > [アナウンス（Announcement）] を選択します。

ステップ 2

[アナウンスの検索と一覧表示（Find and List Announcements）] ウィンドウで、検索条件を入力して、[検索（Find）] をクリックし、結果リストからアナウンスのハイパーリンクをクリックします。

ステップ 3

[アナウンスの設定（Announcement Configuration）] ウィンドウで、[ファイルのアップロード（Upload File）] をクリックします。

ステップ 4

[ファイルのアップロード（Upload Files）] ポップアップ ウィンドウから、ロケールを選択し、ファイル名を入力して参照し、.wav ファイルを選択して、[ファイルのアップロード（Upload File）] をクリックします。

アップロード プロセスが始まり、処理が完了した後にステータスが更新されます。 [閉じる（Close）]を選択して [ファイルのアップロード（Upload File）] ウィンドウを閉じます。

ステップ 5

（任意）Unified Communications Manager でシスコが提供するアナウンスを再生する代わりに、カスタマイズしたアナウンスを再生する場合は、[アナウンスの設定（Announcements Configuration）] ウィンドウの [ロケール別のアナウンス（Announcement by Locale）] ペインで [有効（Enable）] チェックボックスをオンにします。

[有効（Enable）]チェックボックスがオフになっている場合、Unified Communications Manager は、シスコが提供するアナウンスを再生します。

ステップ 6

[保存] をクリックします。

次のタスク

クラスタ内のサーバ間ではアナウンス ファイルが伝搬されないため、クラスタ内の各ノードにアナウンスをアップロードします。 クラスタ内の各サーバで Cisco Unified Communications Manager の管理を参照し、アップロード プロセスを繰り返します。