(57)【要約】上位層によってＤ２Ｄの送信を実行することを設定される端末装置において、送信電力に関する１つ、または、複数の第１のパラメータを基地局装置から受信し、第１の送信リソースを設定するための第２のパラメータを前記基地局装置から受信する受信部と、ＲＲＣアイドルの状態において、前記第２のパラメータを受信した場合には、前記１つ、または、複数の第１のパラメータのうち、公認されたレンジに対応する第１のパラメータに基づく送信電力で、前記第１の送信リソースを用いて前記Ｄ２Ｄの送信を実行する送信部と、を備える。
2016047753.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークと通信する端末装置であって、
システムインフォメーションブロックを前記ネットワークから受信する受信部と、
前記端末装置と他の端末装置との間のリンクを用いたディスカバリに関連する物理サイドリンクディスカバリチャネルを送信する送信部と、を備え、
前記ディスカバリは、前記端末装置が前記他の端末装置と近接していることを特定するためのプロセスとして規定され、
前記物理サイドリンクディスカバリチャネルの送信に対する送信電力は、少なくとも、最大出力電力を参照することによって与えられ、
前記最大出力電力は、前記システムインフォメーションブロックに含まれる複数のパラメータのうちの１つのパラメータを参照することによって与えられ、
前記１つのパラメータの決定のために、公認のレンジ（Authorized range）が用いられる
端末装置。
【請求項２】
前記公認のレンジは、ＰＬＭＮ（Public Land Mobile Network）毎に規定される
請求項１に記載の端末装置。
【請求項３】
前記公認のレンジは、前記端末装置において予め設定される
請求項１または請求項２に記載の端末装置。
【請求項４】
前記公認のレンジが記憶されたＳＩＭ（Subscriber Identity Module）または記憶媒体を参照する
請求項１から請求項３のいずれかに記載の端末装置。
【請求項５】
前記ＳＩＭ（Subscriber Identity Module）または前記記憶媒体に記憶された前記公認のレンジは、前記端末装置において前記予め設定された公認のレンジよりも優先される
請求項４に記載の端末装置。
【請求項６】
前記公認のレンジに関する情報は、Ｐｒｏｓｅ機能（Proximity based Services function）によって前記端末装置に転送される
請求項１から請求項５のいずれかに記載の端末装置。
【請求項７】
前記端末装置は、前記ネットワークの範囲内（in-coverage）である
請求項１から請求項６のいずれかに記載の端末装置。
【請求項８】
端末装置と通信するネットワークであって、
システムインフォメーションブロックを前記端末装置へ送信する送信部を、備え、
前記端末装置は、前記端末装置と他の端末装置との間のリンクを用いたディスカバリに関連する物理サイドリンクディスカバリチャネルを送信し、
前記ディスカバリは、前記端末装置が前記他の端末装置と近接していることを特定するためのプロセスとして規定され、
前記物理サイドリンクディスカバリチャネルの送信に対する送信電力は、少なくとも、最大出力電力を参照することによって与えられ、
前記最大出力電力は、前記システムインフォメーションブロックに含まれる複数のパラメータのうちの１つのパラメータを参照することによって与えられ、
前記１つのパラメータの決定のために、公認のレンジ（Authorized range）が用いられる
ネットワーク。
【請求項９】
ネットワークと通信する端末装置の通信方法であって、
システムインフォメーションブロックを前記ネットワークから受信し、
前記端末装置と他の端末装置との間のリンクを用いたディスカバリに関連する物理サイドリンクディスカバリチャネルを送信し、
前記ディスカバリは、前記端末装置が前記他の端末装置と近接していることを特定するためのプロセスとして規定され、
前記物理サイドリンクディスカバリチャネルの送信に対する送信電力は、少なくとも、最大出力電力を参照することによって与えられ、
前記最大出力電力は、前記システムインフォメーションブロックに含まれる複数のパラメータのうちの１つのパラメータを参照することによって与えられ、
前記１つのパラメータの決定のために、公認のレンジ（Authorized range）が用いられる
通信方法。
【請求項１０】
前記公認のレンジは、ＰＬＭＮ（Public Land Mobile Network）毎に規定される
請求項９に記載の通信方法。
【請求項１１】
前記公認のレンジは、前記端末装置において予め設定される
請求項９または請求項１０に記載の通信方法。
【請求項１２】
前記公認のレンジが記憶されたＳＩＭ（Subscriber Identity Module）または記憶媒体を参照する
請求項９から請求項１１のいずれかに記載の通信方法。
【請求項１３】
前記ＳＩＭ（Subscriber Identity Module）または前記記憶媒体に記憶された前記公認のレンジは、前記端末装置において前記予め設定された公認のレンジよりも優先される
請求項１２に記載の通信方法。
【請求項１４】
前記公認のレンジに関する情報は、Ｐｒｏｓｅ機能（Proximity based Services function）によって前記端末装置に転送される
請求項９から請求項１３のいずれかに記載の通信方法。
【請求項１５】
前記端末装置は、前記ネットワークの範囲内（in-coverage）である
請求項９から請求項１４のいずれかに記載の通信方法。
【請求項１６】
端末装置と通信するネットワークの通信方法であって、
システムインフォメーションブロックを前記端末装置へ送信し、
前記端末装置は、前記端末装置と他の端末装置との間のリンクを用いたディスカバリに関連する物理サイドリンクディスカバリチャネルを送信し、
前記ディスカバリは、前記端末装置が前記他の端末装置と近接していることを特定するためのプロセスとして規定され、
前記物理サイドリンクディスカバリチャネルの送信に対する送信電力は、少なくとも、最大出力電力を参照することによって与えられ、
前記最大出力電力は、前記システムインフォメーションブロックに含まれる複数のパラメータのうちの１つのパラメータを参照することによって与えられ、
前記１つのパラメータの決定のために、公認のレンジ（Authorized range）が用いられる
通信方法。
【請求項１７】
ネットワークと通信する端末装置に搭載される集積回路であって、
システムインフォメーションブロックを前記ネットワークから受信する機能と、
前記端末装置と他の端末装置との間のリンクを用いたディスカバリに関連する物理サイドリンクディスカバリチャネルを送信する機能と、を前記端末装置へ発揮させ、
前記ディスカバリは、前記端末装置が前記他の端末装置と近接していることを特定するためのプロセスとして規定され、
前記物理サイドリンクディスカバリチャネルの送信に対する送信電力は、少なくとも、最大出力電力を参照することによって与えられ、
前記最大出力電力は、前記システムインフォメーションブロックに含まれる複数のパラメータのうちの１つのパラメータを参照することによって与えられ、
前記１つのパラメータの決定のために、公認のレンジ（Authorized range）が用いられる
集積回路。
【請求項１８】
端末装置と通信するネットワークに搭載される集積回路であって、
システムインフォメーションブロックを前記端末装置へ送信する機能を、前記ネットワークに発揮させ、
前記端末装置は、前記端末装置と他の端末装置との間のリンクを用いたディスカバリに関連する物理サイドリンクディスカバリチャネルを送信し、
前記ディスカバリは、前記端末装置が前記他の端末装置と近接していることを特定するためのプロセスとして規定され、
前記物理サイドリンクディスカバリチャネルの送信に対する送信電力は、少なくとも、最大出力電力を参照することによって与えられ、
前記最大出力電力は、前記システムインフォメーションブロックに含まれる複数のパラメータのうちの１つのパラメータを参照することによって与えられ、
前記１つのパラメータの決定のために、公認のレンジ（Authorized range）が用いられる
集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、集積回路、および、通信方法に関する。
本願は、２０１４年９月２６日に日本に出願された特願２０１４−１９６２１０号、および２０１４年１０月２日に日本に出願された特願２０１４−２０３８２３号に基づき優先権を主張し、その内容をここに援用する。
【背景技術】
【０００２】
セルラ（cellular）移動通信の無線アクセス方式（Evolved Universal Terrestrial Radio Access : EUTRA）および無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network: EUTRAN）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。ＥＵＴＲＡおよびＥＵＴＲＡＮをＬＴＥ（Long Term Evolution）とも称する。ＬＴＥでは、基地局装置をｅＮｏｄｅＢ（evolved NodeB）、端末装置をＵＥ（User Equipment）とも称する。ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラ通信システムである。単一の基地局装置は複数のセルを管理してもよい。【０００３】
３ＧＰＰにおいて、ＰｒｏＳｅ（Proximity based Services）の検討が行われている。ＰｒｏＳｅは、ＰｒｏＳｅ発見（discovery）とＰｒｏＳｅ通信（communication）とを含む。ＰｒｏＳｅ発見は、端末装置がＥＵＴＲＡを用いて他の端末装置と近接している（in proximity）ことを特定するプロセスである。ＰｒｏＳｅ通信は、２つの端末装置間で確立されたＥＵＴＲＡＮ通信路（communication path）を用いる近接している該２つの端末間の通信である。例えば、該通信路は端末装置間において直接確立されてもよい。【０００４】
ＰｒｏＳｅ発見およびＰｒｏＳｅ通信のそれぞれを、Ｄ２Ｄ（Device to Device）発見およびＤ２Ｄ通信とも称する。ＰｒｏＳｅ発見およびＰｒｏＳｅ通信を総称して、ＰｒｏＳｅとも称する。Ｄ２Ｄ発見（デバイスディスカバリ）およびＤ２Ｄ通信（デバイスコミュミケーション）を総称して、Ｄ２Ｄとも称する。すなわち、ＰｒｏＳｅは、Ｄ２Ｄであってもよい。また、Ｄ２Ｄは、Ｄ２Ｄに関連する送信および／または受信を含む。また、Ｄ２Ｄは、Ｄ２Ｄ発見に関連する送信および／または受信を含む。また、Ｄ２Ｄは、Ｄ２Ｄ通信に関連する送信および／または受信を含む。ここで、通信路をリンク（link）とも称する。【０００５】
非特許文献１において、リソースブロックのサブセットがＤ２Ｄのためにリザーブされること、ネットワークがＤ２Ｄリソースのセットを設定すること、および、端末装置は該設定されたリソースにおいてＤ２Ｄ信号の送信を許可されることが記載されている。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】"D2D for LTE Proximity Services: Overview", R1-132028, 3GPP TSG-RAN WG1 Meeting #73, 20 - 24 May 2013.
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、端末装置がＤ２Ｄ通信を行う際の処理については十分に検討されていない。本発明は、効率的にＤ２Ｄを行うことができる端末装置、該端末装置を制御する基地局装置、該端末装置に実装される集積回路、該基地局装置に用いられる基地局装置、該端末装置に用いられる通信方法、および、該基地局装置に用いられる通信方法である。
【課題を解決するための手段】
【０００８】
（１）本発明における第一の実施形態に係る端末装置は、ネットワークと通信する端末装置であって、システムインフォメーションブロックを前記ネットワークから受信する受信部と、端末装置と他の端末装置との間のリンクを用いたディスカバリに関連する物理サイドリンクディスカバリチャネルを送信する送信部と、を備え、ディスカバリは、端末装置が他の端末装置と近接していることを特定するためのプロセスとして規定され、物理サイドリンクディスカバリチャネルの送信に対する送信電力は、少なくとも、最大出力電力を参照することによって与えられ、最大出力電力は、システムインフォメーションブロックに含まれる複数のパラメータのうちの１つのパラメータを参照することによって与えられ、１つのパラメータの決定のために、公認のレンジ（Authorized range）が用いられる。【０００９】
（２）また、本発明における第一の実施形態に係る端末装置は、公認のレンジが、ＰＬＭＮ（Public Land Mobile Network）毎に規定される。【００１０】
（３）また、本発明における第一の実施形態に係る端末装置は、公認のレンジが、端末装置において予め設定される。【００１１】
（４）また、本発明における第一の実施形態に係る端末装置は、公認のレンジが、記憶されたＳＩＭ（Subscriber Identity Module）または記憶媒体を参照する。【００１２】
（５）また、本発明における第一の実施形態に係る端末装置は、ＳＩＭ（Subscriber Identity Module）または記憶媒体に記憶された公認のレンジが、端末装置において予め設定された公認のレンジよりも優先される。【００１３】
（６）また、本発明における第一の実施形態に係る端末装置は、公認のレンジに関する情報が、Ｐｒｏｓｅ機能（Proximity based Services function）によって端末装置に転送される。【００１４】
（７）また、本発明における第一の実施形態に係る端末装置は、ネットワークの範囲内（in-coverage）である。【００１５】
（８）また、本発明における第二の実施形態に係るネットワークは、端末装置と通信するネットワークであって、システムインフォメーションブロックを端末装置へ送信する送信部を、備え、端末装置は、端末装置と他の端末装置との間のリンクを用いたディスカバリに関連する物理サイドリンクディスカバリチャネルを送信し、ディスカバリは、端末装置が他の端末装置と近接していることを特定するためのプロセスとして規定され、物理サイドリンクディスカバリチャネルの送信に対する送信電力は、少なくとも、最大出力電力を参照することによって与えられ、最大出力電力は、システムインフォメーションブロックに含まれる複数のパラメータのうちの１つのパラメータを参照することによって与えられ、１つのパラメータの決定のために、公認のレンジ（Authorized range）が用いられる。【００１６】
（９）また、本発明における第三の実施形態に係る通信方法は、ネットワークと通信する端末装置の通信方法であって、システムインフォメーションブロックをネットワークから受信し、端末装置と他の端末装置との間のリンクを用いたディスカバリに関連する物理サイドリンクディスカバリチャネルを送信し、ディスカバリは、端末装置が他の端末装置と近接していることを特定するためのプロセスとして規定され、物理サイドリンクディスカバリチャネルの送信に対する送信電力は、少なくとも、最大出力電力を参照することによって与えられ、最大出力電力は、システムインフォメーションブロックに含まれる複数のパラメータのうちの１つのパラメータを参照することによって与えられ、１つのパラメータの決定のために、公認のレンジ（Authorized range）が用いられる。【００１７】
（１０）また、本発明における第三の実施形態に係る通信方法は、公認のレンジが、ＰＬＭＮ（Public Land Mobile Network）毎に規定される。【００１８】
（１１）また、本発明における第三の実施形態に係る通信方法は、公認のレンジが、端末装置において予め設定される。【００１９】
（１２）また、本発明における第三の実施形態に係る通信方法は、公認のレンジが記憶されたＳＩＭ（Subscriber Identity Module）または記憶媒体を参照する。【００２０】
（１３）また、本発明における第三の実施形態に係る通信方法は、ＳＩＭ（Subscriber Identity Module）または記憶媒体に記憶された公認のレンジが、端末装置において予め設定された公認のレンジよりも優先される。【００２１】
（１４）また、本発明における第三の実施形態に係る通信方法は、公認のレンジに関する情報が、Ｐｒｏｓｅ機能（Proximity based Services function）によって前記端末装置に転送される。【００２２】
（１５）また、本発明における第三の実施形態に係る通信方法は、端末装置が、ネットワークの範囲内（in-coverage）である。【００２３】
（１６）また、本発明における第四の実施形態に係る通信方法は、端末装置と通信するネットワークの通信方法であって、システムインフォメーションブロックを端末装置へ送信し、端末装置は、端末装置と他の端末装置との間のリンクを用いたディスカバリに関連する物理サイドリンクディスカバリチャネルを送信し、ディスカバリは、端末装置が他の端末装置と近接していることを特定するためのプロセスとして規定され、物理サイドリンクディスカバリチャネルの送信に対する送信電力は、少なくとも、最大出力電力を参照することによって与えられ、最大出力電力は、システムインフォメーションブロックに含まれる複数のパラメータのうちの１つのパラメータを参照することによって与えられ、１つのパラメータの決定のために、公認のレンジ（Authorized range）が用いられる。【００２４】
（１７）また、本発明における第五の実施形態に係る集積回路は、ネットワークと通信する端末装置に搭載される集積回路であって、システムインフォメーションブロックをネットワークから受信する機能と、端末装置と他の端末装置との間のリンクを用いたディスカバリに関連する物理サイドリンクディスカバリチャネルを送信する機能と、を端末装置へ発揮させ、ディスカバリは、端末装置が他の端末装置と近接していることを特定するためのプロセスとして規定され、物理サイドリンクディスカバリチャネルの送信に対する送信電力は、少なくとも、最大出力電力を参照することによって与えられ、最大出力電力は、システムインフォメーションブロックに含まれる複数のパラメータのうちの１つのパラメータを参照することによって与えられ、１つのパラメータの決定のために、公認のレンジ（Authorized range）が用いられる。【００２５】
（１８）また、本発明における第六の実施形態に係る集積回路は、端末装置と通信するネットワークに搭載される集積回路であって、システムインフォメーションブロックを端末装置へ送信する機能を、ネットワークに発揮させ、端末装置は、端末装置と他の端末装置との間のリンクを用いたディスカバリに関連する物理サイドリンクディスカバリチャネルを送信し、ディスカバリは、端末装置が他の端末装置と近接していることを特定するためのプロセスとして規定され、物理サイドリンクディスカバリチャネルの送信に対する送信電力は、少なくとも、最大出力電力を参照することによって与えられ、最大出力電力は、システムインフォメーションブロックに含まれる複数のパラメータのうちの１つのパラメータを参照することによって与えられ、１つのパラメータの決定のために、公認のレンジ（Authorized range）が用いられる。
【発明の効果】
【００２６】
この発明によれば、効率的にＤ２Ｄを行うことができる。
【図面の簡単な説明】
【００２７】
【図１】無線通信システムの概念図である。
【図２】無線フレームの概略構成を示す図である。
【図３】スロットの構成を示す図である。
【図４】Ｄ２Ｄリソースを示す図である。
【図５】Ｄ２ＤＳＳ／ＰＤ２ＤＳＣＨの送信方法の例を示す図である。
【図６】システムインフォメーションブロックタイプ１８の情報要素の例を示す図である。
【図７】専用のメッセージの情報要素の例を示す図である。
【図８】端末装置１における動作の例を示す図である。
【図９】本実施形態の端末装置１の構成を示す概略ブロック図である。
【図１０】本実施形態の基地局装置３の構成を示す概略ブロック図である。
【発明を実施するための形態】
【００２８】
以下、本発明の実施形態について説明する。
【００２９】
本実施形態では、端末装置は、１つまたは複数のセルが設定される。端末装置が複数のセルを介して通信する技術をセルアグリゲーション、またはキャリアアグリゲーションと称する。端末装置に対して設定される複数のセルのそれぞれにおいて、本発明が適用されてもよい。また、設定された複数のセルの一部において、本発明が適用されてもよい。端末装置に設定されるセルを、サービングセルと称する。サービングセルは、ＥＵＴＲＡＮの通信のために用いられる。Ｄ２Ｄのために設定されるセルを、Ｄ２Ｄセルと称してもよい。また、Ｄ２Ｄセルは、サービングセルであってもよい。また、Ｄ２Ｄセルは、サービングセル以外のセルであってもよい。
【００３０】
ここで、設定された複数のサービングセルは、１つのプライマリーセルと１つまたは複数のセカンダリーセルとを含む。例えば、プライマリーセルは、初期コネクション確立（initial connection establishment）プロシージャが行なわれたサービングセル、コネクション再確立（connection re-establishment）プロシージャを開始したサービングセル、または、ハンドオーバプロシージャにおいてプライマリーセルと指示されたセルであってもよい。また、セカンダリーセルは、ＲＲＣ（Radio Resource Control）コネクションが確立された（ＲＲＣ接続（RRC-Connected）された）時点、または、ＲＲＣコネクションが確立された後に、設定されてもよい。
【００３１】
また、セルアグリゲーションの場合には、複数のセルの全てに対してＴＤＤ（Time Division Duplex）方式またはＦＤＤ（Frequency Division Duplex）方式が適用されてもよい。また、ＴＤＤ方式が適用されるセルとＦＤＤ方式が適用されるセルが集約されてもよい。
【００３２】
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および、基地局装置３を具備する。ここで、端末装置１Ａ〜１Ｃを、端末装置１と称する。また、サービングセル４は、基地局装置３（ＬＴＥ、ＥＵＴＲＡＮ）がカバーするエリア（範囲）を示す。ここで、端末装置１Ａは、ＥＵＴＲＡＮの範囲内（in-coverage）である。また、端末装置１Ｂおよび端末装置１Ｃは、ＥＵＴＲＡＮの範囲外（out-of-coverage）である。
【００３３】
上りリンク５は、端末装置１から基地局装置３へのリンクである。尚、上りリンク５において、リピータを介さずに、端末装置１から基地局装置３へ直接信号が送信されてもよい。下りリンク７は、基地局装置３から端末装置１へのリンクである。上りリンク５と下りリンク７とをセルラリンク、または、セルラ通信路と称してもよい。また、端末装置１と基地局装置３の通信をセルラ通信、または、ＥＵＴＲＡＮとの通信と称してもよい。
【００３４】
Ｄ２Ｄリンク９は、端末装置１間のリンクである。尚、Ｄ２Ｄリンク９を、Ｄ２Ｄ通信路、ＰｒｏＳｅリンク、または、ＰｒｏＳｅ通信路と称してもよい。また、Ｄ２Ｄリンク９を、サイドリンクと称してもよい。Ｄ２Ｄリンク９において、Ｄ２Ｄ発見およびＤ２Ｄ通信が行われる。例えば、Ｄ２Ｄ発見は、端末装置１がＥＵＴＲＡを用いて他の端末装置１と近接している（in proximity）ことを特定するプロセス／手順である。また、Ｄ２Ｄ通信は、複数の端末装置１間で確立されたＥＵＴＲＡＮ通信路を用いる、近接している複数の該端末装置１間の通信である。ここで、例えば、該通信路は端末装置１間に直接確立されてもよい。
【００３５】
本実施形態の物理チャネルおよび物理信号について説明する。
【００３６】
下りリンク物理チャネルおよび下りリンク物理信号を総称して、下りリンク信号と称してもよい。上りリンク物理チャネルおよび上りリンク物理信号を総称して、上りリンク信号と称してもよい。Ｄ２Ｄ物理チャネルおよびＤ２Ｄ物理信号を総称して、Ｄ２Ｄ信号と称してもよい。ここで、物理チャネルは、上位層から出力された情報を送信するために使用される。また、物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
【００３７】
図１において、端末装置１間のＤ２Ｄリンク９の無線通信では、以下のＤ２Ｄ物理チャネルが用いられる。
・ＰＳＢＣＨ（Physical Sidelink Broadcast Channel）
・ＰＳＣＣＨ（Physical Sidelink Control Channel）
・ＰＳＳＣＨ（Physical Sidelink Shared Channel）
・ＰＳＤＣＨ（Physical Sidelink Discovery Channel）
【００３８】
ＰＳＢＣＨは、同期に関する情報や、Ｄ２Ｄリソースのセット（リソースプール、プールとも称される）を示す情報を送信するために用いられてもよい。例えば、同期に関する情報や、Ｄ２Ｄリソースのセットを示す情報は、ＳＬ−ＢＣＨ（Sidelink Broadcast Channel）で送信される。ここで、ＳＬ−ＢＣＨは、トランスポートチャネルである。すなわち、ＳＬ−ＢＣＨが、ＰＳＢＣＨにマップされる。
【００３９】
また、ＰＳＣＣＨは、ＳＣＩ（Sidelink Control Information）の送信のために用いられてもよい。すなわち、ＳＣＩは、ＰＳＣＣＨにマップされてもよい。ここで、ＳＣＩを送信するためのフォーマットとして、複数のＳＣＩフォーマットが定義されてもよい。例えば、ＳＣＩフォーマット０や、ＳＣＩフォーマット１が規定されてもよい。例えば、ＳＣＩフォーマット０は、ＰＳＳＣＨのスケジューリングのために用いられてもよい。
【００４０】
例えば、ＳＣＩフォーマット０を用いて、ＰＳＳＣＨのリソース割り当てを示す情報や、変調および符号方式（modulation and coding scheme）を示す情報などのＳＣＩが送信されてもよい。また、ＳＣＩフォーマット０を用いて、タイミングアドバンス指示子（Timing advance indication）を示す情報や、グループデスティネイション識別子（Group destination identity）を示す情報などのＳＣＩが送信されてもよい。
【００４１】
また、ＰＳＳＣＨは、Ｄ２Ｄ通信の送信のために用いられてもよい。すなわち、ＰＳＳＣＨは、Ｄ２Ｄ通信に対応するＤ２Ｄデータの送信のために用いられてもよい。例えば、Ｄ２Ｄ通信に対応するＤ２Ｄデータは、ＳＬ−ＳＣＨで送信される。ここで、ＳＬ−ＳＣＨは、トランスポートチャネルである。すなわち、ＳＬ−ＳＣＨが、ＰＳＳＣＨにマップされる。
【００４２】
また、ＰＳＤＣＨは、Ｄ２Ｄ発見の送信のために用いられてもよい。すなわち、ＰＳＤＣＨは、Ｄ２Ｄ発見に対応するＤ２Ｄデータの送信のために用いられてもよい。例えば、Ｄ２Ｄ発見に対応するＤ２Ｄデータは、ＳＬ−ＤＣＨで送信される。ここで、ＳＬ−ＤＣＨは、トランスポートチャネルである。すなわち、ＳＬ−ＤＣＨが、ＰＳＤＣＨにマップされる。
【００４３】
ここで、Ｄ２Ｄ発見に対応するＤ２Ｄデータ（ＳＬ−ＤＣＨ／ＰＳＤＣＨ）および／またはＤ２Ｄ発見に対応するＰＳＣＣＨを、発見信号（discovery signal）と称してもよい。また、Ｄ２Ｄ通信に対応するＤ２Ｄデータ（ＳＬ−ＳＣＨ／ＰＳＳＣＨ）および／またはＤ２Ｄ通信に対応するＰＳＣＣＨを、通信信号（communication signal）と称してもよい。
【００４４】
図１において、Ｄ２Ｄの無線通信では、以下のＤ２Ｄ物理信号が用いられる。
・サイドリンク同期信号（Sidelink Synchronization Signal: SSS）
・サイドリンク復調参照信号（Sidelink Demodulation Reference Signal: SDRS）
【００４５】
ＳＳＳは、Ｄ２Ｄリンクにおける同期をとるために用いられてもよい。ＳＳＳは、ＰＳＳＳ（Primary Sidelink Synchronization Signal）およびＳＳＳＳ（Secondary Sidelink Synchronization Signal）を含んでもよい。ＳＳＳは、ＰＳＢＣＨ、ＰＳＣＣＨ、および／または、ＰＳＳＣＨと同じリソースブロックにマップされる。また、ＳＳＳは、ＰＳＢＣＨ、ＰＳＣＣＨ、および／または、ＰＳＳＣＨの送信に関連してもよい。また、ＳＳＳは、ＰＳＢＣＨ、ＰＳＣＣＨ、および／または、ＰＳＳＣＨと時間多重されてもよい。端末装置１は、ＰＳＢＣＨ、ＰＳＣＣＨ、および／または、ＰＳＳＣＨの伝搬路補正を行なうためにＳＳＳを使用してもよい。
【００４６】
ここで、ＳＳＳは、基地局装置によって設定された周期、または、予め設定された（pre-configured）周期を用いて、周期的に送信されてもよい。また、ＳＳＳは、基地局装置によって設定されたリソース（例えば、基地局装置によって設定されたリソースプールの先頭のサブフレーム（または、先頭のサブフレームの一部）など）、または、予め設定されたリソース（例えば、予め設定されたリソースプールの先頭のサブフレーム（または、先頭のサブフレームの一部）など）で送信されてもよい。
【００４７】
また、端末装置１は、該端末装置１が同期ソースとなる場合に、ＳＳＳを送信してもよい。すなわち、端末装置１は、同期ソースになることができる。ここで、端末装置１は、基地局装置３によって指示された場合に、同期ソースになってもよい。また、端末装置１は、該端末装置１の周辺に同期ソースが存在しないと判断した場合に、同期ソースとなってもよい。
【００４８】
ＳＤＭＲＳは、ＰＳＢＣＨ、ＰＳＣＣＨ、ＰＳＤＣＨ、および／または、ＰＳＳＣＨの送信に関連してもよい。端末装置１は、ＰＳＢＣＨ、ＰＳＣＣＨ、ＰＳＤＣＨ、および／または、ＰＳＳＣＨの伝搬路補正を行なうためにＳＤＭＲＳを使用してもよい。
【００４９】
ここで、送信を行なう端末装置１の観点から、端末装置１は、Ｄ２Ｄ通信のリソース割り当てに対する２つのモード（モード１、モード２）で動作してもよい。
【００５０】
モード１において、ＥＵＴＲＡＮ（基地局装置３）は、情報の送信のために端末装置１によって使用される正確なリソースをスケジュールしてもよい。すなわち、モード１において、端末装置１は、情報の送信のためのリソースを、ＥＵＴＲＡＮ（基地局装置３）によってスケジュールされてもよい。
【００５１】
モード２において、端末装置１は、情報の送信のためにリソースプールからリソースを選択してもよい。すなわち、モード２において、情報の送信のためのリソースは、端末装置１によって選択されてもよい。ここで、リソースプールは、リソースのセットであってもよい。また、モード２に対するリソースプールは、ＥＵＴＲＡＮ（基地局装置３）によって準静的（semi-static）に設定／制限されてもよい。また、モード２に対するリソースプールは予め設定されてもよい。
【００５２】
また、Ｄ２Ｄ通信の能力を持つ、ＥＵＴＲＡＮの範囲内（in-coverage）の端末装置１は、モード１およびモード２をサポートしてもよい。また、Ｄ２Ｄ通信の能力を持つ、ＥＵＴＲＡＮの範囲外（out-of-coverage）の端末装置１は、モード２のみをサポートしてもよい。また、基地局装置３は、端末装置１に対して、モード１で動作するか、モード２で動作するかを指示してもよい。基地局装置３は、端末装置１に対して、モード１で動作するか、モード２で動作するかを指示するための情報（パラメータ）を上位層の信号に含めて送信してもよい。
【００５３】
また、Ｄ２Ｄ通信の能力を持つ、ＲＲＣ（Radio Resource Control）接続の状態における端末装置１は、モード１およびモード２をサポートしてもよい。また、Ｄ２Ｄ通信の能力を持つ、ＲＲＣアイドルの状態における端末装置１は、モード２のみをサポートしてもよい。
【００５４】
また、Ｄ２Ｄ発見の手順として２つのタイプ（タイプ１、タイプ２）が定義されてもよい。
【００５５】
タイプ１のＤ２Ｄ発見の手順は、発見信号に対するリソースが端末装置１に対して個別に割り当てられないＤ２Ｄ発見の手順であってもよい。すなわち、タイプ１のＤ２Ｄ発見の手順において、発見信号に対するリソースは全ての端末装置１または端末装置１のグループに対して割り当てられてもよい。
【００５６】
タイプ２のＤ２Ｄ発見の手順は、発見信号に対するリソースが端末装置１に対して個別に割り当てられるＤ２Ｄ発見の手順であってもよい。リソースが発見信号の個別の送信インスタンス（instance）のそれぞれに対して割り当てられるタイプ２の発見の手順を、タイプ２Ａ発見手順と称する。リソースが発見信号の送信のために準永続的（semi-persistently）に割り当てられるタイプ２の発見の手順を、タイプ２Ｂ発見手順と称する。
【００５７】
また、Ｄ２Ｄ発見の能力を持つ、ＲＲＣ（Radio Resource Control）接続の状態における端末装置１は、タイプ１のみをサポートしてもよい。また、Ｄ２Ｄ発見の能力を持つ、ＲＲＣアイドルの状態における端末装置１は、タイプ２のみをサポートしてもよい。
【００５８】
図１において、上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。
・ＰＵＣＣＨ（Physical Uplink Control Channel）
・ＰＵＳＣＨ（Physical Uplink Shared Channel）
・ＰＲＡＣＨ（Physical Random Access Channel）
【００５９】
ＰＵＣＣＨは、上りリンク制御情報（Uplink Control Information: UCI）を送信するために用いられてもよい。
【００６０】
ＰＵＳＣＨは、上りリンクデータ（Uplink-Shared Channel: UL-SCH）および／またはＨＡＲＱ−ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。
【００６１】
また、ＰＵＳＣＨは、ＲＲＣメッセージを送信するために用いられてもよい。ＲＲＣメッセージは、無線リソース制御（Radio Resource Control: RRC）層において処理される情報／信号である。また、ＰＵＳＣＨは、ＭＡＣ  ＣＥ（Control Element）を送信するために用いられてもよい。ここで、ＭＡＣ  ＣＥは、媒体アクセス制御（MAC: Medium Access Control）層において処理（送信）される情報／信号である。
【００６２】
ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられてもよい。ＰＲＡＣＨは、初期コネクション確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（connection re-establishment）プロシージャにおいて用いられてもよい。
【００６３】
図１において、上りリンクの無線通信では、以下の上りリンク物理信号が用いられる。
・上りリンク参照信号（Uplink Reference Signal: UL RS）
【００６４】
本実施形態において、以下の２つのタイプの上りリンク参照信号が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
【００６５】
ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連してもよい。ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと時間多重されてもよい。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＤＭＲＳを使用してもよい。ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しなくてもよい。基地局装置３は、上りリンクのチャネル状態を測定するためにＳＲＳを使用してもよい。
【００６６】
図１において、下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＣＦＩＣＨ（Physical Control Format Indicator Channel）
・ＰＨＩＣＨ（Physical Hybrid automatic repeat request Indicator Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＥＰＤＣＣＨ（Enhanced Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
・ＰＭＣＨ（Physical Multicast Channel）
【００６７】
ＰＢＣＨは、端末装置１で共通に用いられるマスターインフォメーションブロック（Master Information Block: MIB, Broadcast Channel: BCH）を報知するために用いられてもよい。例えば、ＭＩＢは、ＳＦＮを示す情報を含んでもよい。ＳＦＮ（system frame number）は無線フレームの番号である。ＭＩＢはシステム情報である。
【００６８】
ＰＣＦＩＣＨは、ＰＤＣＣＨの送信に用いられる領域（ＯＦＤＭシンボル）を指示する情報を送信するために用いられてもよい。
【００６９】
ＰＨＩＣＨは、基地局装置３によって受信された上りリンクデータ（Uplink Shared Channel: UL-SCH）に対するＡＣＫ（ACKnowledgement）またはＮＡＣＫ（Negative ACKnowledgement）を示すＨＡＲＱインディケータを送信するために用いられてもよい。
【００７０】
ＰＤＣＣＨおよびＥＰＤＣＣＨは、下りリンク制御情報（Downlink Control Information: DCI）を送信するために用いられてもよい。ここで、下りリンク制御情報の送信のためにＤＣＩフォーマットが定義されてもよい。ここで、下りリンク制御情報は、下りリンクグラント（downlink grant）、上りリンクグラント（uplink grant）、および、Ｄ２Ｄグラント（D2D grant）を含む。また、下りリンクグラントは、下りリンクアサインメント（downlink assignment）または下りリンク割り当て（downlink allocation）とも称する。
【００７１】
また、上りリンクグラントは、単一のセル内の単一のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントは、あるサブフレーム内の単一のＰＵＳＣＨのスケジューリングに用いられてもよい。また、下りリンクグラントは、単一のセル内の単一のＰＤＳＣＨのスケジューリングに用いられてもよい。下りリンクグラントは、該下りリンクグラントが送信されたサブフレームと同じサブフレーム内のＰＤＳＣＨのスケジューリングに用いられてもよい。
【００７２】
また、Ｄ２Ｄグラントは、Ｄ２Ｄ通信のモード１に関連するＰＳＣＣＨ、ＰＳＳＣＨ、および／または、ＰＳＤＣＨのスケジューリングに用いられる。すなわち、Ｄ２Ｄグラントは、モード１で動作する端末装置１に対して、ＰＳＣＣＨ、ＰＳＳＣＨ、および／または、ＰＳＤＣＨをスケジューリングするために用いられてもよい。
【００７３】
ここで、ＤＣＩ（または、ＤＣＩフォーマット）には、ＣＲＣ（Cyclic Redundancy Check）パリティビットが付加される。また、ＣＲＣパリティビットは、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）、ＳＰＳ  Ｃ−ＲＮＴＩ（Semi Persistent Scheduling Cell-Radio Network Temporary Identifier）、または、Ｓ−ＲＮＴＩ（Sidelink-Radio Network Temporary Identifier）によってスクランブルされる。
【００７４】
例えば、ＤＣＩ（Ｄ２Ｄグラントでもよい）は、Ｓ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加される。また、ＤＣＩは、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加される。また、ＤＣＩは、ＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加される。ここで、Ｃ−ＲＮＴＩ、ＳＰＳ  Ｃ−ＲＮＴＩ、および、Ｓ−ＲＮＴＩは、セル内において端末装置１を識別するための識別子である。
【００７５】
ここで、Ｃ−ＲＮＴＩは、単一のサブフレームにおけるＰＤＳＣＨのリソースまたはＰＵＳＣＨのリソースを制御するために用いられる。また、ＳＰＳ  Ｃ−ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。また、Ｓ−ＲＮＴＩは、Ｄ２Ｄグラントの送信のために用いられる。すなわち、Ｓ−ＲＮＴＩは、モード１における、ＰＳＣＣＨおよび／またはＰＳＳＣＨのスケジューリングに用いられる。
【００７６】
また、ＰＤＳＣＨは、下りリンクデータ（Downlink Shared Channel: DL-SCH）を送信するために用いられてもよい。
【００７７】
また、ＰＤＳＣＨは、システムインフォメーションメッセージを送信するために用いられてもよい。例えば、システムインフォメーションメッセージには、Ｄ２Ｄに関連するシステムインフォメーションブロックタイプのメッセージが含まれてもよい。
【００７８】
以下、Ｄ２Ｄに関連するシステムインフォメーションブロックタイプメッセージを、システムインフォメーションブロックタイプ１８とも称する。以下、Ｄ２Ｄのシステムインフォメーションブロックタイプのメッセージを、システムインフォメーションブロックタイプ１８とも称するが、システムインフォメーションブロックタイプ１８は、システムインフォメーションブロックタイプ１８以外のシステムインフォメーションブロックタイプＸであってもよいことは勿論である。
【００７９】
ここで、システムインフォメーションメッセージは、セルスペシフィック（セル固有）な情報である。また、システムインフォメーションメッセージは、ＲＲＣメッセージである。
【００８０】
また、ＰＤＳＣＨは、ＲＲＣメッセージを送信するために用いられてもよい。ここで、基地局装置３から送信されるＲＲＣメッセージは、セル内における複数の端末装置１に対して共通であってもよい。例えば、基地局装置３から送信されるＲＲＣメッセージは、複数の端末装置１に対して共通の無線リソース設定を特定するために用いられてもよい。すなわち、セルスペシフィック（セル固有）な情報が、ＲＲＣメッセージを用いて送信されてもよい。
【００８１】
また、基地局装置３から送信されるＲＲＣメッセージは、ある端末装置１に対して専用のメッセージ（dedicated signalingとも称する）であってもよい。例えば、基地局装置３から送信されるＲＲＣメッセージは、ある端末装置１に対して専用の無線リソース設定を特定するために用いられてよい。すなわち、ユーザ装置スペシフィック（ユーザ装置固有）な情報が、ＲＲＣメッセージを用いて送信されてもよい。また、ＰＤＳＣＨは、ＭＡＣ  ＣＥを送信するために用いられてもよい。
【００８２】
ここで、ＲＲＣメッセージおよび／またはＭＡＣ  ＣＥを、上位層の信号（a higher layer signal）とも称してもよい。
【００８３】
ＰＭＣＨは、マルチキャストデータ（Multicast Channel: MCH）を送信するために用いられてもよい。
【００８４】
図１において、下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。
・同期信号（Synchronization signal: SS）
・下りリンク参照信号（Downlink Reference Signal: DL RS）
【００８５】
同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられてもよい。例えば、ＦＤＤ方式において、同期信号は無線フレーム内のサブフレーム０と５に配置される。
【００８６】
また、下りリンク参照信号は、端末装置１が下りリンク物理チャネルの伝搬路補正を行なうために用いられてもよい。例えば、下りリンク参照信号は、端末装置１が下りリンクのチャネル状態情報を算出するために用いられる。また、下りリンク参照信号は、端末装置１が自装置の地理的な位置を測定するために用いられてもよい。
【００８７】
本実施形態において、以下の５つのタイプの下りリンク参照信号が用いられる。
・ＣＲＳ（Cell-specific Reference Signal）
・ＰＤＳＣＨに関連するＵＲＳ（UE-specific Reference Signal）
・ＥＰＤＣＣＨに関連するＤＭＲＳ（Demodulation Reference Signal）
・ＮＺＰ  ＣＳＩ−ＲＳ（Non-Zero Power Chanel State Information - Reference Signal）
・ＺＰ  ＣＳＩ−ＲＳ（Zero Power Chanel State Information - Reference Signal）
・ＭＢＳＦＮ  ＲＳ（Multimedia Broadcast and Multicast Service over Single Frequency Network Reference signal）
【００８８】
ＣＲＳは、サブフレームの全帯域で送信される。ＣＲＳは、ＰＢＣＨ／ＰＤＣＣＨ／ＰＨＩＣＨ／ＰＣＦＩＣＨ／ＰＤＳＣＨの復調を行なうために用いられてもよい。また、ＣＲＳは、端末装置１が下りリンクのチャネル状態情報を算出するために用いられてもよい。また、ＰＢＣＨ／ＰＤＣＣＨ／ＰＨＩＣＨ／ＰＣＦＩＣＨは、ＣＲＳの送信に用いられるアンテナポートで送信されてもよい。
【００８９】
ＰＤＳＣＨに関連するＵＲＳは、ＵＲＳが関連するＰＤＳＣＨの送信に用いられるサブフレームおよび帯域で送信されてもよい。ここで、ＵＲＳは、ＵＲＳが関連するＰＤＳＣＨの復調を行なうために用いられてもよい。また、ＰＤＳＣＨは、ＣＲＳの送信に用いられるアンテナポートまたはＵＲＳの送信に用いられるアンテナポートで送信されてもよい。
【００９０】
ＥＰＤＣＣＨに関連するＤＭＲＳは、ＤＭＲＳが関連するＥＰＤＣＣＨの送信に用いられるサブフレームおよび帯域で送信されてもよい。ここで、ＤＭＲＳは、ＤＭＲＳが関連するＥＰＤＣＣＨの復調を行なうために用いられてもよい。また、ＥＰＤＣＣＨは、ＤＭＲＳの送信に用いられるアンテナポートで送信されてもよい。
【００９１】
ＮＺＰ  ＣＳＩ−ＲＳは、設定されたサブフレームで送信される。ここで、ＮＺＰ  ＣＳＩ−ＲＳが送信されるリソースは、基地局装置３によって設定されてもよい。また、ＮＺＰ  ＣＳＩ−ＲＳは、端末装置１が下りリンクのチャネル状態情報を算出するために用いられてもよい。ここで、端末装置１は、ＮＺＰ  ＣＳＩ−ＲＳを用いて信号測定（チャネル測定）を行なってもよい。
【００９２】
ＺＰ  ＣＳＩ−ＲＳのリソースは、基地局装置３によって設定されてもよい。ここで、基地局装置３は、ＺＰ  ＣＳＩ−ＲＳをゼロ出力で送信してもよい。すなわち、基地局装置３は、ＺＰ  ＣＳＩ−ＲＳを送信しない。また、基地局装置３は、ＺＰ  ＣＳＩ−ＲＳの設定したリソースにおいて、ＰＤＳＣＨおよびＥＰＤＣＣＨを送信しない。すなわち、例えば、あるセルにおいてＮＺＰ  ＣＳＩ−ＲＳが対応するリソースにおいて、端末装置１は干渉を測定することができる。
【００９３】
また、ＭＢＳＦＮ  ＲＳは、ＰＭＣＨの送信に用いられるサブフレームの全帯域で送信される。ＭＢＳＦＮ  ＲＳは、ＰＭＣＨの復調を行なうために用いられてもよい。ここで、ＰＭＣＨは、ＭＢＳＦＮ  ＲＳの送信用いられるアンテナポートで送信されてもよい。
【００９４】
ここで、ＳＬ−ＤＣＨ、ＳＬ−ＳＣＨ、ＳＬ−ＢＣＨ、ＢＣＨ、ＭＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（Medium Access Control: MAC）層で用いられるチャネルをトランスポートチャネルと称する。また、ＭＡＣ層で用いられるトランスポートチャネルにおけるデータの単位を、トランスポートブロック（transport block: TB）またはＭＡＣ  ＰＤＵ（Protocol Data Unit）とも称する。ここで、ＭＡＣ層において、トランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行なわれる。
【００９５】
本実施形態の無線フレーム（radio frame）の構造（structure）について説明する。
【００９６】
ＬＴＥでは、２つの無線フレーム構造がサポートされる。２つの無線フレーム構造は、フレーム構造タイプ１とフレーム構造タイプ２である。フレーム構造タイプ１はＦＤＤに適用可能である。フレーム構造タイプ２はＴＤＤに適用可能である。
【００９７】
図２は、本実施形態の無線フレームの概略構成を示す図である。図２において、横軸は時間軸である。また、タイプ１およびタイプ２の無線フレームのそれぞれは、１０ｍｓ長であり、１０のサブフレームによって定義される。サブフレームのそれぞれは、１ｍｓ長であり、２つの連続するスロットによって定義される。スロットのそれぞれは、０．５ｍｓ長である。無線フレーム内のｉ番目のサブフレームは、（２×ｉ）番目のスロットと（２×ｉ＋１）番目のスロットとから構成される。
【００９８】
フレーム構造タイプ２に対して、以下の３つのタイプのサブフレームが定義される。
・下りリンクサブフレーム
・上りリンクサブフレーム
・スペシャルサブフレーム
【００９９】
ここで、下りリンクサブフレームは下りリンク送信のためにリザーブされるサブフレームである。また、上りリンクサブフレームは上りリンク送信のためにリザーブされるサブフレームである。また、スペシャルサブフレームは３つのフィールドから構成される。該３つのフィールドは、ＤｗＰＴＳ（Downlink Pilot Time Slot）、ＧＰ（Guard Period）、およびＵｐＰＴＳ（Uplink Pilot Time Slot）である。ＤｗＰＴＳ、ＧＰ、およびＵｐＰＴＳの合計の長さは１ｍｓである。
【０１００】
また、ＤｗＰＴＳは下りリンク送信のためにリザーブされるフィールドである。また、ＵｐＰＴＳは上りリンク送信のためにリザーブされるフィールドである。また、ＧＰは下りリンク送信および上りリンク送信が行なわれないフィールドである。ここで、スペシャルサブフレームは、ＤｗＰＴＳおよびＧＰのみによって構成されてもよいし、ＧＰおよびＵｐＰＴＳのみによって構成されてもよい。
【０１０１】
フレーム構造タイプ２の無線フレームは、少なくとも下りリンクサブフレーム、上りリンクサブフレーム、およびスペシャルサブフレームから構成される。
【０１０２】
また、Ｄ２Ｄのためのサブフレームをサイドリンクサブフレームと称してもよい。ＦＤＤにおいて、サイドリンクサブフレームは、上りリンクコンポーネントキャリアのサブフレームであってもよい。ＴＤＤにおいて、サイドリンクサブフレームは、上りリンクサブフレームであってもよい。
【０１０３】
本実施形態のスロットの構成について説明する。
【０１０４】
図３は、本実施形態のスロットの構成を示す図である。図３において、ＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルに対して、ノーマルＣＰ（Cyclic Prefix）が適用されてもよい。また、スロットのそれぞれにおいて送信される物理信号または物理チャネルは、リソースグリッドによって表現される。
【０１０５】
図３において、横軸は時間軸であり、縦軸は周波数軸である。下りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。また、上りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＳＣ−ＦＤＭＡシンボルによって定義される。
【０１０６】
例えば、Ｄ２Ｄリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＳＣ−ＦＤＭＡシンボルによって定義されてもよい。また、１つのスロットを構成するサブキャリアの数は、セルの帯域幅に依存する。例えば、１つのスロットを構成するＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルの数は７である。ここで、リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。例えば、リソースエレメントは、サブキャリアの番号とＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルの番号とを用いて識別される。
【０１０７】
また、リソースブロックは、ある物理チャネル（ＰＤＳＣＨまたはＰＵＳＣＨなど）のリソースエレメントへのマッピングを表現するために用いられる。また、リソースブロックとして、仮想リソースブロックと物理リソースブロックが定義される。すなわち、ある物理チャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。
【０１０８】
ここで、１つの物理リソースブロックは、時間領域において７個の連続するＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルと周波数領域において１２個の連続するサブキャリアとから定義される。したがって、１つの物理リソースブロックは（７×１２）個のリソースエレメントから構成される。また、１つの物理リソースブロックは、時間領域において１つのスロットに対応し、周波数領域において１８０ｋＨｚに対応する。例えば、物理リソースブロックは周波数領域において０から番号が付けられる。
【０１０９】
ここで、ＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルに対して、拡張（extended）ＣＰが適用されてもよい。例えば、拡張ＣＰが適用される場合、１つのスロットを構成するＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルの数は７である。
【０１１０】
本実施形態の物理チャネルおよび物理信号の配置について説明する。
【０１１１】
図４は、本実施形態のＤ２Ｄリソースを示す図である。Ｄ２Ｄのためにリザーブされるリソースを、Ｄ２Ｄリソースと称してもよい。図４において、横軸は時間軸であり、縦軸は周波数軸を示す。また、図４において、Ｄは下りリンクサブフレームを示し、Ｓはスペシャルサブフレームを示し、Ｕは上りリンクサブフレームを示す。ここで、１つのＦＤＤセルは、１つの下りリンクキャリアおよび１つの上りリンクキャリアに対応する。１つのＴＤＤセルは１つのＴＤＤキャリアに対応してもよい。
【０１１２】
また、ＦＤＤセルにおいて、セルラ通信に対して用いられる下りリンク信号は下りリンクキャリアのサブフレームに配置され、セルラ通信に対して用いられる上りリンク信号は上りリンクキャリアのサブフレームに配置される。また、ＦＤＤセルにおいて、Ｄ２Ｄに対して用いられるＤ２Ｄ信号は上りリンクキャリアのサブフレームに配置されてもよい。
【０１１３】
ここで、下りリンクにおいてセルに対応するキャリアを下りリンクコンポーネントキャリアと称する。また、上りリンクにおいてセルに対応するキャリアを上りリンクコンポーネントキャリアと称する。ＴＤＤキャリアは、下りリンクコンポーネントキャリアであり、かつ、上りリンクコンポーネントキャリアである。
【０１１４】
ＴＤＤセルにおいて、セルラ通信に対して用いられる下りリンク信号は下りリンクサブフレームおよびＤｗＰＴＳに配置され、セルラ通信に対して用いられる上りリンク信号は上りリンクサブフレームおよびＵｐＰＴＳに配置される。また、ＴＤＤセルにおいて、Ｄ２Ｄに対して用いられるＤ２Ｄ信号は上りリンクサブフレームおよびＵｐＰＴＳに配置される。
【０１１５】
基地局装置３は、Ｄ２ＤのためにリザーブされるＤ２Ｄリソースを制御する。基地局装置３は、ＦＤＤセルの上りリンクキャリアのリソースの一部をＤ２Ｄリソースとしてリザーブしてもよい。また、基地局装置３は、ＴＤＤセルの上りリンクサブフレームおよびＵｐＰＴＳのリソースの一部をＤ２Ｄリソースとしてリザーブしてもよい。
【０１１６】
基地局装置３は、セルのそれぞれにおいてリザーブされたＤ２Ｄリソースのセット（リソースプール、プールとも称される）を示す情報を含む上位層の信号を、端末装置１に送信してもよい。例えば、Ｄ２Ｄリソースのセットを示す情報は、システムインフォメーションブロックタイプ１８に含まれてもよい。例えば、端末装置１は、セルのそれぞれにおいてリザーブされたＤ２Ｄリソースを示すパラメータD2D-ResourceConfigを、基地局装置３から受信した上位層の信号に基づいてセットしてもよい。すなわち、基地局装置３は、セルのそれぞれにおいてリザーブされたＤ２Ｄリソースを示すパラメータD2D-ResourceConfigを、上位層の信号を介して端末装置１にセットしてもよい。
【０１１７】
ここで、ＰＳＢＣＨおよびＳＳＳは、上りリンクコンポーネントキャリアの中心周波数の周りの６２サブキャリアを用いて送信されてもよい。
【０１１８】
基地局装置３は、Ｄ２Ｄのためにリザーブされるリソースの１つまたは複数のセットを示す１つまたは複数のパラメータを、上位層の信号を介して端末装置１にセットしてもよい。
【０１１９】
ここで、ＰＳＢＣＨおよびＳＳＳ、ＰＳＤＣＨ、ＰＳＳＣＨ、および／または、ＰＳＣＣＨのそれぞれのためにリザーブされるリソースのセットは、個別に設定されてもよい。また、ＰＳＤＣＨ、ＰＳＳＣＨ、および／または、ＰＳＣＣＨのそれぞれのためのリソースのセットは、個別に設定されてもよい。
【０１２０】
また、Ｄ２Ｄ発見のタイプ１、Ｄ２Ｄ発見のタイプ２、Ｄ２Ｄ通信のモード１、および／または、Ｄ２Ｄ通信のモード２のそれぞれのためのＤ２ＤリソースのセットＤ２Ｄリソースのセット（リソースプール、プールとも称される）は、個別に設定されてもよい。また、Ｄ２Ｄの送信に対するＤ２Ｄリソースのセット（送信リソースプール、送信プールとも称される）、および、Ｄ２Ｄの受信に対するＤ２Ｄリソースのセット（受信リソースプール、受信プールとも称される）は、個別に設定されてもよい。
【０１２１】
例えば、送信リソースプールを設定するためのパラメータ、および／または、受信リソースプールを設定するためのパラメータは、システムインフォメーションブロックタイプ１８に含まれてもよい。また、送信リソースプールを設定するためのパラメータ、および／または、受信リソースプールを設定するためのパラメータは、専用のメッセージに含まれてもよい。
【０１２２】
また、端末装置１の観点から、上述したリソースのセットのうち一部のリソースのセットは、透過的（transparent）であってもよい。例えば、ＰＳＳＣＨは、ＳＣＩを用いてスケジュールされるため、端末装置１は、ＰＳＳＣＨを受信／モニタするためのリソースのセットを設定しなくてもよい。
【０１２３】
図５に、ＰＳＢＣＨ／ＳＳＳの送信方法の例を示す。ここで、ＰＳＢＣＨ／ＳＳＳは、ＰＳＢＣＨおよび／またはＳＳＳを示す。すなわち、図５は、ＰＳＢＣＨでの送信方法、および／または、ＳＳＳの送信方法の例を示す。例えば、ＰＳＢＣＨ／ＳＳＳは、基地局装置３によって設定されたサブフレームにおいて、周期的に送信される。
【０１２４】
図５（ａ）は、設定された周期的なリソースプール内の先頭のサブフレーム（先頭のサブフレームの一部でもよい）において、ＰＳＢＣＨ／ＳＳＳが周期的に送信される例を示している。ここで、図５（ａ）において、設定される周期的なリソースプールは、Ｄ２Ｄ発見に対して設定されてもよい。
【０１２５】
例えば、図５（ａ）に示すように、ＰＳＢＣＨ／ＳＳＳは、Ｄ２Ｄ発見に対して設定された周期的（２０サブフレーム間隔）なリソースプール内の先頭のサブフレームにおいて送信されてもよい。すなわち、ＰＳＢＣＨ／ＳＳＳの送信に対するサブフレームは、Ｄ２Ｄ発見に対するリソースプールに関連して設定されてもよい。また、Ｄ２Ｄ発見に対するリソースプールに関連して設定されたサブフレームにおいて送信されるＰＳＢＣＨ／ＳＳＳは、Ｄ２Ｄ発見に対するＰＳＢＣＨ／ＳＳＳであってもよい。
【０１２６】
ここで、図５（ａ）において、ＰＳＢＣＨ／ＳＳＳは、設定された周期的なリソースプール内の先頭のサブフレームのみにおいて送信されているが、先頭のサブフレーム以外のサブフレームにおいて送信されてもよい。また、ＰＳＢＣＨ／ＳＳＳは、設定された周期的なリソースプール内の１つのリソースプールにおいて周期的に送信されてもよい。
【０１２７】
例えば、ＰＳＢＣＨ／ＳＳＳの送信に対して周期（例えば、５サブフレーム間隔）が設定され、ＰＳＢＣＨ／ＳＳＳが、設定された周期に基づいて、１つのリソースプールにおいて周期的に送信されてもよい。また、ＰＳＢＣＨ／ＳＳＳは、Ｄ２Ｄ発見に対して設定された周期的（例えば、２０サブフレーム間隔）なリソースプール内の１つのリソースプールにおいて周期的（例えば、５サブフレーム間隔）に送信されてもよい。
【０１２８】
ここで、この際、ＰＳＢＣＨ／ＳＳＳの送信に対する周期は、セルラ通信に用いられるリソース（サブフレーム）を含んで設定されてもよい。また、この際、ＰＳＢＣＨ／ＳＳＳの送信に対する周期は、１つのリソースプール内のサブフレームのみを考慮して設定されてもよい。
【０１２９】
以下、図５（ａ）を用いて説明したように送信されるＰＳＢＣＨ／ＳＳＳ（例えば、Ｄ２Ｄ発見に対して設定された周期的なリソースプール内の先頭のサブフレームにおいて送信されるＰＳＢＣＨ／ＳＳＳ）を、第１のＰＳＢＣＨ／第１のＳＳＳとも記載する。例えば、基地局装置３は、第１のＰＳＢＣＨ／第１のＳＳＳの送信を、上位層の信号に含まれる第１の情報（第１のパラメータ）を用いて制御してもよい。
【０１３０】
図５（ｂ）は、設定された周期的なリソースプール内のサブフレームにおいて、ＰＳＢＣＨ／ＳＳＳが周期的に送信される例を示している。ここで、図５（ｂ）において、設定される周期的なリソースプールは、Ｄ２Ｄ通信に対して設定されてもよい。
【０１３１】
例えば、図５（ｂ）に示すように、ＰＳＢＣＨ／ＳＳＳは、Ｄ２Ｄ通信に対して設定された周期的（１０サブフレーム間隔）なリソースプール内のサブフレームにおいて送信されてもよい。すなわち、ＰＳＢＣＨ／ＳＳＳの送信に対するサブフレームは、Ｄ２Ｄ通信に対するリソースプールに関連して設定されてもよい。また、Ｄ２Ｄ通信に対するリソースプールに関連して設定されたサブフレームにおいて送信されるＰＳＢＣＨ／ＳＳＳは、Ｄ２Ｄ通信に対するＰＳＢＣＨ／ＳＳＳであってもよい。
【０１３２】
以下、図５（ｂ）を用いて説明したように送信されるＰＳＢＣＨ／ＳＳＳ（例えば、Ｄ２Ｄ通信に対して設定された周期的なリソースプール内のサブフレームにおいて送信されるＰＳＢＣＨ／ＳＳＳ）を、第２のＰＳＢＣＨ／第２のＳＳＳとも記載する。
【０１３３】
例えば、基地局装置３は、第２のＰＳＢＣＨ／第２のＳＳＳの送信を、上位層の信号に含まれる第２の情報（第２のパラメータ）を用いて制御してもよい。例えば、基地局装置３は、ＰＳＢＣＨ／ＳＳＳの送信に対する周期および／またはオフセットを設定することによって、Ｄ２Ｄ通信に対して設定した周期的なリソースプール内の、何れのサブフレームにおいてＰＳＢＣＨ／ＳＳＳを送信するのか指示してもよい。
【０１３４】
図５（ｃ）は、設定された周期的なサブフレームにおいて、ＰＳＢＣＨ／ＳＳＳが周期的に送信される例を示している。すなわち、図５（ｃ）は、リソースプール（Ｄ２Ｄ発見に対するリソースプールおよび／またはＤ２Ｄ通信に対するリソースプール）に関連なく、ＰＳＢＣＨ／ＳＳＳの送信に対するサブフレームが設定される例を示している。
【０１３５】
例えば、図５（ｃ）に示すように、ＰＳＢＣＨ／ＳＳＳは、設定された周期的（５サブフレーム間隔）なサブフレームにおいて送信されてもよい。ここで、リソースプール（Ｄ２Ｄ発見に対するリソースプールおよび／またはＤ２Ｄ通信に対するリソースプール）に関連なく、設定されたサブフレームにおいて送信されるＰＳＢＣＨ／ＳＳＳは、Ｄ２Ｄ通信に対するＰＳＢＣＨ／ＳＳＳであってもよい。また、リソースプール（Ｄ２Ｄ発見に対するリソースプールおよび／またはＤ２Ｄ通信に対するリソースプール）に関連なく、設定されたサブフレームにおいて送信されるＰＳＢＣＨ／ＳＳＳは、Ｄ２Ｄに対するＰＳＢＣＨ／ＳＳＳであってもよい。
【０１３６】
以下、図５（ｃ）を用いて説明したように送信されるＰＳＢＣＨ／ＳＳＳ（例えば、設定された周期的なサブフレームにおいて送信されるＰＳＢＣＨ／ＳＳＳ）を、第３のＰＳＢＣＨ／第３のＳＳＳとも記載する。
【０１３７】
例えば、基地局装置３は、第３のＰＳＢＣＨ／第３のＳＳＳの送信を、上位層の信号に含まれる第３の情報（第３のパラメータ）を用いて制御してもよい。例えば、基地局装置３は、ＰＳＢＣＨ／ＳＳＳの送信に対する周期および／またはオフセットを設定することによって、ＰＳＢＣＨ／ＳＳＳの周期的な送信に対するサブフレームを指示してもよい。また、端末装置１は、基地局装置３によって指示されたサブフレームが、Ｄ２Ｄ通信に対して設定されたリソースプール内のサブフレームであるならば、ＰＳＢＣＨ／ＳＳＳを送信してもよい。また、端末装置１は、基地局装置３によって指示されたサブフレームが、Ｄ２Ｄに対して設定されたリソースプール内のサブフレームであるならば、ＰＳＢＣＨ／ＳＳＳを送信してもよい。
【０１３８】
上述のように、ＰＳＢＣＨ／ＳＳＳは、図５（ａ）、図５（ｂ）、および／または、図５（ｃ）を用いて説明したように送信されてもよい。例えば、基地局装置３は、図５（ａ）を用いて説明したような送信方法、および、図５（ｂ）を用いて説明したような送信方法で、ＰＳＢＣＨ／ＳＳＳを送信するよう設定してもよい。また、基地局装置３は、図５（ａ）を用いて説明したような送信方法、および、図５（ｃ）を用いて説明したような送信方法で、ＰＳＢＣＨ／ＳＳＳを送信するよう設定してもよい。ここで、Ｄ２Ｄ発見およびＤ２Ｄ通信に対して、１つのＰＳＢＣＨ／ＳＳＳが送信されてもよい。すなわち、Ｄ２Ｄに対して、１つのＰＳＢＣＨ／ＳＳＳが送信されてもよい。
【０１３９】
ここで、３ＧＰＰにおいて、Ｄ２Ｄを、ＰＳ（Public Safety）のために用いられることが検討されている。例えば、基地局装置３は、Ｄ２ＤリソースのセットのそれぞれがＰＳのためのリソースのセットであるかどうかを、端末装置１に通知してもよい。また、端末装置１は、ＥＵＴＲＡＮを介して、ＰＳのためのＤ２Ｄを認証されてもよい。すなわち、ＰＳのためのＤ２Ｄが認証されていない端末装置１は、ＰＳのためのリソースのセットでＤ２Ｄを行わなくてもよい。
【０１４０】
以下、送信電力の設定方法について説明する。
【０１４１】
ここで、少なくともカバレッジ内の端末装置１Ａに対して、数（１）および／または数（２）で示されるような送信電力制御が適用されてもよい。すなわち、Ｄ２Ｄに対して、数（１）および／または数（２）に基づいて算出される送信電力（送信電力の値）が用いられてもよい。
【数１】
2016047753.tif 000003
【数２】
2016047753.tif 000004
【０１４２】
ここで、ＰＤ２Ｄ（ｉ）は、サブフレームｉにおける、Ｄ２Ｄの送信に対する送信電力（送信電力の値）である。また、ＰＣＭＡＸ，ｃは、サービングセルｃにおけるＤ２Ｄの送信に対する最大送信電力である。
【０１４３】
また、ＭＤ２Ｄ（ｉ）は、Ｄ２Ｄに対してスケジュールされたリソースブロック数である。また、ＰＯ＿Ｄ２Ｄは、セル固有に設定可能な名目上に目標電力と端末装置固有の電力オフセットを加えた電力である。また、αＤ２Ｄは、フラクショナルＴＰＣにおけるパスロス補償ファクタである。また、ＰＬｃは、サービングセルｃにおける基地局装置３と端末装置１の間のパスロスである。ここで、ＴＰＣに関連する情報（下りリンク制御情報）のフィールドにセットされる値（例えば、１ビットのフィールドにセットされる０、または、１）に基づいて、数式（１）および数式（２）のいずれかに従ってＰＤ２Ｄ（ｉ）を算出するのかが、切り替わってもよい。例えば、ＴＰＣに関連する情報（下りリンク制御情報）は、ＰＤＣＣＨまたはＥＰＤＣＣＨで送信される。例えば、ＴＰＣに関連する情報（下りリンク制御情報）は、Ｄ２Ｄグラントに含まれる。
【０１４４】
また、ＰＯ＿Ｄ２Ｄは、セル固有に設定可能な名目上に目標電力でもよい。また、ＰＬｃは、Ｄ２Ｄリンクのパスロス（端末装置１間のパスロス）であってもよい。また、ＰＬｃは、Ｄ２ＤＳＳを送信する同期ソースからのパスロスであってもよい。上述したように、同期ソースは、基地局装置、または、端末装置１であってもよい。
【０１４５】
以下、ＰＯ＿Ｄ２Ｄおよび／またはαＤ２Ｄを、送信電力に関するパラメータとも記載する。例えば、送信電力に関するパラメータは、上りリンク電力制御の情報要素（Uplink PowerControl Information Element）によって与えられてもよい。
【０１４６】
ここで、Ｄ２Ｄ発見に対する送信電力に関するパラメータ、および、Ｄ２Ｄ通信に対する送信電力に関するパラメータのそれぞれは、個別に設定されてもよい。すなわち、ＰＳＤＣＨでの送信に対する送信電力に対するパラメータ、および、ＰＳＣＣＨ／ＰＳＳＣＨ（ＰＳＣＣＨおよび／またはＰＳＳＣＨ）での送信に対する送信電力に対するパラメータのそれぞれは、個別に設定されてもよい。
【０１４７】
さらに、ＰＳＤＣＨでの送信に対する送信電力に対するパラメータ、ＰＳＳＣＨでの送信に対する送信電力に対するパラメータ、および／または、ＰＳＣＣＨでの送信に対する送信電力に対するパラメータのそれぞれは、個別に設定されてもよい。ここで、ＰＳＤＣＨでの送信、および、ＰＳＣＣＨでの送信に対する送信電力に対するパラメータとして、１つの共通の送信電力に関するパラメータが設定されてもよい。また、ＰＳＳＣＨでの送信、および、ＰＳＣＣＨでの送信に対する送信電力に対するパラメータとして、１つの共通の送信電力に関するパラメータが設定されてもよい。
【０１４８】
また、Ｄ２Ｄ発見タイプ１に対する送信電力に関するパラメータ、Ｄ２Ｄ発見タイプ２に対する送信電力に関するパラメータ、Ｄ２Ｄ通信モード１に対する送信電力に関するパラメータ、および、Ｄ２Ｄ通信モード２に対する送信電力に関するパラメータのそれぞれは、個別に設定されてもよい。
【０１４９】
また、ＰＳＢＣＨ／ＳＳＳでの送信に対する送信電力に関するパラメータ、ＰＳＤＣＨでの送信に対する送信電力に関するパラメータ、および／または、ＰＳＳＣＨでの送信に対する送信電力に関するパラメータのそれぞれは、個別に設定されてもよい。ここで、ＰＳＢＣＨ／ＳＳＳでの送信、および、ＰＳＤＣＨでの送信に対する送信電力に関するパラメータとして、１つの共通の送信電力に関するパラメータが設定されてもよい。また、ＰＳＢＣＨ／ＳＳＳでの送信、および、ＰＳＳＣＨでの送信に対する送信電力に関するパラメータとして、１つの共通の送信電力に関するパラメータが設定されてもよい。
【０１５０】
例えば、基地局装置３は、上述したような送信電力に関するパラメータ（送信電力に関するパラメータを設定するための情報）を、上位層の信号に含めて送信してもよい。例えば、送信電力に関するパラメータは、システムインフォメーションブロックタイプ１８に含まれてもよい。また、送信電力に関するパラメータは、ＲＲＣメッセージ（例えば、専用のメッセージ）に含まれてもよい。
【０１５１】
ＰＳＤＣＨに関連するＳＤＭＲＳの送信電力は、ＰＳＤＣＨの送信電力と同じである。ＰＳＣＣＨに関連するＳＤＭＲＳの送信電力は、ＰＳＣＣＨの送信電力と同じである。ＰＳＳＣＨに関連するＳＤＭＲＳの送信電力は、ＰＳＳＣＨの送信電力と同じである。
【０１５２】
ＰＳＢＣＨに関連するＰＳＳＳの送信電力は、ＰＳＢＣＨの送信電力と同じである。ＰＳＢＣＨに関連するＳＳＳＳの送信電力は、ＰＳＢＣＨの送信電力と同じでもよい。ＰＳＢＣＨに関連するＳＳＳＳの送信電力は、ＰＳＢＣＨの送信電力より所定の値低くてもよい。該所定の値は、予め定められていてもよい。また、該所定の値は、上位層によって設定されてもよい。
【０１５３】
ここで、下記に示すように、送信電力に関するパラメータは、公認のレンジ（authorized range）のそれぞれに対して設定されてもよい。例えば、公認のレンジとして複数のレンジ（Ｈｉｇｈ、Ｍｅｄｉｕｍ、および、Ｌｏｗ）が規定されてもよい。詳細は、下記に示す。
【０１５４】
以下、ＰＣＭＡＸ，ｃの設定方法について説明する。
【０１５５】
Ｄ２Ｄ通信の送信に対する最大送信電力ＰＣＭＡＸ，ｃと、Ｄ２Ｄ発見の送信に対する最大送信電力ＰＣＭＡＸ，ｃは、個別に設定されてもよい。すなわち、ＰＳＣＣＨまたはＰＳＳＣＨでの送信に対する最大送信電力ＰＣＭＡＸ，ｃと、ＰＳＤＣＨでの送信に対する最大送信電力ＰＣＭＡＸ，ｃは、個別に設定されてもよい。
【０１５６】
また、ＰＳＢＣＨに対する最大送信電力ＰＣＭＡＸ，ｃと、ＰＳＣＣＨ、ＰＳＳＣＨおよびＰＳＢＣＨに対する最大送信電力ＰＣＭＡＸ，ｃは、個別に設定されてもよい。
【０１５７】
また、ＰＳＢＣＨに対する最大送信電力ＰＣＭＡＸ，ｃと、ＰＳＣＣＨおよびＰＳＳＣＨに対する最大送信電力ＰＣＭＡＸ，ｃと、ＰＳＤＣＨに対する最大送信電力ＰＣＭＡＸ，ｃは、個別に設定されてもよい。
【０１５８】
端末装置１は、あるセルに対して、設定される最大出力電力（the configured maximum output power）ＰＣＭＡＸ，ｃをセットしてもよい。ここで、最大出力電力は、最大送信電力（the maximum transmit power）であってもよい。例えば、ＰＣＭＡＸ，ｃは、数（３）に基づいてセットされてもよい。
【数３】
2016047753.tif 000005
【０１５９】
ここで、ＰＥＭＡＸ，ｃは、あるセルに対する、設定されるＰ-Ｍａｘ（Ｐ-Ｍａｘを設定するためのパラメータ）によって与えられる値である。Ｐ-Ｍａｘは、Ｐ−ＭＡＸの情報要素（P-MAX Information Element）によって与えられてもよい。例えば、Ｐ-Ｍａｘとして、−３０から３３のいずれかの値（整数値）が与えられてもよい。
【０１６０】
すなわち、Ｐ-Ｍａｘは、キャリア周波数における端末装置１の上りリンクまたはサイドリンクの送信電力を制限するため（to limit the UE’s uplink or sidelink transmission power on a carrier frequencyとも称される）に使用されてもよい。また、Ｐ-Ｍａｘは、セルの選択の基準（Cell Selection Criterion）を与えるために用いられてもよい。例えば、Ｐ-Ｍａｘは、セルの選択の基準を満たすかどうかを算出するために用いられるパラメータ（パラメータ：Ｐcompensationとも称される）を計算するために用いられてもよい。
【０１６１】
すなわち、パラメータ：Ｐ-Ｍａｘは、パラメータ：ＰＥＭＡＸ，ｃに対応する。また、端末装置１の送信電力（UE transmit powerとも称される）は、数（３）によって規定される値によって決定される。すなわち、１つのサービングセルにおける端末装置１の送信電力は、数（３）によって規定される、該サービングセルの設定される最大出力電力を超えない。
【０１６２】
ここで、下記に示すように、Ｐ-Ｍａｘ（Ｐ-Ｍａｘを設定するためのパラメータ）は、公認のレンジのそれぞれに対して設定されてもよい。詳細は、下記に示す。
【０１６３】
また、ＰＰｏｗｅｒＣｌａｓｓは、最大の端末の電力（maximum UE powerとも称される）を示している。例えば、ＰＰｏｗｅｒＣｌａｓｓは、送信帯域幅に対する最大の出力電力を規定する端末装置１の電力のクラス（UE Power Classes define the maximum output powerとも称される）によって与えられてもよい。
【０１６４】
また、ＭＰＲｃ（Maximum Power Reduction）は、あるセルに対する、最大の出力の電力（the maximum output power）に対する許容される最大の電力の低減（the allowed maximum output power reduction、低減量）を示す。ここで、ＭＰＲＣは、高いオーダーの変調（higher order modulation、例えば、ＱＰＳＫや１６ＱＡＭなどの変調方式）に起因する。また、ＭＰＲＣは、帯域幅の設定（リソースブロック）の送信に起因する。すなわち、ＭＰＲＣは、変調および／またはチャネルの帯域幅に対する端末の最大出力電力を示している。また、ＡＰＲｃ（Additional Maximum Power Reduction）は、あるセルに対する、追加の最大の電力の低減（低減量）を示す。
【０１６５】
また、ΔＴＩＢ、ｃは、あるセルに対する、追加の許容値（the additional tolerance）を示す。また、ΔＴＣ、ｃは、例えば、１．５ｄＢまたは０ｄＢである。また、Ｐ−ＭＰＲｃは、許容される最大の電力の低減（the allowed maximum output power reduction、低減量）を示す。
【０１６６】
ここで、３ＧＰＰにおいて、Ｄ２Ｄに対して、公認のレンジ（Authorized Range）を用いることが検討されている。すなわち、Ｄ２Ｄに対して、権限を与えられたレンジが用いられてもよい。すなわち、Ｄ２Ｄに対して、承認（公認、許可）されたレンジに対応するパラメータ：Ｐ-Ｍａｘ／ＰＥＭＡＸ，ｃが用いられてもよい。
【０１６７】
例えば、サービスの要求に基づいて、公認のレンジとして複数のレンジ（複数のレンジのクラス）がサポートされ、複数のレンジのクラスがＤ２Ｄに対して適用されてもよい。例えば、公認のレンジとして、Ｈｉｇｈ（Ｌｏｎｇ）、Ｍｅｄｉｕｍ（Ｍｉｄｄｌｅ）、および、Ｌｏｗ（Ｓｈｏｒｔ）の３つのレンジのクラスがサポートされ、端末装置１は、３つのレンジのいずれかに基づいてＤ２Ｄを行なうことが許可されてもよい。また、Ｄ２Ｄに対して、公認のレンジに基づいた最大送信電力が設定（規定、指示）されてもよい。
【０１６８】
すなわち、レンジ：Ｈｉｇｈが公認された端末装置１は、レンジ：Ｈｉｇｈに対応する送信電力の値に基づいてＤ２Ｄを行なってもよい。また、レンジ：Ｍｅｄｉｕｍが公認された端末装置１は、レンジ：Ｍｅｄｉｕｍに対応する送信電力の値に基づいてＤ２Ｄを行なってもよい。また、レンジ：Ｌｏｗが公認された端末装置１は、レンジ：Ｌｏｗに対応する送信電力の値に基づいてＤ２Ｄを行なってもよい。この際において、送信電力制御は行われてもよい。
【０１６９】
ここで、公認のレンジ（公認のレンジに関する情報）は、ＰｒｏＳｅ機能（Prose function）から供給（設定、規定、指示）されてもよい。また、公認のレンジは、公認のポリシー（authorization policy）として、供給されてもよい。
【０１７０】
例えば、公認のレンジは、オペレータ（ＰＬＭＮ: Public Land Mobile Network）毎に規定されてもよい。また、公認のレンジは、セル毎に規定されてもよい。また、公認のレンジは、端末装置１毎に規定されてもよい。また、公認のレンジは、アプリケーション毎に規定されてもよい。
【０１７１】
また、例えば、公認のレンジは、Ｄ２Ｄ発見に対して適用されてもよい。また、公認のレンジは、Ｄ２Ｄ発見に対応するＤ２Ｄデータ（ＳＬ−ＤＣＨ）の送信のみに対して適用されてもよい。すなわち、公認のレンジは、ＰＳＤＣＨでの送信のみに対して適用されてもよい。
【０１７２】
また、例えば、公認のレンジは、Ｄ２Ｄ通信に対して適用されてもよい。また、公認のレンジは、Ｄ２Ｄ通信に対応するＤ２Ｄデータ（ＳＬ−ＳＣＨ）／ＳＣＩの送信のみに対して適用されてもよい。すなわち、公認のレンジは、ＰＳＳＣＨ／ＰＳＣＣＨでの送信のみに対して適用されてもよい。
【０１７３】
また、例えば、公認のレンジは、ＰＳＢＣＨ／ＳＳＳの送信に対して適用されてもよい。ここで、公認のレンジは、ＰＳＢＣＨ／ＳＳＳの送信に対して適用されなくてもよい。例えば、ＰＳＢＣＨ／ＳＳＳの送信に対しては、公認のレンジを適用せずに、設定された最大送信電力が適用されてもよい。すなわち、公認のレンジは、ＰＳＢＣＨ／ＳＳＳの送信に対して規定されなくてもよい。
【０１７４】
また、公認のレンジは、Ｄ２Ｄ発見およびＤ２Ｄ通信毎に規定されてもよい。また、公認のレンジは、Ｄ２Ｄの送信およびＤ２Ｄの受信毎に規定されてもよい。また、公認のレンジは、Ｄ２Ｄの送信に規定され、Ｄ２Ｄの受信に規定されなくてもよい。
【０１７５】
以下、公認のレンジとして用いられる複数のレンジのクラス（複数の公認のレンジ）の一例として、Ｈｉｇｈ、Ｍｅｄｉｕｍ、Ｌｏｗの３つのレンジについて記載するが、同様の内容であれば、本実施形態を適用できることは勿論である。
【０１７６】
以下、公認のレンジの設定（指定、指示、決定、供給）方法の例について記載する。
【０１７７】
以下の公認のレンジの設定方法は、Ｄ２Ｄ発見またはＤ２Ｄ通信のみに適用されてもよい。以下の公認のレンジの設定方法は、Ｄ２Ｄ発見およびＤ２Ｄ通信毎に個別に適用されてもよい。
【０１７８】
ここで、基地局装置３は、複数の公認のレンジのそれぞれに対応するＰ-Ｍａｘ（Ｐ-Ｍａｘを設定するためのパラメータ）を、上位層の信号を用いて設定してもよい。ここで、Ｐ-Ｍａｘを設定するためのパラメータは、送信電力に関するパラメータに含まれてもよい。
【０１７９】
例えば、基地局装置３は、公認のレンジ：Ｈｉｇｈに対応するＰ-Ｍａｘ（以下、Ｐ-Ｍａｘ-Ｈｉｇｈとも称する）を設定してもよい。また、基地局装置３は、公認のレンジ：Ｍｅｄｉｕｍに対応するＰ-Ｍａｘ（以下、Ｐ-Ｍａｘ-Ｍｅｄｉｕｍとも称する）を設定してもよい。また、基地局装置３は、公認のレンジ：Ｌｏｗに対応するＰ-Ｍａｘ（以下、Ｐ-Ｍａｘ-Ｌｏｗとも称する）を設定してもよい。
【０１８０】
また、基地局装置３は、複数の公認のレンジのそれぞれに対応する送信電力に関するパラメータを、上位層の信号を用いて設定してもよい。例えば、基地局装置３は、公認のレンジ：Ｈｉｇｈに対応する送信電力に関するパラメータ（以下、ＰＯ＿Ｄ２Ｄ-Ｈｉｇｈおよび／またはαＤ２Ｄ-Ｈｉｇｈとも称する）を設定してもよい。また、基地局装置３は、公認のレンジ：Ｍｅｄｉｕｍに対応する送信電力に関するパラメータ（以下、ＰＯ＿Ｄ２Ｄ-Ｍｅｄｉｕｍおよび／またはαＤ２Ｄ-Ｍｅｄｉｕｍとも称する）を設定してもよい。また、基地局装置３は、公認のレンジ：Ｌｏｗに対応する送信電力に関するパラメータ（以下、ＰＯ＿Ｄ２Ｄ-Ｌｏｗおよび／またはαＤ２Ｄ-Ｌｏｗとも称する）を設定してもよい。
【０１８１】
また、基地局装置３は、複数の公認のレンジのそれぞれに対応する送信リソースプールを設定するためのパラメータを、上位層の信号を用いて設定してもよい。例えば、基地局装置３は、公認のレンジ：Ｈｉｇｈに対応する送信リソースプールを設定するためのパラメータ（以下、ＴｘＲｅｓｏｕｒｃｅＰｏｏｌ-Ｈｉｇｈとも称する）を設定してもよい。また、基地局装置３は、公認のレンジ：Ｍｅｄｉｕｍに対応する送信リソースプールを設定するためのパラメータ（以下、ＴｘＲｅｓｏｕｒｃｅＰｏｏｌ-Ｍｅｄｉｕｍとも称する）を設定してもよい。また、基地局装置３は、公認のレンジ：Ｌｏｗに対応する送信リソースプールを設定するためのパラメータ（以下、ＴｘＲｅｓｏｕｒｃｅＰｏｏｌ-Ｌｏｗとも称する）を設定してもよい。
【０１８２】
図６は、システムインフォメーションブロックタイプ１８の情報要素（Information Element: IE）の例を示す図である。ここで、図６は一例であり、図６において示される情報の一部が、システムインフォメーションブロックタイプ１８に含まれてもよい。また、図６において示される情報の一部が、セルスペシフィックに設定されてもよい。また、図６において示される情報の一部が、ユーザ装置スペシフィックに設定されてもよい。
【０１８３】
図６に示すように、システムインフォメーションブロックタイプ１８の情報要素には、複数の端末装置１に対して共通のパラメータ（Config-SIB-r12）として、第１のパラメータ（Idle-P-MAX）、第２のパラメータ（Idle-UplinkPowerControl）、第３のパラメータ（Idle-TxResourcePool）、および／または、第４のパラメータ（RxResourcePool）が含まれてもよい。
【０１８４】
ここで、第１のパラメータ（Idle-P-MAX）、第２のパラメータ（Idle-UplinkPowerControl）、および／または、第３のパラメータ（Idle-TxResourcePool）は、アイドル状態（ＲＲＣアイドルの状態とも称される）における端末装置１によって用いられる。すなわち、第１のパラメータ（Idle-P-MAX）、第２のパラメータ（Idle-UplinkPowerControl）、および／または、第３のパラメータ（Idle-TxResourcePool）は、セルにキャンプしており、ＲＲＣ接続（ＲＲＣ接続の状態とも称される）していない端末装置１によって用いられる。
【０１８５】
ここで、第１のパラメータ（Idle-P-MAX）は、上述したＰ−ＭＡＸを設定するためのパラメータに対応する。また、第２のパラメータ（Idle-UplinkPowerControl）は、上述した送信電力に関するパラメータに対応する。また、第３のパラメータ（Idle-TxResourcePool）は、上述した送信リソースプールを設定するためのパラメータに対応する。
【０１８６】
また、第４のパラメータ（RxResourcePool）は、アイドル状態における端末装置１によって用いられてもよい。また、第４のパラメータ（RxResourcePool）は、ＲＲＣ接続している端末装置１によって用いられてもよい。ここで、第４のパラメータ（RxResourcePool）は、上述した受信リソースプールを設定するためのパラメータに対応する。
【０１８７】
ここで、上述したように、第１のパラメータ（Idle-P-MAX）は、複数の公認のレンジのそれぞれに対して設定されてもよい。すなわち、図６に示すように、第１のパラメータ（Idle-P-MAX）には、第５のパラメータ（Idle-P-MAX-High）、第６のパラメータ（Idle-P-MAX-Medium）、および／または、第７のパラメータ（Idle-P-MAX-Low）が含まれてもよい。ここで、システムインフォメーションブロックタイプ１８を用いて送信される第１のパラメータ（Idle-P-MAX）には、常に、第５のパラメータ（Idle-P-MAX-High）、第６のパラメータ（Idle-P-MAX-Medium）、および、第７のパラメータ（Idle-P-MAX-Low）の３つのＰ−ＭＡＸを設定するためのパラメータが含まれてもよい。
【０１８８】
すなわち、端末装置１は、システムインフォメーションブロックタイプ１８に第３のパラメータ（Idle-TxResourcePool）が含まれている場合には、第５のパラメータ（Idle-P-MAX-High）、第６のパラメータ（Idle-P-MAX-Medium）、および、第７のパラメータ（Idle-P-MAX-Low）のいずれか１つ、または、複数に基づいて、Ｄ２Ｄの送信を行なうことができる。
【０１８９】
ここで、例えば、公認のレンジは、アプリケーションに依存してもよい。例えば、端末装置１は、アプリケーション毎に公認されたレンジを用いて、Ｄ２Ｄを行ってもよい。
【０１９０】
例えば、端末装置１は、レンジ：Ｈｉｇｈで実行することを公認された第１のアプリケーションを実行する場合には、第５のパラメータ（Idle-P-MAX-High）に基づいてＤ２Ｄの送信を行ってもよい。また、端末装置１は、レンジ：Ｌｏｗで実行することを公認された第２のアプリケーションを実行する場合には、第７のパラメータ（Idle-P-MAX-Low）に基づいてＤ２Ｄの送信を行ってもよい。
【０１９１】
また、上述したように、第２のパラメータ（Idle-UplinkPowerControl）は、複数の公認のレンジのそれぞれに対して設定されてもよい。すなわち、図６に示すように、第２のパラメータ（Idle-UplinkPowerControl）には、第８のパラメータ（Idle-P0＿D2D-High）、第９のパラメータ（Idle-P0＿D2D-Medium）、および／または、第１０のパラメータ（Idle-P0＿D2D-Low）が含まれてもよい。また、第２のパラメータ（Idle-UplinkPowerControl）には、第１１のパラメータ（Idle-α-High）、第１２のパラメータ（Idle-α-Medium）、および／または、第１３のパラメータ（Idle-α-Low）が含まれてもよい。
【０１９２】
ここで、システムインフォメーションブロックタイプ１８を用いて送信される第２のパラメータ（Idle-UplinkPowerControl）には、常に、第８のパラメータ（Idle-P0＿D2D-High）、第９のパラメータ（Idle-P0＿D2D-Medium）、および、第１０のパラメータ（Idle-P0＿D2D-Low）が含まれてもよい。また、システムインフォメーションブロックタイプ１８を用いて送信される第２のパラメータ（Idle-UplinkPowerControl）には、常に、第１１のパラメータ（Idle-α-High）、第１２のパラメータ（Idle-α-Medium）、および、第１３のパラメータ（Idle-α-Low）が含まれてもよい。すなわち、システムインフォメーションブロックタイプ１８を用いて送信される第２のパラメータ（Idle-UplinkPowerControl）には、常に、３つ、および／または、６つの送信電力に関するパラメータが含まれてもよい。
【０１９３】
すなわち、端末装置１は、システムインフォメーションブロックタイプ１８に第３のパラメータ（Idle-TxResourcePool）が含まれている場合には、第８のパラメータ（Idle-P0＿D2D-High）、第９のパラメータ（Idle-P0＿D2D-Medium）、および、第１０のパラメータ（Idle-P0＿D2D- Low）のいずれか１つ、または複数に基づいて、Ｄ２Ｄの送信を行なうことができる。また、端末装置１は、システムインフォメーションブロックタイプ１８に第３のパラメータ（Idle-TxResourcePool）が含まれている場合には、第１１のパラメータ（Idle-α-High）、第１２のパラメータ（Idle-α-Medium）、および、第１３のパラメータ（Idle-α-Low）のいずれか１つ、または、複数に基づいて、Ｄ２Ｄの送信を行なうことができる。
【０１９４】
例えば、端末装置１は、レンジ：Ｈｉｇｈで実行することを公認された第１のアプリケーションを実行する場合には、第８のパラメータ（Idle-P0＿D2D-High）、および／または、第１１のパラメータ（Idle-α-High）に基づいてＤ２Ｄの送信を行ってもよい。また、端末装置１は、レンジ：Ｌｏｗで実行することを公認された第２のアプリケーションを実行する場合には、第１０のパラメータ（Idle-P0＿D2D-Low）、および／または、第１３のパラメータ（Idle-α-Low）に基づいてＤ２Ｄの送信を行ってもよい。
【０１９５】
また、上述したように、第３のパラメータ（Idle-TxResourcePool）は、複数の公認のレンジのそれぞれに対して設定されてもよい。すなわち、図６に示すように、第３のパラメータ（Idle-TxResourcePool）には、第１４のパラメータ（Idle-TxResourcePool-High）、第１５のパラメータ（Idle-TxResourcePool-Medium）、および／または、第１６のパラメータ（Idle-TxResourcePool-Low）が含まれてもよい。
【０１９６】
ここで、システムインフォメーションブロックタイプ１８を用いて送信される第３のパラメータ（Idle-TxResourcePool）には、常に、第１４のパラメータ（Idle-TxResourcePool-High）、第１５のパラメータ（Idle-TxResourcePool-Medium）、および、第１６のパラメータ（Idle-TxResourcePool-Low）が含まれてもよい。すなわち、システムインフォメーションブロックタイプ１８を用いて送信される第３のパラメータ（Idle-TxResourcePool）には、常に、３つの送信リソースプールを設定するためのパラメータが含まれてもよい。
【０１９７】
すなわち、端末装置１は、システムインフォメーションブロックタイプ１８に第３のパラメータ（Idle-TxResourcePool）が含まれている場合には、第１４のパラメータ（Idle-TxResourcePool-High）、第１５のパラメータ（Idle-TxResourcePool-Medium）、および、第１６のパラメータ（Idle-TxResourcePool-Low）のいずれか１つ、または複数に基づく送信リソースプールを用いて、Ｄ２Ｄの送信を行なうことができる。
【０１９８】
例えば、端末装置１は、レンジ：Ｈｉｇｈで実行することを公認された第１のアプリケーションを実行する場合には、第１４のパラメータ（Idle-TxResourcePool-High）に基づく送信リソースプールを用いて、Ｄ２Ｄの送信を行ってもよい。また、端末装置１は、レンジ：Ｌｏｗで実行することを公認された第２のアプリケーションを実行する場合には、第１６のパラメータ（Idle-TxResourcePool-Low）に基づく送信リソースプールを用いて、Ｄ２Ｄの送信を行ってもよい。
【０１９９】
図７は、専用のメッセージの情報要素（Information Element: IE）の例を示す図である。ここで、図７は一例であり、図７において示される情報の一部が、専用のメッセージに含まれてもよい。また、図７において示される情報の一部が、セルスペシフィックに設定されてもよい。また、図７において示される情報の一部が、ユーザ装置スペシフィックに設定されてもよい。
【０２００】
図７に示すように、専用のメッセージの情報要素には、端末装置１に対して専用のパラメータ（Config-dedicted-r12）として、第１７のパラメータ（Connected-P-MAX）、第１８のパラメータ（Connected-UplinkPowerControl）、および／または、第１９のパラメータ（Connected -TxResourcePool）が含まれてもよい。ここで、専用のメッセージには、受信リソースプールを設定するためのパラメータは含まれなくてもよい。
【０２０１】
また、第１７のパラメータ（Connected-P-MAX）、第１８のパラメータ（Connected-UplinkPowerControl）、および／または、第１９のパラメータ（Connected-TxResourcePool）は、ＲＲＣ接続している端末装置１によって用いられる。
【０２０２】
ここで、第１７のパラメータ（Connected-P-MAX）は、上述したＰ−ＭＡＸを設定するためのパラメータに対応する。また、第１８のパラメータ（Connected-UplinkPowerControl）は、上述した送信電力に関するパラメータに対応する。また、第１９のパラメータ（Connected-TxResourcePool）は、上述した送信リソースプールを設定するためのパラメータに対応する。
【０２０３】
ここで、上述したように、第１７のパラメータ（Connected-P-MAX）は、複数の公認のレンジのそれぞれに対して設定されてもよい。すなわち、図７に示すように、第１７のパラメータ（Connected-P-MAX）には、第２０のパラメータ（Connected-P-MAX-High）、第２１のパラメータ（Connected-P-MAX-Medium）、および／または、第２２のパラメータ（Connected-P-MAX-Low）が含まれる。ここで、専用のメッセージを用いて送信される第１７のパラメータ（Connected-P-MAX）には、第２０のパラメータ（Connected-P-MAX-High）、第２１のパラメータ（Connected-P-MAX-Medium）、および／または、第２２のパラメータ（Connected-P-MAX-Low）のいずれか１つ、または、複数が含まれてもよい。
【０２０４】
すなわち、専用のメッセージを用いて送信される第１７のパラメータ（Connected-P-MAX）には、常に、第２０のパラメータ（Connected-P-MAX-High）、第２１のパラメータ（Connected-P-MAX-Medium）、および、第２２のパラメータ（Connected-P-MAX-Low）の３つのＰ−ＭＡＸを設定するためのパラメータが含まれる必要はない。
【０２０５】
すなわち、端末装置１は、専用のメッセージに第１９のパラメータ（Connected-TxResourcePool）が含まれている場合には、第２０のパラメータ（Connected-P-MAX-High）、第２１のパラメータ（Connected-P-MAX-Medium）、および、第２２のパラメータ（Connected-P-MAX-Low）のいずれか１つ、または、複数に基づいて、Ｄ２Ｄの送信を行なうことができる。
【０２０６】
例えば、端末装置１は、レンジ：Ｈｉｇｈで実行することを公認された第１のアプリケーションを実行する場合には、第２０のパラメータ（Connected-P-MAX-High）に基づいてＤ２Ｄの送信を行ってもよい。また、レンジ：Ｌｏｗで実行することを公認された第２のアプリケーションを実行する場合には、第２２のパラメータ（Connected-P-MAX-Low）に基づいてＤ２Ｄの送信を行ってもよい。
【０２０７】
また、上述したように、第１８のパラメータ（Connected-UplinkPowerControl）は、複数の公認のレンジのそれぞれに対して設定されてもよい。すなわち、図７に示すように、第１８のパラメータ（Connected-UplinkPowerControl）には、第２３のパラメータ（Connected-P0＿D2D-High）、第２４のパラメータ（Connected-P0＿D2D-Medium）、および／または、第２５のパラメータ（Connected-P0＿D2D- Low）が含まれてもよい。また、第１８のパラメータ（Connected-UplinkPowerControl）には、第２６のパラメータ（Connected-α-High）、第２７のパラメータ（Connected-α-Medium）、および／または、第２８のパラメータ（Connected-α-Low）が含まれてもよい。
【０２０８】
ここで、専用のメッセージを用いて送信される第１８のパラメータ（Connected-UplinkPowerControl）には、第２３のパラメータ（Connected-P0＿D2D-High）、第２４のパラメータ（Connected-P0＿D2D-Medium）、および／または、第２５のパラメータ（Connected-P0＿D2D-Low）のいずれか１つ、または、複数が含まれる。すなわち、専用のメッセージを用いて送信される第１８のパラメータ（Connected-UplinkPowerControl）には、常に、第２３のパラメータ（Connected-P0＿D2D-High）、第２４のパラメータ（Connected-P0＿D2D-Medium）、および、第２５のパラメータ（Connected-P0＿D2D-Low）が含まれる必要はない。
【０２０９】
また、専用のメッセージを用いて送信される第１８のパラメータ（Connected-UplinkPowerControl）には、第２６のパラメータ（Connected-α-High）、第２７のパラメータ（Connected-α-Medium）、および／または、第２８のパラメータ（Connected-α-Low）のいずれか１つ、または、複数が含まれる。すなわち、専用のメッセージを用いて送信される第１８のパラメータ（Connected-UplinkPowerControl）には、常に、第２６のパラメータ（Connected-α-High）、第２７のパラメータ（Connected-α-Medium）、および、第２８のパラメータ（Connected-α-Low）が含まれる必要はない。
【０２１０】
すなわち、端末装置１は、専用のメッセージに第１９のパラメータ（Connected-TxResourcePool）が含まれている場合には、第２３のパラメータ（Connected-P0＿D2D-High）、第２４のパラメータ（Connected-P0＿D2D-Medium）、および、第２５のパラメータ（Connected-P0＿D2D-Low）のいずれか１つ、または、複数に基づいて、Ｄ２Ｄの送信を行なうことができる。また、端末装置１は、専用のメッセージに第１９のパラメータ（Connected-TxResourcePool）が含まれている場合には、第２６のパラメータ（Connected-α-High）、第２７のパラメータ（Connected-α-Medium）、および、第２８のパラメータ（Connected-α-Low）のいずれか１つ、または、複数に基づいて、Ｄ２Ｄの送信を行なうことができる。
【０２１１】
例えば、端末装置１は、レンジ：Ｈｉｇｈで実行することを公認された第１のアプリケーションを実行する場合には、第２３のパラメータ（Connected-P0＿D2D-High）、および／または、第２６のパラメータ（Connected-α-High）に基づいてＤ２Ｄの送信を行ってもよい。また、端末装置１は、レンジ：Ｌｏｗで実行することを公認された第２のアプリケーションを実行する場合には、第２５のパラメータ（Connected-P0＿D2D- Low）、および／または、第２８のパラメータ（Connected-α-Low）に基づいてＤ２Ｄの送信を行ってもよい。
【０２１２】
また、上述したように、第１９のパラメータ（Connected -TxResourcePool）は、複数の公認のレンジのそれぞれに対して設定されてもよい。すなわち、図７に示すように、第１９のパラメータ（Connected-TxResourcePool）には、第２９のパラメータ（Connected-TxResourcePool-High）、第３０のパラメータ（Connected-TxResourcePool-Medium）、および／または、第３１のパラメータ（Connected-TxResourcePool-Low）が含まれてもよい。
【０２１３】
ここで、専用のメッセージを用いて送信される第１９のパラメータ（Connected -TxResourcePool）には、第２９のパラメータ（Connected-TxResourcePool-High）、第３０のパラメータ（Connected-TxResourcePool-Medium）、および、第３１のパラメータ（Connected-TxResourcePool-Low）のいずれか１つ、または、複数が含まれる。すなわち、専用のメッセージを用いて送信される第１９のパラメータ（Connected -TxResourcePool）には、常に、第２９のパラメータ（Connected-TxResourcePool-High）、第３０のパラメータ（Connected-TxResourcePool-Medium）、および、第３１のパラメータ（Connected-TxResourcePool-Low）が含まれる必要はない。
【０２１４】
すなわち、端末装置１は、専用のメッセージに第１９のパラメータ（Connected-TxResourcePool）が含まれている場合には、第２９のパラメータ（Connected-TxResourcePool-High）、第３０のパラメータ（Connected-TxResourcePool-Medium）、および、第３１のパラメータ（Connected-TxResourcePool-Low）のいずれか１つ、または、複数に基づく送信リソースプールを用いて、Ｄ２Ｄの送信を行なうことができる。
【０２１５】
例えば、端末装置１は、レンジ：Ｈｉｇｈで実行することを公認された第１のアプリケーションを実行する場合には、第２９のパラメータ（Connected-TxResourcePool-High）に基づく送信リソースプールを用いて、Ｄ２Ｄの送信を行ってもよい。また、端末装置１は、レンジ：Ｌｏｗで実行することを公認された第２のアプリケーションを実行する場合には、第３１のパラメータ（Connected-TxResourcePool-Low）に基づく送信リソースプールを用いて、Ｄ２Ｄの送信を行ってもよい。
【０２１６】
上記までの説明を踏まえて、端末装置１における動作を説明する。以下、基本的には、端末装置１における動作を記載するが、基地局装置３が、端末装置１に対応する動作を行なうことは勿論である。
【０２１７】
図８は、端末装置１における動作の例を示す図である。図８に示すように、Ｄ２Ｄの能力を備える端末装置１は、上位層（例えば、ＲＲＣ層よりも上位層）によって、Ｄ２Ｄの送信（announcementとも称する）を実行することを設定された場合、以下のように動作してもよい。ここで、図８に示す端末装置１における動作は一例であり、同様の動作であれば、本実施形態が適用できることは勿論である。
【０２１８】
１＞もし、端末装置１が、キャンプしている、または、ＲＲＣ接続しているならば、端末装置１は、２−１＞、または、２−２＞に示される動作を行ってもよい。ここで、上位層は、端末装置１のＤ２Ｄの送信が公認されている場合にのみ、あるＤ２Ｄアクティビティを実行することを設定してもよい。また、端末装置１は、レンジ：Ｈｉｇｈ、Ｍｅｄｉｕｍ、および／または、Ｌｏｗが公認されている場合にのみ、Ｄ２Ｄの送信を行なってもよい。
【０２１９】
２−１＞もし、端末装置１がキャンプしているならば、端末装置１は、３−１＞、または、３−２＞に示される動作を行ってもよい。
【０２２０】
３−１＞もし、システムインフォメーションブロックタイプ１８が、第３のパラメータ（Idle-TxResourcePool）を含むならば、端末装置１は、４−１＞に示される動作を行ってもよい。すなわち、端末装置１は、送信リソースプールを設定するためのパラメータ受信した場合には、４−１＞に示される動作を行ってもよい。
【０２２１】
４−１＞端末装置１は、第３のパラメータ（Idle-TxResourcePool）を用いて指示されるリソースのプールからリソースを選択してもよい。そして、端末装置１は、Ｄ２Ｄの送信に対して、選択したリソースを用いてもよい。そして、端末装置１は、上記までに説明したようなパラメータ（例えば、第１のパラメータ、第２のパラメータ、および／または、第３のパラメータ）を用いて、Ｄ２Ｄの送信を行なってもよい。
【０２２２】
すなわち、例えば、端末装置１は、第５のパラメータ（Idle-P-MAX-High）、第６のパラメータ（Idle-P-MAX-Medium）、および、第７のパラメータ（Idle-P-MAX-Low）のいずれか１つ、または、複数に基づいて、Ｄ２Ｄの送信を行なってもよい。
【０２２３】
また、端末装置１は、第８のパラメータ（Idle-P0＿D2D-High）、第９のパラメータ（Idle-P0＿D2D-Medium）、および、第１０のパラメータ（Idle-P0＿D2D-Low）のいずれか１つ、または、複数に基づいて、Ｄ２Ｄの送信を行ってもよい。また、端末装置１は、第１１のパラメータ（Idle-α-High）、第１２のパラメータ（Idle-α-Medium）、および、第１３のパラメータ（Idle-α-Low）のいずれか１つ、または、複数に基づいて、Ｄ２Ｄを行ってもよい。
【０２２４】
また、端末装置１は、第１４のパラメータ（Idle-TxResourcePool-High）、第１５のパラメータ（Idle-TxResourcePool-Medium）、および、第１６のパラメータ（Idle-TxResourcePool-Low）のいずれか１つ、または、複数に基づく送信リソースプールを用いて、Ｄ２Ｄの送信を行ってもよい。
【０２２５】
３−２＞もし、システムインフォメーションブロックタイプ１８が報知（送信）され、パラメータ（Config-SIB-r12）が含まれているが、３−１＞の条件を満たさないならば、端末装置１は、４−２＞に示される動作を行ってもよい。
【０２２６】
４−２＞端末装置１は、コネクション確立（初期コネクション確立、または、コネクション再確立）を開始してもよい。すなわち、端末装置１は、ＲＲＣ接続するために、コネクション確立プロシージャ（ＲＲＣ接続のコネクション確立プロシージャ）を実行してもよい。ここで、３−２＞において送信されるパラメータ（Config-SIB-r12）には、第３のパラメータ（Idle-TxResourcePool）は含まれていない。
【０２２７】
２−２＞もし、端末装置１が、ＲＲＣ接続しているならば、端末装置１は、３−３＞、または、３−４＞に示される動作を行ってもよい。
【０２２８】
３−３＞もし、第１９のパラメータ（Connected-TxResourcePool）が設定されているならば、端末装置１は、４−３＞に示される動作を行ってもよい。
【０２２９】
４−３＞端末装置１は、Ｄ２Ｄの送信に対して、第１９のパラメータ（Connected-TxResourcePool）を用いて指示されたリソースを用いる。そして、端末装置１は、上記までに説明したようなパラメータ（例えば、第１のパラメータ、第２のパラメータ、第１７のパラメータ、第１８のパラメータ、および／または、第１９のパラメータ）を用いて、Ｄ２Ｄの送信を行なってもよい。
【０２３０】
すなわち、例えば、端末装置１は、第５のパラメータ（Idle-P-MAX-High）、第６のパラメータ（Idle-P-MAX-Medium）、および、第７のパラメータ（Idle-P-MAX-Low）のいずれか１つ、または、複数に基づいて、Ｄ２Ｄの送信を行なってもよい。
【０２３１】
また、端末装置１は、第８のパラメータ（Idle-P0＿D2D-High）、第９のパラメータ（Idle-P0＿D2D-Medium）、および、第１０のパラメータ（Idle-P0＿D2D-Low）のいずれか１つ、または、複数に基づいて、Ｄ２Ｄの送信を行ってもよい。また、端末装置１は、第１１のパラメータ（Idle-α-High）、第１２のパラメータ（Idle-α-Medium）、および、第１３のパラメータ（Idle-α-Low）のいずれか１つ、または、複数に基づいて、Ｄ２Ｄの送信を行ってもよい。
【０２３２】
すなわち、例えば、端末装置１は、第２０のパラメータ（Connected-P-MAX-High）、第２１のパラメータ（Connected-P-MAX-Medium）、および、第２２のパラメータ（Connected-P-MAX-Low）のいずれか１つ、または、複数に基づいて、Ｄ２Ｄの送信を行なってもよい。
【０２３３】
また、端末装置１は、第２３のパラメータ（Connected-P0＿D2D-High）、第２４のパラメータ（Connected-P0＿D2D-Medium）、および、第２５のパラメータ（Connected-P0＿D2D-Low）のいずれか１つ、または、複数に基づいて、Ｄ２Ｄの送信を行なってもよい。また、端末装置１は、第２６のパラメータ（Connected-α-High）、第２７のパラメータ（Connected-α-Medium）、および、第２８のパラメータ（Connected-α-Low）のいずれか１つ、または、複数に基づいて、Ｄ２Ｄの送信を行なってもよい。
【０２３４】
また、端末装置１は、第２９のパラメータ（Connected-TxResourcePool-High）、第３０のパラメータ（Connected-TxResourcePool-Medium）、および、第３１のパラメータ（Connected-TxResourcePool-Low）のいずれか１つ、または、複数に基づく送信リソースプールを用いて、Ｄ２Ｄの送信を行なってもよい。
【０２３５】
３−４＞もし、第１９のパラメータ（Connected-TxResourcePool）が設定されていないならば、端末装置１は、４−４＞に示される動作を行ってもよい。
【０２３６】
４−４＞端末装置１は、Ｄ２Ｄの送信に対するリソースを割り当てるよう、基地局装置３（Ｅ−ＵＴＲＡＮでもよい）に要求してもよい。すなわち、端末装置１は、Ｄ２Ｄの送信に対するスケジューリングを要求してもよい。すなわち、端末装置１は、Ｄ２Ｄの送信に対する送信リソースプールの割り当てを要求してもよい。
【０２３７】
例えば、端末装置１は、上位層の信号にアシスタンス情報が含まれる上位層の信号を送信することによって、Ｄ２Ｄの送信に対するリソースを割り当てるよう、基地局装置３に要求してもよい。ここで、例えば、アシスタンス情報は、ＲＲＣメッセージ（専用のメッセージでもよい）に含まれてもよい。アシスタンス情報の詳細については、下記に示す。
【０２３８】
ここで、３−４＞は、もし、システムインフォメーションブロックタイプ１８が報知（送信）され、パラメータ（Config-SIB-r12）が含まれているならば（if SystemInformationBlockType18 is broadcast; and includes Config-SIB-r12）、であってもよい。すなわち、３−４＞において、もし、システムインフォメーションブロックタイプ１８が送信され、パラメータ（Config-SIB-r12）が含まれているならば、端末装置１は、４−４＞に示される動作を行なってもよい。
【０２３９】
ここで、この場合において、端末装置１は、第１６のパラメータ（Connected-TxResourcePool）が設定されていない。また、この場合において、パラメータ（Config-SIB-r12）には、第３のパラメータ（Idle-TxResourcePool）が含まれてもよい。また、この場合において、パラメータ（Config-SIB-r12）には、第３のパラメータ（Idle-TxResourcePool）が含まれなくてもよい。
【０２４０】
さらに、図８には記載していないが、端末装置１は、上位層（例えば、ＲＲＣ層よりも上位層）によって、Ｄ２Ｄの送信（announcement）を実行することを設定されていたとしても、パラメータ（Config-SIB-r12）を受信しなかった場合には、Ｄ２Ｄを行わなくてもよい（Ｄ２Ｄの送信をあきらめてもよい）。
【０２４１】
上述したように、端末装置１は、第３のパラメータ（Idle-TxResourcePool）がシステムインフォメーションブロックタイプ１８（または、パラメータ（Config-SIB-r12））に含まれているかどうかに基づいて、動作を切り替えてもよい。すなわち、端末装置１は、第３のパラメータ（Idle-TxResourcePool）が設定されているかどうかに基づいて、動作を切り替えてもよい。
【０２４２】
すなわち、端末装置１は、第３のパラメータ（Idle-TxResourcePool）が含まれている場合には、指示されたリソースを用いて、公認されたレンジに基づくＤ２Ｄの送信を行なってもよい。また、Ｄ２Ｄの送信を開始したい端末装置１は、第３のパラメータ（Idle-TxResourcePool）が含まれていない場合には、コネクション確立プロシージャを開始し（ＲＲＣ接続に入らなければならず）、Ｄ２Ｄの送信に対するリソースを割り当てるよう、基地局装置３（Ｅ−ＵＴＲＡＮでもよい）に要求してもよい。
【０２４３】
ここで、上述したように、第３のパラメータ（Idle-TxResourcePool）は、アイドル状態における端末装置１によって用いられてもよい。
【０２４４】
また、端末装置１は、第１６のパラメータ（Connected-TxResourcePool）が専用のメッセージ（または、パラメータ（Config-Dedicated-r12））に含まれているかどうかに基づいて、動作を切り替えてもよい。すなわち、端末装置１は、第１６のパラメータ（Connected-TxResourcePool）が設定されているかどうかに基づいて、動作を切り替えてもよい。
【０２４５】
すなわち、端末装置１は、第１６のパラメータ（Connected-TxResourcePool）が含まれている場合には、指示されたリソースを用いて、公認されたレンジに基づくＤ２Ｄの送信を行なってもよい。また、Ｄ２Ｄの送信を開始したい端末装置１は、第１６のパラメータ（Connected-TxResourcePool）が含まれていない場合には、Ｄ２Ｄの送信に対するリソースを割り当てるよう、基地局装置３（Ｅ−ＵＴＲＡＮでもよい）に要求してもよい。
【０２４６】
ここで、上述したように、第１６のパラメータ（Connected-TxResourcePool）は、ＲＲＣ接続している端末装置１によって用いられてもよい。また、第１６のパラメータ（Connected-TxResourcePool）は、Ｄ２Ｄの送信に対して端末装置１へ割り当てられるリソースを指示する。ここで、端末装置１へ割り当てられるリソースとは、端末装置１が選択するリソースのプールを示していてもよい。また、端末装置１へ割り当てられるリソースとは、端末装置１によって用いられる明示的に割り当てられたリソースのセットを示していてもよい。
【０２４７】
以下、アシスタンス情報について記載する。
【０２４８】
ここで、アシスタンス情報とは、基地局装置３をアシストするために、端末装置１から基地局装置３へ送信される情報である。例えば、アシスタンス情報には、Ｄ２Ｄを開始したことを示す情報（Ｄ２Ｄの開始に関する情報）、Ｄ２Ｄ発見を開始したことを示す情報（Ｄ２Ｄ発見の開始に関する情報）、および／または、Ｄ２Ｄ通信を開始したことを示す情報（Ｄ２Ｄ通信の開始に関する情報）が含まれてもよい。
【０２４９】
また、アシスタンス情報には、Ｄ２Ｄに興味があることを示す情報（Ｄ２Ｄに対する興味に関する情報）、Ｄ２Ｄ発見に興味があることを示す情報（Ｄ２Ｄ発見に対する興味に関する情報）、および／または、Ｄ２Ｄ通信に興味があることを示す情報（Ｄ２Ｄ通信に対する興味に関する情報）が含まれてもよい。
【０２５０】
また、アシスタンス情報には、公認されていることを示す情報（公認に関する情報）が含まれてもよい。例えば、アシスタンス情報には、いずれのレンジ（Ｈｉｇｈ、Ｍｉｄｅｕｍ、および／または、Ｌｏｗ）で公認されたかを示す情報が含まれてもよい。例えば、アシスタンス情報には、Ｄ２Ｄ発見が公認されていることを示す情報、および／または、Ｄ２Ｄ通信が公認されていることを示す情報が含まれてもよい。例えば、アシスタンス情報には、Ｄ２Ｄ発見の送信が公認されていることを示す情報、Ｄ２Ｄ発見の受信が公認されていることを示す情報、Ｄ２Ｄ通信の送信が公認されていることを示す情報、および／または、Ｄ２Ｄ通信の受信が公認されていることを示す情報が含まれてもよい。
【０２５１】
上述したように、例えば、公認のレンジは、アプリケーションに依存してもよい。例えば、端末装置１は、１つ、または、複数のレンジで公認されたことを示す情報を、アシスタンス情報として送信してもよい。例えば、端末装置１は、レンジ：ＨｉｇｈでＤ２Ｄを実行することを公認されたことを示す情報、および、レンジ：ＬｏｗでＤ２Ｄを実行することを公認されたことを示す情報を送信してもよい。
【０２５２】
すなわち、例えば、端末装置１は、レンジ：ＨｉｇｈでＤ２Ｄを実行することを公認されたことを示す情報、および、レンジ：ＬｏｗでＤ２Ｄを実行することを公認されたことを示す情報を、アシスタンス情報に含めて送信してもよい。そして、基地局装置３は、第１６のパラメータ（Connected-TxResourcePool）、第１７のパラメータ（Connected-P-MAX-High）、および、第１９のパラメータ（Connected-P-MAX-Low）を、専用のメッセージに含めて送信してもよい。
【０２５３】
そして、端末装置１は、第１６のパラメータ（Connected-TxResourcePool）を用いて指示される第１の送信リソースプールを用いて、第１７のパラメータ（Connected-P-MAX-High）に基づいてＤ２Ｄの送信を行なってもよい（例えば、端末装置１は、第１のアプリケーションを実行してもよい）。また、端末装置１は、第１６のパラメータ（Connected-TxResourcePool）を用いて指示される第２の送信リソースプールを用いて、第１９のパラメータ（Connected-P-MAX-Low）に基づいてＤ２Ｄの送信を行なってもよい（例えば、端末装置は、第２のアプリケーションを実行してもよい）。
【０２５４】
基地局装置３と端末装置１が、上述のように動作することによって、異なるレンジ（異なるレンジのクラス）で公認された複数のアプリケーションを、同時に実行することができる。ここで、第１６のパラメータ（Connected-TxResourcePool）を用いて指示される送信リソースプールは、複数の公認のレンジのそれぞれに対して指示されてもよい。また、第３のパラメータ（Idle-TxResourcePool）を用いて指示される送信リソースプールは、複数の公認のレンジのそれぞれに対して指示されてもよい。また、第４のパラメータ（RxResourcePool）を用いて指示される受信リソースプールは、複数の公認のレンジのそれぞれに対して指示されてもよい。
【０２５５】
また、アシスタンス情報には、公認するよう要求するための情報（公認の要求に関する情報）が含まれてもよい。例えば、アシスタンス情報には、いずれのレンジ（Ｈｉｇｈ、Ｍｉｄｅｕｍ、および／または、Ｌｏｗ）で公認するよう要求するための情報が含まれてもよい。
【０２５６】
例えば、端末装置１は、１つ、または、複数のレンジで公認するよう要求するための情報を、アシスタンス情報として送信してもよい。例えば、端末装置１は、レンジ：Ｈｉｇｈで実行することを公認するよう要求するための情報、および、レンジ：Ｌｏｗで実行することを公認するよう要求するための情報を送信してもよい。
【０２５７】
また、アシスタンス情報には、ＰＳ（Public Safety）のために動作することを公認されたことを示す情報が含まれてもよい。また、アシスタンス情報には、コマーシャルユース（Commercial Use）のために動作することを公認されたことを示す情報が含まれてもよい。
【０２５８】
また、アシスタンス情報には、Ｄ２Ｄに関連する情報、Ｄ２Ｄ発見に関連する情報、および／または、Ｄ２Ｄ通信に関連する情報が含まれてもよい。
【０２５９】
以下、公認のレンジの設定（指定、指示、決定、供給）方法の別の例について記載する。
【０２６０】
ここで、以下の公認のレンジの設定方法の別の例は、Ｄ２Ｄ発見またはＤ２Ｄ通信のみに適用されてもよい。以下の公認のレンジの設定方法の別の例は、Ｄ２Ｄ発見およびＤ２Ｄ通信毎に個別に適用されてもよい。
【０２６１】
例えば、Ｄ２Ｄの能力を備える端末装置１は、上位層によって（例えば、ＲＲＣ層において）、Ｄ２Ｄの送信を実行することを設定された場合、ＰＣＭＡＸ，ｃを数（４）に基づいてセットしてもよい。
【数４】
2016047753.tif 000006
【０２６２】
ここで、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅは、公認されたレンジに対応して与えられる最大出力電力（最大送信電力とも称される）の値である。例えば、端末装置１は、レンジ：Ｈｉｇｈで実行することが公認された場合、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅに、レンジ：Ｈｉｇｈに対応する最大出力電力の値をセットしてもよい。また、端末装置１は、レンジ：Ｍｅｄｉｕｍで実行することが公認された場合、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅに、レンジ：Ｍｅｄｉｕｍに対応する最大出力電力の値をセットしてもよい。また、端末装置１は、レンジ：Ｌｏｗで実行することが公認された場合、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅに、レンジ：Ｌｏｗに対応する最大出力電力の値をセットしてもよい。
【０２６３】
すなわち、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅは、Ｄ２Ｄの送信に対する、公認されたレンジに対応して与えられる最大出力電力の値であってもよい。すなわち、端末装置１は、パラメータ：ＰＥＭＡＸ，ｃの値、パラメータ：ＰＰｏｗｅｒＣｌａｓｓの値、パラメータ：ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅの値のうちの最小の電力の値に基づいて、パラメータ：ＰＣＭＡＸ，ｃを決定してもよい。ここで、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅの値は、オペレータ（ＰＬＭＮ）毎に規定されてもよい。また、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅの値は、セル毎に規定されてもよい。また、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅの値は、端末装置１毎に規定されてもよい。また、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅの値は、アプリケーション毎に規定されてもよい。
【０２６４】
また、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅにセットされる最大出力電力の値として、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅ_ＰＳ(Public Safety)、および／または、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅ_ＣＵ(Ｃｏｍｍｅｒｃｉａｌ Ｕｓｅ)が規定されてもよい。すなわち、端末装置１がＰＳ（Public Safety）のために動作することを公認された場合の最大出力電力が規定されてもよい。また、端末装置１がコマーシャルユース（Commercial Use）のために動作することを公認された場合の最大出力電力が規定されてもよい。
【０２６５】
すなわち、端末装置１は、ＰＳ（Public Safety）のために動作することを公認された場合、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅに、対応する最大出力電力の値をセットしてもよい。また、端末装置１は、コマーシャルユース（Commercial Use）のために動作することを公認された場合、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅに、対応する最大出力電力の値をセットしてもよい。すなわち、端末装置１は、Ｄ２Ｄの送信が、ＰＳ（Public Safety）に関連するのか、コマーシャルユース（Commercial Use）に関連するのか、に基づいて、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅにセットする最大送信電力の値を切り替えてもよい。
【０２６６】
ここで、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅにセットされる最大出力電力の値は、予め設定（Pre-configured）されてもよい。また、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅにセットされる最大出力電力の値は、上位層の信号を用いて設定されてもよい。例えば、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅにセットされる最大出力電力の値は、ＲＲＣメッセージ（専用のメッセージ）を用いて設定されてもよい。例えば、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅにセットされる最大出力電力の値は、セルスペシフィック、および／または、ユーザ装置スペシフィックに設定されてもよい。
【０２６７】
また、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅにセットされる最大出力電力の値は、実行されるアプリケーションに依存して設定されてもよい。また、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅにセットされる最大出力電力の値は、仕様書などによって予め規定されてもよい。
【０２６８】
また、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅにセットされる最大出力電力の値は、ＳＩＭ（Subscriber Identity Module）に記憶されてもよい。ここで、ＳＩＭは、ＵＳＩＭ（Universal Subscriber Identity Module）とも称される。また、ＵＩＣＣ（Universal Integrated Circuit Card）が、ＳＩＭアプリケーションまたはＵＳＩＭアプリケーションを含んでもよい。ここで、ＵＩＣＣを、ＳＩＭカード、または、ＵＳＩＭカードと称してもよい。すなわち、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅにセットされる最大出力電力の値は、ＵＩＣＣに記憶されてもよい。
【０２６９】
また、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅにセットされる最大出力電力の値は、端末装置１に記憶されてもよい。ここで、ＳＩＭに記憶された最大出力電力の値は、端末装置１に記憶された最大出力電力の値よりも優先されてもよい。すなわち、端末装置１は、ＳＩＭに記憶された最大出力電力の値と、端末装置１に記憶された最大出力電力の値が異なる場合には、ＳＩＭに記憶された最大出力電力の値をＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅにセットしてもよい。
【０２７０】
また、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅにセットされる最大出力電力の値に対応する公認されたレンジ（公認されたレンジのクラス）が、予め設定されてもよい。例えば、端末装置１は、予め設定された公認されたレンジを参照することによって、ＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅにセットされる最大出力電力の値を切り替えてもよい。ここで、公認されたレンジは、上位層の信号を用いて設定されてもよい。例えば、公認されたレンジは、ＲＲＣメッセージ（専用のメッセージ）を用いて設定されてもよい。例えば、公認されたレンジは、セルスペシフィック、および／または、ユーザ装置スペシフィックに設定されてもよい。
【０２７１】
また、公認されたレンジは、実行されるアプリケーションに依存して設定されてもよい。また、公認されたレンジは、仕様書などによって予め規定されてもよい。
【０２７２】
また、公認されたレンジは、ＳＩＭに記憶されてもよい。また、公認されたレンジは、端末装置１に記憶されてもよい。ここで、ＳＩＭに記憶された公認されたレンジは、端末装置１に記憶された公認されたレンジよりも優先されてもよい。すなわち、端末装置１は、ＳＩＭに記憶された公認されたレンジと、端末装置１に記憶された公認されたレンジが異なる場合には、ＳＩＭに記憶された公認されたレンジを参照してＰＡｕｔｈｏｒｉｚｅｄＲａｎｇｅにセットしてもよい。または、ＳＩＭに記憶された公認されたレンジと、端末装置１に記憶された公認されたレンジが異なる場合には、ＳＩＭと端末装置１の何れかに対して公認されたレンジの全てが公認されているとみなしてもよい。
【０２７３】
ここで、上述したように、公認のレンジは、Ｄ２Ｄ発見に対して適用されてもよい。すなわち、公認のレンジは、Ｄ２Ｄ発見に対応するＤ２Ｄデータの送信に対して適用されてもよい。すなわち、公認のレンジは、ＰＳＤＣＨでの送信に対して適用されてもよい。すなわち、端末装置１は、ＰＳＤＣＨでの送信に対して、数（４）を適用してもよい。
【０２７４】
また、公認のレンジは、Ｄ２Ｄ通信に対して適用されてもよい。また、公認のレンジは、Ｄ２Ｄ通信に対応するＤ２Ｄデータの送信に対して適用されてもよい。すなわち、公認のレンジは、ＰＳＳＣＨでの送信に対して適用されてもよい。すなわち、端末装置１は、ＰＳＳＣＨでの送信に対して、数（４）を適用してもよい。
【０２７５】
また、公認のレンジは、ＰＳＢＣＨ／ＳＳＳの送信に対して適用されてもよい。すなわち、端末装置１は、ＰＳＢＣＨ／ＳＳＳの送信に対して、数（４）を適用してもよい。ここで、公認のレンジは、ＰＳＢＣＨ／ＳＳＳの送信に対して適用されなくてもよい。例えば、ＰＳＢＣＨ／ＳＳＳの送信に対しては、公認のレンジを適用せずに、設定された最大送信電力が適用されてもよい。すなわち、公認のレンジは、ＰＳＢＣＨ／ＳＳＳの送信に対して規定されなくてもよい。すなわち、端末装置１は、ＰＳＢＣＨ／ＳＳＳの送信に対して、数（４）を適用せずに、数（３）を適用してもよい。
【０２７６】
以下、本実施形態における装置の構成について説明する。
【０２７７】
図６は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、上位層処理部１０１、制御部１０３、受信部１０５、送信部１０７と送受信アンテナ部１０９を含んで構成される。また、上位層処理部１０１は、無線リソース制御部１０１１、スケジューリング情報解釈部１０１３、および、Ｄ２Ｄ制御部１０１５を含んで構成される。また、受信部１０５は、復号化部１０５１、復調部１０５３、多重分離部１０５５、無線受信部１０５７とチャネル測定部１０５９を含んで構成される。また、送信部１０７は、符号化部１０７１、変調部１０７３、多重部１０７５、無線送信部１０７７と上りリンク参照信号生成部１０７９を含んで構成される。
【０２７８】
上位層処理部１０１は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロック）を、送信部１０７に出力する。また、上位層処理部１０１は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。
【０２７９】
上位層処理部１０１が備える無線リソース制御部１０１１は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御部１０１１は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御部１０１１は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。また、無線リソース制御部１０１１は、上りリンク／サイドリンクの各チャネルに配置される情報を生成し、送信部１０７に出力する。
【０２８０】
上位層処理部１０１が備えるスケジューリング情報解釈部１０１３は、受信部１０５を介して受信したＤＣＩフォーマット／Ｄ２Ｄグラント（スケジューリング情報）の解釈をし、前記ＤＣＩフォーマット／Ｄ２Ｄグラントを解釈した結果に基づき、受信部１０５、および送信部１０７の制御を行なうために制御情報を生成し、制御部１０３に出力する。
【０２８１】
上位層処理部１０１が備えるＤ２Ｄ制御部１０１５は、無線リソース制御部１０１１によって管理されている各種設定情報／パラメータに基づいて、Ｄ２Ｄ、Ｄ２Ｄ発見、Ｄ２Ｄ通信、および／または、ＰｒｏＳｅ−ａｓｓｉｓｔｅｄ  ＷＬＡＮダイレクト通信の制御を行う。
【０２８２】
制御部１０３は、上位層処理部１０１からの制御情報に基づいて、受信部１０５、および送信部１０７の制御を行なう制御信号を生成する。制御部１０３は、生成した制御信号を受信部１０５、および送信部１０７に出力して受信部１０５、および送信部１０７の制御を行なう。
【０２８３】
受信部１０５は、制御部１０３から入力された制御信号に従って、送受信アンテナ部１０９を介して基地局装置３から受信した受信信号を、分離、復調、復号し、復号した情報を上位層処理部１０１に出力する。
【０２８４】
無線受信部１０５７は、送受信アンテナ部１０９を介して受信した下りリンクの信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down covert）、不要な周波数成分を除去し、信号レベルが適切に維持されるように増幅レベルを制御し、受信した信号の同相成分および直交成分に基づいて、直交復調し、直交復調されたアナログ信号をディジタル信号に変換する。無線受信部１０５７は、変換したディジタル信号からＣＰ（Cyclic Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。
【０２８５】
多重分離部１０５５は、抽出した信号をＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨ、ＰＤＳＣＨ、および下りリンク参照信号に、それぞれ分離する。また、多重分離部１０５５は、チャネル測定部１０５９から入力された伝搬路の推定値から、ＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨ、およびＰＤＳＣＨの伝搬路の補償を行なう。また、多重分離部１０５５は、分離した下りリンク参照信号をチャネル測定部１０５９に出力する。
【０２８６】
復調部１０５３は、ＰＨＩＣＨに対して対応する符号を乗算して合成し、合成した信号に対してＢＰＳＫ（Binary Phase Shift Keying）変調方式の復調を行ない、復号化部１０５１へ出力する。復号化部１０５１は、自装置宛てのＰＨＩＣＨを復号し、復号したＨＡＲＱインディケータを上位層処理部１０１に出力する。復調部１０５３は、ＰＤＣＣＨおよび／またはＥＰＤＣＣＨに対して、ＱＰＳＫ変調方式の復調を行ない、復号化部１０５１へ出力する。復号化部１０５１は、ＰＤＣＣＨおよび／またはＥＰＤＣＣＨの復号を試み、復号に成功した場合、復号した下りリンク制御情報と下りリンク制御情報が対応するＲＮＴＩとを上位層処理部１０１に出力する。
【０２８７】
復調部１０５３は、ＰＤＳＣＨに対して、ＱＰＳＫ（Quadrature Phase Shift Keying）、１６ＱＡＭ（Quadrature Amplitude Modulation）、６４ＱＡＭ等の下りリンクグラントで通知された変調方式の復調を行ない、復号化部１０５１へ出力する。復号化部１０５１は、下りリンク制御情報で通知された符号化率に関する情報に基づいて復号を行い、復号した下りリンクデータ（トランスポートブロック）を上位層処理部１０１へ出力する。
【０２８８】
チャネル測定部１０５９は、多重分離部１０５５から入力された下りリンク参照信号から下りリンクのパスロスやチャネルの状態を測定し、測定したパスロスやチャネルの状態を上位層処理部１０１へ出力する。また、チャネル測定部１０５９は、下りリンク参照信号から下りリンクの伝搬路の推定値を算出し、多重分離部１０５５へ出力する。チャネル測定部１０５９は、ＣＱＩの算出のために、チャネル測定、および／または、干渉測定を行なう。
【０２８９】
送信部１０７は、制御部１０３から入力された制御信号に従って、上りリンク参照信号を生成し、上位層処理部１０１から入力された上りリンクデータ（トランスポートブロック）を符号化および変調し、ＰＵＣＣＨ、ＰＵＳＣＨ、および生成した上りリンク参照信号を多重し、送受信アンテナ部１０９を介して基地局装置３に送信する。
【０２９０】
符号化部１０７１は、上位層処理部１０１から入力された上りリンク制御情報を畳み込み符号化、ブロック符号化等の符号化を行う。また、符号化部１０７１は、ＰＵＳＣＨのスケジューリングに用いられる情報に基づきターボ符号化を行なう。
【０２９１】
変調部１０７３は、符号化部１０７１から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ等の下りリンク制御情報で通知された変調方式または、チャネル毎に予め定められた変調方式で変調する。変調部１０７３は、ＰＵＳＣＨのスケジューリングに用いられる情報に基づき、空間多重されるデータの系列の数を決定し、ＭＩＭＯ（Multiple Input Multiple Output）ＳＭ（Spatial Multiplexing）を用いることにより同一のＰＵＳＣＨで送信される複数の上りリンクデータを、複数の系列にマッピングし、この系列に対してプレコーディング（precoding）を行なう。
【０２９２】
上りリンク参照信号生成部１０７９は、基地局装置３を識別するための物理レイヤセル識別子（physical layer cell identity: PCI、Cell IDなどと称する。）、上りリンク参照信号を配置する帯域幅、上りリンクグラントで通知されたサイクリックシフト、ＤＭＲＳシーケンスの生成に対するパラメータの値などを基に、予め定められた規則（式）で求まる系列を生成する。多重部１０７５は、制御部１０３から入力された制御信号に従って、ＰＵＳＣＨの変調シンボルを並列に並び替えてから離散フーリエ変換（Discrete Fourier Transform: DFT）する。また、多重部１０７５は、ＰＵＣＣＨとＰＵＳＣＨの信号と生成した上りリンク参照信号を送信アンテナポート毎に多重する。つまり、多重部１０７５は、ＰＵＣＣＨとＰＵＳＣＨの信号と生成した上りリンク参照信号を送信アンテナポート毎にリソースエレメントに配置する。
【０２９３】
無線送信部１０７７は、多重された信号を逆高速フーリエ変換（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）などを生成し、又は上位ノードから取得し、送信部３０７に出力する。また、無線リソース制御部３０１１は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御部１０１１は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御部１０１１は、各種設定情報／パラメータを示す情報を送信／報知する。
【０２９７】
上位層処理部３０１が備えるスケジューリング部３０１３は、受信したチャネル状態情報およびチャネル測定部３０５９から入力された伝搬路の推定値やチャネルの品質などから、物理チャネル（ＰＤＳＣＨおよびＰＵＳＣＨ）を割り当てる周波数およびサブフレーム、物理チャネル（ＰＤＳＣＨおよびＰＵＳＣＨ）の符号化率および変調方式および送信電力などを決定する。スケジューリング部３０１３は、スケジューリング結果に基づき、受信部３０５、および送信部３０７の制御を行なうために制御情報（例えば、ＤＣＩフォーマット）を生成し、制御部３０３に出力する。スケジューリング部３０１３は、さらに、送信処理および受信処理を行うタイミングを決定する。
【０２９８】
上位層処理部３０１が備えるＤ２Ｄ制御部３０１５は、無線リソース制御部３０１１によって管理されている各種設定情報／パラメータに基づいて、セルラリンクを用いて通信している端末装置１におけるＤ２Ｄ、Ｄ２Ｄ発見、Ｄ２Ｄ通信、および／または、ＰｒｏＳｅ−ａｓｓｉｓｔｅｄ  ＷＬＡＮダイレクト通信の制御を行う。Ｄ２Ｄ制御部３０１５は、他の基地局装置３または端末装置１に送信する、Ｄ２Ｄに関連する情報を生成してもよい。
【０２９９】
制御部３０３は、上位層処理部３０１からの制御情報に基づいて、受信部３０５、および送信部３０７の制御を行なう制御信号を生成する。制御部３０３は、生成した制御信号を受信部３０５、および送信部３０７に出力して受信部３０５、および送信部３０７の制御を行なう。
【０３００】
受信部３０５は、制御部３０３から入力された制御信号に従って、送受信アンテナ部３０９を介して端末装置１から受信した受信信号を分離、復調、復号し、復号した情報を上位層処理部３０１に出力する。無線受信部３０５７は、送受信アンテナ部３０９を介して受信された上りリンクの信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down covert）、不要な周波数成分を除去し、信号レベルが適切に維持されるように増幅レベルを制御し、受信された信号の同相成分および直交成分に基づいて、直交復調し、直交復調されたアナログ信号をディジタル信号に変換する。
【０３０１】
無線受信部３０５７は、変換したディジタル信号からＣＰ（Cyclic Prefix）に相当する部分を除去する。無線受信部３０５７は、ＣＰを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出し多重分離部３０５５に出力する。
【０３０２】
多重分離部１０５５は、無線受信部３０５７から入力された信号をＰＵＣＣＨ、ＰＵＳＣＨ、上りリンク参照信号などの信号に分離する。尚、この分離は、予め基地局装置３が無線リソース制御部３０１１で決定し、各端末装置１に通知した上りリンクグラントに含まれる無線リソースの割り当て情報に基づいて行なわれる。また、多重分離部３０５５は、チャネル測定部３０５９から入力された伝搬路の推定値から、ＰＵＣＣＨとＰＵＳＣＨの伝搬路の補償を行なう。また、多重分離部３０５５は、分離した上りリンク参照信号をチャネル測定部３０５９に出力する。
【０３０３】
復調部３０５３は、ＰＵＳＣＨを逆離散フーリエ変換（Inverse Discrete Fourier Transform: IDFT）し、変調シンボルを取得し、ＰＵＣＣＨとＰＵＳＣＨの変調シンボルそれぞれに対して、ＢＰＳＫ（Binary Phase Shift Keying）、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ等の予め定められた、または自装置が端末装置１各々に上りリンクグラントで予め通知した変調方式を用いて受信信号の復調を行なう。復調部３０５３は、端末装置１各々に上りリンクグラントで予め通知した空間多重される系列の数と、この系列に対して行なうプリコーディングを指示する情報に基づいて、ＭＩＭＯ  ＳＭを用いることにより同一のＰＵＳＣＨで送信された複数の上りリンクデータの変調シンボルを分離する。
【０３０４】
復号化部３０５１は、復調されたＰＵＣＣＨとＰＵＳＣＨの符号化ビットを、予め定められた符号化方式の、予め定められた、又は自装置が端末装置１に上りリンクグラントで予め通知した符号化率で復号を行ない、復号した上りリンクデータと、上りリンク制御情報を上位層処理部１０１へ出力する。ＰＵＳＣＨが再送信の場合は、復号化部３０５１は、上位層処理部３０１から入力されるＨＡＲＱバッファに保持している符号化ビットと、復調された符号化ビットを用いて復号を行なう。チャネル測定部３０９は、多重分離部３０５５から入力された上りリンク参照信号から伝搬路の推定値、チャネルの品質などを測定し、多重分離部３０５５および上位層処理部３０１に出力する。
【０３０５】
送信部３０７は、制御部３０３から入力された制御信号に従って、下りリンク参照信号を生成し、上位層処理部３０１から入力されたＨＡＲＱインディケータ、下りリンク制御情報、下りリンクデータを符号化、および変調し、ＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨ、ＰＤＳＣＨ、および下りリンク参照信号を多重して、送受信アンテナ部３０９を介して端末装置１に信号を送信する。
【０３０６】
符号化部３０７１は、上位層処理部３０１から入力されたＨＡＲＱインディケータ、下りリンク制御情報、および下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の予め定められた符号化方式を用いて符号化を行なう、または無線リソース制御部３０１１が決定した符号化方式を用いて符号化を行なう。変調部３０７３は、符号化部３０７１から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ等の予め定められた、または無線リソース制御部３０１１が決定した変調方式で変調する。
【０３０７】
下りリンク参照信号生成部３０７９は、基地局装置３を識別するための物理レイヤセル識別子（ＰＣＩ）などを基に予め定められた規則で求まる、端末装置１が既知の系列を下りリンク参照信号として生成する。多重部３０７５は、変調された各チャネルの変調シンボルと生成された下りリンク参照信号を多重する。つまり、多重部３０７５は、変調された各チャネルの変調シンボルと生成された下りリンク参照信号をリソースエレメントに配置する。
【０３０８】
無線送信部３０７７は、多重された変調シンボルなどを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＯＦＤＭシンボルを生成し、生成したＯＦＤＭシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換し、ローパスフィルタにより余分な周波数成分を除去し、搬送波周波数にアップコンバート（up convert）し、電力増幅し、送受信アンテナ部３０９に出力して送信する。
【０３０９】
すなわち、本実施形態における端末装置１は、上位層によってＤ２Ｄの送信を実行することを設定される端末装置１において、送信電力に関する１つ、または、複数の第１のパラメータを基地局装置から受信し、第１の送信リソースを設定するための第２のパラメータを前記基地局装置から受信する受信部１０５と、ＲＲＣアイドルの状態において、前記第２のパラメータを受信した場合には、前記１つ、または、複数の第１のパラメータのうち、公認されたレンジに対応する第１のパラメータに基づく送信電力で、前記第１の送信リソースを用いて前記Ｄ２Ｄの送信を実行する送信部１０７と、を備える。
【０３１０】
また、本実施形態における端末装置１は、前記ＲＲＣアイドルの状態において、前記第２のパラメータを受信していない場合には、ＲＲＣ接続の確立プロシージャを実行する制御部１０３を備える。
【０３１１】
また、前記受信部１０５は、送信電力に関する１つ、または、複数の第３のパラメータを前記基地局装置から受信し、第２の送信リソースを設定するための第４のパラメータを前記基地局装置から受信し、前記送信部１０７は、ＲＲＣ接続の状態において、前記第４のパラメータを受信した場合には、前記１つ、または、複数の第３のパラメータのうち、公認されたレンジに対応する第３のパラメータに基づく送信電力で、前記第２の送信リソースを用いて前記Ｄ２Ｄの送信を実行する。
【０３１２】
また、前記受信部１０５は、送信電力に関する１つの第３のパラメータを前記基地局装置から受信し、第２の送信リソースを設定するための第４のパラメータを前記基地局装置から受信し、前記送信部１０７は、ＲＲＣ接続の状態において、前記第４のパラメータを受信した場合には、公認されたレンジに関わらず、前記第３のパラメータ基づく送信電力で、前記第２の送信リソースを用いて前記Ｄ２Ｄの送信を実行する。
【０３１３】
また、本実施形態における端末装置１は、前記ＲＲＣ接続の状態において、前記第４のパラメータを受信していない場合には、前記Ｄ２Ｄの送信に対するリソースを割り当てるよう要求する制御部１０３を備える。
【０３１４】
また、本実施形態における端末装置１は、上位層によってＤ２Ｄの送信を実行することを設定される端末装置において、ＲＲＣメッセージを用いて設定されたパラメータ（Ｐ−Ｍａｘ）に基づいて与えられる、あるセルに対する送信電力の値（ＰＥＭＡＸ，ｃ）、および、前記端末装置の電力のクラスによって与えられる送信電力の値（ＰＰｏｗｅｒＣｌａｓｓ）、および、公認されたレンジに対応して与えられる送信電力の値、のうちの最小の送信電力の値に基づいて、前記あるセルにおけるＤ２Ｄの送信に対する最大の送信電力を決定する制御部１０３を備える。
【０３１５】
また、本実施形態における基地局装置３は、上位層によってＤ２Ｄの送信を実行することを設定される端末装置と通信する基地局装置において、送信電力に関する１つ、または、複数の第１のパラメータを前記端末装置へ送信し、第１の送信リソースを設定するための第２のパラメータを前記端末装置へ送信する送信部３０７を備え、前記第２のパラメータが送信された場合には、ＲＲＣアイドルの状態における前記端末装置は、前記１つ、または、複数の第１のパラメータのうち、公認されたレンジに対応する第１のパラメータに基づく送信電力で、前記第１の送信リソースを用いて前記Ｄ２Ｄの送信を実行する。
【０３１６】
また、前記第２のパラメータが送信されていない場合には、前記ＲＲＣアイドルの状態における前記端末装置は、ＲＲＣ接続の確立プロシージャを実行する。
【０３１７】
また、前記送信部３０７は、送信電力に関する１つ、または、複数の第３のパラメータを前記端末装置へ送信し、第２の送信リソースを設定するための第４のパラメータを前記端末装置へ送信し、前記第４のパラメータが送信された場合には、ＲＲＣ接続の状態における前記端末装置は、前記１つ、または、複数の第３のパラメータのうち、公認されたレンジに対応する第３のパラメータに基づく送信電力で、前記第２の送信リソースを用いて前記Ｄ２Ｄの送信を実行する。
【０３１８】
前記送信部３０７は、送信電力に関する１つの第３のパラメータを前記端末装置へ送信し、第２の送信リソースを設定するための第４のパラメータを前記端末装置へ送信し、前記第４のパラメータが送信された場合には、ＲＲＣ接続の状態における前記端末装置は、公認されたレンジに関わらず、前記第３のパラメータ基づく送信電力で、前記第２の送信リソースを用いて前記Ｄ２Ｄの送信を実行する。
【０３１９】
また、前記第４のパラメータが送信されていない場合には、前記ＲＲＣ接続の状態における前記端末装置は、前記Ｄ２Ｄの送信に対するリソースを割り当てるよう要求する。
【０３２０】
また、本実施形態における基地局装置３は、上位層によってＤ２Ｄの送信を実行することを設定される端末装置と通信する基地局装置において、ＲＲＣメッセージを用いて設定したパラメータ（Ｐ−Ｍａｘ）に基づいて与えられる、あるセルに対する送信電力の値（ＰＥＭＡＸ，ｃ）、および、前記端末装置の電力のクラスによって与えられる送信電力の値（ＰＰｏｗｅｒＣｌａｓｓ）、および、公認されたレンジに対応して与えられる送信電力の値、のうちの最小の送信電力の値に基づいて、前記あるセルにおけるＤ２Ｄの送信に対する最大の送信電力を決定する制御部３０３を備える。
【０３２１】
ここで、上述したように、ＰＳＢＣＨに関連するＰＳＳＳの送信電力は、ＰＳＢＣＨの送信電力と同じでもよい。また、ＰＳＢＣＨに関連するＳＳＳＳの送信電力は、ＰＳＢＣＨの送信電力と同じでもよい。また、ＰＳＢＣＨに関連するＳＳＳＳの送信電力は、ＰＳＢＣＨの送信電力、および／または、ＰＳＳＳの送信電力より所定の値低くてもよい。
【０３２２】
さらに、ＰＳＢＣＨ、ＰＳＳＳ、および／または、ＳＳＳＳは、同一のアンテナポートを用いて送信されてもよい。すなわち、ＰＳＢＣＨに対するアンテナポートと、同一のアンテナポートがＰＳＳＳに対して用いられてもよい。また、ＰＳＳＳに対するアンテナポートと、同一のアンテナポートがＳＳＳＳに対して用いられてもよい。すなわち、ＰＳＢＣＨに対するアンテナポートと、同一のアンテナポートがＳＳＳＳに対して用いられてもよい。
【０３２３】
ここで、ＰＵＳＣＨに対して設定されるアンテナポートの数に基づいて、異なるアンテナポートナンバーが規定されてもよい。すなわち、物理チャネル（または、物理信号）の送信に対して用いられるアンテナポートは、該物理チャネル（または、該物理信号）に対して設定されるアンテナポートの数に依存してもよい。例えば、ＰＵＳＣＨに対して設定されるアンテナポートの数が１の場合には、アンテナポートナンバーは１０が規定されてもよい。また、ＰＵＳＣＨに対して設定されるアンテナポートの数が２の場合には、アンテナポートナンバーは２０、および、２１が規定されてもよい。また、ＰＵＳＣＨに対して設定されるアンテナポートの数が４の場合には、アンテナポートナンバーは４０、４１、４２、および、４３が規定されてもよい。
【０３２４】
ここで、ＰＳＢＣＨ、ＰＳＳＳ、および／または、ＳＳＳＳの送信に対して用いられるアンテナポートのアンテナポートナンバーは１０であってもよい。すなわち、ＰＳＢＣＨ、ＰＳＳＳ、および／または、ＳＳＳＳの送信に対して用いられるアンテナポートは、ＰＵＳＣＨに対して設定されるアンテナポートの数が１の場合に、ＰＵＳＣＨの送信に対して用いられるアンテナポートと同一のアンテナポート（すなわち、アンテナポートナンバー１０のアンテナポート）である。
【０３２５】
また、ＰＳＢＣＨ、ＰＳＳＳ、および／または、ＳＳＳＳは、同一のアンテナポートを用いて送信されてもよい。
【０３２６】
また、ＰＳＢＣＨ、ＰＳＳＳ、および／または、ＳＳＳＳは、同一の帯域幅、および／または、同一のサブキャリア、および／または、同一のリソースブロックを用いて送信されてもよい。すなわち、ＰＳＢＣＨに対する帯域幅、および／または、サブキャリア、および／または、リソースブロックと、同一の帯域幅、および／または、サブキャリア、および／または、リソースブロックがＰＳＳＳに対して用いられてもよい。また、ＰＳＳＳに対する帯域幅、および／または、サブキャリア、および／または、リソースブロックと、同一の帯域幅、および／または、サブキャリア、および／または、リソースブロックがＳＳＳＳに対して用いられてもよい。すなわち、ＰＳＢＣＨに対する帯域幅、および／または、サブキャリア、および／または、リソースブロックと、同一の帯域幅、および／または、サブキャリア、および／または、リソースブロックがＳＳＳＳに対して用いられてもよい。
【０３２７】
これにより、効率的にＤ２Ｄを行うことができる。
【０３２８】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤＤ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行われる。
【０３２９】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
【０３３０】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０３３１】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０３３２】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０３３３】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０３３４】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０３３５】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０３３６】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【産業上の利用可能性】
【０３３７】
本発明は、端末装置、基地局装置を含む通信機器の他、屋内外に設置される据え置き型、または非可動型の電子機器、生活機器等に適用できる。
【符号の説明】
【０３３８】
１（１Ａ、１Ｂ、１Ｃ）    端末装置
３    基地局装置
１０１    上位層処理部
１０３    制御部
１０５    受信部
１０７    送信部
１０９    送受信アンテナ部
３０１    上位層処理部
３０３    制御部
３０５    受信部
３０７    送信部
３０９    送受信アンテナ部
１０１１    無線リソース制御部
１０１３    スケジューリング情報解釈部
１０１５    Ｄ２Ｄ制御部
３０１１    無線リソース制御部
３０１３    スケジューリング部
３０１５    Ｄ２Ｄ制御部
【図１】
2016047753.tif 000007
【図２】
2016047753.tif 000008
【図３】
2016047753.tif 000009
【図４】
2016047753.tif 000010
【図５】
2016047753.tif 000011
【図６】
2016047753.tif 000012
【図７】
2016047753.tif 000013
【図８】
2016047753.tif 000014
【図９】
2016047753.tif 000015
【図１０】
2016047753.tif 000016
【国際調査報告】
2016047753.tif 000017
2016047753.tif 000018
2016047753.tif 000019
2016047753.tif 000020