Cisco Emergency Responder(CER)について

概要

このドキュメントでは、Cisco Emergency Responder(CER)リリース9.x以前のアーキテクチャと、CERのドキュメントで説明されているCisco Unified Communications Manager(CUCM)について説明します。このドキュメントでは CUCMの設定方法については説明しませんが、各 CER ビルドでリリースされたリリース ノートとドキュメントを補足します。

VoIP環境でCERを使用する理由

CER は、米国およびカナダで以下の 4 つの主要なタスクを実行するために作成されて配布されている製品です。

1. 緊急コールを緊急応答機関（PSAP）にルーティングする。
2. ローカルで応答する緊急コールについて担当者にメールまたは電話でアラートする。
3. すべての緊急コールのログを保持する。
4. 支援を必要としている発信者の正確な位置情報を PSAP に提供する。

CUCMには、慎重に構成されたコーリングサーチスペース(CSS)/パーティションアーキテクチャを使用して緊急コールを特定のゲートウェイにルーティングする機能がありますが、これは複雑で管理が困難になる可能性があります。アラート、ログ、位置情報などの他の機能は、あまり簡単に利用できないか、まったく利用できません。

CER 要素

ここでは、一般的な CER 頭字語と設定におけるその意味を解説するとともに、CER と CUCM が緊急コールをルーティングする仕組みについて詳しく説明します。

CTI ルート ポイント

Emergency Responder 展開では、CUCM がコンピュータ テレフォニー インテグレーション（CTI）ルート ポイントを使用して 911 コールを CER に渡すことで、電話機の位置に基づいて発信者番号を変更します。CER 環境（CER クラスタに 1 台のサーバまたは 2 台のサーバがあるかどうか）に応じて、CUCM 内で 911 コールに 1 つ、または 2 つの CTI ルート ポイントを使用する必要があります。CERパブリッシャに登録されたCTIルートポイントには911の電話番号が含まれ、CERサブスクライバに登録されたCTIルートポイントには912の電話番号が含まれます。

さらに、PSAP からのコールバック用に、3 つ目の CTI ルート ポイント、「913XXXXXXXXXX」があります。これについては、このドキュメントの「コールバック番号（ELIN）」のセクションで説明します。

CTI ルート ポイント フェールオーバー

CERはロードバランスを提供しませんが、フェールオーバーソリューションを提供します。そのために CER で使用しているのは、CUCM での CTI ルート ポイントの電話番号設定です。

単一ノード CER 展開

CUCM では、無応答や CTI 障害（未登録 CTI ルート ポイントなど）が発生した場合に備え、電話番号（DN）911 が設定された CTI ルート ポイントに、コールを転送するための DN 設定である [Call Forward and Call Pickup] が組み込まれています。

単一サーバ CER 環境では、[Call Forward] フィールドを、CER でデフォルト ERL として設定した番号に設定します。デフォルト ERL については、このドキュメントの「ERL」のセクションで説明します。

2 ノード CER クラスタ

2 台のサーバからなる CER 環境では、電話番号 911 に、 [Call Forward and Call Pickup] で設定された 912 が含まれます。この設定により 911 コールが CER サブスクライバに転送されます。また、電話番号 912 には、以下のフィールドにデフォルト ERL ルート パターンが入っています。

上記の例では、「10911」が CER のデフォルト ERL に設定されているルート パターンです。

ERL

CER では、緊急応答ロケーション（ERL）を以下の目的で使用します。

• 緊急コールをルート パターン/PSAP にルーティングする。
• コールバック/緊急ロケーション識別番号（ELIN）を指定する。
• 物理ロケーション（ALI）を割り当てる。
• ローカルまたは内部のディスパッチ チームに緊急コールをアラートで通知する。

ERL は、CER 設定で最も重要な側面です。ERL によって電話機のスイッチポートが物理ロケーションに結び付けられることで、PSAP が、緊急時に対応する担当者を正しいロケーションにディスパッチすることが可能になるためです。ERLは実際には緊急コールが発信されるエリアであることを考慮してください。これは必ずしも緊急の場所ではありません。たとえば、3 階で火災が発生したときに、2 階から 911 をダイヤルする場合もあります。

ERL は、IP サブネットおよび LAN スイッチポートの詳細によってデバイスに割り当てられます。これについては、「CER が電話機の場所を認識する仕組み」のセクションで説明します。

CER には、デフォルト ERL が必要です。デフォルト ERL は、CER が設定に基づいてエンド ポイント（電話機）と一致する ERL を照合できない場合に備えて存在しています。したがって、そのような場合には CER はこのデフォルト ERL を使用して PSAP にコールをルーティングするので、コールがルーティングされずに終わることはありません。

ALI

自動ロケーション情報（ALI）とは、ERL のエンドユーザの物理ロケーションのことです。ここでの目的は、対応するユニット（警察、救急車、消防士など）が必要な人を助けるために行かなければならない正確な場所をできるだけ特定することです。発信者が通話できない場合、通話が切断された場合、コールバックに応答できない場合には、この機能が非常に役立ちます。ロケーション情報を各 ERL に入力するときは、ALI をファイルにエクスポートし、そのファイルを PSAP に提供する必要があります。

コールバック番号（ELIN）

緊急ロケーション識別番号（ELIN）とは、CER で ERL に関連付けられる電話番号（発信者 ID）のことです。ELIN が PSAP に提示されることで、PSAP は発信者 ID 番号を ALI 情報（発信者の住所）と照合し、通話が切断された場合のためのコールバック番号を入手できます。

ELIN は任意の数値にすることができます。ただし、その数値は CUCM 環境にルーティングされるダイヤルイン（DID）番号でなければなりません。コールバック シナリオでの ELIN の役割は以下のとおりです。

1. PSAP が、発信者であるエンドユーザーとの接続を失います。
2. PSAP は、提供された ELIN/コールバック番号を呼び出します。
3. サービス プロバイダーがそのコールを VoIP 環境にルーティングし、そこから CUCM 環境にコールがルーティングされます。
4. CUCM にある変換パターンによって、ELIN/コールバック DID が、プレフィックス「913」付きの DID に変換されます。
5. 「913」付きの DID は「913XXXXXXXXXX」CTI ルート ポイントにルーティングされ、そこからこの番号が CER に送信されます。
6. CER はこの DID の先頭にある「913」を削除します。
7. CER はコール履歴で ELIN/コールバック DID を照合し、911 コールを発信したエンドポイント（電話機）の電話番号と併せてコールバックを CUCM に転送します。
8. CUCMは、コールを発信したエンドポイント（電話）にコールをルーティングし、その人がコールバックに応答することを期待しています

一般的な CER/CUCM 発信コール フロー

CER の主な目的は、緊急コールを現地 PSAP にルーティングすることです。たとえば、ある人がボストンにいて、911をダイヤルするとします。CUCMクラスタはニューヨークにあり、ローカル管理者は911をローカルPSAPにルーティングするように設定します。発信者は救援者と電話でつながっても、その救援者はニューヨークの PSAP にいることから、必要とされる救援隊をディスパッチできるボストンの PSAP にコールを再ルーティングしなければなりません。楽観的に見れば、この発信者は最終的には、切実に必要としていた救援を得られたことになります。しかし、緊急コールが現地の PSAP に再ルーティングされるのを待つ間、貴重な時間が失われました。これは、さまざまな意味で危険なことです。緊急コールを受けた救援者が勤務する会社は、その 911 コールを現地 PSAP にルーティングしなかったことで、時間のロスの責任を問われる可能性もあります。

CER は、そのような状況を回避するように設計されています。ボストンにいる人物が911をダイヤルすると、その人物は即座にボストンPSAPにルーティングされます。ボストンPSAPには、緊急ディスパッチに提供された正確な場所が含まれています。

一般的なCERコールフローの動作を次に示します。

1. エンドユーザーが CUCM に 911 コールを発信します。
   • CUCM はそのコールを受けて「911」ルート ポイントにコールをルーティングし、そこからコールが CER に渡されます。
2. CER は、発信側エンドポイント（電話機）を確認し、以下のプロセスを実行します。
   1. データベースをチェックし、発信者番号に基づいて電話機の ERL を取得します。
   2. 次に、データベース検索に基づいて発信者番号を変更し、コールをデータベース（ERL）に記録します。
      • これにより、ELIN/コールバック番号およびルート パターンが生成されます。
3. 発信者番号を変更した後、CER はコールを再び CUCM にリダイレクトします。コールが CUCM 内のルート パターンと照合されます。
4. 一致したルート パターンにより、コールは正しいゲートウェイにルーティングされます。
5. ゲートウェイから、コールが現地 PSAP にルーティングされます。

エンドユーザーが 9911 をダイヤルした場合

ユーザは外線番号をダイヤルするために最初に「9」をダイヤルすることがよくあり、この習慣を崩すのが難しい人もいます。この習慣が特に顕著となるのは、緊急事態が発生して緊急番号をダイヤルするときです。CER/CUCM でのこの問題に対処する方法は、代行受信した 9911 番号から pre-dot によって最初の「9」を削除して番号を 911 に変更する変換パターンを CUCM 内に作成することです。そうすれば、CUCM はエンドユーザが当初から 911 をダイヤルしたかのように、コールを 911 CTI ルート ポイントにルーティングします。

CER が電話機の場所を認識する仕組み

CERは、CUCMクラスタ内のすべての電話を追跡します。CERは、Simple Network Management Protocol(SNMP)を介してCUCMおよびサポートされているLANスイッチと通信する場合は、この追跡を完全に行います。CER は CUCM およびサポート対象の LAN スイッチをクエリした後、検出した情報を CER データベースに集約します。

SNMP と CER

SNMP は、リモートからデバイスを管理するために使用できるプロトコルです。CER はデバイスを制御しませんが、代わりに読み取り専用権限を使用して、CUCM およびサポートされている LAN スイッチ上のデバイスのインベントリを取得します。サポートされているLANスイッチとCisco IOSソフトウェアリリースは、各CERのリリースノートに記載されています。インベントリにより、CER はスイッチポートに基づいて IP フォンの物理ロケーションを追跡し、その情報を基に、適切な ERL を割り当てることができます。

IP サブネットの使用

IP サブネットを使用して、ERL を電話機のグループに割り当てることもできます。特定の IP サブネットを特定のサイト、ビルディング、フロアなどに割り当てている場合、ワイヤレス電話を追跡するために使用する機能としては、 IP サブネットが最適です。

手動による IP フォンの追加

CER の設定には、手動で電話を割り当てることができます。ライセンスの制限がある場合や、ネットワーク内にサポートされていないスイッチがある場合には、手動で電話を割り当てる必要があります。

CER ソリューションのテスト方法

CER 展開をテストするには、2 つの方法があります。1つは設定全体をテストする方法で、もう1つは最終的なテストで、すべての信頼性を確認する方法です。

初期テスト

このドキュメントで前述したように、コール フロー（CER）では 911 コールが CUCM のルート パターンに転送され、それがコールを正しい PSAP/サービス プロバイダにルーティングします。このルートパターン内では、Called Party Transformations > Called Party Transformation Maskを、コールを転送する別の番号に設定できます。Discard Digitsを<None>に設定することを忘れないでください。こうしておけば、PSAP に必要以上に何度もコールが発信されることはありません。テストが完了したら、必ずCalled Party Transform Mask番号を削除し、Discard DigitsをPreDotに戻してください。

最終テスト

CER/CUCM の設定が完了したら、すべてのサイトをテストして、各サイトが正しい PSAP に接続されて、PSAP に正しい情報が表示されることを確認する必要があります。テストは簡単です。911をダイヤルして、次のように言います。

「これは新しい緊急対応ソリューションのテストです。表示されているコールバック番号と住所、また、所属する救援隊がどのエリアまたは都市にリストされているかを教えてください。

これらの質問に対する PSAP の回答を基に、必要に応じて設定を調整します。コールバックを複数回行う予定かどうか、またはテストが完了したかどうかをPSAPに必ず知らせてください。これにより、PSAPは常に通知を受け取り、他の911コールに対する緊急応答をディスパッチする必要があるかどうかを判断できます。

CER/CUCMの設定が完了したと確信できる場合は、この作業を行う点に注意してください。PSAPは非常にビジー状態になり、容易に、AS最初のプライオリティには実際の緊急コールに応答する。

結論

このドキュメントでは、CERの設定とアーキテクチャを理解しやすくします。設定の際には、各機能をさらに詳しく説明している CER のマニュアルを参照できます。

関連情報

• Cisco Emergency Responderリリースノート
• テクニカル サポートとドキュメント - Cisco Systems