発信側の正規化

発信側の正規化の概要

発信側の正規化によって電話番号のグローバル化やローカライズが可能になるため、適切な発信番号が電話機に表示されます。発信側の正規化を使用して、一部の電話機のダイヤル機能を強化し、コールが複数の地理的ロケーションにルーティングされる場合の折返し機能を向上させます。この機能は、電話機のコール ログ ディレクトリのディレクトリ番号を変更することなく電話機がコールバックできるよう、グローバル発信者番号をローカライズされた番号にマッピングできます。

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

Cisco Unified CM Administration で [発信者番号タイプ（Calling Party Number Type）] とプレフィックスを設定することで、着信側の電話に表示する発信者電話番号を、（国際国番号などのプレフィックスを含むグローバル化バージョンに）再フォーマットするように Cisco Unified Communications Manager を設定できます。それによって、世界中のどこからでもその番号をダイヤルできます。

Cisco Unified Communications Manager は、[発信者番号タイプ（Calling Party Number Type）] の値とともにルートパターンや変換パターンなどのさまざまな番号パターンを使用して、電話番号をグローバル化できます。たとえば、Cisco Unified Communications Manager は、サブスクライバ発信者番号タイプのローカライズされたドイツの電話番号 069XXXXXXX を、ドイツの国番号と都市コードを含む +49 40 69XXXXXXX にグローバル化するように設定できます。

複数の地理的場所にルーティングされるコールの場合、各ルーティング パスに適用される異なるトランスレーション設定によって、発信者番号は各コール パスで一意にグローバル化できます。Cisco Unified Communications Manager では、電話でローカライズされた発信者番号を電話画面に表示し、グローバル化された番号を電話の通話履歴ディレクトリに表示するように設定することもできます。電話ユーザがコールを発信する前に、電話の通話履歴ディレクトリのエントリを編集する必要がないようにするため、グローバル発信者番号をそのローカル バージョンにマッピングします。

発信者番号のローカリゼーション

発信者番号の最終表示用に、発信者番号タイプ（国内、国際、サブスクライバ、不明）ごとに発信側変換パターンを設定し、そのコールの発信者番号タイプに固有のストリップ桁数とプレフィックスの手順を適用できます。これによって、Cisco Unified Communications Manager は、着信側の電話に表示される発信者番号が不要な国コードや国際アクセス コードを含まないローカライズされた番号となるように、発信者番号を再フォーマットできます。

たとえば、PSTN から到着した着信番号が、グローバル化された番号 +49 40 69XXXXXXX で（+49 が国番号、40 が都市コードを表す）、発信者番号タイプがサブスクライバであるとします。Cisco Unified Communications Manager には、国番号、都市コードを取り除き、プレフィックス 0 を追加する手順とともに、発信側の変換パターンを設定できます。手順が適用された後、発信者番号はダイヤルされた電話に 069XXXXXXX として表示されます。

グローバル化された発信者番号のローカライズ バージョンへのマッピング

電話ユーザがコールを発信する前に、電話の通話履歴ディレクトリのエントリを編集する必要がないようにするため、ルートパターンと着信側変換パターンを使用して、グローバル発信者番号をローカライズされたバージョンにマッピングできます。これによって、着信側がコールを返す場合に、Cisco Unified Communications Manager は確実に正しいゲートウェイにコールをルーティングできます。

グローバル発信者番号のマッピングによって、コールバック機能が改善され、着信側は電話の通話履歴ディレクトリ内の電話番号を変更する必要なく、コールバックできます。

発信側の正規化の要件

発信側の正規化を設定する前に、Cisco Unified Serviceability で Cisco CallManager サービスをアクティブにする必要があります。詳細については、『Cisco Unified Serviceability アドミニストレーション ガイド』を参照してください。

Cisco Unified Communications Manager に発信者番号タイプを判別させるには、想定するコールに一致する [発信者番号タイプ（Calling Party Number Type）] 値を割り当てるパターンを設定します。次の設定ウィンドウで、パターンを作成して適用することができます。

  • ルートパターン

  • ハントパイロット

  • 変換パターン

  • 発信番号変換パターン


（注）  

発信者による変換は、元の発信者に対してのみ機能します。番号をリダイレクトするために行った変更は、転送ヘッダーに対してのみ適用されます。[SIP トランク] チャプターから設定を確認し、SIP トランク自体に転送ヘッダーを追加します。

発信側の正規化の設定タスクフロー

発信側の正規化のプレフィックスと削除桁数ルールは、Unified Communications Manager でさまざまな場面で適用できます。たとえば、デバイスプール、ルートパターン、変換パターン、ハントパイロット、ゲートウェイ、およびトランクに桁数の変換を適用できます。桁数の変換を適用する方法は、ダイヤル プラン、デバイス、およびトランクの導入方法に応じて変わります。詳細については、ダイヤル プラン、ルートパターン、変換パターン、および変換パターンに関連するトピックを参照してください。

手順

  コマンドまたはアクション 目的
ステップ 1

Unified Communications Manager に発信者番号タイプを判断させる場合は、予想されるコールと合致する発信者番号タイプを作成して設定する必要があります。次の設定ウィンドウで、パターンを作成して適用することができます。

  • ルートパターン
  • ハントパイロット
  • 変換パターン
  • 発信番号変換パターン
ステップ 2

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

PSTN 経由で受信する着信コールの場合は、発信者番号をグローバライズするための設定を構成します。
ステップ 3

コーリングサーチスペースの設定

パーティションとコーリングサーチスペースを設定します。
ステップ 4

発信側変換パターンの作成

発信者番号をグローバル化されたバージョンまたはローカライズされたバージョンに変換し、各パターンをパーティションに割り当てる、通話相手の変換のパターンを作成します。
ステップ 5

コーリングサーチスペースへの発信側変換パターンの適用

デバイスプール、ゲートウェイ、およびトランクのように、着信通話関係者変換 CSS をデバイスに適用します。

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

PSTN 経由で到達する着信コールの場合は、発信者番号をグローバル化する設定を行います。発信者番号をグローバル化し、それをデバイスプールまたは個々のデバイスに適用する設定できます。また、クラスタ全体に、発信者番号の正規化設定を適用するサービスパラメータを設定できます。

発信者番号をグローバル化するには、次の手順を実行します。

手順

ステップ 1

発信者番号の正規化設定を特定のデバイスに適用するには、次の手順を実行します。

  1. 設定を適用するデバイスの設定ウィンドウを開きます。たとえば、デバイスプール、ゲートウェイ、電話、トランクです。

  2. 設定ウィンドウの [着信コールの発信側の設定（Incoming Calling Party Settings）] セクションで、各発信者番号タイプのプレフィックスおよび削除桁数の指示を適用します。

    （注）   
    Cisco Unified Communications Manager には、コール転送、通話パーク、ボイス メッセージング、CDR データなどの補足サービスのような、すべての追加アクションの発信者番号フィールドにプレフィックスが含まれます。
ステップ 2

サービスパラメータを使用して、クラスタ全体のすべてのデバイスの発信者番号をグローバル化する場合には、次の手順を実行します。

  1. Cisco Unified CM Administration から、[システム（System）] > [サービスパラメータ（Service Parameters）] の順に選択します。

  2. [サーバ（Server）] ドロップダウンリストから、サービスを実行するサーバを選択します。

  3. [サービス（Service）] ドロップダウンリストから、[Cisco CallManager] を選択します。

  4. [詳細設定（Advanced）] をクリックします。

  5. 以下のパラメータの値を設定します。この値は、クラスタ全体から電話、MGCP ゲートウェイ、H.323 ゲートウェイに適用できます。

  • [発信者の国内番号プレフィックス（Incoming Calling Party National Number Prefix）]
  • [発信者の国際番号プレフィックス（Incoming Calling Party International Number Prefix）]
  • [発信者の不明な着信番号プレフィックス（Incoming Calling Party Unknown Number Prefix）]
  • [発信者の加入者番号プレフィックス（Incoming Calling Party Subscriber Number Prefix）]
（注）   
Cisco Unified Communications Manager で、特定の電話のクラスタ全体のサービスパラメータ設定を適用するには、デバイスとデバイスプール レベルの両方で、その電話のプリフィックス設定をデフォルト オプションに設定する必要があります。

コーリングサーチスペースの設定

呼び出し側の正規化機能を処理するためにコーリングサーチスペースを設定する場合は、この手順を使用します。

手順

ステップ 1

Cisco Unified CM Administration で、[コールルーティング（Call Routing）] > [コントロールのクラス（Class of Control）] > [パーティション（Partitions）] の順に選択します。

ステップ 2

ネットワークのパーティションを作成します。

ステップ 3

Cisco Unified CM Administration で、[コールルーティング（Call Routing）] > [コントロールのクラス（Class of Control）] > [コーリングサーチスペース（Calling Search Space）] の順に選択します。

ステップ 4

発信側変換パターンのコーリングサーチスペースを作成します。

ステップ 5

コーリングサーチスペースごとに、パーティションをコーリングサーチスペースに割り当てます。

発信側変換パターンの作成

発信側の正規化機能を処理するために発信側変換パターンを設定している場合、次の手順を使用します。

手順

ステップ 1

Cisco Unified CM Administration で、[コールルーティング（Call Routing）] > [変換パターン（Transformation Pattern）] > [発信側変換パターン（Calling Party Transformation Pattern）] を選択します。

ステップ 2

変換パターンを作成します。

ステップ 3

作成する発信側変換パターンそれぞれには、発信側番号を国際対応または国内対応するために、先頭に付加または除外している番号コマンドを割り当てます。
ステップ 4

それぞれの発信側変換パターンには、コーリングサーチスペースの 1 つに関連付けられているパーティションを割り当てます。

コーリングサーチスペースへの発信側変換パターンの適用

デバイスプール、ゲートウェイ、トランクなどのデバイスに、着信する発信側変換 CSS を割り当てます。

手順

ステップ 1

Cisco Unified CM Administration で、発信側変換を適用するデバイスに該当する設定ウィンドウを選択します。

  • [ゲートウェイ（Gateways）]
  • [トランク（Trunks）]
  • [デバイスプール（Device Pools）]
ステップ 2

発信者番号をローカライズするには、[コーリングサーチスペース（Calling Search Space）] ドロップダウンリスト ボックスで、適用する発信側変換パターンを含む CSS を選択します。

（注）   
デバイスプールに対して CSS を設定する場合、電話機にもそのデバイスプールを適用する必要があります。
ステップ 3

発信者番号をグローバル化するには、[着信の発信者番号設定（Incoming Calling Party Settings）] セクションで、適用する発信側変換パターンを含むコーリングサーチスペースを選択します。

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

次のパラメータは、電話機、MGCP ゲートウェイ、または H.323 に対して、クラスタ全体に適用することができます。特定のデバイスでクラスタ全体パラメータを使用するためには、デバイス設定のプレフィックスをデフォルトに設定する必要があります。

  • [発信者の国内番号プレフィックス（Incoming Calling Party National Number Prefix）]
  • [発信者の国際番号プレフィックス（Incoming Calling Party International Number Prefix）]
  • [発信者の不明な着信番号プレフィックス（Incoming Calling Party Unknown Number Prefix）]
  • [発信者の加入者番号プレフィックス（Incoming Calling Party Subscriber Number Prefix）]

次の表に、プレフィックスとストリップディジットの設定の例と、これらの値を使用して、発信者番号の表示を変換する方法を示します。サービスパラメータの設定の場合、コロンの後の数字は、呼び出し者番号の先頭から除外する桁数を表し、コロンの後の数字は、発信者番号の先頭に追加されるプレフィックスを表します。

表 1. 発信側の正規化のサービスパラメータ例

元の着信番号

サービスパラメータ値

説明

最終着信番号

04423452345

+:1

最初の桁を削除してから、+ のプレフィックスを追加します

+4423452345

04423452345

:2

先頭 2 桁を取り除きます

423452345

552345

+1:6

先頭 6 桁を取り除き、プレフィックスとして +1 を追加します

+1

552345

+1:8

使用可能な桁数より多くの桁数が取り除かれるため、最終的な番号は空白になります

552345

123

プレフィックスとして 123 を追加します

123552345

空白

+1:2

発信者番号が空白の場合、プレフィックスは適用されません

空白

0442345

:26

発信者番号の正規化で取り除くことができる桁数は、24 桁のみです

Cisco Unified Communications Manager では、この設定は許可されません

発信側の正規化の連携動作と制限事項

発信側の正規化の連携動作

発信側の正規化機能との連携動作を次の表で説明します。

機能

連携動作

転送コール

転送機能は、発信時の更新と発信者の正規化に依存しており、各コールホップの初期コール設定が行われるため、発信者の正規化がサポートされない場合があります。次に示すのは、発信者の正規化を転送に使用する方法の一例です。

内線番号 12345、電話番号 972 500 2345 の電話機 A が、内線番号 54321、電話番号 972 500 4321 の電話機 B にコールを発信します。電話 B では、発信者番号 12345 が表示されますが、電話 B はそのコールをサンホセゲートウェイを介して電話 C に転送します。最初の転送時には、電話 C は 972 500 4321 の発信者番号が表示されますが、転送が完了した後、電話機 C は電話 A の発信者番号を 12345 として表示します。

コールの転送

転送されたコールは、発信者側番号のグローバル化およびローカル化をサポートします。たとえば、ダラスの PSTN 経由で発信者が電話機 F を使用して電話機 G にコールを発信します。電話機 G では、すべてのコールがサンノゼにある電話機 H に自動転送されます。着信するダラスゲートウェイでは、発信者番号は 555-5555/Subscriber と表示されますが、そのコールはサンノゼのゲートウェイに転送されます。ダラスからの発信コールは 972 555 5555 として表示されます。サンホセゲートウェイでの受信時には、+ 1 がプリフィックスされ、電話 F は +1 972 555 5555 というコール番号を表示します。

コール詳細レコード

発信側の正規化が呼詳細（CDR）と動作する方法の詳細については、『Cisco Unified Communications Manager Call Detail Records アドミニストレーション ガイド』を参照してください。

Cisco Unified Communications Manager Assistant

発信側の正規化機能を設定すると、Cisco Unified Communications Manager Assistant により、ローカライズおよびグローバル化されたコールが自動的にサポートされます。Cisco Unified Communications Manager Assistant は、ローカライズされた発信側番号をユーザ インターフェイスに表示できます。また、マネージャに対する着信コールの場合、Cisco Unified Communications Manager Assistant は、フィルタ パターンに一致したときに、ローカライズされた発信側番号とグローバル化された発信側番号を表示できます。Cisco Unified Communications Manager Assistant の設定方法の詳細については、『Cisco Unified Communications Manager 機能設定ガイド』（http://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-installation-and-configuration-guides-list.html）を参照してください。

Cisco Unity Connection

Cisco Unity Connection は、国際エスケープ文字（+）をサポートしていません。このため、ボイス メッセージング機能を正常に動作させるには、Cisco Unity Connection へのコールに（+）が含まれていないことを確認する必要があります。

Cisco Unity Connection が予想どおりに動作するようにするには、このアプリケーションをデバイスとして扱い、発信側変換を設定して、このボイスメール アプリケーションに + が送信されないようにする必要があります。Cisco Unity Connection サーバで北米ベースのダイヤル プランを使用している場合は、Cisco Unity Connection で発信側番号を受信する前に、その発信側番号を NANP 形式にローカライズします。Cisco Unified Communications Manager の管理ページにはボイスメール ポート用の発信側変換 オプションがないため、ボイスメール ポートに関連付けられているデバイスプールで発信側番号変換を設定するようにしてください。発信側番号をローカライズするには、ボイスメール アプリケーションが特定の機能（Live Reply など）用の番号に容易にリダイヤルできるよう、アクセスコードにプレフィックスを付加することも検討してください。たとえば、+12225551234 を 912225551234 に変換したり、国際番号 +4423453456 に国際エスケープ コードを含めて 90114423453456 のように変換したりできます。

デバイス モビリティ

ローミング用デバイスプールの発信側変換 CSS は、[電話の設定(Phone Configuration)] ウィンドウで [デバイスプールの発信側変換CSSを使用(Use Device Pool Calling Party Transformation CSS)] チェックボックスがオフの場合でも、同じデバイスモビリティグループ内でローミングする電話機のデバイスレベルの設定をオーバーライドします。

次の例は、発信者側の正規化が、ホームロケーションはダラスだけれども、現在はサンノゼにローミングしている電話のデバイスモビリティと動作するようすを示しています。

電話機がサンノゼでローミングしているときに、ダラスの 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 の特定の機能とシステムコンポーネントを使用している場合の制限を示しています。

表 2. 発信側の正規化の制限事項

機能

制限事項

共有回線

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

SIP トランクおよび MGCP ゲートウェイ

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

SIP

SIP は番号タイプをサポートしないため、SIP トランク経由のコールは、発信側番号の種類が不明（Unknown）である [着信番号（Incoming Number）] 設定のみをサポートします。

QSIG

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

発信側変換 CSS

発信側番号をローカライズする場合、デバイスは、番号分析を使用して変換を適用する必要があります。[発信側変換CSS（Calling Party Transformation CSS）] を [None] に設定した場合、変換は一致せず、適用されません。ルーティングに使用されない Null 以外のパーティションで、必ず [発信側変換パターン（Calling Party Transformation Pattern）] を設定してください。

T1-CAS および FXO ポート

発信側変換 CSS（Calling Party Transformation CSS）設定は、ゲートウェイ上の T1-CAS と FXO ポートには適用されません。

Cisco Unity Connection

Cisco Unity Connection は、国際エスケープ文字（+）をサポートしていません。このため、ボイスメッセージング機能を正常に動作させるには、Cisco Unity Connection へのコールに（+）が含まれていないことを確認する必要があります。

Cisco Unity Connection の詳細については、http://www.cisco.com/c/en/us/products/unified-communications/unity-connection/index.htmlを参照してください。