(57)【特許請求の範囲】
【請求項１】
ＴＤＤ（Time  Division  Duplex）キャリアのアップリンク／ダウンリンクコンフィギュレーションを動的に設定する制御部、
を備え、
前記制御部は、複数のコンフィギュレーションのうちの１つのコンフィギュレーションから、当該複数のコンフィギュレーションのうちの別のコンフィギュレーションに、前記アップリンク／ダウンリンクコンフィギュレーションを変更し、前記複数のコンフィギュレーションの各々で利用可能な装置間通信用の無線リソース情報、前記設定したアップリンク／ダウンリンクコンフィギュレーション及び前記設定した前記アップリンク／ダウンリンクコンフィギュレーションで利用可能な装置間通信用の無線リソース情報を端末装置に通知し、
前記無線リソース情報は、前記アップリンク／ダウンリンクコンフィギュレーションの少なくとも１つのアップリンクサブフレームを含む無線フレームを指定した無線フレーム情報と、前記装置間通信で用いられる無線リソースの周期を指定したリソース周期情報とを含む、
装置。
【請求項２】
前記制御部は、前記アップリンク／ダウンリンクコンフィギュレーションの変更に応じて、前記別のコンフィギュレーションで利用可能な装置間通信用の無線リソース情報を端末装置に通知し、
前記別のコンフィギュレーションで利用可能な前記無線リソース情報は、前記別のコンフィギュレーションの少なくとも１つのアップリンクサブフレームを含む無線フレームを指定した無線フレーム情報と、前記装置間通信で用いられる無線リソースの周期を指定したリソース周期情報とを含む、
請求項１に記載の装置。
【請求項３】
前記複数のコンフィギュレーションの各々で利用可能な前記無線リソースは、コンフィギュレーションごとの装置間通信用の無線リソース情報を含み、
コンフィギュレーションごとの前記無線リソース情報は、コンフィギュレーションの少なくとも１つのアップリンクサブフレームを含む無線フレームを指定した無線フレーム情報と、前記装置間通信で用いられる無線リソースの周期を指定したリソース周期情報とを含む、
請求項１に記載の装置。
【請求項４】
前記複数のコンフィギュレーションの各々で利用可能な前記無線リソース情報は、前記複数のコンフィギュレーションの間で共通する少なくとも１つのアップリンクサブフレームを含む無線フレームを指定した無線フレーム情報と、前記装置間通信で用いられる無線リソースの周期を指定したリソース周期情報を含む、請求項１に記載の装置。
【請求項５】
前記少なくとも１つのアップリンクサブフレームに含まれるアップリンクサブフレームの数は、前記アップリンク／ダウンリンクコンフィギュレーションのアップリンクサブフレームの数によって異なる、請求項１に記載の装置。
【請求項６】
前記制御部は、前記アップリンク／ダウンリンクコンフィギュレーションのアップリンクサブフレームの数が所定数以上である場合に、前記無線リソースを端末装置に通知する、請求項１に記載の装置。
【請求項７】
前記アップリンク／ダウンリンクコンフィギュレーションは、所定の場合に３以上のアップリンクサブフレームを含むコンフィギュレーションである、請求項１に記載の装置。
【請求項８】
前記少なくとも１つのアップリンクサブフレームの各々は、前記アップリンク／ダウンリンクコンフィギュレーションの２つ以上の連続するアップリンクサブフレームに含まれ、
前記２つ以上の連続するアップリンクサブフレームのうちの１つ以上のアップリンクサブフレームは、前記少なくとも１つのアップリンクサブフレームに含まれない、
請求項１に記載の装置。
【請求項９】
前記制御部は、前記アップリンク／ダウンリンクコンフィギュレーションが３つ以上の連続するアップリンクサブフレームを含む場合に、前記無線リソースを端末装置に通知する、請求項８に記載の装置。
【請求項１０】
前記アップリンク／ダウンリンクコンフィギュレーションは、３つ以上の連続するアップリンクサブフレームを含むンフィギュレーションである、請求項８に記載の装置。
【請求項１１】
前記制御部は、前記無線リソースを示すシステム情報の報知により、前記無線リソース情報を端末装置に通知する、請求項１に記載の装置。
【請求項１２】
前記制御部は、前記アップリンク／ダウンリンクコンフィギュレーションを端末装置に通知する、請求項１に記載の装置。
【請求項１３】
プロセッサにより、
ＴＤＤキャリアのアップリンク／ダウンリンクコンフィギュレーションを動的に設定することと、
前記設定したアップリンク／ダウンリンクコンフィギュレーション及び前記設定した前記アップリンク／ダウンリンクコンフィギュレーションで利用可能な装置間通信用の無線リソース情報を端末装置に通知することと、
を含み、
前記アップリンク／ダウンリンクコンフィギュレーションを動的に設定することは、複数のコンフィギュレーションのうちの１つのコンフィギュレーションから、当該複数のコンフィギュレーションのうちの別のコンフィギュレーションに、前記アップリンク／ダウンリンクコンフィギュレーションを変更することを含み、
前記装置間通信用の無線リソース情報を端末装置に通知することは、前記複数のコンフィギュレーションの各々で利用可能な装置間通信用の無線リソース情報を、前記端末装置に通知することを含み、
前記無線リソース情報は、前記アップリンク／ダウンリンクコンフィギュレーションの少なくとも１つのアップリンクサブフレームを含む無線フレームを指定した無線フレーム情報と、前記装置間通信で用いられる無線リソースの周期を指定したリソース周期情報とを含む、
方法。
【請求項１４】
基地局により動的に変更されるＴＤＤキャリアのアップリンク／ダウンリンクコンフィギュレーションで利用可能な装置間通信用の無線リソースを示す情報を取得する取得部と、
前記無線リソースを使用した装置間通信を制御する制御部と、
を備え、
前記アップリンク／ダウンリンクコンフィギュレーションは、複数のコンフィギュレーションのうちの１つのコンフィギュレーションから、当該複数のコンフィギュレーションのうちの別のコンフィギュレーションに、前記基地局により変更されるコンフィギュレーションであり、
前記取得部は、前記複数のコンフィギュレーションの各々で利用可能な装置間通信用の無線リソース情報、前記変更されたアップリンク／ダウンリンクコンフィギュレーション及び前記変更された前記アップリンク／ダウンリンクコンフィギュレーションで利用可能な装置間通信用の無線リソース情報を取得し、
前記無線リソースを示す情報は、前記アップリンク／ダウンリンクコンフィギュレーションの少なくとも１つのアップリンクサブフレームを含む無線フレームを指定した無線フレーム情報と、前記装置間通信で用いられる無線リソースの周期を指定したリソース周期情報とを含む、
装置。
【請求項１５】
前記取得部は、前記アップリンク／ダウンリンクコンフィギュレーションに基づいて、前記複数のコンフィギュレーションの各々で利用可能な装置間通信用の無線リソースのうちの、前記アップリンク／ダウンリンクコンフィギュレーションで利用可能な前記無線リソースを示す情報を取得する、
請求項１４に記載の装置。
【請求項１６】
基地局により動的に変更されるＴＤＤキャリアのアップリンク／ダウンリンクコンフィギュレーションで利用可能な装置間通信用の無線リソースを示す情報を取得することと、
プロセッサにより、前記無線リソースを使用した装置間通信を制御することと、
を含み、
前記アップリンク／ダウンリンクコンフィギュレーションは、複数のコンフィギュレーションのうちの１つのコンフィギュレーションから、当該複数のコンフィギュレーションのうちの別のコンフィギュレーションに、前記基地局により変更され、
前記複数のコンフィギュレーションの各々で利用可能な装置間通信用の無線リソース情報、前記変更されたアップリンク／ダウンリンクコンフィギュレーション及び前記変更された前記アップリンク／ダウンリンクコンフィギュレーションで利用可能な装置間通信用の無線リソース情報を取得することをさらに含み、
前記無線リソースを示す情報は、前記アップリンク／ダウンリンクコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースを含む無線フレームを指定した無線フレーム情報と、前記装置間通信で用いられる無線リソースの周期を指定したリソース周期情報とを含む、
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、装置及び方法に関する。
【背景技術】
【０００２】
装置間通信（Ｄ２Ｄ通信）は、基地局と端末装置とが信号を送受信する一般的なセルラー通信とは異なり、２つ以上の端末装置が直接的に信号を送受信する通信である。そのため、Ｄ２Ｄ通信では、上記一般的なセルラー通信とは異なる、端末装置の新しい利用形態が生まれてくることが期待される。例えば、近接する端末装置間若しくは近接する端末装置のグループ内におけるデータ通信による情報共有、設置された端末装置からの情報の頒布、Ｍ２Ｍ（Machine  to  Machine）と呼ばれる機器間の自律通信など、様々な応用が考えられる。
【０００３】
また、近年のスマートフォンの増加による、データトラフィックの著しい増加に対して、Ｄ２Ｄ通信をデータのオフローディングに活用することも考えられる。例えば、近年、動画像のストリーミングデータの送受信に対するニーズが急速に高まっている。しかし、一般に、動画像はデータ量が多いので、ＲＡＮ（Radio  Access  Network）において多くのリソースを消費するという問題がある。したがって、端末装置間の距離が小さい場合のように、端末装置同士がＤ２Ｄ通信に適している状態であれば、動画像データをＤ２Ｄ通信にオフローディングすることにより、ＲＡＮにおけるリソースの消費及び処理の負荷を抑えることができる。このように、Ｄ２Ｄ通信は、通信事業者及びユーザの双方にとって利用価値がある。そのため、現在、Ｄ２Ｄ通信は、３ＧＰＰ（3rd  Generation  Partnership  Project）標準化会議においても、ＬＴＥ（Long  Term  Evolution）に必要な重要な技術領域の１つとして認識され、注目されている。
【０００４】
例えば、非特許文献１には、ＴＤＤ（Time  Division  Duplex）の場合に、ネットワークカバレッジ内ではアップリンクサブフレームでＤ２Ｄ通信が行われることが、開示されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ  ＴＲ３６．８４３  Ｖ１２．０．０（２０１４−０３）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
例えば、Ｄ２Ｄ通信で使用可能な無線リソースとして、周期的な無線リソースが割り当てられる。例えば、無線フレームの整数倍の周期で、特定のサブフレームの無線リソースが、Ｄ２Ｄ通信で使用可能な無線リソースとして割り当てられる。そして、当該特定のサブフレームでＤ２Ｄ通信が行われる。
【０００７】
例えば、ＴＤＤキャリアでＤ２Ｄ通信が行われる場合に、ネットワークカバレッジ内では、当該ＴＤＤキャリアのアップリンク／ダウンリンクコンフィギュレーション（ＵＬ／ＤＬコンフィギュレーション）のアップリンクサブフレームの無線リソースが、Ｄ２Ｄ通信で使用可能な無線リソースとして割り当てられる。そして、当該アップリンクサブフレームで、Ｄ２Ｄ通信が行われる。
【０００８】
しかし、ＴＤＤキャリアのＵＬ／ＤＬコンフィギュレーションが動的に変更される場合には、Ｄ２Ｄ通信が行われていたアップリンクサブフレームが、ダウンリンクサブフレーム又はスペシャルサブフレームに変更され得る。その結果、ダウンリンクサブフレーム又はスペシャルサブフレームでＤ２Ｄ通信が行われ得る。即ち、セルラー通信規格に反したＤ２Ｄ通信が行われてしまう可能性がある。
【０００９】
そこで、ＴＤＤの環境下で端末装置が適切にＤ２Ｄ通信を行うことを可能にする仕組みが提供されることが望ましい。
【課題を解決するための手段】
【００１０】
本開示によれば、ＴＤＤキャリアのアップリンク／ダウンリンクコンフィギュレーションを動的に変更する制御部、を備える装置が提供される。上記制御部は、上記アップリンク／ダウンリンクコンフィギュレーションに適した装置間通信用の無線リソースを端末装置に通知する。上記無線リソースは、上記アップリンク／ダウンリンクコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである。
【００１１】
また、本開示によれば、プロセッサにより、ＴＤＤキャリアのアップリンク／ダウンリンクコンフィギュレーションを動的に変更することと、上記アップリンク／ダウンリンクコンフィギュレーションに適した装置間通信用の無線リソースを端末装置に通知することと、を含む方法が提供される。上記無線リソースは、上記アップリンク／ダウンリンクコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである。
【００１２】
また、本開示によれば、基地局により動的に変更されるＴＤＤキャリアのアップリンク／ダウンリンクコンフィギュレーションに適した装置間通信用の無線リソースを示す情報を取得する取得部と、上記無線リソースを使用した装置間通信を制御する制御部と、
を備える装置が提供される。上記無線リソースは、上記アップリンク／ダウンリンクコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである。
【００１３】
また、本開示によれば、基地局により動的に変更されるＴＤＤキャリアのアップリンク／ダウンリンクコンフィギュレーションに適した装置間通信用の無線リソースを示す情報を取得することと、プロセッサにより、上記無線リソースを使用した装置間通信を制御することと、を含む方法が提供される。上記無線リソースは、上記アップリンク／ダウンリンクコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである。
【発明の効果】
【００１４】
以上説明したように本開示によれば、ＴＤＤの環境下で端末装置が適切にＤ２Ｄ通信を行うことが可能になる。なお、上記の効果は必ずしも限定的なものではなく、上記効果とともに、又は上記効果に代えて、本明細書に示されたいずれかの効果、又は本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１５】
【図１】Ｄ２Ｄ通信のユースケースの具体例を説明するための第１の説明図である。
【図２】Ｄ２Ｄ通信のユースケースの具体例を説明するための第２の説明図である。
【図３】ＦＤＤにおけるＰＳＳ及びＳＳＳのタイミングの例を説明するための説明図である。
【図４】ＴＤＤにおけるＰＳＳ及びＳＳＳのタイミングの例を説明するための説明図である。
【図５】セルラーシステムにおける無線フレーム及びサブフレームを説明するための説明図である。
【図６】リソースプールの例を説明するための説明図である。
【図７】リソースプールで送信される信号及び情報の例を説明するための説明図である。
【図８】ＵＬ／ＤＬコンフィギュレーションを説明するための説明図である。
【図９】本開示の実施形態に係る通信システムの概略的な構成の一例を示す説明図である。
【図１０】同実施形態に係る基地局の構成の一例を示すブロック図である。
【図１１】同実施形態に係る端末装置の構成の一例を示すブロック図である。
【図１２】Ｄ２Ｄリソースの第１の例を説明するための説明図である。
【図１３】ＵＬ／ＤＬコンフィギュレーションの変更に応じたＤ２Ｄリソースの通知の例を説明するための説明図である。
【図１４】Ｄ２Ｄリソースの第２の例を説明するための説明図である。
【図１５】Ｄ２Ｄリソースの第３の例を説明するための説明図である。
【図１６】Ｄ２Ｄリソースの第４の例を説明するための説明図である。
【図１７】Ｄ２Ｄリソースの第５の例を説明するための説明図である。
【図１８】コンフィギュレーションごとの周期の第１の例を説明するための説明図である。
【図１９】コンフィギュレーションごとの周期の第２の例を説明するための説明図である。
【図２０】同実施形態に係る処理の概略的な流れの第１の例を示すシーケンス図である。
【図２１】同実施形態に係る処理の概略的な流れの第２の例を示すシーケンス図である。
【図２２】同本開示の実施形態に係る処理の概略的な流れの第３の例を示すシーケンス図である。
【図２３】ｅＮＢの概略的な構成の第１の例を示すブロック図である。
【図２４】ｅＮＢの概略的な構成の第２の例を示すブロック図である。
【図２５】スマートフォンの概略的な構成の一例を示すブロック図である。
【図２６】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１６】
以下に添付の図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１７】
また、本明細書及び図面において、実質的に同一の機能構成を有する要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の要素を、必要に応じて端末装置１０Ａ、１０Ｂ及び１０Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、端末装置１０Ａ、１０Ｂ及び１０Ｃを特に区別する必要が無い場合には、単に端末装置１０と称する。
【００１８】
なお、説明は以下の順序で行うものとする。
１．はじめに
２．本開示の実施形態に係る技術的課題
３．通信システムの概略的な構成
４．各装置の構成
４．１．基地局の構成
４．２．端末装置の構成
５．本開示の実施形態に係る技術的特徴
５．１．第１の技術的特徴
５．２．第２の技術的特徴
５．３．その他の技術的特徴
６．処理の流れ
７．応用例
８．まとめ
【００１９】
＜＜１．はじめに＞＞
まず、図１〜図７を参照して、Ｄ２Ｄ通信に関連する技術を説明する。
【００２０】
（Ｄ２Ｄ通信のユースケース）
通常のＬＴＥのシステムでは、ｅＮＢ（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）が、代表のＵＥにより送信される。また、ＵＥは、リソースプールのうちの、同期信号及び同期情報が送信される無線リソース以外の無線リソースで、Ｄ２Ｄ通信を行う。以下、この点について図７を参照して具体例を説明する。
【００４６】
図７は、リソースプールで送信される信号及び情報の例を説明するための説明図である。図７を参照すると、Ｎ個のリソースプール（即ち、リソースプール＃１〜＃Ｎ）が示されている。Ｎ個のリソースプールの各々で、同期信号及び同期情報が送信される。また、Ｎ個のリソースプールの各々で、同期信号及び上記情報が送信される無線リソース以外の無線リソースで、Ｄ２Ｄ通信が行われ得る。なお、１個のＵＥが、２つ以上のリソースプールで、同期信号及び同期情報を送信してもよい。
【００４７】
＜＜２．本開示の実施形態に係る技術的課題＞＞
まず、図８を参照して、本開示の実施形態に係る技術的課題を説明する。
【００４８】
（想定される事項）
例えば、Ｄ２Ｄ通信で使用可能な無線リソースとして、周期的な無線リソースが割り当てられる。例えば、無線フレームの整数倍の周期で、特定のサブフレームの無線リソースが、Ｄ２Ｄ通信で使用可能な無線リソースとして割り当てられる。そして、当該特定のサブフレームでＤ２Ｄ通信が行われる。
【００４９】
例えば、ＴＤＤキャリアでＤ２Ｄ通信が行われる場合に、ネットワークカバレッジ内では、当該ＴＤＤキャリアのＵＬ／ＤＬコンフィギュレーションのアップリンクサブフレームの無線リソースが、Ｄ２Ｄ通信で使用可能な無線リソースとして割り当てられる。そして、当該アップリンクサブフレームで、Ｄ２Ｄ通信が行われる。以下、この点について図８を参照して、具体例を説明する。
【００５０】
図８は、ＵＬ／ＤＬコンフィギュレーションを説明するための説明図である。図８を参照すると、ＴＤＤキャリアのＵＬ／ＤＬコンフィギュレーションとして選択され得る７つのコンフィギュレーション（コンフィギュレーション０〜６）が示されている。各コンフィギュレーションは、無線フレームに含まれる１０個のサブフレームの各々をダウンリンクサブフレーム、アップリンクサブフレーム又はスペシャルサブフレームとして定める。一例として、ＴＤＤキャリアのＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション２である場合に、サブフレーム番号が２、７であるサブフレームのうちのいずれかの無線リソースが、Ｄ２Ｄ通信で使用可能な無線リソースとして割り当てられる。別の例として、ＴＤＤキャリアのＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション３である場合に、サブフレーム番号が２、３、４であるサブフレームのうちのいずれかの無線リソースが、Ｄ２Ｄ通信で使用可能な無線リソースとして割り当てられる。
【００５１】
（第１の技術的課題）
しかし、ＴＤＤキャリアのＵＬ／ＤＬコンフィギュレーションが動的に変更される場合には、Ｄ２Ｄ通信が行われていたアップリンクサブフレームが、ダウンリンクサブフレーム又はスペシャルサブフレームに変更され得る。その結果、ダウンリンクサブフレーム又はスペシャルサブフレームでＤ２Ｄ通信が行われ得る。即ち、セルラー通信規格に反したＤ２Ｄ通信が行われてしまう可能性がある。
【００５２】
図８を再び参照すると、例えば、ＴＤＤキャリアのＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション２であり、サブフレーム番号が７であるサブフレームの無線リソースが、Ｄ２Ｄ通信で使用可能な無線リソースとして割り当てられる。その後、上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション２からコンフィギュレーション３に変更される。そのため、サブフレーム番号が７であるサブフレームが、ダウンリンクサブフレームになる。その結果、ダウンリンクサブフレームでＤ２Ｄ通信が行われ得る。
【００５３】
そこで、ＴＤＤの環境下で端末装置が適切にＤ２Ｄ通信を行うことを可能にする仕組みが提供されることが望ましい。より具体的には、例えば、ＴＤＤ環境下で端末装置が継続してアップリンクサブフレームでＤ２Ｄ通信を行うことを可能にする仕組みが提供されることが望ましい。
【００５４】
（第２の技術的課題）
また、ＴＤＤキャリアのＵＬ／ＤＬコンフィギュレーションのアップリンクサブフレームの無線リソースが、Ｄ２Ｄ通信で使用可能な無線リソースとして自由に割り当てられると、基地局及び端末装置の間でのＴＤＤでの無線通信に悪影響が生じ得る。
【００５５】
例えば、アップリンクサブフレームがＤ２Ｄ通信に割り当てられると、当該アップリンクサブフレームでは、端末装置は、アップリンク信号を送信しない。そのため、例えば、端末装置のアップリンクでの通信品質が低下し得る。一例として、端末装置のユーザが通話する場合に、端末装置による音声データの送信間隔が長くなり得る。そのため、音声データの送信に遅延が生じ得る。その結果、通話品質が低下する可能性がある。別の例として、アップリンクでの端末装置によるＡＣＫ／ＮＡＣＫ（即ち、ダウンリンクデータについてのＡＣＫ／ＮＡＣＫ）の送信が、適切なタイミングで行うことが困難になることも考えられる。具体的には、アップリンクでのＡＣＫ／ＮＡＣＫ送信にエラー又は遅延が生じることも考えられる。
【００５６】
そこで、ＴＤＤの環境下で端末装置が適切にＤ２Ｄ通信を行うことを可能にする仕組みが提供されることが望ましい。より具体的には、例えば、Ｄ２Ｄ通信に起因して基地局と端末装置との間のＴＤＤでの無線通信に生じる悪影響を小さくすることを可能にする仕組みが提供されることが望ましい。
【００５７】
＜＜３．通信システムの概略的な構成＞＞
続いて、図９を参照して、本開示の実施形態に係る通信システム１の概略的な構成を説明する。図９は、本開示の実施形態に係る通信システム１の概略的な構成の一例を示す説明図である。図９を参照すると、通信システム１は、基地局１００及び端末装置２００を含む。通信システム１は、例えば、セルラーシステムであり、一例として、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、又はこれらに準ずる通信規格に準拠したシステムである。
【００５８】
（基地局１００）
基地局１００は、端末装置との無線通信を行う。例えば、基地局１００は、基地局１００のセル１０１内に位置する端末装置２００との無線通信を行う。
【００５９】
とりわけ本開示の実施形態では、基地局１００は、ＴＤＤで無線通信を行う。具体的には、例えば、基地局１００は、ＴＤＤキャリアを使用して、ダウンリンクサブフレームでダウンリンク信号を送信し、アップリンクサブフレームでアップリンク信号を受信する。上記ＴＤＤキャリアは、ＴＤＤでの無線通信のためのキャリアであり、例えば、コンポーネントキャリアである。
【００６０】
なお、図９には、通信システム１に含まれる１つの基地局（即ち、基地局１００）のみが示されるが、当然ながら、通信システム１は、複数の基地局を含み得る。そして、複数の基地局のセルの集合が、ネットワークカバレッジ（即ち、セルラーネットワークのカバレッジ）となる。
【００６１】
（端末装置２００）
端末装置２００は、基地局との無線通信を行う。例えば、端末装置２００は、基地局１００のセル１０１内に位置する場合に、基地局１００との無線通信を行う。例えば、端末装置２００は、ＴＤＤで基地局との無線通信を行う。具体的には、例えば、端末装置２００は、上記ＴＤＤキャリアを使用して、ダウンリンクサブフレームでダウンリンク信号を受信し、アップリンクサブフレームでアップリンク信号を送信する。
【００６２】
とりわけ本開示の実施形態では、端末装置２００は、Ｄ２Ｄ通信を行う。例えば、端末装置２００は、他の端末装置２００とのＤ２Ｄ通信を行う。
【００６３】
＜＜４．各装置の構成＞＞
続いて、図１０及び図１１を参照して、基地局１００及び端末装置２００の構成の一例を説明する。
【００６４】
＜４．１．基地局の構成＞＞
図１０は、本開示の実施形態に係る基地局１００の構成の一例を示すブロック図である。図１０を参照すると、基地局１００は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び処理部１５０を備える。
【００６５】
（アンテナ部１１０）
アンテナ部１１０は、無線信号を受信し、受信された無線信号を無線通信部１２０へ出力する。また、アンテナ部１１０は、無線通信部１２０により出力された送信信号を送信する。
【００６６】
（無線通信部１２０）
無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。
【００６７】
（ネットワーク通信部１３０）
ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。
【００６８】
（記憶部１４０）
記憶部１４０は、基地局１００の動作のためのプログラム及びデータを記憶する。
【００６９】
（処理部１５０）
処理部１５０は、基地局１００の様々な機能を提供する。処理部１５０は、情報取得部１５１及び制御部１５３を含む。なお、処理部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１５０は、これらの構成要素の動作以外の動作も行い得る。
【００７０】
情報取得部１５１及び制御部１５３の動作は、後に詳細に説明する。
【００７１】
＜４．２．端末装置の構成＞＞
図１１は、本開示の実施形態に係る端末装置２００の構成の一例を示すブロック図である。図１１を参照すると、端末装置２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び処理部２４０を備える。
【００７２】
（アンテナ部２１０）
アンテナ部２１０は、無線信号を受信し、受信された無線信号を無線通信部２２０へ出力する。また、アンテナ部２１０は、無線通信部２２０により出力された送信信号を送信する。
【００７３】
（無線通信部２２０）
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。また、例えば、無線通信部２２０は、他の端末装置からの信号を受信し、他の端末装置への信号を送信する。
【００７４】
（記憶部２３０）
記憶部２３０は、端末装置２００の動作のためのプログラム及びデータを記憶する。
【００７５】
（処理部２４０）
処理部２４０は、端末装置２００の様々な機能を提供する。処理部２４０は、情報取得部２４１及び制御部２４３を含む。なお、処理部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２４０は、これらの構成要素の動作以外の動作も行い得る。
【００７６】
情報取得部２４１及び制御部２４３の動作は、後に詳細に説明する。
【００７７】
＜＜５．本開示の実施形態に係る技術的特徴＞＞
続いて、図１２〜図１９を参照して、本開示の実施形態に係る技術的特徴を説明する。
【００７８】
＜５．１．第１の技術的特徴＞
まず、図１２〜図１５を参照して、本開示の実施形態に係る第１の技術的特徴を説明する。当該第１の技術的特徴は、例えば、上述した本開示の実施形態に係る第１の技術的課題に対応する特徴である。
【００７９】
（ＵＬ／ＤＬコンフィギュレーションの動的な変更）
基地局１００（制御部１５３）は、ＴＤＤキャリアのＵＬ／ＤＬコンフィギュレーションを動的に変更する。
【００８０】
（ａ）複数のコンフィギュレーション
例えば、基地局１００（制御部１５３）は、複数のコンフィギュレーションのうちの１つのコンフィギュレーションから、当該複数のコンフィギュレーションのうちの別のコンフィギュレーションに、上記ＵＬ／ＤＬコンフィギュレーションを変更する。
【００８１】
例えば、上記複数のコンフィギュレーションは、図８に示される６つのコンフィギュレーション（コンフィギュレーション０〜６）である。即ち、基地局１００（制御部１５３）は、７つのコンフィギュレーションのうちの１つのコンフィギュレーションから別のコンフィギュレーションに、上記ＵＬ／ＤＬコンフィギュレーションを変更する。
【００８２】
具体的な処理として、例えば、制御部１５３は、上記ＵＬ／ＤＬコンフィギュレーションを指定する動作パラメータを変更することにより、上記ＵＬ／ＤＬコンフィギュレーションを変更する。なお、これは具体的な処理の単なる一例であり、当然ながら、制御部１５３は、実装に応じた他の処理を行ってもよい。
【００８３】
（ｂ）ＵＬ／ＤＬコンフィギュレーションの通知
例えば、基地局１００（制御部１５３）は、上記ＴＤＤキャリアの上記ＵＬ／ＤＬコンフィギュレーションを端末装置に通知する。
【００８４】
（ｂ−１）通知手法
−システム情報の報知
例えば、基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションを示すシステム情報の報知により、上記ＵＬ／ＤＬコンフィギュレーションを端末装置に通知する。例えば、上記システム情報は、ＳＩＢ（System  Information  Block）１である。
【００８５】
これにより、例えば、接続モードの端末装置のみではなく、アイドルモードの端末装置も、上記ＵＬ／ＤＬコンフィギュレーションを知ることが可能になる。
【００８６】
−個別のシグナリング
基地局１００（制御部１５３）は、上記システム情報の報知に加えて、個別のシグナリングにより、上記ＵＬ／ＤＬコンフィギュレーションを接続モードの端末装置に通知してもよい。当該個別のシグナリングは、ＲＲＣ（Radio  Resource  Control）シグナリングであってもよい。接続モードの当該端末装置は、例えば、端末装置２００である。
【００８７】
これにより、例えば、上記ＵＬ／ＤＬコンフィギュレーションの変更の迅速な通知を行うことが可能になる。
【００８８】
（ｂ−２）端末装置２００の動作
例えば、端末装置２００（情報取得部２４１）は、上記ＵＬ／ＤＬコンフィギュレーションを取得する。そして、端末装置２００（制御部２４３）は、上記ＵＬ／ＤＬコンフィギュレーションに従って、上記ＴＤＤキャリアを使用して基地局との無線通信を行う。
【００８９】
（Ｄ２Ｄ通信用の無線リソースの通知）
基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションに適したＤ２Ｄ通信用の無線リソースを端末装置に通知する。当該無線リソースは、上記ＴＤＤキャリアの無線リソースである。なお、以下では、「Ｄ２Ｄ通信用の無線リソース」は、単に「Ｄ２Ｄリソース」と呼ばれ得る。
【００９０】
一方、端末装置２００（情報取得部２４１）は、上記ＵＬ／ＤＬコンフィギュレーション（即ち、基地局１００により動的に変更されるＴＤＤキャリアのＵＬ／ＤＬコンフィギュレーション）に適した上記Ｄ２Ｄリソースを示す情報を取得する。そして、端末装置２００は、上記Ｄ２Ｄリソースを使用してＤ２Ｄ通信を行う。端末装置２００の制御部２４３は、上記Ｄ２Ｄリソースを使用したＤ２Ｄ通信を制御する。
【００９１】
（ａ）ＵＬ／ＤＬコンフィギュレーションに適したＤ２Ｄリソース
上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースは、上記ＵＬ／ＤＬコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである。
【００９２】
図８を再び参照すると、一例として、上記ＵＬ／ＤＬコンフィギュレーションがコンフィギュレーション１である場合には、上記ＵＬ／ＤＬコンフィギュレーションに適したＤ２Ｄリソースは、サブフレーム番号が２、３、７、８であるサブフレームのうちの少なくとも１つのサブフレームの無線リソースである。別の例として、上記ＵＬ／ＤＬコンフィギュレーションがコンフィギュレーション４である場合には、上記ＵＬ／ＤＬコンフィギュレーションに適したＤ２Ｄリソースは、サブフレーム番号が２、３であるサブフレームのうちの少なくとも１つのサブフレームの無線リソースである。
【００９３】
なお、例えば、Ｄ２Ｄリソースは、周期的な無線リソースである。より具体的には、例えば、Ｄ２Ｄリソースは、無線フレームの整数倍の周期で反復する無線リソースである。この場合に、当該周期が１無線フレームでない限り、Ｄ２Ｄリソースは、限定された無線フレームの中の特定のサブフレームの無線リソースである。Ｄ２Ｄリソースは、リソースプールと呼ばれ得る。周期（及びオフセット）を各々有する複数のリソースプールが用意され得る。Ｄ２Ｄリソースは、無線フレームの周期（及びオフセット）並びにサブフレームにより示され得る。
【００９４】
（ｂ）通知手法
例えば、基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースを示すシステム情報の報知により、上記Ｄ２Ｄリソースを端末装置に通知する。これにより、例えば、接続モードの端末装置のみではなく、アイドルモードの端末装置も、上記Ｄ２Ｄリソースを知ることが可能になる。
【００９５】
なお、基地局１００（制御部１５３）は、個別のシグナリングにより、上記Ｄ２Ｄリソースを端末装置２００に通知してもよい。当該個別のシグナリングは、ＲＲＣシグナリングであってもよい。
【００９６】
（ｃ）通知形態
（ｃ−１）第ＵＬ／ＤＬコンフィギュレーションの変更に応じたＤ２Ｄリソースの通知
上述したように、基地局１００（制御部１５３）は、上記複数のコンフィギュレーションのうちの１つのコンフィギュレーションから、上記複数のコンフィギュレーションのうちの別のコンフィギュレーションに、上記ＵＬ／ＤＬコンフィギュレーションを変更する。
【００９７】
第１の通知形態として、例えば、基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションの変更に応じて、上記別のコンフィギュレーションに適したＤ２Ｄリソースを端末装置に通知する。上記別のコンフィギュレーションに適したＤ２Ｄリソースは、上記別のコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである。
【００９８】
一方、端末装置２００（情報取得部２４１）は、基地局１００が端末装置２００に通知するＤ２Ｄリソースを示す情報を取得する。そして、端末装置２００は、基地局１００が端末装置２００に通知する上記Ｄ２Ｄリソースを使用して、Ｄ２Ｄ通信を行う。即ち、端末装置２００の制御部２４３は、基地局１００が端末装置２００に通知する上記Ｄ２Ｄリソースを使用したＤ２Ｄ通信を制御する。
【００９９】
以下、図１２及び図１３を参照して、基地局１００が端末装置に通知するＤ２Ｄリソースの具体例を説明する。
【０１００】
図１２は、Ｄ２Ｄリソースの第１の例を説明するための説明図である。図１２を参照すると、コンフィギュレーション０〜６が示されている。この例では、コンフィギュレーションごとに、１つのアップリンクサブフレームがＤ２Ｄリソースとして用意されている。例えば、コンフィギュレーション０、１、３、４、６の各々に適したＤ２Ｄリソースは、サブフレーム番号が３であるアップリンクサブフレームの無線リソースである。また、例えば、コンフィギュレーション２、５の各々に適したＤ２Ｄリソースは、サブフレーム番号が２であるアップリンクサブフレームの無線リソースである。
【０１０１】
図１３は、ＵＬ／ＤＬコンフィギュレーションの変更に応じたＤ２Ｄリソースの通知の例を説明するための説明図である。図１３を参照すると、例えば、上記ＴＤＤキャリアの上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション０からコンフィギュレーション２に変更される。コンフィギュレーション０に適したＤ２Ｄリソースは、サブフレーム番号が３であるサブフレームの無線リソースであり、コンフィギュレーション２に適したＤ２Ｄリソースは、サブフレーム番号が２であるサブフレームの無線リソースである。この場合に、基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションの変更に応じて、サブフレーム番号が２であるアップリンクサブフレームの無線リソースを、Ｄ２Ｄリソースとして端末装置に通知する。その結果、端末装置２００は、上記ＵＬ／ＤＬコンフィギュレーションの変更後には、サブフレーム番号が３であるサブフレームではＤ２Ｄ通信を行わず、サブフレーム番号が２であるサブフレームでＤ２Ｄ通信を行う。
【０１０２】
このように、例えば、上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション０、１、３、４、６のいずれかに変更された場合には、基地局１００（制御部１５３）は、サブフレーム番号が３であるアップリンクサブフレームの無線リソースを、Ｄ２Ｄリソースとして端末装置に通知する。また、例えば、上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション２、５のいずれかに変更された場合には、基地局１００（制御部１５３）は、サブフレーム番号が２であるアップリンクサブフレームの無線リソースを、Ｄ２Ｄリソースとして端末装置に通知する。
【０１０３】
なお、図１２の例では、Ｄ２Ｄリソースは、無線フレームの中の１つのサブフレームの無線リソースであるが、当然ながら、Ｄ２Ｄリソースは、無線フレームの中の２つ以上のサブフレームの無線リソースであってもよい。
【０１０４】
また、例えば、上記Ｄ２Ｄリソースは、周期的な無線リソースであり、周期（及びオフセット）を有する。この場合に、例えば、基地局１００（制御部１５３）は、上記Ｄ２Ｄリソースの通知の際に、サブフレームのみではなく、周期（及びオフセット）も通知する。例えば、上記周期は、無線フレームの整数倍の周期である。
【０１０５】
以上のように、例えば、基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションの変更に応じて、上記別のコンフィギュレーション（即ち、変更後のコンフィギュレーション）に適したＤ２Ｄリソースを端末装置に通知する。これにより、例えば、ＴＤＤ環境下で端末装置が継続してアップリンクサブフレームでＤ２Ｄ通信を行うことが可能になる。即ち、ＴＤＤキャリアのＵＬ／ＤＬサブフレームが変更されたとしても、基地局１００は、変更後のコンフィギュレーションに適したＤ２Ｄリソース（アップリンクサブフレームの無線リソース）を端末装置２００に通知し、端末装置２００は、アップリンクサブフレームでＤ２Ｄ通信を行うことができる。
【０１０６】
なお、例えば、基地局１００は、上記ＵＬ／ＤＬコンフィギュレーションの上記変更の直前から、上記ＵＬ／ＤＬコンフィギュレーションの次の変更の直前まで、上記別のコンフィギュレーション（即ち、変更後のコンフィギュレーション）を示すシステム情報を報知する。基地局１００は、上記ＵＬ／ＤＬコンフィギュレーションの上記変更の直前に、個別のシグナリングにより、上記別のコンフィギュレーション（即ち、変更後のコンフィギュレーション）を端末装置２００に通知してもよい。
【０１０７】
（ｃ−２）複数のコンフィギュレーションの各々に適したＤ２Ｄリソースの通知
上述したように、基地局１００（制御部１５３）は、上記複数のコンフィギュレーションのうちの１つのコンフィギュレーションから、上記複数のコンフィギュレーションのうちの別のコンフィギュレーションに、上記ＵＬ／ＤＬコンフィギュレーションを変更する。
【０１０８】
第２の通知形態として、例えば、基地局１００（制御部１５３）は、上記複数のコンフィギュレーションの各々に適したＤ２Ｄリソースを、端末装置に通知する。
【０１０９】
−第１の例：コンフィギュレーションごとのＤ２Ｄリソース
第１の例として、上記複数のコンフィギュレーションの各々に適した上記無線リソースは、コンフィギュレーションごとのＤ２Ｄリソースを含む。即ち、基地局１００（制御部１５３）は、上記複数のコンフィギュレーションに含まれるコンフィギュレーションごとのＤ２Ｄリソースを、端末装置に通知する。
【０１１０】
図１２を再び参照すると、例えば、上記複数のコンフィギュレーションは、コンフィギュレーション０〜６であり、コンフィギュレーションごとのＤ２Ｄリソースが示されている。例えば、基地局１００（制御部１５３）は、このようなコンフィギュレーションごとのＤ２Ｄリソースを、端末装置に通知する。
【０１１１】
一方、端末装置２００（情報取得部２４１）は、基地局１００が端末装置に通知する上記ＵＬ／ＤＬコンフィギュレーションに基づいて、上記複数のコンフィギュレーションの各々に適したＤ２Ｄリソースのうちの、上記ＵＬ／ＤＬコンフィギュレーションに適したＤ２Ｄリソースを示す情報取得する。そして、端末装置２００は、当該Ｄ２Ｄリソースを使用してＤ２Ｄ通信を行う。
【０１１２】
図１３を再び参照すると、例えば、上記ＴＤＤキャリアの上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション０からコンフィギュレーション２に変更される。この場合に、基地局１００は、コンフィギュレーション２を端末装置に通知し、端末装置２００（情報取得部２４１）は、コンフィギュレーション０〜６の各々に適したＤ２Ｄリソースのうちの、コンフィギュレーション２に適したＤ２Ｄリソースを示す情報を取得する。そして、端末装置２００は、コンフィギュレーション２に適した当該Ｄ２Ｄリソースで、Ｄ２Ｄ通信を行う。
【０１１３】
また、例えば、上記Ｄ２Ｄリソースは、周期的な無線リソースであり、周期（及びオフセット）を有する。この場合に、例えば、基地局１００（制御部１５３）は、上記Ｄ２Ｄリソースの通知の際に、サブフレームのみではなく、周期（及びオフセット）も通知する。例えば、上記周期は、無線フレームの整数倍の周期である。
【０１１４】
以上のように、基地局１００（制御部１５３）は、上記複数のコンフィギュレーションに含まれるコンフィギュレーションごとのＤ２Ｄリソースを、端末装置に通知する。これにより、例えば、ＴＤＤ環境下で端末装置が継続してアップリンクサブフレームでＤ２Ｄ通信を行うことが可能になる。即ち、ＴＤＤキャリアのＵＬ／ＤＬサブフレームが変更されたとしても、端末装置２００が、変更後のコンフィギュレーションに適したＤ２Ｄリソース（アップリンクサブフレームの無線リソース）を特定し、アップリンクサブフレームでＤ２Ｄ通信を行うことができる。
【０１１５】
−第２の例：複数のコンフィギュレーションに共通のＤ２Ｄリソース
第２の例として、上記複数のコンフィギュレーションの各々に適した上記無線リソースは、上記複数のコンフィギュレーションの間で共通する少なくとも１つのアップリンクサブフレームの無線リソースであってもよい。即ち、基地局１００（制御部１５３）は、上記複数のコンフィギュレーション間で共通する少なくとも１つのアップリンクサブフレームの無線リソースを、Ｄ２Ｄリソースとして端末装置に通知してもよい。
【０１１６】
一方、端末装置２００（情報取得部２４１）は、基地局１００が端末装置に通知するＤ２Ｄリソース（即ち、上記複数のコンフィギュレーション間で共通する少なくとも１つのアップリンクサブフレームの無線リソース）を示す情報を取得してもよい。そして、端末装置２００は、基地局１００が端末装置２００に通知する上記Ｄ２Ｄリソースを使用して、Ｄ２Ｄ通信を行ってもよい。即ち、端末装置２００の制御部２４３は、基地局１００が端末装置２００に通知する上記Ｄ２Ｄリソースを使用したＤ２Ｄ通信を制御してもよい。
【０１１７】
以下、図１４を参照して、Ｄ２Ｄリソースの具体例を説明する。
【０１１８】
図１４は、Ｄ２Ｄリソースの第２の例を説明するための説明図である。図１４を参照すると、コンフィギュレーション０〜６が示されている。この例では、コンフィギュレーション０〜６の間で共通するアップリンクサブフレーム（即ち、サブフレーム番号が２であるサブフレーム）の無線リソースが、Ｄ２Ｄリソースとして用意されている。この場合に、基地局１００は、サブフレーム番号が２であるアップリンクサブフレームの無線リソースを、Ｄ２Ｄリソースとして端末装置に通知する。その結果、端末装置２００は、上記ＵＬ／ＤＬコンフィギュレーションの変更前及び変更後のいずれでも、サブフレーム番号が２であるサブフレームでＤ２Ｄ通信を行う。
【０１１９】
上記複数のコンフィギュレーション間で共通するサブフレームが、サブフレーム番号が２であるサブフレームである例を説明したが、上記複数のコンフィギュレーション間で共通するサブフレームは、係る例に限定されない。例えば、上記複数のコンフィギュレーションは、７つのコンフィギュレーション（即ち、コンフィギュレーション０〜６）ではなく、当該７つのコンフィギュレーションの一部であってもよい。そして、上記複数のコンフィギュレーション間で共通するサブフレームは、サブフレーム番号が２ではないサブフレームであってもよい。以下、この点について、図１５を参照して具体例を説明する。
【０１２０】
図１５は、Ｄ２Ｄリソースの第３の例を説明するための説明図である。図１５を参照すると、コンフィギュレーション０、１、３、４、６が示されている。この例では、上記複数のコンフィギュレーションは、コンフィギュレーション０、１、３、４、６である。そのため、コンフィギュレーション０、１、３、４、６間で共通するアップリンクサブフレーム（例えば、サブフレーム番号が３であるサブフレーム）の無線リソースが、Ｄ２Ｄリソースとして用意されている。この場合に、基地局１００は、サブフレーム番号が３であるアップリンクサブフレームの無線リソースを、Ｄ２Ｄリソースとして端末装置に通知する。その結果、端末装置２００は、上記ＵＬ／ＤＬコンフィギュレーションの変更前及び変更後のいずれでも、サブフレーム番号が３であるサブフレームでＤ２Ｄ通信を行う。
【０１２１】
また、例えば、上記Ｄ２Ｄリソースは、周期的な無線リソースであり、周期（及びオフセット）を有する。この場合に、例えば、基地局１００（制御部１５３）は、上記Ｄ２Ｄリソースの通知の際に、サブフレームのみではなく、周期（及びオフセット）も通知する。例えば、上記周期は、無線フレームの整数倍の周期である。
【０１２２】
以上のように、基地局１００（制御部１５３）は、上記複数のコンフィギュレーション間で共通する少なくとも１つのアップリンクサブフレームの無線リソースを、Ｄ２Ｄリソースとして端末装置に通知してもよい。これにより、例えば、ＴＤＤ環境下で端末装置が継続してアップリンクサブフレームでＤ２Ｄ通信を行うことが可能になる。即ち、ＴＤＤキャリアのＵＬ／ＤＬサブフレームの変更前及び変更後のいずれでも、端末装置２００は、アップリンクサブフレームでＤ２Ｄ通信を行うことができる。
【０１２３】
なお、例えば、上記Ｄ２Ｄリソースの周期（及びオフセット）も、上記複数のコンフィギュレーション間で共通であってもよい。即ち、上記複数のコンフィギュレーション間で共通するＤ２Ｄリソースが用意されてもよい。これにより、例えば、ＵＬ／ＤＬコンフィギュレーションの変更にかかわらず、端末装置がＤ２ＤリソースでＤ２Ｄ通信を行うことが可能になる。
【０１２４】
以上のように、基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションに適したＤ２Ｄリソースを端末装置に通知する。なお、例えば、当該Ｄ２Ｄリソースは、周期（及びオフセット）を有するリソースプールであり、基地局１００（制御部１５３）は、複数のリソースプールの各々について、上記ＵＬ／ＤＬコンフィギュレーションに適したリソースプール（Ｄ２Ｄリソース）を端末装置に通知し得る。
【０１２５】
＜５．２．第２の技術的特徴＞
次に、図１６〜図１９を参照して、本開示の実施形態に係る第２の技術的特徴を説明する。当該第２の技術的特徴は、例えば、上述した本開示の実施形態に係る第２の技術的課題に対応する特徴である。
【０１２６】
（ＵＬ／ＤＬコンフィギュレーションに適したＤ２Ｄリソース）
上述したように、基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションに適したＤ２Ｄ通信用の無線リソース（Ｄ２Ｄリソース）を端末装置に通知する。また、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースは、上記ＵＬ／ＤＬコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである。
【０１２７】
（ａ）サブフレームに関する特徴
（ａ−１）２つ以上の連続するアップリンクサブフレームの一部
例えば、上記少なくとも１つのアップリンクサブフレームの各々は、上記ＵＬ／ＤＬコンフィギュレーションの２つ以上の連続するアップリンクサブフレームに含まれる。即ち、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースは、上記ＵＬ／ＤＬコンフィギュレーションの２つ以上の連続するアップリンクサブフレームに各々含まれる少なくとも１つのアップリンクサブフレームの無線リソースである。なお、上記２つ以上の連続するアップリンクサブフレームのうちの１つ以上のアップリンクサブフレームは、上記少なくとも１つのアップリンクサブフレームに含まれない。以下、図１６を参照して、Ｄ２Ｄリソースの具体例を説明する。
【０１２８】
図１６は、Ｄ２Ｄリソースの第４の例を説明するための説明図である。図１６を参照すると、コンフィギュレーション０〜６が示されている。例えば、コンフィギュレーション０に適したＤ２Ｄリソースは、サブフレーム番号が３、８であるサブフレームの無線リソースである。コンフィギュレーション０において、サブフレーム番号が３であるサブフレームは、３つの連続するアップリンクサブフレームに含まれ、サブフレーム番号が８であるサブフレームも、３つの連続するアップリンクサブフレームに含まれる。コンフィギュレーション１に適したＤ２Ｄリソースは、サブフレーム番号が３、８であるサブフレームの無線リソースである。コンフィギュレーション３、４に適したＤ２Ｄリソースは、サブフレーム番号が３であるサブフレームの無線リソースである。コンフィギュレーショ６に適したＤ２Ｄリソースは、サブフレーム番号が３、７であるサブフレームの無線リソースである。
【０１２９】
これにより、例えば、Ｄ２Ｄ通信に起因して基地局と端末装置との間のＴＤＤでの無線通信に生じる悪影響を小さくすることが可能になる。より具体的には、例えば、Ｄ２Ｄ通信によりアップリンクサブフレームがＴＤＤでの無線通信で使用できないとしても、ＴＤＤでの無線通信で使用されるアップリンクサブフレーム間の最大の間隔がほとんど長くならない。そのため、アップリンクサブフレームの間隔が大きくなることによるアップリンクの通信品質の低下が抑えられる。
【０１３０】
−Ｄ２Ｄ通信の限定
例えば、基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションが２つ以上の連続するアップリンクサブフレームを含む場合に、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースを端末装置に通知する。一方、基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションが２つ以上の連続するアップリンクサブフレームを含まない場合に、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースを端末装置に通知しない。
【０１３１】
即ち、上記ＵＬ／ＤＬコンフィギュレーションが、２つ以上の連続するアップリンクサブフレームを含む場合には、Ｄ２Ｄ通信が行われ、上記ＵＬ／ＤＬコンフィギュレーションが、２つ以上の連続するアップリンクサブフレームを含まない場合には、Ｄ２Ｄ通信が行われない。
【０１３２】
図１６を再び参照すると、例えば、上記ＴＤＤキャリアの上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション０、１、３、４、６のいずれかである場合に、基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースを端末装置に通知する。一方、上記ＴＤＤキャリアの上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション２、５のいずれかである場合には、基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースを端末装置に通知しない。即ち、上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション０、１、３、４、６のいずれかである場合には、Ｄ２Ｄ通信が行われ、上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション２、５のいずれかである場合には、Ｄ２Ｄ通信が行われない。
【０１３３】
これにより、例えば、２つ以上の連続するアップリンクサブフレームに各々含まれる少なくとも１つのアップリンクサブフレームの無線リソースを、Ｄ２Ｄリソースとして使用することが可能になる。
【０１３４】
−コンフィギュレーションの限定
あるいは、上記ＴＤＤキャリアの上記ＵＬ／ＤＬコンフィギュレーションは、２つ以上の連続するアップリンクサブフレームを含むコンフィギュレーションであってもよい。
【０１３５】
図１６を再び参照すると、例えば、上記ＴＤＤキャリアの上記ＵＬ／ＤＬコンフィギュレーションは、コンフィギュレーション０、１、３、４、６のいずれかであってもよい。即ち、２つ以上の連続するアップリンクサブフレームを含まないコンフィギュレーション２、５が除外されてもよい。
【０１３６】
これにより、例えば、２つ以上の連続するアップリンクサブフレームに各々含まれる少なくとも１つのアップリンクサブフレームの無線リソースを、Ｄ２Ｄリソースとして使用することが可能になる。
【０１３７】
（ａ−２）アップリンクサブフレームの数
上述したように、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースは、上記ＵＬ／ＤＬコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである。
【０１３８】
上記少なくとも１つのアップリンクサブフレームに含まれるアップリンクサブフレームの数は、上記ＵＬ／ＤＬコンフィギュレーションのアップリンクサブフレームの数によって異なってもよい。
【０１３９】
例えば、上記ＵＬ／ＤＬコンフィギュレーションのアップリンクサブフレームの数がより大きい場合に、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースは、上記ＵＬ／ＤＬコンフィギュレーションのより多くのアップリンクサブフレームの無線リソースであってもよい。以下、図１７を参照して、Ｄ２Ｄリソースの具体例を説明する。
【０１４０】
図１７は、Ｄ２Ｄリソースの第５の例を説明するための説明図である。図１７を参照すると、コンフィギュレーション０〜６が示されている。例えば、コンフィギュレーション０は、６つのアップリンクサブフレームを含む。コンフィギュレーション１は、４つのアップリンクサブフレームを含む。コンフィギュレーション２は、２つのアップリンクサブフレームを含む。コンフィギュレーション３は、３つのアップリンクサブフレームを含む。コンフィギュレーション４は、２つのアップリンクサブフレームを含む。コンフィギュレーション５は、１つのアップリンクサブフレームを含む。コンフィギュレーション６は、５つのアップリンクサブフレームを含む。コンフィギュレーション０、１、６は、多くのアップリンクサブフレーム（例えば、４つ以上のアップリンクサブフレーム）を含むので、コンフィギュレーション０、１、６の各々に適したＤ２Ｄリソースは、２つのアップリンクサブフレームの無線リソースである。一方、コンフィギュレーション２、３、４、５は、少ないアップリンクサブフレーム（例えば、３つ以下のアップリンクサブフレーム）を含むので、コンフィギュレーション２、３、４、５の各々に適したＤ２Ｄリソースは、１つのアップリンクサブフレームの無線リソースである。
【０１４１】
これにより、例えば、Ｄ２Ｄ通信に起因して基地局と端末装置との間のＴＤＤでの無線通信に生じる悪影響を小さくすることが可能になる。より具体的には、例えば、Ｄ２Ｄ通信によりアップリンクサブフレームがＴＤＤでの無線通信で使用できないとしても、いずれのコンフィギュレーションでも、ＴＤＤでの無線通信で使用されるアップリンクサブフレームがある程度確保され得る。そのため、コンフィギュレーションによっては、アップリンクサブフレームがなくなる、又はアップリンクサブフレームの数が激減するという事態が、回避され得る。そのため、アップリンクサブフレームの数が減少することによるアップリンクの通信品質の低下が抑えられ得る。
【０１４２】
−Ｄ２Ｄ通信の限定
基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションのアップリンクサブフレームの数が所定数以上である場合に、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースを端末装置に通知してもよい。一方、基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションのアップリンクサブフレームの数が上記所定数未満である場合に、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースを端末装置に通知しなくてもよい。
【０１４３】
即ち、上記ＵＬ／ＤＬコンフィギュレーションのアップリンクサブフレームの数が上記所定数以上である場合に、Ｄ２Ｄ通信が行われてもよく、当該アップリンクサブフレームの数が上記所定数未満である場合に、Ｄ２Ｄ通信が行われなくてもよい。
【０１４４】
一例として、上記所定数が３であってもよい。この場合に、上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション０、１、３、６のいずれかである場合に、基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースを端末装置に通知してもよい。一方、上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション２、４、５のいずれかである場合に、基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースを端末装置に通知しなくてもよい。即ち、上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション０、１、３、６のいずれかである場合には、Ｄ２Ｄ通信が行われてもよく、上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション２、４、５のいずれかである場合には、Ｄ２Ｄ通信が行われなくてもよい。
【０１４５】
別の例として、上記所定数が２であってもよい。この場合に、上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション０、１、２、３、４、６のいずれかである場合に、基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースを端末装置に通知してもよい。一方、上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション５である場合に、基地局１００（制御部１５３）は、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースを端末装置に通知しなくてもよい。即ち、上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション０、１、２、３、４、６のいずれかである場合には、Ｄ２Ｄ通信が行われてもよく、上記ＵＬ／ＤＬコンフィギュレーションが、コンフィギュレーション５である場合には、Ｄ２Ｄ通信が行われなくてもよい。
【０１４６】
これにより、例えば、コンフィギュレーションのアップリンクサブフレームの数が少ないにもかかわらず、Ｄ２Ｄ通信によりアップリンクサブフレームがＴＤＤでの無線通信で使用できなくなることを、回避することが可能になる。
【０１４７】
−コンフィギュレーションの限定
あるいは、上記ＵＬ／ＤＬコンフィギュレーションは、所定数以上のアップリンクサブフレームを含むコンフィギュレーションであってもよい。
【０１４８】
一例として、上記所定数が３であってもよい。この場合に、上記ＴＤＤキャリアの上記ＵＬ／ＤＬコンフィギュレーションは、コンフィギュレーション０、１、３、６のいずれかであってもよい。即ち、アップリンクサブフレームの数が３未満であるコンフィギュレーション２、４、５が除外されてもよい。
【０１４９】
別の例として、上記所定数が２であってもよい。この場合に、上記ＴＤＤキャリアの上記ＵＬ／ＤＬコンフィギュレーションは、コンフィギュレーション０、１、２、３、４、６のいずれかであってもよい。即ち、アップリンクサブフレームの数が２未満であるコンフィギュレーション５が除外されてもよい。
【０１５０】
これにより、例えば、コンフィギュレーションのアップリンクサブフレームの数が少ないにもかかわらず、Ｄ２Ｄ通信によりアップリンクサブフレームがＴＤＤでの無線通信で使用できなくなることを、回避することが可能になる。
【０１５１】
（ｂ）周期に関する特徴
上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースは、上記ＵＬ／ＤＬコンフィギュレーションのアップリンクサブフレームの数に応じた周期で反復する周期的な無線リソースであってもよい。
【０１５２】
（ｂ−１）第１の例
上記ＵＬ／ＤＬコンフィギュレーションのアップリンクサブフレームの数がより大きい場合に、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースの周期が、より短くてもよい。以下、図１８を参照して、コンフィギュレーションごとの周期の具体例を説明する。
【０１５３】
図１８は、コンフィギュレーションごとの周期の第１の例を説明するための説明図である。図１８を参照すると、７つのコンフィギュレーション（コンフィギュレーション０〜６）の各々の周期及びサブフレームが示されている。この例では、図１２に示される例と同様に、各コンフィギュレーション適したＤ２Ｄリソースは、１つのアップリンクサブフレームの無線リソースである。例えば、コンフィギュレーション０、１、６は、４つ以上のアップリンクサブフレームを含み、コンフィギュレーション０、１、６に適したＤ２Ｄリソースの周期は、１００ｍｓ（即ち、１０無線フレーム）である。コンフィギュレーション２、３、４は、２つ又は３つのアップリンクサブフレームを含み、コンフィギュレーション０、１、６に適したＤ２Ｄリソースの周期は、２００ｍｓ（即ち、２０無線フレーム）である。コンフィギュレーション５は、１つのアップリンクサブフレームを含み、コンフィギュレーション５に適したＤ２Ｄリソースの周期は、４００ｍｓ（即ち、４０無線フレーム）である。
【０１５４】
これにより、例えば、コンフィギュレーションのアップリンクサブフレームの数が多いほど、より多くのＤ２Ｄリソース（より短い周期のＤ２Ｄリソース）が確保される。そのため、基地局と端末装置との間のＴＤＤでの無線通信への影響を抑えつつ、可能な限り多くのＤ２Ｄリソースが確保され得る。
【０１５５】
（ｂ−２）第２の例
上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースは、上記ＵＬ／ＤＬコンフィギュレーションが第１のコンフィギュレーションである場合に、第１の数のアップリンクサブフレームの無線リソースであり、且つ第１の周期で反復する周期的な無線リソースであってもよい。一方、上記ＵＬ／ＤＬコンフィギュレーションに適した上記Ｄ２Ｄリソースは、上記ＵＬ／ＤＬコンフィギュレーションが第２のコンフィギュレーションである場合に、上記第１の数よりも小さい第２の数のアップリンクサブフレームの無線リソースであり、且つ上記第１の周期よりも短い第２の周期で反復する周期的な無線リソースであってもよい。
【０１５６】
即ち、上記Ｄ２Ｄリソースは、より多くのアップリンクサブフレームの無線リソースであれば、より長い周期を有し、より少ないアップリンクサブフレームの無線リソースであれば、より短い周期を有する。以下、図１９を参照して、コンフィギュレーションごとの周期の具体例を説明する。
【０１５７】
図１９は、コンフィギュレーションごとの周期の第２の例を説明するための説明図である。図１９を参照すると、７つのコンフィギュレーション（コンフィギュレーション０〜６）の各々の周期及びサブフレームが示されている。例えば、コンフィギュレーション０、１、６は、４つ以上のアップリンクサブフレームを含み、コンフィギュレーション０、１、６の各々に適したＤ２Ｄリソースは、２つのアップリンクサブフレームの無線リソースであり、４００ｍｓ（即ち、４０無線フレーム）の周期を有する。また、コンフィギュレーション２、３、４、５は、３つ以下のアップリンクサブフレームを含み、コンフィギュレーション２、３、４、５の各々に適したＤ２Ｄリソースは、１つのアップリンクサブフレームの無線リソースであり、２００ｍｓ（即ち、２０無線フレーム）の周期を有する。
【０１５８】
これにより、例えば、コンフィギュレーションのアップリンクサブフレームの数が少なければ、Ｄ２Ｄリソースは、無線フレームの中の少ないアップリンクサブフレームの無線リソースとなるが、短い周期を有する。そのため、個々の無線フレームにおいて、基地局と端末装置との間のＴＤＤでの無線通信への影響が抑えられつつ、コンフィギュレーション間でのＤ２Ｄリソースの量の格差が小さくなり得る。
【０１５９】
＜＜６．処理の流れ＞＞
続いて、図２０〜図２２を参照して、本開示の実施形態に係る処理の例を説明する。
【０１６０】
（第１の例）
図２０は、本開示の実施形態に係る処理の概略的な流れの第１の例を示すシーケンス図である。
【０１６１】
基地局１００は、ＴＤＤキャリアのＵＬ／ＤＬコンフィギュレーションとして第１のコンフィギュレーションを示すシステム情報を報知する（Ｓ４０１）。また、基地局１００は、上記第１のコンフィギュレーションに適したＤ２Ｄリソースを示すシステム情報を報知する（Ｓ４０３）。
【０１６２】
端末装置２００は、基地局１００が端末装置２００に通知する上記Ｄ２Ｄリソース（即ち、上記第１のコンフィギュレーションに適したＤ２Ｄリソース）を使用して、Ｄ２Ｄ通信を行う（Ｓ４０５）。
【０１６３】
その後、基地局１００は、上記ＴＤＤキャリアの上記ＵＬ／ＤＬコンフィギュレーションを上記第１のコンフィギュレーションから第２のコンフィギュレーションに変更することを決定し、上記ＵＬ／ＤＬコンフィギュレーションとして第２のコンフィギュレーションを示すシステム情報を報知する（Ｓ４０７）。また、基地局１００は、上記第２のコンフィギュレーションに適したＤ２Ｄリソースを示すシステム情報を報知する（Ｓ４０９）。
【０１６４】
端末装置２００は、基地局１００が端末装置２００に通知する上記Ｄ２Ｄリソース（即ち、上記第２のコンフィギュレーションに適したＤ２Ｄリソース）を使用して、Ｄ２Ｄ通信を行う（Ｓ４１１）。
【０１６５】
（第２の例）
図２１は、本開示の実施形態に係る処理の概略的な流れの第２の例を示すシーケンス図である。
【０１６６】
基地局１００は、ＴＤＤキャリアのＵＬ／ＤＬコンフィギュレーションとして第１のコンフィギュレーションを示すシステム情報を報知する（Ｓ４２１）。また、基地局１００は、複数のコンフィギュレーションの各々に適したＤ２Ｄリソースを示すシステム情報を報知する（Ｓ４２３）。とりわけ、この例では、基地局１００は、上記複数のコンフィギュレーションに含まれるコンフィギュレーションごとのＤ２Ｄリソースを示すシステム情報を報知する。
【０１６７】
端末装置２００は、上記複数のコンフィギュレーションの各々に適したＤ２Ｄリソースのうちの、上記第１のコンフィギュレーションに適したＤ２Ｄリソースを使用して、Ｄ２Ｄ通信を行う（Ｓ４２５）。
【０１６８】
その後、基地局１００は、上記ＴＤＤキャリアの上記ＵＬ／ＤＬコンフィギュレーションを上記第１のコンフィギュレーションから第２のコンフィギュレーションに変更することを決定し、上記ＵＬ／ＤＬコンフィギュレーションとして第２のコンフィギュレーションを示すシステム情報を報知する（Ｓ４２７）。
【０１６９】
端末装置２００は、上記複数のコンフィギュレーションの各々に適したＤ２Ｄリソースのうちの、上記第２のコンフィギュレーションに適したＤ２Ｄリソースを使用して、Ｄ２Ｄ通信を行う（Ｓ４２９）。
【０１７０】
（第３の例）
図２２は、本開示の実施形態に係る処理の概略的な流れの第３の例を示すシーケンス図である。
【０１７１】
基地局１００は、ＴＤＤキャリアのＵＬ／ＤＬコンフィギュレーションとして第１のコンフィギュレーションを示すシステム情報を報知する（Ｓ４４１）。また、基地局１００は、複数のコンフィギュレーションの各々に適したＤ２Ｄリソースを示すシステム情報を報知する（Ｓ４４３）。とりわけ、この例では、基地局１００は、上記複数のコンフィギュレーションの間で共通するアップリンクサブフレームの無線リソースを示すシステム情報を報知する。さらに、例えば、当該無線リソースは、上記複数のコンフィギュレーション間で共通するＤ２Ｄリソース（即ち、サブフレーム、周期及びオフセットが上記複数のコンフィギュレーションの間で共通であるＤ２Ｄリソース）である。
【０１７２】
端末装置２００は、基地局１００が端末装置２００に通知する上記Ｄ２Ｄリソース（即ち、上記複数のコンフィギュレーション間で共通するＤ２Ｄリソース）を使用して、Ｄ２Ｄ通信を行う（Ｓ４４５）。
【０１７３】
なお、例えば、その後、基地局１００が、上記ＴＤＤキャリアの上記ＵＬ／ＤＬコンフィギュレーションを上記第１のコンフィギュレーションから第２のコンフィギュレーションに変更する。端末装置２００は、この変更によらず、上記Ｄ２Ｄリソース（即ち、上記複数のコンフィギュレーション間で共通するＤ２Ｄリソース）を引き続き使用して、Ｄ２Ｄ通信を行う。
【０１７４】
＜＜７．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。基地局１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（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）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
【０２０７】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０２０８】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０２０９】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０２１０】
無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図２６に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図２６には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
【０２１１】
さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
【０２１２】
アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
【０２１３】
アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図２６に示したように複数のアンテナ９３７を有してもよい。なお、図２６にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
【０２１４】
さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０２１５】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２６に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０２１６】
図２６に示したカーナビゲーション装置９２０において、図１１を参照して説明した情報取得部２４１及び制御部２４３は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて情報取得部２４１及び制御部２４３が実装されてもよい。この場合に、上記モジュールは、プロセッサを情報取得部２４１及び制御部２４３として機能させるためのプログラム（換言すると、プロセッサに情報取得部２４１及び制御部２４３の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを情報取得部２４１及び制御部２４３として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、情報取得部２４１及び制御部２４３を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを情報取得部２４１及び制御部２４３として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０２１７】
また、図２６に示したカーナビゲーション装置９２０において、例えば、図１１を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。
【０２１８】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。即ち、情報取得部２４１及び制御部２４３を備える装置として車載システム（又は車両）９４０が提供されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０２１９】
＜＜８．まとめ＞＞
ここまで、図１〜図２６を参照して、本開示の実施形態に係る各装置及び各処理などを説明した。
【０２２０】
本開示に係る実施形態によれば、基地局１００は、ＴＤＤキャリアのＵＬ／ＤＬコンフィギュレーションを動的に変更する制御部１５３を備える。制御部１５３は、上記ＵＬ／ＤＬコンフィギュレーションに適したＤ２Ｄ通信用の無線リソースを端末装置に通知する。上記無線リソースは、上記ＵＬ／ＤＬコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである。
【０２２１】
また、本開示に係る実施形態によれば、基地局１００により動的に変更されるＴＤＤキャリアのＵＬ／ＤＬコンフィギュレーションに適したＤ２Ｄ通信用の無線リソースを示す情報を取得する情報取得部２４１と、上記無線リソースを使用したＤ２Ｄ通信を制御する制御部２４３と、を備える。上記無線リソースは、上記ＵＬ／ＤＬコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである。
【０２２２】
これにより、例えば、ＴＤＤの環境下で端末装置が適切にＤ２Ｄ通信を行うことが可能になる。
【０２２３】
以上、添付図面を参照しながら本開示の好適な実施形態を説明したが、本開示は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本開示の技術的範囲に属するものと了解される。
【０２２４】
例えば、第１の技術的特徴と第２の技術的特徴を説明したが、第１の技術的特徴と第２の技術的特徴とが組合せられなくてもよい。
【０２２５】
例えば、第１の技術的特徴が採用され、第２の技術的特徴が採用されなくてもよい。
【０２２６】
例えば、第２の技術的特徴が採用され、第１の技術的特徴が採用されなくてもよい。この場合には、ＴＤＤキャリアのＵＬ／ＤＬコンフィギュレーションは、動的に変更されなくてもよい。一例として、基地局（情報取得部）は、（動的に変更されない）ＵＬ／ＤＬコンフィギュレーションに適したＤ２Ｄリソースを示す情報を取得してもよい。そして、基地局（制御部）は、当該Ｄ２Ｄリソースを端末装置に通知してもよい。当該Ｄ２Ｄリソースは、上記ＵＬ／ＤＬコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースであってもよい。そして、当該Ｄ２Ｄリソースには、第２の技術的特徴（即ち、第２の技術的特徴のうちのいずれか）が適用されてもよい。
【０２２７】
また、例えば、通信システムがＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、又はこれらに準ずる通信規格に準拠したシステムである例を説明したが、本開示は係る例に限定されない。例えば、通信システムは、他の通信規格に準拠したシステムであってもよい。
【０２２８】
また、本明細書の処理における処理ステップは、必ずしもフローチャート又はシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、処理における処理ステップは、フローチャート又はシーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。
【０２２９】
また、本明細書の装置（例えば、基地局、基地局のための基地局装置、若しくは当該基地局装置のためのモジュール、又は、端末装置若しくは端末装置のためのモジュール）に備えられるプロセッサ（例えば、ＣＰＵ、ＤＳＰなど）を上記装置の構成要素（例えば、情報取得部及び／又は制御部）として機能させるためのコンピュータプログラム（換言すると、上記プロセッサに上記装置の構成要素の動作を実行させるためのコンピュータプログラム）も作成可能である。また、当該コンピュータプログラムを記録した記録媒体も提供されてもよい。また、上記コンピュータプログラムを記憶するメモリと、上記コンピュータプログラムを実行可能な１つ以上のプロセッサとを備える装置（例えば、完成品、又は完成品のためのモジュール（部品、処理回路若しくはチップなど））も提供されてもよい。また、上記装置の構成要素（例えば、情報取得部及び／又は制御部など）の動作を含む方法も、本開示に係る技術に含まれる。
【０２３０】
また、本明細書に記載された効果は、あくまで説明的又は例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記効果とともに、又は上記効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０２３１】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
ＴＤＤ（Time  Division  Duplex）キャリアのアップリンク／ダウンリンクコンフィギュレーションを動的に変更する制御部、
を備え、
前記制御部は、前記アップリンク／ダウンリンクコンフィギュレーションに適した装置間通信用の無線リソースを端末装置に通知し、
前記無線リソースは、前記アップリンク／ダウンリンクコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである、
装置。
（２）
前記制御部は、複数のコンフィギュレーションのうちの１つのコンフィギュレーションから、当該複数のコンフィギュレーションのうちの別のコンフィギュレーションに、前記アップリンク／ダウンリンクコンフィギュレーションを変更する、前記（１）に記載の装置。
（３）
前記制御部は、前記アップリンク／ダウンリンクコンフィギュレーションの変更に応じて、前記別のコンフィギュレーションに適した装置間通信用の無線リソースを端末装置に通知し、
前記別のコンフィギュレーションに適した前記無線リソースは、前記別のコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである、
前記（２）に記載の装置。
（４）
前記制御部は、前記複数のコンフィギュレーションの各々に適した装置間通信用の無線リソースを、端末装置に通知する、前記（２）に記載の装置。
（５）
前記複数のコンフィギュレーションの各々に適した前記無線リソースは、コンフィギュレーションごとの装置間通信用の無線リソースを含み、
コンフィギュレーションごとの前記無線リソースは、コンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである、
前記（４）に記載の装置。
（６）
前記複数のコンフィギュレーションの各々に適した前記無線リソースは、前記複数のコンフィギュレーションの間で共通する少なくとも１つのアップリンクサブフレームの無線リソースである、前記（４）に記載の装置。
（７）
前記少なくとも１つのアップリンクサブフレームに含まれるアップリンクサブフレームの数は、前記アップリンク／ダウンリンクコンフィギュレーションのアップリンクサブフレームの数によって異なる、前記（１）〜（５）のいずれか１項に記載の装置。
（８）
前記無線リソースは、前記アップリンク／ダウンリンクコンフィギュレーションのアップリンクサブフレームの数に応じた周期で反復する周期的な無線リソースである、前記（１）〜（７）のいずれか１項に記載の装置。
（９）
前記無線リソースは、前記アップリンク／ダウンリンクコンフィギュレーションが第１のコンフィギュレーションである場合に、第１の数のアップリンクサブフレームの無線リソースであり、且つ第１の周期で反復する周期的な無線リソースであり、前記アップリンク／ダウンリンクコンフィギュレーションが第２のコンフィギュレーションである場合に、前記第１の数よりも小さい第２の数のアップリンクサブフレームの無線リソースであり、且つ前記第１の周期よりも短い第２の周期で反復する周期的な無線リソースである、前記（１）〜（８）のいずれか１項に記載の装置。
（１０）
前記制御部は、前記アップリンク／ダウンリンクコンフィギュレーションのアップリンクサブフレームの数が所定数以上である場合に、前記無線リソースを端末装置に通知する、前記（１）〜（９）のいずれか１項に記載の装置。
（１１）
前記アップリンク／ダウンリンクコンフィギュレーションは、所定数以上のアップリンクサブフレームを含むコンフィギュレーションである、前記（１）〜（９）のいずれか１項に記載の装置。
（１２）
前記少なくとも１つのアップリンクサブフレームの各々は、前記アップリンク／ダウンリンクコンフィギュレーションの２つ以上の連続するアップリンクサブフレームに含まれ、
前記２つ以上の連続するアップリンクサブフレームのうちの１つ以上のアップリンクサブフレームは、前記少なくとも１つのアップリンクサブフレームに含まれない、
前記（１）〜（１１）のいずれか１項に記載の装置。
（１３）
前記制御部は、前記アップリンク／ダウンリンクコンフィギュレーションが２つ以上の連続するアップリンクサブフレームを含む場合に、前記無線リソースを端末装置に通知する、前記（１２）に記載の装置。
（１４）
前記アップリンク／ダウンリンクコンフィギュレーションは、２つ以上の連続するアップリンクサブフレームを含むンフィギュレーションである、前記（１２）に記載の装置。
（１５）
前記制御部は、前記無線リソースを示すシステム情報の報知により、前記無線リソースを端末装置に通知する、前記（１）〜（１４）のいずれか１項に記載の装置。
（１６）
前記制御部は、前記アップリンク／ダウンリンクコンフィギュレーションを端末装置に通知する、前記（１）〜（１５）のいずれか１項に記載の装置。
（１７）
プロセッサにより、
ＴＤＤキャリアのアップリンク／ダウンリンクコンフィギュレーションを動的に変更することと、
前記アップリンク／ダウンリンクコンフィギュレーションに適した装置間通信用の無線リソースを端末装置に通知することと、
を含み、
前記無線リソースは、前記アップリンク／ダウンリンクコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである、
方法。
（１８）
基地局により動的に変更されるＴＤＤキャリアのアップリンク／ダウンリンクコンフィギュレーションに適した装置間通信用の無線リソースを示す情報を取得する取得部と、
前記無線リソースを使用した装置間通信を制御する制御部と、
を備え、
前記無線リソースは、前記アップリンク／ダウンリンクコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである、
装置。
（１９）
前記アップリンク／ダウンリンクコンフィギュレーションは、複数のコンフィギュレーションのうちの１つのコンフィギュレーションから、前記複数のコンフィギュレーションのうちの別のコンフィギュレーションに変更されるコンフィギュレーションであり、
前記取得部は、前記アップリンク／ダウンリンクコンフィギュレーションに基づいて、前記複数のコンフィギュレーションの各々に適した装置間通信用の無線リソースのうちの、前記アップリンク／ダウンリンクコンフィギュレーションに適した前記無線リソースを示す情報を取得する、
前記（１８）に記載の装置。
（２０）
基地局により動的に変更されるＴＤＤキャリアのアップリンク／ダウンリンクコンフィギュレーションに適した装置間通信用の無線リソースを示す情報を取得することと、
プロセッサにより、前記無線リソースを使用した装置間通信を制御することと、
を含み、
前記無線リソースは、前記アップリンク／ダウンリンクコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである、
方法。
（２１）
ＴＤＤキャリアのアップリンク／ダウンリンクコンフィギュレーションを動的に変更することと、
前記アップリンク／ダウンリンクコンフィギュレーションに適した装置間通信用の無線リソースを端末装置に通知することと、
をプロセッサに実行させるためのプログラムであり、
前記無線リソースは、前記アップリンク／ダウンリンクコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである、
プログラム。
（２２）
ＴＤＤキャリアのアップリンク／ダウンリンクコンフィギュレーションを動的に変更することと、
前記アップリンク／ダウンリンクコンフィギュレーションに適した装置間通信用の無線リソースを端末装置に通知することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体であり、
前記無線リソースは、前記アップリンク／ダウンリンクコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである、
記録媒体。
（２３）
基地局により動的に変更されるＴＤＤキャリアのアップリンク／ダウンリンクコンフィギュレーションに適した装置間通信用の無線リソースを示す情報を取得することと、
前記無線リソースを使用した装置間通信を制御することと、
をプロセッサに実行させるためのプログラムであり、
前記無線リソースは、前記アップリンク／ダウンリンクコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである、
プログラム。
（２４）
基地局により動的に変更されるＴＤＤキャリアのアップリンク／ダウンリンクコンフィギュレーションに適した装置間通信用の無線リソースを示す情報を取得することと、
前記無線リソースを使用した装置間通信を制御することと、
をプロセッサに実行させるためのプログラムを記録した読み取り可能な記録媒体であり、
前記無線リソースは、前記アップリンク／ダウンリンクコンフィギュレーションの少なくとも１つのアップリンクサブフレームの無線リソースである、
記録媒体。
【符号の説明】
【０２３２】
１        通信システム
１００    基地局
１０１    セル
１５０    処理部
１５１    情報取得部
１５３    制御部
２００    端末装置
２４０    処理部
２４１    情報取得部
２４３    制御部
【図１】
0006458385.tif 000002
【図２】
0006458385.tif 000003
【図３】
0006458385.tif 000004
【図４】
0006458385.tif 000005
【図５】
0006458385.tif 000006
【図６】
0006458385.tif 000007
【図７】
0006458385.tif 000008
【図８】
0006458385.tif 000009
【図９】
0006458385.tif 000010
【図１０】
0006458385.tif 000011
【図１１】
0006458385.tif 000012
【図１２】
0006458385.tif 000013
【図１３】
0006458385.tif 000014
【図１４】
0006458385.tif 000015
【図１５】
0006458385.tif 000016
【図１６】
0006458385.tif 000017
【図１７】
0006458385.tif 000018
【図１８】
0006458385.tif 000019
【図１９】
0006458385.tif 000020
【図２０】
0006458385.tif 000021
【図２１】
0006458385.tif 000022
【図２２】
0006458385.tif 000023
【図２３】
0006458385.tif 000024
【図２４】
0006458385.tif 000025
【図２５】
0006458385.tif 000026
【図２６】
0006458385.tif 000027