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

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

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

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

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

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

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

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

ヒント サービス プロバイダーが発信側番号に先行桁（たとえば、ゼロ）を付加している状況で、これらの桁を除去してから他の桁を付加する必要がある場合（たとえば、先行桁が E.164 番号に含まれていないときに、発信側番号を E.164 形式に変換する場合）、桁の除去に関するフィールドを設定することによって、Cisco Unified Communications Manager で着信コール発信側番号にプレフィックスが適用される前に確実に先行桁が除去されるように指定できます。詳細については、「[削除桁数(Strip Digits)] フィールドの設定に関する考慮事項」を参照してください。

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

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

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

表 8-2 に、Cisco Unified Communications Manager の管理ページの設定ウィンドウを示します。これらの設定ウィンドウでは、プレフィックス、プレフィックスの適用前に発信側番号から除去する先行桁数、およびさまざまな発呼側番号タイプ（加入者、国内など）用の着信発呼側トランスフォーメーション CSS を設定できます。

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

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

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

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

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

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

発信側番号をローカライズ前にグローバル化するために、Cisco Unified Communications Manager では、発呼側トランスフォーメーションの適用前に、発呼側番号タイプに基づいてプレフィックスと桁除去の設定が適用されます。

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

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

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

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

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

[発呼側トランスフォーメーションCSS(Calling Party Transformation CSS)] の設定は、ゲートウェイ上の T1-CAS ポートと FXO ポートには適用されません。

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

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

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

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

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

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

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

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

インタラクション

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

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

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

• 「一括管理ツール」

• 「呼詳細レコード」

• 「Cisco Unified Communications Manager Assistant」

• 「Cisco Unified Communications Manager CDR Analysis and Reporting」

• 「Cisco Unity/Cisco Unity Connection」

• 「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 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 Assistant」または 「シェアドライン サポートのある Cisco Unified Communications Manager Assistant」を参照してください。

Cisco Unified Communications Manager CDR Analysis and Reporting

発信側の正規化が Cisco Unified Communications Manager CDR Analysis and Reporting（CAR）に及ぼす影響については、『 Cisco Unified Communications Manager CDR Analysis and Reporting Administration Guide 』を参照してください。

Cisco Unity/Cisco Unity Connection

Cisco Unity および Cisco Unity Connection は、国際エスケープ文字（+）をサポートしていません。これらのアプリケーションは + をサポートしていないため、Cisco Unity または Cisco Unity Connection へのコールでは + を使用しないようにする必要があります。これにより、ボイスメール機能が予想どおりに動作するようになります。

発信側番号をグローバル化するために、Cisco Unified Communications Managerの管理ページの着信プレフィックス設定で + を設定すると、H.323、MGCP、または SIP ゲートウェイ（あるいは、該当する場合はトランク）の着信コール発信側番号に + がプレフィックスとして挿入されます。発呼側トランスフォーメーションを設定すると、デバイスで発信側番号をローカライズして、グローバル化されたバージョンとは異なる表示形式に変換できるようになります。たとえば、北米番号計画からのコールは 10 桁の発信側番号 2225551234 として到達します。Cisco Unified Communications Manager は、発信側番号にプレフィックス +1 を付加し、E.164 形式の番号を +12225551234 として表示します。北米の電話機の場合、Cisco Unified Communications Manager は発呼側トランスフォーメーションを使用して +12225551234 を 10 桁に変換してから番号を表示します。北米以外の電話機の場合、Cisco Unified Communications Manager は単に + を除去し、プレフィックス 00 を付加して 0012225551234 のように変換することがあります。

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

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 の管理ページに、 表 8-5 に示す設定項目があります。

電話機がダラスのホーム ロケーションにあるときに、サンノゼの 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 として表示されます。

（注） ローミング用デバイス プールの発呼側トランスフォーメーション CSS は、[電話の設定(Phone Configuration)] ウィンドウで [デバイスプールの発呼側トランスフォーメーションCSSを使用(Use Device Pool Calling Party Transformation CSS)] チェックボックスがオフの場合でも、同じ DMG 内でローミングする電話機のデバイス レベルの設定を上書きします。

制限事項

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

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

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

• SIP は、番号タイプをサポートしていないため、SIP トランク経由のコールは、発呼側番号タイプ [不明(Unknown)] の [着信番号(Incoming Number)] 設定値だけをサポートします。

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

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

• [発呼側トランスフォーメーションCSS(Calling Party Transformation CSS)] の設定は、ゲートウェイ上の T1-CAS ポートと FXO ポートには適用されません。

• Cisco Unity および Cisco Unity Connection は、国際エスケープ文字（+）をサポートしていません。これらのアプリケーションは + をサポートしていないため、Cisco Unity または Cisco Unity Connection へのコールでは + を使用しないようにする必要があります。これにより、ボイスメール機能が予想どおりに動作するようになります。詳細については、「Cisco Unity/Cisco Unity Connection」を参照してください。

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

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

サービス プロバイダーが発信側番号に先行桁（たとえば、ゼロ）を付加している状況で、これらの桁を除去してから他の桁を付加する必要がある場合（たとえば、先行桁が E.164 番号に含まれていないときに、発信側番号を E.164 形式に変換する場合）、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 で着信コール発信側番号にプレフィックスが適用される前に確実に先行桁が除去されるように指定できます。コロン（:）の前に設定する値がプレフィックスを表します。コロン（:）の後に設定する値では、Cisco Unified Communications Manager にプレフィックスの適用前に発信側番号から除去させる桁数を指定します。

たとえば、着信プレフィックス サービス パラメータに +:1 を設定することにより、Cisco Unified Communications Manager に発信側番号の 1 桁目を除去し、その後で国際エスケープ文字 + を適用するように指示できます。着信コールが 04423452345 として到達した場合、Cisco Unified Communications Manager は発信側番号の 1 桁目（この場合、ゼロ）を除去してから、プレフィックスとして国際エスケープ文字 + を付加します。したがって、発信側番号は +4423452345 に変換されます。

プレフィックスを付加せずに桁を除去するには、着信プレフィックス サービス パラメータにプレフィックスを設定せずにコロン（:）を設定します。コロン（:）の前にプレフィックスを入力しなかった場合、Cisco Unified Communications Manager は、指定された先行桁数を除去し、発信側番号にプレフィックスは適用しません。たとえば、:2 を設定すると、Cisco Unified Communications Manager は 2 桁目までを除去し、プレフィックスは適用しません。

Cisco Unified Communications Manager に特定桁数の先行桁を除去させようとしたときに、発信側番号の全桁数が設定値以下の場合、Cisco Unified Communications Manager は全桁を除去しますが、プレフィックスは適用します（プレフィックスを設定している場合）。たとえば、着信プレフィックス フィールドに +1:6 と入力したときに、発信側番号の全桁数が 6 桁以下の場合、Cisco Unified Communications Manager は全桁を除去し、プレフィックス +1 を適用します。

発信側番号の全桁を超える桁数を Cisco Unified Communications Manager で除去するように設定した場合、Cisco Unified Communications Manager は発信側番号をクリアします（空白にします）。

着信プレフィックス サービス パラメータにコロン（:）を設定しなかった場合、Cisco Unified Communications Manager は発信側番号から桁を除去しません。つまり、 表 8-7 で説明されている着信フィールドを設定しない限り（これらのフィールドではデバイス レベルでの設定がサポートされています）、桁は除去されません。

プレフィックスを設定しているにもかかわらず、空の発信側番号が到達した場合、Cisco Unified Communications Manager はプレフィックスを適用しません。

Cisco Unified Communications Manager が発信側番号から除去できる桁数は最大 24 桁です。着信プレフィックス サービス パラメータに :26 と入力すると、Cisco Unified Communications Manager の管理 はメッセージを表示し、その設定値を許可しません。

Cisco Unified Communications Manager で桁を除去し、発信側番号にプレフィックスを適用しようとしたときにエラーが発生した場合、Cisco Unified Communications Manager は桁の操作もプレフィックスの適用も行いません。代わりに、Cisco Unified Communications Manager は、そのコールで到達した発信側番号を使用します。

ヒント デバイスの設定ウィンドウに表示される着信フィールドを設定し、さらにサービス パラメータも設定した場合、Cisco Unified Communications Manager はデバイスの設定ウィンドウでの設定値を使用します。

[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 アドミニストレーション ガイド 』の

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

[デバイスプール設定(Device Pool Configuration)]、[ゲートウェイの設定(Gateway Configuration)]、または [トランクの設定(Trunk Configuration)] ウィンドウでの着信コール発信側の設定

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

• 「[プレフィックス(Prefix)] フィールドの設定に関する考慮事項」

• 「[削除桁数(Strip Digits)] フィールドの設定に関する考慮事項」

• 「着信発呼者の番号の設定」

[プレフィックス(Prefix)] フィールドの設定に関する考慮事項

表 8-7 で説明されているプレフィックス フィールドを設定する前に、次の事項を考慮してください。

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

• [ゲートウェイの設定(Gateway Configuration)] または [トランクの設定(Trunk Configuration)] ウィンドウの [プレフィックス(Prefix)] フィールドに [デフォルト(Default)] と表示されている場合、[ゲートウェイの設定(Gateway Configuration)] または [トランクの設定(Trunk Configuration)] ウィンドウの [削除桁数(Strip Digits)] フィールドは設定できません。この場合、Cisco Unified Communications Manager は、デバイスに適用されているデバイス プールの [プレフィックス(Prefix)] フィールドと [削除桁数(Strip Digits)] フィールドの設定を使用します。[デバイスプール設定(Device Pool Configuration)] ウィンドウの [プレフィックス(Prefix)] フィールドに [デフォルト(Default)] と表示されている場合、Cisco Unified Communications Manager は、着信コール発信側プレフィックスのサービス パラメータ設定を適用します。この設定は、プレフィックスと桁除去の両方の機能をサポートしています。

• [デバイスプール設定(Device Pool Configuration)]、[ゲートウェイの設定(Gateway Configuration)]、または [トランクの設定(Trunk Configuration)] ウィンドウで [削除桁数(Strip Digits)] フィールドを設定するには、[プレフィックス(Prefix)] フィールドを空白のままにするか、[プレフィックス(Prefix)] フィールドに有効な設定値を入力する必要があります。これらのウィンドウで [削除桁数(Strip Digits)] フィールドを設定する場合は、[プレフィックス(Prefix)] フィールドに Default と入力しないでください。

• プレフィックスがデバイスの着信コール発信側番号に適用されると、Cisco Unified Communications Manager は、コール自動転送、コール パーク、ボイスメール、CDR データなどの補足サービスをはじめ、コールに関連するその後のすべてのアクションで、発信側番号フィールドにプレフィックスを含めます。

• プレフィックスを設定しているにもかかわらず、空の発信側番号が到達した場合、Cisco Unified Communications Manager はプレフィックスを適用しません。たとえば、[ルートパターンの設定(Route Pattern Configuration)]、[ゲートウェイの設定(Gateway Configuration)]、または [トランクの設定(Trunk Configuration)] ウィンドウの [発呼者回線IDの表示(Calling Line ID Presentation)] ドロップダウン リスト ボックスから [非許可(Restricted)] を選択した場合、それが原因で空の発信側番号が到達します。

• Cisco Unified Communications Manager で桁を除去し、発信側番号にプレフィックスを適用しようとしたときにエラーが発生した場合、Cisco Unified Communications Manager は桁の操作もプレフィックスの適用も行いません。代わりに、Cisco Unified Communications Manager は、そのコールで到達した発信側番号を使用します。

• 着信プレフィックス フィールドは、桁除去フィールドとともに設定します（サービス プロバイダーが発信側番号に先行桁（たとえば、ゼロ）を付加している場合）。発信側番号から桁を除去する方法の詳細については、「[削除桁数(Strip Digits)] フィールドの設定に関する考慮事項」を参照してください。

[削除桁数(Strip Digits)] フィールドの設定に関する考慮事項

サービス プロバイダーが発信側番号に先行桁（たとえば、ゼロ）を付加している状況で、これらの桁を除去してから他の桁を付加する必要がある場合（たとえば、先行桁が E.164 番号に含まれていないときに、発信側番号を E.164 形式に変換する場合）、 表 8-7 に示すフィールドを設定することによって、Cisco Unified Communications Manager で着信コール発信側番号にプレフィックスが適用される前に確実に先行桁が除去されるように指定できます。

Cisco Unified Communications Managerに発信側番号から除去させる先行桁数を設定する前に、次の事項を考慮してください。

• 桁を除去するには、[サービスパラメータ設定(Service Parameter Configuration)] ウィンドウで Incoming Prefix サービス パラメータを設定するか、[デバイスプール設定(Device Pool Configuration)]、[ゲートウェイの設定(Gateway Configuration)]、または [トランクの設定(Trunk Configuration)] ウィンドウで [削除桁数(Strip Digits)] フィールドを設定します。この機能のサービス パラメータを設定する方法については、「発信側の正規化のサービス パラメータの設定」を参照してください。

• [ゲートウェイの設定(Gateway Configuration)] または [トランクの設定(Trunk Configuration)] ウィンドウの [プレフィックス(Prefix)] フィールドに [デフォルト(Default)] と表示されている場合、[ゲートウェイの設定(Gateway Configuration)] または [トランクの設定(Trunk Configuration)] ウィンドウの [削除桁数(Strip Digits)] フィールドは設定できません。この場合、Cisco Unified Communications Manager は、デバイスに適用されているデバイス プールの [プレフィックス(Prefix)] フィールドと [削除桁数(Strip Digits)] フィールドの設定を使用します。[デバイスプール設定(Device Pool Configuration)] ウィンドウの [プレフィックス(Prefix)] フィールドに [デフォルト(Default)] と表示されている場合、Cisco Unified Communications Manager は、着信コール発信側プレフィックスのサービス パラメータ設定を適用します。この設定は、プレフィックスと桁除去の両方の機能をサポートしています。

• [デバイスプール設定(Device Pool Configuration)]、[ゲートウェイの設定(Gateway Configuration)]、または [トランクの設定(Trunk Configuration)] ウィンドウで [削除桁数(Strip Digits)] フィールドを設定するには、[プレフィックス(Prefix)] フィールドを空白のままにするか、[プレフィックス(Prefix)] フィールドに有効な設定値を入力する必要があります。これらのウィンドウで [削除桁数(Strip Digits)] フィールドを設定する場合は、[プレフィックス(Prefix)] フィールドに Default と入力しないでください。

• Cisco Unified Communications Manager が除去できる桁数は最大 24 桁であることに注意してください。フィールドに 24 より大きい値（たとえば、26）を入力しても、Cisco Unified Communications Manager の管理はその設定値を許可しません。

• Cisco Unified Communications Manager に特定桁数の先行桁を除去させようとしたときに、発信側番号の全桁数が設定値以下の場合、Cisco Unified Communications Manager は全桁を除去しますが、プレフィックスは適用します（プレフィックスを設定している場合）。

• 発信側番号の全桁を超える桁数を Cisco Unified Communications Manager で除去するように設定した場合、Cisco Unified Communications Manager は発信側番号をクリアします（空白にします）。

• [削除桁数(Strip Digits)] フィールドの値を設定しなかった場合、Cisco Unified Communications Manager は発信側番号から桁を除去しません。

• Cisco Unified Communications Manager で桁を除去し、発信側番号にプレフィックスを適用しようとしたときにエラーが発生した場合、Cisco Unified Communications Manager は桁の操作もプレフィックスの適用も行いません。代わりに、Cisco Unified Communications Manager は、そのコールで到達した発信側番号を使用します。

着信発呼者の番号の設定

表 8-7 に示す設定は、Cisco Unified Communications Manager の管理ページの次のウィンドウに表示されます。

• デバイス プール（[システム(System)] > [デバイスプール(Device Pool)]）：すべてのデジタル ゲートウェイおよびトランクに設定が適用されます（そのデバイスのデバイス プールを選択した場合）。

• ゲートウェイ（[デバイス(Device)] > [ゲートウェイ(Gateway)]）：H.323 ゲートウェイの設定ウィンドウと、MGCP（T1-PRI/BRI）および MGCP（E1-PRI/BRI）のポート ウィンドウ（[ゲートウェイの設定(Gateway Configuration)] ウィンドウ）に設定項目が表示されます。

• トランク（[デバイス(Device)] > [トランク(Trunk)]）：SIP トランクを除く、すべてのトランクの設定ウィンドウに設定項目が表示されます。

ヒント SIP の [トランクの設定(Trunk Configuration)] ウィンドウには [着信番号(Incoming Number)] 設定項目だけが表示され、これは [不明(Unknown)] 発呼側番号タイプに使用されます。

各設定ウィンドウでの設定手順については、次の項を参照してください。

• 『 Cisco Unified Communications Manager アドミニストレーション ガイド 』の

• 『 Cisco Unified Communications Manager アドミニストレーション ガイド 』の

• 『 Cisco Unified Communications Manager アドミニストレーション ガイド 』の

発信側番号をローカライズするための発呼側トランスフォーメーション コーリング サーチ スペース（CSS）の適用

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

表 8-8 では、発呼側トランスフォーメーション CSS の各種設定について説明し、設定値を割り当てる Cisco Unified Communications Manager の管理ページの設定ウィンドウを示します。