JP6696192B2 - 通信装置および通信方法 - Google Patents

Description

本開示は、通信装置、基地局および通信方法に関する。

車両等の移動体に搭載された通信装置を利用することによって、移動体と種々の対象物との間における直接的な通信が実現される。移動体に搭載された通信装置と種々の他の通信装置との間における通信は、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｘ）通信と称されている。Ｖ２Ｘ通信については、これまで、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が利用される通信システムについて検討されてきたが、近年、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）等の携帯電話の通信規格が利用される通信システムについての検討が進められている。

なお、Ｖ２Ｘ通信の議論が活発化する前より、Ｄ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）と呼ばれる、通信装置同士の通信の検討が進められていた。このＤ２Ｄ通信については、例えば下記の特許文献１に開示されている。

特開２０１５−１８５９５９号公報

ここで、車両は例えば時速１００Ｋｍ前後の速度で走行することが想定される。従って、Ｖ２Ｘ通信では、ドップラー効果による通信への影響が懸念される。一方、Ｄ２Ｄ通信では、主に歩行者が携帯する通信装置間での通信が想定されるので、ドップラー効果による通信への影響、およびドップラー効果への対策について十分な検討がなされていなかった。そこで、本開示では、車両通信におけるドップラー効果への対策を提案する。

本開示によれば、車両通信に用いられるチャネル推定用のリファレンス信号の配置フォーマットに従って前記車両通信を制御する通信制御部と、前記配置フォーマットを動的に設定する設定部と、を備える、通信装置が提供される。

また、本開示によれば、車両通信に用いられるチャネル推定用のリファレンス信号の配置候補フォーマットの群を記憶する記憶部と、前記配置候補フォーマットの群に含まれる配置候補フォーマットを示す情報の送信を制御する通信制御部と、を備える、基地局が提供される。

また、本開示によれば、車両通信に用いられるチャネル推定用のリファレンス信号の配置フォーマットに従って前記車両通信を制御することと、前記配置フォーマットをプロセッサにより動的に設定することと、を含む、通信方法が提供される。

また、本開示によれば、車両通信に用いられるチャネル推定用のリファレンス信号の配置候補フォーマットの群を記憶することと、前記配置候補フォーマットの群に含まれる配置候補フォーマットを示す情報の送信をプロセッサにより制御することと、を含む、通信方法が提供される。

以上説明したように本開示によれば、車両通信におけるドップラー効果への対策を講じることが可能となる。

なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

Ｖ２Ｘ通信の概要について説明するための説明図である。 本開示の実施形態による無線通信システムを示す説明図である。 本開示の実施形態による無線通信システムの他の例を示す。 本開示の実施形態による無線通信システムの他の例を示す。 本開示の実施形態による無線通信システムの他の例を示す。 本開示の実施形態による無線通信システムの他の例を示す。 サイドリンクのリソース入りの具体例を示す説明図である。 第１の実施形態によるＵＥの構成を示す機能ブロック図である。 記憶部におけるフォーマットの記憶形態の具体例を示す説明図である。 フォーマット１の具体例を示す説明図である。 フォーマット２の具体例を示す説明図である。 フォーマット２の具体例を示す説明図である。 フォーマット２の具体例を示す説明図である。 フォーマット３の具体例を示す説明図である。 フォーマット３の具体例を示す説明図である。 フォーマット３の具体例を示す説明図である。 フォーマット３の具体例を示す説明図である。 フォーマットの変形例を示す説明図である。 フォーマットの変形例を示す説明図である。 フォーマットの変形例を示す説明図である。 フォーマットの変形例を示す説明図である。 第１の実施形態によるＵＥの動作を示すフローチャートである。 ＵＥの受信動作を示すフローチャートである。 第２の実施形態によるｅＮＢの構成を示す説明図である。 本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。 本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。 本開示に係る技術が適用され得るスマートフォンの概略的な構成の一例を示すブロック図である。 本開示に係る技術が適用され得るカーナビゲーション装置の概略的な構成の一例を示すブロック図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成または論理的意義を有する複数の構成を、必要に応じてＵＥ２０Ａ、２０Ｂおよび２０Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々が特に区別されなくてもよい場合、同一符号のみを付する。例えば、ＵＥ２０Ａ、２０Ｂおよび２０Ｃが特に区別されなくてもよい場合には、ＵＥ２０Ａ、２０Ｂおよび２０Ｃの各々を単にＵＥ２０と称する。

また、以下に示す項目順序に従って本開示を説明する。
Ａ．導入
Ｂ．無線通信システムの概要
Ｃ．第１の実施形態
Ｃ−１．ＵＥの構成
Ｃ−２．フォーマットの具体例
Ｃ−３．ＵＥの動作
Ｄ．第２の実施形態
Ｅ．運用例
Ｆ．応用例
Ｇ．むすび

＜＜Ａ．導入＞＞
車両等の移動体に搭載された通信装置を利用することによって、移動体と種々の対象物との間における直接的な通信が実現される。車両と種々の対象物との間における車両通信は、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｘ）通信と称されている。図１は、Ｖ２Ｘ通信の概要について説明するための説明図である。図１に示したように、Ｖ２Ｘ通信として、例えば、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）通信、Ｖ２Ｉ（Ｖｅｈｉｃｌｅ ｔｏ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）通信、Ｖ２Ｐ（Ｖｅｈｉｃｌｅ ｔｏ Ｐｅｄｅｓｔｒｉａｎ）通信、Ｖ２Ｈ（Ｖｅｈｉｃｌｅ ｔｏ Ｈｏｍｅ）、Ｖ２Ｎ（Ｖｅｈｉｃｌｅ ｔｏ Ｎｅｔｗｏｒｋ）通信がある。

Ｖ２Ｖ通信における車両の通信対象として、例えば、乗用車（ｐａｓｓｅｎｇｅｒ ｖｅｈｉｃｌｅ）、商用車（Ｃｏｍｍｅｒｃｉａｌ ｏｒ ｆｌｅｅｔ ｖｅｈｉｃｌｅ）、緊急車両（Ｅｍｅｒｇｅｎｃｙ ｖｅｈｉｃｌｅ）又は輸送車（Ｔｒａｎｓｉｔ ｖｅｈｉｃｌｅ）が挙げられる。また、Ｖ２Ｉ通信における車両の通信対象として、例えば、データセンタ（Ｄａｔａ ｃｅｎｔｒｅ）、商用車管理センタ（ｆｌｅｅｔ ｏｒ ｆｒｅｉｇｈｔ ｍａｎａｇｅｍｅｎｔ ｃｅｎｔｒｅ）、交通管理センタ（Ｔｒａｆｆｉｃ ｍａｎａｇｅｍｅｎｔ ｃｅｎｔｒｅ）、気象サービス（Ｗｅａｔｈｅｒ ｓｅｒｖｉｃｅ）、列車運行センタ（Ｒａｉｌ ｏｐｅｒａｔｉｏｎ ｃｅｎｔｒｅ）、駐車システム（Ｐａｒｋｉｎｇ ｓｙｓｔｅｍ）又は料金システム（Ｔｏｌｌ ｓｙｓｔｅｍ）が挙げられる。また、Ｖ２Ｐ通信における車両の通信対象として、例えば、自転車の運転者（Ｃｙｃｌｉｓｔ）、歩行者用シェルタ（Ｐｅｄｅｓｔｒｉａｎ ｓｈｅｌｔｅｒ）、又は自動二輪（Ｍｏｔｏｒｃｙｃｌｅ）が挙げられる。また、Ｖ２Ｈ通信における車両の通信対象として、例えば、家庭用ネットワーク（Ｈｏｍｅ ｎｅｔｗｏｒｋ）、車庫（Ｇａｒａｇｅ）、又は商用ネットワーク（Ｅｎｔｅｒｐｒｉｓｅ ｏｒ ｄｅｅｌｅｒ ｎｅｔｗｏｒｋｓ）が挙げられる。また、Ｖ２Ｎ通信における車両の通信対象として、例えばセルラーネットワークが挙げられる。

また、Ｖ２Ｘのユースケースとしては、以下が例示される。
１． Ｆｏｒｗａｒｄ Ｃｏｌｌｉｓｉｏｎ Ｗａｒｎｉｎｇ
２． Ｃｏｎｔｒｏｌ Ｌｏｓｓ Ｗａｒｎｉｎｇ
３． Ｖ２Ｖ Ｕｓｅ ｃａｓｅ ｆｏｒ ｅｍｅｒｇｅｎｃｙ ｖｅｈｉｃｌｅ ｗａｒｎｉｎｇ
４． Ｖ２Ｖ Ｅｍｅｒｇｅｎｃｙ Ｓｔｏｐ Ｕｓｅ ｃａｓｅ
５． Ｃｏｏｐｅｒａｔｉｖｅ Ａｄａｐｔｉｖｅ Ｃｒｕｉｓｅ Ｃｏｎｔｒｏｌ
６． Ｖ２Ｉ Ｅｍｅｒｇｅｎｃｙ Ｓｔｏｐ Ｕｓｅ Ｃａｓｅ
７． Ｑｕｅｕｅ Ｗａｒｎｉｎｇ
８． Ｒｏａｄ ｓａｆｅｔｙ ｓｅｒｖｉｃｅｓ
９． Ａｕｔｏｍａｔｅｄ Ｐａｒｋｉｎｇ Ｓｙｓｔｅｍ
１０． Ｗｒｏｎｇ ｗａｙ ｄｒｉｖｉｎｇ ｗａｒｎｉｎｇ
１１． Ｖ２Ｖ ｍｅｓｓａｇｅ ｔｒａｎｓｆｅｒ ｕｎｄｅｒ ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌ
１２． Ｐｒｅ−ｃｒａｓｈ Ｓｅｎｓｉｎｇ Ｗａｒｎｉｎｇ
１３． Ｖ２Ｘ ｉｎ ａｒｅａｓ ｏｕｔｓｉｄｅ ｎｅｔｗｏｒｋ ｃｏｖｅｒａｇｅ
１４． Ｖ２Ｘ Ｒｏａｄ ｓａｆｅｔｙ ｓｅｒｖｉｃｅ ｖｉａ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ
１５． Ｖ２Ｉ／Ｖ２Ｎ Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｏｐｔｉｍｉｓａｔｉｏｎ
１６． Ｃｕｒｖｅ ｓｐｅｅｄ Ｗａｒｎｉｎｇ
１７． Ｗａｒｎｉｎｇ ｔｏ Ｐｅｄｅｓｔｒｉａｎ ａｇａｉｎｓｔ ｐｅｄｅｓｔｒｉａｎ Ｃｏｌｌｉｓｉｏｎ
１８． Ｖｕｌｎｅｒａｂｌｅ Ｒｏａｄ Ｕｓｅｒ （ＶＲＵ） Ｓａｆｅｔｙ
１９． Ｖ２Ｘ ｂｙ ＵＥ ｔｙｐｅ ＲＳＵ
２０． Ｖ２Ｘ Ｍｉｎｉｍｕｍ ＱｏＳ
２１． Ｕｓｅ ｃａｓｅ ｆｏｒ Ｖ２Ｘ ａｃｃｅｓｓ ｗｈｅｎ ｒｏａｍｉｎｇ
２２． Ｐｅｄｅｓｔｒｉａｎ Ｒｏａｄ Ｓａｆｅｔｙ ｖｉａ Ｖ２Ｐ ａｗａｒｅｎｅｓｓ ｍｅｓｓａｇｅｓ
２３． Ｍｉｘｅｄ Ｕｓｅ Ｔｒａｆｆｉｃ Ｍａｎａｇｅｍｅｎｔ
２４． Ｅｎｈａｎｃｉｎｇ Ｐｏｓｉｔｉｏｎａｌ Ｐｒｅｃｉｓｉｏｎ ｆｏｒ ｔｒａｆｆｉｃ ｐａｒｔｉｃｉｐａｎｔｓ

＜＜１．無線通信システムの概要＞＞
本開示の実施形態による無線通信システムは、上述したＶ２Ｘ通信に適用される無線通信システムである。以下、図２を参照し、本開示の実施形態による無線通信システムの構成を説明する。

図２は、本開示の実施形態による無線通信システムを示す説明図である。図２に示したように、本開示の実施形態による無線通信システムは、ＵＥ２０と、車両２２と、ｅＮＢ３０と、を有する。

ｅＮＢ３０は、セル内に位置するＵＥ２０にセルラー通信サービスを提供するセルラー基地局である。例えば、ｅＮＢ３０は、ＵＥ２０が通信するためのリソースをスケジュールし、スケジュールしたリソースをＵＥ２０に通知する。そして、ｅＮＢ３０は、当該リソースにおいてＵＥ２０との間でアップリンク通信またはダウンリンク通信を行う。

ＵＥ２０は、車両２２に搭載され、車両２２の走行に伴って移動する通信装置である。ＵＥ２０は、ｅＮＢ３０による制御に従ってｅＮＢ３０と通信する機能を有する。さらに、本実施形態によるＵＥ２０は、他の車両２２に搭載されたＵＥ２０と直接通信（Ｖ２Ｖ通信）することも可能である。例えば、図２に示したように、車両２２Ａに搭載されたＵＥ２０Ａは、車両２２Ｂに搭載されたＵＥ２０Ｂにデータをサイドリンク通信により送信することが可能である。

なお、図２においては、車両２２として四輪車を示しているが、本開示の実施形態は、二輪車、三輪車および自転車などの他の車両にも適用可能である。

（バリエーション）
また、本開示の実施形態による無線通信システムは、図２に示した態様と異なる態様でも実現され得る。以下、図３〜図６を参照し、本開示の実施形態による無線通信システムの他の例を説明する。

図３〜図６は、本開示の実施形態による無線通信システムの他の例を示す。ある例では、ＵＥ２０は、他のＵＥ２０とｅＮＢ３０を介して通信する。具体的には、図３に示したように、ＵＥ２０ＡがｅＮＢ３０にアップリンクでデータを送信し、ｅＮＢ３０が当該データをダウンリンクでＵＥ２０Ｂに送信し得る。

他の例では、ＵＥ２０は、ｅＮＢ３０およびＲＳＵ（Ｒｏａｄ Ｓｉｄｅ Ｕｎｉｔ）などの基地局を介して他のＵＥ２０と通信する。具体的には、図４に示したように、ＵＥ２０ＡがＲＳＵ５０にサイドリンクでデータを送信し、ＲＳＵ５０が当該データをアップリンクでｅＮＢ３０に送信し、ｅＮＢ３０が当該データをダウンリンクでＵＥ２０Ｂに送信し得る。または、図４に示したように、ＵＥ２０ＡがｅＮＢ３０にアップリンクでデータを送信し、ｅＮＢ３０が当該データをダウンリンクでＲＳＵ５０に送信し、ＲＳＵ５０が当該データをサイドリンクでＵＥ２０Ｂに送信し得る。なお、ＲＳＵ５０は、道路脇に設置される通信装置である。ＲＳＵ５０は、車両２２または車両２２に搭載されたＵＥ２０と双方向通信を行うことができる。図４には、ＲＳＵ５０とｅＮＢ３０を別個に示しているが、ＲＳＵ５０の機能とｅＮＢ３０の機能を包含するノードも提供され得る。

他の例では、ＵＥ２０は、ｅＮＢ３０を介さず、ＲＳＵ５０を介して他のＵＥ２０と通信する。具体的には、図６に示したように、ＵＥ２０ＡがＲＳＵ５０にサイドリンクでデータを送信し、ＲＳＵ５０が当該データをサイドリンクでＵＥ２０Ｂに送信し得る。

なお、サイドリンクにおいては、図７に示したように、制御チャネルのためのリソースプール６２（制御通信用のリソース）およびデータチャネルのためのリソースプール６４（データ通信用のリソース）が配置される。ＵＥ２０は、制御チャネルのためのリソースプール６２においてＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を通信し、データチャネルのためのリソースプール６４においてＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を通信する。図７においては、制御チャネルのためのリソースプール６２とデータチャネルのためのリソースプール６４が時分割に配置される例を示したが、制御チャネルのためのリソースプール６２とデータチャネルのためのリソースプール６４は周波数分割で配置されてもよい。また、１つの制御チャネルのためのリソースプール６２に対して複数のデータチャネルのためのリソースプール６４が配置されてもよい。また、これらの他にも、サイドリンクにおいては、同期信号であるＰＳＳＳ／ＳＳＳＳ（Ｐｒｉｍａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｏｒｏｎｉｚａｔｉｎｏ Ｓｉｇｎａｌ／Ｓｅｃｏｎｄａｒｙ Ｓｉｄｅｌｉｎｋ Ｓｙｎｃｏｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）やシステム情報を報知するＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）も配置される。

（背景）
上述したＶ２Ｘ通信では、例えば以下の表１に示すような所定の性能が求められ得る。

上記の性能を実現するために、Ｖ２Ｘ通信の物理レイヤの標準化が３ＧＰＰにおいては既にスタートしている。特に、Ｖ２Ｖ通信の規格化を中心に、Ｖ２Ｉ／Ｎ、Ｖ２Ｐの規格化が行われている。

Ｖ２Ｘ通信のベース技術としては、３ＧＰＰで過去に規格化されたＤ２Ｄ（Ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ）通信があげられる。Ｄ２Ｄ通信は基地局を介さない通信であるため、Ｖ２Ｖ通信やＶ２Ｐ通信にエンハンスして適応されることが考えられる（一部Ｖ２Ｉ通信にも適応可能）。このようなＵＥ間のインタフェースはＰＣ５インタフェースとも呼ばれる。

また、Ｖ２Ｉ通信やＶ２Ｎ通信においては、基地局とＵＥ間の通信をエンハンスして適応することが考えられる。このような基地局、ＵＥ間のインタフェースはＵｕインタフェースとも呼ばれる。

このように、Ｖ２Ｘ通信実現のためには、ＰＣ５インタフェースやＵｕインタフェースを、上記性能を満たすようにエンハンスしていくことが重要である。例えば、リソース割当ての改善、ドップラー効果対策、同期手法の確立、低消費電力通信の実現、低遅延通信の実現、などのエンハンスが望まれる。

ここで、Ｖ２Ｘ通信においては、少なくとも一方のＵＥが車両の走行に伴って移動するので、通信装置間の相対速度が、Ｄ２Ｄ通信で想定された相対速度より速くなる。このため、本開示では、特にドップラー効果対策に注目する。対向して走行する２の車両の相対速度は各車両の走行速度の和であるので、各車両が時速１４０Ｋｍ走行する場合、２の車両の相対速度は時速２８０Ｋｍに達する。Ｖ２Ｘ通信には、この時速２８０Ｋｍの相対速度で発生するドップラー効果への対策が望まれる。

なお、対向して走行する車両間でのＶ２Ｖ通信のユースケースとしては、逆走情報の通信が挙げられる。例えば、ある車両が走行レーンを逆走しており、当該車両から逆走を示す逆走情報が送信されている場合、当該走行レーンを通常方向に走行している車両は、上記逆走車両とのＶ２Ｖ通信により上記逆走情報を受信することが可能である。

このようなＶ２Ｘ／Ｖ２Ｖ通信におけるドップラー効果への対策として、チャネル推定用のリファレンス信号の一例であるＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）の挿入頻度が高められたフォーマットを用いることが考えられる。

しかし、ＤＭＲＳの挿入頻度が高められたフォーマットを恒常的に用いることは、リソースの有効活用の観点から、非効率である。例えば、車両が例えば渋滞により低速で走行している場合には、時速２８０Ｋｍの相対速度にも耐え得るＤＭＲＳの挿入頻度は過剰である。また、制限速度は国または地域ごとに異なるので、国または地域によっては、時速２８０Ｋｍもの相対速度は想定されない。Ｖ２Ｉ通信においても、一方の通信装置は静止していることが想定されるので、時速２８０Ｋｍもの相対速度は想定されない。

さらに、ドップラー効果の通信への影響の度合いは、オペレーション周波数が低いほど小さくなる。例えば、７００ＭＨｚのオペレーション周波数におけるドップラー効果の通信への影響の度合いは、６ＧＨｚのオペレーション周波数におけるドップラー効果の通信への影響の度合いより小さい。このため、オペレーション周波数が７００ＭＨｚである場合には、６ＧＨｚのオペレーション周波数のためのＤＭＲＳの挿入頻度はオーバーヘッドになってしまう。

本件発明者は、上記事情を一着眼点にして、本開示の実施形態を創作するに至った。本開示の実施形態によれば、Ｖ２Ｘ通信においてドップラー効果により効率的に対処することが可能である。以下、このような本開示の実施形態を順次詳細に説明する。

＜＜Ｃ．第１の実施形態＞＞
＜Ｃ−１．ＵＥの構成＞
図８は、第１の実施形態によるＵＥ２０の構成を示す機能ブロック図である。図８に示したように、第１の実施形態によるＵＥ２０は、通信部２１０と、位置推定部２２０と、速度取得部２３０と、記憶部２４０と、制御部２５０と、を備える。

（通信部）
通信部２１０は、他の通信装置のインタフェースであって、他の通信装置と多様な信号を通信する送信部および受信部として機能する。例えば、通信部２１０は、ｅＮＢ３０から同期信号、制御信号およびデータ信号などを受信する。また、通信部２１０は、他のＵＥ２０およびＲＳＵ５０とサイドリンクにより通信することも可能である。

（位置推定部）
位置推定部２２０は、ＵＥ２０の位置、すなわち車両２２の走行位置を推定する。例えば、位置推定部２２０は、ＧＰＳ衛星から送信された航法メッセージを含むＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）信号に基づき、位置を推定してもよい。または、位置推定部２２０は、ＷｉＦｉの基地局から送信される電波の受信強度を用いた三角測量により、位置を推定してもよい。なお、図８においてはＵＥ２０の構成要素として位置推定部２２０を示しているが、位置推定部２２０の機能はＵＥ２０の外部（例えば、車両２２）に実装され、ＵＥ２０は、外部から位置の推定結果を受信してもよい。

（速度取得部）
速度取得部２３０は、ＵＥ２０を搭載する車両２２の走行速度情報を取得する。例えば、速度取得部２３０は、車両２２から走行速度情報を取得してもよい。または、速度取得部２３０は、加速度センサおよびジャイロセンサなどのセンサで構成されてもよく、センサからの出力に基づいてＵＥ２０を搭載する車両２２の走行速度情報を取得してもよい。

（記憶部）
記憶部２４０は、ＤＭＲＳの配置候補フォーマットの群として、複数のフォーマットを記憶する。以下、図９を参照して、記憶部２４０におけるフォーマットの記憶形態についてより具体的に説明する。

図９は、記憶部２４０におけるフォーマットの記憶形態の具体例を示す説明図である。図９に示したように、記憶部２４０は、例えば「割当タイプ」、「適用条件」、「チャネルタイプ」および「周波数」と関連付けてフォーマットを記憶する。「割当タイプ」としては、persistent、semi-persistent、dynamicが挙げられる。persistent、semi-persistentおよびdynamicの各割当タイプでは優先順位が異なり、後述する設定部２５２がフォーマットを設定する際に各割当タイプの優先順位が考慮される。

なお、図９に示したフォーマット１〜３に関し、フォーマット２のＤＭＲＳの挿入頻度はフォーマット１のＤＭＲＳの挿入頻度よりも高く、フォーマット３のＤＭＲＳの挿入頻度はフォーマット２のＤＭＲＳの挿入頻度よりも高い。フォーマット１〜３の詳細については、図１０〜図１７を参照して後述する。

「適用条件」は、当該適用条件に関連付けられているフォーマットの適用条件を示す。例えば、semi-persistentのフォーマットには走行位置に関する適用条件が関連付けられ、dynamicのフォーマットには走行速度に関する適用条件が関連付けられる。図９には、semi-persistentのフォーマットに関連付けられた適用条件として「エリアＡ」が示され、dynamicのフォーマットに関連付けられた適用条件として「時速２０Ｋｍ以下」が示されている。なお、本明細書においては、第１の配置候補フォーマットの一例にpersistentのフォーマットが対応し、第２の配置候補フォーマットの一例にsemi-persistentのフォーマットが対応し、第３の配置候補フォーマットの一例にdynamicのフォーマットが対応する。

「チャネルタイプ」は、当該チャネルタイプに関連付けられたフォーマットの適用対象であるチャネルのタイプを示す。チャネルタイプとしては、ブロードキャストチャネル、図９に示した制御チャネルおよびデータチャネルが挙げられる。制御チャネルで送信されるＰＳＣＣＨは、データチャネルで送信されるＰＳＳＣＨよりも通信における重要性が高いので、制御チャネルとデータチャネルでは、異なるフォーマットが関連付けられ得る。また、複数のチャネルをまとめて、リソースプール単位でフォーマットの関連付けを行うことも可能である。異なるフォーマットの関連付けの例として、例えば、図９において、「割当タイプ」がsemi-persistent、「適用条件」が「エリアＡ」、「周波数」が「周波数Ａ」であるエントリＥ１およびＥ２を比較すると、データチャネルにはフォーマット１が関連付けられ（Ｅ１）、制御チャネルにはフォーマット１よりもＤＭＲＳの挿入頻度が高いフォーマット２が関連付けられている（Ｅ２）。なお、ブロードキャストチャネルについては、persistentのフォーマットのみが関連付けられてもよい。また、ブロードキャストチャネルで送信されるＰＳＢＣＨは、制御チャネルで送信されるＰＳＣＣＨやデータチャネルで送信されるＰＳＳＣＨよりも通信における重要性が高いため、ブロードキャストチャネルには、制御チャネルよりもＤＭＲＳの挿入頻度が高いフォーマットが関連付けられてもよい。

「周波数」は、当該周波数に関連付けられたフォーマットの適用対象である周波数を示す。例えば、７００ＭＨｚのオペレーション周波数におけるドップラー効果の通信への影響の度合いは、６ＧＨｚのオペレーション周波数におけるドップラー効果の通信への影響の度合いより小さい。このため、システムがマルチキャリアで運用される場合には、周波数ごとに異なるフォーマットが関連付けられ得る。例えば、図９において、「割当タイプ」がsemi-persistent、「適用条件」が「エリアＡ」、「チャネルタイプ」が制御チャネルであるエントリＥ１およびＥ３を比較すると、「周波数Ａ」にはフォーマット１が関連付けられ（Ｅ１）、「周波数Ａ」よりも高周波な「周波数Ｂ」には、フォーマット１よりもＤＭＲＳの挿入頻度が高いフォーマット２が関連付けられている（Ｅ３）。

なお、図９を参照して説明したＤＭＲＳの配置候補フォーマットの群は、ＵＥ２０の製造時に設定されてもよいし、ネットワーク側からシグナリングされてもよい。例えば、ｅＮＢ３０がpersistentの配置候補フォーマットをシグナリングし、ＲＳＵ５０がsemi-persistentの配置候補フォーマットをシグナリングしてもよい。また、図９には制御チャネルについてのdynamicのフォーマットも示したが、制御チャネルについてのdynamicのフォーマットは、後述するようにpersistentまたはsemi-persistentのフォーマットと同一であることが望まれるので、制御チャネルについてのdynamicのフォーマットは用意されていなくてもよい。ネットワーク側からフォーマットがシグナリングされる場合、フォーマットは、ＳＩＢまたはＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｍｅｓｓａｇｅ等で通知されてもよい。

（制御部）
制御部２５０は、ＵＥ２０の動作全般を制御する。特に、本実施形態による制御部２５０は、設定部２５２および通信制御部２５４の機能を有する。

設定部２５２は、ＤＭＲＳの配置のためのフォーマットを動的に設定する。例えば、設定部２５２は、図９を参照して説明した配置候補フォーマットの群のうちで、満たされる適用条件と関連付けられたフォーマットを設定してもよい。ここで、満たされる適用条件と関連付けられたフォーマットが複数存在する場面が想定される。この場合、設定部２５２は、各フォーマットの割当タイプに基づき、より優先度が高い割当タイプに関連付けられたフォーマットを設定してもよい。

例えば、「周波数Ａ」で、「データチャネル」の通信をしようとするＵＥ２０が、「エリアＡ」に存在し、「時速２０Ｋｍ以下」で走行している場合、エントリＥ０、Ｅ２およびＥ４の適用条件が満たされる。この場合、設定部２５２は、上述した優先順位に基づき、割当タイプがdynamicであるエントリＥ４に関連付けられたフォーマット１を設定してもよい。このような設定については、「Ｅ．運用例」においてより多様な例を説明する。

通信制御部２５４は、通信部２１０による送信処理および受信処理を制御する。特に、本実施形態による通信制御部２５４は、設定部２５２により設定されたフォーマットに従って、通信部２１０によるＶ２Ｘ通信を制御する。例えば、通信制御部２５４は、設定部２５２により設定されたフォーマットに従ってＤＭＲＳをＰＳＢＣＨ、ＰＳＣＣＨおよびＰＳＳＣＨに挿入する。また、通信制御部２５４は、通信部２１０により受信されたＰＳＢＣＨ、ＰＳＣＣＨおよびＰＳＳＣＨのデコードを、設定部２５２により設定されたフォーマットに従って試みる。

ここで、ＰＳＣＣＨは通信における重要性が高いので、ＰＳＣＣＨが送信される制御チャネルには、図９に示したようにsemi-persistentとdynamicとで共通のフォーマットが割り当てられることが望ましい。一方、ＰＳＳＣＨが送信されるデータチャネルには、semi-persistentとdynamicとで異なるフォーマットが割り当てられることがある。このため、semi-persistentとdynamicとの間でフォーマットが切り替わると、ＰＳＣＣＨの通信は成功するものの、ＰＳＳＣＨの通信に失敗が生じることが懸念される。

そこで、通信制御部２５４は、データチャネルに適用されるフォーマット、すなわちＰＳＳＣＨの送信に設定されているフォーマットを示す情報を、ＰＳＣＣＨにより送信してもよい。かかる構成により、semi-persistentとdynamicの間でのフォーマットの切り替えの有無によらず、送信側と受信側はデータチャネルに適用されるフォーマットを共有できる。従って、データチャネルの通信の確実性を維持しつつ、データチャネルのフォーマットをアグレッシブに変更することにより、データチャネルにおけるＤＭＲＳのオーバーヘッドを低減することが可能である。

＜Ｃ−２．フォーマットの具体例＞
以上、本実施形態によるＵＥ２０の構成を説明した。続いて、図９に示したフォーマット１〜３の具体例を説明する。

ある例において、フォーマット１は、１ｍｓ内の２つのシンボルにＤＭＲＳが配置されるフォーマットである。また、フォーマット２は、１ｍｓ内の３つのシンボルにＤＭＲＳが配置されるフォーマットである。また、フォーマット３は、１ｍｓ内の３つのシンボルにＤＭＲＳが配置されるフォーマットである。図１０を参照してフォーマット１の具体例を説明し、図１１〜図１３を参照してフォーマット２の具体例を説明し、図１４〜図１７を参照してフォーマット３の具体例を説明する。

図１０は、フォーマット１の具体例を示す説明図である。図１０に示したフォーマット１では、シンボル＃３とシンボル＃１０にＤＭＲＳが配置される。時速２０Ｋｍ以下のような低速移動時には当該フォーマット１で十分であるが、相対速度が時速２８０Ｋｍ程度に達する場合には当該フォーマット１では不十分と考えられている。

図１１〜図１３は、フォーマット２の具体例を示す説明図である。図１１に示した例では、シンボル＃２とシンボル＃１１に加えて、シンボル＃６またはシンボル＃７のいずれかにＤＭＲＳが配置される。図１２に示した例では、シンボル＃３とシンボル＃１０に加えて、シンボル＃６またはシンボル＃７のいずれかにＤＭＲＳが配置される。図１３に示した例では、シンボル＃２とシンボル＃１１に加えて、シンボル＃５またはシンボル＃８のいずれかにＤＭＲＳが配置される。このフォーマット２は、フォーマット１よりも高速な移動に耐えられると考えられている。

図１４〜図１７は、フォーマット３の具体例を示す説明図である。図１４に示した例では、シンボル＃２、シンボル＃５、シンボル＃８およびシンボル＃１１にＤＭＲＳが配置される。図１５に示した例では、シンボル＃１、シンボル＃５、シンボル＃８およびシンボル＃１２にＤＭＲＳが配置される。図１６に示した例では、シンボル＃２、シンボル＃４、シンボル＃９およびシンボル＃１１にＤＭＲＳが配置される。図１７に示した例では、シンボル＃３、シンボル＃６、シンボル＃７およびシンボル＃１０にＤＭＲＳが配置される。このフォーマット３は、時速２８０Ｋｍ程度に達する相対速度にも耐え得ると考えられている。

なお、上記では、あるシンボルの全てのリソースエレメントにＤＭＲＳが配置されるフォーマットを説明したが、フォーマットの構成は上記の例に限定されない。例えば、図１８に示したようなＣｏｍｂ型のフォーマット、図１９に示したような階段状のフォーマットも配置候補フォーマットの群に含まれてもよい。また、図２０および図２１に示したようにサブキャリア幅が変更されたフォーマット、シンボル幅が変更されたフォーマットも配置候補フォーマットの群に含まれ得る。

＜Ｃ−３．ＵＥの動作＞
次に、図２２および図２３を参照して、本実施形態によるＵＥ２０の動作を整理する。

図２２は、本実施形態によるＵＥ２０の動作を示すフローチャートである。図２２にし示したように、ＵＥ２０は、位置推定部２２０により走行位置を推定し（Ｓ３０４）、速度取得部２３０により走行速度情報を取得する（Ｓ３０８）。

続いて、設定部２５２は、満たされる適用条件と関連付けられたフォーマットを記憶部２４０から抽出する（Ｓ３１２）。例えば、設定部２５２は、persistentのフォーマット、走行位置を含むエリアを示す適用条件と関連付けられたsemi-persistentのフォーマット、および走行速度に該当する適用条件と関連付けられたdynamicのフォーマットを抽出する。

そして、設定部２５２は、複数のフォーマットが抽出された場合、各フィーマットの割当タイプの優先順位に基づいて、フォーマットを設定する。例えば、上述したように、dynamicの優先順位が最も高く、persistentの優先順位が最も低い。この場合、設定部２５２は、semi-persistentおよびdynamicのフォーマットが抽出されなかった場合（Ｓ３１６／ｎｏ）、抽出されたpersistentのフォーマットを設定する（Ｓ３２０）。

一方、dynamicのフォーマットが抽出された場合（Ｓ３１６／ｙｅｓ、Ｓ３２８／ｙｅｓ）、設定部２５２は、抽出されたdynamicのフォーマットを設定する（Ｓ３３２）。また、dynamicのフォーマットが抽出されず、semi-persistentのフォーマットが抽出された場合（Ｓ３２８／ｎｏ）、設定部２５２は、semi-persistentのフォーマットを設定する（Ｓ３３６）。

次いで、通信制御部２５４は、設定部２５２により設定されたフォーマットに従って通信部２１０による送信処理および受信処理を制御する（Ｓ３２４）。例えば、通信制御部２５４は、設定部２５２により設定されたフォーマットに従ってＤＭＲＳをＰＳＣＣＨおよびＰＳＳＣＨに挿入する。また、通信制御部２５４は、設定部２５２により設定されたフォーマットに従って通信部２１０により受信されたＰＳＣＣＨのデコードを行う。

以上説明したように、本実施形態によれば、ＤＭＲＳの配置フォーマットをＵＥ２０の位置および走行速度等に応じて動的に設定することにより、ＤＭＲＳの配置に伴うオーバーヘッドを抑制しつつ、Ｖ２Ｘ通信において生じ得るドップラー効果に対処することが可能となる。

ここで、通信制御部２５４は、上述したように、ＰＳＳＣＨの送信に設定されているフォーマットを示す情報を、ＰＳＣＣＨにより送信し得る。当該情報の送信に基づく受信側のＵＥ２０の動作を以下に図２３を参照して説明する。

図２３は、ＵＥ２０の受信動作を示すフローチャートである。図２３に示したように、通信制御部２５４は、設定部２５２により設定されたフォーマットに従って通信部２１０により受信されたＰＳＣＣＨのデコードを行う（Ｓ４０４）。そして、通信制御部２５４は、ＰＳＣＣＨから、ＰＳＳＣＨの送信に用いられるフォーマットを示す情報を取得する（Ｓ４０８）。設定部２５２は、当該情報が示すフォーマットをＰＳＳＣＨについて設定し、通信制御部２５４は、設定部２５２により設定されたフォーマットに従ってＰＳＳＣＨのデコードを試みる（Ｓ４１２）。

そして、ＰＳＳＣＨのデコードが失敗した場合（Ｓ４１６／ｎｏ）、設定部２５２は、図２２に示したＳ３１２で抽出されたフォーマットのうちで、次に優先度の高いフォーマットを設定する（Ｓ４２０）。当該フォーマットでのデコードが失敗した場合（Ｓ４２４／ｎｏ）、図２２に示したＳ３１２で抽出されたフォーマットのうちで未設定のフォーマットがあれば、設定部２５２はその未設定のフォーマットのうちで優先度の高いフォーマットを設定する（Ｓ４２８）。一方、図２２に示したＳ３１２で抽出されたフォーマットのうちで未設定のフォーマットが無ければ、または、失敗が規定回数に達した場合には、ＵＥ２０は、ＰＳＳＣＨのデコードに成功しないまま、処理を終了する。

上記動作により、仮にＰＳＣＣＨから取得されたＰＳＳＣＨの送信に用いられるフォーマットを示す情報が誤っていた場合であっても、ＵＥ２０がＰＳＳＣＨのデコードを成功させられる可能性を向上することが可能である。

＜＜Ｄ．第２の実施形態＞＞
以上、本開示の第１の実施形態を説明した。続いて、本開示の第２の実施形態を説明する。第２の実施形態は、ＵＥ２０におけるフォーマットの設定をネットワーク側からのシグナリングに基づいて実現する形態である。上記を実現するために、例えばｅＮＢ３０が図９を参照して説明したような、適用条件と関連付けられた配置候補フォーマットの群を管理（記憶）する。以下、図２４を参照して、本開示の第２の実施形態について具体的に説明する。

図２４は、第２の実施形態によるｅＮＢ３０の構成を示す説明図である。図２４に示したように、ｅＮＢ３０は、通信部３１０と、速度検出部３３０と、記憶部３４０と、制御部３５０と、を備える。

（通信部）

通信部３１０は、他の通信装置のインタフェースであって、他の通信装置と多様な信号を通信する。例えば、通信部３１０は、ＵＥ２０と制御信号およびデータ信号を通信する。また、当該ｅＮＢ３０がＲＳＵ５０としての機能を包含する場合、ｅＮＢ３０は、ＵＥ２０とサイドリンクにより通信することも可能である。

（速度検出部）
速度検出部３３０は、ＵＥ２０の速度を検出する。ｅＮＢ３０がＲＳＵ５０としての機能を包含し、ｅＮＢ３０が道路に対応して位置する場合に、当該速度検出部３３０はｅＮＢ３０に実装され得る。例えば、速度検出部３３０は、道路を走行する車両２２（ＵＥ２０）の走行速度を音波レーダまたは画像認識などの多様な処理により検出することが可能である。

ここで、道路には複数の車両２２が走行しており、複数の車両２２は概ね同レベルの速度で走行していることが想定される。そこで、速度検出部３３０は、１の車両２２の走行速度を複数の車両２２の走行速度として検出してもよいし、複数の車両２２の走行速度の平均値を複数の車両２２の走行速度として検出してもよい。

（記憶部）
記憶部３４０は、ＤＭＲＳの配置候補フォーマットの群として、複数のフォーマットを記憶する。図９を参照して説明したように、各フォーマットは、例えば「割当タイプ」、「適用条件」、「チャネルタイプ」および「周波数」と関連付けて記憶される。

（制御部）
制御部３５０は、ｅＮＢ３０の動作全般を制御する。特に、本実施形態による制御部３５０は、特定部３５２および通信制御部３５４の機能を有する。

特定部３５２は、記憶部３４０に記憶された配置候補フォーマットの群から、ＵＥ２０にシグナリングするためのフォーマットを特定する。例えば、特定部３５２は、満たされる適用条件と関連付けられた１または２以上のフォーマットを特定してもよい。当該１または２以上のフォーマットは、persistentのフォーマット、semi-persistentのフォーマットおよびdynamicのフォーマットのうちの１または２以上のフォーマットを含み得る。

ある例では、ＵＥ２０が位置情報または走行レーン情報をｅＮＢ３０に報告し、特定部３５２は、報告されたＵＥ２０の位置情報または走行レーン情報に応じたフォーマットを特定してもよい。なお、通常レーンと追越レーンのように走行速度が異なる傾向にある走行レーンが混在する場合に、上記走行レーン情報を用いることでより適切なフォーマットを抽出することが可能となる。

通信制御部３５４は、通信部３１０による送信処理および受信処理を制御する。特に、本実施形態による通信制御部３５４は、特定部３５２により特定されたフォーマットのシグナリングのために、当該フォーマットを示す情報（「適用条件」および「チャネルタイプ」などを含む）を通信部３１０からの送信を制御する。

ここで、persistentのフォーマットは例えば国全体に渡って共通に利用されるフォーマットであるので、通信制御部３５４は、persistentのフォーマットを示す情報をＵｕリンクのシステム情報として通信部３１０からブロードキャストさせてもよい。通信制御部３５４は、semi-persistentおよびのdynamicのフォーマットを示す情報も同様に通信部３１０からブロードキャストさせてもよいし、通信部３１０からマルチキャストまたはユニキャストさせてもよい。また、通信制御部３５４は、semi-persistentおよびのdynamicのフォーマットを示す情報を通信部３１０からＲＳＵ５０に送信させ、ＲＳＵ５０が限定された範囲内に位置するＵＥ２０にsemi-persistentおよびのdynamicのフォーマットを示す情報を送信してもよい。

なお、当該ｅＮＢ３０がＲＳＵ５０の機能を包含する場合には、ＵＥ２０と同一のフォーマットを用いてＵＥ２０と通信が行われるよう、通信制御部３５４は、速度検出部３３０により検出されたＵＥ２０の走行速度に応じたフォーマットを用いて送信制御を行ってもよい。上記構成によりｅＮＢ３０が用いるフォーマットはＵＥ２０が用いるフォーマットと同じであることが期待されるので、ｅＮＢ３０が送信したＰＳＣＣＨおよびＰＳＳＣＨのデコードをＵＥ２０が成功させる可能性を向上することができる。

上述したｅＮＢ３０の機能により１または２以上のフォーマットを受信したＵＥ２０は、受信した１または２以上のフォーマットから、例えば図２２を参照して説明した優先順位に基づく方法により、１のフォーマットを設定することが可能である。

なお、上述した速度検出部３３０、記憶部３４０および制御部３５０の機能は、ｅＮＢ３０の機能を有さないＲＳＵ５０にも適用され得る。

また、第１の実施形態と第２の実施形態は組み合わされてもよい。例えば、persistentのフォーマットはＵＥ２０に事前に記憶されており、semi-persistentおよびのdynamicのフォーマットのみがｅＮＢ３０からＵＥ２０へシグナリングされてもよい。

＜Ｅ．運用例＞
以上、本開示の第１の実施形態および第２の実施形態を説明した。続いて、本開示の実施形態のより具体的な運用例を説明する。なお、以下では、persistentのフォーマットおよびsemi-persistentのフォーマットはｅＮＢ３０からシグナリングされる例を説明する。また、以下の説明は、図９に示した配置候補フォーマットの群と適用条件およびフォーマットなどが異なる配置候補フォーマットの群に基づく。また、以下では表２に示す４つのシナリオについて説明する。

（第１のシナリオ）
まず、第１のシナリオとして、６ＧＨｚ帯の周波数が用いられる米国のフリーウェイにおいて、時速１４０Ｋｍで走行するＵＥ２０がＶ２Ｖ通信を行う場合に設定されるフォーマットを説明する。

米国の制限速度および上記周波数は比較的高いので、まず、ｅＮＢ３０は、ＰＳＢＣＨ、ＰＳＣＣＨおよびＰＳＳＣＨの双方のpersistentのフォーマットとして、高速移動に耐え得るフォーマット３をＵＥ２０にシグナリングする。

また、ｅＮＢ３０は、ＵＥ２０から報告されるＵＥ２０の走行位置、すなわちフリーウェイを示す情報に基づき、ＰＳＣＣＨおよびＰＳＳＣＨの双方のsemi-persistentのフォーマットとして、フォーマット３をＵＥ２０にシグナリングする。

また、ＵＥ２０は、走行速度が時速１４０Ｋｍであることに基づき、ＰＳＣＣＨおよびＰＳＳＣＨの双方のdynamicのフォーマットとして、高速移動に耐え得るフォーマット３を抽出する。

当該第１のシナリオにおいては、ｅＮＢ３０からシグナリングされたフォーマットおよびＵＥ２０が抽出したフォーマットがいずれもフォーマット３である。このため、第１のシナリオにおいては、ＵＥ２０はフォーマット３を用いてＰＳＢＣＨ、ＰＳＣＣＨおよびＰＳＳＣＨの送信を行う。また、ＵＥ２０は、ＰＳＢＣＨおよびＰＳＣＣＨに、ＰＳＳＣＨにフォーマット３が用いられることを示す情報を付加する。ＵＥ２０は、受信されたＰＳＢＣＨおよびＰＳＣＣＨをフォーマット３に従ってデコードする。そして、ＰＳＢＣＨおよびＰＳＣＣＨのデコードによって得られたＰＳＳＣＨのフォーマットを示す情報に基づき、受信されたＰＳＳＣＨをデコードする。

（第２のシナリオ）
次に、第２のシナリオとして、６ＧＨｚ帯の周波数が用いられる米国のフリーウェイにおいて、時速１０Ｋｍで走行するＵＥ２０がＶ２Ｖ通信を行う場合に設定されるフォーマットを説明する。第１のシナリオと第２のシナリオの相違はＵＥ２０の走行速度である。

この第２のシナリオにおいては、persistentおよびsemi-persistentのフォーマットについては、第１のシナリオと同様にフォーマット３がＵＥ２０にシグナリングされる。

一方、ＵＥ２０は、走行速度が時速１０Ｋｍであることに基づき、ＰＳＣＣＨのdynamicのフォーマットとしてフォーマット３を抽出しつつ、ＰＳＳＣＨのdynamicのフォーマットとしてフォーマット１を抽出する。

この場合、ＵＥ２０は、図２２を参照して説明したアルゴリズムに基づき、ＰＳＣＣＨにはフォーマット３を用いて、ＰＳＳＣＨにはフォーマット１を用いる。なお、ＵＥ２０は、ＰＳＣＣＨに、ＰＳＳＣＨにフォーマット１が用いられることを示す情報を付加する。

（第３のシナリオ）
次に、第３のシナリオとして、６ＧＨｚ帯の周波数が用いられる日本の都市部において、時速７０Ｋｍで走行するＵＥ２０がＶ２Ｉ通信を行う場合に設定されるフォーマットを説明する。

日本では、米国と比べて想定される最高速度が低いので、ｅＮＢ３０は、ＰＳＣＣＨおよびＰＳＳＣＨの双方のpersistentのフォーマットとして、フォーマット３よりも低速用のフォーマット２をＵＥ２０にシグナリングする。また、ｅＮＢ３０は、都市部におけるＶ２Ｉ通信に基づき、ＰＳＣＣＨおよびＰＳＳＣＨの双方のsemi-persistentとしても、フォーマット２をシグナリングする。また、ＵＥ２０は、走行速度が時速７０Ｋｍであることに基づき、ＰＳＣＣＨおよびＰＳＳＣＨの双方のdynamicのフォーマットとしてフォーマット２を抽出する。

この場合、ＵＥ２０は、図２２を参照して説明したアルゴリズムに基づき、ＰＳＣＣＨおよびＰＳＳＣＨの双方についてフォーマット２を用いて通信を行う。また、ＵＥ２０は、ＰＳＣＣＨに、ＰＳＳＣＨにフォーマット２が用いられることを示す情報を付加する。ここで、ＰＳＢＣＨの通信は保守的に行われることが望まれるので、ＵＥ２０は、ＰＳＢＣＨについてはフォーマット３を用いて通信する。

（第４のシナリオ）
次に、第４のシナリオとして、７００ＭＨｚ帯の周波数が用いられる米国のフリーウェイにおいて、時速１４０Ｋｍで走行するＵＥ２０がＶ２Ｖ通信を行う場合に設定されるフォーマットを説明する。

７００ＭＨｚ帯は、６ＧＨｚ帯よりも低周波であり、ドップラー効果による影響を受け難い。このため、ｅＮＢ３０は、ＰＳＣＣＨおよびＰＳＳＣＨの双方のpersistentのフォーマットとして、ＤＭＲＳの挿入頻度が最も低いフォーマット１をＵＥ２０にシグナリングする。

一方、ｅＮＢ３０は、ＵＥ２０から報告されるＵＥ２０の走行位置、すなわちフリーウェイを示す情報に基づき、ＰＳＣＣＨおよびＰＳＳＣＨの双方のsemi-persistentのフォーマットとして、フォーマット３をＵＥ２０にシグナリングする。

また、ＵＥ２０は、走行速度が時速１４０Ｋｍであることに基づき、ＰＳＣＣＨおよびＰＳＳＣＨの双方のdynamicのフォーマットとして、高速移動に耐え得るフォーマット３を抽出する。

当該第４のシナリオにおいては、ＵＥ２０は、図２２を参照して説明したアルゴリズムに基づき、ＰＳＣＣＨおよびＰＳＳＣＨの双方についてフォーマット３を用いて通信を行う。また、ＵＥ２０は、ＰＳＣＣＨに、ＰＳＳＣＨにフォーマット３が用いられることを示す情報を付加する。

＜＜Ｆ．応用例＞＞
［Ｆ−１．基地局に関する応用例］
（第１の応用例）
図２５は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００（上述したｅＮＢ３０に相当）は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。

アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図２５に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２５にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。

基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。

コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio Resource Control）、無線ベアラ制御（Radio Bearer Control）、移動性管理（Mobility Management）、流入制御（Admission Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。

ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。

無線通信インタフェース８２５は、ＬＴＥ（Long Term Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium Access Control）、ＲＬＣ（Radio Link Control）及びＰＤＣＰ（Packet Data Convergence Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。

無線通信インタフェース８２５は、図２５に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図２５に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２５には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。

（第２の応用例）
図２６は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。

アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図２６に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２６にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。

基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図２５を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。

無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図２５を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図２６に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２６には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。

接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。

また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。

接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。

無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図２６に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２６には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。

図２５及び図２６に示したｅＮＢ８００及びｅＮＢ８３０において、図２４を用いて説明した制御部３５０の機能は、コントローラ８２１及びコントローラ８５１において実装されてもよい。

［Ｆ−２．ＵＥに関する応用例］
（第１の応用例）
図２７は、ＵＥの一例である、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。

プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System on Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal Serial Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。

カメラ９０６は、例えば、ＣＣＤ（Charge Coupled Device）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。

無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図２７に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図２７には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。

さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local Area Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。

アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。

アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図２７に示したように複数のアンテナ９１６を有してもよい。なお、図２７にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。

さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。

バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２７に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。

図２７に示したスマートフォン９００において、図８を参照して説明した制御部２５０の機能は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。

（第２の応用例）
図２８は、ＵＥ２０の一例である、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global Positioning System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。

プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。

ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。

コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。

無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図２８に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図２８には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。

さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。

アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。

アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図２８に示したように複数のアンテナ９３７を有してもよい。なお、図２８にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。

さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。

バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２８に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。

図２８に示したカーナビゲーション装置９２０において、図８を用いて説明した制御部２５０の機能は、プロセッサ９２１において実装されてもよい。

また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。

＜＜Ｇ．むすび＞＞
以上説明したように、本実施形態によれば、ＤＭＲＳの配置フォーマットをＵＥ２０の位置および走行速度等に応じて動的に設定することにより、ＤＭＲＳの配置に伴うオーバーヘッドを抑制しつつ、Ｖ２Ｘ通信において生じ得るドップラー効果に対処することが可能となる。

なお、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

例えば、上記ではＵＥ２０がＤＭＲＳの配置フォーマットの群に含まれるいずれかのフォーマットを設定することを説明したが、本実施形態はかかる例に限定されない。他の例として、割当タイプおよび適用条件などにはＤＭＲＳの挿入量が関連付けられており、ｅＮＢ３０は、割当タイプおよび適用条件などに関連付けられた挿入量のＤＭＲＳを特に限定されない方法で配置してもよい。この場合、ｅＮＢ３０は、各ＤＭＲＳの配置位置を示す情報を配置フォーマットとしてｅＮＢ２０にシグナリングし得る。

また、上記では「割当タイプ」がpersistentであるフォーマットのＤＭＲＳの挿入量がsemi-persistentおよびdynamicのフォーマットのＤＭＲＳの挿入量以下である例、および、dynamicのフォーマットが最も優先的に選択される優先制御の例を説明したが、本実施形態はかかる例に限定されない。例えば、「割当タイプ」がpersistentであるフォーマットのＤＭＲＳの挿入量はsemi-persistentおよびdynamicのフォーマットのＤＭＲＳの挿入量以上であってもよい。また、ＵＥ２０は、複数のフォーマットが抽出された場合、ＤＭＲＳの挿入量が少ないフォーマットを優先的に設定してもよい。すなわち、ＵＥ２０は、persistentとして比較的保守的なフォーマット（例えば、フォーマット３）をベースとしつつ、適用条件が満たされるsemi-persistentまたはdynamicのフォーマットがあれば、当該フォーマット（例えば、フォーマット１または２）を設定することで、オーバーヘッドを抑制し得る。

この時、上記フォーマット２がフォーマット１を包含し、上記フォーマット３がフォーマット２を包含することが望ましい。例えば、フォーマット１が図１０に示した例に該当し、フォーマット２が図１２に示した例に該当し、フォーマット３が図１７に示した例に該当することが望ましい。かかる構成によれば、ＤＭＲＳの挿入量が少ないフォーマット１を使用するＵＥ２０は、フォーマット１を使用するＵＥ２０だけでなく、フォーマット２を使用するＵＥ２０およびフォーマット３を使用するＵＥ２０のいずれとも通信できるので、通信の確実性を担保することが可能である。

また、本明細書のＵＥ２０およびｅＮＢ３０の処理における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、ＵＥ２０およびｅＮＢ３０の処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。

また、ＵＥ２０およびｅＮＢ３０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアに、上述したＵＥ２０およびｅＮＢ３０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

また、以下のような構成も本開示の技術的範囲に属する。
（１）
車両通信に用いられるチャネル推定用のリファレンス信号の配置フォーマットに従って前記車両通信を制御する通信制御部と、
前記配置フォーマットを動的に設定する設定部と、
を備える、通信装置。
（２）
前記設定部は、前記リファレンス信号の配置候補フォーマットの群に含まれるいずれかの配置候補フォーマットを、前記配置フォーマットとして設定する、前記（１）に記載の通信装置。
（３）
前記配置候補フォーマットの群は、適用条件と関連付けられた配置候補フォーマットを含み、
前記設定部は、満たされる適用条件と関連付けられた配置候補フォーマットを前記配置フォーマットとして設定する、前記（２）に記載の通信装置。
（４）
前記配置候補フォーマットの群は、優先度が異なる、前記適用条件と関連付けられた複数の配置候補フォーマットを含み、
前記設定部は、満たされる適用条件と関連付けられた複数の配置候補フォーマットが存在する場合、当該複数の配置候補フォーマットのうちで最も優先度が高い配置候補フォーマットを前記配置フォーマットとして設定する、前記（３）に記載の通信装置。
（５）
前記配置候補フォーマットの群は、第１の配置候補フォーマットと、走行位置に関する適用条件と関連付けられた第２の配置候補フォーマットと、走行速度に関する適用条件と関連付けられた第３の配置候補フォーマットを含み、
前記２の配置候補フォーマットは前記第１の配置候補フォーマットよりも優先度が高く、前記第３の配置候補フォーマットは前記第２の配置候補フォーマットよりも優先度が高い、前記（４）に記載の通信装置。
（６）
前記第２の配置候補フォーマットおよび前記第３の配置候補フォーマットの各々は、制御通信用のリソースのためのフォーマットおよびデータ通信用のリソースのためのフォーマットを含み、
前記第２の配置候補フォーマットおよび前記第３の配置候補フォーマットにおける前記制御通信用のリソースのためのフォーマットは同一であり、
前記第２の配置候補フォーマットおよび前記第３の配置候補フォーマットにおける前記データ通信用のリソースのためのフォーマットは異なる、前記（５）に記載の通信装置。
（７）
前記第３の配置候補フォーマットには、前記走行速度が所定の速度以下であることが前記適用条件として関連付けられており、
前記第２の配置候補フォーマットにおける前記データ通信用のリソースのためのフォーマットでは、前記第３の配置候補フォーマットにおける前記データ通信用のリソースのためのフォーマットよりも、多くの前記リファレンス信号が配置される、前記（６）に記載の通信装置。
（８）
前記通信制御部は、前記制御通信用のリソースにおいて、前記制御通信用のリソースに適用されるフォーマットを示す情報の通信を制御する、前記（６）または（７）に記載の通信装置。
（９）
前記配置候補フォーマットの群は、異なる周波数に関連付けられた複数の配置候補フォーマットを含み、
第１の周波数に関連付けられた配置候補フォーマットでは、前記第１の周波数よりも低周波な第２の周波数に関連付けられた配置候補フォーマットよりも、多くの前記リファレンス信号が配置される、前記（２）に記載の通信装置。
（１０）
前記通信装置は、前記配置候補フォーマットの群を示す情報を記憶する記憶部をさらに備える、前記（２）〜（９）のいずれか一項に記載の通信装置。
（１１）
前記通信装置は、他の装置から前記リファレンス信号の前記配置フォーマットを示す情報を受信する受信部をさらに備え、
前記設定部は、前記受信部により受信された前記情報に基づいて前記配置フォーマットを設定する、前記（１）に記載の通信装置。
（１２）
前記設定部は、前記データ通信用のリソースの受信時においては、他の通信装置から前記制御通信用のリソースにおいて受信された情報の示すフォーマットを設定する、前記（８）に記載の通信装置。
（１３）
前記他の通信装置から前記制御通信用のリソースにおいて受信された情報の示すフォーマットでの前記データ通信用のリソースにおける受信が失敗した場合、前記設定部は、他のフォーマットを優先度に基づいて設定する、前記（１２）に記載の通信装置。
（１４）
前記配置候補フォーマットの群は、優先度が異なる、前記適用条件と関連付けられた複数の配置候補フォーマットを含み、
前記設定部は、満たされる適用条件と関連付けられた複数の配置候補フォーマットが存在する場合、当該複数の配置候補フォーマットのうちで、より前記リファレンス信号の配置量が少ない配置候補フォーマットを前記配置フォーマットとして設定する、前記（３）に記載の通信装置。
（１５）
車両通信に用いられるチャネル推定用のリファレンス信号の配置候補フォーマットの群を記憶する記憶部と、
前記配置候補フォーマットの群に含まれる配置候補フォーマットを示す情報の送信を制御する通信制御部と、
を備える、基地局。
（１６）
前記基地局は、通信装置を有する車両の走行位置に応じた配置候補フォーマットを前記配置候補フォーマットの群から特定する特定部をさらに備え、
前記通信制御部は、前記特定部により特定された前記配置候補フォーマットを示す情報の前記通信装置への送信を制御する、前記（１５）に記載の基地局。
（１７）
前記基地局は、通信装置を有する車両の走行速度に応じた配置候補フォーマットを前記配置候補フォーマットの群から特定する特定部をさらに備え、
前記通信制御部は、前記特定部により特定された前記配置候補フォーマットに従って前記通信装置との通信のための送信制御を行う、前記（１５）に記載の基地局。
（１８）
車両通信に用いられるチャネル推定用のリファレンス信号の配置フォーマットに従って前記車両通信を制御することと、
前記配置フォーマットをプロセッサにより動的に設定することと、
を含む、通信方法。
（１９）
車両通信に用いられるチャネル推定用のリファレンス信号の配置候補フォーマットの群を記憶することと、
前記配置候補フォーマットの群に含まれる配置候補フォーマットを示す情報の送信をプロセッサにより制御することと、
を含む、通信方法。

２０ ＵＥ
２２ 車両
３０ ｅＮＢ
２１０ 通信部
２２０ 位置推定部
２３０ 速度取得部
２４０ 記憶部
２５０ 制御部
２５２ 設定部
２５４ 通信制御部
３１０ 通信部
３３０ 速度検出部
３４０ 記憶部
３５０ 制御部
３５２ 特定部
３５４ 通信制御部

Claims (10)

1. 車両通信に用いられるチャネル推定用のリファレンス信号の配置フォーマットに従って前記車両通信を制御する通信制御部と、
   前記リファレンス信号の配置候補フォーマットの群に含まれるいずれかの配置候補フォーマットを、配置フォーマットとして動的に設定する設定部と、
   を備え、
   前記配置候補フォーマットの群が、適用条件と関連付けられた配置候補フォーマットを含む場合、前記設定部は、満たされる適用条件と関連付けられた配置候補フォーマットを前記配置フォーマットとして設定し、
   前記配置候補フォーマットの群が、優先度が異なる、前記適用条件と関連付けられた複数の配置候補フォーマットを含む場合、前記設定部は、満たされる適用条件と関連付けられた複数の配置候補フォーマットが存在する場合、当該複数の配置候補フォーマットのうちで最も優先度が高い配置候補フォーマットを前記配置フォーマットとして設定する、
   通信装置。
2. 前記配置候補フォーマットの群は、第１の配置候補フォーマットと、走行位置に関する適用条件と関連付けられた第２の配置候補フォーマットと、走行速度に関する適用条件と関連付けられた第３の配置候補フォーマットを含み、
   前記第２の配置候補フォーマットは前記第１の配置候補フォーマットよりも優先度が高く、前記第３の配置候補フォーマットは前記第２の配置候補フォーマットよりも優先度が高い、請求項１に記載の通信装置。
3. 前記第２の配置候補フォーマットおよび前記第３の配置候補フォーマットの各々は、制御通信用のリソースのためのフォーマットおよびデータ通信用のリソースのためのフォーマットを含み、
   前記第２の配置候補フォーマットおよび前記第３の配置候補フォーマットにおける前記制御通信用のリソースのためのフォーマットは同一であり、
   前記第２の配置候補フォーマットおよび前記第３の配置候補フォーマットにおける前記データ通信用のリソースのためのフォーマットは異なる、請求項２に記載の通信装置。
4. 前記第３の配置候補フォーマットには、前記走行速度が所定の速度以下であることが前記適用条件として関連付けられており、
   前記第２の配置候補フォーマットにおける前記データ通信用のリソースのためのフォーマットでは、前記第３の配置候補フォーマットにおける前記データ通信用のリソースのためのフォーマットよりも、多くの前記リファレンス信号が配置される、請求項３に記載の通信装置。
5. 前記通信制御部は、前記制御通信用のリソースにおいて、前記データ通信用のリソースに適用されるフォーマットを示す情報の通信を制御する、請求項３又は４に記載の通信装置。
6. 前記通信装置は、前記配置候補フォーマットの群を示す情報を記憶する記憶部をさらに備える、請求項１〜５のいずれか１項に記載の通信装置。
7. 前記設定部は、前記データ通信用のリソースの受信時においては、他の通信装置から前記制御通信用のリソースにおいて受信された情報の示すフォーマットを設定する、請求項５に記載の通信装置。
8. 前記他の通信装置から前記制御通信用のリソースにおいて受信された情報の示すフォーマットでの前記データ通信用のリソースにおける受信が失敗した場合、前記設定部は、他のフォーマットを優先度に基づいて設定する、請求項７に記載の通信装置。
9. 車両通信に用いられるチャネル推定用のリファレンス信号の配置フォーマットに従って前記車両通信を制御する通信制御部と、
   前記リファレンス信号の配置候補フォーマットの群に含まれるいずれかの配置候補フォーマットを、配置フォーマットとして動的に設定する設定部と、
   を備え、
   前記配置候補フォーマットの群が、適用条件と関連付けられた配置候補フォーマットを含む場合、前記設定部は、満たされる適用条件と関連付けられた配置候補フォーマットを前記配置フォーマットとして設定し、
   前記配置候補フォーマットの群が、前記適用条件と関連付けられた複数の配置候補フォーマットを含む場合、前記設定部は、満たされる適用条件と関連付けられた複数の配置候補フォーマットが存在する場合、当該複数の配置候補フォーマットのうちで、より前記リファレンス信号の配置量が少ない配置候補フォーマットを前記配置フォーマットとして優先的に設定する、
   通信装置。
10. 通信装置が、
    車両通信に用いられるチャネル推定用のリファレンス信号の配置フォーマットに従って前記車両通信を制御することと、
    前記リファレンス信号の配置候補フォーマットの群に含まれるいずれかの配置候補フォーマットを、配置フォーマットとしてプロセッサにより動的に設定することと、
    を含み、
    前記配置フォーマットの設定は、
    前記配置候補フォーマットの群が、適用条件と関連付けられた配置候補フォーマットを含む場合、満たされる適用条件と関連付けられた配置候補フォーマットを前記配置フォーマットとして設定することを含み、
    前記配置候補フォーマットの群が、優先度が異なる、前記適用条件と関連付けられた複数の配置候補フォーマットを含み、満たされる適用条件と関連付けられた複数の配置候補フォーマットが存在する場合、当該複数の配置候補フォーマットのうちで最も優先度が高い配置候補フォーマットを前記配置フォーマットとして設定することを含む、
    通信方法。

Images