監視転送の場合、ユーザーのパーソナル グリーティングに (または別の内線に) ルーティングするまでに Cisco Unity Connection が待機する呼び出し音の数を再設定できます。 電話システムが通話を転送するようにプログラムされている場合、電話システムが通話を転送するための待機時間が、Unity Connection がメッセージを受信するまでの待機時間よりも長いことを確認します。

Unity Connection がメッセージを受信する前に、電話システムが通話を別の内線に転送する場合、以下が発生する可能性があります。

• 発信者には、ユーザーのパーソナル グリーティングの先頭は聞こえません。 （例えば、ユーザーのグリーティングで「こんにちは、マリア・ラミレスです。 トーン音の後にメッセージを残してください。」と流れるはずが、発信者に流れるのは「トーン音の後にメッセージを残してください。」だけです）

• 通話は、ユーザーのパーソナル グリーティングではなく、オペレータなどの別の電話に転送されます。

• 通話が開始の挨拶に転送されます。

• 発信者には呼び出し音のみが聴こえます。

発信者がユーザーのパーソナルグリーティングではなく、最初のグリーティングを聞く場合、電話システムの連動が正しくセットアップされていることを確認します。 設定が正しくない場合、パーソナルグリーティングへの着信転送とメッセージアクセス簡単な機能は有効になっていません。

通話が通話中の内線に到達し、Unity Connection に転送されると、電話システムは通常、通話と共に転送の理由 (内線が通話中) を送信します。

Unity コネクションが発信者に対して取り込み中のグリーティングを再生しない場合、次のいずれかの原因が考えられます。

• 電話システムは、話中グリーティングをサポートするために必要な発信情報を提供しません。 詳細については、http://www.cisco.com/en/US/products/ps6509/products_installation_and_configuration_guides_list.html にある該当する『Cisco Unity Connection インテグレーションガイド』の「統合機能」の項を参照してください。

• ユーザーは話中挨拶を有効にしていません。 https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/user/guide/phone/b_14cucugphone.html にある『Cisco Unity Connection 電話インターフェイス ユーザー ガイド、リリース 14』、または

https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/user/guide/assistant/b_14cucugasst.html にある『Cisco Unity Connection Messaging Assistant Web ツールユーザーガイド、リリース 14』を参照してください。

• ユーザーの代替のグリーティングが有効になり、忙しい時のグリーティングよりも優先されます。 https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/user/guide/phone/b_14cucugphone.html にある『Cisco Unity Connection 電話インターフェイス ユーザー ガイド（リリース 14）』またはhttps://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/user/guide/assistant/b_14cucugasst.html にある『Cisco Unity Connection メッセージング アシスタント ウェブ ツール ユーザー ガイド（リリース 14）』を参照してください。

発信者が自動アテンダントまたはユーザーグリーティングから内線に転送するための数字を入力し、意図しない宛先に到達した場合、発信者が数字を入力したポイントで通話の検索範囲を確認します。 Connection は検索範囲を使用して、発信者がダイヤルする内線を、ユーザー、連絡先、または VPIM ロケーションのリモート連絡先など、この内線を持つオブジェクトと照合します。 特に、ダイヤル プランに重複する内線番号が含まれている場合、発信者が複数のユーザーまたは他の Unity Connection オブジェクトに一致する内線番号を入力し、発信者が期待するのとは異なるオブジェクトに転送される可能性があります。

内線番号で一致させるために、Connection は通話の検索範囲として現在定義されている検索スペースを確認します。 Unity Connection は、Cisco Unity Connection 管理の割り当てられたパーティションリストに表示される順序で、この検索スペースのパーティションを検索し、最初に見つかった結果を返します。

発信者がシステムコールハンドラに到達したときの呼び出しの検索範囲は、そのハンドラの [コールハンドラの基本設定（Call Handler Basics）] ページの [検索範囲（Search Scope）] 設定で定義され、特定のサーチスペースに明示的に設定するか、または呼び出しからサーチスペースを継承するように設定することもできます。この場合、それは前のハンドラまたは最後に呼び出しを処理したルーティングルールによって設定されている可能性があります。 ユーザーのグリーティングが再生されるとき、通話の検索範囲は、Cisco Unity Connection 管理のユーザーの [ユーザー基本] ページにある [検索範囲] 設定によって定義されます。

コールの検索範囲をトレースするには、CDE マイクロ トレース (レベル 4 検索スペース) を有効にします。 トレースを有効にしてトレースログを表示する方法の詳細は、「診断トレースを使ったトラブルシューティング」を参照してください。

発信者がディレクトリ ハンドラで特定のユーザーを見つけられない場合、Cisco Unity Connection 管理の [ディレクトリ ハンドラの基本設定を編集] ページでディレクトリ ハンドラの検索範囲を確認します。 電話ディレクトリハンドラの検索範囲は、サーバー全体に設定することも、特定のサービスクラス、システム同報リスト、またはサーチスペースに設定することもできます。または、発信者がディレクトリハンドラに到達した時点での通話のサーチスペースに設定することもできます。 音声対応ディレクトリ ハンドラの検索範囲は、サーバー全体、特定のサーチ スペース、または発信者がディレクトリ ハンドラに到達した通話のサーチ スペースに設定できます。

検索範囲がサーバー全体に設定されている場合、ユーザーまたはユーザーは、ディレクトリハンドラから到達できるように、ディレクトリハンドラが存在するサーバーにアカウントを持っている必要があります。

検索範囲が特定のサービスクラス、システム配信リスト、またはサーチスペースに設定されている場合、Connection Administration を使用して、ターゲットユーザーがサービスクラスまたは配信リストに属しているのか、あるいは、検索スペースのメンバーであるパーティションに属しているかどうかを判断できます。

検索範囲が通話から検索スペースを継承するように設定されている場合、発信者がディレクトリ ハンドルのユーザーに到達することが困難な場合に、どの検索範囲を使用するかを決定します。 通話がシステムに着信し、ルーティングされる方法に応じて、検索範囲は通話ごとに異なり、通話中に変更できます。 トレースを使用して、継承された検索範囲を決定する方法については、 「トレースを使用して、通話中に使用された検索スペースを判別する」の項（5-8 ページ）を参照してください。

ユーザーがメッセージの宛先を指定しようとしたときに、1 人または複数の希望する受信者を見つけることができない場合、受信者のユーザーまたは連絡先アカウントが存在し、ユーザーが入力している名前のスペルまたは内線番号が正しいことを確認することから始めます。

ユーザーがメッセージを VPIM ロケーションにブラインドアドレス指定する場合は、VPIM ロケーションの DTMF アクセス ID と受信者のメールボックス番号で構成される番号を入力するか、メールボックス番号と表示名の桁を発声します。Cisco Unity Connection Administration の [VPIM ロケーション（VPIM Location）] ページで、[ブラインドアドレス宛先検索を許可する（Allow Blind Addressing）] チェックボックスをオンにして、VPIM ロケーションに対してブラインドアドレスが有効になっていることを確認します。

受信者アカウントが存在し、ユーザー検索条件に一致すること、またはブラインドアドレスが有効であることを確認したにもかかわらず、ユーザーが希望する受信者にアドレスできない場合、ユーザーの検索スペースに、ユーザー、VPIM 連絡先、または VPIM ロケーションを指定します。 VPIM 連絡先パーティションが、連絡先が属する VPIM ロケーションのパーティションと一致しない場合、検索結果は、メッセージの宛先指定に使用された方法、およびパーティションとサーチスペースの設定によって異なります。 ユーザーが VPIM ロケーションの DTMF アクセス ID に加えてリモートユーザーのメールボックス番号を入力して VPIM メールボックス宛てのメッセージを送信した場合、または音声認識ユーザーが名前と場所を発声した場合（例えば、「Seattle の John Smith」）、その操作は、VPIM ロケーションのパーティションに基づいて許可されるか拒否されます。 しかし、ユーザーが名前をつづって、または連絡先の内線番号を入力して VPIM 連絡先を指定する場合、あるいは音声認識ユーザーがロケーションなしで連絡先の名前（「John Smith」など）を発声した場合、アクションは、VPIM ロケーションのパーティションがユーザーの範囲外であるかどうかに関係なく、VPIM 連絡先のパーティションに基づいて許可または拒否されます。

ユーザーがメッセージをシステム配信リストの宛先にできない場合、以下の原因が考えられます。

• ユーザーには、Cisco Unity Connection Administration の [サービスクラス（Class of Service）] > [サービスクラスの編集（Edit Class of Service）] ページで適切なサービスクラス権限を与える必要があります。 ユーザーが割り当てられているサービスクラスで、[ユーザーによるシステム同報リストへのメッセージ送信を許可] チェックボックスがオンになっている必要があります。

• ユーザーはリストにメッセージを送る方法を知っている必要があります。 ユーザーが電話のキーパッド会話を使用している場合、ユーザーは表示名またはリストの内線番号を入力できます。 ユーザーが音声認識カンバセーションを使用している場合、ユーザーは表示名または Connection 管理のリストに定義されている代替名を発声できます。

• 他のアドレス指定タイプと同様に、ユーザーがシステム同報リストのメッセージの宛先にするには、ユーザーの検索範囲として定義されたサーチスペースのメンバーであるパーティションにリストが属している必要があります。 配信リストのメンバーは、送信ユーザーの検索範囲内で個別にアドレス指定できるかどうかに関係なく、メッセージを受信することに注意してください。

ユーザーが内線番号でメッセージの宛先を指定し、予期しない一致が見つかった場合、最も一般的な原因はサーチ スペース設定である可能性があります。 内線番号による一致を行うために、Unity Connection はメッセージの宛先を指定しているユーザーの検索スペースをチェックします。 Unity Connection は、Cisco Unity Connection 管理の割り当てられたパーティションリストに表示される順序で、この検索スペースのパーティションを検索し、最初に見つかった結果を返します。 ダイヤル プランに重複する内線番号が含まれている場合、ユーザーが複数のユーザーまたは他の Unity Connection オブジェクトと一致する内線を入力する場合、ユーザーが期待するものとは異なる一致結果を聞く可能性があります。

この問題を解決するには、Connection Admininistration で、または Cisco Unity Connection Serviceability のダイヤルプランレポートおよびダイヤル検索範囲レポートを使用して、ユーザーに割り当てられているサーチスペースのパーティションの順序を確認する必要があります。 ダイヤルプランに従ってサーチスペースが正しくセットアップされている場合、ユーザーにメッセージの宛先を指定する際に、受信者の名前をスペルまたは音声で入力することを推奨できます。この場合、名前に複数の一致がある場合、Unity Connection は一致するそれぞれを返します。