JP2023517807A - ジオフェンスへの近接度の決定 - Google Patents

Abstract

ワイヤレス通信のための技法が開示される。一態様では、第１のユーザ機器（ＵＥ）は、第２のユーザ機器（ＵＥ）からデバイスツーデバイス（Ｄ２Ｄ）情報を受信する。第１のＵＥは、Ｄ２Ｄ情報に基づいて、第１のＵＥが第２のＵＥからしきい値範囲内にあるかどうかを決定する。アプリケーションレイヤ処理は、第１のＵＥがしきい値範囲内にある場合、Ｄ２Ｄ情報中のメッセージについて有効にされる。【選択図】図１５

Description

優先権の主張

優先権の主張
[0001]本特許出願は、２０２０年１月２４日に出願され、本出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれる、「ＰＲＯＸＩＭＩＴＹ ＤＥＴＥＲＭＩＮＡＴＩＯＮ ＴＯ Ａ ＧＥＯ－ＦＥＮＣＥ」と題する米国非仮出願第１６／７５２，５６８号の優先権を主張する。

[0002]本明細書で説明される様々な態様は、概して、ワイヤレス通信システムに関し、より詳細には、ジオフェンス（geo-fence）への近接度を決定することと、オプションで、近接度に基づいてアクションを呼び出すこととに関する。いくつかの態様では、ジオフェンスは、デバイスツーデバイス通信において受信された情報に基づいて決定され得る。

[0003]ワイヤレス通信システムは、第１世代アナログワイヤレス電話サービス（１Ｇ）、第２世代（２Ｇ）デジタルワイヤレス電話サービス（中間の２．５Ｇおよび２．７５Ｇネットワークを含む）、第３世代（３Ｇ）高速データ、インターネット対応ワイヤレスサービスならびに第４世代（４Ｇ）サービス（たとえば、ロングタームエボリューション（ＬＴＥ（登録商標））またはＷｉＭａｘ（登録商標））を含む、様々な世代を通じて発展してきた。現在、セルラーおよびパーソナル通信サービス（ＰＣＳ）システムを含む、使用されている多くの異なるタイプのワイヤレス通信システムがある。知られているセルラーシステムの例は、セルラーアナログアドバンストモバイルフォンシステム（ＡＭＰＳ）、および符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、ＴＤＭＡのモバイルアクセス用グローバルシステム（ＧＳＭ（登録商標））変形形態などに基づくデジタルセルラーシステムを含む。

[0004]新無線（ＮＲ）とも呼ばれる第５世代（５Ｇ）モバイル規格は、改善の中でも、より高いデータ転送速度と、より多い数の接続と、より良いカバレージとを必要とする。次世代モバイルネットワークアライアンスによる５Ｇ規格は、たとえば、数万人のユーザの各々に数十メガビット毎秒のデータレートを与え、オフィスフロア上の数十人の労働者に１ギガビット毎秒のデータレートを与えるように設計されている。大規模なセンサ展開をサポートするために、数十万の同時接続がサポートされるべきである。したがって、５Ｇモバイル通信のスペクトル効率は、現在の４Ｇ規格と比較して著しく拡張されるべきである。さらに、現在の規格と比較して、シグナリング効率が拡張されるべきであり、レイテンシが大幅に低減されるべきである。

[0005]既存のワイヤレス危険警報システムは、常時オンのブロードキャストおよびアプリケーションレイヤメッセージ処理を必要とし、その結果、電力消費量が増加し、ＲＦ輻輳が追加される。危険警報は、車両および非車両エンティティに関連し得る。たとえば、米国では、２０１７年６月から２０１８年６月まで、車両と、シカ、オオツノジカ、ヘラジカ、またはトナカイとの間の１３３万回の衝突が起こった。たとえば、シカと車両の衝突だけで、毎年、約２００人が死亡し、１１億ドルの物的損害が発生し、動物と車との衝突を低減および管理するために、州政府および連邦政府により、保険会社および運転者のために、さらに３０億ドルが費やされている。

[0006]５Ｇによるデータレートの増加、レイテンシの低減、ならびに速度／距離感応性の物理レイヤ（ＰＨＹ）および媒体アクセス制御レイヤ（ＭＡＣ）（ＰＨＹ－ＭＡＣ）を活用しながら、Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ（Ｖ２Ｘ）通信技術が、車両間、車両と路側インフラストラクチャとの間、車両と歩行者との間のワイヤレス通信などの、様々な運転アプリケーションをサポートするために実装されている。したがって、財産および生命の損失を低減するための衝突抑止システムを実装するために、Ｖ２Ｘ通信技術を活用することは有益であろう。

[0007]本概要は、いくつかの例示的な態様の特徴を識別し、開示する主題の排他的なまたは網羅的な説明ではない。特徴または態様が本概要中に含まれるのかまたはそれから省略されるのかは、そのような特徴の相対的な重要性を示すものではない。追加の特徴および態様について説明し、それらは、以下の詳細な説明を読み、それの部分を形成する図面を閲覧すると当業者には明らかになろう。

[0008]本明細書で開示する様々な態様によれば、少なくとも１つの態様は、第１のユーザ機器（ＵＥ）におけるワイヤレス通信のための方法であって、第２のユーザ機器（ＵＥ）からデバイスツーデバイス（Ｄ２Ｄ）情報を受信することと；Ｄ２Ｄ情報に基づいて、第１のＵＥが第２のＵＥからのしきい値範囲内にあるかどうかを決定することと；第１のＵＥが第２のＵＥからのしきい値範囲内にある場合、Ｄ２Ｄ情報中のアプリケーションレイヤメッセージを有効にする（イネーブルにするenable）こととを含む方法を含む。

[0009]本明細書で開示する様々な態様によれば、少なくとも１つの態様において、第１のユーザ機器（ＵＥ）は、トランシーバと、メモリおよびトランシーバに結合された少なくとも１つのプロセッサと、を含み、上記トランシーバと協働する上記少なくとも１つのプロセッサは、第２のユーザ機器（ＵＥ）からデバイスツーデバイス（Ｄ２Ｄ）情報を受信することと、Ｄ２Ｄ情報に基づいて第１のＵＥが第２のＵＥからのしきい値範囲内にあるかどうかを決定することと、第１のＵＥが第２のＵＥからのしきい値範囲内にある場合、Ｄ２Ｄ情報中のメッセージのアプリケーションレイヤ処理を有効にすることと、を行うように構成される。

[0010]本明細書で開示する様々な態様によれば、少なくとも１つの態様において、第１のユーザ機器（ＵＥ）は、第２のユーザ機器（ＵＥ）からデバイスツーデバイス（Ｄ２Ｄ）情報を受信するための手段と、Ｄ２Ｄ情報に基づいて、第１のＵＥが第２のＵＥからのしきい値範囲内にあるかどうかを決定するための手段と、第１のＵＥが第２のＵＥからのしきい値範囲内にある場合、Ｄ２Ｄ情報中のメッセージのアプリケーションレイヤ処理を有効にするための手段と、を含む。

[0011]本明細書で開示する様々な態様によれば、少なくとも１つの態様において、非一時的コンピュータ可読媒体は、第１のユーザ機器（ＵＥ）におけるワイヤレス通信のためのコンピュータ実行可能命令を記憶し、上記コンピュータ実行可能命令は、第２のユーザ機器（ＵＥ）からデバイスツーデバイス（Ｄ２Ｄ）情報を受信するように構成された少なくとも１つの命令と、Ｄ２Ｄ情報に基づいて、第１のＵＥが第２のＵＥからのしきい値範囲内にあるかどうかを決定するように構成された少なくとも１つの命令と、第１のＵＥが第２のＵＥからのしきい値範囲内にある場合、Ｄ２Ｄ情報中のメッセージのアプリケーションレイヤ処理を有効にするように構成された少なくとも１つの命令と、を含む。

[0012]本明細書で開示される態様に関連する他の目的および利点は、添付の図面および詳細な説明に基づいて当業者に明らかになるであろう。

[0013]添付の図面は、開示される主題の１つまたは複数の態様の例の説明を助けるために提示され、例の限定ではなく例の説明のためにのみ提供される。

[0014]本開示の１つまたは複数の態様による、例示的なワイヤレス通信システムを示す図。 [0015]様々な態様による、例示的なワイヤレスネットワーク構造を示す図。 様々な態様による、例示的なワイヤレスネットワーク構造を示す図。 [0016]本開示の態様による、ワイヤレス通信システムにおけるワイヤレス通信デバイスの一例を示す図。 [0017]本開示の態様による、ＵＥ間の通信の一例を示す図。 [0018]本開示の態様による、ＵＥ間の例示的な通信フローを示す図。 [0019]本開示の態様による、送信デバイスおよび受信デバイスにおける異なるレイヤ間の例示的な相互作用を示す図。 [0020]本開示の態様による、送信デバイスおよび受信デバイスにおける異なるレイヤ間の例示的な相互作用を示す図。 [0021]本開示の少なくとも１つの態様による、例示的なＵＥの様々な構成要素を示すブロック図。 [0022]本開示の一態様による、一連の相互に関係する機能モジュールとして表された、例示的な近接度デバイスを示す図。 [0023]本開示の態様による、Ｄ２Ｄメッセージングにおいて使用されるデータ要素を示す図。 [0024]本開示の態様による、Ｄ２Ｄメッセージングにおいて使用される新しいメッセージを示す図。 [0025]本開示の態様による、２つのＵＥ間の例示的なシグナリングを示す図。 [0026]本開示の態様による、２つのＵＥ間の例示的なシグナリングを示す図。 [0027]本開示の態様による、２つのＵＥ間の例示的なシグナリングを示す図。 [0028]本開示の一態様による、少なくとも１つの方法の例示的なフローチャート。 [0029]本開示の一態様による、少なくとも１つの方法の例示的なフローチャート。 [0030]本開示の一態様による、少なくとも１つの方法の例示的なフローチャート。 [0031]本開示の一態様による、一連の相互に関係する機能モジュールとして表された、例示的なデバイスを示す図。

[0032]５Ｇ ＮＲ Ｄ２Ｄ通信を使用して、ＵＥ（たとえば、車載型ＵＥ、動物に取り付けられたＵＥ（たとえば、タグ）、歩行者ＵＥなど）とともに運動するジオフェンスを確立するための技法が開示される。たとえば、Ｃ－Ｖ２Ｘ通信は、１対１（デバイスツーデバイス）および１対多のインフラストラクチャレス通信、ならびにインフラストラクチャ介在型の通信を有効にする。運動ジオフェンスは、本明細書ではＰＨＹ－ＭＡＣ埋込み型制御とも呼ばれる物理レイヤ（ＰＨＹ）および／またはメディアアクセス制御レイヤ（ＭＡＣ）からの５Ｇ ＮＲ埋め込み型制御をアプリケーションレイヤに公開することによって確立され得る。これは、アプリケーションレイヤメッセージ処理を有効または無効にする（enable or disable）ために、５Ｇ ＮＲ ＰＨＹ－ＭＡＣ制御メッセージ機構を再利用することによって、デバイス電力消費量の低減を可能にする。詳細には、ジオフェンスの侵害が検出されないとき、メッセージは、アプリケーションレイヤに進むことを阻止され、それによって、アプリケーションレイヤにおける不要なメッセージ処理を防止し得る。

[0033]主題のこれらおよび他の態様は、開示される主題の特定の例を対象とする以下の説明および関連する図面において提供される。開示される主題の範囲から逸脱することなく、代替形態が考案され得る。さらに、関連する詳細を不明瞭にしないように、よく知られている要素については詳細に説明しないか、または省略する。

[0034]「例示的」という単語は、「例、事例、または例示として機能すること」を意味するように本明細書で使用される。「例示的」として本明細書で説明したいかなる態様も、必ずしも他の態様よりも好適または有利なものと解釈すべきではない。同様に、「態様」という用語は、すべての態様が、論じられる特徴、利点、または動作モードを含むことを必要としない。

[0035]本明細書で使用される用語は、特定の態様について説明するにすぎず、本明細書で開示される態様を限定するものと解釈されるべきではない。本明細書で使用される単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈が別段に明確に示すのでなければ、複数形をも含むものとする。さらに、当業者は、本明細書で使用される「備える（comprises）」、「備える（comprising）」、「含む（includes）」、および／または「含む（including）」という用語が、述べられた特徴、整数、ステップ、動作、要素、および／または構成要素の存在を明示するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、および／またはそれらのグループの存在または追加を排除しないことを理解されよう。

[0036]さらに、様々な態様が、たとえば、コンピューティングデバイスの要素によって実施されるべき一連のアクションに関して説明され得る。当業者は、本明細書で説明される様々なアクションが、特定の回路（たとえば、特定用途向け集積回路（ＡＳＩＣ））によって、１つまたは複数のプロセッサによって実行されるプログラム命令によって、あるいは両方の組合せによって実施され得ることを認識されよう。さらに、本明細書で説明されるこれらの一連のアクションは、実行時に、関連するプロセッサに本明細書で説明される機能を実施させることになるコンピュータ命令の対応するセットを記憶した任意の形態の非一時的コンピュータ可読媒体内で全体として実施されるべきものと見なされ得る。したがって、本明細書で説明される様々な態様は、そのすべてが請求される主題の範囲内に入ることが企図されているいくつかの異なる形態で実施され得る。さらに、本明細書で説明される態様の各々について、任意のそのような態様の対応する形態は、本明細書では、たとえば、説明されるアクションを実施する「ように構成された論理」および／または説明されるアクションを実施するように構成された他の構造構成要素として説明され得る。

[0037]本明細書で使用される、「ＵＥ」、「車両ＵＥ」（Ｖ－ＵＥ）、オンボードユニット（ＯＢＵ）、および「基地局」という用語は、別段に記載されていない限り、任意の特定の無線アクセス技術（ＲＡＴ）に固有であること、または場合によってはそれに限定されることを意図されていない。概して、ユーザデバイスは、本明細書ではＵＥと呼ばれ、したがって、ＵＥは、ワイヤレス通信ネットワークを介して通信するためにユーザによって使用される任意のワイヤレス通信デバイス（たとえば、車両搭載コンピュータ、車両ナビゲーションデバイス、モバイルフォン、ルータ、タブレットコンピュータ、ラップトップコンピュータ、トラッキングデバイス、モノのインターネット（ＩｏＴ）デバイスなど）であり得る。ＵＥは、モバイルであり得るかまたは（たとえば、いくつかの時間において）固定であり得、無線アクセスネットワーク（ＲＡＮ）と通信し得る。本明細書で使用される「ＵＥ」という用語は、「アクセス端末」または「ＡＴ」、「クライアントデバイス」、「ワイヤレスデバイス」、「加入者デバイス」、「加入者端末」、「加入者局」、「ユーザ端末」またはＵＴ、「モバイル端末」、「移動局」、あるいはそれらの変形形態と互換的に呼ばれることがある。Ｖ－ＵＥまたはＯＢＵは、ナビゲーションシステム、警告システム、ヘッドアップディスプレイ（ＨＵＤ）などの、任意の車載ワイヤレス通信デバイスであり得る。代替的に、Ｖ－ＵＥは、車両の運転者または車両内の乗客に属するポータブルワイヤレス通信デバイス（たとえば、セルフォン、タブレットコンピュータなど）であり得る。「Ｖ－ＵＥ」という用語は、コンテキストに応じて、車載ワイヤレス通信デバイスまたは車両自体を指すことがある。概して、ＵＥは、ＲＡＮを介してコアネットワークと通信することができ、コアネットワークを通して、ＵＥは、インターネットなどの外部ネットワークおよび他のＵＥと接続され得る。当然、有線アクセスネットワーク、（たとえば、ＩＥＥＥ８０２．１１などに基づく）ＷｉＦｉ（登録商標）ネットワークなどを介したものなどの、コアネットワークおよび／またはインターネットに接続する他の機構もＵＥのために可能である。

[0038]基地局は、それが展開されるネットワークに応じて、ＵＥと通信するいくつかのＲＡＴのうちの１つに従って動作し得、代替的に、アクセスポイント（ＡＰ）、ネットワークノード、ノードＢ、発展型ノードＢ（ｅＮＢ）、汎用ノードＢ（ｇＮｏｄｅＢ、ｇＮＢ）などと呼ばれることがある。加えて、いくつかのシステムでは、基地局は、純粋にエッジノードシグナリング機能を提供し得るが、他のシステムでは、それは、追加の制御および／またはネットワーク管理機能を提供し得る。

[0039]ＵＥは、限定はしないが、プリント回路（ＰＣ）カード、コンパクトフラッシュ（登録商標）デバイス、外部または内部モデム、ワイヤレスまたはワイヤラインフォン、スマートフォン、タブレット、トラッキングデバイス、アセットタグなどを含む、いくつかのタイプのデバイスのいずれかによって実施され得る。ＵＥがそれを通してＲＡＮに信号を送ることができる通信リンクはアップリンクチャネル（たとえば、逆方向トラフィックチャネル、逆方向制御チャネル、アクセスチャネルなど）と呼ばれる。ＲＡＮがそれを通してＵＥに信号を送ることができる通信リンクはダウンリンクまたは順方向リンクチャネル（たとえば、ページングチャネル、制御チャネル、ブロードキャストチャネル、順方向トラフィックチャネルなど）と呼ばれる。本明細書で使用されるトラフィックチャネル（ＴＣＨ）という用語は、アップリンク／逆方向トラフィックチャネルまたはダウンリンク／順方向トラフィックチャネルのいずれかを指すことがある。

[0040]図１は、１つまたは複数の態様による、例示的なワイヤレス通信システム１００を示す。（ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）と呼ばれることもある）ワイヤレス通信システム１００は、様々な基地局１０２と、様々なＵＥ１０４とを含み得る。基地局１０２は、マクロセル（高電力セルラー基地局）および／またはスモールセル（低電力セルラー基地局）を含み得る。マクロセルは、ワイヤレス通信システム１００がＬＴＥネットワークに対応する発展型ノードＢ（ｅＮＢ）、ワイヤレス通信システム１００が５Ｇネットワークに対応するｇＮｏｄｅＢ（ｇＮＢ）、および／またはそれらの組合せを含み得、スモールセルは、フェムトセル、ピコセル、マイクロセルなどを含み得る。

[0041]基地局１０２は、ＲＡＮを集合的に形成し、バックホールリンクを通して発展型パケットコア（ＥＰＣ）または次世代コア（ＮＧＣ）とインターフェースし得る。他の機能に加えて、基地局１０２は、ユーザデータを転送することと、無線チャネル暗号化および解読と、完全性保護と、ヘッダ圧縮と、モビリティ制御機能（たとえば、ハンドオーバ、デュアル接続性）と、セル間干渉協調と、接続セットアップおよび解放と、負荷分散と、非アクセス層（ＮＡＳ）メッセージのための分配と、ＮＡＳノード選択と、同期と、ＲＡＮ共有と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）と、加入者および機器トレースと、ＲＡＮ情報管理（ＲＩＭ）と、ページングと、測位と、警告メッセージの配信とのうちの１つまたは複数に関係する機能を実施し得る。基地局１０２は、ワイヤードまたはワイヤレスであり得るバックホールリンク１３４を介して、直接または間接的に（たとえば、ＥＰＣ／ＮＧＣを通して）互いに通信し得る。

[0042]基地局１０２は、ＵＥ１０４とワイヤレス通信し得る。基地局１０２の各々は、それぞれの地理的カバレージエリア１１０に通信カバレージを提供し得る。一態様では、図１には示されていないが、カバレージエリア１１０は、複数のセル（たとえば、３つ）、またはセクタに再分割され得、各セルが基地局１０２の単一のアンテナまたはアンテナのアレイに対応する。

[0043]「セル」という用語は、（たとえば、キャリア周波数を介した）基地局１０２との通信のために使用される論理通信エンティティを指し、同じまたは異なるキャリア周波数を介して動作するネイバリングセルを区別するための識別子（たとえば、物理セル識別子（ＰＣＩＤ）、拡張セル識別子（Ｅ－ＣＩＤ）、仮想セル識別子（ＶＣＩＤ）など）に関連付けられ得る。いくつかの例では、キャリア周波数は複数のセルをサポートし得、異なるセルは、異なるタイプのデバイスにアクセスを提供し得る異なるプロトコルタイプ（たとえば、マシンタイプ通信（ＭＴＣ）、狭帯域モノのインターネット（ＮＢ－ＩｏＴ）、拡張モバイルブロードバンド（ｅＭＢＢ）など）に従って構成され得る。場合によっては、「セル」という用語は、論理エンティティがその上で動作する地理的カバレージエリア１１０の一部分（たとえば、セクタ）を指すことがある。本明細書で使用される「セル」または「セクタ」という用語は、文脈に応じて、基地局１０２の複数のセルのうちの１つに、または基地局１０２自体に対応し得る。

[0044]近隣マクロセル地理的カバレージエリア１１０は、（たとえば、ハンドオーバ領域において）部分的に重複し得るが、地理的カバレージエリア１１０のうちのいくつかは、より大きい地理的カバレージエリア１１０によってかなり重複され得る。たとえば、スモールセル基地局１０２’は、１つまたは複数のマクロセル基地局１０２のカバレージエリア１１０とかなり重複するカバレージエリア１１０’を有し得る。スモールセルとマクロセルの両方を含むネットワークは、異種ネットワークとして知られる場合がある。異種ネットワークはまた、限定加入者グループ（ＣＳＧ）として知られる制限されたグループにサービスを提供し得る、ホームｅＮＢ（ＨｅＮＢ）および／またはホームｇＮｏｄｅＢを含み得る。基地局１０２とＵＥ１０４との間の通信リンク１２０は、ＵＥ１０４から基地局１０２への（逆方向リンクとも呼ばれる）アップリンク（ＵＬ）送信、および／または基地局１０２からＵＥ１０４への（順方向リンクとも呼ばれる）ダウンリンク（ＤＬ）送信を含み得る。通信リンク１２０は、空間多重化、ビームフォーミング、および／または送信ダイバーシティを含む、ＭＩＭＯアンテナ技術を使用し得る。通信リンクは、１つまたは複数のキャリアを通したものであり得る。キャリアの割振りは、ＤＬとＵＬとに関して非対称であり得る（たとえば、ＤＬの場合、ＵＬの場合よりも多いまたは少ないキャリアが割り振られ得る）。

[0045]ワイヤレス通信システム１００は、無認可周波数スペクトル（たとえば、５ギガヘルツ（ＧＨｚ））中で通信リンク１５４を介してワイヤレスローカルエリアネットワーク（ＷＬＡＮ）局（ＳＴＡ）１５２と通信しているＷＬＡＮアクセスポイント（ＡＰ）１５０をさらに含み得る。無認可周波数スペクトル中で通信するとき、ＵＥ１５２（ＷＬＡＮ ＳＴＡ）および／またはＷＬＡＮ ＡＰ１５０は、チャネルが利用可能であるかどうかを決定するために、通信するより前にクリアチャネルアセスメント（ＣＣＡ）を実行し得る。

[0046]スモールセル基地局１０２’は、認可および／または無認可周波数スペクトル中で動作し得る。無認可周波数スペクトル中で動作するとき、スモールセル基地局１０２’は、ＬＴＥまたは５Ｇ技術を採用し、ＷＬＡＮ ＡＰ１５０によって使用されるのと同じ５ＧＨｚ無認可周波数スペクトルを使用し得る。無認可周波数スペクトル中でＬＴＥ／５Ｇを採用するスモールセル基地局１０２’は、アクセスネットワークへのカバレージをブーストし、および／またはアクセスネットワークの容量を増加させ得る。無認可スペクトル中のＬＴＥは、ＬＴＥ無認可（ＬＴＥ－Ｕ：LTE-unlicensed）、認可支援アクセス（ＬＡＡ：licensed assisted access）、またはＭｕｌｔｅＦｉｒｅと呼ばれることがある。

[0047]ワイヤレス通信システム１００は、ＵＥ１８２と通信している、ｍｍＷ周波数および／または近ｍｍＷ周波数中で動作し得るｍｍＷ基地局１８０をさらに含み得る。極高周波（ＥＨＦ）は、電磁スペクトル中のＲＦの一部である。ＥＨＦは、３０ＧＨｚから３００ＧＨｚの範囲と、１ミリメートルから１０ミリメートルの間の波長とを有する。この帯域中の電波はミリメートル波と呼ばれることがある。近ｍｍＷは、１００ミリメートルの波長をもつ、３ＧＨｚの周波数まで下方に延在し得る。超高周波（ＳＨＦ）帯域は、センチメートル波とも呼ばれる、３ＧＨｚから３０ＧＨｚの間に延在する。ｍｍＷ／近ｍｍＷ無線周波数帯域を使用する通信は、高い経路損失と比較的短い範囲とを有する。ｍｍＷ基地局１８０は、極めて高い経路損失と短いレンジとを補償するために、ＵＥ１８２とのビームフォーミング１８４を利用し得る。さらに、代替構成では、１つまたは複数の基地局１０２はまた、ｍｍＷまたは近ｍｍＷとビームフォーミングとを使用して送信し得ることが諒解されよう。したがって、上記の説明は、例にすぎず、本明細書で開示される様々な態様を限定すると解釈されるべきではないことが諒解されよう。

[0048]ワイヤレス通信システム１００は、１つまたは複数のデバイスツーデバイス（Ｄ２Ｄ）ピアツーピア（Ｐ２Ｐ）リンクを介して１つまたは複数の通信ネットワークに間接的に接続する、ＵＥ１９０などの１つまたは複数のＵＥをさらに含み得る。図１の例では、ＵＥ１９０は、（たとえば、ＵＥ１９０がそれを通してセルラー接続性を間接的に取得し得る）基地局１０２のうちの１つに接続されたＵＥ１０４のうちの１つとのＤ２Ｄ Ｐ２Ｐリンク１９２と、（ＵＥ１９０がそれを通してＷＬＡＮベースのインターネット接続性を間接的に取得し得る）ＷＬＡＮ ＡＰ１５０に接続されたＵＥ１５２、すなわちＷＬＡＮ ＳＴＡとのＤ２Ｄ Ｐ２Ｐリンク１９４とを有する。一例では、Ｄ２Ｄ Ｐ２Ｐリンク１９２～１９４は、ＬＴＥ Ｄｉｒｅｃｔ（ＬＴＥ－Ｄ）、ＷｉＦｉ Ｄｉｒｅｃｔ（登録商標）（ＷｉＦｉ－Ｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの、任意のよく知られているＤ２Ｄ ＲＡＴを用いてサポートされ得る。

[0049]５Ｇによるデータレートの増加、レイテンシの低減、ならびに速度／距離感応性の物理レイヤ（ＰＨＹ）および媒体アクセス制御レイヤ（ＭＡＣ）（ＰＨＹ－ＭＡＣ）を活用しながら、Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ（Ｖ２Ｘ）通信技術が、車両間（車両間（Ｖ２Ｖ））、車両と路側インフラストラクチャとの間（車両－インフラストラクチャ間（Ｖ２Ｉ））、および車両と歩行者との間（車両－歩行者間（Ｖ２Ｐ））のワイヤレス通信などの、高度道路交通システム（ＩＴＳ）アプリケーションをサポートするために実装されている。目標は、車両がそれらの周囲の環境を感知し、その情報を他の車両、インフラストラクチャ、およびパーソナルモバイルデバイスに通信することができることである。そのような車両通信は、現在の技術が提供することができない安全性、運動性、および環境の向上を可能にする。上記で説明されたように、本明細書で開示される態様は、衝突を低減するためにジオフェンスを使用し得る。

[0050]まだ図１を参照すると、ワイヤレス通信システム１００は、（たとえば、Ｕｕインターフェースを使用して）通信リンク１２０を介して基地局１０２と通信し得る複数のＶ－ＵＥ１６０を含み得る。Ｖ－ＵＥ１６０はまた、Ｐ２Ｐ／Ｄ２Ｄプロトコル（たとえば、「ＰＣ５」、ＬＴＥ Ｖ２Ｘ Ｄ２Ｄインターフェース）またはＰｒｏＳｅ直接通信を使用して、ワイヤレスサイドリンク１６２を介して互いに直接通信するか、サイドリンク１６６を介して道路側アクセスポイント１６４と通信するか、またはサイドリンク１６８を介してＵＥ１０４と通信し得る。サイドリンク通信は、Ｄ２Ｄメディア共有、Ｖ２Ｖ通信、Ｖ２Ｘ通信（たとえば、セルラーＶ２Ｘ（Ｃ－Ｖ２Ｘ）通信）、緊急救助アプリケーションなどのために使用され得る。Ｄ２Ｄ通信を利用するＶ－ＵＥ１６０のグループのうちの１つまたは複数は、基地局１０２の地理的カバレージエリア１１０内にあってよい。そのようなグループ内の他のＶ－ＵＥ１６０は、基地局１０２の地理的カバレージエリア１１０の外にあるか、またはそうでなければ基地局１０２からの送信を受信することができない場合がある。いくつかの場合では、Ｄ２Ｄ通信を介して通信するＶ－ＵＥ１６０のグループは、各Ｖ－ＵＥ１６０がグループ内のあらゆる他のＶ－ＵＥ１６０に送信する１対多（１：Ｍ）システムを利用し得る。いくつかの場合には、基地局１０２は、Ｄ２Ｄ通信のためのリソースのスケジューリングを促進する。他の場合には、Ｄ２Ｄ通信は、基地局１０２の関与なしにＶ－ＵＥ１６０間で実行される。

[0051]一態様では、Ｖ－ＵＥ１６０、および図１に示された任意の他のＵＥは、本明細書ではジオフェンス構成要素１７０とも呼ばれる、ジオフェンスへの近接度を決定する構成要素１７０を有し得る。ジオフェンス構成要素１７０は、実行されたとき、Ｖ－ＵＥ１６０に本明細書で説明される動作を実行させるハードウェア、ソフトウェア、またはファームウェア構成要素であり得る。たとえば、ジオフェンス構成要素１７０は、Ｖ－ＵＥ１６０のメモリに記憶され、Ｖ－ＵＥ１６０のプロセッサによって実行可能なソフトウェアモジュールであり得る。別の例として、ジオフェンス構成要素１７０は、Ｖ－ＵＥ１６０内のハードウェア回路（たとえば、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）であり得る。本明細書では、説明および例示を目的として衝突抑止のコンテキストで説明されているが、本明細書で説明されるジオフェンス／近接度ベースの機能は、他の機能を実行するために使用され得ることが諒解されよう。

[0052]一態様では、ワイヤレスサイドリンク１６２、１６６、１６８は、他の車両および／またはインフラストラクチャアクセスポイント、ならびに他のＲＡＴ間の他の通信と共有され得る、注目する通信媒体を介して動作し得る。「媒体」は、１つまたは複数の送信機／受信機ペア間の通信に関連付けられた１つまたは複数の周波数、時間、および／または空間通信リソース（たとえば、１つまたは複数のキャリアにわたる１つまたは複数のチャネルを包含する）から構成され得る。

[0053]一態様では、ワイヤレスサイドリンク１６２、１６６、１６８は、Ｃ－Ｖ２Ｘリンクであり得る。Ｃ－Ｖ２Ｘの第１世代は、ＬＴＥにおいて標準化されており、次世代は、５Ｇ（「新無線」（ＮＲ）または「５Ｇ ＮＲ」とも呼ばれる）において定義されることが予想される。Ｃ－Ｖ２Ｘは、デバイスツーデバイス通信も有効にするセルラー技術である。米国および欧州では、Ｃ－Ｖ２Ｘは、サブ６ＧＨｚの認可ＩＴＳ帯域で動作することが予想される。他の国では、他の帯域が割り当てられてよい。したがって、特定の例として、サイドリンク１６２、１６６、１６８によって利用される注目する媒体は、サブ６ＧＨｚの認可ＩＴＳ周波数帯域の少なくとも一部分に対応し得る。しかしながら、本開示は、この周波数帯域またはセルラー技術に限定されない。

[0054]ワイヤレスサイドリンク１６２、１６６、１６８のための他のプロトコルは、専用短距離通信（ＤＳＲＣ）リンクを含み得る。ＤＳＲＣは、Ｖ２Ｖ、Ｖ２Ｉ、およびＶ２Ｐ通信のために、ＩＥＥＥ８０２．１１ｐとしても知られている車両環境用ワイヤレスアクセス（ＷＡＶＥ：wireless access for vehicular environments）プロトコルを使用する、一方向または双方向の短距離から中距離のワイヤレス通信プロトコルである。ＩＥＥＥ８０２．１１ｐは、ＩＥＥＥ８０２．１１規格に対する承認された補正書であり、米国では５．９ＧＨｚ（５．８５～５．９２５ＧＨｚ）の認可ＩＴＳ帯域で動作する。欧州では、ＩＥＥＥ８０２．１１ｐは、ＩＴＳ Ｇ５Ａ帯域（５．８７５～５．９０５ＭＨｚ）で動作する。他の国では、他の帯域が割り当てられてよい。上記で手短に説明されたＶ２Ｖ通信は、安全チャネル上で行われ、この安全チャネルは、米国では、通常、安全の目的専用の１０ＭＨｚチャネルである。ＤＳＲＣ帯域の残り（総帯域幅は７５ＭＨｚである）は、道路規則、通行料徴収、駐車自動化などの、運転者に関係のある他のサービスを対象とする。したがって、特定の例として、サイドリンク１６２、１６６、１６８によって利用される注目する媒体は、５．９ＧＨｚの無認可ＩＴＳ周波数帯域の少なくとも一部分に対応し得る。

[0055]代替的に、注目する媒体は、様々なＲＡＴ間で共有される無認可周波数帯域の少なくとも一部分に対応し得る。異なる認可周波数帯域が（たとえば、米国の連邦通信委員会（ＦＣＣ）などの政府機関によって）いくつかの通信システムのために予約されているが、これらのシステム、特に、スモールセルアクセスポイントを採用するシステムは、最近、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）技術、最も顕著には一般に「Ｗｉ－Ｆｉ（登録商標）」と呼ばれるＩＥＥＥ８０２．１１ｘ ＷＬＡＮ技術によって使用される無認可国家情報インフラストラクチャ（Ｕ－ＮＩＩ）帯域などの無認可周波数帯域に動作を拡張している。このタイプの例示的なシステムは、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交ＦＤＭＡ（ＯＦＤＭＡ）システム、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）システムなどの異なる変形態を含む。

[0056]Ｖ－ＵＥ１６０間の通信は、Ｖ２Ｖ通信と呼ばれ、Ｖ－ＵＥ１６０と１つまたは複数の路側アクセスポイント１６４との間の通信は、Ｖ２Ｉ通信と呼ばれ、Ｖ－ＵＥ１６０と１つまたは複数のＰ－ＵＥ１０４との間の通信は、Ｖ２Ｐ通信と呼ばれる。Ｖ－ＵＥ１６０間のＶ２Ｖ通信は、たとえば、Ｖ－ＵＥ１６０の位置、速度、加速度、向首方向、および他の車両データに関する情報を含み得る。１つまたは複数の路側アクセスポイント１６４からのＶ－ＵＥ１６０において受信されたＶ２Ｉ情報は、たとえば、道路規則、駐車自動化情報などを含み得る。Ｖ－ＵＥ１６０とＰ－ＵＥ１０４との間のＶ２Ｐ通信は、たとえば、Ｖ－ＵＥ１６０の位置、速度、加速度、および向首方向、ならびに、Ｐ－ＵＥ１０４の位置、速度（たとえば、Ｐ－ＵＥ１０４が自転車である場合）、および向首方向に関する情報を含み得る。Ｖ－ＵＥ１６０およびＰ－ＵＥ１０４などの用語は、本明細書では説明の便宜上使用され、特定のアプリケーション、デバイスタイプなどの限定のために使用されないことが諒解されよう。これらのデバイスはまた、本明細書で参照される他のデバイスとともに、一般的な用語ＵＥを使用して参照され、ＵＥは、本明細書で参照されるユーザ機器デバイスのいずれかに適用されることが諒解されよう。

[0057]図２Ａは、１つまたは複数の態様による、例示的なワイヤレスネットワーク構造２００を示す。たとえば、次世代コア（ＮＧＣ）２１０は、機能的には、コアネットワークを形成するために協働的に動作する、制御プレーン機能２１４（たとえば、ＵＥ登録、認証、ネットワークアクセス、ゲートウェイ選択など）、およびユーザプレーン機能２１２（たとえば、ＵＥゲートウェイ機能、データネットワークへのアクセス、ＩＰルーティングなど）と見なされ得る。ユーザプレーンインターフェース（ＮＧ－Ｕ）２１３および制御プレーンインターフェース（ＮＧ－Ｃ）２１５は、１つまたは複数のｇＮＢ２２２を、ＮＧＣ２１０に、特に制御プレーン機能２１４とユーザプレーン機能２１２とに接続する。追加の構成では、１つまたは複数のｅＮＢ２２４はまた、制御プレーン機能２１４へのＮＧ－Ｃ２１５と、ユーザプレーン機能２１２へのＮＧ－Ｕ２１３とを介してＮＧＣ２１０に接続され得る。さらに、ｅＮＢ２２４は、バックホール接続２２３を介してｇＮＢ２２２と直接通信し得る。したがって、いくつかの構成では、新ＲＡＮ２２０は、１つまたは複数のｇＮＢ２２２のみを有し得、他の構成は、ｅＮＢ２２４とｇＮＢ２２２の両方のうちの１つまたは複数を含む。ｇＮＢ２２２またはｅＮＢ２２４のいずれかが、１つまたは複数のＵＥ２４０（たとえば、ＵＥ１０４、ＵＥ１５２、ＵＥ１６０、ＵＥ１８２、ＵＥ１９０などの、図１に示されているＵＥのいずれか）と通信し得る。一態様では、２つのＵＥ２４０は、図１のワイヤレスサイドリンク１６２に対応し得る、ワイヤレスユニキャストサイドリンク２４２上で互いに通信し得る。

[0058]別のオプションの態様は、ＵＥ２４０にロケーション支援を与えるためにＮＧＣ２１０と通信しているロケーション管理機能（ＬＭＦ）２３０を含み得る。ＬＭＦ２３０は、ＵＥ２４０および／または新ＲＡＮ２２０からの情報を使用して、ＵＥ２４０の現在のロケーションを決定し、要求時にそれを提供する。ＬＭＦ２３０は、複数の構造的に別個のサーバとして実装され得るか、または代替的に、各々単一のサーバに対応し得る。図２Ａは、ＬＭＦ２３０をＮＧＣ２１０および新ＲＡＮ２２０とは別個のものとして示しているが、代わりに、ＮＧＣ２１０または新ＲＡＮ２２０の１つまたは複数の構成要素に統合され得る。

[0059]図２Ｂは、１つまたは複数の態様による、例示的なワイヤレスネットワーク構造２５０を示す。たとえば、発展型パケットコア（ＥＰＣ）２６０は、制御プレーン機能、すなわち、モビリティ管理エンティティ（ＭＭＥ）２６４、およびユーザプレーン機能、すなわち、パケットデータネットワークゲートウェイ／サービングゲートウェイ（Ｐ／ＳＧＷ）２６２として機能的に見られ得、これらは、コアネットワークを形成するために協働的に動作する。Ｓ１制御プレーンインターフェース（Ｓ１－ＭＭＥ）２６５およびＳ１ユーザプレーンインターフェース（Ｓ１－Ｕ）２６３は、１つまたは複数のｅＮＢ２２４を、ＥＰＣ２６０に、詳細には、それぞれＭＭＥ２６４およびＰ／ＳＧＷ２６２に接続する。

[0060]追加の構成では、１つまたは複数のｇＮＢ２２２はまた、ＥＰＣ２６０に、Ｓ１－ＭＭＥ２６５を介してＭＭＥ２６４に、Ｓ１－Ｕ２６３を介してＰ／ＳＧＷ２６２に接続され得る。さらに、ｅＮＢ２２４は、ＥＰＣ２６０へのｇＮＢ直接接続性を用いてまたは用いずに、バックホール接続２２３を介して、１つまたは複数のｇＮＢ２２２と直接通信し得る。したがって、いくつかの構成では、新ＲＡＮ２２０は、ｇＮＢ２２２のみを有し得るが、他の構成は、ｅＮＢ２２４とｇＮＢ２２２の両方を含む。ｇＮＢ２２２またはｅＮＢ２２４のいずれかが、１つまたは複数のＵＥ２４０（たとえば、ＵＥ１０４、ＵＥ１８２、ＵＥ１９０などの、図１に示されているＵＥのいずれか）と通信し得る。一態様では、２つのＵＥ２４０は、図１のワイヤレスユニキャストサイドリンク１６２に対応し得る、ワイヤレスユニキャストサイドリンク２４２上で互いに通信し得る。

[0061]別のオプションの態様は、ＵＥ２４０にロケーション支援を与えるためにＥＰＣ２６０と通信していることがあるロケーションサーバ２７０を含み得る。一態様では、ロケーションサーバ２７０は、発展型サービングモバイルロケーションセンター（Ｅ－ＳＭＬＣ）、セキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ）、ゲートウェイモバイルロケーションセンター（ＧＭＬＣ）などであり得る。ロケーションサーバ２７０は、複数の構造的に別個のサーバとして実装され得るか、または代替的に、各々単一のサーバに対応し得る。ロケーションサーバ２７０は、コアネットワーク、ＥＰＣ２６０を介して、および／またはインターネット（図示されず）を介してロケーションサーバ２７０に接続することができるＵＥ２４０のための１つまたは複数のロケーションサービスをサポートするように構成され得る。

[0062]図３は、Ｖ２Ｖ／Ｃ－Ｖ２Ｘ／Ｖ２Ｘ／Ｄ２Ｄ通信を介して、たとえばサイドリンクを介して、第２のワイヤレス通信デバイス３５０と通信している第１のワイヤレス通信デバイス３１０のブロック図３００である。デバイス３５０は、Ｖ２Ｖ／Ｃ－Ｖ２Ｘ／Ｖ２Ｘ／Ｄ２Ｄ通信を介して、たとえばサイドリンクを介して、他の別のデバイス３５０と通信するＵＥを備え得る。第１のワイヤレス通信デバイス３１０は、サイドリンクを介して、別のＵＥ、たとえば、デバイス３５０と通信するＵＥを備え得る。図３に示された他の構成要素に加えて、デバイス３１０および３５０は各々、ジオフェンス構成要素１７０内の、またはジオフェンス構成要素１７０と機能的に協働する、メッセージ構成要素３９１、３９３および／または決定構成要素３９２、３９４を備え得る。メッセージ構成要素３９１、３９３は、メッセージに関連付けられた地理的エリアの第１の指示を有するメッセージを生成するように構成され得、地理的エリアは、メッセージを送信するデバイス３１０、３５０の地理的ロケーションに少なくとも部分的に基づいている。決定構成要素３９２、３９４は、メッセージに関連付けられた地理的エリアの第１の指示と受信デバイス３１０、３５０の地理的ロケーションとに基づいて、受信デバイス３１０、３５０が送信デバイス３１０、３５０のしきい値範囲内にあるかどうかを決定するように、および／または、メッセージについてのフィードバックを送るように構成され得る。パケットは、レイヤ３およびレイヤ２機能を実装するコントローラ／プロセッサ３７５に提供され得る。レイヤ３は、無線リソース制御（ＲＲＣ）レイヤを含み、レイヤ２は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤと、無線リンク制御（ＲＬＣ）レイヤと、媒体アクセス制御（ＭＡＣ）レイヤとを含む。

[0063]送信（ＴＸ）プロセッサ３１６および受信（ＲＸ）プロセッサ３７０は、様々な信号処理機能に関連するレイヤ１機能を実装する。物理（ＰＨＹ）レイヤを含むレイヤ１は、トランスポートチャネル上の誤り検出と、トランスポートチャネルの前方誤り訂正（ＦＥＣ）コーディング／復号と、インターリービングと、レートマッチングと、物理チャネル上へのマッピングと、物理チャネルの変調／復調と、ＭＩＭＯアンテナ処理とを含んでよい。ＴＸプロセッサ３１６は、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ）、４位相シフトキーイング（ＱＰＳＫ）、Ｍ位相シフトキーイング（Ｍ－ＰＳＫ）、Ｍ直交振幅変調（Ｍ－ＱＡＭ））に基づく信号コンスタレーションへのマッピングを扱う。コーディングされ変調されたシンボルは、次いで、並列ストリームに分割されてよい。各ストリームは、次いで、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域内で基準信号（たとえば、パイロット）と多重化され、次いで、逆高速フーリエ変換（ＩＦＦＴ）を使用して一緒に合成されてよい。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコードディングされる。チャネル推定器３７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用されてよい。チャネル推定値は、デバイス３５０によって送信される基準信号および／またはチャネル状態フィードバックから導出されてよい。各空間ストリームは、次いで、別個の送信機３１８ＴＸを介して異なるアンテナ３２０に供給されてよい。各送信機３１８ＴＸは、送信のためにそれぞれの空間ストリームを有するＲＦキャリアを変調することができる。

[0064]デバイス３５０において、各受信機３５４ＲＸは、受信機のそれぞれのアンテナ３５２を介して信号を受信する。各受信機３５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信機（ＲＸ）プロセッサ３５６に情報を与える。ＴＸプロセッサ３６８およびＲＸプロセッサ３５６は、様々な信号処理機能に関連するレイヤ１機能を実装する。ＲＸプロセッサ３５６は、デバイス３５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行し得る。複数の空間ストリームがデバイス３５０に宛てられた場合、複数の空間ストリームは、ＲＸプロセッサ３５６によって単一のＯＦＤＭシンボルストリームに合成されてよい。ＲＸプロセッサ３５６は、次いで、高速フーリエ変換（ＦＦＴ）を使用して、ＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルおよび基準信号は、デバイス３１０によって送信される、可能性が最も高い信号のコンスタレーションポイントを判断することによって復元され、復調される。これらの軟決定は、チャネル推定器３５８によって算出されたチャネル推定値に基づく場合がある。軟決定は、次いで、物理チャネル上でデバイス３１０によって最初に送信されたデータおよび制御信号を復元するために復号およびデインターリーブされる。データおよび制御信号は、次いで、レイヤ３およびレイヤ２機能を実装するコントローラ／プロセッサ３５９に与えられる。

[0065]コントローラ／プロセッサ３５９は、プログラムコードとデータとを記憶するメモリ３６０に関連付けられ得る。メモリ３６０は、コンピュータ可読媒体と呼ばれる場合がある。コントローラ／プロセッサ３５９は、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、解読と、ヘッダ解凍と、制御信号処理とを実現し得る。コントローラ／プロセッサ３５９はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出に関与する。

[0066]デバイス３１０による送信に関して記載された機能と同様に、コントローラ／プロセッサ３５９は、システム情報（たとえば、ＭＩＢ、ＳＩＢ）収集、ＲＲＣ接続、および測定報告に関連するＲＲＣレイヤ機能と、ヘッダ圧縮／解凍およびセキュリティ（暗号化、解読、完全性保護、完全性検証）に関連するＰＤＣＰレイヤ機能と、上位レイヤＰＤＵの転送、ＡＲＱを介した誤り訂正、ＲＬＣ ＳＤＵの連結、セグメンテーション、およびリアセンブリ、ＲＬＣデータＰＤＵの再セグメンテーション、ならびにＲＬＣデータＰＤＵの並べ替えに関連するＲＬＣレイヤ機能と、論理チャネルとトランスポートチャネルとの間のマッピング、ＴＢ上へのＭＡＣ ＳＤＵの多重化、ＴＢからのＭＡＣ ＳＤＵの逆多重化、スケジューリング情報報告、ＨＡＲＱを介した誤り訂正、優先度処理、および論理チャネル優先度付けに関連するＭＡＣレイヤ機能とを実現し得る。

[0067]デバイス３１０によって送信される基準信号またはフィードバックからの、チャネル推定器３５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を容易にすることとを行うために、ＴＸプロセッサ３６８によって使用され得る。ＴＸプロセッサ３６８によって生成された空間ストリームは、別々の送信機３５４ＴＸを介して異なるアンテナ３５２に供給されてよい。各送信機３５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調することができる。

[0068]送信は、デバイス３５０における受信機機能に関して説明された方式と同様の方式でデバイス３１０において処理される。各受信機３１８ＲＸは、そのそれぞれのアンテナ３２０を介して信号を受信する。各受信機３１８ＲＸは、ＲＦキャリア上で変調された情報を復元し、ＲＸプロセッサ３７０に情報を与える。

[0069]コントローラ／プロセッサ３７５は、プログラムコードとデータとを記憶するメモリ３７６に関連付けられ得る。メモリ３７６は、コンピュータ可読媒体と呼ばれる場合がある。コントローラ／プロセッサ３７５は、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、解読と、ヘッダ解凍と、制御信号処理とを実現する。コントローラ／プロセッサ３７５はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出に関与する。

[0070]ワイヤレス通信は、ＵＥ間の直接のマルチキャスト通信を含み得る。一例として、マルチキャストサイドリンク通信は、ＰＣ５インターフェースを介して実行され得る。ＵＥは、たとえば、Ｖ２Ｘ通信、Ｖ２Ｖ通信、またはＤ２Ｄ通信に基づくサイドリンクマルチキャストを使用して通信し得る。マルチキャストは、サービスグループの一部であるＵＥによって復号されることが意図されている１つのＵＥからの送信を含み得る。サービスグループは、１つまたは複数のＵＥを備え得る。サービスグループを識別するグループＩＤは、メッセージ中に、たとえばマルチキャストメッセージのサイドリンク制御情報（ＳＣＩ）中に、および／またはＭＡＣレイヤ宛先アドレスの一部として、備えられ得る。

[0071]ＰＣ５マルチキャストでは、送信ＵＥは、サービスグループ中の、送信ＵＥの近傍にあるすべての意図された受信機が、メッセージを正確に受信することを確実にし得る。送信ＵＥの近傍にあるサービスグループ中の意図された受信機が、メッセージを正確に受信しない場合、送信ＵＥは、メッセージの正確な受信を確実にするためにメッセージを再送信し得る。

[0072]信頼性を向上させるために、サービスグループ中の受信ＵＥから、フィードバックが送り返され得る。たとえば、サービスグループ中の特定のＵＥがメッセージを正しく受信しない場合、ＵＥは、たとえば、サイドリンクを介して、メッセージを受信する際にエラーがあったことを送信ＵＥに示すＮＡＣＫを送信し得る。ＮＡＣＫに応答して、送信ＵＥは、メッセージを再送信し得る。

[0073]図４は、たとえば、Ｃ－Ｖ２Ｘ／Ｖ２Ｘ／Ｖ２Ｖ／Ｄ２Ｄ通信に基づく、複数のＵＥ間の通信４００の一例を示す。ＵＥ４０２は、サービスグループのためのメッセージ４１４をマルチキャストする送信ＵＥであり得る。ＵＥ４０４、４０６、および４０８は、サービスグループに関連付けられ得る。ＵＥ４０４は、メッセージ４１４を正しく受信し、ＮＡＣＫを送信しない。ＵＥ４０６は、メッセージを受信する際にエラーを経験し得る。すると、ＵＥ４０６は、メッセージが正確に受信されなかったことをＵＥ４０２に示すＮＡＣＫ４１６を送信し得る。ＮＡＣＫ４１６に応答して、送信ＵＥ４０２は、たとえば、４２４において、メッセージ４１４を再送信することを決定し得る。しかしながら、負のフィードバック、たとえば、（１つまたは複数の）ＮＡＣＫは、送信ＵＥ４０２の所望の近接度の外側にある遠く離れた受信機から受信され得る。図４に示されるように、ＵＥは、範囲／エリア４０１内のＵＥがメッセージを確実に受信することを意図し得る。意図されたエリア４０１の外側にあり、ＵＥ４０２に近接していないＵＥ４０８は、メッセージの少なくとも一部を受信し、ＮＡＣＫ４２０をＵＥ４０２に送り得る。しかしながら、ＵＥ４０８は、ＵＥ４０２からの再送信によっても、ＵＥ４０８がメッセージ４１４を正しく受信しないであろう距離にあり得る。さらに、サービス要件に基づいて、メッセージが無関係になるので、その距離におけるＵＥ、たとえばＵＥ４０８がメッセージを受信する必要がないことがある。

[0074]したがって、（1つまたは複数の）ＮＡＣＫは、送信機がメッセージを再送信するには無駄な距離にまだあるサービスグループに関連付けられた受信ＵＥから受信され得る。そのような無駄な再送信は、ワイヤレスリソースの非効率的な使用によって、および他のワイヤレス通信への不要な潜在的干渉によって、全体的なシステム性能を低下させる。グループＩＤ、たとえば、共通宛先ＩＤが、マルチキャストサービスグループを識別するために使用され得るが、アドホックＣ－Ｖ２Ｘ／Ｖ２Ｘ／Ｖ２Ｖ／Ｄ２Ｄ環境では、送信機および／または受信機の高いモバイル特性のために、送信ＵＥの近傍にもあるサービスグループ中の車両のみに知られている共通グループ識別子を管理または確立することが困難であり得る。

[0075]受信機が、それがメッセージの意図された受信機であるかどうかを決定することを可能にする情報を提供することによって、意図された地理的エリアの外側の受信機、たとえば受信ＵＥからのフィードバックを制限する態様が提示される。次いで、受信機は、受信機がメッセージの意図された受信機であるか否かに基づいて、フィードバックを送るべきかどうかを決定することができる。送信デバイス、たとえば、４０２は、示された地理的エリア、たとえば、４０１内にある受信機、たとえば、４０４、４０６が、メッセージを確実に受信するように意図されており、マルチキャストを改善するのを助けるためにフィードバックを送るべきであることを示す、各マルチキャストメッセージ中の地理的エリア情報を示し得る。これは、意図されたエリアの外側の受信機、たとえば、ＵＥ４０８が、それがフィードバックを送る必要がないと決定するのを助け得る。したがって、地理的エリア情報は、送信機に近接していないサービスグループ中の受信機からのフィードバックを制限するのに役立つ。ＵＥ４０２、４０４、４０６、４０８間のＣ－Ｖ２Ｘ／Ｖ２Ｘ／Ｖ２Ｖ／Ｄ２Ｄ通信の例示を使用して問題について説明してきたが、これらの概念は、ＰＣ５ベースの通信に関与する基地局、ＲＳＵ、モバイルＵＥ、車両ＵＥなどに等しく適用可能である。

[0076]メッセージ中の地理的エリア情報を符号化するためのオーバーヘッドの量を低減するために、地理的エリアは、あらかじめ定義されたゾーンまたはエリアを使用して示され得る。たとえば、地理的エリアは、均一なサイズの一連の矩形ゾーンに分割され得る。地理的エリアは、限定され得、または地球表面全体を包含するように延びることができる。しかしながら、本明細書で開示される様々な態様は、これらの例に限定されない。あらかじめ定義されたゾーンまたはエリア、たとえばゾーンＩＤまたはエリアＩＤは、メッセージ中で符号化され得る。一例では、メッセージを確実に受信するように意図されたゾーン／エリアは、送信デバイス、たとえば、ＵＥ４０２またはＰＣ５通信に関与する他の送信機のロケーションを中心とし、受信デバイスに示された半径まで拡張された円形エリアを備え得る。別の例では、あらかじめ定義されたゾーンは、たとえば、各々が対応するゾーンＩＤを有する矩形、六角形、または他の形状のゾーンのセットに分割された領域を有する非円形形状を有し得る。また別の例では、あらかじめ定義されたゾーンは、カスタマイズされた形状を有し得る。たとえば、あらかじめ定義されたゾーンは、道路の輪郭、運転方向、地理的特徴の形状などに従い得る。別の例では、階層ゾーンは、異なるレイヤに編成され得る。各レイヤは、異なるサイズのゾーンに対応し得る。たとえば、第１のレイヤは、５０ｍの半径、５０ｍの幅などを有するゾーンに対応し得る。第２のレイヤは、１００ｍの半径、１００ｍの幅などを有するゾーンに対応し得る。第３のレイヤは、５００ｍの半径、５００ｍの幅などを有するゾーンに対応し得る。したがって、送信デバイスおよび受信デバイスは、レイヤＩＤとレイヤＩＤに対応するゾーンＩＤとの組合せに基づいて、メッセージの確実な受信のために意図されたゾーン／エリアを識別し得る。別の例では、ゾーン分割は、受信デバイスに対して事前設定され得る。たとえば、ゾーン分割は、地理的ロケーションのグローバル座標に基づき得る。その後、送信デバイスは、事前設定されたゾーン分割の中から対応するゾーンを選択し得る。受信デバイスおよび送信デバイスは、事前設定されたゾーン分割の時々の更新を受信し得る。

[0077]図５は、送信デバイス５０２と受信デバイス５０４との間の例示的な通信フロー５００を示す。通信は、Ｃ－Ｖ２Ｘ／Ｖ２Ｘ／Ｖ２Ｖ／Ｄ２Ｄ通信、たとえば、ＰＣ５マルチキャスト、ユニキャスト、および／またはブロードキャスト通信に基づき得る。いくつかの態様では、通信は、ＰｒｏＳｅなどの、他のＤ２Ｄ直接通信に基づき得る。図５は、ＵＥとして示される送信デバイス５０２と受信デバイス５０４との間の通信の一例を示すが、これらの概念は、ＰＣ５ベースの通信、Ｃ－Ｖ２Ｘ／Ｖ２Ｘ／Ｖ２Ｖ通信、または他の直接Ｄ２Ｄ通信に関与する基地局、ＲＳＵ、モバイルＵＥ、車両ＵＥなどに等しく適用可能である。たとえば、Ｃ－Ｖ２Ｘ／Ｖ２Ｘ／Ｖ２Ｖ／Ｄ２Ｄを介した送信のためのサービスグループメッセージを生成することの一部として、送信デバイス５０２は、メッセージがサービスグループ中の受信機によって確実に受信されることが意図されたゾーン／エリア／範囲を決定し得る。これは、送信デバイス５０２が意図されたゾーン／エリア／範囲内の（１つまたは複数の）受信機のみにフィードバックを制限するための方法を提供し得る。送信デバイスは、５０３において、その現在の地理的ロケーションを決定し得、メッセージを受信することが意図され、送信デバイスがＨＡＲＱフィードバックを受信すべきエリア／ゾーン／範囲を決定するために、現在のロケーションを使用し得る。たとえば、送信デバイスは、送信デバイスが現在位置する事前設定されたゾーンを識別し得る。別の例では、ゾーンは、選択された半径を有する送信デバイスを中心とし得る。別の例では、送信デバイスは、別の方式でゾーンを定義するか、または場合によってはエリア／範囲／ゾーンを選択し得る。

[0078]一例として、範囲は、たとえば、マルチキャストに関連付けられたサービス品質（ＱｏＳ）パラメータに基づいて選択され得る。たとえば、異なるサービスのための５ＱＩは、リソースタイプ、通信のための優先度レベル、パケットが遅延され得る時間量を示すパケット遅延バジェット（ＰＤＢ）、パケット損失のレートに対する制限を示すパケット誤り率（ＰＥＲ）、平均化ウィンドウ、ある時間期間内にサービスされるべきデータ量に対する制限を示すデータバースト量パラメータのうちのいずれかなどのＱｏＳ情報を示し得る。さらに、アプリケーションは、トラフィックの範囲要件を示し得る。たとえば、範囲は、絶対距離、たとえば、５００メートルの形態であるか、相対レベル、たとえば、長い、中間、短いとすることができる。

[0079]送信デバイスは、メッセージ中で、その現在のロケーションおよび周囲の範囲を示し得る。これらは、送信デバイスの地理的ロケーションおよび周囲のゾーンの範囲に基づいてゾーンＩＤとして示され得る。たとえば、送信デバイスは、メッセージを確実に受信するように意図された隣接する周囲のゾーンの量または数Ｎを示し得る。Ｎ＝１の場合、受信デバイスは、メッセージを確実に受信することが期待されるように、送信デバイスと同じゾーン内にある必要がある。Ｎ＝２の場合、送信デバイスと同じゾーン内にあり、送信デバイスのゾーンに直接隣接するゾーン内にある受信デバイスは、メッセージを確実に受信することが期待される。たとえば、ゾーンが矩形形状である場合、メッセージを確実に受信することが期待されるデバイスは、送信デバイスの同じゾーン内および８つの隣接ゾーン内にあるべきである。ゾーンが六角形形状である場合、メッセージを確実に受信することが期待されるデバイスは、送信デバイスの同じゾーン内および６つの隣接ゾーン内にあるべきである。Ｎは、任意の数となるように選択されてよく、本明細書で提供される例に限定されない。

[0080]送信デバイスが、メッセージを確実に配信することが意図され、その中で受信機がフィードバックを送るべきゾーン／エリア／範囲を決定すると、送信デバイスは、メッセージを生成し得る。メッセージは、制御部分とデータ部分とを備え得る。制御部分は、サイドリンク制御情報（ＳＣＩ）内に、メッセージを確実に受信するように意図されたエリア／ゾーン／範囲の指示を備え得る。ＳＣＩはまた、マルチキャストのためのサービスグループに対応するグループＩＤ情報を含み得る。グループＩＤ情報は、サービスグループに関連付けられ、グループＩＤを知っている受信機によってメッセージが復号されることを可能にし得る。グループＩＤは、宛先ＩＤと同じであっても、宛先ＩＤと異なってもよい。グループＩＤは、ＵＥのアプリケーションレイヤまたはミドルウェアレイヤによって提供されても、アプリケーションレイヤによって提供されたＩＤからＶ２Ｘレイヤによってマッピングされてもよい。グループＩＤは、上位レイヤＩＤまたは上位レイヤＩＤからマッピングされたＩＤに対応し得るが、宛先ＩＤは、下位レイヤＩＤに対応する。グループＩＤは、宛先ＩＤにマッピングされ得る。

[0081]メッセージ中でゾーン／エリア／範囲情報を送信するオーバーヘッドをさらに低減するために、送信デバイスは、５０７において、短縮されたＩＤ、たとえば情報要素（ＩＥ）を生成するように、グループＩＤおよびゾーンＩＤをハッシュ化し得る。次いで、５０９において、ＩＥは、メッセージの生成の一部として、メッセージのＳＣＩに埋め込まれ得る。５０９における生成の後、送信デバイス５０２は、ＩＥとともにメッセージ５１１を送信し得る。

[0082]受信デバイス５０４は、メッセージを確実に受信するように意図された範囲／エリア／ゾーンの指示、たとえばゾーンＩＤ情報を決定するために、５１９において、メッセージの少なくとも一部分を復号する。受信デバイスは、メッセージの制御部分を受信し得るが、メッセージのデータ部分を正しく受信しない場合がある。メッセージが正しく受信されないとき、受信デバイス５０４は、ＨＡＲＱフィードバック、たとえばＮＡＣＫを送信デバイス５０２に送るべきかどうかを決定する必要がある場合がある。受信デバイスは、５２１において、受信デバイスの現在のロケーションに基づいて、および、メッセージを確実に受信するように意図された範囲／エリア／ゾーンの、メッセージに含まれる指示に基づいて、ＮＡＣＫを送るべきかどうかを決定し得る。したがって、受信デバイスは、５１７において、その現在のロケーションを決定し得、受信デバイス５０４が示された範囲／エリア／ゾーン内にあるとき、ＮＡＣＫを送信することを決定し得る。たとえば、受信デバイスは、受信デバイスが送信デバイスと同じゾーン内にある場合、たとえば、Ｎ＝１であるとき、または、周囲のゾーンのリスト内にある場合、Ｎ＞１であるとき、ＮＡＣＫを送り得る。周囲のゾーンは、受信デバイス５０４に示された範囲／数／量に基づき得る。別の例では、周囲のゾーンの範囲／数／量は、マルチキャストサービスのためのＱｏＳの関数であり得る。ＱｏＳは、ＲＲＣを介して、または上位レイヤを介して設定され得る。

[0083]メッセージ５１１中で示されるエリア／ゾーン／範囲は、少なくとも１つの事前設定されたゾーンを参照し得、事前設定されたゾーンは、受信デバイスにおいて事前設定され記憶される。５１３に示すように、受信デバイスは、事前設定されたゾーン／エリア／範囲の更新を受信し得る。図示されていないが、送信デバイス５０２は、事前設定されたゾーン／エリア／範囲の同様の更新を受信し得る。時々、あるデバイスが送信デバイスとして動作し得、またあるときには、同じデバイスが受信デバイスとして動作し得る。

[0084]エリアおよび／またはグループＩＤの指示がＩＥ中に備えられるとき、受信デバイス５０４は、５１５において、任意の受信されたメッセージのＳＣＩ中の少なくとも１つのＩＥを監視し得る。５１５において、受信デバイスが監視するＩＥは、周囲のゾーンＩＤとともにハッシュ化された、受信ＵＥが関連付けられるマルチキャストサービスのための任意のグループＩＤのあらかじめ決定されたハッシュに基づき得る。受信デバイスはモバイルであり得るので、周囲のゾーンＩＤは、受信デバイスの現在のロケーションに基づいて更新され得る。

[0085]５２１において、ＵＥがメッセージの意図された信頼できる受信のエリア／ゾーン／範囲内にあるとＵＥが決定し、ＵＥがメッセージ５１１を正しく受信しなかった場合、ＵＥは、ＮＡＣＫ５２３を用いて送信デバイス５０２に応答し得る。ＵＥは、追加の態様に基づいてＮＡＣＫを送るべきかどうか、たとえば、受信機がメッセージ中に備えられるグループＩＤに対応するサービスグループに関連付けられているかどうかなどを決定し得る。ＮＡＣＫ５２３に応答して、送信デバイス５０２は、受信デバイス５０４によるメッセージの信頼できる受信を確実にするために、メッセージ５２５を再送信し得る。

[0086]図６および図７は、Ｃ－Ｖ２Ｘ／Ｖ２Ｘ／Ｖ２Ｖ通信のためのゾーンＩＤの使用のための送信デバイスおよび受信デバイスにおける異なるレイヤ間の相互作用の例を示す。態様は、Ｖ２Ｘの例について提示されるが、これらの態様は、他の直接Ｄ２Ｄ通信に適用され得る。図６の例６００では、アプリケーションレイヤ６０２、Ｄ２Ｄ通信のためのレイヤ３、たとえば、Ｖ２Ｘレイヤ６０４、およびアクセス層（ＡＳ）レイヤ６０６は、送信デバイス、たとえば５０２用である。一例では、レイヤ３は、Ｖ２Ｘレイヤを備え得る。他の例では、態様は、ＰｒｏＳｅなどの、他のＤ２Ｄ直接通信に適用され得る。アプリケーションレイヤ６０８、Ｄ２Ｄ通信のためのレイヤ３、たとえば、Ｖ２Ｘレイヤ６１０、およびＡＳレイヤ６１２は、受信デバイス、たとえば５０４用である。送信デバイスにおいて、アプリケーションレイヤは、特定のサービスグループのためのグループＩＤおよびＱｏＳプロファイルをレイヤ３に提供し得る。ＱｏＳプロファイルは、サービスグループに関する５ＱＩの指示、サービスグループに関するレート、および／または、サービスグループに関する範囲のうちのいずれかを含み得る。アプリケーションレイヤ６０２はまた、サービスグループへのメッセージ、たとえばマルチキャストメッセージ中で送信されるべきデータをレイヤ３に提供し得る。データは、対応するグループＩＤを与えられ得る。アプリケーションレイヤは、データとともにプロバイダサービス識別子（ＰＳＩＤ）を提供し得る。レイヤ３は、アプリケーションレイヤから受信されたグループＩＤを、サービスグループのための宛先Ｌ２ＩＤ（Ｄｓｔ．Ｌ２ＩＤ）にマッピングし得る。レイヤ３はまた、サービスグループのためのＱｏＳプロファイルを記憶し得る。レイヤ３がレイヤ３にＱｏＳプロファイルを提供しない場合、レイヤ３は、対応するＱｏＳプロファイルを決定するために、たとえば、ＰＳＩＤをＱｏＳプロファイルにマッピングするために、ＰＳＩＤを使用し得る。同様に、アプリケーションレイヤがグループＩＤをレイヤ３に提供しない場合、レイヤ３によって決定されるＤｓｔ．Ｌ２ＩＤは、ＰＳＩＤのＤｓｔ．Ｌ２ＩＤへのマッピングに基づき得る。そのようなマッピング情報は、ＵＥ上で事前設定され、（Ｕ）ＳＩＭカードに記憶され、または、動的プロビジョニング機構、たとえばオープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）ＯＭＡ－ＤＭもしくはＵＥポリシー配信機構を介して、ネットワークからプロビジョニングされ得る。ＡＳレイヤは、レイヤ３から、Ｄｓｔ．Ｌ２ＩＤと、ソースＬ２ＩＤと、ＱｏＳプロファイル（たとえば、５ＱＩおよび／または範囲を含む）と、サービスグループのためのデータとを受信し得る。ＡＳレイヤは、ＱｏＳプロファイルまたはローカルポリシーからの５ＱＩに基づいて、マルチキャストのための確認応答モード、たとえばＮＡＣＫモードを使用すべきかどうかを決定し得る。たとえば、５ＱＩが、高い信頼性、たとえば極めて低いＰＥＲ値の要件を示す場合、送信ＵＥは、そのような高い信頼性を達成するために確認応答を使用することを選択し得る。ＮＡＣＫモードでは、送信デバイスは、メッセージを再送信すべきかどうかを決定するために、フィードバック、たとえば（１つ又は複数の）ＮＡＣＫを監視し得る。ＡＳレイヤ６０６はまた、メッセージ中で使用すべきゾーンＩＤを決定し得る。ゾーンＩＤは、送信デバイスが現在位置しているゾーンに対応し得る。ＡＳレイヤ６０６はまた、メッセージ中で使用すべき範囲を決定し得る。この範囲は、送信デバイスを取り囲む追加の範囲、または、送信デバイスがメッセージを確実に受信されることを意図する、受信デバイスが位置するゾーンもしくはゾーンのリストを示し得る。この範囲は、受信機がフィードバックを提供すべきか否かを受信機に通知し得る。次いで、送信デバイスは、ＳＣＩ６１４およびデータ６１６を備えるメッセージを送信し得る。ＳＣＩは、グループＩＤまたはＤｓｔ．Ｌ２ＩＤ、ＡＳによって決定されたゾーンＩＤ、および／またはＡＳによって決定された範囲を示す情報を含み得る。

[0087]受信デバイスにおいて、アプリケーションレイヤ６０８は、受信デバイスが関連付けられているサービスグループのためのグループＩＤをレイヤ６１０に提供する。レイヤ６１０は、送信デバイスのレイヤ６０４によって実行されるマッピングと同様に、グループＩＤに基づいてＤｓｔ．Ｌ２ＩＤを決定する。受信デバイスにおけるＡＳレイヤ６１２は、たとえば、受信デバイスが現在位置しているゾーンについて、それ自体のゾーンＩＤを決定する。受信デバイスが、ＳＣＩ６１４およびデータ６１６を含むメッセージを受信するとき、受信デバイスは、メッセージのデータ部分が正しく受信されない場合、フィードバックたとえばＮＡＣＫを送るかどうかを決定する。受信デバイスは、レイヤ６１０によって決定されたＤｓｔ．Ｌ２ＩＤがメッセージのＳＣＩ６１４中で示されたＤｓｔ．Ｌ２ＩＤに一致するかどうかに基づいて、および／または、ＡＳ６１２によって決定された受信デバイスのためのゾーンＩＤが、ＳＣＩ６１４中で示されたゾーンＩＤに一致するか、もしくはＳＣＩ６１４中で示されたゾーンＩＤの範囲内に入るかどうかに基づいて、ＮＡＣＫを送るべきかどうかを決定し得る。Ｄｓｔ．Ｌ２ＩＤが一致し、受信デバイスのゾーンＩＤが送信デバイスのゾーンＩＤの示された範囲内に入る場合、受信デバイスは、たとえば、メッセージのデータ部分が受信されないとき、ＮＡＣＫを提供し得る。受信デバイスにおいて、Ｄｓｔ．Ｌ２ＩＤがレイヤ６１０からＡＳレイヤ６１２に与えられない場合、受信デバイスは、ＮＡＣＫを送らないと決定し得る。ＳＣＩは、ゾーンＩＤ、Ｄｓｔ．Ｌ２ＩＤ、および範囲に関する情報を様々な形式で搬送し得る。たとえば、ＳＣＩのゾーンＩＤおよびＤｓｔ．Ｌ２ＩＤは、メッセージを送るために必要とされるオーバーヘッドを低減するためにハッシュ化され得る。その場合、ＳＣＩは、他のＶ２Ｘメッセージ送信、たとえばブロードキャストメッセージに使用されるフォーマットとは異なるフォーマットであってよい。したがって、メッセージのフォーマット、たとえば、メッセージがブロードキャストであるか、マルチキャストであるか、またはユニキャストであるかを区別するために、ＳＣＩ中に追加のビットが含まれ得る。

[0088]図７の例７００は、図６の例と同様である。送信デバイスにおけるアプリケーションレイヤ７０２およびＤ２Ｄ通信のためのレイヤ３、たとえば、Ｖ２Ｘレイヤ７０４は、図６の例と同様に機能し得る。一例では、レイヤ３は、Ｖ２Ｘレイヤを備え得る。他の例では、態様は、ＰｒｏＳｅなどの、他のＤ２Ｄマルチキャスト通信に適用され得る。しかしながら、図７では、この範囲は、送信デバイスにおいてＡＳレイヤ７０６によって決定されないか、また示されない場合がある。代わりに、受信デバイスにおけるアプリケーションレイヤ７０８は、サービスグループのためのＱｏＳプロファイルを、受信デバイスのレイヤ７１０に提供し得る。５ＱＩおよび範囲情報は、レイヤ７１０から、受信デバイスのＡＳレイヤ７１２に提供され得る。受信デバイスにおけるＡＳレイヤは、次いで、受信デバイスの現在のロケーションに基づいてそれ自体のゾーンＩＤだけでなく、フィードバックを送るべきかどうかを決定する際に使用されるべき範囲も決定し得る。したがって、送信デバイスからデータ７１６とともに送られるＳＣＩ７１４は、範囲を示す情報を含まない場合がある。受信デバイスは、ＳＣＩのＤｓｔ．Ｌ２ＩＤがレイヤ７１０によって決定されたものと一致するかどうか、ＡＳ７１２によって決定されたゾーンＩＤが、ＳＣＩ７１４中で示されたゾーンＩＤおよびＡＳレイヤ７１２によって決定された範囲のいずれかの中にあるかどうかの任意の組合せに基づいて、フィードバックを送るべきかどうかを決定し得る。代替的に、受信デバイスは、それ自体のゾーンＩＤに基づいて範囲を決定し、ＳＣＩ７１４において示されたゾーンＩＤがこの範囲内にあるかどうかを検証し得る。たとえば、受信デバイスは、ＳＣＩ７１４中のゾーンＩＤがそれ自体のゾーンＩＤの範囲内にない場合、ＮＡＣＫを送らないと決定し得る。上記で説明されたように、ＳＣＩは、動作をサポートするための他の情報を含み得る。たとえば、それは、メッセージが再送信されたメッセージであるかどうかの指示と、メッセージのシーケンス番号とを含み得る。この場合、受信デバイスは、それが同じメッセージの元の送信をすでに受信したかどうかに基づいて、ＮＡＣＫを送るべきかどうかを決定し得る。

[0089]図８は、本開示の態様による、例示的なＵＥ８００の様々な構成要素を示すブロック図である。一態様では、ＵＥ８００は、本明細書で説明されるＵＥのいずれか、たとえば、図１の１０４、１５２、１６０、１８２、１９０、図２Ａおよび図２ＢのＵＥ２４０、または図３のＵＥ３１０、３５０などに対応し得る。簡単のために、図８のブロック図に示す様々な特徴および機能は、共通バスを使用して互いに接続されており、これは、これらの様々な特徴および機能が互いに動作可能に結合されることを表すことを意味する。実際のＵＥを動作可能に結合し、構成するために、他の接続、機構、特徴、機能などが必要に応じて与えられ、適応され得ることを、当業者は認識されよう。さらに、図８の例に示す特徴または機能のうちの１つまたは複数は、さらに再分割され得、あるいは図８に示す特徴または機能のうちの２つ以上が組み合わされ得ることも認識されたい。

[0090]ＵＥ８００は、ユニキャストサイドリンク１６２によって利用される注目する媒体上で少なくとも１つの指定されたＲＡＴ（たとえば、Ｃ－Ｖ２ＸまたはＩＥＥＥ８０２．１１ｐ）を介して、他のネットワークノード、たとえば、他の車両（たとえば、１つまたは複数の他のＶ－ＵＥ１６０）、インフラストラクチャアクセスポイント（たとえば、１つまたは複数の路側アクセスポイント１６４）、Ｐ－ＵＥ（たとえば、１つまたは複数のＰ－ＵＥ１０４）、基地局（たとえば、基地局１０２）などと通信するための、１つまたは複数のアンテナ８０２に接続された少なくとも１つのトランシーバ８０４を含み得る。トランシーバ８０４は、指定されたＲＡＴに従って、信号（たとえば、メッセージ、指示、情報など）を送信および符号化するために、逆に、信号（たとえば、メッセージ、指示、情報、パイロットなど）を受信および復号するために、様々に構成され得る。本明細書で使用する「トランシーバ」は、送信機回路、受信機回路、またはそれらの組合せを含むが、すべての設計において送信機能と受信機能と両方を提供する必要がないことがある。たとえば、全通信を提供することが必要でないとき、コストを低減するためにいくつかの設計では低機能の受信機回路（たとえば、単に低レベルのスニッフィングを提供する受信機チップまたは同様の回路）が採用され得る。

[0091]ＵＥ８００はまた、衛星測位サービス（ＳＰＳ）受信機８０６を含み得る。ＳＰＳ受信機８０６は、衛星信号を受信するために１つまたは複数のアンテナ８０２に接続され得る。ＳＰＳ受信機８０６は、ＳＰＳ信号を受信し、処理するための、任意の好適なハードウェアおよび／またはソフトウェアを備え得る。ＳＰＳ受信機８０６は、他のシステムに適宜に情報および動作を要求し、任意の好適なＳＰＳアルゴリズムによって取得された測定値を使用して、ＵＥ８００の位置を決定するのに必要な計算を実行する。

[0092]１つまたは複数のセンサ８０８は、速度、向首方向（heading）（たとえば、コンパス向首方向(compass heading)）、ヘッドライト状態、ガスマイレージなどの、ＵＥ８００の状態および／または環境に関する情報を提供するためにプロセッサ８１０に結合され得る。例として、１つまたは複数のセンサ８０８は、速度計、タコメータ、加速度計（たとえば、微小電気機械システム（ＭＥＭＳ）デバイス）、ジャイロスコープ、地磁気センサ（たとえば、コンパス）、高度計（たとえば、気圧高度計）などを含み得る。

[0093]プロセッサ８１０は、処理機能ならびに他の計算および制御機能を与える１つまたは複数のマイクロプロセッサ、マイクロコントローラ、ＡＳＩＣ、および／または、デジタル信号プロセッサを含み得る。プロセッサ８１０は、少なくとも本明細書で提供する技法を実行するか、またはＵＥ８００の構成要素に実行させるのに適した任意の形態の論理を含み得る。いくつかの態様では、プロセッサ８１０は、ＰＨＹレイヤおよびＭＡＣレイヤにおいて機能を少なくとも部分的に実行するためのモデムプロセッサと、アプリケーションレイヤにおいて機能を少なくとも部分的に実行するように構成されたアプリケーションプロセッサとを含み得る。

[0094]プロセッサ８１０はまた、データを記憶するためのメモリ８１４と、ＵＥ８００内でプログラムされた機能を実行するためのソフトウェア命令とに結合され得る。メモリ８１４は、（たとえば、同じ集積回路（ＩＣ）パッケージ内の）プロセッサ８１０に搭載され得、および／または、メモリ８１４は、プロセッサ８１０の外部にあり、データバスを介して機能的に結合され得る。

[0095]ＵＥ８００は、ＵＥ８００とのユーザ対話を可能にするマイクロフォン／スピーカ８５２、キーパッド８５４、およびディスプレイ８５６などの、任意の適切なインターフェースシステムを提供するユーザインターフェース８５０を含み得る。マイクロフォン／スピーカ８５２は、ＵＥ８００との音声通信サービスを提供する。キーパッド８５４は、ＵＥ８００へのユーザ入力のための任意の適切なボタンを備える。ディスプレイ８５６は、たとえば、バックライト付き液晶ディスプレイ（ＬＣＤ）などの任意の適切なディスプレイを備え、追加のユーザ入力モードのためのタッチスクリーンディスプレイをさらに含み得る。

[0096]一態様では、ＵＥ８００は、プロセッサ８１０に機能的に結合された、またはそれに組み込まれたジオフェンス構成要素１７０を含み得る。ジオフェンス構成要素１７０は、実行されたとき、ＵＥ８００に本明細書で説明される動作を実行させるハードウェア、ソフトウェア、またはファームウェア構成要素であり得る。たとえば、ジオフェンス構成要素１７０は、メモリ８１４に記憶され、プロセッサ８１０によって実行可能なソフトウェアモジュールであり得る。別の例として、ジオフェンス構成要素１７０は、ＵＥ８００内のハードウェア回路（たとえば、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）であり得る。ジオフェンス構成要素１７０の機能は、以下でさらに詳細に説明される。

[0097]上記で説明されたように、たとえば、ゾーンＩＤまたはエリアＩＤは、オーバーヘッドを低減し、メッセージに関連付けられ得る送信ＵＥと受信ＵＥとの間の（たとえば、ゾーンＩＤ、レイヤＩＤなどに基づく）範囲／距離の決定を可能にするために、メッセージ中で符号化され得る。たとえば、メッセージの範囲情報は、送信デバイス、またはＰＣ５通信に関与する他の送信機のロケーションを中心とし、受信ＵＥに示された半径まで延びる円形エリアを備え得る。また、上述したように、各々が対応するゾーンＩＤを有する非円形形状を含むあらかじめ定義されたゾーンなどの、様々な代替ゾーンを定義され得、または、道路の輪郭、運転方向、地理的特徴の形状などに従い得る。また、説明されたように、階層ゾーンは、異なるレイヤ中に編成され得、各レイヤは、異なるサイズ（たとえば、５０ｍ、１００ｍなど）のゾーンに対応する。したがって、送信デバイスおよび受信デバイスは、レイヤＩＤおよび／またはゾーンＩＤに基づいて、メッセージの意図された範囲であるゾーン／エリアを識別し得る。特定の例では、第１のＵＥは、メッセージに関連付けられた（たとえば、ゾーンＩＤおよび／または範囲情報として設定された）意図された範囲をもつメッセージを送信し得る。第２のＵＥは、このメッセージを受信し、第２のＵＥがメッセージに作用するしきい値範囲内にあるかどうかを決定するために、ゾーンＩＤおよび／または範囲情報を使用し得る。本明細書で開示される様々な態様では、この決定は、電力消費量を低減するためにＰＨＹ－ＭＡＣレイヤにおいて実行され得る。受信ＵＥがしきい値範囲内にある場合、第２のＵＥは、メッセージのアプリケーションレイヤ処理を有効にすることができる。たとえば、ゾーンＩＤ／範囲情報は、サイドリンク制御情報（ＳＣＩ）において提供され得る。さらに、いくつかの態様における、方向ベースの制御（たとえば、状況認識を改善し、ＲＦ輻輳を低減するために、ビームフォーミング／ビームステアリングが使用され得る）。第１のＵＥが運動している場合、メッセージに関連付けられた範囲情報（たとえば、ゾーンＩＤなど）に基づいて、第１のＵＥの周りに動的なジオフェンス境界が生成され得ることが諒解されよう。したがって、上記で説明された、メッセージが確実に受信されるように意図されたゾーン／エリア／範囲を決定することに加えて、様々な態様は、範囲しきい値に基づいてメッセージのアプリケーションレイヤ処理をブロックまたは許可することを決定することができる。

[0098]開示される様々な態様は、ジオフェンスへの近接度を決定し、その近接度に基づいてアクションを呼び出すための技法を含む。例示的な動作は、衝突抑止関連のアクションであり得る。他のアクションは、限定はしないが、運動状態の変化を示す視覚、聴覚、触覚、または他の警告またはコマンドを含み得る。上述のように、既存のワイヤレス危険警報システムは、常時オンのブロードキャストおよびアプリケーションレイヤメッセージ処理を必要とし、その結果、電力消費量が増加し、ＲＦ輻輳が追加される。本開示の様々な態様は、５Ｇ ＮＲ ＰＣ５ ＰＨＹ－ＭＡＣ埋め込み制御をアプリケーションレイヤに公開することによって「運動ジオフェンス」を作成する。本開示の様々な態様はまた、アプリケーションレイヤメッセージ処理を有効または無効にするために、５Ｇ ＮＲ ＰＣ５ ＰＨＹ－ＭＡＣ制御メッセージ機構を再利用することによってデバイス電力消費量を低減する。たとえば、ゾーンＩＤおよび／または範囲ベースの制御（たとえば、サイドリンク制御情報（ＳＣＩ）範囲および／またはゾーンＩＤパラメータ）。さらに、方向ベースの制御（たとえば、状況認識を改善し、ＲＦ輻輳を低減するためのビームステアリング）が提供され得る。低減された電力消費量が、上位レイヤ処理およびメッセージ送信を許可しないことによって、バッテリー式デバイスにおいて獲得され得る。設定されたしきい値範囲内の高いメッセージ信頼性は、上記で説明されたＮＲ ＮＡＣＫベースの信頼性を通して達成され得る。さらに、動的なジオフェンス境界は、歩行者、サイクリスト、動物などへのリアルタイムの近接度に基づいて、ＰＣ５デバイスの周りに生成され得る。さらに、ＰＣ５を使用する本開示の態様は、同じくブロードキャスト動作に限定されるＤＳＲＣまたはＩＥＥＥ８０２．１１ｐなどの他のインフラストラクチャレス車両通信よりも広い範囲を提供する。

[0099]本明細書で開示される様々な態様によれば、近接度構成要素は、２つの制御メッセージパラメータ、ゾーンＩＤおよび／または範囲情報を使用してＵＥ間範囲を決定することができる。様々な態様によれば、ゾーンＩＤは、（本明細書で説明されるように）定義されたゾーンに基づく現在のＵＥロケーションであり得、範囲は、ゾーンの個別（discrete）番号または絶対距離測定値のいずれかとして定義され得る。しかしながら、本明細書で開示される様々な態様は、これらの例に限定されない。これらの２つの制御メッセージパラメータはまた、高い信頼性のために再送信を制御するようにＰＨＹ－ＭＡＣにおいて使用され得る。上述のように、ゾーンＩＤおよび範囲情報は、ＰＨＹ－ＭＡＣレベルでＵＥ間の範囲を決定するために使用され得る。これは、ＵＥとともに運動する仮想モバイルジオフェンス／動的ジオフェンスを可能にする。対照的に、従来のアーキテクチャは、電力集約的なジオフェンスを提供するための、アプリケーションレイヤにおいて決定される範囲／位置を有する。いくつかのＵＥ構成では、アプリケーションレイヤ処理を実行するために別個のアプリケーションプロセッサがアクティブ化されなければならない場合があるが、ＰＨＹ－ＭＡＣレイヤ動作は、なお一層の電力節約のためにモデムレベルで実行され得る。

[00100]従来、ＰＨＹ－ＭＡＣ制御メッセージパラメータは、アプリケーションレイヤには見えない。本開示の様々な態様を提供するために、上記で説明されたように、Ｄ２Ｄ／Ｃ－Ｖ２Ｘ通信（たとえば、５Ｇ ＮＲ ＰＣ５通信）中に埋め込まれた範囲および場合によっては方向決定に基づいて（ゾーンＩＤおよび範囲情報に基づいて）、アプリケーションレイヤメッセージ処理を有効または無効にするための追加の機能モジュールが提供される。本明細書で使用される、Ｄ２Ｄ、Ｃ－Ｖ２Ｘ、および／またはＰＣ５情報という用語は、１つまたは複数のアプリケーションレイヤメッセージ、制御メッセージ、および／またはＵＥ間範囲決定に関する情報（たとえば、ゾーンＩＤ、範囲など）を含むことができる。開示する様々な態様によれば、Ｄ２Ｄ、Ｃ－Ｖ２Ｘ、および／またはＰＣ５情報は、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって定義されたユニキャストサイドリンク機構を使用してメッセージコンテナ内で送信され得る。他の態様は、ブロードキャストまたはグループキャストなどの、他の３ＧＰＰキャストタイプを使用して、Ｄ２Ｄ、Ｃ－Ｖ２Ｘ、および／またはＰＣ５情報を送信し得る。同様に、Ｄ２Ｄ、Ｃ－Ｖ２Ｘ、および／またはＰＣ５通信という用語は、エアインターフェース（たとえば、ＰＣ５インターフェース）を介して送信されるＵＥ間範囲決定（たとえば、ゾーンＩＤ、範囲など）に関連する１つまたは複数のアプリケーションレイヤメッセージ、制御メッセージ／情報を含むことができる。説明の便宜上、以下の例ではＰＣ５通信という用語が使用されるが、開示される様々な態様が、Ｄ２Ｄ通信およびデバイスに一般的に適用され得ることが諒解されよう。

[00101]図９には、近接度構成要素９００が示されている（これは、機能においてジオフェンス構成要素１７０と同様であり得る）。図示された様々なモジュールは、双方向方式で互いに通信することができ、受信モードとは対照的に、送信モードで様々な機能を実行し得ることが諒解されよう。たとえば、アプリケーションレイヤ９１０において、（たとえば、ゾーンの数、絶対距離などにおけるジオフェンス寸法に対応する）範囲しきい値のアプリケーションレイヤベースの仕様が、範囲指定モジュール９１６において決定され得る。オプションで、ジオフェンスを特定のベクトル／方向に集中させる（focus）ために、向き（２つ以上の次元を含む）が提供され得る。次いで、範囲しきい値は、ＰＨＹ－ＭＡＣレイヤ９２０に与えられ得る。送信モードにおいて、範囲しきい値は、範囲モジュール９２２に提供され得、それは、次いで、メッセージが受信されることが意図される（たとえば、デバイス用のジオフェンスを定義する）範囲（たとえば、デバイスの現在のゾーンＩＤとともにゾーンの数）を識別するために、ＰＣ５通信に含まれるこの情報を使用することができる。オプションで、範囲指定モジュール９１６からの向き情報が、方向モジュール９２６に提供され得、方向モジュール２１０は、次いで、ＰＣ５通信のＲＦ信号（範囲情報を含む）を特定の方向に（たとえば、既知の道路などに向かって）ステアリングすることができる。受信モードでは、オプションで、受信されたメッセージが、ＰＣ５通信において受信された範囲とは異なり得るＲＸしきい値範囲内にあるかどうかを決定するために、ＲＸ範囲しきい値が、しきい値検出モジュール９２４において使用され得る。

この受信機ベースの範囲設定は、Ｔｘベースのレンジ制御とは別個の代替的レンジ制御を可能にする。代替的に、範囲しきい値は、受信された通信に対する信号処理（たとえば、決定された信頼性しきい値）に基づいて、および／または送信デバイスからのＰＣ５通信に含まれる範囲に基づいて、ＰＨＹ－ＭＡＣレイヤ９２０において決定され得る。いくつかの態様では、メッセージを対象とする地理的エリアを定義するＰＣ５通信における範囲（たとえば、ゾーンＩＤおよび範囲）は、範囲しきい値を定義するために使用され得る。しかしながら、他の態様では、この範囲は、ＰＣ５通信において提供されないことがあり、または、この範囲は、受信ＵＥにおいて決定されたＲＸ範囲しきい値によって置き換えられ得る。たとえば、受信ＵＥは、２隣接ゾーンの最小範囲を指定するために、オプションで、ＲＸ範囲しきい値を定義し得る。したがって、ＰＣ５通信メッセージ中で受信された範囲が２未満である場合、ＲＸ範囲しきい値は、範囲しきい値が満たされるかどうかを決定するためにしきい値検出モジュール９２４によって使用され得る。

[00102]範囲しきい値が指定される場合（たとえば、受信されたメッセージから決定される、アプリケーションレイヤにおいて指定される、ＰＨＹ－ＭＡＣレイヤにおいて決定されるなど）を問わず、しきい値検出モジュール９２４は、ＵＥ間範囲／送信ＵＥに対する範囲がしきい値範囲内にある（たとえば、ジオフェンス、近接度限界を侵害する）かどうかを決定するように構成され得る。たとえば、範囲モジュール９２２は、送信ＵＥからの（たとえば、本明細書中で説明されているＳＣＩ中の）受信されたＰＣ５通信から、送信ＵＥのゾーンＩＤおよび／または範囲情報（たとえば、隣接ゾーンの数）などの情報を決定することができる。この情報は、受信ＵＥがしきい値範囲内にあるかどうかを決定するために、範囲モジュール９２２によって使用され得る。たとえば、しきい値範囲内にあることは、範囲しきい値（たとえば、ＰＣ５通信において受信された範囲）、送信ＵＥのゾーンＩＤ、および受信ＵＥのゾーンＩＤ（たとえば、受信ＵＥのゾーンＩＤが送信ＵＥの２隣接ゾーン内にある）から決定され得る。さらに、いくつかの態様では、決定された範囲がしきい値よりも大きい場合に、近接度限界が侵害されるように、しきい値範囲値が決定され得ることが諒解されよう。したがって、しきい値範囲は、いくつかの構成では、ＵＥ間範囲がしきい値範囲値よりも小さいときに侵害され得、他の構成では、しきい値範囲は、ＵＥ間範囲がしきい値範囲値よりも大きいときに侵害され得る。

[00103]アプリケーションレイヤにおいてＧＰＳロケーションを使用する従来のシステムとは対照的に、本明細書で開示する様々な態様では、ＵＥ間範囲は、ＰＨＹ－ＭＡＣレイヤ９２０において決定され得ることが諒解されよう。たとえば、しきい値検出モジュール９２４が、（しきい値検出モジュール９２４を含む）受信ＵＥの地理的ロケーション（たとえば、ゾーンＩＤ）に基づいて、ＵＥ間範囲が範囲しきい値よりも大きいと決定した場合、後続のアプリケーションレイヤメッセージは、アプリケーションレイヤ９１０に渡されないことがある。したがって、本明細書で説明されるように、アプリケーションレイヤ９１０モジュールはアクティブ化されず、電力節約が達成され得る。アプリケーションレイヤ９１０からのメッセージをブロックすることは、ＵＥ上位レイヤ処理（たとえば、モジュール９１２、９１４など）と不要なメッセージ送信（たとえば、メッセージに応答する試み）の両方を低減することによって、ＵＥ電力消費量を低減する。ＵＥ間範囲が（たとえば、２隣接ゾーン内の）範囲しきい値以下の場合、アプリケーションレイヤメッセージは、アプリケーションレイヤ９１０に渡され得る。たとえば、アプリケーションレイヤメッセージは、アプリケーションレイヤメッセージ処理モジュール９１２に渡され、アプリケーションレイヤメッセージのコンテンツに基づいて、いくつかの態様では、ＵＥアクションモジュール９１４は、これらのメッセージに基づいて特定のアクションを開始することができる。
受信ＵＥがしきい値範囲内（たとえば、ジオフェンス、近接度限界、隣接ゾーンの数、および／または送信ＵＥからの絶対距離内）にあると決定された場合、ＵＥアクションを指定するために、アプリケーションレイヤメッセージ要素が提供され得る。たとえば、ＵＥ間範囲が範囲しきい値以下である（たとえば、受信ＵＥが送信ＵＥのジオフェンス内にある）とき、受信ＵＥは、警告（音声、触覚、および／もしくは視覚）を開始すること、制動（braking）、ステアリング、減速を開始すること、ならびに／または衝突を回避するための他のアクションを実行することなどの、１つまたは複数のアクションを実行し得る。本明細書で説明される様々なメッセージの例は、図１０および図１１に関連する以下の段落において提供される。

[00104]上記で説明されたように、範囲しきい値は、発信側ＵＥのゾーンＩＤと範囲情報とに基づいて、発信／送信ＵＥから受信されたＰＣ５通信から導出され得る。たとえば、発信ＵＥは、ＰＣ５通信内のメッセージが受信され、場合によっては作用されることが意図された地理的エリアを定義するために、そのゾーンＩＤおよび範囲情報（たとえば、１つの隣接ゾーン）を提供し得る。次いで、受信ＵＥは、範囲モジュール９２２において、ＰＣ５通信から発信ＵＥゾーンＩＤおよび範囲情報（たとえば、１つの隣接ゾーン）を決定することができる。しきい値検出モジュール９２４は、現在の地理的ロケーション（たとえば、受信ＵＥのゾーンＩＤ）が範囲しきい値（たとえば、１つの隣接ゾーン）以下であるかどうかを決定するために、地理的エリア（たとえば、発信元ゾーンＩＤおよび範囲情報）を使用することができる。たとえば、受信ＵＥが発信ＵＥのゾーンＩＤと同じゾーンＩＤを有するか、または、発信ＵＥのゾーンＩＤの１隣接ゾーンＩＤ内に位置する場合、上記で説明されたように、受信ＵＥは、範囲しきい値内にあり、アプリケーションレイヤ処理が有効にされる。

[00105]代替例では、上記で説明されたように、（たとえば、アプリケーションレイヤ９１０からの）オプションのＲＸ範囲しきい値が、受信ＵＥにおいて確立され得る。発信ＵＥは、（たとえば、いくつかの低電力／制限されたデバイスのために）ＰＣ５通信においてゾーンＩＤのみを提供し得、または、提供された範囲は、それ自体のＲＸ範囲しきい値に基づいて受信ＵＥによってオーバーライドされ得る。受信ＵＥが、ＲＸ範囲しきい値が１隣接ゾーンであると決定した場合、結果は、発信ＵＥからのＰＣ５通信において提供される範囲情報（１隣接ゾーン）を有する例と同じになる。代替的に、受信ＵＥが、ＲＸ範囲しきい値が２隣接ゾーンであると決定し、ＰＣ５通信において受信された範囲をオーバーライドするように構成される場合、発信ＵＥからＰＣ５通信において提供されるアプリケーションレイヤメッセージは、より大きいＵＥ間範囲（たとえば、１ではなく、２隣接ゾーンまで）において処理される。

[00106]ＵＥ間範囲の決定は、本明細書で説明される形態のいずれかをとり得、この特定のゾーンＩＤの例に限定されないことが諒解されよう。さらに、ゾーンＩＤおよび範囲情報は、本明細書で説明されるように、様々な構成のいずれかを表し得ることが諒解されよう。たとえば、ゾーンＩＤは、発信／送信ＵＥロケーションの周りの所与の半径を有する円形であり得る。代替的に、ゾーンＩＤは矩形であり得、たとえば、１隣接ゾーンは、発信ＵＥのゾーンＩＤによって定義される矩形ゾーンの各辺および角に各々が隣接する８つの追加ゾーンを含み得る。代替的に、範囲は、発信／送信ＵＥの地理的ロケーションからの絶対距離（たとえば、１００メートル）として定義され得る。したがって、上記の例は、単に説明のために提供され、特定の例は、本明細書で開示される様々な態様を限定するように解釈されるべきではないことが諒解されよう。

[00107]いくつかの追加の態様によれば、範囲情報は、１次元範囲の代わりに、方向モジュール９２６によって決定される２次元または３次元であり得、これは、送信されるＲＦ信号を集中させるためのビームステアリングを可能にする。ＰＨＹ－ＭＡＣレイヤ９２０は、場合によっては、最も状況的に関連するロケーションに（たとえば、既知の道路、交差点、送信ＵＥに向かう、障害物から離れるなど）ＲＦビームエネルギーをステアリングするために、方向モジュール９２６を使用してビームステアリングを可能にするように構成され得る。ＲＦ信号／エネルギーを特定の方向／ベクトルに集中させることにより、不要なＲＦ輻輳、ＲＦノイズを低減し、状況認識の向上を実現することができる。

[00108]以上は、主に受信の観点から構成要素９００の機能を説明してきた。上記で説明されたように、様々なモジュールが送信動作において使用され得る。たとえば、第１のＵＥは、Ｄ２Ｄ通信（たとえば、Ｃ－Ｖ２Ｘ、ＰＣ５など）においてメッセージを送信するように構成され得る。このメッセージは、第１のＵＥのジオフェンスに関連する１つまたは複数のデータ要素を含むことができる。たとえば、範囲指定モジュール９１６は、メッセージに関連付けられる範囲を指定することができる。範囲指定モジュール９１６はまた、場合によっては、潜在的な受信ＵＥに対する第１のＵＥの向き（たとえば、道路、交差点、鉄道路線に向かう、障害物から離れるなど）を決定することができる。範囲モジュール９２２は、ゾーンＩＤに変換され得る第１のＵＥの現在の地理的ロケーションを識別することができ、範囲指定モジュール９１６から受信された範囲は、送信されるべきゾーンＩＤとともに含まれ得る（たとえば、ＰＣ５通信のためのＳＣＩに含まれる）。方向モジュール９２６は、場合によっては、向きに基づいて潜在的な受信ＵＥの方向に送信のエネルギーを集中させるために、（たとえば、ビームフォーミングおよび／またはビームステアリングによって）ＲＦ信号をステアリングするために使用され得る。

[00109]図１０は、既存のアプリケーションレイヤ標準メッセージを拡張するために、または新しいアプリケーションレイヤメッセージの一部分となるために使用され得るデータ要素を示す。アプリケーションレイヤメッセージは、自動車技術者協会（ＳＡＥ）、欧州通信規格協会－高度道路交通システム（ＥＴＳＩ－ＩＴＳ）、または他のものなどの、業界および政府の機関によって定義されたメッセージを含み得る。アプリケーションレイヤデータ要素（ＤＥ）をカプセル化するのに適した既存のアプリケーションレイヤメッセージの例は、ＳＡＥ仕様Ｊ２７３５「専用短距離通信（ＤＳＲＣ：Dedicated Short Range Communications）メッセージセット辞書」に定義されているＳＡＥパーソナルセーフティーメッセージ（ＰＳＭ）を含む。たとえば、ＰｒｏｘｉｍｉｔｙＡｌｅｒｔＴｙｐｅ、ＧｅｏＦｅｎｃｅＡｌｅｒｔ、およびＧｅｏＦｅｎｃｅＭｏｔｉｏｎＩｎｓｔｒｕｃｔｉｏｎに関連する新しいアプリケーションデータ要素は、本明細書で開示される様々な態様によるＰＳＭに含まれ得る。ＰＳＭは、ＳＡＥによって定義された既存のアプリケーションレイヤメッセージの一例である。別の例は、基本安全メッセージ（ＢＳＭ）であるが、本明細書で定義されたデータ要素は、他の既存のＳＡＥアプリケーションレイヤメッセージにも容易に含めることができることに留意されたい。新しいアプリケーションデータ要素は、代替的に、異なる規格グループ（たとえば、ＩＥＥＥ、３ＧＰＰなど）のための他のメッセージ内にカプセル化され得ることも諒解されよう。したがって、本明細書で開示される様々な態様は、本明細書で提供される特定の例に限定されない。いくつかの例示的な態様によれば、ＰｒｏｘｉｍｉｔｙＡｌｅｒｔＴｙｐｅデータ要素は、歩行者、サイクリスト、動物、車両、およびその他のものを含む様々なエンティティタイプを含む。このデータ要素は、ＵＥ（たとえば、車両、タグベアラ、歩行者など）に、距離しきい値内のエンティティ（たとえば、タグベアラにアラートされる車両、または車両にアラートされるタグベアラ）の存在をアラートする（alert）ために使用され得る。ＧｅｏＦｅｎｃｅＡｌｅｒｔデータ要素は、可聴アラート、触覚アラート、およびその他のものなどの様々な警告タイプまたはアクションタイプを含む。このデータ要素は、直接的な警告アクションのために使用され得る。ＧｅｏＦｅｎｃｅＭｏｔｉｏｎＩｎｓｔｒｕｃｔｉｏｎデータ要素は、角度値（たとえば、Ｊ２７３５ＤＥ＿角度値）によって定義された方向へのＵＥ（たとえば、車両、タグベアラなど）による運動を開始するための命令を含むことができる。これらのメッセージ、データ要素、およびアクションは、ＵＥ間範囲の決定とジオフェンスへの近接度の検出とを援助することができ、および／または、衝突抑止などの様々な機能のために使用され得ることが諒解されよう。

[00110]図１１は、本開示の態様による新しいアプリケーションレイヤメッセージを示す。たとえば、近接度アラートメッセージなどの新しいメッセージおよびその選択された要素が、図示されるように提供され得る。新しいメッセージは、ＵＥ（たとえば、車両とデバイス／タグベアラ）間の要求対話と応答対話の両方を有効にすることができる。近接度アラートメッセージは、発信元パラメータと近接度アラート構成要素とを含むメッセージ部分を有し得る。発信元パラメータコンテンツは、たとえば、識別情報と、統計特性（statistic characteristics）と、動的特性と、近接度アラート要求のタイプと、近接度アラート応答のタイプとを含み得る。静的特性識別情報は、ライセンスプレート番号、車両のＶＩＮ番号、動物に関連付けられたＵＥの英数字コードの発行された識別番号、歩行者、サイクリスト、スクーター、もしくは他の非車両の道路ユーザに関連付けられたＵＥの既存の番号もしくは英数字コード、または特に近接度ベースのジオフェンス検出のためにＵＥに割り当てられた番号もしくは英数字コードなどの永続的なＵＥ識別子を含み得る。他の静的特性は、車両タイプ、車両サイズ、色、または他の記述的属性を含むことができる。サイクリスト、スクーター、電動ホイールバランスボード、原付バイク、もしくはユーザまたは他の非車両の静的特性は、ホイールサイズ、物理的サイズ、色、許可された乗員の数、または他の静的属性を含むことができる。動的特性は、ＵＥまたはＵＥを含むデバイスの現在の許可された運動状態に関連付けられた属性を含むことができる。車両の動的特性は、ロケーション、速度、直線加速度、姿勢、角速度を含むことができ、これら５つの属性は、３つの直交軸に沿って測定される。追加の車両動的パラメータは、旋回半径、停止距離を含むことができる。近接度アラート構成要素は、本明細書で開示される様々な態様による、ＰｒｏｘｉｍｉｔｙＡｌｅｒｔＴｙｐｅと、ＧｅｏＦｅｎｃｅＡｌｅｒｔと、ＧｅｏＦｅｎｃｅＭｏｔｉｏｎＩｎｓｔｒｕｃｔｉｏｎとを含むデータ要素を含み得る。ＰｒｏｘｉｍｉｔｙＡｌｅｒｔＴｙｐｅデータ要素は、歩行者、サイクリスト、動物、およびその他のものを含む様々なエンティティタイプを含む。このデータ要素は、ＵＥ（たとえば、車両、タグベアラ）に、範囲しきい値内のエンティティ（たとえば、タグベアラにアラートされる車両、または車両にアラートされるタグベアラ）の存在をアラートするために使用され得る。ＧｅｏＦｅｎｃｅＡｌｅｒｔデータ要素は、可聴アラート、触覚アラート、およびその他のものなどの様々な警告タイプまたはアクションタイプを含む。このデータ要素は、直接的な警告アクションのために使用され得る。ＧｅｏＦｅｎｃｅＭｏｔｉｏｎＩｎｓｔｒｕｃｔｉｏｎデータ要素は、角度値（たとえば、Ｊ２７３５ＤＥ＿角度値）によって定義された方向への（たとえば、タグベアラによる）運動を開始するための命令を含むことができる。これらのメッセージ、データ要素、およびアクションは、ＵＥ間範囲の決定、ジオフェンスへの近接度の検出を援助することができ、および／または、衝突抑止などの様々な機能のために使用され得ることが諒解されよう。

[00111]図１２は、第１のＵＥ（ＵＥ１）１２３０（たとえば、送信ＵＥ）と、第２のＵＥ（ＵＥ２）１２２０との間の例示的な信号フローを示す。ＵＥ２ １２２０およびＵＥ１ １２３０は、様々なデバイスであり得、役割は、様々な態様において変化し得ることが諒解されよう。たとえば、一態様では、本開示の様々な態様によれば、ＵＥ１は、車両であり得、ＵＥ２は、別のデバイス／タグベアラ（たとえば、別の車両、歩行者、サイクリスト、動物、家畜、建設機器、農業機器など）であり得る。ＵＥ２ １２２０およびＵＥ１ １２３０は、本明細書で開示されるＵＥのいずれか（たとえば、図１のＵＥ１０４、１５２、１６０、１８２、１９０、図２Ａおよび図２Ｂに示されたＵＥ２４０、図３のＵＥ３１０、３５０のいずれかなど）と同様であり得ることが諒解されよう。

[00112]１２０２において、Ｄ２Ｄ情報（たとえば、ＰＣ５通信に含まれる）が、ＵＥ２ １２２０からＵＥ１ １２３０に送信される。いくつかの態様では、ＰＣ５通信は、新しいデータ要素（たとえば、図１０のデータ要素参照）を含む、ＰＳＭなどの既存のアプリケーションレイヤメッセージであるか、またはそれを含み得る。代替的に、ＰＣ５通信は、新しいデータ要素（たとえば、図１０のデータ要素参照）を含む新しいアプリケーションレイヤメッセージからなり得る。ＰＣ５通信を受信すると、１２０４において、ＵＥ２ １２２０（送信ＵＥ）がしきい値範囲内にあるかどうかの決定が行われる。上記で説明されたように、この決定は、ＰＨＹ－ＭＡＣにおいて実行され得、いくつかの態様では、ＧＰＳ支援なしに実行され得る。ＵＥ２ １２２０がしきい値範囲内にないと決定された場合、１２０５において、ＰＣ５通信（たとえば、アプリケーションレイヤメッセージ、データ要素など）はアプリケーションレイヤに提供されない。ＵＥ２ １２２０がしきい値範囲内にあると決定された場合、１２０６において、ＰＣ５通信がアプリケーションレイヤに与えられ、および／または、受信されたＰＣ５通信のためにアプリケーションレイヤ処理が有効にされる（イネーブルにされる）。１２０８において、オプションで、高信頼性の送信が、ＵＥ２ １２２０との通信のためにＵＥ１ １２３０によって有効にされる。いくつかの態様では、高信頼性の送信は、（上記で説明されたように）送信機と受信機とが十分に近いとき、受信機（たとえば、ＵＥ１ １２３０）が、正しく受信されなかった既知の送信を明確に（affirmatively）ＮＡＣＫし得ること、または、受信された送信を明確にＡＣＫするように構成され得ることを含み得る。１２１０において、オプションで、受信されたＤ２Ｄ情報（たとえば、アプリケーションレイヤメッセージ）中の新しいデータ要素は、ＵＥ１ １２３０によって作用される。たとえば、警報／アラートがアクティブ化される、運動が開始されるなどが、行われ得る。しかしながら、いくつかの態様では、メッセージは直接作用されない場合があることが諒解されよう。

[00113]他の態様では、本開示の様々な態様によれば、メッセージ受信ＵＥ、ＵＥ１ １２３０は車両であり得、送信ＵＥ２ １２２０は、デバイス／タグベアラ（たとえば、別の車両、歩行者、サイクリスト、動物、家畜、建設機器、農業機器など）であり得ることが諒解されよう。さらに、Ｄ２Ｄ情報は、上記で使用されたＰＣ５通信および／またはアプリケーションレイヤメッセージの例に限定されない。したがって、上記の例は、単に説明のために提供され、特定の例は、本明細書で開示される様々な態様の限定と解釈されるべきではないことが諒解されよう。

[00114]図１３は、本開示の態様による、送信／発信ＵＥ２ １３２０（たとえば、デバイス／タグベアラ）と、メッセージ受信ＵＥ１ １３３０（たとえば、車両）との間の例示的な信号フローを示す。ＵＥ１ １３３０およびＵＥ２ １３２０は、様々なデバイスであり得、役割は、様々な態様で変化し得ることが諒解されよう。たとえば、一態様では、本開示の様々な態様によれば、ＵＥ２ １３２０は、車両であり得、ＵＥ１ １３３０は、別のデバイス／タグベアラ（たとえば、別の車両、歩行者、サイクリスト、動物、家畜、建設機器、農業機器など）であり得る。ＵＥ２ １３２０およびＵＥ１ １３３０は、本明細書で開示されるＵＥのいずれか（たとえば、図１のＵＥ１０４、１５２、１６０、１８２、１９０、図２Ａおよび図２Ｂに示されたＵＥ２４０、図３のＵＥ３１０、３５０のいずれかなど）と同様であり得ることが諒解されよう。

[00115]１３０２において、Ｄ２Ｄ情報（たとえば、ＰＣ５通信）が、ＵＥ２ １３２０からメッセージ受信するＵＥであるＵＥ１ １３３０に送信される。いくつかの態様では、既存のメッセージを使用する以前の例とは対照的に、ＰＣ５通信は、ＰｒｏｘｉｍｉｔｙＡｌｅｒｔＲｅｑｕｅｓｔなどの新しいメッセージであるか、またはそれを含み得る（たとえば、図１１参照）。ＰＣ５通信を受信すると、１３０４において、ＵＥ２ １３２０（送信ＵＥ／送信機）がしきい値範囲内にあるかどうかの決定が行われる。上記で説明されたように、この決定は、ＰＨＹ－ＭＡＣにおいて実行され、いくつかの態様では、ＧＰＳ支援なしに実行され得る。ＵＥ２ １３２０がしきい値範囲内にないと決定された場合、１３０５において、ＰＣ５通信（たとえば、新しいメッセージ、データ要素など）はアプリケーションレイヤに提供されない。ＵＥ２ １３２０がしきい値範囲内にあると決定された場合、１３０６において、ＰＣ５通信がアプリケーションレイヤに与えられ、および／または、受信されたＰＣ５通信を処理するために、アプリケーションレイヤが有効にされる（イネーブルにされる）。１３０８において、オプションで、高信頼性の送信が、ＵＥ２ １３２０との通信のためにＵＥ１ １３３０によって有効にされる。上記で説明されたように、いくつかの態様では、高信頼性の送信は、送信機と受信機とが十分に近いとき、受信機（たとえば、ＵＥ１ １３３０）が、受信されなかった既知の送信を明確にＮＡＣＫし得ること、または、受信された送信を明確にＡＣＫするように構成され得ることを含み得る。１３１０において、オプションで、ＰＣ５通信（たとえば、ＰｒｏｘｉｍｉｔｙＡｌｅｒｔＲｅｑｕｅｓｔ）において指定されたアクションが、ＵＥ１ １３３０によって作用される。１３１２において、ＵＥ２ １３２０からのＰＣ５通信（たとえば、ＰｒｏｘｉｍｉｔｙＡｌｅｒｔＲｅｑｕｅｓｔ）は、ＵＥ１ １３３０からＵＥ２ １３２０に戻る送信において（たとえば、ＰｒｏｘｉｍｉｔｙＡｌｅｒｔＲｅｓｐｏｎｓｅで）応答される。いくつかの態様では、ＰｒｏｘｉｍｉｔｙＡｌｅｒｔＲｅｓｐｏｎｓｅは、アラートタイプ、ジオフェンスアラートアクション、受信機ロケーション（オプションで）、エンティティ識別子（すなわち、車両ＩＤ番号、ＶＩＮなど）、容認されたまたは開始されるべきジオフェンス運動命令などの、同様の要素を含み得る。

[00116]Ｄ２Ｄ情報は、上記で使用されたＰＣ５通信、ＰｒｏｘｉｍｉｔｙＡｌｅｒｔＲｅｑｕｅｓｔおよび／またはＰｒｏｘｉｍｉｔｙＡｌｅｒｔＲｅｓｐｏｎｓｅの例に限定されないことが諒解されよう。したがって、上記の例は、単に説明のために提供され、特定の例は、本明細書で開示される様々な態様を限定するものと解釈されるべきではないことが諒解されよう。

[00117]図１４は、本開示のいくつかの態様による、第１のＵＥであるＵＥ１ １４２０（たとえば、メッセージ受信ＵＥ）と、第２のＵＥであるＵＥ２ １４３０（たとえば、送信ＵＥ）との間の例示的な信号フローを示す。たとえば、一態様では、本開示の様々な態様によれば、ＵＥ１ １４２０は、車両であり得、ＵＥ２ １４３０は、別のデバイス／タグベアラ（たとえば、別の車両、歩行者、サイクリスト、動物、家畜、建設機器、農業機器など）であり得る。ＵＥ１ １４２０およびＵＥ２ １４３０は、本明細書で開示されるＵＥのいずれか（たとえば、図１のＵＥ１０４、１５２、１６０、１８２、１９０、図２Ａおよび図２Ｂに示されたＵＥ２４０、図３のＵＥ３１０、３５０のいずれかなど）と同様であり得ることが諒解されよう。

[00118]１４０１において、送信ＵＥ２ １４３０は、場合によっては、１３０２においてＵＥ２ １４３０からＵＥ１ １４２０に送信されているＤ２Ｄメッセージ／情報（たとえば、上記で説明したＰＣ５通信）の一部として、ＵＥ １４２０に向けて送信されるＲＦ信号をステアリングすることができる。ビームフォーミングおよび／またはビームステアリングは、送信されたＲＦ信号／ＲＦ送信電力をＵＥ１ １４２０の概略的なロケーション／方向に向けるために使用され得ることが諒解されよう。たとえば、ＵＥ２ １４３０がＵＥ１ １４２０の特定のロケーションを知らない場合でも（またはＵＥ１ １４２０が存在する場合でも）、ＵＥ２ １４３０は、送信されるＲＦ信号を、ＵＥが存在する可能性が高いロケーションまたは方向（たとえば、道路、交差点、自転車道、ハイキング経路、鉄道など）に向けることが可能であり得る。オプションのＲＦステアリング態様は、他の利益の中でもとりわけ、ＲＦ／チャネル輻輳を低減し、送信信頼性を改善し、電力消費量を低減し得ることが諒解されよう。たとえば、ＵＥ２ １４３０が都市環境における歩行者である場合、初期ビームステアリングは、歩行者の向きおよび／または運動の方向、ならびに歩行者の向きおよび／または運動の方向における任意の道路または交差点に基づくことができる。送信されたＲＦ信号／ＲＦ送信電力は、デバイスによって消費される電力量を低減し、ＲＦノイズフロアを低減することによって信頼性のある送信を改善するために、隣接する建物、歩行者の後ろなどに向けられず、これは、ワイヤレス通信ネットワークにおける送信デバイスおよび他のデバイスの性能を改善する。同様に、ＵＥ２ １４３０が地方環境におけるタグ付けされた動物である場合、初期ビームステアリングは、タグ付けされた動物の向きおよび／または運動の方向に基づいて、既知の道路、交差点、ハイキング経路などに向けられ得る。送信されたＲＦ信号／ＲＦ送信電力は、オフロードエリアに向けられず、これは、デバイスによって消費される電力量を低減し得る。

[00119]送信技法にかかわらず、ＰＣ５通信を受信すると、１４０４において、ＵＥ１ １４２０がしきい値範囲内にあるかどうかの決定が行われる。上記で説明されたように、この決定は、ＰＨＹ－ＭＡＣにおいて実行され得、いくつかの態様では、ＧＰＳ支援なしに実行され得る。さらに、いくつかの態様では、上記で説明されたように、決定がＵＥ１とＵＥ２との間のＵＥ間範囲／距離に基づくので、ＵＥ２がしきい値範囲内にあることが決定され得る。ＵＥ１ １４２０がしきい値範囲内にないと決定された場合、１４０５において、ＰＣ５通信（たとえば、アプリケーションレイヤメッセージ）は、アプリケーションレイヤには提供されない。ＵＥ１ １４２０がしきい値範囲内にあると決定された場合、１４０６において、ＰＣ５通信がアプリケーションレイヤに提供され、いくつかの態様では、受信されたＰＣ５通信を処理するために、アプリケーションレイヤ処理が有効にされる。オプションで、１４０８において、上記の開示で説明されたように、ＵＥ２ １４３０との通信のためにＵＥ１ １４２０において高信頼性の送信が有効にされる。１４１０において、オプションで、ＰＣ５通信において指定されたアクション（たとえば、アプリケーションレイヤメッセージ、ＰｒｏｘｉｍｉｔｙＡｌｅｒｔＲｅｑｕｅｓｔなど）は、ＵＥ１ １４２０によって実行され得る。１４１１において、オプションで、ＵＥ１ １４３０は、ＵＥ２ １４３０から受信されているＤ２Ｄメッセージ／情報（たとえば、上記で説明されたＰＣ５通信）に応答するとき、ＲＦ信号をＵＥ２ １４３０に向けてステアリングすることができる。たとえば、ＵＥ２ １４３０からのＤ２Ｄ／ＰＣ５通信（たとえば、アプリケーションレイヤメッセージ、ＰｒｏｘｉｍｉｔｙＡｌｅｒｔＲｅｑｕｅｓｔなど）は、要求応答を含み得、これは、１４１２において、ＵＥ１ １４２０からＵＥ２ １４３０に戻る送信において（たとえば、ＰｒｏｘｉｍｉｔｙＡｌｅｒｔＲｅｓｐｏｎｓｅで）応答され得る。

[00120]他の態様では、メッセージ受信ＵＥであるＵＥ１ １４２０は、本開示の様々な態様による、別のデバイス／タグベアラ（たとえば、別の車両、歩行者、サイクリスト、動物、家畜、建設機器、農業機器など）であり得ることが諒解されよう。さらに、上記で説明されたビームフォーミング／ビームステアリングの態様は、いくつかの構成では使用されるが、他の構成では使用されないことがある。たとえば、Ｄ２Ｄ情報送信１４０２の１４０１のＲＦ信号／ビームステアリングは、Ｄ２Ｄ情報に対する応答、および／またはその応答において使用されるＲＦ信号／ビームステアリング（たとえば、１４１１）があるかどうかにかかわらず、使用され得る。同様に、いくつかの態様では、Ｄ２Ｄ情報に対する応答のＲＦ信号／ビームステアリング１４１１は、ＲＦ信号／ビームステアリングがＤ２Ｄ情報の送信において使用されたかどうかにかかわらず使用され得る。したがって、上記の例は、単に説明のために提供され、特定の例は、本明細書で開示される様々な態様を限定するものと解釈されるべきではないことが諒解されよう。

[00121]上記のことから、本明細書で説明および開示される様々な態様は、ジオフェンスへの近接度を決定し、場合によっては、衝突抑止などの、様々な用途のための近接度に基づくアクションを呼び出すための方法を含むことが諒解されよう。図１５は、本開示の少なくとも１つの態様による方法１５００のフローチャートを示す。方法１５００は、（たとえば、本明細書で開示するＵＥ（たとえば、図１のＵＥ１０４、１５２、１６０、１８２、１９０、図２Ａおよび図２Ｂに示されたＵＥ２４０、図３のＵＥ３１０、３５０のいずれかなど）のいずれかと同様の）第１のＵＥによって実行され得る。ブロック１５０２において、第１のＵＥ（たとえば、車両、タグベアラ、歩行者など）は、第２のＵＥ（たとえば、車両、タグベアラ、歩行者など）からデバイスツーデバイス（Ｄ２Ｄ）情報を受信する。ブロック１５０４において、第１のＵＥは、Ｄ２Ｄ情報に基づいて第１のＵＥが第２のＵＥからのしきい値範囲内にあるかどうかを決定することができる（たとえば、上述したように、これはＰＨＹ－ＭＡＣレイヤにおいて実行され得る）。ブロック１５０６において、第１のＵＥがしきい値範囲内にある場合（すなわち、フローチャート中の「Ｙｅｓ」）、第１のＵＥは、Ｄ２Ｄ情報中のメッセージのアプリケーションレイヤ処理を有効にすることができる（たとえば、これは、上記で説明されたように、既存のアプリケーションレイヤメッセージ（たとえば、ＳＡＥ ＰＳＭ）または新しいメッセージ中に含まれる新しいデータ要素を含むことができる）。ブロック１５１６において、第１のＵＥがしきい値範囲内にない場合（すなわち、フローチャート中の「Ｎｏ」経路）、第１のＵＥは、（たとえば、上記で説明されたように、ＰＨＹ－ＭＡＣにおいて）アプリケーションレイヤからのメッセージをブロックすることができる。上記で説明されたように、これは、アプリケーションレイヤプロセッサおよび／または処理機能が初期化されないので、著しい電力節約を可能にすることができる。ブロック１５０８において、第１のＵＥは、オプションで、第１のＵＥがしきい値範囲内にある場合、高信頼性の送信を有効にすることができる。たとえば、上記で説明されたように、信頼性を改善するために、受信ＵＥ（第１のＵＥ）から、フィードバックが送り返され得る。たとえば、第１のＵＥがＤ２Ｄ情報（たとえば、ＰＣ５通信）を正しく受信しない場合、第１のＵＥは、メッセージを受信する際にエラーがあったことを第２のＵＥに示すＮＡＣＫを（たとえば、ＰＣ５通信を介して）送信し得る。ＮＡＣＫに応答して、第２のＵＥは、メッセージを再送信し得る。さらに、上記で説明されたように、第２のＵＥに向けてＲＦ信号／ビームをステアリングするために、ビームフォーミングおよび／またはビームステアリングも使用され得る。ブロック１５１０において、第１のＵＥは、オプションで、メッセージの１つまたは複数のデータ要素（たとえば、上記で説明されたようにアラート、運動など）に基づいて、第１のＵＥにおいて１つまたは複数のアクションを実行することができる。本明細書の開示から、他の方法および方法の変形形態が認識され得、各々の詳細なフローチャートおよび／または説明は提供されないことが諒解されよう。たとえば、様々な態様では、受信されたＤ２Ｄ情報に対する応答が、第１のＵＥから第２のＵＥに送信され得る。送信された応答は、オプションで、本明細書で説明されるように、ＲＦ送信を第２のＵＥにより正確に向けるために、ビームフォーミング／ビームステアリングを使用し得る。したがって、本開示の様々な態様は、提供される例示的な例に限定されるものと解釈されるべきではない。

[00122]本明細書で説明および開示される様々な態様は、本明細書で説明される新しいデータ要素（たとえば、図１０参照）および／または送信ＵＥのジオフェンスに関連する新しいメッセージ（たとえば、図１１参照）を含み得る、アプリケーションレイヤメッセージ（たとえば、パーソナルセーフティーメッセージ）を送信するための方法を含むことが上記から諒解されよう。図１６Ａは、方法１６１０のフローチャートを示す。ワイヤレス通信のための方法１６１０は、第１のユーザ機器（ＵＥ）１６０１において実行される。ブロック１６０２において、第１のＵＥは、第２のユーザ機器（ＵＥ）のためのジオフェンスに関連する１つまたは複数のデータ要素を含むアプリケーションレイヤメッセージ（ＰＳＭなどの既存のメッセージまたは新しいメッセージのいずれか）を含むデバイスツーデバイス（Ｄ２Ｄ）通信を第２のユーザ機器（ＵＥ）から受信する。様々な他の態様では、アプリケーションレイヤメッセージ（ＰＳＭなどの既存のメッセージまたは新しいメッセージのいずれか）は、上記で詳述したように、ジオフェンスおよびジオフェンス侵害の決定を可能にするために、範囲情報を含むＤ２Ｄ情報に含まれるメッセージとして含まれ得る。同様に、第１のＵＥおよび第２のＵＥは、本明細書で開示される様々なＵＥのいずれかであり得る。したがって、本明細書の開示から、他の方法および方法の変形形態が認識され得、各々の詳細なフローチャートおよび／または説明は提供されないことが諒解されよう。したがって、本開示の様々な態様は、提供される例示的な例に限定されるものと解釈されるべきではない。

[00123]図１６Ｂは、方法１６２０のフローチャートを示す。ワイヤレス通信のための方法１６２０は、ユーザ機器（ＵＥ）１６２１において実行される。１６２２において、ＵＥは、デバイスツーデバイス（Ｄ２Ｄ）通信を送信し、ここにおいて、Ｄ２Ｄ通信は、アプリケーションレイヤメッセージ（たとえば、新しいデータ要素をもつＰＳＭなどの既存のメッセージまたは新しいメッセージのいずれか）を含み、アプリケーションレイヤメッセージは、ＵＥのためのジオフェンスに関連する１つまたは複数のデータ要素を含む。本方法は、場合によっては、１６２４において、潜在的な受信ＵＥに対するＵＥの向きを決定することを含むことができる。１つまたは複数の潜在的な受信ＵＥに向かう（たとえば、上記で説明されたように、道路に向かう、障害物から離れるなど）向き／方向があることが諒解されよう。潜在的な受信ＵＥという用語は、送信ＵＥが、送信を受信することができる送信範囲内にＵＥがあるかどうかを知らない場合があるので、使用される。本方法はまた、場合によっては、１６２６において、向きに基づいて潜在的な受信ＵＥの方向に送信のＲＦ信号をステアリングすることを含むことができる。上記で説明されたように、ＲＦ信号のステアリングは、ＲＦ信号／送信電力を集中させるためにビームフォーミングおよび／またはビームステアリングによって実行され得、これは、本明細書で説明されるように、他の利点の中でもとりわけ、エネルギー消費量を低減し、状況認識を改善し、ＲＦ輻輳を低減することができる。

[00124]様々な他の態様では、ＵＥは、ＵＥの地理的ロケーション（たとえば、ゾーンＩＤ、エリアＩＤなど）と、ジオフェンスについての範囲とを決定することができ、これらは、上記で詳述したように、Ｄ２Ｄ情報、ジオフェンスの決定、およびジオフェンス侵害のために使用され得る。同様に、ＵＥおよび潜在的な受信ＵＥは、本明細書で開示される様々なＵＥのいずれかであり得る。したがって、本明細書の開示から、他の方法および方法の変形形態が認識され得、各々の詳細なフローチャートおよび／または説明は提供されないことが諒解されよう。したがって、本開示の様々な態様は、提供される例示的な例に限定されるものと解釈されるべきではない。

[00125]本明細書で開示される様々なデバイス、構成要素、方法などの機能は、本明細書の教示に一致する様々な方法で実装され得る。いくつかの設計では、これらのモジュールの機能は、１つまたは複数の電気的構成要素として実装され得る。いくつかの設計では、これらのブロックの機能は、１つまたは複数のプロセッサ構成要素を含む処理システムとして実現され得る。いくつかの設計では、これらのモジュールの機能は、たとえば、１つまたは複数の集積回路（たとえば、ＡＳＩＣ）の少なくとも一部分を使用して実現され得る。本明細書で説明されたように、集積回路は、プロセッサ、ソフトウェア、他の関係する構成要素、またはそれらの何らかの組合せを含み得る。したがって、異なるモジュールの機能は、たとえば、集積回路の異なるサブセットとして、ソフトウェアモジュールのセットの異なるサブセットとして、またはそれらの組合せとして実装され得る。また、（たとえば、集積回路のおよび／またはソフトウェアモジュールのセットの）所与のサブセットは、機能の少なくとも一部分を２つ以上のモジュールに提供し得ることを諒解されよう。

[00126]図１７は、本開示の様々な態様を実装するための例示的な近接度ベースのジオフェンスデバイス１７００（ジオフェンス構成要素１７０および／または構成要素９００と同様であり得る）を示し、これらは、一連の相互に関連する機能モジュールとして表される。デバイス１７００は、本明細書で開示されるＵＥのいずれか（たとえば、図１のＵＥ１０４、１５２、１６０、１８２、１９０、図２Ａおよび図２Ｂに示されたＵＥ２４０、図３のＵＥ３１０、３５０のいずれかなど）に対応し得る。図示の例では、第２のユーザ機器（ＵＥ）からＤ２Ｄ情報（たとえば、ＰＣ５通信）を受信するためのモジュール１７０２は、少なくともいくつかの態様では、たとえば、本明細書で説明されるように、通信デバイス（たとえば、トランシーバ８０４および／または処理システム（たとえば、プロセッサ８１０）など）に対応し得る。Ｄ２Ｄ情報に基づいて第１のＵＥがしきい値範囲（上記で説明されたように、第１のＵＥと第２のＵＥとの間のＵＥ間範囲）内にあるかどうかを決定するためのモジュール１７０４は、少なくともいくつかの態様では、たとえば、通信デバイス（たとえば、トランシーバ８０４、および／または処理システム、たとえば、プロセッサ８１０）に対応し得、いくつかの態様では、本明細書で説明されるように、モデムプロセッサの（たとえば、範囲モジュール９２２および／またはしきい値検出モジュール９２４などの機能を含む）ＰＨＹ－ＭＡＣレイヤの機能であり得る。第１のＵＥがしきい値範囲内にある場合、受信されたＤ２Ｄ情報の１つまたは複数のデータ要素のアプリケーションレイヤ処理を有効にするためのモジュール１７０６は、少なくともいくつかの態様では、たとえば、本明細書で説明される処理デバイス（たとえば、プロセッサ８１０など）に対応し得、いくつかの態様では、アプリケーションレイヤ（たとえば、９１０）において処理を実行するアプリケーションレイヤプロセッサに対応し得る。第１のＵＥがしきい値範囲内にない場合、アプリケーションレイヤからのメッセージをブロックするためのモジュール１７０７は、少なくともいくつかの態様では、たとえば、通信デバイス（たとえば、トランシーバ８０４および／または処理システム、たとえば、プロセッサ８１０）に対応し得、いくつかの態様では、本明細書で説明されるように、モデムプロセッサのＰＨＹ－ＭＡＣレイヤ（たとえば、しきい値検出モジュール９２４）の機能であり得る。第１のＵＥが第２のＵＥからのしきい値範囲内にある場合、高信頼性の送信を有効にするためのオプションのモジュール１７０８は、少なくともいくつかの態様では、通信デバイス（たとえば、トランシーバ８０４および／または処理システム、たとえば、プロセッサ８１０）に対応し得る。メッセージ中の１つまたは複数のデータ要素に基づいて第１のＵＥにおいて１つまたは複数のアクションを実行するための別のオプションのモジュール１７１０は、たとえば、本明細書で説明されるように、処理システム（たとえば、プロセッサ８１０）であり得るか、またはアプリケーションレイヤ（たとえば、９１０、９１４）において機能を実行するように構成されたアプリケーションプロセッサであり得る。送信のＲＦ信号をステアリングするための別のオプションのモジュール１７１１は、少なくともいくつかの態様では、通信デバイス（たとえば、トランシーバ８０４および／または処理システム、たとえば、プロセッサ８１０）に対応し得、いくつかの態様では、本明細書で説明されるように、ＰＨＹ－ＭＡＣレイヤ（たとえば、方向モジュール９２６）の機能および／またはモデムプロセッサのビームフォーミング機能であり得る。構成に応じて、モジュール１７１１は、本明細書で説明されるように、発信ＵＥからの送信に応答するとき、初期（発信）送信におけるＲＦ信号を意図された方向に向かってステアリングするために、および／またはＲＦ信号を発信ＵＥに向かってステアリングするために使用され得ることが諒解されよう。

[00127]さらに、図９および図１７によって表されるモジュール、構成要素、および／または機能、ならびに本明細書で説明される他のモジュール、構成要素、および／または機能は、任意の適切な手段を使用して実装され得る。そのような手段はまた、少なくとも部分的に、本明細書で教示された対応する構造を使用して実装され得る。たとえば、「のためのモジュール」に関して上記で説明された構成要素はまた、同様に指定された、機能「のための手段」に対応し得る。したがって、いくつかの態様では、そのような手段のうちの１つまたは複数は、アルゴリズムとしてのものを含む、本明細書で教示された、１つまたは複数のプロセッサ、メモリ、集積回路、または他の適切な構造を使用して実装され得る。当業者は、本開示において、アルゴリズムは、上記で説明された関数、アクションなどにおいて、ならびに擬似コードによって表され得るアクションの順に表され得ることを認識するであろう。たとえば、図９および図１７によって表される構成要素、モジュール、および／または機能は、本明細書で開示される機能、態様、およびアクションを実行するためのコードを含み得る。

[00128]情報および信号は、様々な異なる技術および技法のいずれかを使用して表され得ることを当業者は諒解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。

[00129]さらに、本明細書で開示される態様に関して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、概してそれらの機能に関して上記で説明された。そのような機能がハードウェアとして実装されるか、またはソフトウェアとして実装されるかは、特定の適用例およびシステム全体に課される設計制約に依存する。当業者は、説明された機能を特定の適用例ごとに様々な方法で実装することができるが、そのような実装決定が、本開示の範囲からの逸脱を引き起こすと解釈されるべきではない。

[00130]本明細書で開示される態様に関して説明された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明された機能を実施するように設計されたそれらの任意の組合せを用いて実装または実施され得る。汎用プロセッサは、マイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。

[00131]本明細書で開示される態様に関して説明された方法、シーケンスおよび／またはアルゴリズムは、ハードウェアで直接実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読取り専用メモリ（ＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ－ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体は、プロセッサと一体であってよい。プロセッサおよび記憶媒体は、ＡＳＩＣ内に存在してよい。ＡＳＩＣは、ＵＥ内に存在し得る。代替として、プロセッサおよび記憶媒体は、ＵＥ内の個別構成要素として存在してよい。

[00132]１つまたは複数の例示的な態様では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せに実装されてよい。ソフトウェアに実装される場合、機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信されてよい。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の入手可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気記憶デバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができる。本明細書で使用されるディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ｄｉｓｃ）（ＣＤ）、レーザーディスク（登録商標）（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）およびＢｌｕ－ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含み、ここで、ディスク（ｄｉｓｋ）は、通常、データを磁気的に再生し、ディスク（ｄｉｓｃ）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲に含めるべきである。

[00133]上記の開示は本開示の例示的な態様を示しているが、添付の特許請求の範囲によって定義された本開示の範囲から逸脱することなく、本明細書において様々な変更および修正が行われ得ることに留意されたい。本明細書で説明された本開示の態様による方法クレームの機能、ステップおよび／またはアクションは、特定の順序で実施される必要がない。さらに、本開示の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。

Claims (60)

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. 前記Ｄ２Ｄ情報は、ＰＣ５インターフェースを介して受信される、請求項３７に記載の第１のＵＥ。
39. 前記少なくとも１つのプロセッサは、
    前記第１のＵＥが前記第２のＵＥからの前記しきい値範囲内にない場合、前記アプリケーションレイヤからの前記メッセージをブロックするようにさらに構成される、請求項３６に記載の第１のＵＥ。
40. 前記少なくとも１つのプロセッサは、
    前記メッセージに基づいて前記第１のＵＥにおいて１つまたは複数のアクションを実行するようにさらに構成される、請求項３６に記載の第１のＵＥ。
41. 前記第１のＵＥが前記第２のＵＥからの前記しきい値範囲内にあるかどうかを決定することは、前記メッセージに関連付けられた地理的エリアに基づいている、請求項３６に記載の第１のＵＥ。
42. 前記第１のＵＥの地理的ロケーションが前記メッセージに関連付けられた前記地理的エリア内にある場合、前記第１のＵＥは、前記第２のＵＥからの前記しきい値範囲内にあると決定される、請求項４１に記載の第１のＵＥ。
43. 前記地理的エリアは、前記メッセージのためのサイドリンク制御情報（ＳＣＩ）から導出される、請求項４２に記載の第１のＵＥ。
44. 前記地理的エリアは、ゾーン識別子（ＩＤ）または範囲のうちの少なくとも１つを含み、前記ゾーンＩＤは、前記第２のＵＥの地理的ロケーションに基づいている、請求項４３に記載の第１のＵＥ。
45. 前記範囲は、ゾーンの個別番号である、請求項４４に記載の第１のＵＥ。
46. 前記範囲は距離である、請求項４４に記載の第１のＵＥ。
47. 前記第１のＵＥが前記第２のＵＥからの前記しきい値範囲内にあるかどうかを決定することは、前記メッセージに関連付けられた地理的エリアおよび範囲しきい値に基づいて、物理レイヤ（ＰＨＹ）および／または媒体アクセス制御レイヤ（ＭＡＣ）（ＰＨＹ－ＭＡＣ）において実行される、請求項３６に記載の第１のＵＥ。
48. 前記少なくとも１つのプロセッサは、
    前記アプリケーションレイヤにおいて範囲しきい値を指定することと、
    前記範囲しきい値を前記ＰＨＹ－ＭＡＣに提供することと、
    を行うようにさらに構成される、請求項４７に記載の第１のＵＥ。
49. 前記少なくとも１つのプロセッサは、
    あらかじめ定義された値、前記第２のＵＥのタイプに関連付けられた値、または前記メッセージに対して実行される信号処理のうちの少なくとも１つに基づいて、前記ＰＨＹ－ＭＡＣにおいて前記範囲しきい値を決定するようにさらに構成される、請求項４７に記載の第１のＵＥ。
50. 前記地理的エリアは、ゾーンＩＤを含み、前記メッセージのためのサイドリンク制御情報（ＳＣＩ）から導出される、請求項４７に記載の第１のＵＥ。
51. 前記少なくとも１つのプロセッサは、
    前記第１のＵＥが前記第２のＵＥからの前記しきい値範囲内にある場合、高信頼性の送信を有効にするようにさらに構成される、請求項３６に記載の第１のＵＥ。
52. 前記トランシーバは、前記メッセージが正しく受信されない場合、否定確認応答（ＮＡＣＫ）を前記第２のＵＥに送信するように構成される、請求項５１に記載の第１のＵＥ。
53. 前記トランシーバは、
    前記メッセージが正しく受信された場合、肯定確認応答（ＡＣＫ）を前記第２のＵＥに送信するように構成される、請求項５１に記載の第１のＵＥ。
54. 前記少なくとも１つのプロセッサは、
    前記第２のＵＥに対する前記第１のＵＥの向きを決定するようにさらに構成される、請求項３６に記載の第１のＵＥ。
55. 前記トランシーバは、前記向きに基づいて、前記送信のＲＦ信号を前記第２のＵＥの方向にステアリングすることによって、前記第２のＵＥに応答を送信するように構成される、請求項５４に記載の第１のＵＥ。
56. 前記メッセージは応答要求を含む、請求項３６に記載の第１のＵＥ。
57. 前記トランシーバは、前記第１のＵＥが前記第２のＵＥからの前記しきい値範囲内にある場合、前記第２のＵＥに応答を送信するように構成される、請求項５６に記載の第１のＵＥ。
58. 前記第１のＵＥは、車両、歩行者、サイクリスト、動物、建設機器、農業機器、またはタグベアラのものであり、前記第２のＵＥは、車両、歩行者、サイクリスト、動物、建設機器、農業機器、またはタグベアラである、請求項３６に記載の第１のＵＥ。
59. 第１のユーザ機器（ＵＥ）であって、
    第２のユーザ機器（ＵＥ）からデバイスツーデバイス（Ｄ２Ｄ）情報を受信するための手段と、
    前記Ｄ２Ｄ情報に基づいて、前記第１のＵＥが前記第２のＵＥからのしきい値範囲内にあるかどうかを決定するための手段と、
    前記第１のＵＥが前記第２のＵＥからの前記しきい値範囲内にある場合、前記Ｄ２Ｄ情報中のメッセージのアプリケーションレイヤ処理を有効にするための手段と、
    を備える、第１のユーザ機器（ＵＥ）。
60. 第１のユーザ機器（ＵＥ）におけるワイヤレス通信のためのコンピュータ実行可能命令を記憶する非一時的コンピュータ可読媒体であって、前記コンピュータ実行可能命令は、
    第２のユーザ機器（ＵＥ）からデバイスツーデバイス（Ｄ２Ｄ）情報を受信するように構成された少なくとも１つの命令と、
    前記Ｄ２Ｄ情報に基づいて、前記第１のＵＥが前記第２のＵＥからのしきい値範囲内にあるかどうかを決定するように構成された少なくとも１つの命令と、
    前記第１のＵＥが前記第２のＵＥからの前記しきい値範囲内にある場合、前記Ｄ２Ｄ情報中のメッセージのアプリケーションレイヤ処理を有効にするように構成された少なくとも１つの命令と、
    を備える、非一時的コンピュータ可読媒体。

Images