Call Transfer と Call Forward について
Call Forward
[Call forward] 機能は、次の 1 つ以上の条件下で指定された番号に通話を転送します。
- すべてのコール：電話機ユーザがすべてのコールのコール自動転送をアクティブにしている場合、すべての着信コールが転送されます。転送されるコールの宛先は、ルータ設定で指定することも、電話機ユーザがソフトキーまたは機能アクセス コードで指定することもできます。最後に入力された宛先が、入力方法にかかわらず Cisco Unified CME により認識されます。
- 応答なし：タイムアウト期間が経過する前に内線番号が応答しない場合に、着信コールが転送されます。転送されるコールの宛先はルータ設定で指定されます。
- 話中：内線番号が話し中で、コール待機がアクティブでない場合、着信コールが転送されます。転送されるコールの宛先はルータ設定で指定されます。
- ナイト サービス：ナイト サービス時間中、すべての着信コールが自動的に転送されます。転送されるコールの宛先はルータ設定で指定されます。
ディレクトリ番号には、4 つすべてのタイプのコール自動転送を同時に定義でき、コール自動転送のタイプごとにさまざまな転送先を定義することができます。複数のタイプのコール自動転送が一度にアクティブになっている場合、さまざまなタイプが次の順序で評価されます。
- コール転送ナイト サービス
- 不在転送
- 話中のコール転送および応答なしのコール転送
H.450.3 の機能はデフォルトではルータでグローバルに有効になっており、グローバルに、または個々のダイヤルピアに対して無効にすることができます。H.450.3 標準を使用して着信パターンを設定できます。このコマンドで定義されたパターンと一致しない発信者番号は、下位互換性のためにシスコ独自のコール自動転送を使用して転送されます。Cisco Unified Cisco Mobility Express システムで H.450.3 構成する場合は、「ディレクトリ番号に Call Forwarding を許可」を参照してください。
選択的 Call Forward
ディレクトリ番号に到達するためにダイヤルされる番号（プライマリ番号、セカンダリ番号、またはダイヤルプランパターンによって拡張されたこれらのいずれかの番号）に基づいて、ビジーまたは無応答のディレクトリ番号に Call Forward を適用できます。
Cisco Unified CME は、プライマリ番号に各 ephone-dn が割り当てられるときに、自動的に 1 つの POTS ダイヤルピアを作成します。ephone-dn がセカンダリ番号に割り当てられると、2 番めの POTS ダイヤルピアが作成されます。dialplan-pattern コマンドを使用して ephone-dn のプライマリ番号とセカンダリ番号が拡張された場合は、さらに 2 つのダイヤルピアが作成され、その結果、ephone-dn に次の 4 つのダイヤルピアが作成されます。
-
プライマリ番号の POTS ダイヤルピア
-
セカンダリ番号の POTS ダイヤルピア
-
dialplan-pattern コマンドによって拡張されたプライマリ番号の POTS ダイヤルピア
-
dialplan-pattern コマンドによって拡張されたセカンダリ番号の POTS ダイヤルピア
通常、コール自動転送は ephone-dn に作成されるすべてのダイヤルピアに適用されます。選択的コール転送では、コールを ephone-dn にルーティングするために使用された着信者番号に基づいて、指定したダイヤルピアだけを対象に、話し中コールまたは無応答コールにコール自動転送を適用できます。
For example, the following commands set up a single ephone-dn (ephone-dn 5) with four dial peers:telephony-service dialplan-pattern 1 40855501.. extension-length 4 extension-pattern 50.. ephone-dn 5 number 5066 secondary 5067 この例では、次の場合にコールが自動転送されるように、選択的コール転送を適用できます。
-
発信者がプライマリ番号 5066 をダイヤルしたとき。
-
発信者がセカンダリ番号 5067 をダイヤルしたとき。
-
発信者が拡張番号 4085550166 または 4085550167 をダイヤルしたとき。
構成情報については、ディレクトリ番号に Call Forwarding を許可を参照してください。
未登録 Call Forward
未登録時の不在転送（CFU）機能では、ディレクトリ番号（DN）が電話機に関連付けられていない場合や、関連付けられた番号が Cisco Unified CME に登録されていない場合に、コールを別の番号に転送できます。CFU 機能は、無線電話ユーザにとって、無線電話アクセス ポイントの範囲外であるか、自動シャットダウン機能によって電話機が自動的にシャットダウンされる場合に便利です。サービスは使用できなくなり、コールを CFU の宛先に転送できます。未登録 DN または浮動 DN は CFU 機能を使用して転送できます。
未登録 DN は、関連付けられていない電話機が Cisco Unified CME に登録されないことを示します。Cisco Unified CME が登録解除要求を送信するか、または電話機の登録解除要求に応答すると、登録済みの電話機が未登録になります。Cisco Unified CME は次の状況で登録解除要求を送信します。
- キープアライブ タイマーが期限切れになったとき。
- ユーザが電話機で reset コマンドまたは restart コマンドを発行したとき。
- エクステンション モビリティ（EM）ユーザが電話機にログインしたとき。（他の登録済み電話機に関連付けられた共有 DN を除く、logout-profile で設定されたすべての DN）。
- EM ユーザが電話機からログアウトしたとき。（他の登録済み電話機に関連付けられた共有 DN を除く、user-profile で設定されたすべての DN）。
電話機と Cisco Unified CME との接続が失われてから、その電話機が未登録になったことを Cisco Unified CME が宣言するまでの間には、常にある程度のギャップが存在します。ギャップの長さは、キープアライブ タイマーに応じて異なります。Cisco Unified CME は電話機が登録済みであると見なし、キープアライブ タイマーが期限切れになるまで DN の関連付けを試行します。SIP IP Phone の voice service voip モードで sip の registrar server expires max <seconds> min <seconds> コマンドを使用してキープアライブ タイマーの期限切れを設定できます。詳細については、SIP 電話機でのキープアライブタイマー期限の構成例を参照してください。
Cisco Unified CME 8.6 は、voice register dn tag で call-forward b2bua unregistered コマンドを使用して、SIP IP Phone の CFU 機能をサポートします。CFU 機能では、オーバーラップ ダイヤルと一括ダイヤルがサポートされます。浮動 DN へのコールは CFU の宛先に転送されます（設定されている場合）。サービス ポイント外の DN または接続が失われた電話機へのコールは、電話機が登録済みになるまで CFU 番号に転送されません。未登録の通話手相を構成する場合は、「SIP IP 電話機未登録の Call Forward の構成例」を参照してください。
 （注） |
以前のバージョンの Cisco Unified CME では、発信者が SCCP 電話番号に到達できない場合に、発信者に対してビジー音が再生されていました。Cisco Unified CME 8.6 以降のバージョンでは、電話機に到達できない発信者へのビジー音の代わりに、速いビジー音が再生されます。 |
SIP デバイス用 B2BUA Call Forward
Cisco Unified CME 3.4 以降のバージョンは、UA サーバと UA クライアントの両方として、つまり、B2BUA として動作します。SIP 電話機へのコールは、（Cisco Unity または Cisco Unity Express、サード パーティのボイス メール システム、Cisco Unified IPCC や Cisco Unified IPCC Express などの自動受付または IVR システムを含めて）他の SIP デバイスまたは SCCP デバイスに転送できます。さらに、SCCP 電話を SIP 電話機に転送できます。
Cisco Unity または SIP トランクまたは SIP ユーザ エージェントに接続されている他のボイス メッセージ システムは、コールの転送時に MWI を SIP 電話機に渡すことができます。SIP 電話機はその後、ボイス メッセージング システムから指示されると、MWI を表示します。
VoIP ダイヤルピアを使用して SIP 電話機にコールが転送されると、話中のコール転送の応答がトリガーされ、電話機からビジー応答が返されます。SIP-to-SIP コール自動転送が行われるのは、電話機が直接ダイヤルされた場合だけです。電話番号がシーケンシャル、最長アイドル、またはピア ハント グループからコールされた場合は、コール自動転送が行われません。
個々のディレクトリ番号またはある SIP 電話機のすべての番号にコール自動転送を設定できます。両方で情報が設定された場合、voice register dn の情報が voice register pool で設定された情報よりも優先されます。
構成情報については、SIP 電話機間の Call Forwarding 構成を参照してください。
SIP 電話機用不在転送同期
すべてのコールの転送機能では、ユーザがすべての着信コールを指定した電話番号に転送できます。この機能はすべての SIP 電話機でサポートされ、Cisco Unified CME または個々の SIP 電話機からプロビジョニングできます。Cisco Unified CME 4.1 よりも前のバージョンでは、Cisco Unified CME と SIP 電話機の間ですべてのコールの転送設定を展開するための方法がありませんでした。電話機ですべてのコールの転送が有効になっている場合、Cisco Unified CME の設定が更新されませんでした。また、Cisco Unified CME の設定が電話機に送信されませんでした。
Cisco Unified CME 4.1 以降のバージョンでは、Cisco Unified IP Phone 7911G、7941G、7941GE、7961G、7961GE、7970G、および 7971GE に対して次の機能拡張がサポートされ、Cisco Unified CME と SIP 電話機の間で設定の一貫性が維持されます。
- call-forward b2bua all コマンドを使用して、不在転送が Cisco Unified Cisco Mobility Express で構成された場合、不在転送が有効化されていることを示すよう CfwdAll ソフトキーを更新する電話機に構成が送信されます。すべてのコールの転送は回線ごとに設定されるため、すべてのコールの転送がプライマリ回線に対して有効になっている場合にだけ [不在（CfwdAll）] ソフトキーが更新されます。
- ユーザーが、CfwdAll ソフトキーを使用して、電話機の不在転送を有効にした場合、サービスの Uniform Resource Identifier（URI）（call-feature-uri コマンドで定義）および Call Forward 番号（不在転送が無効化されている場合を除く）が Cisco Unified Cisco Mobility Express に送信されます。これにより、call-forward b2bua all コマンドで、音声登録プールと音声登録 dn 構成が更新され、電話機構成との一貫性が保たれます。
- すべてのコールの転送では、ユーザが [ダイヤル（Dial）] キーまたは [#] キーを押したり、桁間タイムアウトを待機する必要がないように、すべてのコールの転送番号を設定する KPML がサポートされます。Cisco Unified CME は、ダイヤルピアとの一致が見つかるまで、すべてのコールの転送の番号を収集します。
構成情報については、SIP 電話機での Call-Forwarding-All ソフトキー URI の構成を参照してください。
Call Transfer
相手側に接続されている場合は、コール転送によって、他の相手の接続を別の番号に移動できます。通話転送メソッドは、インターフェイスする別のネットワークのシステムと相互運用される必要があります。Cisco CME 3.2 以降のバージョンでは、H.450.2、H.450.3、および H.450.12 の各標準をサポートするコール処理システムとの、コール転送とコール自動転送の完全な相互運用性が提供されます。H.450 標準をサポートしないコール処理システムの場合は、Cisco CME 3.2 以降のバージョンで VoIP-to-VoIP ヘアピン コールルーティングが提供されます。
コール転送にはブラインドと打診があります。ブラインド転送とは、リングバックが始まる前に、転送側の内線番号が発信者を宛先の内線番号に接続する転送です。コンサルタティブ転送は、転送者が呼び出し中の電話機（リングバックが鳴っている）に接続するか、発信者が転送先に接続する前に転送者と転送先が通話するものです。
システム全体または個々の内線番号に対して、ブラインド転送または相談転送を構成できます。たとえば、コンサルタティブ転送が設定されているシステムでは、着信コールを特定の内線番号に自動的に転送する自動受付が設定された特定の内線番号でブラインド転送を使用するように設定できます。これは、自動受付ではコンサルタティブ転送が使用されないためです。
Call Transfer ブロッキング
デフォルトでは、ローカル電話機の番号以外のすべての番号への転送が自動的にブロックされます。設定時に、ローカル以外の番号に転送できるよう変更できます。Cisco Unified CME 4.0 以降のバージョンでは、グローバルに転送が有効になっている番号へのコールの転送を、電話機ごとに防止できます。これによって、Cisco Unified CME システム外へのコールの転送によって、個々の電話機に通話料金がかかることを防止できます。コール転送のブロックは個々の電話機に対して設定することも、一連の電話機に適用されるテンプレートの一部として設定することもできます。
コール転送による通話料金を支払わずにすむようにするためのもう 1 つの方法は、コールの転送時に電話機ユーザがダイヤルできる番号の桁数を制限することです。たとえば、設定で最大 8 桁を指定した場合、コールを転送するユーザは外部アクセスのために 1 桁、それ以外に 7 桁をダイヤルできます。これは通常、市内番号には十分な桁数ですが、長距離電話番号には不十分です。ほとんどの場所で、このプランでは転送先が電話料金のかからない宛先に制限されます。一般的に 10 桁以上が必要となる長距離電話は、許可されません。この構成は、transfer-pattern （telephony-service）コマンドを使用して、Cisco Unified Cisco Mobility Express システム外の番号へのグローバル転送を有効にする場合のみに必要です。デフォルトでは、Cisco Unified CME システム外の番号への転送が許可されません。
構成情報については、SCCP 電話機用 Call Transfer オプションの構成を参照してください。
Cisco Unified SIP IP Phone での電話料金詐欺防止のためのトランク間転送ブロック
Cisco Unified Cisco Mobility Express 4.0 では、トールバイパス詐欺防止のためのトランク間転送ブロックが Cisco Unified Skinny Client Control Protocol（SCCP）IP Phone でサポートされています。
Cisco Unified Cisco Mobility Express 9.5 では、トールバイパス詐欺防止のためのトランク間転送ブロックも Cisco Unified Session Initiation Protocol（SIP）IP Phone でサポートされています。
Cisco Unified Cisco Mobility Express 10.5 では、トランク間会議のブロッキングは、Cisco Unified Skinny Client Control Protocol（SCCP）および Cisco Unified Session Initiation Protocol（SIP）IP Phone でもサポートされています。
表 1 に、Cisco Unified Cisco Mobility Express および Cisco Unified SRST の transfer-blocking コマンドと適切な構成モードを示します。
|
コマンド |
Cisco Unified Cisco Mobility Express |
|---|---|
|
transfer-pattern |
telephony-service |
|
transfer max-length |
voice register pool または 音声登録テンプレート |
|
transfer-pattern blocked |
voice register pool または 音声登録テンプレート |
|
conference transfer-pattern |
telephony-service |
|
conference max-length |
ephone ephone-template voice register pool 音声登録テンプレート |
|
conference-pattern blocked |
ephone ephone-template voice register pool 音声登録テンプレート |
（注） |
PSTN トランク、SIP トランク、または H.323 トランクなど、外部の通話相手に対して転送または会議が開始される場合、通話転送と会議の制限が適用されます。この制限は、国内内線への転送には適用されません。 |
転送パターン
Cisco Unified SCCP IP Phone の transfer-pattern コマンドは、Cisco Unified SIP IP Phone に拡張されました。
transfer-pattern transfer-pattern [ blind] （注） |
transfer-pattern コマンドの blind キーワードは、Cisco Unified SCCP IP Phone のみに適用され、Cisco Unified SIP IP Phone には適用されません。 |
transfer-pattern コマンドを構成すると、構成済みの転送パターンと一致する番号への通話転送のみが許可されます。転送パターンを構成すると、転送番号のすべてまたはサブセットがダイヤルされ、リモートの相手先に転送が開始されます。
（注） |
Cisco Unified Cisco Mobility Express 9.5 以降のバージョンでは、同じ Cisco Unified Cisco Mobility Express に登録されている Cisco Unified SIP IP Phone および Cisco Unified SCCP IP Phone はローカルと見なされ、転送パターンの構成は必要ありません。 |
以下は、構成可能な転送パターンの例です。
-
.T — この構成により、123、877656、または 76548765 など、1 つ以上の数字を持つ任意の接続先への通話転送が可能になります。
-
919........ — この構成では、「919」で始まり、91912345678 のように 8 桁の数字が続くリモート番号への通話転送のみが許可されます。ただし、9191234 または 919123456789 への通話転送は許可されていません。
後方互換性
後方互換性を維持するため、 transfer-pattern 、transfer-pattern blocked または transfer max-length コマンドを使用して構成された転送パターンが無い場合、Cisco Unified SIP IP 電話機から任意の番号（ローカルまたはトランク経由）に転送されたすべての通話が許可されます。
Cisco Unified SCCP IP 電話機の場合、転送パターンが構成されていない場合、トランク経由の通話転送は引き続きブロックされます。
ダイヤル プラン
どのダイヤルプランを外部通話に使用する場合でも、transfer-pattern コマンドを使用して特定の番号として同じ番号を構成する必要があります。
ダイヤルプランで、外部通話を発信する前に「9」をダイヤルする必要がある場合は、「9」を転送パターン番号のプレフィックスにする必要があります。たとえば、12345678 は外線番号であり、外線電話をかける前に「9」をダイヤルする必要があるため、転送パターン番号は 912345678 である必要があります。
（注） |
Cisco Unified Cisco Mobility Express 9.5 以降のバージョンでは、転送パターンが telephony-service 構成モードで構成され、転送パターンが Cisco Unified SCCP IP Phone and Cisco Unified SIP IP Phone の両方に適用されます。 |
最大転送時間
transfer max-length コマンドを使用すると、通話転送用にダイヤルされた番号の最大長を表示できます。通話転送中に特定の桁数だけを許可する場合は、3 ～ 16 の値が構成されます。ダイヤルされた番号が構成された最大長を超えると、通話転送はブロックされます。
たとえば、最大長が 5 に構成されている場合、Cisco Unified SIP IP Phone から最大 5 桁の電話番号までの通話転送のみが許可されます。5 桁を超える電話番号へのすべての通話転送はブロックされます。
（注） |
転送の最大長のみが構成されていて、会議の最大長が構成されていない場合、転送の最大長は転送と会議で有効になります。 |
会議の最大長
電話会議は、次の場合に許可されます。
-
conference transfer-pattern および transfer-pattern コマンドの両方が構成されている場合
-
ダイヤル番号が構成された転送パターンと一致する場合
conference max-length コマンド構成されている場合、Unified Cisco Mobility Express は、ダイヤルされた番号が最大長制限内にある場合のみ会議を許可します。
構成されている場合、conference max-length コマンドは通話転送に影響を与えません。
（注） |
conference max-length と transfer max-lengthコマンドの両方が構成されている場合、conference max-length コマンドが会議に対して優先されます。 |
ブロック済み会議パターン
Conference-pattern blocked コマンドは、ephone または音声登録プールの内線が会議を開始しないようにするために使用されます。
|
conference max-length |
no conference max-length |
|
|---|---|---|
|
No conference-pattern blocked（デフォルトの場合） |
電話会議の許可/ブロックは、構成れた会議の最大長に依存します |
電話会議の許可/ブロックは、構成された転送最大長に依存します |
|
conference-pattern blocked |
SIP および SCCP 電話では電話会議は許可されません。 |
|
|
最大長 <= 許容最大長 |
最大長 > 許容最大長 |
|||
|
転送 |
会議 |
転送 |
会議 |
|
|
Transfer max-length + No Conference max-length（会議の最大長が構成されていないため、会議ケースにも転送最大長を使用） |
Y |
Y |
N |
N |
|
No transfer max-length + Conference max-length（会議の最大長は、会議の転送最大長よりも優先されます） |
Y |
Y |
Y |
N |
|
No transfer max-length + Conference max-length（会議の最大長は、会議の転送最大長よりも優先されます） |
Y |
Y |
N |
N |
|
No transfer max-length + No conference max-length |
すべての転送および電話会議が許可されます。 |
|||
電話会議の最大桁数の構成
始める前に
-
Cisco Unified CME 10.5 以降のバージョン。
-
Conference transfer-pattern コマンドを構成する必要があります。
-
transfer-pattern コマンドを構成する必要があります。
手順の概要
- enable
- configure terminal
- 次のいずれかのコマンドを入力します。
- voice register pool pool-tag
- voice register template template-tag
- ephone phone-tag
- ephone template template-tag
- conference max-length value
- exit
手順の詳細
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 1 |
enable 例: |
特権 EXEC モードを有効にします。
|
| ステップ 2 |
configure terminal 例: |
グローバル構成モードを開始します。 |
| ステップ 3 |
次のいずれかのコマンドを入力します。
例: |
音声レジスタ プール コンフィギュレーション モードを開始し、Cisco Unified CME の Cisco Unified SIP IP Phone に対してプール設定を作成します。
または 音声登録テンプレート構成モードに入り、Cisco Unified SIP IP Phone の共通パラメータのテンプレートを定義します。
または ephone コンフィギュレーション モードを開始します。
|
| ステップ 4 |
conference max-length value 例: |
Cisco IP Phone から指定された電話機のディレクトリ番号への電話会議を許可します。
|
| ステップ 5 |
exit 例: |
音声登録プール構成モードを終了し、グローバル構成モードを開始します。 |
電話の会議ブロックオプションの構成
グローバルに許可されているディレクトリ番号に対して、内線番号から会議電話をかけないようにする。
始める前に
-
Cisco Unified CME 10.5 以降のバージョン。
-
Conference transfer-pattern コマンドを構成する必要があります。
-
transfer-pattern コマンドを構成する必要があります。
手順の概要
- enable
- configure terminal
- 次のいずれかのコマンドを入力します。
- voice register pool pool-tag or
- voice register template template-tag
- ephone phone-tag
- ephone template template-tag
- conference-pattern blocked
- exit
手順の詳細
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 1 |
enable 例: |
特権 EXEC モードを有効にします。
|
| ステップ 2 |
configure terminal 例: |
グローバル構成モードを開始します。 |
| ステップ 3 |
次のいずれかのコマンドを入力します。
例: |
音声登録構成モードを開始し、Cisco Unified Cisco Mobility Express の Cisco Unified SIP IP phone または Cisco Unified SIP SRST の Cisco Unified SIP IP phone 一式に対してプール構成を作成します。
または 音声登録テンプレート構成モードに入り、Cisco Unified SIP IP Phone の共通パラメータのテンプレートを定義します。
または ephone コンフィギュレーション モードを開始します。
|
| ステップ 4 |
conference-pattern blocked 例: |
外部番号への電話会議をブロックします。
|
| ステップ 5 |
exit 例: |
音声レジスタ プール コンフィギュレーション モードを終了します。 |
ブロック済み転送パターン
特定の電話機に対して、transfer-pattern blocked コマンドを構成時、その電話機からトランクを介した通話転送は許可されません。
この機能は、特定の電話機から他の非市内番号へのすべての通話転送（あるトランクから別のトランクへの外部通話）を無条件にブロックします。転送パターンが転送用ダイヤル番号と一致する場合でも、この特定の電話機からの通話転送はできません。
表 1 では、特定の構成での Cisco Unified SCCP と SIP IP Phone の動作を比較しています。
|
構成 |
Cisco Unified SCCP IP Phone |
Cisco Unified SIP IP Phone |
||||
|---|---|---|---|---|---|---|
|
転送パターンが構成されていません。 |
すべての非市内通話転送がブロックされます。 |
すべての非市内通話転送は、後方互換性のために許可されます。 |
||||
|
特定の転送パターンが構成されています。 |
特定の外部エンティティへの通話転送が許可されています。 |
特定の外部エンティティへの通話転送が許可されています。 |
||||
|
transfer-pattern のブロックコマンドが構成されています。 |
すべての非市内通話転送がブロックされます。
|
すべての非市内通話転送がブロックされます。
|
会議転送パターン
transfer-pattern と conference transfer-pattern コマンドの両方が構成されており、ダイヤルされた番号が構成した転送パターンと一致する場合、電話会議が許可されます。ただし、ダイヤルされた番号が構成された転送パターンのいずれにも一致しない場合、電話会議はブロックされます。
詳細については、「SIP のトランク間通話および会議の転送パターンの指定」、「ブロック済み会議パターン」および「会議の最大長」を参照してください。
構成については、「会議転送パターンの構成例」、「転送番号の最大長の構成例」、「転送パターンの構成例」および「すべての Call Transfer をブロックする例」を参照してください。
SCCP 電話機での Call Transfer 再呼び出し
接続先がビジーまたは応答しない場合、Cisco Unified Cisco Mobility Express 4.3 バージョン以降の [Call Transfer再呼び出し（Call Transfer Recall）] 機能は、転送された通話を転送を開始した電話機に戻します。電話機ユーザがローカル電話機のディレクトリ番号への転送を完了した後、設定された再呼び出しタイマーが期限切れになる前に転送先が応答しない場合、コールが転送者の電話機に戻されます。「xxxx からの転送再呼び出し」というメッセージが、転送元電話機に表示されます。
転送先ディレクトリ番号では、話中転送を有効にすることはできず、ハントグループのパイロットメンバーにすることもできません。転送先ディレクトリ番号の 無応答時転送（CFNA）が有効な場合、Cisco Unified Cisco Mobility Express は、転送再呼び出しタイムアウトが CFNA タイムアウトより短い場合のみ、通話を再呼び出しします。転送取消タイムアウトに CFNA タイムアウトよりも大きい値が設定されている場合、転送先が応答しなかった後にコールが CFNA ターゲット番号に転送されます。
転送元の電話機がビジーの場合、Cisco Unified Cisco Mobility Express は、転送再呼び出しタイムアウト値が切れた後に再呼び出しを再試行します。Cisco Unified Cisco Mobility Express は、3 回まで再呼び出しを試行します。転送者の電話機が話し中のままの場合、3 回めの再呼び出し試行の後にコールが切断されます。
転送者の電話機と転送先電話機は、同じ Cisco Unified Cisco Mobility Express に登録されなければなりませんが、転送元電話機はリモートでもかまいません。
構成情報については、システムレベルの SCCP 電話機で Call Transfer および Forwarding を有効化を参照してください。
SIP 電話機での Call Transfer 再呼び出し
Unified Cisco Mobility Express 11.6 以降、[Call Transfer 再呼び出し（Call Transfer Recall）] 機能は SIP 電話機でサポートされています。この機能は、接続先がビジーまたは応答しない場合、転送を開始した電話機に転送された通話を戻します。電話機ユーザーが、ローカルの電話機のディレクトリ番号への転送を完了すると、構成した再呼び出しタイマーが期限切れになる前に転送先が応用しなかった場合、通話は、転送元の電話機に戻されます。「xxxx からの転送再呼び出し」というメッセージが、転送元電話機に表示されます。
SIP 電話機での [Call Transfer 再呼び出し（Call Transfer Recall）] は、音声登録 dn または音声登録グローバル構成モードで CLI timeouts transfer-recall コマンドを使用して実現されます。
転送先ディレクトリ番号では、話中転送を有効にすることはできず、ハントグループのパイロットメンバーにすることもできません。転送者の電話機と転送先電話機は、同じ Cisco Unified Cisco Mobility Express に登録されなければなりませんが、転送元電話機はリモートでもかまいません。転送先ディレクトリ番号の 無応答時転送（CFNA）が有効な場合、Cisco Unified Cisco Mobility Express は、転送再呼び出しタイムアウトが CFNA タイムアウトより短い場合のみ、通話を再呼び出しします。転送取消タイムアウトに CFNA タイムアウトよりも大きい値が設定されている場合、転送先が応答しなかった後にコールが CFNA ターゲット番号に転送されます。転送再呼び出しタイムアウトが CFNA タイムアウトより短い場合、CFNA タイムアウトが転送呼び出しタイムアウト前に有効期限が切れるので、通話は、CFNA ターゲット番号に転送されます。
Cisco Unified Cisco Mobility Express で不在転送が構成されている場合、電話機がビジーまたはアイドルかに関係なく、通話は、直接 Call Forward のターゲット番号に転送されます。このシナリオでは、通話転送後に転送再呼び出しは適用されません。
転送元の電話機がビジーの場合、Cisco Unified Cisco Mobility Express は、転送再呼び出しタイムアウト値が切れた後に再呼び出しを再試行します。Cisco Unified Cisco Mobility Express は、3 回まで再呼び出しを試行します。転送者の電話機が話し中のままの場合、3 回めの再呼び出し試行の後にコールが切断されます。また、転送元電話機が共有回線およびいずれかの電話機が、アイドル状態の場合、転送再呼び出しは、アイドル状態の転送元電話機にダイレクトされます。
Cisco Unified Cisco Mobility Express でシングルナンバーリーチ（SNR）が構成されている場合、デスクの IP Phone が最初に鳴ります。デスクの IP Phone が構成した SNR タイマーの期限値内に応答されなかった場合、デスクの IP Phone を引き続き呼び出しながら、構成したリモート番号（携帯電話）の呼び出しを開始します。両方の内線番号がコールに応答しない場合、転送リコールは転送元の電話機に戻されます。デスクの IP Phone またはリモートの電話機（携帯電話）がビジーの場合、転送の再呼び出しは実行されません。また、SNR 内線の 1 つが通話に応答した場合、転送の再呼び出しは発生しません。
構成情報については、システムレベルで SIP 電話機の Call-Transfer 再呼び出しを有効化を参照してください。
Cisco Unified Cisco Mobility Express リリース 11.6 以降、[Call Transfer 再呼び出し（Call Transfer Recall）] 機能は、SCCP 電話機と SIP 電話機の混合展開をサポートします。混合展開のシナリオでは、SIP 電話を転送元として使用し、SCCP 電話を転送先にするか、またはその逆にすることができます。
混合モードでは、複数の SIP または SCCP 転送元と 1 つの転送先 SCCP 電話機で転送再呼び出しが実行された場合、転送再呼び出し表示メッセージが両方の転送者に表示されます。ここでは、接続先がビジーまたは応答しない場合、すべての通話に対して転送再呼び出しが発生します。SIP 電話機への単一転送の場合、二重回線が構成されていても、最初の通話だけが呼び戻されます。
Cisco Unified Cisco Mobility Express 4.3 バージョン以降の相談転送拡張機能
Cisco Unified CME 4.3 では、コンサルタティブ コール転送の番号収集プロセスが変更されました。電話機ユーザがコンサルタティブ転送のために [転送（Transfer）] ソフトキーを押すと、新しいコンサルタティブ コール レッグが作成され、ダイヤルした転送先番号の番号が転送パターンと一致してコンサルタティブ コールがアラート状態になるまで、[転送（Transfer）] ソフトキーが非表示になります。
電話機ユーザがダイヤルした転送先番号がバッファされなくなります。番号がコンサルタティブ転送、ブラインド転送、パークスロット転送、パークスロット転送ブロック、または PSTN 転送ブロックのパターンと一致するまで、捕捉されたコンサルタティブ コール レッグに通話パーク FAC コードを除くダイヤルされた番号が収集されます。既存のパターン マッチング処理は変更されず、新しい転送番号収集方法を使用するオプションや、以前の方法に戻すオプションを利用できます。
Cisco Unified CME 4.3 よりも前のバージョンでは、コンサルタティブ転送機能によって、番号が転送パターンまたはブロック パターンのいずれかに一致するまで、ダイヤルされた番号が元のコール レッグに収集されていました。転送先番号が一致し、PSTN ブロックが有効ではない場合、元のコールが保留状態になり、ダイヤルされた番号をバッファから送信するためにアイドル回線またはアイドル チャネルが捕捉されます。
コンサルタティブ転送、ブラインド転送、パークスロット転送、パークスロット転送ブロック、PSTN 転送ブロック、および after-hours ブロックのパターンのマッチング方法は変更ありません。転送先番号がブラインド転送またはパークスロット転送のパターンと一致した場合、Cisco Unified CME はコンサルタティブ コール レッグを終了し、コールを転送します。
転送先番号が収集された後、転送タイムアウトが 30 秒で期限切れになる前に転送がコミットされなかった場合、コンサルト コール レッグが切断されます。
これらの機能拡張は、次の場合にだけサポートされます。
- transfer-system full-consult コマンド（デフォルト）を telephony-service 構成モードで設定します。
- transfer-mode consult コマンド（デフォルト）を転送元のディレクトリ番号（ephone-dn）に設定します。
- アイドル回線またはアイドル チャネルが捕捉、番号収集、およびダイヤルに使用可能。
Cisco Unified CME 4.3 以降のバージョンでは、デフォルトでこれらの転送の機能拡張が有効になっています。
以前のバージョンの Cisco Unified Cisco Mobility Express で使用されていた digit-collection メソッドに戻すには、「システムレベルの SCCP 電話機で Call Transfer および Forwarding を有効化」を参照してください。
ダイレクトステーション選択による相談転送
ダイレクトステーション選択（DSS）は、複数ボタンの電話機ユーザーが [転送（Transfer）] キーおよびモニタされる適切な回線ボタンを押して、通話をアイドル状態のモニタ対象回線に転送できる機能です。モニタされる回線は、2 台の電話機に表示されます。1 台の電話機でこの回線を使用してコールの発着信を行うことができ、もう 1 台の電話機では単に回線が使用中であるかどうかをモニタします。Cisco CME 3.2 以降のバージョンでは、ダイレクト ステーション選択中にコンサルタティブ転送が発生する可能性がありました（アイドル状態のモニタ対象回線へのコールの転送）。
モニタされる回線を共有しているユーザがコールを受け入れない場合は、コールを通知する側が [終了（EndCall）] ソフトキーを押してコールを着信コールに再接続してアナウンス コールを終了し、[復帰（Resume）] ソフトキーを押して元の発信者に再接続できます。
ダイレクトステーション選択（DSS）相談転送は、transfer-system full-consult dss コマンドを使用して有効にします。これによって、ルータによって接続されるすべての回線に通話転送メソッドを定義できます。transfer-system full-consult dss コマンドは、keep-conference コマンドをサポートします。「ハードウェア会議の構成」を参照してください。
H.450.2 と H.450.3 のサポート
H.450.2 はネットワーク全体でのコール転送情報を交換するための標準プロトコルで、H.450.3 はネットワーク全体でコール自動転送情報を交換するための標準プロトコルです。Cisco CME 3.0 以降のバージョンでは、Cisco ITS V2.1 で導入された H.450.2 コール転送標準と H.450.3 コール自動転送標準がサポートされます。H.450.2 標準と H.450.3 標準を使用して、VoIP ネットワークでのコール転送およびコール自動転送を管理すると、次のような利点があります。
- 転送された通話者から転送の宛先への最終コール パスは、ヘアピン ルートやリソースの過剰な使用のない最適なパスです。
-
コール パラメータ（たとえば、codec）はコール レッグごとに異なる可能性があります。
-
このソリューションは拡張可能です。
-
コールを転送できる回数に制限はありません。
H.450.2 標準と H.450.3 標準の使用に関しては、次のことを考慮する必要があります。
-
ネットワーク内のすべての音声ゲートウェイに Cisco IOS Release 12.2(15)T 以降のリリースが必要です。
-
ネットワーク内のすべての音声ゲートウェイで、H.450.2 および H.450.3 がサポートされている必要があります。H.450.2 と H.450.3 は転送先または自動転送先が転送者または自動転送元と同じ Cisco Unified CME システムに属しているかどうかに関係なく使用されるため、転送先は H.450.2 もサポートする必要があり、自動転送先で H.450.3 もサポートする必要があります。例外はヘアピン コールルーティングまたは H.450 タンデムゲートウェイによって再送信できるコールです。
-
SIP ネットワーク上での Call Forwarding には、H.450.3 標準が H.323 ネットワークに使用される方法と同様に動作する 302 Moved Temporarily SIP 応答を使用します。コール自動転送を有効にするには、転送できるようにするコールの発信者番号と照合するパターンを指定する必要があります。
-
Cisco Unified CME では、すべての SIP Refer 方式のコール転送シナリオがサポートされますが、H.450.2 標準を使用してコール転送が有効になっていることを確認する必要があります。
-
H.450 標準は、Cisco Unified Communications Manager、Cisco BTS、または Cisco PGW ではサポートされません。ただし、これらのタイプのシステムで発着信するコールを処理するようにヘアピン コールルーティングまたは H.450 タンデムゲートウェイを設定することはできます。
次の一連の図に、H.450.2 標準を使用して転送されるコールを示します。H.450.2 を使用したコール転送：A が B にコールを発信は、A が B に発信していることを示しています。H.450.2 を使用したコール転送：B が C に打診 は、B が C に相談をしており、A が保留になっていることを示しています。H.450.2 を使用したコール転送：B が A を C に転送 に、B が A および C に接続している状態を示し、H.450.2 を使用したコール転送：A と C が接続 に、A と C が直接接続され、B がコールに含まれなくなった状態を示します。
H.450 標準使用のヒント
H.450 標準は、ネットワークが次の条件を満たしている場合に使用してください。
-
設定しているルータが Cisco CME 3.0 以降のバージョンまたは Cisco ITS V2.1 を使用している。
-
Cisco CME 3.0 システムまたは Cisco ITS V2.1 システムの場合、ネットワーク内のすべてのエンドポイントで H.450.2 標準と H.450.3 標準がサポートされていること。Cisco CME 3.1 以降のシステムでは、エンドポイントの一部で H.450 標準がサポートされない場合（たとえば、Cisco Unified Communications Manager、Cisco BTS、または Cisco PGW）、ヘアピン コールルーティングまたは H.450 タンデムゲートウェイを使用してこれらのエンドポイントとの転送や自動転送を処理できます。また、これらのコールを処理するダイヤルピアで明示的に H.450.2 および H.450.3 を無効にする必要があるか、または H.450.2 および H.450.3 をサポートするコールとこれらをサポートしないコールを自動的に検出するために H.450.12 機能を有効にする必要があります。
デフォルトでは、H.450.2 標準と H.450.3 標準のサポートが有効になっており、グローバルに、または個々のダイヤルピアに対して無効にすることができます。構成情報については、システムレベルの SCCP 電話機で Call Transfer および Forwarding を有効化を参照してください。
Cisco Unified Cisco Mobility Express バージョンが推奨する転送メソッド
コール転送に使用する方法が H.450.2 標準シグナリングか Cisco 専有シグナリングか、転送をブラインドにする必要があるか、または打診にすることが可能かを指定する必要があります。表 1 に、すべての Cisco Unified CME バージョンに対する推奨される転送方法を示します。
|
Cisco Unified Cisco Mobility Express のバージョン |
transfer-system コマンドのデフォルト |
使用する transfer-system キーワード |
推奨される転送方法 |
|---|---|---|---|
|
4.0 以降 |
full-consult |
full-consult または full-blind |
コール転送に、このバージョンのデフォルトである H.450.2 を使用します。full-blind または dss キーワードを使用する場合を除いて、transfer-system コマンドは使用する必要はありません。 オプションで、blind または local-consult キーワードがある transfer-system コマンドを使用して、シスコ独自のメソッドを使用できます。 QSIG 補足サービスを使用したコール転送には H.450.7 を使用します |
|
3.0 ～ 3.3 |
blind |
full-consult または full-blind |
コール転送に H.450.2 を使用します。H.450.2 は、このバージョンのデフォルトではないため、full-consult または full-blind キーワードがある transfer-system コマンドを明示的に構成する必要があります。 オプションで、blind または local-consult キーワードがある transfer-system コマンドを使用して、シスコ独自のメソッドを使用できます。 |
|
2.1 |
blind |
blind または local-consult |
このバージョンのデフォルトであるシスコ独自の方式を使用します。local-consult キーワードを使用しない場合は、transfer-system コマンドを使用する必要はありません。 オプションで、full-consult または full-blind キーワードがある transfer-system コマンドを使用できます。また、app-h450-transfer.x.x.x.x.zip ファイルに含まれる Tcl スクリプトでルータを設定する必要もあります。このファイルは、Cisco Unified Cisco Mobility Express ダウンロード Web サイト：ダウンロード ソフトウェアから入手できます。 |
|
2.1 よりも前 |
blind |
blind |
このバージョンのデフォルトであるシスコ独自の方式を使用します。local-consult キーワードを使用しない場合は、transfer-system コマンドを使用する必要はありません。 |
H.450.12 のサポート
Cisco CME 3.1 以降のバージョンでは、H.450.12 コール機能標準がサポートされます。これによって、コール単位で音声ゲートウェイ エンドポイントの、H.450.2 および H.450.3 機能をアドバタイズおよび動的に検出することができます。検出された場合、H.450 以外のエンドポイントに関連付けられたコールに対して、ヘアピン コールルーティングや H.450 タンデムゲートウェイなど、H.450 以外の方法を使用して転送および自動転送を行うように指示できます。
H.450.12 が有効の場合は、コールに関与する他のすべての VoIP エンドポイントで H.450.12 が了承された場合を除いて、コール転送およびコール自動転送に対して H.450.2 および H.450.3 サービスが無効になります。H.450.12 が了承された場合、ルータはコール転送に H.450.2 標準、およびコール自動転送に H.450.3 標準を使用します。H.450.12 が了承されなかった場合、ルータはコール転送およびコール自動転送用に設定済みの代替方法（ヘアピン コールルーティングまたは H.450 タンデムゲートウェイ）を使用します。
ネットワークが次のいずれかの状況になっていることがあります。
- すべてのゲートウェイ エンドポイントで H.450.2 標準および H.450.3 標準がサポートされている。この状況では、Cisco CME 3.1 以降のルータはデフォルトで H.450.2 標準および H.450.3 標準が有効になっているため、特別な設定が不要です。デフォルトでは、H.450.12 機能が無効になっていますが、すべてのコールが H.450.2 標準および H.450.3 標準を使用できるため、この機能は不要です。
- 一部のゲートウェイ エンドポイントで H.450.2 標準および H.450.3 標準がサポートされていない。そのため、次のいずれかのオプションを選択して、H.450 以外のコール処理方法を指定してください。
- Cisco CME 3.1 以降のバージョンで H.450.12 機能を有効にして、各コールが H.450.2 および H.450.3 をサポートするかどうかをコールごとに動的に判断します。H.450.12 が有効になっていて、コールが H.450
をサポートしていると判断された場合、コールは H.450.2 標準を使用して転送、または H.450.3 標準を使用して自動転送されます。「H.450.12 機能の有効化」を参照してください。
デフォルトでは H.450.12 標準のサポートが無効になっていて、グローバル、または個々のダイヤルピアに対して有効にすることができます。
通話が H.450 をサポートしない場合、ダイヤルピアと H.323 間接続機能の有効化 を使用して構成した VoIP 間接続によって処理されます。この接続は、ヘアピン コールルーティングまたは H.450 タンデムゲートウェイへのルーティングのために使用できます。
- H.450.2 および H.450.3 の機能をグローバルに、または個々のダイヤルピアごとに明示的に無効にします。これによって、ダイヤルピアおよび H.323 間接続機能の有効化 を使用して設定した VoIP 間接続で、すべての通話が強制的に処理されます。この接続は、ヘアピン コールルーティングまたは H.450 タンデムゲートウェイへのルーティングのために使用できます。
- Cisco CME 3.1 以降のバージョンで H.450.12 機能を有効にして、各コールが H.450.2 および H.450.3 をサポートするかどうかをコールごとに動的に判断します。H.450.12 が有効になっていて、コールが H.450
をサポートしていると判断された場合、コールは H.450.2 標準を使用して転送、または H.450.3 標準を使用して自動転送されます。「H.450.12 機能の有効化」を参照してください。
ヘアピンコールルーティング
Cisco CME 3.1 以降では、H.450 標準を使用できないコールを VoIP-to-VoIP 接続を使用して転送および自動転送する、ヘアピン コールルーティングがサポートされます。最初は音声ゲートウェイで終端されたコールが、ゲートウェイに接続された電話機またはその他のアプリケーションによって転送または自動転送される場合、ゲートウェイがコールを再送信し、VoIP-to-VoIP 接続またはヘアピン接続を確立してコールを適切にルーティングします。この方法では、遠端の転送された通話者のエンドポイントまたは転送先エンドポイントが、プロトコルに依存しなくなります。転送されるコールおよび自動転送されるコールのヘアピン ルーティングにより、転送されるコール レッグまたは自動転送されるコール レッグが転送または自動転送を開始したユーザに対して課金されるように、各コール レッグに個別の課金記録が生成されます。
Cisco CME 3.2 以降のバージョンでは、VoIP-to-VoIP ヘアピン コールのレッグが G.711 を使用し、他のレッグが G.729 を使用する場合、G.711 と G.729 の間のトランスコーディングがサポートされます。
ヘアピン コールルーティングには、次の利点があります。
- Cisco Unified Communications Manager、Cisco BTS、または Cisco PGW などの H.450 以外のエンドポイントへのコール転送およびコール自動転送が可能になる。
- ネットワークに、Cisco CME 3.0 システムまたは Cisco ITS 2.1 システムも含めることができる。
ヘアピン コールルーティングには、次の欠点があります。
- エンドツーエンド シグナリングおよびメディア遅延が大幅に増加する。
- ヘアピンされた単一のコールが、直接接続された 2 つのコールと同程度の WAN 帯域幅を使用する。
allow-connections h323 to h323 コマンドが有効になっていて、次のうちの 1 つ以上に該当する場合、ダイヤルピアを使用すると VoIP 間ヘアピン接続を確立できます。
- リモートシステムで H.450.2 または H.450.3 がサポートされないコールを検出するために、H.450.12 が使用される。
- H.450.2 または H.450.3 が明示的に無効になっている。
- Cisco Unified CME で、リモートシステムが Cisco Unified Communications Manager であることが自動的に検出される。
H.323 でのヘアピン：A が B にコールを発信 は、A から B への通話を示しています。H.323 でのヘアピン：コールを C に転送 は、B がすべての通話を C に転送したことを示しています。H.323 でのヘアピン：A が B 経由で C に接続 は、A と C が H.323 ヘアピンで接続されていることを示しています。
ヘアピンコールルーティングの使用に関するヒント
ネットワークが次の条件を満たしている場合に、ヘアピン コールルーティングを使用します。
-
設定しているルータが Cisco CME 3.1 以降のバージョンを使用している。
-
次の利用のいずれか原因によって H.450 標準を使用できないため、一部またはすべてのコールに VoIP-to-VoIP ルーティングが必要。
-
ルータで H.450 機能が明示的に無効になっている。
-
ネットワーク内に H.450 機能が存在しない。
-
H.450 機能が、Cisco Unified Communications Manager、Cisco BTS、および Cisco PGW によって処理されるエンドポイントを含めて、一部のエンドポイントではサポートされ、他のエンドポイントではサポートされない。一部のエンドポイントで H.450 がサポートされ、その他のエンドポイントではサポートされない場合、ルータで H.450.12 機能を有効にして、H.450 対応のエンドポイントを検出するか、または一部のダイヤルピアを H.450 対応として指定する必要があります。H.450.12 機能の有効化については、「H.450.12 機能の有効化」を参照してください。
-
-
H.450 タンデムゲートウェイとして動作する音声ゲートウェイがない。
ローカルヘアピンルーティングを使用して通話を転送するように Cisco Unified Cisco Mobility Express を構成する方法については、「ローカルヘアピンルーティングを使用した通話転送」を参照してください。
デフォルトでは、VoIP-to-VoIP のサポートが無効になっており、グローバルに有効にすることができます。構成情報については、H.323 間接続機能の有効化を参照してください。
発信者番号ローカル
ローカル ヘアピン コールルーティングを使用して通話が転送される場合では、[市内番号発信（Calling Number Local）] 機能を使用できます。[市内番号発信（Calling Number Local）] 機能は、発信側の番号と名前を転送先の番号と名前（市内番号と名前）に置き換えます。ephone-dn の場合、CLI コマンド calling-number local は、この機能を有効にするために、telephony-service 構成の下で構成されます。詳細については、「Cisco Unified Communications Manager Express コマンド参照資料」を参照してください。
Cisco Unified Cisco Mobility Express リリース 12.0 以降では、[市内番号発信（Calling Number Local）] 機能は、音声登録 DN でもサポートされます。音声登録 DN の場合、CLI コマンド calling-number local は、音声登録グローバル構成モードで構成されます。詳細については、「Cisco Unified Communications Manager Express コマンド参照資料」を参照してください。
CLI コマンド calling-number local を有効にすると、発信者番号が転送先番号に置き換えられます。転送先番号がトランクを経由している場合、転送先番号に通話量がかかる場合があります。
H.450 タンデムゲートウェイ
H.450 タンデムゲートウェイは、ヘアピン コールルーティングと同様の方法を使用してヘアピン コールルーティングの制限を解決しますが、ヘアピン接続のような WAN リンクの二重通過は発生しません。H.450 タンデムゲートウェイは、Cisco Unified Communications Manager、Cisco BTS Softswitch（Cisco BTS）、Cisco PSTN Gateway（Cisco PGW）などの H.450 標準をサポートしていないコール プロセッサの「フロントエンド」の役割を果たす追加の音声ゲートウェイです。H.450 タンデムゲートウェイではなく、H.450 以外のエンドポイントを対象として転送されたコールや自動転送されたコールは終端され、H.450 以外のエンドポイントへの配信のために再送信されます。また、H.450 タンデムゲートウェイは PSTN ゲートウェイの役割も果たします。
H.450 タンデムゲートウェイは、Cisco Unified Communications Manager または H.450 タンデムゲートウェイがフロントエンドの役割を果たすその他のシステムをポイントするダイヤルピアで設定されます。また、H.450 タンデム音声ゲートウェイは、プライベート H.450 ネットワーク内のすべての Cisco Unified CME システムをポイントするダイヤルピアで設定されます。この場合、Cisco Unified CME と Cisco Unified Communications Manager が相互に直接リンクされることはありませんが、代わりに、両方が H.450 サービスを H.450 以外のプラットフォームに提供する H.450 タンデムゲートウェイにリンクされます。
また、H.450 タンデムゲートウェイは、リモート Cisco Unified CME システムおよび Cisco Unified Communications Manager（あるいはその他の H.450 以外のシステム）のための PSTN ゲートウェイとしても動作できます。さまざまな着信ダイヤルピアを使用して、Cisco Unified Communications Manager から PSTN G.711 へのコールと、タンデムゲートウェイから Cisco Unified CME G.729 へのコールを切り離します。
（注） |
H.450 以外に対応するコール処理システムをサポートするためにネットワーク内で使用される H.450 タンデムゲートウェイには、統合音声およびビデオ サービス機能のライセンスが必要です。2004 年 3 月に導入されたこの機能のライセンスには、H.323 ゲートキーパー、IP-to-IP ゲートウェイ、および H.450 タンデムゲートウェイの機能が含まれます。Cisco IOS Release 12.3(7)T では、選択されたルータの JSX Cisco IOS イメージに H.323 ゲートキーパー機能のライセンスが必要です。必要な機能のライセンスについては、Cisco Unified CME SE に連絡してください。Cisco IOS Release 12.3(7)T では、同じルータで Cisco Unified CME and H.450 タンデムゲートウェイ機能を使用できません。 |
allow-connections h323 to h323 コマンドが有効化されており、次のうち 1 つ以上が該当する場合、VoIP 間接続は、H.450 タンでもゲートウェイに接続できます。
-
リモート VoIP システムで H.450.2 または H.450.3 がサポートされないコールを動的に検出するために、H.450.12 が使用される。
-
H.450.2 または H.450.3 が明示的に無効になっている。
-
Cisco CME 3.1 以降で、リモートシステムが Cisco Unified Communications Manager であることが自動的に検出される。
Cisco CME 3.1 よりも前のバージョンでは、Cisco Unified CME でサポートされる唯一の VoIP-to-VoIP のタイプが H.323-to-H.323 です。Cisco CME 3.2 以降のバージョンの場合、H.323-to-SIP 接続が許容されるのは Cisco Unity Express を実行している Cisco Unified CME システムだけです。
H.450 タンデムゲートウェイ に、CPE ベースの Cisco CME 3.1 のネットワークまたは以降のネットワークの中央ハブと Cisco Unified Communications Manager ネットワークの間に配置されるタンデム音声ゲートウェイを示します。このトポロジは Cisco Unified Communications Manager の代わりに、Cisco BTS または Cisco PGW との組み合わせで同等に動作します。
H.450 タンデムゲートウェイのネットワーク トポロジでは、次のイベントが発生します（図のイベント番号を参照してください）。
-
Cisco Unified Communications Manager に接続されている電話機 2 の内線番号 4002 からコールが生成されます。H.450 タンデムゲートウェイは H.323 エンドポイントとして動作して H.323 コールを着信し、H.450 タンデムゲートウェイは CPE ベースの Cisco CME 3.1 以降のネットワークで Cisco Unified IP Phone へのコール接続を処理します。
-
Cisco Unified CME 1 に接続されている電話機 3 の内線番号 1001 でコールが着信されます。内線番号 1001 は、Cisco Unified CME 2 に接続されている電話機 5 の内線番号 2001 へのコンサルト転送を実行します。
-
内線番号 1001 がコールを転送し、H.450 タンデムゲートウェイが内線番号 1001 からの H.450.2 メッセージを受信します。
-
H.450 タンデムゲートウェイは内線番号 1001 からのコール レッグを終端し、Cisco Unified CME 2 に接続された内線番号 2001 へのコール レッグを再送信します。
-
内線番号 4002 は内線番号 2001 に接続されます。
H.450 タンデムゲートウェイ使用のヒント
ネットワークが次の条件を満たしている場合にこの手順を使用します。
-
設定しているルータが Cisco CME 3.1 以降のバージョンを使用している。
-
Cisco Unified Communications Manager、Cisco BTS、および Cisco PGW によって処理されるものを含めて、ネットワーク内の一部のエンドポイントが H.450 に対応していない。
デフォルトでは、VoIP-to-VoIP のサポートが無効になっており、グローバルに有効にすることができます。詳細については、H.323 間接続機能の有効化を参照してください。
ダイヤルピアを使用して、H.450 タンデムゲートウェイをセットアップします。「ダイヤルピア」を参照してください。
ダイヤルピア
ダイヤルピアは、コールが確立される仮想インターフェイスを記述したものです。すべてのボイス テクノロジーはダイヤルピアを使用して、コール レッグに関連する特性を定義します。コール レッグに適用される属性には、特定の Quality of Service（QoS）機能、圧縮/圧縮解除（コーデック）、アグレッシブ音声アクティビティ検出（VAD）、および FAX 速度などが含まれます。ダイヤルピアは、ヘアピンや H.450 タンデムゲートウェイなどの特別なルーティング パスを含めて、ネットワーク内でルーティング パスを確立するためにも使用されます。ダイヤルピア設定は、コール自動転送およびコール転送のグローバル設定よりも優先されます。
Q シグナリング補足サービス
Q シグナリング（QSIG）は、PBX ベンダーが広く採用するインテリジェントな PBX 間シグナリングシステムです。一定範囲の基本サービス、一般的な機能の手順、および補足サービスがサポートされます。Cisco Unified CME 4.0 では、Cisco Unified CME Phone が PBX に接続された電話機で QSIG を使用して、シームレスにインターワークできるようにするための補足サービスが導入されました。利点の 1 つは、IP Phone が適切な MWI 通知によって PBX メッセージ センターを使用できることです。PBX を使用する Cisco Unified CME システム に、数台の電話機が PBX で制御される Cisco Unified CME システムのトポロジを示します。
Cisco Unified CME システムでは、次の QSIG 補足サービス機能がサポートされます。これらの機能は、PRI インターフェイスと BRI インターフェイスに対する欧州電子計算機工業会（ECMA）および国際標準化機構（ISO）の標準に従います。
- IP Phone と PBX 電話機の間の基本コール。
- PBX 電話機から通話されたときに IP Phone に表示される発信回線 ID/発信者名 ID（CLIP/CNIP）。逆方向の場合は、これらの情報が着信側エンドポイントに提供されます。
- PBX 電話機が IP Phone に発信し、接続されたときに表示される接続回線 ID/接続者名 ID（COLP/CONP）情報。逆方向の場合は、これらの情報が IP Phone に表示されます。
- H.323 ネットワークを介して別の Cisco Unified CME システム内の PBX または IP Phone に接続された Cisco Unified CME システム内の IP Phone を含めて、IP Phone および PBX 電話機のあらゆる組み合わせをサポートするために、QSIG および H.450.3 を使用するコール自動転送。
- 設定されたポリシーに従った PBX メッセージ センターへのコール自動転送。他の 2 つのエンドポイントを IP Phone と PBX 電話機の組み合わせにすることができます。
- transfer-by-join モードで PBX とインターワークするヘアピン コール転送。Cisco Unified CME では（関連する FACILITY メッセージ サービス APDU を含めて）この転送モードに指定された実際のシグナリングがサポートされないことに注意してください。この転送モードは、転送機能自体のためではなく、情報提供だけを目的としているためです。転送者（XOR）ホストとして、Cisco Unified CME は単に 2 つのコール レッグをヘアピンして、接続を作成します。転送元（XEE）または転送先（XTO）のホストとしては、既存のレッグ上で実行される転送を認識しません。その結果、最後のエンドポイントがピアの正確な ID で更新されないことがあります。ブラインド転送と打診転送の両方がサポートされます。
- メッセージ待機インジケータ（MWI）をアクティブ化または非アクティブ化する要求は、PBX メッセージ センターから処理されます。
- PBX メッセージ センターは、特定の ephone-dn の MWI ステータスを問い合わせることができます。
- ユーザは、メッセージ センター アクセス番号に通常のコールを発信することによって、PBX メッセージ センターからの音声メッセージを取得できます。
QSIG 補足サービスの有効化については、「システムレベルでの H.450.7 および QSIG 補足サービスの有効化」および「ダイヤルピアでの H.450.7 および QSIG 補足サービスの有効化」を参照してください。
Call Forward および Call Transfer の SIP 補足サービスの無効化
宛先ゲートウェアが補足サービスをサポートしていない場合、コール転送のための REFER メッセージおよび Cisco Unified CME によって送信されたコール自動転送のためのリダイレクト応答を無効にすることができます。
構成情報については、Call Forward および Call Transfer の SIP 補足サービスの無効化を参照してください。
Call Transfer および Call Forwarding の一般的なネットワークシナリオ
2 種類以上のコールエージェントやコール制御システムが混在しているネットワークでは、通信プロトコルの不一致や依存関係が存在している可能性があるため、相互運用エラーが発生する可能性があります。このような不一致が発生するのは、ほとんどの場合、コールが転送または自動転送されるときです。ここでは、Cisco CME 3.1 以降のバージョンを実行しているルータを設定するときに発生する可能性がある混在ネットワーク シナリオの例を示します。以降の各項では、ネットワーク全体でコール転送およびコール自動転送機能を利用できるようにするために必要な設定について説明します。
（注） |
Cisco Communications Manager Express 3.2（Cisco CME 3.2）以降のバージョンでは、H.450.2、H.450.3、および H.450.12 の各標準をサポートするネットワーク上のコール処理システムとの完全なコール転送とコール自動転送が提供されます。H.450 標準をサポートしてないコール処理システムとの相互運用性のために、Cisco CME 3.2 以降のバージョンでは、以前のバージョンの Cisco Unified CME では必要だった特別な Tool Command Language（Tcl）スクリプトを必要とせずに、VoIP-to-VoIP ヘアピン コールルーティングが提供されます。 |
Cisco Cisco Mobility Express 3.1 バージョン以降および Cisco IOS ゲートウェイ
Cisco CME 3.1 以降のバージョンと Cisco IOS ゲートウェイが使用されているネットワークでは、コール転送およびコール自動転送を含めて、コールに参加する可能性があるすべてのシステムが H.450.2、H.450.3、および H.450.12 の各標準をサポートできます。これは Cisco CME 3.1 以降の機能が動作する最も単純な環境です。
このタイプのネットワークの設定は、次のように構成されます。
- このルータで開始される call-transfer パラメータと call-forwarding パラメータを設定します（デフォルトでは、転送元、転送の宛先、自動転送の宛先に対して H.450.2 機能と H.450.3 機能が有効になっています）。「システムレベルの SCCP 電話機で Call Transfer および Forwarding を有効化」を参照してください。
- H.450.12 をグローバルに有効にして、H.450.2 標準と H.450.3 標準がサポートされていないコールを検出します。このステップはオプションですが、推奨されます。「H.450.12 機能の有効化」を参照してください。
- オプションで、H.450.2 標準または H.450.3 標準をサポートしていないコールをルーティングするために、VoIP-to-VoIP 接続（ヘアピン コールルーティングまたは H.450 タンデムゲートウェイ）を設定します。「H.323 間接続機能の有効化」を参照してください。
- ネットワーク内のコール レッグを管理するために、ダイヤルピアを設定します。
Cisco Cisco Mobility Express 3.0 バ―ジョン以前および Cisco IOS ゲートウェイ
Cisco Cisco Mobility Express 3.1 以前の場合、H.450.2 および H.450.3 標準は、デフォルトですべての通話に使用されており、ルータは、H.450.12 標準をサポートしていませんでした。
このタイプのネットワークの設定は、次のように構成されます。
-
このルータで開始される call-transfer パラメータと call-forwarding パラメータを設定します（デフォルトでは、転送元、転送の宛先、自動転送の宛先に対して H.450.2 機能と H.450.3 機能が有効になっています）。「システムレベルの SCCP 電話機で Call Transfer および Forwarding を有効化」を参照してください。
-
Cisco Cisco Mobility Express 3.1 以降のシステムのアドバイスのみモードで H.450.12 を有効にします。各 Cisco Cisco Mobility Express 3.0 システムは、Cisco Cisco Mobility Express 3.1 以降にアップグレードされ、アドバイスのみモードで H.450.12 を有効にします。アドバタイズ専用モードでは H.450.2 または H.450.3 のサポートのチェックが実行されないことに注意してください。ネットワーク上のすべての Cisco Cisco Mobility Express 3.0 を Cisco Cisco Mobility Express 3.1 以降にアップグレードしたら、アドバイスのみの制限を削除します。「H.450.12 機能の有効化」を参照してください。
-
オプションで、H.450.2 標準または H.450.3 標準を使用できないコールをルーティングするために、VoIP-to-VoIP 接続（ヘアピン コールルーティングまたは H.450 タンデムゲートウェイ）を設定します。「H.323 間接続機能の有効化」を参照してください。
-
ネットワーク内のコール レッグを管理するために、ダイヤルピアを設定します。
Cisco Cisco Mobility Express 3.1 以降、H.450 以外のゲートウェイ、および Cisco IOS ゲートウェイ
Cisco CME 3.1 以降のバージョン、H.450 以外のゲートウェイ、および Cisco IOS ゲートウェイが使用されているネットワークでは、H.450.2 サービスと H.450.3 サービスが、H.450.2 と H.450.3 を使用可能であることが明示的に示されている H.450.12 を使用する発信側エンドポイントだけに提供されます。Cisco BTS と Cisco PGW は H.450.12 標準をサポートしていないため、コール転送やコール自動転送を含めて、これらのシステムで発着信されるコールは、H.323-to-H.323 ヘアピン コールルーティングを使用して処理されます。
このタイプのネットワークの設定は、次のように構成されます。
- このルータで開始される call-transfer パラメータと call-forwarding パラメータを設定します（デフォルトでは、転送元、転送の宛先、自動転送の宛先に対して H.450.2 機能と H.450.3 機能が有効になっています）。オプションで、Cisco Unified Communications Manager、Cisco BTS、または Cisco PGW などの H.450 に対応していないシステムをポイントするダイヤルピアで H.450.2 機能と H.450.3 機能を無効にします。「システムレベルの SCCP 電話機で Call Transfer および Forwarding を有効化」を参照してください。
- H.450.12 をグローバルに、または特定のダイヤルピアに対して有効にして、H.450.2 標準と H.450.3 標準がサポートされていないコールを検出します。「H.450.12 機能の有効化」を参照してください。
- H.450.2 標準または H.450.3 標準をサポートしていないコールをルーティングするために、VoIP-to-VoIP 接続（ヘアピン コールルーティングまたは H.450 タンデムゲートウェイ）を設定します。「H.323 間接続機能の有効化」を参照してください。
- ネットワーク内のコール レッグを管理するために、ダイヤルピアを設定します。
（注） |
ネットワークに Cisco Unified Communications Manager が含まれている場合は、Cisco Unified Communications Manager とのインターワーキングを許可の説明も参照してください。 |
Cisco Unified Cisco Mobility Express、H.450 以外のゲートウェイ、および Cisco IOS ゲートウェイ
（注） |
Cisco CME 3.0 システムと Cisco ITS V2.1 システムは H.450.12 機能を持っていません。 |
Cisco Unified CME の複数のバージョンと 1 台以上の H.450 以外のゲートウェイが含まれるネットワークで、最も単純な設定方法はすべての H.450.2 サービスと H.450.3 サービスをグローバルに無効にして、転送されるコールと自動転送されるコールのすべてに対して H.323-to-H.323 ヘアピン コールルーティングを強制することです。この場合は、H.450.12 検出機能をグローバルに有効にします。あるいは、特定のダイヤルピアに対して H.450.12 機能を有効にする方法もあります。この場合、H.450.12 機能をグローバルに設定せず、デフォルトの無効状態のままにしておいてください。
このタイプのネットワークの設定は、次のように構成されます。
- このルータで開始される call-transfer パラメータと call-forwarding パラメータを設定します（デフォルトでは、転送元、転送の宛先、自動転送の宛先に対して H.450.2 機能と H.450.3 機能が有効になっています）。「システムレベルの SCCP 電話機で Call Transfer および Forwarding を有効化」を参照してください。
- H.450.12 をグローバルに、または特定のダイヤルピアに対して有効にして、H.450.2 標準と H.450.3 標準がサポートされていないコールを検出します。「H.450.12 機能の有効化」を参照してください。
- 転送されるコールと自動転送されるコールのすべてをルーティングするために、VoIP-to-VoIP 接続（ヘアピン コールルーティングまたは H.450 タンデムゲートウェイ）を設定します。「H.323 間接続機能の有効化」を参照してください。
- ネットワーク内のコール レッグを管理するために、ダイヤルピアを設定します。
（注） |
ネットワークに Cisco Unified Communications Manager が含まれている場合は、Cisco Unified Communications Manager とのインターワーキングを許可の説明も参照してください。 |
Cisco Cisco Mobility Express 3.1バージョン以降、Cisco Unified Communications Manager、Cisco IOS ゲートウェイ
Cisco Cisco Mobility Express 3.1 以降のバージョン、Cisco Unified Communications Manager、および Cisco IOS ゲートウェイが使用されているネットワークでは、Cisco Cisco Mobility Express 3.1 以降のバージョンで、標準の H.323 メッセージ交換に含まれる独自のシグナリング要素を使用して、Cisco Unified Communications Manager で発着信される通話の自動検出がサポートされます。Cisco Cisco Mobility Express 3.1 以降のシステムでは、Cisco Unified Communications Manager でサポートされない H.450.12 補足サービス機能の交換を使用する代わりに、これらの検出結果を使用して通話の H.450.2 機能と H.450.3 機能を判断します。Cisco Unified Communications Manager エンドポイントで発着信される通話が検出された場合、その通話は H.450 以外の通話として扱われます。このタイプのネットワークでの他のすべてのコールは、H.450 標準をサポートしているものとして扱われます。したがって、このタイプのネットワークに含まれるのは、Cisco Cisco Mobility Express 3.1 以降のバージョンと Cisco Unified Communications Manager の通話処理システムだけになっている必要があります。
このタイプのネットワークの設定は、次のように構成されます。
-
このルータで開始される call-transfer パラメータと call-forwarding パラメータを設定します（デフォルトでは、転送元、転送の宛先、自動転送の宛先に対して H.450.2 機能と H.450.3 機能が有効になっています）。「システムレベルの SCCP 電話機で Call Transfer および Forwarding を有効化」を参照してください。
-
H.450.12 をグローバルに、または特定のダイヤルピアに対して有効にして、H.450.2 標準と H.450.3 標準がサポートされていないコールを検出します。「H.450.12 機能の有効化」を参照してください。
-
Cisco Unified Communications Manager で発着信されていることが検出された、transferred call とforwarded call のすべてをルーティングするために、VoIP 間接続（ヘアピンコールルーティングまたは H.450 タンデムゲートウェイ）を設定します。H.323 間接続機能の有効化 を参照してください。
-
Cisco Unified Communications Manager 用の特定のパラメータを設定します。Cisco Unified Cisco Mobility Express とインターワークするよう Cisco Unified Communications Manager を有効化 を参照してください。
-
ネットワーク内のコール レッグを管理するために、ダイヤルピアを設定します。
Cisco Cisco Mobility Express 3.0 バージョン以前、Cisco Unified Communications Manager、Cisco IOS ゲートウェイ
Cisco Unified Communications Manager と古い Cisco CME 3.0 または Cisco ITS V2.1 ネットワークの間のコールには、特別な配慮が必要です。Cisco CME 3.0 システムおよび Cisco ITS V2.1 システムでは Cisco Unified Communications Manager の自動検出がサポートされず、H.323-to-H.323 コールルーティングがネイティブにサポートされることもないため、これらのシステムには別の手段が必要です。
Cisco CME 3.0 ルータでコール転送およびコール自動転送を設定するには、次の 3 つの方法から選択できます。
- Tcl スクリプトを使用して、Tcl スクリプト ベースの H.323-to-H.323 ヘアピン コールルーティングを起動することによって、コール転送およびコール自動転送を処理します（app-h450-transfer.2.0.0.9.tcl 以降のバージョン）。すべての VoIP ダイヤルピアに対して telephony-service モードでこのスクリプトを有効にして、local-hairpin スクリプト パラメータを 1 に設定します。
- loopback-dn メカニズムを使用します。
- ルータの物理音声ポートを使用するループバック コール パスを設定します。
これらのすべての方法で、コールが Cisco Unified Communications Manager または（Cisco CME 3.1 以降のバージョンを含めて）他の H.323 エンドポイントのどちらで発信されるかに関係なく、すべてのコールに対して H.323-to-H.323 ヘアピン コールルーティングが強制的に使用されます。
フィードバック