(57)【特許請求の範囲】
【請求項１】
ビークルツーエブリシング（Ｖ２Ｘ：vehicle-to-everything）通信デバイスにより行われる方法であって、
ＧＰＳ信号を受信すること、
前記ＧＰＳ信号に基づいて粗いタイミング同期を決定すること、
前記粗いタイミング同期に従ってＶ２Ｘ同期信号の検出を行うこと、及び
インフラストラクチャに備えられたＶ２Ｘデバイスから発信されたＶ２Ｘ同期信号を検出したことに応じて、検出されたＶ２Ｘ同期信号に基づいて細かいタイミング同期を決定すること、を備える方法。
【請求項２】
前記Ｖ２Ｘ同期信号は路側機（ＲＳＵ：road side unit）から送信された信号である、
請求項１に記載の方法。
【請求項３】
決定された前記細かいタイミング同期に従い、Ｖ２Ｘアプリケーションメッセージを送信又は受信することをさらに備える、
請求項１又は２に記載の方法。
【請求項４】
前記粗いタイミング同期を決定することは、前記Ｖ２Ｘ通信デバイスの内部クロックを前記ＧＰＳ信号から抽出された現在時刻に同期させることを含む、
請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記検出を行うことは、前記現在時刻と予め設定されたＶ２Ｘ通信パラメータとに基づいて、Ｖ２Ｘ同期信号を搬送し得る受信無線フレームの開始タイミングを決定し、前記決定された開始タイミングに従ってＶ２Ｘ同期信号の検出を行うことを含む、
請求項４に記載の方法。
【請求項６】
前記予め設定されたＶ２Ｘ通信パラメータは、Ｖ２Ｘ通信基準時間およびＶ２Ｘ同期オフセットインジケータを含む、
請求項１乃至５のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信に関する。具体的には、本発明は、ＬＴＥベースのビークルツーエブリシング（Ｖ２Ｘ：vehicle-to-everything）通信に関連する。
【背景技術】
【０００２】
【表１】
0006787395.tif 000002
【表２】
0006787395.tif 000003
【表３】
0006787395.tif 000004
【０００３】
ビークルツーエブリシング（Ｖ２Ｘ：vehicle-to-everything）通信は、車両が他の車両と通信すること（つまり、ビークルツービークル（Ｖ２Ｖ：Vehicle-to-Vehicle）通信）、車両がインフラストラクチャと通信すること（つまり、ビークルツーインフラストラクチャ（Ｖ２Ｉ：Vehicle-to-Infrastructure）通信）、車両が無線ネットワークと通信すること（つまり、ビークルツーネットワーク（Ｖ２Ｎ：Vehicle-to-Network）通信）、車両が歩行者と通信すること（つまり、ビークルツーペデストリアン（Ｖ２Ｐ：Vehicle-to-Pedestrian）通信）、さらには車両が所有者の自宅と通信すること（つまり、ビークルツーホーム（Ｖ２Ｈ：Vehicle-to-Home））を可能にする。インフラストラクチャの例としては、信号機、料金所などの路側機が挙げられる。
【０００４】
Ｖ２Ｘ通信は、事故防止および安全性、利便性、交通効率、クリーンドライブを含み、最終的には自律／自動運転車両に関連する、幅広いシナリオで使用することが出来る。例えば、事故防止に関連して、適切なＶ２Ｘシステムは、センサなどの従来の搭載機器により感知することが出来ない隠れた危険性（hidden dangers）を運転者に警告することによって、健全な運転者（unimpaired drivers）の事故の８０％以上を防止することが出来ると推定されている。
【０００５】
交通効率に関連して、全国的なデータ収集および処理ネットワークとの組み合わせにより、適切なＶ２Ｘシステムは、最適化された交通経路、増加される交通量、交通制御および事故管理を改善することによって、公共の安全性、移動性、生産性および利便性を改善すると共に、環境改善を促進し得る。
【０００６】
Ｖ２Ｖでは、互いの半径が半マイルまたは８００ｍ以内のＶ２Ｘ搭載車両間でデータが共有されてもよく、運転手に交通状況の全体像を提供し、最も一般的な事故の原因を時間通りに警告して回避行動をとることが出来る。より高度なアプリケーションにおいて、回避行動または回避行動の連鎖が受信車両によって自動的に開始されてもよい。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
Ｖ２Ｘ市場は、まだ初期段階であり、ビークルツービークル（Ｖ２Ｖ）およびビークルツーインフラストラクチャ（Ｖ２Ｉ）通信技術のみで構成され、前者はアフターマーケットベンダが主流であり、後者は電子料金収受アプリケーションおよび電子決済アプリケーションがそれぞれ主流である。
【０００８】
Ｖ２Ｘシステムにおける交換情報は、標準化された協調認識メッセージ（ＣＡＭ）の形式であり得ることが想定される。ＣＡＭは、車両のオンボードユニット（ＯＢＵ）によって定期的にブロードキャストされ（したがって定期的に受信され）、送信車両の現在の状態を他の車両に知らせるために使用される。特に、ＣＡＭは、タイムスタンプ、現在の地理的位置、速度、進行方向、および車両の属性などの情報を運んでもよい。
【０００９】
ＣＡＭは、現在の状態、属性、条件、警告、通知、および今後の道路セクションにおけるサービスについて、近隣の車両に通知および知らせるために、スマート信号機サブシステムなどの、インフラストラクチャに設けられた路側機（ＲＳＵ：Road Side Units）によってブロードキャストされてもよい。ＣＡＭは、イベントの際に特定の車両またはユーザデバイスにユニキャストまたはグループキャストされてもよく、関連する情報または他のガイダンスを提供することができる。
【００１０】
ＤＳＲＣにおけるＩＥＥＥ  ８０２．１１ａ、およびＷＡＶＥまたはＶＡＮＥＴにおけるＩＥＥＥ  ８０２．１１ｐを含む、様々な無線アクセス技術が、Ｖ２Ｘシステムのために検討されている。しかしながら、ＩＥＥＥ  ８０２．１１ベースの無線アクセス技術は、不必要に複雑であり、非決定的なメッセージ送信に適している。特に、Ｖ２Ｘサービスは、一般に、決定的かつ低遅延のメッセージ送信を必要とするが、８０２．１１ベースの技術は一般に高遅延である。
【００１１】
近年、第３世代パートナーシッププロジェクト（３ＧＰＰ：3rd Generation Partnership Project）ロングタームエボリューション（ＬＴＥ：Long Term Evolution）技術が、Ｖ２Ｘサービスのために検討されている。３ＧＰＰ  ＬＴＥ技術は、世界中で急速に展開されており、３ＧＰＰ  ＬＴＥが提供する高データレート、低遅延、拡張されたカバレッジを利用する、ますます高度なサービスおよびインターネットアプリケーションを可能にする。
【００１２】
さらに、最近標準化されたＬＴＥリリース１２の装置間（Ｄ２Ｄ）通信規格は、デバイスがサイドリンク（ＰＣ５）無線インタフェースを介して、ネットワークカバレッジを必要とせずに、直接的な通信を可能とする。このように、これらの規格は、車両通信の候補として車製造業者および他の道路安全機関から高い関心を集めている。
【００１３】
技術的には、３ＧＰＰリリース１２  ＬＴＥ  Ｄ２Ｄ技術、および特にサイドリンク（ＰＣ５）インタフェースは、イベントトリガおよび／または標準化されていないサイズのＶ２Ｘメッセージに適している。しかし、定期的なＶ２Ｘメッセージ送信および受信は、３ＧＰＰリリース１２  ＬＴＥ  Ｄ２Ｄ技術にあまり適しておらず、Ｖ２Ｘシステムにおける使用を妨げる。
【００１４】
このように、改善されたＶ２Ｘ通信方法およびシステムが必要とされている。
【００１５】
先行技術の刊行物が本明細書で言及されている場合、刊行物がオーストラリアまたは他の国において、一般的な知識の一部を形成することの認定を構成しないことは明らかである。
【００１６】
本発明は、上述の欠点の少なくとも１つを少なくとも部分的に克服し、または消費者に有用または商業的選択を提供し得る、データ通信システムおよび方法を対象とする。
【課題を解決するための手段】
【００１７】
本発明は、上記の点に鑑みてなされたものであり、第１の観点では、ＬＴＥベースのビークルツーエブリシング（Ｖ２Ｘ）通信システムに用いられるデータ通信方法に広く存在し、前記方法は、前記データインタフェースにおいてかつ所定のタイミング基準（ＴＲＥＦ）に従って、同期信号を受信することと、
前記同期信号に従ってタイミング同期を決定することと、
前記同期信号に従って送信および受信することと、を含む。
【００１８】
本方法は、前記所定のタイミング基準（ＴＲＥＦ）に従って、提供され得る前記同期信号における１もしくは複数のサブフレームを決定することをさらに含んでもよく、
前記同期信号は、前記１もしくは複数のサブフレームにおいて受信される。
【００１９】
本方法は、前記１もしくは複数の決定されたサブフレームにおける発信同期信号を送信することをさらに含んでもよい。
【００２０】
本方法は、
データインタフェースにおいて、測位信号を受信することと、
前記測位信号に従って粗いタイミング同期を決定することと、をさらに含んでもよく、
前記タイミング同期は、前記粗いタイミング同期および前記同期信号に従って決定される。
【００２１】
前記測位信号は、絶対的なタイミングおよび前記同期信号の相対的なタイミングを提供してもよい。
【００２２】
前記同期信号の受信および前記粗いタイミング同期を決定することは、前記測位信号が受信されたデバイスのパワーアップイベントにおいて、自動的に行われてもよい。
【００２３】
前記測位信号は、ＵＴＣフォーマットの現在時刻を含んでもよい。前記測位信号はＧＰＳ信号であってもよい。
【００２４】
前記同期信号は、第１のキャリア周波数において受信されてもよく、セルラ無線接続は第２のキャリア周波数において提供されてもよい。
【００２５】
前記第１および第２の周波数は、予め設定されていてもよい。
【００２６】
前記第１および第２の周波数は、前記同一のキャリア周波数を含んでもよい。
【００２７】
前記所定のタイミング基準（ＴＲＥＦ）は、第１のシステムフレーム番号（ＳＦＮ：System Frame Number）サイクルまたはＶ２Ｘフレーム番号（ＶＦＮ：V2X Frame Number）サイクルが開始する時刻を決定するために使用されてもよい。
【００２８】
Ｖ２Ｘ同期信号マッピングのために割り当てられた受信無線フレームを示す時間インスタンス（Ｔｉ）は、
【数１】
0006787395.tif 000005
に従って決定されてもよく、前記Ｖ２Ｘオフセットインジケータは前記ＳＦＮまたはＶＦＮサイクル内の前記第１のＶ２Ｘ通信サイクルの開始を示す。
【００２９】
本方法は、路側機（ＲＳＵ：road side unit）のＶ２Ｘ通信デバイスにおいて実行されてもよく、同期信号を前記ＲＳＵの近傍内の他のＶ２Ｘ通信デバイスに定期的に送信することをさらに含んでもよい。
【００３０】
本方法は、車両のＶ２Ｘ通信デバイスにおいて実行されてもよく、Ｖ２Ｘ同期信号マッピングのために割り当てられたサブフレームおよび無線フレームにおいて、前記同期信号のための予め設定されたキャリア周波数をスキャンすることをさらに含んでもよい。
【００３１】
前記同期信号は、Ｖ２Ｘアプリケーションメッセージの送信および／または受信のための基準信号とする実装に依存したスキャン期間の間において使用されてもよい。
【００３２】
前記同期信号は、Ｖ２Ｘ通信デバイスを備えた他の車両から発信されてもよい。
【００３３】
タイミング同期の維持は、同期信号の送信のためにＶ２Ｘ通信デバイスを備えた他の車両と定期的に競合するＶ２Ｘ通信デバイスを備えた車両によって達成されてもよい。
【００３４】
本方法は、実装に依存したスキャン期間の間に同期信号を検出出来ないことと、次いで定期的に同期信号を送信することと、をさらに含んでもよく、前記送信された同期信号は、Ｖ２Ｘアプリケーションメッセージの送信および／または受信のための基準信号を提供する。
【００３５】
予め設定されたＶ２Ｘ通信サイクルは、１００ｍｓの最小時間を有するように定義されてもよく、複数のＶ２Ｘ通信サイクルは、１０２４×１０ｍｓの１つのＳＦＮまたはＶＦＮサイクル期間に収まるように時間多重、周波数多重、または時間周波数多重されてもよい。
【００３６】
予め設定されたＶ２Ｘ通信サイクルは、
イベントトリガされたＶ２Ｘメッセージ送信のための１もしくは複数の第１のＶ２Ｘ通信期間と、
定期的なＶ２Ｘアプリケーションメッセージ送信のための１もしくは複数の第２のＶ２Ｘ通信期間と、を含んでもよい。
【００３７】
前記第１のＶ２Ｘ通信期間は、
関連する制御チャネル送信の高速シグナリングのためのＳＡプールと、
Ｖ２Ｘアプリケーションメッセージを搬送するデータチャネルのための関連するデータプールと、を含んでもよい。
【００３８】
前記第２のＶ２Ｘ通信期間は、Ｖ２Ｘアプリケーションメッセージを搬送するデータチャネルのためのデータプールを含んでもよい。
【００３９】
本方法は、前記第２のＶ２Ｘ通信期間において、Ｖ２Ｘアプリケーションメッセージをブラインドデコーディングすることを含んでもよい。
【００４０】
前記第２のＶ２Ｘ通信期間は、ＮＴＲＰ＝｛６，７，または８｝サブフレームの期間のサブ期間を含んでもよく、最後のサブ期間は、前記第２のＶ２Ｘ通信期間に収まるように切り捨てられる。
【００４１】
前記第２のＶ２Ｘ通信期間内のデータチャネルは、ＮＴＲＰサブフレームについて時間的に、およびＮＰＲＢ−ＣＨ物理リソースブロック（ＰＲＢ）について周波数的にサブ期間に一意的にインデックス付けされてもよく、前記チャネルインデックスは、各サブ期間の開始においてリセットされる。
【００４２】
前記データチャネルは、時間的にサブフレームを占有し、周波数的にＮＰＲＢ−ＣＨ  ＰＲＢにわたるように予め設定可能であってもよい。
【００４３】
２または複数の第２のＶ２Ｘ通信期間は、Ｖ２Ｘ通信サイクル内で設定されてもよく、前記２または複数の第２のＶ２Ｘ通信期間のうちの１つの開始チャネルインデックスは、前記２または複数の第２のＶ２Ｘ通信期間のうちの他の最大チャネルインデックスから継続する。
【００４４】
前記Ｖ２Ｘ通信サイクル内の前記第２のＶ２Ｘ通信期間における一意にラベル付けされたチャネルの数は、定期的なＶ２Ｘアプリケーションメッセージ送信のためのコンテンションウィンドウを形成してもよい。
【００４５】
前記コンテンションウィンドウは、優先度の高いメッセージ送信のための重複しないウィンドウと、通常および低い優先度のメッセージ送信のための部分的に重なり合うウィンドウと、に分割されてもよい。
【００４６】
Ｖ２Ｘアプリケーションメッセージを送信するＶ２Ｘ通信デバイスは、Ｖ２Ｘ通信サイクル内で定期的に、その第１の送信のための適切なコンテンションウィンドウ内のチャネルインデックスをランダムに選択し、その再送信のために前記同一の選択されたチャネルインデックスによりチャネルを識別してもよい。
【００４７】
前記第２のＶ２Ｘ通信期間内のデータチャネルは、ＮＴＲＰサブフレームについて時間的に、および次いでＮＰＲＢ−ＣＨ物理リソースブロック（ＰＲＢ）において周波数的に開始するサブ期間において、二者択一的にインデックス付けされてもよく、後続のサブ期間の前記開始チャネルインデックスは、前のサブ期間の最大チャネルインデックス値から継続する。
【００４８】
Ｖ２Ｘ通信サイクル内の第２のＶ２Ｘ通信期間において一意にラベル付けされたチャネルの第２の数は、他の定期的なＶ２Ｘアプリケーションメッセージ送信のための他のコンテンションウィンドウを形成してもよい。
【００４９】
Ｖ２Ｘアプリケーションメッセージをランダムに送信するＶ２Ｘ通信デバイスは、前記第２のＶ２Ｘ通信期間のＶ２Ｘ通信サイクル内で定期的な送信のために優先度付けされたコンテンションウィンドウ内のチャネルインデックスを選択してもよい。
【００５０】
本方法は、前記選択されたチャネルインデックスが属するサブ期間ＮＴＲＰ（ｉ）内で、前記選択されたチャネルインデックスを含む“時間リソースパターンインデックス（Time Resource Pattern Indexes）”を決定することをさらに含んでもよい。
【００５１】
前記Ｖ２Ｘ通信デバイスは、第１のおよびその後のＶ２Ｘアプリケーションメッセージ送信のための“時間リソースパターンインデックス”のうちの１つの“時間リソースパターンインデックス”をランダムに選択してもよい。
【００５２】
前記Ｖ２Ｘ通信デバイスは、定期的なＶ２Ｘアプリケーションメッセージ送信のために前記データプールにおける未使用データリソースを利用してもよい。
【００５３】
前記Ｖ２Ｘ通信デバイスは、前記未使用のデータリソースを識別するために前記ＳＡプールを監視してもよい。
【００５４】
前記未使用チャネルのチャネルインデックスは、Ｖ２Ｘ通信サイクル内の共通のコンテンションウィンドウに追加されてもよい。
【００５５】
他の形態では、本発明は、車両に搭載され上記第１の態様の前記データ通信方法を実施する前記車両の情報システムとインタフェースする車両の通信デバイスに広く存在する。
【００５６】
前記車両通信デバイスは、Ｖ２Ｘ通信とセルラ通信とを同時に行ってもよく、他の車両通信デバイスと遠隔管理センタとの間の通信を提供する中継ノードとして動作するように構成されてもよい。
【００５７】
他の形態では、本発明は、前記第１の態様の前記データ通信方法を実施する道路安全システムとインタフェースするように構成された、路側機において広く存在する。
【００５８】
他の形態では、本発明は、第１の態様の前記方法を実施する複数の車両および複数の路側機を含むＬＴＥベースの車両無線通信システム、セルラ基地局および遠隔管理センタにおいて広く存在し、前記セルラ基地局は、前記複数の車両の少なくともいくつかと前記遠隔管理センタとの間の無線ネットワーク接続を提供する。
【００５９】
さらにまた、他の形態では、本発明は、システムタイミング構造、タイミング同期、および車両無線通信システムにおいて使用されるデータ通信方法において広く存在する。前記車両無線通信システムは複数の車両を備えており、それぞれの車両は他の車両、他の路側機（ＲＳＵ）および／または個人により運ばれるＶ２Ｘ通信が可能なポータブルデバイスと直接通信するための、標準的なまたは拡張されたＶ２Ｘ通信デバイスを備える。これは、センサシステムや複数のＲＳＵなどの従来の車両機器によって検出されるが、自身の存在およびＶ２Ｘ通信デバイスを備えない他の車両の存在を少なくとも規則的におよび定期的に示すためである。それらの車両機器はそれぞれ、制御可能範囲内の車両および他のＲＳＵと直接的に通信するためのＶ２Ｘ通信装置を備えてもよい。これは少なくとも、道路安全情報／状態を提供および／または中継するため、または、複数の車両、少なくとも道路安全情報／状態を提供および／または中継するため、また遠隔管理センタのためにセルラ無線接続を提供するＬＴＥ基地局などの１もしくは複数の無線ネットワークアクセスノードがセルラ通信デバイスを備える複数の路側機、および／またはセルラ通信デバイスを備える複数の車両と直接的に通信を行い、車両を介してＶ２Ｘ通信デバイスのみを備える複数の車両および／またはセルラ通信および中継ノードとして動作するＶ２Ｘ通信デバイスの両方を備えるＲＳＵと間接的に通信を行うためである。全てのＶ２Ｘ通信デバイスは、ＧＰＳ受信機などの測位無線受信機を備えていると言える。本方法は、前記第１のＳＦＮサイクルまたはＶＦＮサイクルが開始する時間を示す、好ましくはＵＴＣ（Coordinated Universal time）フォーマットのシステム基準時間（ＴＲＥＦ）によりＶ２Ｘ通信デバイスを予め設定することを含み、Ｖ２Ｘ通信サイクル情報要素（ＩＥ）は、イベントトリガおよび／または定期的なＶ２Ｘアプリケーションメッセージの送信／受信に使用されるＶ２Ｘ通信期間の１もしくはいくつかのタイプと、Ｖ２Ｘ定期メッセージをマッピングするためのＶ２Ｘ物理チャネルサイズまたはサイズと、ＳＦＮまたはＶＦＮサイクル内の前記第１のＶ２Ｘ通信サイクルの開始を示すＶ２Ｘオフセットインジケータと、Ｖ２Ｘ同期オフセットインジケータ、Ｖ２Ｘ通信デバイス属性、およびサイドリンク通信のための他の関連情報要素とを含む。
【００６０】
本発明の一態様によれば、車両オンボードユニットのための車両イグニッションキーによってトリガされ得るパワーアップイベントにおいて、Ｖ２Ｘ通信デバイスが、粗いタイミング同期のために好ましくはＵＴＣの現在時刻をさらに抽出し得る、ＧＰＳ信号のような前記取得された測位無線信号を取得することおよびロッキングすることを開始してもよい。予め設定された基準時間（ＴＲＥＦ）およびＶ２Ｘ同期オフセットインジケータ（V2X Sync Offset Indicators）によって、Ｖ２Ｘ通信デバイスは、その近傍内のさらなるＶ２Ｘ信号の送信／受信のためのタイミング基準を提供する同期信号を送信すべき、またはさらに細かいタイミング同期を実行すべき、受信無線フレーム（Ｔｉ）およびサブフレームを決定してもよい。開始（Ｔｉ）を有する上記無線フレームは、
【数２】
0006787395.tif 000006
の関係を満たしてもよい。ＲＳＵに備えられたＶ２Ｘ通信デバイスは、その近傍内でＶ２Ｘアプリケーションメッセージ送信／受信のための基準タイミングを提供するサブフレームおよび無線フレームが割り当てられたＶ２Ｘ無線インタフェースおよび周波数において、同期信号を定期的に送信するように予め設定されてもよい。一方、車両に備えられたＶ２Ｘ通信デバイスは、既存の同期信号のための予め設定されたキャリア周波数をスキャンすることによって、細かい時間同期をさらに実行してもよい。同期信号を発信したインフラストラクチャ（つまり、ＲＳＵ）を検出すると、Ｖ２Ｘ通信デバイスが備えられた車両は、さらなるＶ２Ｘアプリケーションメッセージ送信／受信のためにそのクロック、つまり、内部時間と同調してもよい。同期信号を発信した車両のみを検出すると、Ｖ２Ｘ通信デバイスが備えられた車両は、さらなるＶ２Ｘアプリケーションメッセージ送信／受信のためにそのクロックと同調してもよく、その同期信号の送信のためにローカルに近接するＸ２Ｖデバイスが備えられた既存の車両と共に定期的にコンテンションを実行することによってローカルの基準時間を維持することにさらに関与してもよい。同期信号を検出しない場合、Ｖ２Ｘ通信デバイスが備えられた車両は、その送信範囲内において、さらなるＶ２Ｘアプリケーションメッセージ送信および／または受信のための基準タイミングを提供する、同期信号送信のための基準時間として、その内部クロックを使用してもよい。
【００６１】
本発明の他の態様は、イベントトリガされ、定期的なＶ２Ｘアプリケーションメッセージ送信／受信のためのＶ２Ｘ通信構造および関連する方法に関する。本発明によれば、１０２４×１０ｍｓのＳＦＮまたはＶＦＮサイクルに収まるように時間結合され得る、予め設定されたＶ２Ｘ通信サイクルを導入し、前記第１のＶ２Ｘ通信サイクルは、Ｖ２Ｘ通信デバイスが１よりも多くの予め設定されたオフセットと同時に動作し得る、ＳＦＮまたはＶＦＮサイクルの開始からオフセットされるようにさらに構成されてもよい。Ｖ２Ｘ通信サイクルは、イベントトリガおよび／または標準化されていないサイズのＶ２Ｘアプリケーションメッセージ送信のために予約された、１もしくは複数の第１のＶ２Ｘ通信期間と、定期的なＶ２Ｘアプリケーションメッセージ送信／受信のために予約された１もしくは複数の第２のＶ２Ｘ通信期間と、を含んでもよい。第１のＶ２Ｘ通信期間は、Ｖ２Ｘ通信サイクルにおいて、および前記関連するデータチャネルの受信および復号のための物理レイヤ制御情報を提供する制御チャネル送信のためのＳＡプールと、関連するデータチャネル送信のための関連するデータプールと、をさらに含む、Ｖ２Ｘ通信期間の開始として常に現れてもよい。第２のＶ２Ｘ通信期間は、データチャネル送信のためのデータプールのみを含むと言え、ブラインドデコーディングは、受信機において考慮されてもよい。第１および第２のＶ２Ｘ通信期間のデータプールは、サブフレームレベルで時間多重されてもよい。本発明の実施形態によれば、Ｖ２Ｘ通信デバイスが前記第１のＶ２Ｘ通信期間のデータプールにおいて、未使用データリソースを検出し、定期的なＶ２Ｘアプリケーションメッセージ送信のための未使用データリソースをさらに利用するための方法を提供する。本発明の実施形態によれば、前記第１のＶ２Ｘ通信期間および第２のＶ２Ｘ通信期間のデータプールは、それぞれが、（１サブフレーム×ＮＰＲＢ−ＣＨ  ＰＲＢ）の設定可能なサイズを有する、物理データチャネルにさらに分割され、定期的なＶ２Ｘアプリケーションメッセージ送信／受信のために使用される、一意のチャネルインデックスでラベル付けされる。
【００６２】
データリソースプールにおいてデータチャネルをインデックス付けするための２つの方法、およびＶ２Ｘ通信デバイスで定期的なＶ２Ｘアプリケーションメッセージ送信／受信のためのデータリソースプール内のデータチャネルに対して競合するための関連する方法が記載される。
【００６３】
第１の方法によれば、Ｖ２Ｘ通信期間におけるデータプールは、設定可能な（ＮＴＲＰ）サブフレームのサブ期間に分割されてもよい。データチャネルは、サブ期間毎にインデックス付けされ、最初に時間的にインデックス付けされ、次に周波数的にインデックス付けされ、前記インデックスは、同一のＶ２Ｘ通信期間内の各サブ期間の開始時に開始値にリセットされる。Ｖ２Ｘ通信サイクル内で、直後のＶ２Ｘ通信期間のチャネルインデックスは、前のＶ２Ｘ通信期間の最大インデックス値から継続する。Ｖ２Ｘ通信サイクルにおいて、第１のＶ２Ｘ通信期間における未使用チャネルインデックスおよび第２のＶ２Ｘ通信期間における利用可能チャネルインデックスを含む、総チャネルインデックスは、定期的なＶ２Ｘアプリケーションメッセージ送信のためのコンテンションウィンドウを形成する。
【００６４】
第１のＶ２Ｘ通信期間のＳＡプールを監視し、検出された制御チャネルを復号することによって、Ｖ２Ｘ通信デバイスは、定期的なＶ２Ｘアプリケーションメッセージ送信に使用するために、未使用データチャネルおよび前記第１のＶ２Ｘ通信期間の関連するデータプールの関連するインデックスを決定してもよい。Ｖ２Ｘ通信サイクル内で送信のための定期的なＶ２Ｘアプリケーションメッセージを有するＶ２Ｘ通信デバイスは、その最初の送信のための適切なコンテンションウィンドウ（例えば、高、通常、または低）内のチャネルインデックスをランダムに選択してもよく、再送信のために同一の選択されたチャネルインデックスによりデータチャネルをさらに識別してもよい。技術的には、設定可能な（ＮＴＲＰ）に関連するＶ２Ｘ通信期間を制御することによって、再送信の数を、それに応じて調整することができる。
【００６５】
第２の方法によれば、Ｖ２Ｘ通信期間のデータプールは、設定可能な（ＮＴＲＰ）サブフレームのサブ期間に分割されてもよい。データチャネルは、サブ期間毎にインデックス付けされ、最初に時間的にインデックス付けされ、次に周波数的にインデックス付けされ、直後のサブ期間の前記チャネルインデックスは、前記同一のＶ２Ｘ通信サイクル内で、前のサブ期間における最大インデックス値から継続する。Ｖ２Ｘ通信サイクルにおいて、第１のＶ２Ｘ通信期間の未使用チャネルインデックスおよび第２のＶ２Ｘ通信期間の利用可能チャネルインデックスを含む総チャネルインデックスは、定期的なＶ２Ｘアプリケーションメッセージ送信のためのコンテンションウィンドウを形成する。Ｖ２Ｘ通信サイクル内で、送信のための定期的なＶ２Ｘアプリケーションメッセージを有するＶ２Ｘ通信デバイスは、適切なコンテンションウィンドウ（例えば、高、通常、または低）内でチャネルインデックスをランダムに選択してもよい。チャネルインデックスが選択された前記サブ期間内において、Ｖ２Ｘ通信デバイスは、前記選択されたチャネルインデックスを含む“時間リソースパターンインデックス”をさらに決定する。１よりも多くの“時間リソースパターンインデックス”が識別される場合、Ｖ２Ｘ通信デバイスは、定期的なＶ２Ｘアプリケーションメッセージ送信および再送信に使用するための“時間リソースパターンインデックス”をランダムにさらに選択する。
【００６６】
Ｖ２Ｘ通信期間毎に、前記第２の方法を第１の方法と比較する場合、前記第２の方法は、競合のために、より多くのデータチャネルの数を提供する。しかし、前記第２の方法は、前記第１の方法の場合にはない、再送信の際に衝突をもたらし得る。技術的には、第１および第２の方法の両方は、異なるタイプの定期的なＶ２Ｘアプリケーションメッセージに使用するＶ２Ｘ通信サイクル内において、異なるＶ２Ｘ通信期間で共存するように構成することができ、かつ推奨することが出来る。
【００６７】
本発明の実施形態の利点は、２段階のタイミング同期を提供する能力を含む。第１段階では、粗いタイミング同期は、ＧＰＳなどの測位システム、標準化されたタイミングおよび（ＬＴＥベースのＶ２Ｘプラットフォーム上の既存のＶ２Ｘアプリケーションを再利用する目的で、好ましくは、ＵＴＣの）所定の基準システム時間を使用することにより、達成することができ、この所定の基準システム時間から、細かいタイミング同期が行われる第２段階において既存の同期をスキャンするための正確な無線フレームおよびサブフレームをさらに達成することが出来る。
【００６８】
さらに、本発明の実施形態は、その近傍内でＶ２Ｘ信号送信／受信のための基準タイミングを提供する同期信号を送信するために、Ｖ２Ｘ通信デバイスが結合されたインフラストラクチャが好ましい、車両無線通信システムを提供する。
【００６９】
さらにまた、本発明の実施形態は、Ｖ２Ｘ通信デバイスが結合された１よりも多くの車両によって共同に維持される、ローカルな周辺（local proximity）における基準タイミングのための方法を提供し、Ｖ２Ｘ通信デバイスと結合された車両の出発は、ローカルタイミング基準に影響を与えない。
【００７０】
本発明の実施形態は、Ｖ２Ｘ通信構造およびイベントトリガおよび定期的なＶ２Ｘアプリケーションメッセージを送信するための関連する方法を提供し、Ｖ２Ｘ通信構造情報要素の設定／再設定は、展開されたアプリケーション毎にさらにカスタマイズ／最適化を可能とするアプリケーションレベルにおいて、さらに実行されてもよい。
【００７１】
さらなる実施形態は、周辺の隠れた車両／障害物を識別するための中間体として機能することを可能とするオンボード車両Ｖ２Ｘ通信デバイスのための標準的な設定を提供する。
【００７２】
さらに他の実施形態は、標準的なオンボード車両Ｖ２Ｘ通信デバイスと遠隔管理センタとの間の通信を提供する、中継器として機能することを可能とするオンボード車両Ｖ２Ｘ通信デバイスのための拡張された設定を提供し、したがって、セルラ無線インタフェース上で車両を管理することによるセルラネットワーク負荷を軽減する。
【００７３】
最後に、本発明の実施形態は、路側機に搭載されるＶ２Ｘ通信デバイスのための基本構成を提供する。
【００７４】
本明細書に記載された特徴のいずれかは、本発明の範囲内において、本明細書に記載される任意の１もしくは複数の他の特徴と任意の組み合わせによって組み合わせることができる。
【００７５】
本明細書中のいずれかの先行技術への言及は、先行技術が共通の一般的な知識の一部を形成することを示唆することの承認または任意の形態ではなく、そのように解釈されるべきではない。
【発明の効果】
【００７６】
本発明によれば、改善されたＶ２Ｘ通信方法およびシステムを提供することが可能となる。
【図面の簡単な説明】
【００７７】
本発明の様々な実施形態を、以下の図面を参照して説明する。
【図１】図１は、本発明の実施形態にかかるＶ２Ｘ通信システムの概略図を示す。
【図２】図２は、本発明の実施形態にかかる図１のシステムの車載ユニットのＶ２Ｘ通信デバイスの概略図を示す。
【図３】図３は、本発明の実施形態にかかる図１のシステムの路側機のＶ２Ｘ通信デバイスの概略図を示す。
【図４】図４は、本発明の実施形態にかかる車両ＯＢＵのＶ２Ｘ通信デバイスにおけるＶ２Ｘメッセージのためのシステムタイミングの取得および維持する方法を示す。
【図５】図５は、本発明の実施形態にかかる同期信号を有する無線フレームの開始を決定することに関する例示的なタイミング図を示す。
【図６】図６は、本発明の実施形態にかかるローカル基準タイミングの共同維持における同期信号送信のコンテンションを示す例示的なタイミング図を示す。
【図７】図７は、本発明の実施形態にかかるＶ２Ｘ通信構造を示す。
【図８】図８は、本発明の実施形態にかかる、Ｖ２Ｘ通信構造およびデータチャネルをインデックスする方法を示す。
【図９】図９は、本発明の実施形態にかかるデータチャネルのコンテンションの方法を示す。
【図１０】図１０は、本発明の実施形態にかかる、Ｖ２Ｘ通信構造およびデータチャネルをインデックスする代替的な方法（つまり、Ｖ２Ｘ通信ＴＹＰＥ−ＩＩＩ期間）を示す。
【図１１】図１１は、本発明の実施形態にかかる、代替的な方法（つまり、Ｖ２Ｘ通信ＴＹＰＥ―ＩＩＩ期間）を用いたインデックスされるデータチャネルのコンテンションを実行する方法を示す。
【図１２】図１２は、本発明の実施形態にかかるコンテンションウィンドウの例示的な競合ウィンドウの例示的な分割を示す。
【発明を実施するための形態】
【００７８】
本発明の好ましい特徴、実施形態および変形は、当業者が本発明を実施するのに十分な情報を提供する以下の詳細な説明から明らかになるであろう。詳細な説明は、いかなる方法によって、前述した本発明の概要の範囲に限定するとみなすべきではない。
【００７９】
図１は、本発明の実施形態にかかるＶ２Ｘ通信システム０１を概略的に示す。以下にさらに詳細に説明するように、システム０１は、システムタイミング基準を確立し、タイミング同期を取得および維持し、定期的な、および／または不定期的なＶ２Ｘメッセージを送信／受信する方法を実施する。
【００８０】
Ｖ２Ｘ通信システム０１は、複数の車両１０を含むアドホック無線ネットワークを含む。いくつかの車両は、Ｖ２Ｘ通信を可能とする、他の車両１０、路側機２０および／または、（図示しない）個人によって運ばれるポータブルデバイスと直接的に通信を行うためのＶ２Ｘ通信デバイス１００ｅ、１００ｓを備える。上記通信は、上述したように、標準化された協調認識メッセージ（ＣＡＭ：cooperative awareness messages）のような、定期的および／または不定期／イベントトリガのＶ２Ｘ関連アプリケーションメッセージの交換を含んでもよい。
【００８１】
路側機２０は、時間基準を提供し、Ｖ２Ｘ通信１０．ｓ１、１０．ｓ２および１０．ｅが可能な周辺の車両１０と直接的に通信を行うＶ２Ｘ通信デバイス２００を備えている。
【００８２】
システム０１はまた、セルラ通信を可能とする車両１０および路側機２０に、Ｖ２Ｘ通信関連構成を含む、セルラカバレッジおよびサービスを提供するための、ＬＴＥのｅＮＢなどのセルラ基地局の形態のネットワークアクセスノード３０を含む。ネットワークアクセスノード３０は、データ通信ネットワーク４０を介して遠隔管理センタ５０と通信を可能にする。
【００８３】
車両１０は、乗客および／または貨物を輸送するための自動車またはオートバイなどの道路車両であってもよい。さらに、車両は、毎日の使用または業務上重要な使用におけるものであってもよい。
【００８４】
複数の車両１０は、キャリア周波数Ｆ１においてＰＣ５インタフェースを介してＶ２Ｖ、Ｖ２ＩおよびＶ２Ｐ通信を可能とする標準的なＶ２Ｘ車両１０．ｓを含む。複数の車両１０はさらに、キャリア周波数Ｆ１においてＰＣ５インタフェースを介してＶ２Ｖ、Ｖ２ＩおよびＶ２Ｐ通信、およびキャリア周波数Ｆ２において無線インタフェース（例えば、Ｕｕインタフェース）を介してＶ２Ｎ通信を可能とする拡張されたＶ２Ｘ通信デバイス１００ｅを備える拡張されたＶ２Ｘ車両１０．ｅをさらに含む。
【００８５】
いくつかの領域では、キャリア周波数Ｆ１およびＦ２は、同一の周波数であるように構成されてもよく、したがって、Ｖ２Ｖ、Ｖ２Ｉ、Ｖ２ＰおよびＶ２Ｎ通信は、同一のキャリア周波数Ｆ１またはＦ２を共有してもよい。
【００８６】
複数の車両１０は、Ｖ２Ｘ通信デバイス１００を備えていないために、標準のＶ２Ｘ車両１０．ｓと拡張されたＶ２Ｘ車両１０．ｅと通信を行うことが出来ない、隠れた車両（hidden vehicles）１０．ｈを含む。隠れた車両１０．ｈは、周辺の車両１０．ｓ１またはＲＳＵ２０からのセンサ／ソナー信号１０１などの従来のオンボード機器によって検出されてもよく、隠れた車両１０．ｈの属性は、例えば定期的に、その領域の他の車両１０および／またはＲＳＵ２０に、車両１０．ｓ１またはＲＳＵ２０により中継されてもよい。このようにして、隠れた車両１０．ｈは、隠れた車両１０．ｈの近くに存在しない車両１０．ｓ１および１０．ｅに見えるようになる。
【００８７】
図２は、本発明の実施形態にかかるシステム０１のＶ２Ｘ通信デバイス１００の概略図を示す。
【００８８】
通信デバイス１００は車室サブシステム（a vehicle passenger compartment subsystem）１２０、ＯＢＵサブシステム１６０および車外サブシステム（vehicle exterior subsystem）１４０、１４０ｅを含む。
【００８９】
車外サブシステム１４０は、ＧＰＳ信号受信などの測位システムＲＦ信号受信、Ｖ２Ｘ  ＲＦ信号送信および受信、３ＧＰＰ  ＬＴＥ  ＲＦ信号送信および受信などのセルラＲＦ信号送信および受信のための統合されたアンテナアセンブリを含む。
【００９０】
車室サブシステム１２０は、ＯＢＵ１６０の”主電源スイッチ”１６１を制御する車両イグニッションモジュール１２１を含む。ＯＢＵ１６０は、車両イグニッションキー１２１がオフ位置からオン位置に変更されたことが検出される場合、パワーアップされて作動するように構成される。ＯＢＵ１６０は、車両イグニッションキー１２１がオン位置からオフ位置に変更されたときから設定可能な期間の間、または車両の警告／ハザードライトが動作している間、および車両イグニッションキー１２１がオフ位置であるときでさえ、さらに作動し続けてもよい。
【００９１】
車室サブシステム１２０は、診断目的のためにＯＢＵ１６０に直接的なアクセスを提供するように設計されたイーサネット（登録商標）および／またはＵＳＢインタフェース１２２をさらに含む。このインタフェース１２２は、安定化電源として、および／またはポータブルデバイスにデータゲートウェイサービスを提供するためにさらに使用されてもよい。
【００９２】
車室サブシステム１２０は、車両情報、およびブレーキライトオン、警告／ハザードシステム／ライトが動作していること、車両スピードおよび他の車両属性などの状態に接続するために、車両ＯＢＵ１６０とインタフェースするように構成された車両ＣＡＮバスインタフェース１２３をさらに含む。さらに高度なＶ２Ｘアプリケーションにおいて、車両ＣＡＮバスインタフェース１２３は、ＯＢＵ１６０のＶ２Ｘアプリケーションが、検出された危険に対処するために、車両に命令することをさらに可能にしてもよい。他のアプリケーションにおいて、車両ＣＡＮバスインタフェース１２３はまた、車両製造業者、修理業者などの利益のために、ＯＢＵ１６０から車両作動／性能パラメータに遠隔で接続してもよい。
【００９３】
最後に、車室サブシステム１２０は、タッチスクリーンディスプレイおよびオーディオユニット１２４を含む。タッチスクリーンディスプレイおよびオーディオユニット１２４は、ＷｉＦｉクライアントをローカルＷｉＦｉアクセスポイントになるように構成すること、およびその逆になるように構成すること、および／またはナビゲーションになるように構成することなど、ＯＢＵ１６０内に実装された他のアプリケーションおよび／またはサービスを制御および／または使用するためのインタフェースだけでなく、Ｖ２Ｘ通信デバイス１００が車両の運転手とインタフェースして運転者に交通状況および／または道路状況の全体像を提供し、視覚的および／または聴覚的に危険ポイントを強調して運転者が回避行動を取ることを可能とし、（速度など）安全な運転に関するアドバイス／レコメンドを提供することを可能とする。
【００９４】
ＯＢＵサブシステム１６０は、上述したように、車両イグニッション１２１によりトリガされる主電源スイッチ１６１によって制御される、電源１６２および電力分配モジュール１６３を含む。具体的には、主電源スイッチ１６１は、プロセッサ１７０およびＯＢＵ１６０の他のモジュールのために適切な電力を供給および維持する際に、電源１６２を制御し、次に電力分配モジュール１６３を制御する。
【００９５】
ＯＢＵサブシステム１６０は、レーダ／ソナーセンサシステムのような、車両の従来のオンボード機器と、Ｖ２Ｘ通信デバイス１００とを統合するための、レーダ／ソナーインタフェース１６６をさらに含む。これにより、隠された車両１０．ｈの存在、情報、状態、および属性などの詳細が、Ｖ２Ｘ無線インタフェースを通じてＣＡＭを介して他の周囲の車両に送信されることを可能とする。
【００９６】
前述のＶ２Ｘ機能および／またはサービスを提供するために、処理ユニット１７０は、ＣＡＮバスインタフェース１２３、レーダ／ソナーインタフェース１６６、メモリモジュール１７１、１７２、ＧＰＳインタフェースなどの測位無線インタフェースモジュール１７４、およびＶ２Ｘ無線インタフェースモジュール１７３と相互作用する。
【００９７】
メモリモジュールは、リードオンリメモリ（ＲＯＭ）などの不揮発性メモリ１７１、および、より詳細に後述する、定期的／不定期なＶ２Ｘ関連メッセージ送信および受信のためのタイミング同期を実現する、予め設定された情報およびプロセッサ１７０によって実行されるプログラミング命令／コードモジュールを含むＲＡＭ、ＤＲＡＭ、ＳＲＡＭなどのワーキングメモリ１７２を含む。
【００９８】
測位無線インタフェース１７４は、（好ましくはＵＴＣ形式の）現在時刻、緯度／経度、速度および方位、高度、見える衛星などの基準ソースの数、修正情報（例えば、ＧＰＳ通信が可能適合品質）、およびＨＤＯＰ（精度の水平方向の希釈：Horizontal dilution of precision）および／またはＨＥＰＥ（位置誤差の水平方向の推定：horizontal estimation of position error）を含む、生の測位データを提供する。具体的には、生の測位データは、システムタイミングおよびナビゲーションアプリケーションのために処理ユニット１７０に提供される。
【００９９】
Ｖ２Ｘ無線インタフェース１７３は、ＰＣ５インタフェースを介して他の車両、Ｖ２Ｘ通信を可能とする路側機、および／またはＶ２Ｘ通信を可能とする、個人によって運ばれるパーソナルデバイスと、の通信を可能とする。
【０１００】
ＯＢＵサブシステム１６０は、ＬＴＥ  Ｕｕインタフェースを介した通信のためのＬＴＥ無線インタフェース１７５と、ＷｉＦｉ、ＰＭＲ、Ｐ２５および／または、音声および／またはデータ通信のための衛星インタフェースなどの非ＬＴＥ無線インタフェース１７６と、をさらに含む。
【０１０１】
車外モジュール１４０ｅは、業務上重要なアプリケーションに使用するための警告ライト１４１および警告サイレン１４２を含む。車外モジュール１４０ｅは、処理ユニット（１７０）とインタフェースし、処理ユニット（１７０）によって制御される。
【０１０２】
概略図１００は、標準構成１００ｓおよび拡張構成１００ｅを示す。標準構成１００ｓは、拡張構成１００ｅに含まれる、車外モジュール１４０ｅおよびＬＴＥ無線インタフェース１７５および非ＬＴＥ無線インタフェース１７６が除外される。拡張構成１００ｅは、標準構成の他の全ての要素を含む。
【０１０３】
図３は、本発明の実施形態にかかる路側機２０のＶ２Ｘ通信デバイス２００の概略図を示す。
【０１０４】
Ｖ２Ｘ通信デバイス２００は、Ｖ２Ｘ無線インタフェースモジュール２１５、ＬＴＥ無線インタフェースモジュール２１６、ＧＰＳインタフェースモジュールなどの測位システムインタフェースモジュール２１７、レーダ／ソナー／カメラインタフェース２３０、信号機インタフェースなどの道路安全サブシステムインタフェース２４０、およびメモリモジュール２２０、２２１と相互作用し、制御する、処理ユニット２１０を含む。
【０１０５】
レーダ／ソナー／カメラインタフェース２３０は、センサ、レーダおよびカメラなどの従来の道路安全機器と、Ｖ２Ｘ通信デバイスと、を統合するためのインタフェースである。これは、隠れた車両１０．ｈおよび従来のセンサ、レーダまたはカメラによって検出された安全ではないイベントが、他の周辺の車両および道路標識ユニットに通信されることを可能とする。具体的には、ＣＡＭメッセージは、Ｖ２Ｘ無線インタフェース２１５によって、定期的、または（例えば、イベントトリガのように）不定期に周辺の車両および／または、上記メッセージを受信することが可能な道路標識ユニットに、送信されてもよい。
【０１０６】
道路安全サブシステムインタフェース２４０は、信号機制御サブシステムなどの従来の道路安全機器と、Ｖ２Ｘ通信デバイス２００とを統合するためのインタフェースである。インタフェース２４０は、デバイス２００が信号機の状態、期間およびシーケンスなどの情報を取得し、他の車両にＶ２Ｘ無線インタフェース２１５により、この情報を共有することを可能にする。道路安全サブシステムインタフェース２４０はまた、最適な運転スピードおよび適切な運転行動を車両に通知してもよく、トラフィック関連情報、つまり、信号機または緊急イベントのための待ち車両の数などを取得してもよく、トラフィックフローを改善するために信号機を制御してもよい。
【０１０７】
ワーキングメモリ２２０は、ＲＡＭ、ＤＲＡＭまたはＳＲＡＭを含んでもよく、不揮発性メモリ２２１は、リードオンリメモリ（ＲＯＭ）を含んでもよい。不揮発性メモリは、以下でさらに説明するように、Ｖ２Ｘ関連メッセージ送信のタイミング同期を実現するために、プロセッサ２１０によって実行可能な予め設定された情報およびプログラミング命令を含んでもよい。
【０１０８】
ＧＰＳインタフェースモジュールを含み得る測位システムインタフェースモジュール２１７は、（好ましくはＵＴＣ形式の）現在時刻、緯度／経度、高度、見える衛星などの基準ソースの数、ＧＰＳ修正品質などの修正データ情報、およびＨＤＯＰおよび／またはＨＥＰＥを含む、生の測位データを処理ユニット２１０に提供する。そして、生の測位データは、システムタイミング同期機能および測位関連アプリケーションのために使用されてもよい。
【０１０９】
Ｖ２Ｘ無線インタフェース２１５は、ＰＣ５インタフェースを介して、その送信範囲内の、車両、ＲＳＵおよび／またはＶ２Ｘ通信が可能なパーソナルデバイスとの通信を可能とする。同様に、ＬＴＥ無線インタフェース２１６は、ＬＴＥ  Ｕｕインタフェースを介して、遠隔制御センタ５０、およびＸ２Ｖ送信範囲に存在しないがＬＴＥネットワークカバレッジ配下に存在するＲＳＵとの通信を可能とする。
【０１１０】
図４は、本発明の実施形態にかかる、車両ＯＢＵのＶ２Ｘ通信デバイスにおいて、Ｖ２Ｘメッセージのためのシステムタイミングを取得および維持する方法３００を示す。
【０１１１】
方法３００は、ステップ３１０において”パワーアップ”で開始し、処理ユニット１７０、Ｖ２Ｘ無線インタフェース１７３、測位インタフェース１７４を含む、Ｖ２Ｘデバイスがパワーアップされる。
【０１１２】
ステップ３１１において、測位システム信号は、例えば、ＧＰＳ信号をサーチし、衛星のセットをロックすることによって、測位無線インタフェース１７４により取得される。
【０１１３】
ステップ３１２において、現在時刻は、受信した測位信号から定期的に抽出される。現在時間は、好ましくはＵＴＣフォーマットであり、例えば、ＧＰＳ信号から抽出されてもよい。
【０１１４】
ステップ３１３において、粗い同期を提供するために、デバイスの内部クロックが、受信された信号から抽出された時間と同期される。
【０１１５】
ステップ３１４において、既存のＶ２Ｘ同期信号タイミングＴｉを搬送し得る受信無線フレームの開始が決定される。具体的には、Ｖ２Ｘ通信基準時間（ＴＲＥＦ）およびＶ２Ｘ同期オフセットインジケータなどの予め設定されたＶ２Ｘ通信パラメータは、タイミングＴｉを決定するために使用される。
【０１１６】
ここで、図５を参照すると、最初のＳＦＮまたはＶＦＮサイクル３２３の開始または整列が３２２によって示されているように、基準時間ＴＲＥＦ３２１、つまりＶ２Ｘ通信システム時間ＳＦＮ０またはＶＦＮ０が決定される。基準時間ＴＲＥＦ３２１は、｛ＹＹＹＹ−ＭＭ−ＤＤＴｈｈ：ｍｍ：ｓｓ．ｓＴＺＤ｝の形式で定義されてもよい。
ここで、
ＹＹＹＹ＝４桁の年；
ＭＭ＝２桁の月；
ＤＤ＝月のうちの２桁の日；
ｈｈ＝２桁の時間；
ｍｍ＝２桁の分；
ｓｓ＝２桁の秒；
ｓ＝秒のうちの小数点以下を表す１もしくは複数の数字；および
ＴＺＤ＝タイムゾーン指定子。
【０１１７】
ＴＲＥＦは、例えば、｛００００−０１−０１Ｔ００：００：００．０＋００：００｝のような過去の絶対時間、または｛１９８０−０１−０６Ｔ００：００：００．０＋００：００｝のＧＰＳ時間基準、または例えば、｛２０２０−０１−０１Ｔ００：００：００．０＋００：００｝のようなＶ２Ｘ導入のイベントをマークする絶対時間に関連して、予め設定または予め定義されてもよい。
【０１１８】
ｋ番目のＳＦＮまたはＶＦＮサイクル３２６における無線フレームＳＦＮ（ｉ）またはＶＦＮ（ｉ）のタイミングＴｉ３２４は、以下の関係を満たす。
【数３】
0006787395.tif 000007
【０１１９】
ステップ３１５において、予め設定されたキャリア周波数は、既存の同期信号のために監視される。
【０１２０】
図６の例示的なタイミング図３５０において図示されているように、予め設定されたキャリア周波数は、実装に依存する期間３５２について、決定されたＴｉ３５１から既存の同期信号のために監視される。
【０１２１】
Ｖ２Ｘ同期信号が検出され、検出された同期信号がＲＳＵなどのインフラストラクチャクチャに備えられたＶ２Ｘデバイスから発信された場合、ステップ３１６において、内部のタイミングは、検出された同期信号に基づいて精緻化される。
【０１２２】
そして、精緻化された内部タイミングは、さらなるＶ２Ｘアプリケーションメッセージのために使用される。さらなるＶ２Ｘ通信サイクルの定期的および／または不定期な受信および送信が行われ、Ｖ２Ｘ通信サイクルは、Ｖ２Ｘデバイスが結合されたインフラストラクチャによりブロードキャストするために予め設定されてもよい。
【０１２３】
検出された同期信号が車両に搭載されたＶ２Ｘデバイスから発信された場合、さらなるＶ２Ｘ信号送信および受信のために、ステップ３１７において、内部タイミングは、検出された同期信号に基づいて精緻化される。
【０１２４】
基準タイミングとしてインフラストラクチャ結合同期信号のない領域における基準タイミングを維持する際、周期的および非周期的なＶ２Ｘアプリケーションメッセージを送信および受信する一方、同期信号を送信するためのコンテンションが定期的にステップ３１９において実行される。
【０１２５】
Ｖ２Ｘ同期信号が検出されない場合、デバイスは、ステップ３１８においてＶ２Ｘ信号の送信および受信のための基準タイミングを提供する、定期的な同期信号を送信するための基準タイミングとして、その内部クロックを使用する。デバイスは、定期的および不定期的なＶ２Ｘアプリケーションメッセージを送信／受信する間、ステップ３１９において同期信号を送信するために定期的に競合をさらに行う、共同して維持されたタイミング基準モードで動作するように構成されてもよい。
【０１２６】
ステップ３１９を参照して上述したように同期信号送信のための競合において、Ｖ２Ｘデバイスが搭載された車両は、他のＶ２Ｘデバイス３５３からの同期信号を監視するために、［０，１，２，３，４］の範囲の４０ｍｓの整数のウィンドウサイズをランダムに選択する。同期信号がランダムに選択されたウィンドウ内で検出されない場合、デバイスは、ウィンドウタイミングの終了３５４の後、即時に、予め設定されたサブフレームにおいて、その同期信号を送信する。
【０１２７】
前述したように、本発明の実施形態はまた、設定可能なＶ２Ｘ通信構造、および定期的および／または不定期／イベントトリガのＶ２ＸアプリケーションメッセージをＶ２Ｘデバイスから送信すること、および／または、Ｖ２Ｘデバイスにおいて受信する、関連する方法に関する。
【０１２８】
図７は、３ＧＰＰ  ＬＴＥ  リリース１２Ｍｏｄｅ−２  Ｄ２Ｄ通信構造４１０を参照して、本発明の実施形態にかかる、Ｖ２Ｘ通信構造４５０を示す。
【０１２９】
３ＧＰＰ  Ｍｏｄｅ−２  Ｄ２Ｄ構造４１０は、１０２４×１０ｍｓ  ４１１のカバレッジ内にあるときにＳＦＮサイクルに収まるように連結された同一の構成可能なＳＬ通信期間４１３、４２０と、１０２４×１０ｍｓ  ４１１のカバレッジ外のＤＦＮサイクルとから構成される。
【０１３０】
第１のＳＬ通信期間４１３は、オフセットインジケータ（Offset Indicator）＝［０：１０２３９］ｍｓの範囲において選択されたオフセット４１２によって、ＳＦＮ０またはＤＦＮ０の開始からオフセットされ、最後のＳＬ通信期間は、切り捨てられてもよい。
【０１３１】
ＳＬ通信期間は、［４０，６０，７０，８０，１２０，１４０，１６０，２４０，２８０，３６０］の範囲において選択された値で予め設定または設定／再設定されてもよく、各ＳＬ通信期間４２０は、ＰＳＣＣＨ送信／受信のためのＳＡプール４２１およびＰＳＤＣＨ送信／受信のためのデータプール４２２により構成される。
【０１３２】
ＳＡプール４２１は、どのサブフレームがＰＳＣＣＨ送信のために割り当てられたかを示す”ｓａＳｕｂｆｒａｍｅ”ビットマップ４２３に関連付けられている。これらのサブフレームにおけるＰＲＢのペアは、一意のチャネルインデックスでラベル付けされたチャネルとして定義される。Ｄ２Ｄ受信デバイスは、正常に検出されたＰＳＣＣＨにおいて、ＳＡプールの有効なチャネルインデックスを有する全てのチャネルを監視し、Ｄ２Ｄ受信デバイスは、周波数リソース、ＭＣＳ、タイミングリソース、つまり、関連するデータプールの関連するＰＳＳＣＨを受信および復号するためのＴ−ＲＰＴ４２４を含む、検出された制御情報に従う。
【０１３３】
３ＧＰＰ  ＬＴＥ  リリース１２仕様によれば、Ｄ２Ｄ送信デバイスは、チャネルインデックスをランダムに選択することによって、ＰＳＣＣＨを送信するＰＲＢの対応するペアにおいて、ＳＡ送信のための競合を実行し、関連するデータプールにおいて送信される関連するＰＳＳＣＨの受信および復号のための制御情報を提供する。技術的には、３ＧＰＰ  ＬＴＥ  リリース１２  Ｄ２Ｄ通信は、可変サイズを有し得る、音声パッケージを含むユーザ発信のデータ送信のために主に設計された。
【０１３４】
しかし、Ｖ２Ｘアプリケーションにおいて、大部分のメッセージは、マシン間通信のために機械で生成され、例えば、車両の位置および状態情報を他の周辺車両に提供する、車両に搭載されたＶ２Ｘデバイスによって自動的におよび定期的に生成され、定期的にブロードキャストされたＣＡＭを含む。そのタイプのＣＡＭは、車両の属性および状態、タイムスタンプ、緯度および経度、速度、方位、リスク識別コード、緊急コードなどの固定フィールドによって構成されてもよい。したがって、特定用途のために定期的にブロードキャストされるＶ２Ｘアプリケーションメッセージは、予め設定されてもよく、固定サイズ、既知のチャネル符号化レート、既知の変調を有してもよく、Ｖ２Ｘ受信機において、ブラインド検出および復号化を可能とする、つまり、関連する制御チャネルの形態で高速シグナリングを必要としない。
【０１３５】
Ｖ２Ｘアプリケーションタイプおよび／または条件／環境に基づいて、定期的なＶ２Ｘアプリケーションメッセージの送信頻度は、デバイスにおいて異なってもよく、時間とともに変化してもよく、デバイスごとに異なっていてもよい。さらに、Ｖ２Ｘ通信において、イベントトリガＶ２Ｘアプリケーションメッセージは、上記イベントがもはや適用されなくなるまで、特定車両または車両のグループにおいて、デバイスを対象として、定期的にブロードキャストされてもよく、またはユニキャスト／グループキャストされてもよい。このタイプのＶ２Ｘメッセージは、目的とするデバイスにおいてのみ、データチャネルを正しく受信し、復号するために、制御チャネルが必要とされてもよい。このように、Ｖ２Ｘ通信構造４５０は、定期的な、不定期な、および／またはイベントトリガＶ２Ｘアプリケーションメッセージのバリエーションの送信および／または受信において、構成および／またはカスタマイズされてもよい。
【０１３６】
Ｖ２Ｘ通信構造４５０は、１０２４×１０ｍｘ  ４５１の（カバレッジにおける）ＳＦＮサイクルまたは（カバレッジ内外の）ＶＦＮサイクルに収まるように、時間的に、または周波数的に、または時間周波数の組み合わせにおいて、多重化され得る、同一の、設定可能な、繰り返し可能なＶ２Ｘ通信サイクル４５３、４５４を含む。第１のＶ２Ｘ通信サイクル４５３は、ＳＦＮ０またはＶＦＮ０の開始から、Ｖ２Ｘオフセットインジケータ＝［０：１０２３９］ｍｓの範囲において選択されたオフセット４５２によってオフセットされ、最後のＶ２Ｘ通信サイクルは、切り捨てられてもよい（図示せず）。予め設定された、または設定されたＶ２Ｘ通信サイクルは、ＴＹＰＥ−Ｉ期間４６０、ＴＹＰＥ−ＩＩ期間４７０およびＴＹＰＥ−ＩＩＩ期間４９０の形態で、少なくとも１つのＶ２Ｘ通信期間タイプを含む。Ｖ２Ｘ通信サイクルは、特定のＶ２Ｘアプリケーション、または２もしくは複数のＶ２Ｘ通信期間タイプ４６０、４７０、４９０をサポートするように構成されてもよく、そのため、１もしくはいくつかのＶ２Ｘアプリケーションをサポートするように構成されてもよい。
【０１３７】
設定されたＶ２Ｘ通信サイクルは、制御チャネルマッピングのためのＳＡプールおよび関連するデータチャネルマッピングのための関連するデータプールをさらに含む、イベントトリガされたユニキャスト／グループキャストおよび／または非標準化されたサイズのＶ２Ｘアプリケーションメッセージのために予約される、１もしくは複数のＶ２Ｘ通信ＴＹＰＥ−Ｉ期間４６０（第１の通信期間として参照される）を含んでもよい。本サイクルは、データチャネルマッピングのためのデータプールのみを含む、１もしくは複数のＶ２Ｘ通信ＴＹＰＥ−ＩＩ期間４７０（データチャネルをインデックスする第１の方法を用いた第２の通信期間として参照される）をさらに含んでもよく、それは、周期的かつ標準化されたサイズのＶ２Ｘアプリケーションメッセージの送信／受信のために、時間多重化または時間インターリーブされてもよい。最後に、通信サイクルは、データチャネルマッピングのためのデータプールのみをさらに含む、他の周期的かつ標準化されたＶ２Ｘアプリケーションメッセージのための、最大１つのＶ２Ｘ通信ＴＹＰＥ−ＩＩＩ期間４９０（データチャネルをインデックスする代替的な方法を用いた第２の通信期間として参照される）を含んでもよい。
【０１３８】
Ｖ２Ｘ通信サイクルにおいて、Ｖ２Ｘ通信ＴＹＰＥ−Ｉ期間４６０のＳＡプールを監視することにより、送信のための定期的なＶ２Ｘアプリケーションメッセージを有するＶ２Ｘデバイスは、関連するデータプール内の未使用データチャネルを識別することが出来てもよく、その定期的な、および標準化されたサイズのＶ２Ｘアプリケーションメッセージ送信のために、未使用データチャネルをコンテンションウィンドウにさらに含めてもよい。
【０１３９】
図８は、本発明の実施形態にかかるＶ２Ｘ通信構造５００を示す。
【０１４０】
具体的には、期間ＮＣｏｍＰ（ｉ）４７０．０またはＮＣｏｍＰ（ｉ＋１）４７０．１のＶ２Ｘ通信ＴＹＰＥ−ＩＩ期間は、ＮＴＲＰ＝｛６，７，または８｝の長さの１もしくは複数のサブ期間５１０、５３０、５５０を含むように予め構成または構成されてもよい。最後のサブ期間５５０は、ＮＣｏｍＰ（ｉ）に収まるように切り捨て５５５によって図示されているように、切り捨てられてもよい。第１のサブ期間５１０内で、データチャネルは、第１のデータチャネル５１１において０から始まり、次のデータチャネル５１２、５１３、５１５において時間的に増加し、次いで並列なデータチャネル５１６において周波数的にインデックス付けされる。
【０１４１】
サブ期間における最後のチャネルは、インデックス（ＮＦ−ＣＨ＊ＮＴＲＰ−１）５２６を有し、（ＮＦ−ＣＨ）は、周波数領域におけるデータチャネルの数である。チャネル５２３などの各データチャネルは、サブフレーム５２４の期間の間、物理リソースブロック５２５のＮＰＲＢ−ＣＨを占有するように構成可能であってもよい。インデックスは、Ｖ２Ｘ通信ＴＹＰＥ−ＩＩ期間内の各サブ期間５３１、５５１に対して、開始値にリセットされる。切り捨てられたサブ期間５５０に対して、切り捨てられた領域５５５のチャネルインデックスは、使用することが出来ない。設定可能なＮＴＲＰ＝｛６，７，または８｝に対して設定可能なＮＣｏｍＰ（ｉ）を制御することにより、Ｖ２Ｘ通信期間ＴＹＰＥ−ＩＩにおいて繰り返されるチャネルインデックス５８０、５８１、５８２の数は、再送信のために制御することが出来る。
【０１４２】
１よりも多くのＶ２Ｘ通信ＴＹＰＥ−ＩＩ期間がＶ２Ｘ通信サイクル内で設定される場合、通信期間４７０．０、４７０．１によって図示されるように、後続のＶ２Ｘ通信期間ＴＹＰＥ−ＩＩ４７０．１の第１のチャネルインデックス５６１は、前のＶ２Ｘ通信期間ＴＹＰＥ−ＩＩ４７０．０の最後のインデックス５２６から継続する。
【０１４３】
図１２を参照すると、Ｖ２Ｘ通信サイクルにおけるＶ２Ｘ通信期間ＴＹＰＥ−ＩＩのチャネルインデックスの総数は、定期的なＶ２Ｘアプリケーションメッセージ送信のためのコンテンションウィンドウ７００を形成する。そして、コンテンションウィンドウ７００は、優先度が高いメッセージ競合のための０から（Ｋ−１）までのチャネルインデックスを有する重複しないコンテンションウィンドウ７０１と、それぞれ、通常の優先度の定期的なＶ２Ｘアプリケーションメッセージ競合の送信のためのＫから（ＮＣＨ−１）までのチャネルインデックスを有する重複するコンテンションウィンドウ７０２および低い優先度の定期的なＶ２Ｘアプリケーションメッセージ競合の送信のための（Ｋ＋Ｌ）から（ＮＣＨ−１）までのチャネルインデックスを有する重複するコンテンションウィンドウ７０３と、にさらに分割される。
【０１４４】
図９は、本発明の実施形態にかかる、データチャネルの競合の方法５７０を示す。具体的には、Ｖ２Ｘ通信期間ＴＹＰＥ−ＩＩを用いるＶ２Ｘ通信サイクルにおける送信のための定期的なＶ２Ｘアプリケーションメッセージを有するＶ２Ｘ通信デバイスは、方法５７０を用いるデータチャネルの競合を実行してもよい。
【０１４５】
ステップ５７２において、Ｖ２Ｘ通信デバイスは、第１の送信のための適切なコンテンションウィンドウ内でランダムに（または他の手段により）チャネルインデックスを選択する。ステップ５７４において、デバイスは、再送信バージョンのための選択されたチャネルインデックスによりデータチャネルを識別する。Ｖ２Ｘ通信ＴＹＰＥ−ＩＩ期間の利点は、繰り返し数を、Ｖ２Ｘ通信ＴＹＰＥ−ＩＩ期間内で、制御することができ、繰り返し数は、時間的に均等に分配することででき、したがって、制御可能な時間ダイバーシティ利得を達成することである。
【０１４６】
図１０は、本発明の実施形態にかかる、期間ＮＣｏｍｐ６０１のＶ２Ｘ通信ＴＹＰＥ−ＩＩＩ期間６００を含む、Ｖ２Ｘ通信構造５００を示す。
【０１４７】
Ｖ２Ｘ通信期間ＴＹＰＥ−ＩＩＩ６００は、ＮＴＲＰ＝｛６，７，または８｝の長さの時間領域において、複数のサブ期間６１０、６３０、６５０を含む。最後のサブ期間６５０は、ＮＣｏｍＰに収まるように、切り捨て６５５によって切り捨てられる。
【０１４８】
第１のサブ期間６１０から開始し、データチャネルは、インデックス０の第１のデータチャネル６１１でインデックス付けが開始され、後続のチャネル６１２、６１３、６１５が時間的に最初に増加し、次いで並行なチャネル６１６が周波数的に増加してインデックス付けされる。
【０１４９】
サブ期間６１０の最後のチャネル６２６は、インデックス（ＮＦ−ＣＨ＊ＮＴＲＰ−１）を有しており、（ＮＦ−ＣＨ）は、周波数領域におけるデータチャネルの数である。チャネル６２３などの各データチャネルは、サブフレーム６２４の期間に対して、ＮＰＲＢ−ＣＨ物理リソースブロック６２５を占有するように設定可能であり、または予め設定される。
【０１５０】
後続のサブ期間６３０のチャネル開始インデックス６３１は、前のサブ期間６１０の最後のインデックス６２６から継続する。図１２に示すように、Ｖ２Ｘ通信サイクルにおけるＶ２Ｘ通信期間ＴＹＰＥ−ＩＩＩの［０：（ＮＦ＿ＣＨ＊ＮＣｏｍＰ−１）］のチャネルインデックスの総数は、コンテンションウィンドウ７００（または“データチャネルリソースプール”）を形成する。具体的には、コンテンションウィンドウ７００は、優先度が高いメッセージ競合のための０から（Ｋ−１）までのチャネルインデックスを有する重複しないコンテンションウィンドウ７０１と、それぞれ、通常の優先度の定期的なＶ２Ｘアプリケーションメッセージの送信ためのＫから（ＮＣＨ−１）までのチャネルインデックスを有する重複するコンテンションウィンドウ７０２および優先度が低い定期的なＶ２Ｘアプリケーションメッセージの送信のための（Ｋ＋Ｌ）から（ＮＣＨ−１）までのチャネルインデックスを有する重複するコンテンションウィンドウ７０３と、に分割される。
【０１５１】
図１１は、本発明の実施形態にかかる、Ｖ２Ｘ通信ＴＹＰＥ−ＩＩＩ期間におけるデータチャネルのための競合を実行する方法６７０を示す。本方法は、送信のための定期的なＶ２Ｘアプリケーションメッセージを有するＶ２Ｘ通信デバイスにより実行されてもよい。
【０１５２】
ステップ６７２において、チャネルインデックスは、適切な優先度付けされたコンテンションウィンドウ（高、通常、または低）内でランダムに（またはその他で）選択される。例えば、６８０で示されるチャネルインデックスが選択されてもよい。
【０１５３】
ステップ６７４において、ランダムに選択されたチャネルインデックスが属するサブ期間ＮＴＲＰ（ｉ）（つまり、６８０を有する６１０）内で選択されたチャネルインデックスを含む、“時間リソースパターンインデックス”（ＩＴＲＰ）が決定される。
【０１５４】
このステップは、以下に示すように例６９０を参照してさらに明確にされる。ＮＴＲＰ＝８、（ＩＴＲＰ＝｛０：３４｝）６９１、およびサブフレームインジケータビットマップ（ｂ’０，ｂ‘１，．．．ｂ’７）のｂ’０（つまり、ｂ’０＝１）と整列されたＮＴＲＰ（０）６１０内でランダムに選択されたチャネルインデックス６８０が設定された場合、ｂ’０＝１、つまり、（ＩＴＲＰ＝０，８，９．１１，１４，１８，２３，および２９）６９３を有する８つの時間リソースパターンインデックスが存在し得る。
【０１５５】
ステップ６７６において、選択されたチャネルインデックスを含む、１よりも多くの（ＩＴＲＰ）が存在する場合、１つの（ＩＴＲＰ）が、Ｖ２Ｘアプリケーションメッセージ送信およびその繰り返しのためにランダムに選択される。例えば、再度、例６９０を参照すると、（ＩＴＲＰ＝９）は、ランダムに選択されてもよい６９４。（ｂ’０，ｂ‘１，ｂ‘２，ｂ‘３，ｂ‘４，ｂ‘５，ｂ‘６，ｂ’７）＝（１，０，１，０，０，０，０，０）を有するＩＴＲＰ＝９  ６９５は、ｂ’０＝１において第１の送信が６８０のチャネルインデックスであるチャネル上で行われ、ｂ‘２＝１において１つの再送信が６８１のチャネルインデックスであるチャネル上で行われることを示している。
【０１５６】
Ｖ２Ｘ通信期間ＴＹＰＥ−ＩＩＩの利点は、冗長バージョンまたは繰り返しパターンの数が、予め設定された（ＩＴＲＰ）を継承することである。具体的には、第１の送信バージョンおよびその冗長性は、選択されたＩＴＲＰに依存するサブ期間内で分散される。技術的には、Ｖ２Ｘ通信期間ＴＹＰＥ−ＩＩＩにおけるデータチャネルをインデックス付けする方法は、イベントトリガＶ２Ｘメッセージの完全にまたは部分的に使用されるデータチャネルインデックスのためのＶ２Ｘ通信期間ＴＹＰＥ−Ｉデータプールの使用に、より適しており、残りの未使用データチャネルインデックスは、定期的なＶ２Ｘアプリケーションメッセージ送信に使用されるためのコンテンションウィンドウに追加されてもよい。
【０１５７】
本明細書および特許請求の範囲（存在する場合）において、「含む」および「備える」および「含む」を含むその派生語は、記載された整数の各々を含み、１つまたは複数のさらなる整数の包含を排除するものではない。
【０１５８】
本明細書を通じて、「一実施形態」または「実施形態」は、実施形態に関連して説明される特定の特徴、構造、または特性が本発明の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書を通して様々な場所で「一実施形態において」または「実施形態において」という表現の出現は、必ずしもすべてが同じ実施形態を指しているわけではない。さらに、特定の特徴、構造、または特性は、１つまたは複数の組み合わせで任意の適切な方法で組み合わせることができる。
【０１５９】
法律に従って、本発明は、構造的または組織的特徴に多かれ少なかれ特定の言語で記載されている。本明細書に記載された手段は、本発明を実施する好ましい形態を含むので、本発明は図示または記載された特定の特徴に限定されないことを理解されたい。したがって、本発明は、当業者によって適切に解釈される（もしあれば）添付の特許請求の範囲の適切な範囲内のその形態または改変のいずれかで主張される。
【０１６０】
本出願は、２０１５年８月２１日に出願されたオーストラリア特許出願第２０１５９０３３９８号に基づく優先権を主張し、その開示はその全体が参照により本明細書に組み込まれる。
【符号の説明】
【０１６１】
０１  Ｖ２Ｘ通信システム
１０  車両
１０．ｓ１、１０．ｓ２、１０．ｅ  Ｖ２Ｘ車両
１０．ｈ  隠れた車両
２０  路側機（ＲＳＵ）
３０  ネットワークアクセスノード
４０  データ通信ネットワーク
５０  遠隔管理センタ
１００ｅ、１００ｓ  Ｖ２Ｘ通信デバイス
１０１  センサ／レーダ信号
１１０、１１５、１３０  （Ｆ１）キャリア周波数
１２０  車室サブシステム
１２１  車両イグニッションモジュール（キー）
１２２  イーサネット／ＵＳＢインタフェース
１２３  車両ＣＡＮバスインタフェース
１２４  タッチスクリーンディスプレイおよびオーディオユニット
１４０、１４０ｅ  車外サブシステム
１４１  警告ライト（警告信号）
１４２  警告サイレン
１５０、１５５  （Ｆ２）キャリア周波数
１６０  ＯＢＵ（オンボードユニット）サブシステム
１６１  主電源スイッチ
１６２  電源
１６３  電力分配モジュール
１６５  イーサネット／ＵＳＢハブ
１６６  レーダ／ソナーインタフェース
１７０  処理ユニット（プロセッサ）
１７１  メモリモジュール（不揮発性メモリ）
１７２  メモリモジュール（ワーキングメモリ）
１７３  Ｖ２Ｘ無線インタフェースモジュール
１７４  測位無線インタフェースモジュール（測位システムインタフェース）
１７５  ＬＴＥ無線インタフェース
１７６  非ＬＴＥ無線インタフェース
２００  Ｖ２Ｘ通信デバイス
２１０  処理ユニット（プロセッサ）
２１５  Ｖ２Ｘ無線インタフェースモジュール
２１６  ＬＴＥ無線インタフェース
２１７  測位システムインタフェースモジュール
２２０  メモリモジュール（ワーキングメモリ）
２２１  メモリモジュール（不揮発性メモリ）
２３０  レーダ／ソナー／カメラインタフェース
２４０  道路安全サブシステムインタフェース（路側公共安全サブシステムインタフェース）
４１０  ３ＧＰＰモード２  Ｄ２Ｄ通信構造
４１１  ＳＦＮまたはＤＦＮサイクル
４１２  オフセット
４１３、４２０  ＳＬ通信期間
４２１  ＳＡプール（ＰＳＣＣＨ送信／受信期間）
４２２  データプール（ＰＳＤＣＨ送信／受信期間）
４２３  ＳＡサブフレームビットマップ
４２４  Ｔ−ＲＰＴビットマップ
４５０  Ｖ２Ｘ通信構造
４５１  ＳＦＮまたはＶＦＮサイクル
４５２  オフセット
４５３、４５４  Ｖ２Ｘ通信サイクル
４６０  Ｖ２Ｘ通信ＴＹＰＥ−Ｉ期間
４７０  Ｖ２Ｘ通信ＴＹＰＥ−ＩＩ期間
４９０  Ｖ２Ｘ通信ＴＹＰＥ−ＩＩＩ期間
５００  Ｖ２Ｘ通信構造
５１０、５３０、５５０、５６０  サブ期間
５１１、５１２、５１３、５１５、５１６、５２３、５２６、５３１、５５１、５５６、５６１、５６２、５８０、５８１、５８２  データチャネル（チャネルインデックス）
５２４  サブフレーム
５２５  物理リソースブロック
６００  Ｖ２Ｘ通信ＴＹＰＥ−ＩＩＩ期間
６１０、６３０、６５０  サブ期間
６１１、６１２、６１３、６１５、６１６、６２３、６２６、６３１、６５１、６５６、６５９、６８０、６８１  データチャネル（チャネルインデックス）
６２４  サブフレーム
６２５  物理リソースブロック
７００  コンテンションウィンドウ
７０１  重複しないコンテンションウィンドウ
７０２、７０３  重複したコンテンションウィンドウ
【図１】
0006787395.tif 000008
【図２】
0006787395.tif 000009
【図３】
0006787395.tif 000010
【図４】
0006787395.tif 000011
【図５】
0006787395.tif 000012
【図６】
0006787395.tif 000013
【図７】
0006787395.tif 000014
【図８】
0006787395.tif 000015
【図９】
0006787395.tif 000016
【図１０】
0006787395.tif 000017
【図１１】
0006787395.tif 000018
【図１２】
0006787395.tif 000019