JP7726413B2

JP7726413B2 - サイドリンク通信のための測位用参照信号の送信

Info

Publication number: JP7726413B2
Application number: JP2024560440A
Authority: JP
Inventors: シャヒン，タイラン; ワイルズチェク，トルステン; ケニー，ジョン; 崇之清水; ユイ，リン; サイリー，ミッコ
Original assignee: Toyota Motor Corp
Current assignee: Toyota Motor Corp
Priority date: 2022-04-27
Filing date: 2023-04-26
Publication date: 2025-08-20
Anticipated expiration: 2043-04-26
Also published as: CN119096620A; KR20250003988A; US20250294501A1; US20250310931A1; JP2025513856A; EP4515996A1; JP2025166070A; WO2023210712A1; MX2024013241A

Description

本発明は、サイドリンク通信における測位のための方法、サイドリンク通信における測位のための装置、および非一時的コンピュータ可読媒体に関する。

一般的に説明すると、コンピューティングデバイスおよび通信ネットワークを利用して情報を交換することができる。一般的な用途では、コンピューティングデバイスは、通信ネットワークを介して別のコンピューティングデバイスにデータを要求／送信することができる。より具体的には、コンピューティングデバイスは、無線通信ネットワークを利用して、情報を交換するか、または通信チャネルを確立することができる。

無線通信ネットワークは、無線通信ネットワークにアクセスするための構成要素を含むかまたはそれにアクセスする多種多様なデバイスを含むことができる。そのようなデバイスは、無線通信ネットワークを利用して、無線通信ネットワークにアクセスすることができる他のデバイスとの相互作用を促進する、または、無線通信ネットワークを介して、他の通信ネットワークを利用するデバイスとの相互作用を促進する。これに加えて、またはこれに代えて、デバイスは、無線通信ネットワークを介さずに、または、無線通信ネットワークを利用せずに、時々または常に、互いに直接通信することができる。

車両または他のモバイル装置に関しては、通信ネットワークは、無線インターフェースを備えた車両（または内蔵コンポーネント）間の通信を提供することができる。電気電子技術者協会（「ＩＥＥＥ」）によって公布された８０２．ｘｘ無線インターフェースなど、そのような無線通信ネットワークを実装するための多くの手法がある。そのような無線通信ネットワークに対する他の手法は、セルラベースの通信ネットワーク、具体的には、新無線（ＮＲ）およびサイドリンク（ＳＬ）通信をサポートする機能に対応する。

本発明は、第１の態様では、サイドリンク通信における測位のための方法を提供する。当該方法は、サイドリンク通信におけるアンカー構成要素が、サイドリンク通信における少なくとも１つのユーザ機器の存在を検出することと、当該検出された少なくとも１つのユーザ機器の存在に応じて、測位のために当該少なくとも１つのユーザ機器への測位用参照信号の送信を起動することと、を含む。

本発明は、第２の態様では、サイドリンク通信における測位のための装置を提供する。当該装置は、命令を格納するメモリと、プロセッサと、を含み、当該プロセッサは、当該メモリに格納された命令を実行して、サイドリンク通信における少なくとも１つのユーザ機器の存在を検出し、当該検出された少なくとも１つのユーザ機器の存在に応じて、当該少なくとも１つのユーザ機器への測位用参照信号の送信を起動する。

本発明は、第３の態様では、装置の１つまたは複数のプロセッサによって実行可能であり、サイドリンク通信における測位のための方法を実行するための命令を格納する非一時的コンピュータ可読媒体を提供する。当該方法は、サイドリンク通信におけるアンカー構成要素が、サイドリンク通信における少なくとも１つのユーザ機器の存在を検出することと、当該検出された少なくとも１つのユーザ機器の存在に応じて、測位のために当該ユーザ機器への測位用参照信号の送信を起動することと、を含む。

以下の図面を参照して、様々な特徴を説明する。図面を通して、符号は、参照される要素間の対応関係を示すために再使用される。図面は、本明細書に記載の例を説明するために提供されており、本開示の範囲を限定することを意図するものではない。
本出願のいくつかの実施形態に即した、通信システムの一例を示すブロック図である。本出願の１つまたは複数の態様を実施するための例示的な路側ユニット（ＲＳＵ）のアーキテクチャの実施形態の一つを示す図である。本出願の１つまたは複数の態様を実施するための例示的なユーザ機器（ＵＥ）のアーキテクチャの実施形態の一つを示す図である。本出願の１つまたは複数の態様を実施するための例示的な次世代ノードＢ（ｇＮＢ）のアーキテクチャの実施形態の一つを示す図である。本出願のいくつかの実施形態に即した、図１の通信システムにおける測位用参照信号（ＰＲＳ）の起動／停止の一例を示すブロック図である。本出願のいくつかの実施形態に即した、ＲＳＵによって実施されるＰＲＳ送信アクティブ化および管理のルーチンの一例を示すフロー図である。本出願のいくつかの実施形態に即した、ｇＮＢによって実施されるＰＲＳ送信アクティブ化および管理のルーチンの一例を示すフロー図である。本出願のいくつかの実施形態に即した、サイドリンク通信におけるＵＥのための方法の一例を示すフロー図である。

本開示の態様は、測位情報および／または信号を交換するためのシステムおよび方法に関する。一般に述べられるように、測位情報および／または信号の交換のための１つの手法は、モバイルＵＥと通信することができる１つまたは複数のデバイスのセットを、道路またはその他の送信エリアに沿って展開することを含む。例えば、測位用参照信号（ＰＲＳ）を送信するデバイスは、一般に、路側ユニット（「ＲＳＵ」）、「アンカー」、または「ＵＥ」と称される１つまたは複数のデバイスに対応することができる。本出願全体にわたるＲＳＵまたはアンカーへの言及は、いかなる特定のデバイスの構成または機能の違いにも決して限定することを意図するものではなく、明示的に記載されない限り、置換可能であると見なされるべきである。例えば、ＲＳＵは、本質的に移動可能であるとは考えられず（例えば、永久的または半永久的な位置）、それらの位置は容易に取得することができる。タイミングベース（例えば、到着時間差（ＴＤＯＡ）または往復伝送（ＲＴＴ））または角度ベースの方法のいずれかを採用した測位では、関連する測定値を測位するために、ＲＳＵまたは／およびＵＥからの測位用参照信号（ＰＲＳ）の送信が必要とされる。

ＳＬ無線インターフェースを介した測位を達成するために、ＵＥは、一般に「ＳＬ測位用参照信号」（ＳＬＰＲＳ）と呼ばれる、ＳＬ通信データとは異なる測位用の特定の参照信号を送受信する必要がある。ＵＥは、送信された参照信号に対して特定の測定（例えば、到着時間、到着角度など）を行い、当該特定の測定は、個々の位置推定値を計算するために使用される。例示の目的のために、例えばＳＬＰＲＳを送信／受信することによって当該ＵＥの測位を支援する構成要素またはエンティティは、アンカーと呼ばれる。本出願の態様は、ＳＬＰＲＳなどの測位信号を提供するように少なくとも部分的に構成された特定のコンピューティングデバイスであるアンカーに関して説明される。さらに、ＳＬ機能をサポートする他のＵＥまたはデバイスまたはネットワークエンティティもまた、測位の目的のためのアンカーとして機能することができる。ＳＬＰＲＳは、帯域幅および周期性などの時間－周波数リソースと、ビーム方向、ビーム幅、ビーム数などの指向性関連パラメータと、送信電力と、を含む様々なパラメータに関して構成され得る。

ＵＥは、自身のステータス（速度、方向、進行方向など）に関する情報を定期的に交換
して、存在および移動、ならびに特定の道路状況について互いに通知することができる。そのような情報は、欧州電気通信標準化機構（ＥＴＳＩ）によって定義された協調認識メッセージ（ＣＡＭ）および非集中型環境通知メッセージ（ＤＥＮＭ）、ならびに自動車技術者協会（ＳＡＥ）によって定義された基本安全メッセージ（ＢＳＭ）を介して送信される。ＣＡＭは、すべての車両によって、例えば１００ｍｓごとに定期的にブロードキャストされる必要があるが、ＤＥＮＭはむしろ、道路での衝突時にブロードキャストされるなど、特定のイベントを通知するイベントトリガメッセージである。そのようなメッセージを受信すると、車両は操縦を調整し、より安全で効率的な道路交通のために効果的に協働することができる。ロングタームエボリューション（ＬＴＥ）車両対すべてのモノ通信（Ｖ２Ｘ）ＰＣ５および新無線（ＮＲ）Ｖ２ＸＰＣ５では、ＣＡＭおよびＤＥＮＭおよび他のＶ２ＸアプリケーションメッセージがＳＬ（アップリンク（ＵＬ）およびダウンリンク（ＤＬ）以外に）を介して送信されることで、拡張センサから協調自動運転まで、基本的な安全から車両の隊列走行までの範囲の様々なユースケースをサポートすることができる。

既存のＵＬ／ＤＬ測位方法と比較して、ＳＬ測位は、ネットワークベースの測位が、適用できない、または、（例えば、利用可能なアンカーｇＮＢノードが少ないために）測位サービス品質（ＱｏＳ）要件を満たすことができない、または、ＵＥが全地球航法衛星システム（ＧＮＳＳ）および／またはネットワークカバレッジが及ばない範囲にいる場合に（例えば、トンネル内）、というカバレッジ内の状態に加えて、ネットワークカバレッジの外側で（または部分的なネットワークカバレッジにおいて）機能するという利点を有する。

本開示の態様は、測位信号を交換するためのシステムおよび方法に関する。より具体的には、本出願の１つまたは複数の態様は、ＳＬ機能を有するアンカーまたはネットワークノードの動的な起動、および／または、ＵＥ検出に基づくＰＲＳの送信の動的な起動に関する。本出願の１つまたは複数の態様はさらに、地理的領域／パスを有する追加のＲＳＵ／アンカーを先回りして構成することに関する。例えば、初期アンカーは、１つまたは複数のＵＥ（例えば、車両）の存在を、それ／それらによるＳＬ送信に基づいて検出する。検出を行うＲＳＵ／アンカーは、それらのＳＬ送信を介して取得された当該検出された１つまたは複数のＵＥの存在およびモビリティ情報に基づいて、応答的に、ＳＬＰＲＳ送信を起動する。その後に、検出を行うＲＳＵ／アンカーは、当該検出された１つまたは複数のＵＥに関する通知を、例えばコアネットワーク構成要素のようなインフラストラクチャ機器へ送信することができる。簡便化のため、「インフラストラクチャ機器」という用語ならびに「ネットワーク」、「ネットワークインフラストラクチャ」、および「コアネットワーク構成要素」という用語は、本出願では互換的に使用される。

検出されたＵＥに基づいて、ネットワークまたはアンカーは、起動されるＳＬＰＲＳ送信を先回りして設定することができる。一例では、先回り設定は、ＵＥ密度、指向性等、または、当該検出された１つまたは複数のＵＥのＳＬ送信によって伝送されるその他任意の情報に基づくことができる。他の例では、先回り設定は、１つまたは複数のＵＥの測位要求を明示的に示すメッセージの受信に基づくことができる。先回り設定、例示的に、検出されたＵＥの将来予測される軌跡に沿った追加のアンカー（１つまたは複数）の設定を含む。

検出を行うアンカーはまた、ＵＥがＳＬＰＲＳ送信の起動を認識するように、検出された１つまたは複数のＵＥにＳＬＰＲＳ設定を送信することができる。これは、検出を行うＲＳＵ／アンカーによってＵＥへ送信されるリストの一部として、２つ以上のＳＬＰＲＳ設定を含んでもよい。受信側のＵＥは、ＳＬＰＲＳ送信を測定し、ＳＬＰＲＳ送信情報を処理するためにＳＬＰＲＳ設定のリストを利用してもよい。順序情報は、測
定を実行するための２つ以上の設定の優先順と、ＵＥがその軌道に沿って測定または起動を異なるＰＲＳ設定間で切り替えるためのしきい値（時間、信号電力、信号品質、距離などに基づく）と、を含むことができる。さらに、情報は、ＵＥへの、現在非アクティブなＳＬＰＲＳ設定に関する情報を含むことができ、その結果、ＵＥは、例えば、測位サービス品質（ＱｏＳ）要件の変更に基づいて、無線条件に基づいて、またはＵＥがＰＲＳ送信が現在起動中ではないＲＳＵ／アンカーエリアに入った場合に、後から要求することができる。

アンカーまたはネットワークは、さらに、消失した車両、例えば、ターゲットＵＥからＣＡＭを前回受信してから特定のタイムアウトしきい値の間メッセージを受信しなくなること、および／または、ＳＬ参照信号受信電力（ＲＳＲＰ）および／またはＳＬ受信強度信号インジケータ（ＲＳＳＩ）および／または信号品質が特定のタイムアウトしきい値の間に特定のしきい値を下回ったことに基づいて、ＳＬＰＲＳ送信を停止することができる。タイムアウトしきい値および信号しきい値は、事前に設定または設定することができる。

本出願の態様は、例示的なネットワーク構成要素、相互作用、およびルーチンに関して説明されるが、当業者は、本出願の１つまたは複数の態様が様々な環境、システムアーキテクチャ、コンピューティングデバイスアーキテクチャなどに従って実装され得ることを理解するであろう。同様に、ＲＳＵ、ＵＥ、ｇＮＢなどの特定のデバイスへの言及は、一般的な言及であり、個々のコンピューティングデバイスに追加の意味または構成を提供することを意図するものではないと考えることができる。さらなる実施形態では、車両／歩行者／サイクリストＵＥに加えて、ＵＥは、ＳＬ測位がサポートする必要がある多くの異なるユースケースを考慮して、ＳＬを介して測位される必要がある、モノのインターネット（ＩｏＴ）またはＳＬ機能を有する商用デバイスであってもよい。さらに、任意の特定のタイプのデータタイプ、構造、またはインターフェースへの言及はまた、例示のみを目的としており、限定として解釈されるべきではない。したがって、すべての例は、本質的に例示的であることを意図しており、限定的であると解釈されるべきではない。

図１は、本出願の１つまたは複数の態様を実施するための通信システム（環境）１００の一例のブロック図を示す。環境１００は、通過領域１０６（例えば、道路または経路）沿いの決められた位置などの固定位置に位置するＲＳＵに対応するデバイス１０２（例えば、１０２Ａ、１０２Ｂ）の第１のセットを含むことができる。環境１００は、例えば、通過領域１０６沿いを動的に移動するように構成されたＵＥに対応するデバイス１０４（例えば、１０４Ａ、１０４Ｂ）の第２のセットを含む。いくつかの実施形態では、ＲＳＵ
１０２およびＵＥ１０４は、インフラストラクチャ機器１０８のｇＮＢ１１０と無線通信してもよく、例えば、ＲＳＵ１０２およびＵＥ１０４は、ｇＮＢ１１０からの無線信号のフルカバレッジまたは部分カバレッジエリア内にあってもよい。いくつかの実施形態では、ＲＳＵ１０２およびＵＥ１０４は、ｇＮＢ１１０と無線通信していなくてもよく、例えば、ＲＳＵ１０２およびＵＥ１０４は、ｇＮＢ１１０からの無線信号のカバレッジエリア外にあってもよい。ＲＳＵ１０２およびＵＥ１０４はまた、ｇＮＢ１１０および位置サービス（ＬＣＳ）サーバ（図示せず）などの無線ネットワークに関連する情報または機能の処理をオフロードすることができるインフラストラクチャ機器１０８の１つまたは複数の追加の構成要素１１２と無線通信することができる。ｇＮＢおよびＬＣＳサーバは、１つまたは複数の追加の構成要素１１２に接続することができる。

ｇＮＢ１１０とＲＳＵ１０２とＵＥ１０４との間の通信は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）などの無線アクセスネットワーク（ＲＡＮ）に対応してもよい。本開示の範囲から逸脱することなく、ＲＡＮおよびコアネットワークの他の例が実施されてもよい。Ｒ
ＡＮの他の例には、発展型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）、ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）、および３ＧＰＰ６ＧＲＡＮを含む追加の変形形態または代替形態が含まれる。

ＲＡＮは、例示的に、新無線（ＮＲ）、発展型ユニバーサル地上無線アクセス（ＥＵＴＲＡ）としても知られるロングタームエボリューション（ＬＴＥ）、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）などのような無線アクセス技術（ＲＡＴ）を実装する。例示的な環境システム１００のＲＡＴは、例示的にＮＲであってもよい。例えば、ＲＡＮに使用されるＲＡＴに依って、ＲＡＮノードに異なる名前が使用されてもよい。図１における移動通信システム１００の一例では、ＮＧ－ＲＡＮ１０５のノードは、次世代ノードＢ（ｇＮＢ）１１０または次世代発展型ノードＢ（ｎｇ－ｅＮＢ）のいずれかでああってよい。他のアプリケーションでは、ＲＡＮノードは、ＵＭＴＳＲＡＴを用いるＲＡＮにおいてノードＢ（ＮＢ）と称されてもよい。ＲＡＮノードは、ＬＴＥ／ＥＵＴＲＡＲＡＴを用いるＲＡＮにおいて、発展型ノードＢ（ｅＮＢ）と称されてもよい。しかしながら、上記のように、基地局、ＲＡＮノード、ｇＮＢ、ｅＮＢ、およびｎｇ－ｅＮＢという用語は互換的に使用されてもよい。さらに、インフラストラクチャ機器１０８へ言及することは、無線ネットワークに対応するＲＡＮノードおよび追加のコアネットワーク機器を言及することに使用されてもよい。

例示的に、インフラストラクチャ機器１０８（ｇＮＢ１１０）に関連する様々な態様は、１つまたは複数の機能またはサービスに関連する１つまたは複数の構成要素として実装されることができる。構成要素は、別個のスタンドアロンのコンピューティングデバイスであってもよい１つまたは複数のコンピューティングデバイスによって実装されるソフトウェアモジュールに相当してもよい。

したがって、ｇＮＢ１１０の構成要素は、サービスの論理表現と見なされるべきであり、１つまたは複数のコンピューティングデバイス上のいかなる特定の実装ももとめられない。さらに、インフラストラクチャ機器（図示されていない任意の追加の機器を含む）は、モバイルネットワークオペレータ（ＭＮＯ）、プライベートネットワークオペレータ、マルチシステムオペレータ（ＭＳＯ）、モノのインターネット（ＩＯＴ）ネットワークオペレータなどのオペレータによって維持されてもよく、音声、データ（例えば、無線インターネットアクセス）、メッセージング、車両対すべてのモノ（Ｖ２Ｘ）通信サービスなどの車両通信サービス、安全サービス、ミッションクリティカルサービス、ＩｏＴ、産業用ＩＯＴ（ＩＩＯＴ）などの住宅、商業、または産業環境におけるサービスなどのサービスを提供してもよい。

引き続き図１を参照すると、例示的に、ＲＳＵ１０２およびＵＥ１０４は、サイドリンク通信チャネルに従って、測位信号などの情報および／または信号を交換することができる。例示的に、サイドリンク通信チャネルは、いくつかの物理チャネルおよび信号から構成される物理レイヤであるＮＲＳＬに対応することができる。ＳＬ物理チャネルは、プロトコルスタックの上位レイヤの情報を搬送するリソース要素のセットである。ＳＬ物理チャネルは、ＵＥ間またはＵＥとＲＳＵ間の通信のためのシステム情報を含むＳＬのマスタ情報ブロック（ＭＩＢ）が周期的に送信されるＳＬ－ＢＣＨトランスポートチャネルを搬送する物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）を含むことができる。ＰＳＢＣＨは、Ｓ－ＳＳＢ（同期信号ブロック信号）において、サイドリンクプライマリ同期信号／サイドリンクセカンダリ同期信号（Ｓ－ＰＳＳ／ＳＳＳ）と共に送信される。ＳＬ物理チャネルは、ユニキャストまたはグループキャスト通信のＳＬ上で受信側ＵＥ／ＲＳＵから送信側ＵＥにＨＡＲＱフィードバックを送信するために使用される物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）をさらに含むことができる。ＳＬ物理チャネルはまた、物理サイドリンク共有チャネル（ＰＳＳＣＨ）および物理サイドリン
ク制御チャネル（ＰＳＣＣＨ）を含むことができる。

個々のＰＳＳＣＨは、ＰＳＣＣＨに関連付けられたトランスポートブロックを含む。ＰＳＣＣＨは、ＰＳＳＣＨと同じスロットで送信され、共有チャネルに関する制御情報を含む。サイドリンク制御情報（ＳＣＩ）は、２段階に分けられる。第１のステージは、ＰＳＳＣＨに関連付けられたＰＳＣＣＨ上で送信され、第２のステージは、対応するＰＳＳＣＨ上で送信される。復調用参照信号（ＤＭＲＳ）は、受信機におけるメッセージの復調のための参照信号として、ＰＳＣＣＨ、ＰＳＳＣＨ、およびＰＳＢＣＨに使用される。

ＵＥ１０４は、ＲＡＮ内の１つまたは複数のノード、１つまたは複数の中継ノード、または１つまたは複数のアンカー、または１つまたは複数の他のＵＥなどと通信するための無線送受信構成要素を含んでもよい。ＵＥの例には、スマートフォン、タブレット、ラップトップ、コンピュータ、車両内の無線送信および／または受信ユニット、Ｖ２Ｘまたは車両間（Ｖ２Ｖ）デバイス、無線センサ、モノのインターネット（ＩｏＴ）デバイス、産業用モノのインターネット（ＩＩＯＴ）デバイスなどが含まれるが、これらに限定されない。移動局（ＭＳ）、モバイル機器（ＭＥ）、端末機器、端末ノード、クライアントデバイス、モバイルデバイスなどの他の名称がＵＥに使用されてもよい。

さらに、ＵＥ１０４はまた、本明細書で説明するように、ＲＡＮ、他のＵＥ、ＲＳＵ、衛星通信におけるノードとの無線通信機能を提供するために、車両などの他のデバイスに統合された構成要素またはサブ構成要素を含んでもよい。このような他のデバイスは、無線通信に加えて、他の機能または複数の機能を有してもよい。したがって、ＵＥへの言及する場合には、無線通信を容易にする個々の構成要素、ならびに無線通信を容易にするための構成要素を組み込んだデバイス全体を含んでもよい。

図２Ａは、記載されたような本出願の１つまたは複数の態様を実施するためのＲＳＵ１０２（または他のアンカー）の一例のアーキテクチャの一実施形態を示す。図２Ａに示すＲＳＵ１０２の一般的なアーキテクチャは、本開示の態様を実施するために使用され得るコンピュータハードウェアおよびソフトウェア構成要素の構成を含む。前述したように、ＲＳＵ１０２の構成要素は、物理ハードウェア構成要素、１つまたは複数の仮想化構成要素、またはそれらの組み合わせを含んでもよい。さらに、ＲＳＵ１０２の構成要素またはＲＳＵ１０２に起因する機能は、仮想化環境で実装されてもよい。

そのような仮想化環境は、製造業者によって、または、ＲＳＵ１０２の例示的なアーキテクチャに示す機能を実装する目的で本質的に永続的または一時的であり得るソフトウェアモジュールをインスタンス化することができるコンピューティングサービスプロバイダなどの第三者エンティティによって提供されてもよい。

図示するように、ＲＳＵ１０２は、処理ユニット２０２と、ネットワークインターフェース２０４と、コンピュータ可読媒体ドライブ２０６と、入力／出力インターフェース２０８とを含み、それらはすべて通信バスを介して互いに通信することができる。ＲＳＵ
１０２の構成要素は、物理ハードウェア構成要素であってもよいし、仮想化環境に実装されてもよい。

ネットワークインターフェース２０４は、図１に示される無線ネットワークなどの１つまたは複数のネットワークまたはコンピューティングシステムへの接続を提供してもよい。したがって、処理ユニット２０２は、ネットワークを介して他のコンピューティングシステムまたはサービスから情報および命令を受信してもよい。処理ユニット２０２はまた、メモリ２１０と通信し、さらに、ＳＬ物理チャネルおよび無線通信チャネルを介してなど、入力／出力インターフェース２０８を介して出力情報を提供してもよい。いくつかの
実施形態では、ＲＳＵ１０２は、無線信号の送信および受信を容易にするための１つまたは複数のアンテナを含む、図２Ａに示される構成要素よりも多い（またはより少ない）構成要素を含んでもよい。

メモリ２１０は、処理ユニット２０２が１つまたは複数の実施形態を実施するために実行するコンピュータプログラム命令を含んでもよい。メモリ２１０は、一般に、ＲＡＭ、ＲＯＭ、または他の永続的もしくは非一時的メモリを含む。メモリ２１０は、ＲＳＵ１０２の一般的な管理および動作において処理ユニット２０２によって使用されるコンピュータプログラム命令を提供するオペレーティングシステム２１４を格納してもよい。メモリ２１０は、本開示の態様を実施するためのコンピュータプログラム命令および他の情報をさらに含んでもよい。例えば、一実施形態では、メモリ２１０は、無線ネットワーク１０８、ＵＥ１０４、または他のＲＳＵ１０２からの無線信号を処理するための無線インターフェース構成要素２１６を含む。メモリ２１０は、本明細書で説明するように、ＰＲＳ情報を１つまたは複数のＵＥに提供するＰＲＳ情報構成要素２１８を含む。メモリ２１０はまた、ＰＲＳ信号を予測するＰＲＳ信号予測構成要素２２０を含んでもよい。
図２Ｂは、記載されたような本出願の１つまたは複数の態様を実施するためのＵＥ１０４の一例のアーキテクチャの一実施形態を示す。図２Ｂに示されるＵＥ１０４の一般的なアーキテクチャは、本開示の態様を実施するために使用され得るコンピュータハードウェアおよびソフトウェア構成要素の構成を含む。前述したように、ＵＥ１０４の構成要素は、物理ハードウェア構成要素、１つまたは複数の仮想化構成要素、またはこれらの組み合わせを含んでもよい。また、ＵＥ１０４の構成要素またはＵＥ１０４が有する機能は、仮想化環境において実装されてもよい。そのような仮想化環境は、製造業者によって、または、ＵＥ１０４の例示的なアーキテクチャに示す機能を実装する目的で、本質的に永続的または一時的であり得るソフトウェアモジュールをインスタンス化することができるコンピューティングサービスプロバイダなどの第三者エンティティによって提供されてもよい。

例示されるように、ＵＥ１０４は、処理ユニット２２２、ネットワークインターフェース２２４、コンピュータ可読媒体ドライブ２２６、および入力／出力インターフェース２２８を含んでおり、これらはすべて、通信バスによって互いに通信してもよい。フィードバックＵＥ１０４の構成要素は、物理ハードウェア構成要素であってもよいし、仮想化環境に実装されてもよい。

ネットワークインターフェース２２４は、図１に示される無線ネットワークなどの１つまたは複数のネットワークまたはコンピューティングシステムへの接続を提供してもよい。したがって、処理ユニット２２２は、ネットワークを介して他のコンピューティングシステムまたはサービスから情報および命令を受信してもよい。処理ユニット２２２はまた、メモリ２３０と通信し、さらに、ＳＬ物理チャネルを介してなど、入力／出力インターフェース２２８を介して出力情報を提供してもよい。いくつかの実施形態では、ＵＥ１０４は、図２Ｂに示されるものよりも多くの（またはより少ない）構成要素を含んでもよい。
メモリ２３０は、処理ユニット２０２が１つまたは複数の実施形態を実施するために実行するコンピュータプログラム命令を含んでもよい。メモリ２３０は、一般に、ＲＡＭ、ＲＯＭ、または他の永続的もしくは非一時的メモリを含む。メモリ２３０は、ＵＥ１０４の一般的な管理および動作において処理ユニット２２２によって使用されるためのコンピュータプログラム命令を提供するオペレーティングシステム２３４を記憶してもよい。メモリ２３０は、本開示の態様を実施するためのコンピュータプログラム命令および他の情報をさらに含むことができる。例えば、一実施形態では、メモリ２３０は、無線ネットワーク１０８、他のＵＥ１０４、またはＲＳＵ１０２からの無線信号を処理するための無線インターフェース構成要素２３６を含む。メモリ２３０はまた、本明細書で説明す
るように、１つまたは複数のＲＳＵ１０２からＰＳＲ情報を要求するＰＳＲ情報構成要素２３８を含む。

図２Ｃは、記載されたような本出願の１つまたは複数の態様を実施するためのｇＮＢ１１０の一例のアーキテクチャの一実施形態を示す。図２Ｃに示されるｇＮＢ１１０の一般的なアーキテクチャは、本開示の態様を実施するために使用され得るコンピュータハードウェアおよびソフトウェア構成要素の構成を含む。前述したように、ｇＮＢ１１０の構成要素は、物理ハードウェア構成要素、１つまたは複数の仮想化構成要素、またはそれらの組み合わせを含んでもよい。また、ｇＮＢ１１０の構成要素またはｇＮＢ１１０が有する機能は、仮想化環境において実装されてもよい。そのような仮想化環境は、製造業者によって、または、ｇＮＢ１１０の例示的なアーキテクチャに示す機能を実装する目的で本質的に永続的または一時的であり得るソフトウェアモジュールをインスタンス化することができるコンピューティングサービスプロバイダなどの第三者エンティティによって提供されてもよい。

図示するように、ｇＮＢ１１０は、処理ユニット２４２、ネットワークインターフェース２４４、コンピュータ可読媒体ドライブ２４６、および入力／出力インターフェース２４８を含み、それらはすべて通信バスを介して互いに通信してもよい。フィードバックｇＮＢ１１０の構成要素は、物理ハードウェア構成要素であってもよいし、無線信号の送信および受信を容易にするための１つまたは複数のアンテナを含む仮想化環境に実装されてもよい。

ネットワークインターフェース２４４は、図１に示される無線ネットワークなどの１つまたは複数のネットワークまたはコンピューティングシステムへの接続を提供してもよい。したがって、処理ユニット２４２は、ネットワークを介して他のコンピューティングシステムまたはサービスから情報および命令を受信してもよい。処理ユニット２４２はまた、メモリ２５０と通信し、さらに、入力／出力インターフェース２４８を介して出力情報を提供してもよい。いくつかの実施形態では、ｇＮＢ１１０は、図２Ｃに示す構成要素よりも多い（または少ない）構成要素を含んでもよい。

メモリ２５０は、処理ユニット２４２が１つまたは複数の実施形態を実施するために実行するコンピュータプログラム命令を含んでもよい。メモリ２５０は、一般に、ＲＡＭ、ＲＯＭ、または他の永続的もしくは非一時的メモリを含む。メモリ２５０は、ｇＮＢ１１０の一般的な管理および動作において処理ユニット２４２によって使用されるコンピュータプログラム命令を提供するオペレーティングシステム２５４を格納してもよい。メモリ２５０は、無線インターフェース構成要素２５６を含んでもよい。メモリ２５０は、本開示の態様を実施するためのコンピュータプログラム命令および他の情報をさらに含んでもよい。例えば、一実施形態では、メモリ２５０は、本明細書で説明するように、ＰＲＳ構成情報を１つまたは複数のＵＥ１０４および１つまたは複数のＲＳＵ１０２に提供するＰＲＳ信号処理構成要素２５８を含む。メモリ２５０はまた、ＰＲＳ信号を予測するＰＲＳ信号予測構成要素２６０を含んでもよい。

図３は、本出願のいくつかの実施形態に即した、図１の通信システムにおけるＰＲＳ信号の起動／停止の一例を示すブロック図である。図３を参照すると、ステップ（１）において、ＲＳＵ／アンカー１０２Ａは、ＵＥ１０４ＡからのＳＬ送信に基づいて、ＵＥ１０４Ａ（例えば、車両）の存在を検出する。ＲＳＵ／アンカー１０２Ａは、ＵＥからのＳＬ送信に基づいて、複数のＵＥ（例えば、１０４Ａおよび１０４Ｂ）の存在を検出してもよい。例えば、ＲＳＵ／アンカー１０２Ａは、ＵＥ１０４Ａから受信したＳＬ制御メッセージまたはデータメッセージをデコーディングすることによってＵＥ１０４Ａの存在を検出してもよい。当該メッセージは、ＣＡＭまたはＤＥＮＭを介して送信されたＶ２
Ｘデータの形態であってもよい。ＲＳＵ／アンカー１０２Ａはまた、例えば、ＳＬ信号受信電力（ＳＬＲＳＲＰ）、信号受信品質、受信強度信号インジケータ（ＲＳＳＩ）、および／または信号雑音比（ＳＩＮＲ）などのＳＬ上の受信電力を測定することによってＵＥ１０４Ａの存在を検出してもよい。例えば、ＲＳＵ／アンカー１０２Ａは、受信電力が所定のしきい値よりも大きいという判定に基づいて、ＵＥ１０４Ａの存在を判定してもよい。いくつかの実施形態では、当該メッセージは、ＳＬＳＣＩ、ＰＦＳＣＨ内の情報、ＭＡＣ制御要素（ＣＥ）、または、例えば、ＵＥ１０４Ａからの測位リクエストなどのＵＥ１０４Ａからのリクエストを含むＳＬデータペイロードの形態であってもよい。いくつかの実施形態では、ＲＳＵ／アンカー１０２Ａは、例えば、道路トンネルまたは地下駐車場において、インフラストラクチャ機器１０８と通信することなく、ローカルにＵＥ１０４Ａの存在を検出してもよい。他の実施形態では、ＲＳＵ／アンカー１０２Ａは、インフラストラクチャ機器１０８との通信を用いてＵＥ１０４Ａの存在を検出してもよい。

ステップ（２）において、ＲＳＵ／アンカー１０２Ａは、ＵＥ１０４Ａの存在および／またはモビリティ情報に基づいてＳＬＰＲＳ送信を起動してもよい。いくつかの実施形態では、ＳＬＰＲＳ送信を起動する際に、ＲＳＵ／アンカー１０２Ａは、インフラストラクチャ機器１０８に接続、または制御されなくてもよい。ＲＳＵ／アンカー１０２Ａは、任意の事前に構成されたＳＬＰＲＳを自身でローカルに起動してもよい。そのような手法は、遅延の低減およびシグナリングオーバーヘッドの点で特に有益である。ＳＬＰＲＳの（事前の）構成は、インフラストラクチャ機器１０８によって、または、例えば、例えばＳＩＭツールコートを介してＵＳＩＭで事前構成されるなどの他の手段によって実行される。

いくつかの実施形態では、インフラストラクチャ機器１０８は、ＵＥのＳＬ測位能力に基づいて、ＳＬＰＲＳを事前に設定してもよい。インフラストラクチャ機器１０８は、測位セッション中または事前にＳＬ測位に関連するＵＥの能力情報を収集してもよい。ＵＬ／ＤＬを介した既存のＬＰＰ手順をこの目的のために使用することができるが、ＵＥはまた、測位リクエストを示すＣＡＭなどの他のＳＬ送信と共に、ＳＬ上でＭＡＣＣＥを介してそれらの能力情報を示すこともできる。

いくつかの実施形態では、インフラストラクチャ機器１０８は、ＵＥモビリティおよび他のＳＬ情報（実施態様）に基づいて、ＳＬＰＲＳを積極的に事前に設定してもよい。インフラストラクチャ機器１０８は、ＵＥの速度や方向等を示すＣＡＭ／ＤＥＮＭなどのＵＥのＳＬ送信から、ＳＬＰＲＳの設定に関する情報を取得してもよい。例えば、高速車両の場合、インフラストラクチャ機器１０８は、高いリピート率でＳＬＰＲＳを設定することができ、またはＳＬＰＲＳは、ＵＥモビリティパラメータに一致するアンテナビーム上で送信されることができる。同様に、インフラストラクチャ機器１０８は、ＣＡＭ内に含まれるＵＥ位置情報の信頼度に基づいてＳＬＰＲＳ設定を決定してもよい。

例えば、精度の信頼性が低いＵＥの場合、ネットワークは、より正確に測位するために、より広い帯域幅のＳＬＰＲＳ送信を設定してもよい。いくつかの実施形態では、インフラストラクチャ機器１０８は、ＵＥに対する明示的なリクエストに基づいてＳＬＰＲＳを事前に設定してもよい。ＵＥは、インフラストラクチャ機器１０８がＳＬＰＲＳ設定を決定するのを助けるために、測位リクエストと共に測位ＱｏＳ要件を示してもよい。

いくつかの実施形態では、インフラストラクチャ機器１０８は、いかなる測位セッションにかかわらず、例えば、ＱｏＳの過去の履歴および統計的特性に基づいてＰＲＳ送信を決定し、ＳＬＰＲＳを事前に設定してもよい。例えば、特定のエリア内の特定の時刻の車両用ＵＥは、同様の能力を有し、同様の測位ＱｏＳを要求し、ネットワークは、これら
の条件に一致するＳＬＰＲＳを用いてこのエリア内のＲＳＵを事前に設定することができる。

いくつかの実施形態では、インフラストラクチャ機器１０８は、ＵＥの大まかな測位（例えば、精度が低く、最初の位置が固定）を少なくとも可能にするエリア内のＲＳＵのための「デフォルトの」ＳＬＰＲＳ設定を提供してもよい。いくつかの実施形態では、インフラストラクチャ機器１０８は、（例えば、測位セッション中に）オンデマンドまたは動的にＰＲＳ送信をプロアクティブに決定してもよく、そのような設定は、ＵＥの個々のニーズまたは変化する環境条件によりよく適合する。この目的のために、特定の測位ＱｏＳ要件などの追加情報が、ＵＥによってインフラストラクチャ機器１０８に示されてもよい。

他の実施形態では、設定および／または起動は、インフラストラクチャ機器１０８であるｇＮＢ１１０、または、複数のＲＳＵが接続されているコアネットワーク内の中央位置管理サーバである位置管理機能（ＬＭＦ）などの中央エンティティによって決定されてもよく、これにより、異なるＲＳＵにわたるより良好な調整が可能になる。この場合、ＲＳＵ／アンカー１０２Ａは、検出されたＵＥ１０４Ａの情報に関して中央測位エンティティに通知してもよい。例えば、ＲＳＵ／アンカー１０２Ａは、中央測位エンティティと通信するために、ＬＴＥ測位プロトコル（ＬＰＰ）プロトコルまたはＮＲ測位プロトコル（ＮＲＰＰ）プロトコルに従って通知を送信してもよい。ＲＳＵ／アンカー１０２Ａは、特定の速度および方向（例えば、ＳＬで送信されたＣＡＭを介して取得される）で接近する車両についてＬＭＦに通知してもよい。次に、ＬＭＦは、ＲＳＵ／アンカー１０２Ａを設定および／または起動する。

ステップ（３）において、ＲＳＵ／アンカー１０２Ａは、検出されたＵＥ１０４Ａの将来の予測軌道沿いの１つまたは複数の追加のＲＳＵを特定し、１つまたは複数の追加のＳＬＰＲＳ送信を起動してもよい。そうすることで、ＲＳＵ／アンカー１０２Ａは、インフラストラクチャ機器１０８に接続、または制御されなくともよい。ＲＳＵ／アンカー１０２Ａは、自身でローカルに任意の事前に設定されたＳＬＰＲＳを起動することができ、これによって、遅延およびシグナリングオーバーヘッドが低減される。いくつかの実施形態では、ＲＳＵ／アンカー１０２Ａの代わりに、インフラストラクチャ機器１０８またはＬＭＦは、検出されたＵＥ１０４Ａの将来の予測軌道沿いの１つまたは複数の追加のＲＳＵを特定し、１つまたは複数の追加のＳＬＰＲＳ信号を起動してもよい。

ステップ（４）において、ＵＥ１０４Ａが、起動されたＳＬＰＲＳ送信を認識し、ＰＲＳの測定を実行することができるように、ＲＳＵ／アンカー１０２Ａは、異なるＲＳＵ／アンカーによって送信されたＳＬＰＲＳ設定を検出されたＵＥ１０４Ａに送信してもよい。ＵＥ１０４Ａは、ＳＬＰＲＳ送信情報を処理するためにＳＬＰＲＳ設定のリストを利用してもよい。ＳＬＰＲＳ送信情報は、測定を実行するための２つ以上の設定の優先順を含んでもよい。ＳＬＰＲＳ送信情報はまた、ＵＥ１０４Ａがその軌跡に沿った測定のための異なるＰＲＳ設定に切り替えるためのしきい値（時間、信号電力、信号品質、距離などに基づく）を含んでもよい。

さらに、インフラストラクチャ機器１０８は、ＵＥ１０４Ａが、例えば、測位ＱｏＳ要件の変更に基づいて、無線条件に基づいて、またはＰＲＳ送信が現在起動されていないＲＳＵエリアに入っている場合に、後から要求できるように、現在非アクティブなＳＬＰＲＳ設定についてＵＥ１０４Ａに通知してもよい。

ステップ（５）において、ＲＳＵ／アンカー１０２Ａは、ＵＥ１０４Ａの消失の判定に基づいて、ＳＬＰＲＳ送信を停止してもよい。ＲＳＵ／アンカー１０２Ａは、ターゲ
ットＵＥからＣＡＭを以前に受信してから特定の（事前に）設定されたタイムアウトしきい値の間受信メッセージがないことに基づいて、ＵＥ１０４Ａの消失を判定してもよい。ＲＳＵ／アンカー１０２Ａはまた、ＳＬＲＳＲＰおよび／またはＳＬＲＳＳＩおよび／または信号品質が特定の（事前に）設定されたタイムアウトしきい値の間に特定の（事前）構成されたしきい値を下回ることに基づいて、ＵＥ１０４Ａの消失を判定してもよい。

いくつかの実施形態では、ＳＬＰＲＳ送信の停止は、インフラストラクチャ機器１０８によって実行される。上記の図３では、インフラストラクチャ機器１０８は、ｇＮＢ１１０を含む無線機器として示されている。しかしながら、本出願はそのように限定されない。インフラストラクチャ機器１０８は、衛星信号を使用してＲＳＵ／アンカー１０２Ａおよび／またはＵＥ１０４Ａと通信するＧＮＳＳであってもよい。また、簡単にするために、図３の上記の説明では、ＲＳＵ／アンカー１０２ＡがＵＥ１０４Ａを検出する例を使用した。しかしながら、本出願はそのように限定されない。ＲＳＵ／アンカー１０２Ａは、同時にまたは順次に複数のＵＥを検出してもよい。

図４は、本出願のいくつかの実施形態に即した、ＲＳＵによって実施されるＰＲＳ送信の起動および管理のためのルーチンの一例を示すフロー図である。図４を参照すると、ブロック４００において、測位参照用信号の起動のルーチンが開始される。ルーチンの態様は、図１のＲＳＵ１０２などのＲＳＵ、または図１のＲＳＵ１０２とインフラストラクチャ機器１０８との組み合わせによって実施されてもよい。このルーチンは、１つまたは複数のＲＳＵがＰＲＳ送信の停止状態にあり、ＵＥ（例えば、図１のＵＥ１０４Ａ）がＰＲＳ送信を受信できる無線通信範囲内にあるという仮定から始まる。

ブロック４０２において、初期ＲＳＵ／アンカーは、その／それらのＳＬ送信に基づいてＵＥ（例えば、車両）の存在を検出する。例えば、ＲＳＵまたは他のネットワークエンティティは、ＳＬ送信を検知または受信することができる。例えば、ＲＳＵ１０２は、例えば、受信したＳＬ制御メッセージまたはデータメッセージをデコーディングすることによって、ＵＥ１０４の存在を検出することができる。メッセージは、Ｖ２Ｘデータ（例えば、ＣＡＭ／ＤＥＮＭを介して送信される）の形態とすることができる。

メッセージはまた、例えば、ＳＬＰＲＳを起動／停止するための１つまたは複数の事前に構成されたしきい値を上回る／下回る、ＳＬ信号受信電力（ＳＬＲＳＲＰ）、受信信号品質、受信強度信号インジケータ（ＲＳＳＩ）情報、および／または、信号雑音比（ＳＩＮＲ）などの、ＳＬ上の受信電力の測定または検出の形態であってもよい。

さらに、メッセージは、ＳＬ制御情報（ＳＣＩ）、ＰＳＦＣＨにおける情報、ＭＡＣＣＥ、または、例えば、測位リクエストのようなＵＥのリクエストを示すＳＬデータペイロードの一部、の形態であってもよい。

ブロック４０４において、検出を行うＲＳＵ／アンカー１０２は、それらのＳＬ送信を介して取得されたＵＥの存在およびモビリティ情報に基づいて、ＳＬＰＲＳ送信を応答的に起動する。

ブロック４０６において、検出を行うＲＳＵ／アンカー１０２Ａは、次いで、検出されたＵＥに関する通知を生成し、図１のインフラストラクチャ機器１０８などのインフラストラクチャ機器（コアネットワーク構成要素）に当該通知を送信することができる。例示的に、検出を行うＲＳＵ／アンカー１０２Ａは、ＬＴＥ測位プロトコル（ＬＰＰ）プロトコルまたはＮＲ測位プロトコル（ＮＲＰＰ）プロトコルに従って通知／情報を送信することができる。

ブロック４０８において、ＲＳＵは、起動されるべきＳＬＰＲＳ送信を識別する情報を受信する。一実施形態では、図３Ａに例示されるように、ＲＳＵ１０２は、追加のＰＲＳ送信を特定するために情報を処理してもよい。

別の実施形態では、図３Ｂに例示されるように、ＲＳＵは、例えばインフラストラクチャ機器１０８から、追加のＰＲＳ送信を識別する情報を受信してもよい。一例では、先回り設定は、ＵＥ密度、指向性など、または検出されたＵＥのＳＬ送信を介して搬送される任意の他の情報に基づくことができる。

他の例では、先回り設定は、ＵＥの測位リクエストを明示的に示すメッセージの受信に基づくことができる。先回り設定は、例示的に、車両の将来の予測軌道に沿った追加のＲＳＵを含む。

いくつかの実施形態では、ＲＳＵは、ネットワークに接続または制御される必要はなく、このようにして、任意の事前に設定されたＳＬＰＲＳを自身でローカルに起動／停止する。そのような手法は、遅延の低減およびシグナリングオーバーヘッドの点で特に有益である。ＰＲＳ送信の先回りの特定に関するさらなる詳細は、ルーチン５００（図５）に関して説明される。

ＲＳＵが追加のＰＲＳ送信を決定する実施形態では、ＲＳＵは、特定されたＰＲＳ送信に関して検出を行うインフラストラクチャ機器にシグナリングすることができる。例示的に、検出を行うＲＳＵ／アンカー１０２Ａは、ＬＴＥ測位プロトコル（ＬＰＰ）プロトコルまたはＮＲ測位プロトコル（ＮＲＰＰ）プロトコルに従って通知／情報を受信することができる。

ブロック４１０において、検出を行うＲＳＵ／アンカー１０２Ａは、検出されたＵＥ１０４ＡにＳＬＰＲＳ設定を送信することもでき、その結果、ＵＥは、起動されたＳＬ
ＰＲＳ送信を認識する。受信側のＵＥは、ＳＬＰＲＳ送信を測定し、ＳＬＰＲＳ送信情報を処理するためにＳＬＰＲＳ設定の構造化されたリストを利用してもよい。順序付けられた情報はまた、測定の実行のための２つ以上の設定の優先順、および／または、ＵＥがその軌道に沿って異なるＰＲＳ設定間で測定を切り替えるための１つまたは複数のしきい値（時間、信号電力、信号品質、信号対雑音比および／または距離などに基づく）を含むことができる。

さらに、情報は、現在非アクティブなＳＬＰＲＳ設定に関する情報を含むことができ、その結果、ＵＥは、例えば、測位ＱｏＳ要件の変更に基づいて、無線状態に基づいて、および／またはＰＲＳ送信が現在アクティブではないＲＳＵエリアに入っている場合に、後から要求することができる。

例示的には、ＵＥが起動されたＳＬＰＲＳ送信を認識し、測定するために、ＲＳＵ／ネットワークは、ＵＥに起動されたＳＬＰＲＳ設定、または、起動されたＳＬＰＲＳ設定のリスト（例えば、異なるＲＳＵに属する）を積極的に提供する。

いくつかの実施形態では、リストは、ＵＥによって測定されるＰＲＳ設定間の関連する優先順、および／または、ＵＥが、例えばその軌跡に沿って、異なるＰＲＳ設定へ測定を切り替えることを可能にするしきい値の指示（例えば、受信されたＳＬＰＲＳ電力、距離などに関して）を有する構造化されたリストに対応することができる。

ＵＥがアクティブなＳＬＰＲＳ設定をすでに知っていることを考えると、ＵＥは、示された優先順に関してそれらに対する測定を行い、提供されたしきい値に基づいてそれら
を切り替えることができる。このようにして、追加の遅延が発生する可能性のある、リクエスト、配信、およびＳＬＰＲＳ設定のスイッチオフするための追加のシグナリングが回避される。一実施形態では、ＵＥは、ＳＬＰＲＳ設定の異なるセットで設定されてもよく、各セット設定はインデックスを有する。ＲＳＵ／ネットワークからの特定のＳＬＰＲＳ設定の起動／停止、ならびにＵＥからのＳＬＰＲＳ設定のリクエストは、対応するインデックスを示す。

例示的には、インフラストラクチャ機器１０８は、この情報を、例えば、ＳＬデータペイロードを使用して、ＳＬ上のＲＳＵ／アンカーを介して、ＵＥに提供することができる。あるいは、ｇＮＢ１１０またはＴＲＰは、ＤＬを介して、例えば、ＲＲＣメッセージ（例えば、ＳＩＢメッセージ）を介して、この情報を提供することができる。情報の提供は、具体的には、定期的に、または、例えば、ネットワークが車両の存在またはその測位リクエストを検出したときのような、特定の条件／イベントの発生時に行うことができる。さらに、情報は、特定のエリア内のすべての車両にブロードキャストすることができ、車両の特定のグループ（例えば、車両隊列）にグループキャストすることができ、または測位をリクエストした単一の車両にユニキャストすることができる。加えて、ＲＳＵ／ネットワークは、例えば、それらの変化する測位ＱｏＳ要件に基づいて、将来起動されるＵＥへ非アクティブなＳＬＰＲＳ設定を提供することもできる。

判定ブロック４１２では、ＲＳＵが、１つまたは複数のＵＥが依然として検出可能であるか否かを判定する。そうである場合、ルーチン４００はブロック４０６に戻ることができる。一実施形態では、起動または停止は、少なくともＵＥの存在に基づく。ＵＥの存在は、ＳＬ送信の検知または受信に基づいて、ＳＬ機能を有するＲＳＵまたは他のネットワークエンティティによってチェックすることができる。一実施形態では、これは、受信されたＳＬ信号対雑音比、ＳＬ品質、または、例えば、ＳＬＲＳＲＰおよび／またはＲＳＳＩなどのＳＬ電力が、１つまたは複数の（事前に）設定されたしきい値を上回る／下回ることを検知または測定することによって簡単に行うことができる。

別の実施形態では、ＲＳＵ／ネットワークは、車両の速度および方向などのモビリティ情報を示すＶ２Ｘデータ（例えば、ＣＡＭ／ＤＥＮＭを介して送信される）を含む受信ＳＬ制御またはデータメッセージをデコーディングすることなどによって、ＵＥのＳＬ送信から取得するさらなる情報に基づいて、起動するＳＬＰＲＳの設定を決定する。あるいは、ブロック４１４において、ＲＳＵ／ネットワークは、例えば、ターゲットＵＥからのＣＡＭの前回の受信から特定の構成されたタイムアウトしきい値の間メッセージを受信しなくなること、および／または、ＳＬ信号対雑音および／またはＳＬＲＳＲＰおよび／またはＳＬＲＳＳＩおよび／または信号品質が、例えば、特定の構成されたタイムアウトしきい値の間、１つまたは複数の事前に設定されたしきい値を下回ること等による、消失車両に基づいて、ＳＬＰＲＳ送信をさらに停止することができる。ルーチン４００はブロック４１６で終了する。

図５は、本出願のいくつかの実施形態に即した、ｇＮＢによって実施されるＰＲＳ送信の起動および管理のためのルーチンの一例を示すフロー図である。図５を参照すると、ブロック５００において、本出願の様々な態様によるＰＲＳ送信を積極的に特定するためのルーチンが開始される。このルーチンは、図１および図３のインフラストラクチャ機器１０８などのネットワークインフラストラクチャ（ネットワークとも呼ばれる）によって実行される。

いくつかの実施形態では、ＲＳＵの他に、ＳＬ機能をサポートする他のネットワークデバイス、例えば、ＵＥタイプの測位参照ユニット（ＰＲＵ）、またはＵＥからネットワークへの中継を行うＵＥを、本出願の同じ提案された機能で利用することができる。ネット
ワークは、以下の情報のうちの少なくとも１つに基づいてＳＬＰＲＳ送信を（事前に）設定することができる。

一例では、ＲＳＵ／ネットワークは、測位セッション中または事前に、ＳＬ測位に関連するＵＥの能力情報を収集することができる。ＵＬ／ＤＬを介した既存のＬＰＰ手順をこの目的のために使用することができる一方で、ＵＥはまた、遅延の観点からより効率的である、測位リクエストを示すＣＡＭまたは他のＶ２Ｘメッセージなどの他のＳＬ送信と共に、ＳＬ上のＳＣＩ、ＲＲＣ、またはＭＡＣＣＥを介して自身の能力情報を示すことができる。

他の例では、ネットワークは、ＵＥモビリティおよび他のＳＬ情報（実施態様）に基づいてＰＲＳ送信を積極的に決定することができる。ＵＥの速度、方向などを示すＣＡＭ／ＤＥＮＭなどのＵＥのＳＬ送信から、ネットワークは、ＳＬＰＲＳを設定するための関連する情報を取得することができる。例えば、高速車両の場合、ネットワークは高いリピート率でＳＬＰＲＳを設定することができ、または、ＳＬＰＲＳをＵＥモビリティパラメータに一致するアンテナビーム上で送信することができる。

同様に、ネットワークは、ＣＡＭまたは他のＶ２Ｘメッセージ内に含まれるＵＥ位置情報の信頼性に基づいてＳＬＰＲＳ設定を決定することができる。例えば、精度の信頼性が低いＵＥの場合、ネットワークは、より正確に測位するために、より広い帯域幅のＳＬ
ＰＲＳ送信を設定することができる。

ネットワークは、ネットワークがＳＬＰＲＳ設定を決定するのを助けるために、ＵＥの測位リクエストの前に測位ＱｏＳ要件に基づいてＰＲＳ送信を積極的に決定することができる。例えば、ネットワークは、収集された任意の情報の過去の履歴および統計的特性に基づくなどして、測位セッションの前にＰＲＳ送信を決定することができる。

例えば、あるエリア内のある時刻のＵＥは、同様の能力を有し、同様の測位ＱｏＳを要求し、ネットワークは、これらの条件に一致するＳＬＰＲＳを用いてこのエリア内のＲＳＵを事前に設定することができる。同様に、ネットワークは、ＵＥの大まかな測位（例えば、最初の位置が固定の場合、精度が低い）を少なくとも可能にする、エリア内のＲＳＵのための「デフォルトの」ＳＬＰＲＳ構成を提供することができる。

さらに、ネットワークは、（例えば、測位セッション中に）オンデマンドまたは動的にＰＲＳ送信を積極的に決定することができ、そのような構成は、ＵＥの個々のニーズまたは変化する環境条件によりよく適合する。この目的のために、特定の測位ＱｏＳ要件などの追加情報を、ＵＥによってネットワークに明示的に示すことができる。

図５を参照すると、ブロック５０２において、ネットワークはＵＥの検出の通知を取得する。前述したように、一実施形態では、初期ＲＳＵ／アンカーは、ＳＬ送信に基づいてＵＥ（例えば、車両）の存在を検出する。

例示的に、ＲＳＵまたは他のネットワークエンティティ／エンティティは、ＳＬ送信を検知または受信することができる。例えば、ＲＳＵ１０２は、受信したＳＬ制御またはデータメッセージをデコーディングすることなどによって、ＵＥ１０４の存在を検出することができる。メッセージは、Ｖ２Ｘデータ（例えば、ＣＡＭ／ＤＥＮＭを介して送信される）の形態とすることができる。

メッセージはまた、例えば、ＳＬＰＲＳを起動／停止するための１つまたは複数の事前に設定されたしきい値を上回る／下回る、ＳＬ信号対雑音比、ＳＬ信号受信電力（ＳＬ
ＲＳＲＰ）、および／または受信強度信号インジケータ（ＲＳＳＩ）情報などの、ＳＬ上の受信品質および／または電力の測定または検出の形態であってもよい。

さらに、メッセージは、ＳＬ制御情報（ＳＣＩ）、ＰＳＦＣＨにおける情報、ＭＡＣＣＥ、または、ＵＥの測位リクエストを示すＳＬデータペイロードの一部の形態であってもよい。次いで、検出を行うＲＳＵ／アンカー１０２Ａは、検出されたＵＥに関する通知を生成し、例えばコアネットワーク構成要素のようなインフラストラクチャ機器に送信することができる。

例示的に、検出を行うＲＳＵ／アンカー１０２Ａは、ＬＴＥ測位プロトコル（ＬＰＰ）プロトコルおよび／またはＮＲ測位プロトコル（ＮＲＰＰ）プロトコルに従って通知／情報を送信することができる。

ブロック５０４において、ネットワーク１０８は、ＰＲＳ送信情報を識別する。例示的には、ネットワークは、ＰＲＳ送信を積極的に識別することができる。ＰＲＳ送信のプロアクティブな識別情報は、任意の数のプロセスに従って利用されてもよい。いくつかの実施形態では、ネットワークは、様々な機械学習アルゴリズムを含む機械学習アルゴリズムまたは技術を実装することができる。そのような機械学習アルゴリズムは、教師あり、半教師あり、または教師なしモデルに従って訓練／構成することができる機械学習アルゴリズムを含むことができる。追加のフィードバック／ペナルティモデルを組み込むことができる。

ブロック５０６では、ネットワークが、追加のＲＳＵの識別情報をＵＥへ送信する。いくつかの実施形態では、ネットワークはまた、識別情報をＲＳＵにも送信してもよい。ネットワークは、ＬＰＰプロトコルおよび／またはＮＲＰＰプロトコルを使用して識別情報を送信してもよい。

ブロック５０８では、ネットワークインフラストラクチャは、ＲＳＵがＳＬＰＲＳ送信を開始するように、特定された１つまたは複数の追加のＲＳＵを起動させてもよい。いくつかの実施形態では、ネットワークは、ＵＥモビリティおよび他のＳＬ情報に基づいて追加のＳＬＰＲＳ送信を積極的に決定してもよい。例えば、ＵＥの速度および／または方向を示すＣＡＭ／ＤＥＮＭなどのＵＥのＳＬ送信から、ネットワークは、ＳＬＰＲＳを設定するための関連する情報を取得することができる。

例えば、高速車両の場合、ネットワークは高いリピート率でＳＬＰＲＳを設定することができ、または、ＳＬＰＲＳをＵＥモビリティパラメータに一致するアンテナビーム上で送信することができる。

同様に、ネットワークは、ＣＡＭ内に含まれるＵＥ位置情報の信頼性に基づいてＳＬＰＲＳ構成を決定してもよい。例えば、精度の信頼性が低いＵＥの場合、ネットワークは、それらをより正確に測位するために、より広い帯域幅のＳＬＰＲＳ送信を設定してもよい。いくつかの実施形態では、ネットワークは、ＳＬＰＲＳ設定をネットワークが決定するのを助けるために、測位リクエストと共に測位ＱｏＳ要件に基づいて追加のＰＲＳ送信を積極的に決定してもよい。ブロック５１０において、ルーチンは終了する。

図６は、本出願のいくつかの実施形態に即した、サイドリンク通信におけるＵＥのための方法を示すフロー図である。図６を参照すると、ブロック６０２において、図１のＵＥ
１０４ＡなどのＵＥは、サイドリンク通信において、図１のアンカー構成要素１０２Ａなどのアンカー構成要素に第１の信号を送信する。

いくつかの実施形態では、アンカー構成要素に送信される第１の信号は、ＣＡＭ、ＤＥＮＭ、またはＢＳＭのうちの少なくとも１つを含んでもよい。いくつかの実施形態では、アンカー構成要素に送信される第１の信号は、ＵＥの速度属性または方向属性のうちの少なくとも１つを含んでもよい。いくつかの実施形態では、アンカー構成要素に送信される第１の信号は、ＵＥによって送信される、測位用参照信号の起動のリクエストを含んでもよい。

ブロック６０４では、ＵＥは、第１の信号の送信に応答して、アンカー構成要素から測位用参照信号を受信する。測位用参照信号は、ＵＥの位置を決定するためにＵＥによって使用され得る。

いくつかの実施形態では、測位用参照信号の送信は、ユーザ機器の存在の検出に基づいてアンカー構成要素によって起動される。

ブロック６０６において、ＵＥは、少なくとも１つの追加のアンカー構成要素に関する情報を受信する。いくつかの実施形態では、少なくとも１つの追加のアンカー構成要素に関する情報は、ＵＥの存在の検出に基づいてアンカー構成要素によって識別され、ＵＥは、アンカー構成要素から少なくとも１つの追加のアンカー構成要素に関する情報を受信する。

いくつかの実施形態では、少なくとも１つの追加のアンカー構成要素に関する情報は、ＵＥの存在の検出に基づいて、図１のｇＮＢ１１０などの基地局によって識別され、ＵＥは、基地局から少なくとも１つの追加のアンカー構成要素に関する情報を受信する。

ブロック６０８では、ＵＥが、アンカー構成要素から受信された測位用参照信号に基づいて、ＵＥの位置を決定する。いくつかの実施形態では、ＵＥは、当該アンカー構成要素を含む複数の起動されたアンカー構成要素から受信した複数の測位用参照信号に基づいてＵＥの位置を決定する。

いくつかの実施形態では、ＵＥは、受信した測位用参照信号を使用して、タイミングベースの方法（例えば、到着時間差（ＴＤＯＡ）または往復伝送（ＲＴＴ））または角度ベースの方法のいずれかを使用することによってその位置を決定する。

いくつかの実施形態では、ブロック６０６の処理とブロック６０８の処理とは置き換えられてもよい。いくつかの実施形態では、ブロック６０６および６０８の処理のいずれかは任意選択であってもよい。本開示に記載されている任意の実施形態（２つ以上）を組み合わせて使用してもよい。この組み合わせは、任意の実施形態間で論理的な「和」、「積」、および／または「排他的論理和」を利用することができる。

本開示では５ＧＮＲの例が使用されたが、ＬＴＥまたは３ＧＰＰ６Ｇなどの他の無線アクセス技術またはネットワークも可能である。ＩＥＥＥ８０２．１１およびその派生物、Ｗｉ－Ｆｉ、ＷｉＭＡＸなどの他のシステムも可能である。

付記１サイドリンク通信における測位のための方法であって、
前記サイドリンク通信におけるアンカー構成要素が、
前記サイドリンク通信における少なくとも１つのユーザ機器の存在を検出することと、
前記検出された前記少なくとも１つのユーザ機器の存在に応答して、測位のために少なくとも１つのユーザ機器への測位用参照信号の送信を起動することと、
を含む方法。

付記２前記アンカー構成要素が、
前記検出された前記少なくとも１つのユーザ機器の存在に基づいて、少なくとも１つの追加のアンカー構成要素を特定することと、
前記特定された前記少なくとも１つの追加のアンカー構成要素に関する情報を、前記検出された前記少なくとも１つのユーザ機器に送信することと、
をさらに含む、
付記１に記載の方法。

付記３前記検出された前記少なくとも１つのユーザ機器の存在に対応する通知を、ネットワークインフラストラクチャに送信することと、
通知に基づいてネットワークインフラストラクチャによって特定された少なくとも１つの追加のアンカー構成要素に関する情報を、ネットワークインフラストラクチャから受信することと、
をさらに含む、
付記１に記載の方法。

付記４前記アンカー構成要素が、
前記少なくとも１つのユーザ機器がまだ存在しているか否か判定することと、
前記少なくとも１つのユーザ機器が存在しないという判定に応じて、前記測位用参照信号の送信を停止することと、
をさらに含む、
付記１に記載の方法。

付記５前記アンカー構成要素が、前記少なくとも１つのユーザ機器によって送信された信号の受信に基づいて前記少なくとも１つのユーザ機器の前記存在を検出する、
付記１に記載の方法。

付記６前記少なくとも１つのユーザ機器によって送信される前記信号は、協調認識メッセージ（ＣＡＭ）、非集中型環境通知メッセージ（ＤＥＮＭ）、または、基本安全メッセージ（ＢＳＭ）、のうちの少なくとも１つを含む、
付記５に記載の方法。

付記７前記アンカー構成要素が、前記少なくとも一つのユーザ機器によって送信された前記信号の受信電力レベルが第１の所定のしきい値よりも大きいことに基づいて、前記少なくとも１つのユーザ機器の前記存在を検出する、
付記５に記載の方法。

付記８前記アンカー構成要素が、前記少なくとも１つのユーザ機器によって送信された前記信号をデコーディングすることによって得られたコンテンツに基づいて、前記少なくとも１つのユーザ機器の前記存在を検出する、
付記５に記載の方法。

付記９前記アンカー構成要素が、前記少なくとも１つのユーザ機器によって送信された前記信号に含まれる前記少なくとも１つのユーザ機器の、位置属性、位置信頼度属性、測位能力属性、速度属性、または、方向属性、のうちの少なくとも１つに基づいて、測位用参照信号のパラメータのうちの少なくとも１つを設定する、
付記５に記載の方法。

付記１０前記アンカー構成要素が、前記少なくとも１つのユーザ機器によって指示される測位用参照信号の起動のリクエストに基づいて、前記少なくとも１つのユーザ機器の前記存在を検出する、
付記１に記載の方法。

付記１１前記測位用参照信号の起動のリクエストは、ＣＡＭ、ＤＥＮＭ、ＢＳＭ、サイドリンク制御情報（ＳＣＩ）送信、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）送信、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）送信、またはサイドリンクデータペイロード、のうちの少なくとも１つに含まれる、
付記１に記載の方法。

付記１２前記アンカー構成要素が、前記少なくとも１つのユーザ機器の、位置属性、位置信頼度属性、測位能力属性、速度属性、または、方向属性、のうちの少なくとも１つに基づいて前記少なくとも１つの追加のアンカー構成要素を特定する、付記２に記載の方法。

付記１３前記特定された少なくとも１つの追加のアンカー構成要素に関する前記情報を前記検出された前記少なくとも１つのユーザ機器に送信することは、
前記少なくとも１つの追加のアンカー構成要素を含む複数の追加のアンカー構成要素を特定するリストを送信することを含む、
付記２に記載の方法。

付記１４前記複数の追加のアンカー構成要素を特定するリストは、前記複数の追加のアンカー構成要素の各々に関連付けられた、優先度情報または測位用参照信号パラメータ情報のうちの少なくとも一方を含む、
付記１３に記載の方法。

付記１５前記少なくとも１つのユーザ機器が存在しないという判定は、前記少なくとも１つのユーザ機器から受信された信号に基づいて行われる、
付記５に記載の方法。

付記１６前記少なくとも１つのユーザ機器が存在しないという判定は、前記少なくとも１つのユーザ機器から受信された前記信号の受信電力レベルが第２の所定しきい値より小さいことに基づいて行われる、
付記１５に記載の方法。

付記１７サイドリンク通信における測位のための装置であって、
命令を格納するメモリと、
前記メモリに格納された前記命令を実行して、
前記サイドリンク通信における少なくとも１つのユーザ機器の存在を検出することと、
前記検出された前記少なくとも１つのユーザ機器の存在に応じて、前記少なくとも１つのユーザ機器への測位用参照信号の送信をきどうすることと、
を実行するプロセッサと、
を備える、装置。

付記１８前記プロセッサは、
前記検出された前記少なくとも１つのユーザ機器の存在に、少なくとも１つの追加の装置を特定することと、
前記特定された少なくとも１つの追加の装置に関する情報を、前記検出された前記少なくとも１つのユーザ機器に送信することと、
をさらに実行する、
付記１７に記載の装置。

付記１９前記プロセッサが、
前記検出された前記少なくとも１つのユーザ機器の存在に関する通知を、ネットワークインフラに送信することと、
前記検出された前記少なくとも１つのユーザ機器の存在に基づいて前記ネットワークインフラストラクチャによって特定された少なくとも１つの追加の装置に関する情報を、前記ネットワークインフラストラクチャから受信することと、
をさらに実行する、
付記１７に記載の装置。

付記２０前記プロセッサは、
前記少なくとも１つのユーザ機器がまだ存在しているか否かを判定することと、
前記少なくとも１つのユーザ機器が存在しないという判定に応じて、前記測位用参照信号の前記送信を停止することと、
をさらに実行する、
付記１７に記載の装置。

付記２１装置の１つまたは複数のプロセッサによって実行可能であり、サイドリンク通信における測位のための方法を実行させるための命令を格納する非一時的コンピュータ可読媒体であって、方法は、
前記サイドリンク通信におけるアンカー構成要素が、
前記サイドリンク通信における少なくとも１つのユーザ機器の存在を検出することと、
前記検出された前記少なくとも１つのユーザ機器の存在に応じて、測位のために前記少なくとも１つのユーザ機器への測位用参照信号の送信を起動することと、
を含む、非一時的コンピュータ可読媒体。

付記２２前記方法は、前記アンカー構成要素が、
前記検出された前記少なくとも１つのユーザ機器の存在に基づいて、少なくとも１つの追加のアンカー構成要素を、特定することと、
前記特定された少なくとも１つの追加のアンカー構成要素に関する情報を、前記検出された前記少なくとも１つの検出されたユーザ機器に送信することと、
をさらに含む、
付記２１に記載の非一時的コンピュータ可読媒体。

付記２３方法は、
前記検出された前記少なくとも１つのユーザ機器の存在に対応する通知を、ネットワークインフラに送信することと、
前記検出された前記少なくとも１つのユーザ機器の存在に基づいてネットワークインフラストラクチャによって特定された少なくとも１つの追加のアンカー構成要素に関する情報を、前記ネットワークインフラストラクチャから受信することと、
をさらに含む、
付記２１に記載の非一時的コンピュータ可読媒体。

付記２４方法は、前記アンカー構成要素が、
前記少なくとも１つのユーザ機器がまだ存在しているか否かを判定することと、
前記少なくとも１つのユーザ機器が存在しないという判定に応じて、前記測位用参照信号の前記送信を停止することと、
をさらに含む、
付記２１に記載の非一時的コンピュータ可読媒体。

付記２５サイドリンク通信におけるユーザ機器のための方法であって、
前記ユーザ機器が、
前記サイドリンク通信におけるアンカー構成要素に第１の信号を送信することと、
前記第１の信号の前記送信に応じて、前記ユーザ機器の位置を決定するために前記ユーザ機器によって使用される測位用参照信号を、前記アンカー構成要素から受信することと、を含み、
前記測位用参照信号の前記送信が、前記ユーザ機器の存在の検出に基づいて前記アンカー構成要素によって起動される、
方法。

付記２６前記アンカー構成要素へ送信される前記第１の信号は、協調認識メッセージ（ＣＡＭ）、非集中型環境通知メッセージ（ＤＥＮＭ）、または、基本安全メッセージ（ＢＳＭ）、のうちの少なくとも１つを含む、
付記２５に記載の方法。

付記２７前記アンカー構成要素へ送信される前記第１の信号が、前記ユーザ機器の、位置属性、位置信頼度属性、測位能力属性、速度属性、または、方向属性、のうちの少なくとも１つを含む、
付記２５に記載の方法。

付記２８前記アンカー構成要素へ送信される前記第１の信号が、前記ユーザ機器によって送信される測位用参照信号の起動のリクエストを含む、
付記２５に記載の方法。

付記２９前記ユーザ機器の前記存在の検出に基づいて前記アンカー構成要素によって特定される少なくとも１つの追加のアンカー構成要素に関する情報を、前記アンカー構成要素から受信することをさらに含む、
付記２５に記載の方法。

付記３０前記ユーザ機器の前記存在の検出に基づいて前記ネットワークインフラストラクチャによって特定された少なくとも１つの追加のアンカー構成要素に関する情報を、前記ネットワークインフラストラクチャから受信することをさらに含む、
付記２５に記載の方法。

付記３１前記受信した測位用参照信号に基づいて前記ユーザ機器の位置を、到着時間差（ＴＤＯＡ）法、往復伝送方法、または、角度ベースの方法、のうちの少なくとも１つを用いて決定することをさらに含む、
付記２５に記載の方法。

付記３２サイドリンク通信における装置（ユーザ機器）であって、ユーザ機器は、
命令を格納するメモリと、
前記メモリに格納された前記命令を実行して、
前記サイドリンク通信における第１の信号をアンカー構成要素に送信することと、
前記第１の信号の送信に応じて、前記ユーザ機器の位置を決定するために前記ユーザ機器によって使用される測位用参照信号を、前記アンカー構成要素から受信する、ことと、
実行するプロセッサと、
を備え
前記測位用参照信号の前記送信は、前記ユーザ機器の存在の検出に基づいて前記アンカー構成要素によって起動される、
装置。

付記３３ユーザ機器の１つまたは複数のプロセッサによって実行可能であり、サイドリンク通信における測位のための方法を実行させるための命令を格納する非一時的コンピュータ可読媒体であって、前記方法は、
前記ユーザ機器が、
前記サイドリンク通信におけるアンカー構成要素に第１の信号を送信することと、
前記第１の信号の前記送信に応じて、前記ユーザ機器の位置を決定するために前記ユーザ機器によって使用される測位用参照信号を、前記アンカー構成要素から受信することと、を含み、
前記測位用参照信号の前記送信は、前記ユーザ機器の存在の検出に基づいて前記アンカー構成要素によって起動される、
非一時的コンピュータ可読媒体。

本明細書に記載の任意の特定の実施形態に従って、必ずしもすべての目的または利点が達成されるとは限らないことを理解されたい。したがって、例えば、当業者は、特定の実施形態が、本明細書で教示または示唆され得る他の目的または利点を必ずしも達成することなく、本明細書で教示される１つの利点または利点群を達成または最適化するように動作するように構成され得ることを認識するであろう。

本明細書に記載のプロセスはすべて、コンピューティングシステムによって実行される１つまたは複数の特定のコンピュータ実行可能命令を含むソフトウェアコードモジュールを介して完全に自動化することができる。コンピューティングシステムは、１つまたは複数のコンピュータまたはプロセッサを含むことができる。コードモジュールは、任意のタイプの非一時的コンピュータ可読媒体または他のコンピュータ記憶装置に記憶されてもよい。方法の一部またはすべては、専用のコンピュータハードウェアで実施されてもよい。

本明細書に記載されたもの以外の多くの他の変形形態が本開示から明らかであろう。例えば、実施形態に応じて、本明細書に記載されたアルゴリズムのいずれかの特定の動作、イベント、または機能は、異なる順序で実行することができ、追加、マージ、または完全に除外することができる（例えば、記載されたすべての行為または事象がアルゴリズムの実施に必要であるとは限らない）。さらに、特定の実施形態では、動作またはイベントは、順次ではなく、例えば、マルチスレッド処理、割り込み処理、または複数のプロセッサもしくはプロセッサコアを介して、または他の並列アーキテクチャ上で同時に実行することができる。さらに、異なるタスクまたはプロセスは、一緒に機能することができる異なる機械および／またはコンピューティングシステムによって実行することができる。

本明細書に開示した実施形態に関連して説明された様々な例示的な論理ブロックおよびモジュールは、本明細書に記載された機能を実行するように設計された、処理ユニットもしくはプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブルロジックデバイス、ディスクリートゲートもしくはトランジスタロジック、ディスクリートハードウェア構成要素、またはそれらの任意の組み合わせなどのマシンによって実装または実行され得る。

プロセッサは、マイクロプロセッサとすることができるが、代替例では、プロセッサは、コントローラ、マイクロコントローラ、またはステートマシン、それらの組み合わせなどとすることができる。プロセッサは、コンピュータ実行可能命令を処理するように構成された電気回路を含むことができる。別の実施形態では、プロセッサは、コンピュータ実行可能命令を処理することなく論理演算を実行するＦＰＧＡまたは他のプログラマブルデ
バイスを含む。

プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わせた１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実装することもできる。本明細書では主にデジタル技術に関して説明されているが、プロセッサは主にアナログ構成要素を含むこともできる。コンピューティング環境は、いくつか例を挙げると、マイクロプロセッサ、メインフレームコンピュータ、デジタル信号プロセッサ、ポータブルコンピューティングデバイス、デバイスコントローラ、または機器内の計算エンジンに基づくコンピュータシステムを含むが、これらに限定されない任意のタイプのコンピュータシステムを含むことができる。

とりわけ、「できる」、「できた」、「かもしれない」、または「してもよい」などの条件付き言語は、特に明記しない限り、特定の実施形態が特定の特徴、要素、および／またはステップを含むが、他の実施形態は含まないことを伝えるために一般に使用される文脈内で他の意味で理解される。したがって、そのような条件付き言語は、一般に、特徴、要素および／またはステップが１つまたは複数の実施形態に何らかの形で必要とされること、または１つまたは複数の実施形態が、ユーザの入力またはプロンプトの有無にかかわらず、これらの特徴、要素および／またはステップが任意の特定の実施形態に含まれるか、または実行されるべきかを決定するための論理を必然的に含むことを意味することを意図するものではない。

句「Ｘ、Ｙ、またはＺの少なくとも１つ、」などの選言的な言語は、特に明記しない限り、一般に使用される文脈で、項目、用語などがＸ、Ｙ、またはＺ、またはそれらの任意の組み合わせ（例えば、Ｘ、Ｙ、および／またはＺ）のいずれかであり得ることを示すと理解される。したがって、そのような選言的な言語は、一般に、特定の実施形態がそれぞれ存在するためにＸの少なくとも１つ、Ｙの少なくとも１つ、またはＺの少なくとも１つを必要とすることを意味するものではなく、意味するべきではない。

本明細書に記載され、かつ／または添付の図面に示すフロー図における任意のプロセス記述、要素またはブロックは、プロセスにおける特定の論理機能または要素を実装するための１つまたは複数の実行可能命令を含むコードのモジュール、セグメント、または部分を潜在的に表すものとして理解されるべきである。

当業者によって理解されるように、含まれる機能に応じて、要素または機能が、実質的に同時にまたは逆の順序を含む、図示または説明された順序とは異なる順序で削除、実行、または説明され得る代替的な実施態様が、本明細書に記載された実施形態の範囲内に含まれる。

特に明記しない限り、「ａ」または「ａｎ」などの冠詞は、一般に、１つまたは複数の記載された項目を含むと解釈されるべきである。したがって、「ように構成されたデバイス」などの語句は、列挙された１つまたは複数のデバイスを含むことが意図されている。そのような１つまたは複数の列挙されたデバイスはまた、述べられた列挙を実行するように集合的に構成することができる。例えば、「列挙Ａ、Ｂ、およびＣを実行するように構成されたプロセッサ」は、列挙ＢおよびＣを実行するように構成された第２のプロセッサと連携して動作する、列挙Ａを実行するように構成された第１のプロセッサを含むことができる。

本出願は、２０２２年４月２７日に出願された米国仮出願第６３／３３５，６２２号、発明の名称「ＥＶＥＮＴ－ＤＲＩＶＥＮＡＣＴＩＶＡＴＩＯＮＯＦＡＮＣＨＯＲＳ
ＦＯＲＳＩＤＥＬＩＮＫＰＯＳＩＴＩＯＮＩＮＧ」の利益を主張し、米国仮出願第６３／３３５，６２２号は、その全体が参照により本明細書に組み込まれる。

Claims

サイドリンク通信における測位のための方法であって、
前記サイドリンク通信におけるアンカー構成要素が、
前記サイドリンク通信における少なくとも１つのユーザ機器の存在を検出することと、
前記検出された前記少なくとも１つのユーザ機器の存在に関する通知を、ネットワークインフラストラクチャに送信することと、
前記通知に基づいて前記ネットワークインフラストラクチャによって特定された少なくとも１つの追加のアンカー構成要素に関する情報を、前記ネットワークインフラストラクチャから受信することと、
を含む方法。
前記アンカー構成要素が、
前記受信した前記少なくとも１つの追加のアンカー構成要素に関する情報を、前記検出された前記少なくとも１つのユーザ機器に送信することと、
をさらに含む、
請求項１に記載の方法。
前記検出された前記少なくとも１つのユーザ機器の存在に応じて、測位のために前記少なくとも１つのユーザ機器への測位用参照信号の送信を起動することと、
をさらに含む、
請求項１に記載の方法。
前記アンカー構成要素が、
前記少なくとも１つのユーザ機器がまだ存在しているか否かを判定することと、
前記少なくとも１つのユーザ機器が存在しないという判定に応じて、前記測位用参照信号の前記送信を停止することと、
をさらに含む、
請求項３に記載の方法。
前記アンカー構成要素が、前記少なくとも１つのユーザ機器によって送信された信号の受信に基づいて前記少なくとも１つのユーザ機器の前記存在を検出する、
請求項１に記載の方法。
前記少なくとも１つのユーザ機器によって送信される前記信号は、協調認識メッセージ（ＣＡＭ）、非集中型環境通知メッセージ（ＤＥＮＭ）、または、基本安全メッセージ（ＢＳＭ）、のうちの少なくとも１つを含む、
請求項５に記載の方法。
前記アンカー構成要素が、前記少なくとも１つのユーザ機器によって送信された前記信号の受信電力レベルが第１の所定のしきい値より大きいことに基づいて、前記少なくとも１つのユーザ機器の前記存在を検出する、
請求項５に記載の方法。
前記アンカー構成要素が、前記少なくとも１つのユーザ機器によって送信された前記信号をデコーディングすることによって得られたコンテンツに基づいて、前記少なくとも１つのユーザ機器の前記存在を検出する、
請求項５に記載の方法。
前記アンカー構成要素が、前記少なくとも１つのユーザ機器によって送信された前記信号に含まれる前記少なくとも１つのユーザ機器の、位置属性、位置信頼度属性、測位能力属性、速度属性、または、方向属性、のうちの少なくとも１つに基づいて、測位用参照信号のパラメータのうちの少なくとも１つを設定する、
請求項５に記載の方法。
前記アンカー構成要素が、前記少なくとも１つのユーザ機器によって指示される測位用参照信号の起動のリクエストに基づいて、前記少なくとも１つのユーザ機器の前記存在を検出する、
請求項１に記載の方法。
前記測位用参照信号の起動の前記リクエストは、ＣＡＭ、ＤＥＮＭ、ＢＳＭ、サイドリンク制御情報（ＳＣＩ）送信、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）送信、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）送信、またはサイドリンクデータペイロード、のうちの少なくとも１つに含まれる、
請求項１０に記載の方法。
前記受信した少なくとも１つの追加のアンカー構成要素に関する前記情報を前記検出された前記少なくとも１つのユーザ機器に送信することは、
前記少なくとも１つの追加のアンカー構成要素を含む複数の追加のアンカー構成要素を特定するリストを送信することを含む、
請求項２に記載の方法。
前記複数の追加のアンカー構成要素を特定する前記リストは、前記複数の追加のアンカー構成要素の各々に関連付けられた、優先度情報または測位用参照信号パラメータ情報のうちの少なくとも一方を含む、
請求項１２に記載の方法。
前記少なくとも１つのユーザ機器が存在しないという前記判定は、前記少なくとも１つのユーザ機器から受信された信号に基づいて行われる、
請求項４に記載の方法。
前記少なくとも１つのユーザ機器が存在しないという前記判定は、前記少なくとも１つのユーザ機器から受信された前記信号の受信電力レベルが第２の所定しきい値より小さいことに基づいて行われる、
請求項１４に記載の方法。
サイドリンク通信における測位のための装置であって、
命令を格納するメモリと、
前記メモリに格納された前記命令を実行して、
前記サイドリンク通信における少なくとも１つのユーザ機器の存在を検出することと、
前記検出された前記少なくとも１つのユーザ機器の存在に関する通知を、ネットワークインフラストラクチャに送信することと、
前記検出された前記少なくとも１つのユーザ機器の存在に基づいて前記ネットワークインフラストラクチャによって特定された少なくとも１つの追加の装置に関する情報を、前記ネットワークインフラストラクチャから受信することと、
を実行するプロセッサと、
を備える、装置。
前記プロセッサは、
前記受信した前記少なくとも１つの追加の装置に関する情報を、前記検出された少なくとも１つのユーザ機器に送信することと、
をさらに実行する、
請求項１６に記載の装置。
前記プロセッサは、
前記検出された前記少なくとも１つのユーザ機器の存在に応じて、前記少なくとも１つのユーザ機器への測位用参照信号の送信を起動すること、
をさらに実行する、
請求項１６に記載の装置。
前記プロセッサは、
前記少なくとも１つのユーザ機器がまだ存在しているか否かを判定することと、
前記少なくとも１つのユーザ機器が存在しないという判定に応じて、前記測位用参照信号の前記送信を停止することと、
をさらに実行する、
請求項１８に記載の装置。
装置の１つまたは複数のプロセッサによって実行可能であり、サイドリンク通信における測位のための方法を実行させるための命令を格納する非一時的コンピュータ可読媒体であって、前記方法は、
前記サイドリンク通信におけるアンカー構成要素が、
前記サイドリンク通信における少なくとも１つのユーザ機器の存在を検出することと、
前記検出された前記少なくとも１つのユーザ機器の存在に対応する通知を、ネットワークインフラストラクチャに送信することと、
前記検出された前記少なくとも１つのユーザ機器の存在に基づいて前記ネットワークインフラストラクチャによって特定された少なくとも１つの追加のアンカー構成要素に関する情報を、前記ネットワークインフラストラクチャから受信することと、
を含む、非一時的コンピュータ可読媒体。
前記方法は、前記アンカー構成要素が、
前記受信した少なくとも１つの追加のアンカー構成要素に関する情報を、前記検出された前記少なくとも１つのユーザ機器に送信することと、
をさらに含む、
請求項２０に記載の非一時的コンピュータ可読媒体。
前記方法は、
前記検出された前記少なくとも１つのユーザ機器の存在に応じて、測位のために前記少なくとも１つのユーザ機器への測位用参照信号の送信を起動することと、
をさらに含む、
請求項２０に記載の非一時的コンピュータ可読媒体。
前記方法は、前記アンカー構成要素が、
前記少なくとも１つのユーザ機器がまだ存在しているか否かを判定することと、
前記少なくとも１つのユーザ機器が存在しないという判定に応じて、前記測位用参照信号の前記送信を停止することと、
をさらに含む、
請求項２２に記載の非一時的コンピュータ可読媒体。