(57)【要約】  ユーザ装置（ＵＥ）の位置は、ＵＥの相対位置又は絶対位置を決定するために使用できる位置メトリックの追加の測定値を得るために、直接ＵＥ間通信によって通信される情報に基づいて決定されてよい。一実施例では、ＵＥは、第２のＵＥとの直接接続を介して、ＵＥと第２のＵＥとの距離に関するタイミング情報を導出可能な測位参照信号を受信し、測位参照信号に基づいて、第２のＵＥに対するＵＥの位置に関する第１の位置メトリックを決定し、少なくとも位置メトリックに基づいて、ＵＥのロケーションを決定してよい。
2017527806.tif 000002
【特許請求の範囲】
【請求項１】
処理回路を備えるユーザ装置（ＵＥ）であって、前記処理回路は、
無線インタフェースを介してセルラネットワークと接続し、
前記無線インタフェースを用いて１つ以上の他のＵＥと接続して、前記他のＵＥと直接接続を形成し、
前記他のＵＥとの前記直接接続を介して、前記ＵＥと他のＵＥとの距離に関する第１のタイミング情報を導出可能な第１の測位参照信号を受信し、
前記第１の測位参照信号に基づいて、前記他のＵＥに対する前記ＵＥの位置に関する第１の位置メトリックを決定し、
前記セルラネットワークを介して、前記ＵＥと前記セルラネットワークと関連付けられた基地局との距離に関する第２のタイミング情報を導出可能な第２の測位参照信号を受信し、
前記第２の測位参照信号に基づいて、前記基地局に対する前記ＵＥの位置に関する第２の位置メトリックを決定し、
少なくとも前記第１の位置メトリック及び前記第２の位置メトリックに基づいて、前記ＵＥのロケーションを決定するように構成される、
ユーザ装置（ＵＥ）。
【請求項２】
前記処理回路は、前記ＵＥの前記ロケーションを決定するとき、更に、
マルチラテレーションベース又は近接検出の技術を用いて、前記ＵＥの前記ロケーションを算出する、
請求項１に記載のＵＥ。
【請求項３】
前記処理回路は、前記ＵＥの前記ロケーションを決定するとき、更に、
前記セルラネットワークを介して、前記第１の位置メトリック及び前記第２の位置メトリックをロケーションサーバに送信し、
前記ロケーションサーバから、前記ＵＥの前記ロケーションの指示を受信するように構成される、
請求項１に記載のＵＥ。
【請求項４】
前記処理回路は更に、
前記第１の測位参照信号と関連付けられるペイロードデータを復号して、１つ以上の前記他のＵＥのロケーションの指示を取得するように構成される、
請求項１に記載のＵＥ。
【請求項５】
前記処理回路は更に、
対応する複数の前記他のＵＥから、複数の測位参照信号を受信するように構成され、
前記複数の測位参照信号と関連付けられるタイミング情報は、前記セルラネットワークを介して実行される同期手順に基づいて同期される、
請求項１に記載のＵＥ。
【請求項６】
前記第１のタイミング情報は、前記ＵＥと前記他のＵＥとの間で行われる双方向タイミング推定に基づいて、前記他のＵＥと同期される、
請求項１に記載のＵＥ。
【請求項７】
前記第１の位置メトリックは、
測位参照信号到着時間と、
測位参照信号間の到着時間の差と、
測位参照信号と参照クロックとの到着時間の差と、
測位参照信号受信電力と、
測位参照信号受信品質と、
タイミング推定精度インジケータと、
ロケーション情報と、
ロケーション方程式の解に十分なタイミング情報と、
のうち１つ以上を含む、請求項１に記載のＵＥ。
【請求項８】
前記処理回路は更に、
前記セルラネットワークを介して、前記第１の測位参照信号の構成に関する構成情報を受信するように構成される、
請求項１に記載のＵＥ。
【請求項９】
前記ＵＥの前記ロケーションは、前記ＵＥにより、前記ＵＥの下位レイヤ処理から少なくとも前記第１の位置メトリック及び前記第２の位置メトリックを受信するアプリケーションによって、ローカルで決定される、
請求項１に記載のＵＥ。
【請求項１０】
処理回路を備えるロケーションサーバであって、前記処理回路は、
無線ネットワークの一部として展開された複数のアンカーユーザ装置（ＵＥ）のロケーションの指示を記憶し、
前記複数のアンカーＵＥから、前記複数のアンカーＵＥに対するターゲットＵＥの位置に関する情報を含む第１の位置メトリックを受信し、
無線セルラネットワークにおける基地局に対する前記ターゲットＵＥの位置に関する第２の位置メトリックを受信し、
前記第１の位置メトリック及び前記第２の位置メトリックに基づいて、前記ターゲットＵＥのロケーションを計算するように構成される、
ロケーションサーバ。
【請求項１１】
前記第１の位置メトリックは、前記ターゲットＵＥと前記複数のアンカーＵＥとの間に形成されたサイドリンクチャネル上で交換される測位参照信号の通信に基づく、
請求項１０に記載のロケーションサーバ。
【請求項１２】
前記複数のアンカーＵＥは、それぞれ固定のロケーションに関連付けられる、
請求項１０に記載のロケーションサーバ。
【請求項１３】
前記処理回路は更に、複数の非アンカーＵＥから第３の位置メトリックを受信するように構成され、
前記ターゲットＵＥの前記ロケーションの前記計算は、追加的に前記第３の位置メトリックに基づく、
請求項１２に記載のロケーションサーバ。
【請求項１４】
前記処理回路は更に、前記ターゲットＵＥの算出された前記ロケーションを前記ターゲットＵＥに送信するように構成される、
請求項１０に記載のロケーションサーバ。
【請求項１５】
ユーザ装置（ＵＥ）によって実施される方法であって、
無線インタフェースを介してセルラネットワークと接続するステップと、
前記無線インタフェースを用いて第２のＵＥと接続して、前記第２のＵＥと直接接続を形成するステップと、
前記第２のＵＥとの前記直接接続を介して、前記ＵＥと前記第２のＵＥとの距離に関する第１のタイミング情報を導出可能な第１の測位参照信号を受信するステップと、
前記第１の測位参照信号に基づいて、前記第２のＵＥに対する前記ＵＥの位置に関する第１の位置メトリックを決定するステップと、
前記セルラネットワークを介して、前記ＵＥと前記セルラネットワークと関連付けられた基地局との距離に関する第２のタイミング情報を導出可能な第２の測位参照信号を受信するステップと、
前記第２の測位参照信号に基づいて、前記基地局に対する前記ＵＥの位置に関する第２の位置メトリックを決定するステップと、
少なくとも前記第１の位置メトリック及び前記第２の位置メトリックに基づいて、前記ＵＥのロケーションを決定するステップと、
を含む方法。
【請求項１６】
前記ＵＥの前記ロケーションを決定する前記ステップは、
マルチラテレーションベース又は近接ベースの技術を用いて、前記ＵＥの前記ロケーションを計算するステップ、
を更に含む、請求項１５に記載の方法。
【請求項１７】
前記第１の測位参照信号と関連付けられたペイロードデータを復号して、前記第２のＵＥのロケーションの指示を取得するステップ、
を更に含む、請求項１５に記載の方法。
【請求項１８】
対応する複数の追加的なＵＥから複数の測位参照信号を受信するステップ、
を更に含み、
前記複数の測位参照信号と関連付けられるタイミング情報は、前記セルラネットワークを介して実行される同期手順に基づいて同期される、
請求項１５に記載の方法。
【請求項１９】
前記第１の測位参照信号は、前記ＵＥと前記第２のＵＥとの間で行われる双方向タイミング推定に基づいて前記第２のＵＥと同期されるタイミング情報を含む、
請求項１５に記載の方法。
【請求項２０】
前記第１の位置メトリックは、
測位参照信号到着時間と、
測位参照信号間の到着時間の差と、
測位参照信号と参照クロックとの到着時間の差と、
測位参照信号受信電力と、
測位参照信号受信品質と、
のうち１つ以上を含む、請求項１５に記載の方法。
【請求項２１】
ユーザ装置（ＵＥ）であって、
無線インタフェースを介してセルラネットワークと接続する手段と、
前記無線インタフェースを用いて第２のＵＥと接続して、前記第２のＵＥと直接接続を形成する手段と、
前記第２のＵＥとの前記直接接続を介して、前記ＵＥと前記第２のＵＥとの距離に関する第１のタイミング情報を導出可能な第１の測位参照信号を受信する手段と、
前記第１の測位参照信号に基づいて、前記第２のＵＥに対する前記ＵＥの位置に関する第１の位置メトリックを決定する手段と、
前記セルラネットワークを介して、前記ＵＥと前記セルラネットワークと関連付けられた基地局との距離に関する第２のタイミング情報を導出可能な第２の測位参照信号を受信する手段と、
前記第２の測位参照信号に基づいて、前記基地局に対する前記ＵＥの位置に関する第２の位置メトリックを決定する手段と、
少なくとも前記第１の位置メトリック及び前記第２の位置メトリックに基づいて、前記ＵＥのロケーションを決定する手段と、
を備えるＵＥ。
【請求項２２】
前記ＵＥの前記ロケーションを決定することは、更に、マルチラテレーションベースの技術を用いて前記ＵＥの前記ロケーションを算出することを含む、
請求項２１に記載のＵＥ。
【請求項２３】
前記第１の測位参照信号と関連付けられたペイロードデータを復号して、前記第２のＵＥのロケーションの指示を取得する手段、
を更に備える、請求項２１に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本願は、２０１４年９月２５日に出願された米国仮特許出願第６２／０５５，４７４号の利益を主張し、本明細書に完全に記載されているかのように参照により本明細書に組み込まれる。
【背景技術】
【０００２】
無線ネットワークは、無線インタフェースを介して、スマートフォン等のモバイル通信デバイスにネットワーク接続を提供する。無線ネットワークでは、通信装置のロケーションを決定する測位サービスは、望ましい特徴となり得る。例えば、モバイルデバイスのロケーションを決定することは、ナビゲーションサービス、緊急サービスを提供するとき、或いはモバイルデバイスに提供され得る他のサービスのために重要であり得る。
【０００３】
様々な異なる状況／環境において、モバイルデバイスの位置を正確に決定することは困難なことがある。第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公表された仕様では、３つの主要なデバイス測位サービス、すなわち拡張セルＩＤ（ＥＣＩＤ）、アシストグローバルナビゲーション衛星システム（Assisted  Global  Navigation  Satellite  Systems）、ダウンリンクＯＴＤＯＡ（Observed  Time  Difference  of  Arrival）が記載されている。しかしながら、無線技術を用いて正確な測位を得ることには、多くの状況において、粗いロケーション精度という結果を招き得る複数の課題がある。このような課題には、高い侵入損失と、測位信号のソースからの信号伝搬の非視線（ＮＬＯＳ）特性とによる、屋内環境での性能の低下が含まれる。
【図面の簡単な説明】
【０００４】
本発明の実施形態は、添付図面と併せて以下の詳細な説明により、容易に理解されるであろう。この説明を容易にするために、同じ参照番号は同じ構造要素を示すことができる。本発明の実施形態は、添付図面の図において限定としてではなく例示として示される。
【図１】本明細書で説明される実施の例示的概要を示す図である。
【図２】本明細書で説明されるシステム及び／又は方法が実施され得る例示的環境の図である。
【図３】アンカーＵＥを用いるターゲットＵＥの位置決定を概念的に示す図である。
【図４】非アンカーＵＥ（本明細書ではアシストＵＥと呼ばれる）を用いるターゲットＵＥの位置決定を概念的に示す図である。
【図５】アンカーＵＥとアシストＵＥの組合わせを用いる、ターゲットＵＥの位置決定を概念的に示す図である。
【図６】ターゲットＵＥと１つ以上の他のＵＥとの間でSidelinkチャネルが利用可能である場合に、ターゲットＵＥのロケーションを決定するために用いることのできる、例示的プロセスを示すフローチャートである。
【図７】ターゲットＵＥからのアップリンク伝送に基づいてターゲットＵＥのロケーションを決定するために用いることのできる、例示的プロセスを示すフローチャートである。
【図８】デバイスの例示的コンポーネントの図である。
【発明を実施するための形態】
【０００５】
以下の詳細な説明は、添付図面を参照する。異なる図面における同じ参照番号は、同一又は類似の要素を識別する場合がある。本開示の範囲から逸脱することなく、他の実施形態を利用することができ、構造的又は論理的な変更を行うことができることを理解されたい。したがって、以下の詳細な説明は限定的な意味で解釈されるべきではなく、本発明による実施形態の範囲は、添付の特許請求の範囲及びそれらの均等物によって定義される。
【０００６】
本明細書に記載の技術は、モバイルデバイスの相対的又は絶対的な位置を決定するために用いることのできる位置メトリックの追加の測定値を得るために、デバイス間（Ｄ２Ｄ）通信によって通信される情報に基づいて、モバイルデバイスの位置を決定することに寄与し得る。いくつかの実施例では、追加の位置メトリックは、従来の測位技術によって得られるメトリックと併用して、デバイス位置をより正確に決定することができる。
【０００７】
一実施例では、ユーザ装置（ＵＥ）は処理回路を備えてよい。処理回路は、無線インタフェースを介してセルラネットワークと接続し、無線インタフェースを用いて１つ以上の他のＵＥと接続して、他のＵＥと直接接続を形成し、他のＵＥとの直接接続を介して、ＵＥと他のＵＥとの距離に関する第１のタイミング情報を導出可能な第１の測位参照信号を受信し、第１の測位参照信号に基づいて、他のＵＥに対するＵＥの位置に関する第１の位置メトリックを決定し、セルラネットワークを介して、ＵＥとセルラネットワークと関連付けられた基地局との距離に関する第２のタイミング情報を導出可能な第２の測位参照信号を受信し、第２の測位参照信号に基づいて、基地局に対するＵＥの位置に関する第２の位置メトリックを決定し、少なくとも第１の位置メトリック及び第２の位置メトリックに基づいて、ＵＥのロケーションを決定するように構成される。
【０００８】
更に、処理回路は、ＵＥのロケーションを決定するとき、マルチラテレーションベース又は近接検出の技術を用いて、ＵＥのロケーションを算出してよい。代替又は追加として、処理回路は、ＵＥのロケーションを決定するとき、セルラネットワークを介して、第１の位置メトリック及び第２の位置メトリックをロケーションサーバに送信し、ロケーションサーバから、ＵＥのロケーションの指示を受信してよい。
【０００９】
いくつかの実施例では、処理回路は、第１の測位参照信号と関連付けられるペイロードデータを復号して、１つ以上の他のＵＥのロケーションの指示を取得してよい。更に、いくつかの実施例では、処理回路は、複数の測位参照信号を、対応する数の他のＵＥから受信してよい。測位参照信号と関連付けられるタイミング情報は、セルラネットワークを介して実行される同期手順に基づいて同期される。
【００１０】
いくつかの実施例では、第１のタイミング情報は、ＵＥと他のＵＥとの間で行われる双方向タイミング推定に基づいて、他のＵＥと同期されてよい。第１の位置メトリックは、測位参照信号到着時間と、測位参照信号間の到着時間の差と、測位参照信号と参照クロックとの到着時間の差と、測位参照信号受信電力と、測位参照信号受信品質と、タイミング推定精度インジケータと、ロケーション情報と、ロケーション方程式の解に十分なタイミング情報とのうち１つ以上を含んでよい。
【００１１】
いくつかの実施例では、処理回路は更に、セルラネットワークを介して、第１の測位参照信号の構成に関する構成情報を受信するように構成される。代替又は追加として、いくつかの実施例では、ＵＥのロケーションは、ＵＥにより、ＵＥにおける下位レイヤ処理から少なくとも第１の位置メトリック及び第２の位置メトリックを受信するアプリケーションによって、ローカルで決定されてよい。
【００１２】
本明細書に記載の別の態様と一致して、ＵＥは、無線インタフェースと、プロセッサ実行可能命令を記憶するコンピュータ可読記憶媒体と、プロセッサ実行可能命令を実行する処理回路とを備えてよい。処理回路は、無線インタフェースと関連付けられたSidelinkチャネルを介して、該ＵＥに近接する第２のＵＥと接続するための命令と、無線インタフェースを介してセルラネットワークと接続するための命令と、Sidelinkチャネルを介して第２のＵＥに、ＵＥと第２のＵＥとの距離に関する第１のタイミング情報を導出可能な第１の測位参照信号を送信するための命令と、無線インタフェースを介して、ＵＥとセルラネットワークと関連付けられた基地局との距離に関する第２のタイミング情報を導出可能な第２の測位参照信号を送信するための命令と、ロケーションサーバから無線インタフェースを介して、少なくとも第１の測位参照信号及び第２の測位参照信号に基づいて決定されたＵＥのロケーションを受信するための命令と、を実行してよい。
【００１３】
本明細書に記載の別の態様と一致して、ロケーションサーバは処理回路を備えてよい。処理回路は、無線ネットワークの一部として展開された複数のアンカーＵＥのロケーションの指示を記憶し、アンカーＵＥから、アンカーＵＥに対するターゲットＵＥの位置に関する情報を含む第１の位置メトリックを受信し、無線セルラネットワークにおける基地局に対するターゲットＵＥの位置に関する第２の位置メトリックを受信し、第１の位置メトリック及び第２の位置メトリックに基づいて、ターゲットＵＥのロケーションを計算するように構成される。
【００１４】
いくつかの実施例では、第１の位置メトリックは、ターゲットＵＥとアンカーＵＥとの間に形成されたSidelinkチャネル上で交換される測位参照信号の通信に基づいてよい。いくつかの実施例では、アンカーＵＥは、それぞれ固定のロケーションに関連付けられてよい。いくつかの実施例では、処理回路は更に、複数の非アンカーＵＥから第３の位置メトリックを受信するように構成される。ターゲットＵＥの位置の計算は、追加的に第３の位置メトリックに基づく。いくつかの実施例では、処理回路は更に、ターゲットＵＥの算出されたロケーションをターゲットＵＥに送信するように構成される。
【００１５】
本明細書に記載の別の態様と一致して、本方法は、無線インタフェースを介してセルラネットワークと接続するステップと、無線インタフェースを用いて第２のＵＥと接続して、第２のＵＥと直接接続を形成するステップと、第２のＵＥとの直接接続を介して、ＵＥと第２のＵＥとの距離に関する第１のタイミング情報を導出可能な第１の測位参照信号を受信するステップと、第１の測位参照信号に基づいて、第２のＵＥに対するＵＥの位置に関する第１の位置メトリックを決定するステップと、セルラネットワークを介して、ＵＥとセルラネットワークと関連付けられた基地局との距離に関する第２のタイミング情報を導出可能な第２の測位参照信号を受信するステップと、第２の測位参照信号に基づいて、基地局に対するＵＥの位置に関する第２の位置メトリックを決定するステップと、少なくとも第１の位置メトリック及び第２の位置メトリックに基づいて、ＵＥのロケーションを決定するステップと、を含んでよい。
【００１６】
本明細書に記載の別の態様と一致して、ＵＥは、無線インタフェースを介してセルラネットワークと接続する手段と、無線インタフェースを用いて第２のＵＥと接続して、第２のＵＥと直接接続を形成する手段と、第２のＵＥとの直接接続を介して、ＵＥと第２のＵＥとの距離に関する第１のタイミング情報を導出可能な第１の測位参照信号を受信する手段と、第１の測位参照信号に基づいて、第２のＵＥに対するＵＥの位置に関する第１の位置メトリックを決定する手段と、セルラネットワークを介して、ＵＥとセルラネットワークと関連付けられた基地局との距離に関する第２のタイミング情報を導出可能な第２の測位参照信号を受信する手段と、第２の測位参照信号に基づいて、基地局に対するＵＥの位置に関する第２の位置メトリックを決定する手段と、少なくとも第１の位置メトリック及び第２の位置メトリックに基づいて、ＵＥのロケーションを決定する手段と、を備えてよい。
【００１７】
図１は、本明細書に記載の実施の例示的概要を示す。図１に示されるように、無線セルラネットワークに関連付けられるもの等の基地局は、UE_Aとして表示されたモバイルデバイス（ユーザ装置（ＵＥ）と呼ばれる）と通信してよい。UE_Aは、Ｄ２Ｄディスカバリ又は通信チャネルを実現するために、UE_Bとして表示された別のＵＥと直接通信してもよい。３ＧＰＰでは、Ｄ２Ｄディスカバリ又は通信チャネルは、Sidelinkチャネルと呼ばれることがある。ロケーションサーバは、無線ネットワーク及び／又はＵＥに対して測位サービスを実行してよい。ロケーションサーバは、例えば、様々なタイプの測定された位置メトリック（例えば、信号タイミングデータ、信号受信電力データ）に関するパラメータ及び／又は算出された位置（例えば、衛星支援位置システムから得られた、又は端末設置中に予め構成された座標データ、参照ノードに対する距離測定値）に関するパラメータを潜在的に含む、複数のパラメータを取得し、パラメータに基づいて、UE_Aのロケーション（例えば地理的位置）を決定してよい。いくつかの実施例では、ロケーションサーバは、代替又は追加として、UE_Aの現在の速度及び／又は進行方向を決定してよい。
【００１８】
位置メトリックの少なくとも一部は、Sidelinkチャネルから取得されてよい。例えば、UE_A及びUE_Bは、Sidelinkチャネルを介して、それに基づいて位置メトリックを計算することのできる測位信号（例えば、参照信号及び／又はデータ（ペイロード）を伴う参照信号）を送信及び受信してよい。いくつかの実施例では、ターゲットＵＥ（例えばUE_A）のロケーションのより正確な決定を得るために、Sidelinkチャネル上で得られた位置メトリックは、例えばロケーションサーバ等により、従来の位置メトリックと組み合わされてよい（例えば、ＵＥ−ｅＮＢリンクを介して取得される）。
【００１９】
一実施例では、UE_Bのロケーションは、比較的正確な方式で知ることができる。例えば、UE_Bの位置は、従来の測位技術を用いて正確に決定されていてもよく（例えば、UE_Bは屋外にあり、全地球測位衛星と良好な視線リンクを有してよい）、或いはUE_Bは、無線ネットワークのオペレータによって設置される固定装置であってもよい。固定されたロケーションに設置された場合、UE_Bは「アンカー」装置と呼ばれることがある。代替として、「アンカー」端末は、それ自身の座標を確実に知っている端末であってよい。UE_Aの近傍におけるアンカー装置の存在は、より正確なロケーション決定を得るのに役立つことができる。
【００２０】
いくつかの実施例では、ロケーションサーバは省略されてよく、UE_AのロケーションはUE_Aによって、且つ／又は別の装置によって決定されてよい。この場合の測位は、ＵＥ側（例えば、サイドリンク及び／又はセルラリンクのいずれかから信号ロケーションパラメータに関する情報を考慮する自己測位アプリケーションを実行する）で行うことができる。
【００２１】
Sidelinkチャネルから得られた測位メトリックを使用することにより、複数の方法で改善されたＵＥロケーション決定につながる可能性がある。例えば、ロケーション決定を支援するために近くのＵＥを用いることにより、より多くのソースを用いて測位メトリックを得ることができる。すなわち、他のＵＥの展開密度は、展開された基地局の密度よりも高くなり得る。更に、上述したように、特に困難な測位シナリオでは、アンカーＵＥを建物内に意図的に予め設置して、ロケーション精度を高めることができる。追加のアンカーＵＥを設置することは、潜在的に、より多くの基地局を設置するコストと比較して、費用対効果の高い解決策となり得る。更に、将来のセルラシステムでは、車両間の適用を効果的にサポートするために、道路インフラストラクチャユニット（ＵＥ実装に基づく）は設置可能であり、Ｄ２Ｄエアインタフェースを用いる端末測位のためのアンカーノードとして機能することができる。
【００２２】
更に、Sidelinkチャネルは近接に基づいて生成される傾向があるので、Sidelinkチャネルが存在する（例えば、既知のロケーションを有するＵＥと共に）という事実を用いて、ターゲットＵＥのロケーション決定を改善することができる。すなわち、既知の座標を有するＵＥは、ターゲットＵＥの大まかな位置推定値を提供することができる。Sidelinkチャネルに使用されている電力は、追加的に、ターゲットＵＥのロケーションを決定するために用いられる因子であり得る（例えば、低電力Sidelinkチャネルは、ターゲットＵＥが近いことを示すことができる）。近接する他のＵＥの存在は、測位精度を更に改善させることができる。
【００２３】
更に、位置決定においてSidelinkチャネルを使用することは、可聴性問題を原因とする不正確さを修正するために採用されてよい。可聴性問題は、屋内環境で発生する傾向がある。大きな壁貫通損失を原因として、ＵＥは通常、屋外に比べて、検出できる基地局の数が少ないことある。アンカーＵＥ等の他のＵＥに関連付けられたSidelinkチャネルを使用することにより、屋内の可聴性問題が軽減される可能性がある。アンカーＵＥは、ロケーション決定支援に追加される機能を実行することができる。例えば、アンカーＵＥは、スマートメーター、ショッピングモール内に広告を提供する広告装置その他の、ロケーション決定支援が主要機能ではない他のＵＥを含んでよい。このようなシナリオでは、基地局はほぼ同じ高さに配置される傾向があり、互いに比較的遠くに配置されて、垂直方向の測位精度の幾何学的希釈が大きくなる可能性があるので、３次元測位精度は、特に垂直座標（通常は精度が悪いことがある）の場合に、実質的に改善される可能性がある。
【００２４】
更に、位置決定においてSidelinkチャネルを使用することは、従来の位置決定技術の推定精度を改善するために採用されてよい。Sidelink通信の近接性を原因として、SidelinkチャネルにおけるＵＥ間の伝播条件は、基地局からＵＥへの伝播条件に対してより良好であり得る。例えば、視線リンクを有する可能性は、距離がより短いために高くなる可能性があり、したがって、非視線リンクによる歪みの影響を軽減することができる。加えて、Sidelinkチャネル上の信号対雑音比は、ＵＥ対基地局リンクより良好であり得る。
【００２５】
図２は、本明細書に記載のシステム及び／又は方法を実装することができる例示的な環境２００の図である。図示のように、環境２００は、ＵＥ２１０，２１２，２１４を含んでよい。図２には３つのＵＥが示されているが、実際には、環境２００に含まれるＵＥはこれより多くても少なくてもよい。
【００２６】
環境２００は、追加的に無線ネットワーク２２０を含んでよい。無線ネットワーク２２０は、ＵＥ２１０〜２１４への無線ネットワーク接続を提供する１つ以上のネットワークを含んでよい。例えば、無線ネットワーク２２０は、セルラ無線カバレッジを提供する無線ネットワークを表してよい。いくつかの実施例では、無線ネットワーク２２０は、３ＧＰＰ／ロングタームエボリューション（ＬＴＥ）ベースのネットワークに関連付けられてよい。無線ネットワーク２２０は、１つ以上の基地局２２５と進化型パケットコア（ＥＰＣ）とを含む無線アクセスネットワーク（ＲＡＮ）を含んでよい。ＬＴＥベースのネットワークの状況では、基地局２２５は進化型ノードＢ（ｅＮＢ）と呼ばれることがある。ＥＰＣは、サービングゲートウェイ（ＳＧＷ）２３０、モビリティ管理エンティティ（ＭＭＥ）２３５及びパケットデータネットワークゲートウェイ（ＰＧＷ）２４０を含んでよい。図２には、ＥＰＣ、無線ネットワーク２２０又は外部ネットワークと関連付けられ得るホーム加入者サーバ（ＨＳＳ）２５０及びロケーションサーバ２６０も示されている。
【００２７】
ＵＥ２１０〜２１４は、それぞれ、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、携帯電話、セルラ無線ネットワークへの接続を有するラップトップコンピュータ、タブレットコンピュータ等の、ポータブルのコンピューティングデバイス及び通信デバイスを含んでよい。ＵＥ２１０〜２１４は、デスクトップコンピュータ、消費者用又は商業用機器その他の、無線ネットワーク２２０に接続する能力を有するデバイス等の、非ポータブルコンピューティングデバイスを含んでもよい。ＵＥ２１０〜２１４は、無線リンクを介して無線ネットワーク２２０に接続してよい。
【００２８】
ＵＥ２１０〜２１４は、ＵＥ２１０〜２１４が互いに直接無線接続を介して接続することを可能にする無線インタフェースを有してよい。例えば、ＵＥ２１０〜２１４は、それぞれ、３ＧＰＰ／ロングタームエボリューション（ＬＴＥ）ベースのネットワーク（例えば無線ネットワーク２２０）と、ＷｉＦｉベースの通信（例えば、電気電子学会（ＩＥＥＥ）の８０２．１１に基づく通信）を実現する第２の無線トランシーバ等の、セルラアクセスネットワークに接続する第１の無線トランシーバを備えてよい。ＵＥ２１０〜２１４は、ダイレクトディスカバリにより、又は無線ネットワーク２２０の援助により、互いを発見することができる。次に、ＵＥ２１０〜２１４は、Sidelink通信を行うために、互いに直接接続することができる（例えば、無線ネットワーク２２０を用いないＷｉＦｉダイレクトパス又は進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）ダイレクト通信パスを介して）。
【００２９】
ｅＮＢ２２５は、ＵＥ２２１〜２１４に宛てられ、且つ／又はＵＥ２２１〜２１４から受信されたトラフィックを受信、処理及び／又は送信する１つ以上のネットワーク装置を含んでよい。ｅＮＢ２２５は、ＵＥ２１０〜２１４とのワイヤレス（すなわち無線）インタフェースを提供してよい。
【００３０】
ＳＧＷ２３０は、トラフィックフローのデータをルーティングする１つ以上のネットワーク装置を含んでよい。ＳＧＷ２３０は、１つ以上のｅＮＢ２２５から受信したトラフィックを集約してよく、集約されたトラフィックをＰＧＷ２４０を介して外部ネットワークに送信してよい。ＳＧＷ２３０は、基地局間ハンドオーバの間にモビリティアンカーとして機能してもよい。
【００３１】
ＭＭＥ２３５は、ｅＮＢ２２５及び／又はその他の無線ネットワーク２２０のための無線インタフェースを提供する装置のための制御ノードとして機能する１つ以上の計算及び通信デバイスを含んでよい。例えば、ＭＭＥ２３５は、無線ネットワーク２２０を伴うＵＥ２１０〜２１４に対して、ＵＥ２１０〜２１４とのセッションに関連付けられたベアラチャネル（例えばトラフィックフロー）を確立する動作、ＵＥ２２１〜２１４を別のネットワークにハンドオフする動作、及び／又は他の操作を実行してよい。ＭＭＥ２３５は、ＵＥ２２１〜２１４宛て及び／又はＵＥ２２１〜２１４から受信されたトラフィックに対してポリシング動作を実行してよい。
【００３２】
ＰＧＷ２４０は、１つ以上のＳＧＷ２３０から受信されたトラフィックを集約することのできる１つ以上のネットワーク装置を含んでよく、集約されたトラフィックを外部ネットワークに送信してよい。ＰＧＷ２４０は、追加又は代替又として、外部ネットワークからトラフィックを受信してよく、ＳＧＷ２３０を介してＵＥ２１０−２１４に向けて、且つ／又はｅＮＢ２２５に向けて、トラフィックを送信してよい。
【００３３】
ＨＳＳ２５０は、ＨＳＳ２５０に関連付けられたメモリおいて加入者に関連付けられたプロファイル情報を管理、更新及び／又は記憶することができる１つ以上の装置を含んでよい。プロファイル情報は、加入者に対して許可され且つ／又は加入者によってアクセス可能なアプリケーション及び／又はサービスと、加入者に関連付けられたモバイルディレクトリ番号（ＭＤＮ）と、アプリケーション及び／若しくはサービスに関連付けられた帯域幅又はデータレートの閾値、並びに／又は他の情報を識別することができる。加入者は、ＵＥ２１０〜２１４に関連付けられてよい。追加又は代替として、ＨＳＳ２５０は、加入者及び／又はＵＥ２１０〜２１４との通信セッションに関連付けられた認証、認可及び／又は課金動作を実行してよい。
【００３４】
ロケーションサーバ２６０は、ＵＥ２１０〜２１４の位置決定機能を実行するために、１つ以上のネットワークデバイスによって実装される機能を表してよい。例えば、ロケーションサーバ２６０は、ＵＥ２１０〜２１４、ｅＮＢ２２５その他のデバイスから、ロケーション決定に関連するパラメータを受信し記憶してよい。一部のネットワーク装置は、固定された既知のロケーションに配置されてよい。例えば、ｅＮＢ２２５及びアンカーＵＥ２２１〜２１４は、固定のロケーションに設置されてよい。ロケーションサーバ２６０は、これらのデバイスのロケーションを記憶してよい。ロケーションサーバ２６０は、ＵＥ２１０〜２１４のロケーションを定期的に、又は時折計算し、ＵＥ２１０〜２１４の現在の位置を示す最新のデータ構造を維持してよい。パラメータに基づいて、且つ様々なデバイスの既知の位置に基づいて、ロケーションサーバ２６０は、マルチラテレーションベースや近接検出ベースの技術等のロケーション計算技術を用いて、ＵＥ２１０〜２１４のうちの１つ等のターゲットＵＥの現在のロケーションを決定してよい。
【００３５】
図２に示されるデバイス及び／又はネットワークの数は、説明のためだけに提供されている。実際には、図２の図示と比べて、追加のデバイス及び／又はネットワーク、より少ないデバイス及び／又はネットワーク、異なるデバイス及び／又はネットワーク、或いは異なる配置のデバイス及び／又はネットワークが存在してよい。代替又は追加として、環境２００のデバイスのうちの１つ以上は、環境２００の別の１つ以上のデバイスによって実行されるものとして説明される１つ以上の機能を実行してよい。
【００３６】
上述したように、いくつかの状況では、ターゲットＵＥ（すなわち、ＵＥのロケーションが決定されるべきＵＥ）と直接通信するＵＥは、既知のロケーションに関連付けられてよい。これらのＵＥは、「アンカー」ＵＥと呼ばれることがある。アンカーＵＥは、アンカー端末として動作するために、ネットワークプロバイダによって固定のロケーションに設置されたＵＥを含んでよい。いくつかの実施例では、アンカーＵＥは、ＵＥのロケーションが正確に分かっている（例えば、ユーザによって使用されている）モバイルＵＥを含んでもよい（例えば、ＵＥは屋外にあってもよく、衛星測位技術を用いて正確な測位が可能な領域にあってもよい）。
【００３７】
図３は、アンカーＵＥを用いる、ターゲットＵＥの位置決定を概念的に示す図である。図３では、ＵＥ３１０（“ターゲットＵＥ”）のロケーションを取得することが求められていると仮定する。アンカーＵＥ３２０及び３３０は、ターゲットＵＥ３１０の近傍にあってよい。ターゲットＵＥ３１０は、サービングｅＮＢ３４０に接続されてよい。更に、２つの他のｅＮＢ（隣接するｅＮＢ３５０及び３６０として図示）は、ＵＥ３１０をターゲットにするのに十分近くにあってよく、よって、ターゲットＵＥ３１０は隣接ｅＮＢ３５０及び３６０から測位参照信号を受信することができる。
【００３８】
ｅＮＢ３４０〜３６０は、互いに同期された内部参照クロックを備えてよい。更に、ｅＮＢ３４０〜３６０は、ＵＥ３３０〜３３０の参照クロックを同期するために、同期信号をブロードキャストしてよい。ｅＮＢ３４０〜３６０及びＵＥ３１０〜３６０における参照クロックの同期により、測位参照信号を送信することと、タイミング情報が受信ＵＥ（例えばターゲットＵＥ３１０）によって抽出されることとを可能にすることができる。いくつかの実施例では、ＵＥ３１０〜３３０の参照クロックは、ｅＮＢからの同期信号によって同期される代わりに、同期信号又は参照信号を送信するＵＥ３３０〜３３０のうちの１つに基づいて同期されてよい。いくつかの実施例では、アンカーＵＥ３２０〜３３０は、大部分の時間でスリープモード又は低電力モードに留まるように構成されてよいが、ｅＮＢ３４０〜３６０等により、同期信号を処理し且つ／又はＤ２Ｄアシスト測位のための測位参照信号を送信するために、所定の間隔でウェイクアップするように構成されてよい。
【００３９】
図３では、ターゲットＵＥ３１０は、ｅＮＢ３４０〜３６０及びアンカーＵＥ３２０，３３０から測位参照信号を受信してよい。アンカーＵＥ３２０，３３０からの測位参照信号は、ダイレクトSidelinkチャネルを介して伝送される信号を含んでよい。ｅＮＢ３４０〜３６０からの測位参照信号は、無線ネットワーク２２０に関連付けられたセルラリンクを介して伝送される信号を含んでよい。一実施例では、ターゲットＵＥ３１０によって受信される測位参照信号はタイミング情報を含んでよく、タイミング情報は、ターゲットＵＥ３１０と送信元との間の距離に関連してよい。例えば、様々なソース（例えば、ｅＮＢ３４０〜３６０及びアンカーＵＥ３２０，３３０）からのタイミング情報及び／又は信号到着時間値の差は、送信元からのターゲットＵＥ３１０の距離に対応してよい。各々の送信元のロケーション（例えば３次元座標値として）が分かっている場合があるので、算出された距離に対してマルチラテレーションベースの技術を適用して、ターゲットＵＥ３１０のロケーションを決定することができる。
【００４０】
いくつかの実施例では、ターゲットＵＥ３１０は、ターゲットＵＥ３１０に近接するアンカーＵＥを自律的に検出してよい。代替又は追加として、ターゲットＵＥ３１０は、潜在的な近隣アンカーＵＥのセットを示す情報をサービングｅＮＢ３４０から受信してよい。サービングｅＮＢ３１０からの情報は、測位参照信号に関する構成情報を含んでよい。
【００４１】
図３では、マルチレーテーションは、円弧３７２〜３８０によって図式的に示されており、円弧３７２〜３８０は、それぞれ、送信元からの特定の距離の円弧を示すことができる。各種円弧が交差する点は、ターゲットＵＥ３１０のロケーションに対応することができる。図示のように、円弧３７２は、サービングｅＮＢ３４０からの特定の距離に対応する。円弧３７４は、隣接するｅＮＢ３６０からの特定の距離に対応し、円弧３７６は、隣接ｅＮＢ３５０からの特定の距離に対応し得る。円弧３７８は、アンカーＵＥ３２０からの特定の距離に対応し、円弧３８０は、アンカーＵＥ３３０からの特定の距離に対応し得る。
【００４２】
いくつかの実施例では、ターゲットＵＥ３１０のロケーションの計算は、ターゲットＵＥ３１０によって実行されてよい。代替又は追加として、ターゲットＵＥ３１０のロケーションの計算は、ロケーションサーバ２６０によって、或いはロケーションサーバ２６０の援助によって、実行されてよい。例えば、ＵＥ３１０〜３３０及びｅＮＢ３４０〜３６０は、無線ネットワーク２２０を介して、測位参照信号から導出された測位メトリックと、測位参照信号の信号強度に関する測定値等の潜在的に他の情報とを、ロケーションサーバ２６０に送信してよい。Sidelinkチャネルを用いて追加の測位メトリックを得ることにより、ｅＮＢ３４０〜３６０との通信に基づいてのみ位置メトリックが取得される実施例に対して、ターゲットＵＥ３１０のロケーションはより正確に決定される可能性がある。
【００４３】
図４は、アンカーされていないＵＥ（本明細書ではアシストＵＥとも呼ばれる）を用いた、ターゲットＵＥの位置決定を概念的に示す図である。図４では、図３と同様に、ターゲットＵＥ３１０のロケーションを取得することが望ましいものと仮定する。ターゲットＵＥ３１０は、近くのアシストＵＥ４２０，４２５，４３０とSidelinkチャネルを形成することが可能であってよい。アシストＵＥ４２０〜４３０は、アンカーされていないモバイルＵＥであってよい。アシストＵＥ４２０〜４３０のロケーションは、知られていなくても正確に知られていなくてもよい。ターゲットＵＥ３１０は、サービングｅＮＢ３４０に接続されてよく、隣接ＵＥ３５０，３６０から測位参照信号を受信することが可能であってよい。
【００４４】
図４の状況では、アシストＵＥ４２０〜４３０の座標は、アシストＵＥ４２０〜４３０及び／又はロケーションサーバ２６０に予め知られていなくてよい。代わりに、アシストＵＥ４２０〜４３０とターゲットＵＥ３１０との相対位置は、Sidelinkチャネルから得られた位置メトリック（すなわちＵＥ−ＵＥ位置メトリック）の結果を収集することによって、共同で推定されてよい。いくつかの実施例では、アシストＵＥ４２０〜４３０の相対位置は、絶対位置推定値（ｅＮＢによって送信された測位参照信号に基づいて決定される位置推定値）と組み合わされてよい。例えば、ＵＥ間の測位参照信号の交換に基づく第１の位置メトリックと、ｅＮＢからＵＥに送信される測位参照信号に基づく第２の位置メトリックとが、ロケーションサーバ２６０に転送されてよい。ロケーションサーバ２６０は、前記第１の位置メトリック及び前記第２の位置メトリックを組み合わせて、ターゲットＵＥ３１０の比較的正確な絶対的なロケーションを計算してよい。
【００４５】
図５は、アンカーＵＥとアシストＵＥの組み合わせを用いた、ターゲットＵＥの位置決定を概念的に示す図である。図５では、図３及び図４と同様に、ターゲットＵＥ３１０のロケーションを取得することが望ましいものと仮定する。ターゲットＵＥ３１０は、近くのアンカーＵＥ３２０〜３３０及びアシストＵＥ４２０〜４３０とSidelinkチャネルを形成することが可能であってよい。図５の状況では、アンカーＵＥ及びアシストＵＥの両方から受信される位置メトリックに基づいて、且つサービングｅＮＢ３４０及び／又は隣接ｅＮＢ３５０〜３６０に関して得られた位置メトリックに基づいて、ロケーション決定を適用することができる。例えば、ロケーションサーバ２６０は、ＵＥ３１０の比較的正確な３次元ロケーションを取得するために、アンカーＵＥ３２０〜３３０、アシストＵＥ４２０〜４３０、ｅＮＢ３４０〜３６０から受信される位置メトリック、アンカーＵＥ３２０〜３３０及びｅＮＢ３４０〜３６０の記憶されたロケーション座標に基づいて、マルチラテレーションベースの技術を用いてよい。
【００４６】
図６は、ターゲットＵＥと１つ以上の他のＵＥとの間でSidelinkチャネルが利用可能であるときに、ターゲットＵＥのロケーションを決定するために用いることのできる例示的なプロセス６００を示すフローチャートである。プロセス６００の状況では、他のＵＥは、アンカーＵＥ及び非アンカーＵＥを含んでよい。更に、プロセス６００は主に観測された到着時間差（ＴＤＯＡ）測位技術に基づいて説明されるが、代替として、到着時間（ＴＯＡ）に基づくもの等の他の測位技術が用いられてよい。
【００４７】
プロセス６００は、ターゲットＵＥが測位参照信号を受信すること（ブロック６１０）を含んでよい。上述したように、測位参照信号は、アンカーＵＥ若しくは非アンカーＵＥ等の他のＵＥから、且つ／又はｅＮＢから受信される信号であってよい。いくつかの実施例では、測位参照信号は、無線ネットワークによって定義されたスペクトルリソースを用いて送信された信号を含んでよい。例えば、ＵＥを測位参照信号のために特定のスペクトルリソースを用いるように、且つ／又は特定のタイミングパラメータ（例えば、特定のアップリンクタイミング値、ダウンリンクタイミング値、タイミングアドバンス値及び／又は他の値に関連するパラメータ）、構成パラメータその他のパラメータを用いるように構成するために、制御シグナリングがＵＥ２１０〜２１４に送信又はブロードキャストされてよい。いくつかの実施例では、測位参照信号は構成可能な帯域幅であってよい。
【００４８】
更に、測位参照信号は、送信ＵＥ又はｅＮＢのロケーション（例えば座標値）等の測位関連情報を搬送するペイロードデータを含んでよく、或いは該ペイロードデータと関連付けられてよい。
【００４９】
一実施例では、測位参照信号は、３ＧＰＰ規格のリリース８〜１０に記載された測位参照信号に基づいてよい。代替又は追加として、測位参照信号は、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）又はセル特定参照信号（Ｃ−ＲＳ）を含んでよく、或いはそれに基づいてよい。上述したように、無線ネットワーク２２０は、ＵＥの内部クロックを同期させるために同期信号を送信してよい。ターゲットＵＥ３１０は、受信された測位参照信号（及びその同期クロック）を用いて、異なる送信デバイス（例えばｅＮＢ及びＵＥ）からの測位参照信号間の信号到着時間差（参照信号タイミング差（ＲＳＴＤ）と呼ばれる）を決定してよい。
【００５０】
プロセス６００は更に、受信された測位参照信号を復号することを含んでよい（ブロック６２０）。述べたように、いくつかの実施例では、送信された測位参照信号は、測位参照信号を送信するＵＥのロケーションを定義する座標等の、ペイロードデータを含んでよい。受信された測位参照信号を復号することは、任意のペイロードデータ（例えば、アンカーＵＥのロケーション）を測位参照信号から抽出することを含んでよい。
【００５１】
プロセス６００は更に、受信された測位参照信号に基づいて位置メトリックを決定することを含んでよい（ブロック６３０）。位置メトリックは、測位参照信号の到着時間を推定する値及び／又は到着時間の差を表す値等のタイミング値を含んでよく、或いはタイミング値から導出されてよい。到着時間の差を表す値は、サービングｅＮＢ３４０から、又は他の構成された参照セルからの測位参照信号の到着時間に対して推定されてよい。いくつかの実施例では、測位参照信号の受信信号電力は、到着時間及び／又は到着時間差を推定する際の因子として用いられてもよい。
【００５２】
アシスト／アンカーＵＥの伝送に関するタイミング値は、以下のうち１つ以上として推定することができる。
【００５３】
・アップリンク（ＵＬ）タイミング、ＴＵＬ。ＴＵＬは、ＴＤＬ＋ＲＴＴに等しくてよい。ＴＤＬは、サービングｅＮＢ３４０の受信ダウンリンク（ＤＬ）タイミングを意味し、ＲＴＴは、サービングｅＮＢ３４０に対して往復時間を表す。
【００５４】
・ダウンリンク（ＤＬ）タイミング、ＴＤＬ。サービングｅＮＢ３４０からのダウンリンク測位参照信号がＵＥアンテナコネクタに到着することに関するタイミング。
【００５５】
・ＴＡ／２（タイミングアドバンス）タイミング。ＴＡ／２は、ＲＴＴ及びＤＬタイミングが誤りなく測定された場合、ｅＮＢ送信タイミングに対応するタイミングを表すことができる。ＴＡ／２は、サービングｅＮＢ３４０に対して定義されてもよい。
【００５６】
・他のタイミングメトリック又は技術。
【００５７】
プロセス６００は更に、位置メトリックをロケーションサーバに報告すること（ブロック６４０）を含んでよい。一実施例では、位置メトリックは、測位プロトコルに従って交換されるメッセージを用いて報告されてよい。報告された位置メトリックは、各ＵＥ（例えばアシストＵＥ又はアンカーＵＥ）及び各隣接ｅＮＢについて、例えば、ＲＳＴＤ及び測位参照信号受信電力を含んでよい。メッセージは、サービングｅＮＢ３４０を介してロケーションサーバ２６０に中継されてよい。
【００５８】
プロセス６００は更に、受信された位置メトリックと、ｅＮＢ及びアンカーＵＥのロケーションとに基づいて、ターゲットＵＥのロケーションを決定すること（ブロック６５０）を含んでよい。前述したように、ロケーション決定は、アンカーＵＥ及びアシストＵＥの両方から受信される測位参照信号に基づいて生成された位置メトリックに基づいて、且つ、サービングｅＮＢ３４０及び／又は隣接ｅＮＢ３５０〜３６０から受信される測位参照信号に基づいて生成された位置メトリックに基づいて、実行することができる。例えば、ロケーションサーバ２６０は、ターゲットＵＥ３１０の比較的正確な３次元ロケーションを取得するために、アンカーＵＥ３２０〜３３０、アシストＵＥ４２０〜４３０、ｅＮＢ３４０〜３６０から受信される位置メトリック、アンカーＵＥ３２０〜３３０及びｅＮＢ３４０〜３６０の記憶されたロケーション座標に基づいて、マルチラテレーションベースの技術を用いてよい。
【００５９】
図６の上述の説明では、タイミング値は、一般に、ターゲットＵＥへの測位参照信号のダウンリンク伝送に基づいて説明された。いくつかの実施例では、しかしながら、タイミング値を生成するためにアップリンク伝送を用いることができる。本明細書では、アップリンク伝送を用いてタイミング値を生成することは、アップリンク到着時間差（U-TDOA）と呼ぶことができる。Ｕ-ＴＤＯＡでは、無線ネットワーク２２０（例えばｅＮＢ３４０〜３６０）は、ターゲットＵＥ３１０によって送信された測位参照信号の到着時間差を推定してよい。
【００６０】
図７は、ターゲットＵＥ３１０からのアップリンク伝送に基づいて、ターゲットＵＥ３１０のロケーションを決定するために用いることのできる例示的なプロセス７００を示すフローチャートである。まず、プロセス７００は、ターゲットＵＥが測位参照信号を送信すること（ブロック７１０）を含んでよい。測位参照信号の送信は、サービングｅＮＢ３４０によってスケジュールされてよく、且つ／又は、所定のチャネル又はスペクトルリソースを用いて送信されてよい。一実施例では、アップリンク伝送は、３ＧＰＰ標準化されたサウンディング参照信号（ＳＲＳ）又は復調参照信号（ＤＭＲＳ）に基づいてよい。アップリンク伝送は、ペイロードデータを含んでよく、且つ／又は、良好な自動及び相互相関特性を有する広帯域シンボルシーケンスを含むように構成されてよい。測位参照信号は、Sidelinkを介して近くのアンカーＵＥ及びアシストＵＥに送信されてよく、且つ、セルラ又は一般の無線インタフェースを介して無線ネットワーク２２０に送信されてよい。
【００６１】
プロセス７００は更に、サービングｅＮＢ及び／又は隣接ｅＮＢが、ターゲットＵＥからのアップリンク測位参照信号に基づいてＴＤＯＡ値又はＴＯＡ値を推定すること（ブロック７２０）を含んでよい。ＴＤＯＡ／ＴＯＡ値は、図６に関連して説明された、ターゲットＵＥ３１０によって算出されたものと同様の位置メトリックを表すことができる。
【００６２】
プロセス７００は更に、他のＵＥ（例えば、ターゲットＵＥに近いアンカーＵＥ及びアシストＵＥ）が、ターゲットＵＥからSidelinkチャネルを介して送信されるアップリンク測位参照信号に基づいて、ＴＤＯＡ／ＴＯＡ値を推定すること（ブロック７３０）を含んでよい。ＴＤＯＡ／ＴＯＡ値は、測位参照信号の信号強度等の他の情報と共に、ロケーションサーバ２６０に送信され得る位置メトリックを表してよい。
【００６３】
プロセス７００は更に、ロケーションサーバ２６０がターゲットＵＥのロケーションを決定することを含んでよい（ブロック７４０）。ロケーションは、アンカーＵＥ３２０〜３３０、アシストＵＥ４２０〜４３０、サービングｅＮＢ３４０及び／又は隣接ｅＮＢ３５０〜３６０から受信される位置メトリック（すなわちＴＤＯＡ／ＴＯＡ値）に基づいて決定されてよい。
【００６４】
次に、ＵＥのロケーションを決定するために用いることのできる位置メトリックを提供するためにSidelinkチャネルの使用をカバーする８つの例を説明する。
【００６５】
例１．アンカーデバイス間アシスタンスのための観測されたＴＤＯＡ
ネットワークオペレータ又はモバイル加入者は、様々なロケーションに固定アンカーＵＥを設置することができる。例えば、ネットワークオペレータは、屋内の小売施設、スポーツ会場等に複数の比較的低コストの固定アンカーＵＥを設置することができる。アンカーＵＥによって生成される測位参照信号に関連する構成情報は、無線ネットワーク２２０を介して送信される無線リソース制御（ＲＲＣ）レイヤシグナリングを用いて、ＵＥに提供されてよい。代替として、この情報は、アプリケーションレイヤを介して予め構成されてよい。続いて、ターゲットＵＥ３１０は、アンカーＵＥとのSidelinkチャネル上でＲＳＴＤを測定し、無線ネットワーク２２０を介してロケーションサーバ２６０にＲＳＴＤ値を報告してよい。
【００６６】
例２．非アンカーデバイス間アシスタンスのための観測されたＴＤＯＡ
この状況は、例１の一般的な使用例に対応してよい。この場合の違いは、アシストＵＥ４２０〜４３０の位置が、ロケーションサーバ２６０において事前に、又はＵＥ側でのロケーションアプリケーションによって知られていない可能性があることである。この場合、アシストＵＥ４２０〜４３０及びターゲットＵＥ３１０のロケーション、Sidelinkチャネルを介して得られた位置メトリック及びセルラリンクを介した信号ロケーションパラメータの測定に基づいて、共同で計算されてよい。ロケーションサーバ２６０は、ＵＥのクラスタからＵＥ−ＵＥ位置メトリックを収集してよく、各ＵＥが独立して配置されている場合よりも、より正確なロケーションフィックスを潜在的に提供するために、共同ロケーション決定技術を適用してよい。
【００６７】
例３：Ｕ−ＴＤＯＡアンカーデバイス間アシスタンス
この状況において、ロケーションサーバ２６０は、アップリンクベースの測位手法を改善するために、ＵＥ−ＵＥサイドリンクチャネルから得られた位置メトリックを用いてよい。ＵＥ−ＵＥ位置メトリックは、Sidelinkチャネルの両端で（すなわち、ターゲットＵＥ３１０及びアンカーＵＥ３２０〜３３０で）取られてもよい。
【００６８】
例４：Ｕ−ＴＤＯＡ非アンカーデバイス間アシスタンス
この状況は、ここではターゲットＵＥ３１０及びアシストＵＥ４２０〜４３０の位置検出を実行するために、ネットワーク側でアップリンク到着時間差方法を採用することができることを除いて、例２と同様である。
【００６９】
例５：同期ＵＥベースのアンカー測位
このシナリオでは、ターゲットＵＥ３１０が自身の位置を計算することができると仮定する（例えば、衛星支援ロケーション決定に基づく）。展開された同期（例えば、無線ネットワーク２２０によって提供される同期）を理由に、ＴＯＡ／ＴＤＯＡを推定するためには一方向の測位参照信号伝送だけでも十分である。そのロケーションを決定するために、ターゲットＵＥ３１０は、例えば無線ネットワーク２２０の上位レイヤからの、又は測位参照信号に関連付けられたペイロードデータで直接受信される通信を介して、アンカーＵＥ３２０〜３３０のロケーションを知ることができる。
【００７０】
例６：非同期ＵＥベースのアンカー測位
この状況は、ＵＥは同期されず、ＵＥを同期させるために双方向タイミング推定が必要とされることを除いて、例５と同様である。この場合、ターゲットＵＥ３１０は、Sidelinkチャネルを介してアンカーＵＥにメッセージを送信し、Sidelinkチャネルを介してアンカーＵＥから同期応答メッセージを受信してよい。メッセージ交換は、往復時間を測定するために、且つ／又は共通のタイミングを確立するために用いられてよい。
【００７１】
例７：同期ＵＥベースの非アンカー測位
この例は例５の一般化されたケースであり、１つ以上のＵＥがアンカーされていない（アシストＵＥ）。このケースでは、アンカーＵＥ及び非アンカーＵＥのＵＥ位置マップは、Sidelinkチャネルを用いて非アンカーＵＥの位置を特定するために用いることのできる位置メトリックを交換することに基づいて、再構築されてよい。
【００７２】
例８：非同期ＵＥベースの非アンカー測位
この状況は、各タイミング／範囲の推定が双方向測位で行われ、ＵＥ又はｅＮＢの一部のみが既知のロケーションを有する、一般的な使用例に対応し得る。
【００７３】
図８は、デバイス８００の例示的な構成要素の図である。図１〜５に示される各デバイスは、１つ以上のデバイス８００を含んでよい。デバイス８００は、バス８１０、プロセッサ８２０、メモリ８３０、入力コンポーネント８４０、出力コンポーネント８５０及び通信インタフェース８６０を備えてよい。別の実施例では、デバイス８００は追加のコンポーネントを備えてよく、或いは、デバイス８００に備えられるコンポーネントの数はより少なくてよく、或いは、デバイス８００に備えられるコンポーネントは異なってよく、或いは、デバイス８００は異なる配置のコンポーネントを備えてよい。
【００７４】
バス８１０は、デバイス８００のコンポーネント間の通信を可能にする１つ以上の通信パスを含んでよい。プロセッサ８２０は、命令を解釈し実行することのできるプロセッサ、マイクロプロセッサ又は処理ロジックを含んでよい。メモリ８３０は、プロセッサ８２０による実行のための情報及び命令を記憶することのできる任意のタイプの動的記憶装置、並びに／又は、プロセッサ８２０によって使用される情報を記憶することのできる任意のタイプの不揮発性記憶装置を含んでよい。
【００７５】
入力コンポーネント８４０は、キーボード、キーパッド、ボタン、スイッチ等の、オペレータが情報をデバイス８００に入力することを可能にする機構を含んでよい。出力コンポーネント８５０は、ディスプレイ、スピーカー、１つ以上の発光ダイオード（ＬＥＤ）等の、情報をオペレータに出力する機構を含んでよい。
【００７６】
通信インタフェース８６０は、デバイス８００が他のデバイス及び／又はシステムと通信することを可能にする任意のトランシーバのような機構を含んでよい。例えば、通信インタフェース８６０は、イーサネット（登録商標）インタフェース、光インタフェース、同軸インタフェース等を含んでよい。通信インタフェース８６０は、赤外線（ＩＲ）受信機、セルラ無線、ブルートゥース（登録商標）無線等の無線通信デバイスを含んでよい。無線通信デバイスは、リモートコントロール、ワイヤレスキーボード、携帯電話等の外部デバイスに結合されてよい。いくつかの実施形態では、デバイス８００は、２つ以上の通信インタフェース８６０を備えてよい。例えば、デバイス８００は、光インタフェース及びイーサネットインタフェースを備えてよい。
【００７７】
デバイス８００は、上記の特定の動作を実行してよい。デバイス８００は、メモリ８３０等の、コンピュータ可読媒体に記憶されたソフトウェア命令を実行するプロセッサ８２０に応答して、これらの動作を実行してよい。コンピュータ可読記憶媒体は、非一時的メモリデバイスとして定義されてよい。メモリデバイスは、単一の物理メモリデバイス内の空間を含んでよく、又は、複数の物理メモリデバイスにわたって分散してよい。ソフトウェア命令は、別のコンピュータ可読記憶媒体又は別のデバイスからメモリ８３０に読み込まれてよい。メモリ８３０に記憶されたソフトウェア命令は、プロセッサ８２０に本明細書に記載のプロセスを実行させることができる。代替として、本明細書に記載のプロセスを実施するために、ソフトウェア命令の代わりに、又はソフトウェア命令と組み合わせて、ハードワイヤード回路を用いてよい。したがって、本明細書に記載の実施例は、ハードウェア回路とソフトウェアの特定の組み合わせに限定されない。
【００７８】
前述の明細書では、様々な好ましい実施形態を添付の図面を参照して説明きた。しかしながら、以下の特許請求の範囲に記載された本発明のより広い範囲から逸脱することなく、該実施形態に様々な修正及び変更を行うことができ、更なる実施形態を実施することができることは明らかであろう。したがって、明細書及び図面は、限定的な意味ではなく例示的な意味で考慮されるべきである。
【００７９】
例えば、図６及び図７に関して一連のブロックを説明したが、ブロックの順序は他の実施例において変更されてよい。更に、非依存ブロックは並行して実行することができる。
【００８０】
上述したように、例示的な態様は、図に示された実施例において、多くの異なる形態のソフトウェア、ファームウェア及びハードウェアで実施されてよいことは明らかであろう。これらの態様を実施するために用いられる実際のソフトウェアコード又は特殊化された制御ハードウェアは、限定として解釈されるべきではない。したがって、態様の動作及び挙動は、特定のソフトウェアコードを参照することなく記載された。ソフトウェア及び制御ハードウェアは、本明細書の記載に基づいて態様を実施するように設計され得ることが理解される。
【００８１】
更に、本発明の特定の部分は、１つ以上の機能を実行する「ロジック」として実装されてよい。このロジックは、ＡＳＩＣやＦＰＧＡ等のハードウェア、又はハードウェアとソフトウェアの組合わせを含んでよい。
【００８２】
特徴の特定の組合わせが特許請求の範囲に記載され、且つ／又は本明細書に開示されているが、これらの組合わせは本発明を限定するものではない。実際に、これらの特徴の多くは、特許請求の範囲に具体的に列挙されていない、且つ／又は明細書に開示されていない方法で組み合わせることができる。本願で使用される要素、動作又は命令は、そのように明示的に記載されていない限り、本発明にとって決定的又は本質的であると解釈されるべきではない。更に、「〜に基づく」という語句は、他に明示的に述べられていない限り、「少なくとも部分的に基づいて」を意味するものとする。
【図１】
2017527806.tif 000003
【図２】
2017527806.tif 000004
【図３】
2017527806.tif 000005
【図４】
2017527806.tif 000006
【図５】
2017527806.tif 000007
【図６】
2017527806.tif 000008
【図７】
2017527806.tif 000009
【図８】
2017527806.tif 000010
【国際調査報告】
2017527806.tif 000011
2017527806.tif 000012
2017527806.tif 000013