Cisco Unified Communications Manager 機能およびサービス ガイド Release 7.0(1)

発信側番号のグローバル化

ヒント ここでは、発信側番号をグローバル化するために設定できる国際エスケープ文字 + については説明していません。国際エスケープ文字の詳細については、『Cisco Unified Communications Manager システム ガイド』の「国際エスケープ文字 + の使用」を参照してください。

この項は、次の内容で構成されています。

• 「発信側番号のグローバル化の説明」

• 「発信側番号をグローバル化するための Cisco Unified Communications Manager の管理ページの設定ウィンドウ」

発信側番号のグローバル化の説明

地理的に異なる複数の場所にルーティングされたコールの発信側番号をグローバル化するために、Cisco Unified Communications Manager を使用して、PSTN が提供する発呼側番号タイプに基づき、必要なアクセス コードのプレフィックス、エスケープ コード、国番号などを設定できます。PSTN が提供する発呼側番号タイプによって、着信コールが、国内コール、国際コール、加入者コール、または不明のコールのどれとして PSTN から到達したかがわかります。たとえば、コールがハンブルグ内の発信者からハンブルグ内のエンタープライズ ゲートウェイに発信された場合、コールは発信側番号 693056412 と番号タイプ「加入者」として Cisco Unified Communications Manager に到達します。ただし、コールがフランクフルト内の発信者からハンブルグ内のエンタープライズ ゲートウェイに発信された場合は、コールは発信側番号 693056412 と番号タイプ「国内」として Cisco Unified Communications Manager に到達します。

Cisco Unified Communications Manager の管理ページで［発呼側番号タイプ（Calling Party Number Type）］ とプレフィックスを設定すると、Cisco Unified Communications Manager が、必要なアクセス コード、国際アクセス コードなどを発信側番号にプレフィックスとして付加することで、発信側番号を PSTN ローカライズ バージョンからグローバルにダイヤル可能なバージョンへ再フォーマットできます。着信側および発信側の両方で、トランスレーション パターン、発呼側トランスフォーメーション パターン、ルート パターンなどのさまざまなパターンに対して発呼側番号タイプを設定することで、Cisco Unified Communications Manager は、着信コールと発信コールのさまざまな段階で番号タイプを付加できます。Cisco Unified Communications Manager が発信側番号をグローバル化した後、コールはその宛先に予想どおりにルーティングされます。

発信側番号のグローバル化およびローカライズの設定に応じて、電話機ユーザは、ローカライズされた番号、アクセス コードとプレフィックスが付加されてグローバル化された番号、または国際エスケープ文字 + が付加された発信側番号を確認できます。発信側の正規化をサポートしている電話機の場合、ローカライズされた発信側番号が電話スクリーンに表示され、グローバル化された番号が電話機のコール ログ ディレクトリに表示されます。さらに、これらの電話機では、グローバル化された発信側番号とローカライズされた発信側番号の両方が［コールの詳細］ に表示されます。発信側の正規化をサポートしていない電話機の場合は、ローカライズされた発信側が電話スクリーンと電話機のコール ログ ディレクトリに表示されます。

電話機ユーザが発信前に電話機のコール ログ ディレクトリのエントリを編集する必要がないようにするには、コールを正しいゲートウェイにルーティングするため、グローバル発信側番号を対応するローカル番号にマッピングします。「グローバル発信側番号と対応するローカル番号のマッピング」に説明されているとおり、コールを正しくルーティングするために、ルート パターンと着信側トランスフォーメーション パターンを使用できます。

発信側番号をグローバル化するための Cisco Unified Communications Manager の管理ページの設定ウィンドウ

表7-1 に、発信側番号をグローバル化するためのプレフィックスを設定できる Cisco Unified Communications Manager の管理ページの設定ウィンドウを示します。 表7-1 で特に記載しない限り、各ウィンドウには、［着信発呼者の国内番号プレフィックス（Incoming Calling Party National Number Prefix）］、［着信発呼者の国際番号プレフィックス（Incoming Calling Party International Number Prefix）］、［着信発呼者の加入者番号プレフィックス（Incoming Calling Party Subscriber Number Prefix）］、および［着信発呼者の不明番号プレフィックス（Incoming Calling Party Unknown Number Prefix）］ の 4 つのフィールドが表示されます。これらのフィールドについては、 表7-7 を参照してください。

発信側番号のローカライズ

発信側番号の最終表示のために、Cisco Unified Communications Manager では、発呼側トランスフォーメーション パターンを設定できるため、番号は、エンドユーザの予想どおりに電話機に表示されます。つまり、発呼側トランスフォーメーション パターンを設定して、発信側番号に数字を除去したり追加したりできます。電話機で認識可能な最短の番号を表示するために、発信側と着信側の場所に応じて、不要な国番号、国際アクセス コードなどを除去できます。

ヒント 発呼側トランスフォーメーション パターンを設定する目的は、ルーティングではなく、発信側に対して状況依存の変更を提供することです。

例7-1 に、グローバル化された発信側番号をローカライズするために、管理者が設定したトランスフォーメーション パターンを示します。

例7-1 発信側番号表示のローカライズ

ヒント 発信側番号は、ローカライズする前にグローバル化できます。例7-1 の発信側番号をローカライズ前にグローバル化するには、管理者は、ハンブルグの着信ゲートウェイに、番号タイプが［加入者（Subscriber）］ の場合はプレフィックス +4940 を付加、番号タイプが［国内（National）］ の場合はプレフィックス +49 を付加、番号タイプが［国際（International）］ の場合はプレフィックス + を付加、といった情報を設定します。管理者は、ゲートウェイを設定した後、表7-2 に示すトランスフォーメーション パターンを設定します。

たとえば、ハンブルグ内の二者間でコールが発生するとします。ハンブルグ内の PSTN 経由の着信コールは、+49 40 693056412 としてグローバル化されますが、管理者は、それがハンブルグ内の着信側の机上の電話機に到達する前に、発信側番号をローカライズするための複数のトランスフォーメーション パターンを設定しています。これらのトランスフォメーション パターンは、Closest Match ルーティングを使用して不要な数字を除去し、内部には 表7-2 に示すような設定を保持しています。

番号分析照合セマンティックスを使用することで、 表7-2 のパターンはすべて、提供されたダイヤル ストリングと照合されます。ただし、トランスフォーメーション パターン 1 は、ハンブルグ内のコールに対する Closest-Match を構成しており、コールがドイツおよびハンブルグからの場合、ドイツの国番号 49 とハンブルグの市番号 40 を除去し、発信側番号にプレフィックス 0 を付加することを示しています。したがって、コールの双方がハンブルグ内の場合、+4940693056412 は 0693056412 に変更されます。

発信者がフランクフルトから発信する場合は、トランスフォーメーション パターン 1 は照合されず、トランスフォーメーション パターン 2 と 3 が照合されます。最適な一致を表示するため、トランスフォーメーション パターン 2 は、システムが + とドイツの国番号 49 を除去してから、プレフィックス 00 を発信側番号に付加する必要があることを示しています。そのため、フランクフルトからハンブルグへの長距離電話は、+4940693056412 から 00693056412 に変更されます。

発信者が国外の場合は、トランスフォーメーション パターン 3 が機能します。これは、Cisco Unified Communications Manager が国際エスケープ文字 + を除去し、ドイツの国際コード 000 をプレフィックスとして発信側番号に付加するからです。

ヒント Cisco Unified Communications Manager の管理ページ内の電話デバイス タイプ、CTI ルート ポイント、ゲートウェイ、リモート接続先プロファイル、およびトランクはすべて、それぞれに発信側番号をローカライズします。デバイスが確実に発信側番号をローカライズできるようにするには、発呼側変換 Calling Search Space（CSS; コーリング サーチ スペース）を設定し、それをデバイスに割り当てる必要があります。発呼側変換 CSS は、発呼側変換 CSS が存在するパーティションに割り当てられた発呼側トランスフォーメーション パターンの属性を保持します。必要に応じて、デバイス プール内の発呼側変換 CSS を選択できます。デバイス プールをデバイスに割り当てると、デバイスは、そのデバイス プール内の発呼側変換 CSS を使用します。つまり、デバイスの設定ウィンドウで［デバイスプールの発呼側変換CSSを使用（Use Device Pool Calling Party Transformation CSS）］ チェックボックスをオンにした場合と同じになります。

発呼側変換 CSS は、ゲートウェイ上の T1-CAS ポートと FXO ポートには適用されません。

デバイスは、コールが発生する前に、番号分析を使用して変換を適用する必要があります。［発呼側変換CSS（Calling Party Transformation CSS）］ を［なし（None）］ に設定すると、トランスフォーメーション パターンは照合されず、適用されません。発呼側トランスフォーメーション パターンは、必ず、ルーティングに使用されないヌル以外のパーティションに設定します。

グローバル発信側番号と対応するローカル番号のマッピング

電話機ユーザが発信前に電話機のコール ログ ディレクトリのエントリを編集する必要がないようにするには、コールを正しいゲートウェイにルーティングするため、グローバル発信側番号を対応するローカル番号にマッピングします。例7-2 に説明されているとおり、コールを正しくルーティングするために、ルート パターンと着信側トランスフォーメーション パターンを使用できます。

例7-2 グローバル発信側番号と対応するローカル番号のマッピング

ハンブルグにある Cisco Unified IP Phone（電話機 Q）は、ハンブルグまたはフランクフルトの PSTN を経由して、ローカライズおよびグローバル化されたさまざまな発信側番号からコールを受けています。電話機 Q のユーザが電話機のコール ログ ディレクトリのエントリを編集する必要なくコールを戻せるようにするには、電話機 Q 用の［電話の設定（Phone Configuration）］ ウィンドウで、 表7-3 のルート パターンをコーリング サーチ スペースに関連付けることができます。

Cisco Unified Communications Manager の管理ページの［ルートパターンの設定（Route Pattern Configuration）］ ウィンドウ（［コールルーティング（Call Routing）］ >［ルート/ハント（Route/Hunt）］ >［ルートパターン（Route Patterns）］）で、 表7-3 のルート パターンを設定します。

例7-2 の電話機 Q が、ハンブルグの発信側番号 693056412 から PSTN 経由でコールを受け取ると、電話機 Q の電話スクリーンには発信側番号 +494063056412 が表示されます。電話機 Q のユーザがグローバル化された発信側番号を使用してコールを戻す場合は、Cisco Unified Communications Manager がパターン \+49.! を照合して、コールを正しいゲートウェイにルーティングし、関連する数字を送信します。電話機 Q のユーザがローカライズされた発信側番号を使用してコールを戻す場合は、Cisco Unified Communications Manager がパターン 0.! を照合して、コールを正しいゲートウェイにルーティングし、関連する数字を送信します。

例7-2 の電話機 Q が、フランクフルトの発信側番号 3056412 から PSTN 経由でコールを受け取ると、電話機 Q の電話スクリーンにはグローバル化された発信側番号 +49693056412 が表示され、ローカライズされた発信側番号は 00693056412 として表示されます。電話機 Q のユーザがグローバル化された発信側番号を使用してコールを戻す場合は、Cisco Unified Communications Manager がパターン \+49.! を照合して、正しいゲートウェイにコールをルーティングし、関連する数字を送信します。電話機 Q のユーザがローカライズされた発信側番号を使用してコールを戻す場合は、Cisco Unified Communications Manager がパターン 0.0! を照合して、コールを正しいゲートウェイにルーティングし、関連する数字を送信します。

インタラクション

次の項では、発信側の正規化が Cisco Unified Communications Manager の機能およびアプリケーションと通信する方法について説明します。

• 「転送されたコールの発信側番号のグローバル化およびローカライズ」

• 「自動転送されたコールの発信側番号のグローバル化およびローカライズ」

• 「一括管理ツール」

• 「呼詳細レコード」

• 「Cisco Unified Communications Manager CDR Analysis and Reporting」

• 「Cisco エクステンション モビリティ」

• 「デバイス モビリティ」

転送されたコールの発信側番号のグローバル化およびローカライズ

転送機能はコール中の更新に依存しているため、シナリオによっては、転送されたコールが発信側番号のグローバル化およびローカライズをサポートしていない場合があります（発信側の正規化は、コール中の更新ではなく、コールの各ホップにおけるコール設定中のグローバル化およびローカライズをサポートします）。転送されたコールに対する発信側の正規化の動作方法の例については、次の項を参照してください。

• 「ゲートウェイを経由するオンネットの転送されたコールに対する発信側の正規化」

• 「着信ゲートウェイを経由する転送されたコールに対する発信側の正規化」

ゲートウェイを経由するオンネットの転送されたコールに対する発信側の正規化

内線番号 12345、電話番号 972 500 2345 の電話機 A が、内線番号 54321、電話番号 972 500 4321 の電話機 B にコールを発信します。コールが内線 54321 に到達すると、発信側番号 12345 が電話機 B に表示されます。電話機 B は、コールをサンノゼのゲートウェイ経由でサンノゼの電話機 C に転送します。転送の開始時に、電話機 C は電話機 B の発信側番号を 972 500 4321 と表示します。転送が完了すると、電話機 C は電話機 A の発信側番号を 12345 と表示します。

着信ゲートウェイを経由する転送されたコールに対する発信側の正規化

ダラスの PSTN を経由して、発信者（電話機 D）が、内線番号 7891、電話番号 972 500 6789 を使用している電話機 E（Cisco Unified IP Phone）にコールを発信します。ダラスの着信ゲートウェイでは、電話機 D の発信者情報が 500 1212/<加入者> と表示されます。電話機 E は、電話機 D のグローバル化された発信側番号として +1 972 500 1212、ローカライズされた発信側番号として 500 1212 を表示します。電話機 E は、サンノゼのゲートウェイを経由するサンノゼにある電話機 C への転送を開始します。転送の開始時に、電話機 C は電話機 E の発信側番号を 972 500 6789 と表示します。転送が完了すると、電話機 C は電話機 D の発信側番号を +1 972 500 1212 と表示します。

自動転送されたコールの発信側番号のグローバル化およびローカライズ

自動転送されたコールは、グローバル化およびローカライズされた発信側番号をサポートします。コールのグローバル化およびローカライズは、コールの各ホップにおけるコール設定中に実行されます。コールのホップとゲートウェイの設定に応じて、つまり、ゲートウェイ上の発信側の変換およびプレフィックスの設定に応じて、グローバル化されたバージョンまたはローカライズされたバージョン（もしくは両方）が電話機に表示されます。次の例は、PSTN 経由の着信コールが地理的に異なる場所へどのように自動転送されるかを示しています。

たとえば、ダラスの PSTN 経由で発信者が電話機 F を使用して電話機 G（Cisco Unified IP Phone）にコールを発信します。電話機 G では、すべてのコールがサンノゼにある電話機 H（Cisco Unified IP Phone）に自動転送されます。ダラスの着信ゲートウェイでは、電話機 F の発信者情報が 500 5555/<加入者> と表示されます。ダラスからサンノゼへの発信ゲートウェイでは、そこから発信する際の発呼側変換 CSS の発信者情報は 972 500 5555/<国> になります。サンノゼの着信ゲートウェイでは、発信側番号に、番号タイプ「国内」を示すプレフィックス +1 が付加され、サンノゼにある電話機 H では、電話機 F のローカライズされた発信側番号が 972 500 5555 として表示され、さらにグローバル化された発信側番号が +1 972 500 5555 として表示されます。

一括管理ツール

発信側の正規化と一括管理ツールとの関係については、『 Cisco Unified Communications Manager Bulk Administration ガイド 』を参照してください。

呼詳細レコード

発信側の正規化が Call Detail Record（CDR; 呼詳細レコード）に及ぼす影響については、『 Cisco Unified Communications Manager Call Detail Records Administration Guide 』を参照してください。

Cisco Unified Communications Manager CDR Analysis and Reporting

発信側の正規化が Cisco Unified Communications Manager CDR Analysis and Reporting（CAR）に及ぼす影響については、『 CDR Analysis and Reporting アドミニストレーション ガイド 』を参照してください。

Cisco エクステンション モビリティ

Cisco エクステンション モビリティは予想どおりに動作します。つまり、Cisco エクステンション モビリティ電話機にログインしている電話機ユーザは、電話スクリーンまたは電話機のコール ログ ディレクトリで、グローバル化またはローカライズされた発信側番号を確認できます。

デバイス モビリティ

次の例は、ユーザが電話機をホーム ロケーションから移動し、その移動が Cisco Unified Communications Manager のデバイス モビリティ機能によってサポートされている場合に、発信側の正規化がどのように動作するかを示しています。

ダラスをホーム ロケーションとしている Cisco Unified IP Phone（電話機 N）をサンノゼに移動します。ダラスの Cisco Unified IP Phone はデバイス プール DP_Dallas を使用します。このデバイス プールは、発呼側変換 CSS として CallingTransform_Dallas を保持しており、Calling Transform_Dallas CSS には DallasPhone パーティションと CommonTransform パーティションがあります。サンノゼのローミング デバイスはデバイス プール DP_SanJose を使用します。このデバイス プールは、発呼側変換 CSS として CallingTransform_SJ を保持しており、CallingTransform_SJ CSS には SJPhone パーティションと CommonTransform パーティションがあります。Cisco Unified Communications Manager の管理ページに、 表7-4 に示す設定項目があります。

電話機がダラスのホーム ロケーションにあるときに、サンノゼの 408 500 1212 <加入者> から PSTN 経由でコールを受けます。ダラスの着信ゲートウェイでは、発信側番号がグローバル形式の + 1 408 500 1212 に変換されます。現在ダラスにある電話機では、発信側番号は 1 408 500 1212 として表示されます。

電話機がダラスのホーム ロケーションにあるときに、ダラスの 7 桁のダイヤル エリア内の 400 2323 <加入者> から PSTN 経由でコールを受けます。ダラスの着信ゲートウェイでは、発信側番号がグローバル形式の + 1 972 400 2323 に変換されます。現在ダラスにある電話機では、発信側番号は 9 400 2323 として表示されます。

電話機がサンノゼでローミングしているときに、ダラスの 972 500 1212 <国> から PSTN 経由でコールを受けます。サンノゼの着信ゲートウェイでは、発信側番号がグローバル形式の + 1 408 500 1212 に変換されます。現在サンノゼにある電話機では、発信側番号は 1 972 500 1212 として表示されます。

電話機がサンノゼでローミングしているときに、サンノゼの 7 桁のダイヤル エリア内の 500 1212 <加入者> から PSTN 経由でコールを受けます。サンノゼの着信ゲートウェイでは、発信側番号がグローバル形式の + 1 408 500 1212 に変換されます。現在サンノゼにある電話機では、発信側番号は 9 500 1212 として表示されます。

制限事項

発信側の正規化を設定する前に、次の制限事項を確認してください。

• シェアドラインの場合に表示される発信側番号は、Cisco Unified Communications Manager 内の一連のコール制御イベントによって決まります。ローカライズされた不正な発信側番号がシェアドラインで表示されるのを回避するため、特に、シェアドラインが地理的に異なる場所にまたがる場合は、同じ回線を共有する異なるデバイスに同じ発呼側変換 CSS を設定する必要があります。

• SIP トランクおよび MGCP ゲートウェイは、コールごとに国際エスケープ文字 + の送信をサポートできます。H.323 ゲートウェイは、+ をサポートしていません。QSIG トランクは、+ の送信を試みません。+ をサポートするゲートウェイ経由の発信コールの場合、Cisco Unified Communications Manager は、ダイヤルされた数字とともに + をゲートウェイに送信できます。+ をサポートしないゲートウェイ経由の発信コールの場合、Cisco Unified Communications Manager がゲートウェイにコール情報を送信すると、ゲートウェイが + を除去します。

• SIP は、番号タイプをサポートしていないため、SIP トランク経由のコールは、［着信発呼者の不明番号プレフィックス（Incoming Calling Party Unknown Number Prefix）］ の設定値のみをサポートします。

• QSIG 設定は、通常、均一のダイヤル プランをサポートします。QSIG を使用している場合、番号とプレフィックスの変換により機能のインタラクションに問題が発生することがあります。

• 発信側番号をローカライズする場合、デバイスは、番号分析を使用して変換を適用する必要があります。［発呼側変換CSS（Calling Party Transformation CSS）］ を［なし（None）］ に設定すると、トランスフォーメーション パターンは照合されず、適用されません。発呼側トランスフォーメーション パターンは、必ず、ルーティングに使用されないヌル以外のパーティションに設定します。

• 発呼側変換 CSS は、ゲートウェイ上の T1-CAS ポートと FXO ポートには適用されません。

発信側の正規化の設定チェックリスト

表7-5 に、発信側番号をグローバル化およびローカライズするために実行するタスクを示します。

表7-5 発信側の正規化の設定チェックリスト

設定手順		関連手順と関連項目
ステップ 1	この機能のインタラクションと制限事項を確認します。	• 「発信側番号のグローバル化」 • 「発信側番号のローカライズ」 • 「インタラクション」 • 「制限事項」
ステップ 2	まだ実行していない場合は、Cisco Unified Serviceability の Cisco CallManager サービスをアクティブにします。	Cisco Unified Serviceability アドミニストレーション ガイド
発信側番号のグローバル化
ステップ 3	必要な場合は、［発呼側番号タイプ（Calling Party Number Type）］ を設定します。	• 「発信側番号のグローバル化」 • 「発呼側番号タイプの設定」
ステップ 4	国内、国際、加入者、および不明の各コールについて、それぞれのコール タイプに関連付けるプレフィックスを作成します。各デバイス タイプ（電話機、MGCP ゲートウェイ、H.323 ゲートウェイ/トランク、SIP トランクなど）のプレフィックスを作成します。	• 「発信側番号のグローバル化」 • 「発信側の正規化のサービス パラメータの設定」 • 「発信側番号をグローバル化するためのプレフィックスの設定」
発信側番号のローカライズ
ステップ 5	［コールルーティング（Call Routing）］ >［コントロールのクラス（Class of Control）］ >［コーリングサーチスペース（Calling Search Space）］ で、発呼側トランスフォーメーション パターンのパーティションを作成します。	『 Cisco Unified Communications Manager アドミニストレーション ガイド 』の「パーティションの設定」
ステップ 6	［コールルーティング（Call Routing）］ >［コントロールのクラス（Class of Control）］ >［コーリングサーチスペース（Calling Search Space）］ で発呼側変換 CSS を作成します。その発呼側変換 CSS の［コーリングサーチスペースの設定（Calling Search Space Configuration）］ ウィンドウで、発呼側トランスフォーメーション パターン用に作成したパーティションを［使用可能なパーティション（Available Partitions）］ ペインに移動します。	『 Cisco Unified Communications Manager アドミニストレーション ガイド 』の「コーリング サーチ スペースの設定」
ステップ 7	［コールルーティング（Call Routing）］ >［トランスフォーメーションパターン（Transformation Pattern）］ >［発呼側トランスフォーメーションパターン（Calling Party Transformation Pattern）］ を選択し、発呼側トランスフォーメーション パターンを作成します。［発呼側トランスフォーメーションパターンの設定（Calling Party Transformation Pattern Configuration）］ ウィンドウで、発呼側変換 CSS に関連付けられたパーティションを発呼側トランスフォーメーション パターンに割り当てます。	『 Cisco Unified Communications Manager アドミニストレーション ガイド 』の「発呼側トランスフォーメーション パターンの設定」
ステップ 8	デバイスの設定ウィンドウ、たとえば、［ゲートウェイの設定（Gateway Configuration）］、［電話の設定（Phone Configuration）］、［トランクの設定（Trunk Configuration）］、［CTIルートポイントの設定（CTI Route Point Configuration）］ などのウィンドウで、発呼側変換 CSS を選択します。 ヒント デバイスの設定ウィンドウで発呼側変換 CSS を選択するには、［発呼側変換CSS（Calling Party Transformation CSS）］ を設定します（［コーリングサーチスペース（Calling Search Space）］ ではありません）。デバイスで、そのデバイスが使用するデバイス プールに割り当てられた発呼側変換 CSS を使用するには、［デバイスプールの発呼側変換CSSを使用（Use the Device Pool Calling Party Transformation CSS）］ チェックボックスをオンにします。	「発信側番号をローカライズするための発呼側変換 CSS の適用」

発信側の正規化のサービス パラメータの設定

Cisco Unified Communications Manager の管理ページでサービス パラメータを検索するには、 ［システム（System）］ >［サービスパラメータ（Service Parameters）］ を選択し、サーバと Cisco CallManager サービスを選択します。パラメータが表示された後、 ［詳細設定（Advanced）］ をクリックします。サービス パラメータの詳細については、サービス パラメータ名のハイパーリンクをクリックするか、ウィンドウの右上隅にある疑問符をクリックしてください。

［Clusterwide Parameters（Device - PRI and MGCP Gateway）］

• ［Incoming Calling Party National Number Prefix - MGCP］

• ［Incoming Calling Party International Number Prefix - MGCP］

• ［Incoming Calling Party Subscriber Number Prefix - MGCP］

• ［Incoming Calling Party Unknown Number Prefix - MGCP］

ヒント ネットワーク内に単一の H.323、MGCP（T1-PRI/BRI）、または MGCP（E1-PRI/BRI）のゲートウェイがある場合、その特定のゲートウェイ タイプに対し、Cisco CallManager サービスをサポートするプレフィックス サービス パラメータを［サービスパラメータ設定（Service Parameter Configuration）］ ウィンドウで設定できます。特定のゲートウェイ タイプ（たとえば H.323）のプレフィックス サービス パラメータを設定すると、Cisco Unified Communications Manager の管理ページで設定するすべての H.323 ゲートウェイがそのサービス パラメータを使用するので、注意してください（ただし、［ゲートウェイの設定（Gateway Configuration）］ ウィンドウで特定のゲートウェイに対してプレフィックスを設定する場合は例外です）。

［Clusterwide Parameters（Device - H323）］

• ［Incoming Calling Party National Number Prefix - H.323］

• ［Incoming Calling Party International Number Prefix - H.323］

• ［Incoming Calling Party Subscriber Number Prefix - H.323］

• ［Incoming Calling Party Unknown Number Prefix - H.323］

ヒント H.323 の着信プレフィックス サービス パラメータが電話機の着信プレフィックス サービス パラメータと同じプレフィックスを使用する場合、そのプレフィックスは発信側で 2 回使用されます。最初は、着信コールがゲートウェイに到達したとき、2 回目は、電話機でコールが終了したときです。

［Clusterwide Parameters（Device - SIP）］

［Incoming Calling Party Unknown Number Prefix - SIP］

発呼側番号タイプの設定

Cisco Unified Communications Manager の管理ページで［発呼側番号タイプ（Calling Party Number Type）］ とプレフィックスを設定すると、Cisco Unified Communications Manager が、必要なアクセス コード、国際アクセス コードなどを発信側番号にプレフィックスとして付加することで、発信側番号を PSTN ローカライズ バージョンからグローバルにダイヤル可能なバージョンへ再フォーマットできます。 着信側と発信側の両方でさまざまなパターンに対して発呼側番号タイプを設定することで、Cisco Unified Communications Manager は着信コールと発信コールのさまざまな段階で番号タイプを付加できます。

Cisco Unified Communications Manager の管理ページの［発呼側トランスフォーメーションパターンの設定（Calling Party Transformation Pattern Configuration）］、［ルートパターンの設定（Route Pattern Configuration）］、［ハントパイロットの設定（Hunt Pilot Configuration）］、［トランスレーションパターンの設定（Translation Pattern Configuration）］、および［ルートリスト詳細の設定（Route List Detail Configuration）］ の各ウィンドウで［発呼側番号タイプ（Calling Party Number Type）］ を設定します。

• 『 Cisco Unified Communications Manager アドミニストレーション ガイド 』の「ルート パターンの設定」

• 『 Cisco Unified Communications Manager アドミニストレーション ガイド 』の「ハント パイロットの設定」

• 『 Cisco Unified Communications Manager アドミニストレーション ガイド 』の「発呼側トランスフォーメーション パターンの設定」

表7-6 で、Cisco Unified Communications Manager の管理ページに表示される［発呼側番号タイプ（Calling Party Number Type）］ について説明します。

表7-6 ［発呼側番号タイプ（Calling Party Number Type）］ の説明

設定項目	説明
［発呼側番号タイプ（Calling Party Number Type）］	発信側電話番号の番号タイプの形式を選択します。 Cisco Unified Communications Manager が発信側電話番号（DN）のタイプを設定します。NANP やヨーロッパ ダイヤル プランなどのダイヤル プランについて高度な知識がある場合を除き、デフォルト値を変更せずに使用することをお勧めします。Cisco Unified Communications Manager はヨーロッパの国内ダイヤル パターンを認識しないため、ヨーロッパではデフォルト値を変更する必要が生じることがあります。接続先の PBX が、発信側電話番号を国内以外の番号計画タイプにエンコードすることを前提としている場合も、この設定値を変更できます。 次のいずれかのオプションを選択します。 • ［Cisco CallManager］：Cisco Unified Communications Manager が電話番号タイプを設定します。 • ［不明（Unknown）］：ダイヤル プランが不明な場合に選択します。 • ［国内（National）］：自国のダイヤル プラン内でダイヤルしている場合に使用します。 • ［国際（International）］：自国のダイヤル プラン外でダイヤルしている場合に使用します。 • ［加入者（Subscriber）］：短縮された加入者番号を使用して加入者にダイヤルしている場合に使用します。 Cisco Unified Communications Manager の管理ページの次のウィンドウで、［発呼側番号タイプ（Calling Party Number Type）］ を設定できます。 • ［ハントリスト詳細の設定（Hunt List Detail Configuration）］：［コールルーティング（Call Routing）］ >［ルート/ハント（Route/Hunt）］ >［ハントリスト（Hunt List）］（ハント リストを追加します。 ［保存（Save）］ をクリックすると、［回線グループの追加（Add Line Group）］ ボタンが表示されます。［ハントリスト詳細の設定（Hunt List Detail Configuration）］ ウィンドウを表示するには、 ［回線グループの追加（Add Line Group）］ ボタンをクリックします。） • ［ルートパターンの設定（Route Pattern Configuration）］：［コールルーティング（Call Routing）］ >［ルート/ハント（Route/Hunt）］ >［ルートパターン（Route Pattern）］ • ［ハントパイロットの設定（Hunt Pilot Configuration）］：［コールルーティング（Call Routing）］ >［ルート/ハント（Route/Hunt）］ >［ハントパイロット（Hunt Pilot）］ • ［トランスレーションパターンの設定（Translation Pattern Configuration）］：［コールルーティング（Call Routing）］ > ［トランスレーションパターン（Translation Pattern）］
	• ［発呼側トランスフォーメーションパターンの設定（Calling Party Transformation Pattern Configuration）］：［コールルーティング（Call Routing）］ >［トランスフォーメーションパターン（Transformation Pattern）］ >［発呼側トランスフォーメーションパターン（Calling Party Transformation Pattern）］ ヒント ［ゲートウェイの設定（Gateway Configuration）］ および［トランクの設定（Trunk Configuration）］ ウィンドウでは、［発呼側IE番号タイプが不明（Calling Party IE Number Type Unknown）］ を設定できます。この設定項目を設定し、デフォルトの［Cisco CallManager］ 以外のオプションを選択した場合、特定のゲートウェイを経由する発信コールの［発呼側番号タイプ（Calling Party Number Type）］ の設定は、このフィールドの設定で上書きされます。

発信側番号をグローバル化するためのプレフィックスの設定

表7-7 で、［デバイスプール設定（Device Pool Configuration）］、［ゲートウェイの設定（Gateway Configuration）］、および［トランクの設定（Trunk Configuration）］ ウィンドウで表示されるプレフィックスの設定項目について説明します。各設定ウィンドウでの設定手順については、次の項を参照してください。

• 『 Cisco Unified Communications Manager アドミニストレーション ガイド 』の「デバイス プールの設定」

• 『 Cisco Unified Communications Manager アドミニストレーション ガイド 』の「ゲートウェイの設定」

• 『 Cisco Unified Communications Manager アドミニストレーション ガイド 』の「トランクの設定」

• 『 Cisco Unified Communications Manager アドミニストレーション ガイド 』の「サービス パラメータの設定」

ヒント ［デバイスプール設定（Device Pool Configuration）］、［ゲートウェイの設定（Gateway Configuration）］、および［トランクの設定（Trunk Configuration）］ ウィンドウで、着信コール発信側の設定項目をすべて同時に削除するには、［プレフィックス設定のクリア（Clear Prefix Settings）］ をクリックします。また、着信コール発信側の設定項目すべてに同時にデフォルト値を入力するには、［デフォルトプレフィックス設定（Default Prefix Settings）］ をクリックします。

［ゲートウェイの設定（Gateway Configuration）］ または［トランクの設定（Trunk Configuration）］ ウィンドウのフィールドに［デフォルト（Default）］ と表示されている場合、Cisco Unified Communications Manager は、着信コール発信側のプレフィックスのデバイス プール設定を適用します。［デバイスプール設定（Device Pool Configuration）］ ウィンドウの着信コール発信側プレフィックスのフィールドに［デフォルト（Default）］ と表示されている場合、Cisco Unified Communications Manager は、着信コール発信側プレフィックスのサービス パラメータ設定を適用します。

発信側番号をローカライズするための発呼側変換 CSS の適用

発呼側変換 CSS を設定する前に、たとえば、パーティションの設定、コーリング サーチ スペースの設定など、発信側番号をローカライズするために必要な手順を理解しておく必要があります。詳細については、「発信側の正規化の設定チェックリスト」を参照してください。

表7-8 では、［発呼側変換CSS（Calling Party Transformation CSS）］ および［デバイスプールの発呼側変換CSSを使用（Use Device Pool Calling Party Transformation CSS）］ の設定について説明します。また、この表では、設定値を割り当てる Cisco Unified Communications Manager の管理ページの設定ウィンドウも示します。

表7-8 発呼側変換CSS の設定

設定項目	説明
［発呼側変換CSS（Calling Party Transformation CSS）］	これを設定することで、デバイスの発信側番号をローカライズできます。選択する発呼側変換 CSS に、このデバイスに割り当てる発呼側トランスフォーメーション パターンが含まれていることを確認してください。 ヒント デバイスは、コールが発生する前に、番号分析を使用して変換を適用する必要があります。［発呼側変換CSS（Calling Party Transformation CSS）］ を［なし（None）］ に設定すると、トランスフォーメーション パターンは照合されず、適用されません。発呼側トランスフォーメーション パターンは、必ず、ルーティングに使用されないヌル以外のパーティションに設定します。 Cisco Unified Communications Manager の管理ページ内の電話デバイスのタイプ、CTI ルート ポイント、ゲートウェイ、リモート接続先プロファイル、およびトランクはすべて、それぞれに発信側番号をローカライズできます。したがって、Cisco Unified Communications Manager の管理の次の設定ウィンドウで、この設定項目にアクセスできます。 • デバイス プール（［システム（System）］ >［デバイスプール（Device Pool）］） • 電話（［デバイス（Device）］ >［電話（Phone）］） • CTI ルート ポイント（［デバイス（Device）］ >［CTIルートポイント（CTI Route Point）］） • ゲートウェイ（［デバイス（Device）］ >［ゲートウェイ（Gateway）］）：ゲートウェイのタイプに応じて、ポートの設定ウィンドウまたはゲートウェイの設定ウィンドウに表示されます。 • トランク（［デバイス（Device）］ >［トランク（Trunk）］） • リモート接続先プロファイル（［デバイス（Device）］ >［デバイスの設定（Device Settings）］ >［リモート接続先プロファイル（Remote Destination Profile）］）
［デバイスプールの発呼側変換CSSを使用（Use Device Pool Calling Party Transformation CSS）］	このデバイスに割り当てられているデバイス プールに設定された発呼側変換 CSS を使用するには、このチェックボックスをオンにします。このチェックボックスをオフにすると、デバイスは、デバイスの設定ウィンドウで設定された発呼側変換 CSS を使用します。 Cisco Unified Communications Manager の管理ページ内の電話デバイスのタイプ、CTI ルート ポイント、ゲートウェイ、リモート接続先プロファイル、およびトランクはすべて、それぞれに発信側番号をローカライズできます。したがって、Cisco Unified Communications Manager の管理の次の設定ウィンドウで、この設定項目にアクセスできます。 • 電話（［デバイス（Device）］ >［電話（Phone）］） • CTI ルート ポイント（［デバイス（Device）］ >［CTIルートポイント（CTI Route Point）］） • ゲートウェイ（［デバイス（Device）］ >［ゲートウェイ（Gateway）］）：ゲートウェイのタイプに応じて、ポートの設定ウィンドウまたはゲートウェイの設定ウィンドウに表示されます。 • トランク（［デバイス（Device）］ >［トランク（Trunk）］） • リモート接続先プロファイル（［デバイス（Device）］ >［デバイスの設定（Device Settings）］ >［リモート接続先プロファイル（Remote Destination Profile）］）