JP2021507424A - 車両システムにおけるターゲット車両選択およびメッセージ配信 - Google Patents

Abstract

【課題】車両システムにおけるターゲット車両選択およびメッセージ配信。【解決手段】一態様によれば、車両メッセージ配信エンティティによる送信のためにターゲット車両を選択するための方法が提供される。最初に、複数の車両の地図情報および運転コンテキスト情報が、通信システム内の車両メッセージ配信エンティティのデータベース内に維持される。少なくとも運転コンテキスト情報を含む車両メッセージを第１ソース車両から受信すると、車両メッセージ配信エンティティは、前記車両の地理的位置に基づいて、複数の車両から第１ソース車両に近接する１つ以上の車両を選択する。次いで、車両メッセージ配信エンティティは、運転コンテキスト情報および地図情報に基づいて、１つ以上の車両から１つ以上のターゲット車両の第１セットをさらに選択する。最後に、車両メッセージ配信エンティティは、ユニキャスト送信を使用して車両メッセージを第１セットに送信する。【選択図】図３

Description

本発明の例示的かつ非限定的な実施形態は、一般に、車両用途における無線通信に関し、より詳細には、ソース車両と複数のターゲット車両との間の無線通信に関する。

背景技術の以下の説明は、本発明に先立つ関連技術には知られていないが、本発明によって提供される開示とともに、洞察、発見、理解または開示、または関連付けを含むことができる。本発明のいくつかのそのような寄与は、以下に具体的に指摘することができるが、本発明の他のそのような寄与はそれらの文脈から明らかになる。

車両と車両およびインフラストラクチャとの間のワイヤレス通信は、補助運転のための状況認識メッセージの配布、安全性を高めるための緊急警報の送信、および、車線マージングまたはプラットーン（ｐｌａｔｏｏｎｉｎｇ）などの協調操作の実行など、様々な接続された自動車ユースケースを可能にする。多くの場合Ｃ−Ｖ２Ｘと呼ばれる、３ＧＰＰ携帯電話技術上の車両接続は、ＬＴＥ−Ａから標準化が始まり、５Ｇへと進化しつつある。標準化努力の目標の１つは、車両通信を、十分に確立された３ＧＰＰ無線アクセスネットワークに統合することである。しかしながら、効率的で信頼性のある方法でＣ−Ｖ２Ｘ通信を構成する際に、いくつかの課題が現在存在する。

以下では、本発明の一部の態様の基本を理解できるように、発明の概要を説明する。この要約は、本発明の広い概観ではない。それは、本発明の重要な／重要な要素を識別すること、または本発明の範囲を描写することを意図していない。その唯一の目的は、後に提示されるより詳細な説明の前置きとして、本発明のいくつかの概念を簡略化された形態で提示することである。

本発明の様々な態様は、独立請求項に定義されるような方法、装置、およびコンピュータ・プログラム製品を含む。本発明のさらなる実施形態は、従属請求項に開示されている。

以下、添付の図面に関連して例示的な実施形態を手段として本発明をより詳細に説明する。
図１は本発明の実施形態を適用することができる通信システムの一例を示す。 図２−図９は本発明の実施形態によるプロセスの例を示し、 図２−図９は本発明の実施形態によるプロセスの例を示し、 図２−図９は本発明の実施形態によるプロセスの例を示し、 図２−図９は本発明の実施形態によるプロセスの例を示し、 図２−図９は本発明の実施形態によるプロセスの例を示し、 図２−図９は本発明の実施形態によるプロセスの例を示し、 図２−図９は本発明の実施形態によるプロセスの例を示し、 図２−図９は本発明の実施形態によるプロセスの例を示し、 図１０Ａ−図１０Ｄは本発明の実施形態による方法を適用する２つの例を示す。 図１０Ａ−図１０Ｄは本発明の実施形態による方法を適用する２つの例を示す。 図１０Ａ−図１０Ｄは本発明の実施形態による方法を適用する２つの例を示す。 図１０Ａ−図１０Ｄは本発明の実施形態による方法を適用する２つの例を示す。 図１１および図１２は、本発明の実施形態による装置を示す。 図１１および図１２は、本発明の実施形態による装置を示す。

以下の実施形態は、例示的なものである。本明細書はいくつかの場所で「１つの（ａｎ）」、「１つの（ｏｎｅ）」、または「いくつかの（ｓｏｍｅ）」実施形態を指すことがあるが、これは必ずしも、そのような各言及が同じ実施形態に対するものであること、または特徴が単一の実施形態にのみ適用されることを意味するものではない。異なる実施形態の単一の特徴を組み合わせて、他の実施形態を提供することもできる。

記載される実施形態は、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ：マイクロ波アクセスワールドワイド相互運用性）、ＧＳＭ（登録商標）−２Ｇ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：モバイル通信のグローバルシステム）、ＧＥＲＡＮ（ＧＳＭ（登録商標） ＥＤＧＥ ｒａｄｉｏ ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＧＳＭ（登録商標） ＥＤＧＥ無線アクセスネットワーク）、ＧＲＰＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ：一般パケット無線サービス）、基本的なＷ−ＣＤＭＡ（ｗｉｄｅ−ｂａｎｄ−ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ：広帯域符号分割多元アクセス）に基づくＵＭＴＳ−３Ｇ（Ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ：ユニバーサル移動体通信システム）、ＨＳＰＡ（ｈｉｇｈ−ｓｐｅｅｄ ｐａｃｋｅｔ Ａｃｃｅｓｓ：高速パケットアクセス）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ：ロングタームエボリューション）、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＮＲ（Ｎｅｗ Ｒａｄｉｏ：新無線技術）、ＩＥＥＥ８０２．１１仕様に基づくシステム、ＩＥＥＥ８０２．１１ｐ／ＩＴＳ−Ｇ５（Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｒａｎｓｐｏｒｔ Ｓｙｓｔｅｍｓ Ｇ５：高度道路交通システムＧ５）／ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：狭域無線通信）仕様に基づくシステム、ＩＥＥＥ８０２．１５仕様に基づくシステム、および／または、第５世代（５Ｇ）、または、それ以上のモバイルまたはセルラ通信システムのうちの少なくとも１つにおいて実施されることができる。

しかしながら、実施形態は一例として与えられたシステムに限定されるものではなく、当業者はこの解決策を、必要な特性を備えた他の通信システムに適用することができる。適切な通信システムの一例は、上述のような５Ｇシステムである。５Ｇは、より小さなローカルエリアアクセスノードとの協調で動作するマクロサイトを含む、いわゆる小セル概念を使用し、また、おそらくより良いカバレッジと強化されたデータレートのために種々の無線技術を展開して、多入力多出力（ＭＩＭＯ）マルチアンテナ伝送技術、ＬＴＥの現在のネットワーク展開よりも多くの基地局またはノードを使用することが想定されている。５Ｇは、おそらく、２つ以上の無線アクセス技術（ＲＡＴ）から構成され、各々は特定のユースケースおよび／またはスペクトルに対して最適化される。５Ｇシステムはまた、セルラ（３ＧＰＰ）および非セルラ（例えば、ＩＥＥＥ）技術の両方を組み込むことができる。５Ｇ移動通信は、ビデオストリーミング、拡張現実、データ共有の異なる方法、および、車両の安全性、異なるセンサ、およびリアルタイム制御を含む様々な形態の機械タイプアプリケーションを含む、より広範囲のユースケースおよび関連するアプリケーションを有することになる。５Ｇは、６ＧＨｚ未満の以前に配備された周波数とは別に、ｃｍＷａｖｅおよびｍｍＷａｖｅ周波数もより高く、また、ＬＴＥなどの既存のレガシー無線アクセス技術と統合することができることを含む、複数の無線インターフェースを有することが期待される。ＬＴＥとの統合は、少なくとも初期段階において、マクロカバレージがＬＴＥによって提供され、５Ｇ無線インターフェースアクセスがＬＴＥへのアグリゲーションによってスモールセルから来るシステムとして実装することができる。言い換えると、５Ｇは、ＲＡＴ間動作可能性（ＬＴＥー５Ｇなど）と、ＲＩ間動作可能性（ｃｍＷａｖｅとｍｍＷａｖｅとの間のＲＩ間動作可能性など、無線インターフェース間動作可能性）との両方をサポートするように計画される。５Ｇネットワークで使用されると考えられる概念の１つは、複数の独立した専用の仮想サブネットワーク（ネットワークインスタンス）が、レイテンシ、信頼性、スループット、およびモビリティに関する異なる要件を持つサービスを実行するために、同じインフラストラクチャ内に作成される可能性があるネットワークスライシングである。

将来のネットワークは、ネットワーク・ノード機能を、サービスを提供するために、運用上、接続またはリンクすることができる「ビルディングブロック」またはエンティティに仮想化することを提案するネットワーク・アーキテクチャ概念であるネットワーク機能仮想化（ＮＦＶ）を利用する可能性が最も高いことを理解されたい。仮想化ネットワーク機能（ＶＮＦ）は、標準的な大容量サーバ、スイッチおよび格納デバイスに加えて、カスタマイズされたハードウェアの代わりに標準的または一般的なタイプのサーバを使用して、コンピュータ・プログラムコードを実行する１つ以上の仮想マシンを含むことができる。クラウド・コンピューティングまたはクラウド・データ・ストレージも利用することができる。無線通信では、これは、少なくとも部分的に、遠隔無線ヘッドに動作的に結合されたサーバ、ホストまたはノードにおいて、ノード操作が実行されることを意味することができる。ノード操作は、複数のサーバ、ノード、またはホストの間で分散されることも可能である。コアネットワークオペレーションと基地局オペレーションとの間の労力の分配は、ＬＴＥのそれとは異なってもよく、または存在しなくてもよいことも理解されるべきである。おそらく使用される他の技術の進歩には、ソフトウェア定義ネットワーキング（ＳＤＮ）、ビッグデータ、オールＩＰなどがあり、ネットワークの構築や管理方法が変更される可能性がある。

本発明は車両通信に関し、特に、車両間通信（Ｖ２Ｘ）に関する。Ｖ２Ｘ通信は車両から車両に影響を及ぼし得る任意のエンティティに、およびその逆に、情報を配信することを指す。Ｖ２Ｘ通信は、Ｖ２Ｉ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ：車両対インフラ）、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ：車両対車両）、Ｖ２Ｐ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｐｅｄｅｓｔｒｉａｎ：車両−歩行者）、Ｖ２Ｄ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｄｅｖｉｃｅ：車両対デバイス）、およびＶ２Ｇ（Ｖｅｈｉｃｌｅ−ｔｏ−Ｇｒｉｄ：車両対グリッド）など、多数のより特定のタイプの通信を備えることができる。３ＧＰＰセルラ技術を介する車両接続のコンテキストでは、５Ｇでも使用されることが想定されるように、Ｖ２Ｘ通信はセルラ車両対すべての（Ｃ−Ｖ２Ｘ）通信と呼ばれる。主にＶ２Ｖブロードキャスティングを使用する以前のＷｉＦｉベースの専用短距離通信（ＤＳＲＣ）とは対照的に、現在の形態のＣ−Ｖ２Ｘメッセージ配信は、Ｕｕ無線インターフェースを介した従来のセルラップリンク／ダウンリンク送信に基づいて構築され、真のＶ２Ｖ能力は２０１７年現在、まだ開発中である。したがって、Ｖ２Ｉ／Ｉ２Ｖパターン（すなわち、直接Ｖ２Ｖサイドリンクの代わりにアップリンクおよびダウンリンク）を使用して、ネットワークインフラストラクチャを介して１つの車両から別の車両にＶ２Ｘメッセージを搬送する。

図１は、本発明の実施形態を適用することができる通信システム１００の一例を示す。図１は単純化されたシステムアーキテクチャの例を示しており、いくつかの要素と機能エンティティを示しているだけであり、すべてが論理ユニットであり、その実装は示されているものとは異なる可能性がある。図１に示す接続は論理接続である。実際の物理接続は異なる場合がある。システムは、典型的には図１に示されたもの以外の他の機能および構造も含むことは当業者には明らかである。

通信システム１００は、上述のように、ＣーＶ２Ｘ通信（または、対応するセルラ技術のための他の同様のタイプの通信）のために構成された１つ以上の車両１１０、１５０、１６０を備える。１つ以上の車両１１０、１５０、１６０のそれぞれは、無線アクセスネットワーク１２０のアクセスノード１２１（たとえば、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）のｅＮＢ（Ｅ−ＵＴＲＡＮ）、または、５Ｇ無線アクセスネットワークのｇＮＢ（ｇＮｏｄｅ Ｂ））に接続することが可能であり得る。異なる車両１１０、１５０、１６０は、同じ無線アクセスネットワーク１２０の同じアクセスノード１２１（簡略化のために図１に示す）、または同じまたは異なる無線アクセスネットワークの異なるアクセスノードに接続することができる。各無線アクセスネットワーク１２０は、コアネットワーク１３０に接続を提供し、その結果、接続は１つ以上の公衆データネットワーク１４０（例えば、インターネット）を提供することができる。

Ｖ２Ｘ通信を有効にするために、１つ以上の車両１１０、１５０、１６０の各々は、少なくとも、車両アプリケーション１１１（または車両アプリケーションエンティティ）、オンボードユニット（ＯＢＵ）１１３、および、通信モジュール１１２（簡略化のため車両１１０のみに示す）から構成されており、情報／信号を共有するために相互に接続されることができる。１つ以上の車両１１０、１５０、１６０の各々は、アンテナ１１４、１５４、１６４をさらに備えることができる。車両アプリケーション１１１（例えば、３ ＧＰＰによって定義されるＶ２Ｘアプリケーション）は、通信モジュール１１２を介して車両メッセージを発信（生成）し、受信するために使用することができる。搭載ユニット１１３は、全地球測位システム（ＧＰＳ）センサおよび場合によっては車両に関連する他のセンサデータを使用して測位データを収集するために少なくとも使用することができる計算デバイスである。収集されたセンサデータは、車両の以下の特性、すなわち、位置、速度、機首方位（すなわち、方向／向き）、加速度、移動度、および潜在的な軌道のうちの１つ以上を含むことができる。前記収集されたセンサデータは、車両アプリケーション１１１に利用可能であってもよく、車両アプリケーションによって生成された車両メッセージに含まれてもよい。アンテナ１１４に関連する通信モジュール１１２を使用して、車両アプリケーションによって発信された車両メッセージを無線信号としてアクセスノード１２１に無線で送信し、逆にアクセスノード１２１によって送信された任意の無線信号を受信し、受信した信号を車載ユニット１１３および／または車両アプリケーション１１１に提供することができる。

通信システム１００は、１つ以上の車両１１０、１５０、１６０によってアクセスノード１２１に送信された車両メッセージを処理する（すなわち、受信し、分析し、配信する）ための車両メッセージ配信エンティティを備える。車両メッセージ配信エンティティは、ソフトウェア機能であってもよいし、３つの代替要素のうちの１つに配備されたアプリケーションであり得る。第１オプションによれば、車両メッセージ配信エンティティは、例えば、ＬＴＥ ｅＮＢまたは５Ｇ ｇＮＢに接続されるか、またはその一部であるか、あるいは、仮想マシンまたはコンテナ技術を使用してマルチアクセスエッジコンピューティング（ＭＥＣ）などのエッジクラウドプラットフォームの上で実行される、無線アクセスネットワーク１２０の無線クラウド１２２内の物理または仮想ネットワーク機能１２３として配備され得る。エッジクラウドはネットワークの論理的極値（エッジ）を利用するクラウドであり、したがって、従来のクラウドソリューションよりも情報ソース（例えば、ＩｏＴセンサ）に近い。第２オプションによれば、車両メッセージ配信エンティティは、要素１３３としてコアネットワーク１３０の中央クラウドまたはコアクラウド１３２内に配備することができる。第３オプションによれば、車両メッセージ配信エンティティは、要素１４３として、クラウド１４２、または特に公衆データネットワーク１４０（例えば、インターネット）のＯＴＴクラウド１４２（例えば、Ａｕｔｏ Ｃｌｏｕｄ）内のオーバー・ザ・トップ（ＯＴＴ）アプリケーション１４３として配備することができる。ＯＴＴアプリケーションは、（ＯＴＴ）クラウドを使用してインターネットを介してユーザにコンテンツを提供するアプリケーションであり、コンテンツの制御または配信にマルチシステムオペレータ（ＭＳＯ）が関与することはない。インターネット・プロバイダはインターネットプロトコル（ＩＰ）パケットの内容を知っているかもしれないが、コンテンツの視聴能力、著作権、および／または他の再配布について責任を負わず、制御することもできない。言い換えると、ＯＴＴは、インターネットサービスプロバイダが単にＩＰパケットを転送するだけで、エンドユーザに配信されるサードパーティからのコンテンツを指す。

車両メッセージ配信エンティティは、１つ以上の車両１１０、１５０、１６０（ソース車両）から車両メッセージを収集（受信）し、上記で詳細に説明した実施形態にしたがって、１つ以上の車両１１０、１５０、１６０から選択された少なくとも１つの車両（ターゲット車両）に前記車両メッセージを前方に送信させるように構成することができる。送信はユニキャスト送信であってもよく、すなわち、同じ車両メッセージの固有のコピーが、ターゲット車両の無線リンクの特定の状態から無線インターフェースを介した送信を保護する異なるチャネル符号化を用いて、各ターゲット車両に送信されることができる。リンク適応能力は最大の回復力（正しいメッセージ復号能力）を保証し、これは、高速選択的再送信（増分冗長性を有するＨＡＲＱ）によってさらに増加され得る。その結果、同一の車両メッセージの異なるコピーを、互いに素な無線リソースブロックを介して各ターゲット車両に送信するため、ユニキャストはターゲット車両の数に比例するリソースを割り当て、すなわち、ターゲット車両が多ければ多いほど、リソース消費が高くなる。したがって、前記車両メッセージからほとんど利益を得ないターゲット車両への車両メッセージの伝送は、リソースを無駄に消費しないために回避されるべきである。不必要なメッセージは、また、それらの内容を最終的に廃棄するためにのみ、それらを依然として受信し、処理することになるターゲット車両におけるリソースを消費することになる。

車両メッセージ配信エンティティ１２３または１３３または１４３は、車両メッセージを含む、補助ソースから受信された情報を格納するために、また、それらから導出された情報をそれ自身の分析によって格納するために、１つ以上のデータベース１２４または１３４または１４４を維持することができる。各代替要素１２４、１３４、１４４は、１つ以上のデータベースを含むことができる。

車両メッセージ配信エンティティはさらに、複数の車両の運転コンテキスト情報を１つ以上のデータベース１２４または１３４または１４４に維持することができる。各車両の運転コンテキスト情報は、例えば、位置、速度、機首方位、および／または加速度に関する最新の情報を含むことができる。各車両の運転コンテキスト情報は、前記車両の短期軌道の計算を可能にすることができる。車両メッセージ配信エンティティは、車両メッセージ配信エンティティが管理する複数の車両によって送信された車両メッセージ（例えば、協調認識メッセージ、ＣＡＭ、または分散環境通知メッセージ、ＤＥＮＭ）内の運転コンテキスト情報を受信することができる。車両メッセージは定期的に（例えば、１０Ｈｚの周波数で）車両メッセージ配信エンティティに送信されることができる。場合によっては、運転コンテキスト情報はまた、緊急ブレーキのようなイベントに関する情報を含むことができ、および／または、協調適応クルーズ制御（ＣＡＣＣ）、すなわち、後続の車両間の固定距離を維持するための自律機能、またはプラトーン管理に関連することができる。いくつかの実施形態では、車両メッセージ配信エンティティは、１つ以上のデータベース内に、複数の車両によって送信された他の情報、例えば、オンボードセンサによって生成された情報（生のまたは処理されたフォーマットで）、カメラビデオストリーム（例えば、シースルーなどのＶ２Ｘユースケースの場合）、レーダまたはライダスキャン、またはそれらの前処理された情報（歩行者または他の脆弱な道路のユーザ、ＶＲＵの検出された存在など）をさらに維持することができる。

車両メッセージ配信エンティティは、１つ以上のデータベース１２４または１３４または１４４において、最新の地図情報を維持することができる。前記地図情報は、例えば、道路、車線、分岐点、建物、道路工事、可能な軌道、駐車の可能性、トンネル、既存の障害物、可能な接続または分岐点（同じレベルで交差するか、または合流することなく一方が他方の上をアーチ状に交差する）、車線構造などの道路属性、および、交通方向が物理的に分離されているかどうか、および／または歩行者の交差点の詳細なメタデータを含む、高精度マッピング情報を含むことができる。車両メッセージ配信エンティティに関する地図情報の主な機能は、車両を、互いに、およびそれらの環境とのコンテキストに入れることを可能にすることである（例えば、車両が物理的にそれらの現在の道路上にとどまり、それらの現在の軌道を維持することができるかどうかを評価すること）。

いくつかの実施形態では、車両メッセージ配信エンティティが、リアルタイムセンサ情報などの補助情報を１つ以上のデータベース１２４または１３４または１４４に維持することができる。センサ情報は、センサへのアクセスおよび他のエンティティへの他の情報を提供するプラットフォームに様々なセンサを一緒に接続するスマートシティに実装されたものなどのＩｏＴネットワークから収集され得る。センサ情報は、交通状況に関する１つ以上のセンサ（例えば、道路交通センサ、スマートシティセンサ、および／またはストリートカメラ）から収集された最新情報、車両交通流（例えば、信号状態）をスケジュールするか、または、そうでなければ車両交通流に影響を及ぼす道路要素、渋滞、気象センサ（例えば、温度、湿度、露点、可視性）、気象予測エンティティ（例えば、前述の気象センサまたは公共または個人の地方気象データを使用する）、駐車場占有、および／または事故またはブロッキングなどの異常イベントを含むことができる。１つ以上のデータベース１２４または１３４または１４４内に維持することができる補助情報の別の例を与えるために、ネットワーク要素（たとえば、動作サポートシステム、ＯＳＳ、および／またはゲートウェイ、ＧＷ）は、所与の車両の運転状況および環境に関連するＶＲＵまたは他の道路参加者（乗客、非接続車両）の存在を明らかにすることができる、非Ｖ２Ｘ目的のためにネットワーク内で確立された無線接続またはデータベアラに関する情報（たとえば、モバイルブロードバンド、ＭＢＢ）を提供することができる。

補助センサ情報は、センサへのアクセスおよび他のエンティティへの他の情報を提供するプラットフォームに様々なセンサを一緒に接続するスマートシティに実装されたものなどのＩｏＴネットワークから収集することができる。補助情報は、利用可能であれば、交通／道路状態の完全な状態を構築し（例えば、都市区域のような監視区域において）、車両の相対的な状況を詳細に分析することを可能にするために、車両メッセージ内に存在する情報および地図データと組み合わされる。車両の相対的コンテキストは、それらのタイプ（例えば、トラック対乗用車）、速度、加速／制動イベント、機首方位角／向き、ＣＡＣＣ制御ループまたはプラトーン内の存在、特定の車線内の存在、信号機に関する存在（例えば、赤色光の前で待機している）、信号機または渋滞のために待機していること、計画されたルート／軌道（ナビゲーション情報）、２つの車両の近傍／視線内の他の車両の存在／２つの車両の存在、他の道路ユーザ（例えば、ＶＲＵ、乗客、サイクリスト）の存在などを比較することを含むことができる（ただし、これらに限定されない）。車両の相対的コンテキストは、所与のソース車両から発信される車両メッセージ（例えば、ＣＡＭ、ＤＥＮＭ）が所与の（潜在的である）ターゲット車両に配信されるべきかどうかを評価するために使用される。潜在的な受信者の観点から、メッセージのタイプおよびそれが搬送する情報の重要性も考慮される。評価は、ターゲット車両の運転状態がソース車両の存在または操作によって影響を受ける可能性があるかどうか（例えば、別の車両に続く車両が、前方車両が何をしているかによって影響を受けるのに対し、異なる車線またはストリート上を反対方向に移動する２つの車両は、それらの物理的な視線距離が短いと考えられても、互いに影響を受けないかどうか）、または、ソース車両によって配信される情報によって影響を受けるかどうかを考慮する。ソース車両が潜在的に送信することができる情報、およびターゲット車両にとって関心があり得る情報は、標準化されたＣＡＭ／ＤＥＮＭメッセージだけでなく、（生のまたは処理されたフォーマットで）オンボードセンサによって生成された情報、カメラビデオストリーム（例えば、シースルーのようなＶ２Ｘユースケースの場合）、レーダ、ライダなどのスキャン、またはそれらの前処理された情報（歩行者または他のＶＲＵの検出された存在など）、または予想される将来の操作に関するナビゲーション更新（計画されたルートにしたがうためのターンまたは車線変更など）も含む。上記の観点から潜在的なターゲット車両を考慮した後、車両メッセージ配信エンティティは、各車両メッセージを、メッセージを発信した、または前記ソース車両からの更新された情報を必要とするソース車両によって影響を受けるターゲット車両に配信する。

地図情報およびセンサ情報は、エリア内に存在するすべての車両に関連する一般的な情報と見なすことができる。いくつかの実施形態では、車両メッセージ配信エンティティは、さらに、１つ以上のデータベース１２４または１３４または１４４内に、より特定の道路／交通コンテキスト情報を維持することができる。道路／交通コンテキスト情報は、各個々の車両の車両メッセージから収集された情報に関連付けられた地図情報およびセンサ情報から導出された、車両ごとの情報を含むことができる。道路／交通コンテキスト情報は、車両の最新の運動学情報（例えば、位置、速度、加速度、および／または方位角パラメータおよび値などの車両メッセージから入手可能）、ならびに道路環境、気象条件、および他の車両（車両の相対コンテキスト）のコンテキストにおけるそれらの解釈を含むことができる。各車両の相対的コンテキストは、それらのタイプ（例えば、トラック対乗用車）、速度、加速／制動イベント、機首方位角／向き、ＣＡＣＣ制御ループまたはプラトーン内の存在、特定の車線内の存在、信号機（例えば、赤色灯の前で待機している）に関するもの、信号機または渋滞のために待機していること、計画されたルート／軌道（ナビゲーション情報）、２つの車両の近傍／視線／存在における他の車両の存在、および／または、他の道路ユーザ（例えば、ＶＲＵ、乗客、サイクリスト）の存在を比較することを含むことができる（ただし、それらに限定されない）。所与の車両に関する道路／交通コンテキスト情報は、新しい車両メッセージが車両から受信されるたびに（より頻繁なイベント）、および／または、１つ以上のデータベース１２４または１３４または１４４に維持された地図および／またはセンサ情報の変化によって検出された環境の変化（より頻繁でないイベント）があるたびに更新され得る。

いくつかの実施形態によれば、車両の相対コンテキストを使用して、所与のソース車両によって発信された車両メッセージ（例えば、ＣＡＭ、ＤＥＮＭ）が、所与の（潜在的である）ターゲット車両に配信されるべきかどうかを評価することができる。潜在的な受信者の観点から、メッセージのタイプおよびそれが搬送する情報の重要性も考慮に入れることができる。評価は、ターゲット車両の運転状況が、ソース車両の存在または操作によって影響を受ける可能性がある場合（例えば、別の車両に続く車両が、前方車両が行っていることによって影響を受けるのに対し、異なる車線またはストリート上を反対方向に移動する２つの車両が互いに影響を受けない）、または、ソース車両によって配信される情報によって影響を受ける場合を考慮することができる。この評価は、さらなる実施形態に関連してより詳細に説明される。

いくつかの実施形態では、車両メッセージ配信エンティティによって維持される１つ以上のデータベース１２４または１３４または１４４が、各ソース／ターゲット車両ペアのペアワイズメッセージ履歴、すなわち、少なくともソース車両に関するターゲット車両に送信された最新の情報および最新のメッセージ転送の時刻を含むことができる。言い換えれば、１つ以上のデータベース１２４または１３４または１４４は、ソース車両に関するターゲット車両の知識、および、車両メッセージ転送が既に行われているソース／ターゲット車両ペアの各組合せに関する知識のエイジを追跡するための情報を含むことができる。前記情報は、車両メッセージ配信エンティティがソース車両からターゲット車両にメッセージを送信するたびに更新されることができる。

いくつかの実施形態では、異なるタイプの情報（すなわち、地図情報、センサ情報、道路／交通コンテキスト情報、およびペアワイズメッセージ履歴）を、異なるデータベースに維持することができる。

いくつかの実施形態による図１に関連して説明した機能のうちの少なくともいくつかを実現するためのインターフェースは、車両アプリケーション２１１および車両メッセージ配信エンティティ２３０を有する単一の車両２１０について図２に示されている。車両アプリケーション２１１は、３ＧＰＰによって定義されるようなＶ２Ｘアプリケーションであってもよく、場合によっては以下の実施形態によって定義されるような追加の機能を有する。図示の例では、インターフェース２１５、２２５、２３５は、３ＧＰＰによってそれぞれ規定される標準インターフェースＶ３、Ｖ２およびＶＩであってもよい。しかしながら、車両２１０と車両メッセージ配信エンティティ２３０との間でメッセージを転送するために使用されるインターフェース２１５、２２５、２３５は、メッセージ配信がどのように提供されるべきかについてのインテリジェンスをもたらさない。したがって、それらは、メッセージ送信を容易にするための基本的な接続性イネーブルとみなされてもよい。さらに（３ＧＰＰによって言及または定義されていない）、車両メッセージ配信エンティティ２３０は、他の要素２４０、２５０、２６０、２７０とインターフェースすることができる。前記他の要素２４０、２５０、２６０、２７０は、データベアラ（Ｖ２Ｘならびに従来のインターネット／モバイルブロードバンドまたはテルコ音声接続を含む）に関する情報にアクセスするための追加のネットワーク要素（ＬＴＥ ＥＰＣにおけるＳＧＷ／ＰＧＷ、またはＧＷと呼ばれる５Ｇコアネットワーク機能など）、センサ、車両（車両メッセージに加えて）から情報およびデータを収集するためのＩｏＴプラットフォーム（Ｎｏｋｉａ ＩＭＰＡＣＴなど）、道路インフラストラクチャ、主要性能指標（ＫＰＩ）を収集するためのＯＳＳおよびネットワークデータベース、ならびに、地図または自動車製造業者固有の車両データなどの情報を取得するためのネットワーク性能およびトラフィックフローおよびＯＴＴ／オート・クラウド（Ａｕｔｏ Ｃｌｏｕｄ）に関する測定値を備えることができる。車両制御機能２２０は、３ＧＰＰによって定義されるようなＶ２Ｘ制御機能であってもよく、すなわち、Ｖ２Ｘ通信に必要なネットワーク関連アクションに使用される論理機能であってもよい。すなわち、車両制御機能は、Ｖ２Ｘ通信を使用するために必要なパラメータをユーザ機器（例えば、Ｖ２Ｘアプリケーションを装備したＶ２Ｘ対応車両）に提供するために使用することができる。それはさらに、ユーザ機器が公衆陸上移動ネットワークとのこの特定の通信においてＶ２Ｘ通信を使用することを可能にする公衆陸上移動ネットワーク（ＰＬＭＮ）特定パラメータを前記ユーザ機器に提供するために使用されてもよい。

図３は、本発明の一実施形態による、第１ソース車両から受信された車両メッセージが送信される１つ以上のターゲット車両を選択するために、通信システム内の車両メッセージ配信エンティティによって実行されるプロセスを示す。

図３を参照すると、車両メッセージ配信エンティティは、ブロック３０１において、少なくとも複数の車両の地図情報および運転コンテキスト情報をデータベースに維持する。各車両の運転コンテキスト情報は、車両の互いに対する相対運動を評価することができるように、前記車両の地理的位置および短期軌道を決定するための情報を少なくとも含むことができる。車両メッセージ配信エンティティは、ブロック３０２において、第１ソース車両から車両メッセージを受信する。車両メッセージは、少なくとも第１ソース車両の運転コンテキスト情報を含むことができる。車両メッセージ配信エンティティは、ブロック３０３において、第１ソース車両および複数の車両の少なくとも地理的位置（運転コンテキスト情報に含まれる）に基づいて、複数の車両から第１ソース車両の近傍にある１つまたは複数のターゲット車両を選択する。いくつかの実施形態では、１つ以上のターゲット車両が、第１ソース車両の位置を囲む地理的領域（または単に地理的領域）に基づいて、運転コンテキスト情報を使用して複数の車両から選択され得る。地理的領域は、例えば、第１ソース車両の位置に原点または中心を有する円、長方形、または楕円によって単純に定義することができる。いくつかの実施形態では、地理的領域は、また、例えば、第１ソース車両の進行方向に基づいて、第１ソース車両に対して非対称に定義することができる。車両メッセージ配信エンティティは、ブロック３０４において、第１ソース車両の運転コンテキスト情報、１つ以上のターゲット車両の運転コンテキスト情報、および地図情報に基づいて、１つ以上のターゲット車両から１つ以上のターゲット車両の第１セットを選択する。１つ以上のターゲット車両の第１セットは、第１ソース車両からの車両メッセージが高い関連性を有する可能性がある車両のみを選択するように選択されることができる。例えば、選択の前に、第１ソース車両および１つ以上の関連するターゲット車両が静止しているか移動しているか、およびそれらが移動している（または、それらのうちの１つが移動している）かどうか、それらが近い将来に衝突する可能性のある軌道上を移動しているかどうか（例えば、互いに向かって移動しているかどうか）または、そうでないか（例えば、反対方向に離れているかどうか）を評価することができる。この相互動作コンテキストは、車両メッセージが、評価の時点で第１ソース車両に近接して配置されているにもかかわらず、物理的存在および短期将来軌道が、第１ソース車両の物理的存在および短期将来軌道に関連しない車両に送信されないように、選択のための基礎を形成することができる。さらに、地図情報を使用して、例えば、第１ソース車両および１つ以上のターゲット車両が、同じストリート／道路および／または同じストリートの同じ車線に位置するかどうか、ならびに車線が物理的に分離されているかどうか（反対方向に走行する車両間の接触の機会を除去する）を判定することができる。最後に、車両メッセージ配信エンティティは、ブロック３０５において、ユニキャスト送信を使用して１つ以上のターゲット車両に車両メッセージ（または車両メッセージの１つ以上のコピー）を送信させる。

図３に関連して説明した実施形態は、純粋に地理的領域ベースの方法に対してかなりの改善を提供する。この結果は、図３のブロック３０４において、ターゲット車両を選択するための分析において、上述のように、補助ソースおよび／またはメッセージ履歴情報から導出された情報を考慮することによって、さらに改善することができる。図４は、本発明の一実施形態による、前記追加情報を考慮に入れて１つ以上のターゲット車両を選択するための、通信システム内の車両メッセージ配信エンティティによって実行される、もう１つの、より複雑なプロセスを示す。

図４を参照すると、車両メッセージ配信エンティティは、ブロック４０１において、複数の車両（図３の実施形態と同様）の地図情報および運転コンテキスト情報、ならびにソース車両およびターゲット車両によって形成される各車両ペアに関する補助情報およびメッセージ履歴情報を維持する。補助情報は、スマート・シティ・インフラストラクチャ・センサ、物のインターネット・ネットワーク、車両ユーザのモバイル・ブロードバンド・トラフィック、気象センサまたはステーション、道路センサ、および道路カメラのうちの１つ以上のタイプの１つ以上のソースから受信された情報とすることができる。補助情報は、図１に関連して議論される補助情報から構成することができる。同様に、メッセージ履歴情報は、図１に関連して定義することができる。ブロック４０２〜４０４が図表３のブロック３０２〜３０４に類似している場合があるため、ここでは簡潔にするために繰り返し説明しない。

第１セットが１つ以上の車両の相互運動コンテキストに基づいて選択された後（ブロック４０４）、車両メッセージ配信エンティティは、ブロック４０５において、第１ソース車両および１つ以上の第１ターゲット車両に関する補助情報と地図情報とを考慮に入れて、１つ以上のターゲット車両の運転コンテキスト情報に対して第１ソース車両の運転コンテキスト情報を分析する。すなわち、車両メッセージ配信エンティティは、データベースに保持されている運転コンテキスト情報、補助情報、地図情報に対して相関分析を行う。例えば、車両メッセージ配信エンティティは、前記分析において、行動および意図情報（例えば、ブロック４０３での選択で使用された以前の分析からの結果）、リアルタイム交通状況（例えば、スマートシティ、ＩｏＴまたは道路センサを使用して評価される）、および／または１つ以上のデータベースに維持された道路／道路情報を使用することができる。分析に基づいて、車両メッセージ配信エンティティは、ブロック４０６において、１つ以上のターゲット車両の第１セットから、１つ以上のターゲット車両の第２セット（すなわち、サブセット）を選択する。車両メッセージ配信エンティティは、補助情報ベースの分析が除外の理由を示さない第１セットのすべてのターゲット車両を第２セットに含めることができる。除外の理由は、第１ソース車両とターゲット車両との間に意味のある接続がないことであることがあり得る。車両メッセージ配信エンティティは、ブロック４０７において、第１ソース車両および１つ以上のターゲット車両の第２セットに関するメッセージ履歴情報を分析して、１つ以上のメッセージ履歴メトリックの値を決定する。１つ以上のメッセージ履歴メトリックは、例えば、（以前に送信された車両メッセージと比較して）ターゲット車両のための車両メッセージ内に搬送された新しい情報の量、および／または前記ターゲット車両のための前記情報の重要性を定量化することができる。１つ以上のメッセージ履歴メトリックの値に基づいて、ブロック４０８において、車両メッセージ配信エンティティは、１つ以上のメッセージ履歴メトリックの値に基づいて、第２セットから１つ以上のターゲット車両の第３セットを選択する。この選択は、例えば、１つ以上のメッセージ履歴メトリックのための１つ以上の事前定義された閾値に基づいて実行することができる。車両メッセージ配信エンティティは、ブロック４０９で、ユニキャスト送信を使用して１つ以上のターゲット車両に車両メッセージを送信させる。第３セット内の各ターゲット車両に対する車両メッセージの別個のコピーを作成することができ、前記コピーを、ターゲット車両へのさらなる送信のために無線アクセスノードに向けて転送することができる。

いくつかの実施形態では、車両メッセージ配信エンティティは、車両メッセージを受信すると、車両メッセージおよび／または車両メッセージがいつデータベースに受信されたかについてのタイムスタンプを格納することができる。この格納は図３の実施形態と併せて行うことができる。さらに、車両メッセージ配信エンティティは、ブロック４０５における分析に応じて、その分析結果をデータベースに格納することができる。

ブロック４０４、ブロック４０５、４０６およびブロック４０７、４０８は、第１ターゲット車両周辺の地理的領域に基づいて選択された１つ以上の車両に適用される３つのフィルタリング手順、すなわち、移動度分析に基づくフィルタリングと、車両メッセージ内容および補助情報の相関に基づくフィルタリングと、車両メッセージ履歴またはメッセージ履歴情報に基づく重要度分析に基づくフィルタリングと考えることができる。いくつかの実施形態では、１つ以上の車両が、前記３つのフィルタリング手順のうちの１つまたは２つのみを使用してフィルタリングされることができる。さらに、いくつかの実施形態では、ジオエリアに基づいて選択された１つまたは複数の車両がフィルタリングされる順序が図４に示す順序とは異なる場合がある。

いくつかの実施形態では、図３のブロック３０４は、前述の３つのフィルタリング手順（モビリティ分析に基づくフィルタリング、車両メッセージコンテンツおよび補助情報の相関に基づくフィルタリング、および、車両メッセージ履歴またはメッセージ履歴情報に基づく重要度分析に基づくフィルタリング）のうちの１つ以上を備えることができる。対応するフィルタリング手順（図４に関連して特定されるよう）に必要なデータは、前記実施形態において、図３のブロック３０１のデータベースに維持することができる。

いくつかの実施形態では、最も重要なターゲット車両のみに車両を送信するためにターゲット車両のセットをフィルタリングすることに加えて、異なる車両メッセージに対して異なる方法で送信に優先度を付けることができる。具体的には、２つの代替的な優先度付けスキームのうちの１つを適用することができる。前記スキームの両方は、図５のプロセスを用いて例示され得る。

第１の代替優先度付けスキームでは、車載メッセージ配信エンティティが車載メッセージ履歴または重要分析に基づいて、少なくともフィルタリングを行ったと仮定する（すなわち、図４のブロック４０７、４０８）。したがって、１つ以上のメッセージ履歴メトリックが定義され、各関連する第１ソース車両−ターゲット車両ペアの値が決定されている。前記フィルタリングの後、車両メッセージ配信エンティティは、ブロック５０１において、１つ以上のメッセージ履歴メトリックのメッセージ履歴メトリック（ここでは優先度メトリックとして機能する）を、車両メッセージのサービス品質優先度にマッピングする。いくつかの実施形態では、サービス品質優先度に対する１つ以上のメッセージ履歴メトリックのより複雑なマッピングを使用することができる。車両メッセージ配信エンティティは、ブロック５０２で、車両メッセージの１つ以上のコピーを作成する。各コピーは、車両メッセージを転送するために使用されるプロトコルデータユニット内のサービス品質優先度フィールドとして、対応するターゲット車両のサービス品質優先度に関する情報を含むことができる。これを実現する１つの選択肢は、インターネットプロトコル（ＩＰ）層の差別化サービスコードポイント（ＤＳＣＰ）フィールドを使用することである。このフィールドが、システム内の関連するＱｏＳ強制機能（例えば、トランスポートルータ、またはＤＳＣＰから無線スケジューラの重みへのＲＡＮ要素マッピング）によって処理される。あるいは、車両メッセージ配信エンティティの配備に応じて、その位置に存在するデータ転送インターフェースのＱｏＳ差別化能力を利用することができる（例えば、基礎となるプロトコルがＱｏＳ優先度にしたがってパケットにマークを付けることを可能にする場合、マーキングを利用してもよいし、あるいは、緊急ビットが利用可能な場合、選択された車両メッセージに対して設定してもよい）。これは、既存のインターフェース／スタック（一般的パケット無線サービストンネリングプロトコル（ＧＰＲＳトンネリングプロトコル、ＧＴＰ）を使用するＬＴＥ ＳＩプロトコルスタック、または、ＰＤＵ優先度を示す外部ＩＰ ＤＳＣＰを伴うＩＰトンネリング、または、将来のインターフェース（５Ｇ Ｕープ車線Ｎ３またはＮＧーＵインターフェースなど）に関係し得る。車両メッセージ配信エンティティは、ブロック５０３で、車両メッセージの１つ以上のコピーおよび送信待ちの他の車両メッセージの１つ以上のコピーのサービス品質優先度フィールドにしたがってユニキャスト送信を使用して、第３セット内の１つ以上の選択されたターゲット車両に車両メッセージの１つ以上のコピーを送信させる。

第１代替優先度付けスキームでは、車両メッセージフォーマットまたは車両（Ｖ２Ｘ）アプリケーションのための修正は必要とされなかった。第２代替の優先度付けスキームでは、車両メッセージフォーマットが、車両（Ｖ２Ｘ）アプリケーション層プロトコルヘッダ内、例えば、インテリジェントトランスポートシステム（ＩＴＳ）ＰＤＵヘッダの一部としてのＣＡＭ ＰＤＵ内、または、コンテナのうちの１つ（例えば、基本周波数または高周波数）内の情報の一部、においてメッセージ自体に関する優先度／緊急度情報を直接提供するために、新しい情報要素で拡張される。ここで説明される優先度は、メッセージ（例えば、サービス品質優先度）に関するものであり、車両の優先度（例えば、既存の情報要素で道路上の優先度を要求する緊急車両）に関するものではないことを強調しておくべきである。情報要素は、例えば、２５５の優先度レベルを区別することを可能にする８ビット整数フィールドとして指定することができる。

上述したように、図５は、第２代替的優先度付けスキームも示すことができる。この場合、３つのフィルタリング手順のうちの１つ以上（すなわち、ブロック４０４および／またはブロック４０５、４０６および／またはブロック４０７、図４の４０８）が、地理的地域に基づいて選択された１つ以上の車両からのターゲット車両の数を減らすために、ブロック５０１が実行される前に実行された可能性がある。さらに、受信された車両メッセージは前段落で説明されたような修正されたフォーマットを有する車両メッセージであり、車両アプリケーションによって定義された車両メッセージの優先レベルに関する情報を含むと仮定される。前記フィルタリングの後、ブロック５０１で、車両メッセージ配信エンティティは、車両メッセージに含まれる前記優先度レベルをサービス品質優先度にマッピングし、ブロック５０２で、車両メッセージの１つ以上のコピーを作成する。この場合も、各コピーは、車両メッセージを転送するために使用されるプロトコルデータユニット内のサービス品質優先度フィールドとして、サービス品質優先度に関する情報を含むことができる。しかしながら、この場合、サービス品質優先度は車両メッセージのためのソース車両の車両アプリケーションによって効果的に定義される（すなわち、特定のターゲット車両への前記車両メッセージの特定の送信のためではない）ので、それは、すべてのターゲット車両について同じであることに留意されたい。最後に、車両メッセージ配信エンティティは、ブロック５０３で、車両メッセージの１つ以上のコピーを、１つ以上のターゲット車両の対応するセット（すなわち、実行されたフィルタリングに応じて第１／第２／第３セット）内の１つ以上の選択されたターゲット車両に、車両メッセージの１つ以上のコピーおよび送信待ちの他の車両メッセージの１つ以上のコピーのサービス品質優先度フィールドにしたがってユニキャスト送信を使用して送信させる。

車両メッセージに追加された優先度指標に加えて、ユーザ機器（ＵＥ）または車両側車両（Ｖ２Ｘ）アプリケーション（すなわち、図１の要素１１１および／または図２の要素２１１）は、また、正しい情報を用いて生成された各メッセージ内の優先度指標を満たすように修正される必要がある。ＵＥ側での優先度は、メッセージを発信する車両が動作する車両（Ｖ２Ｘ）ユースケースおよび／または交通状況に基づくことができる。例えば、緊急事態（緊急性）または待ち時間に敏感なユースケース（プラトーン・メンバーシップを維持するか、またはＣＡＣＣ制御を実行する）に関する車両メッセージは、車両の位置および速度に関する状態更新を知り、頻繁に発信することができるよりも高い優先度に設定することができる。メッセージに優先度が要求されない場合、ＵＥは、特定の優先度値（例えば、車両メッセージ内の整数０］、または、メッセージ内の優先度フィールドの欠如（これは、現在のメッセージフォーマットとの下位互換性の利点を有する）によって符号化されることができるデフォルトの優先度指標を使用することができる。ユースケースは、例えば、３ＧＰＰによって定義されるＶ２Ｘユースケースに対応するか、またはそれを含むことができ、例えば、プラトーンの維持、遠隔運転、短距離グループ分けのための自動協調運転、接続された自動車両の協調衝突回避（ＣｏＣＡ）、環境の集合的知覚、部分／条件付きおよび高／全自動プラットーン（ｐｌａｔｏｏｎｉｎｇ）のための情報共有、ならびに、支援および改善された自動運転（ＶａＤ）および／または、緊急軌道整列のためのビデオデータ共有である。

車両アプリケーションエンティティ（すなわち、車両アプリケーションまたは車両アプリケーションを実行するエンティティ）によって車両メッセージを送信するための一実施形態による例示的なプロセスを図６に示す。

図６を参照すると、車両アプリケーションエンティティは、通信システム内の第１ソース車両の車両アプリケーションエンティティのメモリ内に、少なくとも、車両通信のための車両アプリケーションエンティティの現在のユースケースに関する情報を維持する（６０１）。さらに、車両アプリケーションエンティティは、車両アプリケーションエンティティ（すなわち、第１ソース車両）に関する現在の交通状況に関する情報を維持することもできる。ブロック６０２において、車両アプリケーションエンティティは、少なくとも現在のユースケースに関する情報に基づいて、車両通信の優先度レベルを決定する。いくつかの実施形態では、現在の交通状況に関する情報は、現在のユースケースに関する情報に加えて、またはその代わりに、前記決定において使用されることができる。車両アプリケーションエンティティは、ブロック６０３において、車両メッセージのプロトコルデータユニットのヘッダに含まれる優先レベルに関する情報と、第１ソース車両の運転コンテキスト情報とを含む車両メッセージを、１つ以上のターゲット車両へのさらなる送信のために車両メッセージ配信エンティティに送信させる。運転コンテキスト情報は、少なくとも、第１ソース車両の地理的位置および短期軌道を決定するための情報（前記用語の以前の定義と同様）を含むことができる。

いくつかの実施形態においては、特定のイベントが図６のプロセスを発生／引き起こした可能性があり、当該イベントに関する情報は、現在のユースケースおよび／または現在の交通状況に関する情報に加えて、または代わりに、ブロック６０２における決定において使用される可能性がある。

以下では、地理に基づく初期選択後に、ターゲット車両の選択（または逆にターゲット車両のフィルタリング）をどのように構成することができるかについて、実施形態による例が提供される。前述の３つの異なるフィルタリング手順（モビリティ分析、補助情報を使用する相関、および車両メッセージ優先度または重要度分析）は、図７〜９で別々に論じられる。図７〜図９のブロックに示される個々のフィルタリング動作は、図７〜図９のブロックに示される個々のフィルタリング動作は任意の順序で実行されてもよく、いくつかの実施形態では前記フィルタリング動作のうちの１つ以上が省略されてもよいことを強調しておくべきである。さらに、以下では、前述のフィルタリング手順の３つすべてが、図４に記載された順序で実行されると仮定されるが、いくつかの実施形態では順序が異なってもよく、および／または、前述のフィルタリング手順のいくつかが省略されてもよい。

図７は、１つ以上の車両の相互運動コンテキストに基づいて、１つ以上の車両から１つ以上のターゲット車両の第１セットを選択するための手順を示す。１つ以上の車両は、例えば、図３のブロック３０３または図４のブロック４０３において、前記車両の位置に基づいて、事前に選択されていることがあり得る。図示の手順は、図３のブロック３０４または図４のブロック４０４に対応することができる。

車両メッセージ配信エンティティはブロック７０１で、第１ソース車両と同じ方向（同じ車線または同じ道路上の平行車線）に移動しているが、第１ソース車両の前方にある各ターゲット車両を、すぐ近くの隣接車両（または、例えば、後続時間の数秒以内または後続距離の数メートル以内に近接した隣接車両）を除いて除去する。

車両メッセージ配信エンティティはブロック７０２において、反対方向（同じ道路上の平行な車線）に移動し、第１ソース車両の後方にある（すなわち、距離が車両間で増加している）各ターゲット車両を、すぐ隣の車両（または近接した隣の車両）を除いて、除去する。

車両メッセージ配信エンティティは、ブロック７０３において、以下の３つの基準のすべてを満たす各ターゲット車両を除去する。
・ ターゲット車両は第１ソース車両のそれとほぼ垂直な方向角度を有する（すなわち、ソース車両および潜在的ターゲット車両は、異なる非平行ストリートに位置する）、
・ ターゲット車両は静止している（例えば、赤色信号機の前に待機している）または、ソース車両とターゲット車両の道路が衝突する可能性のある最も近い交差点から離れている、
・ 第３車両が第１ソース車両とターゲット車両との間の進路をブロックするように、ターゲット車両の前方または後方に第３車両が存在する（すなわち、第１ソース車両は第３車両がそれらの間に挟まれているために、すべての運転規則および規則に準拠して、ターゲット車両の前または後方の隣接位置に駆動することができない）。

第１基準は、例えば、第１ソース車両とターゲット車両との機首方位角の間の（絶対）差に対する１つ以上の閾値（例えば、８０°〜１００°などの許容可能な角度の範囲を定義する閾値）を定義することによってチェックされることができる。代替的に、方位角と９０°との間の前記差の（絶対）差に対して、１つ以上の閾値が定義されてもよい（例えば、１０°などの単一の閾値が定義される）。

車両メッセージ配信エンティティは、ブロック７０４において、以下の２つの基準の両方を満たす各ターゲット車両を除去する。
・ ターゲット車両は第１ソース車両とは異なるストリート内に位置し（移動または静止）、２つのストリートはほぼ平行である（すなわち、第１ソース車両またはターゲット車両のうちの少なくとも１つは、それらの軌道を潜在的に交差させるために旋回を行う必要がある）。
・ 前述の２つのストリートの間には、建物のブロックがある（すなわち、ソース車両と潜在的なターゲット車両との間の直接的な視線を取り去る）。

ブロック７０１〜７０４において前記フィルタリング動作が１つ以上の車両に適用された後、ブロック７０５において、車両メッセージ配信エンティティによって、残りの車両セットが１つ以上のターゲット車両の第１セットとして選択される。

図８は、（運転コンテキスト情報および地図情報に加えて）補助情報を使用する相関分析に基づいて、１つ以上の車両の第１セットから１つ以上のターゲット車両の第２セットを選択するための手順を示す。図示の手順は、図４のブロック４０５および／またはブロック４０６に対応することができる。

図８を参照すると、車両メッセージ配信エンティティは、ブロック８０１において、第１第ットから、第１ソース車両が駐車車線に隣接していない車線内を移動する間、または、静止したままの間、駐車車線内の駐車のために静止している各ターゲット車両を除去する。

次に、ブロック８０２において、車両メッセージ配信エンティティは、第１ソース車両および前記ターゲット車両の両方が交通渋滞（すなわち、渋滞）のために減速または静止している場合、第１ソース車両と同じストリートの非隣接平行車線内を移動している各ターゲット車両を第１セットから除去する。

車両メッセージ配信エンティティは、ブロック８０３において、第１セットから、以下の基準のうちの少なくとも１つを満たす各ターゲット車両を除去する。

ターゲット車両は、第１ソース車両と比較して物理的に明確なレベルの高架道路または交差点上に位置する。

第１ソース車両とターゲット車両との間の（最短の）ルートをブロックする道路建設または道路工事がある。

車両メッセージ配信エンティティは、ブロック８０４において、第１セットから、第１ソース車両が少なくとも１つの車両によって第１ソース車両から分離されている場合、赤色信号機の前の（第１ソース車両と同じ車線内の）第１ソース車両との待ち行列で待機している各ターゲット車両を除去する。

ブロック８０１〜８０４において、前記フィルタリング動作が１つ以上の車両の第１セットに適用された後、ブロック８０５において、車両メッセージ配信エンティティによって、残りの車両のセットが、１つ以上のターゲット車両の第２セットとして選択される。

図９は、車両メッセージ優先度または重要度分析に基づいて、１つ以上の車両の第２セットから１つ以上のターゲット車両の第３セットを選択するための手順を示す。図示された手順は、図４のブロック４０７および／またはブロック４０８に対応することができる 。図９を参照すると、車両メッセージ配信エンティティは、ブロック９０１において、第２セットの各ターゲット車両について、車両メッセージに含まれる情報と、第１ソース車両から前記ターゲット車両に、第２車両メッセージで送られた最新の情報との間の差を定量化するメッセージ履歴メトリックの値を計算する。メッセージ履歴メトリックによって定量化された差は、運動値の差、または内部イベント、または内部イベントの以前の表示に関係し得る。運動学的値は、例えば、位置、速度および加速度のうちの１つを記述してもよく、一方、内部イベントは例えば、車両の軌道および／または移動の変化に関するものであってもよい。ブロック９０２において、車両メッセージ配信エンティティは、第２セット内の各ターゲット車両について、最新情報のエイジを計算する。最後に、ブロック９０３において、車両メッセージ配信エンティティは、差メトリックの値が第１所定の閾値未満であり、最新情報のエイジが第２所定の閾値未満である第２セットから各ターゲット車両を除去する。ブロック９０４において、第２セット内の残りのターゲット車両を、ターゲット車両の第３セットに選択する。いくつかの実施形態では、前記基準のうちの１つのみが実施されてもよい。

移動度分析に基づくフィルタリング、すなわち図７に対応するフィルタリングの影響は、図１０Ａ〜１０Ｄに段階的に視覚化される。この図は、白線で示されるように、矢印で示される方向と赤色（ブロック）状態で存在する各側に１つのビルディングブロックと４つの交通車線とを含む例示的なシナリオにおけるソース車両１０４０の２つの異なる向き（「ソース車両方位東」および「ソース車両方位西」）について提供されており、ターゲット車両１０５０のセットへの変更は、各図の上半分に対応する「方位東」向きおよび下半分に対応する「方位西」向きで、両方のソース車両方位について、図１０Ａ〜１０Ｄに示されている。

図１０Ａでは、少なくとも車両の位置を考慮して、車両１０５０の初期セットがコンパイルされる。上述したように、合理的な実施は、ジオエリアベースの選択を使用することである（例えば、ソース車両の所与の距離内にある潜在的なターゲット車両を収集する）。あるいは、車両メッセージ配信エンティティは、すでに、地理領域に基づく選択よりももっと制限されている初期リストを作成することができる。

図１０Ｂでは、ターゲット車両の初期セットが、図７のブロック７０１またはブロック７０２で与えられた基準を満たすターゲット車両を除外することによってフィルタリングされる。このアクションは、ソース車両と同じストリート上の複数のターゲット車両１０６０、すなわち、ソース車両１０４０の前方にある３つのターゲット車両と、ソース車両１０４０の東に向かうソース車両１０４０のためのソース車両１０４０の後方にある４つのターゲット車両と、ソース車両１０４０の前方にある２つのターゲット車両と、ソース車両１０４０の西に向かうソース車両１０４０のためのソース車両１０４０の後方にある５つのターゲット車両とを除外することにつながる。

図１０Ｃのステップでは、ターゲット車両のセットが、図７のブロック７０３で与えられた基準を満たすターゲット車両を除外することによってさらにフィルタリングされ、このアクションは、ソース車両のストリートに直交する２つのストリートのうちの１つに位置する複数のターゲット車両１０６０の除去につながる。

図１０Ｄのステップでは、図７のブロック７０４で与えられた基準を満たすターゲット車両を除外することによって、ターゲット車両のセットが３回目にフィルタリングされる。このアクションは、ソース車両のストリートに平行であるが、ビルディングブロックによってそれから分離されたストリート上に位置するすべてのターゲット車両１０６０を除外することにつながる。

単純な例を用いて、図７に関連して説明したように、移動度解析フィルタリングを適用することによって、ターゲット車両の数が、大幅に削減され得ることが実証された。この場合、例えば、補助情報を使用する相関分析および／またはメッセージ履歴の分析に基づくさらなるフィルタリングを適用して、ターゲット車両の数をさらに低減することができる。例えば、図１０Ｄに残っているソース車両と比較して、隣接していないが平行な車線にある３つのターゲット車両は、図８のブロック８０２にしたがって、ターゲット車両の選択からフィルタリングされ得る。

上述の実施形態は、以前の解決策と比較して、複数の利点を提示する。第１に、車両メッセージのエンド・ツー・エンド配信（すなわち、ソースからすべての適格な受信機への）を完了するために必要とされるリソースの量（無線帯域幅、潜在的にはトランスポート・ネットワーク帯域幅および計算パワー）は、ダウンリンクにおいて信頼性のあるユニキャスト送信機構を依然として使用することができる一方で、かなり低減され得る。解放されたリソースは、例えば、非車両交通のＱｏＳ／ＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ）の改善につながり得る他のサービスのために再使用され得る。第２に、車両メッセージで車両に配信される使用不可能な（興味のない）情報の量が大幅に低減または排除され得るので、前記車両メッセージを受信および処理するために必要とされるリソースの量も低減され得る。この結果、Ｖ２Ｘスタック全体（通信チップセット、内部メッセージバス、ＯＢＵ、Ｖ２Ｘアプリケーション層）にわたって車両のリソースをより効率的に利用することができる。第３に、Ｖ２ＸメッセージのＱｏＳが改善されることができ、これは、情報がより短い待ち時間で他の車両から受信されることができることを意味する。これは、協調駆動機能（ＣＡＣＣなど）の品質および効率を可能にするか、または改善することができる。第４に、純粋にジオエリアベースの配信と比較して、より少ない全体的なメッセージ内のより価値のある情報を受信することができるので、自己運転または補助運転機能を改善することができる。例えば、いくつかの実施形態では、すべての通常のジオエリアおよび距離の外側にあるが、受信機の観点から有意な状態または情報を搬送する車両から情報を受信することが可能であり得る（例えば、任意の潜在的なジオエリア定義の到達範囲外で、ちょうど前に起こっている事故の知識は、適時に車両を再ルーティングするために使用され得る）。最後に、プライバシーは情報配布の範囲が減少するために改善され得る、すなわち、メッセージは、知る必要がある場合にのみ配信される。

なお、図３〜図９を手段して上述したブロック、関連機能、情報交換は、絶対的な時系列順ではなく、同時に行ってもよいし、所定の順序とは異なる順序で行ってもよい。

図１１は、車両メッセージ配信エンティティに関連して上述した機能を実行するように構成された例示的な装置１１０１を示す。装置は、図１の要素１２３、１３３、１４３のうちの１つ、図１の要素１２３と１２４、１３３と１３４、１４３と１４４の対のうちの１つ、および／または、図２の要素２３０に対応することができ、装置は、電子回路を備える電子デバイスであり得る。装置は、別個のネットワークエンティティ、または、複数の別個のエンティティであり得る。装置は、少なくとも１つのプロセッサなどの通信制御回路１１１０と、コンピュータ・プログラムコード（ソフトウェア）１１３１を含む少なくとも１つのメモリ１１３０とを備えることができ、少なくとも１つのメモリおよびコンピュータ・プログラムコード（ソフトウェア）は、少なくとも１つのプロセッサで、装置に上述の車両メッセージ配信エンティティの実施形態のいずれか１つを実行させるように構成される。

メモリ１１３０は、半導体ベースのメモリデバイス、フラッシュメモリ、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリなど、任意の適切なデータ格納技術を使用して実装することができる。メモリは、図１に関連して説明されるように、１つ以上のデータベース１２４、１３４、１４４に対応し得る少なくとも１つのデータベース１１３２を含むことができる。いくつかの実施形態では、図１の１つ以上のデータベース１２４、１３４、１４４は、例えば、通信インターフェース（Ｔｘ／Ｒｘ）１１１０を介して、装置１１０１に接続された１つ以上の別個のエンティティを含むことができる。メモリ１１３０は、インターフェースを介して通信制御回路１１２０に接続され得る。

通信インターフェース（Ｔｘ／Ｒｘ）１１１０は、１つ以上の通信プロトコルにしたがって通信接続性を実現するためのハードウェアおよび／またはソフトウェアを含むことができる。通信インターフェースは、例えば、セルラ通信システムにおいて通信し、ネットワーク・ノード（例えば、アクセスノード）および、車両アプリケーションエンティティを備える車両通信可能車両との通信を可能にする通信能力を装置に提供することができる。通信インターフェース１１１０は、増幅器、フィルタ、周波数変換器、（復調器、およびエンコーダ／デコーダ回路、および１つ以上のアンテナなどの標準的な周知の構成要素を含んでもよい。通信インターフェース１１１０は、図２に関連して説明した機能のうちの少なくともいくつかを装置に提供することができる。

図１１を参照すると、通信制御回路１１２０は、送信のためにターゲット車両を選択するように構成された選択回路１１２１を含むことができる。選択回路１１２１は、図３〜図５および図７〜図９のプロセスの少なくとも一部を実施するように構成することができる。

図１２は、車両通信対応車両１１０、１５０、１６０の車両アプリケーションエンティティ１１１、２１１に関連して上述した機能の少なくともいくつかを実行するように構成された例示的な装置１２０１を示す。具体的には、この装置は、優先度レベル情報を含む車両メッセージフォーマットをサポートし、および／または、前記優先度レベルを決定することができる車両アプリケーションエンティティについて上述した機能を実行するように構成される。装置は、車両アプリケーションエンティティ１１１だけでなく、車載ユニット１１３、通信モジュール１１２および／またはアンテナ１１４を含むことができる。この装置は、電子回路を備える電子デバイスであり得る。装置は別個のネットワークエンティティであってもよいし、複数の別個のエンティティであることもできる。この装置は、少なくとも１つのプロセッサなどの通信制御回路１２１０と、コンピュータ・プログラムコード（ソフトウェア）１２３１を含む少なくとも１つのメモリ１２３０とを備えることができ、少なくとも１つのメモリおよびコンピュータ・プログラムコード（ソフトウェア）は少なくとも１つのプロセッサとともに、装置に上述の車両アプリケーションエンティティを用いて本実施形態のいずれか１つを実行させるように構成される。

メモリ１２３０は、半導体ベースのメモリデバイス、フラッシュメモリ、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリなど、任意の適切なデータ格納技術を使用して実装され得る。メモリは、データベース１２３２を含むことができる。データベースは、少なくとも、車両アプリケーションエンティティの現在のユースケースに関する情報を含むことができる。メモリ１２３０は、インターフェースを介して通信制御回路１２２０に接続することができる。

この装置は、１つ以上の通信プロトコルにしたがって通信接続性を実現するためのハードウェアおよび／またはソフトウェアを含む通信インターフェース（Ｔｘ／Ｒｘ）１２１０をさらに備えることができる。通信インターフェースは、例えば、アクセスノードと、さらに少なくとも１つの車両メッセージ配信エンティティと、通信システム内で通信するための通信能力を装置に提供することができる。通信インターフェース１２１０は、増幅器、フィルタ、周波数変換器、（復調器、およびエンコーダ／デコーダ回路、および１つ以上のアンテナなどの標準的な周知の構成要素を含むことができる。

図１２を参照すると、通信制御回路１２２０は、車両メッセージの優先度レベルを決定し、車両メッセージが車両メッセージ配信エンティティに送信される前に、前記優先度レベル情報を車両メッセージに統合するように構成された優先度決定回路１２２１を備えることができる。優先度決定回路１２２１は、図６のプロセスのいずれかを実行するように構成することができる。

本出願で使用されるように、用語「回路」は、
（ａ）アナログおよび／またはデジタル回路のみにおける実装のようなハードウェアのみの回路実装、および（ｂ）例えば（適用可能なものとして）、
（ｉ）プロセッサの組み合わせ、または
（ｉｉ）デジタル信号プロセッサを含むプロセッサ／ソフトウェアの部分、ソフトウェア、およびメモリ（１つ以上）が協働して装置に様々な機能を実行させる、回路およびソフトウェア（および／またはファームウェア）の組み合わせ、および
（ｃ）物理的に存在しない場合であっても、動作のためにソフトウェアまたはファームウェアを必要とする、マイクロプロセッサ、またはマイクロプロセッサの一部のソフトウェアまたはファームウェアのような回路のすべてを指す。
「回路」のこの定義は、本出願におけるこの用語の全ての使用に適用される。さらなる例として、本出願で使用されるように、「回路」という用語は、単にプロセッサ（または複数のプロセッサ）、またはプロセッサの一部、およびその（またはそれらの）付随するソフトウェアおよび／またはファームウェアの実装形態も包含する。用語「回路」はまた、例えば、特定の要素、ベースバンド集積回路、または携帯電話のためのアプリケーションプロセッサ集積回路、またはサーバ、セルラネットワークデバイス、または別のネットワークデバイス内の同様の集積回路に適用可能である場合には、それらを包含する。

一実施形態では、図３〜９に関連して記載されたプロセスの少なくともいくつかは、ここに記載されたプロセスの少なくともいくつかを実行するための対応する手段を備える機器によって実行されることができる。プロセスを実行するためのいくつかの例示的な手段は、検出器、プロセッサ（デュアルコアおよびマルチコアプロセッサを含む）、デジタルシグナルプロセッサ、コントローラ、受信機、送信機、エンコーダ、デコーダ、メモリ、ＲＡＭ、ＲＯＭ、ソフトウェア、ファームウェア、ディスプレイ、ユーザインターフェース、ディスプレイ回路、ユーザインターフェース回路、ユーザインターフェースソフトウェア、ディスプレイソフトウェア、回路、アンテナ、アンテナ回路、および回路のうちの少なくとも１つを含むことができる。一実施形態では、少なくとも１つのプロセッサ、メモリ、およびコンピュータ・プログラムコード形成プロセッシング手段は、図３〜図９の実施形態のいずれか１つによる１つ以上の動作またはその動作を実行するための１つ以上のコンピュータ・プログラムコード部分を備える。

本明細書で説明される技術および方法は、様々な手段によって実装され得る。例えば、これらの技術は、ハードウェア（１つ以上のデバイス）、ファームウェア（１つ以上のデバイス）、ソフトウェア（１つ以上のモジュール）、またはそれらの組み合わせで実現することができる。ハードウェア実装の場合、実施形態の装置は、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本明細書で説明される機能を実行するように設計された他の電子ユニット、またはそれらの組合せ内で実装することができる。ファームウェアまたはソフトウェアの場合、インプリメンテーションは、本明細書に記載する機能を実行する少なくとも１つのチップセットのモジュール（手順、機能など）を介して実行することができる。ソフトウェアコードは、メモリユニットに格納され、プロセッサによって実行されてもよい。メモリユニットは、プロセッサ内で、またはプロセッサの外部で実現することができる。後者の場合、当技術分野で知られているように、様々な手段を介してプロセッサに通信可能に結合することができる。さらに、本明細書で説明されるシステムの構成要素は、それに関して説明される様々な態様などの達成を容易にするために、追加の構成要素によって再配置および／または補完されてもよく、それらは、当業者によって理解されるように、所与の図で説明される正確な構成に限定されない。

説明した実施形態は、コンピュータ・プログラムまたはその一部によって定義されるコンピュータプロセスの形態で実行することもできる。図３〜図９に関連して説明した方法の実施形態は、対応する命令を含むコンピュータ・プログラムの少なくとも一部を実行することによって実行することができる。コンピュータ・プログラムは、ソース・コード形成、オブジェクト・コード形成、または何らかの中間形成であってもよく、何らかの種類のキャリアに格納することができ。それは、プログラムを運ぶことができる任意のエンティティまたはデバイスであり得る。例えば、コンピュータ・プログラムは、コンピュータまたはプロセッサによって可読可能なコンピュータ・プログラム配布媒体に格納することができる。コンピュータ・プログラム媒体は、例えば、記録媒体、コンピュータメモリ、読み出し専用メモリ、電気搬送波信号、電気通信信号、およびソフトウェア配信パッケージであり得るが、これらに限定されない。コンピュータ・プログラム媒体は、一時的でない媒体であり得る。本願明細書に示され、説明されたような実施形態を実行するためのソフトウェアのコード化は、十分に当業者の範囲内である。一例を挙げると、図６で説明したような車両アプリケーションエンティティの機能は、車両アプリケーションエンティティを車両のオンボードユニットに統合することができるように、ソフトウェアとして実装することができる。

本発明は添付の図面による例を参照して上述されたが、本発明はそれに限定されず、添付の特許請求の範囲の範囲内でいくつかの方法で修正され得ることが明らかである。したがって、すべての用語および表現は広く解釈されるべきであり、それらは、実施形態を限定するためではなく、例示することを意図している。当業者には、技術が進歩することにつれて、本発明の概念を様々な方法で実施できることが明らかである。さらに、記載された実施形態は様々な方法で他の実施形態と組み合わせることができるが、必ずしもそうである必要はないことが、当業者には明らかである。

Claims (24)

1. 通信システムにおける車両メッセージ配信エンティティのデータベース内に、複数の車両の地図情報および運転コンテキスト情報を維持するステップであって、各車両の該運転コンテキスト情報は少なくとも、前記車両の地理的位置および短期軌道を決定するための情報を含む、ステップと、
   前記車両メッセージ配信エンティティにおいて、第１ソース車両から、少なくとも、前記第１ソース車両の運転コンテキスト情報を含む車両メッセージを受信するステップと、
   前記車両メッセージ配信エンティティによって、前記第１ソース車両および前記複数の車両の地理的位置に基づいて、前記複数の車両から第１ソース車両に近接する１つ以上の車両を選択するステップと、
   前記車両メッセージ配信エンティティによって、前記第１ソース車両の前記運転コンテキスト情報、前記１つ以上の車両の運転コンテキスト情報、および、前記地図情報に基づいて、前記１つ以上の車両から１つ以上のターゲット車両の第１セットを選択するステップと、
   前記車両メッセージ配信エンティティによって、ユニキャスト送信を使用して、前記第１セット内の前記１つ以上のターゲット車両に前記車両メッセージを送信させるステップと、
   を含む方法。
2. 前記１つ以上の車両が、前記第１ソース車両の地理的位置を取り囲む地理的エリアに基づいて、前記複数の車両から選択される、請求項１に記載の方法。
3. 前記車両メッセージ配信エンティティによって、前記車両メッセージおよび／または前記車両メッセージを受信したタイムスタンプを、前記データベースに、格納するステップをさらに含む、請求項１または２に記載の方法。
4. タイプスマート・シティ・インフラストラクチャ・センサ、物のインターネット、車両ユーザのモバイル・ブロードバンド・トラフィック、道路センサ、気象センサ、気象予測エンティティ、および、道路カメラのタイプの１つ以上について、１つ以上のソースから受信された付帯情報を、前記車両メッセージ配信エンティティの前記データベース内に、維持するステップと、
   前記車両メッセージの前記送信するステップに先立ち、前記車両メッセージ配信エンティティにより、前記第１ソース車両および前記１つ以上の第１ターゲット車両および前記マップ情報に関する補助情報と地図情報とを考慮に入れて、１つ以上のターゲット車両の運転コンテキスト情報に対する前記第１ソース車両の前記運転コンテキスト情報を分析するステップと、
   前記分析に基づいて、前記第１セットから１つ以上のターゲット車両の第２セットを選択するステップと、該第２セットにのみ前記車両メッセージを送信させるステップと、
   を実行するステップをさらに含む、請求項１ないし３のいずれか１項に記載の方法。
5. 前記分析に応答して、前記車両メッセージ配信エンティティによって、前記分析の結果を前記データベースに格納するステップを、さらに含む、請求項４に記載の方法。
6. 前記車両メッセージ配信エンティティの前記データベース内に、第１ソース車両と前記複数の車両とによって形成された各車両ペアのメッセージ履歴情報を維持するステップと、
   前記車両メッセージの前記送信に先立ち、前記車両メッセージ配信エンティティにより、１つ以上のメッセージ履歴メトリックの値を決定するために、前記第１ソース車両および前記１つ以上の車両に関するメッセージ履歴情報を分析するステップと、
   前記１つ以上のメッセージ履歴メトリックの前記値に基づいて、前記第１セットから１つ以上の車両の第３セットを選択するステップと、
   前記第３セットにのみ前記車両メッセージを送信させるステップと、
   を実行するステップと、をさらに含む、請求項１ないし３のいずれか１項に記載の方法。
7. 前記車両メッセージ配信エンティティの前記データベース内に、ソース車両とターゲット車両とによって形成される各車両ペアのメッセージ履歴情報を維持するステップと、
   前記車両メッセージの送信に先立ち、前記車両メッセージ配信エンティティにより、１つ以上のメッセージ履歴メトリックの値を決定するために、前記第１ソース車両および１つ以上のターゲット車両の前記第２セットに関するメッセージ履歴情報を分析するステップと、
   １つ以上のメッセージ履歴メトリックの値に基づいて、前記第２セットから１つ以上のターゲット車両の第３セットを選択するステップと、
   該第３セットにのみ車両メッセージを送信させるステップと、
   を実行するステップと、をさらに含む、請求項４または５に記載の方法。
8. 前記１つ以上のメッセージ履歴メトリックは、車両ペアのための１つ以上の結果車両メッセージで搬送される情報の変化、および／または、前記１つ以上の結果車両メッセージの時間的分布を定量化する、請求項６または７に記載の方法。
9. 前記送信の前に、前記送信車両メッセージ配信エンティティによって、前記１つ以上のメッセージ履歴メトリックのメッセージ履歴メトリックを、前記車両メッセージに対するサービス品質優先度へマッピングするステップと、
   前記車両メッセージ配信エンティティによって、前記車両メッセージの１つ以上のコピーを作成するステップであって、各コピーは、車両メッセージを転送するために使用されるプロトコルデータユニット内のサービス品質優先度・フィールドとして、対応するターゲット車両の前記サービス品質優先度に関する情報を含む、ステップと、
   前記車両メッセージおよび送信待ちの他の車両メッセージの１つ以上のコピーのサービス品質優先度フィールドにしたがって前記送信を行わせるステップと、
   をさらに含む、請求項６ないし８のいずれか1項に記載の方法。
10. 前記送信車両メッセージ配信エンティティによる、前記車両メッセージのプロトコルデータユニットのヘッダに含まれる優先度レベルを、サービス品質優先度へマッピングするステップと、
    前記車両メッセージ配信エンティティによって、車両メッセージの１つ以上のコピーを作成するステップであって、各コピーは、車両メッセージの転送に使用されるプロトコルデータユニットのサービス品質優先度フィールドとして前記サービス品質優先度に関する情報を含む、ステップと、
    前記車両メッセージの前記１つ以上のコピーおよび送信待ちの他の車両メッセージのサービス品質優先フィールドにしたがって送信をさせるステップと、
    をさらに含む、請求項１ないし８のいずれか１項に記載の方法。
11. １つ以上のターゲット車両の前記第１セットを選択する前ステップは、
    前記第１ソース車両と同一の方向に移動しており、前記第１ソース車両の前方にあり、前記第１ソース車両への距離が第１事前定義距離よりも大きい各ターゲット車両を除去するステップと、
    前記第１ソース車両と反対方向に、前記第１ソース車両から離れて移動している各ターゲット車両を除去するステップと、
    前記第１ソース車両に対して方位角が実質的に垂直である各ターゲット車両を除去するステップであって、該第１ソース車両は静止しており、該第１ソース車両と前記ターゲット車両との間の経路をブロックする別のターゲット車両が存在する、ステップと、
    第１ソース車両のストリートとは異なるが実質的に平行なストリートに位置する各ターゲット車両を除去するステップであって、前記ストリートは、少なくとも１つの建物のブロックによって分離される、ステップと、
    の１つ以上にしたがって、前記１つ以上の車両をフィルタリングした後に残っている１つ以上のターゲット車両を選択するステップを含む、
    請求項１ないし１１のいずれか１項に記載の方法。
12. 前記第２セットを選択するステップは、
    前記駐車車線に隣接していない車線において、移動する間または静止したままの間、駐車車線に駐車するために静止している各ターゲット車両を除去するステップと、
    交通渋滞のために前記第１ソース車両と前記ターゲット車両の両方が減速または静止している場合、前記第１ソース車両と比較して、同じストリート内の隣接しない平行車線内を移動している各ターゲット車両を除去するステップと、
    第１ソース車両と比較して、物理的に異なる高架道路レベルまたは交差点に位置するか、または、前記第１ソース車両と前記ターゲット車両との間のルートをブロックする道路建設または道路工事が存在する、各ターゲット車両を除去するステップと、
    赤色信号の前の同じ車線内の前記第１ソース車両との待ち行列で待機している各ターゲット車両を除去するステップであって、前記ターゲット車両は、少なくとも１つの車両によって前記第１ソース車両から分離される、ステップと、
    のうちの１つ以上にしたがって前記第１セットをフィルタリングした後に残っている１つ以上のターゲット車両を選択するステップを含む、
    請求項５ないし１１のいずれか１項に記載の方法。
13. 前記第３セットを選択する前記ステップは、
    前記車両メッセージに含まれる情報と、前記第１ソース車両から前記ターゲット車両に第２車両メッセージで送信される最新の情報との間の差を定量化する前記メッセージ履歴メトリックの値を選択するために利用可能な値を計算するステップと、
    前記最新情報のエイジに対応したターゲット車両ごとに計算するステップと、
    前記差異メトリックの値が第１所定閾値未満であり、前記最新情報のエイジが第２所定の閾値未満である、選択に利用可能な各ターゲット車両を除去するステップと、
    にしたがって、対応する以前のセットをフィルタリングした後に、残っている１つ以上のターゲット車両役選択するステップを含む、請求項７ないし１２のいずれか１項に記載の方法。
14. 前記メッセージ履歴メトリックによって定量化される前記差は、運動値の差、または、内部イベントもしくは内部イベントの以前の指標、位置、速度、および加速度のうちの１つを記述する運動値に関連し、前記内部イベントは、車両の軌道および／または移動の変化に関連する、請求項１３に記載の方法。
15. 通信システムにおける第１ソース車両の車両アプリケーションエンティティのメモリ内に、車両通信のための前記車両アプリケーションエンティティの現在のユースケースに関する情報を維持するステップと、
    少なくとも現在のユースケースに関する情報に基づいて、前記車両アプリケーションエンティティによって、車両通信のための優先レベルを決定するステップと、
    前記車両アプリケーションエンティティによって、前記車両メッセージのプロトコルデータユニットのヘッダ内の前記優先レベルに関する情報と、前記第１ソースソース両の運転コンテキスト情報と、を含む車両メッセージを、１つ以上のターゲット車両にさらに送信するために、車両メッセージ配信エンティティに送信させるステップであって、前記運転コンテキスト情報は、少なくとも、前記第１ソース車両の地理的位置および短期軌道を決定するための情報を含む、ステップと、
    を含む方法。
16. 前記通信システムを介して前記車両アプリケーションエンティティにおいて、前記車両に関する現在の交通状況に関する情報を受信するステップと、
    前記優先度レベル決定においても、前記車両の前記現在の交通状況に関する情報を利用するステップと、
    をさらに含む、請求項１５に記載の方法。
17. 通信システムにおける車両メッセージ配信エンティティのデータベース内に、複数の車両の地図情報および運転コンテキスト情報を維持するステップであって、各車両の該運転コンテキスト情報は、少なくとも、前記車両の地理的位置および短期軌道を決定するための情報を含む、ステップと、
    前記車両メッセージ配信エンティティにおいて、第１ソース車両から、少なくとも、該第１ソース車両の運転コンテキスト情報と、前記車両メッセージのプロトコルデータユニットのヘッダ内の優先度レベルとを含む車両メッセージを受信するステップと、
    前記車両メッセージ配信エンティティによって、前記第第１ソース車両および前記複数の車両の地理的位置に基づいて、前記複数の車両から前記第１ソース車両に近接する１つ以上の車両を選択するステップと、
    前記車両メッセージ配信エンティティによって、前記第１ソース車両の前記運転コンテキスト情報、前記１つ以上の車両の運転コンテキスト情報、および、前記地図情報に基づいて、前記１つ以上の車両から１つ以上のターゲット車両の第１セットを選択するステップと、
    前記車両メッセージ配信エンティティによって、前記優先度レベルを、サービス品質優先度にマッピングするステップと、
    前記車両メッセージ配信エンティティによって、前記車両メッセージの１つ以上のコピーを作成するステップであって、各コピーは、車両メッセージの転送に使用されるプロトコルデータユニットのサービス品質優先度フィールドとして該サービス品質優先度に関する情報を含む、ステップと、前記車両メッセージ配信エンティティによって、前記車両メッセージの前記１つ以上のコピーのサービス品質優先度フィールドおよび送信待機中の他の車両メッセージにしたがってユニキャスト送信を使用して、前記第１セット内の前記１つ以上のターゲット車両に前記車両メッセージを送信させるステップと、
    を含む方法。
18. 少なくとも１つのプロセッサと、該プロセッサによって実行されるべき命令を格納するための少なくとも１つのメモリとを備える装置であって、該少なくとも１つのメモリおよび該命令は、前記少なくとも１つのプロセッサを用いて、前記装置に、請求項１ないし１４および１７のいずれか１項に記載の方法を実行させるように構成される、装置。
19. 前記装置は、前記通信システムの無線アクセスネットワークの無線クラウドまたはエッジクラウド、前記通信システムのコアネットワークのコアクラウド、および、前記通信システムのパブリックデータネットワークのトップクラウドのうちの１つに位置する車両メッセージ配信エンティティである、請求項１８に記載の装置。
20. 少なくとも１つのプロセッサと、コンピュータ・プログラムコードを備える少なくとも１つのメモリとを備える装置であって、前記プロセッサと、前記メモリと、前記コンピュータ・プログラムコードとは、前記装置に、請求項１５または１６に記載の方法を実行させるように構成される、装置。
21. 請求項１なし１７のいずれか１項に記載の方法を実施するための手段を備える、装置。
22. 少なくとも、請求項１０に記載の方法を実行するように構成された通信システムにおける１つ以上の車両メッセージ配信エンティティと、
    前記通信システムを介して１つ以上の車両メッセージ配信エンティティのうちの少なくとも１つに接続された、１つ以上の車両内の１つ以上の車両アプリケーションエンティティであって、それぞれの車両アプリケーションエンティティは、
    通信システムにおける車両の車両アプリケーションエンティティのメモリ内に、車両通信のための該車両アプリケーションエンティティの現在のユースケースに関する情報を維持するステップと、
    少なくとも前記現在のユースケースに関する情報に基づいて、前記車両アプリケーションエンティティによって、車両通信のための優先レベルを決定することステップと、
    車両アプリケーションエンティティによって、車両メッセージのプロトコルデータユニットのヘッダ内の優先レベルに関する情報と、第１ソースソース湿の運転コンテキスト情報とを含む車両メッセージを、１つ以上のターゲット車両にさらに送信するために、車両メッセージ配信エンティティに送信させるステップであって、運転コンテキスト情報は、少なくとも、第１ソース車両の地理的位置および短期軌道を決定するための情報を含むと、ステップと、
    を実行するように構成されている、１つ以上の車両アプリケーションエンティティと、
    を備える含むシステム。
23. それぞれの車両アプリケーションエンティティは、
    前記通信システムを介して前記車両アプリケーションエンティティにおいて、前記車両に関する現在の交通状況に関する情報を受信するステップと、
    前記優先レベルの決定においても、車両の現在の交通状況に関する情報を利用するステップと、
    を実行するようにさらに構成される、請求項２２にシステムの装置。
24. コンピューティングデバイスによって実行されると、該コンピューティングデバイスに、請求項１ないし１７のいずれか１項に記載の方法を実行させる命令を格納した非一時的なコンピュータ可読媒体。

Images