Unified Communications Manager は、ハント メンバーが発信者に応答可能になるまで、発信者をキューに入れるための Call Queuing を備えています。 管理者は、通話がエージェントに転送される前に、発信者が初期グリーティング アナウンスを受け取るようにデフォルトを設定できます。またはこのデフォルトを変更して、初期アナウンスを、発信者がキューに入れられて保留音または保留トーンが流されてから再生することもできます。 発信者がキューに入れられたまま指定時間が経過すると、通話に応答できるようになるまで、または最大待機タイマーが満了するまで、セカンダリ アナウンスが設定された間隔で再生されます。

着信コールがハントパイロットに到達すると、次の機能が提供されます。

• 発信者は、次に進む前に最初のカスタマイズ可能なグリーティングアナウンスに接続されます。

• 1 人以上の回線メンバがハントパイロットにログインしており、アイドル状態であったときで、かつ、キューに入っているコールがない場合は、そのコールは最も長い時間アイドル状態であった回線メンバに送達されます。

• 回線メンバーが通話に応答しない場合、その発信者はキューに入れられません。 [応答中、ログイン中、または登録済みのハントメンバが存在しない場合(When no hunt members answer, are logged in, or registered)] の設定に応じて、コールは新しい接続先にルーティングされるか、切断されます。

• 回線メンバがキュー有効コールに応答しないと、回線グループ 設定ウィンドウで [無応答時にハントメンバを自動的にログアウト(Automatically Logout Hunt Member on No Answer)] がオンの場合に限り、その回線メンバはハントグループからログオフされます。

• 通話はすべてのメンバーが話し中である場合にのみキューに入れられます。

• キューで待機している発信者は、保留音と反復される（カスタマイズ可能な）定期的なアナウンスが聞こえます。

• ある回線メンバがアイドル状態になると、複数のハントグループ間で最も待機時間の長い発信者が、そのアイドル状態の回線メンバに送達されます。 アイドル状態の回線メンバがそのコールに応答しない場合、発信者はキューの以前の場所に戻されます。

• キュー内のコールが最大待機時間を超える場合、またはキューに許可されている発信者の最大数を超える場合、コールは代替番号にルーティングするか、またはハントパイロットの設定に応じて切断することができます。 代替番号は次のいずれかにすることができます。

  • キューイングが有効または無効のいずれかに設定されたハント パイロット DN

  • ボイスメール DN

  • 回線 DN

  • 共有 DN

• 回線メンバーは、キュー対応ハント パイロットのキュー ステータスを表示できます。 キュー ステータスには次のタイプの情報が表示されます。

  • ハント パイロットのパターン

  • 各ハント パイロットのキューに入っている発信者数

  • 最大待機時間

通話のキューイングは既存のハント パイロットとともに機能しますが、キューイングまたは非キューイングのどちらのハント パイロットのハンティング操作もその動作に変更はありません。 通話のキューイングが有効になっているハント パイロットは、次の機能を提供します。

• 回線メンバーが受けることができるキューイング対応ハント パイロットでの通話は、一度に 1 つのみです。 2 つのキューイング対応ハント パイロットでの通話を、1 人の回線メンバーに提供することはできません。 回線メンバが自分の DN に直接かかってきたコールまたはキューイングしていないハントパイロットからのコールのみを受信できます。

• 回線メンバーがハント パイロットによりルーティングされる通話に応答しない場合、ハント パイロットは自動的にログアウトします。 回線メンバは、キューを有効にしたハント パイロットのコールを受信せず、タイムアウトが発生するまでそのコールに応答しなかった場合、そのデバイスを自動的にログアウトします。 共有回線配置の場合、同じ共有回線で設定されたすべてのデバイスがログアウトします。 この挙動は[Line Group] 設定ウィンドウで [Automatically Logout Hunt Member on No Answer] を選択して設定できます。 回線メンバーは、このチェックボックスがオンの場合にのみログアウトします。

コールキュー監視またはアナウンス監視の詳細については、『Cisco Unified Real Time Monitoring Tool Administration Guide』を参照してください。

キューイングが有効なハントパイロットの中で、コールがハントメンバーに拡張されているときに、着信コールを接続コールの状態に変更するように設定することができます。

• Cisco IP Voice Media Streaming（IPVMS）アプリケーション。クラスタ内の少なくとも 1 ノード上でアクティブ化されている必要があります

• クラスタ内の少なくとも 1 台のサーバ上で稼動している Cisco CallManager サービス

• Cisco CallManager サービスと同じサーバ上で稼動している Cisco RIS Data Collector サービス

• Cisco Unified Communications Manager ロケール インストーラ（英語以外の電話ロケールまたは国独自のトーンを使用する場合）。

次の一般的な制限がコールキューイングに適用されます。

• H323 Fast Start はコールキューイングに対応していません。

• キューステータス PLK がサポートされるのは、SCCP と SIP: 6921、6941、6945、6961、7911G、79 31G、7945G 42G、7965G、7962G、、75G、8961、8945、8941、9951、9971、7800、および 8800 シリーズの両方で次の LCD ディスプレイ電話機のみです。

• ハントグループからのログアウト (HLog) は Cisco Extension Mobility クロスクラスタ (EMCC) と互換性がありません。コールキューイングを EMCC で展開することはできません。

• Cisco Unified Communications Manager は、コールキューイングのある Unified Mobility に対応していません。

• H323 から SIP への対話のシナリオでは、ユーザが初期のアナウンス、MoH、定期的なアナウンスを聞いていないことがあります。また、その他の動作遅延が原因で、ネイティブのコールキューイングフローが失敗しています。 このようなシナリオでは、SIP プロトコルのみを使用することを推奨します。

次のようなパフォーマンスおよび拡張性の制限が適用されます。

• 単一の Cisco Unified Communications Manager クラスタ は、最大で 15,000 個のハント リスト デバイスをサポートします。

• 単一の Cisco Unified Communications Manager サブスクライバは、ノードごとにコール キューイングが有効にされたハント パイロットを最大で 100 個サポートします。

• ハント リスト デバイスは、各ハント リストに 10 台の IP 電話を含む 1500 のハント リスト、各ハント リストに 20 台の IP 電話を含む 750 のハント リストの組み合わせ、または同様の組み合わせにすることができます。

  （注）	コール カバレッジにブロードキャスト アルゴリズムを使用する場合、ハント リスト デバイスの数は、Busy Hour Call Attempts（BHCA）の数によって制限されます。 ブロードキャスト アルゴリズムを使用して、10 台の電話機を含むハント リストまたはハント グループを指すハント パイロットに対して 10 回の BHCA を行うことは、10 回の BHCA を行う 10 台の電話機と同じです。

• ハントパイロットの最大数は、キューで許可されている 32 の発信者で設定されている場合、コールキューが有効になっている Unified CM サブスクライバノードごとに 100 です。 ノードごとのキュースロットの総数（ノード上のすべてのコールキュー対応ハントパイロットの「キューで許可される発信者の最大数」の値）は 3200 に制限されます。各ハントパイロットのキューに同時に含める発信者の最大数は 100 です。つまり、ハントパイロットごとに 100 人の発信者がキューに入ることができ、ハントパイロットの最大数は 32 に減らされます。ただしコールキューが有効になっている場合は、すべてのハントリストのメンバーの最大数は変更されません。

• 設定できる各ハント パイロットのキュー内にある最大待ち時間は、0～3600 秒（デフォルトは 900）です。 ハント リストの数が増えると、Unified Communications Manager サービスパラメータで指定するダイヤルプラン初期化タイマーを増やす必要があります。 シスコでは、1500 個のハント リストを設定している場合、ダイヤル プラン初期化タイマーを 600 秒に設定することをお勧めします。

• コールキューを使用したブロードキャストアルゴリズムを使用する場合は、1 つの回線グループに対して 35 ディレクトリ番号が含まれないようにすることを推奨します。 また、ブロードキャスト回線グループの数は、BHCC によって決まります。 Unified CM システム内に複数のブロードキャスト回線グループがある場合、回線グループ内の電話番号の最大数は 35 未満にする必要があります。すべてのブロードキャスト回線グループの最頻時発呼数（BHCA）が 1 秒あたり 35 コール設定を超えないようにします。