メディア リソースについて
Cisco Unified Communications Manager の機能では、メディア リソースが使用されます。Cisco Unified Communications Manager には次のようなメディア リソースが含まれます。
-
アナンシエータ
-
自動音声応答(IVR)
-
メディア ターミネーション ポイント(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 の補足サービスの利用には、Empty Capability Set(ECS)または FastStart をサポートしないエンドポイントにのみ MTP が必要です。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 デバイスは、プライマリ Unified Communications Manager が使用可能である場合は常にその Unified Communications Manager に登録し、サポートする MTP リソース数を Unified Communications Manager に通知します。複数の MTP を同じ Unified Communications Manager に登録できます。複数の MTP が 1 つの Unified Communications Manager に登録されている場合、その Cisco Unified Communications Manager が、各 MTP のリソース セットを制御します。
たとえば、MTP サーバ 1 が 48 の MTP リソース向けに設定され、MTP サーバ 2 が 24 の MTP リソース向けに設定されているとします。両方の MTP が同じ Unified Communications Manager に登録されている場合、その Unified Communications Manager が、両方のリソース セット、つまり合計 72 の登録済み MTP リソースを保持します。
Unified Communications Manager は、コール エンドポイントで MTP が必要であると判定すると、アクティブ ストリームが最も少ない MTP から MTP リソースを割り当てます。その MTP リソースが、エンドポイントのためにコールに挿入されます。システムのユーザ、およびリソースが挿入されたエンドポイントの両方が MTP リソースの利用を意識することはありません。必要な MTP リソースが利用できない場合、コールは MTP リソースを使わずに接続し、補足サービスを利用しません。
メディア ターミネーション ポイントの連携動作と制限
制約事項 |
説明 |
---|---|
Cisco IP Voice Media Streaming Application |
サーバごとにアクティブ化できる Cisco IP Voice Streaming Application は 1 つのみです。より多くの MTP リソースを提供するには、追加のネットワーク接続されたサーバで Cisco IP Voice Streaming Application をアクティブ化します。 Cisco Unified Communications Manage のパフォーマンスに悪影響が及ぶ可能性があるため、コール処理の負荷が大きい Cisco Unified Communications Manager では Cisco IP Voice Streaming Media Application をアクティブ化しないことを強くお勧めします。 |
Cisco Unified Communications Manager への登録 |
各 MTP は、一度に 1 つの Cisco Unified Communications Manager のみに登録できます。システムの設定方法に応じて、システムに複数の MTP があり、それぞれがいずれかの Cisco Unified Communications Manager に登録されている場合があります。 |
フェールオーバーとフォールバック |
ここでは、MTP デバイスが登録している Cisco Unified Communications Manager に到達できなくなったときに、フェールオーバーとフォールバックがどのように発生するかを説明します。
MTP デバイスは、ハード リセットまたはソフト リセット後に登録を解除し、その後接続を解除します。リセットが完了すると、デバイスは Cisco Unified Communications Manager に再登録されます。 |
トランスコーダ
トランスコーダは、コーデック変換を実行するデバイスであり、あるコーデックからの入力ストリームを、別のコーデックを使用する出力ストリームに変換します。たとえば、トランスコーダは G.711 コーデックのストリームを取り込んで、G.729 ストリームにリアルタイムに変換できます。コールの 2 つのエンドポイントで異なる音声コーデックが使用されている場合、Cisco Unified Communications Manager がメディア パスにトランスコーダを呼び出します。トランスコーダは、互換性のない 2 つのコーデック間でデータ ストリームを変換して、通信できるようにします。トランスコーダは、そのコールに関係するユーザやエンドポイントには表示されません。
トランスコーダのリソースは、メディアリソースマネージャ(MRM)によって管理されます。
(注) |
トランスコーダは、G.711 コーデックとすべてのコーデック(MTP/TRP の機能を提供するときにトランスコーダとして機能する G.711 を含む)間のトランスコーディングをサポートしています。 |
MTP 機能を使用したトランスコーダ
コーデック変換に加えて、トランスコーダは、メディア ターミネーション ポイント(MTP)と同じ機能を提供できます。トランスコーダ機能と MTP 機能の両方が必要な場合は、トランスコーダは両方の機能を同時に提供できるため、システムはトランスコーダを割り当てます。MTP 機能のみが必要な場合は、システムはリソース プールからトランスコーダまたは MTP のいずれかを割り当てます。リソースの選択は、メディア リソース グループによって決定されます。
ソフトウェア MTP リソースが必要なときに使用できない場合、コールは MTP リソースおよび MTP/TRP サービスを使用せずに接続を試みます。ハードウェア トランスコーダ機能が(コーデック間の変換のために)必要であり、トランスコーダが使用できない場合、コールは失敗します。
トランスコーダ タイプ
Cisco Unified Communications Manager Administration のトランスコーダの種類は、次の表にリストされています。
(注) |
トランスコーダは、G.711 と、(トランスコーダとして機能しているときと MTP/TRP 機能を提供しているとき)G.711 を含むすべてのコーデックとの間のトランスコーディングをサポートしています。 |
トランスコーダ タイプ |
説明 |
---|---|
Cisco Media Termination Point のハードウェア |
このタイプは、Cisco Catalyst 4000 WS-X4604-GWY と Cisco Catalyst 6000 WS-6608-T1 または WS-6608-E1 をサポートしており、次のトランスコーディング セッション数をサポートしています。 Cisco Catalyst 4000 WS-X4604-GWY について
Cisco Catalyst 6000 WS-6608-T1 または WS-6608-E1 について
|
Cisco IOS メディア ターミネーション ポイント(ハードウェア) |
このタイプは Cisco 2600XM、Cisco 2691、Cisco 3725、Cisco 3745、Cisco 3660、Cisco 3640、Cisco 3620、Cisco 2600、Cisco VG200 ゲートウェイをサポートしており、トランスコーディング セッション数は次のとおりです。 NM-HDV ごと
|
Cisco IOS 拡張メディア ターミネーション ポイント(ハードウェア) |
NM-HD ごと Cisco 2600XM、Cisco 2691、Cisco 3660、Cisco 3725、Cisco 3745、Cisco 3660 アクセス ルータをサポートするこのタイプのトランスコーディング セッション数は次のとおりです。
NM-HDV2 ごと Cisco 2600XM、Cisco 2691、Cisco 3725、Cisco 3745、Cisco 3660 アクセス ルータをサポートするこのタイプのトランスコーディング数は次のとおりです。
|
Cisco Media Termination Point(WS-SVC-CMM) |
このタイプは、実装されたドーター カードあたり 64 のトランスコーディング セッションを提供します。1 枚のドーター カードで 64 のトランスコーディング セッション、2 枚のドーター カードで 128 のトランスコーディング セッション、3 枚のドーター カードで 192 のトランスコーディング セッション、4 枚のドーター カード(最大)で 256 のトランスコーディング セッション。 このタイプは、次のコーデックのすべての組み合わせの間でトランスコーディングを提供します。
|
トランスコーダの連携動作と制限
トランスコーダの連携動作と制限
連携動作と制限 |
説明 |
---|---|
トランスコーダの削除 |
メディア リソース グループに割り当てられたトランスコーダは削除できません。トランスコーダを使用しているメディア リソース グループを検索するには、[トランスコーダの設定(Transcoder Configuration)] ウィンドウの [関連リンク(Related Links)] ドロップダウン リスト ボックスで [依存関係レコード(Dependency Records)] を選択し、[Go] をクリックします。[依存関係レコード サマリー(Dependency Records Summary)] ウィンドウにトランスコーダを使用しているメディア リソース グループに関する情報が表示されます。メディア リソース グループに関する詳細を検索するには、メディア リソース グループをクリックして、[依存関係レコードの詳細(Dependency Records Details)] ウィンドウを表示します。システムで依存関係レコードが有効でない場合、[依存関係レコード サマリー(Dependency Records Summary)] ウィンドウにメッセージが表示されます。使用中のトランスコーダの削除を試みると、Cisco Unified Communications Manager がメッセージを表示します。現在使用中のトランスコーダを削除する前に、トランスコーダが割り当てられているメディア リソース グループからトランスコーダを削除する必要があります。 |
フェールオーバーとフォールバック |
トランスコーダのフェールオーバーとフォールバックは以下のように動作します。
トランスコーダ デバイスは、ハード リセットまたはソフト リセットの後に登録解除され、切断されます。リセットが完了すると、デバイスはプライマリ Cisco Unified Communications Manager ノードに再登録します。 |
トラステッド リレー ポイントの概要
トラステッド リレーポイント(TRP)は、Cisco Unified Communications Manager がメディア ストリームに挿入してコール メディアの制御ポイントとして機能させることができる MTP またはトランスコーダです。TRP により、ストリームに対してさらなる処理を提供し、ストリームが特定のパスに従っていることを確認できます。
コールにトラステッド リレー ポイントが必要な場合、Cisco Unified Communications Manager は、TRP 機能で有効化されている MTP またはトランスコーダを割り当てます。
コンフィギュレーション
MTP とトランスコーダのどちらも、[メディアターミネーションポイントの設定(Media Termination Point Configuration)] ウィンドウまたは [トランスコーダの設定(Transcoder Configuration)] ウィンドウの [トラステッドリレーポイント(Trusted Relay Point)] チェックボックスをオンにすることで、TRP 機能を提供するように設定できます。
個々のコールの TRP 要件を設定するには、次の設定ウィンドウで [トラステッド リレーポイントを使用(Use Trusted Relay Point)] フィールドを [オン(On)] に設定します。
-
電話の設定(Phone Configuration)
-
ゲートウェイの設定(Gateway Configuration)
-
ボイスメールポート設定(Voicemail Port Configuration)
-
トランクの設定(Trunk Configuration)
-
CTIルートポイントの設定(CTI Route Point Configuration)
-
共通デバイス設定(Common Device Configuration)
-
ユニバーサルデバイステンプレートの設定(Universal Device Template Configuration)
-
さまざまなメディア リソースの設定(アナンシエータ、IVR、MTP、トランスコーダ、会議ブリッジ、保留音)
トラステッド リレー ポイントの連携動作と制約事項
機能 |
連携動作と制限事項 |
---|---|
リソース予約プロトコル(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 リソースが不足したときのコール動作
このセクションでは、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 エンドポイントで必要な場合、はい(Yes, if MTP is required for H.323 endpoint)] [MTP が SIP エンドポイントで必要な場合、いいえ(No, if MTP is required for SIP endpoint)] |
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 エンドポイントで MTP を必要とする設定にしている場合、補足サービスは無効になります。 |
N |
Y |
TRP の割り当てあり |
エンドポイントの機能、またはコール アドミッション制御(CAC)に応じて、音声またはビデオ通話のどちらかになります。補足サービスは動作します。 |
N |
Y |
割り当てなし |
音声またはビデオ通話。補足サービスは動作しますが、TRP のサポートはありません。 |
アナンシエータの概要
アナンシエータは、Cisco Unified Communications Manager で動作し、録音されたメッセージやトーンを Cisco IP Phone およびゲートウェイに送信することが可能な、SCCP ソフトウェアデバイスです。そのノード上で Cisco IP Voice Media Streaming サービスををオンにすると、アナンシエータがクラスタ ノード上でアクティブ化されます。MLPP、SIP トランク、IOS ゲートウェイ、ソフトウェア会議ブリッジなどの機能では、定義済みのメッセージを一方向のメディア ストリーム経由で電話機またはゲートウェイに送信するのにアナンシエータを使用します。また、次の点に注意してください。
-
IPv4 と IPV6 の両方がサポートされています。システムのプラットフォームが IPv6 用に設定されていて、IPv6 エンタープライズ パラメータが有効になっている場合、アナンシエータは自動的にデュアル モードで設定されます。
-
SRTP がサポートされています
アナンシエータの拡張性
デフォルトでは、アナンシエータは 48 のメディア ストリームを同時にサポートします。追加ノードでアナンシエータをアクティブにするか、[コール数(Call Count)] サービス パラメータを使用してアナンシエータのメディア ストリームのデフォルト数を変更することで、キャパシティを増やすことができます。ただし、当該のノードで Cisco CallManager サービスが非アクティブ化されていない限り、ノードでこの値を増やすことは推奨しません。
Cisco CallManager サービスが実行されていない専用のサブスクライバ ノードでアナンシエータを実行する場合、アナンシエータは最大 255 の同時アナウンス ストリームをサポートできます。専用のサブスクライバ ノードが 10,000 ユーザに対応する OVA 仮想マシンの設定を満たしている場合、アナンシエータは最大 400 の同時アナウンス ストリームをサポートできます。
注意 |
コール処理の負荷が高い Unified Communications Manager ノードではアナンシエータをアクティブにしないでください。 |
会議ブリッジを使用したアナンシエータ
次の条件を満たす場合に、アナンシエータを会議ブリッジで使用できます。
-
アナンシエータを含むメディア リソース グループ リストが、会議ブリッジが存在するデバイス プールに割り当てられている場合。
-
アナンシエータがデフォルト メディア リソースとして設定されている場合。
メディア リソース グループ リストが会議を制御するデバイスに直接割り当てられている場合は、会議ブリッジでアナンシエータを使用できません。
電話会議ごとに 1 つのアナウンスのみがサポートされます。現在のアナウンスの再生中に、システムが別のアナウンスを要求した場合は、新しいアナウンスによって再生中のアナウンスがプリエンプション処理されます。
デフォルトのアナンシエータのアナウンスおよびトーン
-
アナウンス:シスコの Multilevel Precedence and Preemption 用に設定されたデバイスの場合に再生されます。
-
割り込みトーン:参加者がアドホック会議に参加する前に流れます。
-
リング バック トーン:コールがアクティブな場合、ゲートウェイはトーンを再生できないため、IOS ゲートウェイ経由で PSTN を介してコールを転送する場合は、アナンシエータがトーンを再生します。
-
リング バック トーン:H.323 クラスタ間トランクを介してコールを転送する場合は、トーンが再生されます。
-
リング バック トーン:SCCP を実行している電話から SIP クライアントにコールを転送する場合は、トーンが再生されます。
デフォルトの事前に録音されたアナンシエータ アナウンスを変更したり、アナウンスを追加したりすることはできません。Cisco Unified Communications Manager ロケール インストーラがインストールされており、Cisco Unified IP Phone またはデバイス プールにロケールが設定されている場合は、アナウンスのローカリゼーションがサポートされます。ロケール インストーラとユーザおよび(対応する)ネットワーク ロケール用にインストールするファイルの詳細については、『Installing Cisco Unified Communications Manager』を参照してください。ロケール インストーラをダウンロードするには、www.cisco.com のサポート ページを参照してください。
条件 |
アナウンス |
---|---|
優先順位が同じか高いコールが処理されます。(An equal or higher precedence call is in progress.) |
優先順位アクセス制限のため、コールを完了できません。(Precedence access limitation has prevented the completion of your call.)電話を切り、もう一度かけ直してください。(Please hang up and try again.)これは録音です。(This is a recording.) |
優先順位アクセス制限が存在します。(A precedence access limitation exists.) |
優先順位アクセス制限のため、コールを完了できません。(Precedence access limitation has prevented the completion of your call.)電話を切り、もう一度かけ直してください。(Please hang up and try again.)これは録音です。(This is a recording.) |
誰かが許可されていない優先順位レベルを試行しました。(Someone attempted an unauthorized precedence level.) |
使用した優先順位は、回線で許可されていません。(The precedence used is not authorized for your line.)許可された優先順位を使用するか、オペレータにお問い合わせください。(Please use an authorized precedence or ask your operator for assistance.)これは録音です。(This is a recording.) |
コールが話中であるか、管理者がコール ウェイティングまたはプリエンプションの電話番号を設定していません。(The call appears busy, or the administrator did not configure the directory number for call waiting or preemption.) |
ダイヤルした番号は通話中で、コール待機またはプリエンプションに対応していません。(The number you have dialed is busy and not equipped for call waiting or preemption.)電話を切り、もう一度かけ直してください。(Please hang up and try again.)これは録音です。(This is a recording.) |
システムがコールを完了できません。(The system cannot complete the call.) |
ダイヤルしたコールを完了できません。(Your call cannot be completed as dialed.)ディレクトリを調べてかけ直すか、オペレータに連絡してください。(Please consult your directory and call again or ask your operator for assistance.)これは録音です。(This is a recording.) |
サービスに割り込みが発生しました。(A service interruption occurred.) |
サービスが中断されたため、コールを完了できません。(A service disruption has prevented the completion of your call.)緊急の場合は、オペレータに電話してください。(In case of emergency call your operator.)これは録音です。(This is a recording.) |
次の表に、アナンシエータでサポートされるトーンを示します。
タイプ |
説明 |
---|---|
話中音 |
話中音は、着信番号が話中の場合に聞こえます。 |
割り込みトーン |
会議割り込みトーンは、参加者がアドホック会議に参加する前に聞こえます。 |
リング バック トーン |
|
自動音声応答の概要
自動音声応答(IVR)デバイスによって、Cisco Unified Communications Manager は Cisco Unified IP Phone やゲートウェイなどのデバイスに対して事前に録音された機能アナウンス(.wav ファイル)を再生できます。これらのアナウンスは、開催中の会議のように IVR アナウンスを必要とする機能を使用しているデバイスで再生されます。
ノードを追加すると、IVR デバイスは自動的にそのノードに追加されます。IVR デバイスは、Cisco IP Voice Media Streaming Application サービスがそのノード上で有効化されるまで、非アクティブなままです。
IVR は、デフォルトでは、48 人の同時発信者をサポートします。Cisco IP Voice Media Streaming Application サービス パラメータを使用して、IVR 発信者の数を変更できます。ただし、1 つのノードの IVR 発信者は 48 人以下にすることを推奨します。IVR の発信者数は、開催中の会議への参加を目的とする IVR への同時コールの予期される数に基づいて設定できます。
注意 |
コール処理負荷の高い Cisco Unified Communications Manager ノードでは IVR デバイスを有効化しないでください。 |
デフォルトの IVR アナウンスおよびトーン
アナウンス |
条件 |
---|---|
ConferenceNowAccessCodeFailed アナウンス |
参加者が開催中の会議に参加するための最大試行回数を超えた後に、さらに間違ったアクセス コードを入力すると再生されます。 |
ConferenceNowAccessCodeInvalid アナウンス |
参加者が間違ったアクセス コードを入力すると再生されます。 |
ConferenceNowCFBFailed アナウンス |
開催中の会議を開始する際に、会議ブリッジ容量の制限を超えている場合に再生されます。 |
ConferenceNowEnterAccessCode アナウンス |
参加者が開催中の会議に参加し、主催者が参加者のアクセス コードを設定すると再生されます。 |
ConferenceNowEnterPIN アナウンス |
主催者または参加者が会議への参加を試みると再生されます。 |
ConferenceNowFailedPIN アナウンス |
主催者が正しい PIN を入力するための最大試行回数を超えた後に再生されます。 |
ConferenceNowGreeting アナウンス |
開催中の会議のグリーティング プロンプトが再生されます。 |
ConferenceNowInvalidPIN アナウンス |
主催者が間違った PIN を入力すると再生されます。 |
ConferenceNowNumberFailed アナウンス |
主催者または参加者が、最大試行回数を超えた後に、さらに間違った会議番号を入力すると再生されます。 |
ConferenceNowNumberInvalid アナウンス |
主催者または参加者が間違った会議番号を入力すると再生されます。 |
自動音声応答の制限
機能 |
制限事項 |
---|---|
ロード バランシング |
自動音声応答(IVR)は、共通のメディア デバイス ドライバを介して Real-Time Protocol(RTP)ストリームを使用します。このデバイス ドライバは、保留音(MOH)、ソフトウェア メディア ターミネーション ポイント(MTP)、ソフトウェア会議ブリッジ(CFB)、アナンシエータなどの Cisco IP Voice Media Streaming Application サービスによって提供されている他のソフトウェア メディア デバイスによっても使用されます。 通話音量を大きくすると、システムのパフォーマンスに影響します。CallManager サービスが同じサーバ ノードでアクティブな場合には、これはコール処理にも影響します。 |
DTMF ディジット |
IVR はアウトオブバンド(OOB)DTMF 桁収集方式のみをサポートします。発信側デバイスと IVR の間で DTMF 機能に不一致がある場合は、MTP が割り当てられます。 |
コーデック |
IVR は、G.711(A-law および μ-law)、G.729、およびワイドバンド 256K をサポートします。発信側デバイスと IVR の間でコーデックに不一致がある場合は、トランスコーダが割り当てられます。 |
アナウンスの概要
Cisco Unified Communications Manager Administration で、
メニュー パスを使用して、アナウンスを設定します。アナウンスには次の 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 ファイルをアップロード、または Cisco が提供するファイルを変更できます。ただし、アナウンス ID は変更できません。たとえば、システム アナウンス(VCA_00121)は、発信者が無効な番号にダイヤルすると再生されます。これは一般に空きのコール アナウンスと呼ばれます。
アナウンス ID |
説明 |
---|---|
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 |
組み込み:発信者へのグリーティング(サンプル) |