ハント パイロットの設定

ハント パイロットの概要

ハントパイロットは、数値またはパターンと、回線グループ内の電話のグループまたはディレクトリ番号へのコールをルーティングできる関連付けられた一連のディジット操作で構成されています。

ハントパイロットは、着信コールの優先順位を付けられたパス (回線グループ) の優先順位リストを使用して、ハントリストと連携します。 ハントパイロットの DN にコールが発信されると、システムは、ハントリストで指定されている最初の回線グループにコールを提供します。 最初の回線グループのいずれかの人がコールに応答しない場合、システムは、ハントリストで指定されている次の回線グループにコールを提供します。 回線グループは、グループ内の電話機にコールを配布する順序を制御します。 回線グループは、特定の内線番号(通常は、IP Phone 内線番号またはボイスメール ポート)を指しています。 回線グループは、コンピュータテレフォニー統合 (CTI) ポートと CTI ルートポイントをポイントできないので、ハントパイロットは、Cisco Customer Response Solution (CRS) や IP Interactive などの CTI アプリケーションによって制御されるエンドポイントにコールを配布することはできません。音声応答 (IP IVR)。

ハント パイロットは、自身の回線グループのメンバーとハント パイロットが別のパーティションに配置されている場合でも、コールを自身の回線グループのいずれかのメンバーに分配できます。 ハント パイロットが分配するコールは、すべてのパーティションおよびコーリング サーチ スペース制限を上書きします。

ハント パイロットの設定タスク フロー

これらのタスクを完了して、システムのハントパイロットを設定します。 ハントパイロットは、回線グループ内の複数の電話またはディレクトリ番号へのコールを経路指定するために使用できます。

手順

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

ステップ 1

回線グループの設定

回線グループを作成して、複数の電話機が単一のディレクトリ番号 (DN) に送信されたコールに応答できるようにします。

ステップ 2

ハント リストの設定

回線グループの優先順位に従って、ハントリストを設定します。

ステップ 3

ハント パイロットの設定

ハントパイロット番号またはシステムがハントリストへのコールを指示するために使用するパターンを設定します。

回線グループの設定

回線グループを使用すると、1 つのディレクトリ番号に送信されるコールに複数の電話で応答できます。 グループ内の電話に着信コールが分配される順序は、分配アルゴリズムが制御します。

手順


ステップ 1

Cisco Unified CM Administration から、[コールルーティング(Call Routing)] > [ルート/ハント(Route/Hunt)] > [回線グループ(Line Group)] を選択します。

ステップ 2

次のいずれかのオプションを選択します。

  • 新しい回線グループを作成するには、[新規追加(Add New)]をクリックします。
  • 既存の回線グループを選択するには、[検索(Find)]をクリックします。

ステップ 3

[回線グループ名(Line Group Name)]を入力します。

ステップ 4

[分配アルゴリズム(Distribution Algorithm)]フィールドで、コールの分配に使用するアルゴリズムのタイプを選択します。

ステップ 5

回線グループにディレクトリ番号を追加するには、[回線グループに追加する回線グループメンバー(Line Group Members to Add to Line Group)]セクションのフィールドを設定します。

  1. 追加するディレクトリ番号が存在する [パーティション(Partition)]を選択します。

  2. これはオプションです。 [次を含むディレクトリ番号(Directory Number Contains)]フィールドを入力して、検索にフィルタを適用します。

  3. [検索(Find)] をクリックします。 指定したパーティションからのディレクトリ番号のリストがボックスに表示されます。

  4. [使用可能なDN/ルートパーティション(Available DN/Route Partition)]リスト ボックスで、グループに追加する個別のディレクトリ番号を選択し、[回線グループに追加(Add to Line Group)]をクリックします。

ステップ 6

[回線グループの設定(Line Group Configuration)]ウィンドウで、残りのフィールドを設定します。 フィールドとその設定オプションの詳細については、オンライン ヘルプを参照してください。

ステップ 7

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


ハント リストの設定

ハントリストは、回線グループの優先順位リストです。 ハントリストを介してコールをルーティングする場合、システムは、ハントリストで定義されている順序で回線グループを使用します。

手順


ステップ 1

Cisco Unified CM Administration から、[コールルーティング(Call Routing)] > [ルート/ハント(Route/Hunt)] > [ハントリスト(Hunt List)] を選択します。

ステップ 2

次のいずれかのオプションを選択します。

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

ステップ 3

ハントリスト名前を入力します。

ステップ 4

ハント リストを登録する Cisco Unified Communications Manager グループを選択します。

ステップ 5

[このハントリストを有効にする(Enable this Hunt List)]チェックボックスをオンにすると、[保存(Save)] をクリックしたときに即座にハント リストが有効になります。

ステップ 6

このハント リストをボイスメールに使用する場合は、ボイスメール用チェックボックスをオンにします。

ステップ 7

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

ステップ 8

ハント リストへの回線グループの追加

  1. 回線グループの追加 をクリックします。

  2. 回線グループドロップダウン リスト ボックスから、ハント リストに追加する回線グループを選択します。

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

  4. サイトを追加するには、これらの手順を繰り返します。


ハント パイロットの設定

回線グループに対してコールをルーティングするためにシステムが使用するハント パイロット番号またはパターンを設定します。

(注)  


ハント パイロットで使用できるワイルドカードと特殊文字の詳細については、「ハント パイロットのワイルドカードと特殊文字」を参照してください。

手順


ステップ 1

Cisco Unified CM Administration から、[コールルーティング(Call Routing)] > [ルート/ハント(Route/Hunt)] > [ハントパイロット(Hunt Pilot)] を選択します。

ステップ 2

次のいずれかのオプションを選択します。

  • 新しいハント パイロットを作成するには、[新規追加(Add New)]をクリックします。
  • 既存のハント パイロットを選択するには、[検索(Find)]をクリックします。

ステップ 3

[ハントパイロット(Hunt Pilot)]フィールドに、コールのルーティングに使用する番号またはパターンを入力します。

ステップ 4

[ハントリスト(Hunt List)]ドロップダウンから、ハント パイロット番号に一致するコールを送信するためのハント リストを選択します。

ステップ 5

[ハントパイロットの設定(Hunt Pilot Configuration)]ウィンドウで、残りのフィールドに入力します。 フィールドとその設定の詳細については、オンライン ヘルプを参照してください。

ステップ 6

コール キューイングを有効化する場合は、[コールをキューイング(Queue Calls)]チェックボックスをオンにし、[キューイング(Queuing)]セクションのフィールドを設定します。

ステップ 7

発信者、接続先、着信者に適用するディジット トランスフォーメーション パターンを割り当てます。

ステップ 8

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


ハント パイロットのワイルドカードと特殊文字

ルート パターンおよびハント パイロットでワイルドカードおよび特殊文字を使用すると、単一ルート パターンまたはハント パイロットをある範囲の番号(アドレス)と一致させることができます。 また、これらのワイルドカードおよび特殊文字を使って指示を組み立てると、Cisco Unified Communications Manager が処理した番号を隣接システムに送信できます。

Cisco Unified Communications Manager がサポートするワイルドカードおよび特殊文字を次の表で説明します。

表 1. ワイルドカードおよび特殊文字

文字

説明

@

@ 記号(@)ワイルドカードは、国別番号計画のすべての番号に一致します。

各ルート パターンで、@ ワイルドカードは 1 文字だけ使用できます。

ルート パターン 9.@ は、国別番号計画が認識するすべての電話番号をルーティングまたはブロックします。

@ ワイルドカードが含む、国別番号計画の番号のルート パターンの例を次に示します。

  • 0

  • 1411

  • 19725551234

  • 101028819725551234

  • 01133123456789

X

X ワイルドカードは、0 ~ 9 の範囲にある数字の任意の 1 桁に一致します。

ルート パターン 9XXX は、9000 ~ 9999 の範囲のすべての数字をルーティングするか、またはブロックします。

!

感嘆符(!)ワイルドカードは、0 ~ 9 の範囲にある数字の 1 桁以上に一致します。

ルート パターン 91! は、910 ~ 91999999999999999999999 の範囲のすべての数字をルーティングするか、またはブロックします。

?

疑問符(?)ワイルドカードは、直前の数字またはワイルドカード値の 0 回以上の繰り返しに一致します。

(注)  

 

疑問符(??)ワイルドカードを使用した場合、2 つ目の疑問符は空の入力には一致しません。 ルータパターンの例:*33X?*X?*X?#

ルート パターン 91X? は、91 ~ 91999999999999999999999 の範囲のすべての数字をルーティングするか、またはブロックします。

+

プラス記号(+)ワイルドカードは、直前の数字またはワイルドカード値の 1 回以上の繰り返しに一致します。

ルート パターン 91X+ は、910 ~ 91999999999999999999999 の範囲のすべての数字をルーティングするか、またはブロックします。

[ ]

角カッコ([ ])文字は、値の範囲を囲みます。

ルート パターン 813510[012345] は、8135100 ~ 8135105 の範囲のすべての数字をルーティングするか、またはブロックします。

-

ハイフン(-)文字は、角カッコと一緒に使用して値の範囲を示します。

ルート パターン 813510[0-5] は、8135100 ~ 8135105 の範囲のすべての数字をルーティングするか、またはブロックします。

^

ハット(^)文字は、角カッコと一緒に使用して値の範囲外を示します。 この文字は、開始角カッコ([)の直後に配置してください。

各ルート パターンで、^ 文字は 1 文字だけ使用できます。

ルート パターン 813510[^0-5] は、8135106 ~ 8135109 の範囲のすべての数字をルーティングするか、またはブロックします。

.

デリミタとして使用されるドット(.)文字は、Cisco Unified Communications Manager のアクセス コードをディレクトリ番号から分離します。

この特殊文字を、桁を無視する指定と一緒に使用すると、隣接システムに番号を送信する前に Cisco Unified Communications Manager のアクセス コードを削除できます。

各ルート パターンで、(.)文字は 1 文字だけ使用できます。

ルート パターン 9.@ は、最初の 9 を、国別番号計画に発信する Cisco Unified Communications Manager アクセス コードとして認識します。

*

アスタリスク(*)文字は、特別な着信番号の追加の桁として利用できます。

ルート パターン *411 を設定して、内部オペレータのディレクトリ案内の利用を可能にします。

#

シャープ(#)文字は、一般にダイヤル シーケンスの終了を特定します。

# 文字がパターンの最後の文字になるようにします。

ルート パターン 901181910555# は、国別番号計画内からダイヤルされる国際番号をルーティングまたはブロックします。 末尾の 5 の後の # 文字は、この桁をシーケンスの最後の桁として特定します。

\+

\+ のように、バックスラッシュにプラス記号が続くと、国際番号用エスケープ文字 + の設定を示します。

\+ の使用は、国際番号用エスケープ文字 + がワイルドカードではなく、ダイヤル可能な桁であることを意味します。

ハント パイロットのパフォーマンスと拡張性

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

  • 単一の 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 コール設定を超えないようにします。

ハント パイロットの連携動作と制限

機能

連携動作と制限事項

ハント グループのシングル ナンバー リーチ

ハント グループが設定済みで、ハンド グループが指し示す 1 つ以上の電話番号でシングル ナンバー リーチ(SNR)が有効な場合には、ハント グループのすべてのデバイスがログインしない限り、SNR リモート接続先にコールが転送されません。

ハント グループ内の各デバイスについて、[電話の設定(Phone Configuration)]ウィンドウで [ハント グループにログイン(Logged into Hunt Group)]チェックボックスをオンにする必要があります。

コールキューイング

コールキューイングは、ハントパイロットのサブ機能です。 コールキューが有効になっていて、特定のハントパイロットに着信コールの要求がコールを応答するために使用可能なハントメンバーの数を超える場合、システムは、ハントメンバーが応答できるようになるまで着信コールをキューにキューに転送します。 待機中に発信者とその音楽を再生するように、保留中のアナウンスと音楽を設定することができます。

設定の詳細については、『Feature Configuration Guide for Cisco Unified Communications Manager』の「コール キューリングの設定」の章を参照してください 。

Unified Mobility

ハント パイロットでの Unified Mobility デバイスの設定はお勧めしません。

配信されないコール

表 2. 循環アルゴリズムでコールが分配されない

制約事項

説明

BOT および TCT デバイスを含む回線グループの循環アルゴリズムで、コールが正しく配布されていません。

コールがログオフ状態にあるエージェントに拡張され、そのコールが "Huntlogout" タイプ以外の別の拒否タイプで拒否された場合。 次に、インデックスが 1 つ増加しないため、そのコールは前のコールに応答した同じエージェントに送られます。

回線グループの循環アルゴリズムで、コールが正しく配布されません。

循環アルゴリズムでコールを配布しているときに、エージェントが使用中の場合、そのコールは次に使用可能なエージェントに拡張されます (つまり、次のエージェントが、ビジー状態のエージェントの代わりにコールに応答します)。

(注)  

 

複数のコールが同時に実行された場合、次に利用可能なエージェントがそのコールに応答します。