JPWO2020031592A1 - 通信装置 - Google Patents

Abstract

Ｖ２Ｘ通信を初めとした装置間通信において多様な通信トラフィックをより好適な態様で収容可能とする。無線通信を行う通信部（２２０）と、制御領域に含まれる部分領域に割り当てられた、データ領域に割り当てられるリソースの用途ごとに規定された１以上の制御リソースが含まれる制御リソースセットに関する情報を他の装置から取得する取得部（２４３）と、取得された前記制御リソースセットに関する情報に応じて前記制御リソースセットを抽出し、当該制御リソースセットに基づき、前記無線通信を介した他の通信装置との装置間通信を制御する制御部（２４１）と、を備える、通信装置（１００）。

Description

本開示は、通信装置に関する。

将来の自動運転の実現のため、近年、車載通信（Ｖ２Ｘ通信）への期待が高まってきている。Ｖ２Ｘ通信とは、Vehicle to X通信の略であり、車と“何か”が通信を行うシステムである。ここでの“何か”の例として、車両（Vehicle）、設備（Infrastructure）、ネットワーク（Network）、及び歩行者（Pedestrian）等が挙げられる（Ｖ２Ｖ、Ｖ２Ｉ、Ｖ２Ｎ、及びＶ２Ｐ）。例えば、特許文献１には、Ｖ２Ｘ通信に関する技術の一例が開示されている。

また、車用の無線通信としては、これまで主に、８０２．１１ｐベースのＤＳＲＣ（Dedicated Short Range Communication）の開発が進められてきたが、近年になり、ＬＴＥベースの車載通信である“ＬＴＥ−ｂａｓｅｄ Ｖ２Ｘ”の標準規格化が行われた。ＬＴＥベースのＶ２Ｘ通信では、基本的なセーフティメッセージ等のやり取りなどがサポートされている。また、近年では、５Ｇ技術（ＮＲ：Ｎｅｗ ａｄｉｏ）を用いたＮＲ Ｖ２Ｘ通信の検討が行われている。

特開２０１７−２０８７９６号公報

従来のＶ２Ｖ通信では主にブロードキャスト通信が行われており、制御チャネルの領域を全ての端末装置がデコードすること可能であった。これに対して、ＮＲ−Ｖ２Ｘ通信においては、ブロードキャスト通信の他に、ユニキャスト通信やマルチキャスト通信を利用することが可能となる。そのため、ＮＲ−Ｖ２Ｘ通信では、上記のような多様な通信トラフィックを効率的に収容可能とする新たな制御チャネルの導入が望まれている。

そこで、本開示では、Ｖ２Ｘ通信を初めとした装置間通信において多様な通信トラフィックをより好適な態様で収容可能とする技術を提案する。

本開示によれば、無線通信を行う通信部と、制御領域に含まれる部分領域に割り当てられた、データ領域に割り当てられるリソースの用途ごとに規定された１以上の制御リソースが含まれる制御リソースセットに関する情報を他の装置から取得する取得部と、取得された前記制御リソースセットに関する情報に応じて前記制御リソースセットを抽出し、当該制御リソースセットに基づき、前記無線通信を介した他の通信装置との装置間通信を制御する制御部と、を備える、通信装置が提供される。

また、本開示によれば、無線通信を行う通信部と、制御領域に含まれる部分領域に割り当てられた、データ領域に割り当てられるリソースの用途ごとに規定された１以上の制御リソースが含まれる制御リソースセットに関する情報を端末装置に通知する通知部と、装置間通信に利用可能に割り当てられた前記データ領域に含まれる１以上のリソースを、当該リソースの用途に応じて、前記制御リソースセットに関連付ける制御部と、を備える、通信装置が提供される。

以上説明したように本開示によれば、Ｖ２Ｘ通信を初めとした装置間通信において多様な通信トラフィックをより好適な態様で収容可能とする技術が提供される。

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

本開示の一実施形態に係るシステムの概略的な構成の一例について説明するための説明図である。 同実施形態に係る基地局の構成の一例を示すブロック図である。 同実施形態に係る端末装置の構成の一例を示すブロック図である。 Ｖ２Ｘ通信の概要について示した図である。 Ｖ２Ｘ通信の全体像の一例について説明するための説明図である。 Ｖ２Ｘ通信のユースケースの一例を示した図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 サイドリンク通信に割り当てられたリソースの構成の一例について示した図である。 Mode4リソース割り当てに基づき端末装置がパケットを送信する場合の動作タイムラインの一例について説明するための説明図である。 リソースプール内からリソースを選択するためのセンシングの動作の一例について説明するための説明図である。 同実施形態に係るシステムにおけるリソース構成の一例について説明するための説明図である。 同実施形態に係るシステムにおけるリソースプールの構成に応じたＣＯＲＥＳＥＴの設定方法の一例について説明するための説明図である。 サイドリンクＣＯＲＥＳＥＴの割り当ての一例について説明するための説明図である。 同実施形態に係るシステムの一連の処理の流れの一例について示したシーケンス図である。 同実施形態に係るシステムの一連の処理の流れの他の一例について示したシーケンス図である。 サイドリンクＣＯＲＥＳＥＴの割り当ての他の一例について説明するための説明図である。 同実施形態に係る端末装置の一連の処理の流れの一例を示したフローチャートである。 ＣＯＲＥＳＥＴグループの割り当ての一例について説明するための説明図である。 ＣＯＲＥＳＥＴの割り当ての変更について概要を説明するための説明図である。 ＣＯＲＥＳＥＴの再設定に係る処理の流れの一を示したフローチャートである。 マッピングパターンについて概要を説明するための説明図である。 ｅＮＢの概略的な構成の第１の例を示すブロック図である。 ｅＮＢの概略的な構成の第２の例を示すブロック図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。

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

なお、説明は以下の順序で行うものとする。
１．構成例
１．１．システム構成の一例
１．２．基地局の構成例
１．３．端末装置の構成例
２．Ｖ２Ｘ通信
３．サイドリンクへのリソースの割り当て方式
４．ＣＯＲＥＳＥＴ
５．Ｖ２Ｘ通信におけるリソース割り当てに関する検討
６．技術的特長
６．１．コントロールチャネルのタイプの定義
６．２．コントロールチャネルの領域の決定
６．３．コントロールチャネルの領域におけるリソースの確保
７．応用例
７．１．基地局に関する応用例
７．２．端末装置に関する応用例
８．むすび

＜＜１．構成例＞＞
＜１．１．システム構成の一例＞
まず、図１を参照して、本開示の一実施形態に係るシステム１の概略的な構成の一例について説明する。図１は、本開示の一実施形態に係るシステム１の概略的な構成の一例について説明するための説明図である。図１に示すように、システム１は、無線通信装置１００と、端末装置２００とを含む。ここでは、端末装置２００は、ユーザとも呼ばれる。当該ユーザは、ＵＥとも呼ばれ得る。無線通信装置１００Ｃは、ＵＥ−Ｒｅｌａｙとも呼ばれる。ここでのＵＥは、ＬＴＥ又はＬＴＥ−Ａにおいて定義されているＵＥであってもよく、ＵＥ−Ｒｅｌａｙは、３ＧＰＰで議論されているＰｒｏｓｅ ＵＥ ｔｏ Ｎｅｔｗｏｒｋ Ｒｅｌａｙであってもよく、より一般的に通信機器を意味してもよい。

（１）無線通信装置１００
無線通信装置１００は、配下の装置に無線通信サービスを提供する装置である。例えば、無線通信装置１００Ａは、セルラーシステム（又は移動体通信システム）の基地局である。基地局１００Ａは、基地局１００Ａのセル１０Ａの内部に位置する装置（例えば、端末装置２００Ａ）との無線通信を行う。例えば、基地局１００Ａは、端末装置２００Ａへのダウンリンク信号を送信し、端末装置２００Ａからのアップリンク信号を受信する。

基地局１００Ａは、他の基地局と例えばＸ２インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。また、基地局１００Ａは、所謂コアネットワーク（図示を省略する）と例えばＳ１インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。なお、これらの装置間の通信は、物理的には多様な装置により中継され得る。

ここで、図１に示した無線通信装置１００Ａは、マクロセル基地局であり、セル１０Ａはマクロセルである。一方で、無線通信装置１００Ｂ及び１００Ｃは、スモールセル１０Ｂ及び１０Ｃをそれぞれ運用するマスタデバイスである。一例として、マスタデバイス１００Ｂは、固定的に設置されるスモールセル基地局である。スモールセル基地局１００Ｂは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｂ内の１つ以上の端末装置（例えば、端末装置２００Ｂ）との間でアクセスリンクをそれぞれ確立する。なお、無線通信装置１００Ｂは、３ＧＰＰで定義されるリレーノードであってもよい。マスタデバイス１００Ｃは、ダイナミックＡＰ（アクセスポイント）である。ダイナミックＡＰ１００Ｃは、スモールセル１０Ｃを動的に運用する移動デバイスである。ダイナミックＡＰ１００Ｃは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｃ内の１つ以上の端末装置（例えば、端末装置２００Ｃ）との間でアクセスリンクをそれぞれ確立する。ダイナミックＡＰ１００Ｃは、例えば、基地局又は無線アクセスポイントとして動作可能なハードウェア又はソフトウェアが搭載された端末装置であってよい。この場合のスモールセル１０Ｃは、動的に形成される局所的なネットワーク（Localized Network／Virtual Cell）である。

セル１０Ａは、例えば、ＬＴＥ、ＬＴＥ−Ａ（LTE−Advanced）、ＬＴＥ−ＡＤＶＡＮＣＥＤ ＰＲＯ、ＧＳＭ（登録商標）、ＵＭＴＳ、Ｗ−ＣＤＭＡ、ＣＤＭＡ２０００、ＷｉＭＡＸ、ＷｉＭＡＸ２又はＩＥＥＥ８０２．１６などの任意の無線通信方式に従って運用されてよい。

なお、スモールセルは、マクロセルと重複して又は重複せずに配置される、マクロセルよりも小さい様々な種類のセル（例えば、フェムトセル、ナノセル、ピコセル及びマイクロセルなど）を含み得る概念である。ある例では、スモールセルは、専用の基地局によって運用される。別の例では、スモールセルは、マスタデバイスとなる端末がスモールセル基地局として一時的に動作することにより運用される。いわゆるリレーノードもまた、スモールセル基地局の一形態であると見なすことができる。リレーノードの親局として機能する無線通信装置は、ドナー基地局とも称される。ドナー基地局は、ＬＴＥにおけるＤｅＮＢを意味してもよく、より一般的にリレーノードの親局を意味してもよい。

（２）端末装置２００
端末装置２００は、セルラーシステム（又は移動体通信システム）において通信可能である。端末装置２００は、セルラーシステムの無線通信装置（例えば、基地局１００Ａ、マスタデバイス１００Ｂ又は１００Ｃ）との無線通信を行う。例えば、端末装置２００Ａは、基地局１００Ａからのダウンリンク信号を受信し、基地局１００Ａへのアップリンク信号を送信する。

また、端末装置２００としては、所謂ＵＥのみに限らず、例えば、ＭＴＣ端末、ｅＭＴＣ（Enhanced MTC）端末、及びＮＢ−ＩｏＴ端末等のような所謂ローコスト端末（Low cost UE）が適用されてもよい。また、ＲＳＵ(Road Side Unit)のようなインフラストラクチャ端末やＣＰＥ(Customer Premises Equipment)のような端末が適用されてもよい。

（３）補足
以上、システム１の概略的な構成を示したが、本技術は図１に示した例に限定されない。例えば、システム１の構成として、マスタデバイスを含まない構成、ＳＣＥ（Small Cell Enhancement）、ＨｅｔＮｅｔ（Heterogeneous Network）、ＭＴＣネットワーク等が採用され得る。またシステム１の構成の、他の一例として、マスタデバイスがスモールセルに接続し、スモールセルの配下でセルを構築してもよい。

＜１．２．基地局の構成例＞
次いで、図２を参照して、本開示の一実施形態に係る基地局１００の構成を説明する。図２は、本開示の一実施形態に係る基地局１００の構成の一例を示すブロック図である。図２を参照すると、基地局１００は、アンテナ部１１０と、無線通信部１２０と、ネットワーク通信部１３０と、記憶部１４０と、制御部１５０とを含む。

（１）アンテナ部１１０
アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。

（２）無線通信部１２０
無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。

（３）ネットワーク通信部１３０
ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。

なお、前述したように、本実施形態に係るシステム１においては、端末装置がリレー端末として動作し、リモート端末と基地局との間の通信を中継する場合がある。このような場合には、例えば、当該リレー端末に相当する無線通信装置１００Ｃは、ネットワーク通信部１３０を備えていなくてもよい。

（４）記憶部１４０
記憶部１４０は、基地局１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（５）制御部１５０
制御部１５０は、基地局１００の様々な機能を提供する。制御部１５０は、通信制御部１５１と、情報取得部１５３と、通知部１５５とを含む。なお、制御部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部１５０は、これらの構成要素の動作以外の動作も行い得る。

通信制御部１５１は、無線通信部１２０を介した端末装置２００との間の無線通信の制御に係る各種処理を実行する。例えば、通信制御部１５１は、端末装置２００が他の装置（例えば、基地局１００や他の端末装置２００等）と無線通信を行うためのリソースの割り当てを制御してもよい。具体的な一例として、通信制御部１５１は、端末装置２００が他の端末装置２００と装置間通信（例えば、サイドリンク通信）を行うためのリソースの割り当てを制御してもよい。また、通信制御部１５１は、ネットワーク通信部１３０を介した他のノード（例えば、他の基地局やコアネットワークノード等）との間の通信の制御に係る各種処理を実行する。

情報取得部１５３は、端末装置２００や他のノードから各種情報を取得する。取得された当該情報は、例えば、端末装置との間の無線通信の制御や、他のノードとの連携に係る制御等に利用されてもよい。

通知部１５５は、端末装置２００や他のノードに各種情報を通知する。具体的な一例として、通知部１５５は、セル内の端末装置２００が基地局１００と無線通信を行うための各種情報を当該端末装置２００に通知してもよい。また、他の一例として、通知部１５５は、セル内の端末装置から取得した情報を、他のノード（例えば、他の基地局）に通知してもよい。また、通知部１５５は、端末装置２００が他の端末装置２００との間で端末間通信（例えば、サイドリンク通信）を行うための情報を、セル内の端末装置２００に通知してもよい。

＜１．３．端末装置の構成例＞
次に、図３を参照して、本開示の実施形態に係る端末装置２００の構成の一例を説明する。図３は、本開示の実施形態に係る端末装置２００の構成の一例を示すブロック図である。図３に示すように、端末装置２００は、アンテナ部２１０と、無線通信部２２０と、記憶部２３０と、制御部２４０とを含む。

（１）アンテナ部２１０
アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。

（２）無線通信部２２０
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。

また、本実施形態に係るシステム１においては、端末装置２００が、他の端末装置２００と基地局１００を介さずに直接通信を行う場合がある。この場合には、無線通信部２２０は、他の端末装置２００との間でサイドリンク信号を送受信してもよい。

（３）記憶部２３０
記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（４）制御部２４０
制御部２４０は、端末装置２００の様々な機能を提供する。例えば、制御部２４０は、通信制御部２４１と、情報取得部２４３と、通知部２４７とを含む。なお、制御部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部２４０は、これらの構成要素の動作以外の動作も行い得る。

通信制御部２４１は、無線通信部２２０を介した基地局１００や他の端末装置２００との間の無線通信の制御に係る各種処理を実行する。例えば、通信制御部２４１は、他の端末装置２００との装置間通信（例えば、サイドリンク通信）の制御に係る各種処理を実行してもよい。具体的な一例として、通信制御部２４１は、他の端末装置２００に対してパケットを送信するためのリソースの選択に係る各種処理を実行してもよい。

情報取得部２４３は、基地局１００や他の端末装置２００から各種情報を取得する。具体的な一例として、情報取得部２４３は、他の端末装置２００との通信に関する情報を、基地局１００や他の端末装置２００から取得してもよい。より具体的な一例として、情報取得部２４３は、所望のトラフィックタイプによる端末間通信に関する情報を、基地局１００や他の端末装置２００から取得してもよい。

通知部２４７は、基地局１００や他の端末装置２００に各種情報を通知する。具体的な一例として、パケットの送信に利用するために予約したリソースに関する情報を、他の端末装置２００に通知してもよい。

＜＜２．Ｖ２Ｘ通信＞＞
続いて、Ｖ２Ｘ通信について概要を説明する。Ｖ２Ｘ通信とは、Vehicle to X通信の略であり、車と“何か”が通信を行うシステムである。例えば、図４は、Ｖ２Ｘ通信の概要について示した図である。ここでの“何か”の例としては、例えば、図４に示すように、車両（Vehicle）、設備（Infrastructure）、ネットワーク（Network）、及び歩行者（Pedestrian）等が挙げられる（Ｖ２Ｖ、Ｖ２Ｉ、Ｖ２Ｎ、及びＶ２Ｐ）。

（Ｖ２Ｘ通信の全体像）
また、図５は、Ｖ２Ｘ通信の全体像の一例について説明するための説明図である。図５に示す例では、クラウドサーバとしてＶ２Ｘのアプリケーションサーバ（ＡＰＰサーバ）が保有され、当該アプリケーションサーバにより、コアネットワーク側でＶ２Ｘ通信の制御が実施される。基地局は、端末装置とのＵｕリンクの通信を行う一方で、Ｖ２Ｖ通信やＶ２Ｐ通信等の直接通信の通信制御を実施する。また、基地局の他に、路肩のインフラストラクチャ（Infrastructure）としてＲＳＵ（Road Side Unit）が配置される。ＲＳＵとしては、基地局型のＲＳＵと、ＵＥ型のＲＳＵと、の二つが考えられる。ＲＳＵにおいてはＶ２Ｘアプリケーション（Ｖ２Ｘ ＡＰＰ）の提供やデータリレー等のサポートが行われる。

（Ｖ２Ｘ通信のユースケース）
自動車向けの無線通信としては、これまで主に、８０２．１１ｐベースのＤＳＲＣ（Dedicated Short Range Communication）の開発が進められてきたが、近年になり、ＬＴＥベースの車載通信である“LTE-based V2X（ＬＴＥベースのＶ２Ｘ通信）”の標準規格化が行われた。ＬＴＥベースのＶ２Ｘ通信では、基本的なセーフティメッセージ等のやり取りなどがサポートされている。一方で、さらなるＶ２Ｘ通信の改善をめざし、近年５Ｇ技術（ＮＲ：New Radio）を用いたＮＲ Ｖ２Ｘ通信の検討が行われている。例えば、図６は、Ｖ２Ｘ通信のユースケースの一例を示した図である。

ＮＲ Ｖ２Ｘ通信では、これまでＬＴＥベースのＶ２Ｘではサポートが困難であったような、高信頼性、低遅延、高速通信、ハイキャパシティを必要とする新たなユースケースがサポートされる。具体的な一例として、図６に示す例のうち、例えば、ダイナミックマップの提供やリモートドライビング等が挙げられる。また、この他にも、車車間や路車間でセンサデータのやり取りを行うようなセンサデータシェアリングや、隊列走行向けのプラトゥーニングユースケースが挙げられる。このようなＮＲ Ｖ２Ｘ通信のユースケース及び要求事項については、３ＧＰＰ ＴＲ２２．８８６において規定されている。参考として、以下にユースケースの一例について概要を説明する。

（１）Vehicles Platoonning
複数の車両が隊列となり、同じ方向に走行する、隊列走行のユースケースであり、隊列走行を主導する車と他の車との間で隊列走行を制御するための情報のやり取りが行われる。これらの情報のやりとりにより、例えば、隊列走行の車間距離をより詰めることが可能となる。

（２）Extended Sensors
センサ関連の情報（データ処理前のＲａｗデータや、処理後のデータ）を車車間等において交換可能とするユースケースである。センサ情報は、ローカルセンサ、ライブビデオイメージ（例えば、周辺の車両、ＲＳＵ、及び歩行者との間のライブビデオイメージ）、及びＶ２Ｘアプリケーションサーバ等を通して集められる。車両はこれらの情報交換により、自身のセンサ情報では得られない情報を入手することが可能となり、より広範囲の環境を認知／認識することが可能となる。なお、本ユースケースでは、多くの情報を交換する必要があるため、通信には高いデータレートが求められる。

（３）Advanced Driving
準自動走行や、完全自動走行を可能とするユースケースである。本ユースケースでは、ＲＳＵが自身のセンサ等から得られた認知／認識情報を周辺車両へとシェアすることで、それぞれの車両が、軌道や操作を他の車両と同期、協調しながら調整することができる。また、それぞれの車両は、ドライビングの意図や意思を周辺車両とシェアすることも可能となる。

（４）Remote Driving
遠隔操縦者やＶ２Ｘアプリケーションに遠隔操縦させるユースケースである。遠隔操作は、運転を行うことが困難な人に替わって他者が運転を行う場合や、危険地域での車両の操作等に用いられる。ルートや走行する道がある程度決まっているような公共交通機関に対しては、例えば、クラウドコンピューティングベースの操縦を適用することも可能である。本ユースケースでは、高い信頼性と低い伝送遅延が通信に求められる。

（物理レイヤエンハンスメント）
上述した要求事項を達成するためには、ＬＴＥ Ｖ２Ｘから物理レイヤのさらなるエンハンスメントが必要となる。対象となるリンクは、ＵｕリンクやＰＣ５リンク（サイドリンク）が挙げられる。Ｕｕリンクは、基地局やＲＳＵ（Road Side Unit）等のインフラストラクチャと、端末装置との間のリンクである。また、ＰＣ５リンク（サイドリンク）は、端末装置間のリンクである。主なエンハンスメントのポイントを以下に示す。

エンハンスメントの一例としては、以下が挙げられる。
・チャネルフォーマット
・サイドリンクフィードバック通信
・サイドリンクリソース割り当て方式
・車両位置情報推定技術
・端末間リレー通信
・ユニキャスト通信、マルチキャスト通信のサポート
・マルチキャリア通信、キャリアアグリゲーション
・MIMO/ビームフォーミング
・高周波周波数対応（例: ６ＧＨｚ以上）
…等

また、チャネルフォーマットとしては、例えば、Flexible numerology、short TTI（Transmission Time Interval）、マルチアンテナ対応、及びWaveform等が挙げられる。また、サイドリンクフィードバック通信としては、例えば、ＨＡＲＱ、ＣＳＩ（Channel Status Information）等が挙げられる。

（Ｖ２Ｘオペレーションシナリオ）
以下に、Ｖ２Ｘの通信オペレーションシナリオの一例について述べる。Ｖ２Ｎ通信においては、基地局−端末装置間のＤＬ／ＵＬ通信のみでシンプルであった。これに対して、Ｖ２Ｖ通信では、多様な通信経路が考えられる。以降では、主にＶ２Ｖ通信の例に着目して、各シナリオの説明を行うが、Ｖ２ＰやＶ２Ｉについても同様の通信オペレーションを適用可能である。なお、Ｖ２ＰやＶ２Ｉにおいては、通信先がPedestrianやＲＳＵとなる。

例えば、図７〜図１２は、Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。具体的には、図７は、車両同士が基地局（Ｅ−ＵＴＲＡＮ）を介さずに直接通信を行うシナリオを示している。図８は、車両同士が基地局を介して通信を行うシナリオを示している。図９及び図１０は、車両同士が端末装置（ＵＥ、ここではＲＳＵ）及び基地局を介して通信を行うシナリオを示している。図１１及び図１２は、車両同士が端末装置（ＵＥ、ここではＲＳＵや他の車両）を介して通信を行うシナリオを示している。

なお、図７〜図１２において、「サイドリンク」は、端末装置間の通信リンクに相当し、ＰＣ５とも称される。サイドリンクの具体的な一例として、Ｖ２Ｖ、Ｖ２Ｐ、及びＶ２Ｉの通信リンクが挙げられる。「Ｕｕインタフェース」は、端末装置−基地局間の無線インタフェースに相当する。Ｕｕインタフェースの具体的な一例として、Ｖ２Ｎの通信リンクが挙げられる。「ＰＣ５インタフェース」は、端末装置間の無線インタフェースに相当する。

＜＜３．サイドリンクへのリソースの割り当て方式＞＞
続いて、サイドリンクへのリソース割り当ての方式について概要を説明する。サイドリンクへのリソース割り当ての方式としては、基地局がサイドリンクのリソースを割り当てる「Mode3リソース割り当て」の方式と、端末装置自身でセンシングを行いサイドリンクのリソース選択を行う「Mode4リソース割り当て」の方式とがある。ここでは、主に、Mode4リソース割り当ての方式に着目する。

・リソースプール割り当て
Mode4リソース割り当てを行うに当たり、事前にリソースプールの割り当てが行われる。当該リソースプールの割り当ては、例えば、基地局により行われる。また、他の一例として、Preconfigurationにより、当該リソースプールの割り当てが行われていてもよい。端末装置は、割り当てられたリソースプールから、サイドリンク通信用のリソースをセンシングし、適切なリソースを自ら選択して通信を行う。

例えば、図１３は、サイドリンク通信に割り当てられたリソース（リソースプール）の構成の一例について示した図であり、周波数分割多重（ＦＤＭ：Frequency Division Multiplexing）が適用される場合の一例について示している。図１３に示すように、リソースプールは、ＳＡ（Scheduling Assignment）領域とＤａｔａ領域とに分けられ、各領域により、ＰＳＣＣＨ（Physical Sidelink Control Channel）及びＰＳＳＣＨ（Physical Sidelink Shared Channel）が送信される。なお、以降では、図１３に示すようにＦＤＭが適用される場合に着目して説明するが、必ずしも本開示に係る技術の適用先を限定するものではない。具体的な一例として、時間分割多重（ＴＤＭ：Time Division Multiplexing）が適用される場合においても、技術的な齟齬が生じない範囲で、以降で説明する本開示に係る技術を適用することが可能である。なお、ＴＤＭが適用される場合には、ＳＡ領域とＤａｔａ領域とは時間軸上で直交することとなる。また、ＴＤＭが適用される場合については、ＦＤＭにおいて周波数方向及び時間方向に関連付けて説明している部分において、適宜、周波数方向と時間方向とを読み替えるとよい。

・Mode4リソース割り当て
図１４を参照して、Mode4リソース割り当ての概要について説明する。図１４は、Mode4リソース割り当てに基づき端末装置がパケットを送信する場合の動作タイムラインの一例について説明するための説明図である。図１４に示すように、パケットを送信する端末装置は、まず、当該パケットの送信に利用するリソースをリソースプール内から発見するためにセンシングを行う。次いで、端末装置は、当該センシングの結果に基づき、当該リソースプール内からのリソースの選択を行う。そして、端末装置は、選択したリソースを利用してパケットの送信を行う。また、このとき端末装置は、必要に応じて、以降におけるパケットの送信に利用するリソースの予約を行う。

ここで、図１５を参照して、上記センシングの動作の一例について説明する。図１５は、リソースプール内からリソースを選択するためのセンシングの動作の一例について説明するための説明図である。

具体的には、端末装置は、センシングウィンドウ内における干渉パターンの測定結果や、当該センシングウィンドウ内におけるリソースの予約状況に基づき、リソース選択ウィンドウ内におけるリソースの選択や、将来のリソースの予約を行う。具体的な一例として、図１５に示す例では、端末装置は、送信対象となるパケットＤが発生した場合に、センシングの結果に基づき、未来のリソースの使用状況、例えば、将来的に他のパケットＡ〜Ｃの送信に利用されるリソースを予測する。端末装置は、当該予測の結果を利用することで、当該パケットＤの送信に利用可能なリソース、即ち、他のパケットの送信に利用されないことが予測されるリソースの選択や予約が可能となる。

＜＜４．ＣＯＲＥＳＥＴ＞＞
続いて、ＣＯＲＥＳＥＴの概要を説明する。ＣＯＲＥＳＥＴ（Control Resource Set：制御リソースセット）は、複数のリソースブロックから構成される。ＣＯＲＥＳＥＴは、ＬＴＥサブフレームにおける制御領域と同等である。ＬＴＥでは、制御情報領域の周波数方向がシステム帯域全体として規定されているため、周波数領域へのパラメータ設定は不要であった。これに対して、ＣＯＲＥＳＥＴでは、時間領域のみに限らず周波数領域に関してもパラメータ設定を行うことが可能であり、これらのパラメータの端末装置への通知及び設定についてはＲＲＣシグナリングを用いて行われる。なお、

＜＜５．Ｖ２Ｘ通信におけるリソース割り当てに関する検討＞＞
本開示では、特に、ＮＲ Ｖ２Ｘ通信におけるＶ２Ｖ通信リンクのリソース割り当て方式に着目する。ＮＲ Ｖ２Ｘ通信における端末間通信（即ち、装置間通信）では、ブロードキャスト通信のみに限らず、ユニキャスト通信やマルチキャスト通信等の多様な通信が行われる。また、ＮＲ Ｖ２Ｘ通信における端末間通信では、基地局による送信リソースの割り当て（例えば、Mode3リソース割り当て）や、端末装置によるリソース選択（例えば、Mode4リソース割り当て）等のような、リソースの割り当て方法が異なる多様なモードも同様にサポートされる。このように、ＮＲ Ｖ２Ｘ通信における端末間通信において多様な方式の通信を実現するために、制御チャネルの領域の改善が望まれる。そこで、本開示では、ＮＲ Ｖ２Ｘ通信における制御チャネルの領域の設定と、当該領域内におけるリソースの選択方法とについて以下に提案する。なお、以降の説明では、便宜上、リソースが割り当てられる領域（例えば、周波数方向及び時間方向の領域）のうち、制御チャネルの領域を「制御領域」とも称し、データの送信に利用されるリソースの領域を「データ領域」とも称する。

従来のＶ２Ｖ通信では主にブロードキャスト通信が行われており、制御チャネルの領域（制御領域）を全ての端末装置がデコードすること可能であった。これに対して、ＮＲ Ｖ２Ｘ通信では、上述の通り、ブロードキャスト通信に加えて、ユニキャスト通信やマルチキャスト通信等を利用することが可能となる。このような背景から、ＮＲ Ｖ２Ｘ通信の実現にあたり、多様な通信トラフィックを効率的に収容可能とする新たな制御チャネルの導入が望まれている。

以上のような状況を鑑み、本開示では、Ｖ２Ｘ通信を初めとした装置間通信において、ブロードキャスト、マルチキャスト、及びユニキャスト等のような多様な通信トラフィックをより好適な態様で収容可能とする技術を提案する。

＜＜６．技術的特長＞＞
続いて、本開示の一実施形態に係るシステムの技術的特徴として、特に、ＮＲ Ｖ２Ｘ通信におけるサイドリンク通信等のような装置間通信において、多様な通信トラフィックをより好適な態様で収容可能とするための技術に着目して説明する。具体的には、サイドリンク通信等の装置間通信において、多様な通信トラフィックを効率的に収容可能とする技術の一例として以下に示すアプローチでそれぞれ説明する。
・コントロールチャネルのタイプの定義
・コントロールチャネルの領域の決定
・コントロールチャネルの領域におけるリソースの確保
なお、以降の説明では、装置間通信の一例としてサイドリンク通信に着目して、当該サイドリンク通信に対して本開示に係る技術を適用する場合の一例について説明する。

＜６．１．コントロールチャネルのタイプの定義＞
まず、コントロールチャネルのタイプの定義の観点で、本実施形態に係るシステムの技術的特徴について説明する。具体的には、サイドリンクにおけるＣＯＲＥＳＥＴを新たに定義する。

上述の通り、ＮＲ Ｖ２Ｘ通信の実現にあたり、サイドリンク通信においてブロードキャスト、ユニキャスト、及びマルチキャストがサポートされるため、各トラフィックタイプに対応するＣＯＲＳＥＴが定義されるとよい。具体的には、ＣＯＲＥＳＥＴは、制御情報が送られる領域として定義される。

また、サイドリンクにおけるリソース割り当てのモードは、基地局からサイドリンクの通信リソースが割り当てられるMode3リソース割り当ての方式と、端末装置自身が送信リソースをセンシングして選択するMode4リソース割り当ての方式とが挙げられる。このような背景から、上記リソース割り当ての方式それぞれに対してＣＯＲＥＳＥＴが定義されてもよい。

そこで、サイドリンクに対して、以下に示すＣＯＲＥＳＥＴを新たに導入する。なお、以降の説明では、以下に例として挙げるＣＯＲＥＳＥＴのように、サイドリンク対して導入されるＣＯＲＥＳＥＴを、「サイドリンクＣＯＲＥＳＥＴ」とも称する。
−トラフィックタイプ別のＣＯＲＥＳＥＴ
・UE common CORESET（Broadcast）
・UE group specific CORESET（Multicast）
・UE specific CORESET（Unicast）
−リソース割り当ての方式別のＣＯＲＥＳＥＴ
・Mode 3 CORESET
・Mode 4 CORESET
−ＣＯＲＥＳＥＴ割り当て通知用のＣＯＲＥＳＥＴ
−ＡＣＫ／ＮＡＣＫ返信用のＣＯＲＥＳＥＴ

なお、新たなＣＯＲＥＳＥＴは、上記ＣＯＲＥＳＥＴの組み合わせにより規定されてもよい。具体的な一例として、基地局が割り当てたリソースであり、かつUE commonである場合には、「UE common−Mode 3 CORESET」として規定されてもよい。また、上述の通り、ＣＯＲＥＳＥＴの割り当てを通知するためのＣＯＲＥＳＥＴが規定されてもよい。また、特定のＣＯＲＥＳＥＴにおいてビームフォーミングの使用の有無が属性情報として規定されてもよい。

このように、本開示の一実施形態に係るシステムでは、トラフィックタイプの違いや、リソース割り当ての方式の違い等といった、データ領域に割り当てられたリソースの用途に応じて、ＣＯＲＥＳＥＴが定義される。

＜６．２．コントロールチャネルの領域の決定＞
続いて、コントロールチャネルの領域の決定の観点で、本実施形態に係るシステムの技術的特徴について説明する。上述したＣＯＲＥＳＥＴの領域については、サイドリンク通信に利用可能な周波数帯域に設定される。具体的な一例として、サイドリンク通信に利用可能なリソースプールが定義され、各リソースプールにおいて通信が行われる。当該リソースプール内には、制御チャネル及びデータチャネルが定義される。また、少なくとも一部のリソースプールには、サブリソースプールが定義されてもよい。この場合には、サブリソースプール内に、制御チャネル及びデータチャネルが定義されてもよい。

例えば、図１６は、本開示の一実施形態に係るシステムにおけるリソース構成の一例について説明するための説明図であり、サイドリンク通信に利用可能に割り当てられたリソースの構成の一例について示している。図１６において、横軸は時間を示しており、縦軸は周波数を示している。「ＳＬＳＳ」は、Sidelink Synchronization Signalを示している。「ＰＢＣＨ」は、Physical Sidelink Broadcast Channelを示している。「Control」は、制御チャネルを模式的に示しており、例えば、ＰＳＣＣＨ（Physical Sidelink Control Channel）が該当する。「Data」は、データチャネルを模式的に示しており、例えば、ＰＳＳＣＨ（Physical Sidelink Shared Channel）が該当する。なお、リソースが割り当てられる領域のうち、上記制御チャネルが割り当てられる領域が「制御領域」の一例に相当し、データチャネルが割り当てられる領域が「データ領域」の一例に相当する。

図１６に示す例では、サイドリンク通信に利用可能にリソースプールとして、「Resource pool A」及び「Resource pool B」が設定されている。また、「Resource pool A」には、サブリソースプールとして「Sub−resource pool A−1」と「Sub−resource pool A−2」とが定義されている。また、「Resource pool B」には、サブリソースプールとして「Sub−resource pool B−1」が定義されている。

また、図１６に示すように、サイドリンク通信に利用可能な周波数帯域においては、リソースが割り当てられる領域（例えば、時間方向及び周波数方向の領域）が、周波数方向に分割されることで、制御チャネルが割り当てられる制御領域と、データチャネルが割り当てられるデータ領域とが規定されている。このような構成とすることで、時間方向のいずれの位置においても、少なくとも制御領域を参照することが可能となる。特に、Ｖ２Ｘ通信においては、リアルタイム性を要求される場合がある。このような場合においても、図１６に示すように、制御領域とデータ領域とが割り当てられることで、遅延をより小さく抑えることが可能となる。

また、図１７は、本開示の一実施形態に係るシステムにおけるリソースプールの構成に応じたＣＯＲＥＳＥＴの設定方法の一例について説明するための説明図である。図１７に示す例における横軸及び縦軸は、図１６に示す例と同様に時間及び周波数を示している。図１７に示すように、リソースプールの構成としては、「Adjacent resource pool」と「Non adjacent resource pool」とが挙げられる。具体的には、図１７に示すように、「Adjacent resource pool」では、制御領域（Control）とデータ領域（Data）とが隣接するように割り当てられる。また、「Non adjacent resource pool」では、制御領域それぞれとデータ領域それぞれとが集約されており、対応する制御領域とデータ領域とが隣接するように割り当てられるとは限らない。図１７に示すように、上述したＣＯＲＥＳＥＴは、「Adjacent resource pool」のみに限らず、「Non adjacent resource pool」についても適用可能である。

上述した制御領域のうち少なくとも一部の領域（以下、「部分領域」とも称する）に対して、前述した各種ＣＯＲＥＳＥＴが定義される。なお、このとき、制御領域中の部分領域に対して、ＣＯＲＥＳＥＴが固定的に割り当てられていてもよく、ＣＯＲＥＳＥＴが準静的に割り当てられてもよい。なお、Ｖ２Ｘ通信では、環境に応じてリソースの割り当てがより柔軟に制御されることが望ましい場合がある。そのため、制御領域中の部分領域に対して、ＣＯＲＥＳＥＴが準静的に割り当てられることがより望ましい。このような構成とすることで、例えば、環境に応じて制御領域中の部分領域に対するＣＯＲＥＳＥＴの割り当てを変更することが可能となるため、よりフレキシブルかつより効率的にリソースを利用することが可能となる。

例えば、図１８は、サイドリンクＣＯＲＥＳＥＴの割り当ての一例について説明するための説明図である。図１８に示す例における横軸及び縦軸は、図１６に示す例と同様に時間及び周波数を示している。図１８に示す例では、図１６に示す例と同様に、サイドリンク通信に利用可能な周波数帯域において、リソースが割り当てられる領域が周波数方向に分割されることで、制御領域とデータ領域とが割り当てられている。また、図１８に示す例では、当該制御領域が少なくとも時間方向に分割された各部分領域に対して、データ領域に割り当てられたリソースの用途に応じたＣＯＲＥＳＥＴ（例えば、トラフィックタイプの違いや、リソース割り当ての方式の違いに応じたＣＯＲＥＳＥＴ）が割り当てられている。より具体的には、図１８に示す例では、各部分領域に対して、モード３のブロードキャスト（Mode3_Broadcast）、モード４のユニキャスト（Mode4_Unicast）、モード４のブロードキャスト（Mode4_Broadcast）、及びモード３のブロードキャスト（Mode3_Broadcast）それぞれに対応したＣＯＲＥＳＥＴが割り当てられている。

サイドリンクＣＯＲＥＳＥＴの割り当てについては、例えば、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置によりＲＲＣにて設定される。サイドリンク通信の制御に関する権限を有する装置としては、例えば、基地局、ＲＳＵ、リレーノード、リレー端末、マスター端末（リーダー端末）等が挙げられる。なお、上記したサイドリンク通信の制御に関する権限を有する装置が、「第１の装置」の一例に相当する。また、上記第１の装置に対して、上記権限を有しない端末装置２００相当の装置のように、サイドリンク通信等の装置間通信の対象となる、上記第１の装置とは異なる他の装置が、「第２の装置」の一例に相当する。また、ネットワーク圏外の端末装置２００に対しては、端末Preconfigurationを用いるか、基地局１００からの割り当てのリレーを用いるとよい。

なお、ＣＯＲＥＳＥＴの設定等のようなＣＯＲＥＳＥＴに関する情報の通知にリレーを利用する場合には、サイドリンク用のＲＲＣが導入されてもよい。具体的には、基地局１００の通信圏内の端末装置２００（送信端末）は、サイドリンクのＲＲＣを用いて、圏外端末に対してＣＯＲＥＳＥＴの設定（例えば、ＣＯＲＥＳＥＴに関する情報の通知）を行えばよい。サイドリンク用のＲＲＣは、例えば、ＰＢＣＨ及びＰＳＳＣＨのいずれかまたは双方を用いることで、端末装置２００（送信端末）から他の端末装置２００（受信端末）に通知される。

リレーが用いられる場合には、ＣＯＲＥＳＥＴに関する情報（例えば、制御情報の割り当てに関する情報）をリレーするか否かの判断については、端末装置２００側で実施してもよい。具体的な一例として、端末装置２００は、基地局１００からダウンリンク信号のＲＳＲＰレベルに基づき、当該基地局１００から通知されたＣＯＲＥＳＥＴに関する情報を他の端末装置２００にリレーしてもよい。また、端末装置２００は、ＣＯＲＥＳＥＴに関する情報の送信元となる端末装置２００（以下、「送信端末」とも称する）からのサイドリンク信号のＲＳＲＰに基づいて、当該情報を送信端末（通信端末２００）とは異なる他の端末装置２００にリレーするか否かの判断を行ってもよい。また、端末装置２００は、送信端末の同期信号の種別に基づいて、ＣＯＲＥＳＥＴに関する情報を他の端末装置２００にリレーするか否かの判断を行ってもよい。なお、同期信号の種別としては、例えば、カバレッジ内からリレーされた同期信号と、カバレッジ外からリレーされた同期信号とのいずれかを示す種別等が挙げられる。

ここで、図１９を参照して、ＣＯＲＥＳＥＴに関する情報を端末装置２００が他の端末装置２００にリレーする場合の処理の流れの一例について説明する。図１９は、本開示の一実施形態に係るシステムの一連の処理の流れの一例について示したシーケンス図である。具体的には、図１９は、基地局１００から端末装置２００−１に通知されたＣＯＲＥＳＥＴに関する情報を、当該端末装置２００−１が他の端末装置２００−２にリレーする場合の処理の流れの一例を示している。

具体的には、まず基地局１００（通信制御部１５１）は、サイドリンクＣＯＲＥＳＥＴとして適用するＣＯＲＥＳＥＴの種別（例えば、トラフィックの種別に応じたＣＯＲＥＳＥＴの種別）を決定し、サイドリンク通信に利用可能な帯域中の制御領域に対して当該種別ごとのＣＯＲＥＳＥＴを割り当てる（Ｓ１０１）。そして、基地局１００（通知部１５５）は、当該サイドリンクＣＯＲＥＳＥＴに関する情報を端末装置２００−１に通知することで、当該端末装置２００−１に足してサイドリンクＣＯＲＥＳＥＴの設定を行う（Ｓ１０３）。

端末装置２００−１（通信制御部２４１）は、基地局１００から通知される情報に基づきサイドリンクＣＯＲＥＳＥＴを抽出することで（例えば、デコードすることで）、当該サイドリンクＣＯＲＥＳＥＴの設定（例えば、ＣＯＲＥＳＥＴの種別や、各ＣＯＲＥＳＥＴの割り当て等）を認識する（Ｓ１０５）。これにより、端末装置２００−１は、サイドリンクＣＯＲＥＳＥＴの認識結果に応じて、自身が利用するサイドリンク通信の種別に応じて、当該サイドリンク通信を制御することが可能となる。

また、端末装置２００−１（通信制御部２４１）は、通信環境等の各種条件に応じて、基地局１００から通知されたＣＯＲＥＳＥＴに関する情報を、通信範囲内に位置する他の端末装置（例えば、端末装置２００−２）にリレーするか否かを判断する（Ｓ１０７）。そして、端末装置２００−１（通知部２４７）は、当該判断の結果に応じて、基地局１００から通知されたＣＯＲＥＳＥＴに関する情報を、通信範囲内に位置する他の端末装置２００−２にリレーすることで、当該端末装置２００−２に対してサイドリンクＣＯＲＥＳＥＴの設定を行う（Ｓ１０９）。端末装置２００−２（通信制御部２４１）は、端末装置２００−１によりリレーされた情報に基づきサイドリンクＣＯＲＥＳＥＴを抽出することで（例えば、デコードすることで）、当該サイドリンクＣＯＲＥＳＥＴの設定を認識する（Ｓ１１１）。

なお、基地局１００から端末装置２００−１に通知される上記サイドリンクＣＯＲＥＳＥＴに関する情報や、当該端末装置２００−１が端末装置２００−２にリレーする当該情報が、「制御リソースセットに関する情報」の一例に相当する。

以上、図１９を参照して、ＣＯＲＥＳＥＴに関する情報を端末装置が他の端末装置にリレーする場合の処理の流れについて説明した。

次いで、図２０を参照して、ＣＯＲＥＳＥＴに関する情報を端末装置が他の端末装置にリレーする場合の処理の流れの他の一例について説明する。図２０は、本開示の一実施形態に係るシステムの一連の処理の流れの他の一例について示したシーケンス図である。具体的には、図２０は、端末装置２００−１が端末装置２００−２にリレーした基地局１００からのＣＯＲＥＳＥＴに関する情報を、さらに当該端末装置２００−２が他の端末装置２００−３にリレーする場合の処理の流れの一例を示している。

具体的には、図２０に示す例では、端末装置２００−１（通信制御部２４１）は、基地局１００から通知された情報に基づきサイドリンクＣＯＲＥＳＥＴを抽出することで（例えば、デコードすることで）、当該サイドリンクＣＯＲＥＳＥＴの設定を認識する（Ｓ１５１）。そして、端末装置２００−１（通知部２４７）は、当該情報を通信範囲内に位置する他の端末装置２００−２にリレーすることで、当該端末装置２００−２に対してサイドリンクＣＯＲＥＳＥＴの設定を行う（Ｓ１５３）。このとき、端末装置２００−１（通信制御部２４１）は、図１９に示す例と同様に、基地局１００から通知されたＣＯＲＥＳＥＴに関する情報を、通信範囲内に位置する他の端末装置にリレーするか否かの判断を行ってもよい。

端末装置２００−２（通信制御部２４１）は、端末装置２００−１から通知される情報に基づきサイドリンクＣＯＲＥＳＥＴを抽出することで（例えば、デコードすることで）、当該サイドリンクＣＯＲＥＳＥＴの設定を認識する（Ｓ１５５）。これにより、端末装置２００−２は、サイドリンクＣＯＲＥＳＥＴの認識結果に応じて、自身が利用するサイドリンク通信の種別に応じて、当該サイドリンク通信を制御することが可能となる。

また、端末装置２００−２（通信制御部２４１）は、通信環境等の各種条件に応じて、端末装置２００−１から通知されたＣＯＲＥＳＥＴに関する情報を、通信範囲内に位置する他の端末装置（例えば、端末装置２００−３）にリレーするか否かを判断する（Ｓ１５７）。そして、端末装置２００−２（通知部２４７）は、当該判断の結果に応じて、端末装置２００−１から通知されたＣＯＲＥＳＥＴに関する情報を、通信範囲内に位置する他の端末装置２００−３にリレーすることで、当該端末装置２００−３に対してサイドリンクＣＯＲＥＳＥＴの設定を行う（Ｓ１５９）。端末装置２００−３（通信制御部２４１）は、端末装置２００−２によりリレーされた情報に基づきサイドリンクＣＯＲＥＳＥＴを抽出することで（例えば、デコードすることで）、当該サイドリンクＣＯＲＥＳＥＴの設定を認識する（Ｓ１６１）。

このように、基地局１００から送信されたＣＯＲＥＳＥＴに関する情報が、複数の端末装置２００によりリレーされてもよい。

以上、図２０を参照して、ＣＯＲＥＳＥＴに関する情報を端末装置２００が他の端末装置２００にリレーする場合の処理の流れの他の一例について説明した。

また、サイドリンクＲＲＣでは、各サイドリンクＣＯＲＳＥＴの割り当てが実施される。このとき、ＣＯＲＥＳＥＴの割り当ては、例えば、リソースプールごとに行われてもよい。即ち、複数のリソースプールが割り当てられている場合には、当該複数のリソースプールそれぞれに対して、互いに異なるＣＯＲＥＳＥＴが個別に関連づけられていてもよい。また、時間領域及び周波数領域において複数のＣＯＲＥＳＥＴが設定されてもよい。

また、前述したように、ＣＯＲＥＳＥＴ割り当て通知用のＣＯＲＥＳＥＴが設定されてもよい。例えば、図２１は、サイドリンクＣＯＲＥＳＥＴの割り当ての他の一例について説明するための説明図であり、ＣＯＲＥＳＥＴ割り当て通知用のＣＯＲＥＳＥＴが設定される場合の一例を示している。図２１に示す例における横軸及び縦軸は、図１８に示す例と同様に時間及び周波数を示している。

図２１に示す例では、制御領域のうち、データ領域に割り当てられたリソースの用途に応じたＣＯＲＥＳＥＴが割り当てられる領域とは別に、ＣＯＲＥＳＥＴ割り当て通知用のＣＯＲＥＳＥＴが別途割り当てられている。ＣＯＲＥＳＥＴ割り当て通知用のＣＯＲＥＳＥＴには、時間領域において以降に割り当てられた他のＣＯＲＥＳＥＴ（即ち、データ領域に割り当てられたリソースの用途に応じたＣＯＲＥＳＥＴ）の割り当てに関する情報が含まれる。なお、制御領域のうち、データ領域に割り当てられたリソースの用途に応じたＣＯＲＥＳＥＴが割り当てられる領域が、「第１の部分領域」の一例に相当する。これに対して、ＣＯＲＥＳＥＴ割り当て通知用のＣＯＲＥＳＥＴが割り当てられる領域が、「第２の部分領域」の一例に相当する。なおこの場合には、当該第２の分領域に対して、「制御リソースセットに関する情報」、特に、ＣＯＲＥＳＥＴの割り当てに関する情報が割り当てられることとなる。

ＣＯＲＥＳＥＴ割り当て通知用のＣＯＲＥＳＥＴは、例えば、基地局によりConfigureされるか、またはPreconfigureされるとよい。端末装置２００は、ＣＯＲＥＳＥＴ割り当て通知用のＣＯＲＥＳＥＴをまずデコードすることで、リソースプール内の他のＣＯＲＥＳＥＴの割り当てに関するConfigurationを認識し、当該認識の結果に応じて所望のＣＯＲＥＳＥＴをデコードする。このような特性から、ＣＯＲＥＳＥＴ割り当て通知用のＣＯＲＥＳＥＴは、時間領域において、データ領域に割り当てられたリソースの用途に応じたＣＯＲＥＳＥＴそれぞれが割り当てられる領域よりも以前に割り当てられる。

また、サイドリンクＣＯＲＥＳＥＴの割り当ては、周期的に行われてもよい。具体的な一例として、図１８に示すように割り当てられた一連のＣＯＲＥＳＥＴを繰り返しの単位（１period）として、当該一連のＣＯＲＥＳＥＴ（即ち、当該繰り返しの単位）が周期的に割り当てられてもよい。

また、サイドリンクＣＯＲＥＳＥＴは、他のＣＯＲＥＳＥＴと共通のリソースの領域（例えば、リソースプール、サブリソースプール等）に関連付けられるように割り当てが行われてもよい。即ち、少なくとも一部のリソースの領域に対して互いに異なる用途に対応したＣＯＲＥＳＥＴが関連付けられることで、当該リソースの領域が互いに異なる複数の用途間で重複利用されてもよい。なお、以降の説明では、あるリソースの領域に対して複数のＣＯＲＥＳＥＴが関連付けられるように、当該複数のＣＯＲＥＳＥＴが割り当てられることを、便宜上「重複割り当て」とも称する。また、以降の説明では、主に、リソースプールに対してＣＯＲＥＳＥＴが関連付けられる場合に着目して説明するが、特に説明が無い限りは、リソースプールのみには限らないものとする。即ち、サブリソースプールに対してＣＯＲＥＳＥＴが関連付けられる場合についても同様であるものとし、また、リソースプールやサブリソースプールに限らず、１以上のリソースを含む領域に対してＣＯＲＥＳＥＴが関連付けられる場合についても同様であるものとする。

具体的な一例として、少なくとも一部のリソースプールが、Mode4_unicastとMode3_unicastとで重複利用されてもよい。この場合には、例えば、当該リソースプールに対して、Mode4_unicast用のＣＯＲＥＳＥＴと、Mode3_unicast用のＣＯＲＥＳＥＴとが関連付けられてもよい。

また、上記のような重複利用の許可については、例えば、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置が行ってもよい。また、この場合には、重複利用の許可を行った装置は、例えば、対象となるリソースプールについて重複利用を許可する旨の情報や、重複利用が許可されたリソースプールに関する情報等を、属性情報として端末装置２００に通知してもよい。

また、上記重複利用の許可を行った装置（例えば、基地局１００）は、リソースプールの重複利用を許可するためのトリガー条件に関する情報を端末装置２００に通知してもよい。当該トリガー条件としては、例えば、対象となる周波数帯域の混雑度（ＣＢＲ：Channel busy ratio）やＣＯＲＥＳＥＴの混雑度等が挙げられる。ＣＯＲＥＳＥＴの混雑度については、例えば、制御領域（Control channel領域）をデコードし、当該制御領域に割り当てられている少なくとも一部のＣＯＲＥＳＥＴの使用率（ひいては、全てのＣＯＲＥＳＥＴの使用率）から導出されてもよい。上記トリガー条件として、ＣＲ（Channel Occupancy Ratio）が利用されてもよい。

ここで、図２２を参照して、端末装置２００の一連の処理の流れの一例として、トリガー条件に応じてリソースプールの重複利用を実施する処理の一例について説明する。図２２は、本開示の一実施形態に係る端末装置の一連の処理の流れの一例を示したフローチャートであり、トリガー条件に応じたリソースプールの重複利用に係る処理の流れの一例を示している。

図２２に示すように、端末装置２００（情報取得部２４３）は、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置から送信された、リソースプールの重複利用を許可するためのトリガー条件に関する情報を受信する（Ｓ２０１）。

端末装置２００（通信制御部２４１）は、トリガー条件に関する情報を受信すると、当該情報に基づきトリガー条件を認識し、当該トリガー条件に関するMeasurementを実施することで、当該トリガー条件を満たすか否かを判定する（Ｓ２０３）。

端末装置２００（通信制御部２４１）は、上記Measurementの結果からトリガー条件を満たすと判定した場合には（Ｓ２０５、ＹＥＳ）、対象となるリソースプールの重複利用を実施する（Ｓ２０７）。即ち、端末装置２００は、重複利用される可能性があるリソースプールを利用して、サイドリンク通信（端末間通信）を行ってもよい。なお、この場合には、当該リソースプールは、その時々の状況に応じて、種別の異なる通信（例えば、トラフィックタイプの異なる通信や、リソース割り当て方式の異なる通信）に利用される可能性がある。

一方で、端末装置２００（通信制御部２４１）は、上記Measurementの結果からトリガー条件を満たさないと判定した場合には（Ｓ２０５、ＮＯ）、リソースプールの重複利用を実施しない（Ｓ２０９）。この場合には、端末装置２００は、重複利用とならないリソースプールを利用してサイドリンク通信（端末間通信）を行ってもよい。

以上、図２２を参照して、端末装置２００の一連の処理の流れの一例として、トリガー条件に応じてリソースプールの重複利用を実施する処理の一例について説明した。

また、制御領域中の少なくとも一部の部分領域に割り当てられたＣＯＲＥＳＥＴが互いに異なる複数の用途で利用されてもよい。換言すると、制御領域中の少なくとも一部の部分領域に対して、互いに異なる複数のＣＯＲＥＳＥＴが割り当てられてもよい。なお、この場合には、例えば、互いに異なる複数の用途に対応するＣＯＲＥＳＥＴを区別する必要が生じる場合がある。そのため、例えば、互いに異なるＲＮＴＩを利用する、サーチスペース（Search space）を変更する、モニタリング（Monitoring）周期を変更する等の方法により、上記複数のＣＯＲＥＳＥＴが判別されてもよい。

また、ＣＯＲＥＳＥＴは、サブリソースプールをまたいで構成されてもよい。即ち、少なくとも一部のＣＯＲＥＳＥＴが、周波数方向にホッピングしてもよい。なお、この場合には、ＣＯＲＥＳＥＴの周波数上のホッピングパターンについては、例えば、ＲＲＣシグナリング等を利用して端末装置にConfigureされる。

また、トラフィックごとにＣＯＲＥＳＥＴのPeriodicityが決定されてもよい。なお、この場合には、当該Periodicityを決定するためのトラフィックの情報として、パケットサイズ、メッセージサイズ、パケット優先度、最大遅延許容量、送信周期等、送信方法（ユニキャスト、グループキャスト、ブロードキャスト）等の情報が利用されてもよい。

また、ＣＯＲＥＳＥＴグループ（制御リソースセットグループ）が定義されてもよい。例えば、図２３は、ＣＯＲＥＳＥＴグループの割り当ての一例について説明するための説明図である。図２３に示す例における横軸及び縦軸は、図１６に示す例と同様に時間及び周波数を示している。

ＣＯＲＥＳＥＴグループは、ＣＯＲＥＳＥＴの１ピリオド（period）として定義され、少なくとも１以上のＣＯＲＥＳＥＴが含まれる（典型的な例としては、複数のＣＯＲＥＳＥＴが含まれる）。また、ＣＯＲＥＳＥＴグループは周期的に割り当てられてもよい。具体的な一例として、ＣＯＲＥＳＥＴグループを１００ｍｓごとに割り当てるといった制御も可能である。また、ＣＯＲＥＳＥＴグループは、時間領域のみに限らず、周波数領域も含む領域として定義されてもよい。

ＣＯＲＥＳＥＴグループの割り当てに係るパラメータとしては、例えば、スタートタイミングに関する情報、周期及び期間に関する情報、周波数方向に関する情報等が挙げられる。

スタートタイミングに関する情報としては、例えば、ＣＯＲＥＳＥＴグループのスタートタイミング（即ち、時間方向におけるスタート位置）等の情報が挙げられる。当該スタートタイミングは、例えば、サイドリンクにおける所定のタイミング（例えば、Sidelink frame number 0等）を基準として、当該所定のタイミングからオフセット量を加えた値として定義されてもよい。

周期及び期間に関する情報としては、例えば、ＣＯＲＥＳＥＴの周期に関する情報や、ＣＯＲＳＥＴグループが割り当てられた期間（即ち、ＣＯＲＥＳＥＴグループの時間方向の幅）等の情報が挙げられる。

周波数方向の情報としては、例えば、ＣＯＲＥＳＥＴやＣＯＲＥＳＥＴグループの周波数方向の幅等の情報が挙げられる。

ＣＯＲＥＳＥＴグループは、例えば、リソースプールごとに定義されてもよい。具体的な一例として、図２３に示す例では、リソースプールとして「Resource Pool A」及び「Resource Pool B」が割り当てられている。このような構成に基で、「Resource Pool A」に対して「group A」として示したＣＯＲＥＳＥＴグループが定義されており、「Resource Pool B」に対して「group B」として示したＣＯＲＥＳＥＴグループが定義されている。また、ＣＯＲＥＳＥＴグループは、複数のリソースプールに対して定義されてもよい。換言すると、少なくとも一部のＣＯＲＥＳＥＴグループが、複数のリソースプールに関連付けられていてもよい。即ち、１つのＣＯＲＥＳＥＴグループにより、複数のリソースプールに対するConfigureが行われてもよい。

また、互いに異なる複数のＣＯＲＥＳＥＴグループにより、複数のリソースプールに対するConfigureが行われてもよい。即ち、少なくとも一部のリソースプール（または、少なくとも一部のサブリソースプール）に対して、設定された複数のＣＯＲＥＳＥＴグループのうち２以上のＣＯＲＥＳＥＴグループが関連付けられてもよい。また、ＣＯＲＥＳＥＴグループそれぞれのConfigurationが、リソースプールごとに異なっていてもよい。

ここで、図２１を参照して説明した、ＣＯＲＥＳＥＴ割り当て通知用のＣＯＲＥＳＥＴに含まれる情報の一例について説明する。ＣＯＲＥＳＥＴ割り当て通知用のＣＯＲＥＳＥＴに含まれる情報としては、例えば、当該ＣＯＲＥＳＥＴが割り当てられた領域の時間方向の有効範囲を示す情報（即ち、どこまでを当該領域とするかを示す情報）が挙げられる。

また、上述したＣＯＲＥＳＥＴグループの定義を想定した場合には、ＣＯＲＥＳＥＴ割り当て通知用のＣＯＲＥＳＥＴに含まれる情報としては、例えば、ＣＯＲＥＳＥＴグループ内に含まれるＣＯＲＥＳＥＴの数に関する情報が挙げられる。また、ＣＯＲＥＳＥＴ割り当て通知用のＣＯＲＥＳＥＴに含まれる情報として、ＣＯＲＥＳＥＴグループ内に含まれる各ＣＯＲＥＳＥＴの時間周波数領域に関する情報が含まれていてもよい。また、ＣＯＲＥＳＥＴ割り当て通知用のＣＯＲＥＳＥＴに含まれる情報として、ＣＯＲＥＳＥＴグループ内に含まれる各ＣＯＲＥＳＥＴの属性、種別に関する情報（タイプ情報）、送信トラフィックに関する情報、優先度情報等が挙げられる。また、当該優先度情報としては、例えば、どのレベルの優先度のパケットを送信できるかを規定した情報等が挙げられる。

ＣＯＲＥＳＥＴ割り当て通知用のＣＯＲＥＳＥＴは、複数のＣＯＥＳＥＴのPeriodに対する割り当てに関する情報を含んでもよい。また、ＣＯＲＥＳＥＴ割り当て通知用のＣＯＲＥＳＥＴは、所定のperiodごと（例えば、1periodごと）の割り当てに関する情報を含んでもよい。

また、送信端末（端末装置２００）は、ＣＯＲＥＳＥＴの設定の上書きや、一部のＣＯＲＥＳＥＴについての割り当て領域の拡張を行ってもよい。換言すると、端末装置は、少なくとも一部のＣＯＥＲＳＥＴの割り当ての変更を行ってもよい。例えば、図２４は、ＣＯＲＥＳＥＴの割り当ての変更について概要を説明するための説明図である。図２４に示す例における横軸及び縦軸は、図１６に示す例と同様に時間及び周波数を示している。

具体的には、送信端末は、センシングを実施することで一部のＣＯＲＥＳＥＴが使用されていないと判断した場合には、当該ＣＯＲＥＳＥＴを新たに異なるＣＯＲＥＳＥＴ（例えば、異なる用途に対応したＣＯＲＥＳＥＴ）に改めて設定したうえで、当該設定後のＣＯＲＥＳＥＴを使用してもよい。また、送信端末は、一部のＣＯＲＥＳＥＴの領域に対して、他のＣＯＲＥＳＥＴを上書きしてもよい。例えば、図２４に示す例では、Mode4_Broadcastに対応するＣＯＲＥＳＥＴの一部が、Mode4_Unicastに対応するＣＯＲＥＳＥＴに書き換えられている（即ち、上書きされている）。これにより、制御領域中の部分領域のうち、Mode4_Unicastに対応するＣＯＲＥＳＥＴが割り当てられた部分領域を拡張することが可能となる。なお、ＣＯＲＥＳＥＴの上書きが可能な部分領域、換言すると、互いに異なる複数の用途に対応するＣＯＲＥＳＥＴが割り当てられ得る部分領域については、例えば、基基地局１００等のようにサイドリンク通信の制御に関する権限を有する装置により設定されてもよい。

送信端末（端末装置２００）は、ＣＯＲＥＳＥＴの割り当ての変更（例えば、上書きや追加等）を行った場合には、変更したＣＯＲＥＳＥＴの割り当てに関する情報を、他の通信装置（例えば、他の端末装置）に通知してもよい。この場合には、送信端末は、例えば、サイドリンクＲＲＣ等を利用して、当該情報を他の通信装置に通知してもよい。また、送信端末は、一部のＣＯＲＥＳＥＴが割り当てられる領域を拡張する可能性がある場合には、当該可能性の示唆に関する情報を、事前に他の通信装置（例えば、他の端末装置）に通知してもよい。この場合には、例えば、送信端末から送信されたデータを受信する他の端末装置（受信端末）は、送信端末から通知された情報に基づき、拡張の可能性が示唆された領域に割り当てられたＣＯＲＥＳＥＴのデコードを行ってもよい。また、ＣＯＲＥＳＥＴが割り当てられる領域の拡張は部分的に行われてもよい。具体的には、あるＣＯＲＥＳＥＴが割り当てられた領域のうち、一部の部分領域に対してのみ他のＣＯＲＥＳＥＴへの上書きを行うことで、当該他のＣＯＲＥＳＥＴが割り当てられた領域の拡張が行われてもよい。

ここで、図２５を参照して、ＣＯＲＥＳＥＴの再設定（例えば、上書き）に係る処理の流れの一例について説明する。図２５は、ＣＯＲＥＳＥＴの再設定に係る処理の流れの一を示したフローチャートである。

まず、基地局１００等のようにサイドリンク通信の制御に関する権限を有する装置により、ＣＯＲＥＳＥＴの割り当てが行われる（Ｓ２５１）。また、端末装置２００（情報取得部２４３）は、ＣＯＲＥＳＥＴが割り当てられた領域のセンシングを行うことで、例えば、一連のＣＯＲＥＳＥＴのうち少なくとも一部のＣＯＲＥＳＥＴの使用率を測定する（Ｓ２５３）。

端末装置２００（通信制御部２４１）は、使用率が閾値以下のＣＯＲＥＳＥＴを検出した場合には（Ｓ２５５、ＹＥＳ）、当該ＣＯＲＥＳＥＴの少なくとも一部を、所望の用途に対応するＣＯＲＥＳＥＴとして再設定する（Ｓ２５７）。また、この場合には、端末装置２００（通知部２４７）は、当該再設定の結果を周辺の他の端末装置に通知してもよい（Ｓ２５９）。そして、端末装置２００は、再設定後のＣＯＲＥＳＥＴの割り当てに基づき通信（例えば、サイドリンク通信）を実施する（Ｓ２６１）。

一方で、端末装置２００（通信制御部２４１）は、使用率が閾値以下のＣＯＲＥＳＥＴが検出されなかった場合には（Ｓ２５５、ＮＯ）、既存のＣＯＲＥＳＥＴの割り当てに基づき通信（例えば、サイドリンク通信）を実施する（Ｓ２６３）。

以上、図２５を参照して、ＣＯＲＥＳＥＴの再設定（例えば、上書き）に係る処理の流れの一例について説明した。

また、端末装置２００は、各ＣＯＲＥＳＥＴのＣＢＲ（以下「ＣＯＲＥＳＥＴ＿ＣＢＲ」とも称する）やＣＲ（以下「ＣＯＲＥＥＳＴ＿ＣＲ」とも称する）の計算を行ってもよい。当該計算については、例えば、ＣＯＲＥＳＥＴが割り当てられる領域におけるＣＢＲやＣＲに基づき行われる。なお、端末装置２００が当該計算を実施するか否かについては、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置により設定されてもよい。

また、端末装置２００は、ＣＯＲＥＳＥＴ＿ＣＢＲやＣＯＲＥＳＥＴ＿ＣＲの算出結果に応じた情報を基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置にレポートしてもよい。これにより、レポートを受けた当該装置は、当該レポートの内容を鑑みて、ＣＯＲＥＳＥＴの設定を変更することも可能となる。また、端末装置２００は、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置に対して、ＣＯＲＥＳＥＴの変更の要求を通知してもよく、当該通知に対して、ＣＯＲＥＳＥＴ＿ＣＢＲやＣＯＲＥＳＥＴ＿ＣＲの算出結果に応じた情報を関連付けてもよい。

＜６．３．コントロールチャネルの領域におけるリソースの確保＞
続いて、コントロールチャネルの領域におけるリソースの確保の観点で、本実施形態に係るシステムの技術的特徴について説明する。

ＣＯＲＥＳＥＴが設定された後は、送信端末（端末装置２００）は、パケット送信のためにＣＯＲＥＳＥＴが関連付けられたリソースを確保し、当該リソースを利用してパケットを送信する。リソース確保の方法については、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置により割り当てられる方式と、端末装置２００自体がセンシングにより自律的に割り当てる方式とが挙げられる。サイドリンク通信の制御に関する権限を有する装置により割り当てられる方式の場合には、基本的にはリソースの衝突が発生する可能性がないため、以降では、主に端末装置２００自体がセンシングにより自律的に割り当てる方式について説明する。

端末装置２００は、パケット送信のためのリソースの選択時に、例えば、以下に示すパラメータに基づきＣＯＲＥＳＥＴを選択してもよい。
・ＣＢＲ
・ＣＲ
・端末装置の位置情報
・送信するパケットに関する情報

また、サイドリンクにおけるＶ２Ｘ通信では、送信と受信とを時分割で行うように制限され、常に送信または受信ができるとは限らない、所謂ＨＤ（Half Duplex）という制約がかけられる場合がある。このようなＨＤの制約により、送信または受信が制限されるような状況（以下、「ＨＤ問題」とも称する）が発生することを防ぐために、送信端末（端末装置２００）は、時間方向の連続送信を可能な限り控えることが望ましく、周波数方向のリソースを可能な限り多く確保することがより望ましい。このような状況から、送信端末は、時間方向に連続した送信が行われる状況を避けるために、マッピングパターン（Mapping pattern）を導入してもよい。

例えば、図２６は、マッピングパターンについて概要を説明するための説明図である。図２６に示す例における横軸及び縦軸は、図１６に示す例と同様に時間及び周波数を示している。具体的には、図２６に示す例では、マッピングパターンとして「Mapping pattern A」及び「Mapping pattern B」が設定されており、適用するマッピングパターンに応じてリソースの割り当てが行われる。このとき、各マッピングパターンは、時間周波数領域で相互に直交するように設定される。このようにマッピングパターンが設定されることで、時間方向に連続してリソースが割り当てられる事態の発生を回避することが可能となる。

マッピングパターンは、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置により端末装置２００に設定されてもよく、Preconfigurationによって端末装置２００に設定されていてもよい。送信端末（端末装置２００）は、選択したマッピングパターンを受信端末（他の端末装置２００）に通知するために、ＳＣＩ（Sidelink Control Information）に対して当該マッピングパターンに関する情報を関連付けてもよい。また、他の一例として、マッピングパターンを通知するためのＣＯＲＥＳＥＴが定義されてもよい。また、他の一例として、受信端末側で、マッピングパターンごとにブラインドデコーディング（Blind decoding）を行ってもよい。

＜＜７．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved Node B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局１００は、ＮｏｄｅＢ又はＢＴＳ（Base Transceiver Station）などの他の種類の基地局として実現されてもよい。基地局１００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote Radio Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局１００として動作してもよい。

また、例えば、端末装置２００又３００は、スマートフォン、タブレットＰＣ（Personal Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置２００又３００は、Ｍ２Ｍ（Machine To Machine）通信を行う端末（ＭＴＣ（Machine Type Communication）端末ともいう）として実現されてもよい。さらに、端末装置２００又３００は、これら端末に搭載される無線通信モジュール（例えば、１つの基地局１００ダイで構成される集積回路モジュール）であってもよい。

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

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

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

コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（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）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。

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

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

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

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

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

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

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

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

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

図３０に示したカーナビゲーション装置９２０において、図３を参照して説明した図３を参照して説明した端末装置２００に含まれる１つ以上の構成要素（例えば、通信制御部２４１、情報取得部２４３、及び通知部２４７の少なくともいずれか）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図３０に示したカーナビゲーション装置９２０において、例えば、図３を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。

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

＜＜８．むすび＞＞
以上説明したように、本開示の一実施形態に係るシステムにおいて、端末装置に相当する通信装置は、無線通信を行う通信部と、取得部と、制御部とを備える。取得部は、制御領域に含まれる部分領域に割り当てられた、データ領域に割り当てられるリソースの用途ごとに規定された１以上の制御リソースが含まれる制御リソースセットに関する第１の情報を他の装置から取得する。制御部は、取得された上記第１の情報に応じて上記制御リソースセットを抽出し、当該制御リソースセットに基づき、上記無線通信を介した他の通信装置との装置間通信を制御する。また、端末間通信（例えば、サイドリンク通信）の制御に関する権限を有する装置（例えば、基地局）は、無線通信を行う通信部と、通知部と、制御部とを備える。通知部は、制御領域に含まれる部分領域に割り当てられた、データ領域に割り当てられるリソースの用途ごとに規定された１以上の制御リソースが含まれる制御リソースセットに関する情報を端末装置に通知する。制御部は、装置間通信に利用可能に割り当てられた上記データ領域に含まれる１以上のリソースを、当該リソースの用途に応じて、上記制御リソースセットに関連付ける。

以上のような構成により、本開示の一実施形態に係るシステムに依れば、ＮＲ−Ｖ２Ｘ通信のように、互いに異なる複数の通信トラフィックを利用可能な装置間通信においても、当該複数の通信トラフィック（即ち、多様な通信トラフィック）を効率的に収容することが可能となる。

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

具体的な一例として、本開示に係る技術は、Ｖ２Ｘ通信に限らず、サイドリンクを介した通信のような、所謂端末装置間の通信に応用することも可能である。当該通信の具体的な一例として、Ｄ２Ｄ通信、ＭＴＣ通信等が挙げられる。また、前述したように、主にＦＤＭ型のリソースプールに対する方式として説明を行っているが、ＴＤＭ型のリソースプールに適用することも可能である。なお、この場合には、例えば、周波数方向及び時間方向について述べている部分において、周波数方向と時間方向とを適宜読み替えるものとする。また、本開示に係る技術は、ＩＡＢ（Integrated Access and Backhaul link）のようなリレー通信におけるサイドリンク通信に対して適用されてもよい。また、車が基地局と車周辺のユーザ端末との間に立ち、リレー端末となるようなVehicle tetheringのユースケースに適用されてもよい。この場合には、例えば、車と周辺のユーザ端末との通信リンクがサイドリンクで確立され、本開示に関わる技術が適用されてもよい。

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

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
無線通信を行う通信部と、
制御領域に含まれる部分領域に割り当てられた、データ領域に割り当てられるリソースの用途ごとに規定された１以上の制御リソースが含まれる制御リソースセットに関する情報を他の装置から取得する取得部と、
取得された前記制御リソースセットに関する情報に応じて前記制御リソースセットを抽出し、当該制御リソースセットに基づき、前記無線通信を介した他の通信装置との装置間通信を制御する制御部と、
を備える、通信装置。
（２）
前記制御リソースセットは、前記装置間通信の制御に関する権限を有する第１の装置により設定される、前記（１）に記載の通信装置。
（３）
前記装置間通信の制御に関する権限を有する装置は、基地局、ロードサイドユニット、リレーノード、リレー端末、及びマスター端末のうちのいずれかである、前記（２）に記載の通信装置。
（４）
前記取得部は、前記第１の装置から前記制御リソースセットに関する情報を取得する、前記（２）または（３）に記載の通信装置。
（５）
前記取得部は、前記第１の装置から送信された前記制御リソースセットに関する情報を、当該第１の装置とは異なる第２の装置から取得する、前記（２）または（３）に記載の通信装置。
（６）
前記取得部は、前記装置間通信を介して前記第２の装置から前記制御リソースセットに関する情報を取得する、前記（５）に記載の通信装置。
（７）
前記制御リソースセットに関する情報は、前記制御領域のうちの１以上の前記制御リソースセットが割り当てられた第１の部分領域とは異なる第２の部分領域に割り当てられ、
前記取得部は、前記第２の部分領域から前記制御リソースセットに関する情報を抽出する、
前記（１）〜（３）のいずれか一項に記載の通信装置。
（８）
前記制御リソースセットに関する情報は、１以上の前記制御リソースセットが割り当てられた前記制御領域のうちの部分領域に関する情報を含み、
前記制御部は、前記制御リソースセットに関する情報に基づき、前記制御リソースセットを抽出する、
前記（１）〜（７）のいずれか一項に記載の通信装置。
（９）
前記制御リソースセットは、前記装置間通信のトラフィックタイプと、前記装置間通信に利用可能なリソースの割り当て方法と、のうちの少なくともいずれかの前記装置間通信に関する種別ごとに設定され、
前記制御部は、前記制御リソースセットに関する情報に基づき、前記装置間通信に関する種別に応じた前記制御リソースセットを抽出する、
前記（１）〜（８）のいずれか一項に記載の通信装置。
（１０）
前記装置間通信に利用可能に割り当てられた少なくとも一部のリソースに対して複数の制御リソースセットが関連付けられており、
前記制御部は、当該複数の制御リソースセットの中から、所定の条件に応じて、少なくとも一部の制御リソースセットを抽出する、
前記（１）〜（９）のいずれか一項に記載の通信装置。
（１１）
前記複数の制御リソースセットは、前記少なくとも一部のリソースを含むリソースプールまたはサブリソースプールに関連付けられている、前記（１０）に記載の通信装置。
（１２）
無線通信を行う通信部と、
制御領域に含まれる部分領域に割り当てられた、データ領域に割り当てられるリソースの用途ごとに規定された１以上の制御リソースが含まれる制御リソースセットに関する情報を端末装置に通知する通知部と、
装置間通信に利用可能に割り当てられた前記データ領域に含まれる１以上のリソースを、当該リソースの用途に応じて、前記制御リソースセットに関連付ける制御部と、
を備える、通信装置。
（１３） 前記制御部は、
前記制御リソースセットを、前記制御領域に含まれる部分領域に割り当て、
前記１以上のリソースを、当該リソースの用途に応じて、当該制御リソースセットに関連付ける
前記（１２）に記載の通信装置。
（１４）
前記制御部は、前記制御リソースセットを、前記装置間通信に利用可能に割り当てたリソースプールにまたはサブリソースプールに対応する前記制御領域に割り当てる、前記（１３）に記載の通信装置。
（１５）
前記制御部は、少なくとも一部の前記リソースプール、または少なくとも一部の前記サブリソースプールに対して、前記制御リソースセットを個別に関連付ける、前記（１４）に記載の通信装置。
（１６）
前記制御部は、少なくとも一部の前記制御リソースセットに対して、複数のリソースプール、または複数のサブリソースプールを関連付ける、前記（１４）または（１５）に記載の通信装置。
（１７）
リソースを割り当てる領域が周波数方向に分割されることで前記制御領域と前記データ領域とが規定され、
前記制御部は、前記制御領域が時間方向に分割された部分領域に対して前記制御リソースセットを割り当てる、
前記（１２）〜（１６）のいずれか一項に記載の通信装置。
（１８）
前記制御部は、前記制御リソースセットを、所定の期間ごとに周期的に割り当てる、前記（１７）に記載の通信装置。
（１９）
前記制御部は、
複数の前記制御リソースセットを含む制御リソースセットグループを設定し、
前記制御リソースセットグループを、所定の期間ごとに周期的に割り当てる、
前記（１８）に記載の通信装置。
（２０）
前記制御部は、
少なくとも一部に互いに異なる前記制御リソースセットが含まれるように、複数の前記制御リソースセットグループを設定し、
複数の前記制御リソースセットグループそれぞれを、リソースプールまたはサブリソースプールに関連付ける、
前記（１９）に記載の通信装置。
（２１）
前記制御部は、設定した複数の前記制御リソースセットグループのうち少なくとも一部の２以上の制御リソースセットグループそれぞれに対して、リソースプールまたはサブリソースプールを個別に関連付ける、前記（２０）に記載の通信装置。
（２２）
前記制御部は、設定した前記複数の制御リソースセットグループのうち少なくとも一部の制御リソースセットグループに対して、複数のリソースプールまたは複数のサブリソースプールを関連付ける、前記（２０）または（２１）に記載の通信装置。
（２３）
前記制御部は、少なくとも一部のリソースプール、または少なくとも一部のサブリソースプールに対して、設定した複数の前記制御リソースセットグループのうち少なくとも一部の２以上の制御リソースセットグループを関連付ける、前記（２０）〜（２２）のいずれか一項に記載の通信装置。
（２４）
前記制御部は、前記制御領域を時間方向に沿って所定のマッピングパターンに基づき割り当てた複数の部分領域に対して、少なくとも一部の前記制御リソースセットを割り当てる、前記（１２）〜（２３）のいずれか一項に記載の通信装置。
（２５）
コンピュータが、
無線通信を行うことと、
制御領域に含まれる部分領域に割り当てられた、データ領域に割り当てられるリソースの用途ごとに規定された１以上の制御リソースが含まれる制御リソースセットに関する制御リソースセットに関する情報を他の装置から取得することと、
取得された前記制御リソースセットに関する情報に応じて前記制御リソースセットを抽出し、当該制御リソースセットに基づき、前記無線通信を介した他の通信装置との装置間通信を制御することと、
を含む、通信方法。
（２６）
コンピュータが、
無線通信を行うことと、
制御領域に含まれる部分領域に割り当てられた、データ領域に割り当てられるリソースの用途ごとに規定された１以上の制御リソースが含まれる制御リソースセットに関する情報を端末装置に通知することと、
装置間通信に利用可能に割り当てられた前記データ領域に含まれる１以上のリソースを、当該リソースの用途に応じて、前記制御リソースセットに関連付けることと、
を含む、通信方法。

１ システム
１００ 基地局
１１０ アンテナ部
１２０ 無線通信部
１３０ ネットワーク通信部
１４０ 記憶部
１５０ 制御部
１５１ 通信制御部
１５３ 情報取得部
１５５ 通知部
２００ 端末装置
２１０ アンテナ部
２２０ 無線通信部
２３０ 記憶部
２４０ 制御部
２４１ 通信制御部
２４３ 情報取得部
２４７ 通知部

Claims (24)

1. 無線通信を行う通信部と、
   制御領域に含まれる部分領域に割り当てられた、データ領域に割り当てられるリソースの用途ごとに規定された１以上の制御リソースが含まれる制御リソースセットに関する情報を他の装置から取得する取得部と、
   取得された前記制御リソースセットに関する情報に応じて前記制御リソースセットを抽出し、当該制御リソースセットに基づき、前記無線通信を介した他の通信装置との装置間通信を制御する制御部と、
   を備える、通信装置。
2. 前記制御リソースセットは、前記装置間通信の制御に関する権限を有する第１の装置により設定される、請求項１に記載の通信装置。
3. 前記装置間通信の制御に関する権限を有する装置は、基地局、ロードサイドユニット、リレーノード、リレー端末、及びマスター端末のうちのいずれかである、請求項２に記載の通信装置。
4. 前記取得部は、前記第１の装置から前記制御リソースセットに関する情報を取得する、請求項２に記載の通信装置。
5. 前記取得部は、前記第１の装置から送信された前記制御リソースセットに関する情報を、当該第１の装置とは異なる第２の装置から取得する、請求項２に記載の通信装置。
6. 前記取得部は、前記装置間通信を介して前記第２の装置から前記制御リソースセットに関する情報を取得する、請求項５に記載の通信装置。
7. 前記制御リソースセットに関する情報は、前記制御領域のうちの１以上の前記制御リソースセットが割り当てられた第１の部分領域とは異なる第２の部分領域に割り当てられ、
   前記取得部は、前記第２の部分領域から前記制御リソースセットに関する情報を抽出する、
   請求項１に記載の通信装置。
8. 前記制御リソースセットに関する情報は、１以上の前記制御リソースセットが割り当てられた前記制御領域のうちの部分領域に関する情報を含み、
   前記制御部は、前記制御リソースセットに関する情報に基づき、前記制御リソースセットを抽出する、
   請求項１に記載の通信装置。
9. 前記制御リソースセットは、前記装置間通信のトラフィックタイプと、前記装置間通信に利用可能なリソースの割り当て方法と、のうちの少なくともいずれかの前記装置間通信に関する種別ごとに設定され、
   前記制御部は、前記制御リソースセットに関する情報に基づき、前記装置間通信に関する種別に応じた前記制御リソースセットを抽出する、
   請求項１に記載の通信装置。
10. 前記装置間通信に利用可能に割り当てられた少なくとも一部のリソースに対して複数の制御リソースセットが関連付けられており、
    前記制御部は、当該複数の制御リソースセットの中から、所定の条件に応じて、少なくとも一部の制御リソースセットを抽出する、
    請求項１に記載の通信装置。
11. 前記複数の制御リソースセットは、前記少なくとも一部のリソースを含むリソースプールまたはサブリソースプールに関連付けられている、請求項１０に記載の通信装置。
12. 無線通信を行う通信部と、
    制御領域に含まれる部分領域に割り当てられた、データ領域に割り当てられるリソースの用途ごとに規定された１以上の制御リソースが含まれる制御リソースセットに関する情報を端末装置に通知する通知部と、
    装置間通信に利用可能に割り当てられた前記データ領域に含まれる１以上のリソースを、当該リソースの用途に応じて、前記制御リソースセットに関連付ける制御部と、
    を備える、通信装置。
13. 前記制御部は、
    前記制御リソースセットを、前記制御領域に含まれる部分領域に割り当て、
    前記１以上のリソースを、当該リソースの用途に応じて、当該制御リソースセットに関連付ける
    請求項１２に記載の通信装置。
14. 前記制御部は、前記制御リソースセットを、前記装置間通信に利用可能に割り当てたリソースプールにまたはサブリソースプールに対応する前記制御領域に割り当てる、請求項１３に記載の通信装置。
15. 前記制御部は、少なくとも一部の前記リソースプール、または少なくとも一部の前記サブリソースプールに対して、前記制御リソースセットを個別に関連付ける、請求項１４に記載の通信装置。
16. 前記制御部は、少なくとも一部の前記制御リソースセットに対して、複数のリソースプール、または複数のサブリソースプールを関連付ける、請求項１４に記載の通信装置。
17. リソースを割り当てる領域が周波数方向に分割されることで前記制御領域と前記データ領域とが規定され、
    前記制御部は、前記制御領域が時間方向に分割された部分領域に対して前記制御リソースセットを割り当てる、
    請求項１２に記載の通信装置。
18. 前記制御部は、前記制御リソースセットを、所定の期間ごとに周期的に割り当てる、請求項１７に記載の通信装置。
19. 前記制御部は、
    複数の前記制御リソースセットを含む制御リソースセットグループを設定し、
    前記制御リソースセットグループを、所定の期間ごとに周期的に割り当てる、
    請求項１８に記載の通信装置。
20. 前記制御部は、
    少なくとも一部に互いに異なる前記制御リソースセットが含まれるように、複数の前記制御リソースセットグループを設定し、
    複数の前記制御リソースセットグループそれぞれを、リソースプールまたはサブリソースプールに関連付ける、
    請求項１９に記載の通信装置。
21. 前記制御部は、設定した複数の前記制御リソースセットグループのうち少なくとも一部の２以上の制御リソースセットグループそれぞれに対して、リソースプールまたはサブリソースプールを個別に関連付ける、請求項２０に記載の通信装置。
22. 前記制御部は、設定した前記複数の制御リソースセットグループのうち少なくとも一部の制御リソースセットグループに対して、複数のリソースプールまたは複数のサブリソースプールを関連付ける、請求項２０に記載の通信装置。
23. 前記制御部は、少なくとも一部のリソースプール、または少なくとも一部のサブリソースプールに対して、設定した複数の前記制御リソースセットグループのうち少なくとも一部の２以上の制御リソースセットグループを関連付ける、請求項２０に記載の通信装置。
24. 前記制御部は、前記制御領域を時間方向に沿って所定のマッピングパターンに基づき割り当てた複数の部分領域に対して、少なくとも一部の前記制御リソースセットを割り当てる、請求項１２に記載の通信装置。

Images