JP2018102011A - 装置 - Google Patents

Abstract

【課題】Ｄ２Ｄ通信に使用可能な無線リソースを端末装置が知るのに要する負荷を抑えることを可能にする。【解決手段】装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得する取得部と、上記１つ以上のリソースプールを端末装置に通知する制御部と、を備える装置が提供される。上記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである。【選択図】図１２

Description

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

装置間通信（Ｄ２Ｄ通信）は、基地局と端末装置とが信号を送受信する一般的なセルラー通信とは異なり、２つ以上の端末装置が直接的に信号を送受信する通信である。そのため、Ｄ２Ｄ通信では、上記一般的なセルラー通信とは異なる、端末装置の新しい利用形態が生まれてくることが期待される。例えば、近接する端末装置間若しくは近接する端末装置のグループ内におけるデータ通信による情報共有、設置された端末装置からの情報の頒布、Ｍ２Ｍ（Machine to Machine）と呼ばれる機器間の自律通信など、様々な応用が考えられる。

また、近年のスマートフォンの増加による、データトラフィックの著しい増加に対して、Ｄ２Ｄ通信をデータのオフローディングに活用することも考えられる。例えば、近年、動画像のストリーミングデータの送受信に対するニーズが急速に高まっている。しかし、一般に、動画像はデータ量が多いので、ＲＡＮ（Radio Access Network）において多くのリソースを消費するという問題がある。したがって、端末装置間の距離が小さい場合のように、端末装置同士がＤ２Ｄ通信に適している状態であれば、動画像データをＤ２Ｄ通信にオフローディングすることにより、ＲＡＮにおけるリソースの消費及び処理の負荷を抑えることができる。このように、Ｄ２Ｄ通信は、通信事業者及びユーザの双方にとって利用価値がある。そのため、現在、Ｄ２Ｄ通信は、３ＧＰＰ（3rd Generation Partnership Project）標準化会議においても、ＬＴＥ（Long Term Evolution）に必要な重要な技術領域の１つとして認識され、注目されている。

例えば、非特許文献１には、Ｄ２Ｄ通信の同期及びディスカバリなどの技術が開示されている。

３ＧＰＰ ＴＲ３６．８４３ Ｖ１２．０．０（２０１４−０３）

上記特許文献１には、Ｄ２Ｄ通信に使用可能な無線リソースを端末装置がどのように知るかは開示されていない。

例えば、Ｄ２Ｄ通信に使用可能な無線リソース（リソースプール）は、インカバレッジの場合には基地局により選択され、アウトカバレッジの場合には代表の端末装置により選択される。

インカバレッジの場合に、上記基地局が、Ｄ２Ｄ通信に使用可能な上記無線リソースを端末装置に通知し得る。しかし、上記基地局が、Ｄ２Ｄ通信に使用可能な上記無線リソースを制約なしに自由に選択する場合には、上記基地局は、Ｄ２Ｄ通信に使用可能な上記無線リソースの通知のために、多くの無線リソースを使用し得る。その結果、無線リソースの観点から、上記基地局にとっての負荷が大きくなり得る。

アウトカバレッジの場合に、上記代表の端末装置が、Ｄ２Ｄ通信に使用可能な上記無線リソースを他の端末装置に通知し得る。しかし、当該他の端末装置は、Ｄ２Ｄ通信に使用可能な上記無線リソースの通知のために上記代表の端末装置がどの無線リソースを使用するかを知らないので、試行錯誤での探索（例えば、試行錯誤での同期信号及び／又は同期情報（information of synchronization）の検出）を行い得る。その結果、上記他の端末装置にとっての負荷が大きくなり得る。また、インカバレッジの場合と同様に、アウトカバレッジの場合にも、無線リソースの観点から、上記代表の端末装置にとっての負荷が大きくなり得る。

そこで、Ｄ２Ｄ通信に使用可能な無線リソースを端末装置が知るのに要する負荷を抑えることを可能にする仕組みが提供されることが望ましい。

本開示によれば、装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得する取得部と、上記１つ以上のリソースプールを端末装置に通知する制御部と、を備える装置が提供される。上記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである。

また、本開示によれば、装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得する取得部と、上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの端末装置による装置間通信を制御する制御部と、を備える装置が提供される。上記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである。

また、本開示によれば、装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得する取得部と、所定のリソースプールで上記１つ以上のリソースプールを端末装置に通知する制御部と、を備える装置が提供される。

また、本開示によれば、装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を、所定のリソースプールで端末装置により受信される情報の中から取得する取得部と、上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの上記端末装置による装置間通信を制御する制御部と、を備える装置が提供される。

また、本開示によれば、装置間通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得する取得部と、装置間通信で使用可能な無線リソースである１つ以上のリソースプールのうちのプライマリリソースプールで、上記変更を端末装置に通知する制御部と、を備える装置が提供される。

また、本開示によれば、装置間通信で使用可能な無線リソースである１つ以上のリソースプールのうちのプライマリリソースプールで端末装置により受信される情報の中から、装置間通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得する取得部と、上記変更に従って、少なくとも１つのリソースプールでの上記端末装置による装置間通信を制御する制御部と、を備える装置が提供される。

また、本開示によれば、装置間通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得する取得部と、上記変更を示すシステム情報の報知、及び個別のシグナリングのうちの、少なくとも一方により、上記変更を端末装置に通知する制御部と、を備える装置が提供される。

また、本開示によれば、ネットワークカバレッジ内での装置間通信で使用可能な無線リソースであるインカバレッジ用リソースプール、及びネットワークカバレッジ外での装置間通信で使用可能な無線リソースであるアウトカバレッジ用リソースプールを示す情報を取得する取得部と、基地局により送信される信号の端末装置での受信電力が、第１の電力よりも小さく、且つ、当該第１の電力よりも小さい第２の電力よりも大きい場合に、上記インカバレッジ用リソースプール及び上記アウトカバレッジ用リソースプールの両方で上記端末装置が装置間通信の信号を送信するように、上記端末装置による装置間通信を制御する制御部と、を備える装置が提供される。

また、本開示によれば、ネットワークカバレッジ内での装置間通信で使用可能な無線リソースであるインカバレッジ用リソースプール、及びネットワークカバレッジ外での装置間通信で使用可能な無線リソースであるアウトカバレッジ用リソースプールを示す情報を取得する取得部と、上記インカバレッジ用リソースプール及び上記アウトカバレッジ用リソースプールを端末装置に通知する制御部と、を備える装置が提供される。

また、本開示によれば、装置間通信で使用可能な無線リソースである１つ以上のリソースプールを含むリソースプールグループであって、同期している端末装置により使用される当該リソースプールグループを示す情報を取得する取得部と、上記リソースプールグループを端末装置に通知する制御部と、を備える装置が提供される。

また、本開示によれば、装置間通信で使用可能な無線リソースである１つ以上のリソースプールを含むリソースプールグループであって、同期している端末装置により使用される上記リソースプールグループを示す情報を取得する取得部と、端末装置が、上記リソースプールグループに含まれる少なくとも１つのリソースプールで送信される同期信号に基づく同期を省略するように、上記端末装置による装置間通信を制御する制御部と、を備える装置が提供される。

また、本開示によれば、装置間通信で使用可能な無線リソースである１つ以上のリソースプールの各々で行われる装置間通信の用途を示す情報を取得する取得部と、上記用途を端末装置に通知する制御部と、を備える装置が提供される。

また、本開示によれば、装置間通信で使用可能な無線リソースである１つ以上のリソースプールの各々で行われる装置間通信の用途を示す情報を取得する取得部と、上記１つ以上のリソースプールのうちの、所望の用途で装置間通信が行われるリソースプールで、端末装置が当該所望の用途で装置間通信を行うように、当該端末装置による装置間通信を制御する制御部と、を備える装置が提供される。

また、本開示によれば、端末装置についての装置間通信の所望の用途を示す情報を取得する取得部と、装置間通信で使用可能な無線リソースである１つ以上のリソースプールであって、上記所望の用途で装置間通信が行われる当該１つ以上のリソースプールを、端末装置に通知する制御部と、を備える装置が提供される。

また、本開示によれば、端末装置についての装置間通信の所望の用途を示す情報を取得する取得部と、上記所望の用途を基地局又は他の端末装置に通知する制御部と、を備える装置が提供される。上記制御部は、上記基地局又は上記他の端末装置が上記端末装置に通知する１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの、上記端末装置による上記所望の用途での装置間通信を制御する。上記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースであり、且つ上記所望の用途で装置間通信が行われるリソースプールである。

また、本開示によれば、装置間通信を行う端末装置の数を示す情報を取得する取得部と、装置間通信を行う端末装置の上記数に基づいて、装置間通信で使用可能な無線リソースであるリソースプールを選択する制御部と、を備える装置が提供される。上記制御部は、上記リソースプールを端末装置に通知する。

また、本開示によれば、装置間通信で送信のために使用可能な無線リソースである送信用リソースプール、及び装置間通信で再送のために使用可能な無線リソースである再送用リソースプールを示す情報を取得する取得部と、上記送信用リソースプール及び上記再送用リソースプールを端末装置に通知する制御部と、を備える装置が提供される。

また、本開示によれば、装置間通信で送信のために使用可能な無線リソースである送信用リソースプール、及び装置間通信で再送のために使用可能な無線リソースである再送用リソースプールを示す情報を取得する取得部と、端末装置が装置間通信において上記送信用リソースプールで送信を行い、上記端末装置が装置間通信において上記再送用リソースプールで再送を行うように、上記端末装置の装置間通信を制御する制御部と、を備える装置が提供される。

装置間通信で音声データの送信のために使用可能な無線リソースである音声用リソースプール、及び装置間通信で他のデータの送信のために使用可能な無線リソースである他のリソースプールを示す情報を取得する取得部と、上記音声用リソースプール及び上記他のリソースプールを端末装置に通知する制御部と、を備える装置が提供される。

また、本開示によれば、装置間通信で音声データの送信のために使用可能な無線リソースである音声用リソースプール、及び装置間通信で他のデータの送信のために使用可能な無線リソースである他のリソースプールを示す情報を取得する取得部と、端末装置が装置間通信において上記音声用リソースプールで音声データを送信し、上記端末装置が装置間通信において上記他のリソースプールで他のデータを送信するように、上記端末装置の装置間通信を制御する制御部と、を備える装置が提供される。

以上説明したように本開示によれば、Ｄ２Ｄ通信に使用可能な無線リソースを端末装置が知るのに要する負荷を抑えるが可能になる。なお、上記の効果は必ずしも限定的なものではなく、上記効果とともに、又は上記効果に代えて、本明細書に示されたいずれかの効果、又は本明細書から把握され得る他の効果が奏されてもよい。

Ｄ２Ｄ通信のユースケースの具体例を説明するための第１の説明図である。 Ｄ２Ｄ通信のユースケースの具体例を説明するための第２の説明図である。 ＦＤＤにおけるＰＳＳ及びＳＳＳのタイミングの例を説明するための説明図である。 ＴＤＤにおけるＰＳＳ及びＳＳＳのタイミングの例を説明するための説明図である。 セルラーシステムにおける無線フレーム及びサブフレームを説明するための説明図である。 リソースプールの例を説明するための説明図である。 リソースプールで送信される信号及び情報の例を説明するための説明図である。 本開示の実施形態に係る通信システムの概略的な構成の一例を示す説明図である。 同実施形態に係る基地局の構成の一例を示すブロック図である。 同実施形態に係る第１端末装置の構成の一例を示すブロック図である。 同実施形態に係る第２端末装置の構成の一例を示すブロック図である。 リソースプールセットの一例を説明するための説明図である。 第１の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。 第１の実施形態に係る第２の処理の概略的な流れの第１の例を示すシーケンス図である。 第１の実施形態に係る第２の処理の概略的な流れの第２の例を示すシーケンス図である。 第２の実施形態に係る処理の概略的な流れの一例を示すシーケンス図である。 第３の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。 第３の実施形態に係る第２の処理の概略的な流れの一例を示すシーケンス図である。 第３の実施形態に係る第３の処理の概略的な流れの一例を示すシーケンス図である。 第４の実施形態に係る処理の概略的な流れの一例を示すフローチャートである。 リソースプールグループの第１の例を説明するための説明図である。 リソースプールグループの第２の例を説明するための説明図である。 第５の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。 第５の実施形態に係る第２の処理の概略的な流れの一例を示すシーケンス図である。 リソースプールの各々で行われるＤ２Ｄ通信の用途の例を説明するための説明図である。 第６の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。 第６の実施形態に係る第２の処理の概略的な流れの一例を示すシーケンス図である。 第７の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。 第７の実施形態に係る第２の処理の概略的な流れの一例を示すシーケンス図である。 第８の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。 第８の実施形態に係る第２の処理の概略的な流れの一例を示すシーケンス図である。 第９の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。 第９の実施形態に係る第２の処理の概略的な流れの一例を示すシーケンス図である。 第１０の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。 第１０の実施形態に係る第２の処理の概略的な流れの一例を示すシーケンス図である。 第１１の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。 第１１の実施形態に係る第２の処理の概略的な流れの一例を示すシーケンス図である。 ｅＮＢの概略的な構成の第１の例を示すブロック図である。 ｅＮＢの概略的な構成の第２の例を示すブロック図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。

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

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

なお、説明は以下の順序で行うものとする。
１．はじめに
２．通信システムの概略的な構成
３．各装置の構成
３．１．基地局の構成
３．２．第１端末装置の構成
３．３．第２端末装置の構成
４．第１の実施形態
４．１．概略
４．２．基地局の動作
４．３．第１端末装置の動作
４．４．第２端末装置の動作
４．５．処理の流れ
５．第２の実施形態
５．１．概略
５．２．第１端末装置の動作
５．３．第２端末装置の動作
５．４．処理の流れ
６．第３の実施形態
６．１．概略
６．２．第１端末装置の動作
６．３．第２端末装置の動作
６．４．基地局の動作
６．５．処理の流れ
７．第４の実施形態
７．１．概略
７．２．基地局の動作
７．３．第１端末装置の動作
７．４．第２端末装置の動作
７．５．処理の流れ
８．第５の実施形態
８．１．概略
８．２．基地局の動作
８．３．第１端末装置の動作
８．４．第２端末装置の動作
８．５．処理の流れ
９．第６の実施形態
９．１．概略
９．２．基地局の動作
９．３．第１端末装置の動作
９．４．第２端末装置の動作
９．５．処理の流れ
１０．第７の実施形態
１０．１．概略
１０．２．基地局の動作
１０．３．第１端末装置の動作
１０．４．第２端末装置の動作
１０．５．処理の流れ
１１．第８の実施形態
１１．１．概略
１１．２．基地局の動作
１１．３．第１端末装置の動作
１１．４．処理の流れ
１２．第９の実施形態
１２．１．概略
１２．２．基地局の動作
１２．３．第１端末装置の動作
１２．４．処理の流れ
１３．第１０の実施形態
１３．１．概略
１３．２．基地局の動作
１３．３．第１端末装置の動作
１３．４．第２端末装置の動作
１３．５．処理の流れ
１４．第１１の実施形態
１４．１．概略
１４．２．基地局の動作
１４．３．第１端末装置の動作
１４．４．第２端末装置の動作
１４．５．処理の流れ
１５．実施形態の組合せ
１６．応用例
１５．１．基地局に関する応用例
１５．２．端末装置に関する応用例
１７．まとめ

＜＜１．はじめに＞＞
まず、図１〜図７を参照して、Ｄ２Ｄ通信に関連する技術を説明する。

（Ｄ２Ｄ通信のユースケース）
通常のＬＴＥのシステムでは、ｅＮＢ（evolved Node B）とＵＥ（User Equipment）とが無線通信を行うが、ＵＥが互いに無線通信することはなかった。しかし、パブリックセーフティの用途（例えば、衝突防止等の用途）又はデータオフローディングのために、ＵＥが互いに直接的に無線通信する手法が求められている。

Ｄ２Ｄ通信についてのユースケースが、３ＧＰＰのＳＡ（Service and Systems Aspects）１等において議論され、ＴＲ ２２．８０３に記載されている。なお、ＴＲ ２２．８０３には、ユースケースが開示されているものの、具体的な実現手段は開示されていない。以下、図１及び図２を参照して、ユースケースの具体例を説明する。

図１は、Ｄ２Ｄ通信のユースケースの具体例を説明するための第１の説明図である。図１を参照すると、複数のＵＥ１０及びｅＮＢ２０が示されている。第１のユースケースとして、例えば、ネットワークカバレッジ内に（例えば、ｅＮＢ２０のセル２１内に）位置するＵＥ１０Ａ及びＵＥ１０Ｂが、Ｄ２Ｄ通信を行う。このようなＤ２Ｄ通信をインカバレッジ（In-Coverage）のＤ２Ｄ通信と呼ぶ。第２のユースケースとして、例えば、ネットワークカバレッジ外に位置するＵＥ１０Ｃ及びＵＥ１０Ｄが、Ｄ２Ｄ通信を行う。このようなＤ２Ｄ通信をアウトカバレッジ（Out-of-Coverage）のＤ２Ｄ通信と呼ぶ。第３のユースケースとして、例えば、ネットワークカバレッジ内に位置するＵＥ１０Ｅと、ネットワークカバレッジ外に位置するＵＥ１０Ｆとが、Ｄ２Ｄ通信を行う。このようなＤ２Ｄ通信をパーシャルカバレッジ（Partial-Coverage）のＤ２Ｄ通信と呼ぶ。パブリックセーフティの観点から、アウトカバレッジのＤ２Ｄ通信、及びパーシャルカバレッジのＤ２Ｄ通信も重要である。なお、ネットワークカバレッジとは、セルラーネットワークのカバレッジである。即ち、セルの集合が、ネットワークカバレッジとなる。

図２は、Ｄ２Ｄ通信のユースケースの具体例を説明するための第２の説明図である。図２を参照すると、ＵＥ１０Ａ及びＵＥ１０Ｂ、並びにｅＮＢ２０Ａ及びｅＮＢ２０Ｂが、示されている。この例では、ｅＮＢ２０Ａは、第１のＭＮＯ（Mobile Network Operator）により運用され、ｅＮＢ２０Ｂは、第２のＭＮＯにより運用されている。そして、第１のネットワークカバレッジ内に（例えば、ｅＮＢ２０Ａのセル２１Ａ内に）位置するＵＥ１０Ａと、第２のネットワークカバレッジ（例えば、ｅＮＢ２０Ｂのセル２１Ｂ内に）位置するＵＥ１０Ｂとが、Ｄ２Ｄ通信を行う。パブリックセーフティの観点から、このようなＤ２Ｄ通信も重要である。

（Ｄ２Ｄ通信までの流れ）
例えば、同期（Synchronization）、ディスカバリ（Discovery）、及び接続の確立が順に行われ、その後、Ｄ２Ｄ通信が行われる。以下、同期、ディスカバリ及び接続確立の各ステップについての考察を説明する。

（ａ）同期
２つのＵＥが、ネットワークカバレッジ内に位置する場合、上記２つのＵＥは、上記ｅＮＢからのダウンリンク信号を用いてｅＮＢとの同期を獲得することにより、互いにある程度同期することが可能である。

一方、Ｄ２Ｄ通信を行おうとする２つのＵＥのうち少なくとも一方が、ネットワークカバレッジ外に位置する場合、上記２つのＵＥのうちの少なくとも一方が、Ｄ２Ｄ通信での同期のために同期信号を送信する必要がある。

（ｂ）他のＵＥのディスカバリ
他のＵＥのディスカバリは、例えば、ディスカバリ信号（Discovery Signal）の送受信により行われる。より具体的には、例えば、２つのＵＥのうちの一方のＵＥが、ディスカバリ信号を送信し、当該２つのＵＥのうちの他方のＵＥが、当該ディスカバリ信号を受信して、上記一方のＵＥとの通信を試みる。

ディスカバリ信号は、時間方向において所定のタイミングで送信されていることが望ましい。これにより、受信側のＵＥが上記ディスカバリ信号の受信を試みるタイミングを限定することができる。なお、前提として、Ｄ２Ｄ通信を行おうとする２つのＵＥは、ディスカバリ信号の受信前に予め同期を獲得しておく。

（ｃ）接続確立
Ｄ２Ｄ通信を行おうとする２つのＵＥは、例えば以下のように接続を確立し得る。まず、第１のＵＥがディスカバリ信号を送信し、第２のＵＥが当該ディスカバリ信号を受信する。その後、第２のＵＥは、接続の確立を要求する要求メッセージを第１のＵＥに送信する。そして、第１のＵＥは、上記要求メッセージに応じて、接続の確立が完了したことを示す完了メッセージを第２のＵＥに送信する。

（ｅＮＢにより送信される同期信号）
ＬＴＥでは、ｅＮＢは、同期信号として、ＰＳＳ（Primary Synchronization Signal）及びＳＳＳ（Secondary Synchronization Signal）を送信する。ＰＳＳ及びＳＳＳは、無線フレーム（Radio Frame）のフレーム構造（Frame Structure）における所定のタイミングで送信される。以下、図３及び図４を参照して、ＦＤＤ（Frequency Division Duplex）及びＴＤＤ（Time Division Duplex）におけるＰＳＳ及びＳＳＳのタイミングの具体例を説明する。

図３は、ＦＤＤにおけるＰＳＳ及びＳＳＳのタイミングの例を説明するための説明図である。図３を参照すると、無線フレームに含まれる１０個のサブフレームが示されている。ＦＤＤでは、サブフレーム番号が０、５であるサブフレーム（即ち、１番目のサブフレーム及び６番目のサブフレーム）の各々で、ＰＳＳ及びＳＳＳが送信される。より具体的には、これらのサブフレームの各々に含まれる第１スロットの６番目のシンボルでＳＳＳが送信され、上記第１スロットの７番目のシンボルでＰＳＳが送信される。

図４は、ＴＤＤにおけるＰＳＳ及びＳＳＳのタイミングの例を説明するための説明図である。図４を参照すると、無線フレームに含まれる１０個のサブフレームが示されている。ＴＤＤでは、サブフレーム番号が１、６であるサブフレーム（即ち、２番目のサブフレーム及び７番目のサブフレーム）の各々で、ＰＳＳが送信される。より具体的には、これらのサブフレームの各々に含まれる第１スロットの３番目のシンボルで、ＰＳＳが送信される。また、
ＴＤＤでは、サブフレーム番号が０、５であるサブフレーム（即ち、１番目のサブフレーム及び６番目のサブフレーム）の各々で、ＳＳＳが送信される。より具体的には、これらのサブフレームの各々に含まれる第２スロットの７番目のシンボルで、ＳＳＳが送信される。

ＵＥは、ＰＳＳの検出により、サブフレーム毎のタイミングを知得することができる。また、ＵＥは、ＳＳＳの検出により、どのサブフレームが♯０のサブフレームであるかを知得することができる。

さらに、ＵＥは、ＰＳＳのシーケンスに基づいて、３つのセルグループの中から、ＰＳＳを送信するｅＮＢにより形成されるセルが属するセルグループを識別することができる。また、ＵＥは、ＳＳＳのシーケンスに基づいて、１つのセルグループに属する１６８のセル候補の中から、ＳＳＳを送信するｅＮＢにより形成されるセルを識別することができる。即ち、ＵＥは、ＰＳＳのシーケンス及びＳＳＳのシーケンスに基づいて、５０４個のセル候補の中から、ＰＳＳ及びＳＳＳを送信するｅＮＢにより形成されるセルを識別することができる。

（Ｄ２Ｄ通信の同期信号）
例えば、ＵＥが、ネットワークカバレッジ内に位置する場合には、ｅＮＢにより送信される同期信号に基づいて、Ｄ２Ｄ通信のために同期をとる。例えば、ＵＥが、ネットワークカバレッジ外に位置する場合には、他のＵＥにより送信される同期信号に基づいて、Ｄ２Ｄ通信のために同期をとる。なお、同期信号は、リレーされた信号であり得る。

Ｄ２Ｄ通信のために端末装置により用いられる同期信号は、様々な属性を有し得る。例えば、同期信号は、送信元の属性を有し得る。当該送信元は、ｅＮＢ又はＵＥである。例えば、同期信号は、リレーの有無の属性を有し得る。

同期信号が無線でリレーされる場合には、中心周波数の精度が劣化することが懸念される。そのため、リレーの回数（ホップ数）がより少ないことが望ましい。

同期信号の送信元は、ＵＥよりもｅＮＢが望ましい。ＵＥの発振器の精度よりも、ｅＮＢの発振器の精度の方が高いからである。

（Ｄ２Ｄ通信で使用可能な無線リソース）
（ａ）リソースプール
Ｄ２Ｄ通信で使用可能な無線リソースとして、リソースプールと呼ばれる無線リソースが用意される。当該リソースプールとして、周期的な（periodic）無線リソースが考えられている。例えば、リソースプールは、周期（period）及び（時間方向の）オフセットなどにより示される。

リソースプールの使用の手法として２つの手法があり得る。第１の手法では、管理ノード（例えば、ｅＮＢ又はＵＥ）が、リソースプールの中から、無線リソースをＵＥに割り当て、当該無線リソースを当該ＵＥに通知する。当該ＵＥは、割り当てられた上記無線リソースでＤ２Ｄ通信を行うことができる。第２の手法では、ＵＥは、リソースプールの中から、無線リソースを選択し、当該無線リソースでＤ２Ｄ通信を行う。上記第１の手法は、ノンコンテンションベースの手法であり、衝突が起きない。一方、上記第２の手法は、コンテンションベースの手法であり、衝突が起き得る。

（ｂ）複数のリソースプール
複数のリソースプールが用意されることも当然に考えられる。この場合に、リソースプールの周期及びオフセットは、他のリソースプールの周期及びオフセットと異なる場合もある。なお、リソースプールの周期は、他のリソースプールの周期と同じであるが、当該リソースプールのオフセットは、当該他のリソースプールのオフセットと異なる場合もある。

以下、図５を参照して、セルラーシステムにおける時間の単位である無線フレーム及びサブフレームを説明し、図６を参照して、リソースプールの具体例を説明する。

図５は、セルラーシステムにおける無線フレーム及びサブフレームを説明するための説明図である。図５を参照すると、無線フレームと、１つの無線フレームに含まれる１０個のサブフレームとが示されている。各無線フレームは、１０ｍｓであり、各サブフレームは、１ｍｓである。各無線フレームは、０〜１０２３のいずれかであるＳＦＮ（System Frame Number）を有し、１０２４個の無線フレームが繰り返し現れる。

図６は、リソースプールの例を説明するための説明図である。図６を参照すると、２つのリソースプール（即ち、リソースプール＃１及びリソースプール＃２）が示されている。Ｄ２Ｄ通信で使用可能な無線リソースが周期的にサブフレームに配置されることが考えられる。例えば、リソースプール＃１は、周期３３で反復するサブフレーム３１の無線リソースであり、リソースプール＃２は、周期３７で反復するサブフレーム３５の無線リソースである。例えば、周期３３は、２００ｍｓであり、周期３７は、４００ｍｓである。なお、この例では、リソースプール＃１及びリソースプール＃２は、オフセットが異なる。

（ｃ）リソースプールで送信される信号／情報
例えば、リソースプールでは、同期信号（synchronization signal）及び同期情報（information of synchronization）が、代表のＵＥにより送信される。また、ＵＥは、リソースプールのうちの、同期信号及び同期情報が送信される無線リソース以外の無線リソースで、Ｄ２Ｄ通信を行う。以下、この点について図７を参照して具体例を説明する。

図７は、リソースプールで送信される信号及び情報の例を説明するための説明図である。図７を参照すると、Ｎ個のリソースプール（即ち、リソースプール＃１〜＃Ｎ）が示されている。Ｎ個のリソースプールの各々で、同期信号及び同期情報が送信される。また、Ｎ個のリソースプールの各々で、同期信号及び上記情報が送信される無線リソース以外の無線リソースで、Ｄ２Ｄ通信が行われ得る。なお、１個のＵＥが、２つ以上のリソースプールで、同期信号及び同期情報を送信してもよい。

＜＜２．通信システムの概略的な構成＞＞
続いて、図８を参照して、本開示の実施形態に係る通信システム１の概略的な構成を説明する。図８は、本開示の実施形態に係る通信システム１の概略的な構成の一例を示す説明図である。図８を参照すると、通信システム１は、基地局１００、端末装置２００及び端末装置３００を含む。通信システム１は、例えば、セルラーシステムであり、一例として、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、又はこれらに準ずる通信規格に準拠したシステムである。

（基地局１００）
基地局１００は、端末装置との無線通信を行う。例えば、基地局１００は、基地局１００のセル１０１内に位置する端末装置２００及び端末装置３００との無線通信を行う。

なお、基地局１００は、同期信号を送信する。例えば、当該同期信号は、ＰＳＳ及びＳＳＳでる。

（端末装置２００）
端末装置２００は、基地局との無線通信を行う。例えば、端末装置２００は、基地局１００のセル１０１内に位置する場合に、基地局１００との無線通信を行う。

端末装置２００は、Ｄ２Ｄ通信を行う。例えば、端末装置２００は、Ｄ２Ｄ通信で使用可能な無線リソースであるリソースプールで同期信号を送信する。また、例えば、端末装置２００は、当該リソースプールで同期情報（information of synchronization）を送信する。

なお、本開示の実施形態では、端末装置２００は、例えば、端末装置３００と同様に動作することも可能である。例えば、端末装置２００は、動作モードの切替えにより、端末装置３００と同様に動作する。

（端末装置３００）
端末装置３００は、基地局との無線通信を行う。例えば、端末装置３００は、基地局１００のセル１０１内に位置する場合に、基地局３００との無線通信を行う。

端末装置３００は、Ｄ２Ｄ通信を行う。例えば、端末装置３００は、基地局１００により送信される同期信号、又は端末装置２００によりリソースプールで送信される同期信号に基づいて、Ｄ２Ｄ通信のために同期をとる。

なお、図８には、通信システム１に含まれる１つの基地局（即ち、基地局１００）のみが示されるが、当然ながら、通信システム１は、複数の基地局を含み得る。そして、複数の基地局のセルの集合が、ネットワークカバレッジ（即ち、セルラーネットワークのカバレッジ）となる。

＜＜３．各装置の構成＞＞
図９〜図１１を参照して、基地局１００、端末装置２００及び端末装置３００の構成の一例を説明する。

＜３．１．基地局の構成＞＞
図９は、本開示の実施形態に係る基地局１００の構成の一例を示すブロック図である。図９を参照すると、基地局１００は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び処理部１５０を備える。

（アンテナ部１１０）
アンテナ部１１０は、無線信号を受信し、受信された無線信号を無線通信部１２０へ出力する。また、アンテナ部１１０は、無線通信部１２０により出力された送信信号を送信する。

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

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

（記憶部１４０）
記憶部１４０は、基地局１００の動作のためのプログラム及びデータを記憶する。

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

なお、情報取得部１５１及び制御部１５３の動作は、各実施形態において説明する。

＜３．２．第１端末装置の構成＞＞
図１０は、本開示の実施形態に係る端末装置２００の構成の一例を示すブロック図である。図１０を参照すると、端末装置２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び処理部２４０を備える。

（アンテナ部２１０）
アンテナ部２１０は、無線信号を受信し、受信された無線信号を無線通信部２２０へ出力する。また、アンテナ部２１０は、無線通信部２２０により出力された送信信号を送信する。

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

（記憶部２３０）
記憶部２３０は、端末装置２００の動作のためのプログラム及びデータを記憶する。

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

なお、情報取得部２４１及び制御部２４３の動作は、各実施形態において説明する。

＜３．３．第２端末装置の構成＞＞
図１１は、本開示の実施形態に係る端末装置３００の構成の一例を示すブロック図である。図１１を参照すると、端末装置３００は、アンテナ部３１０、無線通信部３２０、記憶部３３０及び処理部３４０を備える。

（アンテナ部３１０）
アンテナ部３１０は、無線信号を受信し、受信された無線信号を無線通信部３２０へ出力する。また、アンテナ部３１０は、無線通信部３２０により出力された送信信号を送信する。

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

（記憶部３３０）
記憶部３３０は、端末装置３００の動作のためのプログラム及びデータを記憶する。

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

なお、情報取得部３４１及び制御部３４３の動作は、各実施形態において説明する。

＜＜４．第１の実施形態＞＞
続いて、図１２〜図１５を参照して、本開示の第１の実施形態を説明する。

＜４．１．概略＞
（技術的課題）
例えば、Ｄ２Ｄ通信に使用可能な無線リソース（リソースプール）は、インカバレッジの場合には基地局により選択され、アウトカバレッジの場合には代表の端末装置により選択される。

インカバレッジの場合に、上記基地局が、Ｄ２Ｄ通信に使用可能な上記無線リソースを端末装置に通知し得る。しかし、上記基地局が、Ｄ２Ｄ通信に使用可能な上記無線リソースを制約なしに自由に選択する場合には、上記基地局は、Ｄ２Ｄ通信に使用可能な上記無線リソースの通知のために、多くの無線リソースを使用し得る。その結果、無線リソースの観点から、上記基地局にとっての負荷が大きくなり得る。

アウトカバレッジの場合に、上記代表の端末装置が、Ｄ２Ｄ通信に使用可能な上記無線リソースを他の端末装置に通知し得る。しかし、当該他の端末装置は、Ｄ２Ｄ通信に使用可能な上記無線リソースの通知のために上記代表の端末装置がどの無線リソースを使用するかを知らないので、試行錯誤での探索（例えば、試行錯誤での同期信号及び／又は同期情報の検出）を行い得る。その結果、上記他の端末装置にとっての負荷が大きくなり得る。また、インカバレッジの場合と同様に、アウトカバレッジの場合にも、無線リソースの観点から、上記代表の端末装置にとっての負荷が大きくなり得る。

そこで、Ｄ２Ｄ通信に使用可能な無線リソースを端末装置が知るのに要する負荷を抑えることを可能にする仕組みが提供されることが望ましい。

（技術的特徴）
第１の実施形態では、基地局１００及び端末装置２００は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを端末装置に通知する。当該１つ以上のリソースプールは、Ｄ２Ｄ通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである。これにより、Ｄ２Ｄ通信に使用可能な無線リソースを端末装置が知るのに要する負荷を抑えることを可能にする。

＜４．２．基地局の動作＞
まず、図１２を参照して、基地局１００の動作を説明する。

（リソースプールの通知）
情報取得部１５１は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得する。そして、制御部１５３は、上記１つ以上のリソースプールを端末装置に通知する。上記１つ以上のリソースプールは、Ｄ２Ｄ通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである。

なお、「リソースプールを選択する」ことは、「リソースプールを割り当てる」ことを意味してもよい。この点については、第１の実施形態に限らず、他の実施形態でも同様である。

（ａ）リソースプールセット
上述したように、Ｄ２Ｄ通信に使用可能な無線リソースである上記１つ以上のリソースプールは、上記リソースプールセットの中から選択される。以下、図１２を参照して、上記リソースプールセットの例を説明する。

図１２は、リソースプールセットの一例を説明するための説明図である。図１２を参照すると、Ｄ２Ｄ通信に使用可能な無線リソースの候補として予め定められたＮ個のリソースプールを含むリソースプールセットが示されている。例えば、各リソースプールは、自らを識別するための識別情報を有し、周期（period）及びオフセット（offset）により示される周期的な無線フレームの中の１つ以上のサブフレームの無線リソースである。例えば、識別情報が＃１であるリソースプールは、ＳＦＮが０、２０、４０などである周期的な無線フレームの中の１つのサブフレーム（サブフレーム番号が＃２であるサブフレーム）の無線リソースである。例えば、識別情報が＃２であるリソースプールは、ＳＦＮが１０、５０、９０などである周期的な無線フレームの中の１つのサブフレーム（サブフレーム番号が＃２であるサブフレーム）の無線リソースである。例えば、識別情報が＃３であるリソースプールは、ＳＦＮが２、１２、２２などである周期的な無線フレームの中の２つのサブフレーム（サブフレーム番号が＃２、＃３であるサブフレーム）の無線リソースである。

一例として、上記リソースプールセットは、セルラーシステムのオペレータ（即ち、キャリア）ごとに定められる。なお、当然ながら、上記リソースプールセットは、オペレータごとではなく、別の単位で定められてもよい。

また、上記リソースプールセットは、端末装置（例えば、端末装置２００及び端末装置３００）に予め記憶されていてもよい。あるいは、上記リソースプールセットは、基地局により端末装置（例えば、端末装置２００及び端末装置３００）に通知されてもよい。

（ｂ）リソースプールの選択
例えば、基地局１００（例えば、処理部１５０）が、上記リソースプールセットの中から、Ｄ２Ｄ通信に使用可能な１つ以上のリソースプールを選択する。

（ｃ）具体的な情報
例えば、上記複数のリソースプールの各々は、自らを識別するための識別情報を有する。一例として、当該識別情報は、識別番号である。この点については図１２を参照して説明したとおりである。制御部１５３は、上記１つ以上のリソースプールの各々の識別情報の送信により、上記１つ以上のリソースプールを端末装置に通知する。

図１２を再び参照すると、例えば、上記リソースプールセットの中から、識別情報が＃１、＃２である２つのリソースプールが選択される。この場合に、制御部１５３は、これらの識別情報（＃１、＃２）の送信により、当該２つのリソースプールを端末装置に通知する。なお、制御部１５３は、アンテナ部１１０及び無線通信部１２０を介して、上記識別情報を送信する。

これにより、例えば、上記無線リソースの周期、オフセット及びサブフレームなどを示す情報が送信されず、上記識別情報が送信されるので、Ｄ２Ｄ通信に使用可能な無線リソース（リソースプール）の通知に要する無線リソースを抑えることが可能になる。

（ｄ）通知手法
例えば、制御部１５３は、上記１つ以上のリソースプールを示すシステム情報の報知により、上記１つ以上のリソースプールを端末装置に通知する。例えば、当該システム情報は、所定のＳＩＢ（System Information Block）である。

これにより、例えば、接続モードの端末装置のみではなく、アイドルモードの端末装置にも、上記１つ以上のリソースプールを通知することが可能になる。

なお、制御部１５３は、上記システム情報の報知の代わりに、又は上記システム情報の報知とともに、個別のシグナリングにより、上記１つ以上のリソースプールを端末装置に通知してもよい。当該個別のシグナリングは、ＲＲＣ（Radio Resource Control）シグナリングであってもよい。これにより、例えば、接続モードの端末装置へのより迅速な通知が可能になる。

以上のように、基地局１００（制御部１５３）は、上記リソースプールセットから選択された上記１つ以上のリソースプールを端末装置に通知する。これにより、Ｄ２Ｄ通信に使用可能な無線リソースを端末装置が知るのに要する負荷を抑えることを可能にする。具体的には、例えば、Ｄ２Ｄ通信に使用可能な無線リソース（リソースプール）の通知に要する無線リソースを抑えられるので、無線リソースの観点から、基地局１００にとっての負荷が抑えられる。また、例えば、端末装置は試行錯誤での探索（例えば、試行錯誤での同期信号及び／又は同期情報の検出）を行わなくてもよいので、端末装置にとっての負荷が抑えられる。

（同期信号の送信）
例えば、基地局１００は、同期信号を送信する。例えば、当該同期信号は、ＰＳＳ及びＳＳＳである。

＜４．３．第１端末装置の動作＞
次に、端末装置２００の動作を説明する。

（リソースプールの通知）
情報取得部２４１は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得する。そして、制御部２４３は、上記１つ以上のリソースプールを端末装置に通知する。上記１つ以上のリソースプールは、Ｄ２Ｄ通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである。

（ａ）リソースプールセット
リソースプールセットについての説明は、基地局１００と端末装置２００との間に差異はない。よって、ここでは重複する記載を省略する。

（ｂ）リソースプールの選択
例えば、端末装置２００（例えば、処理部２４０）が、上記リソースプールセットの中から、Ｄ２Ｄ通信に使用可能な１つ以上のリソースプールを選択する。例えば、端末装置２００は、ネットワークカバレッジ（即ち、セルラーネットワークのカバレッジ）外に位置する場合に、アウトカバレッジのＤ２Ｄ通信（即ち、セルラーネットワークのカバレッジ外でのＤ２Ｄ通信）のために、上記１つ以上のリソースプールを選択し、当該１つ以上のリソースプールを端末装置に通知する。

なお、基地局１００が、上記リソースプールセットの中から、Ｄ２Ｄ通信に使用可能な１つ以上のリソースプールを選択し、当該１つ以上のリソースプールを端末装置２００に通知してもよい。端末装置２００は、ネットワークカバレッジ内に位置する場合に、パーシャルカバレッジ又はアウトカバレッジのＤ２Ｄ通信のために、基地局１００が端末装置２００に通知する上記１つ以上のリソースプールを、（例えば、ネットワークカバレッジ外に位置する）端末装置に通知してもよい。

（ｃ）具体的な情報
例えば、上記複数のリソースプールの各々は、自らを識別するための識別情報を有する。制御部２４３は、上記１つ以上のリソースプールの各々の識別情報の送信により、上記１つ以上のリソースプールを端末装置に通知する。この点についての説明は、符号の相違を除き、基地局１００と端末装置２００との間に差異はない。よって、ここでは重複する記載を省略する。

（ｄ）通知手法
（ｄ−１）１つ以上のリソースプールでの通知
例えば、制御部２４３は、上記１つ以上のリソースプールの各々で、上記１つ以上のリソースプールを端末装置に通知する。例えば、上記１つ以上のリソースプールを示す情報が、上記１つ以上のリソースプールの各々で送信される同期情報（information of synchronization）に含まれる。

図１２を再び参照すると、一例として、識別情報が＃１、＃２、＃Ｎである３つのリソースプールが、Ｄ２Ｄ通信に使用可能なリソースプールとして選択される。この場合に、制御部２４３は、当該３つのリソースプールの各々で、当該３つのリソースプールを端末装置に通知する。

これにより、例えば、他の端末装置は、全ての無線リソースでの探索（例えば、同期信号及び／又は同期情報の検出）を行わなくてもよく、上記リソースプールセットに含まれるリソースプールでの探索（例えば、同期信号及び／又は同期情報の検出）を行えばよい。また、上記１つ以上のリソースプールのうちの１つのリソースプールを探すことができれば、上記１つ以上のリソースプールを示す情報が取得される。そのため、端末装置にとっての負荷が抑えられ得る。

（ｄ−２）所定のリソースプールでの通知
なお、制御部２４３は、上記リソースプールセットに含まれる所定のリソースプールで、上記１つ以上のリソースプールを端末装置に通知してもよい。上記１つ以上のリソースプールを示す情報が、上記所定のリソースプールで送信される同期情報に含まれてもよい。なお、上記１つ以上のリソースプールは、上記所定のリソースプールを含んでもよく、又は、上記所定のリソースプールを含まなくてもよい。

図１２を再び参照すると、識別情報が＃１であるリソースプールが、デフォルトリソースプールとして予め定められてもよい。そして、制御部２４３は、デフォルトリソースプール（即ち、識別情報が＃１であるリソースプール）で、上記１つ以上のリソースプールを端末装置に通知してもよい。

一例として、上記所定リソースプールは、セルラーシステムのオペレータ（即ち、キャリア）ごとに定められる。なお、当然ながら、上記所定のリソースプールは、オペレータごとではなく、別の単位で定められてもよい。

また、上記所定のリソースプールは、端末装置（例えば、端末装置２００及び端末装置３００）に予め記憶されていてもよい。あるいは、上記所定のリソースプールは、基地局により端末装置（例えば、端末装置２００及び端末装置３００）に通知されてもよい。

以上のように、上記所定のリソースプールで、端末装置に上記１つ以上のリソースプールが通知されてもよい。これにより、例えば、端末装置は、試行錯誤での探索（例えば、同期信号及び／又は同期情報の検出）を行わなくてもよい。そのため、端末装置にとっての負荷が抑えられ得る。

なお、当然ながら、制御部２４３は、上記所定のリソースプール以外のリソースプールでも、上記１つ以上のリソースプールを端末装置に通知してもよい。例えば、制御部２４３は、上記１つ以上のリソースプールの各々で、上記１つ以上のリソースプールを端末装置に通知してもよい。

（同期信号の送信）
例えば、端末装置２００は、上記１つ以上のリソースプールの各々で、同期信号を送信する。

例えば、制御部２４３は、上記１つ以上のリソースプールの各々での同期信号の送信を制御する。より具体的には、例えば、制御部２４３は、上記１つ以上のリソースプールの各々の所定の無線リソースに、上記同期信号をマッピングする。これにより、例えば、端末装置がＤ２Ｄ通信のための同期をとることが可能になる。

＜４．４．第２端末装置の動作＞
次に、端末装置３００の動作を説明する。

情報取得部３４１は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得する。そして、制御部３４３は、当該１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの端末装置３００によるＤ２Ｄ通信を制御する。上記１つ以上のリソースプールは、Ｄ２Ｄ通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである。

（１つ以上のリソースプール）
例えば、上記１つ以上のリソースプールは、基地局１００又は端末装置２００が端末装置３００に通知するリソースプールである。

（情報の取得）
（ａ）基地局による通知の場合
例えば、基地局１００が、上記１つ以上のリソースプールを端末装置３００に通知する。

例えば、基地局１００は、上記１つ以上のリソースプールを示すシステム情報を報知する。この場合に、情報取得部３４１は、端末装置３００により受信される上記システム情報の中から、上記１つ以上のリソースプールを示す情報を取得する。

なお、基地局１００は、個別のシグナリングにより、上記１つ以上のリソースプールを端末装置３００に通知してもよい。この場合に、情報取得部３４１は、上記個別のシグナリングにより送信されるメッセージの中から、上記１つ以上のリソースプールを示す情報を取得してもよい。なお、上記個別のシグナリングは、ＲＲＣシグナリングであってもよい。

（ｂ）端末装置による通知の場合
例えば、端末装置２００が、上記１つ以上のリソースプールを端末装置３００に通知する。

（ｂ−１）１つ以上のリソースプールでの通知
例えば、端末装置２００は、上記１つ以上のリソースプールの各々で、上記１つ以上のリソースプールを端末装置３００に通知する。この場合に、例えば、情報取得部３４１は、上記リソースプールセットに含まれるリソースプールであって、端末装置３００により同期信号が検出される上記リソースプールで、端末装置３００により受信される情報の中から、上記１つ以上のリソースプールを示す上記情報を取得する。

より具体的には、例えば、図１２を再び参照すると、端末装置３００は、リソースプールセットに含まれるＮ個のリソースプールの中からリソースプールを順に選択し、選択されたリソースプールで同期信号の検出を試みる。そして、端末装置３００は、同期信号が検出されたリソースプールで、上記１つ以上のリソースプールを示す上記情報を取得する。

（ｂ−２）所定のリソースプールでの通知
端末装置２００は、上記リソースプールセットに含まれる所定のリソースプールで、上記１つ以上のリソースプールを端末装置３００に通知してもよい。この場合に、情報取得部３４１は、上記所定のリソースプールで端末装置３００により受信される情報の中から、上記１つ以上のリソースプールを示す上記情報を取得してもよい。

（信号の送受信）
例えば、端末装置３００は、上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールで、Ｄ２Ｄ通信を行う。この場合に、制御部３４３は、上記少なくとも１つのリソースプールでＤ２Ｄ通信の信号を送信するための送信処理、又は上記少なくとも１つのリソースプールでＤ２Ｄ通信の信号を受信するための受信処理を行う。

＜４．５．処理の流れ＞
次に、図１３〜図１５を参照して、第１の実施形態に係る処理の例を説明する。

（第１の処理）
図１３は、第１の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。

基地局１００は、リソースプールセットの中から、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを選択する（Ｓ４０１）。

そして、基地局１００は、上記１つ以上のリソースプールを示す情報を取得し、上記１つ以上のリソースプールを示すシステム情報を生成する（Ｓ４０３）。そして、基地局１００は、当該システム情報を報知する（Ｓ４０５）。

端末装置３００は、上記システム情報から、上記１つ以上のリソースプールを示す情報を取得し、当該１つ以上のリソースプールのうちの少なくとも１つのリソースプールでＤ２Ｄ通信を行う（Ｓ４０７）。

なお、端末装置３００のみではなく、端末装置２００も、上記システム情報から、上記１つ以上のリソースプールを示す情報を取得してもよい。また、基地局１００は、上記システム情報の報知の代わりに、又は上記システム情報の報知とともに、個別のシグナリングにより、上記１つ以上のリソースプールを端末装置３００（及び端末装置２００）に通知してもよい。上記個別のシグナリングは、例えば、ＲＲＣシグナリングであってもよい。

（第２の処理）
（ａ）第１の例
図１４は、第１の実施形態に係る第２の処理の概略的な流れの第１の例を示すシーケンス図である。

端末装置２００は、リソースプールセットの中から、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを選択する（Ｓ４１１）。

そして、端末装置２００は、上記１つ以上のリソースプールの各々で、上記１つ以上のリソースプールを端末装置に通知する（Ｓ４１３）。例えば、端末装置２００は、上記１つ以上のリソースプールを示すリソースプール情報を送信する。

端末装置３００は、上記リソースプールセットに含まれるリソースプールであって、同期信号が検出されるリソースプールで、端末装置３００により受信される情報の中から、上記１つ以上のリソースプールを示すリソースプール情報を取得する（Ｓ４１５）。そして、端末装置３００は、上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールでＤ２Ｄ通信を行う（Ｓ４１７）。

（ｂ）第２の例
図１５は、第１の実施形態に係る第２の処理の概略的な流れの第２の例を示すシーケンス図である。

端末装置２００は、リソースプールセットの中から、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを選択する（Ｓ４２１）。

そして、端末装置２００は、少なくとも、上記リソースプールセットに含まれる所定のリソースプールで、上記１つ以上のリソースプールを端末装置に通知する（Ｓ４２３）。例えば、端末装置２００は、上記１つ以上のリソースプールを示すリソースプール情報を送信する。

端末装置３００は、上記所定のリソースプールで端末装置３００により受信される情報の中から、上記１つ以上のリソースプールを示す上記リソースプール情報を取得する（Ｓ４２５）。そして、端末装置３００は、上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールでＤ２Ｄ通信を行う（Ｓ４２７）。

なお、当然ながら、端末装置２００は、上記所定のリソースプール以外のリソースプールでも、上記１つ以上のリソースプールを端末装置に通知してもよい。例えば、端末装置２００は、上記１つ以上のリソースプールの各々で、上記１つ以上のリソースプールを端末装置に通知してもよい。

＜＜５．第２の実施形態＞＞
続いて、図１６を参照して、本開示の第２の実施形態を説明する。

＜５．１．概略＞
（技術的課題）
技術的課題のついての説明は、第１の実施形態と第２の実施形態との間に差異はない。よって、ここでは重複する記載を省略する。

（技術的特徴）
第２の実施形態では、端末装置２００は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを、所定のリソースプールで端末装置に通知する。これにより、Ｄ２Ｄ通信に使用可能な無線リソースを端末装置が知るのに要する負荷を抑えることを可能にする。

＜５．２．第１端末装置の動作＞
まず、端末装置２００の動作を説明する。

（リソースプールの通知）
情報取得部２４１は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得する。そして、制御部２４３は、上記１つ以上のリソースプールを、所定のリソースプールで端末装置に通知する。例えば、上記１つ以上のリソースプールを示す情報が、上記所定のリソースプールで送信される同期情報に含まれる。なお、上記１つ以上のリソースプールは、上記所定のリソースプールを含んでもよく、又は、上記所定のリソースプールを含まなくてもよい。

図１２を再び参照すると、一例として、識別情報が＃１であるリソースプールが、デフォルトリソースプールとして予め定められる。そして、制御部２４３は、デフォルトリソースプール（即ち、識別情報が＃１であるリソースプール）で、上記１つ以上のリソースプールを端末装置に通知する。

一例として、上記所定リソースプールは、セルラーシステムのオペレータ（即ち、キャリア）ごとに定められる。なお、当然ながら、上記所定のリソースプールは、オペレータごとではなく、別の単位で定められてもよい。

また、上記所定のリソースプールは、端末装置（例えば、端末装置２００及び端末装置３００）に予め記憶されていてもよい。あるいは、上記所定のリソースプールは、基地局により端末装置（例えば、端末装置２００及び端末装置３００）に通知されてもよい。

以上のように、上記所定のリソースプールで、端末装置に上記１つ以上のリソースプールが通知される。これにより、例えば、端末装置は、試行錯誤での探索（例えば、同期信号及び／又は同期情報の検出）を行わなくてもよい。そのため、端末装置にとっての負荷が抑えられ得る。

（同期信号の送信）
例えば、端末装置２００は、上記１つ以上のリソースプールの各々で、同期信号を送信する。

例えば、制御部２４３は、上記１つ以上のリソースプールの各々での同期信号の送信を制御する。より具体的には、例えば、制御部２４３は、上記１つ以上のリソースプールの各々の所定の無線リソースに、上記同期信号をマッピングする。これにより、例えば、端末装置がＤ２Ｄ通信のための同期をとることが可能になる。

＜５．４．第２端末装置の動作＞
次に、端末装置３００の動作を説明する。

情報取得部３４１は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を、所定のリソースプールで端末装置３００により受信される情報の中から取得する。そして、制御部３４３は、当該１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの端末装置３００によるＤ２Ｄ通信を制御する。

（１つ以上のリソースプール）
例えば、上記１つ以上のリソースプールは、端末装置２００が端末装置３００に通知するリソースプールである。

端末装置３００は、上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールで、Ｄ２Ｄ通信を行う。この場合に、制御部３４３は、上記少なくとも１つのリソースプールの無線リソースに、Ｄ２Ｄ通信の信号をマッピングする。

（信号の送受信）
例えば、端末装置３００は、上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールで、Ｄ２Ｄ通信を行う。この場合に、制御部３４３は、上記少なくとも１つのリソースプールでＤ２Ｄ通信の信号を送信するための送信処理、又は上記少なくとも１つのリソースプールでＤ２Ｄ通信の信号を受信するための受信処理を行う。

＜５．４．処理の流れ＞
次に、図１６を参照して、第２の実施形態に係る処理の例を説明する。図１６は、第２の実施形態に係る処理の概略的な流れの一例を示すシーケンス図である。

端末装置２００は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを選択する（Ｓ４３１）。

そして、端末装置２００は、少なくとも所定のリソースプールで、上記１つ以上のリソースプールを端末装置に通知する（Ｓ４３３）。例えば、端末装置２００は、上記１つ以上のリソースプールを示すリソースプール情報を送信する。

端末装置３００は、上記所定のリソースプールで端末装置３００により受信される情報の中から、上記１つ以上のリソースプールを示す上記リソースプール情報を取得する（Ｓ４３５）。そして、端末装置３００は、上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールでＤ２Ｄ通信を行う（Ｓ４３７）。

なお、当然ながら、端末装置２００は、上記所定のリソースプール以外のリソースプールでも、上記１つ以上のリソースプールを端末装置に通知してもよい。例えば、端末装置２００は、上記１つ以上のリソースプールの各々で、上記１つ以上のリソースプールを端末装置に通知してもよい。

＜＜６．第３の実施形態＞＞
続いて、図１７〜図１９を参照して、本開示の第３の実施形態を説明する。

＜６．１．概略＞
（技術的課題）
Ｄ２Ｄ通信に使用可能な無線リソースである１つ以上のリソースプールは、必要に応じて変更され得る。一例として、新たなリソースプールが上記１つ以上のリソースプールに追加され得る。別の例として、上記１つ以上のリソースプールに含まれるリソースプールが削除され得る。さらに別の例として、リソースプールで特定の用途でＤ２Ｄ通信が行われる場合に、当該特定の用途が変更され得る。衝突を避けるためにも、このようなリソースプールに関する変更が端末装置に適切に通知されることが望ましい。

例えば、インカバレッジの場合には、基地局が、システム情報の中で、リソースプールに関する変更を端末装置に通知し得る。しかし、システム情報の更新頻度は非常に低いので、上記変更の迅速な通知が困難である。

一方、アウトカバレッジの場合には、代表の端末装置が、リソースプールで上記変更を通知し得る。しかし、全てのリソースプールで上記変更の通知が行われると、多大な無線リソースが使用され得る。一方、任意に選択されたリソースプールで上記変更の通知が行われると、当該任意に選択されたリソースプールでＤ２Ｄ通信を行っている端末装置しか、上記変更を知ることができない。

そこで、リソースプールに関する変更を端末装置に適切に通知することを可能にする仕組みが提供されることが望ましい。

（技術的特徴）
第３の実施形態では、端末装置２００は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールのうちのプライマリリソースプールで、リソースプールに関する変更を端末装置に通知する。これにより、例えば、リソースプールに関する変更を端末装置に適切に通知することが可能になる。

＜６．２．第１端末装置の動作＞
まず、端末装置２００の動作を説明する。

（リソースプールに関する変更の通知）
情報取得部２４１は、Ｄ２Ｄ通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得する。そして、制御部２４３は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールのうちのプライマリリソースプールで、上記変更を端末装置に通知する。

（ａ）プライマリリソースプール
上記プライマリリソースプールは、上記１つ以上のリソースプールのうちの１つの特別なリソースプールである。一例として、図７を再び参照すると、Ｎ個のリソースプールのうちのリソースプール＃１がプライマリリソースプールである。

（ａ−１）アウトカバレッジ
例えば、端末装置２００が、ネットワークカバレッジ（即ち、セルラーネットワークのカバレッジ）外に位置する場合に、情報取得部２４１は、上記変更を示す上記情報を取得し、制御部２４３は、上記変更を端末装置に通知する。この場合に、例えば、上記１つ以上のリソースプールは、端末装置２００により選択されるリソースプールであり、上記プライマリリソースプールは、端末装置２００に固有のリソースプールである。例えば、端末装置２００（例えば、処理部２４０）が、上記１つ以上のリソースプールの中から上記プライマリリソースプールを選択する。

（ａ−２）インカバレッジ
端末装置２００が、ネットワークカバレッジ内に位置する場合にも、情報取得部２４１は、上記変更を示す上記情報を取得し、制御部２４３は、上記変更を端末装置に通知してもよい。この場合に、上記１つ以上のリソースプールは、基地局１００により選択されるリソースプールであってもよく、上記プライマリリソースプールは、基地局１００に固有のリソースプールであってもよい。例えば、基地局１００は、上記１つ以上のリソースプールの中から上記プライマリリソースプールを選択してもよく、上記１つ以上のリソースプール及び上記プライマリリソースプールを端末装置２００に通知してもよい。

（ｂ）リソースプールに関する変更
上記変更は、リソースプールの削除、リソースプールの追加、プライマリリソースプールの変更、又は、リソースプールで行われるＤ２Ｄ通信の用途の変更を含む。

上記用途は、緊急性が高い用途、緊急性が低い用途、パブリックセーフティの用途（例えば、火災通知、及び／又は衝突防止など）、パブリックセーフティ以外の用途、アウトカバレッジの用途、又はインカバレッジの用途などである。一例として、上記変更は、インカバレッジの用途とアウトカバレッジの用途との間での、リソースプールで行われるＤ２Ｄ通信の用途の変更である。別の例として、上記変更は、火災通知と衝突防止との間での、リソースプールで行われるＤ２Ｄ通信の用途の変更である。

例えば、上述したように、上記プライマリリソースプールが端末装置２００に固有のリソースプールであり、この場合に、端末装置２００が、上記変更を決定する。なお、上述したように、上記プライマリリソースプールが基地局１００に固有のリソースプールであってもよく、この場合に、基地局１００が、上記変更を決定してもよい。

（プライマリリソースプールの通知）
例えば、制御部２４３は、上記プライマリリソースプールを端末装置に通知する。

例えば、制御部２４３は、上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールで、上記プライマリリソースプールを端末装置に通知する。一例として、制御部２４３は、上記１つ以上のリソースプールの各々で、上記プライマリリソースプールを端末装置に通知する。あるいは、制御部２４３は、所定のリソースプール（例えば、図１１に示される、識別情報が＃１であるデフォルトリソースプール）で上記プライマリリソースプールを端末装置に通知してもよい。

例えば、上記プライマリリソースプールを示す情報は、リソースプールで送信される同期情報に含まれる。

例えば、制御部２４３は、端末装置２００がネットワークカバレッジ外に位置する場合に、上記プライマリリソースプールを端末装置に通知する。なお、制御部２４３は、ネットワークカバレッジ内に（とりわけ、基地局１００のセル１０１内に）位置する場合にも、上記プライマリリソースプールを端末装置に通知してもよい。この場合に、基地局１００が、上記プライマリリソースプールを端末装置２００に通知してもよい。

（リソースプールの通知）
例えば、制御部２４３は、上記１つ以上のリソースプールを端末装置に通知する。

例えば、制御部２４３は、本開示の第１の実施形態又は第２の実施形態と同様に、上記１つ以上のリソースプールを端末装置に通知し得る。

例えば、制御部２４３は、端末装置２００がネットワークカバレッジ外に位置する場合に、上記１つ以上のリソースプールを端末装置に通知する。なお、制御部２４３は、ネットワークカバレッジ内に（とりわけ、基地局１００のセル１０１内に）位置する場合にも、上記１つ以上のリソースプールを端末装置に通知してもよい。この場合に、基地局１００が、上記１つ以上のリソースプールを端末装置２００に通知してもよい。

以上のように、制御部２４３は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールのうちのプライマリリソースプールで、リソースプールに関する変更を端末装置に通知する。これにより、例えば、リソースプールに関する変更を端末装置に適切に通知することが可能になる。例えば、端末装置３００は、リソースプールに関する変更の通知をプライマリリソースプールで待ち受けることにより、当該変更を確実に知ることが可能になる。また、上記変更の通知に要する無線リソースが抑えられ得る。

＜６．３．第２端末装置の動作＞
次に、端末装置３００の動作を説明する。

情報取得部３４１は、Ｄ２Ｄ通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得する。そして、制御部３４３は、当該変更に従って、少なくとも１つのリソースプールでの端末装置３００によるＤ２Ｄ通信を制御する。

（リソースプールに関する変更を示す情報の取得）
（ａ）端末装置により送信される情報からの取得
例えば、情報取得部３４１は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールのうちのプライマリリソースプールで端末装置３００により受信される情報の中から、上記変更を示す情報を取得する。

（ｂ）基地局により送信される情報からの取得
なお、端末装置３００が、ネットワークカバレッジ内に（とりわけ、基地局１００のセル１０１内に）位置する場合には、情報取得部３４１は、基地局１００により報知されるシステム情報、又は、基地局１００によって個別のシグナリングにより端末装置３００へ送信されるメッセージの中から、上記変更を示す情報を取得する。上記個別のシグナリングは、例えば、ＲＲＣシグナリングである。

（１つ以上のリソースプール）
例えば、上記１つ以上のリソースプールは、基地局１００又は端末装置２００が端末装置３００に通知するリソースプールである。

（プライマリリソースプール）
例えば、上記プライマリソースプールは、基地局１００又は端末装置２００が端末装置３００に通知するリソースプールである。

（変更に従ったＤ２Ｄ通信）
（ａ）変更に従ったＤ２Ｄ通信の例
上記変更がリソースプールの追加である場合に、例えば、制御部３４３は、追加されたリソースプールで端末装置３００がＤ２Ｄ通信を行うように、端末装置３００によるＤ２Ｄ通信を制御する。

上記変更がリソースプールの削除である場合に、例えば、制御部３４３は、削除されたリソースプールで端末装置３００がＤ２Ｄ通信を行わないように、端末装置３００によるＤ２Ｄ通信を制御する。

上記変更がプライマリリソースプールの変更である場合に、例えば、制御部３４３は、端末装置３００（情報取得部３４１）が、変更後のプライマリリソースプールで受信される情報の中から、リソースプールに関する変更を示す情報を取得するように、端末装置３００によるＤ２Ｄ通信を制御する。

上記変更が、リソースプールで行われるＤ２Ｄ通信の用途の変更である場合に、例えば、制御部３４３は、変更の対象であるリソースプールにおいて、端末装置３００が変更前の用途でＤ２Ｄ通信を行わずに変更後の用途でＤ２Ｄ通信を行うように、端末装置３００によるＤ２Ｄ通信を制御する。

（ｂ）処理の例
具体的な処理として、例えば、制御部３４３は、リソースプールに関する上記変更に従って、Ｄ２Ｄ通信に関する動作パラメータを変更する。

＜６．４．基地局の動作＞
次に、基地局１００の動作を説明する。

（リソースプールに関する変更の通知）
情報取得部１５１は、Ｄ２Ｄ通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得する。制御部１５３は、上記変更を示すシステム情報の報知、及び個別のシグナリングのうちの、少なくとも一方により、上記変更を端末装置に通知する。

（ａ）プライマリリソースプール
上記プライマリリソースプールは、上記１つ以上のリソースプールのうちの１つの特別なリソースプールである。

例えば、上記１つ以上のリソースプールは、基地局１００（例えば、処理部１５０）により選択されるリソースプールであり、上記プライマリリソースプールは、基地局１００に固有のリソースプールである。例えば、基地局１００（例えば、処理部１５０）が、上記１つ以上のリソースプールの中から上記プライマリリソースプールを選択する。

（ｂ）リソースプールに関する変更
リソースプールに関する変更についての説明は、端末装置２００と基地局１００との間に差異はない。よって、ここでは重複する記載を省略する。

（リソースプールの通知）
例えば、制御部１５３は、上記１つ以上のリソースプールを端末装置に通知する。具体的には、例えば、制御部１５３は、上記１つ以上のリソースプールを示すシステム情報の報知、及び個別のシグナリングのうちの、少なくとも一方により、上記１つ以上のリソースプールを端末装置に通知する。上記個別のシグナリングは、例えば、ＲＲＣシグナリングである。

＜６．５．処理の流れ＞
次に、図１７〜図１９を参照して、第３の実施形態に係る処理の例を説明する。

（第１の処理）
図１７は、第３の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。

端末装置２００は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプール、及び、当該１つ以上のリソースプールのうちのプライマリリソースプールを、端末装置に通知する（Ｓ４４１）。例えば、端末装置２００は、上記１つ以上のリソースプールを示すリソースプール情報と、上記プライマリリソースプールを示すプライマリリソースプール情報とを送信する。

端末装置３００は、上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールで、Ｄ２Ｄ通信を行う（Ｓ４４２）。

端末装置２００は、リソースプールに関する変更を決定し（Ｓ４４３）、上記プライマリリソースプールで、当該変更を端末装置に通知する（Ｓ４４４）。例えば、端末装置２００は、上記プライマリリソースプールで、上記変更を示すリソースプール変更情報を送信する。

端末装置３００は、上記プライマリリソースプールで端末装置３００により受信される情報の中から、上記変更を示す情報を取得する（Ｓ４４５）。そして、端末装置３００は、上記変更に従って、少なくとも１つのリソースプールでＤ２Ｄ通信を行う（Ｓ４４６）。

（第２の処理）
図１８は、第３の実施形態に係る第２の処理の概略的な流れの一例を示すシーケンス図である。

基地局１００は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールと、当該１つ以上のリソースプールのうちのプライマリリソースプールとを示すシステム情報を報知する（Ｓ４５１）。

端末装置３００は、上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールで、Ｄ２Ｄ通信を行う（Ｓ４５３）。

基地局１００は、リソースプールに関する変更を決定し（Ｓ４５５）、当該変更を示すシステム情報を報知する（Ｓ４５７）。

端末装置３００は、上記変更に従って、少なくとも１つのリソースプールでＤ２Ｄ通信を行う（Ｓ４５９）。

（第３の処理）
図１９は、第３の実施形態に係る第３の処理の概略的な流れの一例を示すシーケンス図である。

基地局１００は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールと、当該１つ以上のリソースプールのうちのプライマリリソースプールとを示すシステム情報を報知する（Ｓ４６１）。

端末装置３００は、上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールで、Ｄ２Ｄ通信を行う（Ｓ４６２）。

基地局１００は、リソースプールに関する変更を決定し（Ｓ４６３）、個別のシグナリングにより、当該変更を端末装置２００に通知する（Ｓ４６４）。例えば、基地局１００は、上記変更を示すリソースプール変更情報を端末装置２００へ送信する。

端末装置２００は、上記プライマリリソースプールで、上記変更を端末装置に通知する（Ｓ４６５）。例えば、端末装置２００は、上記プライマリリソースプールで、上記変更を示すリソースプール変更情報を送信する。

端末装置３００は、上記プライマリリソースプールで端末装置３００により受信される情報の中から、上記変更を示す情報を取得する（Ｓ４６６）。そして、端末装置３００は、上記変更に従って、少なくとも１つのリソースプールでＤ２Ｄ通信を行う（Ｓ４６７）。

＜＜７．第４の実施形態＞＞
続いて、図２０を参照して、本開示の第４の実施形態を説明する。

＜７．１．概略＞
（技術的課題）
例えば、インカバレッジのＤ２Ｄ通信（即ち、ネットワークカバレッジ内でのＤ２Ｄ通信）に使用可能な無線リソースであるリソースプールと、アウトカバレッジのＤ２Ｄ通信（即ち、ネットワークカバレッジ外でのＤ２Ｄ通信）に使用可能な無線リソースであるリソースプールとは、別々に用意されることが望ましい。第１の理由として、インカバレッジのＤ２Ｄ通信のための同期信号と、アウトカバレッジのＤ２Ｄ通信のための同期信号は、送信元が異なるからである。第２の理由として、インカバレッジのＤ２Ｄ通信から基地局の無線通信への干渉と、アウトカバレッジのＤ２Ｄ通信から基地局の無線通信への干渉とは、全く異なるからである。

しかし、端末装置がネットワークカバレッジ内に位置するか、又はネットワークカバレッジ外に位置するかを明確に判定することが難しい場合もある。そのため、例えば、端末装置が、アウトカバレッジ用リソースプール又はインカバレッジ用リソースプールで信号を送信し損ねる可能性がある。その結果、他の端末装置が、信号を受信できなくなり得る。

そこで、他の端末装置がＤ２Ｄ通信の信号をより確実に受信することを可能にする仕組みが提供されることが望ましい。

（技術的特徴）
第４の実施形態では、端末装置（端末装置２００又は端末装置３００）は、基地局により送信される信号の上記端末装置での受信電力が、第１の電力よりも小さく、且つ、上記第１の電力よりも小さい第２の電力よりも大きい場合に、インカバレッジ用リソースプール及びアウトカバレッジ用リソースプールの両方で、Ｄ２Ｄ通信の信号を送信する。これにより、例えば、他の端末装置がＤ２Ｄ通信の信号をより確実に受信することが可能になる。

＜７．２．基地局の動作＞
まず、基地局１００の動作を説明する。

情報取得部１５１は、ネットワークカバレッジ内でのＤ２Ｄ通信で使用可能な無線リソースであるインカバレッジ用リソースプール、及びネットワークカバレッジ外でのＤ２Ｄ通信で使用可能な無線リソースであるアウトカバレッジ用リソースプールを示す情報を取得する。そして、制御部１５３は、上記インカバレッジ用リソースプール及び上記アウトカバレッジ用リソースプールを端末装置に通知する。

（インカバレッジ用リソースプール及びアウトカバレッジ用リソースプール）
例えば、基地局１００（例えば、処理部１５０）が、上記インカバレッジ用リソースプール及び上記アウトカバレッジ用リソースプールを選択する。

（通知手法）
例えば、制御部１５３は、上記インカバレッジ用リソースプール及び上記アウトカバレッジ用リソースプールを示すシステム情報の報知により、上記インカバレッジ用リソースプール及び上記アウトカバレッジ用リソースプールを、端末装置に通知する。

なお、制御部１５３は、個別のシグナリングにより、上記インカバレッジ用リソースプール及び上記アウトカバレッジ用リソースプールを端末装置に通知してもよい。上記個別のシグナリングは、ＲＲＣシグナリングであってもよい。

＜７．３．第１端末装置の動作＞
次に、端末装置２００の動作を説明する。

情報取得部２４１は、上記インカバレッジ用リソースプール、及び上記アウトカバレッジ用リソースプールを示す情報を取得する。

（第１のケース）
例えば、基地局により送信される信号の端末装置２００での受信電力が、第１の電力よりも小さく、且つ、当該第１の電力よりも小さい第２の電力よりも大きい。この場合に、制御部２４３は、上記インカバレッジ用リソースプール及び上記アウトカバレッジ用リソースプールの両方で端末装置２００がＤ２Ｄ通信の信号を送信するように、端末装置２００によるＤ２Ｄ通信を制御する。

これにより、例えば、他の端末装置がＤ２Ｄ通信の信号をより確実に受信することが可能になる。即ち、端末装置２００が、ネットワークカバレッジ内に位置するか、又はネットワークカバレッジ内外に位置するかを判定することが難しい場合であっても、他の端末装置は、端末装置２００により送信される信号を受信できる。即ち、アウトカバレッジ用リソースプールでＤ２Ｄ通信を行う他の端末装置、及び、インカバレッジ用リソースプールでＤ２Ｄ通信を行う他の端末装置が、信号を受信することができる。

なお、上記第１の電力と上記第２の電力との存在により、受信電力の変動によって、アウトカバレッジ用リソースプールでの信号の送信と、インカバレッジ用リソースプールでの信号の送信とが短時間に切り替わる現象（即ち、ピンポン現象）が回避され得る。

さらに、例えば、制御部２４３は、上記インカバレッジ用リソースプール及び上記アウトカバレッジ用リソースプールの両方で端末装置２００が同一の情報の信号を送信するように、端末装置２００によるＤ２Ｄ通信を制御する。これにより、例えば、アウトカバレッジ及びインカバレッジによらず、他の端末装置は同一の情報を取得することが可能になる。

（第２のケース）
例えば、上記受信電力が上記第１の電力よりも大きい場合に、制御部２４３は、上記インカバレッジ用リソースプールで端末装置２００がＤ２Ｄ通信の信号を送信するように、端末装置２００によるＤ２Ｄ通信を制御する。

なお、上記受信電力が上記第１の電力と等しい場合には、制御部２４３は、上記インカバレッジ用リソースプールで端末装置２００がＤ２Ｄ通信の信号を送信するように、端末装置２００によるＤ２Ｄ通信を制御してもよい。あるいは、上記受信電力が上記第１の電力と等しい場合には、制御部２４３は、上記インカバレッジ用リソースプール及び上記アウトカバレッジ用リソースプールの両方で端末装置２００がＤ２Ｄ通信の信号を送信するように、端末装置２００によるＤ２Ｄ通信を制御してもよい。

（第３のケース）
例えば、上記受信電力が上記第２の電力よりも小さい場合に、制御部２４３は、上記アウトカバレッジ用リソースプールで端末装置２００がＤ２Ｄ通信の信号を送信するように、端末装置２００によるＤ２Ｄ通信を制御する。

なお、上記受信電力が上記第２の電力と等しい場合には、制御部２４３は、上記アウトカバレッジ用リソースプールで端末装置２００がＤ２Ｄ通信の信号を送信するように、端末装置２００によるＤ２Ｄ通信を制御してもよい。あるいは、上記受信電力が上記第２の電力と等しい場合には、制御部２４３は、上記インカバレッジ用リソースプール及び上記アウトカバレッジ用リソースプールの両方で端末装置２００がＤ２Ｄ通信の信号を送信するように、端末装置２００によるＤ２Ｄ通信を制御してもよい。

（受信電力）
例えば、基地局により送信される上記信号は、リファレンス信号である。一例として、基地局により送信される上記信号は、ＣＲＳ（Cell-specific Reference Signal）である。また、一例として、上記受信電力は、ＲＳＲＰ（Reference Signal Received Power）である。

例えば、端末装置２００の周辺にセルラーネットワークの複数の基地局が存在し、複数の受信電力（例えば、複数のＲＳＲＰ）が測定される。この場合に、上記受信電力は、例えば、複数の受信電力のうちの最大の受信電力である。

なお、上記信号は、基地局１００により送信される信号であってもよく、又は他の基地局により送信される信号であってもよい。

（具体的な処理）
例えば、制御部２４３は、上記インカバレッジ用リソースプールでＤ２Ｄ通信を送信するための送信処理を行う。また、制御部３４３は、上記アウトカバレッジ用リソースプールでＤ２Ｄ通信を送信するための送信処理を行う。

＜７．４．第２端末装置の動作＞
端末装置３００の動作についての説明は、符号の相違を除き、端末装置２００の動作についての説明と差異はない。よって、ここでは重複する記載を省略する。

＜７．５．処理の流れ＞
次に、図２０を参照して、第４の実施形態に係る処理の例を説明する。図２０は、第４の実施形態に係る処理の概略的な流れの一例を示すフローチャートである。当該処理は、端末装置２００による処理である。

端末装置２００（例えば、処理部２４０）は、基地局により送信される信号の受信電力を測定する（Ｓ４７１）。

上記受信電力がＸｄＢよりも大きい場合には（Ｓ４７３：ＹＥＳ）、端末装置２００は、インカバレッジ用リソースプールでＤ２Ｄ通信の信号を送信する（Ｓ４７４）。そして、処理はステップＳ４７１へ戻る。

上記受信電力がＸｄＢ以下であり（Ｓ４７３：ＮＯ）、且つ、上記受信電力がＹｄＢよりも大きい場合には（Ｓ４７５：ＹＥＳ）、端末装置２００は、インカバレッジ用リソースプール及びアウトカバレッジ用リソースプールの両方でＤ２Ｄ通信の信号を送信する（Ｓ４７６）。そして、処理はステップＳ４７１へ戻る。

上記受信電力がＹｄＢ以下である場合には（Ｓ４７５：ＮＯ）、端末装置２００は、アウトカバレッジ用リソースプールでＤ２Ｄ通信の信号を送信する（Ｓ４７８）。そして、処理はステップＳ４７１へ戻る。

なお、当該処理は、端末装置３００においても同様に実行され得る。

＜＜８．第５の実施形態＞＞
続いて、図２１〜図２４を参照して、本開示の第５の実施形態を説明する。

＜８．１．概略＞
（技術的課題）
例えば、Ｄ２Ｄ通信で使用可能な無線リソースである複数のリソースプールが、Ｄ２Ｄ通信のために用意され得る。

同期していない複数の端末装置が同一のリソースプールを使用する場合には、当該同一のリソースプールでは、端末装置が受信可能な信号が送信されるだけではなく、当該端末装置が受信不能な信号も送信され得る。そのため、１つのリソースでは、同期している端末装置がＤ２Ｄ通信を行うことが望ましい。

例えば、端末装置は、インカバレッジのＤ２Ｄ通信のために、基地局により送信される同期信号に基づいて同期をとり、アウトカバレッジのＤ２Ｄ通信のために、代表の端末装置により送信される同期信号に基づいて同期をとる。

例えば、基地局により送信される同期信号により同期している端末装置のために、複数のリソースプールが用意される。また、例えば、代表の端末装置により送信される同期信号により同期している端末装置のためにも、複数のリソースプールが用意され得る。これらの場合には、同期している複数の端末装置が、複数のリソースプールでＤ２Ｄ通信を行い得る。

しかし、端末装置は、例えば、複数のリソースプールでＤ２Ｄ通信を行う場合に、当該複数のリソースプールの各々で送信される同期信号に基づいて同期をとる。そのため、例えば、リソースプールの数が増加すると、同期処理の負荷が大きくなる。

そこで、Ｄ２Ｄ通信を行う端末装置にとっての同期処理の負荷を抑えることを可能にする仕組みが提供されることが望ましい。

（技術的特徴）
第５の実施形態では、基地局１００及び端末装置２００は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを含むリソースプールグループであって、同期している端末装置により使用される当該リソースプールグループを、端末装置に通知する。これにより、例えば、Ｄ２Ｄ通信を行う端末装置にとっての同期処理の負荷を抑えることが可能になる。

＜８．２．基地局の動作＞
まず、図２１を参照して、基地局１００の動作を説明する。

情報取得部１５１は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを含むリソースプールグループであって、同期している端末装置により使用される当該リソースプールグループを示す情報を取得する。そして、制御部１５３は、上記リソースプールグループを端末装置に通知する。

（同期している端末装置）
（ａ）同一の送信元
例えば、同期している上記端末装置は、１つの送信元により送信される同期信号に基づいて同期をとる端末装置を含む。

第１の例として、同期している上記端末装置は、基地局１００により送信される同期信号に基づいて同期をとる端末装置を含む。

第２の例として、同期している上記端末装置は、端末装置２００により送信される同期信号に基づいて同期をとる端末装置を含む。

（ｂ）他の送信元
同期している上記端末装置は、上記１つの送信元と同期している他の送信元により送信される同期信号に基づいて同期をとる端末装置をさらに含んでもよい。より具体的には、上記他の送信元は、上記１つの送信元により送信される同期信号をリレーする送信元を含んでもよい。

第１の例として、同期している上記端末装置は、基地局１００により送信される同期信号に基づいて同期をとる端末装置と、当該同期信号をリレーする装置（例えば、端末装置２００又はリレー局など）により送信される同期信号に基づいて同期をとる端末装置とを含んでもよい。

第２の例として、同期している上記端末装置は、端末装置２００により送信される同期信号に基づいて同期をとる端末装置と、当該同期信号をリレーする装置（例えば、端末装置２００など）により送信される同期信号に基づいて同期をとる端末装置とを含んでもよい。

これにより、例えば、より多くの端末装置が同一のリソースプールを使用し得る。

（リソースプールグループ）
例えば、上記リソースプールグループは、Ｄ２Ｄ通信で使用可能な無線リソースである２つ以上のリソースプールを含む。なお、上記リソースプールグループは、１つのリソースプールのみを含んでもよい。

例えば、制御部１５３は、複数のリソースプールグループを端末装置に通知する。以下、図２１を参照して、リソースプールグループの例を説明する。

図２１は、リソースプールグループの第１の例を説明するための説明図である。例えば、リソースプール＃１、＃４、＃Ｎなどが、リソースプールグループ＃１に含まれる。例えば、リソースプールグループ＃１は、ある端末装置２００により送信される同期信号に基づいて同期をとる端末装置により使用される。また、例えば、リソースプール＃２、＃３などが、リソースプールグループ＃２に含まれる。例えば、リソースプールグループ＃２は、基地局１００により送信される同期信号に基づいて同期をとる端末装置により使用される。また、リソースプール＃５などが、リソースプールグループ＃３に含まれる。例えば、リソースプールグループ＃３は、別の端末装置２００により送信される同期信号に基づいて同期をとる端末装置により使用される。

（送信情報）
一例として、制御部１５３は、各リソースプールが属するリソースプールグループを示す情報（例えば、図２１に示されるような情報）の送信により、上記リソースプールグループを端末装置に通知する。

（通知手法）
例えば、制御部１５３は、上記リソースプールグループを示すシステム情報の報知により、上記リソースプールグループを端末装置に通知する。これにより、例えば、接続モードの端末装置のみではなく、アイドルモードの端末装置も、上記リソースプールグループを知ることが可能になる。

なお、制御部１５３は、個別のシグナリングにより、上記リソースプールグループを端末装置に通知してもよい。上記個別のシグナリングは、ＲＲＣシグナリングであってもよい。

以上のように、基地局１００（制御部１５３）は、上記リソースプールグループを端末装置に通知する。これにより、例えば、端末装置は、同期処理の負荷を抑えることが可能になる。具体的には、例えば、端末装置は、上記リソースプールグループに含まれるリソースプールグループで送信される同期信号に基づいて同期をとることを省略することが可能になる。一例として、端末装置が、図２１に示されるリソースプール＃１を既に使用している。この場合に、当該端末装置は、リソースプール＃１での同期をリソースプール＃４、＃Ｎでの同期として利用することにより、リソースプール＃４、＃Ｎで送信される同期信号に基づく同期を省略することができる。別の例として、端末装置が、図２１に示されるリソースプール＃２を既に使用している。この場合に、当該端末装置は、リソースプール＃２での同期をリソースプール＃３での同期として利用することにより、リソースプール＃３で送信される同期信号に基づく同期を省略することができる。

＜８．３．第１端末装置の動作＞
次に、図２２を参照して、端末装置２００の動作を説明する。

情報取得部２４１は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを含むリソースプールグループであって、同期している端末装置により使用される当該リソースプールグループを示す情報を取得する。そして、制御部２４３は、上記リソースプールグループを端末装置に通知する。

（同期している端末装置）
（ａ）同一の送信元
例えば、同期している上記端末装置は、１つの送信元により送信される同期信号に基づいて同期をとる端末装置を含む。

例えば、同期している上記端末装置は、端末装置２００により送信される同期信号に基づいて同期をとる端末装置を含む。

（ｂ）他の送信元
同期している上記端末装置は、上記１つの送信元と同期している他の送信元により送信される同期信号に基づいて同期をとる端末装置をさらに含んでもよい。より具体的には、上記他の送信元は、上記１つの送信元により送信される同期信号をリレーする送信元を含んでもよい。

例えば、同期している上記端末装置は、端末装置２００により送信される同期信号に基づいて同期をとる端末装置と、当該同期信号をリレーする装置により送信される同期信号に基づいて同期をとる端末装置とを含んでもよい。

これにより、例えば、より多くの端末装置が同一のリソースプールを使用し得る。

（リソースプールグループ）
例えば、上記リソースプールグループは、Ｄ２Ｄ通信で使用可能な無線リソースである２つ以上のリソースプールを含む。なお、上記リソースプールグループは、１つのリソースプールのみを含んでもよい。以下、図２２を参照して、リソースプールグループの例を説明する。

図２２は、リソースプールグループの第２の例を説明するための説明図である。例えば、リソースプール＃１、＃４、＃Ｎなどが、リソースプールグループ＃１に含まれる。リソースプールグループ＃１は、端末装置２００により送信される同期信号に基づいて同期をとる端末装置により使用される。

（送信情報）
一例として、制御部２４３は、各リソースプールが属するリソースプールグループを示す情報（例えば、図２２に示されるような情報）の送信により、上記リソースプールグループを端末装置に通知する。

（通知手法）
例えば、制御部２４３は、上記リソースプールグループに含まれる少なくとも１つのリソースプールで、上記リソースプールグループを端末装置に通知する。例えば、上記リソースプールグループを示す情報が、上記少なくとも１つのリソースプールで送信される同期情報に含まれる。

一例として、制御部２４３は、上記リソースプールグループに含まれる各リソースプールで、上記リソースプールグループを端末装置に通知する。図２２を再び参照すると、例えば、制御部２４３は、リソースプール＃１、＃４、＃Ｎなどで、リソースプールグループ＃１を通知する。

以上のように、端末装置２００（制御部２４３）は、上記リソースプールグループを端末装置に通知する。これにより、例えば、端末装置は、同期処理の負荷を抑えることが可能になる。具体的には、例えば、端末装置は、上記リソースプールグループに含まれるリソースプールグループで送信される同期信号に基づいて同期をとることを省略することが可能になる。一例として、端末装置が、図２２に示されるリソースプール＃１を既に使用している。この場合に、当該端末装置は、リソースプール＃１での同期をリソースプール＃４、＃Ｎでの同期として利用することにより、リソースプール＃４、＃Ｎで送信される同期信号に基づく同期を省略することができる。

＜８．４．第２端末装置の動作＞
次に、端末装置３００の動作を説明する。

情報取得部３４１は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを含むリソースプールグループであって、同期している端末装置により使用される当該リソースプールグループを示す情報を取得する。そして、制御部３４３は、端末装置３００が、上記リソースプールグループに含まれる少なくとも１つのリソースプールで送信される同期信号に基づく同期を省略するように、端末装置３００によるＤ２Ｄ通信を制御する。

（基地局１００による通知の場合）
例えば、基地局１００が、上記リソースプールグループを示すシステム情報を報知し、情報取得部３４１は、当該システム情報から、上記リソースプールグループを示す情報を取得する。一例として、情報取得部３４１は、図２１に示されるような情報の一部又は全部を取得する。

図２１を再び参照すると、一例として、端末装置３００は、リソースプール＃１を既に使用している。この場合に、当該端末装置は、リソースプール＃１での同期をリソースプール＃４、＃Ｎでの同期として利用することにより、リソースプール＃４、＃Ｎで送信される同期信号に基づく同期を省略する。別の例として、端末装置３００は、リソースプール＃２を既に使用している。この場合に、当該端末装置は、リソースプール＃２での同期をリソースプール＃３での同期として利用することにより、リソースプール＃３で送信される同期信号に基づく同期を省略する。

（端末装置２００による通知の場合）
例えば、端末装置２００が、上記リソースプールグループに含まれる少なくとも１つのリソースプールで、上記リソースプールグループを端末装置に通知する。そして、情報取得部３４１は、上記少なくとも１つのリソースプールで受信される情報の中から、上記リソースプールグループを示す情報を取得する。一例として、情報取得部３４１は、図２２に示されるような情報を取得する。

図２２を再び参照すると、一例として、端末装置３００は、リソースプール＃１を既に使用している。この場合に、当該端末装置は、リソースプール＃１での同期をリソースプール＃４、＃Ｎでの同期として利用することにより、リソースプール＃４、＃Ｎで送信される同期信号に基づく同期を省略する。

（具体的な処理）
一例として、制御部３４３は、同期処理の対象となるサブフレームを選択する。具体的には、例えば、制御部３４３は、上記リソースプールに含まれる上記少なくとも１つのリソースプールのサブフレームを、同期処理の対象として選択しない。なお、端末装置３００は、制御部３４３により選択されたサブフレームで送信される同期信号に基づいて同期をとる。

＜８．５．処理の流れ＞
次に、図２３〜図２４を参照して、第５の実施形態に係る処理の例を説明する。

（第１の処理）
図２３は、第５の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。

基地局１００は、１つ以上のリソールプール及びリソースプールグループを示すシステム情報を報知する（Ｓ４８１）。

端末装置３００は、上記リソースプールグループに含まれる少なくとも１つのリソースプールで、同期を省略してＤ２Ｄ通信を行う（Ｓ４８３）。

（第２の処理）
図２４は、第５の実施形態に係る第２の処理の概略的な流れの一例を示すシーケンス図である。

端末装置２００は、１つ以上のリソールプール及びリソースプールグループを、当該１つ以上のリソースプールグループの各々で端末装置に通知する（Ｓ４８５）。例えば、端末装置２００は、上記１つ以上のリソールプールを示すリソースプール情報、及び上記リソースプールを示すリソースプールグループ情報を、上記１つ以上のリソールプールの各々で送信する。

端末装置３００は、リソースプールで受信される情報の中から、上記リソースプール情報及び上記リソースプールグループ情報を取得する（Ｓ４８６）。

端末装置３００は、上記リソースプールグループに含まれる少なくとも１つのリソースプールで、同期を省略してＤ２Ｄ通信を行う（Ｓ４８７）。

＜＜９．第６の実施形態＞＞
続いて、図２５〜図２８を参照して、本開示の第６の実施形態を説明する。

＜９．１．概略＞
（技術的課題）
Ｄ２Ｄ通信の用途として様々な用途が存在する。例えば、Ｄ２Ｄ通信の用途として、パブリックセーフティの用途（例えば、火災報知及び衝突防止など）がある。また、例えば、Ｄ２Ｄ通信の用途として、緊急性の高い用途、及び緊急性の低い用途がある。このようなＤ２Ｄ通信の用途は、端末装置によって異なることが考えられる。

しかし、様々な用途のＤ２Ｄ通信が、任意のリソースプールで行われる場合には、例えば、端末装置は、所望の用途でのＤ２Ｄ通信の信号を受信するために、多数のリソースプールで信号を受信することになる。その結果、当該端末装置の負荷が増大し得る。

そこで、Ｄ２Ｄ通信を行う端末装置の負荷を抑えることを可能にする仕組みが提供されることが望ましい。

（技術的特徴）
第６の実施形態では、基地局１００及び端末装置２００は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールの各々で行われるＤ２Ｄ通信の用途を、端末装置に通知する。これにより、例えば、Ｄ２Ｄ通信を行う端末装置の負荷を抑えることが可能になる。

＜９．２．基地局の動作＞
まず、図２５を参照して、基地局１００の動作を説明する。

情報取得部１５１は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールの各々で行われるＤ２Ｄ通信の用途を示す情報を取得する。そして、制御部１５３は、上記用途を端末装置に通知する。

（用途）
例えば、上記用途は、緊急性が高い用途及び緊急性が低い用途、パブリックセーフティの用途及びパブリックセーフティ以外の用途、又は、アウトカバレッジの用途及びインカバレッジの用途を含む。例えば、上記パブリックセーフティの上記用途は、火災警報又は衝突防止などを含む。なお、上記用途は、ユースケース（use case）とも呼ばれ得る。以下、図２５を参照して具体例を説明する。

図２５は、リソースプールの各々で行われるＤ２Ｄ通信の用途の例を説明するための説明図である。図２５を参照すると、Ｎ個のリソースプール（リソースプール＃１〜＃Ｎ）の各々で行われるＤ２Ｄ通信の用途が示されている。例えば、リソースプール＃１、＃４では、識別情報が１である用途でのＤ２Ｄ通信が行われる。例えば、リソースプール＃３、＃Ｎでは、識別情報が２である用途でのＤ２Ｄ通信が行われる。

なお、例えば、上記１つ以上のリソースプールの各々で行われるＤ２Ｄ通信の上記用途は、基地局１００（処理部１５０）により決定される。

（送信情報）
一例として、制御部１５３は、上記１つ以上のリソースプールの各々で行われるＤ２Ｄ通信の上記用途を示す情報（例えば、図２５に示されるような情報）の送信により、上記用途を端末装置に通知する。

（通知手法）
例えば、制御部１５３は、上記用途を示すシステム情報の報知により、上記用途を端末装置に通知する。これにより、例えば、接続モードの端末装置のみではなく、アイドルモードの端末装置も、上記用途を知ることが可能になる。

なお、制御部１５３は、個別のシグナリングにより、上記用途を端末装置に通知してもよい。上記個別のシグナリングは、ＲＲＣシグナリングであってもよい。

以上のように、基地局１００（制御部１５３）は、上記用途を端末装置に通知する。これにより、例えば、Ｄ２Ｄ通信を行う端末装置の負荷を抑えることが可能になる。より具体的には、例えば、端末装置は、所望のＤ２Ｄ通信の信号を受信するために、当該所望のＤ２Ｄ通信が行われるリソースプールで信号を受信すればよい。そのため、端末装置にとっての受信の負荷が抑えられ得る。

＜９．３．第１端末装置の動作＞
次に、端末装置２００の動作を説明する。

情報取得部２４１は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールの各々で行われるＤ２Ｄ通信の用途を示す情報を取得する。そして、制御部２４３は、上記用途を端末装置に通知する。

（用途）
用途についての説明は、基地局１００と端末装置２００との間に差異はない。よって、ここでは重複する記載を省略する。

なお、例えば、上記用途は、端末装置２００（処理部２４０）により決定される。

（送信情報）
一例として、制御部２４３は、上記１つ以上のリソースプールの各々で行われるＤ２Ｄ通信の上記用途を示す情報（例えば、図２５に示されるような情報）の送信により、上記用途を端末装置に通知する。

（通知手法）
例えば、制御部２４３は、Ｄ２Ｄ通信で使用可能な無線リソースであるリソースプールで、上記用途を端末装置に通知する。例えば、上記用途を示す情報が、上記リソースプールで送信される同期情報に含まれる。

例えば、制御部２４３は、上記１つ以上のリソースプールに含まれる少なくとも１つのリソースプールで上記用途を端末装置に通知する。一例として、制御部２４３は、上記１つ以上のリソースプールの各々で上記用途を端末装置に通知する。

以上のように、端末装置２００（制御部２４３）は、上記用途を端末装置に通知する。これにより、例えば、Ｄ２Ｄ通信を行う端末装置の負荷を抑えることが可能になる。

＜９．４．第２端末装置の動作＞
次に、端末装置３００の動作を説明する。

情報取得部３４１は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールの各々で行われるＤ２Ｄ通信の用途を示す情報を取得する。そして、制御部３４３は、上記１つ以上のリソースプールのうちの、所望の用途でＤ２Ｄ通信が行われるリソースプールで、端末装置３００が当該所望の用途でＤ２Ｄ通信を行うように、端末装置３００によるＤ２Ｄ通信を制御する。

（基地局１００による通知の場合）
例えば、基地局１００が、上記用途を示すシステム情報を報知し、情報取得部３４１は、当該システム情報から、上記用途を示す情報を取得する。一例として、情報取得部３４１は、図２５に示されるような情報を取得する。

（端末装置２００による通知の場合）
例えば、端末装置２００が、Ｄ２Ｄ通信で使用可能な無線リソースであるリソースプールで、上記用途を端末装置に通知する。そして、情報取得部３４１は、当該リソースプールで受信される情報の中から、上記用途を示す情報を取得する。一例として、情報取得部３４１は、図２５に示されるような情報を取得する。

（端末装置３００によるＤ２Ｄ通信の例）
図２５を再び参照すると、一例として、端末装置３００についてのＤ２Ｄ通信の所望の用途は、識別番号が１である用途である。この場合に、端末装置３００は、リソースプール＃１、＃４などでＤ２Ｄ通信を行う。別の例として、端末装置３００についてのＤ２Ｄ通信の所望の用途は、識別番号が２である用途である。この場合に、端末装置３００は、リソースプール＃３、＃ＮなどでＤ２Ｄ通信を行う。

（具体的な処理）
例えば、制御部３４３は、上記所望の用途でＤ２Ｄ通信が行われるリソースプールで上記所望の用途でのＤ２Ｄ通信の信号を受信するための受信処理を行う。また、制御部３４３は、上記リソースプールで上記所望の用途でのＤ２Ｄ通信の信号を送信するための送信処理を行う。

＜９．５．処理の流れ＞
次に、図２６及び図２７を参照して、第６の実施形態に係る処理の例を説明する。

（第１の処理）
図２６は、第６の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。

基地局１００は、１つ以上のリソールプールと、当該１つ以上のリソースプールの各々で行われるＤ２Ｄ通信の用途とを示すシステム情報を報知する（Ｓ４９１）。

端末装置３００は、１つ以上のリソースプールのうちの、所望の用途でのＤ２Ｄ通信が行われるリソースプールで、当該所望の用途でＤ２Ｄ通信を行う（Ｓ４９３）。

（第２の処理）
図２７は、第６の実施形態に係る第２の処理の概略的な流れの一例を示すシーケンス図である。

端末装置２００は、１つ以上のリソールプールと、当該１つ以上のリソースプールの各々で行われるＤ２Ｄ通信の用途とを、リソースプールで端末装置に通知する（Ｓ５０１）。例えば、端末装置２００は、上記１つ以上のリソールプールを示すリソースプール情報、及び上記用途を示す用途情報を、上記リソールプールで送信する。

端末装置３００は、リソースプールで受信される情報の中から、上記リソースプール情報及び上記用途情報を取得する（Ｓ５０３）。

端末装置３００は、上記１つ以上のリソースプールのうちの、所望の用途でのＤ２Ｄ通信が行われるリソースプールで、当該所望の用途でＤ２Ｄ通信を行う（Ｓ５０５）。

＜＜１０．第７の実施形態＞＞
続いて、図２８及び図２９を参照して、本開示の第７の実施形態を説明する。

＜１０．１．概略＞
（技術的課題）
技術的課題のついての説明は、第６の実施形態と第７の実施形態との間に差異はない。よって、ここでは重複する記載を省略する。

（技術的特徴）
第７の実施形態では、基地局１００及び端末装置２００は、端末装置についてのＤ２Ｄ通信の所望の用途を示す情報を取得し、当該所望の用途でＤ２Ｄ通信が行われる１つ以上のリソースプールを端末装置に通知する。

とりわけ、第７の実施形態では、基地局１００及び端末装置２００は、個別の端末装置のＤ２Ｄ通信についての所望の用途を示す情報を取得し、当該所望の用途でＤ２Ｄ通信が行われる１つ以上のリソースプールを上記個別の端末装置に個別に通知する。

これにより、例えば、Ｄ２Ｄ通信を行う端末装置の負荷を抑えることが可能になる。

＜１０．２．基地局の動作＞
まず、基地局１００の動作を説明する。

情報取得部１５１は、端末装置についてのＤ２Ｄ通信の所望の用途を示す情報を取得する。そして、制御部１５３は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールであって、上記所望の用途でＤ２Ｄ通信が行われる当該１つ以上のリソースプールを、端末装置に通知する。

とりわけ第７の実施形態では、情報取得部１５１は、個別の端末装置についてのＤ２Ｄ通信の所望の用途を示す情報を取得する。そして、制御部１５３は、当該所望の用途でＤ２Ｄ通信が行われる１つ以上のリソースプールを上記個別の端末装置に個別に通知する。

（所望の用途を示す情報）
例えば、個別の端末装置が、Ｄ２Ｄ通信の所望の用途を基地局１００に通知する。そして、情報取得部１５１は、当該個別の端末装置についての上記所望の用途を示す情報を取得する。

（１つ以上のリソースプール）
（ａ）既存のリソースプール
例えば、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして、１つ以上のリソースプールが既に十分に選択されている。この場合に、制御部１５３は、当該１つ以上のリソースプールを上記個別の端末装置に通知する。

図２５を再び参照すると、例えば、上記所望の用途は、識別番号が１である用途であり、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして、リソースプール＃１、＃４などが既に選択されている。この場合に、制御部１５３は、リソースプール＃１、＃４などを上記個別の端末装置に通知する。

（ｂ）新たなリソースプールの選択
例えば、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして、いずれのリソースプールも未だ選択されていない。あるいは、上記所望の用途でＤ２Ｄ通信が行われるリソースプールが不足している。この場合に、制御部１５３は、上記所望の用途でのＤ２Ｄ通信に適した１つ以上のリソースプールを、上記所望の用途でＤ２Ｄ通信が行われる上記１つ以上のリソースプールとして選択する。そして、制御部１５３は、選択される当該１つ以上のリソースプールを上記個別の端末装置に通知する。

例えば、上記所望の用途でのＤ２Ｄ通信に適した上記１つ以上のリソースプールは、上記所望の用途でのＤ２Ｄ通信に適した周期を有する１つ以上のリソースプール、又は、上記所望の用途でのＤ２Ｄ通信に適した数のリソースプールである。

具体的には、例えば、上記所望の用途が迅速な通知を求める場合、又は、上記所望の用途が多くの情報の送信を求める場合には、制御部１５３は、短い周期を有する１つ以上のリソースプール、又は、多数のリソースプールを選択する。そうでなければ、制御部１５３は、長い周期を有する１つ以上のリソースプール、又は、少数のリソースプールを選択する。

これにより、例えば、所望の用途でのＤ２Ｄ通信が良好に行われる。

（通知手法）
例えば、制御部１５３は、個別のシグナリングにより、上記所望の用途でＤ２Ｄ通信が行われる上記１つ以上のリソースプールを、上記個別の端末装置に通知する。当該個別のシグナリングは、例えば、ＲＲＣシグナリングである。

以上のように、基地局１００（制御部１５３）は、上記所望の用途でＤ２Ｄ通信が行われる上記１つ以上のリソースプールを、端末装置に通知する。これにより、例えば、Ｄ２Ｄ通信を行う端末装置の負荷を抑えることが可能になる。より具体的には、例えば、端末装置は、所望のＤ２Ｄ通信の信号を受信するために、当該所望のＤ２Ｄ通信が行われるリソースプールで信号を受信すればよい。そのため、端末装置にとっての受信の負荷が抑えられ得る。

＜１０．３．第１端末装置の動作＞
次に、端末装置２００の動作を説明する。

情報取得部２４１は、端末装置についてのＤ２Ｄ通信の所望の用途を示す情報を取得する。そして、制御部２４３は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールであって、上記所望の用途でＤ２Ｄ通信が行われる当該１つ以上のリソースプールを、端末装置に通知する。

とりわけ第７の実施形態では、情報取得部２４１は、個別の端末装置についてのＤ２Ｄ通信の所望の用途を示す情報を取得する。そして、制御部２４３は、上記１つ以上のリソースプールを上記個別の端末装置に個別に通知する。

（所望の用途を示す情報）
例えば、個別の端末装置が、Ｄ２Ｄ通信の所望の用途を端末装置２００に通知する。そして、情報取得部２４１は、当該個別の端末装置についての上記所望の用途を示す情報を取得する。

（１つ以上のリソースプール）
上記所望の用途でＤ２Ｄ通信が行われる当該１つ以上のリソースプールについての説明は、符号の相違を除き、基地局１００と端末装置２００との間で差異はない。よって、ここでは重複する記載を省略する。

（通知手法）
例えば、制御部２４３は、Ｄ２Ｄ通信で使用可能な無線リソースであるリソースプールで、上記所望の用途でＤ２Ｄ通信が行われる上記１つ以上のリソースプールを、端末装置に通知する。例えば、当該１つ以上のリソースプールを示す情報が、上記リソースプールで送信される同期情報に含まれる。

以上のように、端末装置２００（制御部２４３）は、上記所望の用途でＤ２Ｄ通信が行われる上記１つ以上のリソースプールを、端末装置に通知する。これにより、例えば、Ｄ２Ｄ通信を行う端末装置の負荷を抑えることが可能になる。

＜１０．４．第２端末装置の動作＞
次に、端末装置３００の動作を説明する。

（所望の用途の通知）
情報取得部３４１は、端末装置３００についてのＤ２Ｄ通信の所望の用途を示す情報を取得する。そして、制御部３４３は、上記所望の用途を基地局１００又は端末装置２００に通知する。

例えば、上記所望の用途を示す上記情報は、例えば、（図２５に示されるような）上記所望の用途の識別情報である。制御部３４３は、当該識別情報の送信により、上記所望の用途を基地局１００又は端末装置２００に通知する。

例えば、インカバレッジの場合には（即ち、端末装置３００がネットワークカバレッジ内に位置する場合には）、制御部３４３は、アップリンクで、基地局１００に上記所望の用途を通知する。例えば、アウトカバレッジの場合には（即ち、端末装置２００がネットワークカバレッジ外に位置する場合には）、制御部３４３は、リソースプールで、端末装置２００に上記所望の用途を通知する。

（Ｄ２Ｄ通信）
制御部３４３は、基地局１００又は端末装置２００が端末装置３００に通知する１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの、端末装置３００による上記所望の用途でのＤ２Ｄ通信を制御する。上記１つ以上のリソースプールは、Ｄ２Ｄで使用可能な無線リソースであり、且つ上記所望の用途でＤ２Ｄ通信が行われるリソースプールである。

例えば、制御部３４３は、上記少なくとも１つのリソースプールで上記所望の用途でのＤ２Ｄ通信の信号を受信するための受信処理を行う。また、端末装置３００は、上記少なくとも１つのリソースプールで上記所望の用途でのＤ２Ｄ通信の信号を送信するための送信処理を行う。

＜９．５．処理の流れ＞
次に、図２８及び図２９を参照して、第７の実施形態に係る処理の例を説明する。

（第１の処理）
図２８は、第７の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。

端末装置３００は、端末装置３００についてのＤ２Ｄ通信の所望の用途を基地局１００に通知する（Ｓ５１１）。例えば、端末装置３００は、上記所望の用途を示す所望用途情報を基地局１００へ送信する。

例えば、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして、１つ以上のリソースプールが既に十分に選択されている。この場合に、基地局１００は、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして既に選択された１つ以上のリソースプールを示すリソースプール情報を取得する（Ｓ５１３）。

あるいは、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして、いずれのリソースプールも未だ選択されていない。もしくは、上記所望の用途でＤ２Ｄ通信が行われるリソースプールが不足している。この場合に、基地局１００は、上記所望の用途でのＤ２Ｄ通信に適した１つ以上のリソースプールを、上記所望の用途でＤ２Ｄ通信が行われる１つ以上のリソースプールとして選択する（Ｓ５１３）。

基地局１００は、個別のシグナリングにより、上記１つ以上のリソースプールを端末装置３００に通知する（Ｓ５１５）。例えば、基地局１００は、上記１つ以上のリソースプールを示すリソースプール情報を端末装置３００へ送信する。

端末装置３００は、基地局１００が端末装置３００に通知する上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールで、上記所望の用途でＤ２Ｄ通信を行う（Ｓ５１７）。

（第２の処理）
図２９は、第７の実施形態に係る第２の処理の概略的な流れの一例を示すシーケンス図である。

端末装置３００は、端末装置３００についてのＤ２Ｄ通信の所望の用途を端末装置２００に通知する（Ｓ５２１）。例えば、端末装置３００は、上記所望の用途を示す所望用途情報を端末装置２００へ送信する。

例えば、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして、１つ以上のリソースプールが既に十分に選択されている。そのため、端末装置２００は、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして既に選択された１つ以上のリソースプールを示すリソースプール情報を取得する（Ｓ５２３）。

あるいは、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして、いずれのリソースプールも未だ選択されていない。もしくは、上記所望の用途でＤ２Ｄ通信が行われるリソースプールが不足している。そのため、端末装置２００は、上記所望の用途でのＤ２Ｄ通信に適した１つ以上のリソースプールを、上記所望の用途でＤ２Ｄ通信が行われる１つ以上のリソースプールとして選択する（Ｓ５２３）。

端末装置２００は、上記１つ以上のリソースプールを、リソースプールで端末装置３００に通知する（Ｓ５２５）。例えば、端末装置２００は、上記１つ以上のリソースプールを示すリソースプール情報を端末装置３００へ送信する。

端末装置３００は、端末装置２００が端末装置３００に通知する上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールで、上記所望の用途でＤ２Ｄ通信を行う（Ｓ５２７）。

＜＜１１．第８の実施形態＞＞
続いて、図３０及び図３１を参照して、本開示の第８の実施形態を説明する。

＜１１．１．概略＞
（技術的課題）
技術的課題のついての説明は、第６の実施形態と第７の実施形態との間に差異はない。よって、ここでは重複する記載を省略する。

（技術的特徴）
第８の実施形態では、基地局１００及び端末装置２００は、端末装置についてのＤ２Ｄ通信の所望の用途を示す情報を取得し、当該所望の用途でＤ２Ｄ通信が行われる１つ以上のリソースプールを端末装置に通知する。

とりわけ、第８の実施形態では、基地局１００及び端末装置２００は、上記所望の用途でＤ２Ｄ通信が行われる上記１つ以上のリソースプールと、上記１つ以上のリソースプールで行われるＤ２Ｄ通信の用途（即ち、上記所望の用途）とを、端末装置に通知する。即ち、第７の実施形態では、基地局１００及び端末装置２００は、個別の端末装置に個別に対応するが、第８の実施形態では、基地局１００及び端末装置２００は、端末装置全体にまとめて対応する。

これにより、例えば、Ｄ２Ｄ通信を行う端末装置の負荷を抑えることが可能になる。

＜１１．２．基地局の動作＞
まず、基地局１００の動作を説明する。

情報取得部１５１は、端末装置についてのＤ２Ｄ通信の所望の用途を示す情報を取得する。そして、制御部１５３は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールであって、上記所望の用途でＤ２Ｄ通信が行われる当該１つ以上のリソースプールを、端末装置に通知する。

とりわけ第８の実施形態では、制御部１５３は、上記所望の用途でＤ２Ｄ通信が行われる１つ以上のリソースプールと、当該１つ以上のリソースプールで行われるＤ２Ｄ通信の用途（即ち、上記所望の用途）とを、端末装置に通知する。

（所望の用途を示す情報）
例えば、複数の端末装置が、Ｄ２Ｄ通信の所望の用途を基地局１００に通知する。そして、情報取得部１５１は、上記複数の端末装置についての所望の用途を示す情報を取得する。

例えば、情報取得部１５１は、上記複数の端末装置についての２つ以上の所望の用途を示す情報を取得する。例えば、第１の端末装置は、所望の用途として第１の用途及び第２の用途を基地局１００に通知し、第２の端末装置は、所望の用途として第２の用途及び第３の用途を基地局１００に通知する。そして、情報取得部１５１は、第１の用途、第２の用途及び第３の用途を示す情報を取得する。

なお、上記複数の端末装置は、例えば、接続モードの端末装置のみではなく、アイドルモードの端末装置を含む。この場合に、アイドルモードの端末装置についてのＤ２Ｄ通信の所望の要望は、接続モードの端末装置を介して、基地局１００に通知される。

（１つ以上のリソースプール）
（ａ）既存のリソースプール
例えば、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして、１つ以上のリソースプールが既に十分に選択されている。この場合に、制御部１５３は、当該１つ以上のリソースプールと、当該１つ以上のリソースプールで行われるＤ２Ｄ通信の用途（即ち、上記所望の用途）とを、端末装置に通知する。

図２５を再び参照すると、例えば、上記所望の用途は、識別番号が１である用途であり、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして、リソースプール＃１、＃４などが既に選択されている。この場合に、制御部１５３は、リソースプール＃１、＃４などと上記用途とを、端末装置に通知する。

（ｂ）新たなリソースプールの選択
例えば、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして、いずれのリソースプールも未だ選択されていない。あるいは、上記所望の用途でＤ２Ｄ通信が行われるリソースプールが不足している。この場合に、制御部１５３は、上記所望の用途でのＤ２Ｄ通信に適した１つ以上のリソースプールを、上記所望の用途でＤ２Ｄ通信が行われる上記１つ以上のリソースプールとして選択する。そして、制御部１５３は、選択される当該１つ以上のリソースプールと、選択される当該１つ以上のリソースプールで行われるＤ２Ｄ通信の用途（即ち、上記所望の用途）とを、端末装置に通知する。

なお、具体的な選択の手法についての説明は、第７の実施形態と第８の実施形態との間に差異はない。よって、ここでは重複する記載を省略する。

（通知手法）
例えば、制御部１５３は、上記１つ以上のリソースプールと、当該１つ以上のリソースプールで行われるＤ２Ｄ通信の用途とを示すシステム情報の報知により、上記１つ以上のリソースプールと当該用途とを端末装置に通知する。

なお、制御部１５３は、個別のシグナリングにより、上記１つ以上のリソースプールと、当該１つ以上のリソースプールで行われるＤ２Ｄ通信の用途とを、端末装置に通知してもよい。当該個別のシグナリングは、ＲＲＣシグナリングであってもよい。

また、当然ながら、制御部１５３は、複数の用途の各々について、１つ以上のリソースプールと、当該１つ以上のリソースプールで行われるＤ２Ｄ通信の用途とを、端末装置に通知してもよい。例えば、複数の所望の用途が基地局１００に通知される場合に、制御部１５３は、当該複数の所望の用途の各々について、１つ以上のリソースプールと、当該１つ以上のリソースプールで行われるＤ２Ｄ通信の用途（即ち、所望の用途）とを、端末装置に通知してもよい。

（送信情報）
例えば、制御部１５３は、上記１つ以上のリソースプール及び上記用途を示す情報の送信により、上記１つ以上のリソースプールと当該用途とを端末装置に通知する。当然ながら、複数の用途の各々について１つ以上のリソースプール及び用途を示す情報（例えば、図２５に示されるような情報）が、送信されてもよい。

以上のように、基地局１００（制御部１５３）は、上記所望の用途でＤ２Ｄ通信が行われる上記１つ以上のリソースプールと、当該１つ以上のリソースプールで行われるＤ２Ｄ通信の用途（即ち、上記所望の用途）とを、端末装置に通知する。これにより、例えば、Ｄ２Ｄ通信を行う端末装置の負荷を抑えることが可能になる。より具体的には、例えば、端末装置は、所望のＤ２Ｄ通信の信号を受信するために、当該所望のＤ２Ｄ通信が行われるリソースプールで信号を受信すればよい。そのため、端末装置にとっての受信の負荷が抑えられ得る。

＜１１．３．第１端末装置の動作＞
次に、端末装置２００の動作を説明する。

情報取得部２４１は、端末装置についてのＤ２Ｄ通信の所望の用途を示す情報を取得する。そして、制御部２４３は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールであって、上記所望の用途でＤ２Ｄ通信が行われる当該１つ以上のリソースプールを、端末装置に通知する。

とりわけ第８の実施形態では、制御部２４３は、上記所望の用途でＤ２Ｄ通信が行われる１つ以上のリソースプールと、当該１つ以上のリソースプールで行われるＤ２Ｄ通信の用途（即ち、上記所望の用途）とを、端末装置に通知する。

（所望の用途を示す情報）
例えば、複数の端末装置が、Ｄ２Ｄ通信の所望の用途を端末装置２００に通知する。そして、情報取得部２４１は、上記複数の端末装置についての所望の用途を示す情報を取得する。

例えば、情報取得部２４１は、上記複数の端末装置についての２つ以上の所望の用途を示す情報を取得する。例えば、第１の端末装置は、所望の用途として第１の用途及び第２の用途を基地局１００に通知し、第２の端末装置は、所望の用途として第２の用途及び第３の用途を基地局１００に通知する。そして、情報取得部２４１は、第１の用途、第２の用途及び第３の用途を示す情報を取得する。

なお、上記複数の端末装置は、例えば、端末装置２００とのＤ２Ｄ通信を行う他の端末装置のみではなく、当該他の端末装置とのＤ２Ｄ通信を行うさらなる端末装置を含んでもよい。この場合に、当該さらなる端末装置についてのＤ２Ｄ通信の所望の要望は、上記他の端末装置を介して、端末装置２００に通知されてもよい。

（１つ以上のリソースプール）
上記所望の用途でＤ２Ｄ通信が行われる当該１つ以上のリソースプールについての説明は、符号の相違を除き、基地局１００と端末装置２００との間で差異はない。よって、ここでは重複する記載を省略する。

（通知手法）
例えば、制御部２４３は、上記所望の用途でＤ２Ｄ通信が行われる上記１つ以上のリソースプールと、当該１つ以上のリソースプールで行われるＤ２Ｄ通信の用途（即ち、上記所望の用途）とを、リソースプールで端末装置に通知する。例えば、上記１つ以上のリソースプール及び上記用途を示す情報が、上記リソースプールで送信される同期情報に含まれる。

なお、当然ながら、制御部２４３は、複数の用途の各々について、１つ以上のリソースプールと、当該１つ以上のリソースプールで行われるＤ２Ｄ通信の用途とを、端末装置に通知してもよい。例えば、複数の所望の用途が端末装置２００に通知される場合に、制御部２４３は、当該複数の所望の用途の各々について、１つ以上のリソースプールと、当該１つ以上のリソースプールで行われるＤ２Ｄ通信の用途（即ち、所望の用途）とを、端末装置に通知してもよい。

（送信情報）
例えば、制御部２４３は、上記１つ以上のリソースプール及び上記用途を示す情報の送信により、上記１つ以上のリソースプールと当該用途とを端末装置に通知する。当然ながら、複数の用途の各々について１つ以上のリソースプール及び用途を示す情報（例えば、図２５に示されるような情報）が、送信されてもよい。

以上のように、端末装置２００（制御部２４３）は、上記所望の用途でＤ２Ｄ通信が行われる上記１つ以上のリソースプールと、当該１つ以上のリソースプールで行われるＤ２Ｄ通信の用途（即ち、上記所望の用途）とを、端末装置に通知する。これにより、例えば、Ｄ２Ｄ通信を行う端末装置の負荷を抑えることが可能になる。

＜１１．４．処理の流れ＞
次に、図３０及び図３１を参照して、第８の実施形態に係る処理の例を説明する。

（第１の処理）
図３０は、第８の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。

接続モードの端末装置３００Ａは、Ｄ２Ｄ通信の所望の用途を基地局１００に通知する（Ｓ５５１）。例えば、端末装置３００Ａは、上記所望の用途を示す所望用途情報を基地局１００へ送信する。

アイドルモードの端末装置３００Ｂは、Ｄ２Ｄ通信の所望の用途を端末装置３００Ａに通知し（Ｓ５５２）、端末装置３００Ａは、上記所望の用途を基地局１００に通知する（Ｓ５５３）。例えば、端末装置３００Ｂは、上記所望の用途を示す所望用途情報を端末装置３００Ａへ送信し、端末装置３００Ａは、当該所望用途情報を基地局１００へ転送する。

例えば、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして、１つ以上のリソースプールが既に十分に選択されている。この場合に、基地局１００は、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして既に選択された１つ以上のリソースプールを示すリソースプール情報を取得する（Ｓ５５４）。

あるいは、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして、いずれのリソースプールも未だ選択されていない。もしくは、上記所望の用途でＤ２Ｄ通信が行われるリソースプールが不足している。この場合に、基地局１００は、上記所望の用途でのＤ２Ｄ通信に適した１つ以上のリソースプールを、上記所望の用途でＤ２Ｄ通信が行われる１つ以上のリソースプールとして選択する（Ｓ５５４）。

基地局１００は、上記１つ以上のリソースプールと、上記１つ以上のリソースプールで行われるＤ２Ｄ通信の用途とを示すシステム情報の報知により、上記１つ以上のリソースプールと上記用途とを端末装置に通知する（Ｓ５５５）。

端末装置３００は、所望の用途でのＤ２Ｄ通信が行われる上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールで、当該所望の用途でＤ２Ｄ通信を行う（Ｓ５５６、Ｓ５５７）。

なお、当然ながら、基地局１００は、複数の用途の各々について、１つ以上のリソースプール及び用途を端末装置に通知してもよい。そして、２つ以上の端末装置３００が、異なる用途でＤ２Ｄ通信を行ってもよい。例えば、基地局１００は、第１の用途でＤ２Ｄ通信が行われる１つ以上のリソースプール及び当該第１の用途、並びに、第２の用途でＤ２Ｄ通信が行われる１つ以上のリソースプール及び当該第２の用途を、端末装置に通知してもよい。そして、第１の端末装置３００が、上記第１の用途でＤ２Ｄ通信が行われるリソースプールにおいて、上記第１の用途でＤ２Ｄ通信を行ってもよく、第２の端末装置３００が、上記第２の用途でＤ２Ｄ通信が行われるリソースプールにおいて、上記第２の用途でＤ２Ｄ通信を行ってもよい。

また、基地局１００は、個別のシグナリングにより、上記１つ以上のリソースプールと上記用途とを端末装置３００Ａに通知してもよい。そして、端末装置３００Ａは、上記１つ以上のリソースプールと上記用途とを端末装置３００Ｂに通知してもよい。

（第２の処理）
図３１は、第８の実施形態に係る第２の処理の概略的な流れの一例を示すシーケンス図である。

端末装置２００とのＤ２Ｄ通信を行う端末装置３００は、Ｄ２Ｄ通信の所望の用途を端末装置２００に通知する（Ｓ５６１）。例えば、端末装置３００は、上記所望の用途を示す所望用途情報を端末装置２００へ送信する。例えば、複数の端末装置３００が、Ｄ２Ｄ通信の所望の用途を端末装置２００に通知する。

例えば、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして、１つ以上のリソースプールが既に十分に選択されている。この場合に、端末装置２００は、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして既に選択された１つ以上のリソースプールを示すリソースプール情報を取得する（Ｓ５６３）。

あるいは、上記所望の用途でＤ２Ｄ通信が行われるリソースプールとして、いずれのリソースプールも未だ選択されていない。もしくは、上記所望の用途でＤ２Ｄ通信が行われるリソースプールが不足している。この場合に、端末装置２００は、上記所望の用途でのＤ２Ｄ通信に適した１つ以上のリソースプールを、上記所望の用途でＤ２Ｄ通信が行われる１つ以上のリソースプールとして選択する（Ｓ５６３）。

端末装置２００は、上記１つ以上のリソースプールと、上記１つ以上のリソースプールで行われるＤ２Ｄ通信の用途とを、端末装置に通知する（Ｓ５６５）。例えば、端末装置２００は、上記１つ以上のリソースプールと上記用途とを示す情報を送信する。

端末装置３００は、所望の用途でのＤ２Ｄ通信が行われる上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールで、当該所望の用途でＤ２Ｄ通信を行う（Ｓ５６７）。

なお、当然ながら、端末装置２００は、複数の用途の各々について、１つ以上のリソースプール及び用途を端末装置に通知してもよい。そして、２つ以上の端末装置３００が、異なる用途でＤ２Ｄ通信を行ってもよい。例えば、端末装置２００は、第１の用途でＤ２Ｄ通信が行われる１つ以上のリソースプール及び当該第１の用途、並びに、第２の用途でＤ２Ｄ通信が行われる１つ以上のリソースプール及び当該第２の用途を、端末装置に通知してもよい。そして、第１の端末装置３００が、上記第１の用途でＤ２Ｄ通信が行われるリソースプールにおいて、上記第１の用途でＤ２Ｄ通信を行ってもよく、第２の端末装置３００が、上記第２の用途でＤ２Ｄ通信が行われるリソースプールにおいて、上記第２の用途でＤ２Ｄ通信を行ってもよい。

＜＜１２．第９の実施形態＞＞
続いて、図３２及び図３３を参照して、本開示の第９の実施形態を説明する。

＜１２．１．概略＞
（技術的課題）
例えば、Ｄ２Ｄ通信で使用可能な無線リソースであるリソースプールは、基地局又は代表の端末装置により選択される。しかし、選択されるリソースプールは、実際に行われるＤ２Ｄ通信に使用される無線リソースとして不足する可能性がある。あるいは、選択されるリソースプールは、実際に行われるＤ２Ｄ通信に使用される無線リソースとして過剰になる可能性もある。

そこで、Ｄ２Ｄ通信に使用可能な無線リソースの過不足を抑えることを可能にする仕組みが提供されることが望ましい。

（技術的特徴）
第９の実施形態では、基地局１００及び端末装置２００は、Ｄ２Ｄ通信を行う端末装置の数に基づいて、Ｄ２Ｄ通信で使用可能な無線リソースであるリソースプールを選択し、当該リソースプールを端末装置に通知する。これにより、例えば、Ｄ２Ｄ通信に使用可能な無線リソースの過不足を抑えることが可能になる。

＜１２．２．基地局の動作＞
まず、基地局１００の動作を説明する。

情報取得部１５１は、Ｄ２Ｄ通信を行う端末装置の数（以下、「端末数」と呼ぶ）を示す情報を取得する。そして、制御部１５３は、上記端末数に基づいて、Ｄ２Ｄ通信で使用可能な無線リソースであるリソースプールを選択する。さらに、制御部１５３は、上記リソースプールを端末装置に通知する。

（端末数）
（ａ）対象の端末装置
例えば、上記端末数（即ち、Ｄ２Ｄ通信を行う端末装置の数）は、基地局１００に接続されている接続モードの端末装置と、基地局１００に接続されていないアイドルモードの端末装置とを含む端末装置の数である。

例えば、接続モードの端末装置（即ち、基地局１００に接続している端末装置）が、端末装置に関する情報を基地局１００に提供し、基地局１００（例えば、処理部１５０）は、当該情報に基づいて、上記端末数を算出する。例えば、端末装置に関する上記情報は、接続モードの上記端末装置とのＤ２Ｄ通信を行うアイドルモードの端末装置に関する情報である。あるいは、端末装置に関する上記情報は、アイドルモードの上記端末装置と接続モードの上記端末装置とに関する情報である。端末装置に関する上記情報は、端末装置のリストであってもよく、端末装置の数を示す情報であってもよく、又は、他の情報であってもよい。例えば、情報取得部１５１は、算出された上記端末数を示す情報を取得する。

なお、上記端末数は、Ｄ２Ｄ通信に使用可能な無線リソース（リソースプール）を要求する端末装置の数であってもよく、端末装置に関する上記情報は、上記無線リソース（リソースプール）を要求するメッセージであってもよい。あるいは、上記端末数は、Ｄ２Ｄ通信を行っている端末装置の数であってもよい。あるいは、上記端末数は、Ｄ２Ｄ通信のケイパビリティを有する端末装置の数であってもよい。

（ｂ）用途ごとの端末数
基地局１００は、用途ごとに、リソースプールを選択してもよい。

具体的には、情報取得部１５１は、第１の用途でＤ２Ｄ通信を行う端末装置の数を示す情報と、第２の用途でＤ２Ｄ通信を行う端末装置の数を示す情報とを取得してもよい。そして、制御部１５３は、上記第１の用途でＤ２Ｄ通信を行う端末装置の上記数に基づいて、上記第１の用途でＤ２Ｄ通信が行われるリソースプールを選択してもよい。また、制御部１５３は、上記第２の用途でＤ２Ｄ通信を行う端末装置の上記数に基づいて、上記第２の用途でＤ２Ｄ通信が行われるリソースプールを選択してもよい。この場合に、接続モードの端末装置が基地局１００に提供する、端末装置に関する情報は、Ｄ２Ｄ通信の用途に関する情報（例えば、用途ごとの端末装置のリスト、又は用途ごとの端末装置の数など）を含んでもよい。

これにより、例えば、用途ごとのニーズに応じたリソースプールが用意される。その結果、リソースプールの過不足がさらに抑えられ得る。

なお、例えば、上記第１の用途、及び上記第２の用途は、緊急性が高い用途、緊急性が低い用途、パブリックセーフティの用途（例えば、火災通知、及び／又は衝突防止など）、パブリックセーフティ以外の用途、アウトカバレッジの用途、又はインカバレッジの用途などである。

（リソースプールの選択）
第１の例として、制御部１５３は、上記端末数がより多い場合に、より多数のリソースプールを選択し、上記端末数がより少ない場合に、より少数のリソースプールを選択する。

第２の例として、制御部１５３は、上記端末数がより多い場合に、より短い周期を有するリソースプールを選択し、上記端末数がより少ない場合に、より長い周期を有するリソースプールを選択する。

これにより、例えば、より多くの端末装置がＤ２Ｄ通信を行う場合に、より多くの無線リソースがＤ２Ｄ通信のために使用可能になり、より少ない端末装置がＤ２Ｄ通信を行う場合に、より少ない無線リソースがＤ２Ｄ通信のために使用可能になる。そのため、リソースプールの過不足がさらに抑えられ得る。

（通知手法）
例えば、制御部１５３は、選択される上記リソースプールを示すシステム情報の報知により、選択される上記リソースプールを端末装置に通知する。これにより、例えば、接続モードの端末装置のみではなく、アイドルモードの端末装置も、リソースプールを知ることが可能になる。

なお、制御部１５３は、個別のシグナリングにより、選択される上記リソースプールを端末装置に通知してもよい。上記個別のシグナリングは、ＲＲＣシグナリングであってもよい。

以上のように、基地局１００（制御部１５３）は、上記端末数に基づいて上記リソースプールを選択し、上記リソースプールを端末装置に通知する。これにより、例えば、Ｄ２Ｄ通信に使用可能な無線リソースの過不足を抑えることが可能になる。

＜１２．３．第１端末装置の動作＞
次に、端末装置２００の動作を説明する。

情報取得部２４１は、Ｄ２Ｄ通信を行う端末装置の数（即ち、端末数）を示す情報を取得する。そして、制御部２４３は、上記端末数に基づいて、Ｄ２Ｄ通信で使用可能な無線リソースであるリソースプールを選択する。さらに、制御部２４３は、上記リソースプールを端末装置に通知する。

（端末数）
（ａ）対象の端末装置
例えば、上記端末数（即ち、Ｄ２Ｄ通信を行う端末装置の数）は、端末装置２００とのＤ２Ｄ通信を行う端末装置の数である。

例えば、端末装置２００（例えば、処理部２４０）は、端末装置２００とのＤ２Ｄ通信を行う端末装置の数（即ち、上記端末数）を算出する。例えば、情報取得部２４１は、算出された上記端末数を示す情報を取得する。

なお、上記端末数は、とりわけ、Ｄ２Ｄ通信に使用可能な無線リソース（リソースプール）を要求する端末装置の数であってもよい。あるいは、上記端末数は、Ｄ２Ｄ通信を行っている端末装置の数であってもよい。あるいは、上記端末数は、Ｄ２Ｄ通信のケイパビリティを有する端末装置の数であってもよい。

また、上記端末数は、端末装置２００とのＤ２Ｄ通信を行う端末装置のみではなく、当該端末装置とのＤ２Ｄ通信を行う他の端末装置をさらに含む端末装置の数であってもよい。この場合に、端末装置２００とのＤ２Ｄ通信を行う上記端末装置は、他の端末装置に関する情報を端末装置３００に提供してもよい。

（ｂ）用途ごとの端末数
端末装置２００は、用途ごとに、リソースプールを選択してもよい。なお、この点についての具体的な説明は、符号の相違を除き、基地局１００と端末装置２００との間に差異はない。よって、ここでは重複する記載を省略する。

（リソースプールの選択）
リソースプールの選択についての説明は、符号の相違を除き、基地局１００と端末装置２００との間に差異はない。よって、ここでは重複する記載を省略する。

（通知手法）
例えば、制御部２４３は、選択された上記リソースプールを端末装置に通知する。

例えば、制御部２４３は、本開示の第１の実施形態又は第２の実施形態と同様に、選択された上記リソースプールを端末装置に通知し得る。

以上のように、端末装置２００（制御部２４３）は、上記端末数に基づいて上記リソースプールを選択し、上記リソースプールを端末装置に通知する。これにより、例えば、Ｄ２Ｄ通信に使用可能な無線リソースの過不足を抑えることが可能になる。

＜１２．４．処理の流れ＞
次に、図３２及び図３３を参照して、第９の実施形態に係る処理の例を説明する。

（第１の処理）
図３２は、第９の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。

接続モードの端末装置３００Ａは、端末装置に関する情報を基地局１００に提供する（Ｓ５７１）。例えば、端末装置に関する当該情報は、アイドルモードの端末装置３００Ｂ（及び端末装置３００Ａ）に関する情報である。

基地局１００は、端末装置に関する上記情報に基づいて、Ｄ２Ｄ通信を行う端末装置の数（即ち、端末数）を算出する（Ｓ５７２）。そして、基地局１００は、当該端末数に基づいて、Ｄ２Ｄ通信に使用可能な無線リソースであるリソースプールを選択する（Ｓ５７３）。

基地局１００は、選択された上記リソースプールを示すシステム情報の報知により、選択された上記リソースプールを端末装置に通知する（Ｓ５７４）。

端末装置３００は、選択された上記リソースプールでＤ２Ｄ通信を行う（Ｓ５７５、Ｓ５７６）。

なお、上記端末数は、とりわけ、Ｄ２Ｄ通信に使用可能な無線リソース（リソースプール）を要求する端末装置の数であってもよく、端末装置に関する上記情報は、上記無線リソース（リソースプール）を要求するメッセージであってもよい。あるいは、上記端末数は、Ｄ２Ｄ通信を行っている端末装置の数であってもよい。あるいは、上記端末数は、Ｄ２Ｄ通信のケイパビリティを有する端末装置の数であってもよい。

また、当然ながら、基地局１００は、２つ以上のリソースプールを選択し、当該２つ以上のリソースプールを端末装置に通知してもよい。この場合に、端末装置３００は、上記２つ以上のリソースプールのうちの少なくとも１つのリソースプールでＤ２Ｄ通信を行ってもよい。

また、基地局１００は、個別のシグナリングにより、選択された上記リソースプールを端末装置３００Ａに通知してもよい。そして、端末装置３００Ａは、選択された上記リソースプールを端末装置３００Ｂに通知してもよい。

（第２の処理）
図３３は、第９の実施形態に係る第２の処理の概略的な流れの一例を示すシーケンス図である。

端末装置２００は、端末装置２００とのＤ２Ｄ通信を行う端末装置の数（即ち、端末数）を算出する（Ｓ５８１）。そして、端末装置２００は、当該端末数に基づいて、Ｄ２Ｄ通信に使用可能な無線リソースであるリソースプールを選択する（Ｓ５８３）。

端末装置２００は、選択された上記リソースプールを端末装置に通知する（Ｓ５８５）。

端末装置３００は、選択された上記リソースプールでＤ２Ｄ通信を行う（Ｓ５８７）。

なお、上記端末数は、とりわけ、Ｄ２Ｄ通信に使用可能な無線リソース（リソースプール）を要求する端末装置の数であってもよい。あるいは、上記端末数は、Ｄ２Ｄ通信を行っている端末装置の数であってもよい。あるいは、上記端末数は、Ｄ２Ｄ通信のケイパビリティを有する端末装置の数であってもよい。

また、当然ながら、端末装置２００は、２つ以上のリソースプールを選択し、当該２つ以上のリソースプールを端末装置に通知してもよい。この場合に、端末装置３００は、上記２つ以上のリソースプールのうちの少なくとも１つのリソースプールでＤ２Ｄ通信を行ってもよい。

＜＜１３．第１０の実施形態＞＞
続いて、図３４及び図３５を参照して、本開示の第１０の実施形態を説明する。

＜１３．１．概略＞
（技術的課題）
例えば、Ｄ２Ｄ通信に使用可能なリソースプールが選択され、当該リソースプールが端末装置に通知される。リソースプールに含まれる無線リソースの使用の手法として、例えば２つの手法がある。

第１の手法では、コーディネータ（例えば、基地局又は代表の端末）が、端末装置が使用する無線リソースを決定する。そのため、当該端末装置の信号と他の端末装置の信号との衝突が回避される。第２の手法（コンテンションベースの手法）では、端末装置は、当該端末装置が使用する無線リソースを自ら決定する。そのため、当該端末装置の信号が他の端末装置の信号と衝突し得る。

上記第２の手法（コンテンションベースの手法）が採用される場合には、衝突の発生後に、再び衝突が発生すると、Ｄ２Ｄ通信の通信品質が大きく低下し得る。

そこで、Ｄ２Ｄ通信の通信品質の低下を抑えることを可能にする仕組みが提供されることが望ましい。

（技術的特徴）
第１０の実施形態では、基地局１００及び端末装置２００は、Ｄ２Ｄ通信で送信のために使用可能な無線リソースである送信用リソースプール、及び、Ｄ２Ｄ通信で再送のために使用可能な無線リソースである再送用リソースプールを、端末装置に通知する。これにより、例えば、Ｄ２Ｄ通信の通信品質の低下を抑えることが可能になる。

＜１３．２．基地局の動作＞
まず、基地局１００の動作を説明する。

情報取得部１５１は、Ｄ２Ｄ通信で送信のために使用可能な無線リソースである送信用リソースプール、及びＤ２Ｄ通信で再送のために使用可能な無線リソースである再送用リソースプールを示す情報を取得する。そして、制御部１５３は、上記送信用リソースプール及び上記再送用リソースプールを端末装置に通知する。

これにより、例えば、リソースプールでの信号の送信により衝突が発生した場合には、再送される信号しか送信されない他のリソースプールで信号が再送されるので、信号の衝突が発生する可能性が低くなる。そのため、Ｄ２Ｄ通信の通信品質の低下が抑えられ得る。

なお、上記送信用リソースプール及び上記再送用リソースプールは、例えば、基地局１００により選択される。

（送信用リソースプール及び再送用リソースプールの例）
図７を再び参照すると、例えば、リソースプール＃１が、送信用リソースプールとして選択され、リソースプール＃３が、再送用リソースプールとして選択される。この場合に、制御部１５３は、リソースプール＃１を送信用リソースプールとして端末装置に通知し、リソースプール＃３を再送用リソースプールとして端末装置に通知する。その結果、端末装置は、まず、リソースプール＃１で信号を送信し、衝突が発生すると、リソースプール＃３で信号を送信する。

なお、当然ながら、制御部１５３は、２つ以上の送信用リソースプール及び／又は２つ以上の再送用リソースプールを端末装置に通知してもよい。図７を再び参照すると、リソースプール＃１、＃２が、送信用リソースプールとして選択され、リソースプール＃３、＃４が、再送用リソースプールとして選択されてもよい。この場合に、制御部１５３は、リソースプール＃１、＃２を送信用リソースプールとして端末装置に通知し、リソースプール＃３、＃４を再送用リソースプールとして端末装置に通知してもよい。その結果、端末装置は、まず、リソースプール＃１、＃２のいずれかで信号を送信してもよく、衝突が発生すると、リソースプール＃３、＃４のいずれかで信号を送信してもよい。

（多段階の再送用リソースプール）
情報取得部１５１は、上記送信用リソースプールを示す情報と、Ｄ２Ｄ通信で再送のために使用可能な無線リソースである２つ以上の再送用リソースプールとを示す情報を取得してもよい。そして、制御部１５３は、上記送信用リソースプール及び上記２つ以上の再送用リソースプールを端末装置に通知してもよい。とりわけ、上記２つ以上の再送用リソースプールは、１回目の再送に使用可能な無線リソースである第１再送用リソースプールと、２回目の再送に使用可能な無線リソースである第２再送用リソースプールとを含んでもよい。

図７を再び参照すると、例えば、リソースプール＃１、＃２が、送信用リソースプールとして選択され、リソースプール＃３、＃４が、第１再送用リソースプールとして選択され、リソースプール＃５、＃６が、第２再送用リソースプールとして選択されてもよい。この場合に、制御部１５３は、リソースプール＃１、＃２を送信用リソースプールとして端末装置に通知し、リソースプール＃３、＃４を第１再送用リソースプールとして端末装置に通知し、リソースプール＃５、＃６を第２再送用リソースプールとして端末装置に通知してもよい。その結果、端末装置は、まず、リソースプール＃１、＃２のいずれかで信号を送信し、衝突が発生すると、リソースプール＃３、＃４のいずれかで信号を送信し、さらに衝突が発生すると、リソースプール＃５、＃６のいずれかで信号を送信してもよい。

これにより、例えば、リソースプールでの信号の再送により再び衝突が発生した場合には、さらに再送される信号しか送信されない他のリソースプールで信号が再送されるので、信号の衝突が発生する可能性がさらに低くなる。そのため、Ｄ２Ｄ通信の通信品質の低下がさらに抑えられ得る。

（通知手法）
例えば、制御部１５３は、上記送信用リソースプール及び上記再送用リソースプールを示すシステム情報の報知により、上記送信用リソースプール及び上記再送用リソースプールを端末装置に通知する。これにより、例えば、接続モードの端末装置のみではなく、アイドルモードの端末装置も、送信用リソースプール及び再送用リソースプールを知ることが可能になる。

なお、制御部１５３は、個別のシグナリングにより、上記送信用リソースプール及び上記再送用リソースプールを端末装置に通知してもよい。上記個別のシグナリングは、ＲＲＣシグナリングであってもよい。

＜１３．３．第１端末装置の動作＞
次に、端末装置２００の動作を説明する。

情報取得部２４１は、Ｄ２Ｄ通信で送信のために使用可能な無線リソースである送信用リソースプール、及びＤ２Ｄ通信で再送のために使用可能な無線リソースである再送用リソースプールを示す情報を取得する。そして、制御部２４３は、上記送信用リソースプール及び上記再送用リソースプールを端末装置に通知する。

これにより、例えば、リソースプールでの信号の送信により衝突が発生した場合には、再送される信号しか送信されない他のリソースプールで信号が再送されるので、信号の衝突が発生する可能性が低くなる。そのため、Ｄ２Ｄ通信の通信品質の低下が抑えられ得る。

なお、上記送信用リソースプール及び上記再送用リソースプールは、例えば、端末装置２００により選択される。

（送信用リソースプール及び再送用リソースプールの例）
上記送信用リソースプール及び上記再送用リソースプールの例についての説明は、符号の相違を除き、基地局１００と端末装置２００との間に差異はない。よって、ここでは重複する記載を省略する。

（多段階の再送用リソースプール）
多段階の再送用リソースプールについての説明は、符号の相違を除き、基地局１００と端末装置２００との間に差異はない。よって、ここでは重複する記載を省略する。

（通知手法）
例えば、制御部２４３は、Ｄ２Ｄ通信で使用可能な無線リソースであるリソースプールで、上記送信用リソースプール及び上記再送用リソースプールを端末装置に通知する。

＜１３．４．第２端末装置の動作＞
次に、端末装置３００の動作を説明する。

情報取得部３４１は、Ｄ２Ｄ通信で送信のために使用可能な無線リソースである送信用リソースプール、及びＤ２Ｄ通信で再送のために使用可能な無線リソースである再送用リソースプールを示す情報を取得する。そして、制御部３４３は、端末装置３００がＤ２Ｄ通信において上記送信用リソースプールで送信を行い、端末装置３００がＤ２Ｄ通信において上記再送用リソースプールで再送を行うように、端末装置３００のＤ２Ｄ通信を制御する。上述したように、基地局１００又は端末装置２００が、上記送信用リソースプール及び上記再送用リソースプールを端末装置３００に通知する。

（送信用リソースプール及び再送用リソースプールの例）
図７を再び参照すると、例えば、リソースプール＃１が、送信用リソースプールであり、リソースプール＃３が、再送用リソースプールである。この場合に、端末装置３００は、まず、リソースプール＃１で信号を送信し、衝突が発生すると、リソースプール＃３で信号を送信する。

（多段階の再送用リソースプール）
情報取得部３４１は、上記送信用リソースプールを示す情報と、Ｄ２Ｄ通信で再送のために使用可能な無線リソースである２つ以上の再送用リソースプールとを示す情報を取得してもよい。とりわけ、上記２つ以上の再送用リソースプールは、１回目の再送に使用可能な無線リソースである第１再送用リソースプールと、２回目の再送に使用可能な無線リソースである第２再送用リソースプールとを含んでもよい。制御部３４３は、端末装置３００がＤ２Ｄ通信において上記送信用リソースプールで送信を行い、端末装置３００がＤ２Ｄ通信において上記第１再送用リソースプールで１回目の再送を行い、端末装置３００がＤ２Ｄ通信において上記第２再送用リソースプールで２回目の再送を行うように、端末装置３００のＤ２Ｄ通信を制御する。

図７を再び参照すると、例えば、リソースプール＃１、＃２が、送信用リソースプールであり、リソースプール＃３、＃４が、第１リソース再送用プールであり、リソースプール＃５、＃６が、第２再送用リソースプールであってもよい。この場合に、端末装置３００は、まず、リソースプール＃１、＃２のいずれかで信号を送信し、衝突が発生すると、リソースプール＃３、＃４のいずれかで信号を送信し、さらに衝突が発生すると、リソースプール＃５、＃６のいずれかで信号を送信してもよい。

（具体的な処理）
例えば、制御部３４３は、上記送信用リソースプールでＤ２Ｄ通信の信号を送信するための送信処理を行う。また、制御部３４３は、上記再送用リソースプールでＤ２Ｄ通信の信号を再送するための送信処理を行う。

＜１３．４．処理の流れ＞
次に、図３４及び図３５を参照して、第１０の実施形態に係る処理の例を説明する。

（第１の処理）
図３４は、第１０の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。

基地局１００は、送信用リソースプール及び再送用リソースプールを示すシステム情報を報知する（Ｓ６０１）。

端末装置３００は、上記送信用リソースプールでＤ２Ｄ通信の信号を送信し、上記再送用リソースプールでＤ２Ｄ通信の信号を再送する（Ｓ６０３）。

（第２の処理）
図３５は、第１０の実施形態に係る第２の処理の概略的な流れの一例を示すシーケンス図である。

端末装置２００は、送信用リソースプール及び再送用リソースプールを、リソースプールで送信する（Ｓ６１１）。例えば、端末装置２００は、上記送信用リソースプール及び上記再送用リソースプールを示すリソースプール情報を送信する。

端末装置３００は、リソースプールで受信される情報の中から、上記送信用リソースプール及び上記再送用リソースプールを示す上記リソースプール情報を取得する（Ｓ６１３）。

端末装置３００は、上記送信用リソースプールでＤ２Ｄ通信の信号を送信し、上記再送用リソースプールでＤ２Ｄ通信の信号を再送する（Ｓ６１５）。

＜＜１４．第１１の実施形態＞＞
続いて、図３６及び図３７を参照して、本開示の第１１の実施形態を説明する。

＜１４．１．概略＞
（技術的課題）
例えば、Ｄ２Ｄ通信に使用可能なリソースプールが選択され、当該リソースプールが端末装置に通知される。そして、端末装置は、上記リソースプールでＤ２Ｄ通信を行う。例えば、通話のためにＤ２Ｄ通信が行われる場合に、端末装置は、通話のための音声データを上記リソースプールで送信する。

例えば、上記リソースプールでは、他のデータも送信される。そのため、上記リソースプールで、大量のデータ（例えば、動画像データ、及び／又は大量の静止画像データなど）が送信される可能性もある。このような場合に、上記リソースプールでは、衝突が発生しやすくなる。その結果、音声データの信号が、他のデータの信号と衝突し、音声データの再送が増加し得る。即ち、音声データについての通信品質が低下し、通話の品質が低下し得る。

そこで、音声データについての通信品質の低下を抑えることを可能にする仕組みが提供されることが望ましい。

（技術的特徴）
第１１の実施形態では、基地局１００及び端末装置２００は、Ｄ２Ｄ通信で音声データの送信のために使用可能な無線リソースである音声用リソースプール、及び、Ｄ２Ｄ通信で他のデータの送信のために使用可能な無線リソースである他のリソースプールを、端末装置に通知する。これにより、例えば、音声データについての通信品質の低下を抑えることが可能になる。

＜１４．２．基地局の動作＞
まず、基地局１００の動作を説明する。

情報取得部１５１は、Ｄ２Ｄ通信で音声データの送信のために使用可能な無線リソースである音声用リソースプール、及びＤ２Ｄ通信で他のデータの送信のために使用可能な無線リソースである他のリソースプールを示す情報を取得する。そして、制御部１５３は、上記音声用リソースプール及び上記他のリソースプールを端末装置に通知する。

これにより、例えば、音声データと他のデータとは異なるリソースプールで送信される。そのため、音声データが送信されるリソースプールで、大量のデータが送信される可能性が低くなる。よって、音声データについての通信品質の低下が抑えられ得る。

なお、上記音声用リソースプール（及び上記他のリソースプール）は、例えば、基地局１００により選択される。

（音声用リソースプールの例）
図７を再び参照すると、例えば、リソースプール＃１〜＃４が、音声用リソースプールとして選択される。また、リソースプール＃５〜＃Ｎが、他のデータの送信のために使用可能な無線リソースである他のリソースプールである。この場合に、制御部１５３は、リソースプール＃１〜＃４を、音声用リソースプールとして端末装置に通知し、リソースプール＃５〜＃Ｎを、他のデータの送信のために使用可能な無線リソースである他のリソースプールとして通知する。

（通知手法）
例えば、制御部１５３は、上記音声用リソースプール及び上記他のリソースプールを示すシステム情報の報知により、上記音声用リソースプール及び上記他のリソースプールを端末装置に通知する。これにより、例えば、接続モードの端末装置のみではなく、アイドルモードの端末装置も、音声用リソースプール及び他のリソースプールを知ることが可能になる。

なお、制御部１５３は、個別のシグナリングにより、上記音声用リソースプール及び上記他のリソースプールを端末装置に通知してもよい。上記個別のシグナリングは、ＲＲＣシグナリングであってもよい。

＜１４．３．第１端末装置の動作＞
次に、端末装置２００の動作を説明する。

情報取得部２４１は、Ｄ２Ｄ通信で音声データの送信のために使用可能な無線リソースである音声用リソースプール、及びＤ２Ｄ通信で他のデータの送信のために使用可能な無線リソースである他のリソースプールを示す情報を取得する。そして、制御部２４３は、上記音声用リソースプール及び上記他のリソースプールを端末装置に通知する。

これにより、例えば、音声データと他のデータとは異なるリソースプールで送信される。そのため、音声データが送信されるリソースプールで、大量のデータが送信される可能性が低くなる。よって、音声データについての通信品質の低下が抑えられ得る。

なお、上記音声用リソースプール（及び上記他のリソースプール）は、例えば、端末装置２００により選択される。

（音声用リソースプールの例）
音声用リソースプールの例についての説明は、符号の相違を除き、基地局１００と端末装置２００との間に差異はない。よって、ここでは重複する記載を省略する。

（通知手法）
例えば、制御部２４３は、Ｄ２Ｄ通信で使用可能な無線リソースであるリソースプールで、上記音声用リソースプール及び上記他のリソースプールを端末装置に通知する。

＜１４．４．第２端末装置の動作＞
次に、端末装置３００の動作を説明する。

情報取得部３４１は、Ｄ２Ｄ通信で音声データの送信のために使用可能な無線リソースである音声用リソースプール、及びＤ２Ｄ通信で他のデータの送信のために使用可能な無線リソースである他のリソースプールを示す情報を取得する。そして、制御部３４３は、端末装置３００がＤ２Ｄ通信において上記音声用リソースプールで音声データを送信し、端末装置３００がＤ２Ｄ通信において上記他のリソースプールで他のデータを送信するように、端末装置３００のＤ２Ｄ通信を制御する。上述したように、基地局１００又は端末装置２００が、上記音声用リソースプール及び上記他のリソースプールを端末装置３００に通知する。

（音声用リソースプールの例）
図７を再び参照すると、例えば、リソースプール＃１〜＃４が、音声用リソースプールである。また、リソースプール＃５〜＃Ｎが、他のデータの送信のために使用可能な無線リソースである他のリソースプールである。この場合に、端末装置３００は、リソースプール＃１〜＃４のいずれかで音声データを送信し、リソースプール＃５〜＃Ｎのいずれかで他のデータを送信する。

（具体的な処理）
例えば、制御部３４３は、上記音声用リソースプールで音声データを送信するための送信処理を行う。また、制御部３４３は、上記他のリソースプールで他のデータを送信するための送信処理を行う。

＜１４．４．処理の流れ＞
次に、図３６及び図３７を参照して、第１１の実施形態に係る処理の例を説明する。

（第１の処理）
図３６は、第１１の実施形態に係る第１の処理の概略的な流れの一例を示すシーケンス図である。

基地局１００は、音声用リソースプール及び他のリソースプールを示すシステム情報を報知する（Ｓ６２１）。

端末装置３００は、上記音声用リソースプールで音声データを送信し、上記他のリソースプールで他のデータを送信する（Ｓ６２３）。

（第２の処理）
図３７は、第１１の実施形態に係る第２の処理の概略的な流れの一例を示すシーケンス図である。

端末装置２００は、音声用リソースプール及び他のリソースプールを、リソースプールで送信する（Ｓ６３１）。例えば、端末装置２００は、上記音声用リソースプール及び上記他のリソースプールを示すリソースプール情報を送信する。

端末装置３００は、リソースプールで受信される情報の中から、上記音声用リソースプール及び上記他のリソースプールを示す上記リソースプール情報を取得する（Ｓ６３３）。

端末装置３００は、上記音声用リソースプールで音声データを送信し、上記他のリソースプールで他のデータを送信する（Ｓ６３５）。

＜＜１５．実施形態の組合せ＞＞
上述した第１〜第１１の実施形態は組み合わせることが可能である。

例えば、基地局１００の処理部１５０（情報取得部１５１及び制御部１５３など）は、第１〜第１１の実施形態のうちの任意の２つ以上の実施形態の動作を行い得る。

例えば、端末装置２００の処理部２４０（情報取得部２４１及び制御部２４３など）は、第１〜第１１の実施形態のうちの任意の２つ以上の実施形態の動作を行い得る。

例えば、端末装置３００の処理部３４０（情報取得部３４１及び制御部３４３など）は、第１〜第１１の実施形態のうちの任意の２つ以上の実施形態の動作を行い得る。

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

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

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

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

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

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

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

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

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

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

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

また、図４１に示したカーナビゲーション装置９２０において、例えば、図１０を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。これらの点については、図１１を参照して説明したアンテナ部３１０及び無線通信部３２０も、アンテナ部２１０及び無線通信部２２０と同様である。

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

＜＜１７．まとめ＞＞
ここまで、図１〜図１５を参照して、本開示の実施形態に係る各装置及び各処理などを説明した。

（第１の実施形態）
本開示の第１の実施形態によれば、基地局１００は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得する情報取得部１５１と、上記１つ以上のリソースプールを端末装置に通知する制御部１５３と、を備える。上記１つ以上のリソースプールは、Ｄ２Ｄ通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである。

また、本開示の第１の実施形態によれば、端末装置２００は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得する情報取得部２４１と、上記１つ以上のリソースプールを端末装置に通知する制御部２４３と、を備える。上記１つ以上のリソースプールは、Ｄ２Ｄ通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである。

また、本開示の第１の実施形態によれば、端末装置３００は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得する情報取得部３４１と、上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの端末装置３００によるＤ２Ｄ通信を制御する制御部３４３と、を備える。上記１つ以上のリソースプールは、Ｄ２Ｄ通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである。

これにより、Ｄ２Ｄ通信に使用可能な無線リソースを端末装置が知るのに要する負荷を抑えるが可能になる。

（第２の実施形態）
本開示の第２の実施形態によれば、基地局１００は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得する情報取得部１５１と、所定のリソースプールで上記１つ以上のリソースプールを端末装置に通知する制御部１５３と、を備える。

また、本開示の第２の実施形態によれば、端末装置３００は、Ｄ２Ｄ通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を、所定のリソースプールで端末装置３００により受信される情報の中から取得する情報取得部３４１と、上記１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの端末装置３００によるＤ２Ｄ通信を制御する制御部３４３と、を備える。

これにより、Ｄ２Ｄ通信に使用可能な無線リソースを端末装置が知るのに要する負荷を抑えるが可能になる。

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

例えば、通信システムがＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、又はこれらに準ずる通信規格に準拠したシステムである例を説明したが、本開示は係る例に限定されない。例えば、通信システムは、他の通信規格に準拠したシステムであってもよい。

また、本明細書の処理における処理ステップは、必ずしもフローチャート又はシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、処理における処理ステップは、フローチャート又はシーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。

また、本明細書の装置（例えば、基地局、基地局のための基地局装置、若しくは当該基地局装置のためのモジュール、又は、端末装置若しくは端末装置のためのモジュール）に備えられるプロセッサ（例えば、ＣＰＵ、ＤＳＰなど）を上記装置の構成要素（例えば、情報取得部及び制御部）として機能させるためのコンピュータプログラム（換言すると、上記プロセッサに上記装置の構成要素の動作を実行させるためのコンピュータプログラム）も作成可能である。また、当該コンピュータプログラムを記録した記録媒体も提供されてもよい。また、上記コンピュータプログラムを記憶するメモリと、上記コンピュータプログラムを実行可能な１つ以上のプロセッサとを備える装置（例えば、完成品、又は完成品のためのモジュール（部品、処理回路若しくはチップなど））も提供されてもよい。また、上記装置の構成要素（例えば、情報取得部及び制御部など）の動作を含む方法も、本開示に係る技術に含まれる。

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

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得する取得部と、
前記１つ以上のリソースプールを端末装置に通知する制御部と、
を備え、
前記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである、
装置。
（２）
前記装置は、基地局、基地局のための基地局装置、又は当該基地局装置のためのモジュールである、前記（１）に記載の装置。
（３）
前記制御部は、前記１つ以上のリソースプールを示すシステム情報の報知により、前記１つ以上のリソースプールを端末装置に通知する、
前記（２）に記載の装置。
（４）
前記装置は、端末装置、又は端末装置のためのモジュールである、前記（１）に記載の装置。
（５）
前記制御部は、前記１つ以上のリソースプールの各々で、前記１つ以上のリソースプールを端末装置に通知する、前記（４）に記載の装置。
（６）
前記制御部は、前記リソースプールセットに含まれる所定のリソースプールで、前記１つ以上のリソースプールを端末装置に通知する、前記（４）に記載の装置。
（７）
前記制御部は、前記１つ以上のリソースプールの各々での同期信号の送信を制御する、前記（４）〜（６）のいずれか１項に記載の装置。
（８）
前記複数のリソースプールの各々は、自らを識別するための識別情報を有し、
前記制御部は、前記１つ以上のリソースプールの各々の識別情報の送信により、前記１つ以上のリソースプールを端末装置に通知する、
前記（１）〜（７）のいずれか１項に記載の装置。
（９）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得する取得部と、
前記１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの端末装置による装置間通信を制御する制御部と、
を備え、
前記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである、
装置。
（１０）
前記１つ以上のリソースプールは、基地局又は他の端末装置が前記端末装置に通知するリソースプールである、前記（９）に記載の装置。
（１１）
前記１つ以上のリソースプールを示す前記情報は、前記１つ以上のリソースプールの各々で前記他の端末装置により同期信号とともに送信される情報であり、
前記取得部は、前記リソースプールセットに含まれるリソースプールであって、前記端末装置により同期信号が検出される前記リソースプールで、前記端末装置により受信される情報の中から、前記１つ以上のリソースプールを示す前記情報を取得する、
前記（１０）に記載の装置。
（１２）
前記１つ以上のリソースプールは、前記リソースプールセットに含まれる所定のリソースプールで前記他の端末装置が前記端末装置に通知するリソースプールであり、
前記取得部は、前記所定のリソースプールで前記端末装置により受信される情報の中から、前記１つ以上のリソースプールを示す前記情報を取得する、
前記（１０）に記載の装置。
（１３）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得する取得部と、
所定のリソースプールで前記１つ以上のリソースプールを端末装置に通知する制御部と、
を備える装置。
（１４）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を、所定のリソースプールで端末装置により受信される情報の中から取得する取得部と、
前記１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの前記端末装置による装置間通信を制御する制御部と、
を備える装置。
（１５）
装置間通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得する取得部と、
装置間通信で使用可能な無線リソースである１つ以上のリソースプールのうちのプライマリリソースプールで、前記変更を端末装置に通知する制御部と、
を備える装置。
（１６）
前記変更は、リソースプールの削除、リソースプールの追加、プライマリリソースプールの変更、又は、リソースプールで行われる装置間通信の用途の変更を含む、前記（１５）に記載の装置。
（１７）
前記制御部は、前記プライマリリソースプールを端末装置に通知する、前記（１５）又は（１６）に記載の装置。
（１８）
前記装置は、前記端末装置とは異なる他の端末装置、又は当該他の端末装置のためのモジュールであり、
前記１つ以上のリソースプールは、前記他の端末装置により選択されるリソースプールであり、
前記プライマリリソースプールは、前記他の端末装置に固有のリソースプールである、
前記（１５）〜（１７）のいずれか１項に記載の装置。
（１９）
前記装置は、前記端末装置とは異なる他の端末装置、又は当該他の端末装置のためのモジュールであり、
前記１つ以上のリソースプールは、基地局により選択されるリソースプールであり、
前記プライマリリソースプールは、前記基地局に固有のリソースプールである、
前記（１５）〜（１７）のいずれか１項に記載の装置。
（２０）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールのうちのプライマリリソースプールで端末装置により受信される情報の中から、装置間通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得する取得部と、
前記変更に従って、少なくとも１つのリソースプールでの前記端末装置による装置間通信を制御する制御部と、
を備える装置。
（２１）
装置間通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得する取得部と、
前記変更を示すシステム情報の報知、及び個別のシグナリングのうちの、少なくとも一方により、前記変更を端末装置に通知する制御部と、
を備える装置。
（２２）
ネットワークカバレッジ内での装置間通信で使用可能な無線リソースであるインカバレッジ用リソースプール、及びネットワークカバレッジ内外での装置間通信で使用可能な無線リソースであるアウトカバレッジ用リソースプールを示す情報を取得する取得部と、
基地局により送信される信号の端末装置での受信電力が、第１の電力よりも小さく、且つ、当該第１の電力よりも小さい第２の電力よりも大きい場合に、前記インカバレッジ用リソースプール及び前記アウトカバレッジ用リソースプールの両方で前記端末装置が装置間通信の信号を送信するように、前記端末装置による装置間通信を制御する制御部と、
を備える装置。
（２３）
前記制御部は、前記インカバレッジ用リソースプール及び前記アウトカバレッジ用リソースプールの両方で前記端末装置が同一の情報の信号を送信するように、前記端末装置による装置間通信を制御する、前記（２２）に記載の装置。
（２４）
前記制御部は、前記受信電力が前記第１の電力よりも大きい場合に、前記インカバレッジ用リソースプールで前記端末装置が装置間通信の信号を送信するように、前記端末装置による装置間通信を制御し、
前記制御部は、前記受信電力が前記第２の電力よりも小さい場合に、前記アウトカバレッジ用リソースプールで前記端末装置が装置間通信の信号を送信するように、前記端末装置による装置間通信を制御する、
前記（２２）又は（２３）に記載の装置。
（２５）
基地局により送信される前記信号は、リファレンス信号であり、
前記受信電力は、ＲＳＲＰ（Reference Signal Received Power）であり、
前記（２２）〜（２４）のいずれか１項に記載の装置。
（２６）
ネットワークカバレッジ内での装置間通信で使用可能な無線リソースであるインカバレッジ用リソースプール、及びネットワークカバレッジ外での装置間通信で使用可能な無線リソースであるアウトカバレッジ用リソースプールを示す情報を取得する取得部と、
前記インカバレッジ用リソースプール及び前記アウトカバレッジ用リソースプールを端末装置に通知する制御部と、
を備える装置。
（２７）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを含むリソースプールグループであって、同期している端末装置により使用される当該リソースプールグループを示す情報を取得する取得部と、
前記リソースプールグループを端末装置に通知する制御部と、
を備える装置。
（２８）
同期している前記端末装置は、１つの送信元により送信される同期信号に基づいて同期をとる端末装置を含む、前記（２７）に記載の装置。
（２９）
同期している前記端末装置は、前記１つの送信元と同期している他の送信元により送信される同期信号に基づいて同期をとる端末装置をさらに含む、前記（２８）に記載の装置。
（３０）
前記他の送信元は、前記１つの送信元により送信される同期信号をリレーする送信元を含む、前記（２９）に記載の装置。
（３１）
前記リソースプールグループは、装置間通信で使用可能な無線リソースである２つ以上のリソースプールを含む、前記（２７）〜（３０）のいずれか１項に記載の装置。
（３２）
前記装置は、基地局、基地局のための基地局装置、又は当該基地局装置のためのモジュールであり、
前記制御部は、前記リソースプールグループを示すシステム情報の報知により、前記リソースプールグループを端末装置に通知する、
前記（２７）〜（３１）のいずれか１項に記載の装置。
（３３）
前記装置は、端末装置、又は端末装置のためのモジュールであり、
前記制御部は、前記リソースプールグループに含まれる少なくとも１つのリソースプールで、前記リソースプールグループを端末装置に通知する、
前記（２７）〜（３１）のいずれか１項に記載の装置。
（３４）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを含むリソースプールグループであって、同期している端末装置により使用される前記リソースプールグループを示す情報を取得する取得部と、
端末装置が、前記リソースプールグループに含まれる少なくとも１つのリソースプールで送信される同期信号に基づく同期を省略するように、前記端末装置による装置間通信を制御する制御部と、
を備える装置。
（３５）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールの各々で行われる装置間通信の用途を示す情報を取得する取得部と、
前記用途を端末装置に通知する制御部と、
を備える装置。
（３６）
前記用途は、緊急性が高い用途及び緊急性が低い用途、パブリックセーフティの用途及びパブリックセーフティ以外の用途、又は、アウトカバレッジの用途及びインカバレッジの用途を含む、前記（３５）に記載の装置。
（３７）
前記装置は、基地局、基地局のための基地局装置、又は当該基地局装置のためのモジュールであり、
前記制御部は、前記用途を示すシステム情報の報知により、前記用途を端末装置に通知する、
前記（３５）又は（３６）に記載の装置。
（３８）
前記装置は、端末装置、又は端末装置のためのモジュールであり、
前記制御部は、装置間通信で使用可能な無線リソースであるリソースプールで、前記用途を端末装置に通知する、
前記（３５）又は（３６）に記載の装置。
（３９）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールの各々で行われる装置間通信の用途を示す情報を取得する取得部と、
前記１つ以上のリソースプールのうちの、所望の用途で装置間通信が行われるリソースプールで、端末装置が当該所望の用途で装置間通信を行うように、当該端末装置による装置間通信を制御する制御部と、
を備える装置。
（４０）
端末装置についての装置間通信の所望の用途を示す情報を取得する取得部と、
装置間通信で使用可能な無線リソースである１つ以上のリソースプールであって、前記所望の用途で装置間通信が行われる当該１つ以上のリソースプールを、端末装置に通知する制御部と、
を備える装置。
（４１）
前記制御部は、前記所望の用途での装置間通信に適した１つ以上のリソースプールを、前記所望の用途で装置間通信が行われる前記１つ以上のリソースプールとして選択する、前記（４０）に記載の装置。
（４２）
前記所望の用途での装置間通信に適した前記１つ以上のリソースプールは、前記所望の用途での装置間通信に適した周期を有する１つ以上のリソースプール、又は、前記所望の用途での装置間通信に適した数のリソースプールである、前記（４１）に記載の装置。
（４３）
前記取得部は、個別の端末装置についての装置間通信の所望の用途を示す情報を取得し、
前記制御部は、前記所望の用途で装置間通信が行われる１つ以上のリソースプールを前記個別の端末装置に個別に通知する、
前記（４０）〜（４２）のいずれか１項に記載の装置。
（４４）
前記制御部は、前記所望の用途で装置間通信が行われる１つ以上のリソースプールと、当該１つ以上のリソースプールで行われる装置間通信の用途とを、端末装置に通知する、
前記（４０）〜（４２）のいずれか１項に記載の装置。
（４５）
端末装置についての装置間通信の所望の用途を示す情報を取得する取得部と、
前記所望の用途を基地局又は他の端末装置に通知する制御部と、
を備え、
前記制御部は、前記基地局又は前記他の端末装置が前記端末装置に通知する１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの、前記端末装置による前記所望の用途での装置間通信を制御し、
前記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースであり、且つ前記所望の用途で装置間通信が行われるリソースプールである、
装置。
（４６）
装置間通信を行う端末装置の数を示す情報を取得する取得部と、
装置間通信を行う端末装置の前記数に基づいて、装置間通信で使用可能な無線リソースであるリソースプールを選択する制御部と、
を備え、
前記制御部は、前記リソースプールを端末装置に通知する、
装置。
（４７）
前記制御部は、前記数がより多い場合に、より多数のリソースプールを選択し、前記数がより少ない場合に、より少数のリソースプールを選択する、前記（４６）に記載の装置。
（４８）
前記制御部は、前記数がより多い場合に、より短い周期を有するリソースプールを選択し、前記数がより少ない場合に、より長い周期を有するリソースプールを選択する、前記（４６）又は（４７）に記載の装置。
（４９）
前記取得部は、第１の用途で装置間通信を行う端末装置の数を示す情報と、第２の用途で装置間通信を行う端末装置の数を示す情報とを取得し、
前記制御部は、前記第１の用途で装置間通信を行う端末装置の前記数に基づいて、前記第１の用途で装置間通信が行われるリソースプールを選択し、前記第２の用途で装置間通信を行う端末装置の前記数に基づいて、前記第２の用途で装置間通信が行われるリソースプールを選択する、
前記（４６）〜（４８）のいずれか１項に記載の装置。
（５０）
前記装置は、基地局、基地局のための基地局装置、又は当該基地局装置のためのモジュールであり、
装置間通信を行う端末装置の前記数は、前記基地局に接続されている接続モードの端末装置と、前記基地局に接続されていないアイドルモードの端末装置とを含む端末装置の数であり、接続モードの前記端末装置により前記基地局に提供される情報に基づいて算出される数である、
前記（４６）〜（４９）のいずれか１項に記載の装置。
（５１）
装置間通信で送信のために使用可能な無線リソースである送信用リソースプール、及び装置間通信で再送のために使用可能な無線リソースである再送用リソースプールを示す情報を取得する取得部と、
前記送信用リソースプール及び前記再送用リソースプールを端末装置に通知する制御部と、
を備える装置。
（５２）
前記取得部は、前記送信用リソースプールを示す情報と、装置間通信で再送のために使用可能な無線リソースである２つ以上の再送用リソースプールとを示す情報を取得し、
前記制御部は、前記送信用リソースプール及び前記２つ以上の再送用リソースプールを端末装置に通知し、
前記２つ以上の再送用リソースプールは、１回目の再送に使用可能な無線リソースである第１再送用リソースプールと、２回目の再送に使用可能な無線リソースである第２再送用リソースプールとを含む、
前記（５１）に記載の装置。
（５３）
前記装置は、基地局、基地局のための基地局装置、又は当該基地局装置のためのモジュールであり、
前記制御部は、前記送信用リソースプール及び前記再送用リソースプールを示すシステム情報の報知により、前記送信用リソースプール及び前記再送用リソースプールを端末装置に通知する
前記（５１）又は（５２）に記載の装置。
（５４）
前記装置は、端末装置、又は端末装置のためのモジュールであり、
前記制御部は、装置間通信で使用可能な無線リソースであるリソースプールで、前記送信用リソースプール及び前記再送用リソースプールを端末装置に通知する、
前記（５１）又は（５２）に記載の装置。
（５５）
装置間通信で送信のために使用可能な無線リソースである送信用リソースプール、及び装置間通信で再送のために使用可能な無線リソースである再送用リソースプールを示す情報を取得する取得部と、
端末装置が装置間通信において前記送信用リソースプールで送信を行い、前記端末装置が装置間通信において前記再送用リソースプールで再送を行うように、前記端末装置の装置間通信を制御する制御部と、
を備える装置。
（５６）
装置間通信で音声データの送信のために使用可能な無線リソースである音声用リソースプール、及び装置間通信で他のデータの送信のために使用可能な無線リソースである他のリソースプールを示す情報を取得する取得部と、
前記音声用リソースプール及び前記他のリソースプールを端末装置に通知する制御部と、
を備える装置。
（５７）
前記装置は、基地局、基地局のための基地局装置、又は当該基地局装置のためのモジュールであり、
前記制御部は、前記音声用リソースプール及び前記他のリソースプールを示すシステム情報の報知により、前記音声用リソースプール及び前記他のリソースプールを端末装置に通知する
前記（５６）に記載の装置。
（５８）
前記装置は、端末装置、又は端末装置のためのモジュールであり、
前記制御部は、装置間通信で使用可能な無線リソースであるリソースプールで、前記音声用リソースプール及び前記他のリソースプールを端末装置に通知する
前記（５６）に記載の装置。
（５９）
装置間通信で音声データの送信のために使用可能な無線リソースである音声用リソースプール、及び装置間通信で他のデータの送信のために使用可能な無線リソースである他のリソースプールを示す情報を取得する取得部と、
端末装置が装置間通信において前記音声用リソースプールで音声データを送信し、前記端末装置が装置間通信において前記他のリソースプールで他のデータを送信するように、前記端末装置の装置間通信を制御する制御部と、
を備える装置。
（６０）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得することと、
プロセッサにより、前記１つ以上のリソースプールを端末装置に通知することと、
を含み、
前記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである、
方法。
（６１）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得することと、
前記１つ以上のリソースプールを端末装置に通知することと、
をプロセッサに実行させるためのプログラムであり、
前記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである、
プログラム。
（６２）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得することと、
前記１つ以上のリソースプールを端末装置に通知することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体であり、
前記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである、
記録媒体。
（６３）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得することと、
プロセッサにより、前記１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの端末装置による装置間通信を制御することと、
を含み、
前記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである、
方法。
（６４）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得することと、
前記１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの端末装置による装置間通信を制御することと、
をプロセッサに実行させるためのプログラムであり、
前記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである、
プログラム。
（６５）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得することと、
前記１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの端末装置による装置間通信を制御することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体であり、
前記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである、
記録媒体。
（６６）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得することと、
プロセッサにより、所定のリソースプールで前記１つ以上のリソースプールを端末装置に通知することと、
を含む方法。
（６７）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得することと、
所定のリソースプールで前記１つ以上のリソースプールを端末装置に通知することと、
をプロセッサに実行させるためのプログラム。
（６８）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得することと、
所定のリソースプールで前記１つ以上のリソースプールを端末装置に通知することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（６９）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を、所定のリソースプールで端末装置により受信される情報の中から取得することと、
プロセッサにより、前記１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの前記端末装置による装置間通信を制御することと、
を含む方法。
（７０）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を、所定のリソースプールで端末装置により受信される情報の中から取得することと、
前記１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの前記端末装置による装置間通信を制御することと、
をプロセッサに実行させるためのプログラム。
（７１）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を、所定のリソースプールで端末装置により受信される情報の中から取得することと、
前記１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの前記端末装置による装置間通信を制御することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（７２）
装置間通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得することと、
プロセッサにより、装置間通信で使用可能な無線リソースである１つ以上のリソースプールのうちのプライマリリソースプールで、前記変更を端末装置に通知することと、
を含む方法。
（７３）
装置間通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得することと、
装置間通信で使用可能な無線リソースである１つ以上のリソースプールのうちのプライマリリソースプールで、前記変更を端末装置に通知することと、
をプロセッサに実行させるためのプログラム。
（７４）
装置間通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得することと、
装置間通信で使用可能な無線リソースである１つ以上のリソースプールのうちのプライマリリソースプールで、前記変更を端末装置に通知することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（７５）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールのうちのプライマリリソースプールで端末装置により受信される情報の中から、装置間通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得することと、
プロセッサにより、前記変更に従って、少なくとも１つのリソースプールでの前記端末装置による装置間通信を制御することと、
を含む方法。
（７６）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールのうちのプライマリリソースプールで端末装置により受信される情報の中から、装置間通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得することと、
前記変更に従って、少なくとも１つのリソースプールでの前記端末装置による装置間通信を制御することと、
をプロセッサに実行させるためのプログラム。
（７７）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールのうちのプライマリリソースプールで端末装置により受信される情報の中から、装置間通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得することと、
前記変更に従って、少なくとも１つのリソースプールでの前記端末装置による装置間通信を制御することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（７８）
装置間通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得することと、
プロセッサにより、前記変更を示すシステム情報の報知、及び個別のシグナリングのうちの、少なくとも一方により、前記変更を端末装置に通知することと、
を含む方法。
（７９）
装置間通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得することと、
前記変更を示すシステム情報の報知、及び個別のシグナリングのうちの、少なくとも一方により、前記変更を端末装置に通知することと、
をプロセッサに実行させるためのプログラム。
（８０）
装置間通信で使用可能な無線リソースであるリソースプールに関する変更を示す情報を取得することと、
前記変更を示すシステム情報の報知、及び個別のシグナリングのうちの、少なくとも一方により、前記変更を端末装置に通知することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（８１）
ネットワークカバレッジ内での装置間通信で使用可能な無線リソースであるインカバレッジ用リソースプール、及びネットワークカバレッジ外での装置間通信で使用可能な無線リソースであるアウトカバレッジ用リソースプールを示す情報を取得することと、
基地局により送信される信号の端末装置での受信電力が、第１の電力よりも小さく、且つ、当該第１の電力よりも小さい第２の電力よりも大きい場合に、前記インカバレッジ用リソースプール及び前記アウトカバレッジ用リソースプールの両方で前記端末装置が装置間通信の信号を送信するように、プロセッサにより、前記端末装置による装置間通信を制御することと、
を含む方法。
（８２）
ネットワークカバレッジ内での装置間通信で使用可能な無線リソースであるインカバレッジ用リソースプール、及びネットワークカバレッジ外での装置間通信で使用可能な無線リソースであるアウトカバレッジ用リソースプールを示す情報を取得することと、
基地局により送信される信号の端末装置での受信電力が、第１の電力よりも小さく、且つ、当該第１の電力よりも小さい第２の電力よりも大きい場合に、前記インカバレッジ用リソースプール及び前記アウトカバレッジ用リソースプールの両方で前記端末装置が装置間通信の信号を送信するように、前記端末装置による装置間通信を制御することと、
をプロセッサに実行させるためのプログラム。
（８３）
ネットワークカバレッジ内での装置間通信で使用可能な無線リソースであるインカバレッジ用リソースプール、及びネットワークカバレッジ外での装置間通信で使用可能な無線リソースであるアウトカバレッジ用リソースプールを示す情報を取得することと、
基地局により送信される信号の端末装置での受信電力が、第１の電力よりも小さく、且つ、当該第１の電力よりも小さい第２の電力よりも大きい場合に、前記インカバレッジ用リソースプール及び前記アウトカバレッジ用リソースプールの両方で前記端末装置が装置間通信の信号を送信するように、前記端末装置による装置間通信を制御することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（８４）
ネットワークカバレッジ内での装置間通信で使用可能な無線リソースであるインカバレッジ用リソースプール、及びネットワークカバレッジ外での装置間通信で使用可能な無線リソースであるアウトカバレッジ用リソースプールを示す情報を取得することと、
プロセッサにより、前記インカバレッジ用リソースプール及び前記アウトカバレッジ用リソースプールを端末装置に通知することと、
を含む方法。
（８５）
ネットワークカバレッジ内での装置間通信で使用可能な無線リソースであるインカバレッジ用リソースプール、及びネットワークカバレッジ外での装置間通信で使用可能な無線リソースであるアウトカバレッジ用リソースプールを示す情報を取得することと、
前記インカバレッジ用リソースプール及び前記アウトカバレッジ用リソースプールを端末装置に通知することと、
をプロセッサに実行させるためのプログラム。
（８６）
ネットワークカバレッジ内での装置間通信で使用可能な無線リソースであるインカバレッジ用リソースプール、及びネットワークカバレッジ外での装置間通信で使用可能な無線リソースであるアウトカバレッジ用リソースプールを示す情報を取得することと、
前記インカバレッジ用リソースプール及び前記アウトカバレッジ用リソースプールを端末装置に通知することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（８７）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを含むリソースプールグループであって、同期している端末装置により使用される当該リソースプールグループを示す情報を取得することと、
プロセッサにより、前記リソースプールグループを端末装置に通知することと、
を含む方法。
（８８）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを含むリソースプールグループであって、同期している端末装置により使用される当該リソースプールグループを示す情報を取得することと、
前記リソースプールグループを端末装置に通知することと、
をプロセッサに実行させるためのプログラム。
（８９）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを含むリソースプールグループであって、同期している端末装置により使用される当該リソースプールグループを示す情報を取得することと、
前記リソースプールグループを端末装置に通知することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（９０）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを含むリソースプールグループであって、同期している端末装置により使用される前記リソースプールグループを示す情報を取得することと、
端末装置が、前記リソースプールグループに含まれる少なくとも１つのリソースプールで送信される同期信号に基づく同期を省略するように、プロセッサにより、前記端末装置による装置間通信を制御することと、
を含む方法。
（９１）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを含むリソースプールグループであって、同期している端末装置により使用される前記リソースプールグループを示す情報を取得することと、
端末装置が、前記リソースプールグループに含まれる少なくとも１つのリソースプールで送信される同期信号に基づく同期を省略するように、前記端末装置による装置間通信を制御することと、
をプロセッサに実行させるためのプログラム。
（９２）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールを含むリソースプールグループであって、同期している端末装置により使用される前記リソースプールグループを示す情報を取得することと、
端末装置が、前記リソースプールグループに含まれる少なくとも１つのリソースプールで送信される同期信号に基づく同期を省略するように、前記端末装置による装置間通信を制御することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（９３）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールの各々で行われる装置間通信の用途を示す情報を取得することと、
プロセッサにより、前記用途を端末装置に通知することと、
を含む方法。
（９４）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールの各々で行われる装置間通信の用途を示す情報を取得することと、
前記用途を端末装置に通知することと、
をプロセッサに実行させるためのプログラム。
（９５）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールの各々で行われる装置間通信の用途を示す情報を取得することと、
前記用途を端末装置に通知することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（９６）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールの各々で行われる装置間通信の用途を示す情報を取得することと、
前記１つ以上のリソースプールのうちの、所望の用途で装置間通信が行われるリソースプールで、端末装置が当該所望の用途で装置間通信を行うように、プロセッサにより、当該端末装置による装置間通信を制御することと、
を含む方法。
（９７）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールの各々で行われる装置間通信の用途を示す情報を取得することと、
前記１つ以上のリソースプールのうちの、所望の用途で装置間通信が行われるリソースプールで、端末装置が当該所望の用途で装置間通信を行うように、当該端末装置による装置間通信を制御することと、
をプロセッサに実行させるためのプログラム。
（９８）
装置間通信で使用可能な無線リソースである１つ以上のリソースプールの各々で行われる装置間通信の用途を示す情報を取得することと、
前記１つ以上のリソースプールのうちの、所望の用途で装置間通信が行われるリソースプールで、端末装置が当該所望の用途で装置間通信を行うように、当該端末装置による装置間通信を制御することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（９９）
端末装置についての装置間通信の所望の用途を示す情報を取得することと、
プロセッサにより、装置間通信で使用可能な無線リソースである１つ以上のリソースプールであって、前記所望の用途で装置間通信が行われる当該１つ以上のリソースプールを、端末装置に通知することと、
を含む方法。
（１００）
端末装置についての装置間通信の所望の用途を示す情報を取得することと、
装置間通信で使用可能な無線リソースである１つ以上のリソースプールであって、前記所望の用途で装置間通信が行われる当該１つ以上のリソースプールを、端末装置に通知することと、
をプロセッサに実行させるためのプログラム。
（１０１）
端末装置についての装置間通信の所望の用途を示す情報を取得することと、
装置間通信で使用可能な無線リソースである１つ以上のリソースプールであって、前記所望の用途で装置間通信が行われる当該１つ以上のリソースプールを、端末装置に通知することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（１０２）
端末装置についての装置間通信の所望の用途を示す情報を取得することと、
プロセッサにより、前記所望の用途を基地局又は他の端末装置に通知することと、
プロセッサにより、前記基地局又は前記他の端末装置が前記端末装置に通知する１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの、前記端末装置による前記所望の用途での装置間通信を制御することと、
を含み、
前記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースであり、且つ前記所望の用途で装置間通信が行われるリソースプールである、
方法。
（１０３）
端末装置についての装置間通信の所望の用途を示す情報を取得することと、
前記所望の用途を基地局又は他の端末装置に通知することと、
前記基地局又は前記他の端末装置が前記端末装置に通知する１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの、前記端末装置による前記所望の用途での装置間通信を制御することと、
をプロセッサに実行させるためのプログラムであり、
前記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースであり、且つ前記所望の用途で装置間通信が行われるリソースプールである、
プログラム。
（１０４）
端末装置についての装置間通信の所望の用途を示す情報を取得することと、
前記所望の用途を基地局又は他の端末装置に通知することと、
前記基地局又は前記他の端末装置が前記端末装置に通知する１つ以上のリソースプールのうちの少なくとも１つのリソースプールでの、前記端末装置による前記所望の用途での装置間通信を制御することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体であり、
前記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースであり、且つ前記所望の用途で装置間通信が行われるリソースプールである、
記録媒体。

（１０５）
装置間通信を行う端末装置の数を示す情報を取得することと、
プロセッサにより、装置間通信を行う端末装置の前記数に基づいて、装置間通信で使用可能な無線リソースであるリソースプールを選択することと、
プロセッサにより、前記リソースプールを端末装置に通知することと、
を含む方法。
（１０６）
装置間通信を行う端末装置の数を示す情報を取得することと、
装置間通信を行う端末装置の前記数に基づいて、装置間通信で使用可能な無線リソースであるリソースプールを選択することと、
前記リソースプールを端末装置に通知することと、
をプロセッサに実行させるためのプログラム。
（１０７）
装置間通信を行う端末装置の数を示す情報を取得することと、
装置間通信を行う端末装置の前記数に基づいて、装置間通信で使用可能な無線リソースであるリソースプールを選択することと、
前記リソースプールを端末装置に通知することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（１０８）
装置間通信で送信のために使用可能な無線リソースである送信用リソースプール、及び装置間通信で再送のために使用可能な無線リソースである再送用リソースプールを示す情報を取得することと、
プロセッサにより、前記送信用リソースプール及び前記再送用リソースプールを端末装置に通知することと、
を含む方法。
（１０９）
装置間通信で送信のために使用可能な無線リソースである送信用リソースプール、及び装置間通信で再送のために使用可能な無線リソースである再送用リソースプールを示す情報を取得することと、
前記送信用リソースプール及び前記再送用リソースプールを端末装置に通知することと、
をプロセッサに実行させるためのプログラム。
（１１０）
装置間通信で送信のために使用可能な無線リソースである送信用リソースプール、及び装置間通信で再送のために使用可能な無線リソースである再送用リソースプールを示す情報を取得することと、
前記送信用リソースプール及び前記再送用リソースプールを端末装置に通知することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（１１１）
装置間通信で送信のために使用可能な無線リソースである送信用リソースプール、及び装置間通信で再送のために使用可能な無線リソースである再送用リソースプールを示す情報を取得することと、
端末装置が装置間通信において前記送信用リソースプールで送信を行い、前記端末装置が装置間通信において前記再送用リソースプールで再送を行うように、プロセッサにより、前記端末装置の装置間通信を制御することと、
を含む方法。
（１１２）
装置間通信で送信のために使用可能な無線リソースである送信用リソースプール、及び装置間通信で再送のために使用可能な無線リソースである再送用リソースプールを示す情報を取得することと、
端末装置が装置間通信において前記送信用リソースプールで送信を行い、前記端末装置が装置間通信において前記再送用リソースプールで再送を行うように、前記端末装置の装置間通信を制御することと、
をプロセッサに実行させるためのプログラム。
（１１３）
装置間通信で送信のために使用可能な無線リソースである送信用リソースプール、及び装置間通信で再送のために使用可能な無線リソースである再送用リソースプールを示す情報を取得することと、
端末装置が装置間通信において前記送信用リソースプールで送信を行い、前記端末装置が装置間通信において前記再送用リソースプールで再送を行うように、前記端末装置の装置間通信を制御することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（１１４）
装置間通信で音声データの送信のために使用可能な無線リソースである音声用リソースプール、及び装置間通信で他のデータの送信のために使用可能な無線リソースである他のリソースプールを示す情報を取得することと、
プロセッサにより、前記音声用リソースプール及び前記他のリソースプールを端末装置に通知することと、
を含む方法。
（１１５）
装置間通信で音声データの送信のために使用可能な無線リソースである音声用リソースプール、及び装置間通信で他のデータの送信のために使用可能な無線リソースである他のリソースプールを示す情報を取得することと、
前記音声用リソースプール及び前記他のリソースプールを端末装置に通知することと、
をプロセッサに実行させるためのプログラム。
（１１６）
装置間通信で音声データの送信のために使用可能な無線リソースである音声用リソースプール、及び装置間通信で他のデータの送信のために使用可能な無線リソースである他のリソースプールを示す情報を取得することと、
前記音声用リソースプール及び前記他のリソースプールを端末装置に通知することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。
（１１７９）
装置間通信で音声データの送信のために使用可能な無線リソースである音声用リソースプール、及び装置間通信で他のデータの送信のために使用可能な無線リソースである他のリソースプールを示す情報を取得することと、
端末装置が装置間通信において前記音声用リソースプールで音声データを送信し、前記端末装置が装置間通信において前記他のリソースプールで他のデータを送信するように、プロセッサにより、前記端末装置の装置間通信を制御することと、
を含む方法。
（１１８）
装置間通信で音声データの送信のために使用可能な無線リソースである音声用リソースプール、及び装置間通信で他のデータの送信のために使用可能な無線リソースである他のリソースプールを示す情報を取得することと、
端末装置が装置間通信において前記音声用リソースプールで音声データを送信し、前記端末装置が装置間通信において前記他のリソースプールで他のデータを送信するように、前記端末装置の装置間通信を制御することと、
をプロセッサに実行させるためのプログラム。
（１１９）
装置間通信で音声データの送信のために使用可能な無線リソースである音声用リソースプール、及び装置間通信で他のデータの送信のために使用可能な無線リソースである他のリソースプールを示す情報を取得することと、
端末装置が装置間通信において前記音声用リソースプールで音声データを送信し、前記端末装置が装置間通信において前記他のリソースプールで他のデータを送信するように、前記端末装置の装置間通信を制御することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体。

１ 通信システム
１００ 基地局
１０１ セル
１５０ 処理部
１５１ 情報取得部
１５３ 制御部
２００ 端末装置
２４１ 情報取得部
２４３ 制御部
３００ 端末装置
３４１ 情報取得部
３４３ 制御部

Claims (1)

1. 装置間通信で使用可能な無線リソースである１つ以上のリソースプールを示す情報を取得する取得部と、
   前記１つ以上のリソースプールを端末装置に通知する制御部と、
   を備え、
   前記１つ以上のリソースプールは、装置間通信で使用可能な無線リソースの候補として予め定められた複数のリソースプールを含むリソースプールセットの中から選択されたリソースプールである、
   装置。

Images