WO2018030185A1

WO2018030185A1 - 通信装置及び通信方法

Info

Publication number: WO2018030185A1
Application number: PCT/JP2017/027504
Authority: WO
Inventors: 亮太木村; 寿之示沢; 直紀草島; 大輝松田; 博允内山
Original assignee: ソニー株式会社
Priority date: 2016-08-10
Filing date: 2017-07-28
Publication date: 2018-02-15

Abstract

【課題】サイドリンクチャネルが設定された際の、基地局装置と端末装置との間の通信品質の劣化を回避させることが可能な通信装置を提供する。【解決手段】送信源が異なる信号が混在して配置される通信方式において、装置間通信で使用されるチャネルのリソースの、前記チャネルのリソース以外のリソースとの境界に所定のギャップを割り当てる制御部を備える、通信装置が提供される。

Description

通信装置及び通信方法

　本開示は、通信装置及び通信方法に関する。

　セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）」、「ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）」、「ＬＴＥ－Ａｄｖａｎｃｅｄ　Ｐｒｏ（ＬＴＥ－Ａ　Ｐｒｏ）」、「Ｎｅｗ　Ｒａｄｉｏ（ＮＲ）」、「Ｎｅｗ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｔｅｃｈｎｏｌｏｇｙ（ＮＲＡＴ）」、「Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ（ＥＵＴＲＡ）」、または「Ｆｕｒｔｈｅｒ　ＥＵＴＲＡ（ＦＥＵＴＲＡ）」とも称する。）が、第三世代パートナーシッププロジェクト（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ：　３ＧＰＰ）において検討されている。なお、以下の説明において、ＬＴＥは、ＬＴＥ－Ａ、ＬＴＥ－Ａ　Ｐｒｏ、およびＥＵＴＲＡを含み、ＮＲは、ＮＲＡＴ、およびＦＥＵＴＲＡを含む。ＬＴＥおよびＮＲでは、基地局装置（基地局）はｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ　ＮｏｄｅＢ）、端末装置（移動局、移動局装置、端末）はＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）とも称する。ＬＴＥおよびＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。

　ＮＲは、ＬＴＥに対する次世代の無線アクセス方式として、ＬＴＥとは異なるＲＡＴ（Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｔｅｃｈｎｏｌｏｇｙ）である。ＮＲは、ｅＭＢＢ（Ｅｎｈａｎｃｅｄ　ｍｏｂｉｌｅ　ｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（Ｍａｓｓｉｖｅ　ｍａｃｈｉｎｅ　ｔｙｐｅ　ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）およびＵＲＬＬＣ（Ｕｌｔｒａ　ｒｅｌｉａｂｌｅ　ａｎｄ　ｌｏｗ　ｌａｔｅｎｃｙ　ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）を含む様々なユースケースに対応できるアクセス技術である。ＮＲは、それらのユースケースにおける利用シナリオ、要求条件、および配置シナリオなどに対応する技術フレームワークを目指して検討される。ＮＲのシナリオや要求条件の詳細は、非特許文献１に開示されている。

3rd　Generation　Partnership　Project;　Technical　Specification　Group　Radio　Access　Network;　Study　on　Scenarios　and　Requirements　for　Next　Generation　Access　Technologies;　(Release　14),　3GPP　TR　38.913　V0.2.0　(2016-02).　<http://www.3gpp.org/ftp//Specs/archive/38_series/38.913/38913-020.zip>

　D2D（Device　to　Device）や、ProSe（Proximity　Services）のためのサイドリンクチャネルを、セルラシステムの下りリンク無線リソース、またはUnlicensed　band無線リソースの中に設定すると、In-band　emissionの影響やリンク間の干渉による通信品質の劣化が懸念される。

　そこで本開示は、サイドリンクチャネルが設定された際の、基地局装置と端末装置との間の通信品質の劣化を回避させることができる、新規かつ改良された通信装置及び通信方法を提案する。

　本開示によれば、送信源が異なる信号が混在して配置される通信方式において、装置間通信で使用されるチャネルのリソースの、前記チャネルのリソース以外のリソースとの境界に所定のギャップを割り当てる制御部を備える、通信装置が提供される。

　また本開示によれば、送信源が異なる信号が混在して配置される通信方式において、装置間通信で使用されるチャネルに、前記チャネルのリソース以外のリソースとの境界に所定のギャップが割り当てられたリソースを用いた通信を制御する制御部を備える、通信装置が提供される。

　また本開示によれば、送信源が異なる信号が混在して配置される通信方式において、下りリンク無線リソースを用いて装置間通信を行う際に、基地局から指定されたタイミングに所定のオフセットを加えた時間で送信する制御を行う制御部を備える、通信装置が提供される。

　また本開示によれば、送信源が異なる信号が混在して配置される通信方式における上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースのうち、少なくとも一部を用いて前記装置間通信で使用されるチャネルを設定する際に、前記上りリンク無線リソース、前記下りリンク無線リソース、前記免許不要帯域の無線リソースのそれぞれにおいて個別に送信電力を設定する制御部を備える、通信装置が提供される。

　また本開示によれば、送信源が異なる信号が混在して配置される通信方式における上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースのうち、少なくとも一部を用いて前記装置間通信で使用されるチャネルを設定する際に、前記上りリンク無線リソース、前記下りリンク無線リソース、前記免許不要帯域の無線リソースのそれぞれにおいて個別に制御チャネルを設定する制御部を備える、通信装置が提供される。

　また本開示によれば、送信源が異なる信号が混在して配置される通信方式において、装置間通信で使用されるチャネルのリソースの、前記チャネルのリソース以外のリソースとの境界に所定のギャップを割り当てることを含む、通信方法が提供される。

　また本開示によれば、送信源が異なる信号が混在して配置される通信方式において、装置間通信で使用されるチャネルに、前記チャネルのリソース以外のリソースとの境界に所定のギャップが割り当てられたリソースを用いた通信を制御することを含む、通信方法が提供される。

　また本開示によれば、送信源が異なる信号が混在して配置される通信方式において、下りリンク無線リソースを用いて装置間通信を行う際に、基地局から指定されたタイミングに所定のオフセットを加えた時間で送信する制御を行うことを含む、通信方法が提供される。

　また本開示によれば、送信源が異なる信号が混在して配置される通信方式における上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースのうち、少なくとも一部を用いて装置間通信で使用されるチャネルを設定する際に、前記上りリンク無線リソース、前記下りリンク無線リソース、前記免許不要帯域の無線リソースのそれぞれにおいて個別に送信電力を設定することを含む、通信方法が提供される。

　また本開示によれば、送信源が異なる信号が混在して配置される通信方式における上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースのうち、少なくとも一部を用いて装置間通信で使用されるチャネルを設定する際に、前記上りリンク無線リソース、前記下りリンク無線リソース、前記免許不要帯域の無線リソースのそれぞれにおいて個別に制御チャネルを設定することを含む、通信方法が提供される。

　また本開示によれば、送信源が異なる信号が１つの周波数チャネル内で周波数方向に多重される通信方式において、周波数方向に隣接するリソースの境界に所定のギャップを割り当てる制御部を備える、通信装置が提供される。

　また本開示によれば、送信源が異なる信号が１つの周波数チャネル内で周波数方向に多重される通信方式において、周波数方向に隣接するリソースの境界に所定のギャップを割り当てることを含む、通信制御方法が提供される。

　以上説明したように本開示によれば、サイドリンクチャネルが設定された際の、基地局装置と端末装置との間の通信品質の劣化を回避させることができる、新規かつ改良された通信装置及び通信方法を提供することができる。

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

本実施形態におけるＬＴＥの下りリンクサブフレームの一例を示す図である。本実施形態におけるＬＴＥの上りリンクサブフレームの一例を示す図である。ＮＲセルにおける送信信号に関するパラメータセットの一例を示す図である。本実施形態におけるＮＲの下りリンクサブフレームの一例を示す図である。本実施形態におけるＮＲの上りリンクサブフレームの一例を示す図である。サイドリンクの動的リソースプール割当の一例を示す図である。サイドリンクの動的リソースプール割当の一例を示す図である。サイドリンクの動的リソースプール割当の一例を示す図である。サイドリンクの動的リソースプール割当の一例を示す図である。サイドリンクの動的リソースプール割当の一例を示す図である。本実施形態の基地局装置１の構成を示す概略ブロック図である。本実施形態の基地局装置１の構成を示す概略ブロック図である。本実施形態におけるＮＲの下りリンクリソースエレメントマッピングの一例を示す図である。本実施形態におけるＮＲの下りリンクリソースエレメントマッピングの一例を示す図である。本実施形態におけるＮＲの下りリンクリソースエレメントマッピングの一例を示す図である。上りリンク無線リソースの中でサイドリンクチャネルを設定する場合、サイドリンク信号が、上りリンクチャネルを受信する基地局装置にも到達する様子を示す説明図である。図１６に示したｅＮＢ１の受信電力の一例を示す説明図である。下りリンク無線リソースの中でサイドリンクチャネルを設定する場合、サイドリンク信号が、下りリンクチャネルを受信する端末装置にも到達する様子を示す説明図である。図１８に示したＵＥ３の受信電力の一例を示す説明図である。図１８に示したＵＥ４の受信電力の一例を示す説明図である。周波数－時間リソースの配置の一例を示す説明図ある。所定の周波数リソース単位（リソースブロック）の端にギャップキャリア（ＧＣ）を導入する例を示す説明図である。周波数－時間リソース配置の一例を示す説明図である。周波数－時間リソース配置の一例を示す説明図である。ギャップキャリアの導入の例を示す説明図である。サイドリンクに対するリソースおよびギャップキャリアの設定手順の例を示す流れ図である。ギャップシンボルの挿入の一例を示す説明図である。サイドリンクに対するリソースおよびギャップキャリアの設定手順の例を示す流れ図である。上りリンクリソースを使うサイドリンクと下りリンクリソースを使うサイドリンクで異なる送信タイミング制御を設定する際の動作例を示す流れ図である。送信タイミング制御の設定の一例を示す流れ図である。サイドリンクチャネルに対する送信電力の設定の一例を示す流れ図である。サイドリンクに対するリソースおよびギャップキャリアの設定手順の例を示す流れ図である。周波数方向におけるサイドリンクチャネルと他のチャネルがスケジュールされている例を示す説明図である。スケジュール情報に応じて送信電力を設定する場合における、スケジュール情報の取得手順の一例を示す説明図である。サイドリンクチャネルの送信電力制御の際に参照するパスロスの一例を示す説明図である。 L2としてひとつのチャネルを設定する場合の一例を示す説明図である。 L2としてひとつのチャネルを設定する場合の別の例を示す説明図である。上りリンクリソース上のサイドリンクと下りリンク上のサイドリンクで異なるL2チャネルを設定する場合の一例を示す説明図である。 L2機能を上りリンクリソースを使う場合と下りリンクリソースを使う場合で独立させる場合の動作例を示す流れ図である。本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。 FDDによって上りリンクと下りリンクの無線リソースを確保する様子を示す説明図である。 TDDによって上りリンクと下りリンクの無線リソースを確保する様子を示す説明図である。上りリンクチャネルと下りリンクチャネルの多重例を示す説明図である。従来のTDDにおけるSpecial　Subframeを含めた多重例を示す説明図である。同実施形態におけるSpecial　Subframeを含めた多重例を示す説明図である。同実施形態におけるサイドリンクチャネルも含めた多重例を示す説明図である。異なるリンクの多重によって生じる可能性がある干渉の例を示す説明図である。所定の無線リソース単位の周波数方向にギャップキャリアを設定する例である。上りリンクと下りリンクを同一時間で周波数方向に多重した場合におけるギャップキャリアの設定の例を示す説明図である。上りリンクと下りリンクを同一時間で周波数方向に多重した場合におけるギャップキャリアの設定の例を示す説明図である。上りリンクと下りリンクを同一時間で周波数方向に多重した場合におけるギャップキャリアの設定の例を示す説明図である。同実施形態に係る基地局装置１の動作例を示す流れ図である。同実施形態に係る基地局装置１の動作例を示す流れ図である。図５４Ａ、５４Ｂに示した動作例に基づいて、ある時間リソースにおけるギャップキャリアを設定した様子を示す説明図である。同実施形態に係る基地局装置１及び端末装置２の動作例を示す流れ図である。リンクの種類の設定範囲を基地局装置ごと、セル毎、TRPごとに設定する例を示す説明図である同実施の形態に係る端末装置２の動作例を示す流れ図である。同実施の形態に係る端末装置２の動作例を示す流れ図である。同実施の形態に係る端末装置２の動作例を示す流れ図である。同実施の形態に係る端末装置２の動作例を示す流れ図である。 Semi-staticなConfigurationとDynamicなConfigurationが混在する例をそれぞれ示す説明図である。 Semi-staticなConfigurationとDynamicなConfigurationが混在する例をそれぞれ示す説明図である。同実施の形態に係る端末装置２の動作例を示す流れ図である。同実施の形態に係る端末装置２の動作例を示す流れ図である。同実施の形態に係る端末装置２の動作例を示す流れ図である。同実施の形態に係る端末装置２の動作例を示す流れ図である。

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

　また、特に明記されない限り、以下で説明される技術、機能、方法、構成、手順、およびその他全ての記載は、ＬＴＥおよびＮＲに適用できる。

　なお、説明は以下の順序で行うものとする。
　１．本開示の実施の形態
　２．応用例
　３．まとめ

　＜１．本開示の実施の形態＞
　　＜本実施形態における無線通信システム＞
　本実施形態において、無線通信システムは、基地局装置１および端末装置２を少なくとも具備する。基地局装置１は複数の端末装置を収容できる。基地局装置１は、他の基地局装置とＸ２インターフェースの手段によって互いに接続できる。また、基地局装置１は、Ｓ１インターフェースの手段によってＥＰＣ（Evolved　Packet　Core）に接続できる。さらに、基地局装置１は、Ｓ１－ＭＭＥインターフェースの手段によってＭＭＥ（Mobility　Management　Entity）に接続でき、Ｓ１－Ｕインターフェースの手段によってＳ－ＧＷ（Serving　Gateway）に接続できる。Ｓ１インターフェースは、ＭＭＥおよび／またはＳ－ＧＷと基地局装置１との間で、多対多の接続をサポートしている。また、本実施形態において、基地局装置１および端末装置２は、それぞれＬＴＥおよび／またはＮＲをサポートする。

　　＜本実施形態における無線アクセス技術＞
　本実施形態において、基地局装置１および端末装置２は、それぞれ１つ以上の無線アクセス技術（ＲＡＴ）をサポートする。例えば、ＲＡＴは、ＬＴＥおよびＮＲを含む。１つのＲＡＴは、１つのセル（コンポーネントキャリア）に対応する。すなわち、複数のＲＡＴがサポートされる場合、それらのＲＡＴは、それぞれ異なるセルに対応する。本実施形態において、セルは、下りリンクリソース、上りリンクリソース、および／または、サイドリンクの組み合わせである。また、以下の説明において、ＬＴＥに対応するセルはＬＴＥセルと呼称され、ＮＲに対応するセルはＮＲセルと呼称される。

　下りリンクの通信は、基地局装置１から端末装置２に対する通信である。下りリンク送信は、基地局装置１から端末装置２に対する送信であり、下りリンク物理チャネルおよび／または下りリンク物理信号の送信である。上りリンクの通信は、端末装置２から基地局装置１に対する通信である。上りリンク送信は、端末装置２から基地局装置１に対する送信であり、上りリンク物理チャネルおよび／または上りリンク物理信号の送信である。サイドリンクの通信は、端末装置２から別の端末装置２に対する通信である。サイドリンク送信は、端末装置２から別の端末装置２に対する送信であり、サイドリンク物理チャネルおよび／またはサイドリンク物理信号の送信である。

　サイドリンクの通信は、端末装置間の近接直接検出および近接直接通信のために定義される。サイドリンクの通信は、上りリンクおよび下りリンクと同様なフレーム構成を用いることができる。また、サイドリンクの通信は、上りリンクリソースおよび／または下りリンクリソースの一部（サブセット）に制限されうる。

　　＜本実施形態における無線フレーム構成＞
　本実施形態において、１０ｍｓ（ミリ秒）で構成される無線フレーム（radio　frame）が規定される。無線フレームのそれぞれは２つのハーフフレームから構成される。ハーフフレームの時間間隔は、５ｍｓである。ハーフフレームのそれぞれは、５つのサブフレームから構成される。サブフレームの時間間隔は、１ｍｓであり、２つの連続するスロットによって定義される。スロットの時間間隔は、０．５ｍｓである。無線フレーム内のｉ番目のサブフレームは、（２×ｉ）番目のスロットと（２×ｉ＋１）番目のスロットとから構成される。つまり、無線フレームのそれぞれにおいて、１０個のサブフレームが規定される。

　サブフレームは、下りリンクサブフレーム、上りリンクサブフレーム、スペシャルサブフレームおよびサイドリンクサブフレームなどを含む。

　下りリンクサブフレームは下りリンク送信のために予約されるサブフレームである。上りリンクサブフレームは上りリンク送信のために予約されるサブフレームである。スペシャルサブフレームは３つのフィールドから構成される。３つのフィールドは、ＤｗＰＴＳ（Downlink　Pilot　Time　Slot）、ＧＰ（Guard　Period）、およびＵｐＰＴＳ（Uplink　Pilot　Time　Slot）を含む。ＤｗＰＴＳ、ＧＰ、およびＵｐＰＴＳの合計の長さは１ｍｓである。ＤｗＰＴＳは下りリンク送信のために予約されるフィールドである。ＵｐＰＴＳは上りリンク送信のために予約されるフィールドである。ＧＰは下りリンク送信および上りリンク送信が行われないフィールドである。なお、スペシャルサブフレームは、ＤｗＰＴＳおよびＧＰのみによって構成されてもよいし、ＧＰおよびＵｐＰＴＳのみによって構成されてもよい。スペシャルサブフレームは、ＴＤＤにおいて下りリンクサブフレームと上りリンクサブフレームとの間に配置され、下りリンクサブフレームから上りリンクサブフレームに切り替えるために用いられる。サイドリンクサブフレームは、サイドリンク通信のために予約または設定されるサブフレームである。サイドリンクは、端末装置間の近接直接通信および近接直接検出のために用いられる。

　単一の無線フレームは、下りリンクサブフレーム、上りリンクサブフレーム、スペシャルサブフレームおよび／またはサイドリンクサブフレームから構成される。また、単一の無線フレームは、下りリンクサブフレーム、上りリンクサブフレーム、スペシャルサブフレームまたはサイドリンクサブフレームのみで構成されてもよい。

　複数の無線フレーム構成がサポートされる。無線フレーム構成は、フレーム構成タイプで規定される。フレーム構成タイプ１は、ＦＤＤのみに適用できる。フレーム構成タイプ２は、ＴＤＤのみに適用できる。フレーム構成タイプ３は、ＬＡＡ（Licensed　Assisted　Access）セカンダリーセルの運用のみに適用できる。

　フレーム構成タイプ２において、複数の上りリンク－下りリンク構成が規定される。上りリンク－下りリンク構成において、１つの無線フレームにおける１０のサブフレームのそれぞれは、下りリンクサブフレーム、上りリンクサブフレーム、およびスペシャルサブフレームのいずれかに対応する。サブフレーム０、サブフレーム５およびＤｗＰＴＳは常に下りリンク送信のために予約される。ＵｐＰＴＳおよびそのスペシャルサブフレームの直後のサブフレームは常に上りリンク送信のために予約される。

　フレーム構成タイプ３において、１つの無線フレーム内の１０のサブフレームが下りリンク送信のために予約される。端末装置２は、ＰＤＳＣＨまたは検出信号が送信されないサブフレームを空のサブフレームとして扱うことができる。端末装置２は、所定の信号、チャネルおよび／または下りリンク送信があるサブフレームで検出されない限り、そのサブフレームにいかなる信号および／またはチャネルも存在しないと想定する。下りリンク送信は、１つまたは複数の連続したサブフレームで専有される。その下りリンク送信の最初のサブフレームは、そのサブフレーム内のどこからでも開始されてもよい。その下りリンク送信の最後のサブフレームは、完全に専有されるか、ＤｗＰＴＳで規定される時間間隔で専有されるか、のいずれかであってもよい。

　なお、フレーム構成タイプ３において、１つの無線フレーム内の１０のサブフレームが上りリンク送信のために予約されてもよい。また、１つの無線フレーム内の１０のサブフレームのそれぞれが、下りリンクサブフレーム、上りリンクサブフレーム、スペシャルサブフレームおよびサイドリンクサブフレームのいずれかに対応するようにしてもよい。

　基地局装置１は、スペシャルサブフレームのＤｗＰＴＳにおいて、下りリンク物理チャネルおよび下りリンク物理信号を送信してもよい。基地局装置１は、スペシャルサブフレームのＤｗＰＴＳにおいて、ＰＢＣＨの送信を制限できる。端末装置２は、スペシャルサブフレームのＵｐＰＴＳにおいて、上りリンク物理チャネルおよび上りリンク物理信号を送信してもよい。端末装置２は、スペシャルサブフレームのＵｐＰＴＳにおいて、一部の上りリンク物理チャネルおよび上りリンク物理信号の送信を制限できる。

　なお、１つの送信における時間間隔はＴＴＩ（Transmission Time Interval）と呼称され、ＬＴＥにおいて、１ｍｓ（１サブフレーム）を１ＴＴＩと定義される。

　　＜本実施形態におけるＬＴＥのフレーム構成＞
　図１は、本実施形態におけるＬＴＥの下りリンクサブフレームの一例を示す図である。図１に示される図は、ＬＴＥの下りリンクリソースグリッドとも呼称される。基地局装置１は、端末装置２への下りリンクサブフレームにおいて、ＬＴＥの下りリンク物理チャネルおよび／またはＬＴＥの下りリンク物理信号を送信できる。端末装置２は、基地局装置１からの下りリンクサブフレームにおいて、ＬＴＥの下りリンク物理チャネルおよび／またはＬＴＥの下りリンク物理信号を受信できる。

　図２は、本実施形態におけるＬＴＥの上りリンクサブフレームの一例を示す図である。図２に示される図は、ＬＴＥの上りリンクリソースグリッドとも呼称される。端末装置２は、基地局装置１への上りリンクサブフレームにおいて、ＬＴＥの上りリンク物理チャネルおよび／またはＬＴＥの上りリンク物理信号を送信できる。基地局装置１は、端末装置２からの上りリンクサブフレームにおいて、ＬＴＥの上りリンク物理チャネルおよび／またはＬＴＥの上りリンク物理信号を受信できる。

　本実施形態において、ＬＴＥの物理リソースは以下のように定義されうる。１つのスロットは複数のシンボルによって定義される。スロットのそれぞれにおいて送信される物理信号または物理チャネルは、リソースグリッドによって表現される。下りリンクにおいて、リソースグリッドは、周波数方向に対する複数のサブキャリアと、時間方向に対する複数のＯＦＤＭシンボルによって定義される。上りリンクにおいて、リソースグリッドは、周波数方向に対する複数のサブキャリアと、時間方向に対する複数のＳＣ－ＦＤＭＡシンボルによって定義される。サブキャリアまたはリソースブロックの数は、セルの帯域幅に依存して決まるようにしてもよい。１つのスロットにおけるシンボルの数は、ＣＰ（Cyclic　Prefix）のタイプによって決まる。ＣＰのタイプは、ノーマルＣＰまたは拡張ＣＰである。ノーマルＣＰにおいて、１つのスロットを構成するＯＦＤＭシンボルまたはＳＣ－ＦＤＭＡシンボルの数は７である。拡張ＣＰにおいて、１つのスロットを構成するＯＦＤＭシンボルまたはＳＣ－ＦＤＭＡシンボルの数は６である。リソースグリッド内のエレメントのそれぞれはリソースエレメントと称される。リソースエレメントは、サブキャリアのインデックス（番号）とシンボルのインデックス（番号）とを用いて識別される。なお、本実施形態の説明において、ＯＦＤＭシンボルまたはＳＣ－ＦＤＭＡシンボルは単にシンボルとも呼称される。

　リソースブロックは、ある物理チャネル（ＰＤＳＣＨまたはＰＵＳＣＨなど）をリソースエレメントにマッピングするために用いられる。リソースブロックは、仮想リソースブロックと物理リソースブロックを含む。ある物理チャネルは、仮想リソースブロックにマッピングされる。仮想リソースブロックは、物理リソースブロックにマッピングされる。１つの物理リソースブロックは、時間領域において所定数の連続するシンボルで定義される。１つの物理リソースブロックは、周波数領域において所定数の連続するサブキャリアとから定義される。１つの物理リソースブロックにおけるシンボル数およびサブキャリア数は、そのセルにおけるＣＰのタイプ、サブキャリア間隔および／または上位層によって設定されるパラメータなどに基づいて決まる。例えば、ＣＰのタイプがノーマルＣＰであり、サブキャリア間隔が１５ｋＨｚである場合、１つの物理リソースブロックにおけるシンボル数は７であり、サブキャリア数は１２である。その場合、１つの物理リソースブロックは（７×１２）個のリソースエレメントから構成される。物理リソースブロックは周波数領域において０から番号が付けられる。また、同一の物理リソースブロック番号が対応する、１つのサブフレーム内の２つのリソースブロックは、物理リソースブロックペア（ＰＲＢペア、ＲＢペア）として定義される。

　ＬＴＥセルのそれぞれにおいて、あるサブフレームでは、１つの所定のパラメータが用いられる。例えば、その所定のパラメータは、送信信号に関するパラメータ（物理パラメータ）である。送信信号に関するパラメータは、ＣＰ長、サブキャリア間隔、１つのサブフレーム（所定の時間長）におけるシンボル数、１つのリソースブロック（所定の周波数帯域）のおけるサブキャリア数、多元接続方式、および、信号波形などを含む。

　すなわち、ＬＴＥセルでは、下りリンク信号および上りリンク信号は、それぞれ所定の時間長（例えば、サブフレーム）において、１つの所定のパラメータを用いて生成される。換言すると、端末装置２は、基地局装置１から送信される下りリンク信号、および、基地局装置１に送信する上りリンク信号が、それぞれ所定の時間長において、１つの所定のパラメータで生成される、と想定する。また、基地局装置１は、端末装置２に送信する下りリンク信号、および、端末装置２から送信される上りリンク信号が、それぞれ所定の時間長において、１つの所定のパラメータで生成されるように設定する。

　　＜本実施形態におけるＮＲのフレーム構成＞
　ＮＲセルのそれぞれにおいて、ある所定の時間長（例えば、サブフレーム）では、１つ以上の所定のパラメータが用いられる。すなわち、ＮＲセルでは、下りリンク信号および上りリンク信号は、それぞれ所定の時間長において、１つ以上の所定のパラメータを用いて生成される。換言すると、端末装置２は、基地局装置１から送信される下りリンク信号、および、基地局装置１に送信する上りリンク信号が、それぞれ所定の時間長において、１つ以上の所定のパラメータで生成される、と想定する。また、基地局装置１は、端末装置２に送信する下りリンク信号、および、端末装置２から送信される上りリンク信号が、それぞれ所定の時間長において、１つ以上の所定のパラメータで生成されるように設定できる。複数の所定のパラメータが用いられる場合、それらの所定のパラメータが用いられて生成される信号は、所定の方法により多重される。例えば、所定の方法は、ＦＤＭ（Frequency　Division　Multiplexing）、ＴＤＭ（Time　Division　Multiplexing）、ＣＤＭ（Code　Division　Multiplexing）および／またはＳＤＭ（Spatial　Division　Multiplexing）などを含む。

　ＮＲセルに設定される所定のパラメータの組み合わせは、パラメータセットとして、複数種類を予め規定できる。

　図３は、ＮＲセルにおける送信信号に関するパラメータセットの一例を示す図である。図３の例では、パラメータセットに含まれる送信信号に関するパラメータは、サブキャリア間隔、ＮＲセルにおけるリソースブロックあたりのサブキャリア数、サブフレームあたりのシンボル数、および、ＣＰ長タイプである。ＣＰ長タイプは、ＮＲセルで用いられるＣＰ長のタイプである。例えば、ＣＰ長タイプ１はＬＴＥにおけるノーマルＣＰに相当し、ＣＰ長タイプ２はＬＴＥにおける拡張ＣＰに相当する。
　ＮＲセルにおける送信信号に関するパラメータセットは、下りリンクおよび上りリンクでそれぞれ個別に規定することができる。また、ＮＲセルにおける送信信号に関するパラメータセットは、下りリンクおよび上りリンクでそれぞれ独立に設定できる。

　図４は、本実施形態におけるＮＲの下りリンクサブフレームの一例を示す図である。図４の例では、パラメータセット１、パラメータセット０およびパラメータセット２を用いて生成される信号が、セル（システム帯域幅）において、ＦＤＭされる。図４に示される図は、ＮＲの下りリンクリソースグリッドとも呼称される。基地局装置１は、端末装置２への下りリンクサブフレームにおいて、ＮＲの下りリンク物理チャネルおよび／またはＮＲの下りリンク物理信号を送信できる。端末装置２は、基地局装置１からの下りリンクサブフレームにおいて、ＮＲの下りリンク物理チャネルおよび／またはＮＲの下りリンク物理信号を受信できる。

　図５は、本実施形態におけるＮＲの上りリンクサブフレームの一例を示す図である。図５の例では、パラメータセット１、パラメータセット０およびパラメータセット２を用いて生成される信号が、セル（システム帯域幅）において、ＦＤＭされる。図４に示される図は、ＮＲの上りリンクリソースグリッドとも呼称される。基地局装置１は、端末装置２への上りリンクサブフレームにおいて、ＮＲの上りリンク物理チャネルおよび／またはＮＲの上りリンク物理信号を送信できる。端末装置２は、基地局装置１からの上りリンクサブフレームにおいて、ＮＲの上りリンク物理チャネルおよび／またはＮＲの上りリンク物理信号を受信できる。

　　＜本実施形態におけるアンテナポート＞
　アンテナポートは、あるシンボルを運ぶ伝搬チャネルが、同一のアンテナポートにおける別のシンボルを運ぶ伝搬チャネルから推測できるようにするために定義される。例えば、同一のアンテナポートにおける異なる物理リソースは、同一の伝搬チャネルで送信されていると想定できる。すなわち、あるアンテナポートにおけるシンボルは、そのアンテナポートにおける参照信号により伝搬チャネルを推定し、復調することができる。また、アンテナポート毎に１つのリソースグリッドがある。アンテナポートは、参照信号によって定義される。また、それぞれの参照信号は、複数のアンテナポートを定義できる。

　アンテナポートはアンテナポート番号によって特定または識別される。例えば、アンテナポート０～３は、ＣＲＳが送信されるアンテナポートである。すなわち、アンテナポート０～３で送信されるＰＤＳＣＨは、アンテナポート０～３に対応するＣＲＳで復調できる。

　２つのアンテナポートは所定の条件を満たす場合、準同一位置（ＱＣＬ：Quasi　co-location）であると表すことができる。その所定の条件は、あるアンテナポートにおけるシンボルを運ぶ伝搬チャネルの広域的特性が、別のアンテナポートにおけるシンボルを運ぶ伝搬チャネルから推測できることである。広域的特性は、遅延分散、ドップラースプレッド、ドップラーシフト、平均利得および／または平均遅延を含む。
　本実施形態において、アンテナポート番号は、ＲＡＴ毎に異なって定義されてもよいし、ＲＡＴ間で共通に定義されてもよい。例えば、ＬＴＥにおけるアンテナポート０～３は、ＣＲＳが送信されるアンテナポートである。ＮＲにおいて、アンテナポート０～３は、ＬＴＥと同様のＣＲＳが送信されるアンテナポートとすることができる。また、ＮＲにおいて、ＬＴＥと同様のＣＲＳが送信されるアンテナポートは、アンテナポート０～３とは異なるアンテナポート番号とすることができる。本実施形態の説明において、所定のアンテナポート番号は、ＬＴＥおよび／またはＮＲに対して適用できる。

　　＜本実施形態における物理チャネルおよび物理信号＞
　本実施形態において、物理チャネルおよび物理信号が用いられる。

　物理チャネルは、物理下りリンクチャネル、物理上りリンクチャネルおよび物理サイドリンクチャネルを含む。物理信号は、物理下りリンク信号、物理上りリンク信号およびサイドリンク物理信号を含む。

　ＬＴＥにおける物理チャネルおよび物理信号は、それぞれＬＴＥ物理チャネルおよびＬＴＥ物理信号とも呼称される。ＮＲにおける物理チャネルおよび物理信号は、それぞれＮＲ物理チャネルおよびＮＲ物理信号とも呼称される。ＬＴＥ物理チャネルおよびＮＲ物理チャネルは、それぞれ異なる物理チャネルとして定義できる。ＬＴＥ物理信号およびＮＲ物理信号は、それぞれ異なる物理信号として定義できる。本実施形態の説明において、ＬＴＥ物理チャネルおよびＮＲ物理チャネルは単に物理チャネルとも呼称され、ＬＴＥ物理信号およびＮＲ物理信号は単に物理信号とも呼称される。すなわち、物理チャネルに対する説明は、ＬＴＥ物理チャネルおよびＮＲ物理チャネルのいずれに対しても適用できる。物理信号に対する説明は、ＬＴＥ物理信号およびＮＲ物理信号のいずれに対しても適用できる。

　物理下りリンクチャネルは、物理報知チャネル（ＰＢＣＨ：Physical　Broadcast　Channel）、ＰＣＦＩＣＨ（Physical　Control　Format　Indicator　Channel）、ＰＨＩＣＨ（Physical　Hybrid　automatic　repeat　request　Indicator　Channel）、物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical　Downlink　Control　Channel）、拡張物理下りリンク制御チャネル（ＥＰＤＣＣＨ：Enhanced PDCCH）、ＭＴＣ（Machine Type
Communication）物理下りリンク制御チャネル（ＭＰＤＣＣＨ：MTC PDCCH）、リレー物理下りリンク制御チャネル（Ｒ－ＰＤＣＣＨ：Relay PDCCH）、物理下りリンク共有チャネル（ＰＤＳＣＨ：Physical　Downlink　Shared　Channel）、および、ＰＭＣＨ（Physical　Multicast　Channel）などを含む。

　物理下りリンク信号は、同期信号（ＳＳ：Synchronization　signal）、下りリンク参照信号（ＤＬ－ＲＳ：Downlink　Reference　Signal）および検出信号（ＤＳ：Discovery　signal）などを含む。

　同期信号は、プライマリー同期信号（ＰＳＳ：Primary　synchronization　signal）およびセカンダリー同期信号（ＳＳＳ：Secondary　synchronization　signal）などを含む。

　下りリンクにおける参照信号は、セル固有参照信号（ＣＲＳ：Cell-specific　reference　signal）、ＰＤＳＣＨに関連付けられる端末装置固有参照信号（ＰＤＳＣＨ－ＤＭＲＳ：UE-specific　reference　signal　associated　with　PDSCH）、ＥＰＤＣＣＨに関連付けられる復調参照信号（ＥＰＤＣＣＨ－ＤＭＲＳ：Demodulation　reference　signal　associated　with　EPDCCH）、ＰＲＳ（Positioning　Reference　Signal）、ＣＳＩ参照信号（ＣＳＩ－ＲＳ：Channel　State　Information　-　reference　signal）、およびトラッキング参照信号（ＴＲＳ：Tracking　reference　signal）などを含む。ＰＤＳＣＨ－ＤＭＲＳは、ＰＤＳＣＨに関連するＵＲＳまたは単にＵＲＳ（UE-specific reference signal）とも呼称される。ＥＰＤＣＣＨ－ＤＭＲＳは、ＥＰＤＣＣＨに関連するＤＭＲＳまたは単にＤＭＲＳとも呼称される。ＰＤＳＣＨ－ＤＭＲＳおよびＥＰＤＣＣＨ－ＤＭＲＳは、単にＤＬ－ＤＭＲＳまたは下りリンク復調参照信号とも呼称される。ＣＳＩ－ＲＳは、ＮＺＰ　ＣＳＩ－ＲＳ（Non-Zero　Power　CSI-RS）を含む。また、下りリンクのリソースは、ＺＰ　ＣＳＩ－ＲＳ（Zero　Power　CSI-RS）、ＣＳＩ－ＩＭ（Channel　State　Information　-　Interference　Measurement）などを含む。

　物理上りリンクチャネルは、物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical　Uplink　Shared　Channel）、物理上りリンク制御チャネル（ＰＵＣＣＨ：Physical　Uplink　Control　Channel）、および物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical　Random　Access　Channel）などを含む。

　物理上りリンク信号は、上りリンク参照信号（ＵＬ－ＲＳ：Uplink　Reference　Signal）を含む。

　上りリンク参照信号は、上りリンク復調信号（ＵＬ－ＤＭＲＳ：Uplink　demodulation　signal）およびサウンディング参照信号（ＳＲＳ：Sounding　reference　signal）などを含む。ＵＬ－ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連付けられる。ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連付けられない。

　物理サイドリンクチャネルは、物理サイドリンク報知チャネル（ＰＳＢＣＨ：Physical Sidelink Broadcast Channel）、物理サイドリンク制御チャネル（ＰＳＣＣＨ：Physical Sidelink Control Channel）、物理サイドリンク検出チャネル（ＰＳＤＣＨ：Physical Sidelink Discovery Channel）、および物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical Sidelink Shared Channel）などを含む。

　物理チャネルおよび物理信号は、単にチャネルおよび信号とも呼称される。すなわち、物理下りリンクチャネル、物理上りリンクチャネル、および物理サイドリンクチャネルは、それぞれ下りリンクチャネル、上りリンクチャネル、およびサイドリンクチャネルとも呼称される。物理下りリンク信号、物理上りリンク信号、および物理サイドリンク信号は、それぞれ下りリンク信号、上りリンク信号、およびサイドリンク信号とも呼称される。

　ＢＣＨ、ＭＣＨ、ＵＬ－ＳＣＨ、ＤＬ－ＳＣＨ、ＳＬ－ＤＣＨ、ＳＬ－ＢＣＨおよびＳＬ－ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（Medium　Access　Control:　MAC）層で用いられるチャネルをトランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（transport　block:　TB）またはＭＡＣ　ＰＤＵ（Protocol　Data　Unit）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid　Automatic　Repeat　reQuest）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行なわれる。

　なお、下りリンク参照信号および上りリンク参照信号は、単に参照信号（ＲＳ）とも呼称される。

　　＜本実施形態におけるＬＴＥ物理チャネルおよびＬＴＥ物理信号＞
　既に説明したように、物理チャネルおよび物理信号に対する説明は、それぞれＬＴＥ物理チャネルおよびＬＴＥ物理信号に対しても適用できる。ＬＴＥ物理チャネルおよびＬＴＥ物理信号は、以下のように呼称される。

　ＬＴＥ物理下りリンクチャネルは、ＬＴＥ－ＰＢＣＨ、ＬＴＥ－ＰＣＦＩＣＨ、ＬＴＥ－ＰＨＩＣＨ、ＬＴＥ－ＰＤＣＣＨ、ＬＴＥ－ＥＰＤＣＣＨ、ＬＴＥ－ＭＰＤＣＣＨ、ＬＴＥ－Ｒ－ＰＤＣＣＨ、ＬＴＥ－ＰＤＳＣＨ、および、ＬＴＥ－ＰＭＣＨなどを含む。

　ＬＴＥ物理下りリンク信号は、ＬＴＥ－ＳＳ、ＬＴＥ－ＤＬ－ＲＳおよびＬＴＥ－ＤＳなどを含む。ＬＴＥ－ＳＳは、ＬＴＥ－ＰＳＳおよびＬＴＥ－ＳＳＳなどを含む。ＬＴＥ－ＲＳは、ＬＴＥ－ＣＲＳ、ＬＴＥ－ＰＤＳＣＨ－ＤＭＲＳ、ＬＴＥ－ＥＰＤＣＣＨ－ＤＭＲＳ、ＬＴＥ－ＰＲＳ、ＬＴＥ－ＣＳＩ－ＲＳ、およびＬＴＥ－ＴＲＳなどを含む。

　ＬＴＥ物理上りリンクチャネルは、ＬＴＥ－ＰＵＳＣＨ、ＬＴＥ－ＰＵＣＣＨ、およびＬＴＥ－ＰＲＡＣＨなどを含む。

　ＬＴＥ物理上りリンク信号は、ＬＴＥ－ＵＬ－ＲＳを含む。ＬＴＥ－ＵＬ－ＲＳは、ＬＴＥ－ＵＬ－ＤＭＲＳおよびＬＴＥ－ＳＲＳなどを含む。

　ＬＴＥ物理サイドリンクチャネルは、ＬＴＥ－ＰＳＢＣＨ、ＬＴＥ－ＰＳＣＣＨ、ＬＴＥ－ＰＳＤＣＨ、およびＬＴＥ－ＰＳＳＣＨなどを含む。

　ＬＴＥ物理サイドリンク信号は、ＬＴＥ－ＳＬ－ＳＳ、ＬＴＥ－ＳＬ－ＤＳおよびＬＴＥ－ＳＬ－ＲＳなどを含む。ＬＴＥ－ＳＬ－ＳＳは、ＬＴＥ－ＳＬ－ＰＳＳおよびＬＴＥ－ＳＬ－ＳＳＳなどを含む。ＬＴＥ－ＳＬ－ＲＳは、ＬＴＥ－ＳＬ－ＤＭＲＳ、ＬＴＥ－ＳＬ－ＳＲＳ、ＬＴＥ－ＳＬ－ＣＳＩ－ＲＳなどを含む。

　　＜本実施形態におけるＮＲ物理チャネルおよびＮＲ物理信号＞
　既に説明したように、物理チャネルおよび物理信号に対する説明は、それぞれＮＲ物理チャネルおよびＮＲ物理信号に対しても適用できる。ＮＲ物理チャネルおよびＮＲ物理信号は、以下のように呼称される。

　ＮＲ物理下りリンクチャネルは、ＮＲ－ＰＢＣＨ、ＮＲ－ＰＣＦＩＣＨ、ＮＲ－ＰＨＩＣＨ、ＮＲ－ＰＤＣＣＨ、ＮＲ－ＥＰＤＣＣＨ、ＮＲ－ＭＰＤＣＣＨ、ＮＲ－Ｒ－ＰＤＣＣＨ、ＮＲ－ＰＤＳＣＨ、および、ＮＲ－ＰＭＣＨなどを含む。

　ＮＲ物理下りリンク信号は、ＮＲ－ＳＳ、ＮＲ－ＤＬ－ＲＳおよびＮＲ－ＤＳなどを含む。ＮＲ－ＳＳは、ＮＲ－ＰＳＳおよびＮＲ－ＳＳＳなどを含む。ＮＲ－ＲＳは、ＮＲ－ＣＲＳ、ＮＲ－ＰＤＳＣＨ－ＤＭＲＳ、ＮＲ－ＥＰＤＣＣＨ－ＤＭＲＳ、ＮＲ－ＰＲＳ、ＮＲ－ＣＳＩ－ＲＳ、およびＮＲ－ＴＲＳなどを含む。

　ＮＲ物理上りリンクチャネルは、ＮＲ－ＰＵＳＣＨ、ＮＲ－ＰＵＣＣＨ、およびＮＲ－ＰＲＡＣＨなどを含む。

　ＮＲ物理上りリンク信号は、ＮＲ－ＵＬ－ＲＳを含む。ＮＲ－ＵＬ－ＲＳは、ＮＲ－ＵＬ－ＤＭＲＳおよびＮＲ－ＳＲＳなどを含む。

　ＮＲ物理サイドリンクチャネルは、ＮＲ－ＰＳＢＣＨ、ＮＲ－ＰＳＣＣＨ、ＮＲ－ＰＳＤＣＨ、およびＮＲ－ＰＳＳＣＨなどを含む。

　ＮＲ物理サイドリンク信号は、ＮＲ－ＳＬ－ＳＳ、ＮＲ－ＳＬ－ＤＳおよびＮＲ－ＳＬ－ＲＳなどを含む。ＮＲ－ＳＬ－ＳＳは、ＮＲ－ＳＬ－ＰＳＳおよびＮＲ－ＳＬ－ＳＳＳなどを含む。ＮＲ－ＳＬ－ＲＳは、ＮＲ－ＳＬ－ＤＭＲＳ、ＮＲ－ＳＬ－ＳＲＳ、ＮＲ－ＳＬ－ＣＳＩ－ＲＳなどを含む。

　　＜本実施形態における下りリンク物理チャネル＞
　ＰＢＣＨは、基地局装置１のサービングセルに固有の報知情報であるＭＩＢ（Master　Information　Block）を報知するために用いられる。ＰＢＣＨは無線フレーム内のサブフレーム０のみで送信される。ＭＩＢは、４０ｍｓ間隔で更新できる。ＰＢＣＨは１０ｍｓ周期で繰り返し送信される。具体的には、ＳＦＮ（System　Frame　Number）を４で割った余りが０である条件を満たす無線フレームにおけるサブフレーム０においてＭＩＢの初期送信が行なわれ、他の全ての無線フレームにおけるサブフレーム０においてＭＩＢの再送信（repetition）が行われる。ＳＦＮは無線フレームの番号（システムフレーム番号）である。ＭＩＢはシステム情報である。例えば、ＭＩＢは、ＳＦＮを示す情報を含む。

　ＰＨＩＣＨは、基地局装置１が受信した上りリンクデータ（Uplink　Shared　Channel:　UL-SCH）に対するＡＣＫ（ACKnowledgement）またはＮＡＣＫ（Negative　ACKnowledgement）を示すＨＡＲＱ－ＡＣＫ（ＨＡＲＱインディケータ、ＨＡＲＱフィードバック、応答情報）を送信するために用いられる。例えば、端末装置２がＡＣＫを示すＨＡＲＱ－ＡＣＫを受信した場合は、対応する上りリンクデータを再送しない。例えば、端末装置２がＮＡＣＫを示すＨＡＲＱ－ＡＣＫを受信した場合は、端末装置２は対応する上りリンクデータを所定の上りリンクサブフレームで再送する。あるＰＨＩＣＨは、ある上りリンクデータに対するＨＡＲＱ－ＡＣＫを送信する。基地局装置１は、同一のＰＵＳＣＨに含まれる複数の上りリンクデータに対するＨＡＲＱ－ＡＣＫのそれぞれを複数のＰＨＩＣＨを用いて送信する。

　ＰＤＣＣＨおよびＥＰＤＣＣＨは、下りリンク制御情報（Downlink　Control　Information:　DCI）を送信するために用いられる。下りリンク制御情報の情報ビットのマッピングが、ＤＣＩフォーマットとして定義される。下りリンク制御情報は、下りリンクグラント（downlink　grant）および上りリンクグラント（uplink　grant）を含む。下りリンクグラントは、下りリンクアサインメント（downlink　assignment）または下りリンク割り当て（downlink　allocation）とも称する。

　ＰＤＣＣＨは、連続する１つまたは複数のＣＣＥ（Control　Channel　Element）の集合によって送信される。ＣＣＥは、９つのＲＥＧ（Resource　Element　Group）で構成される。ＲＥＧは、４つのリソースエレメントで構成される。ＰＤＣＣＨがｎ個の連続するＣＣＥで構成される場合、そのＰＤＣＣＨは、ＣＣＥのインデックス（番号）であるｉをｎで割った余りが０である条件を満たすＣＣＥから始まる。

　ＥＰＤＣＣＨは、連続する１つまたは複数のＥＣＣＥ（Enhanced　Control　Channel　Element）の集合によって送信される。ＥＣＣＥは、複数のＥＲＥＧ（Enhanced　Resource　Element　Group）で構成される。

　下りリンクグラントは、あるセル内のＰＤＳＣＨのスケジューリングに用いられる。下りリンクグラントは、その下りリンクグラントが送信されたサブフレームと同じサブフレーム内のＰＤＳＣＨのスケジューリングに用いられる。上りリンクグラントは、あるセル内のＰＵＳＣＨのスケジューリングに用いられる。上りリンクグラントは、その上りリンクグラントが送信されたサブフレームより４つ以上後のサブフレーム内の単一のＰＵＳＣＨのスケジューリングに用いられる。

　ＤＣＩには、ＣＲＣ（Cyclic　Redundancy　Check）パリティビットが付加される。ＣＲＣパリティビットは、ＲＮＴＩ（Radio　Network　Temporary　Identifier）でスクランブルされる。ＲＮＴＩは、ＤＣＩの目的などに応じて、規定または設定できる識別子である。ＲＮＴＩは、仕様で予め規定される識別子、セルに固有の情報として設定される識別子、端末装置２に固有の情報として設定される識別子、または、端末装置２に属するグループに固有の情報として設定される識別子である。例えば、端末装置２は、ＰＤＣＣＨまたはＥＰＤＣＣＨのモニタリングにおいて、ＤＣＩに付加されたＣＲＣパリティビットに所定のＲＮＴＩでデスクランブルし、ＣＲＣが正しいかどうかを識別する。ＣＲＣが正しい場合、そのＤＣＩは端末装置２のためのＤＣＩであることが分かる。

　ＰＤＳＣＨは、下りリンクデータ（Downlink　Shared　Channel:　DL-SCH）を送信するために用いられる。また、ＰＤＳＣＨは、上位層の制御情報を送信するためにも用いられる。

　ＰＭＣＨは、マルチキャストデータ（Multicast　Channel:　MCH）を送信するために用いられる。

　ＰＤＣＣＨ領域において、複数のＰＤＣＣＨが周波数、時間、および／または、空間多重されてもよい。ＥＰＤＣＣＨ領域において、複数のＥＰＤＣＣＨが周波数、時間、および／または、空間多重されてもよい。ＰＤＳＣＨ領域において、複数のＰＤＳＣＨが周波数、時間、および／または、空間多重されてもよい。ＰＤＣＣＨ、ＰＤＳＣＨおよび／またはＥＰＤＣＣＨは周波数、時間、および／または、空間多重されてもよい。

　　＜本実施形態における下りリンク物理信号＞
　同期信号は、端末装置２が下りリンクの周波数領域および／または時間領域の同期をとるために用いられる。同期信号は、ＰＳＳ（Primary　Synchronization　Signal）およびＳＳＳ（Secondary　Synchronization　Signal）を含む。同期信号は無線フレーム内の所定のサブフレームに配置される。例えば、ＴＤＤ方式において、同期信号は無線フレーム内のサブフレーム０、１、５、および６に配置される。ＦＤＤ方式において、同期信号は無線フレーム内のサブフレーム０および５に配置される。

　ＰＳＳは、粗いフレーム／シンボルタイミング同期（時間領域の同期）やセル識別グループの識別に用いられてもよい。ＳＳＳは、より正確なフレームタイミング同期やセルの識別、ＣＰ長の検出に用いられてもよい。つまり、ＰＳＳとＳＳＳを用いることによって、フレームタイミング同期とセル識別を行うことができる。

　下りリンク参照信号は、端末装置２が下りリンク物理チャネルの伝搬路推定、伝搬路補正、下りリンクのＣＳＩ（Channel　State　Information、チャネル状態情報）の算出、および／または、端末装置２のポジショニングの測定を行うために用いられる。

　ＣＲＳは、サブフレームの全帯域で送信される。ＣＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、ＰＨＩＣＨ、ＰＣＦＩＣＨ、およびＰＤＳＣＨの受信（復調）を行うために用いられる。ＣＲＳは、端末装置２が下りリンクのチャネル状態情報を算出するために用いられてもよい。ＰＢＣＨ、ＰＤＣＣＨ、ＰＨＩＣＨ、およびＰＣＦＩＣＨは、ＣＲＳの送信に用いられるアンテナポートで送信される。ＣＲＳは、１、２または４のアンテナポートの構成をサポートする。ＣＲＳは、アンテナポート０～３の１つまたは複数で送信される。

　ＰＤＳＣＨに関連するＵＲＳは、ＵＲＳが関連するＰＤＳＣＨの送信に用いられるサブフレームおよび帯域で送信される。ＵＲＳは、ＵＲＳが関連するＰＤＳＣＨの復調を行なうために用いられる。ＰＤＳＣＨに関連するＵＲＳは、アンテナポート５、７～１４の１つまたは複数で送信される。

　ＰＤＳＣＨは、送信モードおよびＤＣＩフォーマットに基づいて、ＣＲＳまたはＵＲＳの送信に用いられるアンテナポートで送信される。ＤＣＩフォーマット１Ａは、ＣＲＳの送信に用いられるアンテナポートで送信されるＰＤＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット２Ｄは、ＵＲＳの送信に用いられるアンテナポートで送信されるＰＤＳＣＨのスケジューリングに用いられる。

　ＥＰＤＣＣＨに関連するＤＭＲＳは、ＤＭＲＳが関連するＥＰＤＣＣＨの送信に用いられるサブフレームおよび帯域で送信される。ＤＭＲＳは、ＤＭＲＳが関連するＥＰＤＣＣＨの復調を行なうために用いられる。ＥＰＤＣＣＨは、ＤＭＲＳの送信に用いられるアンテナポートで送信される。ＥＰＤＣＣＨに関連するＤＭＲＳは、アンテナポート１０７～１１４の１つまたは複数で送信される。

　ＣＳＩ－ＲＳは、設定されたサブフレームで送信される。ＣＳＩ－ＲＳが送信されるリソースは、基地局装置１によって設定される。ＣＳＩ－ＲＳは、端末装置２が下りリンクのチャネル状態情報を算出するために用いられる。端末装置２は、ＣＳＩ－ＲＳを用いて信号測定（チャネル測定）を行う。ＣＳＩ－ＲＳは、１、２、４、８、１２、１６、２４および３２の一部または全部のアンテナポートの設定をサポートする。ＣＳＩ－ＲＳは、アンテナポート１５～４６の１つまたは複数で送信される。なお、サポートされるアンテナポートは、端末装置２の端末装置ケイパビリティ、ＲＲＣパラメータの設定、および／または設定される送信モードなどに基づいて決定されてもよい。

　ＺＰ　ＣＳＩ－ＲＳのリソースは、上位層によって設定される。ＺＰ　ＣＳＩ－ＲＳのリソースはゼロ出力の電力で送信されてもよい。すなわち、ＺＰ　ＣＳＩ－ＲＳのリソースは何も送信しなくてもよい。ＺＰ　ＣＳＩ－ＲＳの設定したリソースにおいて、ＰＤＳＣＨおよびＥＰＤＣＣＨは送信されない。例えば、ＺＰ　ＣＳＩ－ＲＳのリソースは隣接セルがＮＺＰ　ＣＳＩ－ＲＳの送信を行うために用いられる。また、例えば、ＺＰ　ＣＳＩ－ＲＳのリソースはＣＳＩ－ＩＭを測定するために用いられる。また、例えば、ＺＰ　ＣＳＩ－ＲＳのリソースはＰＤＳＣＨなどの所定のチャネルが送信されないリソースである。換言すると、所定のチャネルは、ＺＰ　ＣＳＩ－ＲＳのリソースを除いて（レートマッチングして、パンクチャして）マッピングされる。

　ＣＳＩ－ＩＭのリソースは、基地局装置１によって設定される。ＣＳＩ－ＩＭのリソースは、ＣＳＩ測定において、干渉を測定するために用いられるリソースである。ＣＳＩ－ＩＭのリソースは、ＺＰ　ＣＳＩ－ＲＳのリソースの一部と重複（オーバーラップ）して設定できる。例えば、ＣＳＩ－ＩＭのリソースがＺＰ　ＣＳＩ－ＲＳのリソースの一部と重複して設定される場合、そのリソースではＣＳＩ測定を行うセルからの信号は送信されない。換言すると、基地局装置１は、ＣＳＩ－ＩＭの設定したリソースにおいて、ＰＤＳＣＨまたはＥＰＤＣＣＨなどを送信しない。そのため、端末装置２は、効率的にＣＳＩ測定を行うことができる。

　ＭＢＳＦＮ　ＲＳは、ＰＭＣＨの送信に用いられるサブフレームの全帯域で送信される。ＭＢＳＦＮ　ＲＳは、ＰＭＣＨの復調を行なうために用いられる。ＰＭＣＨは、ＭＢＳＦＮ　ＲＳの送信用いられるアンテナポートで送信される。ＭＢＳＦＮ　ＲＳは、アンテナポート４で送信される。

　ＰＲＳは、端末装置２が、端末装置２のポジショニングを測定するために用いられる。ＰＲＳは、アンテナポート６で送信される。

　ＴＲＳは、所定のサブフレームのみにマッピングできる。例えば、ＴＲＳは、サブフレーム０および５にマッピングされる。また、ＴＲＳは、ＣＲＳの一部または全部と同様の構成を用いることができる。例えば、リソースブロックのそれぞれにおいて、ＴＲＳがマッピングされるリソースエレメントの位置は、アンテナポート０のＣＲＳがマッピングされるリソースエレメントの位置と同じにすることができる。また、ＴＲＳに用いられる系列（値）は、ＰＢＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨまたはＰＤＳＣＨ（ＲＲＣシグナリング）を通じて設定された情報に基づいて決定できる。ＴＲＳに用いられる系列（値）は、セルＩＤ（例えば、物理レイヤセル識別子）、スロット番号などのパラメータに基づいて決定できる。ＴＲＳに用いられる系列（値）は、アンテナポート０のＣＲＳに用いられる系列（値）とは異なる方法（式）によって決定できる。

　　＜本実施形態における上りリンク物理チャネル＞
　ＰＵＣＣＨは、上りリンク制御情報（Uplink　Control　Information:　UCI）を送信するために用いられる物理チャネルである。上りリンク制御情報は、下りリンクのチャネル状態情報（Channel　State　Information:　CSI）、ＰＵＳＣＨリソースの要求を示すスケジューリング要求（Scheduling　Request:　SR）、下りリンクデータ（Transport　block:　TB,　Downlink-Shared　Channel:　DL-SCH）に対するＨＡＲＱ－ＡＣＫを含む。ＨＡＲＱ－ＡＣＫは、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、または、応答情報とも称される。また、下りリンクデータに対するＨＡＲＱ－ＡＣＫは、ＡＣＫ、ＮＡＣＫ、またはＤＴＸを示す。

　ＰＵＳＣＨは、上りリンクデータ（Uplink-Shared　Channel:　UL-SCH）を送信するために用いられる物理チャネルである。また、ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ－ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。また、ＰＵＳＣＨは、チャネル状態情報のみ、または、ＨＡＲＱ－ＡＣＫおよびチャネル状態情報のみを送信するために用いられてもよい。

　ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられる物理チャネルである。ＰＲＡＣＨは、端末装置２が基地局装置１と時間領域の同期をとるために用いられることができる。また、ＰＲＡＣＨは、初期コネクション構築（initial　connection　establishment）手続き（処理）、ハンドオーバ手続き、コネクション再構築（connection　re-establishment）手続き、上りリンク送信に対する同期（タイミング調整）、および／または、ＰＵＳＣＨリソースの要求を示すためにも用いられる。

　ＰＵＣＣＨ領域において、複数のＰＵＣＣＨが周波数、時間、空間および／またはコード多重される。ＰＵＳＣＨ領域において、複数のＰＵＳＣＨが周波数、時間、空間および／またはコード多重されてもよい。ＰＵＣＣＨおよびＰＵＳＣＨは周波数、時間、空間および／またはコード多重されてもよい。ＰＲＡＣＨは単一のサブフレームまたは２つのサブフレームにわたって配置されてもよい。複数のＰＲＡＣＨが符号多重されてもよい。

　　＜本実施形態における物理上りリンク信号＞
　上りリンクＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連する。ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと時間多重される。基地局装置１は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行うためにＤＭＲＳを用いてもよい。本実施形態の説明において、ＰＵＳＣＨの送信は、ＰＵＳＣＨとＤＭＲＳを多重して送信することも含む。本実施形態の説明において、ＰＵＣＣＨの送信は、ＰＵＣＣＨとＤＭＲＳを多重して送信することも含む。なお、上りリンクＤＭＲＳは、ＵＬ－ＤＭＲＳとも呼称される。ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しない。基地局装置１は、上りリンクのチャネル状態を測定するためにＳＲＳを用いてもよい。

　ＳＲＳは上りリンクサブフレーム内の最後のＳＣ－ＦＤＭＡシンボルを用いて送信される。つまり、ＳＲＳは上りリンクサブフレーム内の最後のＳＣ－ＦＤＭＡシンボルに配置される。端末装置２は、あるセルのあるＳＣ－ＦＤＭＡシンボルにおいて、ＳＲＳと、ＰＵＣＣＨ、ＰＵＳＣＨおよび／またはＰＲＡＣＨとの同時送信を制限できる。端末装置２は、あるセルのある上りリンクサブフレームにおいて、その上りリンクサブフレーム内の最後のＳＣ－ＦＤＭＡシンボルを除くＳＣ－ＦＤＭＡシンボルを用いてＰＵＳＣＨおよび／またはＰＵＣＣＨを送信し、その上りリンクサブフレーム内の最後のＳＣ－ＦＤＭＡシンボルを用いてＳＲＳを送信することができる。つまり、あるセルのある上りリンクサブフレームにおいて、端末装置２は、ＳＲＳと、ＰＵＳＣＨおよびＰＵＣＣＨと、を送信することができる。

　ＳＲＳにおいて、トリガータイプの異なるＳＲＳとして、トリガータイプ０ＳＲＳおよびトリガータイプ１ＳＲＳが定義される。トリガータイプ０ＳＲＳは、上位層シグナリングによって、トリガータイプ０ＳＲＳに関するパラメータが設定される場合に送信される。トリガータイプ１ＳＲＳは、上位層シグナリングによって、トリガータイプ１ＳＲＳに関するパラメータが設定され、ＤＣＩフォーマット０、１Ａ、２Ｂ、２Ｃ、２Ｄ、または４に含まれるＳＲＳリクエストによって送信が要求された場合に送信される。なお、ＳＲＳリクエストは、ＤＣＩフォーマット０、１Ａ、または４についてはＦＤＤとＴＤＤの両方に含まれ、ＤＣＩフォーマット２Ｂ、２Ｃ、または２ＤについてはＴＤＤにのみ含まれる。同じサービングセルの同じサブフレームでトリガータイプ０ＳＲＳの送信とトリガータイプ１ＳＲＳの送信が生じる場合、トリガータイプ１ＳＲＳの送信が優先される。

　　＜本実施形態における物理サイドリンクチャネル＞
　ＰＳＢＣＨは、基地局装置のサービングセルの物理サイドリンクチャネルに固有の報知情報であるＭＩＢ－ＳＬ（Master　Information　Block　Sidelink）を報知するために用いられる。ＰＳＢＣＨは無線フレーム内で、サイドリンク同期サブフレームＳＬＳＳ（sidelink synchronization subframe）としてＰＳＳＳ、ＳＳＳＳ、ＳＬ－ＤＭＲＳとともに送信される。ＭＩＢ－ＳＬはシステム情報である。例えば、ＭＩＢ－ＳＬは、ＳＦＮを示す情報（directFrameNumberおよびdirectSubFrameNumber、など）、物理サイドリンクチャネルの周波数帯域幅を示す情報（sl-bandwidth、など）、送信端末装置が存在するセルカバレッジを示す情報（inCoverage、など）およびＴＤＤの場合の物理サイドリンクチャネル構成を示す情報（tdd-ConfigSL、など）を含む。

　ＰＳＣＣＨは、サイドリンク制御情報（Sidelink　Control　Information:　SCI）を送信するために用いられる。サイドリンク制御情報の情報ビットのマッピングが、ＳＣＩフォーマットとして定義される。サイドリンク制御情報は、サイドリンクグラント（sidelink　grant）を含む。サイドリンクグラントは、サイドリンクアサインメント（sidelink　assignment）またはサイドリンク割り当て（sidelink　allocation）とも称する。

　ＰＳＣＣＨは、連続する１つまたは複数のＣＣＥ（Control　Channel　Element）の集合によって送信される。ＣＣＥは、９つのＲＥＧ（Resource　Element　Group）で構成される。ＲＥＧは、４つのリソースエレメントで構成される。ＰＳＣＣＨがｎ個の連続するＣＣＥで構成される場合、そのＰＳＣＣＨは、ＣＣＥのインデックス（番号）であるｉをｎで割った余りが０である条件を満たすＣＣＥから始まる。

　サイドリンクグラントは、あるセル内のＰＳＳＣＨのスケジューリングに用いられる。サイドリンクグラントは、そのサイドリンクグラントが送信されたサブフレームと同じサブフレーム内のＰＳＳＣＨのスケジューリングに用いられる。

　ＳＣＩには、ＣＲＣ（Cyclic　Redundancy　Check）パリティビットが付加される。ＣＲＣパリティビットは、ＲＮＴＩ（Radio　Network　Temporary　Identifier）でスクランブルされる。ＲＮＴＩは、ＳＣＩの目的などに応じて、規定または設定できる識別子である。ＲＮＴＩは、仕様で予め規定される識別子、セルに固有の情報として設定される識別子、端末装置に固有の情報として設定される識別子、端末装置に属するグループに固有の情報として設定される識別子、またはサイドリンクに固有の情報として設定される識別子である。例えば、端末装置は、ＰＳＣＣＨのモニタリングにおいて、ＳＣＩに付加されたＣＲＣパリティビットに所定のＲＮＴＩでデスクランブルし、ＣＲＣが正しいかどうかを識別する。ＣＲＣが正しい場合、そのＳＣＩは端末装置のためのＳＣＩであることが分かる。

　ＰＳＳＣＨは、サイドリンクデータ（Sidelink　Shared　Channel:　SL-SCH）を送信するために用いられる。また、ＰＳＳＣＨは、上位層の制御情報を送信するためにも用いられる。

　ＰＳＣＣＨ領域において、複数のＰＳＣＣＨが周波数、時間、および／または、空間多重されてもよい。ＰＳＳＣＨ領域において、複数のＰＳＳＣＨが周波数、時間、および／または、空間多重されてもよい。ＰＳＳＣＨおよび／またはＰＳＣＣＨは周波数、時間、および／または、空間多重されてもよい。

　　＜本実施形態における物理サイドリンク信号＞
　サイドリンク同期信号は、端末装置が最ドリンクの周波数領域および／または時間領域の動機を取るために用いられる。同期信号は、ＰＳＳＳ（Primary Sidelink Synchronization Signal）およびＳＳＳＳ（Secondary Sidelink Synchronization Signal）を含む。同期信号は、無線フレーム内の所定のサブフレームに配置される。例えば、周波数領域では、対象となる周波数帯域の中心周辺の６２リソースエレメントに配置される。また、時間領域では、連続した１以上のシンボルに配置される。例えば、ＰＳＳＳはサブフレーム内の１番目と２番目のシンボル（または第１スロットの１番目と２番目のシンボル）に配置され、ＳＳＳＳはサブフレーム内の１１番目と１２番目のシンボル(または第２スロットの４番目と５番目のシンボル)に配置される。

　ＰＳＳＳは、粗いフレーム／シンボルタイミング同期（時間領域の同期）に用いられても良い。ＳＳＳＳは、ＰＳＳＳよりもより正確なフレームタイミング同期に用いられてもよい。

　サイドリンク参照信号は、端末装置が物理サイドリンクチャネルの伝搬路推定（Channel　Estimation）、伝搬路補正(Channel　Equalization/Compensation)、サイドリンクのＣＳＩ（Channel　State　Information）の算出、および／または、端末装置のポジショニングの測定を行うために用いられる。

　ＳＬ－ＤＭＲＳは、ＳＬ－ＤＭＲＳが関連するチャネル（ＰＳＢＣＨ、ＰＳＤＣＨ、ＰＳＣＣＨ、ＰＳＳＣＨなど）の送信に用いられるサブフレームおよび周波数帯域の中で送信される。ＳＬ－ＤＭＲＳは、ＳＬ－ＤＭＲＳが関連するチャネルの復調を行うために用いられる。

　ＳＬ－ＣＳＩ－ＲＳは、設定されたサブフレームで送信される。ＳＬ－ＣＳＩ－ＲＳが送信されるリソースは、基地局装置または端末装置によって設定される。ＳＬ－ＣＳＩ－ＲＳは、端末装置がサイドリンクのチャネル状態情報を算出するために用いられる。端末装置は、ＳＬ－ＣＳＩ－ＲＳを用いて信号測定（チャネル測定）を行う。ＳＬ－ＣＳＩ－ＲＳは、１、２、４、８、１２、１６、２４および３２の一部または全部のアンテナポートの設定をサポートする。ＳＬ－ＣＳＩ－ＲＳは、アンテナポート１５～４６の１つまたは複数で送信される。なお、サポートされるアンテナポートは、端末装置の端末装置ケイパビリティ、ＲＲＣパラメータの設定、および／または設定される送信モードなどに基づいて決定されてもよい。

　ＳＬ－ＳＲＳはサイドリンクサブフレーム内の所定のシンボルを用いて送信される。例えば、ＳＬ－ＳＲＳはサブフレーム内の最後のシンボルに配置される。端末装置は、あるセルのあるサイドリンクサブフレームにおいて、そのサイドリンクサブフレーム内の最後のシンボルを除くシンボルを用いてＰＳＳＣＨおよび／またはＰＳＣＣＨを送信し、そのサイドリンクサブフレーム内の最後のシンボルを用いてＳＬ－ＳＲＳを送信することができる。つまり、あるセルのあるサイドリンクサブフレームにおいて、端末装置は、ＳＬ－ＳＲＳと、ＰＳＳＣＨおよびＰＳＣＣＨと、を送信することができる。

　ＳＬ－ＳＲＳにおいて、トリガータイプの異なるＳＬ－ＳＲＳとして、トリガータイプ０ＳＬ－ＳＲＳおよびトリガータイプ１ＳＬ－ＳＲＳが定義される。トリガータイプ０ＳＬ－ＳＲＳは、上位層シグナリングによって、トリガータイプ０ＳＬ－ＳＲＳに関するパラメータが設定される場合に送信される。トリガータイプ１ＳＬ－ＳＲＳは、上位層シグナリングによって、トリガータイプ１ＳＬ－ＳＲＳに関するパラメータが設定され、ＤＣＩフォーマットに含まれるＳＬ－ＳＲＳリクエストによって送信が要求された場合に送信される。同じサービングセルの同じサブフレームでトリガータイプ０ＳＬ－ＳＲＳの送信とトリガータイプ１ＳＬ－ＳＲＳの送信が生じる場合、トリガータイプ１ＳＬ－ＳＲＳの送信が優先される。

　ＰＳＳＣＨは、送信モードおよびＤＳＩフォーマットに基づいて、ＳＬ－ＤＭＲＳの送信に用いられるアンテナポートで送信される。

　　＜本実施形態における物理サイドリンクチャネルの設定＞
　以下では、ＮＲにおけるサイドリンクのリソースプールの割当の詳細について説明する。

　セルカバレッジ内におけるサイドリンク通信において、ＮＲにおけるサイドリンクのリソースプールは、動的にリソースプールを設定することができる。ＮＲにおけるサイドリンクのリソースプールは、ＮＲ－ＰＤＣＣＨによって基地局から指示される。すなわち、ＮＲ－ＰＤＣＣＨに含まれるＮＲ－ＤＣＩは、ＮＲ－ＰＳＣＣＨ、ＮＲ－ＰＳＳＣＨ、および、サイドリンクＡＣＫ／ＮＡＣＫ用チャネルが送受信されるリソースブロックおよびサブフレームを指示する。

　図６は、サイドリンクの動的リソースプール割当の一例を示す図である。第１の端末装置は、ＮＲ－ＰＤＣＣＨによって、そのＮＲ－ＰＤＣＣＨが送信されたサブフレームを含む、後の３サブフレームをサイドリンク通信のためのリソースプールとして設定する。第１の端末装置は、受信／送信切替え、および、ＮＲ－ＰＳＣＣＨとＮＲ－ＰＳＳＣＨの生成処理のためのギャップ時間を待機した後に、ＮＲ－ＰＤＣＣＨで指定されたリソースプールを用いて、ＮＲ－ＰＳＣＣＨを第２の端末装置宛に送信する。更に、第１の端末装置は、ＮＲ－ＰＤＣＣＨで指定されたリソースプールを用いて、ＮＲ－ＰＳＣＣＨに含まれるＮＲ－ＳＣＩフォーマットに従ってスケジュールされたＮＲ－ＰＳＳＣＨを第２の端末装置宛に送信する。最後に、第２の端末装置は、サイドリンクＡＣＫ／ＮＡＣＫ用チャネルの生成処理のためのギャップ時間を待機した後に、ＮＲ－ＰＤＣＣＨで指定されたリソースプールを用いて、第１の端末装置から送信されたＮＲ－ＰＳＳＣＨに対するＡＣＫ／ＮＡＣＫ応答の情報をサイドリンクＡＣＫ／ＮＡＣＫ用チャネルに乗せて、第１の端末装置宛に送信する。

　ＮＲ－ＰＤＣＣＨによる時間リソースプールの指示の一例として、サイドリンク通信に用いられる時間リソースは、ＮＲ－ＰＤＣＣＨにサイドリンク通信を指示するＤＣＩが含まれていた場合に、そのＮＲ－ＰＤＣＣＨから所定のサブフレームまでサイドリンクのリソースプールとして指示される。第１の端末装置は、そのサイドリンク通信を指示するＤＣＩを受信したサブフレームから、時間リソースプールを認識する。所定のサブフレームは、例えば、３サブフレームなど予め設定されてもよいし、ＳＩＢや専用ＲＲＣメッセージなどの上位層から設定されてもよい。

　ＮＲ－ＰＤＣＣＨによる時間リソースプールの指示の一例として、サイドリンク通信に用いられる時間リソースは、ＮＲ－ＰＤＣＣＨに含まれるサイドリンク通信を指示するＤＣＩにサブフレームを指示する情報が含まれて、その情報に基づいてリソースプールが指示される。第１の端末装置は、そのサブフレームを指示する情報から、時間リソースプールを認識する。サブフレームの指示の方法として、例えば、サブフレーム番号、ＮＲ－ＰＤＣＣＨから時間リソースプールまでのサブフレーム数、などがある。

　ＮＲ－ＰＤＣＣＨによる周波数リソースの指示の一例として、サイドリンク通信に用いられる周波数リソースは、ＮＲ－ＰＤＣＣＨに含まれるサイドリンク通信を指示するＤＣＩのパラメータの１つであるリソース割当情報に基づいて指示される。第１の端末装置は、リソース割当情報によって指示されたリソースブロックは、リソースプールであると認識する。そのリソース割当情報は、少なくともＮＲ－ＰＳＣＣＨが送信されるリソースを示す情報である。

　なお、そのリソース割当情報は、ＮＲ－ＰＳＣＣＨが送信されるリソースを示す情報と、ＮＲ－ＰＳＳＣＨが送信されるリソースを示す情報と、サイドリンクＡＣＫ／ＮＡＣＫ用チャネルが送信されるリソースを示す情報と、で個別に通知されてもよい。

　また、ＮＲ－ＰＳＳＣＨが送信されるリソースと、サイドリンクＡＣＫ／ＮＡＣＫ用チャネルが送信されるリソースは、ＮＲ－ＰＳＣＣＨが送信されるリソースを示す情報に紐付いてもよい。例えば、ＮＲ－ＰＳＳＣＨが送信される周波数リソースは、ＮＲ－ＰＳＣＣＨが送信される周波数リソースと同じであってもよい。例えば、サイドリンクＡＣＫ／ＮＡＣＫ用チャネルが送信されるリソースは、

　また、１つのＮＲ－ＰＤＣＣＨから複数のＮＲコンポーネントキャリアのリソースプールが指示されてもよい。例えば、ＮＲのプライマリーセルで送信されたＮＲ－ＰＤＣＣＨから、ＮＲのプライマリーセルおよびセカンダリーセルのサイドリンク通信に用いられるリソースプールが設定されてもよい。

　また、ＮＲ－ＰＤＣＣＨによるリソースプールの指示が可能なサブフレームおよびリソースブロックは、上位層情報によって制限されてもよい。その上位層情報は、例えば、専用ＲＲＣメッセージなどによる端末固有設定情報や、ＳＩＢなどの報知情報である。その上位層情報によって時間および周波数リソースプールの候補が設定され、ＮＲ－ＰＤＣＣＨに含まれるサイドリンク通信を指示するＤＣＩによって、その候補から実際にリソースプールとして用いることができるサブフレームおよびリソースブロックが指示される。

　サイドリンクのリソースプールに関する情報が含まれるＮＲ－ＰＤＣＣＨは、端末装置固有または端末装置グループ固有に送信されることが好ましい。すなわち、サイドリンクのリソースプール情報が含まれるＮＲ－ＰＤＣＣＨは、Ｃ－ＲＮＴＩなどの端末装置固有情報によって決定されるサーチスペースに配置される、もしくは、端末装置グループ固有の情報によって決定されるサーチスペースに配置されることが好ましい。

　第２の端末装置のＮＲ－ＰＳＣＣＨのモニタリングの一例として、第２の端末装置はＮＲ－ＰＤＣＣＨとＮＲ－ＰＳＣＣＨの両方を常にモニタし続ける。第２の端末装置宛のＮＲ－ＰＤＣＣＨを検出した場合は、第２の端末装置は、上りリンクの送信処理または下りリンクの受信処理またはＮＲ－ＰＳＣＣＨの送信処理に移行し、そうでなければ、ＮＲ－ＰＳＣＣＨのモニタを試みる。この場合、第２の端末装置に対して、ＮＲ－ＰＳＣＣＨが送信される可能性のある複数のリソースの候補（ＮＲ－ＰＳＣＣＨ候補）を上位層から設定される、または、予め設定される。第２の端末装置は、その設定されたＮＲ－ＰＳＣＣＨ候補において、ＮＲ－ＰＳＣＣＨのブラインド復号を試みる。そのＮＲ－ＰＳＣＣＨ候補の設定情報は、第２の端末装置が基地局装置とＲＲＣ接続状態である場合には、専用ＲＲＣメッセージによって第２の端末装置に通知され、第２の端末装置が基地局装置とＲＲＣ接続状態でない場合には、第１の端末装置が送信するＮＲのサイドリンク用報知チャネル（ＮＲ－ＰＳＢＣＨ）によって第２の端末装置に報知される。ＮＲ－ＰＳＢＣＨに含まれる設定情報は、第１の端末装置がセルの内部に存在する場合は、基地局装置から設定された情報であり、第１の端末装置がセルの外部に存在する場合は、予め設定された情報である。

　なお、ＮＲ－ＰＳＢＣＨが送信されるリソースプールも、ＮＲ－ＰＤＣＣＨによって指示されてもよい。ＮＲ－ＰＳＢＣＨが送信されるリソースプールを指示する方法も、ＮＲ－ＰＳＣＣＨが送信されるリソースプールを指示する方法と同様であってもよい。

　第２の端末装置のＮＲ－ＰＳＣＣＨのモニタリングの別の一例として、第２の端末装置がセルの内部に存在する場合は、第２の端末装置はリソースプールが指定されるＮＲ－ＰＤＣＣＨを受信することができる。そのＮＲ－ＰＤＣＣＨを受信した場合に、第２の端末装置は、そのＮＲ－ＰＤＣＣＨに含まれるリソースプールの情報に基づいて、ＮＲ－ＰＳＣＣＨが送信されるリソースにおいてＮＲ－ＰＳＣＣＨの復号を試み、そうでなければ、次の単位フレームまでモニタリングの処理を待機する。これにより、１つの単位フレームにおいて複数回のＮＲ－ＰＳＣＣＨの復号を試みる動作を行わなくてよいため、端末装置の低消費電力や受信機の簡略化などの効果が期待できる。

　図７は、サイドリンクの動的リソースプール割当の一例を示す図である。図６との差異として、サイドリンク通信においても自己完結型送信が可能である場合、図７に示す通りＮＲ－ＰＳＣＣＨ、ＮＲ－ＰＳＳＣＨおよびサイドリンクＡＣＫ／ＮＡＣＫチャネルの送受信が１つの所定の送受信時間（例えば、単位フレーム時間）内に割り当てられるサイドリンク送信用リソースプールで完結することができる。第１の端末装置は、ＮＲ－ＰＤＣＣＨの受信後に、ＮＲ－ＰＤＣＣＨに含まれるサイドリンク通信を指示するＤＣＩ（第１のサイドリンク用ＤＣＩ）に基づいて、サイドリンクのリソースプールを認識する。そして、第１の端末装置は、その第１のサイドリンク用ＤＣＩから指示されたサイドリンクのリソースプールを用いてＮＲ－ＰＳＣＣＨとＮＲ－ＰＳＳＣＨを送信する。第２の端末装置は、第１の端末装置から送信されたＮＲ－ＰＳＣＣＨを受信後、そのＮＲ－ＰＳＣＣＨに含まれる情報に基づいてＮＲ－ＰＳＳＣＨの復号を試みる。

　第１の端末装置は、第１のサイドリンク用ＤＣＩに含まれるサイドリンクの時間リソースに関する情報に基づいて、ＮＲ－ＰＳＳＣＨのチャネル長を決定することができる。または、第１の端末装置は、第１のサイドリンク用ＤＣＩに含まれるＮＲ－ＰＳＳＣＨのチャネル長に関する情報に基づいて、ＮＲ－ＰＤＣＣＨに含まれるサイドリンクの時間リソースを認識することができる。

　これにより、サイドリンク通信においても自己完結型送信が可能となり、柔軟なリソース制御を行うことで、システムのリソース利用効率が良好となる。

　図８は、サイドリンクの動的リソースプール割当の一例を示す図である。図７との差異として、第１の端末装置は、ＮＲ－ＰＳＣＣＨを用いて、第２の端末装置に対して第２の端末装置からのＮＲ－ＰＳＳＣＨ送信のスケジューリング情報を指示する。第２の端末装置は、ＮＲ－ＰＳＣＣＨの受信処理およびＮＲ－ＰＳＳＣＨの送信処理のためのギャップ時間を待機してから、そのＮＲ－ＰＳＳＣＨから指示された情報に基づいて、ＮＲ－ＰＳＳＣＨを送信する。これにより、特に、第２の端末装置がセルの外部に存在した場合でも、第１の端末装置を経由することで、基地局装置が、第２の端末装置が使うサイドリンク通信のためのリソースを動的に制御することができ、システムのリソース利用効率が良好となる。

　図８で送信されるＮＲ－ＰＳＣＣＨに含まれるサイドリンク通信を指示するＤＣＩ（第２のサイドリンク用ＤＣＩ）は、図７で送信されるＮＲ－ＰＳＣＣＨに含まれるサイドリンク通信を指示する第１のサイドリンク用ＤＣＩとは異なる。図７で送信されるＮＲ－ＰＳＣＣＨに含まれるサイドリンク通信を指示するＤＣＩは、第１の端末装置が第２の端末装置に対してＮＲ－ＰＳＣＣＨおよびＮＲ－ＰＳＳＣＨを送信するリソースをスケジュールするＤＣＩである。図８で送信されるＮＲ－ＰＳＣＣＨに含まれるサイドリンク通信を指示するＤＣＩは、第１の端末装置が第２の端末装置に対してＮＲ－ＰＳＣＣＨを送信するリソース、および、第２の端末装置は第１の端末装置に対してそのＮＲ－ＰＳＣＣＨによってスケジュールされたＮＲ－ＰＳＳＣＨを送信するリソースをスケジュールするＤＣＩである。

　また、図７で送信されるＮＲ－ＰＳＣＣＨに含まれるＳＣＩ（第１のＳＣＩ）と、図８で送信されるＮＲ－ＰＳＣＣＨに含まれるＳＣＩ（第２のＳＣＩ）は異なる。第１のＳＣＩは、第２の端末装置に対して第１の端末装置から送信されるＮＲ－ＰＳＳＣＨの受信を指示するために用いられ、第２のＳＣＩは、第２の端末装置に対して第１の端末装置宛のＮＲ－ＰＳＳＣＨの送信を指示するために用いられる。

　図９は、サイドリンクの動的リソースプール割当の一例を示す図である。図９は、端末装置中継を想定する。図９は、図８から更に、ＮＲ－ＰＤＣＣＨによってサイドリンクのリソースプールの指示に加えて、ＮＲ－ＰＵＳＣＨのスケジューリングも行われる。図８と同様に、第１の端末装置は、ＮＲ－ＰＳＣＣＨによって、第２の端末装置に対してＮＲ－ＰＳＳＣＨの送信を指示し、第２の端末装置からのＳＬ－ＳＣＨを受信する。そして、第１の端末装置は、その受信したＳＬ－ＳＣＨをＮＲ－ＰＵＳＣＨに含めて基地局装置へ送信する。これにより、１つのＮＲ－ＰＤＣＣＨによってサイドリンクのリソースプールとＮＲ－ＰＵＳＣＨのスケジューリングを行うことができるため、ＮＲ－ＰＤＣＣＨによるオーバーヘッドを低減しつつ、低遅延な端末装置中継を実現することができる。

　図１０は、サイドリンクの動的リソースプール割当の一例を示す図である。図１０は、ＮＲ－ＰＤＣＣＨによってサイドリンクのリソースプールを無線フレーム単位で指示する。サブフレーム＃０で送信される。

　ＮＲ－ＰＤＣＣＨに含まれるサイドリンクのリソースプールの情報は、サイドリンクのリソースプールが設定されるサブフレームを１または０で指示されるビットマップ情報と、リソースブロックの開始位置Ｓ１と、リソースブロックの終了位置Ｓ２と、連続するリソースブロック数Ｍと、によって指示される。

　このサイドリンクのリソースプール情報を含むＮＲ－ＰＤＣＣＨは、端末に共有で送られることが好ましい。すわなち、そのサイドリンクのリソースプール情報が含まれるＮＲ－ＰＤＣＣＨは、端末装置共通のサーチスペースに配置されることが好ましい。

　端末装置がサブフレーム＃０でサイドリンクのリソースプール情報が含まれるＮＲ－ＰＤＣＣＨを受信した場合は、ＮＲ－ＰＤＣＣＨを受信したその無線フレーム間では、そのリソースプール情報を用いてリソースプールが設定される。一方で、端末装置が端末装置がサブフレーム＃０でサイドリンクのリソースプール情報が含まれるＮＲ－ＰＤＣＣＨを受信した場合は、その無線フレーム間では、リソースプールが設定されないと想定する。

　　＜本実施形態における制御チャネルのための物理リソース＞
　リソースエレメントグループ（ＲＥＧ：Resource　Element　Group）は、リソースエレメントと制御チャネルのマッピングを定義するために用いられる。例えば、ＲＥＧは、ＰＤＣＣＨ、ＰＨＩＣＨ、またはＰＣＦＩＣＨのマッピングに用いられる。ＲＥＧは、同一のＯＦＤＭシンボル内であり、同一のリソースブロック内において、ＣＲＳのために用いられない４つの連続したリソースエレメントで構成される。また、ＲＥＧは、あるサブフレーム内の１番目のスロットにおける１番目のＯＦＤＭシンボルから４番目のＯＦＤＭシンボルの中で構成される。

　拡張リソースエレメントグループ（ＥＲＥＧ：Enhanced　Resource　Element　Group）は、リソースエレメントと拡張制御チャネルのマッピングを定義するために用いられる。例えば、ＥＲＥＧは、ＥＰＤＣＣＨのマッピングに用いられる。１つのリソースブロックペアは１６のＥＲＥＧで構成される。それぞれのＥＲＥＧはリソースブロックペア毎に０から１５の番号が付される。それぞれのＥＲＥＧは、１つのリソースブロックペアにおいて、ＥＰＤＣＣＨに関連付けられたＤＭ－ＲＳのために用いられるリソースエレメントを除いた９つのリソースエレメントで構成される。

　　＜本実施形態における基地局装置１の構成例＞
　図１１は、本実施形態の基地局装置１の構成を示す概略ブロック図である。図示するように、基地局装置１は、上位層処理部１０１、制御部１０３、受信部１０５、送信部１０７、および、送受信アンテナ１０９、を含んで構成される。また、受信部１０５は、復号化部１０５１、復調部１０５３、多重分離部１０５５、無線受信部１０５７、およびチャネル測定部１０５９を含んで構成される。また、送信部１０７は、符号化部１０７１、変調部１０７３、多重部１０７５、無線送信部１０７７、および下りリンク参照信号生成部１０７９を含んで構成される。

　既に説明したように、基地局装置１は、１つ以上のＲＡＴをサポートできる。図１１に示す基地局装置１に含まれる各部の一部または全部は、ＲＡＴに応じて個別に構成されうる。例えば、受信部１０５および送信部１０７は、ＬＴＥとＮＲとで個別に構成される。また、ＮＲセルにおいて、図１１に示す基地局装置１に含まれる各部の一部または全部は、送信信号に関するパラメータセットに応じて個別に構成されうる。例えば、あるＮＲセルにおいて、無線受信部１０５７および無線送信部１０７７は、送信信号に関するパラメータセットに応じて個別に構成されうる。

　上位層処理部１０１は、媒体アクセス制御（MAC:　Medium　Access　Control）層、パケットデータ統合プロトコル（Packet　Data　Convergence　Protocol:　PDCP）層、無線リンク制御（Radio　Link　Control:　RLC）層、無線リソース制御（Radio　Resource　Control:　RRC）層の処理を行う。また、上位層処理部１０１は、受信部１０５、および送信部１０７の制御を行うために制御情報を生成し、制御部１０３に出力する。

　制御部１０３は、上位層処理部１０１からの制御情報に基づいて、受信部１０５および送信部１０７の制御を行う。制御部１０３は、上位層処理部１０１への制御情報を生成し、上位層処理部１０１に出力する。制御部１０３は、復号化部１０５１からの復号化された信号およびチャネル測定部１０５９からのチャネル推定結果を入力する。制御部１０３は、符号化する信号を符号化部１０７１へ出力する。また、制御部１０３は、基地局装置１の全体または一部を制御するために用いられる。

　上位層処理部１０１は、ＲＡＴ制御、無線リソース制御、サブフレーム設定、スケジューリング制御、および／または、ＣＳＩ報告制御に関する処理および管理を行う。上位層処理部１０１における処理および管理は、端末装置毎、または基地局装置に接続している端末装置共通に行われる。上位層処理部１０１における処理および管理は、上位層処理部１０１のみで行われてもよいし、上位ノードまたは他の基地局装置から取得してもよい。また、上位層処理部１０１における処理および管理は、ＲＡＴに応じて個別に行われてもよい。例えば、上位層処理部１０１は、ＬＴＥにおける処理および管理と、ＮＲにおける処理および管理とを個別に行う。

　上位層処理部１０１におけるＲＡＴ制御では、ＲＡＴに関する管理が行われる。例えば、ＲＡＴ制御では、ＬＴＥに関する管理および／またはＮＲに関する管理が行われる。ＮＲに関する管理は、ＮＲセルにおける送信信号に関するパラメータセットの設定および処理を含む。

　上位層処理部１０１における無線リソース制御では、下りリンクデータ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ（ＲＲＣパラメータ）、および／または、ＭＡＣ制御エレメント（ＣＥ：Control　Element）の生成および／または管理が行われる。

　上位層処理部１０１におけるサブフレーム設定では、サブフレーム設定、サブフレームパターン設定、上りリンク－下りリンク設定、上りリンク参照ＵＬ－ＤＬ設定、および／または、下りリンク参照ＵＬ－ＤＬ設定の管理が行われる。なお、上位層処理部１０１におけるサブフレーム設定は、基地局サブフレーム設定とも呼称される。また、上位層処理部１０１におけるサブフレーム設定は、上りリンクのトラフィック量および下りリンクのトラフィック量に基づいて決定できる。また、上位層処理部１０１におけるサブフレーム設定は、上位層処理部１０１におけるスケジューリング制御のスケジューリング結果に基づいて決定できる。

　上位層処理部１０１におけるスケジューリング制御では、受信したチャネル状態情報およびチャネル測定部１０５９から入力された伝搬路の推定値やチャネルの品質などに基づいて、物理チャネルを割り当てる周波数およびサブフレーム、物理チャネルの符号化率および変調方式および送信電力などが決定される。例えば、制御部１０３は、上位層処理部１０１におけるスケジューリング制御のスケジューリング結果に基づいて、制御情報（ＤＣＩフォーマット）を生成する。

　上位層処理部１０１におけるＣＳＩ報告制御では、端末装置２のＣＳＩ報告が制御される。例えば、端末装置２においてＣＳＩを算出するために想定するためのＣＳＩ参照リソースに関する設定が制御される。

　受信部１０５は、制御部１０３からの制御に従って、送受信アンテナ１０９を介して端末装置２から送信された信号を受信し、さらに分離、復調、復号などの受信処理を行い、受信処理された情報を制御部１０３に出力する。なお、受信部１０５における受信処理は、あらかじめ規定された設定、または基地局装置１が端末装置２に通知した設定に基づいて行われる。

　無線受信部１０５７は、送受信アンテナ１０９を介して受信された上りリンクの信号に対して、中間周波数への変換（ダウンコンバート）、不要な周波数成分の除去、信号レベルが適切に維持されるように増幅レベルの制御、受信された信号の同相成分および直交成分に基づく直交復調、アナログ信号からディジタル信号への変換、ガードインターバル（Guard　Interval:　GI）の除去、および／または、高速フーリエ変換（Fast　Fourier　Transform:　FFT）による周波数領域信号の抽出を行う。

　多重分離部１０５５は、無線受信部１０５７から入力された信号から、ＰＵＣＣＨまたはＰＵＳＣＨなどの上りリンクチャネルおよび／または上りリンク参照信号を分離する。多重分離部１０５５は、上りリンク参照信号をチャネル測定部１０５９に出力する。多重分離部１０５５は、チャネル測定部１０５９から入力された伝搬路の推定値から、上りリンクチャネルに対する伝搬路の補償を行う。

　復調部１０５３は、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary　Phase　Shift　Keying）、ＱＰＳＫ（Quadrature　Phase　shift　Keying）、１６ＱＡＭ（Quadrature　Amplitude　Modulation）、６４ＱＡＭ、２５６ＱＡＭ等の変調方式を用いて受信信号の復調を行う。復調部１０５３は、ＭＩＭＯ多重された上りリンクチャネルの分離および復調を行う。

　復号化部１０５１は、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータおよび／または上りリンク制御情報は制御部１０３へ出力される。復号化部１０５１は、ＰＵＳＣＨに対しては、トランスポートブロック毎に復号処理を行う。

　チャネル測定部１０５９は、多重分離部１０５５から入力された上りリンク参照信号から伝搬路の推定値および／またはチャネルの品質などを測定し、多重分離部１０５５および／または制御部１０３に出力する。例えば、チャネル測定部１０５９は、ＵＬ－ＤＭＲＳを用いてＰＵＣＣＨまたはＰＵＳＣＨに対する伝搬路補償を行うための伝搬路の推定値を測定し、ＳＲＳを用いて上りリンクにおけるチャネルの品質を測定する。

　送信部１０７は、制御部１０３からの制御に従って、上位層処理部１０１から入力された下りリンク制御情報および下りリンクデータに対して、符号化、変調および多重などの送信処理を行う。例えば、送信部１０７は、ＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨ、ＰＤＳＣＨ、および下りリンク参照信号を生成および多重し、送信信号を生成する。なお、送信部１０７における送信処理は、あらかじめ規定された設定、基地局装置１が端末装置２に通知した設定、または、同一のサブフレームで送信されるＰＤＣＣＨまたはＥＰＤＣＣＨを通じて通知される設定に基づいて行われる。

　符号化部１０７１は、制御部１０３から入力されたＨＡＲＱインディケータ（ＨＡＲＱ－ＡＣＫ）、下りリンク制御情報、および下りリンクデータを、ブロック符号化、畳込み符号化、ターボ符号化等の所定の符号化方式を用いて符号化を行う。変調部１０７３は、符号化部１０７１から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。下りリンク参照信号生成部１０７９は、物理セル識別子（ＰＣＩ：Physical　cell　identification）、端末装置２に設定されたＲＲＣパラメータなどに基づいて、下りリンク参照信号を生成する。多重部１０７５は、各チャネルの変調シンボルと下りリンク参照信号を多重し、所定のリソースエレメントに配置する。

　無線送信部１０７７は、多重部１０７５からの信号に対して、逆高速フーリエ変換（Inverse　Fast　Fourier　Transform:　IFFT）による時間領域の信号への変換、ガードインターバルの付加、ベースバンドのディジタル信号の生成、アナログ信号への変換、直交変調、中間周波数の信号から高周波数の信号への変換（アップコンバート:　up　convert）、余分な周波数成分の除去、電力の増幅などの処理を行い、送信信号を生成する。無線送信部１０７７が出力した送信信号は、送受信アンテナ１０９から送信される。

　　＜本実施形態における端末装置２の構成例＞
　図１２は、本実施形態の端末装置２の構成を示す概略ブロック図である。図示するように、端末装置２は、上位層処理部２０１、制御部２０３、受信部２０５、送信部２０７、および送受信アンテナ２０９を含んで構成される。また、受信部２０５は、復号化部２０５１、復調部２０５３、多重分離部２０５５、無線受信部２０５７、およびチャネル測定部２０５９を含んで構成される。また、送信部２０７は、符号化部２０７１、変調部２０７３、多重部２０７５、無線送信部２０７７、および上りリンク参照信号生成部２０７９を含んで構成される。

　既に説明したように、端末装置２は、１つ以上のＲＡＴをサポートできる。図１２に示す端末装置２に含まれる各部の一部または全部は、ＲＡＴに応じて個別に構成されうる。例えば、受信部２０５および送信部２０７は、ＬＴＥとＮＲとで個別に構成される。また、ＮＲセルにおいて、図１２に示す端末装置２に含まれる各部の一部または全部は、送信信号に関するパラメータセットに応じて個別に構成されうる。例えば、あるＮＲセルにおいて、無線受信部２０５７および無線送信部２０７７は、送信信号に関するパラメータセットに応じて個別に構成されうる。

　上位層処理部２０１は、上りリンクデータ（トランスポートブロック）を、制御部２０３に出力する。上位層処理部２０１は、媒体アクセス制御（MAC:　Medium　Access　Control）層、パケットデータ統合プロトコル（Packet　Data　Convergence　Protocol:　PDCP）層、無線リンク制御（Radio　Link　Control:　RLC）層、無線リソース制御（Radio　Resource　Control:　RRC）層の処理を行なう。また、上位層処理部２０１は、受信部２０５、および送信部２０７の制御を行うために制御情報を生成し、制御部２０３に出力する。

　制御部２０３は、上位層処理部２０１からの制御情報に基づいて、受信部２０５および送信部２０７の制御を行う。制御部２０３は、上位層処理部２０１への制御情報を生成し、上位層処理部２０１に出力する。制御部２０３は、復号化部２０５１からの復号化された信号およびチャネル測定部２０５９からのチャネル推定結果を入力する。制御部２０３は、符号化する信号を符号化部２０７１へ出力する。また、制御部２０３は、端末装置２の全体または一部を制御するために用いられてもよい。

　上位層処理部２０１は、ＲＡＴ制御、無線リソース制御、サブフレーム設定、スケジューリング制御、および／または、ＣＳＩ報告制御に関する処理および管理を行う。上位層処理部２０１における処理および管理は、あらかじめ規定される設定、および／または、基地局装置１から設定または通知される制御情報に基づく設定に基づいて行われる。例えば、基地局装置１からの制御情報は、ＲＲＣパラメータ、ＭＡＣ制御エレメントまたはＤＣＩを含む。また、上位層処理部２０１における処理および管理は、ＲＡＴに応じて個別に行われてもよい。例えば、上位層処理部２０１は、ＬＴＥにおける処理および管理と、ＮＲにおける処理および管理とを個別に行う。

　上位層処理部２０１におけるＲＡＴ制御では、ＲＡＴに関する管理が行われる。例えば、ＲＡＴ制御では、ＬＴＥに関する管理および／またはＮＲに関する管理が行われる。ＮＲに関する管理は、ＮＲセルにおける送信信号に関するパラメータセットの設定および処理を含む。

　上位層処理部２０１における無線リソース制御では、自装置における設定情報の管理が行われる。上位層処理部２０１における無線リソース制御では、上りリンクデータ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ（ＲＲＣパラメータ）、および／または、ＭＡＣ制御エレメント（ＣＥ：Control　Element）の生成および／または管理が行われる。

　上位層処理部２０１におけるサブフレーム設定では、基地局装置１および／または基地局装置１とは異なる基地局装置におけるサブフレーム設定が管理される。サブフレーム設定は、サブフレームに対する上りリンクまたは下りリンクの設定、サブフレームパターン設定、上りリンク－下りリンク設定、上りリンク参照ＵＬ－ＤＬ設定、および／または、下りリンク参照ＵＬ－ＤＬ設定を含む。なお、上位層処理部２０１におけるサブフレーム設定は、端末サブフレーム設定とも呼称される。

　上位層処理部２０１におけるスケジューリング制御では、基地局装置１からのＤＣＩ（スケジューリング情報）に基づいて、受信部２０５および送信部２０７に対するスケジューリングに関する制御を行うための制御情報が生成される。

　上位層処理部２０１におけるＣＳＩ報告制御では、基地局装置１に対するＣＳＩの報告に関する制御が行われる。例えば、ＣＳＩ報告制御では、チャネル測定部２０５９でＣＳＩを算出するために想定するためのＣＳＩ参照リソースに関する設定が制御される。ＣＳＩ報告制御では、ＤＣＩおよび／またはＲＲＣパラメータに基づいて、ＣＳＩを報告するために用いられるリソース（タイミング）を制御する。

　受信部２０５は、制御部２０３からの制御に従って、送受信アンテナ２０９を介して基地局装置１から送信された信号を受信し、さらに分離、復調、復号などの受信処理を行い、受信処理された情報を制御部２０３に出力する。なお、受信部２０５における受信処理は、あらかじめ規定された設定、または基地局装置１からの通知または設定に基づいて行われる。

　無線受信部２０５７は、送受信アンテナ２０９を介して受信された上りリンクの信号に対して、中間周波数への変換（ダウンコンバート）、不要な周波数成分の除去、信号レベルが適切に維持されるように増幅レベルの制御、受信された信号の同相成分および直交成分に基づく直交復調、アナログ信号からディジタル信号への変換、ガードインターバル（Guard　Interval:　GI）の除去、および／または、高速フーリエ変換（Fast　Fourier　Transform:　FFT）による周波数領域の信号の抽出を行う。

　多重分離部２０５５は、無線受信部２０５７から入力された信号から、ＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨまたはＰＤＳＣＨなどの下りリンクチャネル、下りリンク同期信号および／または下りリンク参照信号を分離する。多重分離部２０５５は、下りリンク参照信号をチャネル測定部２０５９に出力する。多重分離部２０５５は、チャネル測定部２０５９から入力された伝搬路の推定値から、下りリンクチャネルに対する伝搬路の補償を行う。

　復調部２０５３は、下りリンクチャネルの変調シンボルに対して、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の変調方式を用いて受信信号の復調を行う。復調部２０５３は、ＭＩＭＯ多重された下りリンクチャネルの分離および復調を行う。

　復号化部２０５１は、復調された下りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された下りリンクデータおよび／または下りリンク制御情報は制御部２０３へ出力される。復号化部２０５１は、ＰＤＳＣＨに対しては、トランスポートブロック毎に復号処理を行う。

　チャネル測定部２０５９は、多重分離部２０５５から入力された下りリンク参照信号から伝搬路の推定値および／またはチャネルの品質などを測定し、多重分離部２０５５および／または制御部２０３に出力する。チャネル測定部２０５９が測定に用いる下りリンク参照信号は、少なくともＲＲＣパラメータによって設定される送信モードおよび／または他のＲＲＣパラメータに基づいて決定されてもよい。例えば、ＤＬ－ＤＭＲＳはＰＤＳＣＨまたはＥＰＤＣＣＨに対する伝搬路補償を行うための伝搬路の推定値を測定する。ＣＲＳはＰＤＣＣＨまたはＰＤＳＣＨに対する伝搬路補償を行うための伝搬路の推定値、および／または、ＣＳＩを報告するための下りリンクにおけるチャネルを測定する。ＣＳＩ－ＲＳは、ＣＳＩを報告するための下りリンクにおけるチャネルを測定する。チャネル測定部２０５９は、ＣＲＳ、ＣＳＩ－ＲＳまたは検出信号に基づいて、ＲＳＲＰ（Reference　Signal　Received　Power）および／またはＲＳＲＱ（Reference　Signal　Received　Quality）を算出し、上位層処理部２０１へ出力する。

　送信部２０７は、制御部２０３からの制御に従って、上位層処理部２０１から入力された上りリンク制御情報および上りリンクデータに対して、符号化、変調および多重などの送信処理を行う。例えば、送信部２０７は、ＰＵＳＣＨまたはＰＵＣＣＨなどの上りリンクチャネルおよび／または上りリンク参照信号を生成および多重し、送信信号を生成する。なお、送信部２０７における送信処理は、あらかじめ規定された設定、または、基地局装置１から設定または通知に基づいて行われる。

　符号化部２０７１は、制御部２０３から入力されたＨＡＲＱインディケータ（ＨＡＲＱ－ＡＣＫ）、上りリンク制御情報、および上りリンクデータを、ブロック符号化、畳込み符号化、ターボ符号化等の所定の符号化方式を用いて符号化を行う。変調部２０７３は、符号化部２０７１から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。上りリンク参照信号生成部２０７９は、端末装置２に設定されたＲＲＣパラメータなどに基づいて、上りリンク参照信号を生成する。多重部２０７５は、各チャネルの変調シンボルと上りリンク参照信号を多重し、所定のリソースエレメントに配置する。

　無線送信部２０７７は、多重部２０７５からの信号に対して、逆高速フーリエ変換（Inverse　Fast　Fourier　Transform:　IFFT）による時間領域の信号への変換、ガードインターバルの付加、ベースバンドのディジタル信号の生成、アナログ信号への変換、直交変調、中間周波数の信号から高周波数の信号への変換（アップコンバート:　up　convert）、余分な周波数成分の除去、電力の増幅などの処理を行い、送信信号を生成する。無線送信部２０７７が出力した送信信号は、送受信アンテナ２０９から送信される。

　　＜本実施形態における制御情報のシグナリング＞
　基地局装置１および端末装置２は、それぞれ制御情報のシグナリング（通知、報知、設定）のために、様々な方法を用いることができる。制御情報のシグナリングは、様々な層（レイヤー）で行うことができる。制御情報のシグナリングは、物理層（レイヤー）を通じたシグナリングである物理層シグナリング、ＲＲＣ層を通じたシグナリングであるＲＲＣシグナリング、および、ＭＡＣ層を通じたシグナリングであるＭＡＣシグナリングなどを含む。ＲＲＣシグナリングは、端末装置２に固有の制御情報を通知する専用のＲＲＣシグナリング（Dedicated　RRC　signaling）、または、基地局装置１に固有の制御情報を通知する共通のＲＲＣシグナリング（Common　RRC　signaling）である。ＲＲＣシグナリングやＭＡＣシグナリングなど、物理層から見て上位の層が用いるシグナリングは上位層シグナリングとも呼称される。

　ＲＲＣシグナリングは、ＲＲＣパラメータをシグナリングすることにより実現される。ＭＡＣシグナリングは、ＭＡＣ制御エレメントをシグナリングすることにより実現される。物理層シグナリングは、下りリンク制御情報（ＤＣＩ：Downlink　Control　Information）または上りリンクリンク制御情報（ＵＣＩ：Uplink　Control　Information）をシグナリングすることにより実現される。ＲＲＣパラメータおよびＭＡＣ制御エレメントは、ＰＤＳＣＨまたはＰＵＳＣＨを用いて送信される。ＤＣＩは、ＰＤＣＣＨまたはＥＰＤＣＣＨを用いて送信される。ＵＣＩは、ＰＵＣＣＨまたはＰＵＳＣＨを用いて送信される。ＲＲＣシグナリングおよびＭＡＣシグナリングは、準静的（semi-static）な制御情報をシグナリングするために用いられ、準静的シグナリングとも呼称される。物理層シグナリングは、動的（dynamic）な制御情報をシグナリングするために用いられ、動的シグナリングとも呼称される。ＤＣＩは、ＰＤＳＣＨのスケジューリングまたはＰＵＳＣＨのスケジューリングなどのために用いられる。ＵＣＩは、ＣＳＩ報告、ＨＡＲＱ－ＡＣＫ報告、および／またはスケジューリング要求（ＳＲ：Scheduling　Request）などのために用いられる。

　　＜本実施形態における下りリンク制御情報の詳細＞
　ＤＣＩはあらかじめ規定されるフィールドを有するＤＣＩフォーマットを用いて通知される。ＤＣＩフォーマットに規定されるフィールドは、所定の情報ビットがマッピングされる。ＤＣＩは、下りリンクスケジューリング情報、上りリンクスケジューリング情報、サイドリンクスケジューリング情報、非周期的ＣＳＩ報告の要求、または、上りリンク送信電力コマンドを通知する。

　端末装置２がモニタするＤＣＩフォーマットは、サービングセル毎に設定された送信モードによって決まる。すなわち、端末装置２がモニタするＤＣＩフォーマットの一部は、送信モードによって異なることができる。例えば、下りリンク送信モード１が設定された端末装置２は、ＤＣＩフォーマット１ＡとＤＣＩフォーマット１をモニタする。例えば、下りリンク送信モード４が設定された端末装置２は、ＤＣＩフォーマット１ＡとＤＣＩフォーマット２をモニタする。例えば、上りリンク送信モード１が設定された端末装置２は、ＤＣＩフォーマット０をモニタする。例えば、上りリンク送信モード２が設定された端末装置２は、ＤＣＩフォーマット０とＤＣＩフォーマット４をモニタする。

　端末装置２に対するＤＣＩを通知するＰＤＣＣＨが配置される制御領域は通知されず、端末装置２は端末装置２に対するＤＣＩをブラインドデコーディング（ブラインド検出）により検出する。具体的には、端末装置２は、サービングセルにおいて、ＰＤＣＣＨ候補のセットをモニタする。モニタリングは、そのセットの中のＰＤＣＣＨのそれぞれに対して、全てのモニタされるＤＣＩフォーマットによって復号を試みることを意味する。例えば、端末装置２は、端末装置２宛に送信される可能性がある全てのアグリゲーションレベル、ＰＤＣＣＨ候補、および、ＤＣＩフォーマットについてデコードを試みる。端末装置２は、デコード（検出）が成功したＤＣＩ（ＰＤＣＣＨ）を端末装置２に対するＤＣＩ（ＰＤＣＣＨ）として認識する。

　ＤＣＩに対して、巡回冗長検査（ＣＲＣ:　Cyclic　Redundancy　Check）が付加される。ＣＲＣは、ＤＣＩのエラー検出およびＤＣＩのブラインド検出のために用いられる。ＣＲＣ（ＣＲＣパリティビット）は、ＲＮＴＩ（Radio　Network　Temporary　Identifier）によってスクランブルされる。端末装置２は、ＲＮＴＩに基づいて、端末装置２に対するＤＣＩかどうかを検出する。具体的には、端末装置２は、ＣＲＣに対応するビットに対して、所定のＲＮＴＩでデスクランブルを行い、ＣＲＣを抽出し、対応するＤＣＩが正しいかどうかを検出する。

　ＲＮＴＩは、ＤＣＩの目的や用途に応じて規定または設定される。ＲＮＴＩは、Ｃ－ＲＮＴＩ（Cell-RNTI）、ＳＰＳ　Ｃ－ＲＮＴＩ（Semi　Persistent　Scheduling　C-RNTI）、ＳＩ－ＲＮＴＩ（System　Information-RNTI）、Ｐ－ＲＮＴＩ（Paging-RNTI）、ＲＡ－ＲＮＴＩ（Random　Access-RNTI）、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ（Transmit　Power　Control-PUCCH-RNTI）、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ（Transmit　Power　Control-PUSCH-RNTI）、一時的Ｃ－ＲＮＴＩ、Ｍ－ＲＮＴＩ（MBMS　(Multimedia　Broadcast　Multicast　Services)　-RNTI）、および、ｅＩＭＴＡ－ＲＮＴＩ、ＣＣ－ＲＮＴＩを含む。

　Ｃ－ＲＮＴＩおよびＳＰＳ　Ｃ－ＲＮＴＩは、基地局装置１（セル）内において端末装置２に固有のＲＮＴＩであり、端末装置２を識別するための識別子である。Ｃ－ＲＮＴＩは、あるサブフレームにおけるＰＤＳＣＨまたはＰＵＳＣＨをスケジューリングするために用いられる。ＳＰＳ　Ｃ－ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのためのリソースの周期的なスケジューリングをアクティベーションまたはリリースするために用いられる。ＳＩ－ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ＳＩＢ（System　Information　Block）をスケジューリングするために用いられる。Ｐ－ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ページングを制御するために用いられる。ＲＡ－ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ＲＡＣＨに対するレスポンスをスケジューリングするために用いられる。ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ＰＵＣＣＨの電力制御を行うために用いられる。ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ＰＵＳＣＨの電力制御を行うために用いられる。Ｔｅｍｐｏｒａｒｙ
Ｃ－ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、Ｃ－ＲＮＴＩが設定または認識されていない移動局装置によって用いられる。Ｍ－ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ＭＢＭＳをスケジューリングするために用いられる。ｅＩＭＴＡ－ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、動的ＴＤＤ（ｅＩＭＴＡ）において、ＴＤＤサービングセルのＴＤＤ　ＵＬ／ＤＬ設定に関する情報を通知するために用いられる。ＣＣ－ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネル（ＤＣＩ）は、ＬＡＡセカンダリーセルにおいて、専有ＯＦＤＭシンボルの設定を通知するために用いられる。なお、上記のＲＮＴＩに限らず、新たなＲＮＴＩによってＤＣＩフォーマットがスクランブルされてもよい。

　スケジューリング情報（下りリンクスケジューリング情報、上りリンクスケジューリング情報、サイドリンクスケジューリング情報）は、周波数領域のスケジューリングとして、リソースブロックまたはリソースブロックグループを単位にスケジューリングを行うための情報を含む。リソースブロックグループは、連続するリソースブロックのセットであり、スケジューリングされる端末装置に対する割り当てられるリソースを示す。リソースブロックグループのサイズは、システム帯域幅に応じて決まる。

　　＜本実施形態における下りリンク制御チャネルの詳細＞
　ＤＣＩはＰＤＣＣＨまたはＥＰＤＣＣＨなどの制御チャネルを用いて送信される。端末装置２は、ＲＲＣシグナリングによって設定された１つまたは複数のアクティベートされたサービングセルのＰＤＣＣＨ候補のセットおよび／またはＥＰＤＣＣＨ候補のセットをモニタする。ここで、モニタリングとは、全てのモニタされるＤＣＩフォーマットに対応するセット内のＰＤＣＣＨおよび／またはＥＰＤＣＣＨのデコードを試みることである。

　ＰＤＣＣＨ候補のセットまたはＥＰＤＣＣＨ候補のセットは、サーチスペースとも呼称される。サーチスペースには、共有サーチスペース（ＣＳＳ）と端末固有サーチスペース（ＵＳＳ）が定義される。ＣＳＳは、ＰＤＣＣＨに関するサーチスペースのみに対して定義されてもよい。

　ＣＳＳ（Common　Search　Space）は、基地局装置１に固有のパラメータおよび／または予め規定されたパラメータに基づいて設定されるサーチスペースである。例えば、ＣＳＳは、複数の端末装置で共通に用いられるサーチスペースである。そのため、基地局装置１が複数の端末装置で共通の制御チャネルをＣＳＳにマッピングすることにより、制御チャネルを送信するためのリソースが低減される。

　ＵＳＳ（UE-specific　Search　Space）は、少なくとも端末装置２に固有のパラメータを用いて設定されるサーチスペースである。そのため、ＵＳＳは、端末装置２に固有のサーチスペースであり、基地局装置１はＵＳＳによって端末装置２に固有の制御チャネルを個別に送信することができる。そのため、基地局装置１は複数の端末装置に固有の制御チャネルを効率的にマッピングできる。

　ＵＳＳは、複数の端末装置に共通に用いられるように設定されてもよい。複数の端末装置に対して共通のＵＳＳが設定されるために、端末装置２に固有のパラメータは、複数の端末装置の間で同じ値になるように設定される。例えば、複数の端末装置の間で同じパラメータに設定される単位は、セル、送信点、または所定の端末装置のグループなどである。

　アグリゲーションレベル毎のサーチスペースはＰＤＣＣＨ候補のセットによって定義される。ＰＤＣＣＨのそれぞれは、１つ以上のＣＣＥ（Control　Channel　Element）の集合を用いて送信される。１つのＰＤＣＣＨに用いられるＣＣＥの数は、アグリゲーションレベルとも呼称される。例えば、１つのＰＤＣＣＨに用いられるＣＣＥの数は、１、２、４または８である。

　アグリゲーションレベル毎のサーチスペースはＥＰＤＣＣＨ候補のセットによって定義される。ＥＰＤＣＣＨのそれぞれは、１つ以上のＥＣＣＥ（Enhanced　Control　Channel　Element）の集合を用いて送信される。１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、アグリゲーションレベルとも呼称される。例えば、１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、１、２、４、８、１６または３２である。

　ＰＤＣＣＨ候補の数またはＥＰＤＣＣＨ候補の数は、少なくともサーチスペースおよびアグリゲーションレベルに基づいて決まる。例えば、ＣＳＳにおいて、アグリゲーションレベル４および８におけるＰＤＣＣＨ候補の数はそれぞれ４および２である。例えば、ＵＳＳにおいて、アグリゲーション１、２、４および８におけるＰＤＣＣＨ候補の数はそれぞれ６、６、２および２である。

　それぞれのＥＣＣＥは、複数のＥＲＥＧ（Enhanced　resource　element　group）で構成される。ＥＲＥＧは、ＥＰＤＣＣＨのリソースエレメントに対するマッピングを定義するために用いられる。各ＲＢペアにおいて、０から１５に番号付けされる、１６個のＥＲＥＧが定義される。すなわち、各ＲＢペアにおいて、ＥＲＥＧ０～ＥＲＥＧ１５が定義される。各ＲＢペアにおいて、ＥＲＥＧ０～ＥＲＥＧ１５は、所定の信号および／またはチャネルがマッピングされるリソースエレメント以外のリソースエレメントに対して、周波数方向を優先して、周期的に定義される。例えば、アンテナポート１０７～１１０で送信されるＥＰＤＣＣＨに関連付けられる復調用参照信号がマッピングされるリソースエレメントは、ＥＲＥＧとして定義されない。

　１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、ＥＰＤＣＣＨフォーマットに依存し、他のパラメータに基づいて決定される。１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、アグリゲーションレベルとも呼称される。例えば、１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、１つのＲＢペアにおけるＥＰＤＣＣＨ送信に用いることができるリソースエレメントの数、ＥＰＤＣＣＨの送信方法などに基づいて、決定される。例えば、１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、１、２、４、８、１６または３２である。また、１つのＥＣＣＥに用いられるＥＲＥＧの数は、サブフレームの種類およびサイクリックプレフィックスの種類に基づいて決定され、４または８である。ＥＰＤＣＣＨの送信方法として、分散送信（Distributed　transmission）および局所送信（Localized　transmission）がサポートされる。

　ＥＰＤＣＣＨは、分散送信または局所送信を用いることができる。分散送信および局所送信は、ＥＲＥＧおよびＲＢペアに対するＥＣＣＥのマッピングが異なる。例えば、分散送信において、１つのＥＣＣＥは、複数のＲＢペアのＥＲＥＧを用いて構成される。局所送信において、１つのＥＣＣＥは、１つのＲＢペアのＥＲＥＧを用いて構成される。

　基地局装置１は、端末装置２に対して、ＥＰＤＣＣＨに関する設定を行う。端末装置２は、基地局装置１からの設定に基づいて、複数のＥＰＤＣＣＨをモニタリングする。端末装置２がＥＰＤＣＣＨをモニタリングするＲＢペアのセットが、設定されうる。そのＲＢペアのセットは、ＥＰＤＣＣＨセットまたはＥＰＤＣＣＨ－ＰＲＢセットとも呼称される。１つの端末装置２に対して、１つ以上のＥＰＤＣＣＨセットが設定できる。各ＥＰＤＣＣＨセットは、１つ以上のＲＢペアで構成される。また、ＥＰＤＣＣＨに関する設定は、ＥＰＤＣＣＨセット毎に個別に行うことができる。

　基地局装置１は、端末装置２に対して、所定数のＥＰＤＣＣＨセットを設定できる。例えば、２つまでのＥＰＤＣＣＨセットが、ＥＰＤＣＣＨセット０および／またはＥＰＤＣＣＨセット１として、設定できる。ＥＰＤＣＣＨセットのそれぞれは、所定数のＲＢペアで構成できる。各ＥＰＤＣＣＨセットは、複数のＥＣＣＥの１つのセットを構成する。１つのＥＰＤＣＣＨセットに構成されるＥＣＣＥの数は、そのＥＰＤＣＣＨセットとして設定されるＲＢペアの数、および、１つのＥＣＣＥに用いられるＥＲＥＧの数に基づいて、決定される。１つのＥＰＤＣＣＨセットに構成されるＥＣＣＥの数がＮである場合、各ＥＰＤＣＣＨセットは、０～Ｎ－１で番号付けされたＥＣＣＥを構成する。例えば、１つのＥＣＣＥに用いられるＥＲＥＧの数が４である場合、４つのＲＢペアで構成されるＥＰＤＣＣＨセットは１６個のＥＣＣＥを構成する。

　　＜本実施形態におけるリソース割り当ての詳細＞
　基地局装置１は、端末装置２にＰＤＳＣＨおよび／またはＰＵＳＣＨのリソース割り当ての方法として、複数の方法を用いることができる。リソース割り当ての方法は、動的スケジューリング、セミパーシステントスケジューリング、マルチサブフレームスケジューリング、およびクロスサブフレームスケジューリングを含む。

　動的スケジューリングにおいて、１つのＤＣＩは１つのサブフレームにおけるリソース割り当てを行う。具体的には、あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームにおけるＰＤＳＣＨに対するスケジューリングを行う。あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームより後の所定のサブフレームにおけるＰＵＳＣＨに対するスケジューリングを行う。

　マルチサブフレームスケジューリングにおいて、１つのＤＣＩは１つ以上のサブフレームにおけるリソース割り当てを行う。具体的には、あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームより所定数後の１つ以上のサブフレームにおけるＰＤＳＣＨに対するスケジューリングを行う。あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームより所定数後の１つ以上のサブフレームにおけるＰＵＳＣＨに対するスケジューリングを行う。その所定数はゼロ以上の整数にすることができる。その所定数は、あらかじめ規定されてもよいし、物理層シグナリングおよび／またはＲＲＣシグナリングに基づいて決められてもよい。マルチサブフレームスケジューリングにおいて、連続したサブフレームがスケジューリングされてもよいし、所定の周期を有するサブフレームがスケジューリングされてもよい。スケジューリングされるサブフレームの数は、あらかじめ規定されてもよいし、物理層シグナリングおよび／またはＲＲＣシグナリングに基づいて決められてもよい。

　クロスサブフレームスケジューリングにおいて、１つのＤＣＩは１つのサブフレームにおけるリソース割り当てを行う。具体的には、あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームより所定数後の１つのサブフレームにおけるＰＤＳＣＨに対するスケジューリングを行う。あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームより所定数後の１つのサブフレームにおけるＰＵＳＣＨに対するスケジューリングを行う。その所定数はゼロ以上の整数にすることができる。その所定数は、あらかじめ規定されてもよいし、物理層シグナリングおよび／またはＲＲＣシグナリングに基づいて決められてもよい。クロスサブフレームスケジューリングにおいて、連続したサブフレームがスケジューリングされてもよいし、所定の周期を有するサブフレームがスケジューリングされてもよい。

　セミパーシステントスケジューリング（ＳＰＳ）において、１つのＤＣＩは１つ以上のサブフレームにおけるリソース割り当てを行う。端末装置２は、ＲＲＣシグナリングによってＳＰＳに関する情報が設定され、ＳＰＳを有効にするためのＰＤＣＣＨまたはＥＰＤＣＣＨを検出した場合、ＳＰＳに関する処理を有効にし、ＳＰＳに関する設定に基づいて所定のＰＤＳＣＨおよび／またはＰＵＳＣＨを受信する。端末装置２は、ＳＰＳが有効である時にＳＰＳをリリースするためのＰＤＣＣＨまたはＥＰＤＣＣＨを検出した場合、ＳＰＳをリリース（無効に）し、所定のＰＤＳＣＨおよび／またはＰＵＳＣＨの受信を止める。ＳＰＳのリリースは、所定の条件を満たした場合に基づいて行ってもよい。例えば、所定数の空送信のデータを受信した場合に、ＳＰＳはリリースされる。ＳＰＳをリリースするためのデータの空送信は、ゼロＭＡＣ　ＳＤＵ（Service　Data　Unit）を含むＭＡＣ　ＰＤＵ（Protocol　Data　Unit）に対応する。

　ＲＲＣシグナリングによるＳＰＳに関する情報は、ＳＰＳのＲＮＴＩであるＳＰＳ　Ｃ－ＲＮＴＩ、ＰＤＳＣＨのスケジューリングされる周期（インターバル）に関する情報、ＰＵＳＣＨのスケジューリングされる周期（インターバル）に関する情報、ＳＰＳをリリースするための設定に関する情報、および／または、ＳＰＳにおけるＨＡＲＱプロセスの番号を含む。ＳＰＳは、プライマリーセルおよび／またはプライマリーセカンダリーセルのみにサポートされる。

　　＜本実施形態におけるＨＡＲＱ＞
　本実施形態において、ＨＡＲＱは様々な特徴を有する。ＨＡＲＱはトランスポートブロックを送信および再送する。ＨＡＲＱにおいて、所定数のプロセス（ＨＡＲＱプロセス）が用いられ（設定され）、プロセスのそれぞれはストップアンドウェイト方式で独立に動作する。

　下りリンクにおいて、ＨＡＲＱは非同期であり、適応的に動作する。すなわち、下りリンクにおいて、再送は常にＰＤＣＣＨを通じてスケジューリングされる。下りリンク送信に対応する上りリンクＨＡＲＱ－ＡＣＫ（応答情報）はＰＵＣＣＨまたはＰＵＳＣＨで送信される。下りリンクにおいて、ＰＤＣＣＨは、そのＨＡＲＱプロセスを示すＨＡＲＱプロセス番号、および、その送信が初送か再送かを示す情報を通知する。

　上りリンクにおいて、ＨＡＲＱは同期または非同期に動作する。上りリンク送信に対応する下りリンクＨＡＲＱ－ＡＣＫ（応答情報）はＰＨＩＣＨで送信される。上りリンクＨＡＲＱにおいて、端末装置の動作は、その端末装置によって受信されるＨＡＲＱフィードバックおよび／またはその端末装置によって受信されるＰＤＣＣＨに基づいて決まる。例えば、ＰＤＣＣＨは受信されず、ＨＡＲＱフィードバックがＡＣＫである場合、端末装置は送信（再送）を行わず、ＨＡＲＱバッファ内のデータを保持する。その場合、ＰＤＣＣＨが再送を再開するために送信されるかもしれない。また、例えば、ＰＤＣＣＨは受信されず、ＨＡＲＱフィードバックがＮＡＣＫである場合、端末装置は所定の上りリンクサブフレームで非適応的に再送を行う。また、例えば、ＰＤＣＣＨが受信された場合、ＨＡＲＱフィードバックの内容に関わらず、端末装置はそのＰＤＣＣＨで通知される内容に基づいて、送信または再送を行う。

　なお、上りリンクにおいて、所定の条件（設定）を満たした場合、ＨＡＲＱは非同期のみで動作するようにしてもよい。すなわち、下りリンクＨＡＲＱ－ＡＣＫは送信されず、上りリンクにおける再送は常にＰＤＣＣＨを通じてスケジューリングされてもよい。

　ＨＡＲＱ－ＡＣＫ報告において、ＨＡＲＱ－ＡＣＫは、ＡＣＫ、ＮＡＣＫ、またはＤＴＸを示す。ＨＡＲＱ－ＡＣＫがＡＣＫである場合、そのＨＡＲＱ－ＡＣＫに対応するトランスポートブロック（コードワード、チャネル）は正しく受信（デコード）できたことを示す。ＨＡＲＱ－ＡＣＫがＮＡＣＫである場合、そのＨＡＲＱ－ＡＣＫに対応するトランスポートブロック（コードワード、チャネル）は正しく受信（デコード）できなかったことを示す。ＨＡＲＱ－ＡＣＫがＤＴＸである場合、そのＨＡＲＱ－ＡＣＫに対応するトランスポートブロック（コードワード、チャネル）は存在しない（送信されていない）ことを示す。

　下りリンクおよび上りリンクのそれぞれにおいて、所定数のＨＡＲＱプロセスが設定（規定）される。例えば、ＦＤＤにおいて、サービングセル毎に最大８つのＨＡＲＱプロセスが用いられる。また、例えば、ＴＤＤにおいて、ＨＡＲＱプロセスの最大数は、上りリンク／下りリンク設定によって決定される。ＨＡＲＱプロセスの最大数は、ＲＴＴ（Round　Trip　Time）に基づいて決定されてもよい。例えば、ＲＴＴが８ＴＴＩである場合、ＨＡＲＱプロセスの最大数は８にすることができる。

　本実施形態において、ＨＡＲＱ情報は、少なくともＮＤＩ（New　Data　Indicator）およびＴＢＳ（トランスポートブロックサイズ）で構成される。ＮＤＩは、そのＨＡＲＱ情報に対応するトランスポートブロックが初送か再送かを示す情報である。ＴＢＳはトランスポートブロックのサイズである。トランスポートブロックは、トランスポートチャネル（トランスポートレイヤー）におけるデータのブロックであり、ＨＡＲＱを行う単位とすることができる。ＤＬ－ＳＣＨ送信において、ＨＡＲＱ情報は、さらにＨＡＲＱプロセスＩＤ（ＨＡＲＱプロセス番号）を含む。ＵＬ－ＳＣＨ送信において、ＨＡＲＱ情報は、さらにトランスポートブロックに対する符号化後の情報ビットとパリティビットを指定するための情報であるＲＶ（Redundancy　Version）を含む。ＤＬ－ＳＣＨにおいて空間多重の場合、そのＨＡＲＱ情報は、それぞれのトランスポートブロックに対してＮＤＩおよびＴＢＳのセットを含む。

　　＜本実施形態におけるＮＲの下りリンクリソースエレメントマッピングの詳細＞
　図１３は、本実施形態におけるＮＲの下りリンクリソースエレメントマッピングの一例を示す図である。図１３は、パラメータセット０が用いられる場合に、所定のリソースにおけるリソースエレメントの集合を示す。図１３に示される所定のリソースは、ＬＴＥにおける１つのリソースブロックペアと同じ時間長および周波数帯域幅から成るリソースである。

　ＮＲにおいて、所定のリソースは、ＮＲ－ＲＢ（ＮＲリソースブロック）とも呼称される。所定のリソースは、ＮＲ－ＰＤＳＣＨまたはＮＲ－ＰＤＣＣＨの割り当ての単位、所定のチャネルまたは所定の信号のリソースエレメントに対するマッピングの定義を行う単位、または、パラメータセットが設定される単位などに用いることができる。

　図１３の例では、所定のリソースは、時間方向においてＯＦＤＭシンボル番号０～１３で示される１４個のＯＦＤＭシンボル、および、周波数方向においてサブキャリア番号０～１１で示される１２個のサブキャリアで構成される。システム帯域幅が複数の所定のリソースで構成される場合、サブキャリア番号はそのシステム帯域幅に渡って割り当てる。

　Ｃ１～Ｃ４で示されるリソースエレメントは、アンテナポート１５～２２の伝送路状況測定用参照信号（ＣＳＩ－ＲＳ）を示す。Ｄ１～Ｄ２で示されるリソースエレメントは、それぞれＣＤＭグループ１～ＣＤＭグループ２のＤＬ－ＤＭＲＳを示す。

　図１４は、本実施形態におけるＮＲの下りリンクリソースエレメントマッピングの一例を示す図である。図１４は、パラメータセット１が用いられる場合に、所定のリソースにおけるリソースエレメントの集合を示す。図１４に示される所定のリソースは、ＬＴＥにおける１つのリソースブロックペアと同じ時間長および周波数帯域幅から成るリソースである。

　図１４の例では、所定のリソースは、時間方向においてＯＦＤＭシンボル番号０～６で示される７個のＯＦＤＭシンボル、および、周波数方向においてサブキャリア番号０～２３で示される２４個のサブキャリアで構成される。システム帯域幅が複数の所定のリソースで構成される場合、サブキャリア番号はそのシステム帯域幅に渡って割り当てる。

　図１５は、本実施形態におけるＮＲの下りリンクリソースエレメントマッピングの一例を示す図である。図１５は、パラメータセット１が用いられる場合に、所定のリソースにおけるリソースエレメントの集合を示す。図１５に示される所定のリソースは、ＬＴＥにおける１つのリソースブロックペアと同じ時間長および周波数帯域幅から成るリソースである。

　図１５の例では、所定のリソースは、時間方向においてＯＦＤＭシンボル番号０～２７で示される２８個のＯＦＤＭシンボル、および、周波数方向においてサブキャリア番号０～６で示される６個のサブキャリアで構成される。システム帯域幅が複数の所定のリソースで構成される場合、サブキャリア番号はそのシステム帯域幅に渡って割り当てる。

　　＜物理サイドリンクチャネル＞
　セルラー移動通信システムの中で端末間（D2D:Device-to-Device,SL:Sidelink,ProSe:Proximity Services）通信を実施するためには、セルラー移動通信システムが有する物理無線リソースから、物理サイドリンクチャネルのためのリソースを確保することが必要となる。物理無線リソースには、代表的に、周波数リソースおよび時間リソースがあり、さらに、空間、符号、電力、インターリーブなどがある。セルラー移動通信システムが有する物理リソースとしては、上りリンク無線リソースと下りリンク無線リソースが挙げられる。これらは、例えばFDD方式で異なる周波数リソースで用意される場合と、TDD方式で異なる時間リソースで用意される場合がある。

　そしてサイドリンクチャネルの設定に際しては、セルラー移動通信システムの上りリンク無線リソースの中で、または上りリンク無線リソース一部が重なる形でサイドリンクチャネルを設定する場合と、セルラー移動通信システムの下りリンク無線リソースの中で、または下りリンク無線リソース一部が重なる形でサイドリンクチャネルを設定する場合と、Unlicensed　Band（ここでは、例えば、900MHz周波数帯域、2.4GHz周波数帯域、5GHz周波数帯域、60GHz周波数帯域などのISM(Industrial,　Scientific　and　Medical)Bandや、DSRC(Dedicated　Short　Range　Communications)用周波数帯域、TVWS(TV　White　Spaces)用周波数帯域、LSA(Licensed　Shared　Access)用の周波数帯域、Federal　SAS(Spectrum　Access　System)用周波数帯域なども含む）の無線リソースの中でサイドリンクチャネルを設定する場合と、が考えられる。

　図１６は、上りリンク無線リソースの中でサイドリンクチャネルを設定する場合、サイドリンク信号が、上りリンクチャネルを受信する基地局装置にも到達する様子を示す説明図である。また、図１７は、図１６に示したｅＮＢ１の受信電力の一例を示す説明図である。

　上りリンク無線リソースの中でサイドリンクチャネルを設定する場合、端末装置間で送受信されるサイドリンクチャネルおよびサイドリンク信号は、上りリンクチャネルを受信する基地局装置にも到達する可能性があり、上りリンクチャネルおよび上りリンク信号に対する干渉になる可能性がある。または、上りリンクチャネルおよび上りリンク信号に対する直接の干渉にはならずとも、サイドリンクチャネルおよびサイドリンク信号の基地局における受信電力が過度に大きい場合には、基地局装置の受信機能の実効的なダイナミックレンジを減少させ、上りリンクチャネルおよび上りリンク信号の受信性能を劣化させることとなる。このような干渉および劣化を回避する方法として、サイドリンクチャネルおよびサイドリンク信号に対して、上りリンクチャネルおよび上りリンク信号の送信電力と同等の送信電力制御を適用する方法がある。端末装置は、このように送信電力制御を行うことで、基地局装置における各チャネルおよび各信号の受信電力がほぼ同等となるようにすることができる。

　図１８は、下りリンク無線リソースの中でサイドリンクチャネルを設定する場合、サイドリンク信号が、下りリンクチャネルを受信する端末装置にも到達する様子を示す説明図である。また、図１９は、図１８に示したＵＥ３の受信電力の一例を示す説明図である。また、図２０は、図１８に示したＵＥ４の受信電力の一例を示す説明図である。

　他方、下りリンク無線リソースの中でサイドリンクチャネルを設定する場合、端末装置間で送受信されるサイドリンクチャネルおよびサイドリンク信号は、下りリンクチャネルを受信する基地局装置にも到達する可能性があり、先の例と同様の干渉および劣化を下りリンクチャネルおよび下りリンク信号に与える可能性がある。このような干渉および劣化を、先の例と同様の送信電力制御を用いて回避することは大変困難である。例えば、下りリンクチャネルおよび下りリンク信号を受信する端末装置が複数存在する場合に、ある端末装置の受信電力を基準にして送信電力制御をしたとしても、別の端末装置の受信電力が適切にならない可能性があり、結果として干渉および劣化が生じることとなる。

　図１６、図１７を用いて説明したように、上りリンクリソースの中でサイドリンクチャネルを設定する場合には、基本的に端末装置は基地局装置に対して周波数同期および時間同期が取れていることから、上りリンクチャネルおよびサイドリンクチャネルの間に無線リソースギャップ（例えば周波数リソースギャップ（ギャップキャリア）、または時間リソースギャップ）を入れなくてもよい。つまり、すべてを上りリンクチャネルとして使う場合と、上りリンクリソースの一部をサイドリンクチャネルとして使う場合では、送信装置としてはどちらも同じであるためである。図２１は、周波数方向に連続するリソースブロックに対して、上りリンク、サイドリンク、上りリンクのチャネルを設定した場合の周波数－時間リソースの配置の一例を示す説明図ある。図２１のように、異なるチャネル（ここでは上りリンクチャネルとサイドリンクチャネル）が設定されたその境界では、無線リソースギャップを設けなくてもよい。

　＜本実施形態における物理サイドリンクチャネルに対する無線リソースギャップの導入＞
　本実施形態では、サイドリンクチャネルが、上りリンクチャネル、下りリンクチャネル、および他のサイドリンクチャネルに対する干渉を回避または軽減するために、無線リソースギャップを設ける。図２２は、所定の周波数リソース単位（リソースブロック）の端にギャップキャリア（ＧＣ）を導入する例を示す説明図である。無線リソースギャップとしては、周波数リソースに対して導入するギャップキャリア（ギャップ周波数、バンドギャップ、ギャップサブキャリア、ブランクサブキャリア、ヌルバンド、ヌルキャリア、ヌルサブキャリア、など）と、時間リソースに対して導入するギャップシンボル（ギャップ区間、バンド区間、ヌル区間、ヌルシンボル、など）と、がある。ギャップキャリアおよびギャップシンボルは、該当する周波数リソースおよび時間リソースに割り当てられる電力がゼロ、つまり信号が割り当てられない場合に相当する。また、別の例として、該当する周波数リソースおよび時間リソースに電力が割り当てられるが、その他の周波数リソースおよび時間リソースに比べてその電力が低い場合も相当する。

　ギャップキャリアをサイドリンクチャネルに導入する場合、その導入箇所は、所定の周波数リソースの塊、例えばリソースブロックの周波数方向または時間方向の端に導入されることが望ましい。これは、周波数方向または時間方向に隣接する可能性のある他の上りリンクチャネル、下りリンクチャネル、サイドリンクチャネルへの干渉を回避または軽減するためである。また、ギャップキャリアの帯域幅は、ベースとなるサブキャリア間隔（subcarrier　spacing）の整数倍の帯域幅となることが望ましい。これは、例えばリソースブロックがベースとなるサブキャリア間隔の整数倍で構成される場合に、ギャップキャリア以外の周波数リソースをサイドリンクチャネルとして無駄なく利用可能となるためである。また、下りリンクリソースの中でサイドリンクチャネルを設定した場合にのみ、ギャップキャリアをサイドリンクチャネルに導入してもよい。

　図２３は、下りリンクリソースの中でサイドリンクチャネルを設定した場合の、周波数－時間リソース配置の一例を示す説明図である。図２３には、下りリンクとサイドリンクの間に無線リソースギャップを挿入する場合の、周波数－時間リソース配置の一例が示されている。図２３に示したように、下りリンクとサイドリンクの間に無線リソースギャップを挿入することでも、サイドリンクチャネルが下りリンクチャネルに対して干渉を与えることを回避または軽減することができる。

　ギャップキャリアをサイドリンクチャネルに導入する場合の別の例として、周波数方向に連続した複数のリソースブロックが同一の端末装置のサイドリンクチャネルに関連付けされた場合を考える。この場合、ギャップキャリアの導入の１つの例として、リソースブロックごとに両端にギャップキャリアを導入することができる。また、別の例として、周波数方向に連続するリソースブロックの境界リソース部分については、ギャップキャリアの数（帯域幅）を減らすこともできる。さらに、周波数方向に連続するリソースブロックの境界リソース部分のギャップキャリアの数（帯域幅）を減らす場合に、その値をゼロとすることもできる。

　図２４は、下りリンクリソースの中でサイドリンクチャネルを設定した場合の、周波数－時間リソース配置の一例を示す説明図である。図２４には、周波数方向に連続したリソースブロックがサイドリンクチャネルに設定され、同一の端末装置に関連付けられた場合における、ギャップキャリアの導入の例であり、周波数方向に連続した境界部分ではギャップキャリアがゼロである例が示されている。連続するリソースブロックが同一の端末装置に関連付けられている場合、該当するリソースブロックの間では干渉が発生しにくいため、周波数方向に連続した境界部分ではギャップキャリアをゼロとしてもよい。

　サイドリンクチャネルが周波数方向に連続したリソースブロックに設定された場合においても、その連続したサイドリンクチャネルがそれぞれ異なる端末装置に関連付けられた場合には、その境界には無線リソースギャップを挿入する。図２５は、周波数方向に連続したリソースブロックがサイドリンクチャネルに設定され、それぞれ異なる端末装置に関連付けられた場合における、ギャップキャリアの導入の例を示す説明図である。図２５には、周波数方向に連続したサイドリンクチャネルであっても、境界部分ではギャップキャリアを挿入する例が示されている。図２５では、リソースブロック#n-1と#nがサイドリンクとして設定されている。ここで、先の図２４との違いは、リソースブロック#n-1のサイドリンクと#nのサイドリンクがそれぞれ異なる端末装置に関連付けられていることである。下りリンクリソースに対しては、端末装置は送信に関する同期が取れていない可能性があるため、下りリンクリソースをサイドリンクに使う場合には、無線リソースギャック（ギャップキャリア）を挿入することで、同期のオフセットによる干渉への耐性を高められる。

　ギャップキャリアの数（帯域幅）の値については、所定の値をあらかじめ設定して、サイドリンクチャネルとインプリシットに関連付けて導入することができる。つまり、サイドリンクチャネルを送受信するときは、端末装置は所定の値のギャップキャリアがあることを前提に送受信することとなる。

　ギャップキャリアの数(帯域幅)の値についての別の一例として、端末装置２が存在するエリア(in-coverage,in-network-coverage)のセルを提供する基地局装置２によって明確に設定して導入することもできる。この場合、基地局装置１から端末装置２に対しては、下りリンクチャネルを利用して、システム情報(system　information)として通知され設定することができる。

　ギャップキャリアの数（帯域幅）の値は、上りリンクリソースの中で設定されるサイドリンクチャネルと、下りリンクリソースの中で設定されるサイドリンクチャネルで、それぞれ独立に設定して導入することができる。この場合、下りリンクリソースの中で設定されるサイドリンクチャネルに導入されるギャップキャリアの数（帯域幅）の値は、上りリンクリソースの中で設定されるサイドリンクチャネルに導入されるギャップキャリアの数（帯域幅）の値以上であることが望ましい。上述したとおり、下りリンクリソースの中でサイドリンクチャネルを設定する場合、干渉および劣化の回避・軽減が比較的難しいためである。

　図２６は、サイドリンクに対するリソースおよびギャップキャリアの設定手順の例を示す流れ図である。ｅＮＢは、それぞれのＵＥに対してシステム情報により、サイドリンク送信リソース、サイドリンク受信リソース、ギャップキャリア数（帯域幅）の情報を送信する（ステップＳ１０１）。なおｅＮＢは、サイドリンクがアップリンク（ＵＬ）リソースを使う場合と、ダウンリンク（ＤＬ）リソースを使う場合とで、これらの情報を個別に設定しても良い。

　サイドリンクにおける送信側のＵＥは、ｅＮＢから情報を取得すると、サイドリンクにおける受信側のＵＥに対し、サイドリンク送信リソース内でＰＳＣＣＨを送信し（ステップＳ１０２）、サイドリンク送信リソース内でＰＳＳＣＨを送信する（ステップＳ１０３）。

　サイドリンクにおける受信側のＵＥは、送信側のＵＥからＰＳＣＣＨ、ＰＳＳＣＨを受信すると、ＰＳＣＣＨまたはＰＳＳＣＨでＡｃｋまたはＮａｃｋを送信側のＵＥに送信する（ステップＳ１０４）。
３）。

　時間方向のギャップとして、シンボル単位でギャップ（ヌルシンボル、ゼロシンボル）を挿入するギャップシンボル（GS:Gap　Symbol)をサブフレーム、またはTTIごとに導入してもよい。

　図２７は、ギャップシンボルの挿入の一例を示す説明図である。図２７に示したように、ギャップシンボルは、サブフレーム、またはTTIの前方および後方に挿入される。それぞれのギャップシンボル数は異なるように設定してもよい。例えば、サイドリンクチャネルの後方のチャネル（サブフレームまたはTTI）との干渉がより重要な問題となるため、後方のギャップシンボル数を前方のギャップシンボル数以上に設定してもよい。また、サイドリンクチャネルとそれより時間的に前のチャネル（サブフレームまたはTTI）との干渉は起きにくいため、前方のギャップシンボル数をゼロと設定してもよい。また、時間的に連続するサブフレームまたはTTIが同一の端末装置２に関連付けられ、かつサイドリンクチャネルとして設定される場合、その連続するサブフレームまたはTTIの境界についてはギャップシンボルをゼロとしてもよい。時間的に連続するサブフレームまたはTTIが異なる端末装置に関連付けられる場合、その連続するサブフレームまたはTTIの境界についてはギャップシンボルをゼロより大きい値とする。サイドリンクチャネルと上りリンクチャネル、あるいはサイドリンクチャネルと下りリンクチャネルが時間的に連続する場合、ギャップシンボルを挿入するのは、サイドリンクチャネル側のリソース内とすることが望ましい。時間方向に連続した複数のリソースブロックが同一の装置に関連付けられた場合には、その連続した複数のリソースブロックの端部にギャップシンボルが設定されてもよい。

　ギャップシンボルの数の値については、所定の値をあらかじめ設定して(preconfigured, predetermined, predefined)、サイドリンクチャネルとインプリシットに関連付けて導入してもよい。つまり、サイドリンクチャネルを送受信するときは、端末装置２は、所定の値のギャップシンボルがあることを前提に送受信することとなる。

　ギャップシンボルの数の値についての別の一例として、端末装置２が存在するエリア(in-coverage,in-network-coverage)のセルを提供する基地局装置１によって明示的に設定して導入してもよい。この場合、基地局装置１から端末装置２に対しては、下りリンクチャネルを利用して、システム情報(system　information)として通知され設定することができる。

　ギャップシンボルの数の値については、上りリンクリソースの中で設定されるサイドリンクチャネルと、下りリンクリソースの中で設定されるサイドリンクチャネルと、Unlicensed　Bandリソースの中で設定されるサイドリンクチャネルで、それぞれ独立に設定して導入してもよい。この場合、下りリンクリソースの中で設定されるサイドリンクチャネルに導入されるギャップシンボルの数の値は、上りリンクリソースの中で設定されるサイドリンクチャネルに導入されるギャップシンボルの数の値以上であることが望ましい。先の説明のとおり、下りリンクリソースの中でサイドリンクチャネルを設定する場合、干渉および劣化の回避・軽減が比較的難しいためである。

　なお、上述した周波数方向のギャップと、時間方向のギャップとは、別々に導入されても良いし、共に導入されてもよい。

　　＜本実施形態における物理下りリンクチャネル物理サイドリンクチャネルに対する送信タイミング制御の導入＞
　サイドリンクチャネルを送信する際に、送信タイミング制御を導入して、時間方向の干渉の発生を回避することが可能となる。

　従来の上りリンクチャネルでは、Timing　Advance（TA）と呼ばれる送信タイミング制御の仕組みが導入されていた。これは、端末装置側において、基準となるタイミングに対して上りリンクの送信タイミングを早めることに相当する。基準となるタイミングは、通常は下りリンク同期信号のタイミングである。基地局装置から端末装置へTAコマンドが通知されることにより、端末装置はタイミングを早める量を知ることが出来る。

　ここで、サイドリンクャネルを送信する際においても、送信タイミング制御を導入することが考えられる。この際、基地局装置から端末装置に対して、上りリンクリソースを使うサイドリンクと、下りリンクリソースを使うサイドリンクで、異なるタイミング制御量を通知及び設定できるようにする。上りリンクリソースを使うサイドリンクと、下りリンクリソースを使うサイドリンクでは、それぞれの状況で考慮すべき干渉が異なるため、個別に設定することでよりそれぞれの状況に応じた制御が可能となる。

　図２８は、サイドリンクに対するリソースおよびギャップキャリアの設定手順の例を示す流れ図である。ｅＮＢは、それぞれのＵＥに対してシステム情報により、送信タイミングを制御する送信タイミング制御コマンドを送信する（ステップＳ１１１）。なおｅＮＢは、サイドリンクがアップリンク（ＵＬ）リソースを使う場合と、ダウンリンク（ＤＬ）リソースを使う場合とで送信タイミングを個別に設定しても良い。

　サイドリンクにおける送信側のＵＥは、ｅＮＢから情報を取得すると、サイドリンクにおける受信側のＵＥに対し、サイドリンク送信リソース内でＰＳＣＣＨを送信し（ステップＳ１１２）、サイドリンク送信リソース内でＰＳＳＣＨを送信する（ステップＳ１１３）。

　サイドリンクにおける受信側のＵＥは、送信側のＵＥからＰＳＣＣＨ、ＰＳＳＣＨを受信すると、ＰＳＣＣＨまたはＰＳＳＣＨでＡｃｋまたはＮａｃｋを送信側のＵＥに送信する（ステップＳ１１４）。

　図２９は、上りリンクリソースを使うサイドリンクと下りリンクリソースを使うサイドリンクで異なる送信タイミング制御を設定する際の動作例を示す流れ図である。

　一例として、上りリンクリソースを使うサイドリンクチャネルの送信タイミングは基準より早くする方向に制御し、下りリンクリソースを使うサイドリンクチャネルの送信タイミングは基準より遅くする方向に制御するように設定することができる。

　Unlicensed　bandリソースを使うサイドリンクチャネルであれば（ステップＳ１２１、Ｙｅｓ）、基準となるサイドリンクチャネルの送信タイミングを早くする（ステップＳ１２２）。このステップＳ１２２で早くする量については後述する。

　Unlicensed　bandリソースを使うサイドリンクチャネルでなく（ステップＳ１２１、Ｎｏ）、上りリンクリソースをサイドリンクに使う場合（ステップＳ１２３、Ｙｅｓ）、サイドリンクの干渉が基地局装置の受信に影響するため、上りリンクチャネルの送信と同様に送信タイミングを早くする（ステップＳ１２４）。このように早めることで干渉の軽減を図ることができる。一方、下りリンクリソースをサイドリンクに使う場合（ステップＳ１２３、Ｎｏ）、下りリンクチャネルを受信する端末装置へのサイドリンクチャネルの干渉を考慮する必要がある。基準となるタイミングが、下りリンク同期信号または下りリンクフレームの境界（Frame　boundary,　Frame　alignment）に基づくタイミングであることを鑑みると、上りリンクの送信タイミング制御と同様に早めてしまうと、サイドリンクの干渉が、端末装置に対して過剰に早く到達してしまい、干渉の影響がより大きく現れてしまう可能性がある。また、基地局装置と下りリンクチャネルを受信する端末装置間の距離と、サイドリンクチャネルを送信する端末装置と基地局装置の下りリンクチャネルを受信する端末装置間の距離は、後者の方が近い可能性が高い。そのため、サイドリンクチャネルの送信タイミングを基準より遅くする（ステップＳ１２５）。このように遅くすることによって、端末装置における下りリンクチャネルとサイドリンクチャネルの間で到達タイミングを近づけることが可能となる。

　そして、サイドリンク送信を行う端末装置は、送信タイミングコマンドを設定するか、または、設定された送信タイミングでサイドリンクチャネルを送信する（ステップＳ１２６）。

　図３０は、サイドリンクチャネルが利用する無線リソースの種別ごとに異なる送信タイミング制御量を提供する一例を示す説明図である。図３０には、４つのケースが示されている。Ｃａｓｅ　１は、アップリンクの送信から（N_TA,UL*T_s）秒遅らせてダウンリンクを送信する例である。Ｃａｓｅ　２は、アップリンクリソースを使うサイドリンクの送信から（N_TA,SLUL*T_s）秒遅らせてダウンリンクを送信する例である。Ｃａｓｅ　３は、ダウンリンクリソースを使うサイドリンクの送信から（N_TA,SLDL*T_s）秒、または(（N_TA,SLuL-N’_TA,SLDL）*T_s）遅らせてダウンリンクを送信する例である。Ｃａｓｅ　４は、Unlicensed　bandリソースを使うサイドリンクの送信から（N_TA,SLUB*T_s）秒、または(（N_TA,SLuL-N’_TA,SLDB）*T_s）遅らせてダウンリンクを送信する例である。

　上りリンクの無線リソースを使うサイドリンクチャネルについて、図３０に示したN_TA,SLULの設定値は、上りリンクチャネルの設定値N_TA,ULと同一の値であってもよく、または両者のパラメータを一つに共通化してもよい。また、これらN_TA,SLULおよびN_TA,ULの値は端末装置ごとに（User-specificに）設定されてよい。

　下りリンクの無線リソースを使うサイドリンクチャネルについて、N_TA,SLDLの設定値は、絶対的な値として設定されてもよく、上りリンクリソースを使う場合の値との相対的な値（N_TA,SLULとの差分）N’_TA,SLDLとして設定されてもよい。また、N_TA,SLDLまたはN’_TA,SLDLの値は、端末装置ごとに（User-specificに）設定されてもよく、基地局装置ごとに設定されてもよく、基地局装置が管理するセルごとに（Cell-specificに）設定されてもよい。

　Unlicensed　Bandの無線リソースを使うサイドリンクチャネルについて、N_TA,SLUBの設定値は、絶対的な値として設定されてもよく、上りリンクリソースを使う場合の値との相対的な値（N_TA,SLULとの差分）N’_TA,SLUBとして設定されてもよい。また、N_TA,SLUBまたはN’_TA,SLUBの値は、端末装置ごとに（User-specificに）設定されてもよく、基地局装置ごとに設定されてもよく、基地局装置が管理するセルごとに（Cell-specificに）設定されてもよい。

　送信タイミング制御に関する各種パラメータN_TAは、基地局装置がその基地局またはセル配下の端末装置ごとに設定されてもよく、セルごとに設定されてもよい。識別子（例えばRNTI(Radio　Network　Temporal　Identifier))mの端末装置に対して、N_TA,SLDL,mを設定する場合に、その値は次の数式１のように算出してもよい。

　ここで、mはその基地局またはセル配下の端末装置数、Ω_Mは端末装置の識別子の集合である。これはつまり、上りリンクの送信タンミング制御の値の平均を取ることに相当する。この場合、この値はCell-specificに設定されてもよい。また、相対値を設定する場合、その値は次の数式２のように算出してもよい。

　この場合に、この値はUser-specificに設定されてもよい。

　また、それぞれの値の設定範囲の最大値についても、利用する無線リソースの種別ごとに異なってもよい。例えば、送信タイミング制御の絶対的な値について、次の数式３のような大小関係を構成してもよい。

　Out-of-coverageの端末装置がサイドリンクチャネルで信号を送信する場合には、NTAをゼロとして送信してもよい。

　下りリンクリソースをサイドリンクに使う場合、干渉の影響を考慮すべき端末装置が複数存在する可能性もある。そのため、送信タイミング制御によってサイドリンクチャネルの送信タイミングを遅らせることで、すべての端末装置の平均的な到達タイミングのずれを緩和することに貢献しうる。

　　＜本実施形態における物理サイドリンクチャネルに対する送信電力制御＞
　端末装置２の送信電力制御（Transmit　Power　Control）について、サイドリンクチャネルの送信に導入することで干渉の軽減・回避が可能となる。また、送信電力の設定方法についても、サイドリンクが使う無線リソースに応じて個別の設定が可能である。

　一例として、上りリンクリソース、下りリンクリソースに加えて、Unlicensed　bandリソースのサイドリンクへの利用も考えることができる。Unlicensed　bandの場合、他のリソースを使う場合に比べて干渉の影響の考慮を減らせるため、例えば、あらかじめ指定された送信電力をサイドリンクチャネルに利用することも可能となる。または、送信端末装置と受信端末装置の間のパスロスに基づいて送信電力を算出することも可能である。上りリンクの無線リソースをサイドリンクチャネルに利用する場合、送信端末である端末装置２と基地局装置１との間のパスロスに基づいて送信電力を算出することが可能である。下りリンクリソースをサイドリンクチャネルに利用する場合には、送信端末である端末装置２（送信端末装置）と受信端末である端末装置２（受信端末装置）との間のパスロスに基づく送信電力を算出することを考える。

　図３１は、Unlicensed　bandリソース、上りリンクリソース、および下りリンクリソースを使うサイドリンクチャネルに対する送信電力の設定の一例を示す流れ図である。Unlicensed　bandを使うサイドリンクチャネルであれば（ステップＳ１３１、Ｙｅｓ）、基地局装置１は、予め指定されたサイドリンク送信電力、または送信端末装置と受信端末装置との間のパスロスに基づく送信電力を設定する（ステップＳ１３２）。

　一方、Unlicensed　bandを使うサイドリンクチャネルでなく（ステップＳ１３１、Ｎｏ）、上りリンクリソースを使うサイドリンクチャネルであれば（ステップＳ１３３、Ｙｅｓ）、基地局装置１は、送信端末装置と基地局装置１との間のパスロスに基づく送信電力を設定する（ステップＳ１３４）。上りリンクリソースを使うサイドリンクチャネルでなければ、すなわち下りリンクリソースを使うサイドリンクチャネルであれば（ステップＳ１３３、Ｎｏ）、基地局装置１は、送信端末装置と受信端末装置との間のパスロスに基づく送信電力を設定する（ステップＳ１３５）。下りリンクリソースを使うサイドリンクチャネルであれば、基地局装置１は、上りリンクリソースを使うサイドリンクチャネルの場合に設定する電力に所定のオフセットを加えたものを送信電力としても良い。

　そして、サイドリンク送信を行う端末装置は、送信電力制御コマンドを設定するか、または、サイドリンク送信電力を設定する（ステップＳ１３６）。

　図３２は、サイドリンクに対するリソースおよびギャップキャリアの設定手順の例を示す流れ図である。ｅＮＢは、それぞれのＵＥに対してシステム情報により、送信電力を制御する送信電力制御コマンドを送信する（ステップＳ１４１）。なおｅＮＢは、サイドリンクがアップリンク（ＵＬ）リソースを使う場合と、ダウンリンク（ＤＬ）リソースを使う場合とで送信タイミングを個別に設定しても良い。

　サイドリンクにおける送信側のＵＥは、ｅＮＢから情報を取得すると、サイドリンクにおける受信側のＵＥに対し、サイドリンク送信リソース内でＰＳＣＣＨを送信し（ステップＳ１４２）、サイドリンク送信リソース内でＰＳＳＣＨを送信する（ステップＳ１４３）。

　サイドリンクにおける受信側のＵＥは、送信側のＵＥからＰＳＣＣＨ、ＰＳＳＣＨを受信すると、ＰＳＣＣＨまたはＰＳＳＣＨでＡｃｋまたはＮａｃｋを送信側のＵＥに送信する（ステップＳ１４４）。

　送信側のＵＥ及び受信側のＵＥは、上りリンクリソースを使う場合と、下りリンクリソースを使う場合とで、それぞれ通知されたコマンドに応じた送信電力制御を実施する。

　サイドリンクチャネルの送信電力の設定について、別の一例として、サイドリンクチャネルと同時にスケジュールされるチャネルの有無に応じて、異なる送信電力を設定することも考えられる。

　図３３は、周波数方向におけるサイドリンクチャネルと他のチャネルがスケジュールされている例を示す説明図である。図３３の左側は、周波数方向にサイドリンクチャネルと上りリンクチャネルまたは下りリンクリンクチャネルが同時にスケジュールされている例を示している。図３３の右側は、サイドリンクチャネルのみがスケジュールされている例を示している。考慮すべきスケジュールの状況として、図３３の左側に示したように、同時間リソースにおいて周波数方向にサイドリンクチャネルと、上りリンクまたは下りリンクチャネルがスケジュールされている場合を考える。このような場合は、サイドリンクから隣接する周波数に対してIn-band　emissionによる干渉が発生する恐れがある。そのため、サイドリンクを利用する端末装置２は、このような場合はサイドリンクチャネルの送信電力を下げるよう設定する。他方、同時間リソース上でサイドリンクチャネルのみが設定されている場合には、サイドリンクを利用する端末装置２は、送信電力を下げないよう設定する。

　スケジュールに応じた送信電力制御を実施する場合に、端末装置２においてスケジュール情報を確認する手順の一例を示す。図３４は、スケジュール情報に応じて送信電力を設定する場合における、スケジュール情報の取得手順の一例を示す説明図である。スケジュール情報は、基地局装置１からPDCCH上のDCIによって通知されている（ステップＳ１５１）。従って、端末装置２はそのDCIを取得することで、端末装置２自身、および周辺の無線リソース（周波数リソース、時間リソース）のスケジュールを把握することができる（ステップＳ１５２）。

　そして、送信側の端末装置２は、スケジュール情報に応じて送信電力を設定し（ステップＳ１５３）、受信側の端末装置２に対してサイドリンク送信リソース内で、ＰＳＣＣＨまたはＰＳＳＣＨを送信する（ステップＳ１５４）。

　サイドリンクチャネルの送信電力制御について、複数の具体的な電力の算出方法を用意することで、状況に応じて算出方法を切り替えることができる。具体的には、(1)送信端末装置と基地局装置の間のパスロスに基づく送信電力、(2)送信端末装置と受信端末装置の間のパスロスに基づく送信電力、(3)あらかじめ指定された(pre-defined、pre-configured)送信電力、を考えることができる。もちろんこの３つの方法以外でサイドリンクチャネルの送信電力を算出しても良い。

　送信端末装置と基地局装置の間のパスロスに基づく送信電力を設定する場合、次の数式４のように算出することができる。

　数式４において、P_max,dBmは端末装置２で許容される最大電力（端末装置２にあらかじめ設定される値、または、基地局装置から端末装置へCell-specificもしくはUE-specificな値として設定される値)、M_cは利用するリソースブロック数、P_{target,RB,c,dBm}は基地局装置１におけるリソースブロックあたりのターゲット受信電力（基地局装置１から端末装置２へCell-specificな値として設定される値）、PL_cは送信端末装置と基地局装置１との間のパスロス、α_cはパスロスの係数（通常、0以上1以下の値。基地局装置１から端末装置２へCell-specificな値として設定される値）Δ_TF,cは送信時のMCS（Modulation　and　Coding　Set、PSK/QAMなどの変調と、誤り訂正方法・符号化率の組み合わせ）に応じた補正係数（端末装置２にあらかじめ範囲が設定される値）、f_cは送信端末装置と基地局装置１との間のClosed-loop型の補正係数（基地局装置１から端末装置２へUE-specific（かつ動的、Dynamic）な値として設定される値）である。

　また、端末装置２が送信する物理チャネルの無線リソースにギャップ周波数が設定されている場合、次の数式５に示すようにギャップ周波数分の補正値を考慮することで、さらに干渉の軽減を図ることもできる。

　上式のN_SC,RBは、送信におけるサブキャリア数（実際に使うサブキャリア、ギャップキャリアを含む）であり、N_GCはギャップキャリア数である。また、ギャップ周波数分の補正値の考慮として、次の数式６に示すようにしてもよい。

　送信端末装置と受信端末装置の間のパスロスに基づく送信電力を設定する場合、次の数式６のように算出することができる。

　数式７において、P_max,dBmは端末装置２で許容される最大電力（端末装置にあらかじめ設定される値、または、基地局装置から端末装置へCell-specificもしくはUE-specificな値として設定される値）、M_uは利用するリソースブロック数、P_{target,RB,u,dBm}は受信端末装置におけるリソースブロックあたりのターゲット受信電力（基地局装置１から端末装置２へCell-specificな値として設定される値）、PL_uは送信端末装置と受信端末装置の間のパスロス、α_uはパスロスの係数（通常、0以上1以下の値。基地局装置１から端末装置２へCell-specificな値として設定される値）、Δ_TF,uは送信時のMCSに応じた補正係数（端末装置にあらかじめ範囲が設定される値）、f_uは送信端末装置と受信端末装置との間のClosed-loop型の補正係数（受信端末装置から送信端末装置へUE-specific（かつ動的、Dynamic）な値として設定される値）、S_uはサイドリンクチャネルの周辺の無線リソーススケジューリング状況に応じた補正係数（基地局装置から端末装置へCell-specificな値として設定される値）である。S_uの値について、先の図３３のような状況の違いによって、異なる値を取ることが望ましい。同図の左のような場合には、負の値を取ることが望ましい（つまり、送信電力を下げるような計算をする）。一方、同図の右のような場合は、同図左の場合より大きい値を取ることが望ましい。また、別の値の例として、同図右の場合はS_uをゼロとすることが望ましい。

　なお、上記と同様に、ギャップ周波数が設定されたときの補正値の考慮として、以下の数式８、数式９に示すような送信電力制御をすることも可能である。

　あらかじめ指定された(pre-defined、pre-configured)送信電力を設定する場合、次の数式１０のように算出することができる。

　数式１０において、P_pre,dBmは、あらかじめ指定された(pre-defined、pre-configured)送信電力（端末装置２であらかじめ設定される値、または基地局装置から端末装置へCell-specificもしくはUE-specificな値として設定される値）である。

　なお、上記と同様に、ギャップ周波数が設定されたときの補正値の考慮として、以下の数式１１に示すような送信電力制御をすることも可能である。

　図３５は、サイドリンクチャネルの送信電力制御の際に参照するパスロスの一例を示す説明図である。

　それぞれの方法における最終的な送信電力の算出は、送信端末装置で実施されることが望ましい。また、送信電力の算出に用いる各種変数、係数などは、送信端末装置にあらかじめ設定されるものと、基地局装置からセル固有(Cell-specific)または端末固有(UE-specific)に設定されるものがあることが望ましい。また、上記(1)(2)の変数、係数などについては、同様の意味の変数、係数についても、(1)(2)それぞれ個別の値が設定されることが望ましい。

　　＜本実施形態におけるＬ１およびＬ２の構成＞
　上りリンクリソース上のサイドリンクチャネルと下りリンクリソース上のサイドリンクチャネルとでは、干渉などの状況の違いから通信品質が異なっている可能性がある。本実施形態では、このような状況で、L2（Layer　2）の挙動をそれぞれのサイドリンクチャネルで切り分けておいてもよい。このようにL2の挙動をそれぞれのサイドリンクチャネルで切り分けておくことで、通信品質の混在を避けて、リソースごとに安定的にサイドリンクを利用することが可能となる。

　図３６は、上りリンクリソース、下りリンクリソースに依らず、L2としてひとつのチャネルを設定する場合の一例を示す説明図である。この場合は、Physical　channelsも上りリンク、下りリンクに依らない設定となる。

　図３７は、L2としてひとつのチャネルを設定する場合の別の例を示す説明図である。この場合は、Physical　channelsは上りリンク、下りリンクが個別に設定されるのに対して、Transport　channels以上は共通で設定されることとなる。Transport　channelsが共通であるため、HARQについては、ULリソース、DLリソースの区別なく動作することとなる。

　図３８は、上りリンクリソース上のサイドリンクと下りリンク上のサイドリンクで異なるL2チャネルを設定する場合の一例を示す説明図である。この場合、Physical　channelsだけでなく、Transport　channels、Logical　channelsもULリソース・DLリソースで個別に設定することとする。このようにすることで、Transport　channelsが個別であることから、HARQについてもそれぞれ個別に動作することとなる。

　基地局装置１は、上りリンク無線リソースおよび下りリンク無線リソースがTDDによって構成される場合に、サイドリンクチャネルのHARQのタイミングをTDDのフレーム構成に関連付けて設定してもよい。図３９は、L2機能を上りリンクリソースを使う場合と下りリンクリソースを使う場合で独立させる場合の、１つのTransport　Blockに対する送受信、Ack/Nack、HARQの動作例を示す流れ図である。

　ｅＮＢは、それぞれのＵＥに対してシステム情報を送信する（ステップＳ１６１）。サイドリンクにおける送信側のＵＥは、ｅＮＢから情報を取得すると、サイドリンクにおける受信側のＵＥに対し、サイドリンク送信リソース内でＰＳＣＣＨを送信し（ステップＳ１６２）、サイドリンク送信リソース内でＰＳＳＣＨを送信する（ステップＳ１６３）。

　サイドリンクにおける受信側のＵＥは、送信側のＵＥからＰＳＣＣＨ、ＰＳＳＣＨを受信すると、ＰＳＣＣＨまたはＰＳＳＣＨでＡｃｋまたはＮａｃｋを送信側のＵＥに送信する（ステップＳ１６４）。

　以上、サイドリンクチャネルが設定された際の、基地局装置と端末装置との間の通信品質の劣化を回避させるための技術を説明した。上述の実施形態において、基地局装置１が実施する処理は、例えば図１１に示した制御部１０３が実施し、端末装置２が実施する処理は、例えば図１２に示した制御部２０３が実施しても良い。もちろん、基地局装置１または端末装置２の他の要素が、上述の実施形態において説明した処理のいずれかを実施するように、基地局装置１または端末装置２が構成されていても良い。

　　＜上りリンクチャネルと下りリンクチャネルを同一の周波数チャネル内で周波数方向に多重する場合のギャップキャリアの設定＞
　続いて、上りリンクチャネルと下りリンクチャネルを同一の周波数チャネル内で周波数方向に多重する場合について説明する。

　従来、上りリンクと下りリンクの無線リソースを確保および多重する方法として、FDD(Frequency　Division　Duplex)とTDD(Time　Division　Duplex)が知られている。図４４は、FDDによって上りリンクと下りリンクの無線リソースを確保する様子を示す説明図である。FDDは、図４４に示したように、異なる周波数の複数の周波数チャネル（またはPaired　Spectrum　Band）を用意し、そのうちのいずれかの周波数チャネルを上りリンク用（図中の『U』）、別のいずれかの周波数チャネルを下りリンク用（同図中の『D』）に利用するものである。図４５は、TDDによって上りリンクと下りリンクの無線リソースを確保する様子を示す説明図である。TDDは、図４５に示したように、あるひとつの周波数チャネル（またはUnpaired　Spectrum　Band）を用意し、その周波数チャネルの中で上りリンクと下りリンクを時間方向で設定するものである。

　FDDは、常に上りリンクと下りリンクの無線リソースを用意することが可能になるが、その裏返しとして、上りリンクと下りリンクを用意するために複数（２以上）の周波数チャネルが必要になる。またFDDは、上りリンクと下りリンクの無線リソースの比率が固定されてしまう。従って、周波数を有効に活用出来るとは言いがたい。

　TDDは、単一の周波数チャネルで上りリンクと下りリンクを設定することが可能になり、また上りリンクと下りリンクの無線リソースの比率を動的に設定することが可能となる。その反面、TDDは時間方向に多重しているので、送受信装置間で送信機会を待つための遅延が生じる。

　そこで本実施形態では、従来のFDD及びTDDと異なり、あるひとつの周波数チャネルの中で、上りリンクおよび下りリンクの無線リソースを、時間方向および周波数方向でそれぞれ設定する。図４６は、本実施形態における上りリンクチャネルと下りリンクチャネルの多重例を示す説明図である。本実施形態では、図４６に示したように、周波数チャネルを周波数方向に２つに分け、それぞれをさらに時間方向で上りリンクと下りリンクを設定している。ある時間のサブフレームに着目した場合に、周波数方向で上りリンクと下りリンクが異なっている場合も含まれている。

　また、上りリンク、下りリンクに加えて、別のサブフレームを加えてもよい。例えば、DwPTS(Downlink　Pilot　Time　Slot)、GP(Guard　Period)、UpPTS(Uplink　Pilot　Time　Slot)からなるサブフレーム(Special　Subframe)を追加してもよい。図４７は従来のTDDにおけるSpecial　Subframeを含めた多重例を示す説明図であり、図４８Ａは本実施形態におけるSpecial　Subframeを含めた多重例を示す説明図である。図４７、４８Ａにおける「Sp」がSpecial　Subframeに相当するサブフレームである。

　本実施形態では、下りリンク、上りリンク、Special　Subframeに加えて、さらにサイドリンクを周波数および時間方向に多重することも可能である。図４８Ｂは、下りリンク、上りリンク、Special　Subframeに加えて、サイドリンクを周波数および時間方向に多重した例を示す説明図である。図４８Ｂに示した例では、サイドリンクは、下りリンク、上りリンク、Special　Subframeとして設定されたリソース（サブフレーム、およびリソースブロック）の少なくとも一部を、サイドリンク用（例えばサイドリンク用のリソースプール）として設定することで、サイドリンクリソースの多重を可能とする。また、図４８Ｂに示した例では、Special　Subframe上でもサイドリンクを設定しているが、Special　Subframeは、その内部でさらにDwPTS、GP、UpPTSに分かれていることから、複雑さを回避するためにサイドリンクの設定を上りリンクまたは下りリンクのリソース上のみに制限することも有効である。

　上りリンク、下りリンクのサブフレームの設定については、サブフレームごとに定めてもよいし、複数のサブフレームの塊（例えば、無線フレーム（Radio　Frame））ごとに設定してもよい。また無線フレーム（Radio　Frame）ごとに設定する場合、以下の表のように、複数のUL-DL　Frame　Configurationの組み合わせを用意し、それら組み合わせの中から選択することも可能である。

（D:Downlink　Subframe、U:Uplink　Subframe、S:Special　Subframe)

　このように、あるひとつの周波数チャネルの中で、上りリンクおよび下りリンクの無線リソースを、時間方向および周波数方向でそれぞれ設定することで、単一の周波数チャネルで上りリンクと下りリンクを設定することが可能になる。また、上りリンクと下りリンクの無線リソースの比率を動的に設定することが可能となる。また、常に（あるいはほぼ常に）上りリンクと下りリンクの無線リソースを用意することが可能になる。従って、FDDとTDDの利点を兼ね揃えた多重方式であると言える。

　しかし、あるひとつの周波数チャネルの中で、上りリンクおよび下りリンクの無線リソースを周波数方向で設定することで、同一セル内でも、異なるリンク間で干渉が生じる可能性がある。図４９は、異なるリンクの多重によって生じる可能性がある干渉の例を示す説明図である。図４９では、ある周波数チャネル内かつあるセル内で、上りリンクと下りリンクが同一時間（サブフレーム）に異なる周波数（リソースブロック）で存在している場合の例を示す。この例では、下りリンクはUE1に設定され（割り当てられ）、上りリンクはUE2に割り当てられている（図４９の右下）。図４９では、上りリンクと下りリンクが互いに周波数方向で隣接していることにより、In-band　Emissionが干渉となる。例えば、UE1は、UE2の上りリンク信号のIn-band　Emissionがリンク間の干渉となる（図４９の左下）。また、eNB1では、eNB1自身が送信する下りリンク信号が原因で自己干渉を発生させる可能性がある（図４９の右上）。UE2からUE1への干渉は、UE1とUE2の位置関係などに関係するため、もし両者が接近した位置にいる場合、その干渉量が問題となる。eNB1での自己干渉は、非常に大きい電力の信号がeNB1自身に回り込むため、同様に干渉量が問題となる。

　そこで本実施形態では、ある周波数チャネル内で異なるリンクが周波数方向に多重される場合に、上述した干渉を軽減、または回避するために、各リンクが利用する無線リソースの間にギャップリソース（具体的には、ギャップバンド、ギャップサブキャリア、ブランクサブキャリア、など）を挿入する。異なるリンクの多重によって生じる可能性がある干渉はIn-band　Emissionによる干渉であるため、以下で説明するように各リンクが利用する無線リソース間にギャップを設けることで、その干渉量を軽減、または干渉を回避することが可能となる。

　上りリンクおよび下りリンクは、時間方向に所定のシンボル数あるいは所定の時間長で定められたサブフレームおよび周波数方向に所定のサブキャリア数あるいは所定の周波数帯域幅で定められたリソースブロックからなる無線リソースを最小単位として行われるとする。基本的な考え方は、この無線リソースの中に、ギャップサブキャリア（ヌルサブキャリア、ブランクサブキャリア、データシンボルを置かないサブキャリア、など）を配置するというものである。図５０は、所定の無線リソース単位の周波数方向にギャップキャリアを設定する例である。ギャップキャリアは、対象となる無線リソースに対して、その両方の端あるいは片方の端に設定することが望ましい。これは、所定の無線リソース単位でリンクの種類（上りリンク、下りリンク、サイドリンク、など）が変わる可能性があるため、その境界にギャップキャリアを設定するのが干渉軽減や回避のために有効なためである。

　図５１は、上りリンクと下りリンクを同一時間で周波数方向に多重した場合におけるギャップキャリアの設定の例を示す説明図である。図５１に示した例では、上りリンクと下りリンクの無線リソースの境界にギャップキャリアを設定している。上りリンクと下りリンクの無線リソースの境界にギャップキャリアを設定することで、上りリンクと下りリンクの間の干渉を軽減または回避することが可能となる。

　図５２は、上りリンクと下りリンクを同一時間で周波数方向に多重した場合におけるギャップキャリアの設定の例を示す説明図である。図５２には、周波数方向に多重された上りリンクと下りリンクの無線リソースの間にギャップキャリアを設定する別の例が示されており、同種のリンクが周波数方向で連続する場合に全てのリンクにおいてギャップキャリアを設定する場合の例が示されている。

　しかし、ギャップキャリアを設定する場合、必ずしもすべての最小無線リソース単位でギャップキャリアを設定する必要はない。例えば、図５２のように、同種のリンクが周波数方向に連続して設定される場合（図５２では上りリンクが複数のリソースブロックで連続している）、その同種のリンク間では干渉の影響は小さい。そのため、同種のリンクの間の境界では、ギャップキャリアを無くしたり、またはギャップキャリアを減らしたりしてもよい。このようにギャップキャリアを無くしたり減らしたりすることで、無線リソースの利用効率を高めることが可能となる。

　図５３は、上りリンクと下りリンクを同一時間で周波数方向に多重した場合におけるギャップキャリアの設定の例を示す説明図である。図５３には、周波数方向に多重された上りリンクと下りリンクの無線リソースの間にギャップキャリアを設定し、かつ、同じ種類のリンク（図５３の例では上りリンク）が連続する場合にはギャップキャリアを設定しない様子が示されている。もちろん、上りリンクではなく下りリンクが連続する場合も同様に、下りリンクの間の境界ではギャップキャリアを設定しない、またはギャップキャリアの数を少なくすることができる。

　このようにギャップキャリアを設定する場合、基地局装置１がギャップキャリアの設定の判断を行うことが考えられる。図５４Ａ、５４Ｂは、本実施形態に係る基地局装置１の動作例を示す流れ図である。図５４Ａ、５４Ｂに示したのは、ギャップキャリアの設定の判断を行う際の基地局装置１の動作例である。

　基地局装置１は、ギャップキャリアの設定に関して、ある周波数チャネル内において、割当単位の無線リソースごと（例えばリソースブロックごと）、かつその無線リソースの端ごとに判断することができる。基地局装置１は、まず、ある周波数チャネルの中で異なる種類のリンクが少なくとも一部が重複する時間リソース内で異なる種類のリンクが設定（多重）されるかどうかを判断する（ステップＳ２０１）。異なる種類のリンクが設定されていれば（ステップＳ２０１、Ｙｅｓ）、基地局装置１は、割り当て単位の無線リソース毎に（ステップＳ２０２）及び無線リソースの端毎に（ステップＳ２０３）判断処理を実施する。

　基地局装置１は、次に、対象の無線リソースおよび対象の端が、その周波数チャネルの端であるかどうかを判断する（ステップＳ２０４）。対象の無線リソースおよび対象の端が、その周波数チャネルの端でない場合は（ステップＳ２０４、Ｎｏ）、続いて基地局装置１は、対象の無線リソースで設定されるリンクの種類が、重複または隣接する無線リソースで設定されるリンクの種類と異なるかどうか判断する（ステップＳ２０５）。リンクの種類が、重複または隣接する無線リソースで設定されるリンクの種類と異なっていれば（ステップＳ２０５、Ｙｅｓ）、続いて基地局装置１は、リンクの種類にギャップキャリアの設定順位が定められているかどうか判断する（ステップＳ２０６）。表２に、ギャップキャリアの設定順位の例を示す。

　ここで、下りリンクの順位を下げているのは、下りリンクはデータ量が多いため、ギャップキャリアを設定しない方が、通信効率が上がるからである、

　リンクの種類にギャップキャリアの設定順位が定められていれば（ステップＳ２０６、Ｙｅｓ）、続いて基地局装置１は、対象の無線リソースで設定されるリンクの種類のギャップキャリア設定順位が、重複または隣接する無線リソースで設定されるリンクの種類のギャップキャリア設定順位よりも高いかどうか判断する（ステップＳ２０７）。対象の無線リソースで設定されるリンクの種類のギャップキャリア設定順位の方が高い場合は（ステップＳ２０７、Ｙｅｓ）、基地局装置１は、対象の無線リソースの端に所定の数または幅のギャップキャリアを設定する（ステップＳ２０８）。一方、対象の無線リソースおよび対象の端が、その周波数チャネルの端である場合は（ステップＳ２０４、Ｙｅｓ）、リンクの種類が、重複または隣接する無線リソースで設定されるリンクの種類と異なっていない場合（ステップＳ２０５、Ｎｏ）、または対象の無線リソースで設定されるリンクの種類のギャップキャリア設定順位の方が低い、または同じ場合は（ステップＳ２０７、Ｎｏ）、基地局装置１は、対象の無線リソースの端に所定の数または幅のギャップキャリアを設定しない（ステップＳ２０９）。

　また、ある周波数チャネルの中で異なる種類のリンクが少なくとも一部が重複する時間リソース内で異なる種類のリンクが設定されない場合は（ステップＳ２０１、Ｎｏ）、基地局装置１は、ギャップキャリアを設定しないこととする（ステップＳ２１０）か、あるいは、別のルールによってギャップキャリアが設定されてもよい。例えば、重複あるいは隣接する無線リソースの間で、利用するサブキャリア間隔が異なる場合には、基地局装置１は、その重複あるいは隣接する端でギャップキャリアを設けてもよい。

　基地局装置１は、一連の処理を無線リソースごと、および無線リソースの端ごとに実施することで、ある時間リソースにおけるギャップキャリアの設定を終えることができる。　

　図５５は、図５４Ａ、５４Ｂに示した動作例に基づいて、ある時間リソースにおけるギャップキャリアを設定した様子を示す説明図である。図５５に示した例では、ギャップキャリア設定順位を考慮してギャップキャリアを設定した様子が示されている。図５５では、下りリンク（Downlink）のデータが送信されるリソースブロックでは、端にギャップキャリアが設定されていない様子が示されている。このように、設定順位を考慮してギャップキャリアを設定することで、基地局装置１はリソースを有効に活用することが出来る。

　基地局装置１は、表１で示したUL-DL　Frame　Configurationの情報を端末装置２に通知することで、どのリソースブロックがどの種類のリンクであるのかを端末装置２に知らせることが出来る。

　図５６は、本開示の実施の形態に係る基地局装置１及び端末装置２の動作例を示す流れ図である。図５６には、２つの端末装置２（UE1及びUE2）に対する、基地局装置１からのUL-DL　Frame　Configurationの情報の通知例が示されている。図５６の例では、基地局装置１は、UE1に下りリンク、UE2に上りリンクを、それぞれ設定している。

　基地局装置１は、端末装置２に対し、リンクの設定を示すFrame　Configurationの情報をPDSCHで通知する（ステップＳ２１１、Ｓ２１２）。このFrame　Configurationは、ある所定の数あるいは所定の時間長に相当する分のサブフレームのリンクの設定を示すものであることが望ましい。所定の数は、例えば１０サブフレーム（あるいは１無線フレーム（Radio　Frame）などの所定の数のサブフレームの集合）ごとの情報であることが望ましい。所定の時間長の場合、基準となる時間単位（例えばサブフレーム）の整数倍であることが望ましい。また、このFrame　Configuration情報は、基地局装置１（あるいは基地局装置１が設定するセル）ごとに共通な情報ではなく、それぞれの端末装置２に設定されることが望ましい。つまり、Frame　Configurationは端末装置２ごとに異なる内容になることを許容する。また、Frame　Configurationの情報を通知するRRC　Signalingは、図５６で示すように各端末装置２に常に同時に通知する必要はない点に注意が必要である。端末装置２は、基地局装置１から通知されたRRC　Signalingを復号して（ステップＳ２１３、２１４）、端末装置２へ設定されたFrame　Configurationを把握する。

　その後、基地局装置１は、所定の時間無線リソース単位（例えばサブフレーム）ごと、かつ端末装置２ごとに、通信機会（Grant、Allocation、など）を設定する（ステップＳ２１５、Ｓ２１６）。この設定にはPDCCH（Physical　Downlink　Control　Channel）でDCI（Downlink　Control　Information）を送ることで実現する。DCIには、対象の時間リソースでどの周波数リソース（例えばリソースブロック）を使うか、どのMCS（Modulation　and　Coding　Scheme)を使うか、どのPMI（Precoding　Matrix　Indicator）を使うか、どのRV（Redundancy　Version）を使うか、送信電力をどのように設定するか、などを設定する情報が含まれる。端末装置２は、DCIを復号し（ステップＳ２１７、Ｓ２１８）、DCIで通知および設定された条件に基づいて、指定された無線リソース上の信号を受信（ステップＳ２１９）、あるいは指定された無線リソース上で信号を送信する（ステップＳ２２０）。

　本実施形態では、基地局装置が端末装置に対してリンクの種類（Downlink、Uplink、Sidelink、Backhaul　link、など）、またはFrame　Configurationなどを設定する方法としては、次のパターンが考えられる。

　（１）設定の範囲について
　　（ｉ）端末装置ごとに個別に設定する（UE-specific）。
　　（ｉｉ）基地局装置ごと（あるいはセルごと、TRP（Transmission　and　Reception　Point）ごと、など）に設定する（Cell-specific、TRP-specific）。
　（２）設定のタイミングについて
　　（ｉ）単位時間リソース（例えばサブフレーム、スロット、など）ごとのタイミングで設定する（Dynamic）。
　　（ｉｉ）所定の複数の単位時間リソース（数サブフレーム、１無線フレーム（Radio　Frame）、など）ごとのタイミングで設定する（Semi-static、Periodic）。
　　（ｉｉｉ）非周期的なタイミングで設定する（Semi-static、Aperiodic）。

　上記のうち、設定の範囲については、無線リソース利用の柔軟性の観点から、（１）－（ｉ）のように端末装置毎に個別に設定することが望ましい。しかし本実施形態では、（１）－（ｉｉ）のように基地局装置ごと、セル毎、TRPごとに設定してもよい。図５７は、リンクの種類の設定範囲を基地局装置ごと、セル毎、TRPごとに設定する例を示す説明図である。図５７では、一つの周波数チャネルの中を複数の周波数領域（本実施形態ではサブバンド（Subband）と称する）に分割し、そのサブバンド毎にFrame　Configurationを設定する。サブバンドは、さらに複数の単位周波数リソース（リソースブロックなど）で構成されてよい。

　基地局装置１は、サブバンドごとにFrame　Configurationを設定する場合、端末装置２に対する無線リソース割当ての際に、次の制限を与えることによって、端末装置２の送受信処理（特に受信処理）の負荷を軽減することが可能となる。

　基地局装置１は、ある単位時間リソース内において、周波数リソースを、いずれかひとつのサブバンドの中で割り当てる。ただし、単位時間リソース内で周波数ホッピングをする場合は除く。また基地局装置１は、異なる時間リソースの間では、周波数リソースの割り当てを異なるサブバンドの中で行ってもよい。

　また、図５３や図５５に示したような周波数ギャップの設定方法を利用する場合、ギャップキャリアはサブバンドの境界において設定されることとなる。基地局装置１は、サブバンド内の単位周波数リソース間にはギャップキャリアを設けなくてもよい。

　サブバンドごとにFrame　Configurationが設定される場合、Frame　Configurationの更新タイミングは、周波数チャネル内で個別のタイミングで更新できてもよいが、簡素化のために周波数チャネル内で同時に更新されることが望ましい。後者の場合、各サブバンドのFrame　Configuration情報が、同一のシステム情報、RRCシグナリングで通知および設定されることが望ましい。各サブバンドのFrame　Configuration情報をシステム情報、RRCシグナリングで通知および設定する場合に、システム情報や、RRCシグナリングを送受信する無線リソースは、各サブバンドの周波数無線リソースに配置される場合と、所定の一部の周波数無線リソースに配置される場合がある。前者の場合、各サブバンドのFrame　Configuration情報を含むシステム情報や、RRCシグナリングは、対応するサブバンドの周波数無線リソース上で送受信されることが望ましい。一方後者の場合、各サブバンドのFrame　Configuration情報を含むシステム情報や、RRCシグナリングは、所定の一部の周波数無線リソース上で送受信される。所定の一部の周波数無線リソースは、対象となる周波数チャネルのうち、周波数方向の中心部分の一部であることが望ましい。後者の場合、端末装置は、各サブバンドのFrame　Configuration情報を把握するために、所定の一部の周波数無線リソース上の信号を受信し、復号する必要がある。

　図５８Ａ、５８Ｂは、本開示の実施の形態に係る端末装置２の動作例を示す流れ図である。図５８Ａ、５８Ｂに示したのは、基地局装置１からリンク種類の設定を受ける端末装置２の動作例である。

　端末装置２は、単位時間リソース（例えばサブフレーム、スロット、など）ごとに一連の処理を実行する（ステップＳ２２１）。端末装置２は、基地局装置１から送信された物理制御チャネルを受信し、復号する（ステップＳ２２２）。端末装置２は、その復号の結果から、DCI（Downlink　Control　Information）などの制御情報の中に自身宛の制御情報があるかどうか判断する（ステップＳ２２３）。

　自身宛の制御情報があれば（ステップＳ２２３、Ｙｅｓ）、続いて端末装置２は、その自身宛の制御情報を受信し、復号する（ステップＳ２２４）。そして端末装置２は、その復号の結果、下りリンクまたはサイドリンク受信またはバックホール受信用の制御情報であるかどうか判断する（ステップＳ２２５）。

　下りリンクまたはサイドリンク受信またはバックホール受信用の制御情報であれば（ステップＳ２２５、Ｙｅｓ）、続いて端末装置２は、復号した制御情報から、対象の単位時間リソースで割り当てられている周波数リソース、変調・符号化方式などを把握し、自装置に設定する（ステップＳ２２６）。そして端末装置２は、対象の時間リソース・周波数リソースの物理データチャネル（共有チャネル）を受信し、復号する（ステップＳ２２７）。

　一方、下りリンクまたはサイドリンク受信またはバックホール受信用の制御情報でなければ（ステップＳ２２５、Ｎｏ）、続いて端末装置２は、ステップＳ２２４での復号の結果、上りリンクまたはサイドリンク送信またはバックホール送信用の制御情報であるかどうか判断する（ステップＳ２２８）。

　上りリンクまたはサイドリンク送信またはバックホール送信用の制御情報であれば（ステップＳ２２８、Ｙｅｓ）、続いて端末装置２は、復号した制御情報から、対象の単位時間利ロースで割り当てられている周波数リソース、変調・符号化方式などを把握し、自装置に設定する（ステップＳ２２９）。また端末装置２は、対象の時間リソース・周波数リソースの物理データチャネルの送信電力を設定する（ステップＳ２３０）。また端末装置２は、対象の時間リソース・周波数リソースの物理データチャネルの送信タイミングを設定する（ステップＳ２３１）。そして端末装置２は、対象の時間リソース・周波数リソースの物理データチャネル（共有チャネル）を送信する（ステップＳ２３２）。

　なお、ステップＳ２２３の判断において自身宛の制御情報がなければ（ステップＳ２２３、Ｎｏ）、または、ステップＳ２２８の判断において上りリンクまたはサイドリンク送信またはバックホール送信用の制御情報でなければ（ステップＳ２２８、Ｎｏ）、端末装置２は、対象の時間リソース・周波数リソースで送信及び受信を行わない（ステップＳ２３３）。

　端末装置２は、このような一連の動作を実行することで、リンクの種類によって、対象の単位時間リソースで割り当てられている周波数リソースや変調方式を把握することが可能となる。

　図５９Ａ、５９Ｂは、本開示の実施の形態に係る端末装置２の動作例を示す流れ図である。図５９Ａ、５９Ｂに示したのは、基地局装置１からリンク種類の設定を受ける端末装置２の別の動作例である。

　図５９Ａ、５９Ｂに示した例では、システム情報（System　Information）やRRCシグナリングによって端末装置２へFrame　Configurationを設定する。設定は、端末装置固有（UE-specific）に設定することも、セル固有（Cell-specific）、TRP固有（TRP-specific）に設定することも可能である。

　端末装置２は、基地局装置１からシステム情報を受信し、復号する（ステップＳ２４１）。そして端末装置２は、システム情報の復号結果から、新しいFrame　Configuration情報があるかどうか判断する（ステップＳ２４２）。

　新しいFrame　Configuration情報があれば（ステップＳ２４２、Ｙｅｓ）、端末装置２は、その新しいFrame　Configuration情報で自装置のFrame　Configuration情報を更新する（ステップＳ２４３）。一方、新しいFrame　Configuration情報がなければ（ステップＳ２４２、Ｎｏ）、端末装置２は、自装置のFrame　Configuration情報を維持する（ステップＳ２４４）。

　そして端末装置２は、自装置のFrame　Configuration情報で示される、単位時間リソース（例えばサブフレーム、スロット、など）ごとのリンクの種類を把握し、自装置に設定する（ステップＳ２４５）。なお、このFrame　Configuration情報は、サブバンドごとに設定されてもよい。

　その後、端末装置２は、単位時間リソースごとに一連の処理を実行する（ステップＳ２４６）。端末装置２は、基地局装置１から送信された物理制御チャネルを受信し、復号する（ステップＳ２４７）。端末装置２は、その復号の結果から、DCI（Downlink　Control　Information）などの制御情報の中に自身宛の制御情報があるかどうか判断する（ステップＳ２４８）。

　自身宛の制御情報があれば（ステップＳ２４８、Ｙｅｓ）、続いて端末装置２は、その自身宛の制御情報を受信し、復号する（ステップＳ２４９）。また端末装置２は、復号した制御情報から、対象の単位時間リソースで割り当てられている周波数リソース、変調・符号化方式などを把握し、自装置に設定する（ステップＳ２５０）。そして端末装置２は、ステップＳ２４９の復号の結果、下りリンクまたはサイドリンク受信またはバックホール受信用の制御情報であるかどうか判断する（ステップＳ２５１）。

　下りリンクまたはサイドリンク受信またはバックホール受信用の制御情報であれば（ステップＳ２５１、Ｙｅｓ）、端末装置２は、対象の時間リソース・周波数リソースの物理データチャネル（共有チャネル）を受信し、復号する（ステップＳ２５２）。

　一方、下りリンクまたはサイドリンク受信またはバックホール受信用の制御情報でなければ（ステップＳ２５１、Ｎｏ）、続いて端末装置２は、ステップＳ２４９での復号の結果、上りリンクまたはサイドリンク送信またはバックホール送信用の制御情報であるかどうか判断する（ステップＳ２５３）。

　上りリンクまたはサイドリンク送信またはバックホール送信用の制御情報であれば（ステップＳ２５３、Ｙｅｓ）、続いて端末装置２は、対象の時間リソース・周波数リソースの物理データチャネルの送信電力を設定する（ステップＳ２５４）。また端末装置２は、対象の時間リソース・周波数リソースの物理データチャネルの送信タイミングを設定する（ステップＳ２５５）。そして端末装置２は、対象の時間リソース・周波数リソースの物理データチャネル（共有チャネル）を送信する（ステップＳ２５６）。

　なお、ステップＳ２４８の判断において自身宛の制御情報がなければ（ステップＳ２４８、Ｎｏ）、または、ステップＳ２５３の判断において上りリンクまたはサイドリンク送信またはバックホール送信用の制御情報でなければ（ステップＳ２５３、Ｎｏ）、端末装置２は、対象の時間リソース・周波数リソースで送信及び受信を行わない（ステップＳ２５７）。

　上述の例では、システム情報やRRCシグナリングでSemi-staticにFrame　Configurationを設定する方法と、PDCCHやDCIで動的（Dynamic）にFrame　Configurationを設定する方法をそれぞれ説明した。さらに、本実施形態では、この両方を混在した場合も実施することが可能である。混在する場合の例として、中長期的にはSemi-staticな設定に従いつつ、急遽あらたなデータ（特に緊急性を要するデータや低遅延を要するデータ）が発生した場合に、そのSemi-staticな設定とは例外的に異なるFrame　Configurationでの通信を実行することが考えられる。

　図６０、６１は、Semi-staticなConfigurationとDynamicなConfigurationが混在する例をそれぞれ示す説明図である。図６０、６１では、ダウンリンク、アップリンクでそれぞれ緊急のデータ（あるいは、その他の低遅延性が必要なデータ）が発生した場合を想定している。Semi-staticなConfigurationに対する（例外的な）変更を与える方法としては、図６０に示すように、変更が必要な分だけのサブフレームにのみ変更を与える場合と、図６１に示すように、所定の時間リソース群（例えば無線フレーム、Radio　Frame）のFrame　Configuration単位で変更を加えることが考えられる。図６１に示した例では、１無線フレームのConfigurationを動的に変更する例が示されている。

　図６２Ａ～６２Ｄは、本開示の実施の形態に係る端末装置２の動作例を示す流れ図である。図６２Ａ～６２Ｄに示したのは、Semi-staticなConfigurationとDynamicなConfigurationが混在する場合に、基地局装置１からリンク種類の設定を受ける端末装置２の別の動作例である。

　端末装置２は、基地局装置１からシステム情報を受信し、復号する（ステップＳ２６１）。そして端末装置２は、システム情報の復号結果から、新しいFrame　Configuration情報があるかどうか判断する（ステップＳ２６２）。

　新しいFrame　Configuration情報があれば（ステップＳ２６２、Ｙｅｓ）、端末装置２は、その新しいFrame　Configuration情報で自装置のFrame　Configuration情報を更新する（ステップＳ２６３）。一方、新しいFrame　Configuration情報がなければ（ステップＳ２６２、Ｎｏ）、端末装置２は、自装置のFrame　Configuration情報を維持する（ステップＳ２６４）。

　そして端末装置２は、自装置のFrame　Configuration情報で示される、単位時間リソース（例えばサブフレーム、スロット、など）ごとのリンクの種類を把握し、自装置に設定する（ステップＳ２６５）。なお、このFrame　Configuration情報は、サブバンドごとに設定されてもよい。

　その後、端末装置２は、単位時間リソースごとに一連の処理を実行する（ステップＳ２６６）。端末装置２は、基地局装置１から送信された物理制御チャネルを受信し、復号する（ステップＳ２６７）。端末装置２は、その復号の結果から、DCI（Downlink　Control　Information）などの制御情報の中に自身宛の制御情報があるかどうか判断する（ステップＳ２６８）。

　自身宛の制御情報があれば（ステップＳ２６８、Ｙｅｓ）、続いて端末装置２は、その自身宛の制御情報を受信し、復号する（ステップＳ２６９）。その後端末装置２は、制御情報によるリンク種類が、システム情報で設定されたリンク種類と異なるリンク種類をしているかどうか判断する（ステップＳ２７０）。

　異なるリンク種類を指定している場合は（ステップＳ２７０、Ｙｅｓ）、端末装置２は、制御情報で設定されたリンク種類に従って動作する（ステップＳ２７１）。端末装置２は、ステップＳ２６９の復号の結果、下りリンクまたはサイドリンク受信またはバックホール受信用の制御情報であるかどうか判断する（ステップＳ２７２）。下りリンクまたはサイドリンク受信またはバックホール受信用の制御情報であれば（ステップＳ２７２、Ｙｅｓ）、続いて端末装置２は、復号した制御情報から、対象の単位時間リソースで割り当てられている周波数リソース、変調・符号化方式などを把握し、自装置に設定する（ステップＳ２７３）。そして端末装置２は、対象の時間リソース・周波数リソースの物理データチャネル（共有チャネル）を受信し、復号する（ステップＳ２７４）。下りリンクまたはサイドリンク受信またはバックホール受信用の制御情報でなければ（ステップＳ２７２、Ｎｏ）、続いて端末装置２は、ステップＳ２６９での復号の結果、上りリンクまたはサイドリンク送信またはバックホール送信用の制御情報であるかどうか判断する（ステップＳ２７５）。

　上りリンクまたはサイドリンク送信またはバックホール送信用の制御情報であれば（ステップＳ２７５、Ｙｅｓ）、続いて端末装置２は、対象の時間リソース・周波数リソースの物理データチャネルの送信電力を設定する（ステップＳ２７６）。また端末装置２は、対象の時間リソース・周波数リソースの物理データチャネルの送信タイミングを設定する（ステップＳ２７７）。そして端末装置２は、対象の時間リソース・周波数リソースの物理データチャネル（共有チャネル）を送信する（ステップＳ２７８）。

　なお、ステップＳ２６８の判断において自身宛の制御情報がなければ（ステップＳ２６８、Ｎｏ）、または、ステップＳ２７５の判断において上りリンクまたはサイドリンク送信またはバックホール送信用の制御情報でなければ（ステップＳ２７５、Ｎｏ）、端末装置２は、対象の時間リソース・周波数リソースで送信及び受信を行わない（ステップＳ２８０）。

　上記ステップＳ２７０の判断において、異なるリンク種類を指定していない場合は（ステップＳ２７０、Ｎｏ）、端末装置２は、システム情報で設定されたリンク種類に従って動作する（ステップＳ２８１）。端末装置２は、復号した制御情報から、対象の単位時間リソースで割り当てられている周波数リソース、変調・符号化方式などを把握し、自装置に設定する（ステップＳ２８２）。

　そして端末装置２は、対象の時間リソース・周波数リリースで、下りリンクまたはサイドリンク受信またはバックホール受信を設定されているかどうか判断する（ステップＳ２８３）。下りリンクまたはサイドリンク受信またはバックホール受信を設定されていれば（ステップＳ２８３、Ｙｅｓ）、端末装置２はステップＳ２７４の処理に移行する。

　下りリンクまたはサイドリンク受信またはバックホール受信を設定されていなければ（ステップＳ２８３、Ｎｏ）、端末装置２は、対象の時間リソース・周波数リリースで、上りリンクまたはサイドリンク送信またはバックホール送信を設定されているかどうか判断する（ステップＳ２８４）。上りリンクまたはサイドリンク送信またはバックホール送信を設定されていれば（ステップＳ２８４、Ｙｅｓ）、端末装置２はステップＳ２７７の処理に移行する。上りリンクまたはサイドリンク送信またはバックホール送信を設定されていなければ（ステップＳ２８４、Ｎｏ）、端末装置２はステップＳ２８０の処理に移行する。

　Semi-staticな設定とDynamicな設定で、異なるリンク種類の設定を示すことがありえる。この場合に、所定のルールにしたがって、いずれかの設定に従うことで、Frame　Configurationおよびリンク種類を柔軟に再設定することが可能となる。図６２Ａ～６２Ｄに示した例では、Dynamicな設定を優先的に採用している。Dynamicな設定を優先することによって、発生したデータトラフィックに対して、よりリアルタイムに、かつ再設定が必要な端末装置に対してのみリンク種類を再設定することができる。

　図５８Ｂや図５９Ｂ、図６２Ｃにおける、対象の時間リソース、周波数リソースの物理データチャネルの送信電力の設定の際には、ギャップキャリアが設定されている場合、上述したものと同様に、ギャップ周波数分の補正値を考慮することで、さらに干渉の軽減を図ってもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

　＜２．まとめ＞
　以上説明したように本開示の実施の形態によれば、サイドリンクチャネルが設定された際の、基地局装置と端末装置との間の通信品質の劣化を回避させることが可能となる。

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

　また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。

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

　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　送信源が異なる信号が混在して配置される通信方式において、装置間通信で使用されるチャネルのリソースの、前記チャネルのリソース以外のリソースとの境界に所定のギャップを割り当てる制御部を備える、通信装置。
（２）
　前記制御部は、前記通信方式における上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースのうち、少なくとも一部を用いて前記装置間通信で使用されるチャネルを設定する、前記（１）に記載の通信装置。
（３）
　前記制御部は、前記下りリンク無線リソースにのみ前記装置間通信で使用されるチャネルに前記ギャップを割り当てる、前記（２）に記載の通信装置。
（４）
　前記制御部は、周波数方向に連続した複数の単位周波数リソースが同一の装置に関連付けられた場合に、その連続した複数の単位周波数リソースの端部に前記ギャップを設定する、前記（１）に記載の通信装置。
（５）
　前記制御部は、前記ギャップの帯域幅を、該当する単位周波数リソースで用いられるサブキャリア間隔の整数倍で設定する、前記（１）に記載の通信装置。
（６）
　前記制御部は、時間方向に連続した複数の単位時間リソースが同一の装置に関連付けられた場合に、その連続した複数の単位時間リソースの端部に前記ギャップを設定する、前記（１）に記載の通信装置。
（７）
　前記制御部は、システム情報を通じて前記ギャップの設定を通知する制御を行う、前記（１）～（６）のいずれかに記載の通信装置。
（８）
　前記制御部は、下りリンク制御情報を通じて前記ギャップの設定を通知する制御を行う、前記（１）～（６）のいずれかに記載の通信装置。
（９）
　送信源が異なる信号が混在して配置される通信方式において、装置間通信で使用されるチャネルに、前記チャネルのリソース以外のリソースとの境界に所定のギャップが割り当てられたリソースを用いた通信を制御する制御部を備える、通信装置。
（１０）
　送信源が異なる信号が混在して配置される通信方式において、下りリンク無線リソースを用いて装置間通信を行う際に、基地局から指定されたタイミングに所定のオフセットを加えた時間で送信する制御を行う制御部を備える、通信装置。
（１１）
　前記制御部は、前記通信方式において、上りリンク無線リソースを用いて装置間通信を行う際に、基地局から指定されたタイミングに所定のオフセットを加えた時間で送信する制御を行う、前記（１０）に記載の通信装置。
（１２）
　前記制御部は、前記通信方式において、免許不要帯域の無線リソースを用いて装置間通信を行う際に、基地局から指定されたタイミングに所定のオフセットを加えた時間で送信する制御を行う、前記（１０）に記載の通信装置。
（１３）
　前記制御部は、前記通信方式において、上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースの少なくともいずれかを用いて装置間通信を行う際に、基地局から指定されたタイミングに所定のオフセットを加えた時間で送信する制御を行い、
　前記オフセット量は、前記通信方式における上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースのそれぞれで異なる、前記（１０）に記載の通信装置。
（１４）
　免許不要帯域の無線リソースを用いて装置間通信を行う際の前記オフセットの量は、下りリンク無線リソースを用いて装置間通信を行う際の前記オフセットの量以下であり、下りリンク無線リソースを用いて装置間通信を行う際の前記オフセットの量は、上りリンク無線リソースを用いて装置間通信を行う際の前記オフセットの量以下である、前記（１３）に記載の通信装置。
（１５）
　前記通信方式において、さらに上りリンク無線リソースを用いて装置間通信を行う際に、下りリンク無線リソースを用いて装置間通信を行う際の前記オフセットの量は、上りリンク無線リソースを用いて装置間通信を行う際の前記オフセットの量との相対的な値として設定される、前記（１１）に記載の通信装置。
（１６）
　送信源が異なる信号が混在して配置される通信方式における上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースのうち、少なくとも一部を用いて装置間通信で使用されるチャネルを設定する際に、前記上りリンク無線リソース、前記下りリンク無線リソース、前記免許不要帯域の無線リソースのそれぞれにおいて個別に送信電力を設定する制御部を備える、通信装置。
（１７）
　前記制御部は、前記下りリンク無線リソースを用いて前記チャネルを設定する際に、前記上りリンク無線リソースを用いて前記チャネルを設定する際の設定値に所定のオフセットを加えて送信電力を設定する、前記（１６）に記載の通信装置。
（１８）
　前記制御部は、前記下りリンク無線リソースを用いて前記チャネルを設定する際に、周波数方向に隣接するリソースにおける下りリンクのスケジューリングの有無に応じて送信電力を設定する、前記（１６）に記載の通信装置。
（１９）
　前記制御部は、送信側と受信側とのパスロスに基づいて送信電力を設定する、前記（１６）に記載の通信装置。
（２０）
　送信源が異なる信号が混在して配置される通信方式における上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースのうち、少なくとも一部を用いて装置間通信で使用されるチャネルを設定する際に、前記上りリンク無線リソース、前記下りリンク無線リソース、前記免許不要帯域の無線リソースのそれぞれにおいて個別に制御チャネルを設定する制御部を備える、通信装置。
（２１）
　前記制御部は、上りリンク無線リソースおよび下りリンク無線リソースがTDD(Time　Division　Duplex)によって構成される場合に、サイドリンクチャネルのHARQのタイミングをTDDのフレーム構成に関連付けて設定する、前記（２０）に記載の通信装置。
（２２）
　送信源が異なる信号が混在して配置される通信方式において、装置間通信で使用されるチャネルのリソースの、前記チャネルのリソース以外のリソースとの境界に所定のギャップを割り当てることを含む、通信方法。
（２３）
　送信源が異なる信号が混在して配置される通信方式において、装置間通信で使用されるチャネルに、前記チャネルのリソース以外のリソースとの境界に所定のギャップが割り当てられたリソースを用いた通信を制御することを含む、通信方法。
（２４）
　送信源が異なる信号が混在して配置される通信方式において、下りリンク無線リソースを用いて装置間通信を行う際に、基地局から指定されたタイミングに所定のオフセットを加えた時間で送信する制御を行うことを含む、通信方法。
（２５）
　送信源が異なる信号が混在して配置される通信方式における上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースのうち、少なくとも一部を用いて装置間通信で使用されるチャネルを設定する際に、前記上りリンク無線リソース、前記下りリンク無線リソース、前記免許不要帯域の無線リソースのそれぞれにおいて個別に送信電力を設定することを含む、通信方法。
（２６）
　送信源が異なる信号が混在して配置される通信方式における上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースのうち、少なくとも一部を用いて装置間通信で使用されるチャネルを設定する際に、前記上りリンク無線リソース、前記下りリンク無線リソース、前記免許不要帯域の無線リソースのそれぞれにおいて個別に制御チャネルを設定することを含む、通信方法。
（２７）
　送信源が異なる信号が１つの周波数チャネル内で周波数方向に多重される通信方式において、周波数方向に隣接するリソースの境界に所定のギャップを割り当てる制御部を備える、通信装置。
（２８）
　前記制御部は、周波数方向に隣接するリソースに対応する信号が同一方向への信号である場合には、前記リソースの協会には前記所定のギャップを割り当てない、前記（２７）に記載の通信装置。
（２９）
　前記制御部は、上りリンク無線リソース及び下りリンク無線リソースを前記１つの周波数チャネル内で多重させる、前記（２７）または（２８）に記載の通信装置。
（３０）
　前記制御部は、前記１つの周波数チャネル内でのリンクの設定パターンを端末装置に通知する、前記（２９）に記載の通信装置。
（３１）
　前記制御部は、前記設定パターンをサブフレーム毎に通知する、前記（３０）に記載の通信装置。
（３２）
　前記制御部は、前記設定パターンを所定数のサブフレーム毎に通知する、前記（３０）に記載の通信装置。
（３３）
　前記制御部は、さらに、装置間通信で使用されるチャネルのリソースを前記１つの周波数チャネル内で多重させる、前記（２９）～（３２）のいずれかに記載の通信装置。
（３４）
　前記制御部は、前記所定のギャップを考慮して送信電力を設定する、前記（２７）～（３３）のいずれかに記載の通信装置。
（３５）
　送信源が異なる信号が１つの周波数チャネル内で周波数方向に多重される通信方式において、周波数方向に隣接するリソースの境界に所定のギャップを割り当てることを含む、通信制御方法。

　１　　基地局装置
　１０１　　上位層処理部
　１０３　　制御部
　１０５　　受信部
　１０５１　　復号化部
　１０５３　　復調部
　１０５５　　多重分離部
　１０５７　　無線受信部
　１０５９　　チャネル測定部
　１０７　　送信部
　１０７１　　符号化部
　１０７３　　変調部
　１０７５　　多重部
　１０７７　　無線送信部
　１０７９　　下りリンク参照信号生成部
　１０９　　送受信アンテナ
　２　　端末装置
　２０１　　上位層処理部
　２０３　　制御部
　２０５　　受信部
　２０５１　　復号化部
　２０５３　　復調部
　２０５５　　多重分離部
　２０５７　　無線受信部
　２０５９　　チャネル測定部
　２０７　　送信部
　２０７１　　符号化部
　２０７３　　変調部
　２０７５　　多重部
　２０７７　　無線送信部
　２０７９　　上りリンク参照信号生成部
　２０９　　送受信アンテナ

Claims

　送信源が異なる信号が混在して配置される通信方式において、装置間通信で使用されるチャネルのリソースの、前記チャネルのリソース以外のリソースとの境界に所定のギャップを割り当てる制御部を備える、通信装置。
　前記制御部は、前記通信方式における上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースのうち、少なくとも一部を用いて前記装置間通信で使用されるチャネルを設定する、請求項１に記載の通信装置。
　前記制御部は、前記下りリンク無線リソースにのみ前記装置間通信で使用されるチャネルに前記ギャップを割り当てる、請求項２に記載の通信装置。
　前記制御部は、周波数方向に連続した複数の単位周波数リソースが同一の装置に関連付けられた場合に、その連続した複数の単位周波数リソースの端部に前記ギャップを設定する、請求項１に記載の通信装置。
　前記制御部は、前記ギャップの帯域幅を、該当する単位周波数リソースで用いられるサブキャリア間隔の整数倍で設定する、請求項１に記載の通信装置。
　前記制御部は、時間方向に連続した複数の単位時間リソースが同一の装置に関連付けられた場合に、その連続した複数の単位時間リソースの端部に前記ギャップを設定する、請求項１に記載の通信装置。
　前記制御部は、システム情報を通じて前記ギャップの設定を通知する制御を行う、請求項１に記載の通信装置。
　前記制御部は、下りリンク制御情報を通じて前記ギャップの設定を通知する制御を行う、請求項１に記載の通信装置。
　送信源が異なる信号が混在して配置される通信方式において、装置間通信で使用されるチャネルに、前記チャネルのリソース以外のリソースとの境界に所定のギャップが割り当てられたリソースを用いた通信を制御する制御部を備える、通信装置。
　送信源が異なる信号が混在して配置される通信方式において、下りリンク無線リソースを用いて装置間通信を行う際に、基地局から指定されたタイミングに所定のオフセットを加えた時間で送信する制御を行う制御部を備える、通信装置。
　前記制御部は、前記通信方式において、上りリンク無線リソースを用いて装置間通信を行う際に、基地局から指定されたタイミングに所定のオフセットを加えた時間で送信する制御を行う、請求項１０に記載の通信装置。
　前記制御部は、前記通信方式において、免許不要帯域の無線リソースを用いて装置間通信を行う際に、基地局から指定されたタイミングに所定のオフセットを加えた時間で送信する制御を行う、請求項１０に記載の通信装置。
　前記制御部は、前記通信方式において、上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースの少なくともいずれかを用いて装置間通信を行う際に、基地局から指定されたタイミングに所定のオフセットを加えた時間で送信する制御を行い、
　前記オフセットの量は、前記通信方式における上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースのそれぞれで異なる、請求項１０に記載の通信装置。
　免許不要帯域の無線リソースを用いて装置間通信を行う際の前記オフセットの量は、下りリンク無線リソースを用いて装置間通信を行う際の前記オフセットの量以下であり、下りリンク無線リソースを用いて装置間通信を行う際の前記オフセットの量は、上りリンク無線リソースを用いて装置間通信を行う際の前記オフセットの量以下である、請求項１３に記載の通信装置。
　前記通信方式において、さらに上りリンク無線リソースを用いて装置間通信を行う際に、下りリンク無線リソースを用いて装置間通信を行う際の前記オフセットの量は、上りリンク無線リソースを用いて装置間通信を行う際の前記オフセットの量との相対的な値として設定される、請求項１１に記載の通信装置。
　送信源が異なる信号が混在して配置される通信方式における上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースのうち、少なくとも一部を用いて装置間通信で使用されるチャネルを設定する際に、前記上りリンク無線リソース、前記下りリンク無線リソース、前記免許不要帯域の無線リソースのそれぞれにおいて個別に送信電力を設定する制御部を備える、通信装置。
　前記制御部は、前記下りリンク無線リソースを用いて前記チャネルを設定する際に、前記上りリンク無線リソースを用いて前記チャネルを設定する際の設定値に所定のオフセットを加えて送信電力を設定する、請求項１６に記載の通信装置。
　前記制御部は、前記下りリンク無線リソースを用いて前記チャネルを設定する際に、周波数方向に隣接するリソースにおける下りリンクのスケジューリングの有無に応じて送信電力を設定する、請求項１６に記載の通信装置。
　前記制御部は、送信側と受信側とのパスロスに基づいて送信電力を設定する、請求項１６に記載の通信装置。
　送信源が異なる信号が混在して配置される通信方式における上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースのうち、少なくとも一部を用いて装置間通信で使用されるチャネルを設定する際に、前記上りリンク無線リソース、前記下りリンク無線リソース、前記免許不要帯域の無線リソースのそれぞれにおいて個別に制御チャネルを設定する制御部を備える、通信装置。
　前記制御部は、上りリンク無線リソースおよび下りリンク無線リソースがTDD(Time　Division　Duplex)によって構成される場合に、サイドリンクチャネルのHARQのタイミングをTDDのフレーム構成に関連付けて設定する、請求項２０に記載の通信装置。
　送信源が異なる信号が混在して配置される通信方式において、装置間通信で使用されるチャネルのリソースの、前記チャネルのリソース以外のリソースとの境界に所定のギャップを割り当てることを含む、通信方法。
　送信源が異なる信号が混在して配置される通信方式において、装置間通信で使用されるチャネルに、前記チャネルのリソース以外のリソースとの境界に所定のギャップが割り当てられたリソースを用いた通信を制御することを含む、通信方法。
　送信源が異なる信号が混在して配置される通信方式において、下りリンク無線リソースを用いて装置間通信を行う際に、基地局から指定されたタイミングに所定のオフセットを加えた時間で送信する制御を行うことを含む、通信方法。
　送信源が異なる信号が混在して配置される通信方式における上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースのうち、少なくとも一部を用いて装置間通信で使用されるチャネルを設定する際に、前記上りリンク無線リソース、前記下りリンク無線リソース、前記免許不要帯域の無線リソースのそれぞれにおいて個別に送信電力を設定することを含む、通信方法。
　送信源が異なる信号が混在して配置される通信方式における上りリンク無線リソース、下りリンク無線リソース、免許不要帯域の無線リソースのうち、少なくとも一部を用いて装置間通信で使用されるチャネルを設定する際に、前記上りリンク無線リソース、前記下りリンク無線リソース、前記免許不要帯域の無線リソースのそれぞれにおいて個別に制御チャネルを設定することを含む、通信方法。
　送信源が異なる信号が１つの周波数チャネル内で周波数方向に多重される通信方式において、周波数方向に隣接するリソースの境界に所定のギャップを割り当てる制御部を備える、通信装置。
　前記制御部は、周波数方向に隣接するリソースに対応する信号が同一方向への信号である場合には、前記リソースの協会には前記所定のギャップを割り当てない、請求項２７に記載の通信装置。
　前記制御部は、上りリンク無線リソース及び下りリンク無線リソースを前記１つの周波数チャネル内で多重させる、請求項２７に記載の通信装置。
　前記制御部は、前記１つの周波数チャネル内でのリンクの設定パターンを端末装置に通知する、請求項２９に記載の通信装置。
　前記制御部は、前記設定パターンをサブフレーム毎に通知する、請求項３０に記載の通信装置。
　前記制御部は、前記設定パターンを所定数のサブフレーム毎に通知する、請求項３０に記載の通信装置。
　前記制御部は、さらに、装置間通信で使用されるチャネルのリソースを前記１つの周波数チャネル内で多重させる、請求項２９に記載の通信装置。
　前記制御部は、前記所定のギャップを考慮して送信電力を設定する、請求項２７に記載の通信装置。
　送信源が異なる信号が１つの周波数チャネル内で周波数方向に多重される通信方式において、周波数方向に隣接するリソースの境界に所定のギャップを割り当てることを含む、通信制御方法。