(57)【要約】【課題】ＮＲ  Ｖ２Ｘ通信において効率的にリソースのセンシングを行うことが可能な通信装置を提供する。【解決手段】無線通信を行う通信部と、他の装置との間で装置間通信を行う通信方式において利用されるリソースをセンシングする動作を制御する制御部と、を備え、前記制御部は、前記リソースを時間軸上の所定の最小単位でセンシングするよう制御する、通信装置が提供される。【選択図】図１
2020053870.tif 000002
【特許請求の範囲】
【請求項１】
無線通信を行う通信部と、
他の装置との間で装置間通信を行う通信方式において利用されるリソースをセンシングする動作を制御する制御部と、
を備え、
前記制御部は、前記リソースを時間軸上の所定の最小単位でセンシングするよう制御する、通信装置。
【請求項２】
前記制御部は、前記リソースをシンボル単位でセンシングするよう制御する、請求項１に記載の通信装置。
【請求項３】
前記制御部は、前記通信部が受信したスロットフォーマットに基づいて前記リソースをシンボル単位でセンシングするよう制御する、請求項２に記載の通信装置。
【請求項４】
前記スロットフォーマットは、基地局から通知される、請求項３に記載の通信装置。
【請求項５】
前記スロットフォーマットは、周期的に基地局から通知される、請求項４に記載の通信装置。
【請求項６】
前記スロットフォーマットは、セルに接続した時点で基地局から通知される、請求項４に記載の通信装置。
【請求項７】
前記スロットフォーマットは、基地局への要求に応じて該基地局から通知される、請求項４に記載の通信装置。
【請求項８】
前記スロットフォーマットは、前記他の装置との間で共有される、請求項４に記載の通信装置。
【請求項９】
前記制御部は、さらに、前記リソースを、送信できる周波数軸上の所定の最小単位でセンシングするよう制御する、請求項１に記載の通信装置。
【請求項１０】
前記制御部は、前記最小単位の情報に基づいてセンシングするよう制御する、請求項９に記載の通信装置。
【請求項１１】
前記最小単位の情報は、基地局から通知される、請求項１０に記載の通信装置。
【請求項１２】
前記最小単位の情報は、周期的に基地局から通知される、請求項１１に記載の通信装置。
【請求項１３】
前記最小単位の情報は、セルに接続した時点で基地局から通知される、請求項１１に記載の通信装置。
【請求項１４】
前記最小単位の情報は、基地局への要求に応じて該基地局から通知される、請求項１１に記載の通信装置。
【請求項１５】
前記最小単位の情報は、前記他の装置との間で共有される、請求項１１に記載の通信装置。
【請求項１６】
異なるヌメロロジーの前記リソースが直交に設定される、請求項１に記載の通信装置。
【請求項１７】
前記制御部は、予約した前記リソースについての情報を前記通信部から通知させる、請求項１に記載の通信装置。
【請求項１８】
前記制御部は、予約した前記リソースについての情報を前記通信部からブロードキャストさせる、請求項１７に記載の通信装置。
【請求項１９】
前記制御部は、予約した前記リソースについての情報を、通信相手の基地局へ通知させる、請求項１７に記載の通信装置。
【請求項２０】
移動体に備えられる装置である、請求項１に記載の通信装置。
【請求項２１】
前記移動体は、車両である、請求項２０に記載の通信装置。
【請求項２２】
端末装置との間で無線通信を行う通信部と、
前記端末装置が他の装置との間で装置間通信を行う通信方式において利用されるリソースをセンシングする動作を制御するための情報を前記通信部から通知させる制御部と、
を備え、
前記制御部は、前記端末装置に、前記リソースを時間軸上の所定の最小単位でセンシングするよう制御するための情報を前記通信部から通知させる、制御装置。
【請求項２３】
請求項１に記載の通信装置を少なくとも２つ備える、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置、制御装置及び通信システムに関する。
【背景技術】
【０００２】
将来の自動運転の実現のため、近年、車載通信（Ｖ２Ｘ通信）への期待が高まってきている。Ｖ２Ｘ通信とは、Vehicle  to  X通信の略であり、車と“何か”が通信を行うシステムである。ここでの“何か”の例として、車両（Vehicle）、設備（Infrastructure）、ネットワーク（Network）、及び歩行者（Pedestrian）等が挙げられる（Ｖ２Ｖ、Ｖ２Ｉ、Ｖ２Ｎ、及びＶ２Ｐ）。例えば、特許文献１には、Ｖ２Ｘ通信に関する技術の一例が開示されている。
【０００３】
また、車用の無線通信としては、これまで主に、８０２．１１ｐベースのＤＳＲＣ（Dedicated  Short  Range  Communication）の開発が進められてきたが、近年になり、ＬＴＥベースの車載通信である“ＬＴＥ−ｂａｓｅｄ  Ｖ２Ｘ”の標準規格化が行われた。ＬＴＥベースのＶ２Ｘ通信では、基本的なセーフティメッセージ等のやり取りなどがサポートされている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−２０８７９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方、ＮＲ（New  Radio）を用いたＮＲ  Ｖ２Ｘ通信では、ＬＴＥベースのＶ２Ｘ通信とは異なるメカニズムが採用されることになるため、ＬＴＥベースのＶ２Ｘ通信と同じ方法でリソースのセンシングを行うことが出来なくなる可能性がある。
【０００６】
そこで、本開示では、ＮＲ  Ｖ２Ｘ通信において効率的にリソースのセンシングを行うことが可能な、新規かつ改良された通信装置、制御装置及び通信システムを提案する。
【課題を解決するための手段】
【０００７】
本開示によれば、無線通信を行う通信部と、他の装置との間で装置間通信を行う通信方式において利用されるリソースをセンシングする動作を制御する制御部と、を備え、前記制御部は、前記リソースを時間軸上の所定の最小単位でセンシングするよう制御する、通信装置が提供される。
【０００８】
また本開示によれば、端末装置との間で無線通信を行う通信部と、前記端末装置が他の装置との間で装置間通信を行う通信方式において利用されるリソースをセンシングする動作を制御するための情報を前記通信部から通知させる制御部と、を備え、前記制御部は、前記端末装置に、前記リソースを時間軸上の所定の最小単位でセンシングするよう制御するための情報を前記通信部から通知させる、制御装置が提供される。
【０００９】
また本開示によれば、上記通信装置を少なくとも２つ備える、通信システムが提供される。
【図面の簡単な説明】
【００１０】
【図１】本開示の一実施形態に係るシステムの概略的な構成の一例について説明するための説明図である。
【図２】同実施形態に係る基地局の構成の一例を示すブロック図である。
【図３】同実施形態に係る端末装置の構成の一例を示すブロック図である。
【図４】Ｖ２Ｘ通信の概要について示した図である。
【図５】Ｖ２Ｘ通信の全体像の一例について説明するための説明図である。
【図６】Ｖ２Ｘ通信のユースケースの一例を示した図である。
【図７】Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。
【図８】Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。
【図９】Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。
【図１０】Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。
【図１１】Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。
【図１２】Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。
【図１３】サイドリンク通信に割り当てられたリソースの構成の一例について示した図である。
【図１４】Mode4リソース割り当てに基づき端末装置がパケットを送信する場合の動作タイムラインの一例について説明するための説明図である。
【図１５】ＬＴＥ  Ｖ２Ｘでのセンシング動作を示す説明図である。
【図１６】ＬＴＥ  Ｖ２Ｘでのセンシング動作をより詳細に示す説明図である。
【図１７】端末装置の動作例を示す流れ図である。
【図１８】ＮＲのフレーム構成の一例を示す説明図である。
【図１９】リソースグリッドの一例を示す説明図である。
【図２０】スロットフォーマットの一例を示す説明図である。
【図２１】スロットフォーマットの一例を示す説明図である。
【図２２】異なるNumerologyが共存するリソースプールのセンシングの一例を示す説明図である。
【図２３】端末装置がＰＲＢ単位でリソースを選択する例を示す説明図である。
【図２４】端末装置が最小単位の送信リソースブロックのサイズ単位でリソースを選択する例を示す説明図である。
【図２５Ａ】異なるNumerologyが共存する時の、リソースプールの構成例を示す説明図である。
【図２５Ｂ】異なるNumerologyが共存する時の、リソースプールの構成例を示す説明図である。
【図２５Ｃ】異なるNumerologyが共存する時の、リソースプールの構成例を示す説明図である。
【図２６】ＮＲのサイドリンクのＮＲのスロットフォーマットの一例を示す説明図である。
【図２７】シンボルレベルでのセンシングを説明する説明図である。
【図２８】本実施形態に係るハイブリッドセンシングの一例を示す説明図である。
【図２９】本実施形態に係るＮＲ  ＵＥの動作例を示す流れ図である。
【図３０】ＮＲのＳＡとＬＴＥのＳＡの両方で、関連するＮＲデータを指示する例を示す説明図である。
【図３１】ＮＲ  ＵＥがＬＴＥ  ＵＥにＮＲデータ用の送信リソースとリザベーション情報を通知する様子を示す説明図である。
【図３２】基地局がMode3のＮＲ  ＵＥのリソース使用状況とリザベーション情報を、ＬＴＥ  ＵＥに通知する様子を示す説明図である。
【図３３】基地局がMode4のＮＲ  ＵＥのリソース使用状況とリザベーション情報をＬＴＥ  ＵＥに通知する一例を示す説明図である。
【図３４】本実施形態に係るＮＲ  ＵＥの動作例を示す流れ図である。
【図３５】ｅＮＢの概略的な構成の第１の例を示すブロック図である。
【図３６】ｅＮＢの概略的な構成の第２の例を示すブロック図である。
【図３７】スマートフォンの概略的な構成の一例を示すブロック図である。
【図３８】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１１】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１２】
なお、説明は以下の順序で行うものとする。
１．構成例
１．１．システム構成の一例
１．２．基地局の構成例
１．３．端末装置の構成例
２．Ｖ２Ｘ通信
３．サイドリンクへのリソースの割り当て方式
４．ＮＲのフレーム構成
５．リソースグリッド
６．スロットフォーマット
７．Numerologyとフレーム構成に応じたセンシング単位の変更
８．ＬＴＥ  Ｖ２ＸとＮＲ  Ｖ２Ｘの共存
９．応用例
９．１．基地局に関する応用例
９．２．端末装置に関する応用例
１０．まとめ
【００１３】
＜＜１．構成例＞＞
＜１．１．システム構成の一例＞
まず、図１を参照して、本開示の一実施形態に係るシステム１の概略的な構成の一例について説明する。図１は、本開示の一実施形態に係るシステム１の概略的な構成の一例について説明するための説明図である。図１に示すように、システム１は、無線通信装置１００と、端末装置２００とを含む。ここでは、端末装置２００は、ユーザとも呼ばれる。当該ユーザは、ＵＥとも呼ばれ得る。無線通信装置１００Ｃは、ＵＥ−Ｒｅｌａｙとも呼ばれる。ここでのＵＥは、ＬＴＥ又はＬＴＥ−Ａにおいて定義されているＵＥであってもよく、ＵＥ−Ｒｅｌａｙは、３ＧＰＰで議論されているＰｒｏｓｅ  ＵＥ  ｔｏ  Ｎｅｔｗｏｒｋ  Ｒｅｌａｙであってもよく、より一般的に通信機器を意味してもよい。
【００１４】
（１）無線通信装置１００
無線通信装置１００は、配下の装置に無線通信サービスを提供する装置である。例えば、無線通信装置１００Ａは、セルラーシステム（又は移動体通信システム）の基地局である。基地局１００Ａは、基地局１００Ａのセル１０Ａの内部に位置する装置（例えば、端末装置２００Ａ）との無線通信を行う。例えば、基地局１００Ａは、端末装置２００Ａへのダウンリンク信号を送信し、端末装置２００Ａからのアップリンク信号を受信する。
【００１５】
基地局１００Ａは、他の基地局と例えばＸ２インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。また、基地局１００Ａは、所謂コアネットワーク（図示を省略する）と例えばＳ１インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。なお、これらの装置間の通信は、物理的には多様な装置により中継され得る。
【００１６】
ここで、図１に示した無線通信装置１００Ａは、マクロセル基地局であり、セル１０Ａはマクロセルである。一方で、無線通信装置１００Ｂ及び１００Ｃは、スモールセル１０Ｂ及び１０Ｃをそれぞれ運用するマスタデバイスである。一例として、マスタデバイス１００Ｂは、固定的に設置されるスモールセル基地局である。スモールセル基地局１００Ｂは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｂ内の１つ以上の端末装置（例えば、端末装置２００Ｂ）との間でアクセスリンクをそれぞれ確立する。なお、無線通信装置１００Ｂは、３ＧＰＰで定義されるリレーノードであってもよい。マスタデバイス１００Ｃは、ダイナミックＡＰ（アクセスポイント）である。ダイナミックＡＰ１００Ｃは、スモールセル１０Ｃを動的に運用する移動デバイスである。ダイナミックＡＰ１００Ｃは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｃ内の１つ以上の端末装置（例えば、端末装置２００Ｃ）との間でアクセスリンクをそれぞれ確立する。ダイナミックＡＰ１００Ｃは、例えば、基地局又は無線アクセスポイントとして動作可能なハードウェア又はソフトウェアが搭載された端末装置であってよい。この場合のスモールセル１０Ｃは、動的に形成される局所的なネットワーク（Localized  Network／Virtual  Cell）である。
【００１７】
セル１０Ａは、例えば、ＬＴＥ、ＬＴＥ−Ａ（LTE−Advanced）、ＬＴＥ−ＡＤＶＡＮＣＥＤ  ＰＲＯ、ＧＳＭ（登録商標）、ＵＭＴＳ、Ｗ−ＣＤＭＡ、ＣＤＭＡ２０００、ＷｉＭＡＸ、ＷｉＭＡＸ２又はＩＥＥＥ８０２．１６などの任意の無線通信方式に従って運用されてよい。
【００１８】
なお、スモールセルは、マクロセルと重複して又は重複せずに配置される、マクロセルよりも小さい様々な種類のセル（例えば、フェムトセル、ナノセル、ピコセル及びマイクロセルなど）を含み得る概念である。ある例では、スモールセルは、専用の基地局によって運用される。別の例では、スモールセルは、マスタデバイスとなる端末がスモールセル基地局として一時的に動作することにより運用される。いわゆるリレーノードもまた、スモールセル基地局の一形態であると見なすことができる。リレーノードの親局として機能する無線通信装置は、ドナー基地局とも称される。ドナー基地局は、ＬＴＥにおけるＤｅＮＢを意味してもよく、より一般的にリレーノードの親局を意味してもよい。
【００１９】
（２）端末装置２００
端末装置２００は、セルラーシステム（又は移動体通信システム）において通信可能である。端末装置２００は、セルラーシステムの無線通信装置（例えば、基地局１００Ａ、マスタデバイス１００Ｂ又は１００Ｃ）との無線通信を行う。例えば、端末装置２００Ａは、基地局１００Ａからのダウンリンク信号を受信し、基地局１００Ａへのアップリンク信号を送信する。
【００２０】
また、端末装置２００としては、所謂ＵＥのみに限らず、例えば、ＭＴＣ端末、ｅＭＴＣ（Enhanced  MTC）端末、及びＮＢ−ＩｏＴ端末等のような所謂ローコスト端末（Low  cost  UE）が適用されてもよい。また、ＲＳＵ(Road  Side  Unit)のようなインフラストラクチャ端末やＣＰＥ(Customer  Premises  Equipment)のような端末が適用されてもよい。
【００２１】
（３）補足
以上、システム１の概略的な構成を示したが、本技術は図１に示した例に限定されない。例えば、システム１の構成として、マスタデバイスを含まない構成、ＳＣＥ（Small  Cell  Enhancement）、ＨｅｔＮｅｔ（Heterogeneous  Network）、ＭＴＣネットワーク等が採用され得る。またシステム１の構成の、他の一例として、マスタデバイスがスモールセルに接続し、スモールセルの配下でセルを構築してもよい。
【００２２】
＜１．２．基地局の構成例＞
次いで、図２を参照して、本開示の一実施形態に係る基地局１００の構成を説明する。図２は、本開示の一実施形態に係る基地局１００の構成の一例を示すブロック図である。図２を参照すると、基地局１００は、アンテナ部１１０と、無線通信部１２０と、ネットワーク通信部１３０と、記憶部１４０と、制御部１５０とを含む。
【００２３】
（１）アンテナ部１１０
アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。
【００２４】
（２）無線通信部１２０
無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。
【００２５】
（３）ネットワーク通信部１３０
ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。
【００２６】
なお、前述したように、本実施形態に係るシステム１においては、端末装置がリレー端末として動作し、リモート端末と基地局との間の通信を中継する場合がある。このような場合には、例えば、当該リレー端末に相当する無線通信装置１００Ｃは、ネットワーク通信部１３０を備えていなくてもよい。
【００２７】
（４）記憶部１４０
記憶部１４０は、基地局１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
【００２８】
（５）制御部１５０
制御部１５０は、基地局１００の様々な機能を提供する。制御部１５０は、通信制御部１５１と、情報取得部１５３と、通知部１５５とを含む。なお、制御部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部１５０は、これらの構成要素の動作以外の動作も行い得る。
【００２９】
通信制御部１５１は、無線通信部１２０を介した端末装置２００との間の無線通信の制御に係る各種処理を実行する。また、通信制御部１５１は、ネットワーク通信部１３０を介した他のノード（例えば、他の基地局やコアネットワークノード等）との間の通信の制御に係る各種処理を実行する。
【００３０】
情報取得部１５３は、端末装置２００や他のノードから各種情報を取得する。取得された当該情報は、例えば、端末装置との間の無線通信の制御や、他のノードとの連携に係る制御等に利用されてもよい。
【００３１】
通知部１５５は、端末装置２００や他のノードに各種情報を通知する。具体的な一例として、通知部１５５は、セル内の端末装置が基地局と無線通信を行うための各種情報を当該端末装置に通知してもよい。また、他の一例として、通知部１５５は、セル内の端末装置から取得した情報を、他のノード（例えば、他の基地局）に通知してもよい。
【００３２】
＜１．３．端末装置の構成例＞
次に、図３を参照して、本開示の実施形態に係る端末装置２００の構成の一例を説明する。図３は、本開示の実施形態に係る端末装置２００の構成の一例を示すブロック図である。図３に示すように、端末装置２００は、アンテナ部２１０と、無線通信部２２０と、記憶部２３０と、制御部２４０とを含む。
【００３３】
（１）アンテナ部２１０
アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。
【００３４】
（２）無線通信部２２０
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。
【００３５】
また、本実施形態に係るシステム１においては、端末装置２００が、他の端末装置２００と基地局１００を介さずに直接通信を行う場合がある。この場合には、無線通信部２２０は、他の端末装置２００との間でサイドリンク信号を送受信してもよい。
【００３６】
（３）記憶部２３０
記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
【００３７】
（４）制御部２４０
制御部２４０は、端末装置２００の様々な機能を提供する。例えば、制御部２４０は、通信制御部２４１と、情報取得部２４３と、通知部２４７とを含む。なお、制御部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部２４０は、これらの構成要素の動作以外の動作も行い得る。
【００３８】
通信制御部２４１は、無線通信部２２０を介した基地局１００や他の端末装置２００との間の無線通信の制御に係る各種処理を実行する。例えば、通信制御部２４１は、パケットの送信に利用するリソースを予約してもよい。また、通信制御部２４１は、予約されたリソースのうち一部のリソースを選択し、選択した当該リソースを利用してパケットが送信されるように制御してもよい。
【００３９】
また、通信制御部２４１は、基地局１００や他の端末装置２００から取得された情報に基づき、所定の判定を行ってもよい。より具体的な一例として、通信制御部２４１は、他の端末装置２００に対してパケットを送信可能か否か判定してもよい。また、このとき通信制御部２４１は、他の端末装置２００に送信予定のパケットをドロップするか否かを判定してもよい。
【００４０】
情報取得部２４３は、基地局１００や他の端末装置２００から各種情報を取得する。具体的な一例として、情報取得部２４３は、他の端末装置２００に関する情報（例えば、受信capability等）を、当該他の端末装置２００から取得してもよい。また、情報取得部２４３は、他の端末装置２００との通信に利用するリソースを選択するための各種情報を、基地局１００や他の端末装置２００から取得してもよい。より具体的な一例として、情報取得部２４３は、他の端末装置２００が予約したリソースに関する情報を当該他の端末装置２００から取得してもよい。
【００４１】
通知部２４７は、基地局１００や他の端末装置２００に各種情報を通知する。具体的な一例として、通知部２４７は、送信予定のデータやパケットに関する情報を、他の端末装置２００（例えば、当該データやパケットの送信先となる端末装置２００）に通知してもよい。また、通知部２４７は、パケットの送信に利用するために予約したリソースに関する情報を、他の端末装置２００に通知してもよい。
【００４２】
＜＜２．Ｖ２Ｘ通信＞＞
続いて、Ｖ２Ｘ通信について概要を説明する。Ｖ２Ｘ通信とは、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やＲＳＵとなる。
【００５４】
例えば、図７〜図１２は、Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。具体的には、図７は、車両同士が基地局（Ｅ−ＵＴＲＡＮ）を介さずに直接通信を行うシナリオを示している。図８は、車両同士が基地局を介して通信を行うシナリオを示している。図９及び図１０は、車両同士が端末装置（ＵＥ、ここではＲＳＵ）及び基地局を介して通信を行うシナリオを示している。図１１及び図１２は、車両同士が端末装置（ＵＥ、ここではＲＳＵや他の車両）を介して通信を行うシナリオを示している。
【００５５】
なお、図７〜図１２において、「サイドリンク」は、端末装置間の通信リンクに相当し、ＰＣ５とも称される。サイドリンクの具体的な一例として、Ｖ２Ｖ、Ｖ２Ｐ、及びＶ２Ｉの通信リンクが挙げられる。「Ｕｕインタフェース」は、端末装置−基地局間の無線インタフェースに相当する。Ｕｕインタフェースの具体的な一例として、Ｖ２Ｎの通信リンクが挙げられる。「ＰＣ５インタフェース」は、端末装置間の無線インタフェースに相当する。
【００５６】
＜＜３．サイドリンクリソース割り当て方式＞＞
本実施形態では、ＮＲ  Ｖ２Ｘ通信におけるＶ２Ｖ通信リンクのリソース割り当て方式にフォーカスする。ＬＴＥのサイドリンクコントロールチャネル（ＰＳＣＣＨ：Physical  Sidelink  Control  Channel）とデータチャネル（ＰＳＳＣＨ：Physical  Sidelink  Shared  Channel）においては、ＬＴＥの無線フレーム（radio  frame）が使われている。ＮＲ  Ｖ２Ｘは異なるサービスタイプをサポート、例えば一台の車に対して、高速大容量通信（ｅＭＢＢ）も低遅延高信頼（ＵＲＬＬＣ）通信も行う場合がある。特に、ＵＲＬＬＣ通信を行う時、ＬＴＥのフレーム構成を使うと、ultra-latencyの要求に満たせない可能性があるため、ＮＲのnumerologyとフレーム構成を使用した方がよいと考えられる。つまり、ＮＲ  Ｖ２Ｘにおいては、異なるサービスの要求を満たせるように、ＮＲのnumerologyとフレーム構成をＮＲのサイドリンクに使うことが望ましい。
【００５７】
一方で、ＮＲのnumerologyやフレーム構成をサイドリンクに適用すると、ＬＴＥのフレーム構成と違う場合に、ＬＴＥ  Ｖ２Ｘのセンシングのやり方でデコードできない、またはセンシングの結果に影響を与えることがある。異なるフレーム構成のトラフィックが共存する場合に、既存の方法で同時にセンシングすることができない。さらに、ＬＴＥとＮＲの車が共存する場合に、ＮＲは後方互換性を保っていないため、ＬＴＥで通信を行う車はＮＲで通信を行う車の送信パケットが読めない。そうすると、ＬＴＥで通信を行う車のセンシングの結果に影響する。
【００５８】
そこで本実施形態では、ＮＲのnumerologyやフレーム構成に対応可能なＮＲ  Ｖ２Ｘセンシングについて述べる。
【００５９】
まず。ＬＴＥのセンシング結果における、サイドリンクへリソース選択の方式について概要を説明する。
【００６０】
例えば、図１３は、サイドリンク通信に割り当てられたリソース（リソースプール）の構成の一例について示した図であり、周波数分割多重（ＦＤＭ：Frequency  Division  Multiplexing）が適用される場合の一例について示している。図１３に示すように、リソースプールは、ＳＡ（Scheduling  Assignment）領域とＤａｔａ領域とに分けられ、各領域により、ＰＳＣＣＨ（Physical  Sidelink  Control  Channel）及びＰＳＳＣＨ（Physical  Sidelink  Shared  Channel）が送信される。なお、以降では、図１３に示すようにＦＤＭが適用される場合に着目して説明するが、必ずしも本開示に係る技術の適用先を限定するものではない。具体的な一例として、時間分割多重（ＴＤＭ：Time  Division  Multiplexing）が適用される場合においても、以降で説明する本開示に係る技術を適用することが可能である。なお、ＴＤＭが適用される場合には、ＳＡ領域とＤａｔａ領域とは時間軸上で直交することとなる。
【００６１】
サイドリンクへのリソース割り当ての方式としては、基地局がサイドリンクのリソースを割り当てる「Mode3リソース割り当て」の方式と、端末装置自身でセンシングを行いサイドリンクのリソース選択を行う「Mode4リソース割り当て」の方式とがある。端末装置は自らリソースを選択する場合に、ランダムにリソースを選択するか、若しくは過去のリソースの使用状況をセンシングしてから、そのセンシング結果に基づき、リソースを選択する。
【００６２】
・Mode4リソース割り当て
図１４を参照して、Mode4リソース割り当ての概要について説明する。図１４は、Mode4リソース割り当てに基づき端末装置がパケットを送信する場合の動作タイムラインの一例について説明するための説明図である。図１４に示すように、パケットを送信する端末装置は、まず、当該パケットの送信に利用するリソースをリソースプール内から発見するためにセンシングを行う。次いで、端末装置は、当該センシングの結果に基づき、当該リソースプール内からのリソースの選択を行う。そして、端末装置は、選択したリソースを利用してパケットの送信を行う。また、このとき端末装置は、必要に応じて、以降におけるパケットの送信に利用するリソースの予約を行う。
【００６３】
ＬＴＥ  Ｖ２Ｘでは、センシングとして、SA  decodingとEnergy  measurementという２つのセンシング方法がサポートされた。端末装置は、これらのセンシングを同時に行い、リソース選択を実施する。
【００６４】
SA  decodingは、端末装置から送信されたコントロールチャネルをデコードするセンシング方法である。SA情報の中には、未来のリソースがリザーブされているかどうかを判断することが可能になる。しかしながら、SA信号のデコードを失敗すると、データ領域のリソース占有状況が分からなくなるといったデメリットがある。また、SA信号により占有されていると分かった場合でも、送信側の端末装置が受信側の端末装置の位置から十分に離れている場合、実際にデータ領域における電力レベルは許容レベル以下の可能性がある。SA  decodingのみでは、こういったデータ領域の電力レベルまでの測定が行えないため、実際に使用可能なリソースに関しても送信できないものとして排除してしまう懸念がある。
【００６５】
上記の問題を解決する為に、ＬＴＥ  Ｖ２ＸではEnergy  measurementとSA  decodingとを併用して使われることが合意された。Energy  measurementは、実際のリソース使用状況を電力レベルで測定できるため、SA  decodingを補完することが可能となる。
【００６６】
図１５は、ＬＴＥ  Ｖ２Ｘでのセンシング動作を示す説明図である。図１５は、リソースプール内からリソースを選択するためのセンシングの動作の一例について示したものである。
【００６７】
具体的には、端末装置は、センシングウィンドウ内における電力測定結果や、当該センシングウィンドウ内におけるリソースの予約状況に基づき、リソース選択ウィンドウ内におけるリソースの選択や、将来のリソースの予約を行う。具体的な一例として、図１５に示す例では、端末装置は、送信対象となるパケットが発生した場合に、センシングの結果に基づき、未来のリソースの使用状況、例えば、将来的に他のパケットの送信に利用されるリソースを予測する。端末装置は、当該予測の結果を利用することで、当該パケットの送信に利用可能なリソース、即ち、他のパケットの送信に利用されないことが予測されるリソースの選択や予約が可能となる。
【００６８】
図１６は、ＬＴＥ  Ｖ２Ｘでのセンシング動作をより詳細に示す説明図である。まずセンシングの範囲であるが、ＬＴＥ  Ｖ２Ｘの場合、Mode4の端末装置は、常にbackground  sensingを行う。ただ、端末装置は、リソースを選択するために、送信リソース選択タイミングの前の１サブフレーム間のセンシング結果を使用する。続いてセンシングの単位であるが、ＬＴＥ  Ｖ２Ｘの場合に、端末装置は、時間軸上ではサブフレーム毎にセンシングを行い、周波数軸上ではＬサブチャネル毎にセンシングを行う。Ｌは、サブフレーム毎に送信に必要なサブチャネルの数である。例えば、図１６の左側の図で示すように、１サブフレームで２つのサブチャネル（すなわち、Ｌ＝２）が必要な場合に、端末装置は、１サブフレーム×２サブチャネル単位でセンシングを行う。また図１６の右側の図で示すように、１サブフレームで６つのサブチャネル（すなわち、Ｌ＝６）が必要な場合に、端末装置は、１サブフレーム×６サブチャネル単位でセンシングを行う。
【００６９】
図１７は、端末装置の動作例を示す流れ図であり、センシングによりリソースを選択する際の動作を示したものである。
【００７０】
端末装置はまずリソースプールのセンシングを行い（ステップＳ１０１）、パケットが発生すると（ステップＳ１０２）、レイテンシ要求を満たすようなリソース候補（セットＡ）を設定する（ステップＳ１０３）。このリソース候補は、図１５のリソース選択ウィンドウに相当する。続いて端末装置は、リソースの除外を行う（ステップＳ１０４）。具体的には、端末装置は、センシングウィンドウの中に、m-100*k(k=1,2…10)のいずれのサブフレームのセンシングをスキップした場合に、上記リソース候補の中のm番目のリソースを上記リソース候補から除外する。これにより、例えば図１５の「２」で示したリソースが除外されるとする。また端末装置は、SA  decodingによって、上記リソース候補の中のリソースがリザーブされ、かつＲＳＲＰ（Reference  Signal  Received  Power）が既定の閾値（Th）より高い場合に、上記リソース候補の中のリザーブされたリソースを上記リソース候補から除外する。これにより、例えば図１５の「１」で示したリソースが除外されるとする。
【００７１】
続いて端末装置は、ステップＳ１０３で設定したリソース候補（セットＡ）から、ステップＳ１０４で除外したリソースで、リソース候補（セットＢ）を新たに設定する（ステップＳ１０５）。そして端末装置は、セットＢがセットＡの２０％以上のリソースを含むかどうか判断する（ステップＳ１０６）。セットＢがセットＡの２０％未満のリソースを含む場合（ステップＳ１０６、Ｎｏ）、端末装置は、上記閾値（Th）を３ｄＢ上げて（ステップＳ１０７）、ステップＳ１０４の処理を再度実行する。セットＢがセットＡの２０％以上のリソースを含む場合（ステップＳ１０６、Ｙｅｓ）、端末装置は、セットＢのリソース候補の中からランダムにリソースを選択して（ステップＳ１０８）、パケットを送信する。
【００７２】
＜＜４．ＮＲのフレーム構成＞＞
続いて、ＮＲのフレーム構成を述べる。図１８は、ＮＲのフレーム構成の一例を示す説明図である。１０ｍｓで構成される無線フレーム(radio  frame)のそれぞれは２つのハーフフレームから構成される。ハーフフレームの時間間隔は、５ｍｓである。ハーフフレームのそれぞれは、５つのサブフレームから構成される。サブフレームの時間間隔は、１ｍｓである。さらに、１つのサブフレームは、１つ以上のスロットで構成される。スロットの時間間隔は、ヌメロロジー（numerology、ＯＦＤＭヌメロロジー）によって異なる。ヌメロロジーは、サブキャリア間隔（subcarrier  spacing：ＳＣＳ）およびサイクリックプレフィックス（Cyclic  Prefix：ＣＰ）の組み合わせによって規定される。本実施形態でサポートされるサブキャリア間隔は１５ｋＨｚを基準とした２のべき乗倍で規定される。具体的には、サブキャリア間隔は、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、および２４０ｋＨｚがサポートされる。スロットの時間間隔は、１５ｋＨｚのサブキャリア間隔に対して１ｍｓ、３０ｋＨｚのサブキャリア間隔に対して０．５ｍｓ、６０ｋＨｚのサブキャリア間隔に対して０．２５ｍｓ、１２０ｋＨｚのサブキャリア間隔に対して０．１２５ｍｓ、２４０ｋＨｚのサブキャリア間隔に対して０．０６２５ｍｓ、である。１つのスロットは、ノーマルＣＰの場合１４個、拡張ＣＰの場合１２個のシンボルで構成される。表１は、サブキャリア間隔設定を示す表である。
【００７３】
【表１】
2020053870.tif 000003
【００７４】
＜＜５．リソースグリッド＞＞
本実施形態において、それぞれのヌメロロジーおよびキャリアにおいて、送信される物理信号または物理チャネルは、リソースグリッドによって表現される。図１９は、リソースグリッドの一例を示す説明図である。リソースグリッドは、複数のリソースエレメントによって定義される。所定のアンテナポートにおける１つのリソースエレメントは、１つのサブキャリアおよび１つのシンボルで表現される。所定のアンテナポートにおけるリソースエレメントのインデックスは、サブキャリアインデックスとシンボルインデックスの組み合わせで表すことができる。
【００７５】
また、本実施形態において、周波数軸上の単位であるリソースブロックが定義される。１つのリソースブロック（resource  block：ＲＢ、物理リソースブロック：ＰＲＢ）は、周波数軸上に連続する１２個のサブキャリアで構成される。リソースブロックには、共通リソースブロック（Common  resource  block：ＣＲＢ）、物理リソースブロック（Physical resource block：ＰＲＢ）、仮想リソースブロック（Virtual  resource  block：ＶＲＢ）がある。共通リソースブロックは、所定の帯域幅および所定のヌメロロジーで定義されるリソースブロックである。全てのヌメロロジーにおいて、共通リソースブロックはポイントＡ（Point A）から開始される。ポイントＡで指定された周波数は、全てのヌメロロジーにおける共通リソースブロック＃０のサブキャリア＃０の中心となる。物理リソースブロックは、所定の帯域幅パート内で定義されるリソースブロックであり、物理リソースブロックインデックスはその所定の帯域幅パート内で０からナンバリングされる。仮想リソースブロックは、論理的なリソースブロックであり、ＰＤＳＣＨ（Physical  Downlink  Shared  Channel）やＰＵＳＣＨ（Physical  Uplink  Shared  Channel）のプリコーディング後の信号から物理リソースブロックへマッピングする際に用いられる。
【００７６】
＜＜６．スロットフォーマット＞＞
ＴＤＤセル（非ペアスペクトル（Unpaired  spectrum））において、スロット内の１４個のシンボルのそれぞれは、下りリンク（Downlink：ＤＬ、Ｄ）、上りリンク（Uplink：ＵＬ、Ｕ）、またはフレキシブル（Flexible、Ｆ）の状態に分類することができる。下りリンクシンボルでは、端末装置は受信に利用しうる。上りリンクシンボルでは、端末装置は送信に利用しうる。フレキシブルシンボルでは、端末装置は送信または受信に利用しうる。また、フレキシブルシンボルは、下りリンクと上りリンクのスイッチング区間（Switching  Period）やガード区間（Guard  Period）として活用されても良い。
【００７７】
これらのシンボルの状態は、端末装置共通のＴＤＤ設定情報（TDD-UL-DL-ConfigCommon）、端末装置個別のＴＤＤ設定情報（TDD-UL-DL-ConfigDedicated）、および／または、ＤＣＩによって運ばれるスロットフォーマットインデックスで指定される。
【００７８】
端末装置共通のＴＤＤ設定情報には、下りリンクスロットおよび下りリンクシンボルの数、上りリンクスロットおよび上りリンクシンボルの数、および上り／下り切り替えの周期の情報が含まれる。端末装置共通のＴＤＤ設定情報には、各シンボルに対する、全下りリンク（all  DL）、全上りリンク（all  UL）、または、下りリンクシンボルと上りリンクシンボルの数、の情報が含まれる。スロットフォーマットインデックスは、１４個のシンボルの状態の組み合わせを表すスロットフォーマットのインデックスであり、スロット単位で指定される。スロットフォーマットを指示するフォーマットを、スロットフォーマットインディケーター（Slot Format Indicator：ＳＦＩ）とも呼称される。
【００７９】
上述したＴＤＤ設定またはスロットフォーマットにより、シンボル単位で上りリンクと下りリンクを柔軟に切り替えることが可能となる。図２０、図２１は、スロットフォーマットの一例を示す説明図である。図２０は、１〜１２番目のシンボルが下りリンクシンボル、１３番目のシンボルがフレキシブルシンボル、１４番目のシンボルが上りリンクシンボルを表す。このスロットのＳＦＩは、スロットの先頭シンボルから順番に「DDDDDDDDDDDDFU」を表す。これにより、同一スロットでＰＤＳＣＨと対応するＨＡＲＱ−ＡＣＫの送受信を行うことができる。図２１は、１番目のシンボルが下りリンクシンボル、２番目のシンボルがフレキシブルシンボル、３〜１４番目のシンボルは上りリンクシンボルを表す。このスロットのＳＦＩは、スロットのシンボルから順番に「DFUUUUUUUUUUUU」を表す。これにより、同一スロットでＵＬグラントと対応するＰＵＳＣＨの送受信を行うことができる。
【００８０】
＜＜７．Numerologyとフレーム構成に応じたセンシング単位の変更＞＞
これまでのセンシングでは、送信に必要なリソースブロックと同じ単位のリソースがセンシングされていた。具体的に、上述したように、１サブフレーム×Ｌサブチャネル単位、つまり１サブフレーム×Ｍ  ＰＲＢ単位でセンシングが行われていた（Ｌは送信に必要なサブチャネルの数、Ｍ＝Ｌ×sizeSubchannel、sizeSubchannelは１つのサブチャネルに含まれるＰＲＢの数）
【００８１】
ＮＲ  Ｖ２Ｘにおいては、１つのリソースプールにおいて、送信側の端末装置は、異なるNumerologyを用いて、送信することが可能になる。そうなった場合、送信側の端末装置は、既存のＬＴＥ  Ｖ２Ｘのセンシングでリソースを選択する場合に、Energy  measurementの結果はリソースの使用状況を上手く反映できない可能性がある。
【００８２】
図２２は、異なるNumerologyが共存するリソースプールのセンシングの一例を示す説明図である。図２２のように、例えば１５ｋＨｚと６０ｋＨｚのように、異なるサブキャリア間隔（subcarrier  spacing）が１つのリソースプール内に共存する例を考える。例えば、このリソースプールの中のリソースを使って送信し、さらに異なるNumerologyを有する２つの端末装置ＵＥ１とＵＥ２がいるとする。ＵＥ１のNumerologyにおいては、subcarrier  spacingは１５ｋＨｚである。ＵＥ１が送信する場合に、送信リソースの最小単位は１ミリ秒×１８０ｋＨｚである。一方で、ＵＥ２のnumerologyにおいては、subcarrier  spacingは６０ｋＨｚである。ＵＥ２が送信する場合に、送信リソースの最小単位は１ミリ秒×７２０ｋＨｚである。
【００８３】
例えば、送信に７２０ｋＨｚ（ＬＴＥの４ＰＲＢに該当する）のリソースが必要になるＵＥ２は、１ミリ秒×７２０ｋＨｚの単位でセンシングを行う。ＵＥ１は、送信側の端末装置に近いので、リソースブロック毎の受信電力は大きく、一方で、ＵＥ２は、送信側の端末装置に遠いので、リソースブロック毎の受信電力は小さいとする。ただ、ＵＥ１は１８０ｋＨｚ（ＬＴＥの１ＰＲＢに該当する）のリソースしか使っていないため、sensing  block  1の受信電力はsensing  block  2の受信電力より小さい場合がある。
【００８４】
ＬＴＥ  Ｖ２Ｘのセンシングメカニズムによって、ＵＥ１が使ったリソースに非常に干渉されたとしても、送信側の端末装置はsensing  block  1のリソースの干渉が弱いと判断してしまい、さらに、干渉の影響が非常に大きいリソースを選ぶ可能性がある。
【００８５】
そこで、端末装置は、センシング領域を変更してセンシングを行う。具体的には、端末装置は、送信できる最小単位のリソースブロックごとにセンシングを行う。端末装置は、センシングを行う際に、センシングウィンドウの中で使われた最小単位の送信リソースブロックのサイズ（MinSensingBlockSize）を把握する。
【００８６】
従って、基地局は、端末装置に最小単位の送信リソースブロックのサイズ（MinSensingBlockSize）を送信しても良い。基地局は、最小単位の送信リソースブロックのサイズの情報を定期的にセル内の端末装置に通知しても良く、端末装置が基地局に接続した時に通知しても良く、端末装置からの求めに応じて端末装置に通知しても良い。基地局は、最小単位の送信リソースブロックのサイズの情報を、ＰＢＣＨ（Physical  Broadcast  Channel）、ＲＲＣ（Radio  Resource  Control）、ＳＩＢ（System  Information  Block）、ＰＤＣＣＨ、ＰＤＳＣＨのいずれかで通知しても良い。
【００８７】
基地局はセル内にいるMode4の端末装置のMinSensingBlockSizeを知らないため、Mode4の端末装置は、自装置のMinSensingBlockSizeを基地局に報告する。Mode4の端末装置は周期的なトラフィックモデル（Periodic  traffic  model）で送信する場合に、1回目の送信用のリソースを選択すると、MinSensingBlockSizeを基地局に、PUCCH（Physical  Uplink  Control  Channel）またはPUSCHで報告する。一方、Mode4の端末装置は非周期的なトラフィックモデル（Aperiodic  traffic  model）で送信する場合に、送信用のNumerologyは送信の度に異なる可能性がある。この場合に、Mode4の端末装置はリソースを選択した都度、MinSensingBlockSizeを基地局に報告してもよく、リソースを選択したら、以前に報告したMinSensingBlockSizeより小さいサイズのＰＲＢを使った場合のみ、その、より小さいMinSensingBlockSizeを基地局に報告してもよい。
【００８８】
端末装置同士が、お互いに自装置のMinSensingBlockSize情報を共有することで、他の端末装置のMinSensingBlockSizeを把握しても良い。Mode4の端末装置がリソースを選択すると、またはMode3の端末装置が基地局にリソースをスケジューリングされると、周りにいるその他の端末装置にMinSensingBlockSizeを通知しても良い。また端末装置は、送信する際に、SAあるいはデータの中にMinSensingBlockSizeの情報を入れても良い。自装置のMinSensingBlockSize情報を通知する際、端末装置は、PSCCHまたはPSSCHで通知しても良く、Sidelink  discoveryを行う際に、PSDCHで共有してもよい。
【００８９】
基地局は、端末装置にMinSensingBlockSize情報をプリコンフィギュアしてもよい。すなわち、基地局は、利用可能なMinSensingBlockSizeを事前に端末装置に設定しても良い。
【００９０】
このようにセンシングを細かく行う場合のリソース選択手法を説明する。図２３は、端末装置がＰＲＢ単位でリソースを選択する例を示す説明図である。図２３の例では、２つのMinSensingBlockSizeが１つのＰＲＢに相当している。図２３の例では、センシングの結果、ＰＲＢ１の中の一部のリソースが使われているので、ＰＲＢ２が選択されている。
【００９１】
図２４は、端末装置が最小単位の送信リソースブロックのサイズ単位でリソースを選択する例を示す説明図である。図２４の例では、２つのMinSensingBlockSizeが１つのＰＲＢに相当している。図２４の例では、センシングの結果、ＰＲＢ１の中の一部のリソースと、ＲＰＢ２の中の一部のリソースが使われているので、ＰＲＢ１、ＰＲＢ２の中の、使われていないリソースが選択されている。
【００９２】
基地局は、異なるNumerologyに対して、直交なリソースプールを設定し、セル内の端末装置にリソースプールの設定を通知してもよい。カバレッジ外（Out  of  coverage）の端末装置に対して、リソースプールが端末装置にプリコンフィギュアされてもよい。異なるNumerologyはＦＤＭで直交させてもよく、ＴＤＭで直交されてもよく、あるいは、ＦＤＭかつＴＤＭで直交するよう構成されてもよい。図２５Ａ〜２５Ｃは、異なるNumerologyが共存する時の、リソースプールの構成例を示す説明図である。図２５Ａは、異なるNumerologyはＦＤＭで直交させている場合のリソースプールの例である。図２５Ｂは、異なるNumerologyはＴＤＭで直交させている場合のリソースプールの例である。図２５Ｃは、異なるNumerologyはＦＤＭかつＴＤＭで直交させている場合のリソースプールの例である。
【００９３】
ＮＲ  Ｕｕリンクのスロットフォーマットにおいて、１サブフレームに同時に送受信ができる。ＮＲのサイドリンクにＮＲのスロットフォーマットが適用されると、ＬＴＥ  Ｖ２Ｘのセンシングメカニズムが利用できない場合がある。
【００９４】
ＮＲ  ＵｕリンクはＤＬ、ＵＬとｕｎｋｎｏｗｎで構成されるスロットフォーマットをサポートする。ＮＲサイドリンクはＳＬで構成されるスロットフォーマットをサポートすることが期待される。一方で、ＮＲはＬＴＥより厳しい要求を満たすため、ＮＲサイドリンクにおいて、ＮＲ  Ｕｕリンクのスロットフォーマットを使って、シンボルごとの送受信が可能になる。ＳＬの送受信を行うシンボルはＵＬシンボル（Ｕシンボル）だけでもよく、Ｕｎｋｎｏｗｎシンボル（Ｘシンボル）だけでもよく、ＵシンボルとＸシンボルの両方を使ってもよく、任意のシンボル（ＵＬ，ＤＬとＵｎｋｎｏｗｎ）を使ってもよい。
【００９５】
図２６は、ＮＲのサイドリンクのＮＲのスロットフォーマットの一例を示す説明図である。ＬＴＥ  Ｖ２Ｘのセンシングでは、必ずサブフレーム単位でセンシングを行う。図
２６のように、ＮＲのサイドリンクにおいて送信に対して一部のシンボルしか使われていないと、１サブフレーム単位の測定結果として考えた場合、端末装置は、電力レベルは閾値より低いと判断する可能性があり、リソース選択に影響する。
【００９６】
そこで、端末装置はシンボルレベルでのセンシングを行う。そして、シンボルレベルでのセンシングをサポートするため、基地局はスロットフォーマットを端末装置に通知する。基地局が通知する内容は、１サブフレーム内のサイドリンク送信用のシンボルの内容である。この内容は、ビットマップの形で通知されてもよく、サイドリンク送信用のスタートシンボルとエンドシンボルの位置という形で通知されてもよい。基地局は、スロットフォーマットをＳＩＢ、ＲＲＣ、ＰＢＣＨ、ＰＤＣＣＨ、ＰＤＳＣＨなどで端末装置に通知する。また基地局は、スロットフォーマットを周期的に通知しても良く、端末装置がセルに接続したタイミングで通知しても良く、端末装置がスロットフォーマットの情報をリクエストしたタイミングで通知しても良い。
【００９７】
また、端末装置同士がお互いに自装置のスロットフォーマットを共有してもよい。Mode4の端末装置がリソースを選択すると、またはMode3の端末装置が基地局にリソースをスケジューリングされると、周りにいるその他の端末装置にスロットフォーマットを通知しても良い。また端末装置は、送信する際に、SAあるいはデータの中にスロットフォーマットの情報を入れても良い。自装置のスロットフォーマット情報を通知する際、端末装置は、PSCCHまたはPSSCHで通知しても良く、Sidelink  discoveryを行う際に、PSDCHで共有してもよい。
【００９８】
図２７は、シンボルレベルでのセンシングを説明する説明図である。図２７に示した図では、Ｔはサイドリンク送信、Ｒはサイドリンク受信を意味する。例えば図２７の上の図のように送信シンボルが連続する場合に、基地局はセンシングを行う端末装置に、他の端末装置のサイドリンク送信用のスタートシンボル「０」とエンドシンボル「９」を通知する。または、端末装置は、他の端末装置と、自装置のサイドリンク送信用のスタートシンボル「０」とエンドシンボル「９」という情報を共有する。
【００９９】
また基地局は、ビットマップの形でサイドリンク送信用のリソースを通知してもよい。または、端末装置は、他の端末装置と、自装置のサイドリンク送信用のシンボル情報をビットマップの形で共有する。図２７の例では、上の図の場合は[11111111110000]、下の図の場合は[10111011111000]という情報を基地局が通知、あるいは端末装置が共有する。
【０１００】
ＮＲのスロットフォーマットは、サイドリンクに使われる場合に、さらに複数のNumerologyが共存する可能性があると考えられる。そのため、ハイブリッド的なセンシング手法が必要となる。つまり、送信側の端末装置は、センシング区域において、周波数軸はMinSensingBlockSize単位で、時間軸はシンボルレベルで、センシングを行う。図２８は、本実施形態に係るハイブリッドセンシングの一例を示す説明図である。送信側の端末装置はサブフレームの中の第１、第２、第３、第４、第８のシンボルにおいて、MinSensingBlockSize単位でセンシングを行ってもよい。
【０１０１】
＜＜８．ＬＴＥ  Ｖ２ＸとＮＲ  Ｖ２Ｘの共存＞＞
次に、ＬＴＥ  Ｖ２ＸとＮＲ  Ｖ２Ｘが共存する場合の対策について説明する。ＬＴＥだけをサポートする端末装置（ＬＴＥ  ＵＥ）と、ＬＴＥだけでなくＮＲをサポートする端末装置（ＮＲ  ＵＥ）とが共存する場合に、ＬＴＥ  Ｖ２Ｘ通信を行うＬＴＥ  ＵＥは、ＮＲ  Ｖ２Ｘのコントロールシグナル（ＳＡ）をデコードすることが出来ない。従って、場合によっては、ＬＴＥ  ＵＥはＮＲ  ＵＥが予約したリソースを選ぶ可能性がある。
【０１０２】
そこで、本実施形態では、ＮＲ  ＵＥは、将来のリソースを予約する場合に、ＬＴＥのＳＣＩ（Sidelink  Control  Information）でＳＡをブロードキャストする。図２９は、本実施形態に係るＮＲ  ＵＥの動作例を示す流れ図であり、ＬＴＥ  ＵＥとＮＲ  ＵＥが共存する場合の動作例を示したものである。
【０１０３】
ＮＲ  ＵＥにおいてパケットが発生すると（ステップＳ１１１）、ＮＲ  ＵＥはＮＲのＳＡ及びデータ送信用のリソースを選択する（ステップＳ１１２）。そしてＮＲ  ＵＥは、選択したリソースでＳＡ及びデータを送信する（ステップＳ１１３）。
【０１０４】
続いてＮＲ  ＵＥは、ＳＡ及びデータ送信用のリソースを選択した際に、未来のリソースのリザベーションを行ったかどうか判断し（ステップＳ１１４）、リザベーションを行ったならば（ステップＳ１１４、Ｙｅｓ）、ＬＴＥのＳＡ用のリソースを選択し（ステップＳ１１５）、ＬＴＥのＳＡをブロードキャストする（ステップＳ１１６）。図３０は、ＮＲのＳＡとＬＴＥのＳＡの両方で、関連するＮＲデータを指示する例を示す説明図である。リザベーションを行っていなければ（ステップＳ１１４、Ｎｏ）、ＮＲ  ＵＥは、ステップＳ１１５、Ｓ１１６の処理をスキップする。
【０１０５】
ＮＲ  ＵＥは、ＬＴＥのＳＡをブロードキャストする際に、ＮＲデータの送信と再送に使った時間と周波数リソース、リザベーション情報（リザーブしたリソースの情報）、送信データがＮＲデータであることを指示するインジケータを少なくとも含んで良い。インジケータは、明示的に（Explicitに）指示するものであっても良い。例えばＮＲ  ＵＥは、ＮＲデータであるかどうかを１ビットのインジケータで指示しても良い。またインジケータは、暗黙に（Implicitに）指示するものであっても良い。例えばＮＲ  ＵＥは、SCI  format1のreservedビットでＮＲデータであるかどうかを指示しても良い。
【０１０６】
図３１は、ＮＲ  ＵＥがＬＴＥ  ＵＥにＮＲデータ用の送信リソースとリザベーション情報を通知する様子を示す説明図である。図３１で示すように、ＮＲ  ＵＥは少なくともOut  of  Coverageの場合に、ＬＴＥ  ＵＥにＬＴＥのＳＣＩでＳＡをブロードキャストすることが望ましい。
【０１０７】
また本実施形態では、In  CoverageのＮＲ  ＵＥが将来のリソースを予約したことを、基地局が同じくIn  CoverageのＬＴＥ  ＵＥに通知しても良い。ＮＲ  ＵＥがMode3の場合、基地局はＮＲ  ＵＥにリソースを割り当てたため、リソースの使用状況及びリザベーション情報を持っている。基地局は、リソースの使用状況及びリザベーション情報をIn  CoverageのＬＴＥ  ＵＥに通知する。図３２は、基地局がMode3のＮＲ  ＵＥのリソース使用状況とリザベーション情報を、ＬＴＥ  ＵＥに通知する様子を示す説明図である。
【０１０８】
基地局は、例えばPBCHやPDCCH等でリソースの使用状況及びリザベーション情報をＬＴＥ  ＵＥに通知する。基地局は、リソースの使用状況及びリザベーション情報として、ＮＲデータの送信と再送に使った時間と周波数リソース、リザベーション情報（リザーブしたリソースの情報）、送信データがＮＲデータであることを指示するインジケータを少なくとも含んで良い。
【０１０９】
一方、ＮＲ  ＵＥがMode4の場合、基地局はＮＲ  ＵＥのリソースの使用状況を把握することが出来ない。従って、ＮＲ  ＵＥがMode4の場合は、ＮＲ  ＵＥは、リソースの使用状況を基地局に報告する。図３３は、基地局がMode4のＮＲ  ＵＥのリソース使用状況とリザベーション情報をＬＴＥ  ＵＥに通知する一例を示す説明図である。Mode4のＮＲ  ＵＥは、ＰＵＣＣＨやＰＵＳＣＨ等でリソース使用状況とリザベーション情報を基地局に報告する。Mode4のＮＲ  ＵＥは、リソースの使用状況及びリザベーション情報として、ＮＲデータの送信と再送に使った時間と周波数リソース、リザベーション情報（リザーブしたリソースの情報）、送信データがＮＲデータであることを指示するインジケータを少なくとも含んで良い。Mode4のＮＲ  ＵＥは、送信リソースの選択と共に未来のリソースをリザーブする場合に、送信リソースを選択すると、リソース使用状況とリザベーション情報を基地局に報告する。基地局は、ＮＲ  ＵＥからの報告を受けて、In  CoverageのＬＴＥ  ＵＥに情報を通知する。
【０１１０】
ＬＴＥ  ＵＥがIn  Coverageの場合であっても、基地局はＬＴＥ  ＵＥにＮＲ  ＵＥのリソース予約情報を通知できない可能性がある。例えば、ＮＲ  ＵＥがセルエッジにいる時、周りにOut  of  CoverageのＬＴＥ  ＵＥが存在することも考えられる。基地局はOut  of  CoverageのＬＴＥ  ＵＥにＮＲ  ＵＥのリソース予約情報を通知できないので、ＮＲ  ＵＥは自装置のリソース予約情報をＬＴＥ  ＵＥに通知する必要がある。従って、ＮＲ  ＵＥは自装置の周りにOut  of  CoverageのＬＴＥ  ＵＥが存在する可能性があれば、リソースの予約情報をブロードキャストする。
【０１１１】
図３４は、本実施形態に係るＮＲ  ＵＥの動作例を示す流れ図であり、ＬＴＥ  ＵＥとＮＲ  ＵＥが共存する場合の動作例を示したものである。また図３４は、In  CoverageのＮＲ  ＵＥの動作例を示したものである。
【０１１２】
ＮＲ  ＵＥにおいてパケットが発生すると（ステップＳ１２１）、ＮＲ  ＵＥはＮＲのＳＡ及びデータ送信用のリソースを選択する（ステップＳ１２２）。そしてＮＲ  ＵＥは、選択したリソースでＳＡ及びデータを送信する（ステップＳ１２３）。
【０１１３】
続いてＮＲ  ＵＥは、ＳＡ及びデータ送信用のリソースを選択した際に、未来のリソースのリザベーションを行ったかどうか判断し（ステップＳ１２４）、未来のリソースのリザベーションを行ったならば（ステップＳ１２４、Ｙｅｓ）、送信リソースとリザベーション情報を基地局に報告する（ステップＳ１２５）。
【０１１４】
続いてＮＲ  ＵＥは、サイドリンクでＬＴＥのＳＡをブロードキャストする必要があるかどうか判断する（ステップＳ１２６）。この判断基準は、例えばＮＲ  ＵＥがセルエッジにいると判断した場合である。ＮＲ  ＵＥは、例えば、基地局からの受信電力によって、セルエッジにいるかどうかを判断してもよい。またこの判断基準は、例えばＮＲ  ＵＥがセルエッジにいて、さらに、Out  of  CoverageのＬＴＥ  ＵＥに送信できると判断した場合である。例えばＮＲ  ＵＥは、自信の送信電力（送信するキャパシティがあるかにどうか）や、トラフィックモデル（送信する余裕があるかかどうか）に基づいて判断する。サイドリンクでＬＴＥのＳＡをブロードキャストする必要があれば（ステップＳ１２６、Ｙｅｓ）、ＮＲ  ＵＥはＬＴＥのＳＡ用のリソースを選択し、ＬＴＥのＳＡをブロードキャストする（ステップＳ１２７）。
【０１１５】
なお、未来のリソースのリザベーションを行っていなければ（ステップＳ１２４、Ｎｏ）、ＮＲ  ＵＥは、ステップＳ１２５〜Ｓ１２７の処理をスキップする。またＬＴＥのＳＡをブロードキャストする必要がなければ（ステップＳ１２６、Ｎｏ）、ＮＲ  ＵＥは、ステップＳ１２７の処理をスキップする。
【０１１６】
ＮＲ  ＵＥは、このように動作することで、自装置のリソース予約情報をＬＴＥ  ＵＥに通知することができ、ＬＴＥ  ＵＥは、ＮＲ  ＵＥに干渉を与えないようリソースを選択することが出来る。
【０１１７】
＜＜９．応用例＞＞
＜９．１．基地局に関する応用例＞
（第１の応用例）
図３５は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。
【０１１８】
アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図３５に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図３５にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。
【０１１９】
基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。
【０１２０】
コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（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）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
【０１４８】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０１４９】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０１５０】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０１５１】
無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図３８に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図３８には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
【０１５２】
さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
【０１５３】
アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
【０１５４】
アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図３８に示したように複数のアンテナ９３７を有してもよい。なお、図３８にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
【０１５５】
さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０１５６】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図３８に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０１５７】
図３８に示したカーナビゲーション装置９２０において、図３を参照して説明した図３を参照して説明した端末装置２００に含まれる１つ以上の構成要素（例えば、通信制御部２４１、情報取得部２４３、及び通知部２４７の少なくともいずれか）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０１５８】
また、図３８に示したカーナビゲーション装置９２０において、例えば、図３を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。
【０１５９】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０１６０】
＜＜１０．まとめ＞＞
以上説明したように本開示の実施の形態によれば、ＮＲ  Ｖ２Ｘ通信において効率的にリソースのセンシングを行うことが可能な端末装置、及びその端末装置と無線通信を行う基地局装置が提供される。
【０１６１】
本開示の実施の形態は、主にＶ２Ｘ通信を対象として説明したが、本開示は係る例に限定されるものでは無く、サイドリンクの拡張となるため、Ｖ２Ｘ通信以外のユースケースにも適用可能であることは言うまでもない。例えば、Ｄ２Ｄ通信、ＭＴＣ通信、ムービングセル、リレー通信などへ、本開示の実施の形態で示した技術を適用することが可能である。また本開示の実施の形態は、複数のキャリアを用いてサイドリンク通信を行うマルチキャリア通信にも適用されてもよい。
【０１６２】
図２に示した基地局１００は、本開示の制御装置の一例として機能しうる。そして図２に示した基地局１００の構成において、無線通信部１２０は、本開示の制御装置の通信部として機能し、制御部１５０は、本開示の制御装置の制御部として機能しうる。
【０１６３】
図３に示した端末装置２００は、本開示の通信装置の一例として機能しうる。そして図３に示した端末装置２００の構成において、無線通信部２２０は、本開示の通信装置の通信部として機能し、制御部２４０は、本開示の通信装置の制御部として機能しうる。また端末装置２００は、移動体に備えられる装置であり得る。そして、その移動体は車両であり得る。
【０１６４】
本明細書の各装置が実行する処理における各ステップは、必ずしもシーケンス図またはフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、各装置が実行する処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
【０１６５】
また、各装置に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した各装置の構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供されることが可能である。また、機能ブロック図で示したそれぞれの機能ブロックをハードウェアで構成することで、一連の処理をハードウェアで実現することもできる。
【０１６６】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１６７】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１６８】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１６９】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
無線通信を行う通信部と、
他の装置との間で装置間通信を行う通信方式において利用されるリソースをセンシングする動作を制御する制御部と、
を備え、
前記制御部は、前記リソースを時間軸上の所定の最小単位でセンシングするよう制御する、通信装置。
（２）
前記制御部は、前記リソースをシンボル単位でセンシングするよう制御する、前記（１）に記載の通信装置。
（３）
前記制御部は、前記通信部が受信したスロットフォーマットに基づいて前記リソースをシンボル単位でセンシングするよう制御する、前記（２）に記載の通信装置。
（４）
前記スロットフォーマットは、基地局から通知される、前記（３）に記載の通信装置。
（５）
前記スロットフォーマットは、周期的に基地局から通知される、前記（４）に記載の通信装置。
（６）
前記スロットフォーマットは、セルに接続した時点で基地局から通知される、前記（４）に記載の通信装置。
（７）
前記スロットフォーマットは、基地局への要求に応じて該基地局から通知される、前記（４）に記載の通信装置。
（８）
前記スロットフォーマットは、前記他の装置との間で共有される、前記（４）に記載の通信装置。
（９）
前記制御部は、さらに、前記リソースを、送信できる周波数軸上の所定の最小単位でセンシングするよう制御する、前記（１）〜（８）のいずれかに記載の通信装置。
（１０）
前記制御部は、前記最小単位の情報に基づいてセンシングするよう制御する、前記（９）に記載の通信装置。
（１１）
前記最小単位の情報は、基地局から通知される、前記（１０）に記載の通信装置。
（１２）
前記最小単位の情報は、周期的に基地局から通知される、前記（１１）に記載の通信装置。
（１３）
前記最小単位の情報は、セルに接続した時点で基地局から通知される、前記（１１）に記載の通信装置。
（１４）
前記最小単位の情報は、基地局への要求に応じて該基地局から通知される、前記（１１）に記載の通信装置。
（１５）
前記最小単位の情報は、前記他の装置との間で共有される、前記（１１）に記載の通信装置。
（１６）
異なるヌメロロジーの前記リソースが直交に設定される、前記（１）〜（１５）のいずれかに記載の通信装置。
（１７）
前記制御部は、予約した前記リソースについての情報を前記通信部から通知させる、前記（１）〜（１６）のいずれかに記載の通信装置。
（１８）
前記制御部は、予約した前記リソースについての情報を前記通信部からブロードキャストさせる、前記（１７）に記載の通信装置。
（１９）
前記制御部は、予約した前記リソースについての情報を、通信相手の基地局へ通知させる、前記（１７）に記載の通信装置。
（２０）
移動体に備えられる装置である、前記（１）〜（１９）のいずれかに記載の通信装置。
（２１）
前記移動体は、車両である、前記（２０）に記載の通信装置。
（２２）
端末装置との間で無線通信を行う通信部と、
前記端末装置が他の装置との間で装置間通信を行う通信方式において利用されるリソースをセンシングする動作を制御するための情報を前記通信部から通知させる制御部と、
を備え、
前記制御部は、前記端末装置に、前記リソースを時間軸上の所定の最小単位でセンシングするよう制御するための情報を前記通信部から通知させる、制御装置。
（２３）
前記（１）〜（２１）のいずれかに記載の通信装置を少なくとも２つ備える、通信システム。
【符号の説明】
【０１７０】
１      システム
１００  基地局
１１０  アンテナ部
１２０  無線通信部
１３０  ネットワーク通信部
１４０  記憶部
１５０  制御部
１５１  通信制御部
１５３  情報取得部
１５５  通知部
２００  端末装置
２１０  アンテナ部
２２０  無線通信部
２３０  記憶部
２４０  制御部
２４１  通信制御部
２４３  情報取得部
２４７  通知部
【図１】
2020053870.tif 000004
【図２】
2020053870.tif 000005
【図３】
2020053870.tif 000006
【図４】
2020053870.tif 000007
【図５】
2020053870.tif 000008
【図６】
2020053870.tif 000009
【図７】
2020053870.tif 000010
【図８】
2020053870.tif 000011
【図９】
2020053870.tif 000012
【図１０】
2020053870.tif 000013
【図１１】
2020053870.tif 000014
【図１２】
2020053870.tif 000015
【図１３】
2020053870.tif 000016
【図１４】
2020053870.tif 000017
【図１５】
2020053870.tif 000018
【図１６】
2020053870.tif 000019
【図１７】
2020053870.tif 000020
【図１８】
2020053870.tif 000021
【図１９】
2020053870.tif 000022
【図２０】
2020053870.tif 000023
【図２１】
2020053870.tif 000024
【図２２】
2020053870.tif 000025
【図２３】
2020053870.tif 000026
【図２４】
2020053870.tif 000027
【図２５Ａ】
2020053870.tif 000028
【図２５Ｂ】
2020053870.tif 000029
【図２５Ｃ】
2020053870.tif 000030
【図２６】
2020053870.tif 000031
【図２７】
2020053870.tif 000032
【図２８】
2020053870.tif 000033
【図２９】
2020053870.tif 000034
【図３０】
2020053870.tif 000035
【図３１】
2020053870.tif 000036
【図３２】
2020053870.tif 000037
【図３３】
2020053870.tif 000038
【図３４】
2020053870.tif 000039
【図３５】
2020053870.tif 000040
【図３６】
2020053870.tif 000041
【図３７】
2020053870.tif 000042
【図３８】
2020053870.tif 000043