- Cisco Unified Communications Manager 機能およびサービス ガイド
- はじめに
- 割り込みとプライバシー
- 折返し
- コール制御ディスカバリ
- Call Display Restrictions 機能
- コールパークとダイレクト コールパーク
- コール ピックアップ
- コール スロットリングおよび Code Yellow 状態
- 発信側の正規化
- Cisco エクステンション モビリティ
- Cisco クラスタ間のエクステンションモビリ ティ
- プロキシ回線サポートのある Cisco Unified Communications Manager Assistant
- シェアドライン サポートのある Cisco Unified Communications Manager Assistant
- Cisco Unified Communications Manager Auto-Attendant
- Cisco Unified Mobility
- Cisco Unified Mobility Advantage と Cisco Unified Mobile Communicator の統合
- Cisco WebDialer
- クライアント識別コードと強制承認コード
- カスタム電話呼び出し音
- デバイス モビリティ
- サイレント
- 外部コール制御
- External Call Transfer Restrictions 機能
- 位置情報 およびロケーション伝達
- 保留復帰
- ホットライン
- 即時転送
- インターコム
- インターネット プロトコル バージョン 6 （IPv6）
- ライセンス
- ローカル ルート グループ
- 論理パーティション
- 迷惑呼 ID
- モニタリングと録音
- Multilevel Precedence and Preemption
- 保留音
- プレゼンス
- Quality Report Tool
- 索引
Cisco Unified Communications Manager 機能およびサービス ガイド リリース 8.0(2)
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2012年5月31日
章のタイトル： 発信側の正規化
発信側の正規化
E.164 標準に従い、発信側を正規化すると、一部の電話機のダイヤル機能が拡張され、コールが地理的に異なる複数の場所にルーティングされる場合の折返し機能が向上します。つまり、この機能により、着信側は、電話機のコール ログ ディレクトリ内の電話番号を修正する必要なく、確実にコールを返すことができます。さらに、発信側の正規化により、電話番号をグローバル化またはローカライズできるため、適切な発信側番号が電話機に表示されます。
ヒント 発信側の正規化を設定すると、コールが IP WAN を経由して複数の場所にルーティングされる場合のトール バイパスに関する問題が軽減されます。さらに、Cisco Unified Communications Manager では、コールの発信元を識別し、電話機ユーザの発信側番号をグローバル化またはローカライズできます。
–
「グローバル発信側番号と対応するローカル番号のマッピング」
• 「システム要件」
• 「関連項目」
発信側の正規化の設定チェックリスト
E.164 標準に従い、発信側を正規化すると、一部の電話機のダイヤル機能が拡張され、コールが地理的に異なる複数の場所にルーティングされる場合の折返し機能が向上します。つまり、この機能により、着信側は、電話機のコール ログ ディレクトリ内の電話番号を修正する必要なく、確実にコールを返すことができます。さらに、発信側の正規化により、電話番号をグローバル化またはローカライズできるため、適切な発信側番号が電話機に表示されます。
ヒント 発信側の正規化を設定すると、コールが IP WAN を経由して複数の場所にルーティングされる場合のトール バイパスに関する問題が軽減されます。さらに、Cisco Unified Communications Manager では、コールの発信元を識別し、電話機ユーザの発信側番号をグローバル化またはローカライズできます。
表 8-1 に、発信側番号をグローバル化およびローカライズするために実行するタスクを示します。発信側の正規化の詳細については、「発信側の正規化の概要」および 「関連項目」を参照してください。
|
|
|
|
|---|---|---|
まだ実行していない場合は、Cisco Unified サービスアビリティ で Cisco CallManager サービスをアクティブにします。 |
||
|
|
||
PSTN 経由の国内、国際、加入者、および不明の各着信コールについて、それぞれのコール タイプに関連付けるプレフィックスを作成します。各デバイス タイプ（電話機、MGCP ゲートウェイ、H.323 ゲートウェイ/トランク、SIP トランクなど）のプレフィックスを作成します。 |
||
サービス プロバイダーが発信側番号に先行桁（たとえば、ゼロ）を付加している状況で、これらの桁を除去してから他の桁を付加する必要がある場合（たとえば、先行桁が E.164 番号に含まれていないときに、発信側番号を E.164 形式に変換する場合）、 表 8-7 に示すフィールドを設定することによって、Cisco Unified Communications Manager で着信コール発信側番号にプレフィックスが適用される前に確実に先行桁が除去されるように指定できます。 |
||
[コールルーティング(Call Routing)] > [コントロールのクラス(Class of Control)] > [コーリングサーチスペース(Calling Search Space)] で、発呼側トランスフォーメーション パターン用のさまざまなパーティションを作成します。 各種発呼側トランスフォーメーション パターンおよび各種番号タイプ用にそれぞれ別個のパーティションと Calling Search Space（CSS; コーリング サーチ スペース）を作成します。 |
||
[コールルーティング(Call Routing)] > [コントロールのクラス(Class of Control)] > [コーリングサーチスペース(Calling Search Space)] で、各種発呼側番号タイプ用の着信コール発信側番号コーリング サーチ スペース（CSS）を作成します。たとえば、国内発呼側番号タイプ用の CSS や国際発呼側番号タイプ用の CSS などを作成します。 CSS の [コーリングサーチスペースの設定(Calling Search Space Configuration)] ウィンドウで、発呼側トランスフォーメーション パターン用に作成したパーティションを [使用可能なパーティション(Available Partitions)] ペインに移動します。作成した各 CSS に対してこのタスクを実行します。 |
||
[コールルーティング(Call Routing)] > [トランスフォーメーションパターン(Transformation Pattern)] > [発呼側トランスフォーメーションパターン(Calling Party Transformation Pattern)] を選択し、発呼側トランスフォーメーション パターンを作成します。[発呼側トランスフォーメーションパターンの設定(Calling Party Transformation Pattern Configuration)] ウィンドウで、着信発呼側トランスフォーメーション CSS に関連付けられたパーティションを発呼側トランスフォーメーション パターンに割り当てます。 |
||
[ゲートウェイの設定(Gateway Configuration)] や SIP の [トランクの設定(Trunk Configuration)] などのデバイス設定ウィンドウで、適切な着信発呼側トランスフォーメーション CSS を選択します。 ヒント デバイスの設定ウィンドウで着信コール発信側番号 CSS を選択するには、着信発呼者の番号の設定ペインで発呼側番号タイプに対応する [コーリングサーチスペース(Calling Search Space)] 項目を設定します。 |
||
|
|
||
[コールルーティング(Call Routing)] > [コントロールのクラス(Class of Control)] > [コーリングサーチスペース(Calling Search Space)] で、発呼側トランスフォーメーション パターンのパーティションを作成します。 |
||
[コールルーティング(Call Routing)] > [コントロールのクラス(Class of Control)] > [コーリングサーチスペース(Calling Search Space)] で発呼側トランスフォーメーション CSS を作成します。その発呼側トランスフォーメーション CSS の [コーリングサーチスペースの設定(Calling Search Space Configuration)] ウィンドウで、発呼側トランスフォーメーション パターン用に作成したパーティションを [使用可能なパーティション(Available Partitions)] ペインに移動します。 |
||
[コールルーティング(Call Routing)] > [トランスフォーメーションパターン(Transformation Pattern)] > [発呼側トランスフォーメーションパターン(Calling Party Transformation Pattern)] を選択し、発呼側トランスフォーメーション パターンを作成します。[発呼側トランスフォーメーションパターンの設定(Calling Party Transformation Pattern Configuration)] ウィンドウで、発呼側トランスフォーメーション CSS に関連付けられたパーティションを発呼側トランスフォーメーション パターンに割り当てます。 |
||
デバイスの設定ウィンドウ、たとえば、[ゲートウェイの設定(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)] チェックボックスをオンにします。 |
||
発信側の正規化の概要
E.164 標準に従い、発信側を正規化すると、一部の電話機のダイヤル機能が拡張され、コールが地理的に異なる複数の場所にルーティングされる場合の折返し機能が向上します。つまり、この機能により、着信側は、電話機のコール ログ ディレクトリ内の電話番号を修正する必要なく、確実にコールを返すことができます。さらに、発信側の正規化により、電話番号をグローバル化またはローカライズできるため、適切な発信側番号が電話機に表示されます。
ヒント 発信側の正規化を設定すると、コールが IP WAN を経由して複数の場所にルーティングされる場合のトール バイパスに関する問題が軽減されます。さらに、Cisco Unified Communications Manager では、コールの発信元を識別し、電話機ユーザの発信側番号をグローバル化またはローカライズできます。
• 「グローバル発信側番号と対応するローカル番号のマッピング」
発信側番号のグローバル化
ヒント ここでは、発信側番号をグローバル化するために設定できる国際エスケープ文字 + については説明していません。国際エスケープ文字の詳細については、『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 にプレフィックスの適用前に発信側番号から除去させる先行桁数を設定できます。 このウィンドウでは、デバイスのタイプに応じて、さまざまな発呼側番号タイプ（加入者、不明など）用に着信発呼側トランスフォーメーション CSS を適用できます。この CSS を設定すると、デバイスで発呼側番号タイプに基づいて発信側番号をグローバル化できるようになります。 |
|
H.323、MGCP（T1-PRI/BRI）、および MGCP（E1-PRI/BRI）のゲートウェイのプレフィックスを設定できます。 地理的に異なる複数の場所にゲートウェイがある場合は、[ゲートウェイの設定(Gateway Configuration)] ウィンドウで各ゲートウェイのプレフィックスを設定できます。たとえば、ゲートウェイが RTP にあり、着信コールの発信者 ID が 555 1212 である場合は、発信者 ID にプレフィックス 919 を付加し、9195551212 とします。ただし、コールを別のゲートウェイ（たとえば、ダラスにあるゲートウェイ）にルーティングする場合は、ダラスのエリア コードが 214 であるため、最終宛先に到達する前に、プレフィックスが 91919 ではなく 91214 と表示されるようにします。 着信コールの発信側番号をグローバル化するには、着信コールを処理するゲートウェイのプレフィックスを設定する必要があります。また、サービス プロバイダーが発信側番号に桁を付加している場合は、Cisco Unified Communications Manager にプレフィックスの適用前に発信側番号から除去させる先行桁数を設定できます。 このウィンドウでは、デバイスのタイプに応じて、さまざまな発呼側番号タイプ（加入者、不明など）用に着信発呼側トランスフォーメーション CSS を適用できます。この CSS を設定すると、デバイスで発呼側番号タイプに基づいて発信側番号をグローバル化できるようになります。 |
|
すべてのトランク タイプのプレフィックスを設定できます。SIP トランクは、[不明(Unknown)] タイプの発呼側番号の着信発呼側設定（プレフィックス、削除桁数など）だけをサポートしています。 また、サービス プロバイダーが発信側番号に桁を付加している場合は、Cisco Unified Communications Manager にプレフィックスの適用前に発信側番号から除去させる先行桁数を設定できます。 このウィンドウでは、デバイスのタイプに応じて、さまざまな発呼側番号タイプ（加入者、不明など）用に着信発呼側トランスフォーメーション CSS を適用できます。この CSS を設定すると、デバイスで発呼側番号タイプに基づいて発信側番号をグローバル化できるようになります。 |
|
[サービスパラメータ設定(Service Parameter Configuration)] ウィンドウでは、プレフィックス サービス パラメータ Incoming Calling Party National Number Prefix、Incoming Calling Party International Number Prefix、Incoming Calling Party Subscriber Number Prefix、および Incoming Calling Party Unknown Number Prefix がそれぞれ電話機、H.323、MGCP、および SIP に対して表示されます（SIP の場合は「Unknown」のパラメータだけ）。 ネットワーク内に単一の 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)] ウィンドウで特定のゲートウェイに対してプレフィックスを設定する場合は例外です）。 プレフィックス サービス パラメータでは、コロン（:）を設定して、Cisco Unified Communications Manager にプレフィックスの適用前に発信側番号から先行桁を除去させるように指定できます。詳細については、「発信側の正規化のサービス パラメータの設定」を参照してください。 |
発信側番号のローカライズ
発信側番号の最終表示のために、Cisco Unified Communications Manager では、各発呼側番号タイプ（国内、国際、加入者、および不明）の発呼側トランスフォーメーション パターンを設定できるため、番号は、エンド ユーザの予想どおりに電話機に表示されます。つまり、発呼側トランスフォーメーション パターンを設定して、発信側番号の桁を除去したり追加したりできます。電話機で認識可能な最短の番号を表示するために、発信側と着信側の場所に応じて、不要な国番号、国際アクセス コードなどを除去できます。
ヒント 発呼側トランスフォーメーション パターンを設定する目的は、ルーティングではなく、発信側に対して状況依存の変更を提供することです。
例 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 7.1
• Cisco Unified IP Phone 7906、7911、7931、7961、7962、7965、7970、7971、および 7975
インタラクションおよび制限事項
次の項では、発信側の正規化におけるインタラクションおよび制限事項について説明します。
• 「制限事項」
インタラクション
次の項では、発信側の正規化が Cisco Unified Communications Manager の機能およびアプリケーションと通信する方法について説明します。
• 「転送されたコールの発信側番号のグローバル化およびローカライズ」
• 「自動転送されたコールの発信側番号のグローバル化およびローカライズ」
• 「Cisco Unified Communications Manager Assistant」
• 「Cisco Unified Communications Manager CDR Analysis and Reporting」
転送されたコールの発信側番号のグローバル化およびローカライズ
転送機能はコール中の更新に依存しているため、シナリオによっては、転送されたコールが発信側番号のグローバル化およびローカライズをサポートしていない場合があります （発信側の正規化は、コール中の更新ではなく、コールの各ホップにおけるコール設定中のグローバル化およびローカライズをサポートします）。転送されたコールに対する発信側の正規化の動作の例については、次の項を参照してください。
• 「ゲートウェイを経由するオンネットの転送されたコールに対する発信側の正規化」
• 「着信ゲートウェイを経由する転送されたコールに対する発信側の正規化」
ゲートウェイを経由するオンネットの転送されたコールに対する発信側の正規化
内線番号 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 として表示されます。
制限事項
発信側の正規化を設定する前に、次の制限事項を確認してください。
• シェアドラインの場合に表示される発信側番号は、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 をインストールした後、発信側の正規化を設定できます。発信側の正規化のサービス パラメータは Cisco CallManager サービスをサポートしているため、発信側の正規化を設定する前に、Cisco Unified サービスアビリティ で Cisco CallManager サービスをアクティブにする必要があります。
発信側の正規化の設定
• 「[デバイスプール設定(Device Pool Configuration)]、[ゲートウェイの設定(Gateway Configuration)]、または [トランクの設定(Trunk Configuration)] ウィンドウでの着信コール発信側の設定」
• 「発信側番号をローカライズするための発呼側トランスフォーメーション コーリング サーチ スペース（CSS）の適用」
ヒント 発信側の正規化を設定する前に、「発信側の正規化の設定チェックリスト」を参照してください。
発信側の正規化のサービス パラメータの設定
ヒント 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 回目は、電話機でコールが終了したときです。
発呼側番号タイプの設定
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 の管理ページの設定ウィンドウを示します。
エンド ユーザへの情報の提供
設定によっては、電話機ユーザがコールを発信する前に電話機のコール ログ ディレクトリのエントリを編集する必要がない場合もあります。また、設定によっては、電話機のコール ログ ディレクトリに国際エスケープ文字 + が含まれることがあります。
関連項目
• 「グローバル発信側番号と対応するローカル番号のマッピング」
• 「システム要件」
• 「[デバイスプール設定(Device Pool Configuration)]、[ゲートウェイの設定(Gateway Configuration)]、または [トランクの設定(Trunk Configuration)] ウィンドウでの着信コール発信側の設定」
• 「発信側番号をローカライズするための発呼側トランスフォーメーション コーリング サーチ スペース（CSS）の適用」
• 『 Cisco Unified Communications Manager システム ガイド 』の
• 『 Cisco Unified Communications Manager システム ガイド 』
• 『Cisco Unified Communications Manager アドミニストレーション ガイド 』
• 『Cisco Unified Serviceability Administration Guide 』
• 『Cisco Unified Communications Manager CDR Analysis and Reporting Administration Guide 』
• 『Cisco Unified Communications Manager Bulk Administration ガイド 』
• ご使用の電話機とこのバージョンの Cisco Unified Communications Manager をサポートしている Cisco Unified IP Phone のマニュアル
フィードバック