知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
特許7011074ターゲットデバイスの測位をハンドリングするための方法および装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-01-17
(45)【発行日】2022-01-26
(54)【発明の名称】ターゲットデバイスの測位をハンドリングするための方法および装置
(51)【国際特許分類】
G01S 5/10 20060101AFI20220119BHJP
H04W 64/00 20090101ALI20220119BHJP
【ＦＩ】
G01S5/10
H04W64/00 173
【請求項の数】
18
(21)【出願番号】P 2020542284
(86)(22)【出願日】2019-02-07
(65)【公表番号】
(43)【公表日】2021-05-20
(86)【国際出願番号】 SE2019050102
(87)【国際公開番号】W WO2019156620
(87)【国際公開日】2019-08-15
【審査請求日】2020-10-20
(31)【優先権主張番号】62/627,962
(32)【優先日】2018-02-08
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100161470
【弁理士】
【氏名又は名称】冨樫 義孝
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(74)【代理人】
【識別番号】100194320
【弁理士】
【氏名又は名称】藤井 亮
(72)【発明者】
【氏名】リュデン， ヘンリク
(72)【発明者】
【氏名】モダレス ラザヴィ， サラ
(72)【発明者】
【氏名】グンナルソン， フレデリック
(72)【発明者】
【氏名】シュレエバスタフ， リテッシュ
【審査官】梶田 真也
(56)【参考文献】
【文献】特許第５４５０８３２（ＪＰ，Ｂ１）
【文献】米国特許出願公開第２０１６／０２３４６４４（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１４／００６７２６２（ＵＳ，Ａ１）
【文献】国際公開第２０１６／１２６８４７（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０１Ｓ ５／００ － ５／１４
Ｇ０１Ｓ １９／００ － １９／５５
Ｇ０１Ｃ ２１／００ － ２１／３６
Ｇ０１Ｃ ２３／００ － ２５／００
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
ターゲットデバイス（１０）の測位をハンドリングするための、前記ターゲットデバイスによって実施される方法であって、－ ネットワークノード（２０）から、変位報告についての要求であって、前記変位を決定するときに前記ターゲットデバイスによって使用されるべき、少なくとも１つの好ましいロケーションソースおよび／または参照位置を含む要求を取得すること（３１０）と、
－ 少なくとも１つのロケーションソースによって実施される測定に基づいて、参照位置に対する前記ターゲットデバイス（１０）の１つまたは複数の変位を決定すること（３２０）と、
－ 前記ネットワークノード（２０）に、前記ターゲットデバイス（１０）の前記決定された１つまたは複数の変位と、前記参照位置が関連付けられた参照時間とを含む、リポートを送ること（３３０）と
を含む、方法。
【請求項2】
前記ネットワークノード（２０）に送られた前記リポートは、前記１つまたは複数の変位の各々が前記参照時間と比較して決定されたときの現在時間のデルタタイムスタンプをさらに含む、請求項１に記載の方法。
【請求項3】
前記リポートを送ること（３３０）が、前記変位を決定するために使用された前記少なくとも１つのロケーションソースに関する情報を送ることをさらに含む、請求項１または２に記載の方法。
【請求項4】
－ 前記ネットワークノード（２０）に、変位報告のためのサポートされるロケーションソースに関する能力情報を送ること（３００）をさらに含む、請求項１から３のいずれか一項に記載の方法。
【請求項5】
前記少なくとも１つのロケーションソースが、慣性測定ユニット（ＩＭＵ）、光センサー、加速度計、ジャイロ、気圧センサー、歩行者デッドレコニング（ＰＤＲ）システム、および／またはカメラのうちの少なくとも１つを含むセンサーである、請求項１から４のいずれか一項に記載の方法。
【請求項6】
前記ターゲットデバイス（１０）の前記参照位置が、前の時間において前記ネットワークノード（２０）に報告された位置である、請求項１から５のいずれか一項に記載の方法。
【請求項7】
ターゲットデバイス（１０）の測位をハンドリングするための、ネットワークノード（２０）によって実施される方法であって、－ 前記ターゲットデバイス（１０）に、変位報告についての要求であって、少なくとも１つの好ましいロケーションソースおよび／または参照位置を含む要求を送ること（４１０）と、
－ 前記ターゲットデバイス（１０）から、参照位置に対する前記ターゲットデバイス（１０）の１つまたは複数の変位であって、少なくとも１つのロケーションソースによって実施される測定に基づいて決定された、１つまたは複数の変位と、前記参照位置が関連付けられた参照時間とを含む、リポートを取得すること（４２０）と、
－ 前記取得された１つまたは複数の変位と、前記参照時間に関連付けられた前記参照位置とに基づいて、前記ターゲットデバイス（１０）の絶対位置を決定すること（４３０）と
を含む、方法。
【請求項8】
前記ターゲットデバイス（１０）から受信された前記リポートは、前記１つまたは複数の変位の各々が前記参照時間と比較して決定されたときの現在時間のデルタタイムスタンプをさらに含む、請求項７に記載の方法。
【請求項9】
前記取得されたリポートが、前記１つまたは複数の変位を決定するために使用された前記少なくとも１つのロケーションソースの指示をさらに含む、請求項７または８に記載の方法。
【請求項10】
－ 前記ターゲットデバイス（１０）から、変位報告のためのサポートされるロケーションソースに関する能力情報を受信すること（４３０）をさらに含む、請求項７から９のいずれか一項に記載の方法。
【請求項11】
前記少なくとも１つのロケーションソースが、慣性測定ユニット（ＩＭＵ）、光センサー、加速度計、ジャイロ、気圧センサー、歩行者デッドレコニング（ＰＤＲ）システム、および／またはカメラのうちの少なくとも１つを含むセンサーである、請求項７から１０のいずれか一項に記載の方法。
【請求項12】
前記ターゲットデバイス（１０）の前記参照位置が、前の時間において前記ネットワークノード（２０）に報告された位置である、請求項７から１１のいずれか一項に記載の方法。
【請求項13】
ターゲットデバイス（１０）であって、前記ターゲットデバイス（１０）の測位をハンドリングするための方法を実施するためのものであり、－ ネットワークノード（２０）から、変位報告についての要求であって、前記変位を決定するときに前記ターゲットデバイスによって使用されるべき、少なくとも１つの好ましいロケーションソースおよび／または参照位置を含む要求を取得することと、
－ 少なくとも１つのロケーションソースによって実施される測定に基づいて、参照位置に対する前記ターゲットデバイス（１０）の１つまたは複数の変位を決定することと、
－ 前記ネットワークノード（２０）に、前記ターゲットデバイス（１０）の前記決定された１つまたは複数の変位と、前記参照位置が関連付けられた参照時間とを含む、リポートを送ることと
を行うように設定された、ターゲットデバイス（１０）。
【請求項14】
前記ネットワークノード（２０）に、前記１つまたは複数の変位の各々が前記参照時間と比較して決定されたときの現在時間のデルタタイムスタンプをさらに含む、前記リポートを送るように設定された、請求項１３に記載のターゲットデバイス（１０）。
【請求項15】
ターゲットデバイスの測位をハンドリングするための方法を実施するための、ネットワークノード（２０）であって、－ 前記ターゲットデバイス（１０）に、変位報告についての要求であって、少なくとも１つの好ましいロケーションソースおよび／または参照位置を含む要求を送ることと、
－ 前記ターゲットデバイス（１０）から、参照位置に対する前記ターゲットデバイス（１０）の１つまたは複数の変位であって、少なくとも１つのロケーションソースによって実施される測定に基づいて決定された、１つまたは複数の変位と、前記参照位置が関連付けられた参照時間とを含む、リポートを取得することと、
－ 前記取得された１つまたは複数の変位と、前記参照時間に関連付けられた前記参照位置とに基づいて、前記ターゲットデバイス（１０）の絶対位置を決定することと
を行うように設定された、ネットワークノード（２０）。
【請求項16】
前記ターゲットデバイス（１０）から、前記１つまたは複数の変位の各々が前記参照時間と比較して決定されたときの現在時間のデルタタイムスタンプをさらに含む、前記リポートを取得することを行うようにさらに設定された、請求項１５に記載のネットワークノード（２０）。
【請求項17】
ターゲットデバイス（１０）として動作するコンピュータのプロセッサによって実行されたとき、前記プロセッサに、－ ネットワークノード（２０）から、変位報告についての要求であって、前記変位を決定するときに前記ターゲットデバイスによって使用されるべき、少なくとも１つの好ましいロケーションソースおよび／または参照位置を含む要求を取得すること（３１０）と、
－ 少なくとも１つのロケーションソースによって実施される測定に基づいて、参照位置に対する前記ターゲットデバイス（１０）の１つまたは複数の変位を決定すること（３２０）と、
－ 前記ネットワークノード（２０）に、前記ターゲットデバイス（１０）の前記決定された１つまたは複数の変位と、前記参照位置が関連付けられた参照時間とを含む、リポートを送ること（３３０）と
を実施させる命令を備える、コンピュータプログラム。
【請求項18】
ネットワークノード（２０）として動作するコンピュータのプロセッサによって実行されたとき、前記プロセッサに、
－ ターゲットデバイス（１０）に、変位報告についての要求であって、少なくとも１つの好ましいロケーションソースおよび／または参照位置を含む要求を送ること（４１０）と、
－ 前記ターゲットデバイス（１０）から、参照位置に対する前記ターゲットデバイス（１０）の１つまたは複数の変位であって、少なくとも１つのロケーションソースによって実施される測定に基づいて決定された、１つまたは複数の変位と、前記参照位置が関連付けられた参照時間とを含む、リポートを取得すること（４２０）と、
－ 前記取得された１つまたは複数の変位と、前記参照時間に関連付けられた前記参照位置とに基づいて、前記ターゲットデバイス（１０）の絶対位置を決定すること（４３０）と
を実施させる命令を備える、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本明細書の実施形態は、セルラーネットワークなど、無線通信システムにおけるターゲットデバイスの測位に関する。詳細には、本明細書の実施形態は、ターゲットデバイスの測位をハンドリングするための、ターゲットデバイス、ネットワークノード、およびそれらにおける方法に関する。
【背景技術】
【0002】
一般的な無線通信ネットワークでは、無線通信デバイス、移動局、局（ＳＴＡ）、センサーおよび／またはユーザ機器（ＵＥ）としても知られる、無線デバイスが、無線アクセスネットワーク（ＲＡＮ）などのアクセスネットワークを介して、１つまたは複数のコアネットワーク（ＣＮ）またはＷｉ－Ｆｉネットワークと通信する。ＲＡＮは、ビームまたはビームグループと呼ばれることもある、サービスエリアまたはセルエリアに分割される地理的エリアをカバーし、各サービスエリアまたはセルエリアは、無線アクセスノード、たとえば無線基地局（ＲＢＳ）またはＷｉ－Ｆｉアクセスポイントなど、無線ネットワークノードによってサーブされ、それらは、いくつかのネットワークでは、たとえば、ノードＢ、ｅノードＢ（ｅＮＢ）、または５Ｇにおいて示される次世代ノードＢ（ｇＮＢ）と示されることもある。サービスエリアまたはセルエリアは、無線ネットワークノードによって無線カバレッジが提供される地理的エリアである。無線ネットワークノードは、無線ネットワークノードの範囲内で、無線周波数上で動作するエアインターフェースを介して無線デバイスと通信する。
【0003】
第４世代（４Ｇ）ネットワークとも呼ばれる、エボルブドパケットシステム（ＥＰＳ）のための仕様は、第３世代パートナーシッププロジェクト（３ＧＰＰ）内で完成されており、この作業は、たとえば、５Ｇ新無線（ＮＲ）とも呼ばれる第５世代（５Ｇ）ネットワークを指定するために、来たるべき３ＧＰＰリリースにおいて続く。ＥＰＳは、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）無線アクセスネットワークとしても知られる、拡張ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）と、システムアーキテクチャエボリューション（ＳＡＥ）コアネットワークとしても知られる、エボルブドパケットコア（ＥＰＣ）とを備える。Ｅ－ＵＴＲＡＮ／ＬＴＥは、無線ネットワークノードが、３Ｇネットワークにおいて使用されるＲＮＣにではなくＥＰＣコアネットワークに直接接続される、３ＧＰＰ無線アクセスネットワークの変形態である。
【0004】
概して、ＬＴＥネットワークは、広範囲の測位方法のサポートを有する。異なる展開条件における高い測位精度要件を満たすために、これらの測位方法のうちの２つまたはそれ以上を同時に探求するハイブリッドソリューションに対する関心がますます拡大される。ＵＥなどのターゲットデバイスにおけるいくつかのセンサー測定は、たとえば参照位置などの特定の参照、および／またはたとえば参照変位時間などの参照時間に対する測位に関して、有用な情報を提供し得る。３ＧＰＰ Ｒｅｌ．１４では、気圧センサーのサポートが導入され、それにより、ＵＥの垂直位置の推定のためのソリューションを提供する。正確な測位に関する進行中の３ＧＰＰ Ｒｅｌ．１５作業項目は、センサー測定のサポートを含む。
【0005】
地理の座標系は、数の指定されたセットで地球上のあらゆるロケーションを指定する座標系である。これは、任意のロケーションが、指定された垂直位置および水平位置を有することを可能にし、これは、あるポイントが地球の表面上にロケートされることを可能にする。数のさらなるセットが、固定原点（ｆｉｘｅｄ ｄａｔｕｍ）、概して海面に対する同じポイントの高度を指示する。
【0006】
これは、考慮中の国または地域に応じて変動することができる。また、地球の中心と見なされる固定ポイントからのすべての３つの軸における距離を与えるデカルト座標で位置をロケートすることが可能であるが、実際に考慮されるのは地球の質量の中心であり、これはよりロケートしやすいからである。
【0007】
絶対ロケーションは、固定基準（ｆｉｘｅｄ ｒｅｆｅｒｅｎｃｅ）をそれら自体有するいくつかの座標に関して、ターゲットデバイスまたは場所のロケーションを決定するのを助ける。ターゲットデバイスの相対位置または変位は、いくつかの知られているロケーションまたは位置を参照して決定される。ターゲットデバイスの絶対ロケーションは、経度線および緯度線の助けをかりて決定され得る。これらは、地球の表面上のターゲットデバイスの位置を指示する。知られている位置から、知られている位置に対する位置、すなわち相対位置への変位は、本明細書では相対変位と呼ばれることもある。相対変位および変位という用語は、本明細書では互換的に使用され得る。
【0008】
以下の測位技法は、ＬＴＥにおいて考慮される技法のうちのいくつかである。
支援グローバルナビゲーション衛星システム（ＧＮＳＳ）。たとえば座標に関して、「絶対」位置を指示するＧＮＳＳ情報が、Ｅ－ＳＭＬＣからＵＥに提供される支援情報によってサポートされる、ＵＥによって時々取り出され得る。
観測到着時間差（ＯＴＤＯＡ）。ＵＥは、異なる基地局からの参照信号の時間差を推定し、マルチラテレーションによるＵＥの測位のために、得られたＯＴＤＯＡをＥ－ＳＭＬＣに送る。
支援グローバルナビゲーション衛星システム（ＧＮＳＳ）。たとえば座標に関して、「絶対」位置を指示するＧＮＳＳ情報が、Ｅ－ＳＭＬＣからＵＥに提供される支援情報によってサポートされる、ＵＥによって時々取り出され得る。
観測到着時間差（ＯＴＤＯＡ）。ＵＥは、異なる基地局からの参照信号の時間差を推定し、マルチラテレーションによるＵＥの測位のために、得られたＯＴＤＯＡをＥ－ＳＭＬＣに送る。
【0009】
しかしながら、これらの位置技法は、バッテリーを消費し、ＵＥが屋内に位置するときに制限を有する。３ＧＰＰ Ｒｅｌ．１５作業項目では、屋内測位を改善するためのソリューションが論じられてきた。これらのソリューションは、ＵＥの変位を決定するために、ＵＥ中に備えられるセンサーを使用することを提案する。
【0010】
しかしながら、センサー測定を変位に変換する際のＵＥ能力の変動が、変位推定の品質に関してロケーションサーバにおける不確実性を生じる。
【発明の概要】
【0011】
本明細書の実施形態の目的は、特にターゲットデバイスの測位を改善することによって、無線通信ネットワークの性能を向上させることである。
【0012】
本明細書の実施形態は、たとえばＵＥなどのターゲットデバイス、ネットワークノード、およびそれらにおける方法に関する。
【0013】
本明細書の実施形態の第１の態様によれば、目的は、ターゲットデバイスの測位をハンドリングするための、ターゲットデバイスによって実施される方法によって達成される。ターゲットデバイスは、少なくとも１つのロケーションソースによって実施される測定に基づいて、参照位置に対するターゲットデバイスの変位を決定する。参照位置は、前の時間インスタンスにおいて決定された位置である。ターゲットデバイスは、ターゲットデバイスの決定された変位と、参照位置が関連付けられた参照時間とを含む、リポートを送る。
【0014】
本明細書の実施形態の第２の態様によれば、目的は、ターゲットデバイスの測位をハンドリングするための、たとえばロケーションサーバまたは無線ネットワークノードなど、ネットワークノードによって実施される方法によって達成される。ネットワークノードは、ターゲットデバイスから、参照位置に対するターゲットデバイスの１つまたは複数の変位を含む、リポートを取得する。１つまたは複数の変位は、少なくとも１つのロケーションソースによって実施される測定に基づいて決定された。リポートは、参照位置が関連付けられた参照時間をさらに含む。ネットワークノードは、取得された１つまたは複数の変位と、参照時間に関連付けられた参照位置とに基づいて、ターゲットデバイスの絶対位置を決定する。
【0015】
本明細書の実施形態の第３の態様によれば、目的は、ターゲットデバイスの測位をハンドリングするための方法を実施するための、ターゲットデバイスによって達成される。ターゲットデバイスは、少なくとも１つのロケーションソースによって実施される測定に基づいて、参照位置に対するターゲットデバイスの１つまたは複数の変位を決定することを行うように設定される。ターゲットデバイスは、ネットワークノードに、ターゲットデバイスの決定された１つまたは複数の変位と、参照位置が関連付けられた参照時間とを含む、リポートを送ることを行うようにさらに設定される。
【0016】
本明細書の実施形態の第４の態様によれば、目的は、ターゲットデバイスの測位をハンドリングするための方法を実施するための、ネットワークノードによって達成される。ネットワークノードは、ターゲットデバイスから、参照位置に対するターゲットデバイスの１つまたは複数の変位であって、少なくとも１つのロケーションソースによって実施される測定に基づいて決定された、１つまたは複数の変位と、参照位置が関連付けられた参照時間とを含む、リポートを取得することを行うように設定される。ネットワークノードは、取得された１つまたは複数の変位と、参照時間に関連付けられた参照位置とに基づいて、ターゲットデバイスの絶対位置を決定することを行うようにさらに設定される。
【0017】
参照位置からの変位と、実施された測定の、たとえばタイムスタンプとしての時間、ならびに、実施された測定と参照位置が取得された参照時間との間の、たとえばデルタタイムスタンプとしてのデルタ時間とを報告することによって、ネットワークノードは、ＧＮＳＳ測定が利用可能でないシナリオにおいて、ターゲットデバイスの位置を決定し得る。
【0018】
絶対位置の代わりにターゲットデバイスの変位のみを報告することが、また、ネットワークにおいて伝送されるデータの量を低減し得、これは、ネットワークの性能およびスループットを増加させる。
【0019】
それにより、本明細書の実施形態は、ターゲットデバイスの、測位の精度など、測位を改善する。
【図面の簡単な説明】
【0020】
【図1】ＬＴＥ測位アーキテクチャを示す概略ブロック図である。
【図2】時系列の例示的な測定を示す概略ブロック図である。
【図3】ターゲットデバイスによって実施される方法の第１の実施形態を示すフローチャートである。
【図4】ネットワークノードによって実施される方法の第１の実施形態を示すフローチャートである。
【図5a】ターゲットデバイスのいくつかの第１の実施形態を示す概略ブロック図である。
【図5b】ターゲットデバイスのいくつかの第２の実施形態を示す概略ブロック図である。
【図6a】ネットワークノードのいくつかの第１の実施形態を示す概略ブロック図である。
【図6b】ネットワークノードのいくつかの第２の実施形態を示す概略ブロック図である。
【発明を実施するための形態】
【0021】
今日市場にあるＵＥの大部分が、慣性測定ユニット（ＩＭＵ）を装備している。ＩＭＵは、たとえば、３軸ジャイロスコープと３軸加速度計とを備え得る。ＩＭＵの使用は、測位性能を増加させ得るが、ＩＭＵはまた、ＵＥなどのターゲットデバイスにおいて行われる、たとえばＧＮＳＳおよび／またはＯＴＤＯＡなどの測定の必要を低減するために使用され得る。以下では、ターゲットデバイスおよびＵＥは互換的に使用され得る。
【0022】
これらのセンサーの測定は、ＵＥの位置の推定を形成するために融合され得、これは組み合わせられると呼ばれることもある。しかしながら、単にＩＭＵに基づく測位システムは、相対測位システムであり、言い換えれば、その測位システムは、参照位置と呼ばれることもある、知られている座標に対する、ＵＥの位置を推定し得る。
【0023】
慣性ナビゲーションシステム（ＩＮＳ）と呼ばれることもあるＩＭＵは、たとえば加速度計などの動きセンサー、たとえばジャイロスコープなどの回転センサー、および、時々、たとえば磁力計などの磁気センサーに基づき、それらのセンサーは、連続的に、デッドレコニングを介して、ＵＥの位置、配向、および速度（移動の方向および速さ）を計算する。参照ポイントリポートと組み合わせたこの情報は、ネットワークが、移動しているＵＥに、さらに改善された測位精度およびトラッキング能力を提供するのを助け得る。本明細書では、動きセンサーに基づくことは、動きセンサーを備え、備えられたセンサーに基づいて計算を実施することとして、解釈されるものとする。
【0024】
屋内測位における３ＧＰＰ Ｒｅｌ．１５作業項目では、以下が同意された。
・ ＩＭＵ測位のサポートを指定する。
〇 ＬＰＰを介したＩＭＵ測位とＩＭＵ関係推定を含むハイブリッド測位とをサポートするためのシグナリングおよびプロシージャを指定する。［ＲＡＮ２、ＲＡＮ１］
・ ＩＭＵ測位のサポートを指定する。
〇 ＬＰＰを介したＩＭＵ測位とＩＭＵ関係推定を含むハイブリッド測位とをサポートするためのシグナリングおよびプロシージャを指定する。［ＲＡＮ２、ＲＡＮ１］
【0025】
したがって、３ＧＰＰ Ｒｅｌ．１５ ＵＥは、主にロケーションサーバにおける変位推定を可能にするために、ＵＥのセンサーデータ、すなわちロケーションソースからのデータを報告することになる。ＩＭＵに加えて、光センサーも、報告されるために論じられており、圧力センサーが、以前のリリースからすでに規格化されている。
【0026】
概して、３つの測位モード、すなわち、ＵＥ支援、ＵＥベースおよびスタンドアロンがある。ＵＥ支援モードは、ＵＥの絶対ロケーションを決定するために、ロケーションサーバ（ＬＳ）からのサポートを必要とする。このモードを使用するＵＥは、必要な情報および測定をＬＳに送り得、ＬＳは、次いで、ＵＥの絶対位置を決定し得る。ＵＥベースおよびスタンドアロンモードの場合、ＵＥは、それ自体によってＵＥの絶対位置を決定することが可能であり得る。したがって、ＬＳに測定データを送る必要がない。ＵＥ支援およびＵＥベース測位モードでは、ＬＳは、ＵＥがどのくらいの頻度でＵＥのロケーションを報告すべきであるかを計算および決定し得るが、スタンドアロンの場合には、ＵＥはそれ自体で行う。本明細書では、絶対位置という用語は、たとえば世界測地系（ＷＧＳ）など、地球上の座標系における知られている座標として解釈されるものとし、その座標系は、ＵＥのロケーションが垂直位置および水平位置として指定されることを可能にし、これは、ＵＥが、地球の表面上に、およびたとえば海面などの固定原点に対する同じロケーションにあるＵＥの高度上にロケートされることを可能にする。
【0027】
変位は、参照時間と呼ばれることがある、特定の時間インスタンスにおける、ターゲットデバイスおよびネットワークノードに知られている参照位置からの変位として解釈されるものとする。参照位置は、たとえば、参照時間と呼ばれることがある、関連付けられた時間インスタンスにおける、ターゲットデバイスの絶対位置、あるいはターゲットデバイスによって報告された、またはネットワークノードによって決定された位置であり得る。言い換えれば、各参照位置は、参照位置が測定および／または報告された時間であり得る、関連付けられた参照時間を有することになる。したがって、ターゲットデバイスの、あるあらかじめ決定された位置が参照位置として使用されるとき、位置が決定された関連付けられた時間が、参照時間であることになる。
【0028】
センサー測定を変位に変換する際のＵＥ能力の変動が、変位推定の品質に関してロケーションサーバにおける不確実性を生じ得る。いくつかのＵＥは、複数のセンサーの結果を互いに融合させて正確な変位にすることが可能であり得るが、他のＵＥは、たとえばセンサーによって実施される測定など、センサーを正確な変位に変換することがあまり可能でないことがある。
【0029】
たとえば、圧力センサーを装備していないＵＥは、圧力センサーを装備したＵＥと比較して、高度におけるＵＥの変位を推定する能力をあまり有しない。また、高いセンサーサンプリング周波数をもつＵＥは、頻繁に位置を更新し得るが、より低いサンプリングレートをもつＵＥは、複数の変位を報告するとき、単にロケーションを外挿し得る。アドバンストＵＥは、変位を推定するために歩行者デッドレコニング（ＰＤＲ）のようなシステムを使用し得るが、他のＵＥは、変位を推定するために、たとえばトンネル内を移動しているなど、環境情報を使用し得る。
【0030】
他のタイプのセンサーの情報も使用され得る。前に、気圧センサーがＬＴＥ測位プロトコル（ＬＰＰ）に含まれた。他のタイプの、関心のセンサーは、たとえば、光センサーであり得、最近の調査は、ＵＥが屋内にあるかどうかを検出するためにＵＥ光センサーが使用され得ることを指示した。たとえば、ＵＥは、周辺光を測定するために光センサーおよび／またはカメラを使用し得、これは、ＵＥが屋内にあるのか屋外にあるのか、たとえば、たとえば移動している車両中で、ＵＥがトンネルに入るときを分類するために使用され得る。車載カメラは、たとえば、トンネルに入るときに相対距離を測定し得る。センサーは、たとえば、光強度を測定し得るが、センサーはまた、電球、ＬＥＤ、蛍光灯、ハロゲン光、または一般に屋内で見つけられる他の光源の特徴を識別するために、周辺光のスペクトル特性を分析し得る。したがって、ＵＥが屋外から屋内に移動したのかその逆に移動したのかに関する指示は、光センサーを使用して推定され得る。
【0031】
さらに、現在、ＵＥが変位を融合させるときにどんなセンサーを使用するべきであるかを指示するためのロケーションサーバにおけるプロシージャが存在しない。いくつかの地域では、いくつかのセンサー、たとえば圧力補償された建築物内の気圧計は、うまく機能しないことがある。ＵＥは、変位推定を行うとき、この知識を有しないことがある。
【0032】
図１は、本明細書の実施形態が実装され得る第１のシナリオによる、通信ネットワーク１００におけるＬＴＥ測位アーキテクチャの一例を示す。通信ネットワーク１００は、たとえば、５Ｇ、ＬＴＥ、Ｅ－Ｕｔｒａｎ、ＷＣＤＭＡ、ＧＳＭネットワーク、任意の３ＧＰＰセルラーネットワーク、Ｗｉｍａｘ、あるいは任意のセルラーネットワークまたはシステムなどの、無線通信ネットワークである。通信ネットワーク１００は、無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）とを備える。通信ネットワーク１００は、ほんの数個の可能な実装形態を挙げると、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥアドバンスト、５Ｇ、広帯域符号分割多元接続（ＷＣＤＭＡ）、モバイル通信用グローバルシステム／ＧＳＭ進化型高速データレート（ＧＳＭ／ＥＤＧＥ）、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭａｘ）、ウルトラモバイルブロードバンド（ＵＭＢ）、またはＷｉ－Ｆｉなど、いくつかの異なる技術のうちのいずれかを使用し得る。通信ネットワーク１００では、１つまたは複数のターゲットデバイス１０が、１つまたは複数のアクセスネットワーク（ＡＮ）、たとえばＲＡＮを介して、１つまたは複数のＣＮと通信し得る。ターゲットデバイス１０は、たとえば、ＵＥ、無線デバイス（ＷＤ）、移動局、非アクセスポイント（非ＡＰ）ＳＴＡ、ＳＴＡ、センサー、および／または無線端末であり得る。「無線デバイス」が、セル内で通信する、任意の端末、無線通信端末、ユーザ機器、マシン型通信（ＭＴＣ）デバイス、デバイスツーデバイス（Ｄ２Ｄ）端末、またはノード、たとえば、スマートフォン、ラップトップ、モバイルフォン、センサー、リレー、モバイルタブレット、さらには基地局を意味する、非限定的な用語であることが当業者によって理解されるべきである。
【0033】
ＲＡＮは、５Ｇ、ＬＴＥ、ＵＭＴＳ、Ｗｉ－Ｆｉまたは同様のものなど、無線アクセス技術（ＲＡＴ）を使用して、セルまたはビームなど、１つまたは複数の地理的エリアにわたって、無線カバレッジを各々提供する無線ネットワークノード３０のセットを備える。無線ネットワークノード３０は、無線ネットワークコントローラなどの無線アクセスネットワークノード、あるいは無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイントまたはアクセスポイント局（ＡＰ ＳＴＡ）などのアクセスポイント、アクセスコントローラ、基地局、たとえば、ｇＮＢ、ノードＢ、エボルブドノードＢ（ｅＮＢ、ｅノードＢ）などの無線基地局、基地トランシーバ局、アクセスポイント基地局、基地局ルータ、無線基地局の伝送構成、スタンドアロンアクセスポイント、あるいは、たとえば使用される無線アクセス技術および専門用語に応じて無線ネットワークノード３０によってサーブされるサービスエリアと呼ばれることもあるセル内で無線デバイスをサーブすることが可能な任意の他のネットワークユニットであり得る。
【0034】
ＣＮは、さらに、たとえば、モビリティ管理エンティティ（ＭＭＥ）４０および／またはゲートウェイモバイルロケーションセンター（ＧＭＬＣ）５０など、１つまたは複数のコアネットワークノードを備え、それらのコアネットワークノードは、たとえばＳ１インターフェースを介して、無線ネットワークノード１１０、１１１と通信するように設定され得る。コアネットワークノードは、たとえば、モバイルスイッチングセンター（ＭＳＣ）、ＭＭＥ、ＧＭＬＣ、運用管理（Ｏ＆Ｍ：Ｏｐｅｒａｔｉｏｎｓ ＆ Ｍａｎａｇｅｍｅｎｔ）ノード、運用アドミニストレーション保守（ＯＡＭ：Ｏｐｅｒａｔｉｏｎ，Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）ノード、運用サポートシステム（ＯＳＳ）ノード、および／または自己組織化ネットワーク（ＳＯＮ）ノードであり得る。コアネットワークノード１４０は、さらに、クラウド１４１中に備えられる分散ノードであり得る。
【0035】
ターゲットデバイス２０が、さらに、５Ｇ、ＬＴＥ、ＵＭＴＳ、Ｗｉ－Ｆｉまたは同様のものなど、複数の異なるＲＡＴを介して通信するように設定され得る。
【0036】
本開示では本明細書の実施形態を例示するために３ＧＰＰ ＬＴＥからの専門用語が使用されたが、これは、本明細書の実施形態の範囲を上述のシステムのみに限定するものと見なされるべきでないことに留意されたい。ＷＣＤＭＡ、ＷｉＭａｘ、ＵＭＢ、ＧＳＭネットワーク、任意の３ＧＰＰセルラーネットワーク、あるいは任意のセルラーネットワークまたはシステムを含む、他の無線システムも、本開示内でカバーされるアイデアを活用することから恩恵を受け得る。
【0037】
たとえばＵＥなどのターゲットデバイス１０と、ＬＳと呼ばれることもある、たとえばエボルブドサービングモバイルロケーションセンタ（Ｅ－ＳＭＬＣ）などのロケーションサーバなど、ネットワークノード２０との間のメッセージの交換は、ＬＰＰを介して実施され得る。他のセルラーネットワークは、わずかに異なるアーキテクチャを有し得、したがって、本明細書の実施形態は、ＬＰＰを介して実施されることに限定されないものとする。本明細書の実施形態はまた、他のセルラーネットワークにおいて同様のプロトコルを介して実施され得る。
【0038】
本明細書の実施形態によれば、ＵＥなどのターゲットデバイス１０は、たとえばロケーションサーバなどのネットワークノード２０に、変位を推定するために使用されたロケーションソースをシグナリングし得る。ロケーションサーバは、変位を推定するために使用される、好ましいセンサーまたはロケーションソースのセットをシグナリングし得る。１つのタイプのロケーションソースは、たとえばＩＭＵのようなセンサーであり得、別のソースはＰＤＲシステムであり得る。光センサーおよび他のソースはまた、相対的な報告された変位における屋内外変化環境に関する有用な情報を提供するために使用され得る。
【0039】
ＩＭＵ測定などのロケーションソース測定およびリポートを設定するとき、時間期間について代表的であり、サーバに関連し得る、何を測定すべきかが明らかでないことがある。ＵＥベースモードと呼ばれることもあるＵＥベースソリューションと比較して、ＵＥ支援モードと呼ばれることもあるＵＥ支援ソリューションは、遅延された測定を暗示し、また、観測を圧縮されたリポートに凝縮する必要を暗示するが、ＵＥベースソリューションは、頻繁な更新を伴う生の測定データから恩恵を受け得る。ＩＭＵ測定などのロケーションソース測定は、主に変位を決定するために使用され、たとえばＵＥなどのターゲットデバイス１０の実際のロケーションを決定するために、たとえば参照時間において決定される参照位置など、参照ポイントと組み合わせて使用され得る。時間参照は、たとえば、システムフレーム番号（ＳＦＮ）であり得る。
【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】
参照時間ならびに各セグメントの時間は、協定世界時（ＵＴＣ）における絶対時間と、別個のデルタ時間との組合せとして与えられ得、別個のデルタ時間は、ＵＴＣがサポートすることができるよりも細かい時間分解能を可能にするために、追加のデルタ時間を指示する。各セグメントの時間は、図２に関して説明されたように、各測定瞬間２３０の時間に対応する。参照時間はまた、ＳＦＮとして与えられ得る。
【0068】
別の実施形態によれば、現在位置は、位置推定のための既存の属性によって表され得るが、参照位置は、ＬｏｃａｔｉｏｎＩｎｆｏＬｉｓｔと示され得る、別個のロケーション情報リスト中の項目によって表され得る。既存の属性は、たとえば、たとえば、ｅｌｌｉｐｓｏｉｄＰｏｉｎｔ、ｅｌｌｉｐｓｏｉｄＰｏｉｎｔＷｉｔｈＵｎｃｅｒｔａｉｎｔｙＣｉｒｃｌｅ、ｅｌｌｉｐｓｏｉｄＰｏｉｎｔＷｉｔｈＵｎｃｅｒｔａｉｎｔｙＥｌｌｉｐｓｅ、ｐｏｌｙｇｏｎ、ｅｌｌｉｐｓｏｉｄＰｏｉｎｔＷｉｔｈＡｌｔｉｔｕｄｅ、ｅｌｌｉｐｓｏｉｄＰｏｉｎｔＷｉｔｈＡｌｔｉｔｕｄｅＡｎｄＵｎｃｅｒｔａｉｎｔｙＥｌｌｉｐｓｏｉｄ、および／またはｅｌｌｉｐｓｏｉｄＡｒｃなど、ｌｏｃａｔｉｏｎＣｏｏｒｄｉｎａｔｅＴｙｐｅｓであり得る。
【0069】
また別の実施形態では、参照位置は、位置推定のための既存の属性によって表され得るが、現在位置は、別個のロケーション情報リスト中の項目によって表され得る。
【0070】
また別の実施形態では、ターゲットデバイス１０は、ロケーション情報リストを介して履歴測位情報を報告し得る。
【0071】
また別の実施形態では、ターゲットデバイス１０は、１つまたは複数のセグメントにおいて、変位、ならびに随意に速度および／または加速度を分離し得る。実施形態の１つのモードでは、各セグメントは、セグメントの始端における位置、および／またはセグメントにわたって一定の速度推定、および／またはセグメントにわたって一定の加速度推定によって特徴づけられ得る。既存のロケーション情報属性は、たとえば、現在位置を表し得、現在位置は、最新のセグメント、すなわち最新の時間参照に関連付けられたセグメントの終わりにある。
【0072】
いくつかの実施形態によれば、各セグメントに関連付けられた位置推定は、代わりにセグメントの終わりを表し得る。これらの実施形態では、既存のロケーション情報属性は、第１のセグメント、すなわち最も早い時間参照に関連付けられたセグメントの始まりの位置を表し得る。第１のセグメントの始まりの位置は、たとえば、第１のセグメントの始まりの位置からの変位を決定することによって、セグメントの終わりにおける位置を推定するときの参照位置として使用され得る。
【0073】
図４は、ネットワークノード２０の観点から見た、本明細書の実施形態の主要なステップを示す。
【0074】
アクション４００：第１の随意のステップによれば、ネットワークノード２０は、ターゲットデバイス１０から、変位の報告に関連するターゲットデバイス１０の能力を取得し得る。いくつかの実施形態では、このリポートは、ネットワークノード２０および／またはネットワークノード２０中に備えられ得るＬＳから、ターゲットデバイス１０に送られた能力要求メッセージによって、トリガされ得る。本明細書では、報告に関連する能力は、ＵＥが報告することが可能であるセンサーデータとして解釈されるものとする。
【0075】
いくつかの実施形態では、ネットワークノード２０は、ターゲットデバイス１０から、変位報告のためのサポートされるロケーションソースに関する能力情報を受信し得る。
【0076】
アクション４１０：さらに、また随意に、ネットワークノード２０および／またはＬＳは、ターゲットデバイス１０に、変位情報報告についての要求を送り得る。随意に、ネットワークノード２０および／またはロケーションサーバは、ターゲットデバイス１０に、変位を決定するときにターゲットデバイスが使用するものとする、参照位置および／または参照時間を提供し得る。
【0077】
要求は、少なくとも１つの好ましいロケーションソースおよび／または参照位置を含み得る。
【0078】
アクション４２０：ネットワークノード２０および／またはＬＳは、ターゲットデバイス１０から、リポートを取得し、リポートは、参照位置に対するターゲットデバイス１０の、１つまたは複数の変位など、変位を含む。ターゲットデバイスの１つまたは複数の変位は、参照位置に対して報告され得、１つまたは複数の変位は、少なくとも１つのロケーションソースによって実施される測定と、参照位置が関連付けられた参照時間とに基づいて決定された。リポートはまた、たとえば、変位を決定するために使用された１つまたは複数のロケーションソースなど、変位がどのように決定されたかを指示し得る。少なくとも１つのロケーションソースは、たとえば、たとえばＩＭＵなどのセンサー、光センサー、加速度計、ジャイロ、気圧センサー、および／またはＰＤＲシステムであり得る。
【0079】
いくつかの実施形態では、変位のリポートは、初期測定ポイントにおけるターゲットデバイス１０の参照位置の指示を含み得る。その指示は、たとえば、実際の位置、または、参照として使用されるものとする、前に報告された位置に対する参照であり得る。前に報告された位置に対する参照は、たとえば、参照時間と呼ばれることもある、参照位置が取得された時間であり得る。リポートは、変位が決定された現在時間のタイムスタンプをさらに含み得、参照位置は、参照位置が取得された参照時間と比較したデルタタイムスタンプを報告することによって指示され得る。これは、たとえば、Ｌｏｃａｔｉｏｎ Ｉｎｆｏ Ｌｉｓｔ ＩＥ中で指示され得る。参照位置の指示は、変位を決定するために使用される参照位置をネットワークノードが識別することを可能にする。
【0080】
アクション４３０：取得された情報に基づいて、ネットワークノード２０および／またはＬＳは、ターゲットデバイス１０の絶対位置を推定し得る。ネットワークノードは、取得された１つまたは複数の変位と、リポート中に含まれる参照時間に関連付けられた参照位置とに基づいて、ターゲットデバイス１０の絶対位置を決定する。
【0081】
一実施形態では、ネットワークノード２０および／またはＬＳは、リポートからターゲットデバイス１０の変位を取り出し得、その変位を前の時間における絶対位置に関する情報と組み合わせ得る。前の時間における絶対位置は、変位を決定するための、ターゲットデバイスによって使用される参照位置に対応し得、前の時間は、リポート中でターゲットデバイス１０によって指示される参照時間に一致する。さらに、ネットワークノード２０および／またはＬＳは、前の時間における絶対位置を、ターゲットデバイス１０から受信された変位に関する情報と組み合わせることによって、位置を推定し得る。
【0082】
シグナリングサポート：
提案されるソリューションは、ロケーションサーバとして設定されるネットワークノード２０と、ターゲットデバイス１０との間の、あるシグナリングを必要とし得る。ＬＴＥでは、そのようなシグナリングのために使用されるプロトコルはＬＰＰである。同様の拡張が、新無線（ＮＲ）においてセンサーベース測位をサポートするために、５Ｇについて提案され得る。３ＧＰＰ仕様３６．３０５ ｖ１４．３．０および３６．３５５ ｖ１４．４．０は、たとえば、ＬｏｃａｔｉｏｎＩｎｆｏＬｉｓｔ－ｒ１５と示されるフィールドで拡張され得る。
提案されるソリューションは、ロケーションサーバとして設定されるネットワークノード２０と、ターゲットデバイス１０との間の、あるシグナリングを必要とし得る。ＬＴＥでは、そのようなシグナリングのために使用されるプロトコルはＬＰＰである。同様の拡張が、新無線（ＮＲ）においてセンサーベース測位をサポートするために、５Ｇについて提案され得る。３ＧＰＰ仕様３６．３０５ ｖ１４．３．０および３６．３５５ ｖ１４．４．０は、たとえば、ＬｏｃａｔｉｏｎＩｎｆｏＬｉｓｔ－ｒ１５と示されるフィールドで拡張され得る。
【0083】
位置および速度推定は、前に、共通部分３ＧＰＰ仕様３６．３０５および３６．３５５においてハンドリングされたので、同様にＬｏｃａｔｉｏｎＩｎｆｏＬｉｓｔを共通部分に含めることが妥当である。これはまた、変位を符号化するための１つの代替形態をもたらす。ターゲットデバイス１０は、相対位置を符号化するためのやり方として、たとえば測定瞬間２３０における時間および測定された位置など、参照時間および／または参照位置ならびに最終時間および／または位置を符号化するために、２つのエントリとともにこのＬｏｃａｔｉｏｎＩｎｆｏＬｉｓｔを使用し得る。本明細書では、最終時間および最終位置は、参照時間および／または参照位置に対する変位を決定するための変位測定中の現在時間および位置として解釈されるものとする。
ＡＳＮ１におけるシグナリングは、たとえば、以下に従い得る。
・ 提案される一般化は、たとえば以下のものなど、複数の使用を有し得る。
〇 セグメントにわたって一定の速度および／または加速度、ならびに各セグメントの終わりの所与の位置など、複数のセグメントについての情報を報告すること。ターゲットデバイス１０は、ターゲットデバイス１０が望むように、報告をセグメントにスプリットし得る。結局、すべてのセグメントが終わった後に、ＵＴＣ時間分解能は秒単位である。別の実施形態では、参照時間と現在リポート時間との間のデルタ時間が考慮され、ネットワークノード２０に報告され得る。本明細書では、現在リポート時間は、現在報告されたセグメントについての変位が決定された時間として解釈されるものとする。デルタ時間は、たとえば、整数値によって表されるＳＦＮによって指示され得る。
〇 情報をまとめて報告すること。ロケーション情報は、一連の前のセグメントにおいて測定された位置など、位置のセットとして周期的に報告され得る。
〇 ロケーションソースが相対的なロケーションソースのうちの１つであるとき、すなわち、ロケーションソースが参照ポイントに対する変位を報告するとき、第１の項目は、参照位置および／または参照時間を表し得、第２のおよび（１つまたは複数の）後続の項目は、変位を表し得る。既存のロケーションソース情報エレメント（ＩＥ）と新しいロケーションソース情報エレメントの両方とともに、参照を提供するための１つの方法と相対位置を提供するための１つの方法との組合せを符号化することも可能である。支援ＧＮＳＳ（Ａ－ＧＮＳＳ）は、ロケーションソースにおいて報告され得る。
・ 一実施形態によれば、リスト中のセグメントごとに時間を有する必要があり得るので、時間のための別個のＩＥが使用され得る。
・ 代替形態は、リストが、このＩＥ中にすでに存在している位置に加えて、位置のみを含んでいることであり得る。既存の位置は、相対位置がリポートで提供される場合、参照位置を符号化するために使用され得る。
〇 上述のように、１つの代替形態は、ＵＴＣ時間の代わりに、追加されるべき相対時間を有することであり得る。相対時間は、デルタ時間と呼ばれることもある、参照時間に対する時間である。
〇 既存の可能な周期性１、２、４、８、１６、３２、６４秒がサポートされ得る。
〇 既存の周期性に加えて、たとえば１００ｍｓにおいてなど、高い分解能が必要とされ得る。したがって、整数（１．．６４）としてのｒｅｌａｔｉｖｅＴｉｍｅと呼ばれる１つのフィールドと、整数（１．．９）（スケールファクタ１００ｍｓ）としてのｒｅｌａｔｉｖｅＴｉｍｅＤｅｌｔａと呼ばれる１つのフィールドとが追加され得る。
・ 一実施形態では、ロケーションソースのためのより多くのオプションを含めるためにＬｏｃａｔｉｏｎＳｏｕｒｃｅ－ｒ１３と呼ばれるＩＥが拡張され得るか、または２つの組合せを可能にするためにＬｏｃａｔｉｏｎＳｏｕｒｃｅ－ｒ１５のための別個の指示が導入され得る。ＬｏｃａｔｉｏｎＳｏｕｒｃｅ－ｒ１５ ＩＥの一例が以下で提供される。
ＡＳＮ１におけるシグナリングは、たとえば、以下に従い得る。
〇 セグメントにわたって一定の速度および／または加速度、ならびに各セグメントの終わりの所与の位置など、複数のセグメントについての情報を報告すること。ターゲットデバイス１０は、ターゲットデバイス１０が望むように、報告をセグメントにスプリットし得る。結局、すべてのセグメントが終わった後に、ＵＴＣ時間分解能は秒単位である。別の実施形態では、参照時間と現在リポート時間との間のデルタ時間が考慮され、ネットワークノード２０に報告され得る。本明細書では、現在リポート時間は、現在報告されたセグメントについての変位が決定された時間として解釈されるものとする。デルタ時間は、たとえば、整数値によって表されるＳＦＮによって指示され得る。
〇 情報をまとめて報告すること。ロケーション情報は、一連の前のセグメントにおいて測定された位置など、位置のセットとして周期的に報告され得る。
〇 ロケーションソースが相対的なロケーションソースのうちの１つであるとき、すなわち、ロケーションソースが参照ポイントに対する変位を報告するとき、第１の項目は、参照位置および／または参照時間を表し得、第２のおよび（１つまたは複数の）後続の項目は、変位を表し得る。既存のロケーションソース情報エレメント（ＩＥ）と新しいロケーションソース情報エレメントの両方とともに、参照を提供するための１つの方法と相対位置を提供するための１つの方法との組合せを符号化することも可能である。支援ＧＮＳＳ（Ａ－ＧＮＳＳ）は、ロケーションソースにおいて報告され得る。
・ 一実施形態によれば、リスト中のセグメントごとに時間を有する必要があり得るので、時間のための別個のＩＥが使用され得る。
・ 代替形態は、リストが、このＩＥ中にすでに存在している位置に加えて、位置のみを含んでいることであり得る。既存の位置は、相対位置がリポートで提供される場合、参照位置を符号化するために使用され得る。
〇 上述のように、１つの代替形態は、ＵＴＣ時間の代わりに、追加されるべき相対時間を有することであり得る。相対時間は、デルタ時間と呼ばれることもある、参照時間に対する時間である。
〇 既存の可能な周期性１、２、４、８、１６、３２、６４秒がサポートされ得る。
〇 既存の周期性に加えて、たとえば１００ｍｓにおいてなど、高い分解能が必要とされ得る。したがって、整数（１．．６４）としてのｒｅｌａｔｉｖｅＴｉｍｅと呼ばれる１つのフィールドと、整数（１．．９）（スケールファクタ１００ｍｓ）としてのｒｅｌａｔｉｖｅＴｉｍｅＤｅｌｔａと呼ばれる１つのフィールドとが追加され得る。
・ 一実施形態では、ロケーションソースのためのより多くのオプションを含めるためにＬｏｃａｔｉｏｎＳｏｕｒｃｅ－ｒ１３と呼ばれるＩＥが拡張され得るか、または２つの組合せを可能にするためにＬｏｃａｔｉｏｎＳｏｕｒｃｅ－ｒ１５のための別個の指示が導入され得る。ＬｏｃａｔｉｏｎＳｏｕｒｃｅ－ｒ１５ ＩＥの一例が以下で提供される。
【0084】
追加のセンサー測定：
本明細書の一実施形態による新しいセンサー測定のためのＬＰＰシグナリングが以下で提供される。シグナリングは、別個のＩＥ中で、または既存のセンサー測定ＩＥに対する拡張としてのいずれかで提供され得る。ＡＳＮ１におけるシグナリングは、たとえば、以下に従い得る。
本明細書の一実施形態による新しいセンサー測定のためのＬＰＰシグナリングが以下で提供される。シグナリングは、別個のＩＥ中で、または既存のセンサー測定ＩＥに対する拡張としてのいずれかで提供され得る。ＡＳＮ１におけるシグナリングは、たとえば、以下に従い得る。
【0085】
追加のセンサーロケーション情報要求
ロケーションサーバが追加のセンサーベース方法のためのロケーション情報をターゲットデバイス１０に要求することを可能にするために、ＡｄｄｉｔｉｏｎａｌＳｅｎｓｏｒ－ＲｅｑｕｅｓｔＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎと呼ばれることがあるＩＥが追加され得る。ＡＳＮ１におけるシグナリングは、たとえば、以下に従い得る。
ロケーションサーバが追加のセンサーベース方法のためのロケーション情報をターゲットデバイス１０に要求することを可能にするために、ＡｄｄｉｔｉｏｎａｌＳｅｎｓｏｒ－ＲｅｑｕｅｓｔＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎと呼ばれることがあるＩＥが追加され得る。ＡＳＮ１におけるシグナリングは、たとえば、以下に従い得る。
【0086】
追加のセンサー支援データエレメント
ロケーションサーバがターゲットデバイス１０に追加のセンサー固有支援データを提供することを可能にするために、ＡｄｄｉｔｉｏｎａｌＳｅｎｓｏｒ－ＡｓｓｉｓｔａｎｃｅＤａｔａＬｉｓｔと呼ばれることがある、さらなるＩＥが追加され得る。ＡＳＮ１におけるシグナリングは、たとえば、以下に従い得る。
ロケーションサーバがターゲットデバイス１０に追加のセンサー固有支援データを提供することを可能にするために、ＡｄｄｉｔｉｏｎａｌＳｅｎｓｏｒ－ＡｓｓｉｓｔａｎｃｅＤａｔａＬｉｓｔと呼ばれることがある、さらなるＩＥが追加され得る。ＡＳＮ１におけるシグナリングは、たとえば、以下に従い得る。
【0087】
追加のセンサー誤差エレメント
ロケーションサーバまたはターゲットデバイス１０が、それぞれ、ターゲットデバイス１０またはロケーションサーバにセンサー誤差理由を提供することを可能にするために、ＡｄｄｉｔｉｏｎａｌＳｅｎｓｏｒ－Ｅｒｒｏｒと呼ばれることがある、さらなるＩＥが追加され得る。ＡＳＮ１におけるシグナリングは、たとえば、以下に従い得る。
ロケーションサーバまたはターゲットデバイス１０が、それぞれ、ターゲットデバイス１０またはロケーションサーバにセンサー誤差理由を提供することを可能にするために、ＡｄｄｉｔｉｏｎａｌＳｅｎｓｏｒ－Ｅｒｒｏｒと呼ばれることがある、さらなるＩＥが追加され得る。ＡＳＮ１におけるシグナリングは、たとえば、以下に従い得る。
【0088】
ロケーションサーバがターゲットデバイス１０に追加のセンサー測位についての誤差理由を提供することを可能にするために、ＡｄｄｉｔｉｏｎａｌＳｅｎｓｏｒ－ＬｏｃａｔｉｏｎＳｅｒｖｅｒＥｒｒｏｒＣａｕｓｅｓと呼ばれることがある、さらなるＩＥが追加され得る。ＡＳＮ１におけるシグナリングは、たとえば、以下に従い得る。
【0089】
ターゲットデバイス１０がロケーションサーバに追加のセンサー測位についての誤差理由を提供することを可能にするために、ＡｄｄｉｔｉｏｎａｌＳｅｎｓｏｒ－ＴａｒｇｅｔＤｅｖｉｃｅＥｒｒｏｒＣａｕｓｅｓと呼ばれることがある、さらなるＩＥが追加され得る。ＡＳＮ１におけるシグナリングは、たとえば、以下に従い得る。
【0090】
慣性測定ユニット（ＩＭＵ）は、しばらくの間、スマートフォンにおいて展開されている。そのようなユニットからのデータは、ＧＮＳＳ、磁力計、気圧計など、他の測定とともに、デバイスの測位およびオリエンテーリングをサポートするために使用され得る。最近、ＩＭＵ測定を設定し、ＩＭＵ測定をネットワークサーバに報告するための手段を指定することに対する関心もある。
【0091】
たとえばターゲットデバイス１０などのデバイス中のＩＭＵは、一般に各々３つの軸を有し得る、複数の軸加速度計およびジャイロに基づき得る。ＩＭＵは、さらに一般に、たとえば、フォンが平坦に置かれているときに２つの軸を水平面と整合させ、１つの軸を上方に向けるなど、これらの軸がデバイスジオメトリと整合されるように、デバイス中に組み込まれ得る。
【0092】
ＵＥベース測位についてＩＭＵの明らかな恩恵があり、ターゲットデバイス１０は、改良された測位のために、ＩＭＵ測定を他の測定と融合させ得る。ＩＭＵはまた、ＵＥ支援測位のために使用され得、ターゲットデバイス１０は、ネットワークノード２０にＩＭＵ測定を報告する。本明細書の実施形態は、フレキシブルなＩＭＵ報告の方法に関する。
【0093】
時間セグメンテーションに関する詳細：
以下では、ＩＭＵは、例示的なロケーションソースとして使用されるが、以下の実施形態は、本明細書で開示される他のロケーションソースにも適用される。ネットワークノード２０が、ＵＥ側において行われるＩＭＵ測定などのすべてのロケーションソース測定を受信することが、実際的でないことがある。一方、固定タイミングは、ＵＥ挙動により、異なる時間において短すぎるか、または長すぎることがあるので、固定周期時間報告を有することも、効率的な手法でないことがある。ＵＥ挙動中のいくつかの突然の変化に基づくＩＭＵ報告について、特定の時間セグメンテーションがあり得る。
以下では、ＩＭＵは、例示的なロケーションソースとして使用されるが、以下の実施形態は、本明細書で開示される他のロケーションソースにも適用される。ネットワークノード２０が、ＵＥ側において行われるＩＭＵ測定などのすべてのロケーションソース測定を受信することが、実際的でないことがある。一方、固定タイミングは、ＵＥ挙動により、異なる時間において短すぎるか、または長すぎることがあるので、固定周期時間報告を有することも、効率的な手法でないことがある。ＵＥ挙動中のいくつかの突然の変化に基づくＩＭＵ報告について、特定の時間セグメンテーションがあり得る。
【0094】
一実施形態では、これらの時間セグメント分離は、各センサーまたは特定のセンサーについて測定をしきい値処理することによって、ＵＥなどのターゲットデバイス１０によって識別され得る。本明細書では、しきい値処理は、測定がネットワークノード２０に報告されるものとするときについての特定の測定のためのしきい値をセットすることとして解釈されるものとする。言い換えれば、位置測定は、センサーで測定された値がしきい値に等しいかまたはしきい値を超えるとき、報告され得る。
【0095】
別の実施形態では、これらの時間セグメント分離は、各センサーについて測定曲線の導関数をとることによって、ＵＥによって識別され得る。ある時間瞬間において絶対導関数がしきい値を上回る場合、このポイントは、時間セグメント間の仕切りを規定する。
【0096】
概して、識別された時間セグメンテーション瞬間は、１つまたは複数のセンサーが時間セグメンテーション基準を満たすときであり得る。時間セグメンテーション基準は、デバイスセンサー感度に基づき得、感度が高い（正確な）デバイスは、感度があまり高くないデバイスと比較して、たとえばより低い絶対導関数など、あまり変化を必要としない。
【0097】
別の実施形態では、ターゲットデバイス１０は、時間セグメンテーション基準で設定され得る。基準は、上記で説明されたセンサー固有しきい値、または何らかのあらかじめ規定されたより複雑な基準であり得る。時間セグメントはまた、時間セグメントの最大／最小持続時間に制約され得る。
【0098】
センサーのすべてにおける変化でなく、１つまたは複数のセンサーにおける変化を観測することが一般的である。一実施形態では、ターゲットデバイス１０は、データが前の時間セグメントの場合と同じである場合、センサーについてデータを報告することを控えるように設定され得る。随意に、ターゲットデバイス１０は、データが前の時間セグメントの場合と同じであることにより、ターゲットデバイス１０が報告することを控えたことを指示し得る。
【0099】
雑音の多いＩＭＵ測定の場合、たとえば、短い時間期間中にトリガリング基準が常に満たされるとき、時間セグメントが短すぎることがあり、これは、その時間期間から信頼できるＩＭＵデータが集められ得ないことを指示する。ターゲットデバイス１０は、次いで、ＩＭＵがあまりに雑音の多いときの持続時間を含む、組み合わせられた時間セグメントを報告し、その時間セグメントについて、信頼できるＩＭＵデータが集められ得ないことを指示し得る。一実施形態では、ターゲットデバイス１０は、その時間セグメントにおけるＩＭＵデータの統計的特性をも報告し得る。これは、たとえば、たとえば前記時間セグメント内のジャイロスコープのヨーの大きさの分布など、センサーの大きさの分布であり得る。他の統計的手段は以下を含み得る。
－ 時間セグメントの最大値、
－ センサーデータがしきい値を超えていた、時間の量、または時間セグメントの一部分。
－ たとえばフーリエ変換を介して、時間から周波数領域への変換を介して取得される情報など、時間セグメントに関する周波数領域情報。周波数スペクトル中のエネルギーは、時間セグメント中にデバイスが受けた振動を指示し得る。
－ 時間セグメントの最大値、
－ センサーデータがしきい値を超えていた、時間の量、または時間セグメントの一部分。
－ たとえばフーリエ変換を介して、時間から周波数領域への変換を介して取得される情報など、時間セグメントに関する周波数領域情報。周波数スペクトル中のエネルギーは、時間セグメント中にデバイスが受けた振動を指示し得る。
【0100】
時間セグメントごとのＩＭＵデータに関する詳細：
各時間セグメントについてのＩＭＵデータは、考慮されたＩＭＵの平均値であり得るか、またはフィルタ処理された値であり得、フィルタ処理された値は、たとえば、最初に、ローパスフィルタを適用して高い雑音ピークをなくし、次いで、フィルタ処理された値の平均化を適用することによって取得され得る。
各時間セグメントについてのＩＭＵデータは、考慮されたＩＭＵの平均値であり得るか、またはフィルタ処理された値であり得、フィルタ処理された値は、たとえば、最初に、ローパスフィルタを適用して高い雑音ピークをなくし、次いで、フィルタ処理された値の平均化を適用することによって取得され得る。
【0101】
一実施形態では、ＵＥなどのターゲットデバイス１０は、報告された前の値からの、相対値と呼ばれることもある差に基づいて、新しいＩＭＵデータを報告し得るか、または、別の実施形態では、報告がトリガされるいかなる時間瞬間においても、対応するＩＭＵセンサーデータ値が報告され得る。
【0102】
参照位置情報：
たとえば、ＩＭＵ測定、磁力計測定、光センサー測定、および／または気圧計測定など、センサー測定と呼ばれることもある、ロケーションソース測定は、相対位置情報を提供し、相対位置情報は、ロケーションサーバにおいて、またはターゲットデバイス１０において、絶対位置の決定および／または推定を可能にするために、関係する絶対参照位置を必要とする。
たとえば、ＩＭＵ測定、磁力計測定、光センサー測定、および／または気圧計測定など、センサー測定と呼ばれることもある、ロケーションソース測定は、相対位置情報を提供し、相対位置情報は、ロケーションサーバにおいて、またはターゲットデバイス１０において、絶対位置の決定および／または推定を可能にするために、関係する絶対参照位置を必要とする。
【0103】
一実施形態では、ネットワークノード２０および／またはＬＳは、ターゲットデバイス１０に絶対参照位置を送り得る。
【0104】
別の実施形態では、ネットワークノード２０および／またはＬＳは、時間瞬間に関する絶対参照位置情報を送り得、ターゲットデバイス１０は、この時間瞬間における絶対参照位置に対する相対位置を決定し得る。時間瞬間は、ターゲットデバイス１０からの直近の測位リポートの時間など、明示的または暗黙的であり得る。
【0105】
一実施形態では、ターゲットデバイス１０は参照位置を決定し得る。一実施形態では、参照位置は、前の時間瞬間における推定された絶対位置であり得る。別の実施形態では、ターゲットデバイス１０によって決定された参照位置は、別の絶対位置を述べることによって相対位置を符号化するために使用される人工的な位置であり得、２つの位置の間の差が相対位置を与える。使用される参照位置は、変位が決定された参照位置を指示するために、ターゲットデバイス１０からネットワークノード２０に送られる、決定された変位のリポート中で指示され得る。参照位置は、参照として使用される絶対位置を送ることによって、および／または、参照時間と呼ばれることもある、参照位置が取得された時間の指示を提供することによって指示され得る。参照位置が取得された時間の指示は、たとえば、実際の時間のタイムスタンプ、または、決定された変位のタイムスタンプと参照位置が取得された時間との間のデルタタイムスタンプと組み合わせた、決定された変位のタイムスタンプであり得る。
【0106】
【0107】
ターゲットデバイス１０は、本明細書で説明される方法を実施するための手段など、処理モジュール１００１を備え得る。その手段は、１つまたは複数のハードウェアモジュールおよび／または１つまたは複数のソフトウェアモジュールの形態で具現され得る。
【0108】
ターゲットデバイス１０はメモリ１００２をさらに備え得る。メモリは、たとえば、コンピュータ可読コードユニットを備え得るコンピュータプログラム１００３の形態で、命令を、含んでいるまたは記憶するなど、備え得る。
【0109】
本明細書のいくつかの実施形態によれば、ターゲットデバイス１０および／または処理モジュール１００１は、例示するハードウェアモジュールとして処理回路１００４を備える。したがって、処理モジュール１００１は、処理回路１００４の形態で具現されるか、または処理回路１００４「によって実現され」得る。命令は、処理回路１００４によって実行可能であり得、それにより、ターゲットデバイス１０は、図３の方法を実施するように動作可能であり得る。別の例として、命令は、ターゲットデバイス１０および／または処理回路１００４によって実行されたとき、ターゲットデバイス１０に、図３による、ターゲットデバイス１０に関係する方法を実施させ得る。
【0110】
上記に鑑みて、ターゲットデバイス１０を測位するための方法を実施するためのターゲットデバイス１０が提供される。上述のように、ターゲットデバイス１０は、図３において開示される方法ステップを実施するように設定され得る。
【0111】
再び、メモリ１００２は、前記処理回路１００４によって実行可能な命令を含んでいることがあり、それにより、ターゲットデバイス１０は、
－ 少なくとも１つのロケーションソースによって実施される測定に基づいて、参照位置からのターゲットデバイス１０の変位を決定することと、
－ ネットワークノード２０に、ターゲットデバイス１０の決定された変位のリポートを送ることと
を行うために動作可能であり得る。
－ 少なくとも１つのロケーションソースによって実施される測定に基づいて、参照位置からのターゲットデバイス１０の変位を決定することと、
－ ネットワークノード２０に、ターゲットデバイス１０の決定された変位のリポートを送ることと
を行うために動作可能であり得る。
【0112】
メモリ１００２は、前記処理回路１００４によって実行可能な命令を含んでいることがあり、それにより、ターゲットデバイス１０は、
－ ネットワークノード２０に、サポートされる変位報告に関する能力情報を送ること、および／または
－ ネットワークノード２０から、変位報告についての要求を取得すること
を行うためにさらに動作可能であり得る。
－ ネットワークノード２０に、サポートされる変位報告に関する能力情報を送ること、および／または
－ ネットワークノード２０から、変位報告についての要求を取得すること
を行うためにさらに動作可能であり得る。
【0113】
図５ａは、すぐ上で説明されたコンピュータプログラム１００３を備える、キャリア１００５、またはプログラムキャリアをさらに示す。
【0114】
いくつかの実施形態では、処理モジュール１００１は、適用可能なとき、以下で説明される受信モジュールおよび／または送信モジュールによって例示され得る、入出力モジュール１００６を備え得る。
【0115】
さらなる実施形態では、ターゲットデバイス１０および／または処理モジュール１００１は、例示するハードウェアモジュールとして、受信モジュール１０１０、取得モジュール１０２０、決定モジュール１０３０、および送信モジュール１０４０のうちの１つまたは複数を備え得る。他の例では、上述の例示するハードウェアモジュールのうちの１つまたは複数は、１つまたは複数のソフトウェアモジュールとして実装され得る。
【0116】
したがって、ターゲットデバイス１０は、少なくとも１つのロケーションソースによって実施される測定に基づいて、参照位置からの、すなわち、参照位置に対する、ターゲットデバイス１０の変位を決定するために設定され得る。
【0117】
したがって、上記で説明された様々な実施形態によれば、ターゲットデバイス１０および／または処理モジュール１００１および／または決定モジュール１０３０は、少なくとも１つのロケーションソースによって実施される測定に基づいて、参照位置に対するターゲットデバイス１０の変位を決定するために設定され得る。
【0118】
したがって、ターゲットデバイス１０は、少なくとも１つのロケーションソースによって実施される測定に基づいて、参照位置に対するターゲットデバイス１０の１つまたは複数の変位を決定するために設定され得る。
【0119】
したがって、上記で説明された様々な実施形態によれば、ターゲットデバイス１０および／または処理モジュール１００１および／または決定モジュール１０３０は、少なくとも１つのロケーションソースによって実施される測定に基づいて、参照位置に対するターゲットデバイス１０の１つまたは複数の変位を決定するために設定され得る。
【0120】
ターゲットデバイス１０は、ネットワークノード２０に、ターゲットデバイス１０の決定された１つまたは複数の変位と、参照位置が関連付けられた参照時間とを含む、リポートを送るためにさらに設定され得る。
【0121】
したがって、上記で説明された様々な実施形態によれば、ターゲットデバイス１０および／または処理モジュール１００１および／または送信モジュール１０４０は、ターゲットデバイス１０の決定された１つまたは複数の変位と、参照位置が関連付けられた参照時間とを含む、リポートを送るために設定され得る。
【0122】
ターゲットデバイス１０は、たとえばロケーションサーバまたは無線アクセスネットワークノード２０など、ネットワークノード２０に、ターゲットデバイス１０の決定された変位のリポートを送るためにさらに設定され得る。決定された変位のリポートは、初期測定ポイントにおけるターゲットデバイス１０の参照位置の指示を含み得る。
【0123】
したがって、上記で説明された様々な実施形態によれば、ターゲットデバイス１０および／または処理モジュール１００１および／または送信モジュール１０４０は、ターゲットデバイス１０の決定された変位のリポートを送るために設定され得る。
【0124】
ターゲットデバイス１０は、ネットワークノード２０に、１つまたは複数の変位の各々が参照時間と比較して決定されたときの現在時間のデルタタイムスタンプをさらに含む、リポートを送るためにさらに設定され得る。
【0125】
したがって、上記で説明された様々な実施形態によれば、ターゲットデバイス１０および／または処理モジュール１００１および／または送信モジュール１０４０は、ネットワークノード２０に、１つまたは複数の変位の各々が参照時間と比較して決定されたときの現在時間のデルタタイムスタンプをさらに含む、リポートを送るために設定され得る。
【0126】
ターゲットデバイス１０は、ネットワークノード２０から、変位報告についての要求を取得するためにさらに設定され得る。
【0127】
したがって、上記で説明された様々な実施形態によれば、ターゲットデバイス１０および／または処理モジュール１００１および／または取得モジュール１０２０は、ネットワークノード２０から、変位報告についての要求を取得するために設定され得る。取得された要求は、少なくとも１つの好ましいロケーションソースおよび／または参照位置を含み得る。
【0128】
ターゲットデバイス１０は、たとえばロケーションサーバまたは無線ネットワークノード２０など、ネットワークノード２０に、変位報告のためのサポートされるロケーションソースに関する能力情報を送るためにさらに設定され得る。
【0129】
したがって、上記で説明された様々な実施形態によれば、ターゲットデバイス１０および／または処理モジュール１００１および／または送信モジュール１０４０は、たとえばロケーションサーバまたは無線ネットワークノード２０など、ネットワークノード２０に、変位報告のためのサポートされるロケーションソースに関する能力情報を送るために設定され得る。
【0130】
本明細書の実施形態は、さらにまた、図５ｂに示されているように、ＵＥなどのターゲットデバイス１０中の処理回路要素を通して実装され得、その処理回路要素は、図３と、ターゲットデバイス１０について上記で説明された実施形態とによる、方法アクションを実施するように設定される。
【0131】
【0132】
ネットワークノード２０は、本明細書で説明される方法を実施するための手段など、処理モジュール２００１を備え得る。その手段は、１つまたは複数のハードウェアモジュールおよび／または１つまたは複数のソフトウェアモジュールの形態で具現され得る。
【0133】
ネットワークノード２０はメモリ２００２をさらに備え得る。メモリは、たとえば、コンピュータ可読コードユニットを備え得るコンピュータプログラム２００３の形態で、命令を、含んでいるまたは記憶するなど、備え得る。
【0134】
本明細書のいくつかの実施形態によれば、ネットワークノード２０および／または処理モジュール２００１は、例示するハードウェアモジュールとして処理回路２００４を備える。したがって、処理モジュール２００１は、処理回路２００４の形態で具現されるか、または処理回路２００４「によって実現され」得る。命令は、処理回路２００４によって実行可能であり得、それにより、ネットワークノード２０は、図４に関して開示される、ターゲットデバイス１０の測位をハンドリングするための方法を実施するように動作可能であり得る。別の例として、命令は、ネットワークノード２０および／または処理回路２００４によって実行されたとき、ネットワークノード２０に、図４による方法を実施させ得る。
【0135】
上記に鑑みて、一例では、ターゲットデバイス１０を測位するための方法を実施するためのネットワークノード２０が提供される。上述のように、ネットワークノード２０は、図４に関して開示される方法ステップを実施するように設定され得る。
【0136】
再び、メモリ２００２は、前記処理回路２００４によって実行可能な命令を含んでいることがあり、それにより、ネットワークノード２０は、
－ ターゲットデバイス１０から、参照位置に対するターゲットデバイス１０の１つまたは複数の変位であって、少なくとも１つのロケーションソースによって実施される測定に基づいて決定された、１つまたは複数の変位と、参照位置が関連付けられた参照時間とを含む、リポートを取得することと、
－ 取得された１つまたは複数の変位、および／または参照時間に関連付けられた参照位置に基づいて、ターゲットデバイス１０の絶対位置を決定することと
を行うために動作可能であり得る。
－ ターゲットデバイス１０から、参照位置に対するターゲットデバイス１０の１つまたは複数の変位であって、少なくとも１つのロケーションソースによって実施される測定に基づいて決定された、１つまたは複数の変位と、参照位置が関連付けられた参照時間とを含む、リポートを取得することと、
－ 取得された１つまたは複数の変位、および／または参照時間に関連付けられた参照位置に基づいて、ターゲットデバイス１０の絶対位置を決定することと
を行うために動作可能であり得る。
【0137】
メモリ２００２は、前記処理回路２００４によって実行可能な命令をさらに含んでいることがあり、それにより、ネットワークノード２０は、
－ ターゲットデバイス１０に、変位報告についての要求を送ること、および／または
－ ターゲットデバイス１０から、変位報告のためのサポートされるロケーションソースに関する能力情報を受信すること
を行うためにさらに動作可能であり得る。
－ ターゲットデバイス１０に、変位報告についての要求を送ること、および／または
－ ターゲットデバイス１０から、変位報告のためのサポートされるロケーションソースに関する能力情報を受信すること
を行うためにさらに動作可能であり得る。
【0138】
図６は、すぐ上で説明されたコンピュータプログラム２００３を備える、キャリア２００５、またはプログラムキャリアをさらに示す。
【0139】
いくつかの実施形態では、処理モジュール２００１は、適用可能なとき、以下で説明される受信モジュールおよび／または送信モジュールによって例示され得る、入出力モジュール２００６を備える。
【0140】
さらなる実施形態では、ネットワークノード２０および／または処理モジュール２００１は、例示するハードウェアモジュールとして、受信モジュール２０１０、取得モジュール２０２０、決定モジュール２０３０、および送信モジュール２０４０のうちの１つまたは複数を備え得る。他の例では、上述の例示するハードウェアモジュールのうちの１つまたは複数は、１つまたは複数のソフトウェアモジュールとして実装され得る。
【0141】
したがって、ネットワークノード２０は、ターゲットデバイス１０から、参照位置に対するターゲットデバイス１０の１つまたは複数の変位であって、少なくとも１つのロケーションソースによって実施される測定に基づいて決定された、１つまたは複数の変位を含む、リポートを取得するために設定される。ネットワークノード２０は、ターゲットデバイス１０から、参照位置が関連付けられた参照時間を含む、リポートを取得するためにさらに設定される。
【0142】
したがって、上記で説明された様々な実施形態によれば、ネットワークノード２０および／または処理モジュール２００１および／または取得モジュール２０２０は、参照位置に対するターゲットデバイス１０の１つまたは複数の変位であって、少なくとも１つのロケーションソースによって実施される測定に基づいて決定された、１つまたは複数の変位と、参照位置が関連付けられた参照時間とを含む、リポートを取得するために設定され得る。
【0143】
ネットワークノード２０は、取得された１つまたは複数の変位と、参照時間に関連付けられた参照位置とに基づいて、ターゲットデバイス１０の絶対位置を決定するようにさらに設定される。
【0144】
したがって、上記で説明された様々な実施形態によれば、ネットワークノード２０および／または処理モジュール２００１および／または決定モジュール２０３０は、取得された変位と参照時間に関連付けられた参照位置とに基づいて、ターゲットデバイス１０の絶対位置のために設定され得る。
【0145】
ネットワークノード２０は、ターゲットデバイス１０から、１つまたは複数の変位の各々が参照時間と比較して決定されたときの現在時間のデルタタイムスタンプをさらに含む、ターゲットデバイス１０からのリポートを取得するためにさらに設定され得る。
【0146】
したがって、上記で説明された様々な実施形態によれば、ネットワークノード２０および／または処理モジュール２００１および／または取得モジュール２０２０は、ターゲットデバイス１０から、１つまたは複数の変位の各々が参照時間と比較して決定されたときの現在時間のデルタタイムスタンプをさらに含む、リポートを取得するために設定され得る。
【0147】
さらに、ネットワークノード２０は、ターゲットデバイス１０に、変位報告についての要求を送るために設定され得る。
【0148】
したがって、上記で説明された様々な実施形態によれば、ネットワークノード２０および／または処理モジュール２００１および／または送信モジュール２０４０は、ターゲットデバイス１０に、変位報告についての要求を送るために設定され得る。要求は、少なくとも１つの好ましいロケーションソースおよび／または参照位置を含み得る。
【0149】
さらに、ネットワークノード２０は、ターゲットデバイス１０から、変位報告のためのサポートされるロケーションソースに関する能力情報を受信するために設定され得る。
【0150】
したがって、上記で説明された様々な実施形態によれば、ネットワークノード２０および／または処理モジュール２００１および／または受信モジュール２０１０は、ターゲットデバイス１０から、変位報告のためのサポートされるロケーションソースに関する能力情報を受信するために設定され得る。
【0151】
本明細書の実施形態は、さらにまた、図６ｂに示されているように、ロケーションサーバなどのネットワークノード２０中の処理回路要素を通して実装され得、その処理回路要素は、図４と、ネットワークノード２０について上記で説明された実施形態とによる、方法アクションを実施するように設定される。
【0152】
ターゲットデバイス１０およびネットワークノード２０のための本明細書で説明される実施形態による方法は、それぞれ、少なくとも１つのプロセッサ上で実行されたとき、ターゲットデバイス１０またはネットワークノード２０によって実施されるように、少なくとも１つのプロセッサに、本明細書で説明されるアクションを行わせる、命令、すなわち、ソフトウェアコード部分を備える、たとえばコンピュータプログラムまたはコンピュータプログラム製品の手段によって実装され得る。コンピュータプログラムは、コンピュータ可読記憶媒体、たとえばディスクまたは同様のものに記憶され得る。コンピュータプログラムを記憶したコンピュータ可読記憶媒体は、少なくとも１つのプロセッサ上で実行されたとき、ターゲットデバイス１０またはネットワークノード２０によって実施されるように、少なくとも１つのプロセッサに、本明細書で説明されるアクションを行わせる、命令を備え得る。いくつかの実施形態では、コンピュータ可読記憶媒体は、非一時的コンピュータ可読記憶媒体であり得る。
【0153】
また、上記で説明された入出力モジュール１００６、２００６、処理モジュール１００１、２００１、受信モジュール１０１０、２０１０、取得モジュール１０２０、２０２０、決定モジュール１０３０、２０３０、送信モジュール１０４０、２０４０は、アナログおよびデジタル回路、ならびに／または、上記で説明された処理ユニットなど、１つまたは複数のプロセッサによって実行されたとき、ターゲットデバイス１０またはネットワークノード２０によって実施されるように、上記のアクションのいずれかによるアクションを実施する、たとえばメモリ１００２、２００２に記憶されたソフトウェアおよび／またはファームウェアが設定された１つまたは複数のプロセッサの、組合せを指し得ることを、当業者は諒解されよう。これらのプロセッサのうちの１つまたは複数、ならびに他のデジタルハードウェアが、単一の特定用途向け集積回路（ＡＳＩＣ）中に含まれ得るか、または、個々にパッケージングされるのか、システムオンチップ（ＳｏＣ）にアセンブルされるのかにかかわらず、いくつかのプロセッサおよび様々なデジタルハードウェアが、いくつかの別個の構成要素間で分散され得る。
【0154】
本明細書の実施形態において説明されるネットワークノード２０はまた、クラウドにおいて実装され得る。本明細書のネットワークノード２０によって実施される方法アクションは、無線アクセスノードのコンテキストにおいて説明されるが、その方法は、たとえばサーバおよび／またはデータセンターなど、第１のクラウド中に備えられるコアネットワークノードまたは分散ノードによっても実施され得る。方法アクションは、たとえば、コアネットワークノードまたは分散ノード上にホストされた集中型サービスであり得る、論理機能によって実施され得る。
【0155】
「備える、含む（ｃｏｍｐｒｉｓｅ）」または「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」という単語を使用するとき、その単語は、非限定的、すなわち、「少なくとも～からなる（ｃｏｎｓｉｓｔ ａｔ ｌｅａｓｔ ｏｆ）」を意味するとして解釈されるものとする。
【0156】
さらなる例および実施形態が、以下のパラグラフにおいて規定され得る。
【0157】
本明細書の実施形態は、さらに以下に関し得る。
１． ターゲットデバイス（１０）であって、ターゲットデバイス（１０）の測位をハンドリングするための方法を実施するためのものであり、プロセッサとメモリとを備え、前記メモリが前記プロセッサによって実行可能な命令を含んでおり、前記ターゲットデバイス（１０）は、
－ 少なくとも１つのロケーションソースによって実施される測定に基づいて、参照位置に対するターゲットデバイス（１０）の１つまたは複数の変位を決定することと、
－ ネットワークノード（２０）に、ターゲットデバイス（１０）の決定された１つまたは複数の変位と、参照位置が関連付けられた参照時間とを含む、リポートを送ることと
を行うように動作可能である、ターゲットデバイス（１０）。
２． ターゲットデバイスは、
－ ネットワークノード（２０）に、１つまたは複数の変位の各々が参照時間と比較して決定されたときの現在時間のデルタタイムスタンプをさらに含む、リポートを送ること
を行うようにさらに動作可能である、実施形態１に記載のターゲットデバイス。
３． ターゲットデバイスが、
－ 変位を決定するために使用された少なくとも１つのロケーションソースに関する情報をさらに含む、リポートを送ること
を行うようにさらに動作可能である、パラグラフ１または２に記載のターゲットデバイス。
４． ターゲットデバイス（１０）が、
－ ネットワークノード（２０）から、変位報告についての要求を取得すること
を行うようにさらに動作可能である、パラグラフ１から３のいずれか１つに記載のターゲットデバイス（１０）。
５． ターゲットデバイス（１０）が、変位を決定するときにターゲットデバイスによって使用されるべき、少なくとも１つの好ましいロケーションソースおよび／または参照位置を含む、要求を取得するようにさらに動作可能である、パラグラフ４に記載のターゲットデバイス（１０）。
６． ターゲットデバイス（１０）が、ネットワークノード（２０）に、変位報告のためのサポートされるロケーションソースに関する能力情報を送るようにさらに動作可能である、パラグラフ１から５のいずれか１つに記載のターゲットデバイス（１０）。
７． ターゲットデバイス（１０）が、初期測定ポイントにおけるターゲットデバイス（１０）の参照位置の指示を含む、決定された変位のリポートを送るようにさらに動作可能である、前のパラグラフのいずれか１つに記載のターゲットデバイス（１０）。
８． ターゲットデバイス（１０）の測位をハンドリングするための方法を実施するための、ネットワークノード（２０）であって、プロセッサとメモリとを備え、前記メモリが前記プロセッサによって実行可能な命令を含んでおり、前記ネットワークノード（２０）は、
－ ターゲットデバイス（１０）から、参照位置に対するターゲットデバイス（１０）の１つまたは複数の変位であって、少なくとも１つのロケーションソースによって実施される測定に基づいて決定された、１つまたは複数の変位と、参照位置が関連付けられた参照時間とを含む、リポートを取得することと、
－ 取得された１つまたは複数の変位と、参照時間に関連付けられた参照位置とに基づいて、ターゲットデバイス（１０）の絶対位置を決定することと
を行うように動作可能である、ネットワークノード（２０）。
９． ネットワークノード（２０）は、ターゲットデバイス（１０）から、１つまたは複数の変位の各々が参照時間と比較して決定されたときの現在時間のデルタタイムスタンプをさらに含む、リポートを受信するようにさらに動作可能である、パラグラフ８に記載のネットワークノード。
１０． ネットワークノード（２０）が、変位を決定するために使用された少なくとも１つのロケーションソースの指示をさらに含む、リポートを取得するようにさらに動作可能である、パラグラフ８または９に記載のネットワークノード。
１１． ネットワークノード（２０）が、
－ ターゲットデバイス（１０）に、変位報告についての要求を送ること
を行うようにさらに動作可能である、パラグラフ８から１０のいずれか１つに記載のネットワークノード（２０）。
１２． ネットワークノード（２０）が、少なくとも１つの好ましいロケーションソースおよび／または参照位置を含む、要求を送るようにさらに動作可能である、パラグラフ８から１１のいずれか１つに記載のネットワークノード（２０）。
１３． ネットワークノード（２０）が、
－ ターゲットデバイス（１０）から、変位報告のためのサポートされるロケーションソースに関する能力情報を受信すること
を行うようにさらに動作可能である、パラグラフ８から１２のいずれか１つに記載のネットワークノード（２０）。
１４． ネットワークノード（２０）が、初期測定ポイントにおけるターゲットデバイス（１０）の参照位置の指示を含む、変位のリポートを取得するようにさらに動作可能である、パラグラフ８から１３のいずれか１つに記載のネットワークノード（２０）。
１． ターゲットデバイス（１０）であって、ターゲットデバイス（１０）の測位をハンドリングするための方法を実施するためのものであり、プロセッサとメモリとを備え、前記メモリが前記プロセッサによって実行可能な命令を含んでおり、前記ターゲットデバイス（１０）は、
－ 少なくとも１つのロケーションソースによって実施される測定に基づいて、参照位置に対するターゲットデバイス（１０）の１つまたは複数の変位を決定することと、
－ ネットワークノード（２０）に、ターゲットデバイス（１０）の決定された１つまたは複数の変位と、参照位置が関連付けられた参照時間とを含む、リポートを送ることと
を行うように動作可能である、ターゲットデバイス（１０）。
２． ターゲットデバイスは、
－ ネットワークノード（２０）に、１つまたは複数の変位の各々が参照時間と比較して決定されたときの現在時間のデルタタイムスタンプをさらに含む、リポートを送ること
を行うようにさらに動作可能である、実施形態１に記載のターゲットデバイス。
３． ターゲットデバイスが、
－ 変位を決定するために使用された少なくとも１つのロケーションソースに関する情報をさらに含む、リポートを送ること
を行うようにさらに動作可能である、パラグラフ１または２に記載のターゲットデバイス。
４． ターゲットデバイス（１０）が、
－ ネットワークノード（２０）から、変位報告についての要求を取得すること
を行うようにさらに動作可能である、パラグラフ１から３のいずれか１つに記載のターゲットデバイス（１０）。
５． ターゲットデバイス（１０）が、変位を決定するときにターゲットデバイスによって使用されるべき、少なくとも１つの好ましいロケーションソースおよび／または参照位置を含む、要求を取得するようにさらに動作可能である、パラグラフ４に記載のターゲットデバイス（１０）。
６． ターゲットデバイス（１０）が、ネットワークノード（２０）に、変位報告のためのサポートされるロケーションソースに関する能力情報を送るようにさらに動作可能である、パラグラフ１から５のいずれか１つに記載のターゲットデバイス（１０）。
７． ターゲットデバイス（１０）が、初期測定ポイントにおけるターゲットデバイス（１０）の参照位置の指示を含む、決定された変位のリポートを送るようにさらに動作可能である、前のパラグラフのいずれか１つに記載のターゲットデバイス（１０）。
８． ターゲットデバイス（１０）の測位をハンドリングするための方法を実施するための、ネットワークノード（２０）であって、プロセッサとメモリとを備え、前記メモリが前記プロセッサによって実行可能な命令を含んでおり、前記ネットワークノード（２０）は、
－ ターゲットデバイス（１０）から、参照位置に対するターゲットデバイス（１０）の１つまたは複数の変位であって、少なくとも１つのロケーションソースによって実施される測定に基づいて決定された、１つまたは複数の変位と、参照位置が関連付けられた参照時間とを含む、リポートを取得することと、
－ 取得された１つまたは複数の変位と、参照時間に関連付けられた参照位置とに基づいて、ターゲットデバイス（１０）の絶対位置を決定することと
を行うように動作可能である、ネットワークノード（２０）。
９． ネットワークノード（２０）は、ターゲットデバイス（１０）から、１つまたは複数の変位の各々が参照時間と比較して決定されたときの現在時間のデルタタイムスタンプをさらに含む、リポートを受信するようにさらに動作可能である、パラグラフ８に記載のネットワークノード。
１０． ネットワークノード（２０）が、変位を決定するために使用された少なくとも１つのロケーションソースの指示をさらに含む、リポートを取得するようにさらに動作可能である、パラグラフ８または９に記載のネットワークノード。
１１． ネットワークノード（２０）が、
－ ターゲットデバイス（１０）に、変位報告についての要求を送ること
を行うようにさらに動作可能である、パラグラフ８から１０のいずれか１つに記載のネットワークノード（２０）。
１２． ネットワークノード（２０）が、少なくとも１つの好ましいロケーションソースおよび／または参照位置を含む、要求を送るようにさらに動作可能である、パラグラフ８から１１のいずれか１つに記載のネットワークノード（２０）。
１３． ネットワークノード（２０）が、
－ ターゲットデバイス（１０）から、変位報告のためのサポートされるロケーションソースに関する能力情報を受信すること
を行うようにさらに動作可能である、パラグラフ８から１２のいずれか１つに記載のネットワークノード（２０）。
１４． ネットワークノード（２０）が、初期測定ポイントにおけるターゲットデバイス（１０）の参照位置の指示を含む、変位のリポートを取得するようにさらに動作可能である、パラグラフ８から１３のいずれか１つに記載のネットワークノード（２０）。
【0158】
本明細書の実施形態は、第２の例によれば、以下にも関し得る。
１５． ターゲットデバイス（１０）であって、ターゲットデバイス（１０）の測位をハンドリングするための方法を実施するためのものであり、ターゲットデバイス（１０）は、
－ 少なくとも１つのロケーションソースによって実施される測定に基づいて、参照位置に対するターゲットデバイス（１０）の１つまたは複数の変位を決定するように設定された決定モジュール（１０３０）と、
－ ネットワークノード（２０）に、ターゲットデバイス（１０）の決定された１つまたは複数の変位と、参照位置が関連付けられた参照時間とを含む、リポートを送るように設定された送信モジュール（１０４０）と
を備える、ターゲットデバイス（１０）。
１６． ターゲットデバイス（１０）は、
－ ネットワークノード（２０）に、１つまたは複数の変位の各々が参照時間と比較して決定されたときの現在時間のデルタタイムスタンプをさらに含む、リポートを送るようにさらに設定された送信モジュール（１０４０）
をさらに備える、パラグラフ１５に記載のターゲットデバイス（１０）。
１７． ターゲットデバイス（１０）が、
－ ネットワークノード（２０）から、変位報告についての要求を取得するように設定された取得モジュール（１０２０）
をさらに備える、パラグラフ１５または１６に記載のターゲットデバイス（１０）。
１８． ターゲットデバイス（１０）が、
－ 変位を決定するときにターゲットデバイスによって使用されるべき、少なくとも１つの好ましいロケーションソースおよび／または参照位置を含む、要求を取得するように設定された取得モジュール（１０２０）
をさらに備える、パラグラフ１７に記載のターゲットデバイス（１０）。
１９． ターゲットデバイス（１０）が、
－ ネットワークノード（２０）に、変位報告のためのサポートされるロケーションソースに関する能力情報を送るように設定された送信モジュール（１０４０）
をさらに備える、パラグラフ１５から１８のいずれか１つに記載のターゲットデバイス（１０）。
２０． ターゲットデバイス（１０）の測位を決定するための方法を実施するための、ネットワークノード（２０）であって、
－ ターゲットデバイス（１０）から、参照位置に対するターゲットデバイス（１０）の１つまたは複数の変位であって、少なくとも１つのロケーションソースによって実施される測定に基づいて決定された、１つまたは複数の変位と、参照位置が関連付けられた参照時間とを含む、リポートを取得することと、
－ 取得された１つまたは複数の変位と、参照時間に関連付けられた参照位置とに基づいて、ターゲットデバイス（１０）の絶対位置を決定することと
を備える、ネットワークノード（２０）。
２１．
－ ターゲットデバイス（１０）から、１つまたは複数の変位の各々が参照時間と比較して決定されたときの現在時間のデルタタイムスタンプをさらに含む、リポートを取得するように設定された取得モジュール（２０２０）
をさらに備える、パラグラフ２０に記載のネットワークノード。
２２．
－ １つまたは複数の変位を決定するために使用された少なくとも１つのロケーションソースの指示をさらに含む、リポートを取得するように設定された取得モジュール（２０２０）
をさらに備える、パラグラフ２０または２１に記載のネットワークノード。
２３．
－ ターゲットデバイス（１０）に、変位報告についての要求を送るようにさらに設定された送信モジュール（２０４０）
をさらに備える、パラグラフ２０から２２のいずれか１つに記載のネットワークノード（２０）。
２４．
－ 少なくとも１つの好ましいロケーションソースおよび／または参照位置を含む、要求を送るようにさらに設定された送信モジュール（２０４０）
をさらに備える、パラグラフ２３に記載のネットワークノード（２０）。
２５．
－ ターゲットデバイス（１０）から、変位報告のためのサポートされるロケーションソースに関する能力情報を受信するように設定された受信モジュール（２０１０）
をさらに備える、パラグラフ２０から２４のいずれか１つに記載のネットワークノード（２０）。
１５． ターゲットデバイス（１０）であって、ターゲットデバイス（１０）の測位をハンドリングするための方法を実施するためのものであり、ターゲットデバイス（１０）は、
－ 少なくとも１つのロケーションソースによって実施される測定に基づいて、参照位置に対するターゲットデバイス（１０）の１つまたは複数の変位を決定するように設定された決定モジュール（１０３０）と、
－ ネットワークノード（２０）に、ターゲットデバイス（１０）の決定された１つまたは複数の変位と、参照位置が関連付けられた参照時間とを含む、リポートを送るように設定された送信モジュール（１０４０）と
を備える、ターゲットデバイス（１０）。
１６． ターゲットデバイス（１０）は、
－ ネットワークノード（２０）に、１つまたは複数の変位の各々が参照時間と比較して決定されたときの現在時間のデルタタイムスタンプをさらに含む、リポートを送るようにさらに設定された送信モジュール（１０４０）
をさらに備える、パラグラフ１５に記載のターゲットデバイス（１０）。
１７． ターゲットデバイス（１０）が、
－ ネットワークノード（２０）から、変位報告についての要求を取得するように設定された取得モジュール（１０２０）
をさらに備える、パラグラフ１５または１６に記載のターゲットデバイス（１０）。
１８． ターゲットデバイス（１０）が、
－ 変位を決定するときにターゲットデバイスによって使用されるべき、少なくとも１つの好ましいロケーションソースおよび／または参照位置を含む、要求を取得するように設定された取得モジュール（１０２０）
をさらに備える、パラグラフ１７に記載のターゲットデバイス（１０）。
１９． ターゲットデバイス（１０）が、
－ ネットワークノード（２０）に、変位報告のためのサポートされるロケーションソースに関する能力情報を送るように設定された送信モジュール（１０４０）
をさらに備える、パラグラフ１５から１８のいずれか１つに記載のターゲットデバイス（１０）。
２０． ターゲットデバイス（１０）の測位を決定するための方法を実施するための、ネットワークノード（２０）であって、
－ ターゲットデバイス（１０）から、参照位置に対するターゲットデバイス（１０）の１つまたは複数の変位であって、少なくとも１つのロケーションソースによって実施される測定に基づいて決定された、１つまたは複数の変位と、参照位置が関連付けられた参照時間とを含む、リポートを取得することと、
－ 取得された１つまたは複数の変位と、参照時間に関連付けられた参照位置とに基づいて、ターゲットデバイス（１０）の絶対位置を決定することと
を備える、ネットワークノード（２０）。
２１．
－ ターゲットデバイス（１０）から、１つまたは複数の変位の各々が参照時間と比較して決定されたときの現在時間のデルタタイムスタンプをさらに含む、リポートを取得するように設定された取得モジュール（２０２０）
をさらに備える、パラグラフ２０に記載のネットワークノード。
２２．
－ １つまたは複数の変位を決定するために使用された少なくとも１つのロケーションソースの指示をさらに含む、リポートを取得するように設定された取得モジュール（２０２０）
をさらに備える、パラグラフ２０または２１に記載のネットワークノード。
２３．
－ ターゲットデバイス（１０）に、変位報告についての要求を送るようにさらに設定された送信モジュール（２０４０）
をさらに備える、パラグラフ２０から２２のいずれか１つに記載のネットワークノード（２０）。
２４．
－ 少なくとも１つの好ましいロケーションソースおよび／または参照位置を含む、要求を送るようにさらに設定された送信モジュール（２０４０）
をさらに備える、パラグラフ２３に記載のネットワークノード（２０）。
２５．
－ ターゲットデバイス（１０）から、変位報告のためのサポートされるロケーションソースに関する能力情報を受信するように設定された受信モジュール（２０１０）
をさらに備える、パラグラフ２０から２４のいずれか１つに記載のネットワークノード（２０）。
【図1】
【図2】
【図3】
【図4】
【図5a】
【図5b】
【図6a】
【図6b】