Webex Calling の強化された緊急コール
Webex Calling の緊急連絡サービス
Webex Calling では、ユーザーのために緊急連絡サービスをセットアップし、管理する 2 つの方法があります。
電話番号ベースの緊急サービス (または緊急コールバック番号) —このオプションは、デバイスが固定の場所にあり、従業員が固定されている組織に最適です。カリ法およびレイ・バウム法の規制要件を満たすために、ユーザーの緊急コールバック番号 (ECBN) を指定できます。これにより、ユーザーが緊急通話を行ったときに、そのユーザーの ECBN が電話プロバイダーに提示されます。緊急通話がルートされるパブリック安全応答ポイント(PSAP)が応答し、通話が割り当てられた緊急サービス アドレス (KM) にマッピングされます。ESA は、緊急通報者の場所を示す、PSAP が受信するアドレスです。このオプションは、米国およびカナダのユーザーによる 911 通話に有効です。
拡張緊急 (E911) サービス—この記事で概説されているこのオプションは、ハイブリッドまたは遊牧民の労働力を持つ組織向けに設計された動的な緊急サービスです。ハイブリッド就業の従業員がいる組織では、ユーザーはオンプレミス (指定されたオフィスの建物) またはオフプレミス (リモート勤務の場所) の両方で業務にあたります。管理者が正しく構成すると、このサービスはユーザーがオンプレミスの別の場所に移動した場合に、非固定デバイス (移動について管理者に通知せずに別の場所に移動できるデバイス) および Webex アプリの場所を自動的に検出できます。このサービスは、Nomadic E911 サービスにも対応しています。
-
ノマディック E911 サービス—レイ・バウム法フェーズ 2 は 2022 年 1 月に開始され、緊急通報では、固定されていないデバイスやノマディック ユーザー (たとえば、アプリを社外に持ち出す Webex アプリ ユーザー) に正しいディスパッチ アドレスを送信することが義務付けられています。この E911 サービスを法的な要請に従って設定すると、構成が規制要件を満たすことができます。就業場所が固定されていないユーザーが Webex アプリをオフプレミスの場所で使用すると、アプリがユーザーに緊急対応要員派遣用アドレスを入力するよう指示します。Webex Calling は、この派遣用アドレスを、ユーザーがそのロケーションから 911 コールをかけた場合に使用します。Webex アプリはネットワークの変更を検出し、ユーザーが別のオフプレミスのネットワークから接続した場合にのみ、アドレスの入力を求めるプロンプトを表示します。ユーザーがすでにアドレスを提供しているオフプレミス ネットワークに接続した場合は、Webex アプリはそのネットワークに対して以前提供されたアドレスを自動的に使用します。
ユーザーが別の場所に属する回線から緊急通話を行うと、デバイスの物理的な場所に基づいて、緊急通話は最も近い PSAP の場所にルーティングされます。詳細については、 拠点間での共有回線と仮想回線の構成を参照してください。
Webex Calling は、緊急通話のメディアを通話録音プロバイダーに送信しません。ユーザーの通話録音が有効になっているにもかかわらず、911 や 933 などの緊急通話は通話録音プロバイダーに送信されません。
この記事では、強化緊急 (E911) サービスに焦点を当てます。
Webex Calling の National Suicide Prevention Lifeline および Veterans Crisis Line の詳細については、以下を参照してください。Webex Calling 向けの強化された 988 全国自殺予防ライフライン。
強化された緊急通話の適切な構成により、Top's Law と Of's の緊急通話に関する 12 の要件を満たすることができます。Webex アプリの主な E911 サービスは、ネットワーク変更を検出し、ユーザーがオンプレミスである場合、エンド ユーザーにアドレスを入力するように動的にプロンプトします。
以下の手順を実行すると、このサービスを正常にセットアップするために必要な情報を収集することができます。
-
RedSky アカウントを取得してください。
-
建物と場所の設定—設定を支援する場所や場所の詳細を使用して、建物の住所を完全に確保してください。
-
アラートのセットアップ—ユーザーが 911 サービスにダイヤルするときに、通知を受け取る組織内のユーザーのメール アドレスを持っている必要があります。
-
ネットワーク接続マップの設定—ユーザーのワイヤレスアクセスポイントまたはネットワーク情報が必要です。オフィスの建物 (オンプレミス) 内にユーザーの正確な場所を検出するには、これらのネットワーク要素の 1 つまたは両方に関する情報が必要です。
-
ワイヤレス アクセス ポイント MAC アドレス
-
LLDP スイッチ MAC
-
有線デバイスのポート情報
-
オンプレミスの各ロケーションの IP アドレスサブネット情報。
-
ユーザーのデバイスが接続されているネットワークを使用すると、構成の詳細がオンプレミスの場所を自動的に判別するのに役立ちます。
次の領域に進む前に、すべてのステップを構成するために必要な情報を持っている必要があります。上記の設定の構成についての詳細は、「管理者ガイド」を参照してください。
不正確な設定は、誤った発送先住所を送信したり、緊急通話の発送先住所を送信したりにつながっていたりする可能性があります。Nomadic 911 (オンプレミス) エンド ユーザーが、Webex アプリでプロンプトされる緊急アドレスを提供しない場合、または RedSky 管理ポータルの設定を構成できない場合、緊急通話は追加料金の発生するリレーセンターにルーティングされます。
Control Hub で実行:
-
サービス設定を更新する
-
米国内のすべてのロケーションで緊急通話を有効にする。
-
これらの各ロケーションから 933 をダイヤルすることで、緊急サービス アドレスをテストします。
プロビジョニングの観点では、このサービス は Control Hub の Webex Calling と統合されています。しかし、このインテグレーションには、2 つの独立したポータルを使用したプロビジョニングと検証が必要です。
プロビジョニングの観点でのシステム間のプライマリ リンケージは、RedSky 管理者ポータルからの HELD の会社 ID および秘密キーです。RedSky アカウントが作成されると、会社 ID と秘密鍵が会社設定ウィザードに Webex Calling されます。この会社 ID と秘密鍵は、さまざまな通信プロトコルで RedSky (場所を学習している開催された有効化されたデバイスからの開催された要求、発信者が 911 または 933 通話をダイヤルする際の通話信号) および会社 ID と秘密鍵によって、このサービスがクラウド内の適切な顧客に要求を関連付けるのに使用されます。
次の図は、この E911 サービスを Webex Calling と統合するための全般的なプロビジョニング フローを示しています。時計アイコンでマークされている項目は、より多くの時間を必要とするプロビジョニングと検証の手順を表します。プロビジョニングの不一致または不完全な検証は、取扱いを誤った通話になる場合があります。
米国内にユーザーがいる Webex Calling 顧客はアカウントを取得する資格があります。州および連邦規制に定義された要件を満たすために、組織内の米国のロケーションに緊急通話設定をセットアップします。
パートナー権限を持つアカウントを作成するには、パートナーは RedSky を使って 1 回オンボーディングを行う必要があります。アカウント作成のワークフローは次のとおりです。
-
アカウント情報
-
サービス設定を更新する
-
E911 ロケーションを設定します。
-
アラートをセットアップ
-
ネットワーク要素
-
緊急通話を有効にする。
E911 アカウントを作成する
E911 アカウントを作成する
Control Hub を使用して顧客のために E911 アカウントを作成すると、Cisco E911 アカウントの下にアカウントが作成されます。(パートナー) RedSky アカウントの下で E911 アカウントを作成して、顧客の E911 管理者ポータルの設定を管理および構成できる場合、このプロセスに従って、E911 顧客アカウントセットアップを通じてリクエストを送信します。
パートナーは RedSky を使ってオンボーディングを 1 回行ってアカウントを強化し、パートナー権限を取得する必要があります。
1 |
E911 アカウントを取得するには、 E911 Customer Account Setup ボットを検索 してください。ボット名またはメール ID を入力します。E911Account@webex.bot Webex アプリの検索オプションで と入力します。 |
2 |
サポート と入力 してアカウントのリクエストフォームを取得してください。 ![]() |
3 |
フォームに必要なすべての詳細を入力し、[送信] をクリック します。アカウントの作成が完了すると、通知を受け取ります。この処理には最大で 2 営業日かかる場合があります。無効なサブスクリプション ID など、間違った情報を入力すると、アカウント プロセスが遅延する場合があります。 |
E911 アカウントがすでに顧客に対して作成されている場合で、E911 アカウントの下にアカウントが表示されていない場合、これらの手順を使用して、E911 アカウントの下で顧客の E911 アカウントを移動することができます。
既存の E911 アカウントにアクセスする
E911アカウントにアクセスする
これらの手順を使用して既存の E911 アカウントにログインします。
1 |
既存 の RedSky アカウントにログインするには、[既存のアカウントにログイン] を選択します。 ![]() |
2 |
パートナーの E911 アカウントの設定に使用されたパートナー管理者のメールを入力します。 |
3 |
その管理者のパートナー管理者パスワードを入力します。 |
4 |
顧客に 関連付けられている RedSky 組織 ID Webex Callingします。このフィールドでは、パートナーが複数の顧客に関連付けられているので、必要な顧客アカウントを管理できます。組織 ID を見つけるには、次の手順に従います。 |
E911 アカウントを設定する
E911 アカウントを設定する
米国内にユーザーがいる Webex Calling 顧客はアカウントを取得する資格があります。カナダのユーザーはライセンスを購入することができます。州および連邦規制に定義された要件を満たすために、組織内の米国のロケーションに緊急通話設定をセットアップします。
Webex Calling では、顧客向けにコントロール ハブを通じて E911 アカウントを設定できるようになりました。
Control Hub の概要ページに 緊急通話設定のセットアップ バナーが表示された場合は、組織の緊急サービスを設定します。このバナーは、強化された緊急通話のために設定されていない 1 つ以上の米国の場所があるときに表示されます。
バナーをクリックすると、[緊急通話 設定設定] ページが 表示されます。
組織の緊急通話サービス要件を分析した後。緊急通話設定ページから必要なサービス オプションを選択 できます。
アカウントを作成する利用規約 RedSky から関連する情報を参照してください。
E911 サービスのオプトアウト
PSTN サービス プロバイダーが組織の緊急通話サービスを処理している場合は、 この組織をオプトアウトする オプションを選択します。電話PSTNは、電話番号に関連付けられている緊急連絡サービスのアドレスを送信します。州および連邦規制に定義された要件を満たすために、組織内の米国のロケーションに緊急通話設定をセットアップします。詳細 については、電話番号ベースの緊急サービス (または緊急時コールバック番号) を参照してください。
既存のアカウントにアクセスする
RedSky を使用して、組織の緊急連絡に対応するために、このオプションWebex Callingします。
-
既存の RedSky アカウントにログインするには、 既存のアカウントにログイン を選択します。
パートナー管理者の資格情報を使用して E911 アカウントを設定する場合は、RedSky 組織 ID が必要です。
-
顧客管理者のメールを入力します。これは、顧客の E911 アカウントを設定するために使用された電子メール ID です。
-
その管理者の顧客管理者パスワードを入力します。
Cisco は資格情報を保存しない。この資格情報は RedSky が開催した会社 ID 情報を安全に取得するために 1 回使用され、RedSky アカウントを組織Webex Callingします。
-
ウィザードが要求をプロビジョニングします。管理者のアドレスの HELD 会社 ID と秘密キーの情報を、Control Hub の詳細と照合して検証します。
Control Hub で開催済み会社 ID および秘密鍵を手動で入力した場合、設定ウィザードはアカウント情報を検証します。一致しない場合は警告が表示されます。新しいアカウントを使用して続行する場合は、現在の構成が Control Hub で更新され、以前の情報が上書きされます。
-
[コントロール ハブを自分の組織の RedSky アカウント情報オプションで更新することに同意する] を選択し、[次 へ] をクリック します。
-
新規アカウントを作成
既存の RedSky アカウントをお持ちでない場合は、新しいアカウントを作成する必要があります。
管理者メールは必須です。従って、有効な顧客管理者メール ID を提供してください。各管理者メールは、1 つのアカウントにのみ関連付けされています。パートナーであり、顧客のアカウントをプロビジョニングしている場合、顧客管理者メール ID を使用します。
メールは各 E911 アカウントに対して固有である必要があります。同じ管理者メールを 2 つの E911 アカウントの一部にすることはできません。
セットアップウィザードにより、1 人の管理者ユーザーが設定されます。組織が複数の管理者に緊急設定を管理する必要がある場合、この管理者は次の管理者アカウントを追加できます。
-
[アカウントの 作成] を 選択して、新しいアカウントを作成します。
-
RedSky 管理者ログインとして使用する 管理者メール ID を入力します。
-
パートナーの組織 ID を入力します。パートナー管理者として RedSky ポータルにログインします。ダッシュボードから組織 ID をコピーし、フィールドに ID を入力します。
RedSkyにご登録済みのお客様は、 までお問い合わせください。 support@redskytech.com 顧客をそれぞれのパートナーに移動します。
-
[次 へ] をクリックして、アカウントと管理者のプロビジョニングを行います。
-
ウィザードはリクエストをプロビジョニングし、Control Hub の詳細を使用して管理者のアドレスの HELD 会社 ID と秘密キーの情報を検証します。
Control Hub で開催済み会社 ID および秘密鍵を手動で入力した場合、設定ウィザードはアカウント情報を検証します。一致しない場合、警告が表示されます。新しいアカウントを使用して続行する場合は、現在の構成が Control Hub で更新され、以前の情報が上書きされます。
-
組織の RedSky アカウント情報を使用して Control Hub を更新することに同意します オプションを選択し、 次へをクリックします。
-
アカウントが正常に作成されると、電子メール通知が届きます。管理者はリンクを使用してパスワードをリセット できます。
1 |
E911 ロケーションの設定—RedSky で建物とロケーションを追加します。一意の発送可能な住所を持つすべての米国またはカナダのロケーションについては、RedSky ポータルに詳細を追加する必要があります。例: 170 West Tasman Drive San Jose, CA 95134-1706 USA は建物の住所であり、場所は東海岸、1 階、会議室 2 階などです。 |
2 |
[ E911 ロケーションを更新し、その障害によってコールがリレーセンターに再ルートされる] を選択します。Relay Centerの通話料金はパートナーおよび/または顧客に課金されます。[次へ] をクリックします。 |
3 |
アラートのセットアップ—個別または複数のロケーションにアラートを設定できます。E911 管理者ポータルの [アラート設定を更新しました] を選択します。[次へ] をクリックします。 設定 に関する詳細を知りたい場合は、「アラートの設定」を参照してください。FCC規制により、企業では、従業員が911の呼び出しを行うたびに緊急対応チームに通知が届く必要がある。 |
4 |
ネットワーク要素の構成— RedSky ポータルでこれらの設定を完了し、ウィザードで [911 発信者の場所を検出する] オプションを検出するために、E911 管理ポータルで [ロケーションの設定を読み、理解する] が必要だと確認します。この活動は時間がかかる。 ネットワーク 要素の構成 についての詳細は、管理ガイドを参照してください。 [次へ] をクリックします。設定が完了したら、RedSky がネットワーク接続情報を受信し、MPP 電話が RedSky の緊急テスト番号 933 にコールを行うのを許可するためにテストコールを行います。テスト通話は、アドレス情報が正しくプロンプトされていることを確認します。 |
5 |
緊急通話を有効にする—この構成では、911 通話を RedSky にルートできます。[ E911 管理ポータルのアラート設定を更新しました] を選択し、[ 完了] をクリック します。 |
RedSky は、PSAP に緊急通話を送信する機能を提供する、Webex Calling 展開に対応した米国の E911 緊急通話プロバイダーです。このサービスは、米国およびカナダのユーザーが 911 通話を行った場合に作動するように設計されています。Webex Calling ユーザーは、各自の Webex Calling 資格でこのサービスを利用できます。
HTTP Enabled Location Delivery (HELD) は、緊急通報プロバイダーに位置情報を安全に伝えるための標準です。MPP 電話のような HELD 対応のデバイスには、ネットワークの変更を検出し、このネットワーク情報を使用して、設定されたワイヤマップに基づいて新しい場所を特定する機能があります。
このソリューションは、デバイスに基づくロケーション サポート (HELD 対応の MPP デバイスおよび Webex アプリが対象) を提供します。デバイスに基づくロケーション サポートでは、ユーザーは異なるオフィスの場所で同じ内線番号の複数の電話を使用することができますが、各デバイスに固有の緊急サービス アドレスがあります。このソリューションは、米国、その領土、およびカナダ全土の公衆安全応答ポイント (PSAP) に緊急通話をルーティングするネットワークを提供します。
デバイスに基づくロケーション サポートは、HELD 対応の MPP デバイスおよび Webex アプリにのみ適用されます。このサポートは、Webex Calling アプリまたは HELD 非対応のデバイスには適用されません。
Control Hub は、企業が RedSky アカウントに接続するための統合ポイントを提供します。サービスはロケーションに基づいて有効にできます。Control Hub でロケーションが完全に有効になると、Control Hub でそのロケーションに割り当てられたすべての電話とソフト クライアントから発信された緊急通話 (テスト コールの場合は 933、緊急通話の場合は 911) が Enhanced 911 サービスを使用するようになります。RedSky は緊急時の設定を構成する緊急通話管理ポータルを提供します。
このソリューションにおける RedSky の役割は次のとおりです。
-
派遣可能なロケーションに緊急通話をマップするために使用される、パートナー/顧客のプロビジョニング済みデータベースを管理します
-
発信デバイスの派遣可能なロケーションに基づいて、PSAP が緊急対応要員を派遣する場所を特定できる情報とコールバック番号と共に、緊急通話を適切な PSAP につなぎます。
-
企業の担当者に知らせるオプションの通知を生成します。
-
強化ライセンスのサブスクリプションについては、企業のユーザーによる緊急通話と企業の担当者を仲介し、ポップ通知を提供します。
この機能は、無料の Cisco ライセンス パッケージには含まれていません。
Kari 法として知られている公法の 115-127 条を遵守するために、組織内から緊急連絡サービスへコールを行うと、メール通知が生成される必要があります。すべてのロケーションで通知を有効にするか、個々の場所の通知をカスタマイズすることができます。これらの通知は、ロケーションで指定した安全管理担当者に送信できます。E911 サービスでは、メール、SMS、またはデスクトップ アプリケーションを介して企業の担当者宛ての通知を受け取ることができます。これは RedSky 管理者ポータルで設定できます。

RedSky 管理者ポータルで緊急通話通知を設定する際には、以下を実行してください。
-
複数のメール アドレスと SMS 受信者を指定します。例えば、緊急対応チーム、安全管理責任者、主要な受付担当者などに、これらの通知が届くようにします。
-
933 テスト通話が行われた場合、またはデバイスが不明な場所から HELD リクエストを行った場合は、アラートをセットアップして、管理者がユーザーの接続先をモニターできるようにします。
Webex Calling は、手動の 911 サービスを使用して、企業または組織内のデバイスの移動を検出する機能に対応しています。これにより、企業または組織内のさまざまな領域に異なる緊急コールバック番号を設定できるようになります。
E911 サービスは次のタイプのロケーション検出をサポートします。
敷地内を移動するデバイスの動的な位置検出。
-
HELD 対応のマルチプラットフォーム ファームウェア (MPP) の場合、位置検出はネットワーク検出に基づいています。MPP デバイスは、HTTP Enabled Location Delivery (HELD) と呼ばれるプロトコルを使用して、ネットワーク環境情報 (上流の LLDP 対応スイッチ、ワイヤレス アクセス ポイント (WAP) BSSID、IP アドレス、または MAC アドレス) を RedSky HELD サービスに報告します。
-
デスクトップ上の HELD+ 対応 Webex アプリの場合、位置検出はネットワーク検出に基づいて行われ、ネットワーク環境情報 (アップストリーム LLDP 対応スイッチ、ワイヤレス アクセス ポイント (WAP) BSSID、IP アドレス、またはアップストリーム ゲートウェイのデフォルト MAC アドレス) が RedSky HELD+ サービスに報告されます (Cisco Discovery Protocol (CDP) はサポートされていません)。
敷地外へ移動するモバイル クライアントの動的な位置検出。
-
携帯電話接続のないデスクトップおよびモバイルプラットフォーム(タブレット)上のHELD+対応Webexアプリの場合、位置検出は、ワイヤレスアクセスポイント(WAP)BSSID、IPアドレス、上流ゲートウェイのデフォルトMACアドレス、および port/chassis 上流スイッチの。Webex アプリは、上記にリストされている利用可能なネットワーク識別子のいずれかを RedSky に送信します。RedSky がデバイスが既知の場所にあると判断した場合、ユーザーの位置は自動的に更新されます。サインイン時に、Webex アプリがデバイスが認識されない場所に移動したことを検出すると、ユーザーには新しいアドレスを更新するように求められます。ただし、認識されない場所が検出された際にユーザーがすでにサインインしている場合は、ユーザーにプロンプトは表示されず、Webex アプリのフッターに赤い X が表示されます。ユーザーは赤い X をクリックして自分の位置を更新できます。RedSky は新しい場所を検証して保存します。ユーザーが Webex アプリから 911 通話を行うと、このアドレスが緊急通報アドレスとして使用されます。
Webex デスクトップ (Windows および MacOS) 上のすべての VPN および仮想ネットワーク インターフェイスを無視します。Windows の場合、Webex アプリは、VPN および仮想インターフェイスを除外するためのブール型仮想パラメータである MSFT_NetAdapter を使用します。
固定デバイスのロケーションの検出。これらは動かない装置です。
-
電話番号ベースのロケーションの検出: HELD 非対応デバイス(携帯電話アクセスのないモバイル デバイス、ソフトフォン クライアント、シスコ以外の顧客構内機器(CPE)など)の場合、位置の決定はテストまたは緊急通話でアサートされた発信者 ID に基づいて行われます。
Webex Calling 展開で E911 サービスを使用する場合、さまざまなクライアント タイプの場所を決定するために次の方法が使用されます。
-
携帯電話接続のないデスクトップおよびモバイル プラットフォーム (タブレット) 上の HELD+ 対応 Webex アプリの場合、位置検出は HELD デバイスと同様にネットワーク検出に基づいています。
-
携帯電話接続を備えたモバイル プラットフォーム上の Webex アプリは RedSky を使用しません。これらのモバイル デバイスは、ロケーション情報を提供するネイティブ ダイヤラーを使用して、セルラー ネットワークで緊急通話を直接送信します。
-
HELD プロトコルをサポートする MPP デバイスは、HELD トランザクションでネットワーク接続とデバイス情報を提供します。RedSky は、RedSky のポータルでプロビジョニングされたワイヤマップ (ネットワーク検出情報) に基づいて派遣可能なロケーションを分析して特定します。
-
HELD 対応以外のエンドポイントは、E.164 発信者 ID に関連付けられた派遣可能な静的ロケーション情報を使用して、プロビジョニングされます。この電話番号ベースのアドレスは、ネットワーク検出を使用して HELD 対応 MPP デバイスのネットワークの場所を特定できない場合にも使用されます。
E911 ロケーションの設定—RedSky で建物とロケーションを追加します。固有の発送可能な住所を持つ米国、米国領土、またはカナダの場所ごとに、RedSky ポータルに詳細を追加する必要があります。たとえば、次のようなものです。170 West Tasman Drive San Jose, CA 95134-1706 US は建物の住所であり、場所は建物の東棟 1 階、または会議室 2 階になります。
RedSky 管理ポータルでアラート、建物、場所、ワイヤーマップを構成する方法の詳細については、管理ドキュメントを参照してください。E911 サービスが緊急通報を行う特定のデバイスの派遣可能な場所を見つけられない場合、その通報は緊急通報リレー センターにルーティングされます。リレー センターのエージェントが発信者と連携して、緊急通話をルーティングする最善の方法を判断します。ユーザーが Webex アプリで緊急連絡先を提供しなかった場合、または管理者が RedSky 管理ポータルで正しく構成しなかった場合は、リレー センターの通話コストが顧客に返金されます。
仮想ラインが位置検出に与える影響:
-
デスクトップ上の HELD+ 対応 Webex アプリの場合、通話にどの回線が使用されるかに関係なく、ESA はネットワーク マップから取得されたアドレスまたはユーザー指定のアドレスになります。コールバック番号は仮想回線に設定された ECBN 番号です。
-
HELD 対応 MPP デバイスの場合、通話に使用された回線に関係なく、ESA はネットワーク マップから取得されたアドレスになります。コールバック番号は仮想回線に設定された ECBN 番号です。
-
HELD 非対応エンドポイントの場合、電話番号 (TN) を使用して ESA が決定されます。ESA は、仮想回線の TN に基づいて受信されるアドレスです。コールバック番号は仮想回線に設定された ECBN 番号です。
上記のすべてのケースにおいて、RedSky が場所を特定できない場合、通話はリレー センターにルーティングされます。
PSTN および E911 サービスが有効化されたロケーション
このシナリオでは、緊急通話が識別され、設定された PSTN の代わりに、E911 サービスに送られます。このルートは、そのロケーションのすべてのユーザーに対して、ハード フォンおよびポータブル エンドポイント (携帯電話、タブレット、ノートブックなど) を含む、RedSky が有効なロケーションのすべてのエンドポイントに対して実行されます。(例外: 携帯電話ベースの電話クライアントは、緊急通話を携帯電話サービスプロバイダーに直接送信します。
ローカル ゲートウェイおよび E911 サービスが有効化されたロケーション
このシナリオでは、緊急通話が識別され、ローカル ゲートウェイの代わりに、E911 サービスに送られます。このルーティングは、そのロケーションに割り当てられているユーザーの場所が固定されていないエンドポイントを含む、このサービスが有効化されたロケーションのすべてのエンドポイントに対して実行されます。
多国籍展開
このシナリオでは、ロケーション A は RedSky 対応ではありません。すべてのコール (PSTN および緊急) は、ローカル ゲートウェイを通してルーティングされます。ロケーション B は米国/カナダのロケーションで有効になっています。つまり、緊急通話は RedSky にルートされます。
コンポーネント |
要件 |
---|---|
RedSky |
米国の Webex Calling ユーザーは、Webex Calling の資格によりこのサービスを利用できます。カナダのユーザーの場合は、Cisco またはサービス パートナーを通じて RedSky ライセンスを取得してください。管理者は RedSky 管理ポータルにアクセスできます。この手順により、HELD 会社 ID と秘密キーにアクセスできるようになります。 次の種類のデバイスに対応するために、RedSky 管理ポータルで位置特定用の次の構成を準備します。
このサービス インテグレーションは次のすべての PSTN オプションをサポートしています。ローカル ゲートウェイ、Cloud Connected PSTN、サービス プロバイダー PSTN。 https://api.wxc.e911cloud.com および https://wxc.e911cloud.comへのアクセスを許可していることを確認してください。電話と Webex クライアントは、ポート 443 を使用して RedSky サービスと通信します。 詳細については、「RedSky 管理者ドキュメント」を参照してください。 |
Control Hub および Webex Calling 組織 |
|
Control Hub とロケーション |
Control Hub の E911 ポータルでの自動ロケーション構成 トグルを有効にすると、米国またはカナダの Redsky に追加された建物や場所に対して E911 サービスが自動的に作成されます。 Webex Calling のお客様の場合、トグルはデフォルトでオフになっています。Webex Wholesale の場合、このトグルはデフォルトでオンに設定されています。 場所を削除しても、建物と場所はネットワーク要素に関連付けることができるため、RedSky ポータルから建物と場所が自動的に削除されることはありません。 |
HELD 対応デバイス |
ロケーションがこのサービスに対し有効になった、HELD 対応デバイスの場合。Webex Calling デバイス管理システムは、更新されたデバイス構成を生成して、HELD 機能を有効にします。新しい構成を取得するには、各 HELD デバイスを再同期または再初期化します。管理者がこれを行わない場合、デバイスは今後 24 時間以内に構成の更新を確認できます。これが起こるまで、デバイスは位置情報サービスに HELD を使用しません。 電話は、RedSky ロケーション情報サーバー (LIS) にアクセスするために、ダウンロードされた構成パラメータを使用します。有効なユーザーが 911 または 933 にダイヤルすると、Webex Calling がピアリング接続を介して RedSky に渡すトークンを受信します。 HELD 対応デバイス:
すべての Webex Calling デバイスのリストについては、 Webex Calling でサポートされているデバイスを参照してください。 |
HELD 非対応デバイス |
HELD 非対応デバイスのロケーションは、テストまたは緊急通話で割り当てられた発信者 ID に基づいて特定されます。管理者の承認なしにこれらのデバイスをある場所から別の場所に移動しないことをお勧めします。 HELD 非対応デバイス:
すべての Webex Calling デバイスのリストについては、 Webex Calling でサポートされているデバイスを参照してください。 |
Webex アプリ |
Webex アプリは、他のすべての HELD 対応デバイスと同様に、HELD+ をサポートします。RedSky ロケーション情報サーバーと通信するには、設定を更新する必要があります。設定が完了すると、ユーザーがオフプレミス ネットワークに接続している場合、Webex アプリがユーザーにアドレスを入力するようプロンプトで指示します。 |
RedSky アカウントを作成し、1 つ以上のサイトの接続マップベースと発信者 ID ベースの情報をプロビジョニングした後、この E911 サービスに緊急通話を行うのに必要な情報で Webex Calling を構成する必要があります。
始める前に
RedSky 管理者ダッシュボードから HELD の会社 ID と秘密キーを取得します。この値は、お使いの Control Hub のインスタンスを、RedSky 組織に直接リンクするグローバル一意識別子 (GUID) です。
1 |
https://admin.webex.comの顧客ビューから サービスに移動し、 。 |
2 |
[強化された緊急コール] までスクロールし、サービスをオンに切り替えます。 |
3 |
[会社 ID] と [秘密鍵] フィールドが RedSky ポータルで正しい会社 ID および秘密鍵と一致していることを確認してください。 会社 ID と秘密キーは、RedSky ポータルの [HELD] セクションで確認できます。 ![]() |
次に行うこと
[強化された緊急コール] のトグルがすでに有効となっている場合、既存の会社 ID および秘密キーをいつでも別のものに変更できます。この機能により、無効な値を入力した場合に、エントリを修正することができます。
組織レベルでサービスを有効にした後、組織内の個々のロケーションに対してサービスを有効にできます。Control Hub では、ロケーションはユーザー アカウントが追加される設定コンテナーです。これは、デバイスの実際の物理的な位置を追跡しようとする RedSky 構成とは異なります。Control Hub のロケーションに対してこの機能を有効にすると、そのロケーションに属しているすべてのユーザーが有効になります。
1 |
https://admin.webex.com の顧客ビューから、[サービス] へ移動し、コール カード から [ロケーション] をクリックします。 |
2 |
ロケーションをクリックしてその概要ペインを開き、[強化された緊急コール] をクリックします。 |
3 |
[RedSky がネットワーク接続情報とテスト コールを受け取ることを許可する] をオンにして、ネットワーク接続情報を受信し、コールをテストして、 MPP 電話が RedSky の緊急テスト番号 933 に発信し、変更を保存できるようにします。 この設定により、デバイス構成が更新され、その場所にあるすべての HELD 対応デバイスに対して HELD 機能が有効になります。デバイスが再初期化され、新しい構成が選択されると、RedSky の位置情報サーバー (LIS) に HELD 要求を送信して、有効な場所を特定しようとします。 この設定は、そのロケーションからのすべてのテスト コール (933) も、緊急プロバイダーにルーティングします。この時点では、緊急通話 (911) は影響を受けず、PSTN プロバイダーにルーティングされます。 変更を保存すると、そのロケーションの状態が [ロケーション インテグレーション オン] に変更されます。 |
4 |
そのロケーションの 911 のフル ルーティングを有効にする前に、コールが適切にルートされていることを確認するために、テスト コールを 933 に行います。テスト コールは、そのロケーションに割り当てられたすべてのエンドポイント (HELD 対応デバイス、ソフト フォン、HELD 非対応デバイスを含む) から行うことができます。テスト通話(933)は発信者をIVRに接続し、IVRは発信者IDとそのデバイスの現在既知のアドレスをアナウンスします。 |
5 |
テスト コールが正しくルーティングされていることを確認した後、[ロケーションの概要] ペインに戻り、 [RedSky] をクリックして、[緊急通話のルーティング] をオフ に切り替えます。変更を保存します。 この設定により、MPP 電話が RedSky LIS から位置情報を取得するだけでなく、実際の 911 通話も RedSky にルーティングされるようになります。 変更を保存すると、そのロケーションの状態が [ルーティング オン] に変わります。 |
-
再初期化されると、その場所に割り当てられた Webex アプリを含む HELD 対応デバイスは HELD 要求を行い、トークンを受信するようになります。
-
RedSkyの組織管理で に移動します。 HELD/HELD+ ルーティング オプション。このドロップダウン メニューで、 HELDのフォールバック ルーティングに DID を使用する] を選択します。このトグルがオンの場合、HELDから緊急通話が行われたときに / HELD+ デバイス (ネットワーク情報からのアドレス マッピングがない) の場合、このサービスは一致する DID (場所またはユーザー内) をチェックし、対応するアドレスを使用します。
HELD 非対応デバイスの場合、上述の設定が影響を及ぼすことはありません。非 HELD デバイスの場合、このサービスは常に一致する DID (場所またはユーザー) があるかどうかを確認し、対応するアドレスを使用します。
-
DECT および ATA はこのサービスと通信せず、通話は緊急サービス プロバイダーにルーティングされます。したがって、発信者 ID に関連付けられた場所を使用して RedSky 管理ポータルを構成します。
-
MPP デバイスからの緊急通話は、物理的にはワイヤマップになく (ロケーションは HELD を通じて検出されませんでした)、アサートされた発信者 ID に基づいて処理を行います。E911 ユーザーの TN に関連付けられた場所、または発信者 ID と一致する E911 の場所がある場合、通話はこの基準に基づいてルーティングされます。
-
MPP デバイスでは、緊急通話時に保留、会議、転送などの通話中機能は使用できません。