特開 2024-178060 ネットワークノード、情報処理システム、情報処理方法、およびコンピュータプログラム

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

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

(11)【公開番号】P2024178060

(43)【公開日】2024-12-24

(54)【発明の名称】ネットワークノード、情報処理システム、情報処理方法、およびコンピュータプログラム

(51)【国際特許分類】

   H04W 4/029 20180101AFI20241217BHJP

   H04W 8/08 20090101ALI20241217BHJP

   H04W 64/00 20090101ALI20241217BHJP

【ＦＩ】

H04W4/029

H04W8/08

H04W64/00 170

【審査請求】未請求

【請求項の数】15

【出願形態】ＯＬ

(21)【出願番号】P 2023096573

(22)【出願日】2023-06-12

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110002860

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

(72)【発明者】

【氏名】岡田 和也

(72)【発明者】

【氏名】馬 じん

(72)【発明者】

【氏名】金子 直矢

(72)【発明者】

【氏名】邵 校

(72)【発明者】

【氏名】朝岡 拓也

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD20

5K067EE02

5K067EE16

5K067JJ53

(57)【要約】

【課題】ユーザ端末が指定された位置または領域に含まれるか否かを簡易に判断可能とする技術を提供する。
【解決手段】無線通信ネットワークを構成するネットワークノードであって、ユーザ端末（UE）の位置情報の問い合わせ要求を受信することと、前記問い合わせ要求に応答して、前記ユーザ端末の位置情報を含む応答を送信することと、を実行するプロセッサを有し、前記応答に含まれる前記位置情報は、空間充填曲線に基づくビット列により表現される、ことを特徴とする。
【選択図】図２

【特許請求の範囲】

【請求項1】

無線通信ネットワークを構成するネットワークノードであって、
ユーザ端末（UE）の位置情報の問い合わせ要求を受信することと、
前記問い合わせ要求に応答して、前記ユーザ端末の位置情報を含む応答を送信することと、
を実行するプロセッサを有し、
前記応答に含まれる前記位置情報は、空間充填曲線に基づくビット列により表現される、
ことを特徴とするネットワークノード。

【請求項2】

前記応答に含まれる前記位置情報は、ヒルベルト曲線またはＺ階数曲線に基づくビット列により表現される、
ことを特徴とする請求項１に記載のネットワークノード。

【請求項3】

前記応答に含まれる位置情報は領域を表し、前記領域の広さに応じたビット数を有する、
ことを特徴とする請求項１に記載のネットワークノード。

【請求項4】

前記応答に含まれる前記位置情報は、第１の方向を特定する第１のビット列と、第２の方向を特定する第２のビット列とを、交互に配置したビット列により表現される、
ことを特徴とする請求項１に記載のネットワークノード。

【請求項5】

前記プロセッサは、
前記ユーザ端末から位置情報を取得することと、
前記ユーザ端末の位置情報を、空間充填曲線に基づくビット列の形式で記憶することと、
を更に実行する、ことを特徴とする請求項１に記載のネットワークノード。

【請求項6】

前記問い合わせ要求は、前記ユーザ端末が所定の領域に位置するか否かについての確認の要求を含み、
前記応答は、前記ユーザ端末が前記所定の領域に位置するか否かの情報を含み、
前記プロセッサは、前記所定の領域を表す空間充填曲線に基づくビット列と、前記記憶した空間充填曲線に基づくビット列とを比較することにより、前記ユーザ端末が前記所定の領域に位置するか否か確認することを、更に実行する、
ことを特徴とする請求項５に記載のネットワークノード。

【請求項7】

前記所定の領域は、前記問い合わせ要求において空間充填曲線に基づくビット列として表現されており、
前記ユーザ端末が前記所定の領域に位置するか否か確認は、前記問い合わせ要求に含まれるビット列と、前記記憶したビット列との比較により行われる、
請求項６に記載のネットワークノード。

【請求項8】

前記所定の領域は、複数の矩形を組み合わせた領域であり、
前記問い合わせ要求は、前記複数の矩形のそれぞれを空間充填曲線に基づいて表現したビット列を含む、
ことを特徴とする請求項７に記載のネットワークノード。

【請求項9】

前記所定の領域は、前記問い合わせ要求において緯度経度形式またはＧＡＤ（Geographical Area Description）形式により表現されており、
前記プロセッサは、前記問い合わせ要求に含まれる所定の領域を、空間充填曲線に基づくビット列に変換することを更に実行する、
ことを特徴とする請求項６に記載のネットワークノード。

【請求項10】

ネットワークノードとクライアントとを含む情報処理システムであって、
前記クライアントは、ユーザ端末の位置情報の問い合わせ要求を前記ネットワークノードに送信し、
前記ネットワークノードは、前記問い合わせ要求に応答して、前記ユーザ端末の位置情報を含む応答を前記クライアントに送信し、
前記応答に含まれる前記位置情報は、空間充填曲線に基づくビット列により表現される、
ことを特徴とする情報処理システム。

【請求項11】

前記応答に含まれる前記位置情報は、ヒルベルト曲線またはＺ階数曲線に基づくビット列により表現される、
ことを特徴とする請求項１０に記載の情報処理システム。

【請求項12】

前記クライアントは、前記ユーザ端末が所定の領域に位置するか否かを、前記応答に含まれる空間充填曲線に基づくビット列と、前記所定の領域を空間充填曲線に基づいて表現したビット列とを比較することにより判断する、
ことを特徴とする請求項１０に記載の情報処理システム。

【請求項13】

無線通信ネットワークを構成するネットワークノードが実行する情報処理方法であって、
ユーザ端末（UE）の位置情報の問い合わせ要求を受信することと、
前記問い合わせ要求に応答して、前記ユーザ端末の位置情報を含む応答を送信することと、
を含み、
前記応答に含まれる前記位置情報は、空間充填曲線に基づくビット列により表現される、
ことを特徴とする情報処理方法。

【請求項14】

請求項１３に記載の情報処理方法の各ステップをコンピュータに実行させるためのプログラム。

【請求項15】

請求項１３に記載の情報処理方法の各ステップをコンピュータに実行させるためのプログラムを格納したコンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ネットワークノード、情報処理システム、情報処理方法、およびコンピュータプログラムに関する。

【背景技術】

【0002】

特許文献１は、時空間情報を１次元ビット列に変換、分割し、変換した１次元ビット列の前方ビット列を少なくともキーに格納させ、該キーのバリューに後方ビット列及び対応データを、格納先のノードに格納させる、ことを開示する。また、特許文献１は、検索対象の時空間情報の範囲条件を１次元ビット列に変換、分割し、検索先のノードから、少なくとも分割した前方ビットを用いてキーを検索し、検索されたキーのバリューから、分割した後方ビット列に対応するバリューを検索し、検索したバリューに含まれる対応データを検索結果として出力する、ことを開示する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２０－１３５３９号公報

【発明の概要】

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

【0004】

本開示の態様の一つは、ユーザ端末が指定された位置または領域に含まれるか否かを簡易に判断可能とするための技術を提供することを目的とする。

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

【0005】

本開示の態様の一つは、
無線通信ネットワークを構成するネットワークノードであって、
ユーザ端末（UE）の位置情報の問い合わせ要求を受信することと、
前記問い合わせ要求に応答して、前記ユーザ端末の位置情報を含む応答を送信することと、
を実行するプロセッサを有し、
前記応答に含まれる前記位置情報は、空間充填曲線に基づくビット列により表現される、
ことを特徴とするネットワークノードである。

【0006】

本開示の態様の他の一つは、
ネットワークノードとクライアントとを含む情報処理システムであって、
前記クライアントは、ユーザ端末の位置情報の問い合わせ要求を前記ネットワークノードに送信し、
前記ネットワークノードは、前記問い合わせ要求に応答して、前記ユーザ端末の位置情報を含む応答を前記クライアントに送信し、
前記応答に含まれる前記位置情報は、空間充填曲線に基づくビット列により表現される、
ことを特徴とする情報処理システムである。

【0007】

本開示の態様の更に他の一つは、
無線通信ネットワークを構成するネットワークノードが実行する情報処理方法であって、
ユーザ端末（UE）の位置情報の問い合わせ要求を受信することと、
前記問い合わせ要求に応答して、前記ユーザ端末の位置情報を含む応答を送信することと、
を含み、
前記応答に含まれる前記位置情報は、空間充填曲線に基づくビット列により表現される、
ことを特徴とする情報処理方法である。

【発明の効果】

【0008】

本開示の態様の一つは、ユーザ端末が指定された位置または領域に含まれるか否かを簡易に判断可能となる。

【図面の簡単な説明】

【0009】

【図1】無線通信システムの構成要素を例示する図。

【図2】無線通信システムの構成要素を例示する図。

【図3A】ＮＦ、ＯＡＭ端末、外部サーバとして動作可能な情報処理装置の構成例を示す図。

【図3B】ユーザ端末として動作可能な情報処理装置の構成例を示す図。

【図4】位置サービスに関するシーケンス図。

【図5】空間充填曲線に基づく位置情報のコード表現を説明する図。

【図6】位置問い合わせ要求に対する処理の流れを示すフローチャート。

【図7】UEの位置情報の取得および記憶処理の流れを示すフローチャート。

【図8】空間充填曲線に基づくコード表現での任意形状の領域指定を説明する図。

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

【0010】

（概要）
３ＧＰＰの標準であるTS 29.572では、Location Service（位置サービス）においてUE (User Equipment)に応じてサービスを提供する際の仕組みが定義されている。Location Serviceでは、LMF (Location Management Function)に対して、UEの位置情報を問い合わせるインターフェイスが定義されている。

【0011】

ここで、問合せ応答で利用される位置情報の表現は、TS 23.032においてGAD (Geographical Area Description)という表現形式が規定されている。GADでは、緯度経度の情報を
直接記載することで位置（点）を表現し、また領域を形成する複数の点を列挙することで領域を表現している。

【0012】

UEの位置情報を利用する際に、例えば、UEの位置が特定の領域に含まれるか否かを判断したいケースが存在する。しかしながら、領域およびUE位置がGAD形式で表現されている
場合、その判断のための処理は複雑となる。

【0013】

そこで、本開示は、UEが指定された位置または領域に含まれるか否かを簡易に判断可能とするための技術を提供することを目的とする。

【0014】

本開示の一つの態様は、無線通信ネットワークを構成するネットワークノードであって、ユーザ端末（UE）の位置情報の問い合わせ要求を受信することと、前記問い合わせ要求に応答して、前記ユーザ端末の位置情報を含む応答を送信することと、を実行するプロセッサを有し、前記応答に含まれる前記位置情報は、空間充填曲線に基づくビット列により表現される、ことを特徴とするネットワークノードである。

【0015】

本開示における「位置」は、点（point）および任意形状の領域を含む概念である。点
（point）は所定の不確かさ（uncertainty）を含んでもよく、不確かさは例えば円、楕円、矩形であってよい。任意形状の領域の一例は、多角形（矩形・平行四辺形・台形などの任意の四角形、および三角形や五角形以上の多角形を含む）、円、楕円、およびこれらの少なくとも一部の組み合わせであってよい。本開示において、これらの位置を表す情報および位置に関連する情報の少なくともいずれかが「位置情報」に該当する。

【0016】

本態様においては、ネットワークノードが空間充填曲線に基づくビット列で表現された位置情報を送信することから、この情報の提供を受けたノード（クライアントと称することもできる）は、UEが同様の形式で表された領域内に含まれるか否かを容易に判断できる。

【0017】

本態様における空間充填曲線は、例えば、ヒルベルト曲線またはＺ階数曲線を採用できる。したがって、前記応答に含まれる位置情報は、ヒルベルト曲線またはＺ階数曲線に基づくビット列により表現されうる。

【0018】

本態様において、前記応答に含まれる位置情報は領域を表し、前記領域の広さに応じたビット数を有してもよい。典型的には、領域が広いほど短いビット数で位置情報が表現され、領域が狭いほど長いビット数で位置情報が表現されうる。

【0019】

本態様において、前記応答に含まれる前記位置情報は、第１の方向を特定する第１のビット列と、第２の方向を特定する第２のビット列とを、所定数のビットずつ（例えば1ビ
ットずつ）交互に配置したビット列により表現されうる。ここで、第１の方向と第２の方向は異なる方向であり、一例として第１の方向と第２の方向は直交する。例えば、第１の方向は緯度方向であり第２の方向は経度方向であってよい。

【0020】

本態様におけるネットワークノードは、前記ユーザ端末から位置情報を取得することと、前記ユーザ端末の位置情報を、空間充填曲線に基づくビット列の形式で記憶することと、を更に実行してもよい。ここで、ネットワークノードは、空間充填曲線に基づくビット列形式の位置情報をユーザ端末から取得してもよい。あるいは、ネットワークノードは、ユーザ端末からはその他の形式（例えば緯度経度形式またはGAD形式）で表現されたビッ
ト列を取得して、取得した位置情報を空間充填曲線に基づくビット列形式に変換してもよい。

【0021】

本態様において、前記問い合わせ要求は、前記ユーザ端末が所定の領域に位置するか否かについての確認の要求を含み、前記応答は、前記ユーザ端末が前記所定の領域に位置するか否かの情報を含み、前記プロセッサは、前記所定の領域を表す空間充填曲線に基づくビット列と、前記記憶した空間充填曲線に基づくビット列とを比較することにより、前記ユーザ端末が前記所定の領域に位置するか否か確認することを、更に実行してもよい。

【0022】

このような構成によれば、ネットワークノードはユーザ端末が所定の領域に含まれるか否かを応答として返すことができ、また、空間充填曲線に基づく表現を採用していることから包含関係の判断を迅速に実行可能である。本態様に係るネットワークノードは、位置の包含関係を迅速に判断できるため、多量のユーザ端末を対象とする位置情報サービスにおいて特に有効に利用可能である。

【0023】

本態様において、前記所定の領域は、前記問い合わせ要求において空間充填曲線に基づくビット列として表現されており、前記ユーザ端末が前記所定の領域に位置するか否か確認は、前記問い合わせ要求に含まれるビット列と、前記記憶したビット列との比較により行われうる。例えば、所定の領域とユーザ端末の位置を表す位置情報ビット列を上位ビットから比較し、所定領域を表すビット列がユーザ端末位置の上位のビット列と一致すれば
ユーザ端末位置が当該所定の領域に含まれ、そうでなければ含まれないと判断できる。

【0024】

本態様において、前記所定の領域は、複数の矩形を組み合わせた領域であり、前記問い合わせ要求は、前記複数の矩形のそれぞれを空間充填曲線に基づいて表現したビット列を含んでもよい。所定の領域が複数の矩形領域の組み合わせとして表されるので、任意の形状を表すことができる。なお、それぞれの矩形領域の大きさは特に限定されず、互いに異なっていてもよい。また、それぞれの矩形領域にユーザ端末が含まれるか否かの判断は上述のようにして行えるので、これらの矩形領域を組み合わせた所定の領域にユーザ端末が含まれるか否かの判断も、同様に迅速に行える。

【0025】

本開示の他の態様は、ネットワークノードとクライアントとを含む情報処理システムであって、前記クライアントは、ユーザ端末の位置情報の問い合わせ要求を前記ネットワークノードに送信し、前記ネットワークノードは、前記問い合わせ要求に応答して、前記ユーザ端末の位置情報を含む応答を前記クライアントに送信し、前記応答に含まれる前記位置情報は、空間充填曲線に基づくビット列により表現される、ことを特徴とする情報処理システムである。

【0026】

本開示の更に他の態様は、無線通信ネットワークを構成するネットワークノードが実行する情報処理方法であって、ユーザ端末（UE）の位置情報の問い合わせ要求を受信することと、前記問い合わせ要求に応答して、前記ユーザ端末の位置情報を含む応答を送信することと、を含み、前記応答に含まれる前記位置情報は、空間充填曲線に基づくビット列により表現される、ことを特徴とする情報処理方法である。

【0027】

本開示は更に、上記の方法の各ステップをコンピュータに実行させるためのコンピュータプログラム、および、上記のネットワークノードまたは情報処理システムをコンピュータによって実現するためのコンピュータプログラムを含む。本開示は更に、上記のコンピュータプログラムを記録したコンピュータ可読媒体を含む。

【0028】

本開示における無線通信ネットワークの一例は、５Ｇ、４Ｇ、ＬＴＥ、ＬＴＥ－Ａ、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、ＮＲ、その他を利用するシステムおよびこれらに基づいて拡張された次世代システムである。また、無線通信ネットワークの他の例は、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他のシステムおよびこれらに基づいて拡張された次世代システムである。無線通信ネットワークは、複数のシステムが組み合わされたシステムであってもよい。

【0029】

（実施形態１）
以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態は説明のための例示に過ぎず、本開示は実施形態の構成に限定されない。本開示が適用可能な無線通信ネットワークの一例は、５Ｇ、４Ｇ、ＬＴＥ、ＬＴＥ－Ａ、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、ＮＲ、その他を利用するシステムおよびこれらに基づいて拡張された次世代システムである。また、本開示が適用可能な無線通信ネットワークの他の例は、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他のシステムおよびこれらに基づいて拡張された次世代システムである。本開示が適用される無線通信ネットワークは、複数のシステムが組み合わされたシステムであってもよい。

【0030】

＜情報処理システムの構成＞
図１および図２は、第５世代移動通信システム（５Ｇ網）を構成するコンポーネント（
構成要素）を示す。図１は５Ｇにおけるサービスベースアーキテクチャ（ＳＢＡ）の概要を示す図であり、図２は５ＧにおけるLocation Serviceに関するリファレンスポイント表現によるアーキテクチャを示す図である。

【0031】

図において、ＵＥ（User Equipment）２は、ユーザ（加入者）の端末である。ＲＡＮ（Radio Access Network）３は、５Ｇコアネットワーク（５ＧＣ）へのアクセス網である。ＲＡＮ３は、基地局（ｇＮＢ）によって構成される。５Ｇ網は、５Ｇコアネットワーク（５ＧＣ）及びアクセス網（（Ｒ）ＡＮ）を有し、５Ｇ網には、ＵＥ２、ＤＮ５、及びＡＦ１２が接続されている。ＮＦ１１ａ～１１ｏの夫々は、１又は２以上のコンピュータ（情報処理装置）がプログラムを実行することによって実現される機能である。ただし、単一のコンピュータがＮＦ１１ａ～１１ｏのいずれか２以上を実現してもよい。ＮＦ１１ａ～１１ｏの夫々はネットワークノードあるいはネットワークコンポーネントと称することもできる。

【0032】

５ＧＣは、ＮＦ（Network Function）と呼ばれる所定の機能を有するコンポーネントの集合によって構成される。図１には、５ＧＣを構成するＮＦ１１として、以下が図示されている。
ＵＰＦ（User Plane Function）１１ａ
ＡＭＦ（Access and Mobility Management Function）１１ｂ
ＳＭＦ（Session Management Function）１１ｃ
ＰＣＦ（Policy Control Function）１１ｄ
ＮＥＦ（Network Exposure Function）１１ｅ
ＮＲＦ（Network Repository Function）１１ｇ
ＮＳＳＦ（Network Slice Selection Function）１１ｈ
ＡＵＳＦ（Authentication Server Function）１１ｉ
ＵＤＭ（Unified Data Management）１１ｊ
ＮＷＤＡＦ（Network Data Analytics Function）１１ｋ
ＬＭＦ（Location Management Function）１１ｍ
ＧＭＬＣ（Gateway Mobile Location Centre）１１ｎ
ＬＲＦ（Location Retrieval Function）１１ｏ

【0033】

ＵＰＦ１１ａは、ユーザパケット（ＵＥ２が送受信するユーザプレーンのパケット）のルーティング及び転送、パケット検査、ＱｏＳ処理を行う。

【0034】

ＡＭＦ１１ｂは、５ＧＣにおけるＵＥの在圏収容装置である。ＡＭＦ１１ｂは、ＲＡＮ３を収容し、加入者認証制御、ＵＥ２の位置（モビリティ）管理などを行う。

【0035】

ＳＭＦ１１ｃは、ＰＤＵ（Protocol Data Unit）セッションを管理し、ＱｏＳ（Quality of Service）制御及びポリシー制御の実施のためにＵＰＦ１１ａを制御する。ＰＤＵセッションは、ＵＥ２とＤＮ（Data Network）５との間でデータのやり取りを行うための仮想的な通信路である。ＤＮ５は、５ＧＣ外部のデータネットワーク（インターネット等）である。

【0036】

ＰＣＦ１１ｄは、ＳＭＦ１１ｃの制御下で、ＱｏＳ制御、ポリシー制御、課金制御などを行う。ＱｏＳ制御では、パケットの優先転送などの通信の品質の制御が行われる。ポリシー制御では、ネットワーク或いは加入者情報に基づくＱｏＳ、パケット転送可否、課金などの通信制御が行われる。

【0037】

ＮＥＦ１１ｅは、外部ノードと制御プレーン内のノードの通信を仲介する役割を果たす。

【0038】

ＮＲＦ１１ｇは、５ＧＣ内におけるＮＦ（例えば、ＡＭＦ、ＳＭＦ、ＵＰＦなど）の情報を記憶及び管理している。ＮＲＦ１１ｇは、使用を所望するＮＦに係る問い合わせに対して、複数のＮＦの候補を問い合わせ元に返信することができる。

【0039】

ＮＳＳＦ１１ｈは、ネットワークスライシングによって生成されたネットワークスライスの中から、加入者が使用するネットワークスライスを選択する機能を有する。ネットワークスライスは、用途に応じたスペックを有する仮想のネットワークである。

【0040】

ＡＵＳＦ１１ｉは、ＡＭＦ１１ｂの制御下で加入者認証を行う加入者認証用サーバである。

【0041】

ＵＤＭ１１ｊは、加入者関連情報を保持し、加入者情報の提供、或いは、ＵＥ２の状態の取得、登録、削除、変更を行う。

【0042】

ＮＷＤＡＦ１１ｋは、各ＮＦ１１、ＯＡＭ端末８（図２）、外部サーバなどからのデータ収集、解析を行う機能を有している。ネットワークの分析情報を提供するＮＦである。

【0043】

ＬＭＦ１１ｍは、５ＧＣに登録されているまたは５ＧＣにアクセスしているＵＥの位置決定に必要なリソースの全体的な調整およびスケジューリングを管理する。ＬＭＦ１１ｍは、また、ＵＥの最終的な位置および速度の推定値を計算または検証し、達成された精度を推定してもよい。ＬＭＦ１１ｍは、Nlmfインターフェイスを使用して、サービングＡＭＦからターゲットＵＥの位置要求を受信する。ＬＭＦ１１ｍは、ＵＥ支援およびＵＥベースの測位方法に適用できる位置情報を交換するためにＵＥと対話し、位置情報を取得するためにＲＡＮ等と対話する。ＬＭＦ１１ｍは、ＵＥ位置決定の結果を所定の表現形式で表す。ＬＭＦ１１ｍは、位置情報の表現形式を位置要求を受信した際に、ＬＣＳクライアントのタイプ、サポートする形式等に基づいて決定してもよい。

【0044】

ＧＭＬＣ１１ｎは、Location Serviceをサポートするために必要な機能を含む。ＧＭＬＣ１１ｎはＬＣＳクライアント１３が最初にアクセスするノードである。ＧＭＬＣ１１ｎは、ＵＤＭから対象ＵＥのルーティング情報をおよびプライバシー情報を取得し、プライバシーの確認が取れたら位置要求をサービングＡＭＦに送信する。また、ＧＭＬＣ１１ｍは、ＮＦによるＵＥの位置決定（location determination）の要求を可能とする。

【0045】

ＬＲＦ１１ｏは、位置情報の取得（retrieval）または検証（validation）を担当する
。ＬＲＦ１１ｏは、ＧＭＬＣ１１ｎと併置してもよいし別個に配置してもよい。

【0046】

ＡＦ１２は、５ＧＣの一部としてＮＲＦ１１ｇを介してアプリケーションサービスを提供するＮＦ、または、５ＧＣの外部にありＮＥＦ１１ｅを介してアプリケーションサービスを提供するＮＦである。ＡＦ１２は、例えば、Ngmlcインターフェイスを使用して、同
じ信頼ドメイン(同じPLMN 内など)内のＧＭＬＣ１１ｎからＬＣＳサービスにアクセスし
、取得された位置情報に基づくサービスを提供する。

【0047】

ＬＣＳ（Location Service）クライアント１３は、Ｌｅリファレンスポイントを使用してＧＭＬＣ１１ｎからＬＣＳサービスにアクセスし、取得された位置情報に基づくサービスを提供する。ＬＣＳクライアント１３は、ＵＥ２内に存在してもよい。

【0048】

５ＧＣにおいて、同種類の複数のＮＦが用意される場合がある。例えば、ＮＦ１１がデータセンタ（局舎）毎に用意される場合がある。また、データセンタ間で１つのＮＦ１１が共用される場合もある。また、１つのデータセンタで複数個の同種類のＮＦ１１を構成
する場合もある。データセンタの数、ＮＦ１１の数は、ＮＦ１１とデータセンタとの対応関係は適宜設定することができる。

【0049】

ＬＭＦ１１ｍは、ＬＣＳクライアント１３またはＡＦ１２から対象ＵＥの位置情報を問い合わせる要求を受け付け、当該ＵＥの位置情報を応答として送信する。ここで、ＬＭＦ１１ｍが提供する位置情報は、空間充填曲線に基づくビット列で表現することができる。空間充填曲線の例は、例えば、ヒルベルト曲線またはＺ階数曲線を採用できる。本開示では、空間充填曲線に基づくビット列で表現された位置情報のことを「位置コード表現された位置情報」または単に「位置コード」とも称する。また、ＬＭＦ１１ｍは、ＬＣＳクライアント１３またはＡＦ１２から対象ＵＥが所定の領域に含まれるか否かの問い合わせを受け付け、その結果を応答として送信してもよい。

【0050】

＜情報処理装置及び端末の構成＞
図３Ａは、ＮＦ１１ａ～１１ｏ、ＯＡＭ端末、外部サーバの夫々として動作可能な情報処理装置の構成例を示す図である。図３Ａにおいて、情報処理装置２０は、パーソナルコンピュータ（ＰＣ）、ワークステーション（ＷＳ）、又はサーバマシンなどの専用又は汎用の情報処理装置（コンピュータ）を用いて構成可能である。もっとも、情報処理装置２０は、１又は２以上のコンピュータの集合体（クラウド）であってもよい。

【0051】

情報処理装置２０は、バスを介して相互に接続された、処理部又は制御部（コントローラ）としてのプロセッサ２１と、記憶装置２２と、通信装置２３と、入力装置２４と、ディスプレイ２５とを含む。

【0052】

記憶装置２２は、主記憶装置と補助記憶装置とを含む。主記憶装置は、プログラム及びデータの記憶領域、プログラムの展開領域、プログラムの作業領域、及び通信データのバッファ領域などの少なくとも一つとして使用される。主記憶装置はＲＡＭ（Random Access Memory）、又はＲＡＭとＲＯＭ（Read Only Memory）との組み合わせで構成される。補助記憶装置は、データ及びプログラムの記憶領域として使用される。補助記憶装置には、不揮発性記憶媒体が適用される。不揮発性記憶媒体は、例えば、ハードディスク、Solid State Drive（ＳＳＤ）、フラッシュメモリ、或いはＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）などである。また、記憶装置２２は、ディスク記録媒体のドライブ装置を含むことができる。

【0053】

通信装置２３は、通信処理を行う回路である。例えば、通信装置２３は、ネットワークインタフェースカード（ＮＩＣ）である。また、通信装置２３は、無線通信（５Ｇ、無線ＬＡＮ（Ｗｉ-Ｆｉ（登録商標））、ＢＬＥなど）を行う無線通信回路であってもよい。
また、通信装置２３は、有線の通信処理を行う回路と、無線通信回路との組み合わせであってもよい。

【0054】

入力装置２４は、キー、ボタン、ポインティングデバイス、及びタッチパネル等を含み、情報の入力に使用される。ディスプレイ２５は例えば液晶ディスプレイなどであり、情報及びデータを表示する。

【0055】

プロセッサ２１は、記憶装置２２に記憶された各種のプログラムを実行することによって、様々な処理を行う。プロセッサ２１が記憶装置２２に記憶されたプログラムを実行することによって、情報処理装置２０は、ＮＦ１１ａ～１１ｋ、ＯＡＭ端末８、外部サーバ１２ａ及び１２ｂの夫々として動作することができる。

【0056】

図３Ｂは、ＵＥ２として動作可能な端末４０の構成例を示す図である。端末４０は、バスを介して相互に接続された、プロセッサ４１と、記憶装置４２と、通信装置４３と、入
力装置４４と、ディスプレイ４５、センサ４６とを含む。プロセッサ４１、記憶装置４２、通信装置４３、入力装置４４、及びディスプレイ４５は、プロセッサ２１、記憶装置２２、通信装置２３、入力装置２４、及びディスプレイ２５と同様のものを使用可能である。このため、これらの説明は省略する。

【0057】

プロセッサ２１及び４１は、例えば、Central Processing Unit（ＣＰＵ）である。Ｃ
ＰＵはMicroprocessor Unit（ＭＰＵ）とも呼ばれる。プロセッサ２１及び４１は、単一
のプロセッサ構成であってもマルチプロセッサ構成であってもよい。また、単一のソケットで接続される単一の物理ＣＰＵがマルチコア構成を有していても良い。プロセッサ２１及び４１は、Digital Signal Processor（ＤＳＰ）、或いはGraphics Processing Unit（ＧＰＵ）などの様々な回路構成の演算装置を含んでも良い。また、プロセッサ２１及び４１は、集積回路（ＩＣ）、その他のディジタル回路、及びアナログ回路などの少なくとも一つと連携する構成を有していてもよい。集積回路は、ＬＳＩ、Application Specific Integrated Circuit（ＡＳＩＣ）、及びプログラマブルロジックデバイス（ＰＬＤ）など
を含む。ＰＬＤは、例えば、Field-Programmable Gate Array（ＦＰＧＡ）を含む。プロ
セッサ２１及び４１は、例えば、マイクロコントローラ（ＭＣＵ）、ＳｏＣ（System-on-a-chip）、システムＬＳＩ、或いはチップセットなどと呼ばれるものも含む。

【0058】

センサ４６の例は、ミリ波レーダーなどのレーダーセンサ、ＬｉＤＡＲ（Light Detection And Ranging）センサ、超音波センサ、画像センサ、音響センサ、測位センサ、照度
センサ、降雨センサ、温度センサ、湿度センサのようなＵＥ２の外部環境を測定するためのセンサである。センサ４６の他の例は、速度センサ、加速度センサ、およびＵＥ２の内部状態を測定するためのセンサである。ここで挙げたセンサは例示に過ぎず、本開示は任意のセンサを含む。センサ４６の一例は、ＧＰＳ装置などのＧＮＳＳ（Global Navigation Satellite System）測位装置である。

【0059】

＜動作例：Location Service＞
図４は、位置サービスの一例として、商用位置サービスのための5GC-MT-LR(5GC Mobile
Terminated Location Request)手順を示す。図４は、TS23.273 v18.1.0の図6.1.2-1（商用位置サービスのための5GC-MT-LR手順）の一部を抜粋した図であり、処理番号は同図の
番号に対応する。なお、図４の処理は一例に過ぎず、本開示は規制（regulatory）位置サービスおよび5GC-MO-LR(5GC Mobile Originated Location Request)手順、あるいはその
他の手順にも適用可能である。

【0060】

ステップ１ａまたは１ｃにおいて、ＬＣＳクライアント１３またはＮＦ１１は、対象ＵＥ２の位置要求をＧＭＬＣ１１ｎに送信する。ステップ１ｂ（１ｂ－１および１ｂ－２）において、ＡＦ１２は対象ＵＥ２の位置要求を、ＮＥＦ１１ｅを介してＧＭＬＣ１１ｎに送信する。これらの要求を本開示においてＬＣＳ要求と称する。ＬＣＳ要求には、オプションで対象ＵＥの速度の要求が含まれてもよい。また、ＬＣＳ要求には、必要なＱｏＳ、サポートされている位置情報の表現形式および形状、その他の属性が含まれてもよい。ＬＣＳ要求は、サービスＩＤ、コードワード、およびサービスカバレッジ情報が含まれてもよい。

【0061】

ＬＣＳ要求を受けたＧＭＬＣ１１ｎは、ＵＤＭ１１ｊからＵＥ２のプライバシー設定を取得し、ＬＣＳプライバシープロファイルを確認する。対象ＵＥ２の位置特定が許可されている場合にＧＭＬＣ１１ｎは以降の処理を行う。また、ＧＭＬＣ１１ｎは、ＵＤＭ１１ｊから現在サービスを提供しているＡＭＦ１１ｂのネットワークアドレスを取得する。

【0062】

ステップ５において、ＧＭＬＣ１１ｎは、ＡＭＦ１１ｂに対してNamf_Location_ProvidePositioningInfoサービス操作を呼び出して、対象ＵＥ２の現在位置を要求する。ＵＥ２
がアイドル状態にあるときは、ＡＭＦ１１ｂはネットワークトリガーのサービス要求手順を開始して、ＵＥ２とのシグナリング接続を確立し、必要に応じてプライバシー検証を行う。

【0063】

ステップ１１において、ＡＭＦ１１ｂは、ＬＭＦ１１ｍに対してNlmf_Location_DetermineLocationサービス操作を呼び出して、対象ＵＥ２の現在位置を要求する。当該サービ
ス操作は、ＬＣＳ相関識別子（LCS Correlation identifier）、マスターＲＡＮノードにおけるプライマリセルのサービングセル識別子、ＤＣ（Dual Connectivity）シナリオで
はセカンダリＲＡＮにおけるプライマリセルのサービングセル識別子、クライアントタイプを含む。当該サービス操作は、ＵＥ２がサポートする位置情報の表現形式や形状の情報を含んでもよい。

【0064】

ステップ１３において、ＬＭＦ１１ｍは、対象ＵＥ２の位置決定手順を実行し、決定されたＵＥ２の現在位置を含むNlmf_Location_DetermineLocation ResponseをＡＭＦ１１ｂに返す。ステップ１４において、ＡＭＦ１１ｂは、対象ＵＥ２の現在位置を含むNamf_Location_ProvidePositioningInfo ResponseをＧＭＬＣ１１ｎに返す。ＧＭＬＣ１１ｎは、
必要に応じてプライバシー検証を再度行った上で、ステップ２４ａ，２４ｂ（２４ｂ－１，２４ｂ－２），２４ｃにおいて位置サービス応答を、ＬＣＳクライアント１３、ＡＦ１２，ＮＦ１１に返す。

【0065】

＜メッセージおよびパラメータ＞
Nlmf_Locationサービスにおけるサービス操作は、ＬＣＳクライアント１３等のサービ
ス要求元へUE位置情報を提供するDetermineLocationサービス操作を含む。DetermineLocation Request（位置問い合わせ要求）は、例えば、外部クライアントの種類、ＬＣＳ相関識別子、サービングセル識別子、位置ＱｏＳ、サポートするデータ形式および形状等の情報を含みうる。サポートするデータ形式の例は、緯度経度高度による表現形式および空間充填曲線に基づく位置コード表現形式である。サポートする形状の例は、点、不確かさを含む点、円、楕円、多角形、および矩形の集合である。

【0066】

対象ＵＥの位置情報取得に成功した場合、ＬＭＦ１１ｍはDetermineLocation Request
への応答として位置データを含むDetermineLocation Responseを返す。一実施形態では、この応答には空間充填曲線に基づく位置コード表現された位置情報が含まれる。ここで、空間充填曲線に基づく位置情報のビット列表現について説明する。

【0067】

図５Ａおよび図５Ｂは空間充填曲線に基づく位置情報のビット列表現（言い換えると、位置コードの生成方法）を説明するための図である。位置コードは、位置を所定の範囲を有する矩形として表現する。具体的には、緯度方向（第１の方向）の位置を特定する第１のビット列と、経度方向（第２の方向）の位置を特定する第２のビット列を定義して、これらのビットの組み合わせにより矩形領域が指定される。

【0068】

図５Ａの例は、全体領域５０を緯度経度方向にそれぞれ２分割して合計４つの領域を定義する例である。緯度方向および経度方向を２分割しているので、緯度方向および経度方向の位置を表すビット列は1ビットの長さである。例えば、領域５１は、緯度方向の位置
を表すビット「０」と経度方向のビット「０」を組み合わせて「００」と２ビットで表現される。

【0069】

図５Ｂの例は、全体領域５０を緯度経度方向にそれぞれ４分割して合計１６個の領域を定義する例である。緯度方向および経度方向を４分割しているので、緯度方向および経度方向の位置を表すビット列は２ビットの長さである。ここで、図５Ｂでは図５Ａの分割を細分化しているため、緯度方向および経度方向を特定するビット列は、図５Ａにおけるビ
ット列に１ビット付加することにより作成される。図５Ｂにおける各領域５２～５５は、緯度方向を表すビット列と経度方向を表すビット列を交互に配置したビット列により表現される。例えば、領域５３は経度方向を特定するビット列「００」と緯度方向を特定するビット列「０１」を交互に配置することにより「０００１」と表現される。なお、図５Ａおよび図５Ｂにおいて説明のために、緯度方向を特定するビット列に下線を付加して示している。

【0070】

このような規則に基づいて位置コードが決定されているので、位置コードによって表される領域（矩形）の広さは、位置コードのビット数に応じた広さとなる。具体的には、ビット数が少ないほど領域の広さは広くなり、ビット数が多いほど領域の広さは狭くなる。また、分割の階層が１段階増えるごとに、領域の広さは４分の１となり位置コードは２ビット増える。上位階層の領域（例えば領域５１）は下位階層の領域（例えば領域５２～５５）の合計と等しい領域である。

【0071】

なお、ここでは、２次元の位置コードについて説明したが、高度を加えた３次元空間充填曲線に基づいて、３次元空間中の位置および領域を表現可能である。本開示において、ＵＥの３次元位置を位置コード形式で表現してもよいし、ＵＥの３次元位置を２次元の位置コード形式と高度の組み合わせで表現してもよい。

【0072】

また、上位階層の領域に含まれる下位階層の領域の位置コードは、その上位ビットが上位階層の領域の位置コードと等しい。例えば、領域５２～５５の各領域の上位２ビットは、これらの領域を含む上位階層の領域５１の位置コード「００」と等しい。したがって、このようなコード表現によれば、領域同士の包含関係をビット列の比較、言い換えるとビット論理演算だけで簡単に行える。なお、このような上位ビットの一致判定による包含関係の確認は、任意の階層間の領域比較に適用可能である。

【0073】

ＬＭＦ１１ｍは、DetermineLocation Responseの本文に上記のような位置コード表現されたＵＥ２の位置情報を含めてＡＭＦ１１ｂに送信する。なお、ＬＭＦ１１ｍは、その他ケースでは緯度経度高度形式などその他の表現形式の位置情報をＡＭＦ１１ｂに送信してもよい。

【0074】

＜ＬＭＦ１１ｍの動作例＞
図６は、ＬＭＦ１１ｍが位置問い合わせ要求に対して行う処理を示すフローチャートである。ステップＳ６１において、対象ＵＥ２の位置問い合わせ要求を受信する。ステップＳ６２において、ＬＭＦ１１ｍは、対象ＵＥ２の位置コード形式のＵＥ位置情報を取得する。ステップＳ６３において、ＬＭＦ１１ｍは、位置コード形式のＵＥ位置情報を含む応答を作成して、位置問い合わせの要求元に送信する。

【0075】

図７は、ステップＳ６２においてＬＭＦ１１ｍが行うＵＥ位置情報の取得および格納に関する処理を説明するフローチャートである。

【0076】

ステップＳ７１において、ＬＭＦ１１ｍは、ＵＥ位置情報を取得する。ＵＥ位置情報の取得方法は特に限定されず、ＲＡＮ３を用いた位置決定が行われてもよいし、ＵＥ２が自ら備えるセンサ（測位装置）を用いて位置決定が行われてもよい。あるいは、ＬＭＦ１１ｍは他のＮＦにＵＥ位置情報を要求することにより取得してもよい。ＬＭＦ１１ｍが取得する位置情報の表現形式は任意であってよく、例えば、緯度経度高度形式、空間充填曲線に基づく位置コード表現形式であってよい。

【0077】

ステップＳ７２において、ＬＭＦ１１ｍは、取得した位置情報が空間充填曲線に基づく位置コード表現形式であるか否か判断する。位置コード形式である場合には処理はステッ
プＳ７３に進み、そうでない場合には処理はステップＳ７４に進む。なお、ＬＭＦ１１ｍが取得する位置情報の表現形式があらかじめ定められている場合、あるいは事前に把握可能である場合には、ステップＳ７２の判定処理を省略してもよい。

【0078】

ステップＳ７３において、ＬＭＦ１１ｍは位置情報を位置コード形式に変換する。位置コード形式の変換処理は、他の表現形式（例えば緯度経度高度表現）で表現された位置情報が、位置コード表現形式におけるいずれの矩形領域に属するかを判定し、当該矩形領域を表す位置コードを出力することにより行える。なお、出力する位置コードのビット数は、あらかじめ固定されていてもよいし、取得された位置情報の精度または不確かさが明らかな場合には、この精度または不確かさに応じたビット数としてもよい。

【0079】

ステップＳ７４において、ＬＭＦ１１ｍは、このようにして得られた位置コード形式のＵＥ位置情報を記憶装置に記憶する。

【0080】

図６に示す処理を実行するＬＭＦ１１ｍ、より詳細には位置問い合わせ要求（図４の11. Nlmf_Location_DetermineLocation Request）に対して位置コード形式のＵＥ位置情報
を含む応答（13. Nlmf_Location_DetermineLocation Response）を返すＬＭＦ１１ｍが、本開示における「ネットワークノード」に相当する。ただし、ＡＭＦ１１ｂが返すNamf_Location_ProvidePositioningInfo Responseも位置コード形式のＵＥ位置情報を含むこと
から、ＡＭＦ１１ｂも本開示における「ネットワークノード」に相当する。同様に、ＧＭＬＣ１１ｎがＬＣＳクライアント１３、ＡＦ１２、ＮＦ１１に返す応答（図４の処理24a
～24c）も位置コード形式のＵＥ位置情報を含むことから、ＧＭＬＣ１ｎも本開示におけ
る「ネットワークノード」に相当する。

【0081】

＜その他の要求＞
上記の位置問い合わせ要求は、対象ＵＥの現在位置の要求（Immediate Location Request）であるとして説明した。しかしながら、LCS Serviceにおける位置問い合わせ要求は
、イベントに基づいて発生しうる将来の位置の要求（Deferred Location Request）であ
ってもよい。トリガイベントの例として、UEの利用可能性、所属エリアの変更、定期的報告、ＵＥの移動に関するイベントが挙げられる。

【0082】

エリア変更イベントの例として、ＵＥが所定の領域から退出したこと、ＵＥが所定の領域に進入したこと、ＵＥが所定のエリアに現在位置していることが挙げられる。このようなイベントベースのＵＥ位置問い合わせ要求に対応するためには、ＬＭＦ１１ｍは、要求に含まれる所定の領域を空間充填曲線に基づく位置コード形式に変換して記憶する。ＬＭＦ１１ｍは、ＵＥ位置が所定の領域に含まれるか否かを、ＵＥ位置と所定領域の位置コードの上位ビットの比較により判断する。所定の領域を位置コード形式に変換するためのオーバヘッドを考慮しても、包含関係の判断が容易となるため全体としては処理効率が向上することが見込める。

【0083】

図８は、任意形状の領域を位置コード表現する例の一つとして、円形状の領域８０を、位置コード形式で表す例を説明する図である。この例では、破線で示される円形状の領域８０が、４ビットで表現される４つの矩形領域８１と、６ビットで表現される８つの矩形領域８２の組み合わせにより表現できることが示されている。このように、任意形状の領域は、複数の矩形領域を表すビット列を列挙することにより表現できる。なお、図８の説明は概要を示すものであり、各矩形領域を表すビット列はより多くてよい。

【0084】

このように位置コード形式で表された領域とＵＥの位置の包含関係を判定するためには、領域を構成する各矩形領域とＵＥ位置の包含関係を上位ビットの比較により行い、ＵＥ位置がいずれかの矩形領域に含まれるか否かを判定すればよい。ビット列の比較（ビット
論理和演算）という簡単な処理なので、領域を構成する矩形の数が多くても、迅速な判定処理が可能である。

【0085】

また、位置問い合わせ要求は、ＵＥの位置情報の要求に加えて、あるいは代えて、ＵＥが所定の領域に位置するか否かについての確認要求が含まれてもよい。「所定の領域」は位置問い合わせ要求において緯度経度形式あるいはＧＡＤ形式で表現されてもよいし、位置コード形式で表現されてもよい。所定の領域が緯度経度形式あるいはＧＡＤ形式で表現されている場合には、ＬＭＦ１１ｍは当該情報を位置コード形式に変換した上で、ＵＥ位置との包含関係判断を行う。本願関係の判断は、上述のように領域を表す位置コードとＵＥ位置を表す位置コードの上位ビットの比較により行える。また、所定の領域が複数の領域で表現されている場合には、各領域についてＵＥ位置との包含関係の判断を行えばよい。

【0086】

なお、所定の領域は、ＬＣＳクライアント１３（あるいはＡＦ１３，ＮＦ１１）が位置コード形式で位置問い合わせ要求に含めてもよいし、ＧＭＬＣ１１ｎ、ＡＦ１１ｂ、ＬＭＦ１１ｍのいずれかのＮＦまたはその他のＮＦにおいて形式変換を行ってもよい。

【0087】

＜本実施形態の有利な効果＞
本実施形態によれば、空間充填曲線に基づく位置コード形式でＵＥの位置が表現されるため、端末位置が指定領域に含まれるか否かの判断を論理演算により実施でき、高速な判定が可能となる。また、位置コード形式での表現を用いることで、任意形状の領域を柔軟に表現可能という利点もある。

【0088】

＜その他の変形例＞
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。

【0089】

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

【符号の説明】

【0090】

２：ユーザ端末（ＵＥ）
１１ｍ：ＬＭＦ（Location Management Function）
１１ｎ：ＧＭＬＣ（Gateway Mobile Location Centre）
１１ｏ：ＬＲＦ（Location Retrieval Function）
１２：ＡＦ（Application Function）
１３：ＬＣＳ（Location Service）クライアント

【図1】

【図2】

【図3A】

【図3B】

【図4】

【図5】

【図6】

【図7】

【図8】