JPWO2020031593A1 - 通信装置 - Google Patents

Abstract

Ｖ２Ｘ通信を初めとした装置間通信において、ＨＤ問題の顕在化をより抑制可能とする。無線通信を行う通信部（２２０）と、送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第１の通信装置から取得する取得部（２４３）と、前記第１の情報に応じて、前記第１の通信装置から送信されるデータの受信に係る動作を制御する制御部（２４１）と、を備える、通信装置。

Description

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

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

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

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

ところで、サイドリンクにおけるＶ２Ｘ通信に代表される装置間通信では、送信と受信とを時分割で行うように制限され、常に送信または受信ができるとは限らない、所謂ＨＤ（Half Duplex）という制約がかけられる場合がある。このようなＨＤの制約により、ブロードキャスト通信のRepetition送信をサポートしている従来のＬＴＥ−Ｖ２Ｘ通信においても、送信または受信が制限される、所謂ＨＤ問題が発生する場合があった。

これに対して、ＮＲ Ｖ２Ｘ通信では、ブロードキャスト通信に比べて通信データ量のより多いユニキャスト通信がサポートされる。このような背景から、ＮＲ Ｖ２Ｘ通信では、従来のＶ２Ｘ通信に比べてＨＤ問題がより顕著に顕在化する可能性がある。

そこで、本開示では、Ｖ２Ｘ通信を初めとした装置間通信において、ＨＤ問題の顕在化をより抑制可能とする技術を提案する。

本開示によれば、無線通信を行う通信部と、送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第１の通信装置から取得する取得部と、前記第１の情報に応じて、前記第１の通信装置から送信されるデータの受信に係る動作を制御する制御部と、を備える、通信装置が提供される。

また、本開示によれば、無線通信を行う通信部と、送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第３の通信装置に通知する通知部と、前記第１の情報の通知後に、前記第３の通信装置へのデータの送信に係る動作を制御する制御部と、を備える、通信装置が提供される。

以上説明したように本開示によれば、Ｖ２Ｘ通信を初めとした装置間通信において、ＨＤ問題の顕在化をより抑制可能とする技術が提供される。

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

本開示の一実施形態に係るシステムの概略的な構成の一例について説明するための説明図である。 同実施形態に係る基地局の構成の一例を示すブロック図である。 同実施形態に係る端末装置の構成の一例を示すブロック図である。 Ｖ２Ｘ通信の概要について示した図である。 Ｖ２Ｘ通信の全体像の一例について説明するための説明図である。 Ｖ２Ｘ通信のユースケースの一例を示した図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 サイドリンク通信に割り当てられたリソースの構成の一例について示した図である。 Mode4リソース割り当てに基づき端末装置がパケットを送信する場合の動作タイムラインの一例について説明するための説明図である。 リソースプール内からリソースを選択するためのセンシングの動作の一例について説明するための説明図である。 ＨＤ問題の一例について概要を説明するための説明図である。 同実施形態に係るシステムの処理の流れの一例について示したシーケンス図である。 重要パケットの有無に関する情報に応じた端末装置の動作の一例について概要を説明するための説明図である。 同実施形態に係る端末装置による制御情報及びデータのデコードに係る処理の概要について説明するための説明図である。 送受信の割合のレベル分けの一例について説明するための説明図である。 実施例１に係るシステムの一連の処理の流れの一例を示したシーケンス図である。 実施例２に係るシステムの一連の処理の流れの一例を示したシーケンス図である。 実施例２に係るシステムにおける送信端末として動作する端末装置の一連の処理の流れの一例について示したフローチャートである。 実施例２に係るシステムにおける受信端末として動作する端末装置の一連の処理の流れの一例について示したフローチャートである。 実施例３に係るシステムの一連の処理の流れの一例を示したシーケンス図である。 ｅＮＢの概略的な構成の第１の例を示すブロック図である。 ｅＮＢの概略的な構成の第２の例を示すブロック図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。

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

なお、説明は以下の順序で行うものとする。
１．構成例
１．１．システム構成の一例
１．２．基地局の構成例
１．３．端末装置の構成例
２．Ｖ２Ｘ通信
３．サイドリンクへのリソースの割り当て方式
４．ＨＤ問題に関する検討
５．技術的特長
５．１．送受信端末間での互いの状況の認識
５．２．サイドリンクのリソースのレベル分け
５．３．実施例
５．３．１．実施例１：ユニキャストリンクの追加に係る動作の第１の例
５．３．２．実施例２：ユニキャストリンクの追加に係る動作の第２の例
５．３．３．実施例３：ユニキャストリンクの追加に係る動作の第３の例
６．応用例
６．１．基地局に関する応用例
６．２．端末装置に関する応用例
７．むすび

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

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

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

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

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

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

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

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

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

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

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

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

＜＜４．ＨＤ問題に関する検討＞＞
本開示では、特に、ＮＲ Ｖ２Ｘ通信におけるＶ２Ｖ通信リンクのリソース割り当て方式に着目する。ＮＲ Ｖ２Ｘ通信では、従来のＶ２Ｘ通信で適用されていたブロードキャスト通信に比べて通信データ量のより多いユニキャスト通信がサポートされる。このような背景から、ＮＲ Ｖ２Ｘ通信では、従来のＶ２Ｖ通信におけるブロードキャスト通信でも発生する場合があった所謂ＨＤ（Half Duplex）問題が、より顕著に顕在化する可能性がある。そこで、本開示では、特に、ＮＲ Ｖ２Ｘ通信におけるＨＤ問題に着目する。

ここで、ＨＤ問題の概要について説明する。サイドリンクにおけるＶ２Ｘ通信に代表される装置間通信では、送信と受信とを時分割で行うように制限され、常に送信または受信ができるとは限らない、所謂ＨＤ（Half Duplex）という制約がかけられる場合がある。このような制約により、端末装置２００は、自身が送信を行うタイミングでは、他の端末装置２００から送信されるパケットの受信が制限されることとなる。

従来のＬＴＥ−Ｖ２Ｘ通信では、ブロードキャスト通信のRepetition送信をサポートしている。これにより、パケットの送信によってパケットの受信が制限される場合でも、次の受信機会を利用してパケットの受信成功率を高めることが可能となっている。

一方で、ＮＲ Ｖ２Ｘ通信では、前述したように、ブロードキャスト通信のみに限らず、当該ブロードキャスト通信よりも大容量の信号の送受信を可能とするユニキャスト通信がサポートされる。このような大容量の信号の送受信は、ＨＤの制約に大きく依存することが推測される。

ここで、図１６を参照して、ＮＲ Ｖ２Ｘ通信で顕在化することが推測されるＨＤ問題の一例について概要を説明する。図１６は、ＨＤ問題の一例について概要を説明するための説明図である。図１６において、端末Ａ〜端末Ｄのそれぞれは、本開示に係る端末装置２００に相当する。

図１６に示す例では、端末Ａ及び端末Ｂのそれぞれが、端末Ｃに対してパケットの送信を行おうとしている。また、端末Ｃは、端末Ｄに対してパケットの送信を行おうとしている。このような状況下で、端末Ａ及び端末Ｂのそれぞれが端末Ｃに対して際限なくパケットの送信を行うと、当該端末Ｃは、端末Ａ及び端末Ｂそれぞれからのパケットの受信により端末Ｄへのパケットの送信が制限され、ひいては当該端末Ｄへのパケット送信の機会を失う可能性がある。特にユニキャスト通信は、容量の比較的小さいパケットをブロードキャストするようなトラフィックとは大きく異なり、図１６を参照して上述したようなＨＤ問題がより顕在化しやすくなる。

このような背景から、ＨＤ問題の顕在化をより抑制するために、送受信間のコーディネーションが必要となることが推測される。そこで、本開示では、Ｖ２Ｘ通信を初めとした装置間通信（特に、サイドリンク通信のようなＨＤの制約がかけられる装置間通信）において、ＨＤ問題の顕在化をより抑制可能とする技術について提案する。

＜＜５．技術的特長＞＞
続いて、本開示の一実施形態に係るシステムの技術的特徴として、特に、ＮＲ Ｖ２Ｘ通信におけるサイドリンク通信等のような装置間通信において、ＨＤ問題の顕在化をより抑制可能とするための技術に着目して説明する。具体的には、ＨＤ問題の顕在化をより抑制可能とする技術の一例として、以下に示すアプローチでそれぞれ説明する。
・送受信端末間での互いの状況の認識
・サイドリンクのリソースのレベル分け

＜５．１．送受信端末間での互いの状況の認識＞
ＨＤ問題の顕在化を抑制可能とする技術の一例として、まず、送受信端末間で互いの状況を認識することによりＨＤ問題の顕在化を抑制する技術について説明する。

端末装置間の情報のやり取りは、Mode4リソース割り当てとMode3リソース割り当てとのいずれかに応じて決定される。例えば、Mode4リソース割り当ての場合には、ＳＣＩ(Sidelink Control Information)を利用した通知や、Sidelink RRC signallingでの通知が挙げられる。Sidelink RRC signallingは、端末装置間で定義されるRRC情報である。Mode3リソース割り当ての場合には、基地局との間のRRC signallingによる通知が挙げられる。

（１）事前情報のやり取り
まず、送信側に相当する端末装置２００（即ち、送信端末）と、受信側に相当する端末装置２００（受信端末）との間で、パケットの送信前に行われる情報のやり取りについて、Mode4リソース割り当ての場合と、Mode3リソース割り当ての場合とに分けて説明する。なお、以降の説明では、便宜上、端末装置２００−１が端末装置２００−２にパケットを送信する場合に着目して説明する。即ち、端末装置２００−１が送信端末として動作し、受信端末として動作する端末装置２００−２にパケットを送信するものとする。一方で、端末装置２００−１が受信端末として動作する場合もあり、端末装置２００−２が送信端末として動作する場合もあるものとする。即ち、端末装置２００−１が他の端末装置２００から送信されるパケットを受信する場合には、受信端末として動作する。また、端末装置２００−２が他の端末装置２００にパケットを送信する場合には、送信端末として動作する。

（１−１）Mode4リソース割り当ての場合
以下に、Mode4リソース割り当ての場合に着目して、端末装置２００間での情報のやり取りについて説明する。

（１−１−１）送信端末から受信端末への通知
まず、端末装置２００−１（送信端末）が、端末装置２００−２（受信端末）に対して通知する情報の一例について説明する。端末装置２００−１は、パケットの送信先となる端末装置２００−２に対して、例えば、送信データのバッファ情報、将来のパケット送信スケジュールに関する情報、パケットタイプの情報等を事前に通知してもよい。上記パケットタイプの情報として、例えば、ユニキャスト、ブロードキャスト、及びマルチキャスト等のようなトラフィックの種別に関する情報、優先度に関する情報、遅延要求に関する情報、並びにリレーの有無に関する情報等が挙げられる。また、Ｖ２Ｘ通信では、パケットの鮮度や有効期限が設定される場合がある。このような場合には、端末装置２００−１は、端末装置２００−２に対して、パケットの受信期限に関する情報を事前に通知してもよい。

また、端末装置２００−１（送信端末）は、通常のデータに比べて重要度の高いデータの送信を予定している場合には、端末装置２００−２（受信端末）に対して重要データについてパケットの送信がある旨を通知してもよい。また、端末装置２００−１は、当該でデータをユニキャストで送信する場合には、端末装置２００−２に対してユニキャストトラフィックを送信する旨を通知してもよい。

この場合には、ある特定のリソース領域に対して、送信予定のデータとして重要なデータがあるか否かを通知するための領域が設けられるとよい。なお、以降では、当該領域を、「重要データ通知領域」とも称する。また、以降では、当該通知を、便宜上「重要データの有無の通知」とも称する。このように重要データ通知領域が設けられることで、端末装置２００−２（受信端末）は、当該領域を介して通知される情報に基づき、端末装置２００−１（送信端末）から送信されるパケットに、重要なデータのパケットが含まれることを事前に認識することが可能となる。また、端末装置２００−２は、重要データがあると通知された場合には、受信に係る動作を優先し、送信に係る動作を制限する等の対応を行うことも可能となる。

また、重要データの有無の通知のためのリソースが定義されてもよい。当該リソースは、リソースプールとして定義されてもよい。また、当該リソースは、基地局１００により設定されてもよく、Preconfigureされてもよい。

また、重要データの有無の通知に応じて送受信の優先度が制御されるデータ領域は、特定のデータ領域として定義されてもよい。この場合には、当該特定のデータ領域に対してのみ、送受信の優先制御が適用されてもよい。

具体的には、端末装置２００−１（送信端末）は、重要パケットの有無に関する情報や、当該パケットの制御情報が通知されるリソースに関する情報を、重要データ通知領域を介してパケットの送信先となる端末装置２００−２に通知する。端末装置２００−２は、重要データ通知領域をデコードすることで、端末装置２００−１から通知された重要パケットの有無に関する情報を取得する。端末装置２００−２は、取得した当該情報に基づき、重要データのパケットの有無を判断し、重要データのパケットの送信が確認されると、その後に続く制御情報及びデータをデコードする。また、端末装置２００−２は、重要データのパケットの送信が確認されない場合には、その後に続く制御情報及びデータのデコードを行わなくてもよい。

ここで、図１７を参照して、端末装置２００−１（送信端末）から端末装置２００−２（受信端末）への情報の通知と、当該通知を受けた端末装置２００−２の動作の一例について説明する。図１７は、本実施形態に係るシステムの処理の流れの一例について示したシーケンス図であり、送信端末から受信端末への情報の通知と、当該通知を受けた受信端末側の動作の一例とについて示している。

図１７に示すように、端末装置２００−１（通知部２４７）は、送信対象となるパケットが発生すると（Ｓ１０１）、重要パケットの有無に関する情報や、当該パケットの制御情報が通知されるリソースに関する情報を、重要データ通知領域を介してパケットの送信先となる端末装置２００−２に通知する（Ｓ１０３）。このとき端末装置２００−１は、重要パケットの有無に関する情報として、対象となるパケットの重要度のレベルや、優先度のレベル等の情報を通知してもよい。そして、端末装置２００−１（通信制御部２４１）は、上記制御情報により通知したリソースを介して、対象となるデータのパケットを送信する。

端末装置２００−２（情報取得部２４３）は、重要データ通知領域をデコードすることで、端末装置２００−１から通知された重要パケットの有無に関する情報を取得する（Ｓ１０５）。端末装置２００−２（通信制御部２４１）は、取得した当該情報に基づき、パケットの受信と、パケットの送信とのいずれを優先するかを判定し、当該判定の結果に応じてパケットの送信または受信に係る動作を制御する（Ｓ１０７）。

例えば、図１８は、重要パケットの有無に関する情報に応じた端末装置２００の動作の一例について概要を説明するための説明図である。具体的には、端末装置２００−２（受信端末）は、重要パケットが含まれることを認識した場合には、パケットの受信を優先してもよい。この場合には、端末装置２００−２は、他の端末装置２００へのパケットの送信に係る動作を制限してもよい。また、端末装置２００−２は、重要パケットが含まれていないことを認識した場合には、パケットの送信を優先してもよい。この場合には、端末装置２００−２は、端末装置２００−１（送信端末）から送信されるパケットの受信に係る動作を制限してもよい。

また、端末装置２００−２（通信制御部２４１）は、パケットの受信を優先すると判定した場合には、端末装置２００−１を含めた他の端末装置２００それぞれか送信されるパケットのいずれを優先するかを判定し、当該判定の結果に応じて、パケットの受信に係る動作を制御してもよい。なお、以降では、端末装置２００−２は、パケットの受信を優先すると判定したものとする。

パケットの受信を優先すると判定した端末装置２００−２（情報取得部２４３）は、端末装置２００−１からの通知に基づき指示されたリソースの領域をデコードすることで制御情報を取得する（Ｓ１１１）。そして、端末装置２００−２（通信制御部２４１）は、当該制御情報に基づきデータ領域をデコードすることで、端末装置２００−１から送信されたデータを受信する（Ｓ１１３）。

例えば、図１９は、本実施形態に係る端末装置２００による制御情報及びデータのデコードに係る処理の概要について説明するための説明図である。図１９に示す例では、重要データ通知領域と、制御情報が割り当てられる制御情報領域と、データが割り当てられるデータ領域とが個別に設定されている。重要データ通知領域には、重要データの有無に関する情報と、制御情報領域に関する情報とが設定される。即ち、端末装置２００−２（受信端末）は、重要データ通知領域に設定された情報に基づき制御情報領域をデコードすることで、当該制御情報領域から制御情報を抽出する。また、当該制御情報には、データ領域に関する情報が含まれる。即ち、端末装置２００−２は、抽出した制御情報に基づきデータ領域を参照することで、当該データ領域をデコードし、当該データ領域を介して送信されるデータを受信することが可能となる。なお、リソースが割り当てられる領域のうち、重要データ通知領域が「第１の部分領域」の一例に相当し、上記制御情報領域のように第１の部分領域（重要データ通知領域）を介して情報が通知される領域が「第２の部分領域」の一例に相当する。

また、端末装置２００−１（送信端末）は、パケットの送信先となる端末装置２００−２に対して、パケットの送信を行うことが可能か否かを問い合わせてもよい。この場合には、端末装置２００−２（受信端末）は、パケットの受信が可能であれば、端末装置２００−１からの上記問い合わせに対して了承を示す情報（OK reply）を返信してもよい。そして、端末装置２００−１は、端末装置２００−２からの了承を得た場合に、当該端末装置２００−２に対するパケットの送信を開始する。

また、端末装置２００−１（送信端末）は、パケットの送信先となる端末装置２００−２に対して、パケットの送信を行うことが可能か否かを問い合わせる際に、当該パケットの送信に利用する予定のリソースに関する情報をあわせて通知してもよい。この場合には、端末装置２００−２（受信端末）は、端末装置２００−１から通知されたリソースを介して、当該端末装置２００−１から送信されるパケットを受信可能か否かを判定してもよい。

また、端末装置２００−２（受信端末）から、端末装置２００−１（送信端末）に対して、パケットの送信に利用するリソースの指示または提案が行われてもよい。

なお、上記に例示した各種オペレーションについては、所定の条件に応じたトリガーに基づき実行されてもよい。具体的な一例として、送信されるデータのサイズが閾値より大きい場合に、上述した各種オペレーションが実行されてもよい。

また、端末装置２００−１（送信端末）からの提案が所定の回数以上拒否された場合に、当該端末装置２００−１は、対象となるデータ（パケット）の送信に係る動作を別途制御してもよい。具体的な一例として、端末装置２００−１は、データの送信に係る提案が所定の回数以上拒否された場合に、当該データをランダムで送信してもよいし、当該データの送信に係るパケットをドロップしてもよい。

以上、端末装置２００−１（送信端末）が、端末装置２００−２（受信端末）に対して通知する情報の一例について説明した。なお、上述した端末装置２００−１（送信端末）から端末装置２００−２（受信端末）に対して、パケットの送信の事前に通知される一連の情報が、「第１の情報」の一例に相当する。また、重要データ通知領域を介して通知される情報が、「第２の情報」の一例に相当する。なお、当該第２の情報は、例えば、重要データの有無に関する情報等のように第１の情報のうちの一部の情報を含み得る。

（１−１−２）受信端末から送信端末への通知
続いて、端末装置２００−２（受信端末）が、端末装置２００−１（送信端末）に対して通知する情報の一例について説明する。端末装置２００−２は、周囲に存在する他の端末装置２００（例えば、端末装置２００−１）に対して、例えば、パケットの受信に係るCapability情報（以下、「受信Capability情報」とも称する）等のような、パケットの受信に関する情報を事前に通知してもよい。具体的な一例として、端末装置２００−２は、受信Capability情報を、動的な情報として、周囲に存在する他の端末装置２００に対して定期的に通知してもよい。なお、当該受信Capability情報のように、端末装置２００−２（受信端末）から端末装置２００−１（送信端末）に対して事前に通知される、パケットの受信に関する情報が、「第３の情報」の一例に相当する。

受信Capability情報としては、例えば、受信アンテナ本数、レシーバに関する情報（例えば、ＩＲＣレシーバ等）、受信可能なリソースプール（サブリソースプール）に関する情報、パケットの送信に関する情報、パケットの受信に関する情報等が挙げられる。

パケットの送信に係る情報は、端末装置２００−２が送信端末として動作する場合における、他の端末装置２００へのパケットの送信に係る情報に相当する。パケットの送信に係る情報としては、例えば、以下に示す情報が挙げられる。
・送信データのバッファに関する情報
・送信データの種類（例えば、ユニキャスト、ブロードキャスト、マルチキャスト等） ・送信パケットの優先度や遅延要求に関する情報
・パケットの送信に係るトラフィックの種別に関する情報
・パケットの送信に利用予定のリソースに関する情報
…等

また、パケットの受信に関する情報は、端末装置２００−２が受信端末として動作する場合における、他の端末装置２００から送信されたパケットの受信に係る情報に相当する。パケットの受信に関する情報としては、例えば、以下に示す情報が挙げられる。
・ユニキャスト通信接続可能数
・ユニキャスト通信接続数（即ち、いくつの端末装置が接続しているかを示す情報）
・受信データレートに関する情報、または一定期間における受信ビットに関する情報
・受信率（全体域に対してどの程度のリソースを受信しているかを示す情報）
・受信可能率（全体域に対してどの程度のリソースを受信することが可能かを示す情報）
・受信パケットの種類（例えば、ユニキャスト、ブロードキャスト、マルチキャスト等）
・受信パケットの優先度や遅延要求に関する情報
…等

なお、パケットの受信に関する情報として上記に列挙した情報をまとめて受信Capabilityレベル（換言すると、ＨＤ許容レベル）として定義されてもよい。この場合には、パケットの受信に関する情報として上記に列挙した情報それぞれのレベルの組み合わせに応じて、受信Capabilityレベルの値が定義されてもよい。これにより、受信Capabilityレベルが通知された他の端末装置２００は、当該受信Capabilityレベルの値に紐付けられたパケットの受信に関する情報に基づき、通知元の端末装置２００の受信Capabilityを認識することが可能となる。

また、端末装置２００−２（受信端末）は、他の端末装置２００（例えば、送信端末として動作する端末装置２００−１）に対して、パケットの受信が可能なリソースに関する情報を通知してもよい。このとき、端末装置２００−２（受信端末）は、他の端末装置２００に対して、パケットの受信が可能なリソースの時間周波数領域に関する情報を通知してもよい。

以上、端末装置２００−２（受信端末）が、端末装置２００−１（送信端末）に対して通知する情報の一例について説明した。

（１−２）Mode3リソース割り当ての場合
続いて、Mode3リソース割り当ての場合に着目して、端末装置間での情報のやり取りについて説明する。Mode3リソース割り当ての場合には、端末装置２００間の情報の送受信は、例えば、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置を介して行われる。なお、送受信される情報については、Mode4リソース割り当ての一例として上述した情報と同様である。

また、Mode3リソース割り当てと、Mode4リソース割り当てとが組み合わせて実行されてもよい。この場合には、端末装置２００間の情報のやり取りについても、Mode3リソース割り当ての場合の例と、Mode4リソース割り当ての場合の例とが組み合わせて適用されてもよい。

（２）情報のやり取り後の対応
続いて、端末装置２００間で情報のやり取りが行われた後の各端末装置２００での対応の一例について説明する。なお、以降の説明では、端末装置２００間での情報のやり取りの場合と同様に、便宜上、端末装置２００−１（送信端末）が端末装置２００−２（受信端末）にパケットを送信する場合に着目して説明する。また、端末装置２００−１が受信端末として動作する場合もあり、端末装置２００−２が送信端末として動作する場合もあるものとする。

（２−１）送信側の端末装置の対応
まず、送信端末として動作する端末装置２００−１側の対応の一例について説明する。

例えば、端末装置２００−１（送信端末）は、端末装置２００−２（受信端末）との情報のやり取りの結果に応じて、パケットの送信とパケットの受信との間の優先度を制御してもよい。即ち、端末装置２００−１は、端末装置２００−２との情報のやり取りの結果に応じて、当該端末装置２００−２へのパケットの送信を優先してもよいし、他の端末装置２００からのパケットの受信を優先してもよい。また、当該優先度の制御は、特定のリソースを介した通信に対してのみ適用されてもよい。

また、送受信の優先度のみに限らず、各種条件に応じた優先度の制御が行われてもよい。例えば、端末装置２００−１は、特定のトラフィックタイプの通信を優先してもよい。具体的な一例として、端末装置２００−１は、ブロードキャスト通信を優先してもよい。

また、端末装置２００−１は、自身の位置情報と他の装置（例えば、他の端末装置２００等）とのうちの少なくともいずれかの位置情報に基づき各種優先度（例えば、送受信の優先度やトラフィックタイプの優先度等）を決定してもよい。また、位置情報を利用する他の装置は、端末装置２００−１のパケットの送信先となる他の端末装置２００と、端末装置２００−１に対してパケットを送信する他の端末装置２００とのうちの少なくともいずれかが相当し得る。具体的な一例として、端末装置２００−１は、他の端末装置２００との間の位置関係に応じてユニキャスト通信を優先すべきと判断した場合には、ユニキャスト通信を優先するように制御してもよい。

また、端末装置２００−１は、チャネルの混雑度（ＣＢＲ：Channel Busy Ratio）に基づいて各種優先度（例えば、送受信の優先度やトラフィックタイプの優先度等）を決定してもよい。具体的な一例として、端末装置２００−１は、チャネルが混雑している場合には、ユニキャストの受信が困難となる場合があるため、ブロードキャストを優先してもよい。

また、端末装置２００−１は、チャネルの占有率（ＣＲ：Channel occupancy Ratio）に基づいて各種優先度（例えば、送受信の優先度やトラフィックタイプの優先度等）を決定してもよい。ＣＲは、対象となる装置の送信がリソースを占めている割合を示すパラメータである。具体的な一例として、端末装置２００−１は、リソースを多く占有しておりＣＲがより高くなっている場合（例えば、ＣＲが閾値以上の場合）、ＣＲをより低減させるように受信の頻度がより高くなるように制御してもよい。

また、端末装置２００−１（送信端末）は、端末装置２００−２（受信端末）との情報のやり取りの結果に応じて、送信パケットの送信スケジュールを変更してもよい。具体的な一例として、端末装置２００−１は、送信パケットの遅延要求等を満たすことが困難な場合には、送信予定のパケットをドロップするか否かの判断を行ってもよい。また、端末装置２００−１は、連続送信をやめて、断続的な送信を行ってもよい。

また、端末装置２００−１（送信端末）は、端末装置２００−２（受信端末）との情報のやり取りの結果に応じて、送信パケットの送信方法を変更してもよい。具体的な一例として、端末装置２００−１は、ＭＣＳ（Modulation Coding Scheme）、送信パワー、ＭＩＭＯ送信等の制御を変更してもよい。また、端末装置２００−１は、一時的に高データレート通信に切り替えることで、短時間で送信を実施してもよい。

また、端末装置２００−１（送信端末）は、優先度や遅延要求の条件に応じてパケットをドロップしてもよい。具体的な一例として、端末装置２００−１は、端末装置２００−２（受信端末）における送受信パケットの優先度情報と、自身が送信予定のパケットの優先度情報とを比較して、送信予定のパケットのドロップを行うか否かを判断してもよい。また、端末装置２００−１は、送信パケットの遅延要求を満たすことが困難な場合には、送信を断念してパケットをドロップしてもよい。

また、端末装置２００−１（送信端末）は、端末装置２００−２（受信端末）との情報のやり取りの結果に応じて、当該端末装置２００−２に対してユニキャストリンクのリリースを指示してもよい。具体的な一例として、端末装置２００−１は、各種優先度（例えば、送受信の優先度等）の決定結果に応じて、当該端末装置２００−２に対してユニキャストリンクのリリースを指示してもよい。

また、端末装置２００−１（送信端末）は、端末装置２００−２（受信端末）との情報のやり取りの結果に応じて、マルチキャリア通信に切り替えてもよい。具体的な一例として、端末装置２００−１は、各種優先度（例えば、送受信の優先度等）の決定結果に応じて、マルチキャリア通信に切り替えてもよい。この場合には、端末装置２００−１は、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置に対して、リソースConfigurationの要求を行ってもよい。

また、端末装置２００−１（送信端末）は、端末装置２００−２（受信端末）との情報のやり取りの結果に応じて、パケットの送信に利用する周波数帯域（送信帯域）を変更してもよい。具体的な一例として、端末装置２００−１は、各種優先度（例えば、送受信の優先度等）の決定結果に応じて、パケットの送信に利用する周波数帯域（送信帯域）を変更してもよい。この場合には、端末装置２００−１は、パケットの送信先となる端末装置２００−２に対して、変更後の周波数帯域に関する情報を通知してもよい。

また、端末装置２００−１（送信端末）は、端末装置２００−２（受信端末）との情報のやり取りの結果に応じて、端末装置２００−２との間の直接的な通信から、基地局１００等を経由した通信に切り替えてもよい。具体的な一例として、端末装置２００−１は、各種優先度（例えば、送受信の優先度等）の決定結果に応じて、上述の通り、端末装置２００−２との間の通信の経路を切り替えてもよい。この場合には、端末装置２００−１は、パケットの送信先となる端末装置２００−２に対して、通信経路の切り替えの通知を行ってもよい。この通知を受けて、端末装置２００−２は、端末装置２００−１から送信されたパケットを、基地局１００を介して受信してもよい。また、端末措置２００−１は、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置に対して、リンク切り替えの要求を行ってもよい。

また、端末装置２００−１（送信端末）は、端末装置２００−２（受信端末）との情報のやり取りの結果に応じて、自身が送信したパケットを端末装置２００−２が受信するためのリソースの予約を行ってもよい。具体的な一例として、端末装置２００−１は、各種優先度（例えば、送受信の優先度等）の決定結果に応じて、上記リソースの予約を行ってもよい。具体的には、端末装置２００−１は、パケットのパースと送信を行ってもよい。この場合は、端末装置２００−１は、端末装置２００−２に対して、自身が送信したパケットを当該端末装置２００−２が受信するためのリソースの指示を行ってもよい。このとき、端末装置２００−２は、端末装置２００−１からの当該指示に対して、受信の了承（ＯＫ）または拒否（ＮＧ）を通知してもよい。なお、端末装置２００−２は、端末装置２００−１からの上記指示に対して了承（ＯＫ）を通知した場合には、指示されたリソースを介して端末装置２００−１から送信されるパケットを受信することとなる。

以上、送信端末として動作する端末装置２００−１側の対応の一例について説明した。なお、端末装置２００−１（送信端末）と端末装置２００−２（受信端末）との間の通信に着目した場合に、端末措置２００−１に対する端末装置２００−２が「第３の通信装置」の一例に相当する。また、端末装置２００−１が受信端末として動作する場合の、パケットの送信元となる他の端末装置２００（例えば、端末装置２００−２以外の他の端末装置２００）が「第４の通信装置」の一例に相当する。

（２−２）基地局相当の装置の対応
続いて、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置の対応の一例について説明する。なお、本項では、便宜上、基地局１００が対応を行う場合に着目して説明するが、基地局１００のみに限らず、サイドリンク通信の制御に関する権限を有する他の装置（例えば、ＲＳＵ、リレーノード、リレー端末、マスター端末（リーダー端末等）についても、技術的な齟齬が生じない限りは同様であるものとする。

例えば、基地局１００は、サイドリンクのリソースケジューリングを制御してもよい。具体的な一例として、基地局１００は、送信パケットの遅延要求等を満たすことが困難な場合には、端末装置２００−１（送信端末）に送信予定のパケットをドロップさせるか否かの判断を行ってもよい。また、基地局１００は、端末装置２００−１が連続送信をやめて、断続的な送信を行うように制御してもよい。

また、基地局１００は、優先度や遅延要求の条件に応じて、端末装置２００−１（送信端末）にパケットをドロップさせてもよい。具体的な一例として、基地局１００は、端末装置２００−２（受信端末）における送受信パケットの優先度情報と、端末装置２００−１（送信端末）が送信予定のパケットの優先度情報とを比較して、端末装置２００−１に当該パケットをドロップさせるか否かを判断してもよい。また、基地局１００は、送信パケットの遅延要求を満たすことが困難と判断した場合には、端末装置２００−１が送信を断念してパケットをドロップするように制御してもよい。

また、基地局１００は、端末装置２００−２（受信端末）に対してユニキャストリンクのリリースを指示してもよい。

また、基地局１００は、端末装置２００−１（送信端末）と端末装置２００−２（受信端末）との間の通信を、マルチキャリア通信に切り替えてもよい。

また、基地局１００は、端末装置２００−１（送信端末）と端末装置２００−２（受信端末）との間でパケットの送信に利用される周波数帯域を変更してもよい。この場合には、基地局１００は、少なくとも端末装置２００−２に対して、変更後の周波数帯域に関する情報を通知してもよい。

以上、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置の対応の一例について説明した。

（２−３）受信側の端末装置の対応
続いて、受信端末として動作する端末装置２００−２側の対応の一例について説明する。

例えば、端末装置２００−２（受信端末）は、端末装置２００−１（送信端末）との情報のやり取りの結果に応じて、サイドリンクのリソーススケジューリングを制御してもよい。具体的な一例として、端末装置２００−２は、送信パケットの遅延要求等を満たすことが困難な場合には、端末装置２００−１に送信予定のパケットをドロップさせるか否かの判断を行ってもよい。また、端末装置２００−２は、端末装置２００−１に、連続送信をやめて、断続的な送信を行わせてもよい。また、端末装置２００−２（受信端末）は、自身の状況に応じて、送信端末として動作する場合における、他の端末装置２００へのデータの送信に係る動作を制御してもよい。具体的な一例として、端末装置２００−２（受信端末）は、上記遅延要求を満たすことが困難な状況下では、送信端末として動作する場合における、他の端末装置２００に送信予定のパケットをドロップするか否かの判断を行ってもよい。

また、端末装置２００−２（受信端末）は、優先度や遅延要求の条件に応じて、端末装置２００−１（送信端末）にパケットをドロップさせてもよい。具体的な一例として、端末装置２００−２は、端末装置２００−１（送信端末）が送信予定のパケットの優先度情報と、自身における送受信パケットの優先度情報とを比較して、端末装置２００−１に送信予定のパケットのドロップをさせるか否かを判断してもよい。また、端末装置２００−２は、送信パケットの遅延要求を満たすことが困難な場合には、端末装置２００−１に送信を断念させてパケットをドロップさせてもよい。また、端末装置２００−２（受信端末）は、上記比較の結果に応じて、送信端末として動作する場合における、他の端末装置２００に送信予定のパケットをドロップするか否かの判断を行ってもよい。

また、端末装置２００−２（受信端末）は、端末装置２００−１（送信端末）との情報のやり取りの結果に応じて、ユニキャストリンクをリリースしてもよい。具体的な一例として、端末訴追２００−２は、既に確立されている他の端末装置２００とのユニキャストリンクをリリースしてもよい。

また、端末装置２００−２（受信端末）は、端末装置２００−１（送信端末）との情報のやり取りの結果に応じて、マルチキャリア通信に切り替えてもよい。

また、端末装置２００−２（受信端末）は、端末装置２００−１（送信端末）との情報のやり取りの結果に応じて、端末装置２００−１との間の通信に利用する周波数帯域（即ち、端末装置２００−１から送信されたパケットを受信する周波数帯域）を変更してもよい。この場合には、端末装置２００−２は、変更後の周波数帯域に関する情報を端末装置２００−１から取得してもよい。

また、端末装置２００−２（受信端末）は、端末装置２００−１（送信端末）との情報のやり取りの結果に応じて、端末装置２００−１との間の直接的な通信から、基地局１００等を経由した通信に切り替えてもよい。この場合には、端末装置２００−２は、端末装置２００−１からの通知に応じて、通信経路の切り替えを認識してもよい。

また、端末装置２００−２（受信端末）は、端末装置２００−１（送信端末）との情報のやり取りの結果に応じて、端末装置２００−１に対して、パケットを受信可能なリソースを通知してもよい。なお、この場合には、端末装置２００−２は、通知したリソースを介して端末装置２００−１から送信されるパケットを受信することとなる。また、端末装置２００−２は、パケットを受信可能な時間を端末装置２００−１に通知してもよい。また、端末装置２００−２は、パケットを受信可能な時間及び周波数の領域を端末装置２００−１に通知してもよい。また、端末装置２００−２は、自身に対してパケットを送信予定の端末装置２００それぞれに対して個別に、パケットを受信可能なリソースの指示や割り当てを行ってもよい。

以上、受信端末として動作する端末装置２００−２側の対応の一例について説明した。なお、端末装置２００−１（送信端末）と端末装置２００−２（受信端末）との間の通信に着目した場合に、端末装置２００−２に対する端末装置２００−１が「第１の通信装置」の一例に相当する。また、端末装置２００−２が送信端末として動作する場合の、パケットの送信先となる他の端末装置２００（例えば、端末装置２００−１以外の他の端末装置２００）が「第２の通信装置」の一例に相当する。

＜５．２．サイドリンクのリソースのレベル分け＞
続いて、ＨＤ問題の顕在化を抑制可能とする技術の一例として、サイドリンクのリソースをレベル分けすることによりＨＤ問題の顕在化を抑制する技術について説明する。

例えば、端末装置２００がモニタリングの対象とするリソースをレベル分けすることで、当該端末装置２００は、対象となるリソースに設定されたレベルに応じてパケットの送信や受信に係る処理を制御してもよい。具体的な一例として、端末装置２００は、より高いレベルが設定されたリソース領域ほど、より優先的に受信を行ってもよい。

リソースのレベル分けについては、システム全体として実施されてもよい。この場合には、当該レベルの設定については、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置により行われてもよいし、Preconfigurationによって設定されてもよい。また、当該レベルの設定については、周波数帯域ごとに設定されてもよい。また、当該レベルの設定については、送受信を行う端末装置２００間で行われてもよい。

また、リソースのレベル分けについては、端末装置２００ごとに個別に設定されてもよい。この場合には、端末装置２００は、自身に対する設定に関する情報を、周辺に位置する他の端末装置２００に事前に通知しておいてもよい。

また、他の一例として、送受信の割合がレベル分けされてもよい。具体的な一例として、送信トラフィックの割合について、リソースプールごとにレベル分けが行われてもよい。

例えば、図２０は、送受信の割合のレベル分けの一例について説明するための説明図である。図２０において、横軸は時間を示しており、縦軸は周波数を示している。「ＳＬＳＳ」は、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」が定義されている。

このような構成の基で、例えば、「Resource pool A」と「Resource pool B」とで送受信の割合の観点で異なるレベルが設定されてもよい。より具体的な一例として、「Resource pool A」に対して、ユニキャストの割合が９０％、ブロードキャストの割合が１０％として定義されてもよい。一方で、「Resource pool B」に対して、ユニキャストの割合が１０％、ブロードキャストの割合が９０％として定義されてもよい。このような前提の基で、例えば、端末装置２００−１（送信端末）は、ユニキャストパケットを保有している場合には、９０％の確率で「Resource pool A」を利用してパケットの送信を行うように動作してもよい。また、上述した送受信の割合のレベル分けが、パケットの重要レベルごとに個別に設定されてもよい。

＜５．３．実施例＞
続いて、本開示の一実施形態に係るシステムの実施例について説明する。

＜５．３．１．実施例１：ユニキャストリンクの追加に係る動作の第１の例＞
まず、実施例１として、サイドリンクを介した端末間通信において新たにユニキャストリンクを追加する処理の流れの一例について説明する。例えば、図２１は、実施例１に係るシステムの一連の処理の流れの一例を示したシーケンス図である。具体的には、図２１に示す例では、端末装置２００−１（送信端末）と端末装置２００−２（受信端末）とがユニキャストでの通信の実施中（Ｓ２０１）に、端末装置２００−３（送信端末）が端末装置２００−２（受信端末）と間で新たにユニキャストリンクを設定しようとしている。

端末装置２００−２は、周囲の端末装置２００（例えば、端末装置２００−１及び２００−３）に対して、自身のCapability情報を定期的に通知する（Ｓ２０３）。当該Capability情報としては、例えば、ユニキャスト通信の接続可能数や、ユニキャスト通信の接続数等の情報が挙げられる。これにより、端末装置２００−１及び２００−３のそれぞれは、端末装置２００−２が他の端末装置２００との通信に関してどの程度の能力を有するかを認識することが可能となる。

端末装置２００−３は、端末装置２００−２から通知されるCapability情報に基づき、当該端末装置２００−２に対してユニキャスト通信の要求を実施するか否かを判断する（Ｓ２０５）。このとき、端末装置２００−３は、例えば、端末装置２００−２に送信予定のパケットの優先度や、トラフィック量（例えば、サイドリンクを介した通信のトラフィック量）等を考量して、ユニキャスト通信の要求を実施するか否かを判断してもよい。なお、図２１に示す例では、端末装置２００−３が、端末装置２００−２に対してユニキャスト通信の要求を実施すると判断した場合について示している。即ち、端末装置２００−３は、重要データの有無に関する情報や、送信データのバッファに関する情報等を端末装置２００−２に通知し、当該端末装置２００−２に対してユニキャスト通信の要求を行っている（Ｓ２０７）。

端末装置２００−２は、端末装置２００−３からユニキャスト通信の要求を受け付けると、あわせて通知される上記情報に基づき、当該端末装置２００−３に対してユニキャスト通信を許可するか否かを判断する（Ｓ２０９）。なお、図２１に示す例では、端末装置２００−２が、端末装置２００−３に対してユニキャスト通信を許可すると判断した場合について示している。即ち、端末装置２００−２は、端末装置２００−３に対してユニキャスト通信の許可を通知している。また、このとき端末装置２００−２は、端末装置２００−１からのパケットの到来を加味して、端末装置２００−３に対して、端末装置２００−１と直交するリソースを利用してパケットを送信するように、送信リソースの指示を行ってもよい（Ｓ２１１）。

端末装置２００−３は、端末装置２００−２からユニキャスト通信の許可の通知を受けると、当該端末装置２００−２との間のユニキャスト通信に係る処理を開始し（Ｓ２１３）、当該端末装置２００−２との間でユニキャスト通信のリンク確立を行う（Ｓ２１５）。なお、このとき端末装置２００−３は、端末装置２００−２から指示された送信リソースを介してパケットが送信されるように、当該端末装置２００−２との間でユニキャスト通信のリンク確立を行ってもよい。

以上、実施例１として、図２１を参照して、サイドリンクを介した端末間通信において新たにユニキャストリンクを追加する処理の流れの一例について説明した。

＜５．３．２．実施例２：ユニキャストリンクの追加に係る動作の第２の例＞
続いて、実施例２として、サイドリンクを介した端末間通信において新たにユニキャストリンクを追加する処理の流れの他の一例について説明する。例えば、図２２は、実施例２に係るシステムの一連の処理の流れの一例を示したシーケンス図である。具体的には、図２２に示す例では、図２１に示す例と同様に、端末装置２００−１（送信端末）と端末装置２００−２（受信端末）とがユニキャストでの通信の実施中（Ｓ２５１）に、端末装置２００−３（送信端末）が端末装置２００−２（受信端末）と間で新たにユニキャストリンクを設定しようとしている。なお、図２２において、参照符号Ｓ２５１〜Ｓ２５７で示した処理は、図２１に示す例において参照符号Ｓ２０１〜Ｓ２０７で示した処理と実質的に同様のため詳細な説明は省略する。

端末装置２００−２は、端末装置２００−３からユニキャスト通信の要求を受け付けると、あわせて通知される上記情報に基づき、当該端末装置２００−３に対してユニキャスト通信を許可するか否かを判断する（Ｓ２０９）。なお、図２２に示す例では、端末装置２００−２が、端末装置２００−１よりも端末装置２００−３を優先して通信を行う場合の一例について示している。

具体的には、図２２に示す例では、端末装置２００−２は、端末装置２００−１に対して、ユニキャスト通信のリリースの指示を行っている（Ｓ２６１）。端末装置２００−１は、端末装置２００−２からの当該指示を受けて、当該端末装置２００−２との間のユニキャスト通信のリリースを行う（Ｓ２６３）。

次いで、端末装置２００−２は、端末装置２００−３に対してユニキャスト通信の許可を通知する（Ｓ２６５）。

端末装置２００−３は、端末装置２００−２からユニキャスト通信の許可の通知を受けると、当該端末装置２００−２との間のユニキャスト通信に係る処理を開始し（Ｓ２６７）、当該端末装置２００−２との間でユニキャスト通信のリンク確立を行う（Ｓ２６９）。

ここで、図２３を参照して、端末装置２００−３（送信端末）の一連の処理の流れの一例について説明する。図２３は、実施例２に係るシステムにおける送信端末として動作する端末装置２００−３の一連の処理の流れの一例について示したフローチャートである。

図２３に示すように、端末装置２００−３は、ユニキャスト通信のトラフィックが発生すると（Ｓ３０１）、端末装置２００−２（受信端末）に対してユニキャスト通信の要求を実施するか否かを判断する。端末装置２００−３は、上記判断の結果に応じて、端末装置２００−２に対してユニキャスト通信の要求を実施し、当該端末装置２００−２からの応答に応じて、ユニキャスト通信が実施可能か否かを判定する（Ｓ３０３）。

端末装置２００−２からユニキャスト通信が許可された場合には（Ｓ３０５、ＹＥＳ）、端末装置２００−３は、当該端末装置２００−２から通信に利用するリソースの指定があるか否かを確認する（Ｓ３０５）。端末装置２００−２からのリソースの指定がある場合には（Ｓ３０５、ＹＥＳ）、端末装置２００−３は、当該端末装置２００−２との間の通信に指定されたリソースが利用されるように制御する（Ｓ３０７）。これに対して、端末装置２００−２からのリソースの指定がない場合には（Ｓ３０５、ＮＯ）、端末装置２００−３は、リソースの指定を行わずに、当該端末装置２００−２との間の通信を制御する（Ｓ３０９）。以上のようにして、端末装置２００−３は、端末装置２００−２との間のユニキャスト通信を確立する（Ｓ３１１）。

一方で、端末装置２００−２からユニキャスト通信が許可されなかった場合には（Ｓ３０５、ＮＯ）、端末装置２００−３は、当該端末装置２００−２との間のユニキャスト通信の確立を行わずに一連の処理を終了する。なお、この場合には、端末装置２００−３は、ユニキャスト通信以外の他の手段（例えば、基地局１００を介した通信等）を利用して、端末装置２００−２との間で通信を行ってもよい。

次いで、図２４を参照して、端末装置２００−２（受信端末）の一連の処理の流れの一例について説明する。図２４は、実施例２に係るシステムにおける受信端末として動作する端末装置２００−２の一連の処理の流れの一例について示したフローチャートである。

端末装置２００−２は、端末装置２００−３（送信端末）からユニキャスト通信の要求を受信すると（Ｓ３５１）、当該端末装置２００−３に対してユニキャスト通信を許可するか否かを判断する（Ｓ３５３）。

端末装置２００−２は、端末装置２００−３に対してユニキャスト通信を許可すると判断した場合には（Ｓ３５５、ＹＥＳ）、当該端末装置２００−３がパケットを送信するためのリソースの指定が必要か否かを判断する（Ｓ３５９）。リソースの指定が必要と判断した場合には（Ｓ３５９、ＹＥＳ）、端末装置２００−２は、端末装置２００−３に対してパケットの送信に利用するリソースの指定を行う（Ｓ３６１）。一方で、リソースの指定が不要と判断した場合には（Ｓ３５９、ＮＯ）、端末装置２００−２は、端末装置２００−３に対してパケットの送信に利用するリソースの指定は行わなくてもよい。そして、端末装置２００−２は、端末装置２００−３に対してユニキャスト通信の許可を通知し、当該端末装置２００−３との間でユニキャスト通信を確立する（Ｓ３６３）。

一方で、端末装置２００−２は、端末装置２００−３に対してユニキャスト通信を許可しない判断した場合には（Ｓ３５５、ＮＯ）、当該端末装置２００−３に対してユニキャスト通信が不可である旨を通知する（Ｓ３５７）。

以上、実施例２として、図２２〜図２４を参照して、サイドリンクを介した端末間通信において新たにユニキャストリンクを追加する処理の流れの他の一例について説明した。

＜５．３．３．実施例３：ユニキャストリンクの追加に係る動作の第３の例＞
続いて、実施例３として、サイドリンクを介した端末間通信において新たにユニキャストリンクを追加する処理の流れの他の一例について説明する。例えば、図２５は、実施例３に係るシステムの一連の処理の流れの一例を示したシーケンス図である。具体的には、図２５に示す例では、図２１に示す例と同様に、端末装置２００−１（送信端末）と端末装置２００−２（受信端末）とがユニキャストでの通信の実施中（Ｓ２５１）に、端末装置２００−３（送信端末）が端末装置２００−２（受信端末）と間で新たにユニキャストリンクを設定しようとしている。なお、図２５において、参照符号Ｓ４０１〜Ｓ４０７で示した処理は、図２１に示す例において参照符号Ｓ２０１〜Ｓ２０７で示した処理と実質的に同様のため詳細な説明は省略する。

端末装置２００−２は、端末装置２００−３からユニキャスト通信の要求を受け付けると、あわせて通知される上記情報に基づき、当該端末装置２００−３に対してユニキャスト通信を許可するか否かを判断する（Ｓ４０９）。なお、図２５に示す例では、端末装置２００−２が、端末装置２００−３よりも端末装置２００−１を優先して通信を行う場合の一例について示している。そのため、端末装置２００−２は、端末装置２００−３に対してユニキャスト通信が不可である旨を通知している（Ｓ４１１）。

端末装置２００−３は、端末装置２００−２からユニキャスト通信が不可である旨の通知を受けることで、当該端末装置２００−２に対して、サイドリンクのユニキャスト送信が不可であることを認識する。この場合には、端末装置２００−３は、基地局１００を経由した通信（Ｕｕリンクを介した通信）に切り替えるか否かを判断する（Ｓ４１３）。なお、図２５に示す例では、端末装置２００−３が、端末装置２００−２との通信を、基地局１００を経由した通信に切り替えると判断した場合の一例について示している。

具体的には、図２５に示す例では、端末装置２００−３は、基地局１００に対して、端末装置２００−２との間の通信についてＵｕリンク通信への切り替えの要求を行う。このとき、端末装置２００−３は、端末装置２００−２に送信予定のデータと、当該データの宛先情報（即ち、端末装置２００−２の情報）とを基地局１００に送信する（Ｓ４１５）。

基地局１００は、端末装置２００−３からの要求を受けて、Ｕｕリンクを介した端末装置２００−３と端末装置２００−２との間の通信をスケジューリングする（Ｓ４１７）。そして、基地局１００は、端末装置２００−３から送信されたデータを、当該端末装置２００−３から通知された宛先情報に基づき、端末装置２００−２に転送する（Ｓ４１９）。

以上、実施例３として、図２５を参照して、サイドリンクを介した端末間通信において新たにユニキャストリンクを追加する処理の流れの他の一例について説明した。

＜＜６．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（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）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。

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

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

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

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

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

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

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

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

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

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

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

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

＜＜６．むすび＞＞
以上説明したように、本開示の一実施形態に係るシステムにおいて、装置間通信を行う通信装置（端末装置２００）のうち受信端末に相当する通信装置は、無線通信を行う通信部と、第１の通信装置から情報を取得する取得部と、当該他の通信装置との通信を制御する制御部とを備える。具体的には、取得部は、送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、上記無線通信を介して他の通信装置から取得する。また、制御部は、上記第１の情報に応じて、上記他の通信装置から送信されるデータの受信に係る動作を制御する。また、送信端末に相当する通信装置は、無線通信を行う通信部と、他の通信装置に情報を通知する通知部と、当該他の通信装置との通信を制御する制御部とを備える。具体的には、通知部は、送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、上記無線通信を介して他の通信装置に通知する。また、制御部は、上記第１の情報の通知後に、上記他の通信装置へのデータの送信に係る動作を制御する。

以上のような構成により、本開示の一実施形態に係るシステムに依れば、Ｖ２Ｘ通信を初めとした装置間通信においてユニキャスト通信がサポートされるような状況下においても、従来のＶ２Ｘ通信に比べて、ＨＤ問題の顕在化をより抑制することが可能となる。

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

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

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

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
無線通信を行う通信部と、
送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第１の通信装置から取得する取得部と、
前記第１の情報に応じて、前記第１の通信装置から送信されるデータの受信に係る動作を制御する制御部と、
を備える、通信装置。
（２）
前記制御部は、前記第１の情報と、前記通信方式でのデータの送信または受信に関する状況と、に応じて、第２の通信装置へのデータの送信に係る動作を制御する、前記（１）に記載の通信装置。
（３）
前記制御部は、前記第１の情報と、前記通信方式でのデータの送信または受信に関する状況と、に応じて、前記第２の通信装置に送信予定のパケットをドロップする、前記（２）に記載の通信装置。
（４）
前記制御部は、前記第１の情報に応じた前記第１の通信装置から送信されるパケットの優先度と、前記第２の通信装置に送信予定のパケットの優先度と、の比較に基づき、当該第２の通信装置に送信予定のパケットをドロップする、前記（３）に記載の通信装置。
（５）
前記制御部は、前記第１の情報と、前記通信方式でのデータの送信または受信に関する状況と、に応じて、前記第２の通信装置との間で確立されたユニキャストの無線リンクをリリースする、前記（２）に記載の通信装置。
（６）
前記取得部は、リソースが割り当てられる領域中の第１の部分領域を介して通知される、前記第１の情報に含まれる重要データの有無に関する情報を少なくとも含む第２の情報を取得し、
前記制御部は、前記第２の情報に基づき、前記第１の通信装置から送信されるデータを受信するか否かを決定する、
前記（２）〜（５）のいずれか一項に記載の通信装置。
（７）
前記第２の情報は、前記第１の部分領域とは異なる第２の部分領域に関する情報を含み、
前記取得部は、前記第２の情報に基づき、前記第２の部分領域を介して通知される、前記第１の情報のうちの、当該第２の情報として通知される情報以外の他の情報を取得する、
前記（６）に記載の通信装置。
（８）
前記制御部は、前記第２の情報に基づき、前記第１の通信装置から送信されるデータの受信と、前記第２の通信装置へのデータの送信と、のいずれを優先するかを決定する、前記（６）または（７）に記載の通信装置。
（９）
前記制御部は、前記第１の情報と、前記通信方式でのデータの送信または受信に関する状況と、に応じて、前記第１の通信装置から送信されるデータの受信に係る経路を制御する、前記（１）〜（８）のいずれか一項に記載の通信装置。
（１０）
前記制御部は、
前記第１の情報に基づき、前記第１の通信装置にデータの送信を許可するか否かを判定し、
前記判定の結果に応じて、前記第１の通信装置から送信されたデータが受信されるように制御する、
前記（１）〜（９）のいずれか一項に記載の通信装置。
（１１）
前記第１の通信装置にデータの送信を許可するか否かの判定の結果に応じた情報を通知する通知部を備え、
前記制御部は、前記判定の結果に応じた情報の通知後に、前記第１の通信装置から送信されるデータが受信されるように制御する、
前記（１０）に記載の通信装置。
（１２）
データの受信に関する第３の情報を前記第１の通信装置に通知する通知部を備え、
前記取得部は、前記第３の情報の通知後に、前記第１の通信装置から前記第１の情報を取得する、
前記（１）〜（１１）のいずれか一項に記載の通信装置。
（１３）
前記第３の情報は、
受信アンテナの本数に関する情報と、
データの受信に係るデバイスに関する情報と、
データの受信に利用可能なリソースプールに関する情報と、
データの送信に係る処理に関する情報と、
データの受信に係る処理に関する情報と、
データを受信可能なリソースに関する情報と、
のうちの少なくともいずれかを含む、
前記（１２）に記載の通信装置。
（１４）
前記第１の情報は、
前記第１の通信装置における送信データのバッファに関する情報と、
前記第１の通信装置による将来の送信のスケジュールに関する情報と、
前記データの送信に係るパケットの種別に関する情報と、
前記データの送信に係るパケットの受信期限に関する情報と、
前記データの送信に係るパケットの優先度に関する情報と、
重要データの有無に関する情報と、
のうちの少なくともいずれかを含む、
前記（１）〜（１３）のいずれか一項に記載の通信装置。
（１５）
前記第１の通信装置に対してデータを受信可能なリソースに関する情報を通知する通知部を備える、前記（１）〜（１４）のいずれか一項に記載の通信装置。
（１６）
無線通信を行う通信部と、
送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第３の通信装置に通知する通知部と、
前記第１の情報の通知後に、前記第３の通信装置へのデータの送信に係る動作を制御する制御部と、
を備える、通信装置。
（１７）
前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置へのデータの送信と、第４の通信装置から送信されるデータの受信と、の間の優先度を制御する、前記（１６）に記載の通信装置。
（１８）
前記制御部は、
前記優先度を、
通信のトラフィックの種別と、
前記通信装置、前記第３の通信装置、及び前記第４の通信装置のうちの少なくともいずれかの位置情報と、
チャネルの混雑度と、
チャネルの占有率と、
のうちの少なくともいずれかに基づき制御する、
前記（１７）に記載の通信装置。
（１９）
前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置に送信予定のパケットをドロップする、前記（１６）〜（１８）のいずれか一項に記載の通信装置。
（２０）
前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置に送信予定のパケットの送信方法を制御する、前記（１６）〜（１９）のいずれか一項に記載の通信装置。
（２１）
前記通知部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置に対して、他の通信装置とのユニキャストの無線リンクのリリースを指示する、前記（１６）〜（２０）のいずれか一項に記載の通信装置。
（２２）
前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置との間の通信をマルチキャリア通信に切り替える、前記（１６）〜（２１）のいずれか一項に記載の通信装置。
（２３）
前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置との間の通信に利用する周波数帯域を制御する、前記（１６）〜（２２）のいずれか一項に記載の通信装置。
（２４）
前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置へのデータの送信経路を制御する、前記（１６）〜（２３）のいずれか一項に記載の通信装置。
（２５）
前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置がパケットを受信するためのリソースの予約を行う、前記（１６）〜（２４）のいずれか一項に記載の通信装置。
（２６）
前記制御部は、前記第１の情報の通知後に、前記第３の通信装置へ送信予定のパケットの優先度と、前記第３の通信装置におけるパケットの受信に係る優先度と、の比較結果に基づき、前記第３の通信装置へ送信予定のパケットをドロップする、前記（１６）〜（２５）のいずれか一項に記載の通信装置。
（２７）
無線通信を行う通信部と、
送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第１の通信装置から取得する取得部と、
前記第１の情報に応じて、前記第１の通信装置から送信されるデータの受信に係る動作を制御する制御部と、
を備える、通信装置。
（２８）
無線通信を行う通信部と、
送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第３の通信装置に通知する通知部と、
前記第１の情報の通知後に、前記第３の通信装置へのデータの送信に係る動作を制御する制御部と、
を備える、通信装置。

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

Claims (26)

1. 無線通信を行う通信部と、
   送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第１の通信装置から取得する取得部と、
   前記第１の情報に応じて、前記第１の通信装置から送信されるデータの受信に係る動作を制御する制御部と、
   を備える、通信装置。
2. 前記制御部は、前記第１の情報と、前記通信方式でのデータの送信または受信に関する状況と、に応じて、第２の通信装置へのデータの送信に係る動作を制御する、請求項１に記載の通信装置。
3. 前記制御部は、前記第１の情報と、前記通信方式でのデータの送信または受信に関する状況と、に応じて、前記第２の通信装置に送信予定のパケットをドロップする、請求項２に記載の通信装置。
4. 前記制御部は、前記第１の情報に応じた前記第１の通信装置から送信されるパケットの優先度と、前記第２の通信装置に送信予定のパケットの優先度と、の比較に基づき、当該第２の通信装置に送信予定のパケットをドロップする、請求項３に記載の通信装置。
5. 前記制御部は、前記第１の情報と、前記通信方式でのデータの送信または受信に関する状況と、に応じて、前記第２の通信装置との間で確立されたユニキャストの無線リンクをリリースする、請求項２に記載の通信装置。
6. 前記取得部は、リソースが割り当てられる領域中の第１の部分領域を介して通知される、前記第１の情報に含まれる重要データの有無に関する情報を少なくとも含む第２の情報を取得し、
   前記制御部は、前記第２の情報に基づき、前記第１の通信装置から送信されるデータを受信するか否かを決定する、
   請求項２に記載の通信装置。
7. 前記第２の情報は、前記第１の部分領域とは異なる第２の部分領域に関する情報を含み、
   前記取得部は、前記第２の情報に基づき、前記第２の部分領域を介して通知される、前記第１の情報のうちの、当該第２の情報として通知される情報以外の他の情報を取得する、
   請求項６に記載の通信装置。
8. 前記制御部は、前記第２の情報に基づき、前記第１の通信装置から送信されるデータの受信と、前記第２の通信装置へのデータの送信と、のいずれを優先するかを決定する、請求項６に記載の通信装置。
9. 前記制御部は、前記第１の情報と、前記通信方式でのデータの送信または受信に関する状況と、に応じて、前記第１の通信装置から送信されるデータの受信に係る経路を制御する、請求項１に記載の通信装置。
10. 前記制御部は、
    前記第１の情報に基づき、前記第１の通信装置にデータの送信を許可するか否かを判定し、
    前記判定の結果に応じて、前記第１の通信装置から送信されたデータが受信されるように制御する、
    請求項１に記載の通信装置。
11. 前記第１の通信装置にデータの送信を許可するか否かの判定の結果に応じた情報を通知する通知部を備え、
    前記制御部は、前記判定の結果に応じた情報の通知後に、前記第１の通信装置から送信されるデータが受信されるように制御する、
    請求項１０に記載の通信装置。
12. データの受信に関する第３の情報を前記第１の通信装置に通知する通知部を備え、
    前記取得部は、前記第３の情報の通知後に、前記第１の通信装置から前記第１の情報を取得する、
    請求項１に記載の通信装置。
13. 前記第３の情報は、
    受信アンテナの本数に関する情報と、
    データの受信に係るデバイスに関する情報と、
    データの受信に利用可能なリソースプールに関する情報と、
    データの送信に係る処理に関する情報と、
    データの受信に係る処理に関する情報と、
    データを受信可能なリソースに関する情報と、
    のうちの少なくともいずれかを含む、
    請求項１２に記載の通信装置。
14. 前記第１の情報は、
    前記第１の通信装置における送信データのバッファに関する情報と、
    前記第１の通信装置による将来の送信のスケジュールに関する情報と、
    前記データの送信に係るパケットの種別に関する情報と、
    前記データの送信に係るパケットの受信期限に関する情報と、
    前記データの送信に係るパケットの優先度に関する情報と、
    重要データの有無に関する情報と、
    のうちの少なくともいずれかを含む、
    請求項１に記載の通信装置。
15. 前記第１の通信装置に対してデータを受信可能なリソースに関する情報を通知する通知部を備える、請求項１に記載の通信装置。
16. 無線通信を行う通信部と、
    送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第３の通信装置に通知する通知部と、
    前記第１の情報の通知後に、前記第３の通信装置へのデータの送信に係る動作を制御する制御部と、
    を備える、通信装置。
17. 前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置へのデータの送信と、第４の通信装置から送信されるデータの受信と、の間の優先度を制御する、請求項１６に記載の通信装置。
18. 前記制御部は、
    前記優先度を、
    通信のトラフィックの種別と、
    前記通信装置、前記第３の通信装置、及び前記第４の通信装置のうちの少なくともいずれかの位置情報と、
    チャネルの混雑度と、
    チャネルの占有率と、
    のうちの少なくともいずれかに基づき制御する、
    請求項１７に記載の通信装置。
19. 前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置に送信予定のパケットをドロップする、請求項１６に記載の通信装置。
20. 前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置に送信予定のパケットの送信方法を制御する、請求項１６に記載の通信装置。
21. 前記通知部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置に対して、他の通信装置とのユニキャストの無線リンクのリリースを指示する、請求項１６に記載の通信装置。
22. 前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置との間の通信をマルチキャリア通信に切り替える、請求項１６に記載の通信装置。
23. 前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置との間の通信に利用する周波数帯域を制御する、請求項１６に記載の通信装置。
24. 前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置へのデータの送信経路を制御する、請求項１６に記載の通信装置。
25. 前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置がパケットを受信するためのリソースの予約を行う、請求項１６に記載の通信装置。
26. 前記制御部は、前記第１の情報の通知後に、前記第３の通信装置へ送信予定のパケットの優先度と、前記第３の通信装置におけるパケットの受信に係る優先度と、の比較結果に基づき、前記第３の通信装置へ送信予定のパケットをドロップする、請求項１６に記載の通信装置。

Images