特表 2024-541126 ネットワーク内の機械緊急事態を検出して取り扱うためのシステムおよび方法

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-11-07

(54)【発明の名称】ネットワーク内の機械緊急事態を検出して取り扱うためのシステムおよび方法

(51)【国際特許分類】

   H04M 11/04 20060101AFI20241030BHJP

   H04W 4/70 20180101ALI20241030BHJP

   H04W 4/90 20180101ALI20241030BHJP

   H04W 88/18 20090101ALI20241030BHJP

   G08B 25/01 20060101ALI20241030BHJP

【ＦＩ】

H04M11/04

H04W4/70

H04W4/90

H04W88/18

G08B25/01 A

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023520005

(86)(22)【出願日】2022-09-28

(85)【翻訳文提出日】2023-05-23

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

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

(87)【国際公開日】2023-04-06

(31)【優先権主張番号】202121043964

(32)【優先日】2021-09-28

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】523112747

【氏名又は名称】ジェイアイオー・プラットフォームズ・リミテッド

(74)【代理人】

【識別番号】100108453

【弁理士】

【氏名又は名称】村山 靖彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(72)【発明者】

【氏名】サティシュ・ナンジュンダ・スワミー・ジャマダニ

(72)【発明者】

【氏名】マシュー・オーメン

(72)【発明者】

【氏名】プラディープ・クリシュナムルティ・ヒリサヴェ

(72)【発明者】

【氏名】ヴィナイ・シュリヴァスタヴァ

【テーマコード（参考）】

5C087

5K067

5K201

【Ｆターム（参考）】

5C087BB18

5C087EE14

5C087FF01

5C087FF03

5C087FF19

5C087GG10

5C087GG70

5K067AA21

5K067DD23

5K067DD28

5K067EE02

5K067EE10

5K067EE16

5K201AA01

5K201BA03

5K201DC02

5K201DC04

5K201EA07

5K201EC06

5K201ED04

5K201ED09

5K201FA03

5K201FA08

(57)【要約】

本発明は、LTE、5G、6Gなどの3GPP(登録商標)ネットワーク/デバイスの中で機械緊急事態タイプを識別し、ロケーション、機械ID、プラントIDなどの適切なデータで緊急事態メッセージを強化するために、効率的で信頼できるシステムを提供する。システムは、そのタイプの緊急事態を取り扱うことができる適切な緊急事態サーバを識別し、緊急事態メッセージを強化されたデータとともに1つまたは複数のサーバにリダイレクトするためのメカニズムをさらに提供し得る。システムは、さらに、時間効率のよい方法でそのような緊急事態を取り扱うために必要であり得るアーキテクチャシステムを可能にし得る。

【特許請求の範囲】

【請求項1】

ネットワーク内で機械緊急事態を検出して取り扱うためのシステム(110)であって、
1つまたは複数の第1のコンピューティングデバイス(102)、1つまたは複数の基地局(104)、オープン無線アクセスネットワーク(O-RAN)無線機(RU)(108)、および複数のノード(114)に動作可能に結合された1つまたは複数のプロセッサ(202)を含み、前記1つまたは複数の第1のコンピューティングデバイス(102)、前記1つまたは複数の基地局(104)、前記O-RAN RU(108)、および前記複数のノード(114)は、前記ネットワークに動作可能に結合され、前記1つまたは複数のプロセッサはメモリ(204)に結合され、前記メモリ(204)は命令を記憶し、前記命令は、前記1つまたは複数のプロセッサ(202)によって実行されると、前記システム(110)に、
前記ネットワーク(106)内の前記1つまたは複数の第1のコンピューティングデバイス(102)からの複数のメッセージに関連するデータパケットの第1のセットを受信することと、
前記ネットワーク(106)内の前記1つまたは複数の基地局(104)からの複数のメッセージに関連するデータパケットの第2のセットを受信することと、
前記ネットワーク(106)内の前記O-RAN RU(108)からの複数のメッセージに関連するデータパケットの第3のセットを受信することと、
前記ネットワーク(106)内の前記複数のノード(114)からの複数のメッセージに関連するデータパケットの第4のセットを受信することと、
機械学習(ML)エンジン(214)を使用することによって、受信されたデータパケットの前記第1の、第2の、第3のおよび第4のセットからの属性のセットを抽出することであって、属性の前記セットは、前記1つまたは複数の第1のコンピューティングデバイス(102)、前記1つまたは複数の基地局(104)、前記O-RAN-RU(108)、および前記複数のノード(114)に関連する1つまたは複数の緊急事態に関連し、前記MLエンジンは、前記1つまたは複数のプロセッサ(202)に関連する、ことと、
前記MLエンジン(214)によって、前記1つまたは複数の緊急事態を、命令の所定のセットに基づいて所定のクラスのセットに分類することとを行わせる、システム(110)。

【請求項2】

前記MLエンジン(214)は、各前記所定のクラスに関連する命令のセットに基づいて、前記1つまたは複数の緊急事態を処理して取り扱うように構成される、請求項1に記載のシステム(110)。

【請求項3】

前記MLエンジン(214)は、あらかじめマッピングされた業種を取り扱うために、各前記所定のクラスに対する命令の前記セットを定義するようにさらに構成される、請求項2に記載のシステム(110)。

【請求項4】

前記MLエンジン(214)は、1つまたは複数のIoTアプリケーションの中で発生する複数のリアルタイムの機械タイプの緊急事態に対応するようにさらに構成される、請求項2に記載のシステム(110)。

【請求項5】

前記MLエンジン(214)は、
前記1つまたは複数の第1のコンピューティングデバイス(102)、前記1つまたは複数の基地局(104)、前記O-RAN RU(108)、および前記複数のノード(114)に関連する1つまたは複数の新しい緊急事態タイプを定義することと、
前記ネットワーク内で前記1つまたは複数の新しい緊急事態タイプを管理して取り扱うこととを行うようにさらに構成される、請求項2に記載のシステム(110)。

【請求項6】

前記MLエンジン(214)は、
前記1つまたは複数の新しい緊急事態タイプを、緊急事態の新しいクラスとして定義して分類するようにさらに構成される、請求項2に記載のシステム(110)。

【請求項7】

前記MLエンジン(214)は、
前記1つまたは複数の新しい緊急事態タイプの前記分類および前記分類に関連する命令の所定のセットに基づいて、各前記新しい緊急事態タイプを自動的にまたは手動で取り扱うようにさらに構成される、請求項6に記載のシステム(110)。

【請求項8】

データパケットの前記第1のセット、データパケットの第2のセット、データパケットの第3のセット、およびデータパケットの第4のセットの初期ビットが、緊急事態タイプを示し、データパケットの前記第1のセット、データパケットの第2のセット、データパケットの第3のセット、およびデータパケットの第4のセットの残りが、機械アセンブリの確立の後のパケット転送を示す、請求項1に記載のシステム(110)。

【請求項9】

前記MLエンジン(214)は、
1つまたは複数の緊急事態を取り扱うために新しく定義されたサービス品質を受信することであって、前記1つまたは複数の緊急事態はサービス要求原因の中で共有される、ことと、
新しく識別されたQoSプロファイルを構成およびマッピングし、かつ/または前記緊急事態を適切に取り扱うことと、
識別して適用するために正しいタイプのQoSプロファイルを前記ネットワークに知らせるために、前記緊急事態タイプおよび必要なシグナリング識別子にインターフェースして識別することとを行うようにさらに構成される、請求項6に記載のシステム(110)。

【請求項10】

前記MLエンジン(214)は、
慎重に収集されたデータを収集し、クラウドベースのデータレイクに保管し、処理して、実行可能な洞察を抽出するようにさらに構成される、請求項6に記載のシステム(110)。

【請求項11】

ネットワーク内で機械緊急事態を検出して取り扱うためのユーザ機器(UE)であって、前記UEは、
1つまたは複数の基地局(104)、オープン無線アクセスネットワーク(O-RAN)無線機(RU)(108)、および複数のノード(114)に動作可能に結合された1つまたは複数のプロセッサ(202)を含み、前記1つまたは複数の基地局(104)、前記O-RAN RU(108)、および前記複数のノード(114)は前記ネットワークに動作可能に結合され、前記1つまたは複数のプロセッサはメモリ(204)に結合され、前記メモリ(204)は命令を記憶し、前記命令は、前記1つまたは複数のプロセッサ(202)によって実行されると、システム(110)に、
前記ネットワーク(106)内の前記UEからの複数のメッセージに関連するデータパケットの第1のセットを受信することと、
前記ネットワーク(106)内の前記1つまたは複数の基地局(104)からの複数のメッセージに関連するデータパケットの第2のセットを受信することと、
前記ネットワーク(106)内の前記O-RAN RU(108)からの複数のメッセージに関連するデータパケットの第3のセットを受信することと、
前記ネットワーク(106)内の前記複数のノード(114)からの複数のメッセージに関連するデータパケットの第4のセットを受信することと、
機械学習(ML)エンジン(214)使用することによって、受信されたデータパケットの前記第1の、第2の、第3のおよび第4のセットからの属性のセットを抽出することであって、属性の前記セットは、前記UE、前記1つまたは複数の基地局(104)、前記O-RAN-RU(108)、および前記複数のノード(114)に関連する1つまたは複数の緊急事態に関連し、前記MLエンジンは前記1つまたは複数のプロセッサ(202)に関連する、ことと、
前記MLエンジン(214)によって、前記1つまたは複数の緊急事態を、命令の所定のセットに基づいて所定のクラスのセットに分類することとを行わせる、ユーザ機器(UE)。

【請求項12】

ネットワーク(106)内で機械緊急事態を検出して取り扱うための方法(250)であって、
前記ネットワーク(106)内の1つまたは複数の第1のコンピューティングデバイス(102)からの複数のメッセージに関連するデータパケットの第1のセットを、1つまたは複数のプロセッサ(202)によって受信するステップであって、前記1つまたは複数のプロセッサ(202)は、前記1つまたは複数の第1のコンピューティングデバイス(102)、1つまたは複数の基地局(104)、オープン無線アクセスネットワーク(O-RAN)無線機(RU)(108)、および複数のノード(114)に動作可能に結合され、前記1つまたは複数の第1のコンピューティングデバイス(102)、前記1つまたは複数の基地局(104)、前記O-RAN RU(108)、および前記複数のノード(114)は前記ネットワークに動作可能に結合され、前記1つまたは複数のプロセッサはメモリ(204)に結合され、前記メモリ(204)は前記1つまたは複数のプロセッサによって実行される命令を記憶する、ステップと、
前記ネットワーク内(106)で前記1つまたは複数の基地局(104)からの複数のメッセージに関連するデータパケットの第2のセットを、前記1つまたは複数のプロセッサ(202)によって受信するステップと、
前記ネットワーク(106)内の前記O-RAN RU(108)からの複数のメッセージに関連するデータパケットの第3のセットを、前記1つまたは複数のプロセッサ(202)によって受信するステップと、
前記ネットワーク(106)内の前記複数のノード(114)からの複数のメッセージに関連するデータパケットの第4のセットを、前記1つまたは複数のプロセッサ(202)によって受信するステップと、
受信されたデータパケットの前記第1の、第2の、第3のおよび第4のセットからの属性のセットを、前記MLエンジン(214)によって抽出するステップであって、属性の前記セットは、前記1つまたは複数の第1のコンピューティングデバイス(102)、前記1つまたは複数の基地局(104)、前記O-RAN-RU(108)、および前記複数のノード(114)に関連する1つまたは複数の緊急事態に関連する、ステップと、
前記1つまたは複数の緊急事態を、命令の所定のセットに基づいて所定のクラスのセットに、前記MLエンジン(214)によって分類するステップとを含む、方法(250)。

【請求項13】

各前記所定のクラスに関連する命令のセットに基づいて前記1つまたは複数の緊急事態を、前記MLエンジン(214)によって処理して取り扱うステップをさらに含む、請求項12に記載の方法。

【請求項14】

あらかじめマッピングされた業種を取り扱うために、各前記所定のクラスに対する命令の前記セットを、前記MLエンジン(214)によって定義するステップをさらに含む、請求項13に記載の方法。

【請求項15】

1つまたは複数のIoTアプリケーションの中で発生する複数のリアルタイムの機械タイプの緊急事態に、前記MLエンジン(214)によって対応するステップをさらに含む、請求項13に記載の方法。

【請求項16】

前記1つまたは複数の第1のコンピューティングデバイス(102)、前記1つまたは複数の基地局(104)、前記O-RAN RU(108)、および前記複数のノード(114)に関連する1つまたは複数の新しい緊急事態タイプを、前記MLエンジン(214)によって定義するステップと、
前記ネットワーク内で前記1つまたは複数の新しい緊急事態タイプを、前記MLエンジン(214)によって管理して取り扱うステップとをさらに含む、請求項13に記載の方法。

【請求項17】

前記1つまたは複数の新しい緊急事態タイプを緊急事態の新しいクラスとして、前記MLエンジン(214)によって定義して分類するステップをさらに含む、請求項16に記載の方法。

【請求項18】

前記1つまたは複数の新しい緊急事態タイプの前記分類および前記分類に関連する命令の所定のセットに基づいて、各前記新しい緊急事態タイプを自動的にまたは手動で、前記MLエンジン(214)によって取り扱うステップをさらに含む、請求項17に記載の方法。

【請求項19】

データパケットの前記第1のセット、データパケットの第2のセット、データパケットの第3のセット、およびデータパケットの第4のセットの初期ビットが、緊急事態タイプを示し、データパケットの前記第1のセット、データパケットの第2のセット、データパケットの第3のセット、およびデータパケットの第4のセットの残りが、機械アセンブリの確立の後のパケット転送を示す、請求項13に記載の方法。

【請求項20】

1つまたは複数の緊急事態を取り扱うために新しく定義されたサービス品質(QoS)を、前記MLエンジン(214)によって受信するステップであって、前記1つまたは複数の緊急事態はサービス要求原因の中で共有される、ステップと、
新しく識別されたQoSプロファイルを、前記MLエンジン(214)によって構成およびマッピングし、かつ/または前記緊急事態を適切に取り扱うステップと、
前記MLエンジン(214)によって、識別して適用するために正しいタイプのQoSプロファイルを前記ネットワークに知らせるために緊急事態タイプおよび必要なシグナリング識別子にインターフェースして識別するステップとをさらに含む、請求項13に記載の方法。

【請求項21】

前記MLエンジン(214)によって、慎重に収集されたデータを収集し、クラウドベースのデータレイクに保管し、処理して、実行可能な洞察を抽出するステップをさらに含む、請求項12に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、一般に、ネットワーク内の緊急事態を検出することに関する。より詳細には、本開示は、機械緊急事態を検出して緊急事態を適切に取り扱うことを可能にするためのシステムおよび方法に関する。

【背景技術】

【0002】

従来技術の以下の説明は、本開示の分野に関連する背景情報を提供することを意図している。このセクションは、本開示の様々な特徴に関連し得る従来技術のいくつかの態様を含み得る。しかしながら、このセクションは、本開示に関して読者の理解を深めるためだけに使用され、従来技術を自認するものではないことを諒解されたい。

【0003】

モノのインターネット(IoT)は、インターネット上で他のデバイスおよびシステムと接続してデータを交換する目的でセンサ、ソフトウェアおよび他の技術とともに埋め込まれた、物理的対象/「モノ」のネットワークを言い表す。複数の技術、リアルタイム分析、機械学習、ユビキタスコンピューティング、コモディティセンサ、および埋め込みシステムの集合によって、モノが進化した。伝統的分野の埋め込みシステム、ワイヤレスセンサネットワーク、制御システム、オートメーション(家庭用および建造物用のオートメーションを含む)、その他のすべてが、モノのインターネットを可能にすることに貢献する。消費者市場では、IoT技術は、1つまたは複数の共通のエコシステムをサポートし、スマートフォンおよびスマートスピーカーなど、エコシステムに関連するデバイスを介して制御され得るデバイスおよび家電製品(照明器具、サーモスタット、ホームセキュリティシステムおよびカメラ、ならびに他の家庭用家電製品)などを含む、「スマートホーム」の概念に関連する製品とほとんど同義である。IoTは、ヘルスケアシステムにおいても使用され得る。IoTの成長における危険についての、特にプライバシーおよびセキュリティの領域におけるいくつかの重大な関心事が存在し、その結果として、これらの関心事に対処するための産業界および政府機関の運動が、国際規格の展開を含めて開始された。

【0004】

産業用モノのインターネット(IIoT)は、産業用の部門およびアプリケーションにおけるモノのインターネット(IoT)の拡張および使用を指す。マシンツーマシン(M2M)通信、ビッグデータ、および機械学習を重視しながら、IIoTは、産業および企業が、それらの動作においてより良好な効率および信頼性を有することを可能にする。IIoTは、ロボティックス、医療デバイス、およびソフトウェア定義型生産プロセスを含む産業用アプリケーションを包含する。IIoTは、通常の消費者デバイスおよびIoTに通常関連する物理デバイスのインターネットワーキングの範囲を超える。それを明確にさせるものは、情報技術(IT)と操作技術(operational technology)(OT)との交差である。OTは、マンマシンインターフェース(HMI)、監視制御およびデータ取得(SCADA)システム、分散制御システム(DCS)、およびプログラマブルロジックコントローラ(PLC)を含む、操作プロセスと産業用制御システム(ICS)とのネットワーキングを指す。

【0005】

そのようなシステムは、普遍的に連続するデータの提供によって産業が極めて成長することを助け、全体的により良好な決定を行うことを助けることができる。それは、総合システムの健全性についてのデータを自動的に提供することも助ける。たとえば、製造プラントにおいて、挿入されたセンサが、スモークセンサを使用して有害なガス漏れがあるか、または水漏れもしくは機械の過負荷があって運転停止が必要であるか、などを我々に通知することを助けることができる。そのような状況は、一般に機械緊急事態と呼ばれ、リアルタイムの緊急事態状況が、自動的にシステムにわたって伝達されている。そのようなデータは、セルラーネットワークを介して(技術として2G、3G、4GまたはNB-IoTを含む次世代セルラーネットワーク上で)進み、インターネットを介して緊急事態サーバ、SCADAサーバ、または遠隔制御サーバに到達する。そのような緊急事態セッションは、電気通信ネットワークによって提示される最も基本的で重要なサービスである。それらは、通常のセッションよりも優先的な処置を必要とし、それは、QoSおよびリソース管理技法によって達成される。しかしながら、既存の3GPP(登録商標)システムまたは解決策は、優先的な処置を公的に開始された緊急通信に提供するのみであり、その一方で、それは、ミッションクリティカルコール、または一般に典型的なIoTまたはIIoTにおける機械緊急事態タイプに対して特別な処置を提示しない。

【0006】

3GPP(登録商標)ネットワーク内で緊急事態を取り扱うことは、これまで、人間の緊急事態を取り扱うことを意図されていた。人間の緊急事態を取り扱うことの性質は、機械緊急事態を取り扱うことの性質と非常に異なる。3GPP(登録商標)における既存の緊急事態の定義および取り扱いメカニズムは、人間の緊急事態に対応し、機械緊急事態に対処しない。IoTおよび特にIIoT(産業用IoT)の導入は、人間の緊急事態と異なって取り扱われる必要のある数多くのタイプの緊急事態を公開する。その上、特に人が介在しない機械タイプの通信では、SIM/USIM/eSIM/Soft SIMのようなサブスクリプションに対する一意のアイデンティティ識別(unique identity)を有することがより重要であることに留意されたい。したがって、機械タイプでなければ通常の3GPP(登録商標)システムにおいて許容されるような状況におけるSIMレス動作は、まったく不可能である。

【0007】

それゆえ、当技術分野において、異なるタイプの機械緊急事態を識別して、そのような緊急事態を取り扱うメカニズムを提案することができるシステムおよび方法を提供する必要がある。

【発明の概要】

【発明が解決しようとする課題】

【0008】

本明細書の少なくとも1つの実施形態が満足する本開示の目的のいくつかが、以下で本明細書に列挙される。

【0009】

本開示の目的は、機械タイプのデバイスに対するSIMレス緊急事態アタッチ(emergency attach)を容易にするシステムおよび方法を提供することである。

【0010】

本開示の目的は、機械タイプのデバイスに対する緊急事態アタッチの態様をカバーするシステムおよび方法を提供することである。

【0011】

本開示の目的は、(LTE、5G、6Gをカバーする)3GPP(登録商標)ネットワーク/デバイスの中の機械緊急事態のタイプを識別し、ロケーション、機械ID、プラントIDなどの適切なデータで緊急事態メッセージを強化するためのシステムおよび方法を提供することである。

【0012】

本開示の目的は、そのタイプの緊急事態を取り扱うことができる適切な緊急事態サーバを識別し、緊急事態メッセージを強化されたデータとともに適切なサーバにリダイレクトするためのシステムおよび方法を提供することである。

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

【0013】

このセクションは、発明を実施するための形態において以下でさらに説明される本開示のいくつかの目的および態様を、簡略化された形で紹介するために提供される。この要約は、クレームされた主題の主要な特徴または範囲を識別することを意図するものではない。

【0014】

一態様では、本開示は、ネットワーク内で機械緊急事態を検出して取り扱うためのシステムを提供する。システムは、1つまたは複数の第1のコンピューティングデバイス、1つまたは複数の基地局、オープン無線アクセスネットワーク(O-RAN)無線機(RU)、および複数のノードに動作可能に結合された1つまたは複数のプロセッサを含み得る。1つまたは複数の第1のコンピューティングデバイス、1つまたは複数の基地局、O-RAN RU、および複数のノードは、ネットワークに動作可能に結合され得る。1つまたは複数のプロセッサは、命令を記憶するメモリに結合され得、命令は、1つまたは複数のプロセッサによって実行されると、システムに、ネットワーク内の1つまたは複数の第1のコンピューティングデバイスからの複数のメッセージに関連するデータパケットの第1のセットを受信することと、ネットワーク内の1つまたは複数の基地局からの複数のメッセージに関連するデータパケットの第2のセットを受信することと、ネットワーク内のO-RAN RUからの複数のメッセージに関連するデータパケットの第3のセットを受信することと、ネットワーク内の複数のノードからの複数のメッセージに関連するデータパケットの第4のセットを受信することとを行わせる。システムは、1つまたは複数のプロセッサに関連する機械学習(ML)エンジン使用することによって、受信されたデータパケットの第1の、第2の、第3のおよび第4のセットからの属性のセットを抽出するようにさらに構成され得、属性のセットは、1つまたは複数の第1のコンピューティングデバイス、1つまたは複数の基地局、O-RAN-RU、および複数のノードに関連する1つまたは複数の緊急事態に関連する。システムは、MLエンジンによって、1つまたは複数の緊急事態を、命令の所定のセットに基づいて所定のクラスのセットに分類するようにさらに構成され得る。

【0015】

一実施形態では、MLエンジンは、各前記所定のクラスに関連する命令のセットに基づいて1つまたは複数の緊急事態を処理して取り扱うように構成され得る。

【0016】

一実施形態では、MLエンジンは、あらかじめマッピングされた業種(industry vertical)を取り扱うために、各前記所定のクラスに対する命令のセットを定義するようにさらに構成され得る。

【0017】

一実施形態では、MLエンジンは、1つまたは複数のIoTアプリケーションの中で発生する複数のリアルタイムの機械タイプの緊急事態に対応するようにさらに構成され得る。

【0018】

一実施形態では、MLエンジンは、1つまたは複数の第1のコンピューティングデバイス、1つまたは複数の基地局、O-RAN-RU、および複数のノードに関連する1つまたは複数の新しい緊急事態タイプを定義し、管理し、かつ取り扱うようにさらに構成され得る。

【0019】

一実施形態では、MLエンジンは、1つまたは複数の新しい緊急事態タイプを緊急事態の新しいクラスとして定義し、分類するようにさらに構成され得る。

【0020】

一実施形態では、MLエンジンは、1つまたは複数の新しい緊急事態タイプの分類および分類に関連する命令の所定のセットに基づいて、各新しい緊急事態タイプを自動的にまたは手動で取り扱うようにさらに構成され得る。

【0021】

一実施形態では、データパケットの第1のセット、データパケットの第2のセット、データパケットの第3のセット、およびデータパケットの第4のセットの初期ビットが、緊急事態タイプを示し、データパケットの第1のセット、データパケットの第2のセット、データパケットの第3のセット、およびデータパケットの第4のセットの残りが、機械アセンブリの確立の後のパケット転送を示す。

【0022】

一実施形態では、MLエンジンは、1つまたは複数の緊急事態を取り扱うために新しく定義されたサービス品質を受信するようにさらに構成され得、1つまたは複数の緊急事態は、サービス要求原因(service request cause)の中で共有され、新しく識別されたQoSプロファイルを構成およびマッピングし、かつ/または緊急事態を適切に取り扱い、識別して適用するために正しいタイプのQoSプロファイルをネットワークに知らせるために緊急事態タイプおよび必要なシグナリング識別子にインターフェースして識別する。

【0023】

一実施形態では、MLエンジンは、慎重に収集されたデータを収集し、クラウドベースのデータレイクに保管し、処理して、実行可能な洞察を抽出するようにさらに構成され得る。

【0024】

一態様では、本開示は、ネットワーク内で機械緊急事態を検出して取り扱うためのユーザ機器(UE)を提供する。UEは、1つまたは複数の基地局、オープン無線アクセスネットワーク(O-RAN)無線機(RU)、および複数のノードに動作可能に結合された1つまたは複数のプロセッサを含み得る。1つまたは複数の基地局、O-RAN RU、および複数のノードは、ネットワークに動作可能に結合され得る。1つまたは複数のプロセッサは、命令を記憶するメモリに結合され得、命令は、1つまたは複数のプロセッサによって実行されると、UEに、ネットワーク内の1つまたは複数の第1のコンピューティングデバイスからの複数のメッセージに関連するデータパケットの第1のセットを受信することと、ネットワーク内の1つまたは複数の基地局からの複数のメッセージに関連するデータパケットの第2のセットを受信することと、ネットワーク内のO-RAN RUからの複数のメッセージに関連するデータパケットの第3のセットを受信することと、ネットワーク内の複数のノードからの複数のメッセージに関連するデータパケットの第4のセットを受信することとを行わせる。UEは、1つまたは複数のプロセッサに関連する機械学習(ML)エンジン使用することによって、受信されたデータパケットの第1の、第2の、第3のおよび第4のセットからの属性のセットを抽出するようにさらに構成され得、属性のセットは、1つまたは複数の第1のコンピューティングデバイス、1つまたは複数の基地局、O-RAN-RU、および複数のノードに関連する1つまたは複数の緊急事態に関連する。UEは、MLエンジンによって、1つまたは複数の緊急事態を、命令の所定のセットに基づいて所定のクラスのセットに分類するようにさらに構成され得る。

【0025】

一態様では、本開示は、ネットワーク内で機械緊急事態を検出して取り扱うための方法を提供する。方法は、ネットワーク内の1つまたは複数の第1のコンピューティングデバイスからの複数のメッセージに関連するデータパケットの第1のセットを、1つまたは複数のプロセッサによって受信するステップを含み得る。1つまたは複数のプロセッサは、1つまたは複数の第1のコンピューティングデバイス、1つまたは複数の基地局、オープン無線アクセスネットワーク(O-RAN)無線機(RU)、および複数のノードに動作可能に結合され得る。1つまたは複数の第1のコンピューティングデバイス、1つまたは複数の基地局、O-RAN RU、および複数のノードは、ネットワークに動作可能に結合され得る。さらに、1つまたは複数のプロセッサは、命令を記憶するメモリに結合され得る。方法はまた、ネットワーク内で1つまたは複数の基地局からの複数のメッセージに関連するデータパケットの第2のセットを、1つまたは複数のプロセッサによって受信するステップと、ネットワーク内のオープン無線アクセスネットワーク(O-RAN)無線機(RU)からの複数のメッセージに関連するデータパケットの第3のセットを、1つまたは複数のプロセッサによって受信するステップと、ネットワーク内の複数のノードからの複数のメッセージに関連するデータパケットの第4のセットを、1つまたは複数のプロセッサによって受信するステップとを含み得る。方法は、1つまたは複数のプロセッサに関連する機械学習(ML)エンジン使用することによって、受信されたデータパケットの第1の、第2の、第3のおよび第4のセットからの属性のセットを抽出するステップをさらに含み得、属性のセットは、1つまたは複数の第1のコンピューティングデバイス、1つまたは複数の基地局、O-RAN-RU、および複数のノードに関連する1つまたは複数の緊急事態に関連する。さらに、方法は、MLエンジンによって、1つまたは複数の緊急事態を、命令の所定のセットに基づいて所定のクラスのセットに分類するステップをさらに含み得る。

【0026】

本明細書に組み込まれ、本発明の一部を構成する添付の図面は、異なる図面を通して同様の参照番号が同じ部品を指す、本開示の方法およびシステムの例示的な実施形態を示す。図面の構成要素は、必ずしも縮尺通りであるとは限らず、代わりに、本発明の原理を明確に示すことに重点が置かれている。いくつかの図面は、ブロック図を使用して構成要素を示し、各構成要素の内部回路を表していない。そのような図面の発明は、そのような構成要素を実装するために一般的に使用される電気構成要素、電子構成要素、または回路の発明を含むことは、当業者には諒解されよう。

【図面の簡単な説明】

【0027】

【図1】本開示の一実施形態による、それの中でまたはそれによって本開示の提示されたシステムが実装され得る例示的なネットワークアーキテクチャを示す図である。

【図2A】本開示の一実施形態による、ネットワーク内で機械緊急事態を検出して取り扱う提示されたシステムの例示的な表現を示す図である。

【図2B】本開示の一実施形態による、ネットワーク内で機械緊急事態を検出して取り扱うための提示された方法の例示的な表現を示す図である。

【図3A】本開示の一実施形態による、既存のシステムネットワークアーキテクチャおよびメッセージフローの例示的な表現を示す図である。

【図3B】本開示の一実施形態による、既存のシステムネットワークアーキテクチャおよびメッセージフローの例示的な表現を示す図である。

【図4】本開示の一実施形態による、提示されたネットワークシステムアーキテクチャの例示的な表現を示す図である。

【図5A】本開示の一実施形態による、システムにわたって緊急事態タイプを共有するための例示的なコールフローの例を示す図である。

【図5B】本開示の一実施形態による、システムにわたって緊急事態タイプを共有するための例示的なコールフローの例を示す図である。

【図5C】本開示の一実施形態による、システムにわたって緊急事態タイプを共有するための例示的なコールフローの例を示す図である。

【図6】本開示の一実施形態による、例示的なNB-IOTシステムを示す図である。

【図7A】本開示の一実施形態による、機械緊急事態が、どのようにIMS上でセルラーネットワークにわたって転送されるかについての代替のコールフローの例の実施形態を示す図である。

【図7B】本開示の一実施形態による、機械緊急事態が、どのようにIMS上でセルラーネットワークにわたって転送されるかについての代替のコールフローの例の実施形態を示す図である。

【図8】本開示の実施形態による、それの中でまたはそれによって本発明の実施形態が利用され得る例示的なコンピュータシステムを示す図である。

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

【0028】

上記は、本発明のより詳細な説明を理解することによってより明確になろう。

【0029】

以下の説明では、説明のために、様々な具体的な詳細が、本開示の実施形態の完全な理解を与えるために示される。しかしながら、本開示の実施形態は、これらの具体的な詳細なしに実行され得ることは明らかであろう。今後説明するいくつかの特徴は、それぞれ、互いに独立に、または他の特徴との任意の組合せで使用され得る。個別の特徴は、必ずしも上記で説明した問題のすべてに対処するとは限らないか、または上記で説明した問題の一部のみに対処する。上記で説明した問題の一部は、必ずしも本明細書で説明する特徴のいずれかによって完全に対処されるとは限らない。

【0030】

後続の説明は、例示的な実施形態を提供するにすぎず、本開示の範囲、適用可能性、または構成を制限することを意図していない。そうではなく、例示的な実施形態の後続の説明は、例示的な実施形態を実装するために有効な説明を当業者に提供することになる。説明する本発明の趣旨および範囲を逸脱することなく、様々な変更が、要素の機能および配置の中で行われ得ることを理解されたい。

【0031】

本発明は、LTE、5G、6Gなどの3GPP(登録商標)ネットワーク/デバイスの中で機械緊急事態タイプを識別し、ロケーション、機械ID、プラントIDなどの適切なデータで緊急事態メッセージを強化するために、効率的で信頼できるシステムを提供する。システムは、そのタイプの緊急事態を取り扱うことができる適切な緊急事態サーバを識別し、緊急事態メッセージを強化されたデータとともに1つまたは複数のサーバにリダイレクトするためのメカニズムをさらに提供し得る。

【0032】

図1を参照すると、図1は、本開示の一実施形態による、それの中でまたはそれによって本開示の機械緊急事態検出システム(110)(または単にシステム(110)と呼ばれる)が実装され得る例示的なネットワークアーキテクチャ(100)(ネットワークアーキテクチャ(100)とも呼ばれる)を示す。図示のように、例示的なネットワークアーキテクチャ(100)は、(110)を装備され、第2のコンピューティングデバイス(104-1、104-2、104-3、...104-N)(同義で基地局(104-1、104-2、...104-N)と呼ばれ、個別に基地局(104)と呼ばれ、集合的に基地局(104)と呼ばれる)を通して複数の第1のコンピューティングデバイス(102-1、102-2、102-3...102-N)(同義でユーザ機器(102-1、102-2、102-3...102-N)と呼ばれ、個別にユーザ機器(UE)(102)と呼ばれ、集合的にUE(102)と呼ばれる)に通信可能に結合され得、さらに第3のコンピューティングデバイス(同義でオープン無線アクセスネットワーク無線機(108)と呼ばれる)を介して基地局(104)に動作可能に結合され得る。システム(110)は、さらに、1つまたは複数の第4のコンピューティングデバイス(114)(同義でノード(114)と呼ばれる)に通信可能に結合され得る。

【0033】

一実施形態では、システム(110)は、機械学習エンジン(ML)(214)を装備され得、ML(214)は、関連の緊急事態に関連するメッセージのセットを受信するためのシステムに、ネットワーク(106)内の1つまたは複数の第1のコンピューティングデバイス(102)からの複数のメッセージに関連するデータパケットの第1のセットを受信することと、ネットワーク(106)内の1つまたは複数の基地局(104)からの複数のメッセージに関連するデータパケットの第2のセットを受信することと、ネットワーク(106)内のO-RAN RU(108)からの複数のメッセージに関連するデータパケットの第3のセットを受信することと、ネットワーク(106)内の複数のノード(114)からの複数のメッセージに関連するデータパケットの第4のセットを受信することとを行わせ得る。システム(110)は、MLエンジン(214)を使用することによって、受信されたデータパケットの第1の、第2の、第3の、および第4のセットから属性のセットを抽出し得、属性のセットは、1つまたは複数の第1のコンピューティングデバイス(102)、1つまたは複数の基地局(104)、O-RAN-RU(108)、および複数のノード(114)に関連する1つまたは複数の緊急事態に関連し、システム(110)は、1つまたは複数の緊急事態を、命令の所定のセットに基づいて所定のクラスのセットに、MLエンジン(214)によって分類し得る。たとえば、1つまたは複数の緊急事態は、機械の中で発生する欠陥または他の不良に関連する任意の機械緊急事態であり得る。

【0034】

一実施形態では、MLエンジン(214)は、各所定のクラスに関連する命令のセットに基づいて1つまたは複数の緊急事態を処理して取り扱うように構成される。

【0035】

たとえば、機械緊急事態は、インダストリー4.0、鉄道、送電網など、特定の業種を取り扱うように定義され得る。緊急事態タイプの新しい分類は、IoTアプリケーションにおいて発生する様々なリアルタイムの機械タイプの緊急事態に対応することである。

【0036】

例示的な一実施形態では、システム(110)は、新しい緊急事態タイプを定義し、そのような緊急事態をセルラーネットワーク内で取り扱うように構成され得る。たとえば、ネットワーク内の新しい緊急事態アタッチタイプは、特定のタイプの機械が、たとえSIMカードが利用できないときでも異なる条項を付けることを可能にし得る。

【0037】

別の例示的な実施形態では、新しいタイプの緊急事態が定義され、新しいクラスの機械緊急事態として分類され得る。たとえば、1つまたは複数のセンサおよびアクチュエータにおける緊急事態がクラスAの緊急事態として分類され得、機械の中の緊急事態がクラスBの緊急事態として分類され得、生産ライン内の緊急事態がクラスCの緊急事態として分類され得、プラント内の緊急事態がクラスDの緊急事態として分類され得、以下同様。上記の緊急事態タイプの各々に対する取り扱いは、緊急事態タイプに基づいて変化する。クラスAおよびBの緊急事態は、適切な応答を介して「自動的に」取り扱われ得る。クラスCおよびDの緊急事態に対して、人の介在は、クラスCおよびDのタイプの機械緊急事態を取り扱うための手順が異なるように可視化される。

【0038】

一実施形態では、機械レベルにおけるクラスAの機械緊急事態は、前記機械の中で何かが不具合である可能性があることを示す、個別の機械の中に埋め込まれたセンサからのデータが、機械レベルの緊急事態として主張される場合であり得る。一実施形態として、摩耗および破損を検出し、熱変形を修正し、ならびに刃を正確に位置決めするための、旋盤機械の中のセンサは、前記の課題に対して機械が点検される(be attended)必要があることを示すデータを提供する。同様に、第2の実施形態として、点検を必要とする機械に関する問題として、精度の低下または負の値を示す動作の速度に対する、個別のロボットの効率を検出するためのセンサは、クラスAの機械緊急事態タイプとして分類され得る。機械の中の他のセンサからのデータを統合するためのプロセッサおよびソフトウェアを有するセンサのうちの1つまたは複数は、緊急事態メッセージを編成するために機械の中の複数のセンサからのデータを統合する。

【0039】

一実施形態では、生産ラインにおけるクラスBの機械緊急事態は、生産ラインを典型的に定義する複数の機械であり得、生産ラインは、一例として、複数の個別の機械が定義されたジョブを完了するためのジョブを割り当てられる自動車塗装ラインであり得る。我々は、生産ラインに関する問題を示すための緊急事態タイプを定義し、生産ラインにおいて、複数の機械および複数の機械の中のセンサを構成し、機能をサポートする前記生産ライン内に埋め込まれたセンサからのデータが、マスターセンサとして働き、緊急事態が存在するかどうかを検出するために生産ライン内の前記センサからのデータを統合することを助ける、センサのうちの1つによって統合される。緊急事態は、生産ライン緊急事態を定義するために個別のセンサからのセンサデータのしきい値を定義する相関表としてマスターセンサの中で定義され得る。

【0040】

本発明の一実施形態では、工場の作業現場におけるクラスCの機械緊急事態は、工場の作業現場を典型的に定義する複数の生産ラインであり得、作業現場は、たとえば、自動車エンジンの完結生産/アセンブリに対して責任を負う。我々は、工場の作業現場に関する問題を示すための緊急事態タイプを定義し、作業現場において、複数の機械および複数の機械の中のセンサを構成し、機能をサポートする前記複数の生産ライン内に埋め込まれたセンサからのデータが、マスターセンサとして働き、緊急事態が存在するかどうかを検出するために複数の生産ライン内の前記センサからのデータを統合することを助ける、センサのうちの1つによって統合される。緊急事態は、生産ライン緊急事態を定義するために個別のセンサからのセンサデータのしきい値を定義する相関表としてマスターセンサの中で定義される。

【0041】

本発明の一実施形態では、工場レベルにおけるクラスDの機械緊急事態は、工場を典型的に定義する複数の工場の作業現場であり得、工場は、たとえば、自動車作成の完結生産に対して責任を負う。我々は、工場自体に関する問題を示すための緊急事態タイプを定義し、工場自体において、複数の機械および複数の機械の中のセンサを構成し、機能をサポートする前記複数の生産ライン内に埋め込まれたセンサからのデータが、マスターセンサとして働き、緊急事態が存在するかどうかを検出するために複数の生産ライン内の前記センサからのデータを統合することを助ける、センサのうちの1つによって統合される。緊急事態は、生産ライン緊急事態を定義するために個別のセンサからのセンサデータのしきい値を定義する相関表としてマスターセンサの中で定義される。センサは、火災検出センサ、窃盗未遂もしくは進行中の窃盗を示すカメラからの画像、または存在しないはずの動きを検出するための動き検出センサなどの他の複数のセンサを含み得る。

【0042】

一実施形態では、緊急事態アクセスが、アタッチ/電力分配ユニット(PDU)確立/修正手順の一部を送られるサービス要求IEの一部であり得る命令のセットを介して第1のコンピューティングデバイス(102)(ユーザ機器102またはUE102とも呼ばれる)によって要求され得る。

【0043】

例示的な一実施形態では、所定の構造が、PDU確立手順の間に送られ得る。

【0044】

また別の実施形態では、初期ビットが、PDUの確立の後に緊急事態タイプおよびパケット転送のデータ部分の残りを示すために原因の確立上で送られ得る。

【0045】

例示的な一実施形態では、システム(110)は、新しく定義されたサービス品質(QoS)プロファイルを介して緊急事態を取り扱うためのメカニズムを構成し得る。これは、サービス要求原因の中で共有されるネットワークベースの緊急事態タイプによって適用される。別の実施形態では、アプリケーションは、新しく識別されたQoSプロファイルを構成してマッピングすること、および/または緊急事態を適切に取り扱うことを、緊急事態タイプのモデムおよびネットワークに気付かせるために、モデムインターフェース(ATコマンド)を使用し得る。ATコマンドは、識別および適用するために正しいタイプのQoSプロファイルをネットワークに知らせるために、緊急事態タイプおよび必要なシグナリング識別子にインターフェースして識別し得る。

【0046】

一実施形態では、システム(110)は、システムオンチップ(SoC)システムであり得るが、それに限定されない。別の実施形態では、オンサイトデータキャプチャ、ストレージ、マッチング、処理、意思決定、および作動ロジックは、マイクロサービスアーキテクチャ(MSA)を使用してコーディングされ得るが、それに限定されない。複数のマイクロサービスが、コンテナに詰められ、可搬性をサポートするためにイベントベースであり得る。

【0047】

一実施形態では、ネットワークアーキテクチャ(100)は、システム(110)内の任意の種類の変化に適応するために、モジュール式であり、フレキシブルであり得る。

【0048】

一実施形態では、システム(110)は、リモートにモニタされ得、システム(110)のデータ、アプリケーションおよび物理的セキュリティは完全に確保され得る。一実施形態では、データは、慎重に収集され、クラウドベースのデータレイクに保管され、処理されて、実行可能な洞察を抽出され得る。それゆえ、予知保全の態様が達成され得る。

【0049】

例示的な一実施形態では、通信ネットワーク(106)は、限定ではなく例として、送信、受信、転送、生成、バッファ、記憶、送付、切り替え、処理、またはそれらの組合せなどを行う1つまたは複数のノードを有する1つまたは複数のネットワーク、1つまたは複数のメッセージ、パケット、信号、波動、電圧もしくは電流レベル、いくつかのそれらの組合せなどの少なくとも一部を含み得る。ネットワークは、限定ではなく例として、ワイヤレスネットワーク、ワイヤードネットワーク、インターネット、イントラネット、公共ネットワーク、私的ネットワーク、パケット交換ネットワーク、回路交換ネットワーク、アドホックネットワーク、インフラストラクチャネットワーク、公衆交換電話網(PSTN)、ケーブルネットワーク、セルラーネットワーク、衛星ネットワーク、光ファイバネットワーク、いくつかのそれらの組合せのうちの1つまたは複数を含み得る。

【0050】

別の例示的な実施形態では、集中型サーバ(112)が、アーキテクチャ(100)の中に含まれ得る。集中型サーバ(112)は、限定ではなく例として、独立型サーバ、サーバブレード、サーバラック、サーバのバンク、サーバファーム、クラウドサービスもしくはシステムの一部をサポートするハードウェア、ホームサーバ、仮想サーバを実行するハードウェア、サーバとして機能するためにコードを実行する1つまたは複数のプロセッサ、本明細書で説明するサーバ側の機能を実行する1つまたは複数の機械、上記のいずれかの少なくとも一部、いくつかのそれらの組合せのうちの1つまたは複数を含み得るかまたは備え得る。

【0051】

一実施形態では、1つまたは複数の第1のコンピューティングデバイス(102)、1つまたは複数のモバイルデバイス(図1に示さず)は、限定はしないが、アンドロイド(登録商標)、iOS(商標)、Kai OS(商標)などを含む任意のオペレーティングシステム上に存在する実行可能命令のセットを介してシステム(110)と通信し得る。一実施形態では、1つまたは複数の第1のコンピューティングデバイス(102)および1つまたは複数のモバイルデバイスは、限定はしないが、携帯電話、スマートフォン、仮想現実(VR)デバイス、拡張現実(AR)デバイス、ラップトップ、汎用コンピュータ、デスクトップ、携帯情報端末、タブレットコンピュータ、メインフレームコンピュータ、または任意の他のコンピューティングデバイスなどの任意の電気的、電子的、電気機械的機器、または上記のデバイスのうちの1つまたは複数の組合せを含み得、コンピューティングデバイスは、限定はしないが、カメラなどの視覚補助デバイス、聴覚補助器材、マイクロフォン、キーボード、ユーザからの入力、たとえばタッチパッド、タッチ対応スクリーン、電子ペンを受信する入力デバイス、任意の範囲の周波数内の任意の聴覚もしくは視覚信号を受信するための受信デバイス、任意の範囲の周波数内の任意の聴覚もしくは視覚信号を送信することができる送信デバイスを含む1つまたは複数の組み込み型もしくは外付け型装備品を含み得る。1つまたは複数の第1のコンピューティングデバイス(102)および1つまたは複数のモバイルデバイスは、上述のデバイスに限定されず、様々な他のデバイスが使用されてもよいことを諒解されたい。スマートコンピューティングデバイスは、データおよび他の私的/機密情報を記憶するための適切なシステムのうちの1つであり得る。

【0052】

図1を参照して図2は、本開示の一実施形態による、リアルタイムイベントデータフィードを容易にするためのデータ受信機モジュール(110)の例示的な表現を示す。一態様では、システム(110)は、1つまたは複数のプロセッサ(202)を含み得る。1つまたは複数のプロセッサ(202)は、1つまたは複数のマイクロプロセッサ、マイクロコンピュータ、マイクロコントローラ、デジタル信号プロセッサ、中央処理装置、論理回路、および/または演算命令に基づいてデータを処理する任意のデバイスとして実装され得る。他の能力の中でも、1つまたは複数のプロセッサ(202)は、データ受信機モジュール(110)のメモリ(204)の中に記憶されたコンピュータ可読命令をフェッチして実行するように構成され得る。メモリ(204)は、ネットワークサービス上でデータパケットを生成または共有するためにフェッチおよび実行され得る非一時的コンピュータ可読記憶媒体の中の1つまたは複数のコンピュータ可読命令またはルーチンを記憶するように構成され得る。メモリ(204)は、たとえば、RAMなどの揮発性メモリまたはEPROM、フラッシュメモリなどの不揮発性メモリを含む任意の非一時的記憶デバイスを含み得る。

【0053】

一実施形態では、システム(110)は、インターフェース206を含み得る。インターフェース206は、様々なインターフェース、たとえば、I/Oデバイスと呼ばれるデータ入力および出力デバイス、記憶デバイスなどに対するインターフェースを含み得る。インターフェース206は、システム(110)の通信を容易にし得る。インターフェース206は、データ受信機モジュール(110)の1つまたは複数の構成要素に対する通信経路も提供し得る。そのような構成要素の例は、限定はしないが、処理エンジン208およびデータベース210を含む。

【0054】

処理エンジン(208)は、処理エンジン(208)の1つまたは複数の機能を実装するために、ハードウェアとプログラミング(たとえば、プログラマブル命令)との組合せとして実装され得る。本明細書で説明する例では、そのようなハードウェアとプログラミングとの組合せは、いくつかの異なる方法で実装され得る。たとえば、処理エンジン(208)に対するプログラミングは、非一時的機械可読記憶媒体上に記憶されたプロセッサ実行可能命令であり得、処理エンジン(208)に対するハードウェアは、そのような命令を実行するために、処理リソース(たとえば、1つまたは複数のプロセッサ)を含み得る。本例では、機械可読記憶媒体は、処理リソースによって実行されるときに、処理エンジン(208)を実装する命令を記憶し得る。そのような例では、システム(110)は、命令を実行するための命令および処理リソースを記憶する機械可読記憶媒体を含み得るか、または機械可読記憶媒体は分離されているが、システム(110)および処理リソースにアクセス可能であり得る。他の例では、処理エンジン(208)は、電子回路によって実装され得る。

【0055】

処理エンジン(208)は、データ獲得エンジン(212)、機械学習(ML)エンジン(214)、および他のエンジン(216)のいずれかから選択された1つまたは複数のエンジンを含み得る。

【0056】

図2Bは、本開示の一実施形態による、ネットワーク(106)内で機械緊急事態を検出して取り扱うための提示された方法(250)の例示的な表現を示す。図示のように、方法(250)は、252において、ネットワーク(106)内の1つまたは複数の第1のコンピューティングデバイス(102)からの複数のメッセージに関連するデータパケットの第1のセットを、1つまたは複数のプロセッサ(202)によって受信するステップを含み得る。たとえば、複数のメッセージは、任意のハンドヘルドデバイス、電話、ラップトップ、ページャー、モバイルラジオ、スマートフォン、ラップトップ、タブレットなどを含むユーザ機器(UE)など、1つまたは複数の第1のコンピューティングデバイスについての情報を含み得る。

【0057】

方法は、254において、ネットワーク内の1つまたは複数の第1の基地局(104)からの複数のメッセージに関連するデータパケットの第2のセットを、1つまたは複数のプロセッサ(202)によって受信するステップも含み得る。
たとえば、複数のメッセージは、マクロセル、マイクロセル、ピコセルなど、1つまたは複数の基地局についての情報を含み得る。

【0058】

さらに、256において、方法は、ネットワーク内のオープン無線アクセスネットワーク(O-RAN)無線機(RU)(108)からの複数のメッセージに関連するデータパケットの第3のセットを、1つまたは複数のプロセッサ(202)によって受信するステップを含み得る。たとえば、複数のメッセージは、オープンネットワークについての情報を含み得る。

【0059】

方法は、258において、ネットワーク内の複数のノード(114)からの複数のメッセージに関連するデータパケットの第4のセットを、1つまたは複数のプロセッサ(202)によって受信するステップを含み得る。たとえば、複数のメッセージは、gNBノード、データ通信ノード、データ端末機器(DTE)とデータ送信回路との間にあるデータ通信機器もしくはデバイスを含む物理ネットワークノード、インターネットネットワーク、LANおよび広域ネットワーク、電気通信ネットワーク、ケーブルシステムなど、複数のノードについての情報を含み得る。

【0060】

方法は、260において、受信されたデータパケットの第1の、第2の、第3のおよび第4のセットからの属性のセットを、1つまたは複数のプロセッサ(202)に関連する機械学習(ML)エンジン(214)によって抽出するステップをさらに含み得、属性のセットは、1つまたは複数の第1のコンピューティングデバイス(102)、1つまたは複数の基地局(104)、O-RAN-RU(108)、および複数のノード(114)に関連する1つまたは複数の緊急事態に関連する。たとえば、システム(110)は、1つまたは複数の第1のコンピューティングデバイス(102)、1つまたは複数の基地局(104)、O-RAN-RU(108)、および複数のノード(114)の中の任意の種類の異常または緊急事態を感知するように構成され得る。

【0061】

さらに、方法は、MLエンジン(214)によって、1つまたは複数の緊急事態を、命令の所定のセットに基づいて所定のクラスのセットに分類するステップをさらに含み得る。たとえば、システム(110)は、3GPP(登録商標)ネットワーク/デバイス(LTE、5G、6Gをカバーする)の中の機械緊急事態タイプを識別し、ロケーション、機械ID、プラントIDなどの適切なデータで緊急事態メッセージを強化し、そのタイプの緊急事態を取り扱うことができる適切な緊急事態サーバを識別し、緊急事態メッセージを強化されたデータとともに適切なサーバにリダイレクトし得る。

【0062】

図3Aおよび図3Bは、本開示の一実施形態による、既存のネットワークシステムアーキテクチャおよびメッセージフローの例示的な表現を示す。図示のように、一態様では、図3Aは、3GPP(登録商標)における既存の緊急事態の定義および取り扱いメカニズムは人間の緊急事態に対応し、機械緊急事態に対処しないことを示す。IoTおよび特にIIoT(産業用IoT)の導入は、人間の緊急事態と異なって取り扱われる必要のある数多くのタイプの緊急事態を公開する。既存のネットワークは、ロングタームエボリューション306(LTE306)、モビリティ管理エンティティ(302)もしくはMME(302)、ホームサブスクライバサーバ(304)もしくはHSS(304)、サービングゲートウェイ(GW)(308)、PDNゲートウェイ(310)、サービスコールセッション制御機能312(S-CSCF312)、プロキシCSCF314(P-CSCF314)、メディアゲートウェイ(MGW)(318)、メディアゲートウェイ制御機能(MGCF)(320)、公衆交換電話網(PSTN)(322)、ロケーション検索機能(LRF)(324)、緊急(E)-CSCF(316)、公共安全応答ポイント(PSAP:public-safety answering point)(326)を含み得る。たとえば、LTE(306)を使用するUEは、緊急事態アクセスポイント名(APN)に優先的に接続するための緊急事態アタッチを要求し得る。信号は、S-CSCF(312)によってIPマルチメディアシステム(IMS)緊急事態登録のために送られる。P-CSCF(314)は、緊急事態の要求-統一資源識別子(R-URI:Request- Uniform Resource identifier)を検出し、E-CSCF(316)に案内を転送する。E-CSCF(316)は、UEロケーションを問い合わせて適切なPSAP(326)に転送する。ユーザプレーンが、MGW(318)およびMGCF(320)を介して音声のために確立され得る。PSAP(326)はまた、緊急サービスを正しい所在地住所に急送するためにLRF(324)を介してUEロケーションを調査し得る。

【0063】

図3Bは、UE(352)とPSAP(326)との間の既存の緊急コールシーケンスの例示的な表現を示す。たとえば、UE(352)は、緊急コールを検出して起動し、ロケーション、SIP INVITE(緊急事態)をP-CSCF(314)に割り振る。P-CSCF(314)は、緊急事態番号またはURNを検出する。P-CSCF(314)は、再び、SIP INVITE(緊急事態)をE-CSCF(316)およびLRF(324)が承認するSIPオプションロケーション/ルーティング要求に送る。E-CSCF(316)は、R-URIを緊急サービスクエリキー(ESQK)に更新し、次いで、SIP INVITEをPSAP(326)に送る。PSAP(326)は、LRF(324)からからロケーションを要求し、LRF(324)は、ロケーションの詳細に応答する。

【0064】

一例では、ネットワークに対する緊急サービスについての通知が、サービス要求の一部として通常の緊急事態タイプ情報-確立原因を進めることを介して行われる。緊急事態アクセスが、アタッチ/PDU確立/修正手順の一部を送られたサービス要求IEの一部であるEstablishment_Cause IEを介してUE(ユーザ機器)またはモバイルデバイスによって要求され得る。たとえば、緊急事態アクセスは、5G NR:
Establishment_Cause ::= ENUMERATED {
emergency, highPriorityAccess, mt-Access, mo-Signalling, Data, mo-VoiceCall, mo-VideoCall, mo-SMS, mps-priorityAccess,mcsPriorityAccess, spare6, spare5, spare4, spare3, spare2, spare1}
によって与えられ得る。

【0065】

示すように、現在のセルラーシステムの中で産業用IoTまたは機械タイプから発生し得る任意の他の緊急事態タイプをネットワークに伝達する方法はない。したがって、現在のシステムでは、ネットワークは、常に、デフォルトQoSプロファイルを機械緊急事態データに割り当て、それらを、常にベストエフォートベースにある通常のインターネットデータとして処置する。

【0066】

そのような機械緊急事態要件に対応するために、我々は、そのような機械緊急事態シナリオを取り扱うために、新しい確立原因IEを提案する。

【0067】

図4は、本開示の一実施形態による、提示されたネットワークシステムアーキテクチャの例示的な表現を示す。図示のように、提示するネットワークは、ロングタームエボリューション306(LTE306)、モビリティ管理エンティティ(302)もしくはMME(302)、ホームサブスクライバサーバ(304)もしくはHSS(304)、サービングゲートウェイ(GW)(308)、PDNゲートウェイ(310)、サービスコールセッション制御機能312(S-CSCF312)、プロキシCSCF314(P-CSCF314)、メディアゲートウェイ(MGW)(318)、メディアゲートウェイ制御機能(MGCF)(320)、公衆交換電話網(PSTN)(322)、ロケーション検索機能(LRF)(324)、緊急(E)-CSCF(316)、IMSエンティティの中に存在し得る機械緊急事態応答(MERS)ハンドラ(402)に通信可能に結合された機械緊急事態応答サーバ(MERS)(402)を含み得る。

【0068】

機械緊急事態を通信することの一部の実施形態では、1つの可能な方法は、IMSを使用して、録音された音声メッセージ/SMSを、一次/二次レスポンダに属し得る事前設定された数に対して共有することである。同じアプリケーションを通信するために、MERS(402)が、ATインターフェース使用して、ATコマンドをモデムに送って、事前設定された数に対して事前設定された音声メッセージを共有し得る。この事前設定されたメッセージまたは事前設定された数は、メモリストレージ(ROM)の中のデバイスの中の画像の一部であり得るか、またはhttp/TCP/MQTTメッセージを介してアプリケーション/緊急事態サーバによって構成され得る。

【0069】

例示的な一実施形態では、機械緊急事態タイプを伝達するための少なくとも3つのメカニズムが、MERS(402)によって提供され得る。例示的な一実施形態では、既存のEstablishmentCause IEの中の予備値は、
EstablishmentCause ::= ENUMERATED {
emergency, highPriorityAccess, mt-Access, mo-Signalling, Data, mo-VoiceCall, mo-VideoCall, mo-SMS, mps-priorityAccess,mcsPriorityAccess, ClassA, ClassB, ClassC, ClassD, spare2, spare1}
によって与えられるように使用され得る。

【0070】

別の例示的な実施形態では、新しい情報要素識別子(IEI)が定義され得る。たとえば、
EstablishmentCause ::= ENUMERATED {
ClassA, ClassB, ClassC, ClassD, spare3, spare2, spare1}

【0071】

別の例示的な実施形態では、機械緊急事態のタイプを識別するための固定ビットストリームが、使用され得る。たとえば、
EstablishmentCause-ME ::= {11100000}
上式で、
- 8ビット表現 ::
- 8番目のビット - ClassA
- 7番目のビット - ClassB
- 6番目のビット - ClassC
- 5番目のビット - ClassD
- 4番目のビット - 1番目のビット - 予備。

【0072】

例示的な一実施形態では、複数の緊急事態に対するスキーマが、使用され得る。機械緊急事態タイプを伝達するために定義された上記のIEIは別として、以下の構造は、
EmergencyType::={
EmergencyClass::={Class A, Class B, Class C, Class D,.. },
LocationInfo:={Lat, Long},
<Cell ID>,
<Type::={Alert-0, Warning-1, Message-2},
<Identifier>::={IMSI/TMSI/P-TMSI>},
<Data::={…..}}
によって与えられ得る。

【0073】

定義された構造は、PDU確立手順の間に最初に上記で定義された構造是体を送ること、およびPDUの確立の後に緊急事態タイプとパケット転送のデータ部分の残りとを示すために確立原因上の初期ビットを送ることなど、少なくとも2つの可能な方法でネットワークにわたって共有され得る。

【0074】

例示的な一実施形態では、コンピューティングデバイスがGPS/GNSSをサポートしない場合、上記の構造デバイスは、緯度/経度に関するGNSS情報を共有することになる。コンピューティングデバイスの中にGPS/GNSS能力がない場合、ネットワークは、測定報告をトリガし、デバイスのロケーション情報をフェッチしてLRF/SMLCに報告し得、LRF/SMLCを介して緊急事態サーバは、3GPP(登録商標)/ETSI TS内の所定のAPIを介して位置情報(LoC info)を要求することができるが、それに限定されない。

【0075】

図5Aは、システムにわたって緊急事態タイプを共有し、それにより、ネットワークが、正しいQoSプロファイル、したがってリソース管理を割り当てるための例示的なコールフローの例を示す。図示のように、SIB 1は、機械タイプのいくつかのクラスに対する機械タイプの緊急事態をサポートするための能力をブロードキャストする。UE502(MTCデバイス)が、緊急事態サポートと、IOTネットワークに接続することができるUE502のクラス(機械タイプ)とを読み出す。機械タイプのUEは、RRCSetupRequestを、機械タイプの緊急事態としての確立原因とともに、および以前に示した他の属性(緊急事態タイプのクラス、すなわち、クラスAまたはクラスBまたはクラスCまたはクラスD)とともに送る。

【0076】

例示的な一実施形態では、UE/モデム内の機械タイプの緊急事態を示すために、システムは、緊急事態タイプを伝達するためにモデムインターフェース、すなわちATコマンドインターフェース内のアプリケーション層を使用し得、それにより、アプリケーション層は、メッセージ/IEに基づいてネットワークに伝達するためにモデムによって使用され得る。緊急事態タイプ上でモデムにおよびネットワークに伝達するための最終デバイス内に存在するアプリケーションによって使用される新しいATコマンドが、以下のTABLE 1(表1)の中で強調される。

【0077】

【表1】

【0078】

たとえば、機械緊急事態タイプを、アプリケーションによって送られたモデムに対するその属性とともに共有するためのATコマンドは、アプリケーションによるモデム取得アプリケーションタイプ情報(Modem Obtaining application type information)などの定義された値を使用し得るが、それに限定されない。

【0079】

別の例は、ATコマンドが、機械緊急事態タイプをモデムに知らせるためにアプリケーションによって使用され得ることであり、定義された値は、
<cmd>:
"MEMERGENCYTYPE" - param1.. Nを有するIoT/IIoTデバイスの緊急事態タイプ設定はネットワークまたはアプリケーションサーバによって定義された設定パラメータであることを示す
Param 1…Nは以下のようなタイプまたは属性を示す -
a. ClassA
b. ClassB
c. ClassC
d. ClassD
e. Etc
LocInfo
CellID
Type
Identifier = {IMSI,…}
<Data>
Etc
<ResponseType>:
OK / ERROR
によって与えられ得る。

【0080】

図5Bは、システムにわたって緊急事態タイプを共有し、それにより、ネットワークが、正しいQoSプロファイルおよびリソース管理を割り当てるためのコールフローの別の例を示す。

【0081】

モデム(510)が、ATインターフェース上で上記のATコマンドを介してアプリケーション(508)から緊急事態タイプを受信すると、モデムは、前に定義されたIE上で緊急事態タイプを進め、サービス要求IEの同じ部分を使用し、サービス要求IEは、次に、アタッチ(緊急事態アタッチを含む)、PDU確立/修正手順の一部を送られる。ネットワークが緊急事態原因に気付くと、PCF/PCRFは、以下に定義されるTABLE 2(表2)のように、または3GPP TS23.501で定義されるように、正しいQCI/5QI値を割り当てる。

【0082】

【表2】

【0083】

別の実施形態では、システムは、
- 新しく定義された緊急事態タイプスキーマ/構造(上記のとおり)を使用してデバイスによって送られたデータの一部としてIMSI/TMSI/P-TMSIを送ること、
- 登録/緊急事態登録の間に強制的手順としてIDENTITY REQ手順(識別子としてのIMSI)に対するネットワークトリガリング
によってSIMレス動作を可能にし得る。

【0084】

図5Cは、機械緊急事態シナリオのIDENTITY手順部分を含むアタッチ手順を示すためのコールフローの別の例を示す。

【0085】

モデム(510)が、ATインターフェース上で上記のATコマンドを介してアプリケーション(508)から緊急事態タイプを受信すると、モデムは、アタッチ(緊急事態アタッチ手順を含む)を進める。ネットワーク(512)がアタッチ手順に気付くと、一実施形態では、AMF(506)は、IDENTITY要求をモデムに送り、モデム(510)から応答を得る。タイマーが満了するか、または再試行の最大数に到達した場合、AMF(506)は、アタッチ失敗メッセージを送る。代替実施形態では、AMFは、IDENTITY要求をモデム(510)に送り、モデム(510)から応答を得る。一実施形態では、AMFは、IDENTITY要求をモデムに送り、モデムから応答を得る。所定の時間内に、モデム(510)は、アタッチ肯定応答を提供し、アタッチ手順が、アプリケーション(508)上で実施される。

【0086】

図6は、本開示の一実施形態による例示的なNB-IOTシステムを示す。図示のように、NB-IOTシステムの場合、緊急事態ハンドラは、図6に示すように、緊急事態ハンドラプロキシとしてMMEの中に、MTC-IWF(相互作用機能)(610)の中に、またはアプリケーションサーバ(AS)(626)において存在し得る。機械緊急事態ハンドラ(402)エンティティが、MME自体の中に存在する場合、機械緊急事態ハンドラ(402)エンティティは、MTC UE/SIM(616)に関連するセンサタイプまたは機械などのデバイスを閉じる固定応答によってクラスAおよびクラスBタイプの緊急事態を取り扱うことができるが、それに限定されない。

【0087】

機械緊急事態ハンドラ(402)エンティティが、IMS-IWF(602)の中に存在する場合、そのハンドラは、クラスA、B、CおよびDのタイプの機械緊急事態を取り扱うことができる。MMEからIMS-IWFまで、すなわちT5bインターフェースは、この場合、機械緊急事態タイプをサポートするために強化される。

【0088】

一実施形態では、クラスCおよびクラスDタイプの緊急事態は、アプリケーションサーバ(AS)(626)において取り扱われ得、IMS-IWFは、コールタイプが機械緊急事態のコールタイプであることに気付いている必要がある。この場合、MMEとIMS-IWFとの間のT5bインターフェースは、「緊急事態スキーマ」の中で示される緊急事態タイプインジケータで強化される。IOTシステムをカバーする上記の例は例にすぎず、提示される本発明は、5G、6G、または上述のセルラー技術の任意の私的ネットワークの異型など、他のセルラーアーキテクチャに拡張され得ることが理解されなければならない。

【0089】

別の実施形態では、緊急事態ハンドラ(402)エンティティは、アプリケーションサーバ内の5Gネットワークの外に存在することができ、そのような場合、新しい緊急事態インターフェースは、緊急事態ハンドラに到達して、機械とサーバとの間の適切データ経路を設定するために、ネットワーク公開機能(NEF:Network Exposure Function)を介して定義され得る。

【0090】

図7Aおよび図7Bは、本開示の一実施形態による、機械緊急事態が、どのようにIMS上でセルラーネットワークにわたって転送されるかについての代替のコールフローの例の実施形態を示す。図示のように、一実施形態では、機械タイプの緊急事態がクラスCまたはクラスDタイプであるとき、緊急事態の粒度は、機械だけよりもずっと大きく、そのような場合、緊急事態サーバは、緊急事態デバイスを有するデータチャネルを開始し、緊急事態レスポンダと呼ばれる複数の他の登録された数を有するブロードキャストタイプを同時に開始する。

【0091】

また別の例示的な実施形態では、図7Bに示すように、機械タイプの緊急事態のタイプがクラスCまたはクラスDタイプであるとき、緊急事態ハンドラは、緊急事態データタイプのブロードキャストを開始するために、セルブロードキャストセンター機能(CBCF)/公衆警報システム(PWS)を使用することができる。緊急事態ハンドラは、関連データのブロードキャストを開始するために、任意の他のブロードキャスト/マルチキャストメカニズムも使用することができる。クラスCまたはクラスDタイプの緊急事態が示されるとき、プラント/工場にわたるデバイスのホストであるそのデバイスBUTからだけではないデータが、緊急事態の性質を発見するために緊急事態サーバによって探索される。これはまた、ブロードキャストグループの一部であるヒトレスポンダによって支援される。

【0092】

【表3】

【0093】

図8は、本開示の実施形態による、それの中でまたはそれによって本開示の実施形態が利用され得る例示的なコンピュータシステムを示す。図8に示すように、コンピュータシステム800は、外部記憶デバイス810、バス820、主メモリ830、読み取り専用メモリ840、大容量記憶デバイス850、通信ポート860、およびプロセッサ870を含むことができる。コンピュータシステムは、2つ以上のプロセッサおよび通信ポートを含み得ることは、当業者には諒解されよう。プロセッサ870の例は、限定はしないが、インテル(登録商標)アイテニアム(登録商標)もしくはアイテニアム2プロセッサ、またはAMD(登録商標)オプテロン(登録商標)もしくはアスロンMP(登録商標)プロセッサ、モトローラ(登録商標)ラインのプロセッサ、FortiSOC(商標)システムオンチッププロセッサもしくは他のさらなるプロセッサを含む。プロセッサ870は、本発明の実施形態に関連する様々なモジュールを含み得る。通信ポート860は、モデムベースのダイアルアップ接続とともに使用するためのRS-232ポート、10/100イーサネットポート、銅もしくはファイバを使用するギガビットもしくは10ギガビットポート、シリアルポート、パラレルポート、または他の既存のもしくは将来のポートのうちのいずれかであり得る。通信ポート860は、ローカルエリアネットワーク(LAN)、広域ネットワーク(WAN)、またはコンピュータシステムが接続する任意のネットワークなどのネットワークに応じて選択され得る。メモリ830は、ランダムアクセスメモリ(RAM)、または当技術分野で一般に知られている任意の他の動的記憶デバイスであり得る。読み取り専用メモリ840は、任意の静的記憶デバイス、たとえば、限定はしないが、静的情報、たとえばプロセッサ870に対する起動もしくはBIOS命令を記憶するためのプログラマブル読み取り専用メモリ(PROM)チップであり得る。大容量記憶850は、任意の現在のまたは将来の大容量記憶解決策であり得、それは、情報および/または命令を記憶するために使用され得る。例示的な大容量記憶解決策は、限定はしないが、たとえばシーゲート(たとえばシーゲートバラクーダ782ファミリー)もしくは日立(たとえば、日立Deskstar 8K800)から入手可能なパラレルアドバンスドテクノロジーアタッチメント(PATA)もしくはシリアルアドバンスドテクノロジーアタッチメント(SATA)ハードディスクドライブもしくはソリッドステートドライブ(内部もしくは外部、たとえばユニバーサルシリアルバス(USB)および/またはファイアワイヤインターフェースを有する)、1つまたは複数の光ディスク、たとえばディスクのアレイ(たとえば、SATAアレイ)であってDot Hill Systems Corp.、LaCie, Nexsan Technologies, Inc.、およびEnhance Technology, Inc.を含む様々な事業者から入手可能な独立したディスクの冗長アレイ(RAID:Redundant Array of Independent Disks)ストレージを含む。

【0094】

バス820は、プロセッサ870を他のメモリ、ストレージ、および通信ブロックに通信可能に結合する。バス820は、拡張カード、ドライブ、および他のサブシステム、ならびにプロセッサ870をソフトウェアシステムに接続するフロントサイドバス(FSB)などの他のバスを接続するための、たとえば、周辺構成要素相互接続(PCI)/PCI拡張(PCI-X)バス、スモールコンピュータシステムインターフェース(SCSI)、USBなどであり得る。

【0095】

随意に、オペレータおよび管理インターフェース、たとえば、ディスプレイ、キーボード、およびカーソル制御デバイスは、同じく、オペレータがコンピュータシステムと直接相互作用することをサポートするために、バス820に結合され得る。他のオペレータおよび管理インターフェースは、通信ポート860を介して接続されるネットワーク接続を介して提供され得る。外部記憶デバイス810は、任意の種類の外部ハードドライブ、フロッピードライブ、IOMEGA(登録商標)Zipドライブ、コンパクトディスク読み取り専用メモリ(CD-ROM)、書き換え可能なコンパクトディスク(CD-RW)、デジタルビデオディスク読み取り専用メモリ(DVD-ROM)であり得る。上記で説明した構成要素は、様々な可能性を例示することを意味するにすぎない。上述の例示的なコンピュータシステムは、本開示の範囲を制限するものではまったくない。

【0096】

したがって、本開示は、異なるタイプの機械緊急事態を識別するために固有の効率的な解決策を提供し、そのような緊急事態を時間的に効率よく取り扱うために必要であり得るアーキテクチャシステムを含む、そのような緊急事態を取り扱うためのメカニズムを提示する。

【0097】

かなりの強調が、本明細書で望ましい実施形態に置かれたが、本発明の原理から逸脱することなく、多くの実施形態が作成され得ること、および多くの変更が、望ましい実施形態の中で行われ得ることが諒解されよう。本発明の望ましい実施形態の中のこれらのおよび他の変更は、本明細書の開示から当業者には明らかであり、それにより、上記の記述事項は、単に、本発明の例として実装され、制限するものではないことが明確に解されるべきである。

【0098】

本開示の利点
本明細書の少なくとも1つの実施形態が満足する本開示の目的のいくつかが、以下で本明細書に列挙される。

【0099】

本開示は、機械タイプのデバイスに対するSIMレス緊急事態アタッチを容易にするシステムおよび方法を提供する。

【0100】

本開示は、機械タイプのデバイスに対する緊急事態アタッチの態様をカバーするシステムおよび方法を提供する。

【0101】

本開示は、(LTE、5G、6Gをカバーする)3GPP(登録商標)ネットワーク/デバイスの中の機械緊急事態のタイプを識別し、ロケーション、機械ID、プラントIDなどの適切なデータで緊急事態メッセージを強化するためのシステムおよび方法を提供する。

【0102】

本開示は、そのタイプの緊急事態を取り扱うことができる適切な緊急事態サーバを識別し、緊急事態メッセージを強化されたデータとともに適切なサーバにリダイレクトするためのシステムおよび方法を提供する。

【符号の説明】

【0103】

100 ネットワークアーキテクチャ
102 第1のコンピューティングデバイス、ユーザ機器(UE)
102-1 第1のコンピューティングデバイス、UE
102-2 第1のコンピューティングデバイス、UE
102-3 第1のコンピューティングデバイス、UE
102-N 第1のコンピューティングデバイス、UE
104 基地局
104-1 第2のコンピューティングデバイス、基地局
104-2 第2のコンピューティングデバイス、基地局
104-3 第2のコンピューティングデバイス、基地局
104-N 第2のコンピューティングデバイス、基地局
106 ネットワーク
108 オープン無線アクセスネットワーク(O-RAN)無線機(RU)
110 システム、データ受信機モジュール
112 集中型サーバ
114 第4のコンピューティングデバイス、ノード
200 図
202 プロセッサ
204 メモリ
206 インターフェース
208 処理エンジン
210 データベース
212 データ獲得エンジン
214 機械学習エンジン(ML)
216 他のエンジン
300 図
302 モビリティ管理エンティティ、MME
304 ホームサブスクライバサーバ、HSS
306 ロングタームエボリューション、LTE
308 サービングゲートウェイ、GW
310 PDNゲートウェイ
312 サービスコールセッション制御機能、S-CSCF
314 プロキシCSCF、P-CSCF
316 緊急(E)-CSCF
318 メディアゲートウェイ(MGW)
320 メディアゲートウェイ制御機能(MGCF)
322 公衆交換電話網(PSTN)
324 ロケーション検索機能(LRF)
326 公共安全応答ポイント(PSAP)
352 UE
354 IP CAN
356 P-CSCF
402 機械緊急事態応答(MERS)ハンドラ、機械緊急事態応答サーバ(MERS)
502 UE
504 NG RAN
506 AMF
508 アプリケーション
510 モデム
512 ネットワーク
514 SMF
516 PCF
518 DN
602 IMS-IWF
604 SMC-SC GMSC/IW MSC
606 SME
608 MTC AAA
610 MTC-IWF(相互作用機能)
612 CDF/CGF
614 MSC
616 MTC UE/SIM
620 SGSN
622 GGSN/P-GW
624 SCS
626 アプリケーションサーバ(AS)
626-1 AS
628-1 AS
700A 図
700B 図
800 コンピュータシステム
810 外部記憶デバイス
820 バス
830 主メモリ
840 読み取り専用メモリ
850 大容量記憶デバイス
860 通信ポート
870 プロセッサ

【図1】

【図2A】

【図2B】

【図3A】

【図3B】

【図4】

【図5A】

【図5B】

【図5C】

【図6】

【図7A】

【図7B】

【図8】

【国際調査報告】