特許 7408540 ＬＴＥネットワーク用エッジベースの場所特異性警報システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-22

(45)【発行日】2024-01-05

(54)【発明の名称】ＬＴＥネットワーク用エッジベースの場所特異性警報システム

(51)【国際特許分類】

   H04W 24/02 20090101AFI20231225BHJP

   H04W 92/14 20090101ALI20231225BHJP

   H04W 4/90 20180101ALI20231225BHJP

   H04W 88/18 20090101ALI20231225BHJP

【ＦＩ】

H04W24/02

H04W92/14

H04W4/90

H04W88/18

【請求項の数】 13

(21)【出願番号】P 2020514714

(86)(22)【出願日】2018-09-11

(65)【公表番号】

(43)【公表日】2020-11-19

(86)【国際出願番号】 US2018050495

(87)【国際公開番号】W WO2019055425

(87)【国際公開日】2019-03-21

【審査請求日】2021-09-08

(31)【優先権主張番号】62/557,288

(32)【優先日】2017-09-12

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】519307458

【氏名又は名称】ジョン メツァリングア アソシエイツ エルエルシー

【氏名又は名称原語表記】ＪＯＨＮ ＭＥＺＺＡＬＩＮＧＵＡ ＡＳＳＯＣＩＡＴＥＳ， ＬＬＣ

(74)【代理人】

【識別番号】100147485

【弁理士】

【氏名又は名称】杉村 憲司

(74)【代理人】

【識別番号】230118913

【弁護士】

【氏名又は名称】杉村 光嗣

(74)【代理人】

【識別番号】100161148

【弁理士】

【氏名又は名称】福尾 誠

(72)【発明者】

【氏名】パトリック ヘンクル

(72)【発明者】

【氏名】ヴィシャル アグラワル

(72)【発明者】

【氏名】ジェフリー コーリントン

(72)【発明者】

【氏名】トッド ランドリー

(72)【発明者】

【氏名】サシ エスワラヴァカ

(72)【発明者】

【氏名】ジョン ブラスコ

(72)【発明者】

【氏名】スティーブン ターナー

【審査官】竹内 亨

(56)【参考文献】

【文献】国際公開第２０１６／１５７８９０（ＷＯ，Ａ１）

【文献】Correction of massive PWS Restart Indications from HeNBs，3GPP TSG-RAN WG3#85bis R3-142284，2014年09月26日

【文献】3GPP TS 23.041 V14.1.0 (2017-06)，Technical Specification 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Technical realization of Cell Broadcast Service (CBS) (Release 14)，2017年06月，Page 1, 9-35，https://www.3gpp.org/ftp//Specs/archive/23_series/23.041/23041-e10.zip

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００－９９／００

Ｈ０４Ｂ ７／２４－７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

各々が複数のＳ１-ｍｍｅインタフェースの１つに対応して接続される、複数のベースバンド装置と、
移動管理実体に接続されるよう構成された集約Ｓ１-ｍｍｅインタフェースと、
前記複数のＳ１-ｍｍｅインタフェースと前記集約Ｓ１-ｍｍｅインタフェースとの間に接続されたＳ１-ｍｍｅアグリゲータ及びアクセスコンポーネントであって、それぞれが各ベースバンド装置からの信号である複数のアップリンクＳ１-ｍｍｅ信号を集約Ｓ１-ｍｍｅ信号として集約し、前記集約Ｓ１-ｍｍｅ信号を前記集約Ｓ１-ｍｍｅインタフェース上で送信し、前記集約Ｓ１-ｍｍｅインタフェースからのダウンリンクＳ１-ｍｍｅ信号を終端処理し、かつ前記ダウンリンクＳ１-ｍｍｅ信号を複数のダウンリンクＳ１-ｍｍｅ信号として分割し、複数のダウンリンクＳ１-ｍｍｅ信号のそれぞれを前記複数のＳ１-ｍｍｅインタフェースの１つに経路付けし、また前記アップリンクＳ１-ｍｍｅ信号及び前記ダウンリンクＳ１-ｍｍｅ信号にアクセスするよう構成された、該Ｓ１-ｍｍｅアグリゲータ及びアクセスコンポーネントと、
前記Ｓ１-ｍｍｅアグリゲータ及びアクセスコンポーネントに接続された管理及びネットワーク・オペレーションコンポーネントであって、現場ＩＴ(Information Technology)インフラから場所情報を有する警報命令を受信し、また書込み-書換え警報リクエストメッセージを生成し、前記現場ＩＴインフラによって提供された前記場所情報に従って前記書込み-書換え警報リクエストメッセージを前記複数のベースバンド装置の１つ又はそれ以上に送信するよう構成された、該管理及びネットワーク・オペレーションコンポーネントと、
を備える、モバイル・エッジ・コンピューティング・システム。

【請求項2】

局所的警報メッセージをＬＴＥ(Long Term Evolution)ネットワークで供給する方法において、
複数のＳ１-ｍｍｅインタフェースのうち１つからのセル再起動表明信号を受信する受信ステップであって、前記複数のＳ１-ｍｍｅインタフェース各々はベースバンド装置に対応する、該受信ステップと、
前記セル再起動表明信号からセル情報を検索するステップと、
前記セル情報を記憶するステップと、
前記複数のＳ１-ｍｍｅインタフェースを集約Ｓ１-ｍｍｅインタフェースに集約するステップであって、前記セル再起動表明信号は前記Ｓ１-ｍｍｅインタフェースから受信される、該集約するステップと、
を含む、方法。

【請求項3】

請求項２に記載の方法において、
前記セル情報は、セルＩＤを含む、方法。

【請求項4】

請求項２に記載の方法において、
前記セル情報を記憶するステップは、さらに、前記セル再起動表明信号の受信に対応するタイムスタンプを記憶するステップを含む、方法。

【請求項5】

請求項２に記載の方法において、
前記セル再起動表明信号は、ＰＷＳ(Public Warning System)再起動表明を含む、方法。

【請求項6】

局所的警報メッセージをＬＴＥ(Long Term Evolution)ネットワークで供給する方法において、
現場ＩＴ(Information Technology)インフラから警報命令を受信するステップと、
前記警報命令から場所情報を検索するステップと、
前記警報命令に対応する書込み-書換え警報リクエストを生成するステップと、
前記現場ＩＴインフラによって提供された前記場所情報に従って前記書込み-書換え警報リクエストを宛先セルに対応する宛先Ｓ１-ｍｍｅデータストリーム内に挿入する挿入ステップであって、前記宛先セルは複数のセルのうち１つであり、前記宛先Ｓ１-ｍｍｅデータストリームは複数のＳ１-ｍｍｅデータストリームのうち１つであり、各Ｓ１-ｍｍｅデータストリームは前記複数のセルの少なくとも１つに対応するものである、該挿入ステップと、
を含む、方法。

【請求項7】

請求項６に記載の方法において、
前記書込み-書換え警報リクエストを生成するステップは、
前記警報命令から場所識別子を検索するステップと、
前記場所識別子をセルＩＤに相関付けするステップと、
前記セルＩＤを前記書込み-書換え警報リクエストに挿入するステップと、
を含む、方法。

【請求項8】

請求項６に記載の方法において、
前記書込み-書換え警報リクエストを生成するステップは、
先に識別した書込み-書換え警報リクエストデータを記憶するメモリに既存メッセージ識別子及び既存シリアル番号を照会するステップと、
前記既存メッセージ識別子及び前記既存シリアル番号に等しくない新規なメッセージ識別子及び新規な照合シリアル番号を生成するステップと、
を含む、方法。

【請求項9】

請求項６に記載の方法において、さらに、
指定アップリンクＳ１-ｍｍｅデータストリーム内で書込み-書換え警報レスポンスを識別する識別ステップであって、前記指定アップリンクＳ１-ｍｍｅデータストリームは宛先セルに対応し、前記書込み-書換え警報レスポンスは前記書込み-書換え警報リクエストに対応するものである、該識別ステップと、
前記書込み-書換え警報レスポンスを終端処理するステップと、
前記書込み-書換え警報レスポンスに対応する情報を記憶するステップと、
を含む、方法。

【請求項10】

請求項９に記載の方法において、
終端処理するステップは、
指定アップリンクＳ１-ｍｍｅデータストリームから前記書込み-書換え警報レスポンスを除去するステップと、
前記指定アップリンクＳ１-ｍｍｅデータストリームを有する複数のアップリンクＳ１-ｍｍｅデータストリームを、集約Ｓ１-ｍｍｅデータストリームに集約するステップと、
を含む、方法。

【請求項11】

請求項９に記載の方法において、さらに、
前記現場ＩＴインフラから停止警報命令を受信するステップと、
前記停止警報命令に対応する停止警報リクエストを生成するステップと、
前記停止警報リクエストを宛先Ｓ１-ｍｍｅデータストリーム内に挿入するステップと、
を含む、方法。

【請求項12】

請求項１１に記載の方法において、さらに、
前記指定アップリンクＳ１-ｍｍｅデータストリーム内で停止警報レスポンスを識別するステップと、
前記停止警報レスポンスを終端処理するステップと、
前記停止警報レスポンスに対応する情報を記憶するステップと、
を含む、方法。

【請求項13】

請求項１２に記載の方法において、さらに、
前記警報レスポンスの受信を表明する確認信号を前記現場ＩＴインフラに送るステップを含む、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は無線通信に関し、より具体的には、現場又はエリア内のＵＥｓに限局して局所的緊急対応及び警報を与え、また現場又はエリア内で場所特異性警報を与えるＬＴＥモバイル・エッジ・コンピューティング・システムに関する。

【背景技術】

【0002】

ＬＴＥベースの携帯電話ネットワークによれば、進化型パケットコア（ＥＰＣ：Evolved Packet Core）ネットワーク内から携帯電話事業者が多くの特徴を実行するのを可能にする。ＥＰＣインタフェースは、携帯機器（mobile devices）が最終的にどのようにして携帯電話事業者のネットワークに接続するかの無線アクセスネットワーク（ＲＡＮ）とインタフェース接続する。

【0003】

ＬＴＥ基地局（ベースステーション）又はｅＮｏｄｅＢ（ｅＮＢ）は、無線信号を発生しかつ携帯機器のアクセス及び接続性を調節するＲＡＮの主要要素である。概して、ｅＮＢはＥＰＣ内のその要素に対して従属する。したがって、「ＲＡＮ上に（above the RAN）」実装される特徴、機能及び能力は、ｅＮＢに対して透過性がある。しかし、ｅＮＢの携帯機器に対する、またひいてはそれら携帯機器のユーザーに対する比較的近い近接度に起因して、ｅＮＢは、理想的には若干の向上した機能であって、携帯機器及びユーザーにとって有益であり得る、大まかに「モバイル・エッジ・コンピューティング（ＭＥＣ）」とも称される機能を実施するのに適する。

【0004】

モバイル・エッジ・コンピューティング（ＭＥＣ）：
ＭＥＣは、セルラーネットワークのエッジにおけるクラウドコンピューティング能力及びＩＴサービス環境を可能にするネットワークアーキテクチャ概念である。ＭＥＣの背後の基本アイデアは、セルラー顧客により近い位置でアプリケーションを稼働させ、また関連処理タスクを実施することによって、ネットワークの混雑が減少し、またアプリケーションはより良く実施される。ＭＥＣ技術は、セルラー基地局に実装されるよう設計し、また顧客に対する新しいアプリケーション及びサービスの融通性がありかつ迅速な展開を可能にする。情報技術及び電気通信網の要素を結合して、ＭＥＣは、さらに、携帯電話事業者がアプリケーション開発者及びコンテンツプロバイダのような権限第三者に無線アクセスネットワーク（ＲＡＮ）をオープンにすることを可能にする（参照：https://en.wikipedia.org/wiki/Mobile edge computing）。

【0005】

急成長する技術概念であることを超えて、ＭＥＣアプリケーションを実証するための僅かな数の実際的な実装又は統一された方法が存在する。大きな部分として、このことは、加入者及びデバイスのセキュリティが最優先であるＬＴＥ ＲＡＮ環境内でこのような能力を実装及び展開する複雑性に起因する。さらに、ｅＮＢ（セル基地局塔設備、又は携帯機器における一過性の性質に結び付いたＣＲＡＮクラスターでさえもある）の物理的近接度を有するマクロなセルラーネットワークは、多くのＭＥＣアプリケーションに対しては伝導性がない。したがって、上記のＭＥＣアプリケーションは、ＬＩＰＡ（ローカルＩＰアクセス）、選択的ＩＰトラフィックオフロード（ＳＩＰＴＯ）のような３ＧＰＰで定義されたメカニズムを使用して、ＩＰトラフィックを局所的にローカルエリア・ネットワークに「オフローディング」することに傾注するものであり、この場合、プライベート・ネットワーク、例えば、会社のプライベート・ネットワーク宛のトラフィックを、ｅＮＢ（又は小さいセル基地局）が宛先ＬＡＮ近傍に物理的に位置する場所に局所的にオフロードすることができる。しかし、３ＧＰＰによって定義されるこれら方法は実用化されず、これはすなわち、それら方法が特別なサービス定義及び携帯電話事業者との協調を必要とし、これには、各携帯機器に挿入される加入者識別モジュール（ＳＩＭ）カードに対する能力定義を含む。管理及び協調のこのレベルは携帯電話事業者にとって実行不可能なものにする。さらに、合法的査察（通信傍受）裁判所命令のための法的要求事項との潜在的抵触に対して表現される懸念が存在してきた。

【0006】

公衆警報サービス及び他の集団通知ソリューション：
ＦＥＭＡ（米連邦緊急事態管理局）によって統制される公衆警報サービスによれば、緊急警報及び命令の集団通知を、ケーブルテレビ、ブロードキャストテレビ、ＡＭ／ＦＭラジオ及びセルラーネットワークのような複数媒体上と同時に行うことを可能にする。権限当事者は、ＦＥＭＡがホストとなるゲートウェイ経由でＰＷＳと「インタフェース接続する（interface with）」ことができる。このような権限当事者としては、ＦＥＭＡ、ＦＢＩ、州及び若干の地方自治体法執行機関並びに緊急悪天候事象の場合におけるＮＯＡＡがある。

【0007】

公衆警報システムは、地理的及び潜在的な意味で人々に影響が広範囲に及ぶ状況で警報及び命令を発するのが理想的である。代表的には、これらメッセージは、多くの郡、地方自治体／政府及び法執行機関の法域をカバーする。公衆警報システムによってカバーされる「事象（event）」のタイプにおける最もよく知られている例は、おそらく１９９６年に子供誘拐疑惑を迅速に解決するため制定された「アンバー・アラート（誘拐事件速報）」である。このアンバー・アラート法の有効性に関する詳細な統計及び年次報告書がある。このアンバー・アラートは、誘拐された子供の救出向上に至ったのは疑いようもないが、依然として繁多でほぼ間違いなく必要とされるお役所仕事的プロセスを経るものである。標準化されたアンバー・アラート基準として以下のもの、すなわち、(1) 法執行機関は誘拐が発生したことの裏付けをとらなければならない、(2) 子供が深刻な傷害又は死に至るリスクがなければならない、(3) アラートを発する上で子供、誘拐者又は誘拐者の車に関する十分な記述的情報がなければならない、及び(4) 子供が１８歳以下でなければならない、というものがある。

【0008】

国内公衆警報システム使用のすべては、システムが意図された通りに使用される、及び意図的又は不慮のいずれであっても誤用の結果として、公衆のパニック又は過剰反応を引き起こさないことを確実にする程度の監視及び精査を必要とする。

【0009】

公衆警報システム使用の他の例としては、以下のもの、すなわち、危険容疑者の脱獄事件通知、化学物質流出のようなバイオ・ハザード、通知、竜巻のような差し迫った悪天候事象の通知がある。

【0010】

警報メッセージを発する公衆警報システムに対するインタフェース接続はＦＥＭＡシステムへの権限アクセスに基づく。メッセージの提出は、以下の入力、すなわち、(1) 影響が及ぼされる郡を表す連邦情報処理標準（ＦＩＰＳ）コード（郡コード）、及び(2) 警報メッセージ（規定条約に従う）、及び種々の記述子（緊急度タイプ、持続時間、重大度、等々）を入力することを必要とする。

【0011】

ＦＥＭＡに提出した後、メッセージは、「無線緊急アラート」（ＷＥＡ）体制に基づく携帯電話事業者を含む配信事業体に「転送される（forwarded）」。最終的に、携帯電話事業者は、影響が及ぼされる郡に作用するすべてのｅＮＢｓであって、一般的には数１００平方マイルをカバーする数１０ものｅＮＢｓにメッセージを転送する。最終的に、指定された郡に存在するすべての携帯電話が、これらデバイスの多くが事件現場から何マイルも離れていてもメッセージを受け取る。

【0012】

公衆警報システムの欠点としては、メッセージ発行までの比較的長いリードタイム、広範囲な拡散エリア（郡／郡群）、何らの局所関連情報又は命令も提供できない（粒度に欠けている）点、及び限定された制御アクセスであり、結果として使用が制限される点がある。

【0013】

集団通知システム：
ＳＭＳテキスト、ボイスコール、email及びこれらの組合せのような異なる媒体を使用して受信者グループに対して「集団通知」をするのに利用可能な幾つかのシステムがある。これらシステムは、所定の事前記憶したメッセージ及び場合に応じた即応メッセージの双方を組み合わせることができる。それらは、オンデマンド状況及び計画化されたイベントの双方に使用される。例えば、オンデマンドのシナリオは、豪降雪の結果として学校閉鎖メッセージを発する学区であり、計画化イベントは、計画化された親／教師面談に関する注意喚起を発する学区である。これらシステムは、携帯電話番号及びemailアドレスを含む所定受信者リストに基づく。

【0014】

集団通知システムの欠点としては、以下のもの、すなわち、(1) それらシステムが「選択（opt-in）」受信者を含む静的接触リストを使用する点、及び(2) 場所関連メッセージ発信能力を提供せず、したがって、場所文脈を有するメッセージ発信を何ら提供しない点がある。

【0015】

したがって、必要とされるのは、現場のような特定場所内における各個別携帯電話（セル）に限局して伝送するようカスタマイズされたセル特異性公衆警報システム（ＰＷＳ）メッセージを発することができるモバイル・エッジ・コンピューティング・システム（mobile edge computing system）である。

【発明の概要】

【課題を解決するための手段】

【0016】

本発明の態様において、モバイル・エッジ・コンピューティング・システムは、複数のベースバンド装置であって、各個が対応のＳ１-ｍｍｅインタフェースに接続される、該ベースバンド装置と、及び移動管理実体に接続されるよう構成された集約Ｓ１-ｍｍｅインタフェースと、前記複数のＳ１-ｍｍｅインタフェースと前記集約Ｓ１-ｍｍｅインタフェースとの間に接続されたＳ１-ｍｍｅアグリゲータ及びアクセスコンポーネントと、を備える。前記Ｓ１-ｍｍｅアグリゲータ及びアクセスコンポーネントは、それぞれが各ベースバンド装置からの信号である複数のアップリンクＳ１-ｍｍｅ信号を集約Ｓ１-ｍｍｅ信号として集約し、前記集約Ｓ１-ｍｍｅ信号を前記集約Ｓ１-ｍｍｅインタフェース上で送信するよう構成される。前記Ｓ１-ｍｍｅアグリゲータ及びアクセスコンポーネントは、さらに、前記集約Ｓ１-ｍｍｅインタフェースからのダウンリンクＳ１-ｍｍｅ信号を終端処理し、かつ前記ダウンリンクＳ１-ｍｍｅ信号を複数の個別ダウンリンクＳ１-ｍｍｅ信号として分割し、この各個別ダウンリンクＳ１-ｍｍｅ信号をそれぞれに対応するＳ１-ｍｍｅインタフェースに経路付けし、また前記Ｓ１-ｍｍｅアップリンク信号及び前記Ｓ１-ｍｍｅダウンリンク信号にアクセスするよう構成される。前記モバイル・エッジ・コンピューティング・システムは、さらに、前記Ｓ１-ｍｍｅアグリゲータ及びアクセスコンポーネントに接続された管理及びネットワーク・オペレーションコンポーネントを備える。前記管理及びネットワーク・オペレーションコンポーネントは、警報リクエストが場所情報を有する現場ＩＴインフラから警報命令を受信し、また書込み-書換え警報リクエストメッセージを生成し、前記書込み-書換え警報リクエストメッセージを１つ又はそれ以上のベースバンド装置に送信するよう構成される。

【0017】

本発明の他の態様において、局所的警報メッセージをＬＴＥネットワークで供給する方法は、複数のＳ１-ｍｍｅインタフェースのうち１つからのセル再起動表明信号を受信するステップであって、前記複数のＳ１-ｍｍｅインタフェース各々はベースバンド装置に対応する、該受信ステップと、前記セル再起動表明信号からセル情報を検索するステップと、前記セル情報を記憶するステップと、及び前記複数のＳ１-ｍｍｅＳ１-ｍｍｅインタフェースを、前記セル再起動表明信号を含む集約Ｓ１０-ｍｍｅインタフェースに集約するステップと、を備える。

【0018】

本発明のさらに他の態様において、局所的警報メッセージをＬＴＥネットワークで供給する方法は、移動管理実体からのＳ１-ｍｍｅデータストリーム内で書込み-書換え警報リクエスト信号を識別するステップと、前記書込み-書換え警報リクエスト信号からメッセージ情報を検索するステップと、前記メッセージ情報を記憶するステップと、及び前記書込み-書換え警報リクエスト信号を、前記メッセージ情報に対応するベースバンド装置に経路付けするステップと、を備える。

【0019】

本発明のさらに他の態様において、局所的警報メッセージをＬＴＥネットワークで供給する方法において、
現場ＩＴインフラから警報メッセージ命令を受信するステップと、前記警報メッセージ命令から場所情報を検索するステップと、前記警報メッセージ命令に対応する書込み-書換え警報リクエストを生成するステップと、及び前記前記書込み-書換え警報リクエストを宛先セルに対応する宛先Ｓ１-ｍｍｅデータストリーム内に挿入する挿入ステップであって、前記宛先Ｓ１-ｍｍｅデータストリームは複数のＳ１-ｍｍｅデータストリームのうち１つであり、各Ｓ１-ｍｍｅデータストリームは少なくとも１つのセルに対応するものである、該挿入ステップと、を備える。

【図面の簡単な説明】

【0020】

【図1】本開示による、例示的モバイル・エッジ・コンピューティング・システムを示す。

【図2】例示的モバイル・エッジ・コンピューティング・システム内に組み込むことができるエッジ警報システム（Edge Warning System）を示す。

【図3a】本開示による、各ベースバンド装置からのＰＷＳ再起動表明情報を収集及び記憶するための例示的プロセスチャートを示す。

【図3b】本開示による、各ベースバンド装置からのＰＷＳ再起動表明情報を収集及び記憶するための例示的信号フロー及びタイミングチャートを示す。

【図4a】本開示による、ＰＷＳメッセージをＭＭＥから適切なベースバンド装置に経路付けし、ＭＭＥ由来のＰＷＳメッセージ情報を収集及び記憶し、また各ベースバンド装置からのＰＷＳメッセージ応答を集約するための例示的プロセスチャートを示す。

【図4b】本開示による、ＰＷＳメッセージをＭＭＥから適切なベースバンド装置に経路付けし、ＭＭＥ由来のＰＷＳメッセージ情報を収集及び記憶し、また各ベースバンド装置からのＰＷＳメッセージ応答を集約するための例示的信号フロー及びタイミングチャートを示す。

【図5a】本開示による、特定セルに場所特異性警報メッセージを局所的に発生及び提供する例示的プロセスチャートを示す。

【図5b】本開示による、特定セルに場所特異性警報メッセージを局所的に発生及び提供する例示的信号フロー及びタイミングチャートを示す。

【発明を実施するための形態】

【0021】

スタジアム、空港、病院、又は大学キャンパスのような現場内に展開する又はこのような現場に対応することができるパトロン又はエッジ警報システム（以下に「エッジ警報システム（Edge Warning System）」と称する）。このエッジ警報システムは、携帯電話事業者のコアネットワーク内をベースとし得る能力を獲得し、またモバイル・エッジ・コンピューティング・ドメイン内で展開し、現行では得られない運用能力を可能にする。使用可能な機能性は、ＬＴＥ無線アクセスネットワーク（ＲＡＮ）内で１つ又はそれ以上の移動管理実体（ＭＭＥ：Mobility Management Entities）とＲＡＮのベースバンド装置（ＢＢＵｓ：Baseband Units）との間に統合され得るエッジ警報システム内に包含させることができる。

【0022】

エッジ警報システム、並びにそのサブシステム及びコンポーネントは、モバイル・エッジ・コンピューティング（ＭＥＣ）・ドメインの範囲内にあり、既存のＬＴＥ標準に対する準拠を維持しつつモバイル・エッジ・コンピューティング機能を可能にする。そうすることによって、エッジ警報システムは、確立された進化型パケットコア（ＥＰＣ）及びＲＡＮ要素に対して透過性があることを維持するとともに、この要素に対して相互運用性を確保する。

【0023】

エッジ警報システムによれば、現場内の権限を有する人々、一般的には警備室の代表者が、現場ＬＴＥ携帯電話インフラに接続した無線加入者として作用する選択して携帯電話（セル）に同報メッセージを発することを可能にする。エッジ警報システムは、状況が決定するものとして、すべてのセル、個別のセル又はセルの組合せに対して選択的にメッセージを現場が同報（ブロードキャスト）することを可能にする。この決定には、所定緊急時対応プランとして、又は緊急事象発生時のような臨時決定による（アドホック）ものがあり得る。例としては、現場に影響を及ぼす悪天候、行方不明の子供、拉致疑惑、火事、爆発物の脅威、攻撃的銃撃犯事件、等々のような事象に対する警報メッセージ及び命令がある。エッジ警報システムによれば、異なる携帯電話事業者に属する多様な携帯機器に対する一斉の場所特異性迅速ブロードキャストを可能にする。

【0024】

エッジ警報システムは、上述した通常の公衆警報システムの下位にあるもので、代替物ではない。エッジ警報システムによれば、小規模局所的能力が現場内のセル（携帯電話）及びひいては携帯機器に限局して警報メッセージを配信できる、及び現場内における各個別セルに対する場所特異性独自メッセージを配信できる、個別現場レベルで警報メッセージを発することができる。このシステムは、既存の全米ＰＷＳメカニズムに対して透過性を有しかつ共存可能でもあり、したがって、全米ＰＷＳを介して発せられるすべてのメッセージも現場内のセルに対して発せられる。所定現場内のすべての携帯機器に場所特異性警報情報を通信する能力は、カレッジキャンパスのような相当広い範囲にわたり分散して多くのセルがある敷地に対して、並びに現場の施設、出口、緊急時体制、等々に不慣れなこれら敷地へのビジターに対して、特に効果を発揮することができる。

【0025】

図１は、本発明開示による例示的なＬＴＥネットワークエッジシステム１００を示す。システム１００は、進化型パケットコア（ＥＰＣ）１０５及び１つ又はそれ以上の移動管理実体（ＭＭＥ）１１０を含み、各ＭＭＥは集約Ｓ１-ｍｍｅインタフェース１１２を介してエッジ警報システム１２０に接続される。ＭＭＥｓ１１０及び（集約）Ｓ１-ｍｍｅインタフェースの双方は、適切な３ＧＰＰ仕様の下で定義される標準ＬＴＥサブシステムとすることができる。

【0026】

エッジ警報システム１２０は、複数の対応するＳ１-ｍｍｅインタフェース１１４を介して複数のベースバンド装置（Baseband Units）１１５に接続される。各Ｓ１-ｍｍｅインタフェース１１４は、互いに及び集約Ｓ１-ｍｍｅインタフェース１１２と同一のものとして実装することができ、また関連の３ＧＰＰ仕様に従うものとすることができる。エッジ警報システム１２０は、さらに、１つ又はそれ以上のイーサネット接続を介して局所的現場ＩＴインフラ１３０に接続される。以下にさらに記載する局所的現場ＩＴインフラ１３０は、現場のセキュリティ及びビジネスのオペレーションに関連する１つ又はそれ以上のＩＴシステムを含むことができる。

【0027】

各ベースバンド装置１１５は、インタフェース１１６及びフロントホール（fronthaul）接続１１７を介して分散アンテナシステム（ＤＡＳ）１２１にそれぞれすることができる。フロントホール接続１１７は、共通公衆無線インタフェース（ＣＰＲＩ）又はオープン基地局アーキテクチャ・イニシアチブ（ＯＢＳＡＩ）によって定義されるような標準デジタル無線通信リンクとすることができる。ＤＡＳ１２１は、それぞれが１つ又はそれ以上のアンテナ１２３に接続されている１つ又はそれ以上のリモート装置（ＲＵ：Remote Units）１２２を含むことができる。

【0028】

システム１００に対する変更は、可能かつ本発明開示の範囲内であることは明らかであろう。例えば、１つ又はそれ以上の付加的ＤＡＳシステム１２１を存在させかつベースバンド装置１１５に接続することができる、又はＤＡＳ１２１は１つ又はそれ以上の小規模セルシステム又は大規模セルラーシステムに置換若しくは補完することができる。このような変更は可能かつ本発明開示の範囲内であることは容易に分かるであろう。

【0029】

図２は、エッジ警報システム１２０、局所的現場ＩＴインフラ１３０、及び複数のベースバンドプロセッサ１１５を含む例示的ＬＴＥネットワークエッジ１００を示し、各ベースバンドプロセッサは１つ又はそれ以上のセル２３５に接続し、各セル２３５は、無線リモート装置並びに関連のアンテナ及び／又は１つ若しくはそれ以上のＤＡＳシステム１２１を有することができる（図示せず）。

【0030】

図２につき説明すると、局所的現場ＩＴインフラは、スタジアム、空港、ショッピングモール、大学キャンパス、等々のような特定現場専用の種々のＩＴシステムとすることができる。局所的現場ＩＴインフラは、警備室、ビジネスオフィス、データセンター、等々のためのＩＴシステム及びプロトコルを含むことができる。これらの各々は、スタンドアロンＩＴシステムとすることができる、又は１つ若しくはそれ以上の集約ＩＴシステム内の異なる機能とすることができる。

【0031】

エッジ警報システム１２０は、移動サービスエンジン（ＭＳＥ：Mobility Services Engine）サブシステム２１０を含み、このサブシステム２１０は、Ｓ１-Ｃｏｎｎコンポーネント２１５、並びに管理及びネットワーク・オペレーション（ＭＡＮＯ）コンポーネント２２０を有する。エッジ警報システム１２０は、さらに、アプリケーションサーバーサブシステム２２５を含み、このサブシステム２２５はアプリケーション・プログラム・インタフェース（ＡＰＩ）２３０を有する。これらサブシステム及びコンポーネントの各々は、これらサブシステム及びコンポーネントの各々の機能を実現する命令をエンコードした１つ又はそれ以上の不揮発性メモリコンポーネントに接続される１つ又はそれ以上のプロセッサ（図示せず）で動作するソフトウェアに実装することができる。代案として、これらコンポーネント各々は、専用プロセッサ、又は専用特殊用途ハードウェアに実装することができる。エッジ警報システム１２０は、現場内又はその近傍におけるｅＮｏｄｅＢ内に配置することができる、又は局所的現場ＩＴインフラと同一場所に配置することができる。さらに、エッジ警報システム１２０内のプロセッサは、１つ若しくはそれ以上のｅＮｏｄｅＢｓ及び／又は局所的現場ＩＴインフラを含む多様な敷地にわたり分散させることができる。

【0032】

移動サービスエンジン（ＭＳＥ）２１０は、Ｓ１-Ｃｏｎｎコンポーネント（又はホスト）２１５、並びに管理及びネットワーク・オペレーション（ＭＡＮＯ）コンポーネント２２０を有する。Ｓ１-Ｃｏｎｎ２１５及びＭＡＮＯ２２０は、それらの異なる要件及び動作する様態に適合するよう、異なる言語を用いてソフトウェア内に実装することができる。例えば、Ｓ２-Ｃｏｎｎ２１５は、インタフェース１１２及び１１４に対して出入りするＳ１-ｍｍｅ信号でリアルタイムのオペレーションを実施する必要性に起因して、Ｃ又はＣ＋＋で実装することができ、またＭＡＮＯは、このような厳格なリアルタイム要件を有しておらず、より高い柔軟性をもたらすようにしなければならず、したがって、ＪＡＶＡのようなプラットフォームで実装することができる。これら双方のコンポーネントは、ＭＳＥ２１０のドメイン内の１つ又はそれ以上のプロセッサに接続される不揮発性メモリ内のマシン可読命令として記憶することができる。

【0033】

Ｓ１-Ｃｏｎｎ２１５はリアルタイムＳ１-ｍｍｅアグリゲータ及びアクセスコンポーネントの機能を実施する。第１に、複数のＳ１-ｍｍｅインタフェース１１４それぞれからのアップリンクＳ１-ｍｍｅデータを単一アップリンク集約Ｓ１-ｍｍｅインタフェース１１２として集約する。第２に、ダウンリンク集約Ｓ１-ｍｍｅインタフェース１１２を終端処理し、またダウンリンクＳ１-ｍｍｅデータを複数のＳ１-ｍｍｅインタフェース１１４に分割し、適切なＳ１-ｍｍｅデータを適切なＢＢＵ１１５に経路付けする。これら機能の細目を以下により詳細に説明する。第３に、集約Ｓ１-ｍｍｅインタフェース１１２におけるＳ１-ｍｍｅトラフィックをモニタリングし、ＭＭＥｓ１１０からの公衆警報システム（ＰＷＳ）関連トラフィックを識別しかつログ（記録）付けする。第４に、Ｓ１-ｍｍｅインタフェース１１４上でＢＢＵｓ１１５からのＰＷＳ関連トラフィックをモニタリングし、時々遮断する。第５に、局所特異性警報メッセージ（ＭＡＮＯ２２０から受信された）をフォーマット化及び生成し、またそれぞれに対応するＳ１-ｍｍｅインタフェース１１４を介して、このメッセージを適切な１つ又はそれ以上のＢＢＵｓ１１５に送信する。

【0034】

ＭＡＮＯ２２０は、エッジ警報システム１２０のメンテナンス及びネットワークのオペレーションを実施する。第１に、Ｓ１-Ｃｏｎｎ２１５によってＳ１-ｍｍｅインタフェース１１２及び１１４からコピー又は遮断されたＰＷＳメッセージを受信し、これらメッセージに含まれる関連データをログ付けする。第２に、ＡＰＩ２３０を介して局所的現場ＩＴインフラからの警報メッセージ送信リクエストを受信し、またこのメッセージ情報を、Ｓ１-Ｃｏｎｎ２１５が１つ又はそれ以上の適切セル２１５に向かわせるのに使用できるデータに変換する。これら機能の双方を以下に説明する。

【0035】

アプリケーションサーバー２２５は、局所的現場ＩＴインフラアクセスで実走する任意なアプリケーションをＭＳＥ２１０の機能に付与するアプリケーション・プログラム・インタフェース（ＡＰＩ）２３０をホストとして提供し、またＭＳＥ２１０からのシグナル伝達及びデータ用の導路を現場ＩＴインフラ１３０で実走するアプリケーションに提供する。

【0036】

エッジ警報システム１２０は、３つの基本機能を実施する、すなわち、インタフェース１１４を介して各ＢＢＵｓからのＰＷＳ再起動表明信号を受信かつログ付けをする；ＭＭＥ１１０からのＰＷＳメッセージを受信、ログ付け及び阻害されずに対応のＢＢＵ１１５を介して各セル２３５に経路付けする；及び局所特異性ＰＷＳメッセージを生成し、対応のＢＢＵ１１５を介して適切なセル２３５にこれらメッセージを送信する。これら機能それぞれをさらに以下に説明する。

【0037】

図３ａ並びに３ｂは、プロセス３００並びに再起動時に各ＢＢＵからデータを受信及びログ付けするための信号フロー及びタイミングチャートを示す。

【0038】

ステップ３１０において、１つ又はそれ以上のＢＢＵｓ１１５は再起動し、セルが再起動したことを表明する信号を送信する。セル再起動表明信号の例は、Ｓ１-ｍｍｅインタフェース１１４を介してＢＢＵ１１５がＭＭＥ１１０に送信するＰＷＳ再起動表明メッセージである。Ｓ１-Ｃｏｎｎ２１５は、各Ｓ２１-ｍｍｅインタフェース１１４における各ＰＷＳ再起動表明を検出する命令を実行する。ステップ３３０において、Ｓ１-Ｃｏｎｎ２１５は受信したＰＷＳ再起動表明それぞれからのデータをコピーし、またこのデータをＭＡＮＯ２２０に送信する。そうすることにおいて、Ｓ１-Ｃｏｎｎ２１５は、以下の情報、すなわちセルＩＤ、緊急エリアＩＤ、及びトラッキングエリアＩＤを、タイムスタンプとともに受信できる。ステップ３４０において、ＭＡＮＯ２２０はＳ１-Ｃｏｎｎ２１５からのデータを受信し、また不揮発性メモリとすることができるメモリに記憶する。そうすることにおいて、ＭＡＮＯ２２０は、それらに対応するセルＩＤｓ等々とともに、警報メッセージを受理する準備ができているすべてのアクティブセル２３５のリストを維持する。

【0039】

ステップ３２０において、Ｓ１-Ｃｏｎｎ２１５は、コピーしたＰＷＳ再起動表明を含めて、対応するインタフェース１１４を介して各ＢＢＵ１１５から受信したＳ１-ｍｍｅストリームのそれぞれを集約する命令を実行し、また集約したＳ１-ｍｍｅストリームをＭＭＥ１１０に集約Ｓ１-ｍｍｅインタフェース１１２上で送信する。そうすることにおいて、Ｓ１-Ｃｏｎｎ２１５はステップ３１０で受信したＰＷＳ再起動表明を含み、また阻害されずにそれを送信し、したがって、Ｓ１-Ｃｏｎｎ２１５の存在が検出されず、各ＢＢＵ１１５とＭＭＥ１１０との間の通信に透過性を示すようＳ１-ｍｍｅデータを集約しまた中継する。

【0040】

図３ｂは、プロセス３００の信号フロー及びタイミングチャートを示す。このチャートは複数インタフェース１１４を介して複数ＢＢＵ１１５からの複数ＰＷＳ再起動表明の例を示すが、プロセス３００の任意な所定反復が単一セル２３５からのＰＷＳ再起動表明の単一受信のためにあり得ることに留意されたい。単一受信でプロセス３００を実行することができる、又は受信する限り、ＰＷＳ再起動表明の複数同時受信からのブーストモードにおいてＳ１-ｍｍｅインタフェース１１４におけるデータコピー及び集約がリアルタイムで実施され、ＢＢＵ１１５とＭＭＥ１１０との間の通信が阻害されず、Ｓ１-Ｃｏｎｎ２１５が透過性状態を維持することは理解されるであろう。

【0041】

図４ａ並びに４ｂは、それぞれプロセス４００並びにＰＷＳメッセージをＭＭＥ１１０から適切なＢＢＵ１１５に経路付けし、ＭＭＥ由来のＰＷＳメッセージ情報を収集及び記憶し、また各ＢＢＵ１１５からのＰＷＳメッセージ情報を集約し、集約したＳ１-ｍｍｅインタフェース１１２上でＭＭＥ１１０に送信するための信号フロー及びタイミングチャートを示す。

【0042】

ステップ４０５において、Ｓ２１-Ｃｏｎｎ２１５は、ＭＭＥ１１０から書込み-書換え警報リクエスト（Ｗ-ＲＷＲｅｑ）を受信していることを検出するよう集約Ｓ１-ｍｍｅインタフェース１１２をモニタリングする命令を実行する。Ｓ１-Ｃｏｎｎ２１５がＷ-ＲＷＲｅｑを検出した後、ステップ４１０及び４２０に進む。ステップ４１０において、Ｓ１-Ｃｏｎｎ２１５はメッセージから関連データをコピーし、これをＭＡＮＯ２２０に送信する。Ｓ１-Ｃｏｎｎ２１５によってコピーされたＷ-ＲＷＲｅｑデータは、メッセージ識別子及びシリアル番号を含み、また随意的にトラッキングエリアＩＤ、セルＩＤ（もしあれば）、及びタイムスタンプを含むことができる。

【0043】

ステップ４１５においてＭＡＮＯ２２０はこれらデータのうち幾つか又はすべてを不揮発性メモリ内に記憶することができる。このことを行う目的は、識別される書込み-書換え警報リクエストのメッセージ識別子及びシリアル番号をログ付けすることによって、ＭＳＥ２１０（特にＭＡＮＯ２２０）が、相反する又は二重のデータを介してＭＭＥ１１０からの警報メッセージに相反しない警報メッセージを生成できるようにすることである。

【0044】

ステップ４２０において、Ｓ１-Ｃｏｎｎ２１５は受信したＷ-ＲＷＲｅｑを適切なＢＢＵ１１４に経路付けする命令を実行する。Ｗ-ＲＷＲｅｑがセルＩＤ又はトラッキングエリアＩＤを含む場合、Ｓ１-Ｃｏｎｎ２１５は、トラッキングエリアＩＤ又はセルＩＤ（この情報はステップ３４０においてＭＡＮＯによってログ付けされている）のいずれかに対応するＢＢＵ１１５を識別するためＭＡＮＯ２２０に照会し、また次いで対応するＳ１-ｍｍｅインタフェース１１４を介してそのＷ-ＲＷＲｅｑを適切なＢＢＵ１１５に経路付けする。随意的に、Ｓ１-Ｃｏｎｎ２１５は単純にＷ-ＲＷＲｅｑをすべてのＢＢＵ１１５に同報することができる。Ｓ１-Ｃｏｎｎ２１５は、同時に、又はできるだけ同時にステップ４１０及び４２０を行って、ＭＭＥ１１０と各ＢＢＵ１１５との間の通信リンクにおけるＳ１-Ｃｏｎｎ２１５の透過性を確保できるようにする点に留意されたい。

【0045】

各ＢＢＵ１１５がそれぞれに対応する書込み-書換え警報リクエストを受信した後、書込み-書換え警報レスポンス（Ｗ-ＲＷＲｅｓｐ）を生成し、また対応するＳ１-ｍｍｅインタフェース１１４を介してＭＭＥに返信する。

【0046】

ステップ４２５において、Ｓ１-Ｃｏｎｎ２１５は、各ＢＢＵ１１５によってそれぞれに対応するＳ１-ｍｍｅインタフェース１１４を介して送信された各Ｗ-ＲＷＲｅｓｐを検出する。次に、ステップ４３０において、Ｓ１-Ｃｏｎｎ２１５は、Ｓ１-ｍｍｅインタフェース１１４からのＷ-ＲＷＲｅｓｐを含むＳ１-ｍｍｅデータストリームを集約し、またそれを集約Ｓ１-ｍｍｅインタフェース１１２上でＭＭＥ１１０に送信する。随意的に、Ｓ１-Ｃｏｎｎ２１５はそのレスポンス（応答）データをコピーし、またログ付け（logging）のためにＭＡＮＯ２２０に送信することができる。

【0047】

ＭＭＥ１１０を介してＰＷＳメッセージを送信することに関与する権限実体（authorized entity）がそうすることを選択するとき、停止警報リクエスト（ＳＷＲｅｑ）をＢＢＵｓ１１５に送信することができる。そのことが生起するとき、集約Ｓ１-ｍｍｅインタフェース１１２からのＳ１-ｍｍｅトラフィックをモニタリングするＳ１-Ｃｏｎｎ２１５はＳＷＲｅｑの存在を検出する。ステップ４４０においてＳ１-Ｃｏｎｎ２１５はＳＷＲｅｑを適切なＢＢＵｓ１１５に経路付けする。そうすることにおいて、ＳＷＲｅｑがトラッキングエリアＩＤを含む場合、Ｓ１-ＣｏｎｎはトラッキングエリアＩＤをメッセージからコピーし、またＭＡＮＯ２２０に対してトラッキングエリアＩＤに対応するセルＩＤを照会する。これらセルＩＤとともに、Ｓ１-Ｃｏｎｎ２１５はＳＷＲｅｑを適切なＢＢＵｓ１１５に選択的に経路付けすることができる。代案として、Ｓ１-Ｃｏｎｎ２１５は単純にＳＷＲｅｑをすべてのＢＢＵｓ１１５に同報することができる。採用する手法に無関係に、Ｓ１-Ｃｏｎｎ２１５は、透過性を維持するためＳＷＲｅｑをリアルタイムで中継する。

【0048】

各ＢＢＵ１１５が停止警報リクエストを受信した後、適切なアクションをとり、対応するＳ１-ｍｍｅインタフェース１１４を介して停止警報リクエスト（ＳＷＲｅｑ）をＭＭＥ１１０に送信することができる。ステップ４４５において、各Ｓ１-ｍｍｅインタフェース１１４からのトラフィックをモニタリングするＳ１-Ｃｏｎｎ２１５はＳＷＲｅｑを検出する。Ｓ１-Ｃｏｎｎ２１５は、各検出されたＳＷＲｅｑからデータをコピーし、またその情報をＭＡＮＯ２２０に送信し、これによりＭＡＮＯ２２０は、警報メッセージが終了したことを表明する情報をログ付けすることができる。このことは随意的なものである。

【0049】

ステップ４５０において、Ｓ１-Ｃｏｎｎ２１５は、Ｓ１-ｍｍｅインタフェース１１４からのＳＷＲｅｓｐを含む各Ｓ１-ｍｍｅデータストリームを集約し、またそれを集約Ｓ１-ｍｍｅインタフェース１１２上でＭＭＥ１１０に送信する。

【0050】

図４ｂはプロセス４００を示す信号フロー及びタイミングチャートを示す。

【0051】

図５ａ並びに５ｂは、それぞれ本発明開示による、プロセス５００並びに特定セルに場所特異性警報メッセージを局所的に発生及び提供するための信号フロー及びタイミングチャートを示す。図５ａにつき説明すると、ステップ５１０～５３５はＭＳＥ２１０が警報メッセージを生成し、かつそれを１つ又はそれ以上のセル２３５に送信するステップを含み、ステップ５４０～５５０は適切なセル２３５に対応するＢＢＵｓ１１５からのレスポンス（応答）を受信するステップを含み、ステップ５５５～５７０はＭＳＥ２１０が適切なセル２３５に停止メッセージリクエストを送信するステップを含み、及びステップ５７５～５８５は適切なセル１１５に対応するＢＢＵｓ１１５からの適切な停止メッセージレスポンスを受信するステップを含む。

【0052】

ステップ５０５及び５１０において、ＭＡＮＯ２２０は、権限警備員からアプリケーションサーバー２２５内の現場ＩＴインフラ１３０及びＡＰＩ２３０を介して警報メッセージリクエストを、警報メッセージに対応する場所情報又は場所識別子（例えば、特定大学建物内のすべてのセル機器、スタジアムの特定区域内のすべてのセル機器、等々）とともに受信する命令を実行する。これら場所の各々は、１つ又はそれ以上のセルＩＤによって、又は以下により詳細に説明する１つ又はそれ以上の「緊急ゾーン」として特定することができる。権限警備員は、それぞれが個別場所識別子に対応する１つより多い警報メッセージを提供することができる。

【0053】

ステップ５１５において、セルＩＤが警備室によって提供されない場合、ＭＡＮＯ２２０は場所情報を特定セルＩＤに相関付ける命令を実行することができる。この場合、ＭＡＮＯ２２０は、ルックアップテーブル又は特定された場所から所望セル識別子を導き出す同様の技術を実装することができる。このことを実装するには多数のやり方があり、これらのそれぞれは本発明開示の範囲内にあることは理解できるであろう。さらに、ＭＡＮＯ２２０は、その適切なメモリに対して警報メッセージを受信するセル２３５の即応能力に関する（すなわち、ＭＡＮＯ２２０は、セル２３５に対応するＢＢＵ１１５からのＰＷＮ再起動表明をログ付けしてある）情報を照会することができる。

【0054】

したがって、現場セルラーネットワークが展開するとき、ＭＡＮＯ２２０は緊急ゾーンに対するセルのマッピングの重要な記憶場所として作用することができ、これにより、警備室はどのメッセージをどの緊急ゾーンに向けるかを特定するだけで済み、またＭＡＮＯ２２０は緊急ゾーンを実際のセルにマッピングする。さらに、警備室は、単一警報メッセージを緊急ゾーンのクラスター（緊急ゾーン総数の部分集合）に発することができる、及び／又は緊急ゾーンのクラスターに対してメッセージの個別分配をすることができる。例えば、コアエリア内における若干の隣接する緊急ゾーンは１組のメッセージセットを受信するよう指定することができ、また残りの緊急ゾーンは個別メッセージを受信するよう指定することができ、個別メッセージのうち幾つかがコアエリアと共有され、また幾つかは異なるものとすることができる。例としては、その緊急ゾーンにおいて明白である又は明白ではないことがあり得る特定出口に進むようにする命令、所定位置を継続する又は留まるようにする命令、等々とすることができる。

【0055】

ステップ５２０及び５２５において、ＭＡＮＯ２２０は、以下のことをする命令、すなわち、メッセージをそれらに対応するセルＩＤと組み合わせ、対応するＳ１-ｍｍｅインタフェース１１４を介して各ＢＢＵ１１５に送り、また警報メッセージ及び対応するセル識別子をＳ１-Ｃｏｎｎ２１５に送って関連ＢＢＵ１１５に送信する命令を実行することができる。ステップ５２０に関して、ＭＡＮＯ２２０は、さらに、プロセス４００のステップ４１５で識別され記憶されたもののうちで明らかでないメッセージ識別子及びシリアル番号を用いて、メッセージを組み合わせることができる。そうすることにおいて、ＭＳＥ２１０は、ＭＭＥ１１０によって送信された既存メッセージとの衝突又は混同を防止する。このことは、ＭＡＮＯ２２０がステップ４０５で識別され、またステップ４１５で記憶された先に識別されたＷ-ＲＷＲｅｑのメッセージ識別子及びシリアル番号を不揮発性メモリに照会するステップと、及び照合一致がある場合に異なるメッセージ識別子及び／又はシリアル番号を導き出すステップとを含むことができる。

【0056】

ステップ５３０において、Ｓ１-Ｃｏｎｎ２１５は、対応するＢＢＵ１１５を介して適切なセル２３５に送信するため、適切なダウンリンクＳ１-ｍｍｅインタフェース１１４に挿入する書込み-書換え警報リクエスト用のデータをフォーマット化する命令を実行する。

【0057】

ステップ５０５～５３０は現場ＩＴインフラ１３０が受信したメッセージクラスターに対して１回実行することができる、又は受信メッセージ毎に１回、これらステップを反復して実行することができる。後者が真である場合、ステップ５３５において、ＭＡＮＯ２２０は、他の警報メッセージが存在するか否か、及び対応する場所情報が送信待機しているか否かを決定するようアプリケーションサーバー２２５に照会することができる。そうである場合、プロセス５００はステップ５０５に戻り、また次のメッセージでステップ５３０から繰り返す。そうでない場合、プロセス５００はステップ５４０に進む。

【0058】

したがって、ステップ５３５（又は、送信すべきすべての警報メッセージが１回のパスで処理された場合のステップ５３０）の終了時に、ＭＳＥ２１０は、現場ＩＴインフラ１３０を介して警備室によって提供されるリクエスト警報メッセージのすべてを、対応するＢＢＵｓ１１５及びＳ１-ｍｍｅインタフェース１１４を介して適切なセル２３５に送っている。プロセス５００のこの時点で、ＭＳＥ２１０はＢＢＵｓ１１５それぞれからのレスポンス（応答）を待機している。

【0059】

ステップ５４０において、Ｓ１-Ｃｏｎｎ２１５は、各セル２３５からのＢＢＵ１１５を介する書込み-書換え警報レスポンス（Ｗ-ＲＷＲｅｓｐ）に関して各Ｓ１-ｍｍｅインタフェース１１４をモニタリングする命令を実行する。Ｗ-ＲＷＲｅｓｐを検出した後、Ｓ１-Ｃｏｎｎ２１５は、このＷ-ＲＷＲｅｓｐを遮断及び終了させ、ＭＭＥ１１０に転送されないようにする。これは、ＭＭＥ１１０から送られるいかなるＷ-ＲＷＲｅｑにも相関付けしないでＷ-ＲＷＲｅｓｐを受信していることによりＥＰＣ１０５内で混同を生じないようにするためである。

【0060】

ステップ５４５において、Ｓ１-Ｃｏｎｎ２１５は、レスポンスがレスポンスで示されているセルＩＤから受信されたことを表明しているＷ-ＲＷＲｅｓｐのすべて又は一部分をＭＡＮＯ２２０に転送する。さらに、ステップ５５０において、ＭＡＮＯ２２０は、Ｗ-ＲＷＲｅｑ内のセルＩＤに対応するセル２３５がその命令を実行している（又は実行した）ことを表明する関連情報をログ付けする。ステップ５４０～５５０は、ＭＳＥ２１０によって送られた各Ｗ-ＲＷＲｅｑに対して受信されるまで、Ｓ１-Ｃｏｎｎ２１５によって遮断された各Ｗ-ＲＷＲｅｓｐに対して反復する。プロセス５００のこの時点で、ＭＳＥ２１０は、警報メッセージを終了するため、現場ＩＴインフラ１３０を介して警備室からの命令を待機する。

【0061】

ステップ５５５において、ＭＡＮＯ２２０は、警報メッセージを終了するため、現場ＩＴインフラ１３０及びＡＰＩ２３０を介して警備室からの命令を受信する。これに応答してステップ５６０において、ＭＡＮＯ２２０は、セルＩＤ又は警備室からのリクエストで表明される場所に対応するセルＩＤ付き停止警報リクエスト（ＳＷＲｅｑ）を生成する。そうすることにおいて、警備室からのリクエストが緊急ゾーンを特定した場合、ＭＡＮＯ２２０は、場所情報又は緊急ゾーンを特定セルＩＤに相関付けをしなければならず、この相関付けはＳＷＲｅｑに含まれることになる。

【0062】

ステップ５６５において、ＭＡＮＯ２２０は、適切なセル２１５に送信するため生成したＳＷＲｅｑデータをＳ１-Ｃｏｎｎ２１５に中継する。またステップ５７０において、Ｓ２-Ｃｏｎｎ２１５は、対応するＢＢＵ１１５を介して指定セル２３５に送信するために、メッセージデータを適切なＳ１-ｍｍｅインタフェース１１４内に挿入する。ステップ５５５～５７０は、各Ｗ-ＲＷＲｅｑが送られる毎に反復される。

【0063】

ステップ５７５において、Ｓ１-Ｃｏｎｎ２１０は、ＢＢＵ１１５を介して各セル２５０が発する各停止警報リクエスト（ＳＷＲｅｓｐ）を識別及び遮断するよう各Ｓ１-ｍｍｅインタフェース１１４をモニタリングする命令を実行する。Ｓ１-Ｃｏｎｎ２１０がＳＷＲｅｓｐを識別した後、信号を終了し、またステップ５８０でＭＡＮＯ２２０に中継するためのデータを検索する。さらに、ステップ５８０に関して、ＭＡＮＯ２２０は、検索したＳＷＲｅｓｐで指示されたセルＩＤが警報を終了したことを表明するログ付けされたＰＷＳメッセージ情報をアップデートする。

【0064】

ステップ５８５において、ＭＡＮＯ２２０は、アプリケーションサーバー２５及び現場ＩＴインフラ１３０を介して警備室に、警報メッセージが終了したこと及びメッセージが或るセル２３５で完了したとレスポンスを送る。

【0065】

ステップ５５５～５７０の各反復は、プロセスがステップ５７５～５８５に進むことができる前に、送られるメッセージのすべてをカバーするよう実走するために必要であると言える。したがって、いつでも、ＭＳＥ２１０は、ＳＷＲｅｓｐ信号を受信するタイミングに基づいて、ステップシーケンス５５５～５７０及び５７５～５８５のいずれかを実施するための命令を実行することができる。

【図1】

【図2】

【図3a】

【図3b】

【図4a】

【図4b】

【図5a】

【図5b】