特許 7398466 ＳＣＥＦ（Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）またはＮＥＦ（Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）におけるＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）ロケーションマッピングを動的にプロビジョニングおよび使用するための方法、システム、およびコンピュータ可読媒体

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

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

(11)【特許番号】

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

(45)【発行日】2023-12-14

(54)【発明の名称】ＳＣＥＦ（Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）またはＮＥＦ（Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）におけるＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）ロケーションマッピングを動的にプロビジョニングおよび使用するための方法、システム、およびコンピュータ可読媒体

(51)【国際特許分類】

   H04W 4/70 20180101AFI20231207BHJP

   H04W 92/24 20090101ALI20231207BHJP

【ＦＩ】

H04W4/70

H04W92/24

【請求項の数】 11

(21)【出願番号】P 2021543460

(86)(22)【出願日】2020-01-16

(65)【公表番号】

(43)【公表日】2022-04-14

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

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

(87)【国際公開日】2020-09-03

【審査請求日】2022-09-14

(31)【優先権主張番号】16/287,808

(32)【優先日】2019-02-27

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

(73)【特許権者】

【識別番号】502303739

【氏名又は名称】オラクル・インターナショナル・コーポレイション

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】グプタ，ニティーン

(72)【発明者】

【氏名】タークル，ラグーバムシ・バスデブ・シング

(72)【発明者】

【氏名】アラバムダーン，ベンカテシュ

【審査官】桑原 聡一

(56)【参考文献】

【文献】特表２０１５－５００５７７（ＪＰ，Ａ）

【文献】3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements to facilitate communications with packet data networks and applications (Release 16)，3GPP TS 23.682 V16.1.0 (2018-12)，2018年12月，第５．６．２．１節、第５．６．２．３節

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

Ｈ０４Ｗ ４／７０

Ｈ０４Ｗ ９２／２４

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

【請求項1】

ＰＬＭＮ（public land mobile network）ロケーションマッピングを動的にプロビジョニングおよび使用するための方法であって、
少なくとも１つのプロセッサを使用して実現されるＳＣＥＦ（service capability exposure function）またはＮＥＦ（network exposure function）において、
ＰＬＭＮネットワークノードから、ＰＬＭＮロケーション識別子および非ＰＬＭＮロケーション識別子を含むメッセージを受信することと、
前記メッセージから前記ＰＬＭＮロケーション識別子および前記非ＰＬＭＮロケーション識別子を抽出し、前記ＳＣＥＦまたは前記ＮＥＦ内のＰＬＭＮロケーションマッピングデータベースに、前記ＰＬＭＮロケーション識別子と前記非ＰＬＭＮロケーション識別子との間のマッピングを記憶することと、
前記ＳＣＥＦまたは前記ＮＥＦの監視インターフェースを介して、IｏＴ（Internet of things）デバイス情報を要求するとともに前記非ＰＬＭＮロケーション識別子を含む監視要求メッセージを受信することと、
前記監視要求メッセージ内の前記非ＰＬＭＮロケーション識別子に対応する前記ＰＬＭＮロケーションマッピングデータベース内のエントリの位置を特定し、前記ＰＬＭＮロケーションマッピングデータベースからＰＬＭＮロケーション識別子を抽出することと、
前記ＰＬＭＮロケーションマッピングデータベースから抽出された前記ＰＬＭＮロケーション識別子を使用して、ＩｏＴデバイス情報を取得することと、
前記ＩｏＴデバイス情報で前記監視要求メッセージに応答することとを含み、
ｅＮＢ（evolved node B）が前記ＰＬＭＮに接続または再接続し、セットアップ要求メッセージをモビリティ管理ノードに送信する場合、前記ＳＣＥＦまたは前記ＮＥＦは、前記ＰＬＭＮロケーションマッピングデータベースに、ＰＬＭＮロケーションから非ＰＬＭＮロケーションへのマッピングを追加または更新する、方法。

【請求項2】

ＰＬＭＮネットワークノードから、非ＰＬＭＮロケーション識別子およびＰＬＭＮロケーション識別子を含むメッセージを受信することは、Ｄｉａｍｅｔｅｒ接続管理要求（ＣＭＲ）または接続更新要求を受信することを含む、請求項１に記載の方法。

【請求項3】

ＰＬＭＮネットワークノードから前記ＣＭＲまたは前記接続更新要求を受信することは、前記ｅＮＢからのセットアップ要求または構成更新メッセージにそれぞれ応答して、ＭＭＥ（mobility management entity）から前記ＣＭＲまたは前記接続更新要求を受信することを含む、請求項２に記載の方法。

【請求項4】

前記ＣＭＲまたは前記接続更新要求に含まれる前記非ＰＬＭＮロケーション識別子は、前記ｅＮＢに対応するエリアの地理的座標を含み、前記ＣＭＲまたは前記接続更新要求における前記ＰＬＭＮロケーション識別子は、ｅＮＢ識別子を含む、請求項３に記載の方法。

【請求項5】

前記ＣＭＲまたは前記接続更新要求に含まれる前記ＰＬＭＮロケーション識別子は、セルＩＤ、トラッキングエリア（ＴＡ）、および前記地理的座標に対応するルーティングエリア（ＲＡ）のうちの少なくとも１つを含む、請求項４に記載の方法。

【請求項6】

ＰＬＭＮネットワークノードからＰＬＭＮロケーション識別子および非ＰＬＭＮロケーション識別子を含むメッセージを受信することは、複数のｅＮＢを構成するために使用される自己組織化ネットワーク（ＳＯＮ）システムから前記メッセージを受信することを含む、請求項１～５のいずれか１項に記載の方法。

【請求項7】

前記監視要求メッセージは、前記非ＰＬＭＮロケーション識別子によって指定された地理的エリア内のユーザ機器（ＵＥ）の数のカウントについての要求であり、前記ＳＣＥＦは、前記非ＰＬＭＮロケーション識別子と前記ＰＬＭＮロケーション識別子との間のマッピングを使用して、複数のＭＭＥにコンタクトし、前記地理的エリア内のＵＥのカウントを取得する、請求項１～６のいずれか１項に記載の方法。

【請求項8】

前記抽出および前記記憶は、前記ＰＬＭＮネットワークノードからの前記メッセージの受信に応答して、前記ＳＣＥＦまたは前記ＮＥＦによって自動的に実行される、請求項１～７のいずれか１項に記載の方法。

【請求項9】

ＰＬＭＮ（public land mobile network）ロケーションマッピングを動的にプロビジョニングおよび使用するためのシステムであって、
少なくとも１つのプロセッサを使用して実現されるＳＣＥＦ（service capability exposure function）またはＮＥＦ（network exposure function）を備え、
前記ＳＣＥＦまたは前記ＮＥＦは、
ＰＬＭＮロケーション識別子と非ＰＬＭＮロケーション識別子との間のマッピングを記憶するためのＰＬＭＮロケーションマッピングデータベースと、
ＰＬＭＮネットワークノードから、ＰＬＭＮロケーション識別子および非ＰＬＭＮロケーション情報を含むメッセージを受信するためのＰＬＭＮ対向インターフェースと、
前記メッセージから前記ＰＬＭＮロケーション識別子および前記非ＰＬＭＮロケーション識別子を抽出し、前記ＰＬＭＮロケーションマッピングデータベースに、前記ＰＬＭＮロケーション識別子と前記非ＰＬＭＮロケーション識別子との間のマッピングを記憶するための動的ＰＬＭＮロケーションマッピングデータベースプロビジョニングモジュールと、
ＩｏＴ（Internet of things）デバイス情報を要求するとともに非ＰＬＭＮロケーション識別子を含む監視要求メッセージを、アプリケーションサーバ（ＡＳ）またはサービス能力サーバ（ＳＣＳ）から受信し、前記監視要求メッセージにおける前記非ＰＬＭＮロケーション識別子に対応する前記ＰＬＭＮロケーションマッピングデータベース内のエントリの位置を特定し、前記ＰＬＭＮロケーションマッピングデータベースからＰＬＭＮロケーション識別子を抽出し、前記ＰＬＭＮロケーションマッピングデータベースから抽出された前記ＰＬＭＮロケーション識別子を使用してＩｏＴデバイス情報を取得し、前記ＩｏＴデバイス情報で監視要求メッセージに応答する、ための監視インターフェースとを含み、
ｅＮＢ（evolved node B）が前記ＰＬＭＮに接続または再接続し、セットアップ要求メッセージをモビリティ管理ノードに送信する場合、前記ＳＣＥＦまたは前記ＮＥＦは、前記ＰＬＭＮロケーションマッピングデータベースに、ＰＬＭＮロケーションから非ＰＬＭＮロケーションへのマッピングを追加または更新する、システム。

【請求項10】

前記動的ＰＬＭＮロケーションマッピングデータベースプロビジョニングモジュールは、サービングＭＭＥまたはＡＭＦ（access and mobility management function）アイデンティティをマッピングに関連付けるように構成される、請求項９に記載のシステム。

【請求項11】

請求項１～８のいずれか１項に記載の方法をプロセッサに実行させるためのコンピュータ可読プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

優先権主張
本願は、２０１９年２月２７日に出願された米国特許出願第１６／２８７，８０８号の優先権の利益を主張するものであり、そのすべての開示内容を引用により本明細書に援用する。

【0002】

技術分野
本明細書において説明する主題は、データベースにおけるＰＬＭＮロケーションマッピングのプロビジョニングおよび使用に関する。より特定的には、本明細書において説明する主題は、ＰＬＭＮロケーションマッピングデータベースを動的にプロビジョニングし、マッピングを使用してＩｏＴ（Internet of things）アプリケーションサーバ（ＡＳ：application server）およびサービス能力サーバ（ＳＣＳ：service capability server）からの要求メッセージの監視に応答することに関する。

【背景技術】

【0003】

背景
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、ＩｏＴ ＡＳおよびＳＣＳがＩｏＴデバイスを監視することを可能にするマシンタイプ通信（ＭＴＣ）監視手順を定義する。ＩｏＴデバイスを監視するためにＡＳおよびＳＣＳにより使用されるインターフェースは、Ｔ８インターフェースまたは基準点と呼ばれ、サービス性能公開機能（ＳＣＥＦ：Service Capability Exposure Function）によって４Ｇネットワークにおいて提供される。５Ｇネットワークでは、ＮＥＦは、ＩｏＴ ＡＳおよびＳＣＳがＩｏＴデバイスに関する情報を取得するためのインターフェースを提供する。

【0004】

Ｔ８インターフェースを介して実行される監視の１つのタイプは、地理的エリアに位置するＩｏＴデバイスの数を判定するための監視である。そのような監視は、たとえば、地理的エリア内の特定のグループの自動車（fleet vehicle）に存在するＩｏＴデバイスまたはＵＥの数を判定するのに有用であり得る。別の例では、ＩｏＴデバイスは、牛に取り付けられてもよく、または牛によって装着されてもよく、地理的エリア内の牛の動きを追跡するために使用されてもよい。セキュリティアプリケーションにおいて、ＩｏＴデバイスは、セキュリティ要員によって着用されるか、または運ばれ、所与の地理的エリア内に存在するセキュリティ個人の数を知ることが望ましい場合がある。

【0005】

このタイプの監視を実行するために、ユーザは、ＳＣＳまたはＡＳに要求を送信することができる。ユーザからの要求は、共通の名前、住所、または地理的座標を使用して監視が要求される地理的エリアを識別し得る。ＳＣＳまたはＡＳは、監視要求メッセージをＳＣＥＦまたはＮＥＦに送信する。ＳＣＳおよびＡＳは、ＩｏＴデバイスが動作しているＰＬＭＮの外部にあるので、ＳＣＳおよびＡＳは、ＩｏＴデバイスが位置しているＰＬＭＮロケーション情報（例えば、セルＩＤ、ｅＮＢ（evolved node B）ＩＤなど。）を知らないかもしれない。結果として、監視要求メッセージは、単に地理的識別子（例えば、場所または地域の名前）を含み得る。

【0006】

ＳＣＥＦまたはＮＥＦは、監視要求メッセージを受信し、監視要求メッセージ内で識別された地理的エリア内のＵＥのカウントを取得するために、どのＰＬＭＮノードにコンタクトすべきかを判定しなければならない。コンタクトすべきＰＬＭＮノードを識別するために、ＳＣＥＦまたはＮＥＦは、地理的識別子と、地理的エリア内でＵＥにサービスを提供するＰＬＭＮノードのＰＬＭＮロケーション情報との間のマッピングを記憶しなければならない、または当該マッピングにアクセスしなければならない。

【0007】

現在、これらのタイプおよび他のタイプの監視要求メッセージに応答するために、ＳＣＥＦまたはＮＥＦにおけるＰＬＭＮロケーションマッピングのデータベースを自動的にプロビジョニングするために指定されたメカニズムはない。したがって、ＳＣＥＦまたはＮＥＦにおいてＰＬＭＮロケーションマッピングを動的にプロビジョニングおよび使用するための方法、システム、およびコンピュータ可読媒体に対するニーズが長年存在する。

【発明の概要】

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

【0008】

概要
ＰＬＭＮ（public land mobile network）ロケーションマッピングを動的にプロビジョニングおよび使用するための方法は、少なくとも１つのプロセッサを使用して実現されるＳＣＥＦ（service capability exposure function）またはＮＥＦ（network exposure function）において、ＰＬＭＮネットワークノードから、ＰＬＭＮロケーション識別子および非ＰＬＭＮロケーション識別子を含むメッセージを受信することと、メッセージからＰＬＭＮロケーション識別子および非ＰＬＭＮロケーション識別子を抽出し、ＳＣＥＦまたはＮＥＦ内のＰＬＭＮロケーションマッピングデータベースに、ＰＬＭＮロケーション識別子と非ＰＬＭＮロケーション識別子との間のマッピングを記憶することとを含む。本方法は、ＳＣＥＦまたはＮＥＦの監視インターフェースを介して、IｏＴ（Internet of things）デバイス情報を要求するとともに非ＰＬＭＮロケーション識別子を含む監視要求メッセージを受信することと、非ＰＬＭＮロケーション識別子に対応するＰＬＭＮロケーションマッピングデータベース内のエントリの位置を特定し、データベースからＰＬＭＮロケーション識別子を抽出することと、データベースから抽出されたＰＬＭＮロケーション識別子を使用して、ＩｏＴデバイス情報を取得することと、ＩｏＴデバイス情報で監視要求メッセージに応答することとをさらに含む。

【0009】

本明細書において説明する主題の別の局面に従うと、ＰＬＭＮネットワークノードから、非ＰＬＭＮロケーション識別子およびＰＬＭＮロケーション識別子を含むメッセージを受信することは、Ｄｉａｍｅｔｅｒ接続管理要求（ＣＭＲ）または接続更新要求を受信することを含む。

【0010】

本明細書において説明する主題のさらに別の局面に従うと、ＰＬＭＮネットワークノードからＣＭＲを受信することは、ｅＮＢ（evolved node B）からのセットアップ要求または構成更新メッセージにそれぞれ応答して、ＭＭＥ（mobility management entity）からＣＭＲを受信することを含む。

【0011】

本明細書において説明する主題のさらに別の局面に従うと、ＣＭＲまたは接続更新要求に含まれる非ＰＬＭＮロケーション識別子は、ｅＮＢに対応するエリアの地理的座標を含み、ＣＭＲにおけるＰＬＭＮロケーション識別子はｅＮＢ識別子を含む。

【0012】

本明細書において説明する主題のさらに別の局面に従うと、ＣＭＲまたは接続更新要求に含まれるＰＬＭＮロケーション識別子は、セルＩＤ、トラッキングエリア（ＴＡ）、および地理的座標に対応するルーティングエリア（ＲＡ）のうちの少なくとも１つを備える。

【0013】

本明細書において説明する主題のさらに別の局面に従うと、ＰＬＭＮネットワークノードからＰＬＭＮロケーション識別子および非ＰＬＭＮロケーション識別子を含むメッセージを受信することは、複数のｅＮＢを構成するために使用される自己組織化ネットワーク（ＳＯＮ）システムからメッセージを受信することを含む。

【0014】

本明細書において説明する主題のさらに別の局面に従うと、ｅＮＢ（evolved node B）がＰＬＭＮに接続または再接続し、セットアップ要求メッセージをモビリティ管理ノードに送信する場合、ＳＣＥＦまたはＮＥＦは、ＰＬＭＮロケーションマッピングデータベースに、ＰＬＭＮロケーションから非ＰＬＭＮロケーションへのマッピングを追加または更新する。

【0015】

本明細書において説明する主題のさらに別の局面に従うと、監視要求メッセージは、非ＰＬＭＮロケーション識別子によって指定された地理的エリア内のユーザ機器（ＵＥ）の数のカウントについての要求であり、ＳＣＥＦは、非ＰＬＭＮロケーション識別子とＰＬＭＮロケーション識別子との間のマッピングを使用して、複数のＭＭＥにコンタクトし、地理的エリア内のＵＥのカウントを取得する。

【0016】

本明細書において説明する主題のさらに別の局面に従うと、抽出および記憶は、ＰＬＭＮネットワークノードからのメッセージの受信に応答して、ＳＣＥＦまたはＮＥＦによって自動的に実行される。

【0017】

ＰＬＭＮ（public land mobile network）ロケーションマッピングを動的にプロビジョニングおよび使用するためのシステムは、少なくとも１つのプロセッサを使用して実現されるＳＣＥＦ（service capability exposure function）またはＮＥＦ（network exposure function）を含む。ＳＣＥＦまたはＮＥＦは、ＰＬＭＮロケーション識別子と非ＰＬＭＮロケーション識別子との間のマッピングを記憶するためのＰＬＭＮロケーションマッピングデータベースをさらに含む。ＳＣＥＦまたはＮＥＦは、ＰＬＭＮネットワークノードから、ＰＬＭＮロケーション識別子および非ＰＬＭＮロケーション情報を含むメッセージを受信するためのＰＬＭＮ対向インターフェースをさらに含む。ＳＣＥＦまたはＮＥＦは、メッセージからＰＬＭＮロケーション識別子および非ＰＬＭＮロケーション識別子を抽出し、ＰＬＭＮロケーションマッピングデータベースに、ＰＬＭＮロケーション識別子と非ＰＬＭＮロケーション識別子との間のマッピングを記憶するための動的ＰＬＭＮロケーションマッピングデータベースプロビジョニングモジュールをさらに含む。

【0018】

ＳＣＥＦまたはＮＥＦは、ＩｏＴ（Internet of things）デバイス情報を要求するとともに非ＰＬＭＮロケーション識別子を含む監視要求メッセージを、アプリケーションサーバ（ＡＳ）またはサービス能力サーバ（ＳＣＳ）から受信し、非ＰＬＭＮロケーション識別子に対応するＰＬＭＮロケーションマッピングデータベース内のエントリの位置を特定し、データベースからＰＬＭＮロケーション識別子を抽出し、データベースから抽出されたＰＬＭＮロケーション識別子を使用してＩｏＴデバイス情報を取得し、ＩｏＴデバイス情報で監視要求メッセージに応答する、ための監視インターフェースをさらに含む。

【0019】

本明細書において説明する主題の別の局面に従うと、動的ＰＬＭＮロケーションマッピングデータベースプロビジョニングモジュールは、サービングＭＭＥまたはＡＭＦ（access and mobility management function）アイデンティティをマッピングに関連付けるように構成される。

【0020】

本明細書において説明する主題の別の局面に従うと、実行可能な命令を記憶した非一時的なコンピュータ可読媒体であって、命令は、コンピュータのプロセッサによって実行されると、ステップを実行するようにコンピュータを制御する。ステップは、少なくとも１つのプロセッサを使用して実現されるＳＣＥＦ（service capability exposure function）またはＮＥＦ（network exposure function）において実行される。ステップは、ＰＬＭＮネットワークノードから、ＰＬＭＮロケーション識別子および非ＰＬＭＮロケーション識別子を含むメッセージを受信することをさらに含む。ステップは、メッセージからＰＬＭＮロケーション識別子および非ＰＬＭＮロケーション識別子を抽出し、ＳＣＥＦまたはＮＥＦ内のＰＬＭＮロケーションマッピングデータベースに、ＰＬＭＮロケーション識別子と非ＰＬＭＮロケーション識別子との間のマッピングを記憶することをさらに含む。ステップは、ＳＣＥＦまたはＮＥＦの監視インターフェースを介して、ＩｏＴ（Internet of things）デバイス情報を要求するとともに非ＰＬＭＮロケーション識別子を含む監視要求メッセージを受信することをさらに含む。ステップは、非ＰＬＭＮロケーション識別子に対応するＰＬＭＮロケーションマッピングデータベース内のエントリの位置を特定し、データベースからＰＬＭＮロケーション識別子を抽出することをさらに含む。ステップは、データベースから抽出されたＰＬＭＮロケーション識別子を使用してＩｏＴデバイス情報を取得することをさらに含む。ステップは、ＩｏＴデバイス情報で監視要求メッセージに応答することをさらに含む。

【0021】

本明細書において説明する主題は、ハードウェアおよび／またはファームウェアと組み合わせてソフトウェアで実現され得る。たとえば、本明細書において説明する主題は、プロセッサによって実行されるソフトウェアで実現され得る。一例示的な実施形態では、本明細書において説明する主題は、コンピュータにより実行可能な命令を記憶した非一時的なコンピュータ可読媒体を用いて実現されてもよい。当該命令は、コンピュータのプロセッサによって実行されると、ステップを実行させるようにコンピュータを制御する。本明細書において説明する主題を実現するのに適した例示的なコンピュータ可読媒体は、ディスクメモリデバイス、チップメモリデバイス、プログラマブルロジックデバイス、および特定用途向け集積回路などの非一時的コンピュータ可読媒体を含む。さらに、本明細書において説明する主題を実現するコンピュータ可読媒体は、１つのデバイスまたは１つのコンピューティングプラットフォーム上に位置してもよいし、または複数のデバイスまたは複数のコンピューティングプラットフォーム間で分散されてもよい。

【0022】

ここで、本明細書において説明する主題が、添付の図面を参照して説明される。

【図面の簡単な説明】

【0023】

【図1】ＰＬＭＮロケーションマッピングデータベースを有するＳＣＥＦまたはＮＥＦの例示的なＩｏＴ使用ケースのシナリオを示すブロック図である。

【図2】ＳＣＥＦまたはＮＥＦにおいてＰＬＭＮロケーションマッピングデータベースを動的にプロビジョニングし、動的にプロビジョニングされたＰＬＭＮロケーションマッピングデータベースを使用して監視要求に応答するためにやり取りされる例示的なメッセージングを示すメッセージフロー図である。

【図3】ＳＣＥＦまたはＮＥＦにおいてＰＬＭＮロケーションマッピングデータベースを動的に更新するためにやり取りされる例示的なメッセージングを示すメッセージフロー図である。

【図4】自己組織化ネットワーク（ＳＯＮ）運用管理および保守（ＯＡＭ）ノードを使用して、ＳＣＥＦまたはＮＥＦにおけるＰＬＭＮロケーションマッピングデータベースを動的に更新することを示すブロック図である。

【図5】ＳＣＥＦまたはＮＥＦにおいて動的にプロビジョニングされたＰＬＭＮロケーションマッピングを使用して監視要求に応答するためにやり取りされる例示的なメッセージングを示すメッセージフロー図である。

【図6】ＰＬＭＮロケーションマッピングデータベースを動的にプロビジョニングし使用するための例示的なプロセスを示すフローチャートである。

【図7】動的にプロビジョニングされたＰＬＭＮロケーションマッピングデータベースを含むスタンドアローンＳＣＥＦまたはＮＥＦのブロック図である。

【図8】Ｄｉａｍｅｔｅｒシグナリングルータの構成要素であるＳＣＥＦまたはＮＥＦのブロック図である。ＳＣＥＦまたはＮＥＦは、動的にプロビジョニングされたＰＬＭＮロケーションマッピングデータベースを含む。

【図9】動的にプロビジョニングされたロケーションマッピングデータベースを有するＳＣＥＦまたはＮＥＦを含むポリシーサーバのブロック図である。

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

【0024】

詳細な説明
本明細書において説明する主題は、動的にプロビジョニングされたＰＬＭＮロケーションマッピングデータベースを含むＳＣＥＦまたはＮＥＦを含む。そのようなデータベースは、ＳＣＳおよびＡＳからの監視要求に応答するために使用することができ、監視要求は、地理的座標、地理的場所名などの非ＰＬＭＮロケーション識別子を含む。図１は、動的にプロビジョニングされたＰＬＭＮロケーションマッピングデータベースを有するＳＣＥＦまたはＮＥＦのための例示的な使用ケースを示すブロック図である。図１において、ＩｏＴアプリケーションサーバ１００は、監視要求メッセージをＮＥＦ（network exposure function）１０２に送信する。監視要求メッセージは、市または州識別子、地理的座標（ＧＰＳ座標、および、経度ならびに緯度を含む）、地域識別子、住所などの非ＰＬＭＮロケーション識別子を含み得る。ＮＥＦ１０２は、共通アプリケーションプログラミングインターフェース（ＡＰＩ）フレームワーク（ＣＡＰＩＦ）ゲートウェイ１０４、ＳＣＥＦ１０６、およびＮＥＦサービス手順モジュール１１０を含む。ＣＡＰＩＦゲートウェイ１０４は、デバイスがネットワーク機能にアクセスするための共通のＡＰＩを提供する。ＣＡＰＩＦゲートウェイ１０４は、本明細書において記載される主題を説明するためには必須ではないが、完全を期すために図１に含まれている。ＩｏＴ ＡＳ１００は、Ｎ３３インターフェースに対して指定される３ＧＰＰメッセージを介して、またはオープンＡＰＩを用いて、ＣＡＰＩＦゲートウェイ１０４と通信してもよい。

【0025】

ＣＡＰＩＦゲートウェイ１０４の側では、ＳＣＥＦ１０６は、４ＧＩｏＴデバイスに関する監視要求を受信するための上述のＴ８インターフェースを含む。ＳＣＥＦ１０６は、ＰＬＭＮ対向側において、ＭＭＥ（mobility management entity）１０８などのＰＬＭＮネットワークノードと通信して、ＩｏＴデバイスについての情報を取得する。ＳＣＥＦ１０６とＭＭＥ１０８との間のインターフェースは、Ｔ６ａインターフェースと呼ばれる。

【0026】

５Ｇ（および場合によっては後続世代）のＩｏＴデバイスの場合、ＮＥＦサービス手順モジュール１１０は、アプリケーションサーバおよびサービス能力サーバから監視要求を受信する。ＰＬＭＮ対向側で、ＮＥＦサービス手順モジュール１１０は、Ｎａｍｆインターフェースと呼ばれるインターフェースを介して、ＡＭＦ（access and mobility management function）１１２と通信してもよい。ＭＭＥ１０８は、４Ｇ ＩｏＴデバイスなどの４Ｇ ＵＥのためのモビリティおよび登録管理手順を実行する。ＡＭＦ１１２は、５Ｇ ＩｏＴデバイスなどの５Ｇ ＵＥのためのモビリティおよび登録管理手順を実行する。

【0027】

ロケーション監視要求例を続けると、ＩｏＴアプリケーションサーバ１００は、監視要求をＮＥＦ１０２に送信する。ＣＡＰＩＦゲートウェイ１０４は、要求が４Ｇまたは５Ｇ ＩｏＴデバイス情報に対するものであるかどうかに応じて、監視要求をＳＣＥＦ１０６またはＮＥＦサービス手順モジュール１１０に転送してもよい。ＳＣＥＦ１０６またはＮＥＦサービス手順モジュール１１０は、要求メッセージ内の地理的識別子とＰＬＭＮ識別子との間の内部マッピングにアクセスして、要求されたロケーション情報を取得するためにコンタクトすべきＭＭＥおよび／またはＡＭＦのアイデンティティを判定する。

【0028】

上述したように、ＳＣＥＦまたはＮＥＦにおいてＰＬＭＮロケーションマッピングを自動的にプロビジョニングするための規定の手順は存在しない。結果として、そのようなロケーションマッピングは、手動でプロビジョニングされ得る。ＳＣＥＦまたはＮＥＦにおけるロケーションマッピングを手動でプロビジョニングすることは、ＰＬＭＮ内に存在し得る多数のｅＮＢに照らして望ましくない。

【0029】

ＰＬＭＮロケーションマッピングが得られると、ＳＣＥＦ１０６および／またはＮＥＦサービス手順モジュール１１０は、ＭＭＥ１０８および／またはＡＭＦ１１２にコンタクトする。ＭＭＥ１０８およびＡＭＦ１１２は、要求されたロケーション情報をＳＣＥＦ１０６およびＮＥＦサービス手順モジュール１１０に提供する。ＳＣＥＦ１０６およびＮＥＦサービス手順モジュール１１０は、要求されたロケーション情報をＩｏＴアプリケーションサーバ１００に提供する。この例では、ロケーション情報は、特定の地理的エリアを占有するＵＥのカウントである。カウントは、システムがその通常動作において地理的エリア内にあることを知っているＵＥの数であり得る。３ＧＰＰ規格では、これはＵＥの直近の既知ロケーションと呼ばれる。カウントはまた、地理的エリア内に現在存在するＵＥの数であり得る。３ＧＰＰ規格では、これを現在ロケーションと呼ぶ。

【0030】

上述したように、ＳＣＥＦまたはＮＥＦにおけるロケーションマッピングを手動でプロビジョニングすることは、労働集約的であり、エラーを起こしやすい。したがって、本明細書において説明する主題は、ＳＣＥＦまたはＮＥＦにおいてＰＬＭＮロケーションデータベースを動的に構成するための方法を含む。図２は、ＳＣＥＦまたはＮＥＦにおいてＰＬＭＮロケーションマッピングデータベースを動的に構成するための例示的なメッセージングを示すメッセージフロー図である。図２のメッセージフローは、ＳＣＥＦにおいてＰＬＭＮロケーションマッピングデータベースを自動的にプロビジョニングするためのものであり、４Ｇメッセージ例を使用する。同様のメッセージングを使用して、５Ｇネットワーク要素用のＮＥＦにおいてＰＬＭＮロケーションマッピングデータベースを自動的にプロビジョニングできることが理解される。

【0031】

図２を参照すると、ＰＬＭＮロケーションマッピングデータベースを手動でプロビジョニングするのではなく、ＳＣＥＦは、ｅＮＢ（evolved node B）がネットワークに接続するか、またはネットワークに再接続する場合に、ＭＭＥから送信されるメッセージングから取得されるロケーションマッピングを使用して、データベースを自動的にプロビジョニングする。図示の例では、ＳＣＥＦ１０６は、Ｔ６ａインターフェースを介してＭＭＥ１０８に接続される。このインターフェースは、ＳＣＥＦ１０６がＰＬＭＮロケーションマッピング情報を受信するインターフェースである。ＭＭＥ１０８は、Ｓ１－Ｃインターフェースを介してｅＮＢ１５０に接続される。ｅＮＢ１５０がネットワークに接続するとき、ｅＮＢ１５０は、ロケーションマッピング情報をＭＭＥ１０８に提供し、ＭＭＥ１０８は、ロケーションマッピング情報をＳＣＥＦ１０６に提供する。ここで、使用される具体的なメッセージングおよびパラメータについて説明する。

【0032】

図２に示されるメッセージフロー図において、第１のラインにおいて、ｅＮＢ１５０は、Ｓ１－Ｃインターフェースを介してＳ１セットアップ要求をＭＭＥ１０８に送信する。Ｓ１セットアップ要求は、ｅＮＢ１５０がネットワークに接続するか、またはネットワークと再接続する場合に送信される。Ｓ１セットアップ要求メッセージは、Ｓ１セットアップ要求メッセージのための現在の３ＧＰＰ規格によって指定されない新しい情報要素（ＩＥ）を含む。これらの情報要素は、ｅＮＢ１５０の地理的座標などの非ＰＬＭＮロケーション情報を含む。地理的座標は、緯度および経度またはＧＰＳ座標を含み得る。Ｓ１セットアップ要求メッセージはまた、ｅＮＢ１５０が動作するセルのセルＩＤなどのＰＬＭＮロケーション情報を含んでもよい。

【0033】

ＭＭＥ１０８がＰＬＭＮおよび非ＰＬＭＮロケーション情報を有するＳ１セットアップメッセージを受信すると、ＭＭＥ１０８は、Ｄｉａｍｅｔｅｒ接続管理要求（ＣＭＲ）メッセージをＳＣＥＦ１０６に送信する。ＣＭＲメッセージは、ｅＮＢ ＩＤ、ならびに３ＧＰＰ ＴＳ ３６．４１３、バージョン１５．４．０（２０１８－１２）で定義されるサポートされたトランザクションエリア（ＴＡ）を含み、そのすべての開示内容を引用により本明細書に援用する。ＣＭＲメッセージのフォーマットは、３ＧＰＰ ＴＳ ２９．１２８バージョン１５．４．０（２０１８－１２）に従い、下記のように、そのすべての開示内容を引用により本明細書に援用する。

【0034】

【数1】

【0035】

上記でリストされた属性値ペア（ＡＶＰ）に加えて、ＣＭＲメッセージは、地理的座標（緯度および経度）などのＰＬＭＮロケーション情報を搬送するための新しいＡＶＰを含む。ＣＭＲメッセージにおいて搬送され得る別の新しいＡＶＰは、３ＧＰＰ ＴＳ ３６．４１３に記載されているセルＩＤである。搬送され得る追加のＡＶＰは、ｅＮＢ ＩＤ、ＴＡ、ＲＡなどを含む。サービングＭＭＥまたはＳＧＳＮ情報は、ＣＭＲメッセージの発信元ホストＡＶＰから取得されてもよいし、または別個のＡＶＰで搬送されてもよい。

【0036】

ＳＣＥＦ１０６がＣＭＲメッセージを受信すると、ＳＣＥＦ１０６は、ＰＬＭＮロケーション情報と非ＰＬＭＮロケーション情報との間のマッピングをＰＬＭＮロケーションマッピングデータベースに追加する。データベースに追加されるマッピング情報は、地理的座標、セルＩＤ、ｅＮＢ ＩＤ、ルーティングエリア（ＲＡ）、およびトラッキングエリア（ＴＡ）を含み得る。ＳＣＥＦ１０６はまた、これらのパラメータを、ＣＭＲメッセージを送信したＭＭＥまたはＳＧＳＮのＭＭＥまたはＳＧＳＮアドレスと関連付けてもよい。したがって、ＣＭＲメッセージを受信した後に作成されるＰＬＭＮロケーションマッピングデータベースレコードまたはエントリは、以下を含み得る。

【0037】

【表1】

【0038】

表１に示される例示的なＰＬＭＮロケーションマッピングデータベースレコードでは、レコードは、図示された例では経度および緯度である地理的座標によってインデックス付けされる。次のパラメータは、３ＧＰＰ ＴＳ ３６．４１３で規定されているセルＩＤである。次のパラメータはｅＮＢ識別子であり、これはセルＩＤの最も左の２０ビットである。次の２つのパラメータは、ルーティングエリアおよびトラッキングエリアであり、異なるタイプのサービスのためにＵＥの位置を識別するために使用される。次のパラメータは、ＭＭＥまたはＳＧＳＮアドレスであり、図示の例では、これはＩＰアドレスである。

【0039】

ＳＣＥＦ１０６はまた、ＣＭＲメッセージにＤｉａｍｅｔｅｒ接続管理アンサー（ＣＭＡ：Diameter connection management answer）メッセージで応答し、ＣＭＡメッセージをＴ６ａインターフェースを介してＭＭＥ１０８に送信する。

【0040】

ＳＣＥＦ１０６は、ロケーションマッピング情報でプロビジョニングされると、ＡＳ１００からの監視要求メッセージに応答できる。図２に示される例では、ＡＳ１００は監視要求メッセージをＳＣＥＦ１０６に送信する。監視要求メッセージは、地理的エリア内に存在するＵＥの数についての要求である。監視要求メッセージは、ＡＳ１００がＵＥの数について問い合わせることを望むエリアを識別する非ＰＬＭＮロケーションパラメータを含み得る。監視要求は、要求が地理的エリア内に存在するＵＥの数についての要求であることを示す監視イベントタイプパラメータを含み得る。監視要求メッセージの受信に応答して、ＳＣＥＦ１０６は、監視要求メッセージ中の非ＰＬＭＮロケーション識別子または要求メッセージ中の非ＰＬＭＮロケーション識別子から導出された非ＰＬＭＮロケーション識別子のいずれかを使用してＰＬＭＮロケーションマッピングデータベースにアクセスする。例えば、監視要求メッセージが地理的座標を含む場合、その地理的座標を使用してＰＬＭＮロケーションマッピングデータベースにアクセスしてもよい。監視要求メッセージが地名を含む場合、地名は地理的座標にマッピングされてもよく、地理的座標はデータベースにアクセスするために使用されてもよい。

【0041】

ＳＣＥＦ１０６は、監視イベント要求メッセージにおいて受信された地理的ロケーション情報に対応するＭＭＥおよびＳＧＳＮにコンタクトする。ＭＭＥおよびＳＧＳＮの各々は、対応するエリアにおけるｅＮＢまたは他のアクセスデバイスによってサービスが提供されるＵＥの数をＳＣＥＦ１０６に報告する。ＳＣＥＦ１０６は、ＵＥの数を合計し、監視イベント応答メッセージにおいてＵＥの数をＡＳ１００に報告する。

【0042】

図３は、ｅＮＢがＭＭＥに送信するための構成更新を有する場合に、ＳＣＥＦまたはＮＥＦにおいてＰＬＭＮロケーションマッピングデータベースを動的に更新するためにやり取りされる例示的なメッセージングを示すメッセージフロー図である。図３のメッセージフローを参照すると、ｅＮＢ１５０は、既存の構成更新メッセージをＭＭＥ１０８に対して利用して、ＰＬＭＮロケーション更新をＭＭＥ１０８に通信する。ｅＮＢ１５０がｅＮＢ１５０に送信するための構成更新を有する場合、ｅＮＢ１５０は構成更新メッセージをＭＭＥ１０８に送信する。構成更新メッセージは、更新されたトラッキングエリアアイデンティティ（ＴＡＩ）リスト更新などの更新されたＰＬＭＮロケーション情報を含み得る。ＭＭＥ１０８は、対応するアンサーメッセージで構成更新に応答する。

【0043】

ＭＭＥ１０８は、ＴＡＩリスト更新をＳＣＥＦ１０６に送信する。ＳＣＥＦ１０６は、ＴＡＩリスト更新を使用してＰＬＭＮロケーションマッピングデータを更新し得る。ＳＣＥＦ１０６は、対応するアンサーメッセージで更新要求メッセージに応答する。さらに、ＭＭＥ１０８は、新しいｅＮＢがネットワークにおいてプロビジョニングされ、ＭＭＥ１０８に接続する場合、ＴＡＩリスト更新をＳＣＥＦ１０６に送信する。

【0044】

代替の実施形態では、ＭＭＥからのメッセージングを使用して、ＳＣＥＦまたはＮＥＦにおいてＰＬＭＮロケーションマッピングデータベースを動的にプロビジョニングするために使用される情報を搬送するのではなく、ＳＯＮインターフェースが、ＳＣＥＦまたはＮＥＦに提供されてもよい。ＳＯＮインターフェースは、ＳＣＥＦまたはＮＥＦがＳＯＮシステムと通信してＰＬＭＮロケーションマッピングデータベースを動的にプロビジョニングするためのロケーション情報を受信するためのものである。ＳＯＮシステムは、ｅＮＢノードを管理するためにネットワークオペレータによって使用される。したがって、ＳＯＮシステムは、ｅＮＢノードに関連するＰＬＭＮおよび非ＰＬＭＮロケーション情報を認識するようにプロビジョニングされるか、またはプロビジョニングされ得る。

【0045】

図４は、ＳＯＮシステムを使用して、ＳＣＥＦまたはＮＥＦにおいてＰＬＭＮロケーションマッピングデータベースを動的に更新することを示すブロック図である。図４では、ＳＯＮシステム１６０は、ＳＯＮシステム１６０が管理するｅＮＢのｅＮＢ ＩＤ、セルＩＤ、ＴＡ、ＲＡ、および地理的座標を含む構成情報を受信し、記憶し得る。ＳＯＮシステム１６０は、ＳＯＮシステム１６０とＳＣＥＦ１０６との間で実施される新しい操作、管理、および保守（ＯＡＭ）手順を使用して、この情報をＳＣＥＦ１０６に通信し得る。これらの手順は、ｅＮＢが最初にネットワークに接続する場合、または切断された後にネットワークに再接続する場合に、ＳＯＮシステム１６０からＳＣＥＦ１０６にＰＬＭＮおよび非ＰＬＭＮロケーション情報を含む構成更新メッセージを送信することを含み得る。ＳＣＥＦ１０６は、この情報を使用して、ＰＬＭＮロケーションマッピングデータベース内のマッピングを更新し得る。ＳＣＥＦ１０６は、アンサーメッセージまたは肯定応答メッセージをＳＯＮシステム１６０に送信するＳＯＮシステム１６０から構成更新メッセージの受信を肯定応答し得る。

【0046】

上述したように、ＳＣＥＦまたはＮＥＦにおいて動的にプロビジョニングされたＰＬＭＮロケーション情報に対する１つの使用ケースは、地理的ロケーションに存在するＵＥの数に対するクエリに応答することである。図５は、ＳＣＥＦまたはＮＥＦにおいて動的にプロビジョニングされたＰＬＭＮロケーションマッピングを使用して監視要求に応答するためにやり取りされる例示的なメッセージングを示すメッセージフロー図である。図の右上の隅から始まり、ＳＣＳ／ＩｏＴ ＡＳ１００は、地理的エリア内に存在するＵＥの数を報告するために監視要求をＳＣＥＦ１０６に送信する。要求は、地域、住所などの共通の名前によって地理的エリアを識別し得る。ＳＣＥＦ１０６は、以下のアクションを実行し得る。

【0047】

－インターネットアクセス可能なＡＰＩを使用して地理的エリアを地理的ロケーション（緯度／経度）に変換する。例えば、ノースカロライナ州ローリーのような市名を経度および緯度、またはＧＰＳ座標に変換するインターネットウェブサーバがある。共通の名前を地理的座標に変換することは、ジオコーディングと呼ばれる。ジオコーディングを実行するために使用され得るインターネットＡＰＩの例は、Ｇｏｏｇｌｅ Ｍａｐｓ ＡＰＩの構成要素であるジオコーディングＡＰＩである。

【0048】

－ジオロケーションを使用してＰＬＭＮ関数（例えば、セルＩｄ／ｅＮＢＩｄ／ＴＡＩ／マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）サービスエリア識別子（ＳＡＩ）など。）を識別する。この変換は、ＳＣＥＦ１０６によって維持される動的にプロビジョニングされたＰＬＭＮマッピングデータベースを使用して実行され得る。

【0049】

－ＰＬＭＮ機能情報を使用して、サービングＭＭＥ／ＡＭＦ機能を識別する。この変換はまた、ＳＣＥＦ１０６によって維持される動的にプロビジョニングされたＰＬＭＮマッピングデータベースを使用して実行されてもよい。

【0050】

ＳＣＥＦ１０６がサービングＭＭＥまたはＡＭＦを識別すると、ＳＣＥＦ１０６は、サービングＭＭＥまたはＡＭＦをトリガして、ＰＬＭＮ関数（例えば、セル／ＲＡＩ／ＬＡＩのリスト）内に存在するＵＥの数を報告する。ＡＭＦまたはＭＭＥは、ＳＣＥＦ１０６から受信されたセルＩＤ、ｅＮＢ ＩＤ、および／またはＲＡ／ＴＡを使用して、ＭＭＥまたはＡＭＦが担当する地理的エリア内に存在するＵＥの総数を判定する。ＳＣＥＦ１０６によってコンタクトされる各ＭＭＥまたはＡＭＦは、ＵＥの数を報告する。ＳＣＥＦ１０６は、各ＭＭＥまたはＡＭＦから受信されたＵＥの数を合計し、その合計をＡＳ１００に報告する。

【0051】

図６は、ＳＣＥＦまたはＮＥＦにおいてＰＬＭＮロケーションマッピング情報を動的にプロビジョニングおよび使用するための例示的なプロセスを示すフローチャートである。図６に示されるステップは、少なくとも１つのプロセッサを含むＳＣＥＦまたはＮＥＦを使用して実現され得る。ステップ５００において、プロセスは、ＰＬＭＮネットワークノードから、ＰＬＭＮロケーション識別子および非ＰＬＭＮロケーション識別子を含むメッセージを受信することを含む。例えば、ＳＣＥＦ１０６またはＮＥＦ１０２は、ｅＮＢがネットワークと接続または再接続する場合に、ＭＭＥからＣＭＲメッセージを受信し得る。ＣＭＲメッセージは、ｅＮＢのための地理的識別子、ならびに、セルＩＤ、ｅＮＢＩＤ、ＲＡ、ＴＡなどのＰＬＭＮ識別子を含み得る。別の例では、ＳＣＥＦ１０６またはＮＥＦ１０２は、図４に示されるように、ＳＯＮシステムから地理的座標およびＰＬＭＮロケーション識別子を受信し得る。

【0052】

ステップ５０２において、プロセスは、メッセージからＰＬＭＮロケーション識別子および非ＰＬＭＮロケーション識別子を抽出することと、ＳＣＥＦまたはＮＥＦ内のＰＬＭＮロケーションマッピングデータベースに、ＰＬＭＮロケーション識別子と非ＰＬＭＮロケーション識別子との間のマッピングを記憶することとを含む。たとえば、ＳＣＥＦ１０６またはＮＥＦ１０２は、ＭＭＥまたはＳＯＮシステムから受信されたメッセージから、地理的座標、ならびに、セルＩＤ、ｅＮＢ ＩＤ、ＲＡ、ＴＡ、およびサービングＭＭＥ情報を抽出し得る。

【0053】

ステップ５０４において、プロセスは、ＳＣＥＦまたはＮＥＦの監視インターフェースを介して、ＡＳまたはＳＣＳから非ＰＬＭＮロケーション識別子を含む監視要求メッセージを受信することを含む。監視イベント要求メッセージは、地理的エリア内に現在位置するＵＥの数を判定するための要求であり得る。監視要求メッセージは、１回監視用でも継続監視用でもよい。監視要求メッセージは、市、市内のエリアのような非ＰＬＭＮ名、地理的座標、または他の適切な識別子によって監視が要求される地理的エリアを識別し得る。

【0054】

ステップ５０４において、プロセスは、非ＰＬＭＮロケーション識別子に対応するＰＬＭＮロケーションマッピングデータベース内のエントリの位置を特定することと、データベースからＰＬＭＮロケーション識別子を抽出することとをさらに含む。例えば、非ＰＬＭＮロケーション識別子が市または他の住所のような識別子である場合、ＳＣＥＦ１０６またはＮＥＦ１０２は、インターネットアクセス可能なＡＰＩを介して対応する地理的座標（緯度および経度またはＧＰＳのいずれか）を取得し得る。次いで、ＳＣＥＦ１０６またはＮＥＦ１０２は、地理的座標を使用して、ＰＬＭＮロケーションマッピングデータベースにおけるルックアップを実行し得る。一致するエントリが位置する場合、ＳＣＥＦ１０６またはＮＥＦ１０２は、そのエントリから、またはそのエントリにリンクされたエントリから、ＰＬＭＮロケーション識別子を抽出し得る。上記の表１に示されるように、これらの識別子は、セルＩＤ、ｅＮＢ ＩＤ、ＴＡ、ＲＡ、およびサービングＭＭＥを含み得る。

【0055】

ステップ５０６において、プロセスは、ＰＬＭＮロケーション情報を使用して、ＰＬＭＮ内のノードからＩｏＴデバイス情報を取得することを含む。たとえば、ＳＣＥＦ１０６またはＮＥＦ１０２は、ＰＬＭＮロケーション情報を使用して、データベースから抽出されたロケーションマッピング情報において識別される各ｅＮＢについてのサービングＭＭＥにクエリし得る。次いで、ＭＭＥは、ｅＮＢとコンタクトして、各ｅＮＢによってサービスが提供されるＵＥの数を取得する。ｅＮＢは、その合計をＭＭＥに報告し、各ＭＭＥは、その合計数のＵＥをＳＣＥＦ１０６またはＮＥＦ１０２に報告する。

【0056】

ステップ５０６において、プロセスは、ＩｏＴデバイス情報で監視要求メッセージに応答することをさらに含む。たとえば、ＳＣＥＦ１０６またはＮＥＦ１０２は、地理的エリア内に存在するＵＥの数で、Ｔ８インターフェースを介してＳＣＳまたはＡＳに応答し得る。

【0057】

一例では、ＳＣＥＦ／ＮＥＦは、ＳＣＥＦまたはＮＥＦサービスを提供するスタンドアローンノードである。図７は、本明細書において説明する主題の１つの例示的な実施形態に従うスタンドアローンＳＣＥＦ１０６またはＮＥＦ１０２の例である。図７を参照すると、ＳＣＥＦ１０６またはＮＥＦ１０２は、ＰＬＭＮネットワークノードから、ＰＬＭＮロケーション識別子および非ＰＬＭＮロケーション情報を含むメッセージを受信するためのＰＬＭＮ対向インターフェース６００を含む。一例では、ＰＬＭＮ対向インターフェース６００は、ＭＭＥからＰＬＭＮおよび非ＰＬＭＮロケーションマッピング情報を受信するためのＤｉａｍｅｔｅｒ Ｔ６ａインターフェース、またはＡＭＦからＰＬＭＮおよび非ＰＬＭＮロケーションマッピング情報を受信するためのＮａｍｆイベントエクスポージャサービスＡＰＩである。別の例では、ＰＬＭＮ対向インターフェース６００は、図４に示されるように、ＳＯＮシステムからＰＬＭＮロケーションマッピング情報を取得するためのＳＯＮインターフェースをさらに含み得る。

【0058】

ＳＣＥＦ１０６またはＮＥＦ１０２は、ＰＬＭＮメッセージからＰＬＭＮロケーション情報および非ＰＬＭＮロケーション情報を抽出し、ＰＬＭＮロケーションマッピングデータベース６０４にＰＬＭＮロケーション情報と非ＰＬＭＮロケーション情報との間のマッピングを記憶するためのＰＬＭＮロケーションマッピングデータベース動的プロビジョニングモジュール６０２をさらに含む。

【0059】

ＳＣＥＦ１０６またはＮＥＦ１０２は、非ＰＬＭＮロケーション識別子を含む監視要求メッセージをＡＳ、ＳＣＳ、または５Ｇアプリケーション機能（ＡＦ）から受信するための監視インターフェース６０６をさらに含む。一例では、監視インターフェース６０６は、Ｔ８インターフェースである。一般に、監視インターフェース６０６はＡＰＩベースのインターフェースであり、それを通じてＡＳ、ＳＣＳ、および／またはＡＦがＩｏＴデバイス情報を要求および受信する。監視インターフェース６０６は、ＳＣＳおよびＡＳから受信された監視要求メッセージに応答するための機能を含み得る。例えば、監視インターフェース６０６は、ＰＬＭＮロケーションマッピングデータベース６０４における非ＰＬＭＮロケーション識別子に対応するエントリのルックアップを実行する機能と、非ＰＬＭＮロケーション識別子に対応するＰＬＭＮロケーションマッピングデータベース６０４におけるエントリの位置を特定する機能と、データベース６０４からＰＬＭＮロケーション識別子を抽出する機能と、ＰＬＭＮロケーション識別子を使用してＰＬＮＭにおけるノードからＩｏＴデバイス情報を取得する機能と、ＩｏＴデバイス情報で監視要求メッセージに応答する機能とを含み得る。監視インターフェース６０６は、データベース６０４からロケーションマッピング情報を取得した後、要求されたＵＥ情報を取得するために必要なクエリを作成してもよいし、インターフェース６００に対向するＰＬＭＮを介してＭＭＥノードにクエリを送信してもよい。ＰＬＭＮ対向インターフェース６００は、クエリへの応答を受信し、監視インターフェース６０６に応答を提供し得る。監視インターフェース６０６は、要求されたＵＥロケーション情報を集約し、要求された情報をＳＣＳまたはＡＳに提供し得る。

【0060】

図７に示される例では、ＳＣＥＦ１０６またはＮＥＦ１０２は、スタンドアローン構成要素である。代替の実施形態では、ＳＣＥＦ１０６またはＮＥＦ１０２は、Ｄｉａｍｅｔｅｒシグナリングルータ（ＤＳＲ）の構成要素として実現され得る。図８は、そのような実施形態を示す。図８では、ＤＳＲ７００は、複数のメッセージプロセッサ７０２，７０４，７０６，および７０８を含む。各メッセージプロセッサ７０２，７０４，７０６，および７０８は、プリント基板と、プリント基板に搭載された少なくとも１つのプロセッサ７１０およびメモリ７１２とを含む。メッセージプロセッサ７０２，７０４，７０６，および７０８は、イーサネット（登録商標）バックプレーンなどの通信媒体７１４を介してメッセージをやり取りし得る。

【0061】

図示の例では、メッセージプロセッサ７０２および７０４は各々、Ｄｉａｍｅｔｅｒ接続層７１６およびＤｉａｍｅｔｅｒルーティング層７１８を実装する。Ｄｉａｍｅｔｅｒ接続層７１６は、ピアＤｉａｍｅｔｅｒノードとのＤｉａｍｅｔｅｒ接続を確立し、維持する。Ｄｉａｍｅｔｅｒルーティング層７１８は、メッセージ内の宛先ホストおよび宛先範囲パラメータなどのＤｉａｍｅｔｅｒ層情報に基づいてＤｉａｍｅｔｅｒメッセージをルーティングする。メッセージプロセッサ７０２および７０４は、ＰＬＭＮロケーションマッピングデータベースをプロビジョニングするためのＰＬＭＮロケーションマッピング情報を受信するために、ＭＭＥ１０８、ＡＭＦ、およびＳＯＮシステム１６０などのＰＬＭＮノードに接続され得る。メッセージプロセッサ７０６は、Ｔ８インターフェースなどのＡＰＩベースのインターフェースを介して１つまたは複数のＳＣＳまたはＡＳに接続され、ＵＥの位置または状態を監視するための監視要求メッセージを受信し、それに応答し得る。ＡＰＩベースのインターフェースは、非Ｄｉａｍｅｔｅｒインターフェースであってもよい。

【0062】

メッセージプロセッサ７０６は、ＳＣＥＦ１０６および／またはＮＥＦ１０２を実装し、図７に示される構成要素を含み得る。したがって、メッセージプロセッサ７０６は、図７に示すＰＬＭＮロケーションマッピングデータベース６０４を含むことができ、メッセージプロセッサ７０２および７０４上のＤｉａｍｅｔｅｒ接続層（ＤＣＬ）７１６によって管理されるＰＬＭＮネットワークノードとのＤｉａｍｅｔｅｒ接続を介してデータベース６０４のためのＰＬＭＮおよび非ＰＬＭＮロケーションマッピング情報を受信し得る。さらに、メッセージプロセッサ７０６は、ＡＰＩベースのインターフェースを介してＵＥロケーションおよび状態の要求を受信することができ、ＰＬＭＮロケーションマッピングデータベース６０４に記憶された動的にプロビジョニングされたロケーション情報を使用して要求に応答し得る。

【0063】

メッセージプロセッサ７０８は、Ｄｉａｍｅｔｅｒアプリケーション７２４を実装する。Ｄｉａｍｅｔｅｒアプリケーション７２４は、Ｄｉａｍｅｔｅｒファイアウォールアプリケーション、性能監視アプリケーション、または他の適切なＤｉａｍｅｔｅｒアプリケーションなど、任意の適切なＤｉａｍｅｔｅｒアプリケーションであり得る。

【0064】

図８に示される例では、ＳＣＥＦ１０６またはＮＥＦ１０２は、ＤＳＲ７００の構成要素である。さらに別の代替の実施形態では、ＳＣＥＦ１０６またはＮＥＦ１０２は、ポリシーマネージャの構成要素であり得る。図９は、そのような実施形態を示す。図９において、ポリシーマネージャ８００は、図８に示されるようなメッセージプロセッサ７０２，７０４，７０６および７０８を含む。各メッセージプロセッサ７０２，７０４，７０６，および７０８は、プロセッサ７１０およびメモリ７１２を含む。メッセージプロセッサ７０２，７０４，７０６および７０８は、通信媒体７１４を介して通信し得る。しかしながら、ＤｉａｍｅｔｅｒルーティングまたはＤｉａｍｅｔｅｒルーティングのみを実装するのではなく、図９に示すメッセージプロセッサ７０２は、ＰＣＲＦ機能を実装するポリシーおよび課金ルール機能（ＰＣＲＦ）８０２を含む。ＰＣＲＦ機能は、Ｄｉａｍｅｔｅｒノードからのポリシーおよび課金要求に応答することを含む。メッセージプロセッサ７０２はまた、外部Ｄｉａｍｅｔｅｒノードとの接続を確立し、維持するためのＤｉａｍｅｔｅｒ接続層７１６を実装する。

【0065】

メッセージプロセッサ７０４は、図６に示されるＳＣＥＦまたはＮＥＦ機能を実装する。簡潔には、そのような機能は、Ｔ８インターフェースまたは他のＡＰＩベースのインターフェースなどの監視インターフェースを介してＩｏＴデバイス状態およびロケーション情報に対するサブスクリプション要求を受信することと、非ＰＬＭＮロケーション情報をＰＬＭＮロケーション情報にマッピングすることと、対応するサブスクリプション要求をＭＭＥ、ＡＭＦ、およびＳＧＳＮに送信することとを含む。ＳＣＥＦ１０６またはＮＥＦ１０２によって実装される機能はまた、Ｄｉａｍｅｔｅｒ Ｔ６ａインターフェース、ＮａｍｆイベントエクスポージャサービスＡＰＩ、またはＳＯＮシステムインターフェースを介して、ＭＭＥ、ＳＧＳＮ、ＡＭＦ、およびＳＯＮシステムなどのＰＬＭＮノードから受信された情報を使用して、ＰＬＭＮロケーションマッピングデータベース６０４を動的にプロビジョニングすることを含み得る。メッセージプロセッサ７０６および７０８は、ポリシー関連アプリケーションまたは非ポリシー関連Ｄｉａｍｅｔｅｒアプリケーションなどの他のＤｉａｍｅｔｅｒアプリケーションを実装し得る。

【0066】

したがって、本明細書において説明する主題は、動的にプロビジョニング可能なＰＬＭＮロケーションマッピングデータベースを有するＳＣＥＦまたはＮＥＦを含む。そのようなＳＣＥＦまたはＮＥＦは、非ＰＬＭＮロケーション情報がＰＬＭＮロケーション情報にマッピングまたは変換される便利で安全なロケーションを提供することによって、コンピュータネットワークの機能性を改善する３ＧＰＰネットワークにおける特定のマシンである。動的にプロビジョニング可能なＰＬＭＮロケーションマッピングデータベースはまた、既存の３ＧＰＰメッセージングを使用してデータベース更新プロセスを自動化することによって、データベース管理の技術分野を改善する。既存の３ＧＰＰメッセージングを使用して自動化されたデータベース更新を実行することは、人間による手動データベース構成の必要性を低減し、既存のＰＬＭＮネットワークノード上でのデータベースプロビジョニングのための新しいインターフェースを実装する必要性を低減する。

【0067】

本開示の主題の様々な詳細は、本開示の主題の範囲から逸脱することなく変更され得ることが理解されるであろう。さらに、上記の説明は、例示の目的のためだけのものであり、限定の目的のためではない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】