JP2021515460A - Ｃｖ２ｘのためのｎｒ発見リソースプール構成 - Google Patents

Abstract

ワイヤレス通信のための方法、装置、およびコンピュータ読取可能な媒体が、本開示によって開示される。ある例では、ホストデバイスは、発見のための事前構成済みリソースのプールを決定し得る。事前構成済みリソースは、発見プリアンブル、クエリ信号、発見メッセージ、およびランダムアクセスプリアンブルのうちの１つまたは複数に対して指定される。ホストデバイスは、発見プリアンブルに対して指定された１つまたは複数のリソース上で発見プリアンブルを送信し得る。クライアントデバイスは、発見プリアンブルを受信し、ホストデバイスに関する情報を受信することにクライアントデバイスが関心があると決定し得る。クライアントデバイスは、関心がある場合、クエリ信号を送信し得る。ホストデバイスは、発見プリアンブルに応答して、クエリ信号に対して指定されたリソース上でクエリ信号が受信されるかどうかを決定し得る。ホストデバイスは、クエリ信号を受信したことに応答して発見メッセージを送信し得る。【選択図】 図１

Description

優先権の主張

[0001]本出願は、本出願の譲受人に譲渡され、その全体が参照により本明細書に組み込まれる、２０１８年２月２３日に出願された「NR DISCOVERY RESOURCE POOL CONFIGURATION FOR CV2X」と題する米国仮特許出願第６２／６３４，５２５号および２０１９年２月１９日に出願された「NR DISCOVERY RESOURCE POOL CONFIGURATION FOR CV2X」と題する米国特許出願第１６／２７９，７７２号に対する優先権を主張する。

[0002]本開示は一般に、通信システムに関し、より具体的には、５Ｇ新無線（ＮＲ）におけるセルラ車両ツーエブリシング（ＣＶ２Ｘ:cellular vehicle-to-everything）のための技法に関する。

[0003]ワイヤレス通信システムは、電話通信、ビデオ、データ、メッセージング、およびブロードキャストのような様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソースを共有することによって複数のユーザとの通信をサポートする能力がある多元接続技術を用い得る。このような多元接続技術の例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムが含まれる。

[0004]これらの多元接続技術は、異なるワイヤレスデバイスが、都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されてきた。例となる電気通信規格は、５Ｇ新無線（ＮＲ）である。５Ｇ ＮＲは、レイテンシ、信頼性、セキュリティ、（例えば、モノのインターネット（ＩｏＴ）との）スケーラビリティ、および他の要件に関連する新たな要件を満たすために、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表された漸進的なモバイルブロードバンド進化の一部である。５Ｇ ＮＲのいくつかの態様は、４Ｇロングタームエボリューション（ＬＴＥ（登録商標））規格に基づき得る。５Ｇ ＮＲ技術のさらなる改善の必要性が存在する。これらの改善はまた、他の多元接続技術およびこれらの技術を用いる電気通信規格にも適用可能であり得る。

[0005]例えば、ＣＶ２Ｘ通信は、他の近くのデバイスを発見し、それと通信するデバイスを含み得る。ＮＲにおいて様々な周波数帯域で使用されるビームフォーミング技法は、既存の発見技法を複雑にし得る。ゆえに、ワイヤレス通信動作の改善が望まれ得る。

[0006]以下に、１つまたは複数の態様の基本的な理解を提供するために、そのような態様の簡略化された概要を提示する。この概要は、意図されるすべての態様の広範な概観ではなく、また、すべての態様の主要または重要な要素を識別するようにも、任意またはすべての態様の範囲を線引きするようにも意図されない。その唯一の目的は、後に提示されるより詳細な説明への前置きとして、１つまたは複数の態様のいくつかのコンセプトを簡略化された形式で提示することである。

[0007]ワイヤレス通信のための方法、装置、およびコンピュータ読取可能な媒体が、本開示によって開示される。ある態様では、本開示は、ワイヤレス通信の方法を含む。方法は、発見のための事前構成済み（preconfigured）リソースのプールを決定することを含み得る。事前構成済みリソースは、発見プリアンブル、クエリ信号、発見メッセージ、およびランダムアクセスプリアンブルのうちの１つまたは複数に対して指定され得る。方法は、発見プリアンブルに対して指定された事前構成済みリソースのうちの１つまたは複数上で発見プリアンブルを送信することを含み得る。方法は、発見プリアンブルに応答したクエリ信号が、クエリ信号に対して指定された事前構成済みリソースのうちの１つ上で受信されるかどうかを決定することを含み得る。方法は、クエリ信号を受信したことに応答して発見メッセージを送信することを含み得る。

[0008]別の態様では、本開示は、ワイヤレス通信のための装置を含む。装置は、メモリと、このメモリに通信可能に結合されたプロセッサとを含み得る。プロセッサは、発見のための事前構成済みリソースのプールを決定するように構成され得る。事前構成済みリソースは、発見プリアンブル、クエリ信号、発見メッセージ、およびランダムアクセスプリアンブルのうちの１つまたは複数に対して指定され得る。プロセッサは、発見プリアンブルに対して指定された事前構成済みリソースのうちの１つまたは複数上で発見プリアンブルを送信するように構成され得る。プロセッサは、発見プリアンブルに応答したクエリ信号が、クエリ信号に対して指定された事前構成済みリソースのうちの１つ上で受信されるかどうかを決定するように構成され得る。プロセッサは、クエリ信号を受信したことに応答して発見メッセージを送信するように構成され得る。

[0009]別の態様では、本開示は、ワイヤレス通信のための装置を含む。装置は、発見のための事前構成済みリソースのプールを決定するための手段を含み得る。事前構成済みリソースは、発見プリアンブル、クエリ信号、発見メッセージ、およびランダムアクセスプリアンブルのうちの１つまたは複数に対して指定され得る。装置は、発見プリアンブルに対して指定された事前構成済みリソースのうちの１つまたは複数上で発見プリアンブルを送信するための手段を含み得る。装置は、発見プリアンブルに応答したクエリ信号が、クエリ信号に対して指定された事前構成済みリソースのうちの１つ上で受信されるかどうかを決定するための手段を含み得る。装置は、クエリ信号を受信したことに応答して発見メッセージを送信するための手段を含み得る。

[0010]別の態様では、本開示は、プロセッサによって実行可能なコンピュータ実行可能な命令を記憶する非一時的コンピュータ読取可能な媒体を含む。コンピュータ読取可能な媒体は、発見のための事前構成済みリソースのプールを決定するための命令を含み得る。事前構成済みリソースは、発見プリアンブル、クエリ信号、発見メッセージ、およびランダムアクセスプリアンブルのうちの１つまたは複数に対して指定され得る。非一時的コンピュータ読取可能な媒体は、発見プリアンブルに対して指定された事前構成済みリソースのうちの１つまたは複数上で発見プリアンブルを送信するための命令を含み得る。非一時的コンピュータ読取可能な媒体は、発見プリアンブルに応答したクエリ信号が、クエリ信号に対して指定された事前構成済みリソースのうちの１つ上で受信されるかどうかを決定するための命令を含み得る。非一時的コンピュータ読取可能な媒体は、クエリ信号を受信したことに応答して発見メッセージを送信するための命令を含み得る。

[0011]別の態様では、本開示は、ＵＥのためのワイヤレス通信の方法を含む。方法は、発見のための事前構成済みリソースのプールを決定することを含み得る。事前構成済みリソースは、発見プリアンブル、クエリ信号、発見メッセージ、およびランダムアクセスプリアンブルのうちの１つまたは複数に対して指定され得る。方法は、発見プリアンブルに対して指定された事前構成済みリソースのうちの少なくとも１つ上で発見プリアンブルを受信することを含み得る。方法は、発見プリアンブルに基づいて、発見プリアンブルを送信したデバイスに関する情報を受信することにＵＥが関心がある（is interested in receiving）と決定することを含み得る。方法は、発見プリアンブルに対応するおよびクエリ信号に対して指定された事前構成済みリソースのうちの１つ上でクエリ信号を送信することを含み得る。方法は、クエリ信号を送信したことに応答して発見メッセージを受信することを含み得る。

[0012]別の態様では、本開示は、ユーザ機器（ＵＥ）のためのワイヤレス通信のための装置を提供する。装置は、メモリと、このメモリに通信可能に結合されたプロセッサとを含み得る。プロセッサは、発見のための事前構成済みリソースのプールを決定するように構成され得る。事前構成済みリソースは、発見プリアンブル、クエリ信号、発見メッセージ、およびランダムアクセスプリアンブルのうちの１つまたは複数に対して指定され得る。プロセッサは、発見プリアンブルに対して指定された事前構成済みリソースのうちの少なくとも１つ上で発見プリアンブルを受信するように構成され得る。プロセッサは、発見プリアンブルに基づいて、発見プリアンブルを送信したデバイスに関する情報を受信することにＵＥが関心があると決定するように構成され得る。プロセッサは、発見プリアンブルに対応するおよびクエリ信号に対して指定された事前構成済みリソースのうちの１つ上で、クエリ信号を送信するように構成され得る。プロセッサは、クエリ信号を送信したことに応答して発見メッセージを受信するように構成され得る。

[0013]別の態様では、本開示は、ワイヤレス通信のためのユーザ機器（ＵＥ）を含む。ＵＥは、発見のための事前構成済みリソースのプールを決定するための手段を含み得る。事前構成済みリソースは、発見プリアンブル、クエリ信号、発見メッセージ、およびランダムアクセスプリアンブルのうちの１つまたは複数に対して指定され得る。ＵＥは、発見プリアンブルに対して指定された事前構成済みリソースのうちの少なくとも１つ上で発見プリアンブルを受信するための手段を含み得る。ＵＥは、発見プリアンブルに基づいて、発見プリアンブルを送信したデバイスに関する情報を受信することにＵＥが関心があると決定するための手段を含み得る。ＵＥは、発見プリアンブルに対応するおよびクエリ信号に対して指定された事前構成済みリソースのうちの１つ上で、クエリ信号を送信するための手段を含み得る。ＵＥは、クエリ信号を送信したことに応答して発見メッセージを受信するための手段を含み得る。

[0014]別の態様では、本開示は、ワイヤレス通信のためのＵＥのプロセッサによって実行可能なコンピュータコードを記憶する非一時的コンピュータ読取可能な媒体を含む。非一時的コンピュータ読取可能な媒体は、発見のための事前構成済みリソースのプールを決定するために実行可能な１つまたは複数のコードを含み得る。事前構成済みリソースは、発見プリアンブル、クエリ信号、発見メッセージ、およびランダムアクセスプリアンブルのうちの１つまたは複数に対して指定され得る。非一時的コンピュータ読取可能な媒体は、発見プリアンブルに対して指定された事前構成済みリソースのうちの少なくとも１つ上で発見プリアンブルを受信するために実行可能な１つまたは複数のコードを含み得る。非一時的コンピュータ読取可能な媒体は、発見プリアンブルに基づいて、発見プリアンブルを送信したデバイスに関する情報を受信することにＵＥが関心があると決定するために実行可能な１つまたは複数のコードを含み得る。非一時的コンピュータ読取可能な媒体は、発見プリアンブルに対応するおよびクエリ信号に対して指定された事前構成済みリソースのうちの１つ上で、クエリ信号を送信するために実行可能な１つまたは複数のコードを含み得る。非一時的コンピュータ読取可能な媒体は、クエリ信号を送信したことに応答して発見メッセージを受信するために実行可能な１つまたは複数のコードを含み得る。

[0015]前述した目的および関連する目的を達成するために、１つまたは複数の態様は、以下に十分に説明されかつ特許請求の範囲において具体的に示される特徴を備える。以下の説明および添付の図面は、１つまたは複数の態様の実例となる特定の特徴を詳細に示す。しかしながら、これらの特徴は、様々な態様の原理が用いられ得る様々な方法のうちのほんの一部を示しており、この説明は、すべてのそのような態様およびそれらの同等物を含むことが意図される。

[0016]開示される態様は、以下で、添付の図面に関連して説明され、開示される態様を限定するためでなく例示するために提供され、ここにおいて、同様の表記は、同様の要素を表す。

[0017]図１は、ワイヤレス通信システムおよびアクセスネットワークの例を例示するブロック図である。 [0018]図２は、ビームフォーミングを使用して通信する例となるＵＥのブロック図である。 [0019]図３は、ＵＥ間の発見および接続セットアップの例を示すメッセージ図である。 [0020]図４は、発見バーストを含む発見プールの例を示すリソース図である。 [0021]図５は、非重複発見バーストを使用する発見リソースの例となる構成を示すリソース図である。 [0022]図６は、リソースグループを用いた発見リソースの例となる構成を示すリソース図である。 [0023]図７は、プリアンブル部分およびメッセージ部分を有する発見リソースの例となる構成を示すリソース図である。 [0024]図８は、ホストＵＥまたは基地局によるワイヤレス通信の例となる方法のフローチャートである。 [0025]図９は、クライアントＵＥによるワイヤレス通信の例となる方法のフローチャートである。 [0026]図１０は、図１のＵＥの例となる構成要素の概略図である。 [0027]図１１は、図１の基地局の例となる構成要素の概略図である。

詳細な説明

[0028]ワイヤレス通信のための方法、装置、およびコンピュータ読取可能な媒体が、本開示によって開示される。ある例では、ホストデバイスは、事前構成済み発見リソースのプールを使用してサービスをアドバタイズし得、クライアントデバイスは、サービスへの関心を示し、事前構成済み発見リソースを使用してホストデバイスとの接続を開始し得る。本明細書で使用される場合、「事前構成済みリソース」という用語は、リソースが、ホストデバイスとクライアントデバイスとの間の任意の通信の前に発見リソースとして使用するために構成されることを意味する。例えば、事前構成済みリソースは、規制(regulation)、規格文書、または基地局によって送信されるシステム情報で構成され得る。発見用に事前構成されたリソースは、発見目的でのみ使用されることも使用されないこともあり得、非発見プロシージャを実行するＵＥが、依然として、事前構成済み発見リソースを使用することが可能であり得ることに留意されたい。すなわち、事前構成済みリソースが発見専用ではないとき、ＵＥは、事前構成済みリソースを発見送信以外の送信に使用し得る。ある態様では、そのような事前構成は、発見プロシージャを実行するＵＥによってのみ知られているか、または発見ＵＥと非発見ＵＥの両方によって知られているであろう。特に、発見プロシージャは、ホストデバイスによって送信される発見プリアンブルと、関心があるクライアントデバイスによって送信されるクエリとを含み得る。発見プリアンブルは、少量の情報を含み得、１つまたは複数のビーム上で送信され得る。例えば、発見プリアンブルは、ホストデバイスが発見プロシージャに利用可能であることを示すいくつかの定義されたシーケンスのうちの１つであり得る。ホストデバイスは、ホストデバイスが、発見プリアンブルに応答してクエリを受信した場合にのみ、発見メッセージを送信し得る。クエリは、発見メッセージの送信の数を低減するために、発見メッセージに対するビームフォーミングを決定するために使用され得る。したがって、発見メッセージに使用されるリソースは、発見メッセージをビームスイープすることと比較して、低減され得る。追加的に、事前構成済み発見リソースは、ホストデバイスとクライアントデバイスとの間の通信を開始するためのランダムアクセスプリアンブルを送信するために、クライアントデバイスによって使用され得る。ある態様では、発見メッセージが送信されないとき、発見メッセージおよび／またはランダムアクセスプリアンブルのための事前構成済みリソースは、他の通信に再利用（repurpose）され得る。本開示は、発見リソースの例となる構成と、事前構成済み発見リソースに関連するオーバーヘッドを低減するための技法とを提供する。

[0029]添付の図面に関連して以下に示される詳細な説明は、様々な構成の説明として意図されるものであり、本明細書で説明されるコンセプトが実施され得る唯一の構成を表すよう意図されるものではない。詳細な説明は、様々なコンセプトの完全な理解を提供するために特定の詳細を含む。しかしながら、これらのコンセプトがこれらの特定の詳細なしに実施され得ることは、当業者には明らかになるであろう。いくつかの事例では、そのようなコンセプトを曖昧にしないために、周知の構造および構成要素はブロック図の形式で示される。

[0030]電気通信システムのいくつかの態様が、これより、様々な装置および方法に関連して提示されるであろう。これらの装置および方法は、以下の詳細な説明で説明され、様々なブロック、構成要素、回路、プロセス、アルゴリズム、等（総称して「要素」と呼ばれる）によって添付の図面で例示されるであろう。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用してインプリメントされ得る。そのような要素がハードウェアとしてインプリメントされるかソフトウェアとしてインプリメントされるかは、特定の用途およびシステム全体に課される設計制約に依存する。

[0031]例として、１つの要素、または１つの要素の任意の部分、または複数の要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」としてインプリメントされ得る。プロセッサの例には、マイクロプロセッサ、マイクロコントローラ、グラフィックスプロセッシングユニット（ＧＰＵ）、中央処理装置（ＣＰＵ）、アプリケーションプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、ＲＩＳＣ（reduced instruction set computing）プロセッサ、システムオンチップ（ＳｏＣ）、ベースバンドプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステートマシン、ゲートロジック、ディスクリートハードウェア回路、および本開示全体にわたって説明される様々な機能性を実施するように構成された他の好適なハードウェアが含まれる。処理システム内の１つまたは複数のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれても、それ以外の名称で呼ばれても、命令、命令のセット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェア構成要素、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数、等を意味すると広く解釈されるものとする。

[0032]したがって、１つまたは複数の例となる実施形態では、説明される機能は、ハードウェア、ソフトウェア、またはそれらの任意の組合せでインプリメントされ得る。ソフトウェアでインプリメントされる場合、これらの機能は、コンピュータ読取可能な媒体上の１つまたは複数の命令またはコードとして記憶または符号化され得る。コンピュータ読取可能な媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ読取可能な媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、電気的消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、光ディスク記憶装置、磁気ディスク記憶装置、他の磁気記憶デバイス、前述のタイプのコンピュータ読取可能な媒体の組合せ、またはコンピュータによってアクセス可能な命令またはデータ構造の形式でコンピュータ実行可能コードを記憶するために使用されることができる任意の他の媒体を備え得る。

[0033]図１は、ワイヤレス通信システムおよびアクセスネットワーク１００の例を例示する図である。ワイヤレス通信システム（ワイヤレス広域ネットワーク（ＷＷＡＮ）とも呼ばれる）は、基地局１０２と、ＵＥ１０４と、発展型パケットコア（ＥＰＣ）１６０とを含む。ＥＰＣ１６０が例示されているが、ワイヤレス通信システムは、５Ｇコア（５ＧＣ）のような異なのようなるコアネットワークを含み得る。本明細書におけるＥＰＣ１６０への参照は、５ＧＣも指し得る。基地局１０２は、マクロセル基地局（高電力セルラ基地局）および／またはスモールセル基地局（低電力セルラ基地局）を含み得る。ＵＥ１０４は、事前構成済み発見リソース上でサービスをアドバタイズするホストＵＥ１０４ａと、１つまたは複数のホストＵＥ１０４ａに応答するクライアントＵＥ１０４ｂとを含み得る。

[0034]基地局１０２（総称して、発展型ユニバーサルモバイル電気通信システム（ＵＭＴＳ）地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）と呼ばれる）は、バックホールリンク１３２（例えば、Ｓ１インターフェース）を介してＥＰＣ１６０および／または５ＧＣとインターフェース接続する。他の機能に加えて、基地局１０２は、以下の機能のうちの１つまたは複数を実行し得る：ユーザデータの転送、無線チャネルの暗号化および解読、完全性保護、ヘッダ圧縮、モビリティ制御機能（例えば、ハンドオーバ、デュアル接続性）、セル間干渉調整、接続セットアップおよび解放、負荷バランシング、非アクセス層（ＮＡＳ）メッセージのための分散、ＮＡＳノード選択、同期、無線アクセスネットワーク（ＲＡＮ）共有、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）、加入者および機器トレース、ＲＡＮ情報管理（ＲＩＭ）、ページング、測位、ならびに警告メッセージの配信。基地局１０２は、バックホールリンク１３４（例えば、Ｘ２インターフェース）上で互いに直接的または間接的に（例えば、ＥＰＣ１６０および／または５ＧＣを通して）通信し得る。バックホールリンク１３４は、ワイヤードまたはワイヤレスであり得る。

[0035]基地局１０２は、ＵＥ１０４とワイヤレスに通信し得る。基地局１０２の各々は、それぞれの地理的カバレージエリア１１０に通信カバレージを提供し得る。地理的カバレージエリア１１０は重複し得る。例えば、スモールセル基地局１０２’は、１つまたは複数のマクロセル基地局１０２のカバレージエリア１１０と重複するカバレージエリア１１０’を有し得る。スモールセル基地局とマクロセル基地局の両方を含むネットワークは、異種ネットワークとして知られ得る。異種ネットワークはまた、クローズド加入者グループ（ＣＳＧ）として知られる制限されたグループにサービスを提供し得るホーム発展型ノード基地局（ｅＮＢ）（ＨｅＮＢ）を含み得る。基地局１０２とＵＥ１０４との間の通信リンク１２０は、ＵＥ１０４から基地局１０２へのアップリンク（ＵＬ）（逆方向リンクとも呼ばれる）送信および／または基地局１０２からＵＥ１０４へのダウンリンク（ＤＬ）（順方向リンクとも呼ばれる）送信を含み得る。通信リンク１２０は、空間多重化、ビームフォーミング、および／または送信ダイバーシティを含む、多入力多出力（ＭＩＭＯ）アンテナ技術を使用し得る。通信リンクは、１つまたは複数のキャリアを介し得る。基地局１０２／ＵＥ１０４は、各方向における送信に使用される合計で最大Ｙｘ ＭＨｚ（ｘ個のコンポーネントキャリア）のキャリアアグリゲーションにおいて割り振られる、１キャリアあたり最大でＹ ＭＨｚ（例えば、５、１０、１５、２０、１００ＭＨｚ）帯域幅のスペクトルを使用し得る。キャリアは、互いに隣接することも隣接しないこともあり得る。キャリアの割振りは、ＤＬおよびＵＬに関して非対称であり得る（例えば、ＵＬに対してよりＤＬに対してより多いまたはより少ないキャリアが割り振られ得る）。コンポーネントキャリアは、１つのプライマリコンポーネントキャリアと１つまたは複数のセカンダリコンポーネントキャリアとを含み得る。プライマリコンポーネントキャリアは、プライマリセル（ＰＣｅｌｌ）と呼ばれ得、セカンダリコンポーネントキャリアは、セカンダリセル（ＳＣｅｌｌ）と呼ばれ得る。

[0036]特定のＵＥ１０４は、デバイス・ツー・デバイス（Ｄ２Ｄ）通信リンク１９２を使用して互いに通信し得る。Ｄ２Ｄ通信リンク１９２は、ＤＬ／ＵＬ ＷＷＡＮスペクトルを使用し得る。Ｄ２Ｄ通信リンク１９２は、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）、物理サイドリンク発見チャネル（ＰＳＤＣＨ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）、および物理サイドリンク制御チャネル（ＰＳＣＣＨ）のような１つまたは複数のサイドリンクチャネルを使用し得る。Ｄ２Ｄ通信は、例えば、ＦｌａｓｈＬｉｎＱ、ＷｉＭｅｄｉａ、ブルートゥース（登録商標）、ＺｉｇＢｅｅ、ＩＥＥＥ８０２．１１規格に基づいたＷｉ−Ｆｉ、ＬＴＥ、またはＮＲのような様々なワイヤレスＤ２Ｄ通信システムを介し得る。

[0037]ワイヤレス通信システムは、５ＧＨｚアンライセンス周波数スペクトルにおいて通信リンク１５４を介してＷｉ−Ｆｉ局（ＳＴＡ）１５２と通信しているＷｉ−Ｆｉアクセスポイント（ＡＰ）１５０をさらに含み得る。アンライセンス周波数スペクトルにおいて通信するとき、ＳＴＡ１５２／ＡＰ１５０は、チャネルが利用可能であるかどうかを決定するために、通信する前にクリアチャネルアセスメント（ＣＣＡ）を実行し得る。

[0038]スモールセル基地局１０２’は、ライセンスおよび／またはアンライセンス周波数スペクトルにおいて動作し得る。アンライセンス周波数スペクトルにおいて動作するとき、スモールセル基地局１０２’は、ＮＲを用い、Ｗｉ−Ｆｉ ＡＰ１５０によって使用されるのと同じ５ＧＨｚアンライセンス周波数スペクトルを使用し得る。アンライセンス周波数スペクトルにおいてＮＲを用いるスモールセル基地局１０２’は、アクセスネットワークへのカバレージをブーストし、および／またはアクセスネットワークの容量を増加させ得る。

[0039]追加的に、ｇノードＢ（ｇＮＢ）１８０および／または１つまたは複数のＵＥ１０４は、ＵＥ１０４との通信において、ミリ波（ｍｍＷ）周波数および／または準ｍｍＷ周波数で動作し得る。ｇＮＢ１８０がｍｍＷまたは準ｍｍＷ周波数で動作するとき、ｇＮＢ１８０は、ｍｍＷ基地局と呼ばれ得る。極高周波（ＥＨＦ）は、電磁スペクトルにおけるＲＦの一部である。ＥＨＦは、３０ＧＨｚ〜３００ＧＨｚの範囲と、１ミリメートルから１０ミリメートルまでの波長とを有する。この帯域の電波は、ミリ波と呼ばれ得る。準ｍｍＷは、１００ミリメートルの波長を有する３ＧＨｚの周波数まで下方に延び得る。超高周波（ＳＨＦ）帯域は、３ＧＨｚから３０ＧＨｚの間に広がっており、センチメートル波とも呼ばれる。ｍｍＷ／準ｍｍＷ無線周波数帯域を使用した通信は、極めて高い経路損失および短距離を有する。ある態様では、ｍｍＷを使用して動作するｇＮＢ１８０は、極めて高い経路損失および短距離を補償するために、ＵＥ１０４とのビームフォーミング１８４を利用し得る。追加的に、Ｄ２Ｄ通信を実行するＵＥ１０４は、ｍｍＷを使用して動作し得、ビームフォーミング１８４も利用し得る。

[0040]ＥＰＣ１６０は、モビリティ管理エンティティ（ＭＭＥ）１６２、他のＭＭＥ１６４、サービングゲートウェイ１６６、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１６８、ブロードキャストマルチキャストサービスセンタ（ＢＭ−ＳＣ）１７０、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１７２を含み得る。ＭＭＥ１６２は、ホーム加入者サーバ（ＨＳＳ）１７４と通信しているであろう。ＭＭＥ１６２は、ＵＥ１０４とＥＰＣ１６０との間のシグナリングを処理する制御ノードである。一般に、ＭＭＥ１６２は、ベアラおよび接続管理を提供する。すべてのユーザインターネットプロトコル（ＩＰ）パケットは、それ自体がＰＤＮゲートウェイ１７２に接続されているサービングゲートウェイ１６６を通して転送される。ＰＤＮゲートウェイ１７２は、ＩＰアドレス割振りおよび他の機能をＵＥに提供する。ＰＤＮゲートウェイ１７２およびＢＭ−ＳＣ１７０は、ＩＰサービス１７６に接続されている。ＩＰサービス１７６には、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、ＰＳストリーミングサービス、および／または他のＩＰサービスが含まれ得る。ＢＭ−ＳＣ１７０は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を提供し得る。ＢＭ−ＳＣ１７０は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして機能し得、パブリックランドモバイルネットワーク（ＰＬＭＮ）内でＭＢＭＳベアラサービスを認可および開始するために使用され得、ＭＢＭＳ送信をスケジューリングするために使用され得る。ＭＢＭＳゲートウェイ１６８は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属する基地局１０２にＭＢＭＳトラフィックを配信するために使用され得、セッション管理（開始／停止）と、ｅＭＢＭＳ関連の課金情報の収集とを担い得る。

[0041]基地局は、ｇＮＢ、ノードＢ、発展型ノードＢ（ｅＮＢ）、アクセスポイント、トランシーバ基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、または何らかの他の好適な用語でも呼ばれ得る。基地局１０２は、ＥＰＣ１６０および／または５ＧＣへのアクセスポイントをＵＥ１０４に提供する。ＵＥ１０４の例には、携帯電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲームコンソール、タブレット、スマートデバイス、ウェアラブルデバイス、車両、電気メータ、ガスポンプ、大型もしくは小型の台所用品、ヘルスケアデバイス、インプラント、ディスプレイ、または任意の他の同様に機能するデバイスが含まれる。ＵＥ１０４のうちのいくつかは、ＩｏＴデバイス（例えば、パーキングメータ、ガスポンプ、トースタ、車両、心臓モニタ、等）と呼ばれ得る。ＵＥ１０４は、局、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語でも呼ばれ得る。

[0042]再度図１を参照すると、特定の態様では、１つまたは複数のＵＥ１０４は、ＵＥ１０４間のＣＶ２Ｘ通信のために構成され得る。ＵＥ１０４は、車両および輸送に関する様々なデバイスを含み得る。例えば、ＵＥ１０４は、車両と、車両内のデバイスと、路側デバイス、料金所、燃料サプライ、または車両と通信し得る任意の他のデバイスのような交通インフラとを含み得る。ＵＥ１０４は、ＣＶ２Ｘ通信のためのホストデバイスまたはクライアントデバイスのいずれかとして機能し得る。ホストＵＥ１０４ａは、ホストＵＥ１０４によってサポートされるＣＶ２Ｘサービスをアドバタイズするためのホスト発見構成要素１９４を含み得る。クライアントＵＥ１０４ｂは、ホストＵＥ１０４ａによってサポートされるＣＶ２Ｘサービスを発見するためのクライアント発見構成要素１９６を含み得る。さらに、ＵＥ１０４は、ホストおよびクライアントの両方として機能し得る。例えば、車両は、周囲の車両に速度およびブレーキの更新を提供するためにホストとして機能し、料金所と通信するためにクライアントとして機能し得る。したがって、単一のＵＥ１０４が、ホスト発見構成要素１９４およびクライアント発見構成要素１９６の両方を含み得る。ホスト発見構成要素１９４およびクライアント発見構成要素１９６のさらなる詳細は、図１０および図１１に例示される。

[0043]図１０および図１１を参照すると、ホスト発見構成要素１９４は、発見プロシージャに使用すべき事前構成済みリソースのプールを決定するためのリソース構成要素１０２０と、送信および受信するためにどのビームを使用すべきかを決定するためのビームフォーミング構成要素１０２６とを含み得る。リソース構成要素１０２０は、送信または受信するためにＵＥ１０４によって使用されるべきリソースのサブプールを決定するための選択構成要素１０２２と、発見に使用されていないときに事前構成済みリソースを非発見通信に割り振るための再利用構成要素１０２４とを含み得る。

[0044]図１０に示されるクライアント発見構成要素１９６は、リソース構成要素１０３０と、ビームフォーミング構成要素１０３６と、関心（interest）構成要素１０３４とを含み得る。ホスト発見構成要素１９４のリソース構成要素１０２０と同様に、クライアント発見構成要素１９６のリソース構成要素１０３０は、発見プロシージャに使用すべき事前構成済みリソースのプールを決定し得る。同様に、クライアント発見構成要素１９６の選択構成要素１０３２は、送信または受信するためにＵＥ１０４によって使用されるべきリソースのサブプールを決定し得る。クライアント発見構成要素１９６のビームフォーミング構成要素１０３６は、送信および受信するためにどのビームを使用すべきかを決定し得る。ある態様では、ＵＥ１０４がホスト発見構成要素１９４およびクライアント発見構成要素１９６の両方を含む場合、ホスト発見構成要素１９４のリソース構成要素１０２０は、クライアント発見構成要素１９６のリソース構成要素１０３０と同じであり得、ホスト発見構成要素１９４のビームフォーミング構成要素１０２６は、クライアント発見構成要素１９６のビームフォーミング構成要素１０３６と同じであり得る。クライアント発見構成要素１９６はまた、ＵＥ１０４が受信された発見プリアンブルに関心があるかどうかを決定するための関心構成要素１０３４を含み得る。

[0045]ｍｍＷ通信システム（例えば、アクセスネットワーク１００）では、送信デバイス（例えば、基地局１０２）と受信デバイス（例えば、ＵＥ１０４）との間、または２つのＵＥ１０４の間に、見通し線（ＬＯＳ）が必要とされ得る。ｍｍＷ通信システムでは周波数が非常に高く、これは、ビーム幅が送信デバイスのアンテナによって送信される波またはキャリアの周波数に反比例するため、ビーム幅が非常に小さいことを意味する。ｍｍＷ通信において使用されるビーム幅は、「ペンシルビーム」と呼ばれることが多い。短い波長により、酸素分子さえも含む多くの物体または材料が障害物として機能することに帰着し得る。したがって、反射経路（reflected path）がデータを送信するのに十分強くない限り、送信機と受信機との間のＬＯＳが必要とされ得る。さらに、いくつかの例では、基地局は、通信のためにビームを集束させるためにＵＥ１０４を追跡し得る。

[0046]ＬＯＳの状況下では、ＵＥ１０４の追跡は、追跡されるＵＥ１０４にビームを集束することによって、基地局１０２または別のＵＥ１０４によって実行され得る。しかしながら、受信ＵＥ１０４が非見通し線（ＮＬＯＳ）位置にある場合、基地局１０２の送信機は、常に利用可能であるとは限らない強い反射経路を探索する必要があり得る。ＮＬＯＳ位置にあるＵＥ１０４の例は、車両内に位置する第１のＵＥ１０４を含み得る。第１のＵＥ１０４が車両内に位置するとき、基地局１０２は、ＬＯＳを保持することが困難であり得、ＬＯＳを保持する困難さは、車両が移動しているとき、さらに増大し得る。

[0047]さらに、より低い周波数の通信システムと比較して、ｍｍＷ通信システムにおける基地局１０２間の距離は、非常に短い（例えば、ｇＮＢ間が１５０〜２００メートルである）可能性がある。短い距離により、基地局１０２間の高速ハンドオーバに必要な時間量はわずかであり得る。ＵＥ１０４上のユーザの指のような小さい障害物または車両の窓もしくはフロントガラスでさえもＬＯＳを維持する上での障害物として動作するため、ＵＥ１０４が、例えば、車両内に位置しているとき、短い距離および高速ハンドオーバは、基地局１０２がＵＥ１０４上でＬＯＳビームを維持することを困難にし得る。

[0048]図２は、クライアントＵＥ１０４ｂと通信しているホストＵＥ１０４ａを例示する図２００である。図２を参照すると、ホストＵＥ１０４ａは、１つまたは複数のビーム２０２ａ、２０２ｂ、２０２ｃ、２０２ｄ、２０２ｅ、２０２ｆ、２０２ｇ、および／または２０２ｈをクライアントＵＥ１０４ｂに送信し得、ここで、ビームは、１つまたは複数の方向であり得る。クライアントＵＥ１０４ｂは、ホストＵＥ１０４ａによって送信されたのと同じ方向でまたは反射により別の方向で１つまたは複数のビーム２０２ａ〜２０２ｈを受信し得る。クライアントＵＥ１０４ｂはまた、１つまたは複数のビーム２０４ａ、２０４ｂ、２０４ｃ、および／または２０４ｄをホストＵＥ１０４ａに送信し得、ここで、ビームは、１つまたは複数の方向であり得る。ホストＵＥ１０４ａは、クライアントＵＥ１０４ｂによって送信されたのと同じ方向でまたは反射により別の方向で１つまたは複数のビーム２０４ａ〜２０４ｄを受信し得る。ホストＵＥ１０４ａおよび／またはクライアントＵＥ１０４ｂは、ホストＵＥ１０４ａ／クライアントＵＥ１０４ｂの各々が送信／受信するのに最良のビームを決定するためにビームトレーニングを実行し得る。例えば、最も強いビームに関するフィードバックを提供することによる。

[0049]ビームフォーミングの使用は、ＣＶ２Ｘ通信のための発見信号に影響を及ぼし得る。いくつかの従来のＤ２Ｄシステムでは、発見信号は、他のデバイスが、ホストデバイスによって提供されるサービスを発見することを可能にするために、ホストデバイスによってブロードキャストされる。発見信号を送信するためにビームフォーミングが使用されるとき、ビーム内に直接配置されていないデバイスは、この信号を受信しないであろう。ある態様では、異なる方向に発見信号を送信することによって、ビームスイーピングを実行するために、発見信号の複数の送信が使用され得る。しかしながら、複数の送信は、発見信号に対するリソース使用を増加させ得る。

[0050]図３は、ホストＵＥ１０４ａとクライアントＵＥ１０４ｂとの間の発見および接続確立に使用され得る例となる信号を例示するメッセージ図３００である。例示される例は、ホストＵＥ１０４ａを示すが、ある態様では、基地局１０２がホストであり、以下で説明するようにホストＵＥ１０４ａのアクションを実行し得る。ある態様では、１つまたは複数の発見信号は、事前構成済み（preconfigured）発見リソース３１０を利用し得る。ＣＶ２Ｘシステムでは、ホストＵＥ１０４ａは、ホストＵＥ１０４ａが通信することを望み得る他のすべてのＵＥ１０４ｂに関する情報を有さないであろう。事前構成済み発見リソース３１０を使用することによって、ＵＥ１０４は、他のＵＥ１０４を発見するための探索空間を制限し、発見信号に関連するオーバーヘッドを低減し得る。さらに、発見信号は、発見信号を受信することに関心があるデバイス（例えば、クライアントＵＥ１０４ｂ）が存在するというインジケーションをホストＵＥ１０４ａが受信しない限り、発見信号送信を制限することによってオーバーヘッドを低減し得る。事前構成済み発見リソース３１０を利用する発見信号は、発見プリアンブル３１２と、クエリ３１４と、発見メッセージ３１６と、ＲＡＣＨプリアンブル３１８とを含み得る。ＲＡＣＨプリアンブル３１８は、ＲＡＣＨメッセージ１とも呼ばれ得る。

[0051]発見プリアンブル３１２は、ホストＵＥ１０４ａが通信する（例えば、サービスを提供する）能力があることを示す、ホストＵＥ１０４ａからの送信であり得る。例えば、発見プリアンブル３１２は、あらかじめ定義されたシーケンスのセットから選択された１つのあらかじめ定義されたシーケンスであり得る。あらかじめ定義されたシーケンスの選択は、限られた量の情報を伝達し得る。例えば、発見プリアンブル３１２は、ホストＵＥ１０４ａのタイプまたはホストＵＥ１０４ａによって提供されるサービスのタイプに基づいて選択され得る。以下でさらに詳細に説明されるように、ホストＵＥ１０４ａは、事前構成済み発見リソース３１０内の発見プリアンブルリソースを使用して発見プリアンブル３１２を送信し得る。ホストＵＥ１０４ａは、関心がある可能性があるデバイス（例えば、１つまたは複数のクライアントＵＥ１０４ｂ）に到達しようと試みるために、発見プリアンブルにどのビームを使用すべきかを選択し得る。

[0052]クエリ３１４は、クライアントＵＥ１０４ｂがホストＵＥ１０４ａからさらなる情報を取得することに関心があることを示す、クライアントＵＥ１０４ｂからの送信であり得る。例えば、クエリ３１４は、発見プリアンブルリソースに対応するクエリリソース上でクライアントＵＥ１０４ｂによって送信されるプリアンブルまたは他の定義されたシーケンスであり得る。クライアントＵＥ１０４ｂは、クライアントＵＥ１０４ｂが関心がある発見プリアンブルを受信すると、クエリ３１４を対応するクエリリソース上で送信し得る。例えば、クライアントＵＥ１０４ｂは、特定のタイプのデバイスまたはサービスを示す１つまたは複数のプリアンブルに応答してクエリ３１４を送信し得る。クライアントＵＥ１０４ｂは、（例えば、チャネル推定およびビームトレーニングを使用して）受信された発見プリアンブル３１２に基づいてクエリ３１４に対してビームフォーミングを使用し得る。ホストＵＥ１０４ａは、対応するクエリリソース上でクエリ３１４をリッスンし得る。

[0053]発見メッセージ３１６は、ホストＵＥ１０４ａによって提供される１つまたは複数のサービスに関する情報を提供する、ホストＵＥ１０４ａからの送信であり得る。ホストＵＥ１０４ａは、クエリ３１４を受信したことに応答して発見メッセージ３１６を送信し得る。発見メッセージ３１６は、発見プリアンブル３１２より多くの情報を含み得、クエリ３１４に基づいてビームフォーミングを使用して送信され得る。例えば、発見メッセージ３１６は、ホストＵＥ１０４ａによって提供されるサービスに関する詳細を含み得る。クエリ３１４にのみ応答して発見メッセージ３１６において発見情報の大部分を送信することによって、ホストＵＥ１０４ａは、使用される発見リソースを制限し得る。ある態様では、発見メッセージ３１６の送信に対して指定されたリソースは、発見メッセージ３１６が送信されないとき、再利用（他の目的で利用repurpose）され得る（例えば、既存の接続のためのデータに使用され得る）。追加的に、発見メッセージ３１６のビームフォーミングはクエリ３１４に基づき得るため、ホストＵＥ１０４ａは、複数のビーム上での発見メッセージ３１６の反復を回避し、発見に使用されるリソースをさらに低減し得る。

[0054]ＲＡＣＨプリアンブル３１８は、ホストＵＥ１０４ａとの通信を確立しようとするクライアントＵＥ１０４ｂからの送信であり得る。ＲＡＣＨプリアンブル３１８は、ＲＡＣＨメッセージ１とも呼ばれ得、従来のＲＡＣＨメッセージ１と同様の役割を果たし得る。しかしながら、ＲＡＣＨプリアンブル３１８は、専用ＲＡＣＨ物理チャネルではなく、事前構成済み発見リソース３１０上で送信され得る。以下でさらに詳細に説明するように、ＲＡＣＨプリアンブル３１８のために定義されたリソースもまた、ＲＡＣＨプリアンブル３１８が送信されないとき、再利用（他の目的で使用）され得る。

[0055]ホストＵＥ１０４ａおよびクライアントＵＥ１０４ｂは、上で説明した発見プロシージャから取得された情報に基づいてＲＡＣＨプロシージャを完了し得る。代替的に、ＣＶ２Ｘ ＲＡＣＨプロシージャは、他の発見プロシージャに従い得る。ＲＡＣＨプロシージャは、ＲＡＣＨプリアンブル３１８（ＲＡＣＨメッセージ１）と、ＲＡＣＨメッセージ２ ３２０と、ＲＡＣＨメッセージ３ ３２２と、ＲＡＣＨメッセージ４ ３２４とを含み得る。

[0056]ＲＡＣＨメッセージ２ ３２０は、ＲＡＣＨプリアンブル３１８に応答してホストＵＥ１０４ａによって送信され得、ＲＡＣＨメッセージ３ ３２２を送信するためにおよびＲＡＣＨメッセージ４ ３２４を受信するために、クライアントＵＥ１０４ｂによって使用されるべきリソースを示す。ＲＡＣＨメッセージ３ ３２２は、クライアントＵＥ１０４ｂによって送信され得、クライアントＵＥ１０４ｂの識別情報を提供する制御チャネルおよびデータチャネルを含み得る。ＲＡＣＨメッセージ４ ４２４は、さらなる通信に使用され得る、ホストＵＥ１０４ａとクライアントＵＥ１０４ｂとの間の無線リソース制御（ＲＲＣ）接続をセットアップし得る。

[0057]図４は、事前構成済み発見リソースの例となる割振りを示すリソース図４００である。ある態様では、事前構成済み発見リソースは、複数の通信ネットワークにわたって割り振られ得る。例えば、事前構成済み発見リソースは、規制機関または標準化団体（standards setting organization）によって規定され得る。別の態様では、事前構成済み発見リソースは、スペクトルのライセンス部分上でネットワーク事業者によって割り振られ得る。基地局１０２は、事前構成済み発見リソースを示すインジケーションをシステム情報として送信し得る。別の態様では、事前構成済みリソースは、ネットワーク事業者のライセンススペクトルの特定の部分内で規制機関または標準化団体によって割り振られ得る。例えば、標準は、事前構成済み発見リソースとして周期的に使用されるべきネットワーク事業者のライセンススペクトルの最低周波数部分を定義し得る。

[0058]図４に例示されるように、事前構成済み発見リソースは、周波数領域において一定の帯域幅が割り振られ、時間領域において周期的に割り振られ得る発見プール４１０を含み得る。発見プールは、持続時間Ｘ４１２および周期性Ｙ４１４によって定義され得る。トラフィック４１６は、発見プール４１０間の周波数領域リソース上で搬送され得る。ある態様では、周期性Ｙ４１４は、持続時間Ｘ４１２の倍数であり得る。例えば、持続時間Ｘ４１２は、１秒であり得、周期性Ｙ４１４は、１０秒または２０秒であり得る。

[0059]発見プール４１０は、発見バースト４２０を含み得る。発見バースト４２０は、発見プリアンブル３１２、クエリ３１４、発見メッセージ３１６、およびＲＡＣＨプリアンブル３１８の各々に割り振られたリソースを含むリソースのセットであり得る。例えば、発見バースト４２０は、発見プリアンブル３１２のために割り振られた発見プリアンブルリソース４２２と、クエリ３１４のために割り振られたクエリリソース４２４と、発見メッセージ３１６のために割り振られた発見メッセージリソース４２６と、ＲＡＣＨプリアンブル３１８のために割り振られたＲＡＣＨプリアンブルリソース４２８とを含み得る。

[0060]ある態様では、発見バースト４２０のリソースは、図３に例示される発見プロシージャが単一の発見プール４１０内で実行され得るように、時間領域において連続的に配置され得る。追加的に、発見バースト４２０は、後のリソースが１つまたは複数の前のリソースに対応するように定義され得る。例えば、クライアントＵＥ１０４ｂは、発見プリアンブルリソース４２２上で発見プリアンブル３１２を受信すると、クエリ３１４を送信するための対応するクエリリソース４２４を決定し得る。例えば、対応するクエリリソースを決定するために、テーブルまたは式が使用され得る。複数の発見プリアンブル３１２が同じ発見メッセージ３１６のために異なるビーム上で送信され得るため、発見メッセージリソース４２６は同様に、１つまたは複数の発見プリアンブルリソース４２２に対応し得る。ある態様では、ＲＡＣＨプリアンブルリソース４１８はまた、発見プリアンブルリソース４２２に基づき得る。別の態様では、発見メッセージ３１６は、ＲＡＣＨプリアンブルリソース４２８として使用すべきリソースを示すインジケーションを含み得る。

[0061]図５は、発見プール４１０内の発見バースト４２０の例となる構成５１０を示すリソース図５００である。構成５１０は、非重複発見バーストの時分割多重化を使用し得る。例えば、構成５１０は、ある数（ｎ個）の発見バースト４２０を含み得、各発見バースト４２０は、発見プリアンブルリソース４２２、クエリリソース４２４、発見メッセージリソース４２６、およびＲＡＣＨプリアンブルリソース４２８の各々を含み得る。発見プリアンブルリソース４２２は、少数（例えば、１つ）のビームに制限され得、他のすべてのリソースは、この少数のビーム上で送信される発見プリアンブル３１２に応答するために使用され得る。例えば、クエリリソース４２４ａは、同じ発見バースト４２０ａ内の発見プリアンブルリソース４２２ａに対応し得る。したがって、構成５１０は、発見プリアンブル３１２に関する早期フィードバックを可能にし得る。ホストＵＥ１０４ａが（例えば、発見バースト４２０ａにおいて）早期フィードバックを受信する場合、ホストＵＥ１０４ａは、ビームフォーミングスイープを停止することによって（例えば、発見バースト４２０ｂ〜ｎにおいて送信しないことによって）電力を節約し得る。ホストＵＥ１０４ａはまた、受信モードに切り替わり、残りの発見バースト４２０ｂ〜ｎについてクライアントＵＥ１０４ｂとして動作し得る。すなわち、ホストＵＥ１０４ａは、別のデバイス（例えば、クライアントＵＥ１０４ｂ）によって送信される発見プリアンブル３１２を受信するためにクライアント発見構成要素１９６を使用し得る。ある態様では、ホストＵＥ１０４ａは、早期フィードバックに応答してビームスイーピングパターンを再構成し得る。例えば、ホストＵＥ１０４ａは、ビームトレーニングのための基礎を提供するために、クエリ３１４が受信される場合、同様の方向で発見プリアンブル３１２を搬送する追加のビームを送信し得る。

[0062]図６は、発見プール４１０内の発見バースト４２０の例となる構成６１０を示すリソース図６００である。構成６１０は、インターリーブされた発見バーストを使用し得る。例えば、構成６１０は、異なるビーム上で１つまたは複数の発見プリアンブル３１２（例えば、発見プール４２０内で送信されるすべての発見プリアンブル３１２）を送信するための発見プリアンブルリソース４２２ａ〜４２２ｎを含む発見プリアンブルリソースグループ６１２を含み得る。同様に、構成６１０は、発見クエリリソースグループ６１４と、発見メッセージリソースグループ６１６と、ＲＡＣＨプリアンブルリソースグループ６１８とを含み得る。発見プリアンブルリソースグループ６１２における発見プリアンブル３１２の送信は、クライアントＵＥ１０４ｂが、複数のビームを受信し、（例えば、発見プリアンブルリソース４２２ａの最良のビームに対応するクエリリソース４２４ａを選択することによって）発見クエリリソースグループ６１４を使用して最良のビームを選択することを可能にし得る。しかしながら、構成５１０と比較すると、構成６１０は、早期フィードバックの機会を提供しないであろう。追加的に、構成５１０と構成６１０との間の発見リソースの構成が使用され得、例えば、ここでは、リソースが、より小さいリソースグループの複数のバーストに配置される、
[0063]ある態様では、ＵＥ１０４は、ホストＵＥ１０４ａおよびクライアントＵＥ１０４ｂの両方として動作し得る。しかしながら、ＵＥ１０４は、同じ周波数帯域内で同時に送信および受信することが可能でないであろう。発見プール４１０は、発見プロシージャを実行するために異なるＵＥによって使用され得る複数のサブプールを含み得る。サブプールは、等しい数のまたは異なる数のリソースを有し得る。さらに、単一のＵＥは、第１のサブプール上ではホストＵＥ１０４ａとして動作し、第２のサブプール上ではクライアントＵＥ１０４ｂとして動作し得る。例えば、図５では、発見バースト４２０ａおよび４２０ｎは、第１のサブプール中にあり得、発見バースト４２０ｂは、異なるサブプール中にあり得る。別の例として、図６では、各リソースグループ中の前半のリソース（例えば、発見プリアンブルリソース４２２ａ〜４２２ｇ）が第１のサブプールを形成し得、各リソースグループ中の後半のリソース（例えば、発見プリアンブルリソース４２２ｈ〜４２２ｎ）が第２のサブプールを形成し得る。サブプール分割の粒度は、シンボルレベル、バーストレベル、またはリソースグループレベルであり得る。ある態様では、ＵＥ１０４は、複数のあらかじめ定義された送信／受信パターンのうちの１つを選択し得る。各パターンは、送信および受信するためのサブプールの異なる組合せを含み得る。ＵＥ１０４は、ランダムに、擬似ランダムに、別のデバイスによって示される識別子のようなデバイスパラメータに基づいて、または測定（例えば、どのサブプールが使用されているかを決定するための検知）に基づいて、送信／受信パターンを選択し得る。

[0064]ある態様では、ホストＵＥ１０４ａのようなデバイスは、複数の送信または受信ビームを介して発見を実行し得る。デバイスは、アンテナの数、アンテナのタイプ、および構成されたプリコーディング行列またはグリッドに応じて、複数の利用可能なビーム上で送信する能力があり得る。デバイスは、選択されたサブプール上で（例えば、発見プリアンブルリソース４２２上で）どのビームを使用すべきかを決定し得る。ビーム選択は、デバイスが、選択されたリソース上でデバイスに利用可能なＴｘ／Ｒｘビームのすべてまたはサブセットをスイープすることに依存する（subject to）。すなわち、デバイスは、限られたリソースのもとでの（subject to）すべての方向でビームをスイープしようと試み得る。デバイスが、事前構成済み発見プリアンブルリソース４２２より多くのビームを送信する能力がある場合、デバイスは、送信すべき利用可能なビームのサブセットを選択し得る。ある態様では、ビーム選択は、必ずしも順次なまたはラウンドロビンのスイーピングパターンに従う必要はない。例えば、デバイスは、ランダムにビームを選び得るか、または既知の情報（例えば、地理的な方位または履歴的に成功したビーム）に基づいて選択に重み付けし得る。

[0065]ある態様では、サブプールの選択および／またはビーム選択は、反復パターンに従い得る。受信デバイスが繰返しパターンを知っている場合、受信デバイスは、（例えば、非コヒーレント結合またはビームトレーニングのために）複数の反復の合同処理を実行し得る。ある態様では、デバイスは、数Ｋ個の発見プール４１０について選択を繰り返し得る。例えば、０のＫ値は、パターンが繰り返されないこと、受信デバイスが後続のプールについて何らかの関係を想定することができないこと、を意味するであろう。逆に、無限大のＫ値は、連続的な反復パターンであろう。Ｋは、固定値であり得、それは他のデバイスに知られている。例えば、標準は、すべての奇数の発見プール４１０が繰り返される２のＫ値を定義し得る。別の態様では、Ｋは未知であり得る。例えば、デバイスは、イベントが発生する（例えば、一定数の接続を確立する）まで、選択されたパターンを繰り返し得る。

[0066]ある態様では、発見信号のためのシステム全体の事前構成済みリソースの割振りは、他の使用に利用可能なリソースを低減し得る相当量のオーバーヘッドを招き得る。本開示は、上で説明された発見信号のオーバーヘッドを低減するために使用され得る様々な技法を含む。

[0067]ある態様では、デバイスは、発見プール４１０内のリソースの一部または全部を再利用（他の目的に利用）し得る。例えば、デバイスは、発見プール４１０のリソースを非発見通信に使用し得る。あるケースでは、発見プロシージャに参加していない（例えば、サービスを提供していない）デバイスは、他の目的で発見プール４１０のリソースを使用し得る。他のケースでは、発見プール４１０がリソースの複数のサブプールを含み得、デバイスがリソースのサブプールのすべてを発見に利用するとは限らないケースでは、リソースの未使用のサブプールは、再利用され得る。例えば、デバイスは、発見リソースの未使用のサブプール上で既存の接続のための送信をスケジューリングし得る。別の態様では、クエリ３１４は、発見リソースが再利用されることができるかどうかを決定するために使用され得る。例えば、ホストＵＥ１０４ａが発見プリアンブル３１２を送信した後に、クエリ３１４が受信されない場合、発見メッセージリソース４２６およびＲＡＣＨプリアンブルリソース４２８は、使用されないであろう。したがって、ホストＵＥ１０４ａは、発見メッセージリソース４２６およびＲＡＣＨプリアンブルリソース４２８を再利用（他の目的に利用）し得る。例えば、ホストＵＥ１０４ａは、前に発見されたクライアントＵＥ１０４ｂと通信するために発見リソースを使用し得る。ある態様では、発見プリアンブルリソース４２２およびクエリリソース４２４は、ホストＵＥ１０４ａが発見を実行していない場合であっても再利用から守られ得るが、発見メッセージリソース４２６およびＲＡＣＨプリアンブルリソース４２８は、（例えば、他のデバイスが発見プリアンブルリソース４２２およびクエリリソース４２４上で送信しなかった場合）再利用の対象となり得る。

[0068]別の態様では、発見リソースのオーバーヘッドは、専用発見リソースをリソース全体のごく一部に制限することによって低減され得る。利用可能な非発見リソースを有するデバイスは、非発見リソースを使用して日和見的（opportunistic）発見を実行し得る。例えば、１つまたは複数のクライアントＵＥ１０４ｂとの通信セッションに周期的に関与し得るホストＵＥ１０４ａは、初期通信セッション中に他のリソース上での日和見的発見のために当該１つまたは複数のクライアントＵＥ１０４ｂを構成し、次いで、後続の通信セッションを確立するために非発見リソースを使用し得る。別の態様では、発見に使用され得る非発見リソースは、システム情報によって示されかまたは標準化され得る。

[0069]図７は、時間領域において、ギャップ７４０ぶん離れているプリアンブル部分７２０とメッセージ部分７３０とに分割される発見プール４１０の例となる構成７１０を示すリソース図７００である。プリアンブル部分７２０およびメッセージ部分７３０は、異なるヌメロロジを使用し得る。例えば、プリアンブル部分７２０のサブキャリア間隔（ＳＣＳ）は、２４０ｋＨｚであり得、メッセージ部分７３０のＳＣＳは、６０ｋＨｚであり得る。発見プリアンブル３１２およびクエリ３１４は、プリアンブル部分において送信され得る。発見メッセージ３１６は、メッセージ部分７３０において送信され得る。ギャップ７４０は、クエリ３１４が受信されない場合、ＵＥ１０４がメッセージ部分７３０を再利用（他の目的に利用）することを可能にし得る。プリアンブル部分７２０は、メッセージ部分より比較的短いであろう。一例では、プリアンブル部分７２０は、１ミリ秒（ｍｓ）であり得、メッセージ部分は、１２ｍｓであり得る。メッセージ部分は、プリアンブル部分中のバーストの数（例えば、１２個のシンボル）に対応する数のバーストを含み得る。別の例では、別個の事前構成済み発見リソースプールを有する場合と比較して、メッセージ部分は、より長く（例えば、１０または２０ｍｓであり得）、メッセージリソースは、よりまばらに割り振られ、通常のトラフィック４１６（図４）のためのリソースの一部になり得る。リソースは、クライアントＵＥ１０４ｂおよびホストＵＥ１０４ａの両方においてアプリオリ（a priori）に知られているアルゴリズム、例えば、規格文書において定義されているアルゴリズム、に基づいて発見のために選ばれ得る。リソース選択は、選択されたプリアンブルリソースと、発見プール４１０のプリアンブル部分７２０において送信された発見プリアンブル３１２とに基づき得る。メッセージ部分７３０中のリソースは、排他的に発見使用専用ではない可能性があるため、発見プロシージャを実行するＵＥおよび非発見プロシージャを実行するＵＥは、発見プール４１０のメッセージ部分７３０中のリソースの使用を求めて競合し得る。この競合に関して、発見プール４１０は、発見に好ましいまたは好ましくないトリートメント（treatment）を有し得る。発見プール４１０が発見に好ましいと示される場合、メッセージ部分７３０中の対象（intended）リソースを利用して発見プロシージャを実行するＵＥは、発見プール４１０においてリソースを非発見プロシージャに再利用しようとするＵＥによって使用されるリッスンビフォアトーク（ＬＢＴ）カウンタの値（例えば、１、２、等）と比較して、より小さい値（例えば、０）のＬＢＴカウンタ７３２を使用し得る。したがって、ホストＵＥ１０４ａが発見を実行しようと試みているとき、ホストＵＥ１０４ａは、発見プール４１０について競合プロシージャに勝たなければならない。発見プール４１０が発見に好ましくないと示される場合、発見は許可されるが、他の送信より優先されないであろう。例えば、発見プロシージャを実行するＵＥは、メッセージ部分７３０中の対象リソースを使用し得るが、発見プール４１０においてリソースを非発見プロシージャに再利用しようとするＵＥによって使用されるリッスンビフォアトーク（ＬＢＴ）カウンタと比較して、より長い持続時間を有するＬＢＴカウンタを使用し得る。発見プール４１０は、Ｘ４１２の持続時間と、１０〜２０秒の周期性Ｙ４１４（図４）とを有し得る。

[0070]図８は、ＣＶ２ＸシステムにおけるホストＵＥ１０４ａまたは基地局１０２のためのワイヤレス通信の方法８００のフローチャートである。方法８００は、ホストＵＥ１０４ａまたは基地局１０２のプロセッサ１０１２とともにホスト発見構成要素１９４のような装置によって実行され得る。オプションのブロックは、破線で示されている。

[0071]ブロック８１０において、方法８００は、発見のための事前構成済みリソースのプールを決定することを含み得る。事前構成済みリソースは、発見プリアンブル、クエリ信号、発見メッセージ、およびランダムアクセスプリアンブルのうちの１つまたは複数に対して指定され得る。ある態様では、例えば、リソース構成要素１０２０が、事前構成済みリソースのプールを決定し得る。例えば、リソース構成要素１０２０は、事前構成済みリソースのプールが構成５１０、６１０、または７１０のうちの１つにしたがって構成されると決定し得る。例えば、リソース構成要素１０２０は、適用可能な規格および／または事前構成済みリソースを示すシステム情報に基づいて構成を決定し得る。ある態様では、発見のための事前構成済みリソースのプールは、複数のサブプールに分割され得る。サブブロック８１２において、ブロック８１０は、発見プリアンブルを送信するための第１のサブプールを選択することと、発見プリアンブルを受信するための第２のサブプールを選択することとを含み得る。例えば、選択構成要素１０２２が、発見プリアンブルを送信するための第１のサブプールを選択し、発見プリアンブルを受信するための第２のサブプールを選択し得る。

[0072]ブロック８２０において、方法８００は、発見プリアンブルに対して指定された事前構成済みリソースのうちの１つまたは複数上で発見プリアンブルを送信することを含み得る。ある態様では、例えば、ビームフォーミング構成要素１０２６が、発見プリアンブルに対して指定された発見プリアンブルリソース４２２のうちの１つまたは複数上で発見プリアンブル３１２を送信し得る。ある態様では、ビームフォーミング構成要素１０２６は、１つまたは複数のビーム上で発見プリアンブルを送信するためにビームフォーミングを使用し得る。サブブロック８２２において、ブロック８２０は、発見プリアンブルに対して指定された１つまたは複数のリソースの中で（among）ビームフォーミングパラメータを変更することを含み得る。例えば、ビームフォーミング構成要素１０２６が、発見プリアンブルに対して指定された事前構成済みリソースの中でビームフォーミングパラメータを変更し得る。ある態様では、ビームフォーミング構成要素１０２６は、発見プリアンブルに対して指定された１つまたは複数のリソースを使用して、各利用可能なビーム上で発見プリアンブルを送信し得る。別の態様では、ビームフォーミング構成要素１０２６は、発見プリアンブルを送信するために、ランダムにまたは擬似ランダムにビームを選択し得る。

[0073]ブロック８３０において、方法８００は、発見プリアンブルに応答したクエリ信号が、クエリ信号に対して指定された事前構成済みリソースのうちの１つ上で受信されるかどうかを決定することを含み得る。ある態様では、例えば、ビームフォーミング構成要素１０２６が、発見プリアンブル３１２に応答して、クエリ信号に対して指定されたクエリリソース４２４上でクエリ３１４が受信されるかどうかを決定し得る。

[0074]ブロック８４０において、方法８００は、オプションで、事前構成済みリソースが発見プロシージャに対して未使用の事前構成済みリソースであると決定することを含み得る。ある態様では、例えば、再利用構成要素１０２４が、事前構成済みリソースが発見プロシージャのための未使用の事前構成済みリソースであると決定し得る。例えば、再利用構成要素１０２４は、クエリ３１４が受信されないと決定したことに応答して、事前構成済みリソースが未使用の事前構成済みリソースであると決定し得る。

[0075]ブロック８５０において、方法８００は、オプションで、未使用の事前構成済みリソースを非発見送信に再利用することを含み得る。ブロック８５０は、事前構成済みリソースのうちの少なくともいくつかが未使用の事前構成済みリソースであると決定したことに応答して実行され得る。ある態様では、例えば、再利用構成要素１０２４が、未使用の事前構成済みリソースを非発見送信に再利用し得る。ある態様では、再利用構成要素１０２４は、未使用の事前構成済みリソースを再利用するとき、発見送信に使用されるリッスンビフォアトークカウンタ７３２の持続時間より長い持続時間を有するリッスンビフォアトークカウンタ７３４の間（for）、非発見送信を開始するのを待ち得る。

[0076]ブロック８６０において、方法８００は、クエリ信号を受信したことに応答して発見メッセージを送信することを含み得る。ある態様では、例えば、ビームフォーミング構成要素１０２６が、クエリ３１４を受信したことに応答して発見メッセージ３１６を送信し得る。ビームフォーミング構成要素１０２６は、発見メッセージを送信するために発見メッセージリソース４２６を使用し得る。ビームフォーミング構成要素１０２６は、発見メッセージを送信するために、受信されたクエリ３１４に基づいてビームフォーミングを使用し得る。

[0077]ブロック８７０において、方法８００は、オプションで、発見メッセージに応答してランダムアクセスプリアンブルを受信することを含み得る。ある態様では、例えば、ビームフォーミング構成要素１０２６が、発見メッセージに応答してランダムアクセスプリアンブル３１８を受信し得る。ランダムアクセスプリアンブル３１８は、ＲＡＣＨプリアンブルリソース４２８上で受信され得る。

[0078]ブロック８８０において、方法８００は、オプションで、発見のための事前構成済みリソースのプール以外の追加のリソースを指定することを含み得る。ある態様では、例えば、ホスト発見構成要素１９４が、発見のための事前構成済みリソースの発見プール４１０以外の追加のリソースを指定し得る。追加のリソースは、基地局１０２またはホストＵＥ１０４ａが、事前構成済み発見リソースのスケジュールとは異なるスケジュールでクライアントＵＥ１０４ｂと通信することを可能にし得る。

[0079]ブロック８９０において、方法８００は、オプションで、追加のリソース上で発見メッセージを送信することを含み得る。ある態様では、例えば、ビームフォーミング構成要素１０２６が、追加のリソース上で発見メッセージを送信し得る。追加のリソース上の発見メッセージは、ブロック８６０における発見メッセージ３１６と同じものの追加の送信であり得るか、または異なるサービスのための発見メッセージであり得る。例えば、クライアントＵＥ１０４ｂは、あらかじめ定義された発見リソースを待つことなく、基地局１０２またはホストＵＥ１０４ａとの前のＲＲＣ接続を再開する（resume）ために追加の送信を受信し得る。

[0080]図９は、ＣＶ２ＸシステムにおけるクライアントＵＥ１０４ｂのためのワイヤレス通信の方法９００のフローチャートである。方法９００は、クライアントＵＥ１０４ｂのクライアント発見構成要素１９６のような装置によって実行され得る。オプションのブロックは、破線で示されている。

[0081]ブロック９１０において、方法９００は、発見のための事前構成済みリソースのプールを決定することを含み得る。事前構成済みリソースのプールは、発見プリアンブル、クエリ信号、発見メッセージ、およびランダムアクセスプリアンブルのうちの１つまたは複数に対して指定される。ある態様では、例えば、リソース構成要素１０３０が、発見のための事前構成済みリソースの発見プール４１０を決定し得る。例えば、リソース構成要素１０３０は、適用可能な規格および／または事前構成済みリソースを示すシステム情報に基づいて構成を決定し得る。ある態様では、ブロック９１０は、オプションのサブブロック９１２を含み得、それは、発見プリアンブルを受信するための第１のサブプールを選択することと、別の発見プリアンブルを送信するための第２のサブプールを選択することとを含み得る。ある態様では、例えば、選択構成要素１０３２が、発見プリアンブルを受信するための第１のサブプールを選択し、別の発見プリアンブルを送信するための第２のサブプールを選択し得る。例えば、クライアントＵＥ１０４ｂは、発見プリアンブル３１２を監視し、関心がある場合に応答するために第１のサブプールを使用し得る。クライアントＵＥ１０４ｂは、ホストＵＥ１０４ａとして動作するクライアントＵＥ１０４ｂによって提供されるサービスをアドバタイズするために第２のサブプールを使用し得る。

[0082]ブロック９２０において、方法９００は、発見プリアンブルに対して指定された事前構成済みリソースのうちの少なくとも１つ上で発見プリアンブルを受信することを含み得る。ある態様では、例えば、ビームフォーミング構成要素１０３６が、発見プリアンブルに対して指定された事前構成済み発見プリアンブルリソース４２２のうちの少なくとも１つ上で発見プリアンブル３１２を受信し得る。ある態様では、サブブロック９２２において、ブロック９２０は、オプションで、発見プリアンブルに対して指定された事前構成済みリソースの中でビームフォーミングパラメータを変更することを含み得る。例えば、ビームフォーミング構成要素１０３６が、発見プリアンブルに対して指定された事前構成済み発見プリアンブルリソース４２２の中でビームフォーミングパラメータを変更し得る。ビームフォーミングパラメータを変更することは、ビームが送信デバイスに向けられる場合に、クライアントＵＥ１０４ｂが信号をより良好に受信することを可能にし得る。したがって、ビームフォーミングパラメータを変更することによって、クライアントＵＥ１０４ｂは、信号をスイープし得る。

[0083]ブロック９３０において、方法９００は、発見プリアンブルに基づいて、発見プリアンブルを送信したデバイスに関する情報を受信することにＵＥが関心があると決定することを含み得る。ある態様では、例えば、関心構成要素１０３４が、発見プリアンブルを送信したデバイス（例えば、ホストＵＥ１０４ａ）に関する情報を受信することにクライアントＵＥ１０４ｂが関心があると決定し得る。例えば、関心構成要素１０３４は、受信された発見プリアンブル３１２を、クライアントＵＥ１０４ｂが関心をもっているプリアンブルのセットと比較し得る。

[0084]ブロック９４０において、方法９００は、発見プリアンブルに対応するおよびクエリ信号に対して指定された事前構成済みリソースのうちの１つ上で、クエリ信号を送信することを含み得る。例えば、ビームフォーミング構成要素１０２６が、発見プリアンブル３１２に対応するクエリリソース４２４上でクエリ３１４を送信し得る。ビームフォーミング構成要素１０３６は、発見プリアンブルリソース４２２が、受信された発見プリアンブル３１２を搬送することに基づいて、または、複数の発見プリアンブルが受信された場合には、発見プリアンブルリソース４２２が最も強い発見プリアンブル３１２を搬送するに基づいて、クエリリソース４２４を選択し得る。

[0085]ブロック９５０において、方法９００は、クエリ信号を送信したことに応答して発見メッセージを受信することを含み得る。ある態様では、例えば、ビームフォーミング構成要素１０３６が、クエリ３１４を送信したことに応答して発見メッセージ３１６を受信し得る。発見メッセージ３１６は、発見プリアンブル３１２を送信したデバイスによって提供されるサービスに関する情報を含み得る。発見メッセージ３１６は、クエリリソース４２４に対応する発見メッセージリソース４２６上で受信され得る。

[0086]ブロック９６０において、方法９００は、オプションで、ランダムアクセスプリアンブルに対して指定された事前構成済みリソース上で、発見メッセージに応答してランダムアクセスプリアンブルを送信することを含み得る。ある態様では、例えば、ビームフォーミング構成要素１０３６が、ランダムアクセスプリアンブルに対して指定された事前構成済みＲＡＣＨプリアンブルリソース４２８上で、発見メッセージに応答してランダムアクセスプリアンブルを送信し得る。

[0087]ブロック９７０において、方法９００は、オプションで、発見のための事前構成済みリソースのプール以外の追加のリソースを示すインジケーションを受信することを含み得る。ある態様では、例えば、ビームフォーミング構成要素１０２６が、発見のための事前構成済みリソースのプール以外の追加のリソースを示すインジケーションを受信し得る。例えば、追加のリソースを示すインジケーションは、ホストデバイスとのＲＲＣ接続を介して受信され得る。

[0088]ブロック９８０において、方法９００は、オプションで、追加のリソース上で発見メッセージを受信することを含み得る。ある態様では、例えば、ビームフォーミング構成要素１０２６が、追加のリソース上で発見メッセージを受信し得る。例えば、追加のリソース上の発見メッセージは、前のＲＲＣ接続を再開する（resume）ために使用され得る。

[0089]図１０を参照すると、ＵＥ１０４のインプリメンテーションの一例は、様々な構成要素を含み得、それらのうちのいくつかは、すでに上で説明されているが、１つまたは複数のバス１０４４を介して通信している１つまたは複数のプロセッサ１０１２およびメモリ１０１６およびトランシーバ１００２のような構成要素を含み、これらは、ＣＶ２Ｘの発見プロシージャに関して本明細書で説明された機能のうちの１つまたは複数を可能にするためにモデム１０１４、ホスト発見構成要素１９４、およびクライアント発見構成要素１９６とともに動作し得る。さらに、１つまたは複数のプロセッサ１０１２、モデム１０１４、メモリ１０１６、トランシーバ１００２、ＲＦフロントエンド１０８８、および１つまたは複数のアンテナ１０６５は、１つまたは複数の無線アクセス技術において音声呼および／またはデータ呼を（同時にまたは非同時に）サポートするように構成され得る。

[0090]ある態様では、１つまたは複数のプロセッサ１０１２は、１つまたは複数のモデムプロセッサを使用するモデム１０１４を含み得る。ホスト発見構成要素１９４およびクライアント発見構成要素１９６に関する様々な機能は、モデム１０１４および／またはプロセッサ１０１２に含まれ得、ある態様では、単一のプロセッサによって実行され得るが、他の態様では、これらの機能のうちの異なる機能が、２つ以上の異なるプロセッサの組合せによって実行され得る。例えば、ある態様では、１つまたは複数のプロセッサ１０１２は、モデムプロセッサ、またはベースバンドプロセッサ、またはデジタルシグナルプロセッサ、または送信プロセッサ、または受信機プロセッサ、またはトランシーバ１００２に関連するトランシーバプロセッサのうちの任意の１つまたは任意の組合せを含み得る。他の態様では、ホスト発見構成要素１９４およびクライアント発見構成要素１９６に関連する１つまたは複数のプロセッサ１０１２および／またはモデム１０１４の特徴のうちのいくつかは、トランシーバ１００２によって実行され得る。

[0091]また、メモリ１０１６は、本明細書で使用されるデータおよび／または少なくとも１つのプロセッサ１０１２によって実行されているアプリケーション１０７５、ホスト発見構成要素１９４、クライアント発見構成要素１９６、および／またはそれらのサブコンポーネントのうちの１つまたは複数のローカルバージョンを記憶するように構成され得る。メモリ１０１６は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、テープ、磁気ディスク、光ディスク、揮発性メモリ、不揮発性メモリ、およびそれらの任意の組合せのような、コンピュータまたは少なくとも１つのプロセッサ１０１２によって使用可能な任意のタイプのコンピュータ読取可能な媒体を含み得る。ある態様では、例えば、メモリ１０１６は、ＵＥ１０４がホスト発見構成要素１９４およびクライアント発見構成要素１９６および／またはそれらの１つまたは複数のサブコンポーネントを実行するために少なくとも１つのプロセッサ１０１２を動作しているとき、ホスト発見構成要素１９４、クライアント発見構成要素１９６、および／またはそれらのサブコンポーネントのうちの１つまたは複数、および／またはそれらに関連するデータを定義する１つまたは複数のコンピュータ実行可能コードを記憶する非一時的コンピュータ読取可能な記憶媒体であり得る。

[0092]トランシーバ１００２は、少なくとも１つの受信機１００６と少なくとも１つの送信機１００８とを含み得る。受信機１００６は、データを受信するためのプロセッサによって実行可能なハードウェア、ファームウェア、および／またはソフトウェアコードを含み得、ここで、コードは、命令を備え、メモリ（例えば、コンピュータ読取可能な媒体）に記憶されている。受信機１００６は、例えば、無線周波数（ＲＦ）受信機であり得る。ある態様では、受信機１００６は、少なくとも１つの基地局１０２によって送信された信号を受信し得る。追加的に、受信機１００６は、そのような受信された信号を処理し得、そして、Ｅｃ／Ｉｏ、ＳＮＲ、ＲＳＲＰ、ＲＳＳＩ、等であるがそれに限定されない、信号の測定値を取得し得る。送信機１００８は、データを送信するためにプロセッサによって実行可能なハードウェア、ファームウェア、および／またはソフトウェアコードを含み得、ここで、コードは、命令を備え、メモリ（例えば、コンピュータ読取可能な媒体）に記憶されている。送信機１００８の好適な例には、ＲＦ送信機が含まれ得るが、これに限定されない。

[0093]さらに、ある態様では、ＵＥ１０４は、例えば、少なくとも１つの基地局１０２によって送信されるワイヤレス通信またはＵＥ１０４によって送信されるワイヤレス送信のような無線送信を受信および送信するための１つまたは複数のアンテナ１０６５およびトランシーバ１００２と通信して動作し得るＲＦフロントエンド１０８８を含み得る。ＲＦフロントエンド１０８８は、１つまたは複数のアンテナ１０６５に接続され得、ＲＦ信号を送信および受信するために、１つまたは複数の低ノイズ増幅器（ＬＮＡ）１０９０と、１つまたは複数のスイッチ１０９２と、１つまたは複数の電力増幅器（ＰＡ）１０９８と、１つまたは複数のフィルタ１０９６とを含み得る。

[0094]ある態様では、ＬＮＡ１０９０は、所望の出力レベルで受信信号を増幅し得る。ある態様では、各ＬＮＡ１０９０は、所定の最小利得値および最大利得値を有し得る。ある態様では、ＲＦフロントエンド１０８８は、特定のアプリケーションのための所望の利得値に基づいて特定のＬＮＡ１０９０およびその所定の利得値を選択するために、１つまたは複数のスイッチ１０９２を使用し得る。

[0095]さらに、例えば、所望の出力電力レベルでのＲＦ出力のために信号を増幅するために、１つまたは複数のＰＡ１０９８がＲＦフロントエンド１０８８によって使用され得る。ある態様では、各ＰＡ１０９８は、所定の最小利得値および最大利得値を有し得る。ある態様では、ＲＦフロントエンド１０８８は、特定のアプリケーションのための所望の利得値に基づいて特定のＰＡ１０９８およびその所定の利得値を選択するために、１つまたは複数のスイッチ１０９２を使用し得る。

[0096]また、例えば、受信信号をフィルタリングして入力ＲＦ信号を取得するために、１つまたは複数のフィルタ１０９６がＲＦフロントエンド１０８８によって使用され得る。同様に、ある態様では、例えば、それぞれのＰＡ１０９８からの出力をフィルタリングして送信用の出力信号を生成するために、それぞれのフィルタ１０９６が使用され得る。ある態様では、各フィルタ１０９６は、特定のＬＮＡ１０９０および／またはＰＡ１０９８に接続され得る。ある態様では、ＲＦフロントエンド１０８８は、トランシーバ１００２および／またはプロセッサ１０１２によって指定された構成に基づいて、所定のフィルタ１０９６、ＬＮＡ１０９０、および／またはＰＡ１０９８を使用して送信経路または受信経路を選択するために、１つまたは複数のスイッチ１０９２を使用し得る。

[0097]そのため、トランシーバ１００２は、ＲＦフロントエンド１０８８を介して１つまたは複数のアンテナ１０６５を通してワイヤレス信号を送信および受信するように構成され得る。ある態様では、トランシーバ１００２は、ＵＥ１０４が、例えば、１つまたは複数の基地局１０２とあるいは１つまたは複数の基地局１０２に関連する１つまたは複数のセルと通信することができるように、所定の周波数で動作するように同調され得る。ある態様では、例えば、モデム１０１４は、ＵＥ１０４のＵＥ構成およびモデム１０１４によって使用される通信プロトコルに基づいて、所定の周波数および電力レベルで動作するようにトランシーバ１００２を構成し得る。

[0098]ある態様では、モデム１０１４は、デジタルデータを処理し、このデジタルデータがトランシーバ１００２を使用して送られるおよび受信されるようにトランシーバ１００２と通信することができるマルチバンドマルチモードモデムであり得る。ある態様では、モデム１０１４は、マルチバンドであり、特定の通信プロトコルについて複数の周波数帯域をサポートするように構成され得る。ある態様では、モデム１０１４は、マルチモードであり、複数の動作ネットワークおよび通信プロトコルをサポートするように構成され得る。ある態様では、モデム１０１４は、所定のモデム構成に基づいてネットワークからの信号の送信および／または受信を可能にするために、ＵＥ１０４の１つまたは複数の構成要素（例えば、ＲＦフロントエンド１０８８、トランシーバ１００２）を制御し得る。ある態様では、モデム構成は、使用されている周波数帯域およびモデムのモードに基づき得る。別の態様では、モデム構成は、セル選択および／またはセル再選択中にネットワークによって提供される、ＵＥ１０４に関連するＵＥ構成情報に基づき得る。

[0099]図１１を参照すると、基地局１０２のインプリメンテーションの一例は、様々な構成要素を含み得、それらのうちのいくつかは、すでに上で説明されているが、１つまたは複数のバス１１４４を介して通信している１つまたは複数のプロセッサ１１１２およびメモリ１１１６およびトランシーバ１１０２のような構成要素を含み、これらは、ＣＶ２Ｘ発見プロシージャに関して本明細書で説明された機能のうちの１つまたは複数を可能にするためにモデム１１１４およびホスト発見構成要素１９４とともに動作し得る。

[00100]トランシーバ１１０２、受信機１１０６、送信機１１０８、１つまたは複数のプロセッサ１１１２、メモリ１１１６、アプリケーション１１７５、バス１１４４、ＲＦフロントエンド１１８８、ＬＮＡ１１９０、スイッチ１１９２、フィルタ１１９６、ＰＡ１１９８、および１つまたは複数のアンテナ１１６５は、上で説明したように、ＵＥ１０４の対応する構成要素と同じまたは同様であるが、ＵＥ動作とは対照的な基地局動作のために構成されるか、そうでなければプログラミングされ得る。

[00101]開示されたプロセス／フローチャートにおけるブロックの特定の順序または階層が例示的なアプローチの例示であることは理解される。設計選好に基づいて、プロセス／フローチャートにおけるブロックの特定の順序または階層が並べ替えられ得ることは理解される。さらに、いくつかのブロックは、組み合わせられ得るか、または省略され得る。添付の方法の請求項は、様々なブロックの要素を１つの例示的な順序で示し、提示された特定の順序または階層に限定されることは意味されない。

[00102]先の説明は、当業者が本明細書で説明された様々な態様を実施することを可能にするために提供される。これらの態様に対する様々な修正は、当業者には容易に明らかとなり、本明細書において定義された包括的な原理は、他の態様に適用され得る。ゆえに、特許請求の範囲は、本明細書に示された態様に限定されることが意図されたものではなく、特許請求の範囲における文言と一致する全範囲が付与されるべきものであり、ここにおいて、単数形の要素への参照は、別途明記されていない限り、「１つおよび１つのみ」を意味することを意図するのではなく、「１つまたは複数」を意味する。「例示的」という用語は、「実例、事例、または例示として提供される」を意味するために本明細書で使用される。「例示的」として本明細書で説明される任意の態様は、必ずしも好ましいまたは他の態様より有利であると解釈されるべきではない。別途明記されていない限り、「何らかの／いくつかの」という用語は、１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」のような組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。具体的には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」のような組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣであり得、ここで、任意のそのような組合せは、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバーを含有し得る。当業者に知られているかまたは後に知られることとなる、本開示全体にわたって説明された様々な態様の要素と構造的および機能的に同等なものはすべて、参照によって本明細書に明確に組み込まれ、特許請求の範囲によって包含されることが意図されている。さらに、本明細書におけるどの開示も、そのような開示が特許請求の範囲に明示的に記載されているかどうかに関わらず、公衆に献呈されることを意図するものではない。「モジュール」、「メカニズム」、「要素」、「デバイス」、等の用語は、「手段」という用語の代用ではないであろう。そのため、請求項の要素は、その要素が「〜のための手段」という表現を使用して明示的に記載されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。

Claims (38)

1. ワイヤレス通信の方法であって、
   発見のための事前構成済みリソースのプールを決定することと、ここにおいて、前記事前構成済みリソースは、発見プリアンブル、クエリ信号、発見メッセージ、およびランダムアクセスプリアンブルのうちの１つまたは複数に対して指定される、
   前記発見プリアンブルに対して指定された前記事前構成済みリソースのうちの１つまたは複数上で前記発見プリアンブルを送信することと、
   前記発見プリアンブルに応答したクエリ信号が、前記クエリ信号に対して指定された前記事前構成済みリソースのうちの１つ上で受信されるかどうかを決定することと、
   前記クエリ信号を受信したことに応答して発見メッセージを送信することと、
   を備える方法。
2. 前記発見メッセージに応答してランダムアクセスプリアンブルを受信することをさらに備える、請求項１に記載の方法。
3. 前記事前構成済みリソースのうちの少なくともいくつかが、発見プロシージャに対して未使用の事前構成済みリソースであると決定することと、
   前記未使用の事前構成済みリソースを非発見送信に再利用することと、
   をさらに備える、請求項１に記載の方法。
4. 前記事前構成済みリソースのうちの少なくともいくつかが、発見プロシージャに対して未使用の事前構成済みリソースであると決定することは、前記クエリ信号が受信されないと決定することを備える、請求項３に記載の方法。
5. 前記未使用の事前構成済みリソースを再利用することは、発見送信に使用されるリッスンビフォアトークカウンタの持続時間より長い持続時間を有するリッスンビフォアトークカウンタの間、前記非発見送信を開始するのを待つことを含む、請求項３に記載の方法。
6. 発見のための事前構成済みリソースの前記プールは、発見目的に排他的に使用されない事前構成済みリソースの１つまたは複数のサブプールを含み、前記方法は、前記１つまたは複数のサブプールの使用を求めて非発見送信と競合することを含む、請求項１に記載の方法。
7. 前記１つまたは複数のサブプールの使用を求めて競合することは、非発見送信に使用されるリッスンビフォアトークカウンタとは異なるリッスンビフォアトークカウンタの間、前記発見メッセージを送信することを開始するのを待つことを含む、請求項６に記載の方法。
8. 発見のための事前構成済みリソースの前記プールは、いくつかのサブプールに分割され、事前構成済みリソースの前記プールを決定することは、前記発見プリアンブルを送信するための第１のサブプールを選択することと、発見プリアンブルを受信するための第２のサブプールを選択することとを備える、請求項１に記載の方法。
9. 前記サブプールを選択することは、少なくとも前記発見プリアンブルの前記送信を、前記サブプールを使用して指定回数繰り返すことを備える、請求項８に記載の方法。
10. 前記発見プリアンブルを送信することは、前記発見プリアンブルに対して指定された前記事前構成済みリソースの中でビームフォーミングパラメータを変更することを備える、請求項１に記載の方法。
11. 前記発見プリアンブルを送信することは、前記発見プリアンブルに対して指定された前記１つまたは複数の事前構成済みリソースを使用して、各利用可能なビーム上で前記発見プリアンブルを送信することを備える、請求項１０に記載の方法。
12. 前記発見プリアンブルに対して指定された前記事前構成済みリソースの中でビームフォーミングパラメータを変更することは、ランダムに、擬似ランダムに、またはデバイス方位に基づいて、ビームを選択することを備える、請求項１０に記載の方法。
13. 発見のための事前構成済みリソースの前記プール以外の追加のリソースを指定することと、
    前記追加のリソース上で発見メッセージを送信することと、
    をさらに備える、請求項１に記載の方法。
14. ワイヤレス通信のための装置であって、
    メモリと、
    前記メモリに通信可能に結合されたプロセッサと、
    を備え、前記プロセッサは、
    発見のための事前構成済みリソースのプールを決定することと、ここにおいて、前記事前構成済みリソースは、発見プリアンブル、クエリ信号、発見メッセージ、およびランダムアクセスプリアンブルのうちの１つまたは複数に対して指定される、
    前記発見プリアンブルに対して指定された前記事前構成済みリソースのうちの１つまたは複数上で前記発見プリアンブルを送信することと、
    前記発見プリアンブルに応答したクエリ信号が、前記クエリ信号に対して指定された前記事前構成済みリソースのうちの１つ上で受信されるかどうかを決定することと、
    前記クエリ信号を受信したことに応答して発見メッセージを送信することと、
    を行うように構成される、装置。
15. 前記プロセッサは、前記発見メッセージに応答したランダムアクセスプリアンブルを受信するように構成される、請求項１４に記載の装置。
16. 前記プロセッサは、
    前記事前構成済みリソースのうちの少なくともいくつかが、発見プロシージャに対して未使用の事前構成済みリソースであると決定することと、
    前記未使用の事前構成済みリソースを非発見送信に再利用することと、
    を行うように構成される、請求項１４に記載の装置。
17. 前記プロセッサは、前記クエリ信号が受信されないと決定することに応答して、前記事前構成済みリソースのうちの少なくともいくつかが、発見プロシージャに対して未使用の事前構成済みリソースであると決定するように構成される、請求項１６に記載の装置。
18. 前記プロセッサは、発見送信に使用されるリッスンビフォアトークカウンタの持続時間より長い持続時間を有するリッスンビフォアトークカウンタの間、前記非発見送信を開始するのを待つように構成される、請求項１６に記載の装置。
19. 発見のための事前構成済みリソースの前記プールは、発見目的に排他的に使用されない事前構成済みリソースの１つまたは複数のサブプールを含み、前記プロセッサは、前記１つまたは複数のサブプールの使用を求めて非発見送信と競合するように構成される、請求項１４に記載の装置。
20. 前記プロセッサは、非発見送信に使用されるリッスンビフォアトークカウンタとは異なるリッスンビフォアトークカウンタの間、前記発見メッセージを送信することを開始するのを待つように構成される、請求項１９に記載の装置。
21. 発見のための事前構成済みリソースの前記プールは、いくつかのサブプールに分割され、前記プロセッサは、前記発見プリアンブルを送信するための第１のサブプールを選択し、発見プリアンブルを受信するための第２のサブプールを選択するように構成される、請求項１４に記載の装置。
22. 前記サブプールを選択することは、少なくとも前記発見プリアンブルの前記送信を、前記サブプールを使用して指定回数繰り返すことを備える、請求項１４に記載の装置。
23. 前記プロセッサは、前記発見プリアンブルに対して指定された前記事前構成済みリソースの中でビームフォーミングパラメータを変更するように構成される、請求項１４に記載の装置。
24. 前記プロセッサは、前記発見プリアンブルに対して指定された前記１つまたは複数の事前構成済みリソースを使用して、各利用可能なビーム上で前記発見プリアンブルを送信するように構成される、請求項２３に記載の装置。
25. 前記プロセッサは、ランダムにまたは擬似ランダムに、ビームを選択するように構成される、請求項２３に記載の装置。
26. 前記プロセッサは、
    発見のための事前構成済みリソースの前記プール以外の追加のリソースを指定することと、
    前記追加のリソース上で発見メッセージを送信することと、
    を行うように構成される、請求項１４に記載の装置。
27. ユーザ機器（ＵＥ）のためのワイヤレス通信の方法であって、
    発見のための事前構成済みリソースのプールを決定することと、ここにおいて、前記事前構成済みリソースは、発見プリアンブル、クエリ信号、発見メッセージ、およびランダムアクセスプリアンブルのうちの１つまたは複数に対して指定される、
    前記発見プリアンブルに対して指定された前記事前構成済みリソースのうちの少なくとも１つ上で前記発見プリアンブルを受信することと、
    前記発見プリアンブルに基づいて、前記発見プリアンブルを送信したデバイスに関する情報を受信することに前記ＵＥが関心があると決定することと、
    前記発見プリアンブルに対応するおよびクエリ信号に対して指定された前記事前構成済みリソースのうちの１つ上で、前記クエリ信号を送信することと、
    前記クエリ信号を送信したことに応答して、前記発見メッセージを受信することと、
    を備える方法。
28. 前記ランダムアクセスプリアンブルに対して指定された前記事前構成済みリソース上で、前記発見メッセージに応答して前記ランダムアクセスプリアンブルを送信することをさらに備える、請求項２７に記載の方法。
29. 発見のための事前構成済みリソースの前記プールは、いくつかのサブプールに分割され、事前構成済みリソースの前記プールを決定することは、前記発見プリアンブルを受信するための第１のサブプールを選択することと、別の発見プリアンブルを送信するための第２のサブプールを選択することとを備える、請求項２７に記載の方法。
30. 前記第１のサブプールを選択することは、前記発見プリアンブルを受信するための前記選択された第１のサブプールを監視することを備える、請求項２９に記載の方法。
31. 前記発見プリアンブルを受信することは、前記発見プリアンブルに対して指定された前記事前構成済みリソースの中でビームフォーミングパラメータを変更することを備える、請求項２７に記載の方法。
32. 発見のための事前構成済みリソースの前記プール以外の追加のリソースを示すインジケーションを受信することと、
    前記追加のリソース上で発見メッセージを受信することと、
    をさらに備える、請求項２７に記載の方法。
33. ユーザ機器（ＵＥ）のためのワイヤレス通信のための装置であって、
    メモリと、
    前記メモリに通信可能に結合されたプロセッサと、
    を備え、前記プロセッサは、
    発見のための事前構成済みリソースのプールを決定することと、ここにおいて、前記事前構成済みリソースは、発見プリアンブル、クエリ信号、発見メッセージ、およびランダムアクセスプリアンブルのうちの１つまたは複数に対して指定される、
    前記発見プリアンブルに対して指定された前記事前構成済みリソースのうちの少なくとも１つ上で前記発見プリアンブルを受信することと、
    前記発見プリアンブルに基づいて、前記発見プリアンブルを送信したデバイスに関する情報を受信することに前記ＵＥが関心があると決定することと、
    前記発見プリアンブルに対応するおよびクエリ信号に対して指定された前記事前構成済みリソースのうちの１つ上で、前記クエリ信号を送信することと、
    前記クエリ信号を送信したことに応答して、前記発見メッセージを受信することと、
    を行うように構成される、装置。
34. 前記プロセッサは、前記ランダムアクセスプリアンブルに対して指定された前記事前構成済みリソース上で、前記発見メッセージに応答して前記ランダムアクセスプリアンブルを送信するように構成される、請求項３３に記載の装置。
35. 発見のための事前構成済みリソースの前記プールは、いくつかのサブプールに分割され、前記プロセッサは、前記発見プリアンブルを受信するための第１のサブプールを選択し、別の発見プリアンブルを送信するための第２のサブプールを選択するように構成される、請求項３３に記載の装置。
36. 前記第１のサブプールを選択することは、前記発見プリアンブルを受信するための前記選択された第１のサブプールを監視することを備える、請求項３５に記載の装置。
37. 前記プロセッサは、前記発見プリアンブルに対して指定された前記事前構成済みリソースの中でビームフォーミングパラメータを変更するように構成される、請求項３３に記載の装置。
38. 前記プロセッサは、
    発見のための事前構成済みリソースの前記プール以外の追加のリソースを示すインジケーションを受信することと、
    前記追加のリソース上で発見メッセージを受信することと、
    を行うように構成される、請求項３３に記載の装置。

Images