(57)【特許請求の範囲】
【請求項１】
第１の端末が無線通信システムにおける端末間直接（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ：Ｄ２Ｄ）データを送信するための方法であって、
Ｄ２Ｄ通信で使用する資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）を上位層シグナリングを介して基地局から受信するステップであって、前記資源プールは、第１の制御情報送信に関連した資源情報を含む、ステップと、
前記Ｄ２Ｄ通信のために定義された第１のダウンリンク制御情報（ＤＣＩ）フォーマットを前記基地局から受信するステップと、
前記受信した第１のＤＣＩフォーマットに基づいて前記第１の制御情報を生成するステップと、
前記生成された第１の制御情報を第２の端末（ｔｅｒｍｉｎａｌ）へ送信するステップであって、前記生成された第１の制御情報は、前記Ｄ２Ｄデータ送信に関する情報を含む、ステップと、
前記Ｄ２Ｄデータを前記第２の端末に送信するステップと、
を含み、
前記第１のＤＣＩフォーマットは特定ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）によりスクランブルされたＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）であり、
前記特定のＲＮＴＩはＤ２Ｄ  ＲＮＴＩであり、
少なくとも一つのパディングビットは、前記第１のＤＣＩフォーマットのサイズが前記第２のＤＣＩフォーマットのサイズと等しくなるまで付加される、方法。
【請求項２】
前記第１のＤＣＩフォーマットは、Ｃ（Ｃｅｌｌ）−ＲＮＴＩと区別される別のＲＮＴＩでＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）マスキング（ｍａｓｋｉｎｇ）される、請求項１に記載の方法。
【請求項３】
前記第２のＤＣＩフォーマットがＤＣＩフォーマット０である、請求項１に記載の方法。
【請求項４】
前記第１のＤＣＩフォーマットは、ＤＣＩ  ｆｏｒｍａｔ  ５である、請求項１に記載の方法。
【請求項５】
前記第１のＤＣＩを受信するステップは、
検索空間（ｓｅａｒｃｈ  ｓｐａｃｅ）でＰＤＣＣＨをブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）するステップを含む、請求項１に記載の方法。
【請求項６】
前記ブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）するステップは、
前記ＰＤＣＣＨを前記Ｃ−ＲＮＴＩ及び前記Ｄ２Ｄ−ＲＮＴＩでそれぞれＣＲＣチェック（ｃｈｅｃｋ）を行うステップを含む、請求項５に記載の方法。
【請求項７】
無線通信システムにおける端末間直接（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ：Ｄ２Ｄ）データを送信するための第１の端末（ｔｅｒｍｉｎａｌ）であって、
無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニットと、
前記ＲＦユニットと機能的に接続されたプロセッサと、
を備え、
前記プロセッサは、
上位層シグナリングを介してＤ２Ｄ通信で利用される資源プールを基地局から受信し、
前記資源プールは、第１の制御情報送信に関連した資源情報を含み、
前記Ｄ２Ｄ通信のために定義された第１のダウンリンク制御情報（ＤＣＩ）フォーマットを前記基地局から受信し、
前記受信した第１のＤＣＩフォーマットに基づいて前記第１の制御情報を生成し、
前記生成された第１の制御情報を第２の端末（ｔｅｒｍｉｎａｌ）へ送信し、
前記生成された第１の制御情報は前記Ｄ２Ｄデータ送信に関連した情報を含み、
前記Ｄ２Ｄデータを前記第２の端末に送信するように構成され、
前記第１のＤＣＩフォーマットは特定ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）によりスクランブルされたＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）であり、
前記特定のＲＮＴＩはＤ２Ｄ  ＲＮＴＩであり、
少なくとも一つのパディングビットは、前記第１のＤＣＩフォーマットのサイズが前記第２のＤＣＩフォーマットのサイズと等しくなるまで付加される、端末。
【請求項８】
前記プロセッサは、
検索空間（ｓｅａｒｃｈ  ｓｐａｃｅ）でＣ−ＲＮＴＩ及びＤ２Ｄ−ＲＮＴＩでＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に対してＣＲＣチェック（ｃｈｅｃｋ）を行うように構成された、請求項７に記載の端末。
【請求項９】
前記少なくとも一つのパディングビットは前記第１のＤＣＩフォーマットに付加される、請求項１に記載の方法。
【請求項１０】
前記少なくとも一つのパディングビットは前記第１のＤＣＩフォーマットに付加される、請求項７に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳細には、端末間通信（ｄｅｖｉｃｅ  ｔｏ  ｄｅｖｉｃｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）を支援する無線通信システムにおけるＤ２Ｄデータを送受信するための方法及びこれを支援する装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなく、データサービスまで領域を拡張し、現在では、爆発的なトラフィックの増加によって資源の不足現象が引き起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００３】
次世代移動通信システムの要求条件は、大きく爆発的なデータトラフィックの収容、ユーザ当たりの送信率の画期的な増加、大幅増加した接続デバイス数の収容、非常に低いエンドツーエンド遅延（Ｅｎｄ-ｔｏ-Ｅｎｄ  Ｌａｔｅｎｃｙ）、高エネルギー効率を支援できなければならない。このために、多重続性（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ  ＭＩＭＯ：Ｍａｓｓｉｖｅ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）、全二重（Ｉｎ-ｂａｎｄ  Ｆｕｌｌ  Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ-Ｏｒｔｈｏｇｏｎａｌ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ  ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ  Ｎｅｔｗｏｒｋｉｎｇ）等、様々な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書は、端末間直接通信を行うにあたって、Ｄ２Ｄ  ｄａｔａを復調するために要求されるＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを定義することに目的がある。
【０００５】
また、本明細書は、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ及びＤ２Ｄ  ｄａｔａを送受信するための方法を提供することに目的がある。
【０００６】
また、本明細書は、ＲＲＣ  ｓｉｇｎａｌｉｎｇ、Ｄ２Ｄ  ｇｒａｎｔ等を介してＤ２Ｄ通信資源と関連した制御情報を送信するための方法を提供することに目的がある。
【０００７】
また、本明細書は、様々なフィールドを定義してＳＡ送信資源及び／又はＤ２Ｄ  ｄａｔａ送信資源を知らせるための方法を提供することに目的がある。
【０００８】
また、本明細書は、Ｄ２Ｄ通信の送信電力制御のための新しい送信電力制御フィールド（或いは、コマンドまたは制御情報）を定義することに目的がある。
【０００９】
また、本明細書は、セルラー通信とＤ２Ｄ通信との送信電力制御情報を区別するための方法を提供することに目的がある。
【００１０】
また、本明細書は、Ｄ２Ｄ通信においてＳＡとＤ２Ｄ  ｄａｔａの送信電力制御情報を区別するための方法を提供することに目的がある。
【００１１】
また、本明細書は、Ｄ２Ｄ  ｇｒａｎｔとＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを用いてＳＡ及びＤ２Ｄ  ｄａｔａの送信電力制御情報を区分し、送信するための方法を提供することに目的がある。
【００１２】
また、本明細書は、Ｄ２Ｄ通信と関連した新しいＤＣＩフォーマット（ｆｏｒｍａｔ）を定義することに目的がある。
【００１３】
また、本明細書は、Ｄ２Ｄ通信と関連した新しいＤＣＩフォーマットをＣ−ＲＮＴＩと区別される別のＲＮＴＩでマスキングする方法を提供することに目的がある。
【００１４】
また、本明細書は、Ｄ２Ｄ通信と関連した新しいＤＣＩフォーマットと他のＤＣＩフォーマットのサイズを合わせるための方法を提供することに目的がある。
【００１５】
本発明においてなそうとする技術的課題は、以上で言及した技術的課題に制限されず、言及していないさらに他の技術的課題は、下記の記載から本発明の属する技術分野における通常の知識を有した者に明確に理解され得るであろう。
【課題を解決するための手段】
【００１６】
本明細書は、端末間直接（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信を支援する無線通信システムにおけるデータを送受信するための方法において、第１の端末により行われる前記方法は、Ｄ２Ｄ通信に使用するための資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）を取得するステップと、前記資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）は、ＳＡが送信される資源領域を表すＳＡ（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）資源プールまたはＤ２Ｄ  ｄａｔａが送信される資源領域を表すｄａｔａ資源プールのうち、少なくとも１つを含み、前記ＳＡ資源プールを介してＤ２Ｄ  ｄａｔａ送信と関連した情報を含むＳＡ（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）を第２の端末に送信するステップと、前記第２の端末にＤ２Ｄ  ｄａｔａを送信するステップとを含み、前記資源プールは、Ｄ２Ｄ通信のために定義されたダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）フォーマット（ｆｏｒｍａｔ）を介して基地局から受信されることを特徴とする。
【００１７】
また、本明細書において前記ＤＣＩフォーマットは、Ｃ（Ｃｅｌｌ）−ＲＮＴＩと区別される別のＲＮＴＩでＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）マスキング（ｍａｓｋｉｎｇ）されることを特徴とする。
【００１８】
また、本明細書において前記別のＲＮＴＩは、Ｄ２Ｄ−ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）またはサイドリンク（Ｓｉｄｅｌｉｎｋ−ＲＮＴＩ）であることを特徴とする。
【００１９】
また、本明細書は、前記ＤＣＩフォーマットがＤＣＩフォーマット０のサイズと異なる場合、前記ＤＣＩフォーマット０のサイズと同様になるまで、前記ＤＣＩフォーマットにゼロビット（ｚｅｒｏ  ｂｉｔ）が挿入されることを特徴とする。
【００２０】
また、本明細書において前記ＤＣＩフォーマットにゼロビット（ｚｅｒｏ  ｂｉｔ）が挿入されることは、前記資源プールのみで行われることを特徴とする。
【００２１】
また、本明細書において前記ＤＣＩフォーマットは、ＤＣＩ  ｆｏｒｍａｔ  ５であることを特徴とする。
【００２２】
また、本明細書において前記資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）を取得するステップは、検索空間（ｓｅａｒｃｈ  ｓｐａｃｅ）でＰＤＣＣＨをブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）するステップを含むことを特徴とする。
【００２３】
また、本明細書において前記ブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）するステップは、前記ＰＤＣＣＨを前記Ｃ−ＲＮＴＩ及び前記Ｄ２Ｄ−ＲＮＴＩで各々ＣＲＣチェック（ｃｈｅｃｋ）を行うステップを含むことを特徴とする。
【００２４】
また、本明細書は、端末間直接（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信を支援する無線通信システムにおけるデータを送受信するための第１の端末において、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニットと、前記ＲＦユニットと機能的に連結されているプロセッサとを備え、前記プロセッサは、Ｄ２Ｄ通信に使用するための資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）を取得し、前記資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）は、ＳＡが送信される資源領域を表すＳＡ（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）資源プールまたはＤ２Ｄ  ｄａｔａが送信される資源領域を表すｄａｔａ資源プールのうち、少なくとも１つを含み、前記ＳＡ資源プールを介してＤ２Ｄ  ｄａｔａ送信と関連した情報を含むＳＡ（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）を第２の端末に送信し、前記第２の端末にＤ２Ｄ  ｄａｔａを送信するように制御し、前記資源プールがＤ２Ｄ通信のために定義されたダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）フォーマット（ｆｏｒｍａｔ）を介して基地局から受信されるように制御することを特徴とする。
【００２５】
前記プロセッサは、検索空間（ｓｅａｒｃｈ  ｓｐａｃｅ）でＣ−ＲＮＴＩ及びＤ２Ｄ−ＲＮＴＩでＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に対してＣＲＣチェック（ｃｈｅｃｋ）を行うように制御することを特徴とする。
【発明の効果】
【００２６】
本明細書は、Ｄ２Ｄ  ｄａｔａを復調するために要求されるＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを新しく定義することにより、端末間直接通信を行えるようにするという効果がある。
【００２７】
また、本明細書は、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ及びＤ２Ｄ  ｄａｔａを各々または共に送受信することにより、資源使用の効率を増大させ、送信遅延を減らすことができるという効果がある。
【００２８】
また、本明細書は、ＳＡ送信電力とＤ２Ｄ  ｄａｔａ送信電力を調節するための新しいフィールドを定義することにより、Ｄ２Ｄ送信端末の電力を効率的に制御できるという効果がある。
【００２９】
また、本明細書は、ＳＡ及び／又はＤ２Ｄ  ｄａｔａが送信されないＤ２Ｄ  ＳＦでＤ２Ｄ  ＲＸモードまたはＤＴＸモードで動作することにより、Ｄ２Ｄ端末の電力消費を減らすことができるという効果がある。
【００３０】
また、本明細書は、Ｄ２Ｄ関連情報が送受信されるＤ２Ｄ  ＳＦを知らせる指示情報を活用してＤ２Ｄ端末のモニタリング（ｍｏｎｉｔｏｒｉｎｇ）に対する負担を減らすことができるという効果がある。
【００３１】
また、本明細書は、セルラー通信とＤ２Ｄ通信の送信電力制御情報を区別できるようにすることにより、端末でより容易かつ速く送信電力制御を行うことができるという効果がある。
【００３２】
また、本明細書は、Ｄ２Ｄ通信においてＳＡ及びＤ２Ｄ  ｄａｔａの送信電力制御情報を区別できるようにすることにより、Ｄ２Ｄ通信を最も速くかつ正確に行うことができるという効果がある。
【００３３】
また、本明細書は、ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを用いてＤ２Ｄ  ｄａｔａの送信電力制御を行うことにより、Ｄ２Ｄ  ｄａｔａの送信と関連した電力制御を動的に行うことができるという効果がある。
【００３４】
また、本明細書は、Ｄ２Ｄ通信と関連した新しいＤＣＩフォーマットと他のＤＣＩフォーマットのサイズを合わせるためにゼロパディングを行うことにより、端末のブラインドデコーディング回数を減らすことができるという効果がある。
【００３５】
また、本明細書は、Ｃ−ＲＮＴＩとＤ２Ｄ−ＲＮＴＩを用いてＰＤＣＣＨに対するブラインドデコーディングを行うことにより、端末のブラインドデコーディング回数または複雑度を減らすことができるという効果がある。
【００３６】
本発明において得ることができる効果は、以上で言及した効果に制限されず、言及していないさらに他の効果は、下記の記載から本発明の属する技術分野における通常の知識を有した者に明確に理解され得るであろう。
【図面の簡単な説明】
【００３７】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明に対する実施形態を提供し、詳細な説明とともに本発明の技術的特徴を説明する。
【００３８】
【図１】本発明が適用され得る無線通信システムにおける無線フレームの構造を示す。
【図２】本発明が適用され得る無線通信システムにおいて１つのダウンリンクスロットに対する資源グリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示した図である。
【図３】本発明が適用され得る無線通信システムにおいてダウンリンクサブフレームの構造を示す。
【図４】本発明が適用され得る無線通信システムにおいてアップリンクサブフレームの構造を示す。
【図５】本発明が適用され得る無線通信システムにおいてＰＵＣＣＨフォーマットがアップリンク物理資源ブロックのＰＵＣＣＨ領域にマッピングされる形態の一例を示す。
【図６】本発明が適用され得る無線通信システムにおいて一般ＣＰの場合のＣＱＩチャネルの構造を示す。
【図７】本発明が適用され得る無線通信システムにおいてサウンディング参照信号シンボルを含んだアップリンクサブフレームを例示する。
【図８】本発明が適用され得る無線通信システムにおいてコンポーネントキャリア及びキャリア併合の一例を示す。
【図９】本発明が適用され得る無線通信システムにおいてクロスキャリアスケジューリングによるサブフレーム構造の一例を示す。
【図１０】一般的な多重入出力アンテナ（ＭＩＭＯ）通信システムの構成図である。
【図１１】複数の送信アンテナから１つの受信アンテナへのチャネルを示した図である。
【図１２】本発明が適用され得る無線通信システムにおいてリレイノード資源分割を例示する。
【図１３】３ＧＰＰ  ＬＴＥシステムで定義されたダウンリンク資源ブロック（ＲＢ）対にマッピングされた参照信号パターンの一例を示す図である。
【図１４】本発明が適用され得る無線通信システムにおいてＤ２Ｄ通信を概念的に説明するための図である。
【図１５】本明細書において提案する方法が適用され得るＤ２Ｄ通信の様々なシナリオの一例を示す。
【図１６】ディスカバリー資源が割り当てられた一例を示す。
【図１７】ディスカバリー過程を簡略に例示した図である。
【図１８】Ｄ２Ｄ制御情報及びＤ２Ｄデータ送受信方法の一例を示した図である。
【図１９】Ｄ２Ｄ制御情報及びＤ２Ｄデータ送受信方法のさらに他の一例を示した図である。
【図２０】Ｄ２Ｄ制御情報及びＤ２Ｄデータ送受信方法のさらに他の一例を示した図である。
【図２１】Ｄ２Ｄ送信モードによるＤ２Ｄ制御情報設定方法の一例を示した図である。
【図２２】Ｄ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係の一例を示した図である。
【図２３ａ】Ｄ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係の一例を示した順序図である。
【図２３ｂ】Ｄ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係の一例を示した順序図である。
【図２４】Ｄ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係のさらに他の一例を示した図である。
【図２５】Ｄ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係のさらに他の一例を示した図である。
【図２６】Ｄ２Ｄ  ＳＡ送信とＤ２Ｄ  ｄａｔａ送信との間のタイミング関係の一例を示した図である。
【図２７】Ｄ２Ｄ  ＳＡ送信とＤ２Ｄ  ｄａｔａ送信との間のタイミング関係の一例を示した図である。
【図２８】Ｄ２Ｄ  ＳＡ送信とＤ２Ｄ  ｄａｔａ送信との間のタイミング関係の一例を示した図である。
【図２９】Ｄ２Ｄ  ｄａｔａ送受信方法の一例を示した順序図である。
【図３０】ＳＡ資源及び／又はＤ２Ｄ  ｄａｔａ資源の位置を知らせるための方法の一例を示した図である。
【図３１】ＳＡ資源及び／又はＤ２Ｄ  ｄａｔａ資源の位置を知らせるための方法の一例を示した図である。
【図３２】ＳＡ資源及び／又はＤ２Ｄ  ｄａｔａ資源の位置を知らせるための方法の一例を示した図である。
【図３３】ＳＡ資源及び／又はＤ２Ｄ  ｄａｔａ資源の位置を知らせるための方法の一例を示した図である。
【図３４】Ｄ２Ｄ送信のためのＵＥ  ｓｃｈｅｄｕｌｉｎｇ方法の一例を示したフローチャートである。
【図３５】ＲＲＣ  ｓｉｇｎａｌｉｎｇを用いてＤ２Ｄ送信のためのＵＥ  ｓｃｈｅｄｕｌｉｎｇ方法の一例を示した図である。
【図３６】物理層チャネルを用いてＤ２Ｄ送信のためのＵＥ  ｓｃｈｅｄｕｌｉｎｇ方法の一例を示した図である。
【図３７】ＳＧに対するＨＡＲＱ手順を行う方法の一例を示したフローチャートである。
【図３８】本明細書において提案する方法が適用され得るＤ２Ｄ動作手順及びこれと関連したシグナリング送受信方法の一例を示した図である。
【図３９】図３８の方法と関連したフローチャートの一例を示す。
【図４０】本明細書において提案する方法が適用され得るＳＡ送信方法の一例を示したフローチャートである。
【図４１】本明細書において提案する方法が適用され得るＳＡを送信するさらに他の方法の一例を示したフローチャートである。
【図４２】本明細書において提案する方法が適用され得るＤ２Ｄ  ｄａｔａ送信方法の一例を示したフローチャートである。
【図４３】アップリンク電力制御の基本概念を説明する図である。
【図４４】本明細書において提案する方法が適用され得るＤＣＩ  ｆｏｒｍａｔ  ３を用いてＳＡ及びＤＡＴＡに対する電力制御を行う方法を示した図である。
【図４５】本明細書において提案する方法が適用され得るＤＣＩ  ｆｏｒｍａｔ  ３Ａを用いてＳＡ及びＤＡＴＡに対する電力制御を行う方法を示した図である。
【図４６】本明細書において提案する方法が適用され得るＤ２Ｄ通信の電力制御方法の一例を示した順序図である。
【図４７】本明細書において提案するＤ２Ｄ通信手順の一例を示した順序図である。
【図４８】本明細書において提案する方法が適用され得る無線通信装置の内部ブロック図の一例を示した図である。
【発明を実施するための形態】
【００３９】
以下、本発明にかかる好ましい実施の形態を添付された図面を参照して詳細に説明する。添付された図面とともに、以下に開示する詳細な説明は、本発明の例示的な実施の形態を説明するためのものであり、本発明が実施されうる唯一の実施の形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的細部事項を含む。しかしながら、当業者は、本発明がこのような具体的細部事項がなくても実施できることを理解すべきである。
【００４０】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されるか、または各構造及び装置の核心機能を重心にしたブロック図形式で示されることができる。
【００４１】
本明細書において基地局は、端末と直接的に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書において基地局により行われると説明された特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われても良い。すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて端末との通信のために行われる多様な動作は、基地局または基地局以外の他のネットワークノードにより行われうることは明らかである。「基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ-ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの用語により代替されることができる。また、「端末（Ｔｅｒｍｉｎａｌ）」は、固定されるか、または移動性を有することができ、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ  ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ  ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ-Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ-ｔｏ-Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ）装置などの用語に代替されることができる。
【００４２】
以下、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。ダウンリンクにおける送信機は、基地局の一部で、受信機は、端末の一部でありうる。アップリンクにおける送信機は、端末の一部で、受信機は、基地局の一部でありうる。
【００４３】
以下の説明において用いられる特定用語は、本発明の理解に役立つために提供されたものであり、このような特定用語の使用は、本発明の技術的思想から外れない範囲内で他の形態に変更されることができる。
【００４４】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ-ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＮＯＭＡ（ｎｏｎ-ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような多様な無線接続システムに利用されることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）またはＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）により実現化されることができる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術により実現化されることができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ-Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２-２０、Ｅ-ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術により実現化されることができる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ-ＵＴＲＡを使用するＥ-ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、ダウンリンクにおいてＯＦＤＭＡを採用し、アップリンクにおいてＳＣ-ＦＤＭＡを採用する。ＬＴＥ-Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化である。
【００４５】
本発明の実施の形態は、無線接続システムであるＩＥＥＥ  ８０２、３ＧＰＰ及び３ＧＰＰ２のうち、少なくとも１つに開示された標準文書により裏付けられることができる。すなわち、本発明の実施の形態のうち、本発明の技術的思想を明確にあらわすために、説明しないステップまたは部分は、前記文書により裏付けられることができる。また、本文書に開示しているすべての用語は、前記標準文書により説明されることができる。
【００４６】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ-Ａを中心に述べるが、本発明の技術的特徴がこれに制限されることではない。
【００４７】
システム一般
【００４８】
図１は、本発明が適用されることができる無線通信システムにおける無線フレームの構造を示す。
【００４９】
３ＧＰＰ  ＬＴＥ／ＬＴＥ-Ａでは、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造とＴＤＤ（Ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造を支援する。
【００５０】
図１（ａ）は、タイプ１無線フレームの構造を例示する。無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）から構成される。１つのサブフレームは、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）において２個のスロット（ｓｌｏｔ）から構成される。１つのサブフレームを送信するのにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。例えば、１つのサブフレームの長さは１ｍｓで、１つのスロットの長さは、０．５ｍｓでありうる。
【００５１】
１つのスロットは、時間領域において複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、周波数領域において多数の資源ブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含む。３ＧＰＰ  ＬＴＥは、ダウンリンクにおいてＯＦＤＭＡを使用するから、ＯＦＤＭシンボルは、１つのシンボル区間（ｓｙｍｂｏｌ  ｐｅｒｉｏｄ）を表現するためのものである。ＯＦＤＭシンボルは、１つのＳＣ-ＦＤＭＡシンボルまたはシンボル区間ということができる。資源ブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は、資源割り当て単位で、１つのスロットにおいて複数の連続的な副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。
【００５２】
図１の（ｂ）は、タイプ２フレーム構造（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  ２）を示す。タイプ２無線フレームは、２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）から構成され、各ハーフフレームは、５個のサブフレームとＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（ＧＰ：Ｇｕａｒｄ  Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）から構成され、このうち、１個のサブフレームは、２個のスロットから構成される。ＤｗＰＴＳは、端末での初期セルサーチ、同期化またはチャネル推定に使用される。ＵｐＰＴＳは、基地局でのチャネル推定と端末のアップリンク送信同期とを合せるのに使用される。保護区間は、アップリンクとダウンリンクとの間にダウンリンク信号の多重経路遅延によりアップリンクにおいて生じる干渉を除去するための区間である。
【００５３】
ＴＤＤシステムのタイプ２フレーム構造においてアップリンク-ダウンリンク構成（ｕｐｌｉｎｋ-ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、すべてのサブフレームに対してアップリンクとダウンリンクが割り当て（または予約）されるかどうかを表す規則である。表１は、アップリンク-ダウンリンク構成を示す。
【００５４】
【表１】
0006359757.tif 000002
【００５５】
表１を参照すると、無線フレームの各サブフレーム別に、「Ｄ」は、ダウンリンク送信のためのサブフレームを示し、「Ｕ」は、アップリンク送信のためのサブフレームを示し、「Ｓ」は、ＤｗＰＴＳ、ＧＰ、ＵｐＰＴＳ  ３介してのフィールドから構成されるスペシャルサブフレーム（ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ）を示す。アップリンク-ダウンリンク構成は、７構成に区分されることができ、各構成別にダウンリンクサブフレーム、スペシャルサブフレーム、アップリンクサブフレームの位置及び／又は数が異なる。
【００５６】
ダウンリンクからアップリンクに変更される時点またはアップリンクからダウンリンクに切り替えられる時点を切り替え時点（ｓｗｉｔｃｈｉｎｇ  ｐｏｉｎｔ）という。切り替え時点の周期性（Ｓｗｉｔｃｈ-ｐｏｉｎｔ  ｐｅｒｉｏｄｉｃｉｔｙ）は、アップリンクサブフレームとダウンリンクサブフレームが切り替えられる様相が同様に繰り返される周期を意味し、５ｍｓまたは１０ｍｓが全て支援される。５ｍｓダウンリンク-アップリンク切り替え時点の周期を有する場合には、スペシャルサブフレーム（Ｓ）は、ハーフ-フレーム毎に存在し、５ｍｓダウンリンク-アップリンク切り替え時点の周期を有する場合には、最初のハーフ-フレームだけに存在する。
【００５７】
すべての構成において、０番、５番サブフレーム及びＤｗＰＴＳは、ダウンリンク送信だけのための区間である。ＵｐＰＴＳ及びサブフレームサブフレームに直ちにつながるサブフレームは、常にアップリンク送信のための区間である。
【００５８】
このような、アップリンク-ダウンリンク構成はシステム情報であって、基地局と端末ともが知っていることができる。基地局は、アップリンク-ダウンリンク構成情報が変わる毎に構成情報のインデックスのみを送信することによって、無線フレームのアップリンク-ダウンリンク割り当て状態の変更を端末に知らせることができる。また、構成情報は、一種のダウンリンク制御情報として他のスケジューリング情報と同様にＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して送信されることができ、放送情報としてブロードキャストチャネル（ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）を介してセル内のすべての端末に共通に送信されることもできる。
【００５９】
無線フレームの構造は、１つの例示に過ぎず、無線フレームに含まれる副搬送波の数またはサブフレームに含まれるスロットの数、スロットに含まれるＯＦＤＭシンボルの数は、様々に変更されることができる。
【００６０】
図２は、本発明が適用されることができる無線通信システムにおける１つのダウンリンクスロットに対する資源グリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示した図である。
【００６１】
図２に示すように、１つのダウンリンクスロットは、時間領域において複数のＯＦＤＭシンボルを含む。ここで、１つのダウンリンクスロットは、７個のＯＦＤＭシンボルを含み、１つの資源ブロックは、周波数領域において１２個の副搬送波を含むことを例示的に述べるが、これに限定されるものではない。
【００６２】
資源グリッド上において各要素（ｅｌｅｍｅｎｔ）を資源要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）とし、１つの資源ブロック（ＲＢ：ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は、１２×７個の資源要素を含む。ダウンリンクスロットに含まれる資源ブロックの数ＮＤＬは、ダウンリンク送信帯域幅（ｂａｎｄｗｉｄｔｈ）に従属する。
【００６３】
アップリンクスロットの構造は、ダウンリンクスロットの構造と同一でありうる。
【００６４】
図３は、本発明が適用されることができる無線通信システムにおけるダウンリンクサブフレームの構造を示す。
【００６５】
図３を参照すると、サブフレーム内の第１番目のスロットにおいて前の最大３個のＯＦＤＭシンボルが、制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）であり、残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられるデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）である。３ＧＰＰ  ＬＴＥで使用されるダウンリンク制御チャネルの一例にＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ    ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ-ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などがある。
【００６６】
ＰＣＦＩＣＨは、サブフレームの第１番目のＯＦＤＭシンボルにおいて送信され、サブフレーム内に制御チャネルの送信のために使用されるＯＦＤＭシンボルの数（すなわち、制御領域の大きさ）に関する情報を運ぶ。ＰＨＩＣＨは、アップリンクに対する応答チャネルで、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）に対するＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（Ｎｏｔ-Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を運ぶ。ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）という。ダウンリンク制御情報は、アップリンク資源割り当て情報、ダウンリンク資源割り当て情報または任意の端末グループに対するアップリンク送信（Ｔｘ）パワー制御命令を含む。
【００６７】
ＰＤＣＣＨは、ＤＬ-ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）の資源割り当て及び送信フォーマット（これをダウンリンクグラントともいう）、ＵＬ-ＳＣＨ（Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）の資源割り当て情報（これをアップリンクグラントともいう）、ＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）でのページング（ｐａｇｉｎｇ）情報、ＤＬ-ＳＣＨでのシステム情報、ＰＤＳＣＨから送信されるランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）のような上位階層（ｕｐｐｅｒ-ｌａｙｅｒ）制御メッセージに対する資源割り当て、任意の端末グループ内の個別端末に対する送信パワー制御命令の集合、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化などを運ぶことができる。複数のＰＤＣＣＨは、制御領域内で送信されることができ、端末は、複数のＰＤＣＣＨをモニタリングできる。ＰＤＣＣＨは、１つまたは複数の連続的なＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ）の集合から構成される。ＣＣＥは、無線チャネルの状態に応じる符号化率（ｃｏｄｉｎｇ  ｒａｔｅ）をＰＤＣＣＨに提供するために使用される論理的割り当て単位である。ＣＣＥは、複数の資源要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に対応する。ＰＤＣＣＨのフォーマット及び使用可能なＰＤＣＣＨのビット数は、ＣＣＥの数とＣＣＥにより提供される符号化率間の関連関係によって決定される。
【００６８】
基地局は、端末に送信しようとするＤＣＩに応じてＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を付ける。ＣＲＣには、ＰＤＣＣＨの所有者（ｏｗｎｅｒ）または用途に応じて、固有の識別子（これをＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）という。）がマスキングされる。特定の端末のためのＰＤＣＣＨであれば、端末の固有の識別子、例えばＣ-ＲＮＴＩ（Ｃｅｌｌ-ＲＮＴＩ）がＣＲＣにマスキングされることができる。またはページングメッセージのためのＰＤＣＣＨであれば、ページング指示識別子、例えばＰ-ＲＮＴＩ（Ｐａｇｉｎｇ-ＲＮＴＩ）がＣＲＣにマスキングされることができる。システム情報、さらに具体的にシステム情報ブロック（ＳＩＢ：ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ）のためのＰＤＣＣＨであれば、システム情報識別子、ＳＩ-ＲＮＴＩ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ）がＣＲＣにマスキングされることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を指示するために、ＲＡ-ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ-ＲＮＴＩ）がＣＲＣにマスキングされることができる。
【００６９】
図４は、本発明が適用されることができる無線通信システムにおけるアップリンクサブフレームの構造を示す。
【００７０】
図４に示すように、アップリンクサブフレームは、周波数領域において制御領域とデータ領域とに分けられる。制御領域には、アップリンク制御情報を運ぶＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）が割り当てられる。データ領域は、ユーザデータを運ぶＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられる。単一搬送波特性を維持するために、１つの端末は、ＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。
【００７１】
１つの端末に対するＰＵＣＣＨには、サブフレーム内に資源ブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）対が割り当てられる。ＲＢ対に属するＲＢは、２個のスロットの各々で互いに異なる副搬送波を占める。これをＰＵＣＣＨに割り当てられたＲＢ対は、スロット境界（ｓｌｏｔ  ｂｏｕｎｄａｒｙ）から周波数跳躍（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）されるという。
【００７２】
物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：ＰＤＣＣＨ）
【００７３】
ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｄｉｃａｔｏｒ）という。ＰＤＣＣＨは、ＤＣＩフォーマットによって制御情報の大きさ及び用途が異なり、また、符号化率によって大きさが変わり得る。
【００７４】
ＤＣＩフォーマット
【００７５】
現在、ＬＴＥ−Ａ（ｒｅｌｅａｓｅ  １０）によれば、ＤＣＩフォーマット０、１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、３、３Ａ、４が定義されている。ここで、ＤＣＩフォーマット０、１Ａ、３、３Ａは、後述するブラインド復号回数を減らすために、同じメッセージ大きさを有するように規定されている。このようなＤＣＩフォーマットは、送信しようとする制御情報の用途によって、ｉ）アップリンク承認に使用されるＤＣＩフォーマット０、４、ii）ダウンリンクスケジューリング割当に使用されるＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、iii）電力制御命令のためのＤＣＩフォーマット３、３Ａに区分することができる。
【００７６】
アップリンク承認に使用されるＤＣＩフォーマット０の場合、後述する搬送波併合に関連して必要な搬送波オフセット（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ）、ＤＣＩフォーマット０と１Ａとを区分するのに使用されるオフセット（ｆｌａｇ  ｆｏｒ  ｆｏｒｍａｔ  ０／ｆｏｒｍａｔ  １Ａ  ｄｉｆｆｅｒｅｎｔｉａｔｉｏｎ）、アップリンクＰＵＳＣＨ送信で周波数ホッピングが使用されるか否かを知らせるホッピングフラグ（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ  ｆｌａｇ）、端末がＰＵＳＣＨ送信に使用すべき資源ブロック割当に関する情報（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ａｓｓｉｇｎｍｅｎｔ）、変調及び符号化方式（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）、ＨＡＲＱプロセスと関連して初期送信のためにバッファを空けるのに使用される新しいデータ指示子（ｎｅｗ  ｄａｔａ  ｉｎｄｉｃａｔｏｒ）、ＰＵＳＣＨのための送信電力制御命令（ＴＰＣ  ｃｏｍｍａｎｄ  ｆｏｒ  ｓｃｈｅｄｕｌｅｄ  ｆｏｒ  ＰＵＳＣＨ）、ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）のための循環移動情報（ｃｙｃｌｉｃ  ｓｈｉｆｔ  ｆｏｒ  ＤＭＲＳ  ａｎｄ  ＯＣＣ  ｉｎｄｅｘ）、ＴＤＤ動作で必要なアップリンクインデックス（ＵＬ  ｉｎｄｅｘ）、及びチャネル品質情報（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、要求情報（ＣＳＩ  ｒｅｑｕｅｓｔ）などを含むことができる。一方、ＤＣＩフォーマット０の場合、同期式ＨＡＲＱを使用するので、ダウンリンクスケジューリング割当に関連したＤＣＩフォーマットのようにリダンダンシバージョン（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）を含まない。搬送波オフセットの場合、クロス搬送波スケジューリングが使用されない場合には、ＤＣＩフォーマットに含まれない。
【００７７】
ＤＣＩフォーマット４は、ＬＴＥ−Ａリリース１０で新しく追加されたものであって、ＬＴＥ−Ａでアップリンク送信に空間多重化が適用されることを支援するためのものである。ＤＣＩフォーマット４の場合、ＤＣＩフォーマット０と比較して空間多重化のための情報をさらに含むので、より大きいメッセージ大きさを有し、ＤＣＩフォーマット０に含まれる制御情報に追加的な制御情報をさらに含む。すなわち、ＤＣＩフォーマット４の場合、２番目の送信ブロックのための変調及び符号化方式、多重アンテナ送信のためのプリコーディング情報、サウンディング参照信号要求（ＳＲＳ  ｒｅｑｕｅｓｔ）情報をさらに含む。一方、ＤＣＩフォーマット４は、ＤＣＩフォーマット０より大きい大きさを有するので、ＤＣＩフォーマット０と１Ａとを区分するオフセットは含まない。
【００７８】
ダウンリンクスケジューリング割当に関連したＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃは、大別して、空間多重化を支援しない１、１Ａ、１Ｂ、１Ｃ、１Ｄと空間多重化を支援する２、２Ａ、２Ｂ、２Ｃとに区分されることができる。
【００７９】
ＤＣＩフォーマット１Ｃは、コンパクトダウンリンク割当として周波数連続的割当のみを支援し、他のフォーマットと比較して搬送波オフセット、リダンダンシバージョンを含まない。
【００８０】
ＤＣＩフォーマット１Ａは、ダウンリンクスケジューリング及びランダムアクセス手順のためのフォーマットである。ここには、搬送波オフセット、ダウンリンク分散型送信が使用されるか否かを知らせる表示子、ＰＤＳＣＨ資源割当情報、変調及び符号化方式、リダンダンシバージョン、ソフトコンバイニングのために使用されるプロセッサを知らせるためのＨＡＲＱプロセッサ番号、ＨＡＲＱプロセスと関連して初期送信のためにバッファを空けるのに使用される新しいデータオフセット、ＰＵＣＣＨのための送信電力制御命令、ＴＤＤ動作で必要なアップリンクインデックスなどを含むことができる。
【００８１】
ＤＣＩフォーマット１の場合、ほとんどの制御情報がＤＣＩフォーマット１Ａと類似している。ただし、ＤＣＩフォーマット１Ａが連続的な資源割当に関連したことに比べて、ＤＣＩフォーマット１は、非連続的資源割当を支援する。したがって、ＤＣＩフォーマット１は、資源割当ヘッダをさらに含むので、資源割当の柔軟性が増加することのトレードオフとして制御シグナリングオーバーヘッドは多少増加する。
【００８２】
ＤＣＩフォーマット１Ｂ、１Ｄの場合には、ＤＣＩフォーマット１と比較してプリコーディング情報をさらに含むという点で共通する。ＤＣＩフォーマット１Ｂは、ＰＭＩ確認を、ＤＣＩフォーマット１Ｄは、ダウンリンク電力オフセット情報を各々含む。その他、ＤＣＩフォーマット１Ｂ、１Ｄに含まれた制御情報は、ＤＣＩフォーマット１Ａの場合とほとんど一致する。
【００８３】
ＤＣＩフォーマット２、２Ａ、２Ｂ、２Ｃは、基本的にＤＣＩフォーマット１Ａに含まれた制御情報をほとんど含みつつ、空間多重化のための情報をさらに含む。ここには、２番目の送信ブロックに関する変調及び符号化方式、新しいデータオフセット、及びリダンダンシバージョンが該当する。
【００８４】
ＤＣＩフォーマット２は、閉ループ空間多重化を支援し、２Ａは、開ループ空間多重化を支援する。両者共にプリコーディング情報を含む。ＤＣＩフォーマット２Ｂは、ビームフォーミングと結合されたデュアルレイヤ空間多重化を支援し、ＤＭＲＳのための循環移動情報をさらに含む。ＤＣＩフォーマット２Ｃは、ＤＣＩフォーマット２Ｂの拡張と理解されることができ、８個のレイヤまで空間多重化を支援する。
【００８５】
ＤＣＩフォーマット３、３Ａは、前述したアップリンク承認及びダウンリンクスケジューリング割当のためのＤＣＩフォーマットに含まれている送信電力制御情報を補完、すなわち、半−持続的（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）スケジューリングを支援するために使用されることができる。ＤＣＩフォーマット３の場合、端末当たり１ｂｉｔ、３Ａの場合、２ｂｉｔの命令が使用される。
【００８６】
上述したようなＤＣＩフォーマットのうち、いずれか１つは、１つのＰＤＣＣＨを介して送信され、複数のＰＤＣＣＨが制御領域内で送信され得る。端末は、複数のＰＤＣＣＨをモニタリングできる。
【００８７】
ＤＣＩフォーマット０
【００８８】
以下において、ＤＣＩフォーマット０を介して送信される情報についてさらに具体的に説明する。
【００８９】
表２は、ＤＣＩフォーマット０で送信される情報を表す。
【００９０】
【表２】
0006359757.tif 000003
【００９１】
表２を参照すれば、ＤＣＩフォーマット０を介して送信される情報は、次のとおりである。
【００９２】
１）キャリア指示子（Ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ）：０または３ビットで構成される。
【００９３】
２）ＤＣＩフォーマット０とフォーマット１Ａとを区分するためのフラグ：１ビットで構成され、０値は、ＤＣＩフォーマット０を指示し、１値は、ＤＣＩフォーマット１Ａを指示する。
【００９４】
３）周波数跳躍（ｈｏｐｐｉｎｇ）フラグ：１ビットで構成される。このフィールドは、必要な場合、当該資源割当の最上位ビット（ＭＳＢ：Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ）を多重クラスタ（ｍｕｌｔｉ−ｃｌｕｓｔｅｒ）割当のために使用することができる。
【００９５】
【化１】
0006359757.tif 000004
【００９６】
【化２】
0006359757.tif 000005
【００９７】
５）変調及びコーディング技法（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）：５ビットで構成される。
【００９８】
６）新しいデータ指示子（Ｎｅｗ  ｄａｔａ  ｉｎｄｉｃａｔｏｒ）：１ビットで構成される。
【００９９】
７）ＰＵＳＣＨのためのＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）コマンド：２ビットで構成される。
【０１００】
８）ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）のための循環シフト（ＣＳ：ｃｙｃｌｉｃ  ｓｈｉｆｔ）と直交カバーコード（ＯＣ／ＯＣＣ：ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ／ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）のインデックス：３ビットで構成される。
【０１０１】
９）アップリンクインデックス：２ビットで構成される。このフィールドは、アップリンクダウンリンク構成０によるＴＤＤ動作のみに存在する。
【０１０２】
１０）ダウンリンク割当インデックス（ＤＡＩ：Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）：２ビットで構成される。このフィールドは、アップリンクダウンリンク構成（ｕｐｌｉｎｋ−ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）１−６によるＴＤＤ動作のみに存在する。
【０１０３】
１１）チャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）要求：１または２ビットで構成される。ここで、２ビットフィールドは、１つ以上のダウンリンクセルが設定された端末に端末特定（ＵＥ  ｓｐｅｃｉｆｉｃ）に当該ＤＣＩがＣ−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ）によりマッピングされた場合のみに適用される。
【０１０４】
１２）サウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）要求：０または１ビットで構成される。ここで、このフィールドは、スケジューリングするＰＵＳＣＨが端末特定（ＵＥ  ｓｐｅｃｉｆｉｃ）にＣ−ＲＮＴＩによりマッピングされた場合のみに存在する。
【０１０５】
１３）資源割当タイプ（Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ｔｙｐｅ）：１ビットで構成される。
【０１０６】
ＤＣＩフォーマット０内に情報ビットの数がＤＣＩフォーマット１Ａのペイロード大きさ（追加されたパディングビットを含む）より小さい場合、ＤＣＩフォーマット０にＤＣＩフォーマット１Ａのペイロード大きさが同様になるように０が追加される。
【０１０７】
ＤＣＩフォーマット１Ａ
【０１０８】
以下において、ＤＣＩフォーマット１Ａについてさらに具体的に説明する。
【０１０９】
ＤＣＩフォーマット１Ａは、１つのセルでの１つのＰＤＳＣＨコードワードのコンパクト（ｃｏｍｐａｃｔ）スケジューリングのために使用されるＤＣＩフォーマットを指す。すなわち、ＤＣＩフォーマット１Ａは、単一アンテナ送信、単一ストリーム送信、または送信ダイバーシティなど、ランク１送信で使用される制御情報を含むことができる。表３は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ標準で定義するＤＣＩフォーマット１Ａの一例を示す。
【０１１０】
【表３】
0006359757.tif 000006
【０１１１】
前記表３のような制御情報を含むＤＣＩフォーマット１Ａは、ＰＤＣＣＨまたはＥＰＤＣＣＨを介して基地局から端末に提供されることができる。
【０１１２】
ＤＣＩフォーマット１Ａは、最も基本的なダウンリンク送信（ランク１で１つのＰＤＳＣＨコードワード送信）をスケジューリングする情報を含む。したがって、ランク２以上及び／又は複数個のコードワード送信などの複雑なＰＤＳＣＨ送信方式が正しく行われない場合、最も基本的なＰＤＳＣＨ送信方式を支援するための用途（すなわち、フォールバック（ｆａｌｌｂａｃｋ））用途で使用されることができる。
【０１１３】
物理アップリンク制御チャネル（ＰＵＣＣＨ）
【０１１４】
ＰＵＣＣＨを介して送信されるアップリンク制御情報（ＵＣＩ）は、スケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報及びダウンリンクチャネル測定情報を含むことができる。
【０１１５】
ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報は、ＰＤＳＣＨ上のダウンリンクデータパケットのデコード成功の有無によって生成されることができる。従来の無線通信システムにおいて、ダウンリンク単一コードワード（符号語）（ｃｏｄｅｗｏｒｄ）送信に対しては、ＡＣＫ／ＮＡＣＫ情報として１ビットが送信され、ダウンリンク２コードワード送信に対しては、ＡＣＫ／ＮＡＣＫ情報として２ビットが送信される。
【０１１６】
チャネル測定情報は、多重入出力（ＭＩＭＯ：Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）技法と関連したフィードバック情報を指し示し、チャネル品質指示子（ＣＱＩ：Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、プレコーディングマトリックスインデックス（ＰＭＩ：Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ）及びランク指示子（ＲＩ：Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）を含むことができる。これらのチャネル測定情報を通称しＣＱＩと表現することもできる。
【０１１７】
ＣＱＩの送信のために、サブフレーム当たりの２０ビットが使用されることができる。
【０１１８】
ＰＵＣＣＨは、ＢＰＳＫ（Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）とＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）技法を使用して変調されることができる。ＰＵＣＣＨを介して複数の端末の制御情報が送信されることができ、各端末の信号を区別するためにコード分割多重化（ＣＤＭ：Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）を行う場合に長さ１２のＣＡＺＡＣ（Ｃｏｎｓｔａｎｔ  Ａｍｐｌｉｔｕｄｅ  Ｚｅｒｏ  Ａｕｔｏｃｏｒｒｅｌａｔｉｏｎ）シーケンスを主に使用する。ＣＡＺＡＣシーケンスは、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）及び周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）において一定の大きさ（ａｍｐｌｉｔｕｄｅ）を維持する特性を有するので、端末のＰＡＰＲ（Ｐｅａｋ-ｔｏ-Ａｖｅｒａｇｅ  Ｐｏｗｅｒ  Ｒａｔｉｏ）またはＣＭ（Ｃｕｂｉｃ  Ｍｅｔｒｉｃ）を低くしてカバレッジを増加させるのに適した性質を有する。また、ＰＵＣＣＨを介して送信されるダウンリンクデータ送信に対するＡＣＫ／ＮＡＣＫ情報は、直交シーケンス（ｏｒｔｈｇｏｎａｌ  ｓｅｑｕｅｎｃｅ）または直交カバー（ＯＣ：ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ）を利用してカバーリングされる。
【０１１９】
また、ＰＵＣＣＨ上に送信される制御情報は、互いに異なる循環シフト（ＣＳ：ｃｙｃｌｉｃ  ｓｈｉｆｔ）値を有する循環シフトされたシーケンス（ｃｙｃｌｉｃａｌｌｙ  ｓｈｉｆｔｅｄ  ｓｅｑｕｅｎｃｅ）を利用して区別されることができる。循環シフトされたシーケンスは、基本シーケンス（ｂａｓｅ  ｓｅｑｕｅｎｃｅ）を特定ＣＳ量（ｃｙｃｌｉｃ  ｓｈｉｆｔ  ａｍｏｕｎｔ）だけ循環シフトさせて生成できる。特定ＣＳ量は、循環シフトインデックス（ＣＳ  ｉｎｄｅｘ）により指示される。チャネルの遅延拡散（ｄｅｌａｙ  ｓｐｒｅａｄ）によって使用可能な循環シフトの数は変わることができる。多様な種類のシーケンスが基本シーケンスとして使用されることができ、前述のＣＡＺＡＣシーケンスは、その一例である。
【０１２０】
また、端末が１つのサブフレームにおいて送信できる制御情報の量は、制御情報の送信に利用可能なＳＣ-ＦＤＭＡシンボルの数（すなわち、ＰＵＣＣＨのコヒーレント（ｃｏｈｅｒｅｎｔ）検出のための参照信号（ＲＳ）の送信に利用されるＳＣ-ＦＤＭＡシンボルを除いたＳＣ-ＦＤＭＡシンボル）に応じて決定されることができる。
【０１２１】
３ＧＰＰ  ＬＴＥシステムにおけるＰＵＣＣＨは、送信される制御情報、変調技法、制御情報の量などによって総７介しての異なるフォーマットで定義され、それぞれのＰＵＣＣＨフォーマットに従って送信されるアップリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）の属性は、以下の表４のように要約できる。
【０１２２】
【表４】
0006359757.tif 000007
【０１２３】
ＰＵＣＣＨフォーマット１は、ＳＲの単独送信に使用される。ＳＲ単独送信の場合には、変調されない波形が適用され、これについては詳細に後述する。
【０１２４】
ＰＵＣＣＨフォーマット１ａまたは１ｂは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信に使用される。任意のサブフレームにおいてＨＡＲＱ  ＡＣＫ／ＮＡＣＫが単独に送信される場合には、ＰＵＣＣＨフォーマット１ａまたは１ｂを使用することができる。または、ＰＵＣＣＨフォーマット１ａまたは１ｂを使用してＨＡＲＱ  ＡＣＫ／ＮＡＣＫ及びＳＲが同一サブフレームにおいて送信されることもできる。
【０１２５】
ＰＵＣＣＨフォーマット２は、ＣＱＩの送信に使用され、ＰＵＣＣＨフォーマット２ａまたは２ｂは、ＣＱＩ及びＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信に使用される。
【０１２６】
拡張されたＣＰの場合には、ＰＵＣＣＨフォーマット２がＣＱＩ及びＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信に使用されることもできる。
【０１２７】
図５は、本発明が適用されることができる無線通信システムにおけるＰＵＣＣＨフォーマットがアップリンク物理資源ブロックのＰＵＣＣＨ領域にマッピングされる形態の一例を示す。
【０１２８】
【化３】
0006359757.tif 000008
【０１２９】
ＰＵＣＣＨフォーマット２／２ａ／２ｂについて説明するＰＵＣＣＨフォーマット２／２ａ／２ｂは、チャネル測定フィードバック（ＣＱＩ、ＰＭＩ、ＲＩ）を送信するための制御チャネルである。
【０１３０】
チャネル測定フィードバック（以下、通称してＣＱＩ情報と表現）の報告周期及び測定の対象になる周波数単位（または周波数解像度（ｒｅｓｏｌｕｔｉｏｎ））は、基地局によって制御されることができる。時間領域において周期的及び非周期的ＣＱＩ報告が支援されることができる。ＰＵＣＣＨフォーマット２は、周期的報告だけに使用され、非周期的報告のためには、ＰＵＳＣＨが使用されることができる。非周期的報告の場合に、基地局は、端末にアップリンクデータ送信のためにスケジューリングされた資源に個別ＣＱＩ報告を載せて送信することを指示できる。
【０１３１】
図６は、本発明が適用されることができる無線通信システムにおける一般ＣＰの場合のＣＱＩチャネルの構造を示す。
【０１３２】
１つのスロットのＳＣ-ＦＤＭＡシンボル０〜６のうち、ＳＣ-ＦＤＭＡシンボル１及び５（第２番目及び６番目のシンボル）は、復調参照信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）の送信に使用され、残りのＳＣ-ＦＤＭＡシンボルにおいてＣＱＩ情報が送信されることができる。一方、拡張されたＣＰの場合には、１つのＳＣ-ＦＤＭＡシンボル（ＳＣ-ＦＤＭＡシンボル３）がＤＭＲＳ送信に使用される。
【０１３３】
ＰＵＣＣＨフォーマット２／２ａ／２ｂでは、ＣＡＺＡＣシーケンスによる変調を支援し、ＱＰＳＫ変調されたシンボルが長さ１２のＣＡＺＡＣシーケンスで掛け算される。シーケンスの循環シフト（ＣＳ）は、シンボル及びスロットの間で変更される。ＤＭＲＳに対して直交カバーリングが使用される。
【０１３４】
１つのスロットに含まれる７個のＳＣ-ＦＤＭＡシンボルのうち、３個のＳＣ-ＦＤＭＡシンボル間隔だけ離れた２個のＳＣ-ＦＤＭＡシンボルには、参照信号（ＤＭＲＳ）が載せられ、残りの５個のＳＣ-ＦＤＭＡシンボルには、ＣＱＩ情報が載せられる。１つのスロット内に２個のＲＳが使用されたことは、高速端末を支援するためである。また、各端末は、循環シフト（ＣＳ）シーケンスを使用して区分される。ＣＱＩ情報シンボルは、ＳＣ-ＦＤＭＡシンボル全体に変調されて伝達され、ＳＣ-ＦＤＭＡシンボルは、１つのシーケンスから構成されている。すなわち、端末は、各シーケンスにＣＱＩを変調して送信する。
【０１３５】
１つのＴＴＩに送信できるシンボル数は１０個であり、ＣＱＩ情報の変調は、ＱＰＳＫまで決まっている。ＳＣ-ＦＤＭＡシンボルに対してＱＰＳＫマッピングを使用する場合、２ビットのＣＱＩ値が載せられることができるので、１つのスロットに１０ビットのＣＱＩ値を載せることができる。したがって、１つのサブフレームに最大２０ビットのＣＱＩ値を載せることができる。ＣＱＩ情報を周波数領域で拡散させるために周波数領域拡散符号を使用する。
【０１３６】
周波数領域拡散符号には、長さ-１２のＣＡＺＡＣシーケンス（例えば、ＺＣシーケンス）を使用することができる。各制御チャネルは、互いに異なる循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ）値を有するＣＡＺＡＣシーケンスを適用して区分されることができる。周波数領域拡散されたＣＱＩ情報にＩＦＦＴが行われる。
【０１３７】
１２個の同等な間隔を有した循環シフトによって１２個の相異なった端末が同じＰＵＣＣＨ  ＲＢ上において直交多重化されることができる。一般ＣＰの場合に、ＳＣ-ＦＤＭＡシンボル１及び５上の（拡張されたＣＰ場合にＳＣ-ＦＤＭＡシンボル３上の）ＤＭＲＳシーケンスは、周波数領域上のＣＱＩ信号シーケンスと似ているが、ＣＱＩ情報のような変調が適用されない。
【０１３８】
ＰＵＣＣＨチャネル構造
【０１３９】
ＰＵＣＣＨフォーマット１ａ及び１ｂについて説明する。
【０１４０】
ＰＵＣＣＨフォーマット１ａ／１ｂにおいてＢＰＳＫまたはＱＰＳＫ変調方式を利用して変調されたシンボルは、長さ１２のＣＡＺＡＣシーケンスで掛け算（ｍｕｌｔｉｐｌｙ）される。例えば、変調シンボルｄ（０）に長さＮのＣＡＺＡＣシーケンスｒ（ｎ）（ｎ＝０，  １，  ２，  ．．．，  Ｎ-１）が掛け算される結果は、ｙ（０），  ｙ（１），  ｙ（２），  ．．．，  ｙ（Ｎ-１）になる。ｙ（０），  ．．．，  ｙ（Ｎ-１）  シンボルをシンボルブロック（ｂｌｏｃｋ  ｏｆ  ｓｙｍｂｏｌ）と称することができる。変調シンボルにＣＡＺＡＣシーケンスを掛け算した後に、直交シーケンスを利用したブロック-単位（ｂｌｏｃｋ-ｗｉｓｅ）拡散が適用される。
【０１４１】
一般ＡＣＫ／ＮＡＣＫ情報に対しては、長さ４のアダマール（Ｈａｄａｍａｒｄ）シーケンスが使用され、  短い（ｓｈｏｒｔｅｎｅｄ）ＡＣＫ／ＮＡＣＫ情報及び参照信号（Ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）に対しては、長さ３のＤＦＴ（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）シーケンスが使用される。
【０１４２】
拡張されたＣＰの場合の参照信号に対しては、長さ２のアダマールシーケンスが使用される。
【０１４３】
サウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
【０１４４】
ＳＲＳは、主にアップリンクの周波数-選択的スケジューリングを行うために、チャネルの品質測定に使用され、アップリンクデータ及び／又は制御情報の送信と関連しない。しかしながら、これに限定されず、ＳＲＳは、電力制御の向上または最近にスケジューリングされていない端末の多様なスタートアップ（ｓｔａｒｔ-ｕｐ）機能を支援するための多様な他の目的のために使用されることができる。スタートアップ機能の一例として、初期の変調及び符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）、データ送信のための初期の電力制御、タイミング前進（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）及び周波数半選択的（ｓｅｍｉ-ｓｅｌｅｃｔｉｖｅ）スケジューリングが含まれることができる。このとき、周波数半選択的スケジューリングは、サブフレームの最初のスロットに選択的に周波数資源を割り当て、第２番目のスロットでは、他の周波数で疑似ランダム（ｐｓｅｕｄｏ-ｒａｎｄｏｍｌｙ）に跳躍して周波数資源を割り当てるスケジューリングのことを言う。
【０１４５】
また、ＳＲＳは、アップリンクとダウンリンクとの間に無線チャネルが相互的（ｒｅｃｉｐｒｏｃａｌ）な仮定下にダウンリンクチャネル品質を測定するために使用されることができる。このような仮定は、アップリンクとダウンリンクとが同一な周波数スペクトルを共有し、時間領域では、分離された時分割二重（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）において、特に有効である。
【０１４６】
セル内において、ある端末によって送信されるＳＲＳのサブフレームは、セル-特定放送信号によって表すことができる。４ビットセル-特定「ｓｒｓＳｕｂｆｒａｍｅＣｏｎｆｉｇｕｒａｔｉｏｎ」パラメータは、ＳＲＳが各無線フレームを介して送信されうる１５介しての可能なサブフレームの配列を表す。このような配列によって、運用シナリオ（ｄｅｐｌｏｙｍｅｎｔ  ｓｃｅｎａｒｉｏ）に応じてＳＲＳオーバーヘッド（ｏｖｅｒｈｅａｄ）の調整に対する流動性を提供するようになる。
【０１４７】
このうち、第１６番目の配列は、セル内において完全にＳＲＳのスイッチをオフし、これは主に高速端末をサービングするサービングセルに適する。
【０１４８】
図７は、本発明が適用されうる無線通信システムにおけるサウンディング参照信号シンボルを含むアップリンクサブフレームを示す。
【０１４９】
図７を参照すると、ＳＲＳは、配列されたサブフレーム上において常に最後のＳＣ-ＦＤＭＡシンボルを介して送信される。従って、ＳＲＳとＤＭＲＳは、異なるＳＣ-ＦＤＭＡシンボルに位置するようになる。
【０１５０】
ＰＵＳＣＨデータ送信は、ＳＲＳ送信のための特定のＳＣ-ＦＤＭＡシンボルでは許容されず、結果的にサウンディング（ｓｏｕｎｄｉｎｇ）オーバーヘッドが最も高い場合、すなわち、すべてのサブフレームにＳＲＳシンボルが含まれる場合においても、サウンディングオーバーヘッドは、約７％を超えない。
【０１５１】
各ＳＲＳシンボルは、与えられた時間単位と周波数帯域に関する基本シーケンス（ランダムシーケンスまたはＺａｄｏｆｆ-Ｃｈ（ＺＣ）に基づいたシーケンスセット）によって生成され、同一セル内のすべての端末は、同一の基本シーケンスを使用する。このとき、同一の周波数帯域と同一の時間帯において同一セル内の複数の端末からのＳＲＳ送信は、基本シーケンスの互いに異なる循環移動（ｃｙｃｌｉｃ  ｓｈｉｆｔ）によって直交（ｏｒｔｈｏｇｏｎａｌ）して互いに区別される。
【０１５２】
各々のセル毎に互いに異なる基本シーケンスが割り当てられることによって、互いに異なるセルからのＳＲＳシーケンスが区別されることができるが、互いに異なる基本シーケンス間に直交性は保障されない。
【０１５３】
キャリヤ併合一般
【０１５４】
本発明の実施の形態において考慮する通信環境は、マルチキャリヤ（Ｍｕｌｔｉ-ｃａｒｒｉｅｒ）支援環境をすべて含む。すなわち、本発明で用いられるマルチキャリアシステムまたはキャリヤ併合（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）システムは、広帯域を支援するために、目標とする広帯域を構成するときに目標帯域より小さな帯域幅（ｂａｎｄｗｉｄｔｈ）を有する１個以上のコンポーネントキャリヤ（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）を併合（ａｇｇｒｅｇａｔｉｏｎ）して使用するシステムのことをいう。
【０１５５】
本発明においてマルチキャリヤは、キャリヤの併合（または、搬送波集成）を意味し、このとき、キャリヤの併合は、隣接した（ｃｏｎｔｉｇｕｏｕｓ）キャリヤ間の併合だけでなく、隣接していない（ｎｏｎ-ｃｏｎｔｉｇｕｏｕｓ）キャリヤ間の併合を全部意味する。また、ダウンリンクとアップリンクとの間に集成されるコンポーネントキャリヤの数は、異に設定されることができる。ダウンリンクコンポーネントキャリヤ（以下、ＤＬ  ＣＣとする）の数とアップリンクコンポーネントキャリヤ（以下、ＵＬ  ＣＣとする）の数とが同じ場合を対称な（ｓｙｍｍｅｔｒｉｃ）集成といい、その数が異なる場合を非対称な（ａｓｙｍｍｅｔｒｉｃ）集成という。このようなキャリヤ併合は、搬送波集成、帯域幅集成（ｂａｎｄｗｉｄｔｈ  ａｇｇｒｅｇａｔｉｏｎ）、スペクトル集成（ｓｐｅｃｔｒｕｍ  ａｇｇｒｅｇａｔｉｏｎ）などのような用語と混用して使用されることができる。
【０１５６】
２個以上のコンポーネントキャリヤが結合されて構成されるキャリヤ併合は、ＬＴＥ-Ａシステムでは、１００ＭＨｚ帯域幅まで支援することを目標とする。目標帯域より小さな帯域幅を有する１個以上のキャリヤを結合するときに、結合するキャリヤの帯域幅は、従来のＩＭＴシステムとの互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）を維持するために、従来のシステムにおいて使用する帯域幅に制限できる。例えば、従来の３ＧＰＰ  ＬＴＥシステムでは、｛１．４，  ３，  ５，  １０，  １５，  ２０｝ＭＨｚ帯域幅を支援し、３ＧＰＰ  ＬＴＥ-ａｄｖａｎｃｅｄシステム（すなわち、ＬＴＥ-Ａ）では、既存システムとの互換のために上記の帯域幅だけを利用して２０ＭＨｚより大きな帯域幅を支援するようにすることができる。また、本発明で用いられるキャリヤ併合システムは、既存システムで使用する帯域幅と関係なく新しい帯域幅を定義してキャリヤ併合を支援するようにすることができる。
【０１５７】
ＬＴＥ-Ａシステムは、無線資源を管理するために、セル（ｃｅｌｌ）の概念を使用する。
【０１５８】
上述のキャリヤ併合環境は、多重セル（ｍｕｌｔｉｐｌｅ  ｃｅｌｌｓ）環境と称することができる。セルは、ダウンリンク資源（ＤＬ  ＣＣ）とアップリンク資源（ＵＬ  ＣＣ）一対の組み合わせと定義されるが、アップリンク資源は、必須要素ではない。したがって、セルは、ダウンリンク資源単独、またはダウンリンク資源とアップリンク資源とから構成されることができる。特定端末がただ１つの設定されたサービングセル（ｃｏｎｆｉｇｕｒｅｄ  ｓｅｒｖｉｎｇ  ｃｅｌｌ）を有する場合、１個のＤＬ  ＣＣと１個のＵＬ  ＣＣを有することができるが、特定端末が２個以上の設定されたサービングセルを有する場合には、セルの数だけのＤＬ  ＣＣを有し、ＵＬ  ＣＣの数は、それと同一であるか、またはそれより小さくありうる。
【０１５９】
または、それと反対にＤＬ  ＣＣとＵＬ  ＣＣとが構成されることもできる。すなわち、特定端末が多数の設定されたサービングセルを有する場合、ＤＬ  ＣＣの数よりＵＬ  ＣＣがより多くのキャリヤ併合環境も支援されることができる。すなわち、キャリヤ併合（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）は、各々キャリヤ周波数（セルの重心周波数）が互いに異なる２個以上のセルの併合と理解されることができる。ここで、言う「セル（Ｃｅｌｌ）」は、一般に使用される基地局がカバーする領域としての「セル」とは区分されなければならない。
【０１６０】
ＬＴＥ-Ａシステムにおいて使用されるセルは、プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ  Ｃｅｌｌ）及びセコンダリーセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を含む。ＰセルとＳセルは、サービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）として使用されることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリヤ併合が設定されないか、またはキャリヤ併合を支援しない端末の場合、Ｐセルだけから構成されたサービングセルがただ１つ存在する。それに対し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、キャリヤ併合が設定された端末の場合、１つ以上のサービングセルが存在でき、全体サービングセルには、Ｐセルと１つ以上のＳセルが含まれる。
【０１６１】
サービングセル（ＰセルとＳセル）は、ＲＲＣパラメータを介して設定されることができる。ＰｈｙｓＣｅｌｌＩｄは、セルの物理層識別子であって、０から５０３までの定数値を有する。ＳＣｅｌｌＩｎｄｅｘは、Ｓセルを識別するために使用される簡略な（ｓｈｏｒｔ）識別子であって、１から７までの定数値を有する。ＳｅｒｖＣｅｌｌＩｎｄｅｘは、サービングセル（ＰセルまたはＳセル）を識別するために使用される簡略な（ｓｈｏｒｔ）識別子であって、０から７までの定数値を有する。０値は、Ｐセルに適用され、ＳＣｅｌｌＩｎｄｅｘは、Ｓセルに適用するために予め付与される。すなわち、ＳｅｒｖＣｅｌｌＩｎｄｅｘにおいて最も小さなセルＩＤ（またはセルインデックス）を有するセルがＰセルになる。
【０１６２】
Ｐセルは、プライマリ周波数（または、ｐｒｉｍａｒｙ  ＣＣ）上において動作するセルを意味する。端末が初期接続設定（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行うか、または接続再-設定過程を行うのに使用されることができ、ハンドオーバ過程で指示されたセルを指し示すことができる。また、Ｐセルは、キャリヤ併合環境で設定されたサービングセルのうち、制御関連通信の重心になるセルを意味する。すなわち、端末は、自分のＰセルにおいてのＰＵＣＣＨを割り当てられて送信でき、システム情報を獲得するか、またはモニタリング手順を変更するのにＰセルだけを利用できる。Ｅ-ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）は、キャリヤ併合環境を支援する端末に移動性制御情報（ｍｏｂｉｌｉｔｙ  ＣｏｎｔｒｏｌＩｎｆｏ）を含む上位階層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを利用して、ハンドオーバ手順のためにＰセルだけを変更することもできる。
【０１６３】
Ｓセルは、セコンダリー周波数（または、Ｓｅｃｏｎｄａｒｙ  ＣＣ）上において動作するセルを意味できる。特定端末にＰセルは、１つだけが割り当てられ、Ｓセルは、１つ以上が割り当てられることができる。Ｓセルは、ＲＲＣ接続の設定がなされた後に構成可能であり、追加的な無線資源を提供するのに使用されることができる。キャリヤ併合環境で設定されたサービングセルのうち、Ｐセルを除いた残りのセル、すなわちＳセルには、ＰＵＣＣＨが存在しない。Ｅ-ＵＴＲＡＮは、Ｓセルをキャリヤ併合環境を支援する端末に追加するとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある関連したセルの動作と関連したすべてのシステム情報を特定シグナル（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌ）を介して提供できる。システム情報の変更は、関連したＳセルの解除及び追加によって制御されることができ、このとき、上位階層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを利用できる。Ｅ-ＵＴＲＡＮは、関連したＳセル内でブロードキャストするよりは、端末別に相異なったパラメータを有する特定シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）できる。
【０１６４】
初期セキュリティー活性化過程が始まったその後に、Ｅ-ＵＴＲＡＮは、接続設定過程で初期に構成されるＰセルに付加して、１つ以上のＳセルを含むネットワークを構成できる。キャリヤ併合環境でＰセル及びＳセルは、各々のコンポーネントキャリヤとして動作できる。以下の実施の形態では、プライマリコンポーネントキャリヤ（ＰＣＣ）は、Ｐセルと同じ意味として使用されることができ、セコンダリーコンポーネントキャリヤ（ＳＣＣ）は、Ｓセルと同じ意味として使用されることができる。
【０１６５】
図８は、本発明が適用されることができる無線通信システムにおけるコンポーネントキャリヤ及びキャリヤ併合の一例を示す。
【０１６６】
図８Ａは、ＬＴＥシステムにおいて使用される単一キャリヤ構造を示す。コンポーネントキャリヤには、ＤＬ  ＣＣとＵＬ  ＣＣがある。１つのコンポーネントキャリヤは、２０ＭＨｚの周波数範囲を有することができる。
【０１６７】
図８Ｂは、ＬＴＥ＿Ａシステムにおいて使用されるキャリヤ併合構造を示す。図８Ｂの場合に、２０ＭＨｚの周波数大きさを有する３個のコンポーネントキャリヤが結合された場合を示す。ＤＬ  ＣＣとＵＬ  ＣＣがそれぞれ３個ずつあるが、ＤＬ  ＣＣとＵＬ  ＣＣの数に制限があるのではない。キャリヤ併合の場合、端末は、３個のＣＣを同時にモニタリングでき、ダウンリンク信号／データを受信することができ、アップリンク信号／データを送信できる。
【０１６８】
仮に、特定セルにおいてＮ個のＤＬ  ＣＣが管理される場合には、ネットワークは、端末にＭ（Ｍ≦Ｎ）個のＤＬ  ＣＣを割り当てることができる。このとき、端末は、Ｍ個の制限されたＤＬ  ＣＣだけをモニタリングし、ＤＬ信号を受信することができる。また、ネットワークは、Ｌ（Ｌ≦Ｍ≦Ｎ）個のＤＬ  ＣＣに優先順位をつけて主なＤＬ  ＣＣを端末に割り当てることができ、このような場合、ＵＥは、Ｌ個のＤＬ  ＣＣは、必ずモニタリングしなければならない。このような方式は、アップリンクの送信にも全く同様に適用されることができる。
【０１６９】
ダウンリンク資源の搬送波周波数（またはＤＬ  ＣＣ）とアップリンク資源の搬送波周波数（または、ＵＬ  ＣＣ）との間のリンケージ（ｌｉｎｋａｇｅ）は、ＲＲＣメッセージのような上位階層メッセージまたはシステム情報により指示されることができる。例えば、ＳＩＢ２（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ２）によって定義されるリンケージによって、ＤＬ資源とＵＬ資源との組み合わせが構成されることができる。具体的に、リンケージは、ＵＬグラントを運ぶＰＤＣＣＨが送信されるＤＬ  ＣＣと前記ＵＬグラントを使用するＵＬ  ＣＣ間のマッピング関係を意味でき、ＨＡＲＱのためのデータが送信されるＤＬ  ＣＣ（またはＵＬ  ＣＣ）とＨＡＲＱ  ＡＣＫ／ＮＡＣＫ信号が送信されるＵＬ  ＣＣ（またはＤＬ  ＣＣ）間のマッピング関係を意味することもできる。
【０１７０】
クロスキャリヤスケジューリング（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）
【０１７１】
キャリヤ併合システムでは、キャリヤ（または搬送波）またはサービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）に対するスケジューリング観点でセルフスケジューリング（Ｓｅｌｆ-Ｓｃｈｅｄｕｌｉｎｇ）方法及びクロスキャリヤスケジューリング（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）方法の２つがある。クロスキャリヤスケジューリングは、クロスコンポーネントキャリヤスケジューリング（Ｃｒｏｓｓ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）またはクロスセルスケジューリング（Ｃｒｏｓｓ  Ｃｅｌｌ  Ｓｃｈｅｄｕｌｉｎｇ）と称することができる。
【０１７２】
クロスキャリヤスケジューリングは、ＰＤＣＣＨ（ＤＬ  Ｇｒａｎｔ）とＰＤＳＣＨがそれぞれ異なるＤＬ  ＣＣに送信されるか、またはＤＬ  ＣＣから送信されたＰＤＣＣＨ（ＵＬ  Ｇｒａｎｔ）によって送信されるＰＵＳＣＨがＵＬグラントを受信したＤＬ  ＣＣとリンクされているＵＬ  ＣＣでない他のＵＬ  ＣＣを介して送信されることを意味する。
【０１７３】
クロスキャリヤスケジューリングするかどうかは、端末特定（ＵＥ-ｓｐｅｃｉｆｉｃ）に活性化または非活性化されることができ、上位階層シグナリング（例えば、ＲＲＣ  ｓｉｇｎａｌｉｎｇ）を介してセミスタティック（ｓｅｍｉ-ｓｔａｔｉｃ）に各端末別に知られることができる。
【０１７４】
クロスキャリヤスケジューリングが活性化された場合、ＰＤＣＣＨに該当ＰＤＣＣＨが指示するＰＤＳＣＨ／ＰＵＳＣＨがどのＤＬ／ＵＬ  ＣＣを介して送信されるかを知らせるキャリヤ指示子フィールド（ＣＩＦ：Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）が必要である。例えば、ＰＤＣＣＨは、ＰＤＳＣＨ資源またはＰＵＳＣＨ資源をＣＩＦを利用して多数のコンポーネントキャリヤのうちの何れか１つに割り当てることができる。すなわち、ＤＬ  ＣＣ上でのＰＤＣＣＨが多重集成されたＤＬ／ＵＬ  ＣＣのうちの何れか１つにＰＤＳＣＨまたはＰＵＳＣＨ資源を割り当てる場合、ＣＩＦが設定される。この場合、ＬＴＥ-Ａ  Ｒｅｌｅａｓｅ-８のＤＣＩフォーマットは、ＣＩＦによって拡張されることができる。このとき、設定されたＣＩＦは、３ｂｉｔフィールドに固定されるか、または設定されたＣＩＦの位置は、ＤＣＩフォーマットの大きさと無関係に固定されることができる。また、ＬＴＥ-Ａ  Ｒｅｌｅａｓｅ-８のＰＤＣＣＨ構造（同一コーディング及び同じＣＣＥ基盤の資源マッピング）を再使用することもできる。
【０１７５】
これに対し、ＤＬ  ＣＣ上でのＰＤＣＣＨが同じＤＬ  ＣＣ上でのＰＤＳＣＨ資源を割り当てるか、または単一リンクされたＵＬ  ＣＣ上でのＰＵＳＣＨ資源を割り当てる場合には、ＣＩＦが設定されない。この場合、ＬＴＥ-Ａ  Ｒｅｌｅａｓｅ-８と同じＰＤＣＣＨ構造（同一コーディング及び同じＣＣＥ基盤の資源マッピング）とＤＣＩフォーマットとが使用されることができる。
【０１７６】
クロスキャリヤスケジューリングが可能であるとき、端末は、ＣＣ別送信モード及び／又は帯域幅に応じてモニタリングＣＣの制御領域において複数のＤＣＩに対したＰＤＣＣＨをモニタリングすることが必要である。したがって、これを支援できる検索空間の構成とＰＤＣＣＨモニタリングが必要である。
【０１７７】
キャリヤ併合システムにおいて、端末ＤＬ  ＣＣ集合は、端末がＰＤＳＣＨを受信するようにスケジューリングされたＤＬ  ＣＣの集合を示し、端末ＵＬ  ＣＣ集合は、端末がＰＵＳＣＨを送信するようにスケジューリングされたＵＬ  ＣＣの集合を示す。また、ＰＤＣＣＨモニタリング集合（ｍｏｎｉｔｏｒｉｎｇ  ｓｅｔ）は、ＰＤＣＣＨモニタリングを行う少なくとも１つのＤＬ  ＣＣの集合を示す。ＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合と同じであるか、または端末ＤＬ  ＣＣ集合の副集合（ｓｕｂｓｅｔ）でありうる。ＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合内のＤＬ  ＣＣのうち、少なくとも何れか１つを含むことができる。またはＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合に関わらず別に定義されることができる。ＰＤＣＣＨモニタリング集合に含まれるＤＬ  ＣＣは、リンクされたＵＬ  ＣＣに対したセルフ-スケジューリング（ｓｅｌｆ-ｓｃｈｅｄｕｌｉｎｇ）は、常に可能なように設定されることができる。このような、端末ＤＬ  ＣＣ集合、端末ＵＬ  ＣＣ集合及びＰＤＣＣＨモニタリング集合は、端末特定（ＵＥ-ｓｐｅｃｉｆｉｃ）、端末グループ特定（ＵＥ  ｇｒｏｕｐ-ｓｐｅｃｉｆｉｃ）またはセル特定（Ｃｅｌｌ-ｓｐｅｃｉｆｉｃ）に設定されることができる。
【０１７８】
クロスキャリヤスケジューリングが非活性化された場合には、ＰＤＣＣＨモニタリング集合が常に端末ＤＬ  ＣＣ集合と同一であることを意味し、このような場合には、ＰＤＣＣＨモニタリング集合に対する別途のシグナリングのような指示を必要としない。しかしながら、クロスキャリヤスケジューリングが活性化された場合には、ＰＤＣＣＨモニタリング集合が端末ＤＬ  ＣＣ集合内で定義されることが好ましい。すなわち、端末に対してＰＤＳＣＨまたはＰＵＳＣＨをスケジューリングするために、基地局は、ＰＤＣＣＨモニタリング集合だけを介してＰＤＣＣＨを送信する。
【０１７９】
図９は、本発明が適用されることができる無線通信システムにおけるクロスキャリヤスケジューリングに応じるサブフレーム構造の一例を示す。
【０１８０】
図９を参照すると、ＬＴＥ-Ａ端末のためのＤＬサブフレームは、３個のＤＬ  ＣＣが結合されており、ＤＬ  ＣＣ「Ａ」は、ＰＤＣＣＨモニタリングＤＬ  ＣＣに設定された場合を示す。ＣＩＦが使用されない場合、各ＤＬ  ＣＣは、ＣＩＦなしで自分のＰＤＳＣＨをスケジューリングするＰＤＣＣＨを送信できる。これに対し、ＣＩＦが上位階層シグナリングを介して使用される場合、ただ１つのＤＬ  ＣＣ「Ａ」だけがＣＩＦを利用して自分のＰＤＳＣＨまたは他のＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨを送信できる。このとき、ＰＤＣＣＨモニタリングＤＬ  ＣＣに設定されないＤＬ  ＣＣ「Ｂ」と「Ｃ」とは、ＰＤＣＣＨを送信しない。
【０１８１】
ＭＩＭＯ（Ｍｕｌｔｉ-Ｉｎｐｕｔ  Ｍｕｌｔｉ-Ｏｕｔｐｕｔ）
【０１８２】
ＭＩＭＯ技術は、いままで一般に一個の送信アンテナと一個の受信アンテナを使用したことから脱皮して、多重送信（Ｔｘ）アンテナと多重受信（Ｒｘ）アンテナを使用する。言い換えれば、ＭＩＭＯ技術は、無線通信システムの送信端または受信端で多重入出力アンテナを使用して、容量増大または性能改善を試みるための技術である。以下、「ＭＩＭＯ」を「多重入出力アンテナ」と称する。
【０１８３】
さらに具体的に、多重入出力アンテナ技術は、１つの完全なメッセージ（ｔｏｔａｌ  ｍｅｓｓａｇｅ）を受信するために、一個のアンテナ経路に依存せず、いくつかのアンテナを介して受信した複数のデータ片を収集して、完全なデータを完成させる。結果的に、多重入出力アンテナ技術は、特定システム範囲内でデータ送信率を増加させることができ、また特定データ送信率を介してシステムの範囲を増加させることができる。
【０１８４】
次世代移動通信は、既存の移動通信に比べてはるかに高いデータ送信率を要求するので、効率的な多重入出力アンテナ技術が必ず必要であると予想される。このような状況でＭＩＭＯ通信技術は、移動通信端末と中継器などに幅広く使用することができる次世代移動通信技術であり、データ通信拡大などにより限界状況により他の移動通信の送信量限界を克服できる技術として関心を集めている。
【０１８５】
一方、現在研究されている多様な送信効率の向上技術のうち、多重入出力アンテナ（ＭＩＭＯ）技術は、追加的な周波数割り当てまたは電力増加がなくても通信容量及び送受信性能を画期的に向上させることができる方法として、現在最も大きな注目を受けている。
【０１８６】
図１０は、一般的な多重入出力アンテナ（ＭＩＭＯ）通信システムの構成図である。
【０１８７】
図１０を参照すると、送信アンテナの数をＮＴ個に、受信アンテナの数をＮＲ個に同時に増やすと、送信機または受信機においてのみ多数のアンテナを使用するようになる場合とは異なり、アンテナ数に比例して理論的なチャネル送信容量が増加するので、送信レート（ｔｒａｎｓｆｅｒ  ｒａｔｅ）を向上させ、周波数効率を画期的に向上させることができる。この場合、チャネル送信容量の増加に応じる送信レートは、１つのアンテナを利用する場合の最大送信レート（Ｒｏ）に次のようなレート増加率（Ｒｉ）が掛け算された分だけ理論的に増加できる。
【０１８８】
【数１】
0006359757.tif 000009
【０１８９】
すなわち、例えば、４個の送信アンテナと４個の受信アンテナとを利用するＭＩＭＯ通信システムでは、単一アンテナシステムに比べて理論上４倍の送信レートを獲得できる。
【０１９０】
このような多重入出力アンテナの技術は、多様なチャネル経路を通過したシンボルを利用して送信信頼度を高める空間ダイバーシチ（ｓｐａｔｉａｌ  ｄｉｖｅｒｓｉｔｙ）方式と、多数の送信アンテナを利用して多数のデータシンボルを同時に送信して送信率を向上させる空間マルチプレクス（ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式とに分けられる。また、このような２つの方式を適宜結合して各々の長所を適宜得るための方式に対する研究も、最近多く研究されている分野である。
【０１９１】
各々の方式についてさらに具体的に述べると、以下のとおりである。
【０１９２】
第１に、空間ダイバーシチ方式の場合には、時空間ブロック符号系列と、ダイバーシチ利得と符号化利得とを同時に利用する時空間トレリス（Ｔｒｅｌｉｓ）符号系列方式がある。一般に、ビットエラー率改善性能と符号生成自由度は、トレリス符号方式が優れているが、演算複雑度は、時空間ブロック符号が簡単である。このような空間ダイバーシティー利得は、送信アンテナ数（ＮＴ）と受信アンテナ数（ＮＲ）の積  （ＮＴ×ＮＲ）に該当する量を得ることができる。
【０１９３】
第２に、空間マルチプレクス技法は、各送信アンテナで互いに異なるデータ列を送信する方法であるが、このとき、受信機では、送信機から同時に送信されたデータ間に相互干渉が発生するようになる。受信機では、この干渉を適切な信号処理技法を利用して除去した後に受信する。ここに使用される雑音除去方式は、ＭＬＤ（ｍａｘｉｍｕｍ  ｌｉｋｅｌｉｈｏｏｄ  ｄｅｔｅｃｔｉｏｎ）受信機、ＺＦ（ｚｅｒｏ-ｆｏｒｃｉｎｇ）受信機、ＭＭＳＥ（ｍｉｎｉｍｕｍ  ｍｅａｎ  ｓｑｕａｒｅ  ｅｒｒｏｒ）受信機、Ｄ-ＢＬＡＳＴ（Ｄｉａｇｏｎａｌ-Ｂｅｌｌ  Ｌａｂｏｒａｔｏｒｉｅｓ  Ｌａｙｅｒｅｄ  Ｓｐａｃｅ-Ｔｉｍｅ）、Ｖ-ＢＬＡＳＴ（Ｖｅｒｔｉｃａｌ-Ｂｅｌｌ  Ｌａｂｏｒａｔｏｒｉｅｓ  Ｌａｙｅｒｅｄ  Ｓｐａｃｅ-Ｔｉｍｅ）などがあり、特に送信端でチャネル情報が分かる場合には、ＳＶＤ（ｓｉｎｇｕｌａｒ  ｖａｌｕｅ  ｄｅｃｏｍｐｏｓｉｔｉｏｎ）方式などを使用することができる。
【０１９４】
第３に、空間ダイバーシチと空間マルチプレクスとの結合された技法を例に挙げることができる。空間ダイバーシチ利得だけを得る場合、ダイバーシチ次数の増加に応じる性能改善利得が順次飽和され、空間マルチプレクス利得だけを取ると、無線チャネルにおいて送信信頼度が低下する。これを解決しながら２介しての利得を全部得る方式が研究されてきたのであり、このうち、時空間ブロック符号（Ｄｏｕｂｌｅ-ＳＴＴＤ）、時空間ＢＩＣＭ（ＳＴＢＩＣＭ）などの方式がある。
【０１９５】
上述のような多重入出力アンテナシステムにおける通信方法をより具体的な方法で説明するために、これを数学的にモデリングする場合、以下のように表すことができる。
【０１９６】
まず、図１０に示すように、ＮＴ個の送信アンテナとＮＲ個の受信アンテナが存在すると仮定する。
【０１９７】
まず、送信信号に対して述べると、このようにＮＴ個の送信アンテナがある場合、最大送信可能な情報は、ＮＴ個であるので、これを次のようなベクトルで表すことができる。
【０１９８】
【数２】
0006359757.tif 000010
【０１９９】
一方、各々の送信情報ｓ１，  ｓ２，  ．．．，  ｓＮＴにおいて送信電力を異なるようにすることができ、このとき、各々の送信電力をＰ１，Ｐ２，．．．，ＰＮＴとすると、送信電力が調整された送信情報は、次のようなベクトルで表すことができる。
【０２００】
【数３】
0006359757.tif 000011
【０２０１】
【化４】
0006359757.tif 000012
【０２０２】
【数４】
0006359757.tif 000013
【０２０３】
【化５】
0006359757.tif 000014
【０２０４】
【数５】
0006359757.tif 000015
【０２０５】
ここで、ｗｉｊは、ｉ番目の送信アンテナとｊ番目の送信情報間の加重値を表し、Ｗは、これを行列で表したものである。このような行列Ｗを加重値行列（Ｗｅｉｇｈｔ  Ｍａｔｒｉｘ）またはプレコーディング行列（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ）と呼ぶ。
【０２０６】
一方、上述のような送信信号（ｘ）は、空間ダイバーシチを使用する場合と空間マルチプレクス使用する場合とに分けて考慮することができる。
【０２０７】
空間マルチプレクスを使用する場合は、互いに異なる信号を多重化して送信するようになるので、情報ベクトルｓの元素が全部異なる値を有するようになることに対し、空間ダイバーシチを使用するようになると、同じ信号を複数のチャネル経路を介して送信するようになるので、情報ベクトルｓの元素が全て同一の値を有するようになる。
【０２０８】
もちろん、空間マルチプレクスと空間ダイバーシチとを混合する方法も考慮可能である。すなわち、例えば、３個の送信アンテナを介して同じ信号を空間ダイバーシチを利用して送信し、残りは、各々異なる信号を空間マルチプレクスして送信する場合も考慮することができる。
【０２０９】
次に、受信信号は、ＮＲ個の受信アンテナがある場合、各アンテナの受信信号ｙ１，ｙ２，．．．，ｙＮＲをベクトルｙで次の介してに表すことにする。
【０２１０】
【数６】
0006359757.tif 000016
【０２１１】
一方、多重入出力アンテナ通信システムにおけるチャネルをモデリングする場合、各々のチャネルは、送受信アンテナインデックスに応じて区分でき、送信アンテナｊから受信アンテナｉを経るチャネルをｈｉｊと表示することにする。ここで、ｈｉｊのインデックスの順序が受信アンテナインデックスが先、送信アンテナのインデックスが後であることに留意する。
【０２１２】
このようなチャネルは、いくつかを束にしてベクトル及び行列形態でも表示可能である。ベクトル表示の例を挙げて説明すると、以下のとおりである。
【０２１３】
図１１は、多数の送信アンテナから１つの受信アンテナへのチャネルを示した図である。
【０２１４】
図１１に示すように、総ＮＴ個の送信アンテナから受信アンテナｉに到着するチャネルは、以下のとおりに表現可能である。
【０２１５】
【数７】
0006359757.tif 000017
【０２１６】
また、前記式７のような行列表現を介してＮＴ個の送信アンテナからＮＲ個の受信アンテナを経るチャネルを全て表す場合、以下のように表すことができる。
【０２１７】
【数８】
0006359757.tif 000018
【０２１８】
一方、実際のチャネルは、上のようなチャネル行列Ｈを経た後に白色雑音（ＡＷＧＮ：Ａｄｄｉｔｉｖｅ  Ｗｈｉｔｅ  Ｇａｕｓｓｉａｎ  Ｎｏｉｓｅ）が加えられるので、ＮＲ個の受信アンテナの各々に加えられる白色雑音ｎ１，ｎ２，．．．，ｎＮＲをベクトルで表現すると、以下のとおりである。
【０２１９】
【数９】
0006359757.tif 000019
【０２２０】
上述のような送信信号、受信信号、チャネル、及び白色雑音のモデリングを介して多重入出力アンテナ通信システムでの各々は、次のような関係を介して表すことができる。
【０２２１】
【数１０】
0006359757.tif 000020
【０２２２】
一方、チャネルの状態を表すチャネル行列Ｈの行と列の数は、送受信アンテナの数によって決定される。チャネル行列Ｈは、上述のように、行の数は、受信アンテナの数ＮＲと同じくなり、列の数は、送信アンテナの数ＮＴと同じくなる。すなわち、チャネル行列Ｈは、ＮＲ×ＮＴ行列になる。
【０２２３】
一般に、行列のランク（ｒａｎｋ）は、互いに独立である（ｉｎｄｅｐｅｎｄｅｎｔ）行または列の数のうち、最小数と定義される。したがって、行列のランクは、行または列の数より大きくはありえなくなる。式的に、例えば、チャネル行列Ｈのランク（ｒａｎｋ（Ｈ））は、以下のとおりに制限される。
【０２２４】
【数１１】
0006359757.tif 000021
【０２２５】
また、行列を固有値分解（Ｅｉｇｅｎ  ｖａｌｕｅ  ｄｅｃｏｍｐｏｓｉｔｉｏｎ）をしたとき、ランクは、固有値（ｅｉｇｅｎ  ｖａｌｕｅ）のうち、０でない固有値の数と定義することができる。類似の方法で、ランクをＳＶＤ（ｓｉｎｇｕｌａｒ  ｖａｌｕｅ  ｄｅｃｏｍｐｏｓｉｔｉｏｎ）したとき、０でない特異値（ｓｉｎｇｕｌａｒ  ｖａｌｕｅ）の数と定義することができる。したがって、チャネル行列においてランクの物理的な意味は、与えられたチャネルで互いに異なる情報を送ることができる最大数ということができる。
【０２２６】
本明細書において、ＭＩＭＯ送信に対する「ランク（Ｒａｎｋ）」は、特定時点及び特定周波数資源において独立的に信号を送信できる経路の数を表し、「階層（ｌａｙｅｒ）の数」は、各経路を介して送信される信号ストリームの数を示す。一般に、送信端は、信号の送信に利用されるランク数に対応する数の階層を送信するから、特別な言及がない限り、ランクは、階層数と同じ意味を有する。
【０２２７】
ＣＯＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｍｕｌｔｉ-Ｐｏｉｎｔ  Ｔｒａｎｓｍｉｓｓｉｏｎ  ａｎｄ  Ｒｅｃｅｐｔｉｏｎ）
【０２２８】
ＬＴＥ-ａｄｖａｎｃｅｄの要求に合わせて、システムの性能向上のためにＣｏＭＰ送信が提案された。ＣｏＭＰは、ｃｏ-ＭＩＭＯ、ｃｏｌｌａｂｏｒａｔｉｖｅ  ＭＩＭＯ、ｎｅｔｗｏｒｋ  ＭＩＭＯなどとも呼ばれる。ＣｏＭＰは、セル境界に位置した端末の性能を向上させ、平均セル（セクター）の効率（ｔｈｒｏｕｇｈｐｕｔ）を向上させると予想される。
【０２２９】
一般に、セル間干渉（Ｉｎｔｅｒ-Ｃｅｌｌ  Ｉｎｔｅｒｆｅｒｅｎｃｅ）は、周波数再使用指数が１である多重-セル環境においてセル境界に位置した端末の性能及び平均セル（セクター）効率を低下させる。セル間干渉を緩和させるために、干渉制約的な（ｉｎｔｅｒｆｅｒｅｎｃｅ-ｌｉｍｉｔｅｄ）環境においてセル境界に位置した端末が適正な性能効率を有するように、ＬＴＥシステムでは、部分周波数再使用（ＦＦＲ：Ｆｒａｃｔｉｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  Ｒｅｕｓｅ）のような単純な受動的な方法が適用された。しかしながら、各セル当たりの周波数資源の使用を減少させる代わり、端末が受信しなければならない信号（ｄｅｓｉｒｅｄ  ｓｉｇｎａｌ）としてセル間干渉を再度使用するか、またはセル間干渉を緩和させる方法がより利益になる。上述の目的を達成するために、ＣｏＭＰ送信方式が適用されることができる。
【０２３０】
ダウンリンクに適用されることができるＣｏＭＰ方式は、ＪＰ（Ｊｏｉｎｔ  Ｐｒｏｃｅｓｓｉｎｇ）方式とＣＳ／ＣＢ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｓｃｈｅｄｕｌｉｎｇ／Ｂｅａｍｆｏｒｍｉｎｇ）方式とに分けることができる。
【０２３１】
ＪＰ方式において、データは、ＣｏＭＰ単位の各ポイント（基地局）で使用されることができる。ＣｏＭＰ単位は、ＣｏＭＰ方式において利用される基地局の集合を意味する。ＪＰ方式は、また連合送信（ｊｏｉｎｔ  ｔｒａｎｓｍｉｓｓｉｏｎ）方式と動的セル選択（ｄｙｎａｍｉｃ  ｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ）方式とに分けることができる。
【０２３２】
連合送信方式は、ＣｏＭＰ単位において全体または一部分である複数のポイントからＰＤＳＣＨを介して信号が同時に送信される方式を意味する。すなわち、単一の端末に送信されるデータは、複数の送信ポイントから同時に送信されることができる。このような連合送信方式により可干渉的（ｃｏｈｅｒｅｎｔｌｙ）〜非干渉的（ｎｏｎ-ｃｏｈｅｒｅｎｔｌｙ）に関わらず、端末に送信される信号の品質を高めることができ、さらに異なる端末との干渉を積極的に除去できる。
【０２３３】
動的セル選択方式は、ＣｏＭＰ単位において単一のポイントからＰＤＳＣＨを介して信号が送信される方式を意味する。すなわち、特定時間に単一の端末に送信されるデータは、単一のポイントから送信され、ＣｏＭＰ単位内の異なるポイントでは、前記端末にデータを送信しない。端末にデータを送信するポイントは、動的に選択されることができる。
【０２３４】
ＣＳ／ＣＢ方式によると、ＣｏＭＰ単位は、単一の端末へのデータ送信のために協力してビーム形成を行うようになる。すなわち、サービングセルだけで端末にデータを送信するが、ユーザスケジューリング／ビーム形成は、ＣｏＭＰ単位内の複数のセル間の協力を介して決定されることができる。
【０２３５】
アップリンクの場合、ＣｏＭＰ受信は、地理的に分離された複数のポイント間の協力によって送信された信号を受信することを意味する。アップリンクに適用されることができるＣｏＭＰ方式は、ＪＲ（Ｊｏｉｎｔ  Ｒｅｃｅｐｔｉｏｎ）方式とＣＳ／ＣＢ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｓｃｈｅｄｕｌｉｎｇ／Ｂｅａｍｆｏｒｍｉｎｇ）方式とに分けることができる。
【０２３６】
ＪＲ方式は、ＣｏＭＰ単位において全体または一部分である複数のポイントがＰＤＳＣＨを介して送信された信号を受信する方式を意味する。ＣＳ／ＣＢ方式は、単一のポイントにおいてのみＰＤＳＣＨを介して送信された信号を受信するようになるが、ユーザスケジューリング／ビーム形成は、ＣｏＭＰ単位内の複数のセル間の協力を介して決定されることができる。
【０２３７】
リレイノード（ＲＮ：Ｒｅｌａｙ  Ｎｏｄｅ）
【０２３８】
リレイノードは、基地局と端末との間の送受信されるデータを２個の異なるリンク（バックホールリンク及びアクセスリンク）を介して伝達する。基地局は、ドナー（ｄｏｎｏｒ）セルを含むことができる。リレイノードは、ドナーセルを介して無線で無線アクセスネットワークに接続される。
【０２３９】
一方、リレイノードの帯域（またはスペクトル）使用と関連して、バックホールリンクがアクセスリンクと同じ周波数帯域で動作する場合を「イン-バンド（ｉｎ-ｂａｎｄ）」といい、バックホールリンクとアクセスリンクが相異なった周波数帯域で動作する場合を「アウト-バンド（ｏｕｔ-ｂａｎｄ）」という。イン-バンド及びアウト-バンドの場合、全部既存のＬＴＥシステム（例えば、リリース-８）によって動作する端末（以下、レガシー（ｌｅｇａｃｙ）端末という。）がドナーセルに接続できなければならない。
【０２４０】
端末に置いてリレイノードを認識するかどうかに応じてリレイノードは、トランスペアレント（ｔｒａｎｓｐａｒｅｎｔ）リレイノードまたはノン-トランスペアレント（ｎｏｎ-ｔｒａｎｓｐａｒｅｎｔ）リレイノードに分類されることができる。トランスペアレントは、端末がリレイノードを介してネットワークと通信するかどうかを認知できない場合を意味し、ノン-トランスペアレントは、端末がリレイノードを介してネットワークと通信するかどうかを認知する場合を意味する。
【０２４１】
リレイノードの制御と関連して、ドナーセルの一部として構成されるリレイノードまたは自らセルを制御するリレイノードとに区分されることができる。
【０２４２】
ドナーセルの一部として構成されるリレイノードは、リレイノード識別子（ｒｅｌａｙ  ＩＤ）を有することはできるが、リレイノード自分のセル識別子（ｃｅｌｌ  ｉｄｅｎｔｉｔｙ）を有しない。
【０２４３】
ドナーセルが属する基地局によってＲＲＭ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ）の少なくとも一部が制御されると、ＲＲＭの残りの部分がリレイノードに位置しても、ドナーセルの一部として構成されるリレイノードという。好ましく、このようなリレイノードは、レガシー端末を支援できる。例えば、スマートレピ−タ（Ｓｍａｒｔ  ｒｅｐｅａｔｅｒｓ）、デコード-アンド-フォワードリレイノード（ｄｅｃｏｄｅ-ａｎｄ-ｆｏｒｗａｒｄ  ｒｅｌａｙｓ）、Ｌ２（第２階層）リレイノードの多様な種類及びタイプ-２リレイノードがこのようなリレイノードに該当する。
【０２４４】
自らセルを制御するリレイノードの場合に、リレイノードは、１つまたは複数のセルを制御し、リレイノードにより制御されるセルの各々に固有の物理層セル識別子が提供される。また、リレイノードにより制御されるセルの各々は、同じＲＲＭメカニズムを利用できる。端末観点では、リレイノードによって制御されるセルにアクセスすることと一般基地局により制御されるセルにアクセスすることに差異点がない。このようなリレイノードにより制御されるセルは、レガシー端末を支援できる。例えば、セルフ-バックホーリング（Ｓｅｌｆ-ｂａｃｋｈａｕｌｉｎｇ）リレイノード、Ｌ３（第３階層）リレイノード、タイプ-１リレイノード及びタイプ-１ａリレイノードがこのようなリレイノードに該当する。
【０２４５】
タイプ-１リレイノードは、イン-バンドリレイノードとして複数のセルを制御し、これらの複数のセルの各々は、端末立場でドナーセルと区別される別のセルとして見える。また、複数のセルは、各自の物理セルＩＤ（これは、ＬＴＥリリース-８で定義されること）で、リレイノードは、自分の同期化チャネル、参照信号などを送信できる。単一-セル動作の場合に、端末は、リレイノードから直接スケジューリング情報及びＨＡＲＱフィードバックを受信し、リレイノードに自分の制御チャネル（スケジューリング要求（ＳＲ）、ＣＱＩ、ＡＣＫ／ＮＡＣＫ等）を送信できる。また、レガシー端末（ＬＴＥリリース-８システムに従って動作する端末）にタイプ-１リレイノードは、レガシー基地局（ＬＴＥリリース-８システムに従って動作する基地局）として見える。すなわち、逆方向互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）を有する。一方、ＬＴＥ-Ａシステムに従って動作する端末には、タイプ-１リレイノードは、レガシー基地局と異なる基地局としてみえ、性能向上を提供できる。
【０２４６】
タイプ-１ａリレイノードは、アウト-バンドとして動作する他に、前述のタイプ-１リレイノードと同じ特徴を有する。タイプ-１ａリレイノードの動作は、Ｌ１（第１階層）動作に対する影響が最小化またはないように構成されることができる。
【０２４７】
タイプ-２リレイノードは、イン-バンドリレイノードであって、別の物理セルＩＤを有せず、これにより新しいセルを形成しない。タイプ-２リレイノードは、レガシー端末に対してトランスペアレントし、レガシー端末は、タイプ-２リレイノードの存在を認知できない。タイプ-２リレイノードは、ＰＤＳＣＨを送信できるが、少なくともＣＲＳ及びＰＤＣＣＨは送信しない。
【０２４８】
一方、リレイノードがイン-バンドとして動作するようにするために、時間-周波数空間での一部資源がバックホールリンクのために予備されなければならず、この資源は、アクセスリンクのために使用されないように設定できる。これを資源分割（ｒｅｓｏｕｒｃｅ  ｐａｒｔｉｔｉｏｎｉｎｇ）という。
【０２４９】
リレイノードでの資源分割における一般的な原理は、次のように説明できる。バックホールダウンリンク及びアクセスダウンリンクが１つの搬送波周波数上において時間分割多重化（ＴＤＭ）方式により多重化できる（すなわち、特定時間でバックホールダウンリンクまたはアクセスダウンリンクのうち、１つだけが活性化される）。同様に、バックホールアップリンク及びアクセスアップリンクは、１つの搬送波周波数上においてＴＤＭ方式で多重化されることができる（すなわち、特定時間においてバックホールアップリンクまたはアクセスアップリンクのうちの何れか１つだけが活性化される）。
【０２５０】
ＦＤＤでのバックホールリンク多重化は、バックホールダウンリンク送信は、ダウンリンク周波数帯域で行われ、バックホールアップリンク送信は、アップリンク周波数帯域で行われることができる。ＴＤＤでのバックホールリンク多重化は、バックホールダウンリンク送信は、基地局とリレイノードのダウンリンクサブフレームで行われ、バックホールアップリンク送信は、基地局とリレイノードのアップリンクサブフレームで行われることができる。
【０２５１】
イン-バンドリレイノードの場合に、例えば、同じ周波数帯域で基地局からのバックホールダウンリンク受信と端末へのアクセスダウンリンク送信が同時になされると、リレイノードの送信端から送信される信号によってリレイノードの受信端で信号干渉が発生できる。すなわち、リレイノードのＲＦフロントエンド（ｆｒｏｎｔ-ｅｎｄ）で信号干渉またはＲＦジャミング（ｊａｍｍｉｎｇ）が発生できる。同様に、同じ周波数帯域で基地局へのバックホールアップリンク送信と端末からのアクセスアップリンク受信とが同時になされる場合にも、信号干渉が発生できる。
【０２５２】
したがって、リレイノードで同じ周波数帯域において同時に信号を送受信するために、受信信号と送信信号との間に十分な分離（例えば、送信アンテナと受信アンテナを地上／地下に設置するように地理的に十分に離隔させて設置する）が提供されてないと実現しがたい。
【０２５３】
このような信号干渉の問題を解決する１つの方案は、リレイノードがドナーセルから信号を受信する間に、端末に信号を送信しないように動作させることである。すなわち、リレイノードから端末への送信にギャップ（ｇａｐ）を生成し、このギャップ間には、端末（レガシー端末を含む）がリレイノードからのいかなる送信も期待しないように設定できる。このようなギャップは、ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ  Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）サブフレームを構成することによって設定できる。
【０２５４】
図１２は、本発明が適用されることができる無線通信システムにおけるリレイノード資源分割を例示する。
【０２５５】
図１２において、第１番目のサブフレームは、一般サブフレームとしてリレイノードから端末にダウンリンク（すなわち、アクセスダウンリンク）制御信号及びデータが送信され、第２番目のサブフレームは、ＭＢＳＦＮサブフレームとしてダウンリンクサブフレームの制御領域では、リレイノードから端末に制御信号が送信されるが、ダウンリンクサブフレームの残りの領域では、リレイノードから端末に何らの送信が行われない。ここで、レガシー端末の場合には、すべてのダウンリンクサブフレームでＰＤＣＣＨの送信を期待するようになるので（言い換えれば、リレイノードは、自分の領域内のレガシー端末が毎サブフレームでＰＤＣＣＨを受信して、測定機能を行うように支援する必要があるので）、レガシー端末の正しい動作のためには、すべてのダウンリンクサブフレームでＰＤＣＣＨを送信する必要がある。したがって、基地局からリレイノードへのダウンリンク（すなわち、バックホールダウンリンク）送信のために設定されたサブフレーム（第２番目のサブフレーム）上においても、サブフレームの最初Ｎ（Ｎ＝１，２または３）個のＯＦＤＭシンボル区間でリレイノードは、バックホールダウンリンクを受信することでなくアクセスダウンリンク送信をしなければならない必要がある。これに対し、第２番目のサブフレームの制御領域においてＰＤＣＣＨがリレイノードから端末に送信されるので、リレイノードでサービングするレガシー端末に対する逆方向互換性が提供されることができる。第２サブフレームの残りの領域では、リレイノードから端末に何らの送信が行われない間に、リレイノードは、基地局からの送信を受信することができる。したがって、このような資源分割方式により、イン-バンドリレイノードでアクセスダウンリンク送信とバックホールダウンリンク受信とが同時に行われないようにすることができる。
【０２５６】
ＭＢＳＦＮサブフレームを利用する第２番目のサブフレームについて具体的に説明する。第２番目のサブフレームの制御領域は、リレイノード非-聴取（ｎｏｎ-ｈｅａｒｉｎｇ）区間ということができる。リレイノード非-聴取区間は、リレイノードがバックホールダウンリンク信号を受信せずにアクセスダウンリンク信号を送信する区間を意味する。この区間は、前述のように１、２または３ＯＦＤＭ長さに設定されることができる。リレイノード非-聴取区間でリレイノードは、端末へのアクセスダウンリンク送信を行い、残りの領域では、基地局からバックホールダウンリンクを受信することができる。このとき、リレイノードは、同じ周波数帯域で同時に送受信を行うことができないので、リレイノードが送信モードから受信モードに切り替えるのに時間がかかる。したがって、バックホールダウンリンク受信領域の最初一部区間でリレイノードが送信／受信モードスイッチングをするようガード時間（ＧＴ：ｇｕａｒｄ  ｔｉｍｅ）が設定される必要がある。同様に、リレイノードが基地局からのバックホールダウンリンクを受信し、端末へのアクセスダウンリンクを送信するように動作する場合にも、リレイノードの受信／送信モードスイッチングのためのガード時間が設定されることができる。このようなガード時間の長さは、時間領域の値として与えられることができ、例えば、ｋ（ｋ≧１）個の時間サンプル（Ｔｓ：ｔｉｍｅ  ｓａｍｐｌｅ）値として与えられることができ、または１つ以上のＯＦＤＭシンボル長さに設定されることもできる。または、リレイノードバックホールダウンリンクサブフレームが連続して設定されている場合に、または所定のサブフレームタイミング整列（ｔｉｍｉｎｇ  ａｌｉｇｎｍｅｎｔ）関係によってサブフレームの最後の部分のガード時間は、定義されるか、または設定されないことができる。このようなガード時間は、逆方向互換性を維持するために、バックホールダウンリンクサブフレーム送信のために設定されている周波数領域においてのみ定義されることができる（アクセスダウンリンク区間でガード時間が設定される場合には、レガシー端末を支援できない）。ガード時間を除いたバックホールダウンリンク受信区間でリレイノードは、基地局からＰＤＣＣＨ及びＰＤＳＣＨを受信することができる。これをリレイノード専用物理チャネルという意味でＲ-ＰＤＣＣＨ（Ｒｅｌａｙ-ＰＤＣＣＨ）及びＲ-ＰＤＳＣＨ（Ｒｅｌａｙ-ＰＤＳＣＨ）と表現することもできる。
【０２５７】
参照信号（ＲＳ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
【０２５８】
ダウンリンク参照信号
【０２５９】
無線通信システムにおいてデータ／信号は、無線チャネルを介して送信されるから、データ／信号は、送信中に無線上において歪曲されることができる。受信端において歪曲された信号を正確に受信するために、歪曲されて受信された信号は、チャネル情報を利用して補正されることが好ましい。このとき、送信端及び／又は受信端は、チャネル情報を検出するために、両側ですべて知っている参照信号（ＲＳ）を利用することができる。参照信号は、パイロット信号と呼ばれることができる。
【０２６０】
送信端において多重入出力アンテナを利用してデータを送受信するとき、受信端においてデータを正確に受信するために、送信アンテナと受信アンテナとの間のチャネル状態が検出されることが好ましい。このとき、受信端においてチャネル状態を検出するために、送信端の各送信アンテナは、個別的な参照信号を有することが好ましい。
【０２６１】
ダウンリンク参照信号は、１つのセル内のすべての端末が共有する共通参照信号（ＣＲＳ：Ｃｏｍｍｏｎ  ＲＳ）と特定端末のみのための専用参照信号（ＤＲＳ：Ｄｅｄｉｃａｔｅｄ  ＲＳ）がある。送信端は、このような参照信号（ＣＲＳ，  ＤＲＳ）を利用して、復調（ｄｅｍｏｄｕｌａｔｉｏｎ）とチャネル測定（ｃｈａｎｎｅｌ  ｍｅａｓｕｒｅｍｅｎｔ）のための情報を受信端に提供できる。
【０２６２】
受信端（例えば、端末）は、ＣＲＳを利用してチャネル状態を測定し、測定されたチャネル状態に応じてＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ），ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ）及び／又はＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）のようなチャネル品質と関連した指示子を送信端（例えば、基地局）にフィードバックできる。本発明の実施の形態においてＣＲＳは、セル特定参照信号（ｃｅｌｌ-ｓｐｅｃｉｆｉｃ  ＲＳ）とも言う。これに対して、チャネル状態情報（ＣＳＩ）のフィードバックと関連した参照信号をＣＳＩ-ＲＳと定義することができる。
【０２６３】
ＤＲＳは、ＰＤＳＣＨ上のデータ復調が必要な場合に、資源要素を介して端末に送信されることができる。端末は、上位階層シグナリングを介してＤＲＳの存在有無を受信することができる。ＤＲＳに相応するＰＤＳＣＨ信号がマッピングされる場合においてのみ有効である。本発明の実施の形態においてＤＲＳを端末特定参照信号（ＵＥ-ｓｐｅｃｉｆｉｃ  ＲＳ）または復調参照信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ  ＲＳ）とも呼ぶことができる。
【０２６４】
図１３は、３ＧＰＰ  ＬＴＥシステムにおいて定義されたダウンリンク資源ブロック（ＲＢ）対にマッピングされた参照信号パターンの一例を示す図である。
【０２６５】
参照信号がマッピングされる単位としてダウンリンク資源ブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）対は、時間領域において１つのサブフレーム×周波数領域において１２個の副搬送波が設定されることができる。すなわち、時間軸（Ｘ軸）上において１つの資源ブロック対は、一般循環前置（ｎｏｒｍａｌ  ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ））の場合、１４個のＯＦＤＭシンボルの長さを有し（図１３（ａ）参照）、拡張循環前置（ｅｘｔｅｎｄｅｄ  ＣＰ（（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ））の場合、１２個のＯＦＤＭシンボルの長さを有する（図１３（ｂ）参照）。
【０２６６】
図１３を参照すると、各資源ブロックにおいて「０」，「１」，「２」及び「３」と表示された資源要素（ＲＥｓ）は、送信端（例えば、基地局）のアンテナポート「０」，「１」，「２」及び「３」のそれぞれに該当するＣＲＳがマッピングされた資源要素を意味し、「Ｄ」と記載された資源要素は、ＤＲＳがマッピングされた資源要素を意味する。
【０２６７】
以下、ＣＲＳについてさらに詳細に説明する。
【０２６８】
ＣＲＳは、セル内に位置したすべての端末に共通に受信できる参照信号であって、全体周波数帯域に分布され、物理的アンテナのチャネルを推定するために使用されることができる。また、ＣＲＳは、チャネル品質情報（ＣＳＩ）及びデータ復調のために利用されることができる。
【０２６９】
ＣＲＳは、送信端（例えば、基地局）でのアンテナ配列に従って多様なフォーマットで定義されることができる。３ＧＰＰ  ＬＴＥシステム（例えば、Ｒｅｌ-８／９）では、送信端は、４個までの送信アンテナを支援することができる。
【０２７０】
多重入出力アンテナが支援され、参照信号が１つ以上のアンテナポートから送信されるとき、参照信号は、所定のパターンに従って特定資源要素を介して送信される。このとき、１つのアンテナポートのための参照信号が送信される資源要素では、他のアンテナポートのための参照信号が送信されない。すなわち、互いに異なるアンテナ間の参照信号は、互いに重ならない。
【０２７１】
Ｄ２Ｄ通信一般
【０２７２】
一般に、Ｄ２Ｄ通信は、事物と事物間の通信または事物知能通信を指し示す用語として制限的に使用される場合もあるが、本発明でのＤ２Ｄ通信は、通信機能の装着された単純な装置はもちろん、スマートフォンまたは個人用コンピュータのように通信機能を揃えた多様な形態の装置間の通信を全部含むことができる。
【０２７３】
図１４は、本発明が適用されることができる無線通信システムにおけるＤ２Ｄ通信を概念的に説明するための図である。
【０２７４】
図１４の（ａ）は、既存の基地局（ｅＮＢ）重心の通信方式を示すもので、ＵＥ  １は、アップリンク上において基地局へデータを送信でき、基地局は、ダウンリンク上においてＵＥ  ２へデータを送信できる。このような通信方式は、基地局を介した間接通信方式ということができる。間接通信方式では、既存の無線通信システムで定義されたリンクであるＵｎリンク（基地局間のリンクまたは基地局と中継器間のリンクとして、バックホールリンクと称することができる）及び／又はＵｕリンク（基地局と端末間のリンクまたは中継器と端末間のリンクとして、アクセスリンクと称することができる）が関連することができる。
【０２７５】
図１４の（ｂ）は、Ｄ２Ｄ通信の一例としてＵＥ-ｔｏ-ＵＥ通信方式を示すことで、ＵＥ間のデータ交換が基地局を経ずに行われることができる。このような通信方式は、装置間の直接通信方式ということができる。Ｄ２Ｄ直接通信方式は、既存の基地局を介した間接通信方式に比べて遅延（ｌａｔｅｎｃｙ）が減少し、より少ない無線資源を使用する等の長所を有する。
【０２７６】
図１５は、本明細書において提案する方法が適用されることができるＤ２Ｄ通信の多様なシナリオの一例を示す。
【０２７７】
Ｄ２Ｄ通信のシナリオは、ＵＥ  １とＵＥ  ２がセルカバレッジ内（ｉｎ-ｃｏｖｅｒａｇｅ）／セルカバレッジ外（ｏｕｔ-ｏｆ-ｃｏｖｅｒａｇｅ）に位置するかによって、大きく（１）Ｏｕｔ-ｏｆ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋ、（２）Ｐａｒｔｉａｌ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋ、及び（３）Ｉｎ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋに分けられることができる。
【０２７８】
Ｉｎ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋの場合、基地局のカバレッジに該当するセル（Ｃｅｌｌ）の数に応じて、Ｉｎ-Ｃｏｖｅｒａｇｅ-Ｓｉｎｇｌｅ-Ｃｅｌｌ及びＩｎ-Ｃｏｖｅｒａｇｅ-Ｍｕｌｔｉ-Ｃｅｌｌに分けられることができる。
【０２７９】
図１５の（ａ）は、Ｄ２Ｄ通信のＯｕｔ-ｏｆ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋシナリオの一例を示す。
【０２８０】
Ｏｕｔ-ｏｆ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋシナリオは、基地局の制御無しでＤ２Ｄ端末間Ｄ２Ｄ通信を行うことを意味する。
【０２８１】
図１５の（ａ）において、ＵＥ  １とＵＥ  ２だけが存在し、ＵＥ  １とＵＥ  ２は、直接通信することを確認することができる。
【０２８２】
図１５の（ｂ）は、Ｄ２Ｄ通信のＰａｒｔｉａｌ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋシナリオの一例を示す。
【０２８３】
Ｐａｒｔｉａｌ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋシナリオは、ネットワークカバレッジ内に位置するＤ２Ｄ端末とネットワークカバレッジの外に位置するＤ２Ｄ端末との間にＤ２Ｄ通信を行うことを意味する。
【０２８４】
図１５の（ｂ）において、ネットワークカバレッジ内に位置するＵＥ  １とネットワークカバレッジの外に位置するＵＥ  ２とが通信することを確認することができる。
【０２８５】
図１５の（ｃ）は、Ｉｎ-Ｃｏｖｅｒａｇｅ-Ｓｉｎｇｌｅ-Ｃｅｌｌシナリオの一例を、図１５の（ｄ）は、Ｉｎ-Ｃｏｖｅｒａｇｅ-Ｍｕｌｔｉ-Ｃｅｌｌシナリオの一例を示す。
【０２８６】
Ｉｎ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋシナリオは、Ｄ２Ｄ端末がネットワークカバレッジ内で基地局の制御を介してＤ２Ｄ通信を行うことを意味する。
【０２８７】
図１５の（ｃ）において、ＵＥ  １とＵＥ  ２とは、同じネットワークカバレッジ（またはセル）内に位置し、基地局の制御下にＤ２Ｄ通信を行う。
【０２８８】
図１５の（ｄ）において、ＵＥ  １とＵＥ  ２は、ネットワークカバレッジ内に位置するものの、互いに異なるネットワークカバレッジ内に位置する。そして、ＵＥ  １とＵＥ  ２とは、各ネットワークカバレッジを管理する基地局の制御下にＤ２Ｄ通信を行う。
【０２８９】
以下、Ｄ２Ｄ通信に関してさらに詳細に説明する。
【０２９０】
Ｄ２Ｄ通信は、図１５に示すシナリオで動作できるが、一般にネットワークカバレッジ内（ｉｎ-ｃｏｖｅｒａｇｅ）とネットワークカバレッジ外（ｏｕｔ-ｏｆ-ｃｏｖｅｒａｇｅ）で動作できる。Ｄ２Ｄ通信（端末間直接通信）のために利用されるリンクをＤ２Ｄリンク（Ｄ２Ｄ  ｌｉｎｋ）、ダイレクトリンク（ｄｉｒｅｃｔｌｉｎｋ）またはサイドリンク（ｓｉｄｅｌｉｎｋ）などと称することができる、以下、説明の便宜のために、サイドリンクと通称して説明する。
【０２９１】
サイドリンク送信は、ＦＤＤの場合、アップリンクスペクトルで動作し、ＴＤＤの場合、アップリンク（あるいはダウンリンク）サブフレームで動作できる。サイドリンク送信とアップリンク送信の多重化のために、ＴＤＭ（Ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）が利用されることができる。
【０２９２】
サイドリンク送信とアップリンク送信とは、同時に行われない。アップリンク送信のために使用されるアップリンクサブフレームまたはＵｐＰＴＳと部分的にあるいは全体的に重なるサイドリンクサブフレームでは、サイドリンク送信が行われない。また、サイドリンクの送信及び受信もまた同時に行われない。
【０２９３】
サイドリンクの送信に利用される物理資源の構造は、アップリンク物理資源の構造が同一に利用されることができる。ただし、サイドリンクサブフレームの最後のシンボルは、保護区間（ｇｕａｒｄ  ｐｅｒｉｏｄ）から構成されてサイドリンクの送信に利用されない。
【０２９４】
サイドリンクサブフレームは、拡張循環前置（ｅｘｔｅｎｄｅｄ  ＣＰ）または一般循環前置（ｎｏｒｍａｌ  ＣＰ）により構成されることができる。
【０２９５】
Ｄ２Ｄ通信は、大別して、ディスカバリー（ｄｉｓｃｏｖｅｒｙ）、直接通信（ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、同期化（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）に区分されることができる。
【０２９６】
１）ディスカバリー（ｄｉｓｃｏｖｅｒｙ）
【０２９７】
Ｄ２Ｄディスカバリーは、ネットワークカバレッジ内で適用されることができる。（Ｉｎｔｅｒ-ｃｅｌｌ、Ｉｎｔｒａ-ｃｅｌｌを含む）。インターセル（ｉｎｔｅｒ-ｃｅｌｌ）ディスカバリーで同期化された（ｓｙｎｃｈｒｏｎｏｕｓ）または同期化されない（ａｓｙｎｃｈｒｏｎｏｕｓ）セル配置ともが考慮されることができる。Ｄ２Ｄディスカバリーは、近接領域内のＵＥに広告、クーポン発行、友人検索などの多様な常用目的として活用できる。
【０２９８】
ＵＥ  １がディスカバリーメッセージ送信の役割（ｒｏｌｅ）を有する場合、ＵＥ  １は、ディスカバリーメッセージを送信し、ＵＥ  ２は、ディスカバリーメッセージを受信する。ＵＥ  １とＵＥ  ２の送信及び受信役割は変わることができる。ＵＥ  １からの送信は、ＵＥ  ２のような１つ以上のＵＥ（ら）により受信されることができる。
【０２９９】
ディスカバリーメッセージは、単一のＭＡＣ  ＰＤＵを含むことができ、ここで、単一のＭＡＣ  ＰＤＵは、ＵＥ  ＩＤ及びａｐｐｌｉｃａｔｉｏｎ  ＩＤを含むことができる。
【０３００】
ディスカバリーメッセージを送信するチャネルとして物理サイドリンクディスカバリーチャネル（ＰＳＤＣＨ：Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ）が定義されることができる。ＰＳＤＣＨチャネルの構造は、ＰＵＳＣＨ構造を再度利用できる。
【０３０１】
Ｄ２Ｄディスカバリーのための資源割り当て方法は、２のタイプ（Ｔｙｐｅ  １、Ｔｙｐｅ  ２）が利用されることができる。
【０３０２】
タイプ１の場合、ｅＮＢは、端末特定しない（ｎｏｎ-ＵＥ  ｓｐｅｃｉｆｉｃ）方式でディスカバリーメッセージ送信のための資源を割り当てることができる。
【０３０３】
具体的に、特定の周期で複数のサブフレームから構成されたディスカバリー送信及び受信のための無線資源プール（ｐｏｏｌ）が割り当てられ、ディスカバリー送信ＵＥは、この無線資源プール（ｐｏｏｌ）内で特定資源を任意に選択した後、ディスカバリーメッセージを送信する。
【０３０４】
このような周期的なディスカバリー資源プール（ｐｏｏｌ）は、セミスタティック（ｓｅｍｉ-ｓｔａｔｉｃ）である方式でディスカバリー信号送信のために割り当てられることができる。ディスカバリー送信のためのディスカバリー資源プール（ｐｏｏｌ）の設定情報は、ディスカバリー周期、ディスカバリー周期内のディスカバリー信号の送信のために使用することができるサブフレームの数（すなわち、無線資源プールを構成するサブフレームの数）を含む。
【０３０５】
Ｉｎ-ｃｏｖｅｒａｇｅ  ＵＥの場合、ディスカバリー送信のためのディスカバリー資源プール（ｐｏｏｌ）は、ｅＮＢにより設定され、ＲＲＣシグナリング（例えば、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））を利用してＵＥに知らせることができる。
【０３０６】
１つのディスカバリー周期内にディスカバリーのために割り当てられたディスカバリー資源プール（ｐｏｏｌ）は、同じ大きさを有する時間-周波数資源ブロックでＴＤＭ及び／又はＦＤＭで多重化されることができ、このような同じ大きさを有する時間-周波数資源ブロックを「ディスカバリー資源（ｄｉｓｃｏｖｅｒｙ  ｒｅｓｏｕｒｃｅ）と呼ぶことができる。
【０３０７】
ディスカバリー資源は、１つのＵＥによりディスカバリーＭＡＣ  ＰＤＵの送信のために使用されることができる。１つのＵＥにより送信されるＭＡＣ  ＰＤＵの送信は、ディスカバリー周期内（すなわち、無線資源プール（ｐｏｏｌ））で連続して（ｃｏｎｔｉｇｕｏｕｓ）あるいは非連続的（ｎｏｎ-ｃｏｎｔｉｇｕｏｕｓ）に繰り返され  （例えば、４回繰り返し）ることができる。ＵＥは、ＭＡＣ  ＰＤＵの繰り返される送信のために使用されることができるディスカバリー資源セット（ｄｉｓｃｏｖｅｒｙ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）において第１番目のディスカバリー資源を任意に選択し、その他のディスカバリー資源は、第１番目のディスカバリー資源と関連して決定されることができる。例えば、一定パターンが予め設定され、ＵＥが第１番目に選択したディスカバリー資源の位置に応じて、その次のディスカバリー資源が予め設定されたパターンに応じて決定されることができる。また、ＵＥがＭＡＣ  ＰＤＵの繰り返される送信のために使用されることができるディスカバリー資源セット内で各々のディスカバリー資源を任意に選択することもできる。
【０３０８】
タイプ２は、ディスカバリーメッセージ送信のための資源が端末特定（ＵＥ  ｓｐｅｃｉｆｉｃ）に割り当てられる。タイプ２は、またタイプ２Ａ（Ｔｙｐｅ-２Ａ）、タイプ２Ｂ（Ｔｙｐｅ-２Ｂ）に細分化される。タイプ２Ａは、ｅＮＢがディスカバリー周期内でＵＥがディスカバリーメッセージの送信時点（ｉｎｓｔａｎｃｅ）毎に資源を割り当てる方式であり、タイプ２Ｂは、半永続（ｓｅｍｉ-ｐｅｒｓｉｓｔｅｎｔ）方式により資源を割り当てる方式である。
【０３０９】
タイプ２Ｂの場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＵＥは、ＲＲＣシグナリングを介してｅＮＢにＤ２Ｄディスカバリーメッセージの送信のための資源の割り当てを要求する。そして、ｅＮＢは、ＲＲＣシグナリングを介して資源を割り当てることができる。ＵＥは、ＲＲＣ＿ＩＤＬＥ状態に遷移するとき、またはｅＮＢがＲＲＣシグナリングを介して資源割り当てを撤回（ｗｉｔｈｄｒａｗ）するとき、ＵＥは、最も最近割り当てられた送信資源を解除する。このように、タイプ２Ｂの場合、ＲＲＣシグナリングにより無線資源が割り当てられ、ＰＤＣＣＨにより割り当てられた無線資源の活性（ａｃｔｉｖａｔｉｏｎ）／非活性（ｄｅａｃｔｉｖａｔｉｏｎ）が決定されることができる。
【０３１０】
ディスカバリーメッセージ受信のための無線資源プール（ｐｏｏｌ）は、ｅＮＢにより設定され、ＲＲＣシグナリング（例えば、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））を利用してＵＥに知らせることができる。
【０３１１】
ディスカバリーメッセージ受信ＵＥは、ディスカバリーメッセージを受信するために、上述のタイプ１及びタイプ２のディスカバリー資源プール（ｐｏｏｌ）ともをモニタリングする。
【０３１２】
２）直接通信（ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）
【０３１３】
Ｄ２Ｄ直接通信の適用領域は、ネットワークカバレッジ内外（ｉｎ-ｃｏｖｅｒａｇｅ、ｏｕｔ-ｏｆ-ｃｏｖｅｒａｇｅ）はもちろん、ネットワークカバレッジ境界領域（ｅｄｇｅ-ｏｆ-ｃｏｖｅｒａｇｅ）も含む。Ｄ２Ｄ直接通信は、ＰＳ（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）などの目的として利用されることができる。
【０３１４】
ＵＥ  １が直接通信データ送信の役割をはたす場合、ＵＥ  １は、直接通信データを送信し、ＵＥ  ２は、直接通信データを受信する。ＵＥ  １とＵＥ  ２の送信及び受信の役割は変わることができる。ＵＥ  １からの直接通信送信は、ＵＥ  ２のような１つ以上のＵＥ（ら）により受信されることができる。
【０３１５】
Ｄ２ＤディスカバリーとＤ２Ｄ通信は、互いに関連しないで独立的に定義されることができる。すなわち、グループキャスト（ｇｒｏｕｐｃａｓｔ）及びブロードキャスト（ｂｒｏａｄｃａｓｔ）直接通信では、Ｄ２Ｄディスカバリーが要求されない。このように、Ｄ２ＤディスカバリーとＤ２Ｄ直接通信とが独立的に定義される場合、ＵＥは、隣接するＵＥを認知する必要がない。換言すれば、グループキャスト及びブロードキャスト直接通信の場合、グループ内のすべての受信ＵＥが互いに近接することを要求しない。
【０３１６】
Ｄ２Ｄ直接通信データを送信するチャネルとして物理サイドリンク共有チャネル（ＰＳＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が定義されることができる。また、Ｄ２Ｄ直接通信のための制御情報（例えば、直接通信データ送信のためのスケジューリング承認（ＳＡ：ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）、送信形式等）を送信するチャネルとして物理サイドリンク制御チャネル（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）が定義されることができる。ＰＳＳＣＨ及びＰＳＣＣＨは、ＰＵＳＣＨ構造を再度利用できる。
【０３１７】
Ｄ２Ｄ直接通信のための資源割り当て方法は、２のモード（ｍｏｄｅ  １、ｍｏｄｅ  ２）が利用されることができる。
【０３１８】
モード１は、ｅＮＢが、ＵＥがＤ２Ｄ直接通信のためのデータまたは制御情報を送信するために使用する資源をスケジューリングする方式のことをいう。ｉｎ-ｃｏｖｅｒａｇｅでは、モード１が適用される。
【０３１９】
ｅＮＢは、Ｄ２Ｄ直接通信に必要な資源プール（ｐｏｏｌ）を設定する。ここで、Ｄ２Ｄ通信に必要な資源プール（ｐｏｏｌ）は、制御情報プールとＤ２Ｄデータプールとに区分されることができる。ｅＮＢがＰＤＣＣＨまたはｅＰＤＣＣＨを利用して送信Ｄ２Ｄ  ＵＥに設定されたプール内で制御情報及びＤ２Ｄデータ送信資源をスケジューリングすると、送信Ｄ２Ｄ  ＵＥは、割り当てられた資源を利用して制御情報及びＤ２Ｄデータを送信する。
【０３２０】
送信ＵＥは、ｅＮＢに送信資源を要求し、ｅＮＢは、制御情報とＤ２Ｄ直接通信データの送信のための資源をスケジューリングする。すなわち、モード１の場合、送信ＵＥは、Ｄ２Ｄ直接通信を行うために、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態それとも、ならない。送信ＵＥは、スケジューリング要求をｅＮＢに送信し、続いてｅＮＢが送信ＵＥにより要求される資源の量を決定できるように、ＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）手順が行われる。
【０３２１】
受信ＵＥは、制御情報プールをモニタリングし、自分と関連した制御情報をデコードすると、該当制御情報と関連したＤ２Ｄデータ送信を選択的にデコードできる。受信ＵＥは、制御情報デコード結果に応じてＤ２Ｄデータプールをデコードしないときもある。
【０３２２】
モード２は、ＵＥがＤ２Ｄ直接通信のためのデータまたは制御情報を送信するために資源プール（ｐｏｏｌ）から特定資源を任意に選択する方式のことをいう。ｏｕｔ-ｏｆ-ｃｏｖｅｒａｇｅ及び／又はｅｄｇｅ-ｏｆ-ｃｏｖｅｒａｇｅでモード２が適用される。
【０３２３】
モード２において制御情報送信のための資源プール（ｐｏｏｌ）及び／又はＤ２Ｄ直接通信データ送信を資源プール（ｐｏｏｌ）は、予め設定（ｐｒｅ-ｃｏｎｆｉｇｕｒｅｄ）されるか、半静的に（ｓｅｍｉ-ｓｔａｔｉｃａｌｌｙ）設定されることができる。ＵＥは、設定された資源プール（時間及び周波数）を受け、資源プールからＤ２Ｄ通信送信のための資源を選択する。すなわち、ＵＥは、制御情報を送信するために、制御情報資源プールから制御情報送信のための資源を選択できる。また、ＵＥは、Ｄ２Ｄ直接通信データ送信のためにデータ資源プールから資源を選択できる。
【０３２４】
Ｄ２Ｄブロードキャスト通信において、制御情報は、ブロードキャスティングＵＥにより送信される。制御情報は、Ｄ２Ｄ直接通信データを運搬する物理チャネル（すなわち、ＰＳＳＣＨ）と関連して、データ受信のための資源の位置を明示的に（ｅｘｐｌｉｃｉｔ）及び／又は暗黙的に（ｉｍｐｌｉｃｉｔ）指示する。
【０３２５】
３）同期化（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）
【０３２６】
Ｄ２Ｄ同期信号（またはサイドリンク同期信号）は、ＵＥガ時間-周波数同期を獲得するために利用されることができる。特に、ネットワークカバレッジ外の場合、ｅＮＢの制御が不可能なので、ＵＥ間同期確立のための新しい信号及び手順が定義されることができる。
【０３２７】
Ｄ２Ｄ同期信号を周期的に送信するＵＥをＤ２Ｄ同期ソース（Ｄ２Ｄ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｏｕｒｃｅ）と呼ぶことができる。Ｄ２Ｄ同期ソースがｅＮＢである場合、送信されるＤ２Ｄ同期信号の構造は、ＰＳＳ／ＳＳＳと同一でありうる。Ｄ２Ｄ同期ソースがｅＮＢでない場合（例えば、ＵＥまたはＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）等）送信されるＤ２Ｄ同期信号の構造は、新しく定義されることができる。
【０３２８】
Ｄ２Ｄ同期信号は、４０ｍｓより小さくない周期で周期的に送信される。端末別に多重の物理層サイドリンク同期化識別子（ｐｈｙｓｉｃａｌ-ｌａｙｅｒ  ｓｉｄｅｌｉｎｋ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｉｄｅｎｔｉｔｙ）を有することができる。Ｄ２Ｄ同期信号は、プライマリＤ２Ｄ同期信号（またはプライマリサイドリンク同期信号）とセコンダリーＤ２Ｄ同期信号（またはセコンダリーサイドリンク同期信号）を含む。
【０３２９】
Ｄ２Ｄ同期信号を送信する前に、まずＵＥは、Ｄ２Ｄ同期ソースを探索できる。そして、Ｄ２Ｄ同期ソースが探索されると、ＵＥは、探索されたＤ２Ｄ同期ソースから受信されたＤ２Ｄ同期信号を介して時間-周波数同期を獲得できる。そして、該当ＵＥは、Ｄ２Ｄ同期信号を送信できる。
【０３３０】
以下、明瞭性のために、Ｄ２Ｄ通信において２個の装置間の直接通信を例に挙げて説明するが、本発明の範囲がこれに制限されるものではなく、２つ以上の複数の装置間のＤ２Ｄ通信に対しても、本発明で説明する同じ原理が適用されることができる。
【０３３１】
Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ方式の１つとして、すべてのＵＥが分散的な方式によってｄｉｓｃｏｖｅｒｙを行うようにする方式（以下、「分散的ｄｉｓｃｏｖｅｒｙ）と呼ぶ）がある。分散的に、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙを行う方式は、ｃｅｎｔｒａｌｉｚｅｄ方式のように一ケ所で（例えば、ｅＮＢ、ＵＥまたはＤ２Ｄスケジューリング装置等）資源選択を決定することではなく、すべてのＵＥが分散的に自ら判断してｄｉｓｃｏｖｅｒｙ資源を選択し、ｄｉｓｃｏｖｅｒｙメッセージを送信及び受信をする方式のことを意味する。
【０３３２】
以下、本明細書では、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙのために端末が周期的に送信する信号（またはメッセージ）をｄｉｓｃｏｖｅｒｙメッセージ、ｄｉｓｃｏｖｅｒｙ信号、ビーコン（ｂｅａｃｏｎ）などと呼ぶことができる。以下、説明の便宜のために、ｄｉｓｃｏｖｅｒｙメッセージと通称する。
【０３３３】
分散的ｄｉｓｃｏｖｅｒｙでは、ＵＥがｄｉｓｃｏｖｅｒｙメッセージを送信及び受信するための資源として、セルラ資源とは別に専用資源が周期的に割り当てられることができる。これについて、以下の図１７を参照して説明する。
【０３３４】
図１６は、本明細書において提案する方法が適用されることができるディスカバリー資源が割り当てられるフレーム構造の一例を示す。
【０３３５】
図１６に示すように、分散的ｄｉｓｃｏｖｅｒｙ方式では、全体セルラアップリンク周波数-時間資源のうち、ｄｉｓｃｏｖｅｒｙのためのｄｉｓｃｏｖｅｒｙ  ｓｕｂｆｒａｍｅ（すなわち、「ｄｉｓｃｏｖｅｒｙ資源プール））（１６０１）が固定的に（または専用的に）割り当てられ、残りの領域は、既存のＬＴＥアップリンクＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）サブフレーム領域１６０３から構成される。ｄｉｓｃｏｖｅｒｙ資源プールは、１つ以上のサブフレームから構成されることができる。
【０３３６】
ｄｉｓｃｏｖｅｒｙ資源プールは、一定時間の間隔（すなわち、「ｄｉｓｃｏｖｅｒｙ周期」）で周期的に割り当てられることができる。また、ｄｉｓｃｏｖｅｒｙ資源プールは、１つのｄｉｓｃｏｖｅｒｙ周期内で繰り返して設定されることができる。
【０３３７】
図１６の場合、１０  ｓｅｃのｄｉｓｃｏｖｅｒｙ周期でｄｉｓｃｏｖｅｒｙ資源プールが割り当てられ、各々のｄｉｓｃｏｖｅｒｙ資源プールは、６４個の連続的なサブフレームが割り当てられる例を示す。ただし、ｄｉｓｃｏｖｅｒｙ周期及びｄｉｓｃｏｖｅｒｙ資源プールの時間／周波数資源の大きさは、これに限定されない。
【０３３８】
ＵＥは、専用的に割り当てられたｄｉｓｃｏｖｅｒｙプール内で自分のｄｉｓｃｏｖｅｒｙメッセージを送信するための資源（すなわち、「ｄｉｓｃｏｖｅｒｙ資源」）を自動的に選択し、選択された資源を介してｄｉｓｃｏｖｅｒｙメッセージを送信する。これについて、以下の図１７を参照して説明する。
【０３３９】
図１７は、本明細書において提案する方法が適用されることができるディスカバリー過程を簡略に示した図である。
【０３４０】
図１６及び図１７を参照すると、ｄｉｓｃｏｖｅｒｙ方式は、大きくｄｉｓｃｏｖｅｒｙメッセージ送信のための資源センシング（ｓｅｎｓｉｎｇ）（Ｓ１７０１）、ｄｉｓｃｏｖｅｒｙメッセージ送信のための資源選択（Ｓ１７０３）、ｄｉｓｃｏｖｅｒｙメッセージ送信及び受信（Ｓ１７０５）、このような３段階手順から構成される。
【０３４１】
まず、ｄｉｓｃｏｖｅｒｙメッセージ送信のための資源センシングステップ（Ｓ１７０１において、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙを行うすべてのＵＥは、分散的な方式で（すなわち、自動的に）Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ資源の１周期（ｐｅｒｉｏｄ）（すなわち、ｄｉｓｃｏｖｅｒｙ資源プール）の間にｄｉｓｃｏｖｅｒｙメッセージを全て受信（すなわち、センシング）する。例えば、図１６においてアップリンク帯域幅が１０ＭＨｚと仮定すると、すべてのＵＥは、Ｋ＝６４ｍｓｅｃ（６４個のサブフレーム）の間にＮ＝４４  ＲＢ（全体アップリンク帯域幅は、１０ＭＨｚであるので、総５０個のＲＢにおいてＰＵＣＣＨ送信のために６個のＲＢが利用される。）において送信されるｄｉｓｃｏｖｅｒｙメッセージを全て受信（すなわち、センシング）する。
【０３４２】
そして、ｄｉｓｃｏｖｅｒｙメッセージ送信のための資源選択ステップ（Ｓ１７０３）において、ＵＥは、センシングした資源のうち、低いエネルギーレベルの資源を分類し、そのうち、一定範囲内で（例えば、下位ｘ％（ｘ＝任意の定数、５，７，１０，．．．）内で）ｄｉｓｃｏｖｅｒｙ資源をランダムに選択する。
【０３４３】
ｄｉｓｃｏｖｅｒｙ資源は、同じ大きさを有する１つ以上の資源ブロックから構成されることができ、ｄｉｓｃｏｖｅｒｙ資源プール内でＴＤＭ及び／又はＦＤＭに多重化されることができる。
【０３４４】
そして、最後の手順であるｄｉｓｃｏｖｅｒｙメッセージ送信及び受信ステップ（Ｓ１７０５）において、ＵＥは、ｄｉｓｃｏｖｅｒｙ一周期後に（図１６の例示においてＰ＝１０秒後）選択されたｄｉｓｃｏｖｅｒｙ資源に基づいてｄｉｓｃｏｖｅｒｙメッセージを送受信し、その後のｄｉｓｃｏｖｅｒｙ周期では、ランダムな資源ホッピング（ｈｏｐｐｉｎｇ）パターンに応じて、周期的にｄｉｓｃｏｖｅｒｙメッセージを送受信する。
【０３４５】
このような、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ手順は、ＵＥがｅＮＢと接続があるＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でも行われるだけでなく、ｅＮＢと接続がないＲＲＣ＿ＩＤＬＥ状態でも行われ続けられる。
【０３４６】
以上のようなｄｉｓｃｏｖｅｒｙ方式を考慮すると、すべてのＵＥは、周囲のＵＥが送信しているすべての資源（すなわち、ｄｉｓｃｏｖｅｒｙ資源プール）をセンシングし、そのうち、一定範囲（例えば、下位ｘ％内）でランダムにｄｉｓｃｏｖｅｒｙ資源を選択する。
【０３４７】
以下において、本明細書において提案するＤ２Ｄ制御情報及び／又はＤ２Ｄデータ送信方法について図１８〜図２９を参照して具体的に説明する。
【０３４８】
前述したように、Ｄ２Ｄは、サイドリンク（ｓｉｄｅｌｉｎｋ）で表現されることができる。
【０３４９】
また、Ｄ２Ｄ制御情報は、サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＳＣＩ）で表現されることができ、前記Ｄ２Ｄ制御情報は、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して送受信されることができる。
【０３５０】
また、Ｄ２Ｄデータは、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して送受信されることができ、前記Ｄ２Ｄデータ送受信は、ＰＳＳＣＨ送受信で表現されることができる。
【０３５１】
端末間直接通信を行うにあたって、Ｄ２Ｄ端末でＤ２Ｄデータ（ｄａｔａ）を復調するためには、Ｄ２Ｄ制御情報（ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）が定義されなければならない。
【０３５２】
上述したように、前記Ｄ２Ｄ制御情報は、ＳＣＩで表現されることができ、以下では混用する。
【０３５３】
ここで、前記Ｄ２Ｄ制御情報は、前記Ｄ２Ｄデータを伝達するＤ２Ｄ通信チャネル（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃｈａｎｎｅｌ）とは別のチャネル（または、別の信号で）で送信されることができる。
【０３５４】
上述したように、前記Ｄ２Ｄ通信チャネルは、ＰＳＳＣＨで表現されることができ、以下では混用する。
【０３５５】
また、以下において説明する方法は、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ  ｍｅｓｓａｇｅを伝達するために必要な制御情報を別に送信するようになる場合にも同様に適用されることができる。
【０３５６】
前記Ｄ２Ｄ制御情報は、ＮＤＩ（ｎｅｗ  ｄａｔａ  ｉｎｄｉｃａｔｏｒ）、ＲＡ（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ｏｒ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ／ｓｅｔ）、ＲＶ（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）、Ｔｘ  ＵＥ  ＩＤなどのような情報の一部または全体を含むことができる。
【０３５７】
前記Ｄ２Ｄ制御情報は、図１５のＤ２Ｄ通信が適用されるシナリオによって前記Ｄ２Ｄ制御情報に含まれる情報の組み合わせが異なるように構成されることができる。
【０３５８】
一般的に、制御情報（ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＣＩ）は、データチャネル（ｄａｔａ  ｃｈａｎｎｅｌ）を復調するのに活用されるので、前記制御情報は、前記ｄａｔａ  ｃｈａｎｎｅｌに先行してデコーディング（ｄｅｃｏｄｉｎｇ）されなければならない。
【０３５９】
したがって、前記制御情報を受信する端末は、前記制御情報が送信される時間及び周波数資源の位置と前記データチャネルの復調に必要な関連パラメータを予め知っていなければならない。
【０３６０】
例えば、ＬＴＥ（−Ａ）システムにおいてＰＤＣＣＨの場合、サブフレーム毎の特定シンボルのうち、特定位置に送信されることを端末が分かるように、ＵＥ  ＩＤ基盤のｈａｓｈｉｎｇ関数を送信端（例：基地局）及び受信端（例：端末）が共通に使用している。
【０３６１】
また、ＬＴＥ（−Ａ）システムにおいてＢＣＨの場合、４０ｍｓ周期に特定ＳＦ（Ｓｕｂｆｒａｍｅ）の特定シンボルにｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎが伝達されるという事実を予め基地局と端末が共有している。
【０３６２】
上述したように、端末で前記制御情報を正しく取得するためには、予め前記端末に十分な前記制御情報の復調関連情報（または、パラメータ）が伝達されなければならない。
【０３６３】
同様に、Ｄ２Ｄ通信を支援するシステムでＤ２Ｄ端末がＤ２Ｄ制御情報を成功裏に復調するためには、前記Ｄ２Ｄ制御情報の送信と関連したパラメータが予めＤ２Ｄ端末と共有されなければならない。
【０３６４】
前記Ｄ２Ｄ制御情報の送信と関連したパラメータは、一例として、ｓｕｂｆｒａｍｅ／ｓｌｏｔ  ｉｎｄｅｘ、ｓｙｍｂｏｌ  ｉｎｄｅｘ、またはＲＢ  ｉｎｄｅｘなどでありうる。
【０３６５】
また、前記Ｄ２Ｄ制御情報の送信と関連したパラメータは、特定フォーマットのＤＣＩでありうるし、基地局からまたは他のＤ２Ｄ端末からＰＤＣＣＨを介して取得されることができる。
【０３６６】
前記特定フォーマットのＤＣＩは、新しく定義されるＤＣＩフォーマットを意味するものであって、一例として、ＤＣＩ  ｆｏｒｍａｔ  ５でありうる。
【０３６７】
一実施形態として、前記Ｄ２Ｄ制御情報は、Ｄ２Ｄ  ｓｕｂｆｒａｍｅ（Ｄ２Ｄ送信のために指定されたｓｕｂｆｒａｍｅ）に指定された全てのｓｕｂｆｒａｍｅで、または前記全てのｓｕｂｆｒａｍｅのうち、特定ｉｎｄｅｘを有する一連のｓｕｂｆｒａｍｅ（ａ  ｓｅｔ  ｏｆ  ｓｕｂｆｒａｍｅまたはｓｕｂｆｒａｍｅ  ｓｅｔ）で、若しくは特定周期を有するｓｕｂｆｒａｍｅ  ｓｅｔで送信されるように指定されることができる。
【０３６８】
このような潜在的なＤ２Ｄ制御情報の送信ｓｕｂｆｒａｍｅまたはｓｕｂｆｒａｍｅ  ｓｅｔは、予め端末に（ｈｉｇｈｅｒ  ｌａｙｅｒｓ）ｓｉｇｎａｌｉｎｇを介して、または端末固有の情報（ＵＥ  ＩＤ等）に基づいて、端末が自ら計算できるようにする方式で端末に予め認知されることができる。
【０３６９】
また、Ｄ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌが伝達される資源領域とＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎが伝達される資源領域とは、時間領域で互いに異なるように構成されることができる。
【０３７０】
すなわち、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎは、指定された時間単位で、すなわち、周期的に（または、指定された時間−周波数領域パターンでｈｏｐｐｉｎｇしながら）送信されるようにし、前記Ｄ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌは、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎが指示する資源領域のみで伝達されるように定義することができる。
【０３７１】
この方法は、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｄａｔａとを共に送信する方式とは異なり、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを送信する場合とＤ２Ｄ  ｄａｔａを送信する場合とを独立的に運営することを意味する。
【０３７２】
具体的に、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｄａｔａとを分離送信する場合は、（１）Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｄａｔａに適用されるパラメータ（ｓｃｒａｍｂｌｉｎｇ、ＣＲＣ、ＣＲＣ  ｍａｓｋｉｎｇ、ｄｅｍｏｄｕｌａｔｉｏｎ  ｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒａｍｅｔｅｒ等）を独立的に設定したり、または（２）Ｄ２Ｄ  ｄａｔａに適用されるｐａｒａｍｅｔｅｒをＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを介してｉｎｄｉｃａｔｉｏｎする場合である。
【０３７３】
（２）の場合、Ｄ２Ｄ端末は、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎが送信されることにした潜在的な（ｐｏｔｅｎｔｉａｌ）資源（ｓｕｂｆｒａｍｅまたはｓｕｂｆｒａｍｅ  ｓｅｔ）で潜在的なｐａｒａｍｅｔｅｒを使用して前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎに対するモニタリング（ｍｏｎｉｔｏｒｉｎｇ）及びデコーディング（ｄｅｃｏｄｉｎｇ）を試み（ｅ．ｇ．  ｅｘｐｌｉｃｉｔ  ｏｒ  ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）、前記潜在的な資源以外の資源領域では、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎに対するｄｅｃｏｄｉｎｇを試みないようになる。
【０３７４】
これにより、端末の電力消費を減らすことができるようになるという効果がある。
【０３７５】
また、端末でＤ２Ｄ  ｄａｔａを復調する場合にも、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを介して取得されたパラメータ（ｐａｒａｍｅｔｅｒ）とＤ２Ｄ  ｄａｔａ資源領域情報を活用して、端末は指定された時点で指定された情報のみを復調すればよいので、端末の電力消費を減らすことができるようになるという効果がある。
【０３７６】
以下では、前述した方法を実現するための一実施形態として、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを取得するために、端末が特定時点で特定資源領域をｂｌｉｎｄ  ｓｅａｒｃｈ（ｄｅｃｏｄｉｎｇ）し、各端末にｍａｔｃｈｉｎｇされるＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎをｄｅｃｏｄｉｎｇする方式を説明する。
【０３７７】
ここで、各端末のＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎのｍａｔｃｈｉｎｇ可否は、ＵＥ  ｓｐｅｃｉｆｉｃ  ｉｎｆｏｒｍａｔｉｏｎ基盤で、またはＵＥ−ｇｒｏｕｐ  ｓｐｅｃｉｆｉｃ（ＵＥ−ｇｒｏｕｐ  ｃｏｍｍｏｎ）ｉｎｆｏｒｍａｔｉｏｎ基盤で実現することができる。
【０３７８】
すなわち、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎにＵＥ  ｓｐｅｃｉｆｉｃ  ｓｃｒａｍｂｌｉｎｇまたはＣＲＣ  ｍａｓｋｉｎｇを適用して、当該端末のみが前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを（ｂｌｉｎｄ）ｄｅｃｏｄｉｎｇするようにしたり、または複数の端末（ｇｒｏｕｐまたは全体）が全て前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎをｄｅｃｏｄｉｎｇするようにＵＥ−ｇｒｏｕｐ  ｃｏｍｍｏｎ  ｓｃｒａｍｂｌｉｎｇまたはＣＲＣ  ｍａｓｋｉｎｇを適用することもできる。
【０３７９】
したがって、端末または端末ｇｒｏｕｐは、ｄｅｃｏｄｉｎｇに成功したＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎからＤ２Ｄ  ｄａｔａ復調に関連した情報を得ることができる。
【０３８０】
前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ（または、ＳＣＩ）とは、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎに含まれたｅｘｐｌｉｃｉｔ情報だけでなく、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（ＰＳＣＣＨ）に使用されたｐａｒａｍｅｔｅｒ（ここには、予め決められたｐａｒａｍｅｔｅｒだけでなく、与えられたＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｓｅｔでｂｌｉｎｄ  ｓｅａｒｃｈを介して得たｐａｒａｍｅｔｅｒも含む）を含む。
【０３８１】
前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌに使用されたｐａｒａｍｅｔｅｒは、ｓｃｒａｍｂｌｉｎｇ、ＣＲＣ  ｍａｓｋｉｎｇ、使用資源情報、ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｌａｔｅｄ  ｐａｒａｍｅｔｅｒｓなどでありうる。
【０３８２】
したがって、これを介してＤ２Ｄ  ｄａｔａに対して端末が敢えてｂｌｉｎｄ  ｄｅｃｏｄｉｎｇをしないように実現できるようになる。
【０３８３】
まとめると、端末または端末ｇｒｏｕｐは、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを得るために、各自の固有情報を活用するか、または予め（ｈｉｇｈｅｒ  ｌａｙｅｒｓ）ｓｉｇｎａｌｉｎｇされた情報に基づいて、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを特定時点に特定パラメータを介してｂｌｉｎｄ  ｄｅｃｏｄｉｎｇを行う。
【０３８４】
前記ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ実行を介して、前記端末または端末グループは、ｄａｔａ復調に関連したｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（または、ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）の生成及び送信に使用された各種ｐａｒａｍｅｔｅｒを共に取得することができる。
【０３８５】
したがって、端末は、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ関連ｐａｒａｍｔｅｒとｄｅｃｏｄｉｎｇされたｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎを活用してＤ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌのｄｅｃｏｄｉｎｇ及び復調（ｄｅｍｏｄｕｌａｔｉｏｎ）に使用するようになる。
【０３８６】
ここで、前記Ｄ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌは、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）で表現されることができる。
【０３８７】
前記ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎは、Ｄ２  ｄａｔａを復調するために必要な資源割当情報、ＮＤＩ、ＭＣＳ、Ｔｘ  ＵＥ  ｉＤなどのようなｅｘｐｌｉｃｉｔ情報であるといえる。
【０３８８】
また、前述したように、前記ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎは、ＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）で表現されることができる。
【０３８９】
端末は、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（または、ＰＳＣＣＨ）に対してｂｌｉｎｄ  ｓｅａｒｃｈを介してのｐａｒａｍｅｔｅｒをそのまま使用するか、または前記ｐａｒａｍｅｔｅｒに基づいて生成されたｎｅｗ  ｐａｒａｍｅｔｅｒをＤ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌ（ＰＳＳＣＨ）の生成に使用するので、前記端末は、Ｄ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌに対し、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌに対して行われたようなｐａｒａｍｅｔｅｒ  ｂｌｉｎｄ  ｓｅａｒｃｈを行う必要がなくなる。
【０３９０】
さらに他の実施形態として、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌとＤ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌとが同じｓｕｂｆｒａｍｅに送信されるようにし（端末または端末ｇｒｏｕｐの側面で）、時間上の周期が異なるように設定されるように実現することも可能である。
【０３９１】
すなわち、端末は、特定ｓｕｂｆｒａｍｅでＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌをｂｌｉｎｄ  ｄｅｃｏｄｉｎｇし、その情報に基づいて同じｓｕｂｆｒａｍｅのＤ２Ｄ  ｄａｔａを復調する方法である。
【０３９２】
ここで、端末は、Ｄ２Ｄ  ｄａｔａに対してはｂｌｉｎｄ  ｄｅｃｏｄｉｎｇを行わないことと仮定する。
【０３９３】
その代わりに、前記端末がＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌに対してのみｂｌｉｎｄ  ｄｅｃｏｄｉｎｇを付与し、当該ｓｕｂｆｒａｍｅでｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｃｏｍｐｌｅｘｉｔｙをＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌのみに依存するように実現することができる。
【０３９４】
すなわち、前記端末は、当該ｓｕｂｆｒａｍｅでＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎに対してのみｂｌｉｎｄ  ｄｅｃｏｄｉｎｇを行う。
【０３９５】
端末がＤ２Ｄ  ｄａｔａに対するｂｌｉｎｄ  ｄｅｃｏｄｉｎｇを行わなければならない場合、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｄａｔａとが同じｓｕｂｆｒａｍｅで共に送信される場合、端末のｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｔｒｉａｌが急増するようになるという問題が生じ得る。
【０３９６】
このような場合、特定ｓｕｂｆｒａｍｅでｂｌｉｎｄ  ｄｅｃｏｄｉｎｇを介してＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを検出できる端末の数が制限されることがある。
【０３９７】
すなわち、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｄａｔａとの送信周期などが固定されている場合、互いの周期によってある状況ではＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｄａｔａとが同じｓｕｂｆｒａｍｅに共に送信される場合が発生できる。
【０３９８】
この場合、当該ｓｕｂｆｒａｍｅでのｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｔｒｉａｌに対して制限がある場合、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ及び／又はＤ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌのｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｔｒｉａｌを減らすべき状況に直面することがある。
【０３９９】
したがって、このような問題を軽減するために、端末のｂｌｉｎｄ  ｄｅｃｏｄｉｎｇをＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌのみに導入してｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｃｏｍｐｌｅｘｉｔｙのｖａｒｉａｔｉｏｎによるｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｔｒｉａｌに対するｌｉｍｉｔａｔｉｏｎを防止できる。
【０４００】
また、ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇをＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌのみに導入することにより、Ｄ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌに対するｓｃｈｅｄｕｌｉｎｇ自由度がより大きくなり得るという効果がある。
【０４０１】
すなわち、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｄａｔａとが同じｓｕｂｆｒａｍｅに位置しても、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌのみにｂｌｉｎｄ  ｄｅｃｏｄｉｎｇを適用する場合、ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｃｏｍｐｌｅｘｉｔｙに対するｌｉｍｉｔａｔｉｏｎがなくなる。
【０４０２】
したがって、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌが特定ｓｕｂｆｒａｍｅから周期的に送信されている場合にも、Ｄ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌの送信のためのｓｕｂｆｒａｍｅ決定の際、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌが送信されるｓｕｂｆｒａｍｅを避けて割り当てなくてもよい。
【０４０３】
Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌの場合、一度検出され、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌとａｓｓｏｃｉａｔｅｄされたＤ２Ｄ  ｄａｔａの送信が、その後に特定ｓｕｂｆｒａｍｅに送信されると仮定すれば、Ｄ２Ｄ  ｄａｔａが送信されるｓｕｂｆｒａｍｅまでの時間区間の間、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ送信機会ｓｕｂｆｒａｍｅ（Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ送信周期またはＰＳＣＣＨ  Ｐｅｒｉｏｄ）で再度Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを送信しなくてもよい。
【０４０４】
同様に、端末の立場でＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌをｂｌｉｎｄ  ｄｅｃｏｄｉｎｇし、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎが指示するＤ２Ｄ  ｄａｔａ  ｓｕｂｆｒａｍｅまでは追加的にＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ（ｍｏｎｉｔｏｒｉｎｇ）を行わないように予め決めることができる。
【０４０５】
これにより、端末は、電力消費を減らすことができるようになる。これは、端末別に各々異なるように設定されることもできる。
【０４０６】
各端末別にＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌを送信する周期（または、ＰＳＣＣＨ  Ｐｅｒｉｏｄ）及びｓｕｂｆｒａｍｅ  ｏｆｆｓｅｔが異なるように与えられる場合、各端末別にＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎのｍｏｎｉｔｏｒｉｎｇをしなくてもよいｓｕｂｆｒａｍｅが分かるようになる。
【０４０７】
すなわち、各端末は、特定ｓｕｂｆｒａｍｅでＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎをｂｌｉｎｄ  ｄｅｃｏｄｉｎｇするようになると、自分のＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎのｍｏｎｉｔｏｒｉｎｇ  ｓｕｂｆｒａｍｅ周期及びｏｆｆｓｅｔを考慮してどれくらいＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）またはＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）を行わなければならないか分かるようになる。
【０４０８】
端末は、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ（ｉ．ｅ．ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）を受信し復調してから、当該ｓｕｂｆｒａｍｅ  ｉｎｄｅｘ、端末ＩＤ、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎに載っている特定ビット値、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｕｂｆｒａｍｅ周期情報（ＰＳＣＣＨ  Ｐｅｒｉｏｄ）などを適宜活用して、どれくらいＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎをｍｏｎｉｔｏｒｉｎｇしなくてもよいのか、すなわち、ＤＴＸしてもよいのか計算することができる。
【０４０９】
図１８は、本明細書において提案するＤ２Ｄ制御情報及びＤ２Ｄデータ送受信方法の一例を示した図である。
【０４１０】
図１８においてＣ１は、ＵＥ  １（または、ＵＥ−ｇｒｏｕｐ  １）に割り当てられたＤ２Ｄ資源のうち、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを送信するために使用される資源を表す。
【０４１１】
前記Ｃ１（１８０１）は、（Ｅ−）ＰＤＣＣＨ、ＳＩＢ、ｐｒｅｃｏｎｆｉｇｕｒｅｄ、ｒｅｌａｙｉｎｇ  ｂｙ  ＵＥ等を介して取得されることができる。
【０４１２】
一例として、端末は、ＰＤＣＣＨを介して送信されるＤＣＩ  ｆｏｒｍａｔ  ５を介して前記Ｃ１（または、ＳＣＩ  ｆｏｒｍａｔ  ０）を取得できる。
【０４１３】
また、前記Ｃ１の周期は、ｐｅｒｉｏｄ  ＃１に該当する。
【０４１４】
Ｃ２（１８０２）は、ＵＥ  ２（または、ＵＥ−ｇｒｏｕｐ  ２）に割り当てられたＤ２Ｄ資源のうち、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを送信するために使用される資源を表す。
【０４１５】
前記Ｃ２の周期は、ｐｅｒｉｏｄ  ＃２に該当する。
【０４１６】
前記Ｃ１及びＣ２の周期は、各々ＰＳＣＣＨ  Ｐｅｒｉｏｄ  ＃１及びＰＳＣＣＨ  Ｐｅｒｉｏｄ  ＃２で表現されることができる。
【０４１７】
図１８において最初のＣ１情報は、Ｄ２Ｄ  ｄａｔａ  ＃１（１８０３）の送信関連ｐａｒａｍｅｔｅｒを示すものであって、Ｄ２Ｄ  ｄａｔａ  ＃１の復調のために、受信端末で必要な各種情報（ｅ．ｇ．  ＤＭ  ＲＳ  ｓｅｑｕｅｎｃｅ、ＭＣＳ、ＲＡなどのｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）を表す。
【０４１８】
また、最初のＣ２情報は、Ｄ２Ｄ  ｄａｔａ  ＃２（１８０４）の送信関連ｐａｒａｍｅｔｅｒを表すものであって、Ｄ２Ｄ  ｄａｔａ  ＃２の復調のために、受信端末で必要な各種情報（ｅ．ｇ．  ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）を表す。
【０４１９】
図１８において２番目のＣ１（１８０５）及びＣ２情報（１８０６）は、最初のＤ２Ｄ  ｄａｔａ  ＃１（１８０３）及びＤ２Ｄ  ｄａｔａ  ＃２（１８０４）以後にくる、すなわち、２番目のＤａｔａ  ＃１及びＤａｔａ  ＃２（１８０７）と連関されたｐａｒａｍｅｔｅｒ（ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ等）を表す。
【０４２０】
各端末は、自分がｍｏｎｉｔｏｒｉｎｇしなければならないＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎのｓｕｂｆｒａｍｅ位置を予め知っているので、当該ｓｕｂｆｒａｍｅに対して各端末に該当するＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎに対するｂｌｉｎｄ  ｄｅｃｏｄｉｎｇを行う。
【０４２１】
図１９は、本明細書において提案するＤ２Ｄ制御情報及びＤ２Ｄデータ送受信方法のさらに他の一例を示した図である。
【０４２２】
図１９の場合、端末は、Ｃ１（１９０１）をｂｌｉｎｄ  ｄｅｃｏｄｉｎｇし、前記Ｃ１と関連したＤ２Ｄ  ｄａｔａ（Ｄ２Ｄ  ｄａｔａ  ＃１）がＤ２Ｄ  ｄａｔａ  ＃１  ｓｕｂｆｒａｍｅ（１９０２）に伝達されることが分かる。
【０４２３】
また、前記端末は、前記Ｃ１以後にＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ送信目的で周期的に予約された（または、割り当てられた）サブフレーム１９０３にＣ１がないことを予め知る場合、前記端末は、前記予約されたサブフレーム１９０３をｍｏｎｉｔｏｒｉｎｇまたはｂｌｉｎｄ  ｄｅｃｏｄｉｎｇせずにｓｋｉｐすることができる。
【０４２４】
すなわち、図１９は、Ｃ１とｄａｔａ  ＃１との間に存在する周期的に予約されたｓｕｂｆｒａｍｅで端末がＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎに対する追加的なｍｏｎｉｔｏｒｉｎｇ及びｂｌｉｎｄ  ｄｅｃｏｄｉｎｇを行わないことを示す。
【０４２５】
これは、端末がＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎに対するｍｏｎｉｔｏｒｉｎｇ及びｂｌｉｎｄ  ｄｅｃｏｄｉｎｇを特定サブフレームで行う必要がないことを予め分かるので、電力消費を減らすために、前記特定サブフレームでＤＴＸ動作を行うことと見なされることができる。
【０４２６】
図２０は、本明細書において提案するＤ２Ｄ制御情報及びＤ２Ｄデータ送受信方法のさらに他の一例を示した図である。
【０４２７】
前述した図１９の場合、Ｃ１とｄａｔａ  ＃１との間に存在する周期的に予約された全てのｓｕｂｆｒａｍｅに対して端末がｂｌｉｎｄ  ｄｅｃｏｄｉｎｇをｓｋｉｐすることを見た。
【０４２８】
これとは異なり、図２０は、Ｄ２Ｄ制御情報と、前記Ｄ２Ｄ制御情報が指示するＤ２Ｄデータサブフレームとの間にＤ２Ｄ制御情報送信用として予約されたＤ２Ｄ制御情報サブフレームが存在する場合、前記予約されたＤ２Ｄ制御情報サブフレームの全てに対して端末のｂｌｉｎｄ  ｄｅｃｏｄｉｎｇをｓｋｉｐすることではなく、予め約束された条件に合う場合にのみ、前記予約されたＤ２Ｄ制御情報サブフレームをｍｏｎｉｔｏｒｉｎｇ  ｓｕｂｆｒａｍｅから除く方法を示す。
【０４２９】
図２０に示されたように、端末は、Ｃ１１（２００１）とＣ１３（２００３）とでｂｌｉｎｄ  ｄｅｃｏｄｉｎｇを行い、Ｃ１２（２００２）では、ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇをｓｋｉｐすることを見ることができる。
【０４３０】
すなわち、Ｃ１１（２００１）とｄａｔａ  ＃１１（２００４）との間にある全てのｃａｎｄｉｄａｔｅ  Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎのｍｏｎｉｔｏｒｉｎｇ  ｓｕｂｆｒａｍｅ（Ｃ１１、Ｃ１２、Ｃ１３）をｓｋｉｐすることではない。
【０４３１】
例えば、Ｃ１１（２００１）とｄａｔａ  ＃１１（２００４）との間に存在するｃａｎｄｉｄａｔｅ  ｓｕｂｆｒａｍｅのうち、最後のｓｕｂｆｒａｍｅ（Ｃ１３、２００３）は、ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇのためにｍｏｎｉｔｏｒｉｎｇを行う。
【０４３２】
または、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ（または、ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）ｓｕｂｆｒａｍｅとＤ２Ｄ  ｄａｔａ送信ｓｕｂｆｒａｍｅとの間にＮ個のＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｃａｎｄｉｄａｔｅ  ｓｕｂｆｒａｍｅが存在する場合、最後の部分に位置するＫ個のｃａｎｄｉｄａｔｅ  ｓｕｂｆｒａｍｅに対してはｂｌｉｎｄ  ｄｅｃｏｄｉｎｇのｓｋｉｐを行わないことと定義することができる。
【０４３３】
ここで、前記ｋ値は、システム運営などによって設定（ｃｏｎｆｉｇｕｒｅ）されることができる。
【０４３４】
または、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｕｂｆｒａｍｅがＤ２Ｄ送信に使用されるｓｕｂｆｒａｍｅとＤ２Ｄ受信に使用されるｓｕｂｆｒａｍｅ（ｈａｌｆ−ｄｕｐｌｅｘ制約で同時に送受信が不可能なので、互いに区分される２種類のｓｕｂｆｒａｍｅが存在する場合）とに区別される場合、Ｄ２Ｄ送信に使用されるｓｕｂｆｒａｍｅのみでｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｓｋｉｐ規則を適用できる。
【０４３５】
もし、Ｄ２Ｄ送信に使用されるｓｕｂｆｒａｍｅとＤ２Ｄ受信に使用されるｓｕｂｆｒａｍｅとに対する区分がない場合、２つのタイプ（Ｄ２Ｄ送信及びＤ２Ｄ受信）のｓｕｂｆｒａｍｅの両方を考慮してｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｓｋｉｐ規則を適用することもできる。
【０４３６】
または、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎの有効期間（ｖａｌｉｄ  ｐｅｒｉｏｄ）が存在する場合、端末は、前記有効期間の間には追加的なＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎが到着しないと仮定することにより、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｕｂｆｒａｍｅとＤ２Ｄ  ｄａｔａ  ｓｕｂｆｒａｍｅとの間に到着するＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを無視、すなわち、ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｓｋｉｐを適用できる。
【０４３７】
また、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｕｂｆｒａｍｅは、複数の端末を共に使用すると仮定する場合、各端末は、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｕｂｆｒａｍｅのうち、自分がｍｏｎｉｔｏｒｉｎｇすべきｓｕｂｆｒａｍｅを自分のＩＤ、Ｄ２Ｄ  ｓｕｂｆｒａｍｅ  ｉｎｄｅｘなどの他のパラメータを活用して計算することができる。
【０４３８】
ここで、各端末が自分のＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｕｂｆｒａｍｅを計算する方法は、端末がＵＥ  ＩＤ及びその他、ｐａｒａｍｅｔｅｒを活用して自分がｍｏｎｉｔｏｒｉｎｇすべきｐａｇｉｎｇ  ｓｕｂｆｒａｍｅ、すなわち、ｓｌｅｅｐ  ｍｏｄｅから覚めて必ず受信しなければならないｓｕｂｆｒａｍｅ  ｉｎｄｅｘを計算する方法と類似して計算することができる。
【０４３９】
図２１は、本明細書において提案するＤ２Ｄ送信モードによるＤ２Ｄ制御情報設定方法の一例を示した図である。
【０４４０】
図２１は、２種類のＤ２Ｄ資源割当方式、すなわち、２種類の送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  １、ｔａｎｓｍｉｓｓｉｏｎｍｏｄｅ  ２）が共に使用される場合に、各Ｄ２Ｄ資源割当方式で割り当てられた資源のうち、一部資源を共通資源としてｃｏｎｆｉｇｕｒａｔｉｏｎすることを示す。
【０４４１】
図２１ａは、ｉｎ−ｃｏｖｅｒａｇｅシナリオ、すなわち、ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  １でのＤ２Ｄ制御情報の資源割当を示し、図２１ｂは、ｐａｒｔｉａｌまたはｏｕｔ−ｃｏｖｅｒａｇｅ、すなわち、ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ２でのＤ２Ｄ制御情報の資源割当を示す。
【０４４２】
ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  １での制御情報の資源は、Ｃ１またはＣ２で表示され、ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ２での制御情報の資源は、ＰまたはＳで表示されたことを見ることができる。
【０４４３】
図２１に示されたように、Ｃ１とＰ資源は、互いに同じ時間ａｎｄ／ｏｒ周波数資源でａｌｉｇｎｍｅｎｔされるように設定されたことを見ることができる。
【０４４４】
すなわち、Ｃ１とＰ資源が共通資源に（ｅ．ｇ．  ｃｅｌｌ  ｓｐｅｃｉｆｉｃ、ＵＥ−ｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ）設定された場合を示す。
【０４４５】
図２１の資源構成は、端末が資源割当方式をｓｗｉｔｃｈｉｎｇする場合、端末が前記共通資源ｓｕｂｆｒａｍｅを、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌをｍｏｎｉｔｏｒｉｎｇしなければならないｆａｌｌｂａｃｋ  ｓｕｂｆｒａｍｅとして使用することができる。
【０４４６】
すなわち、互いに異なる資源割当方式で設定される共通資源は、端末が資源割当方式のｍｏｄｅ  ｓｗｉｔｃｈｉｎｇの際、義務的にｍｏｎｉｔｏｒｉｎｇしなければならないＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを伝達するｃａｎｄｉｄａｔｅ  ｓｕｂｆｒａｍｅを意味できる。
【０４４７】
したがって、ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  １で資源を割り当てられた端末やｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ２で資源を割り当てられた端末が共に共通資源に該当するＰ資源またはＣ１資源に対してｂｌｉｎｄ  ｄｅｃｏｄｉｎｇを行わなければならない。
【０４４８】
ここで、セル内の端末は、互いに異なる資源割当方式、すなわち、ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅを有することができ、１つの端末は、２つのｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅを有するように資源がｃｏｎｆｉｇｕｒｅされることもできる。
【０４４９】
前記ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  １及びｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ２は、Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎの資源割当方式のみを意味するものではなく、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙの資源割当方式を表す概念でありうる。
【０４５０】
すなわち、１つの端末の観点でＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ資源がｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  １に設定され、Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ資源がｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ２に設定されることができ、これと反対に設定されることもできる。
【０４５１】
もちろん、複数の端末の観点でｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  １、ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ２、及びＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ、Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎの組み合わせが様々に構成されることも可能である。
【０４５２】
この場合、ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  １またはｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ２でｄｅｆａｕｌｔ  ｒｅｓｏｕｒｃｅ  ｓｅｔまたはｃｏｍｍｏｎ  ｒｅｓｏｕｒｃｅ  ｓｅｔ概念を定義することにより、予め指定された端末（端末ｇｒｏｕｐ、またはセル全体端末、若しくはＤ２Ｄ  ｅｎａｂｌｅｄ端末全体）は、前記ｃｏｍｍｏｎ  ｒｅｓｏｕｒｃｅ  ｓｅｔを必ずｍｏｎｉｔｏｒｉｎｇするように定義することができる。
【０４５３】
次に、本明細書において提案するＤ２Ｄ通信でｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ（ＤＣＩ、ＳＧ）、ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ（ＳＡ）、及びＤ２Ｄ  ｄａｔａ送信間のタイミング関係（ｔｉｍｉｎｇ  ｒｅｌａｔｉｏｎ）について具体的に説明する。
【０４５４】
以下において使用されるｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ（ＳＧ）は、基地局でＤ２Ｄ端末に送信するＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を表すものであって、Ｄ２Ｄ通信と関連したｐａｒａｍｅｔｅｒを意味できる。
【０４５５】
前記ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔは、ＰＤＣＣＨ／ＥＰＤＣＣＨを介して送信されることができ、ＤＣＩ  ｆｏｒｍａｔ  ５で表現されることもできる。
【０４５６】
また、前記ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ（ＳＡ）は、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを表すことができ、Ｄ２Ｄ  ｄａｔａ送受信のための資源割当情報を含んでＤ２Ｄ端末間で送受信する制御情報を意味できる。
【０４５７】
前記ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ（ＳＡ）は、ＰＳＣＣＨを介して送信されることができ、ＳＣＩ  ｆｏｒｍａｔ  ０で表現されることもできる。
【０４５８】
まず、Ｄ２Ｄ  ｄａｔａ送信のために使用される資源及びＤ２Ｄ  ｄａｔａ送信関連ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎを送信するＳｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ（ＳＡ）送信のために使用される資源を端末に知らせる方法と関連した事項について下記の表５を参考して説明する。
【０４５９】
また、下記の表５において説明される方法は一実施形態であって、下記の表５の方法の他にも、他の方法を介してＤ２Ｄ  ｄａｔａ送信及びＳＡ送信を行うことも可能である。
【０４６０】
【表５】
0006359757.tif 000022
【０４６１】
表５において、Ｄ２Ｄ資源割当方式のＭｏｄｅ１及びＭｏｄｅ２は、下記のように区分されることができる。
【０４６２】
Ｆｒｏｍ  ａ  ｔｒａｎｓｍｉｔｔｉｎｇ  ＵＥ  ｐｅｒｓｐｅｃｔｉｖｅ  ａ  ＵＥ  ｃａｎ  ｏｐｅｒａｔｅ  ｉｎ  ｔｗｏ  ｍｏｄｅｓ    ｆｏｒ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ：
（送信ＵＥにおいて各ＵＥは、資源割当のために２つのモードで動作することができる。）
【０４６３】
Ｍｏｄｅ１：ｅＮｏｄｅＢ  ｏｒ  ｒｅｌ−１０  ｒｅｌａｙ  ｎｏｄｅ  ｓｃｈｅｄｕｌｅｓ  ｔｈｅ  ｅｘａｃｔ  ｒｅｓｏｕｒｃｅｓ  ｕｓｅｄ  ｂｙ  ａ  ＵＥ  ｔｏ  ｔｒａｎｓｍｉｔ  ｄｉｒｅｃｔ  ｄａｔａ  ａｎｄ  ｄｉｒｅｃｔ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ
（モード１：ｅＮｏｄｅＢまたはｒｅｌ−１０  ｒｅｌａｙ  ｎｏｄｅは、ダイレクトデータ及びダイレクト制御情報を送信するために、ＵＥにより使用される正確な資源をスケジュールする。）
【０４６４】
Ｍｏｄｅ２：ａ  ＵＥ  ｏｎ  ｉｔｓ  ｏｗｎ  ｓｅｌｅｃｔｓ  ｒｅｓｏｕｒｃｅｓ  ｆｒｏｍ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌｓ  ｔｏ  ｔｒａｎｓｍｉｔ  ｄｉｒｅｃｔ  ｄａｔａ  ａｎｄ  ｄｉｒｅｃｔ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ
（モード２：ＵＥは、ダイレクトデータ及びダイレクト制御情報を送信するために、資源プールから資源を自分が直接選択する。）
【０４６５】
表５を参照すれば、Ｍｏｄｅ１及びＭｏｄｅ２でＳＡ送信及びＤ２Ｄ  ｄａｔａ送信のために使用される資源割当は、ｉｎ−ｃｏｖｅｒａｇｅシナリオの場合、ＳＩＢを介して実現することができる。すなわち、基地局は、ＳＡ送信及びＤ２Ｄ  ｄａｔａ送信のための資源割当をＳＩＢを介して端末に知らせることができる。
【０４６６】
または、ｅＮＢのｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌ（ＰＤＣＣＨ、ＥＰＤＣＣＨ、ＭＡＣ  ＣＥ）を使用してｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ及びｄａｔａ  ｒｅｓｏｕｒｃｅを割り当てることも可能である。
【０４６７】
または、予めＳＩＢでｒｅｓｏｕｒｃｅ  ｐｏｏｌを割り当て、前記割り当てられた資源範囲内で（時間−周波数資源）具体的な資源割当情報（ＳＡ資源及びＤ２Ｄ  ｄａｔａ資源）をｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌを介して端末に知らせることも可能である。
【０４６８】
この場合、ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ  ｆｏｒ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎは、ｄｉｒｅｃｔ  ｄａｔａ  ｃｏｍｍｕｎｉｃａｔｉｏｎに使用される具体的な資源割当情報（ｅ．ｇ．相対的な位置情報、ｏｆｆｓｅｔ情報などを活用して）を伝達できる。
【０４６９】
すなわち、端末は、ＳＡ及びｄａｔａ資源ｐｏｏｌをＳＩＢで受信し、具体的なＳＡ及びｄａｔａ送信資源をＳＡを介して割り当てられることもできる。
【０４７０】
端末が複数のｒｅｓｏｕｒｃｅ  ｐｏｏｌを予め割り当てられた場合、前記割り当てられたｒｅｓｏｕｒｃｅ  ｐｏｏｌのうち、１つまたはいくつを指す用途としてＳＡが使用されることもできる。
【０４７１】
前記表５において、Ｏｕｔ−ｃｏｖｅｒａｇｅシナリオの場合、端末は、ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄまたはｃｏｖｅｒａｇｅ  ＵＥから伝達されたｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ情報に基づいて、ＳＡ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ及びｄａｔａ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌを分かることができる。
【０４７２】
ここで、もし、端末がＳＡ及びＤ２Ｄ  ｄａｔａ送信のための具体的な資源を決定しなければならない場合、端末は、自らＳＡ資源を選択できる。
【０４７３】
その後、前記端末は、ＳＡ  ｃｏｎｔｅｎｔｓにＤ２Ｄ  ｄａｔａ送信と関連して割り当てられた資源を含んでＤ２Ｄ受信端末に送信することにより、前記Ｄ２Ｄ受信端末がＤ２Ｄ  ｄａｔａを受信する資源領域を分かることができるようにすることができる。
【０４７４】
ここで、ＳＡ  ｃｏｎｔｅｎｔｓに含まれる情報を減らすために、ＳＡが検出された資源領域情報（ｔｉｍｅ、ｆｒｅｑｕｅｎｃｙ  ｉｎｄｅｘ等）をＤ２Ｄ  ｄａｔａ資源割当情報の一部分として活用し得るようにすることもできる。
【０４７５】
すなわち、ＳＡ資源関連情報とＳＡ  ｃｏｎｔｅｎｔｓ情報とを共に使用して最終資源領域を計算する。
【０４７６】
例えば、ＳＡ（送信）資源関連ｐａｒａｍｅｔｅｒは、Ｄ２Ｄ  ｄａｔａ資源領域の時間領域情報（ｅ．ｇ．  ｔｉｍｅ  ｄｏｍａｉｎ  ｐａｒａｍｅｔｅｒ、ｓｕｂｆｒａｍｅ  ｉｎｄｅｘ）のみを得るのに使用され、ＳＡで伝達される情報は、周波数領域情報（ｅ．ｇ．  ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ  ｐａｒａｍｅｔｅｒ、ＲＢ  ｉｎｄｅｘ等）を知らせる用途として活用することができる。
【０４７７】
または、ＳＡ資源関連ｐａｒａｍｅｔｅｒは、Ｄ２Ｄ  ｄａｔａ資源の絶対位置を指定するのに使用し（ｔｉｍｅ、ｆｒｅｑｕｅｎｃｙ  ｉｎｄｅｘ）、ＳＡ  ｃｏｎｔｅｎｔｓに含まれる資源割当情報は、Ｄ２Ｄ  ｄａｔａ資源の相対的な位置を知らせるのに使用することができる。
【０４７８】
または、前記ＳＡ（送信）資源関連ｐａｒａｍｅｔｅｒは、ｒａｎｄｏｍ  ｂａｃｋ−ｏｆｆまたは送信確率値などを知らせるのに使用することもできる。
【０４７９】
また、基地局でＤ２Ｄ送信端末に送信されるＳｉｇｎａｌｉｎｇ  ｃｏｎｔｅｎｔｓは、ｄｉｒｅｃｔ  ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔのためのＲｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ、ＭＣＳなどを含むことができる。
【０４８０】
前記Ｓｉｇｎａｌｉｎｇ  ｃｏｎｔｅｎｔｓは、ＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）またはｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ（ＳＧ）で表現されることができる。
【０４８１】
以下において、ｅＮＢ  ｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌとＳＡ送信時間との間のタイミング関係についてさらに具体的に説明する。
【０４８２】
ＳＩＢ（Ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を介してＤ２Ｄ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌが割り当てられ、端末が前記割り当てられたＤ２Ｄ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌに基づいてＳＡ資源及びＤ２Ｄ  ｄａｔａ送信のための資源を自ら決定する場合、ＰＤＣＣＨ／ＥＰＤＣＣＨなどのようなｅＮＢ  ｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌは必要でないこともできる。
【０４８３】
しかし、ｉｎ−ｃｏｖｅｒａｇｅシナリオのように、ｅＮＢによって全ての資源が管理される状況では、Ｄ２Ｄ  ＳＡ、ｄｉｒｅｃｔ  ｄａｔａ用資源割当にｅＮＢがリアルタイムにｃｏｎｔｒｏｌすることが資源活用をより効率的にすることができる。この場合、ｅＮＢ  ｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌは必要となる。
【０４８４】
したがって、ｅＮＢ  ｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌ（ｅ．ｇ．  ＤＣＩを活用したｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ、ＭＡＣ  ＣＥ等）を使用する方法及びｅＮＢ  ｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌ（ｅＮＢ  ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ  ｆｏｒ  ＳＡ  ａｎｄ／ｏｒ  ｄａｔａ  ｆｏｒ  Ｄ２Ｄ）を受信したＤ２Ｄ送信端末がいつＳＡをＤ２Ｄ受信端末に送信すべきであるかに対する明確な定義が必要である。
【０４８５】
前述したように、ｅＮＢは、ＳＧを（１）ＳＡ送信に関するｓｃｈｅｄｕｌｉｎｇだけでなく、（２）ｄａｔａ送信に関するｓｃｈｅｄｕｌｉｎｇのためにＤ２Ｄ端末に送信することができる。
【０４８６】
ここで、スケジューリングとは、Ｄ２Ｄ送信と関連したスケジューリングを意味することができ、スケジューリング情報は、資源割当情報、ＭＣＳ、ＲＶ、ＮＤＩなどを含むことができる。
【０４８７】
または、ｅＮＢは、１つのＳＧをＳＡ送信に関するスケジューリングであるか、またはＤ２Ｄ  ｄａｔａ送信に関するスケジューリングであるかを指示するためにＤ２Ｄ端末に送信することができる。
【０４８８】
この場合、ＳＡとｄａｔａとの間にｉｍｐｌｉｃｉｔ  ａｓｓｏｃｉａｔｉｏｎが形成されて、Ｄ２Ｄ端末でそれぞれの（ＳＡ、Ｄａｔａ）ｓｃｈｅｄｕｌｅｄ  ｉｎｆｏｒｍａｔｉｏｎを推定できるように実現されることができる。
【０４８９】
例えば、Ｄ２Ｄ端末は、ｅＮＢからＳＡ送信と関連したＳＧを受信し、ＳＡとｌｉｎｋａｇｅがあるＤ２Ｄ  ｄａｔａ送信資源の位置または概略的な位置を把握できる（または、ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎも同様）。
【０４９０】
または、これとは反対に、Ｄ２Ｄ端末は、ｅＮＢからｄａｔａ送信と関連したＳＧを受信し、ｄａｔａとｌｉｎｋａｇｅがあるＳＡ送信と関連した資源位置と関連情報を把握することもできる。
【０４９１】
下記の方法１〜方法４は、基地局でＤ２Ｄ送信端末に送信するｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌとＤ２Ｄ送信端末でＤ２Ｄ受信端末に送信するＳＡとの間のタイミング関係を表す。
【０４９２】
すなわち、方法１〜方法４を介して基地局からＳｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ  ｒｅｃｅｐｔｉｏｎ（ＤＣＩ）とＤ２Ｄ送信端末でＤ２Ｄ受信端末へのＳｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ  ｔｒａｎｓｍｉｓｓｉｏｎ、及び／又はｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎ間のタイミング関係について図２２〜図２５を参照して具体的に説明する。
【０４９３】
方法１
【０４９４】
図２２は、本明細書において提案するＤ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係の一例を示した図である。
【０４９５】
図２２は、Ｄ２Ｄ  ＳＡ（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）  ＳＦ（ｓｕｂｆｒａｍｅ）が周期的に設定された場合、Ｄ２Ｄ送信端末がＤ２Ｄ  ＳＡ  ＳＦ周期（または、ＰＳＣＣＨ  Ｐｅｒｉｏｄ、２２０１）間に基地局からｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ（ＳＧ）を受信すれば（Ｓ２２１０）、前記Ｄ２Ｄ送信端末は、前記受信されたＳＧ  ＳＦ以後に最初に到来するＤ２Ｄ  ＳＡ  ＳＦ（２２０２）でｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔを送信（Ｓ２２２０）することを示す。
【０４９６】
方法２
【０４９７】
図２３は、本明細書において提案するＤ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係の一例を示した順序図である。
【０４９８】
図２３は、Ｄ２Ｄ送信端末が基地局からＳＧ受信以後、端末（または、システム）のプロセシング時間を考慮してＤ２Ｄ受信端末にＳＡを送信する方法を示す。
【０４９９】
すなわち、Ｄ２Ｄ送信端末は、ｅＮＢからＳＧを受信し、前記受信されたＳＧに基づいてＳＡを構成して、Ｄ２Ｄ受信端末に送信するのにかかる時間、すなわち、ｐｒｏｃｅｓｓｉｎｇ  ｄｅｌａｙを考慮してＳＡを送信する方法である。
【０５００】
ここで、ｐｒｏｃｅｓｓｉｎｇ  ｄｅｌａｙを考慮するとき、Ｄ２Ｄ送信端末のＳＡ送信は、基地局から受信するＳＧサブフレーム（ｓｕｂｆｒａｍｅ  ＃ｎ）以後、４番目のサブフレーム（ｓｕｂｆｒａｍｅ  ＃ｎ＋４）で送信することが好ましい。
【０５０１】
すなわち、Ｄ２Ｄ送信端末がＳＧをｓｕｂｆｒａｍｅ  ＃ｎで受信（Ｓ２３０１）した場合、Ｄ２Ｄ送信端末は、ＳＡをｓｕｂｆｒａｍｅ  ＃ｎ＋４（２３０１）でＤ２Ｄ受信端末に送信（Ｓ２３０２）することができる。
【０５０２】
ここで、ｓｕｂｆｒａｍｅ  ＃ｎ＋４（２３０１）がＤ２Ｄ  ＳＡ  ｓｕｂｆｒａｍｅでない場合には、前記ｓｕｂｆｒａｍｅ  ＃ｎ＋４以後、初めて到来するＤ２Ｄ  ＳＡ  ｓｕｂｆｒａｍｅ（２３０２）で送信するように定義する。
【０５０３】
逆に、Ｄ２Ｄ送信端末がｓｕｂｆｒａｍｅ  ＃ｎでＳＧを基地局から受信し、その後、最初に到来するＤ２Ｄ  ＳＡ  ＳＦがｓｕｂｆｒａｍｅ  ＃ｎ＋４以内に存在すれば、前記Ｄ２Ｄ送信端末は、前記Ｄ２Ｄ  ＳＡ  ＳＦがｖａｌｉｄまたはａｖａｉｌａｂｌｅでないと判断する。
【０５０４】
したがって、前記Ｄ２Ｄ送信端末は、前記Ｄ２Ｄ  ＳＡをそれ以後（または、次の周期の）ａｖａｉｌａｂｌｅ  Ｄ２Ｄ  ＳＡ  ＳＦで送信する。
【０５０５】
前記ｎ＋４は、一実施形態であって、ｎ＋ｋで、すなわち、ＳＧ受信以後、ｋ番目のＳＡ  ＳＦでＤ２Ｄ  ＳＡを送信するように一般化することができる。
【０５０６】
前記ｋ値は、今後、技術の発展及び端末の性能などを考慮してｃｏｎｆｉｇｕｒｅすることができる。
【０５０７】
また、前記ｋ値は、端末のｃａｐａｂｉｌｉｔｙによって端末別に異なるように設定されることができる。
【０５０８】
図２３ａは、ｓｕｂｆｒａｍｅ  ＃ｎ＋ｋでＳＡを送信する方法の一例を示し、図２３ｂは、ｓｕｂｆｒａｍｅ  ＃ｎ＋ｋ以後、初めて到来するＳＡ  ＳＦでＳＡを送信する方法の一例を示す。
【０５０９】
前記ｋ値設定と関連して、ＬＴＥ（−Ａ）システムと異なる点は、資源を明示的に割り当てることでなく、Ｄ２Ｄ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌを決め、ここで、再度資源を選択して送信し、資源間衝突を許す場合には、端末間に異なる値で設定して運営する点である。
【０５１０】
図２３の方法は、Ｄ２Ｄ  ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎにも同様に適用されることができる。
【０５１１】
すなわち、Ｄ２Ｄ端末がｅＮＢからＤ２Ｄ  ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎと関連した制御情報（または、スケジューリング情報）をｓｕｂｆｒａｍｅｎで受信する場合、Ｄ２Ｄ端末のプロセシング時間を考慮して、Ｄ２Ｄ端末はＤ２Ｄデータをｓｕｂｆｒａｍｅｎ＋ｋ´で送信することができる。
【０５１２】
前記Ｄ２Ｄ  ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎと関連した制御情報は、Ｄ２Ｄ  ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎの資源割当と関連したＳＧまたはＳＡでありうる。
【０５１３】
ｋ´値は、ＳＡ送信時点のｋ値と異なるように設定されることができる。
【０５１４】
一般的に、Ｄ２Ｄ  Ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎがもっと遅く発生する確率が高いことを考慮すれば、ｋ´＞（ｏｒ＝）ｋ関係が成立し得る。
【０５１５】
方法３
【０５１６】
次に、ＳＡ  ＳＦ  ｇｒｏｕｐにｃｏｎｆｉｇｕｒｅされた場合、すなわち、複数のＳＦがＳＡ用に割り当てられて運営される場合について説明する。
【０５１７】
図２４は、本明細書において提案するＤ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係のさらに他の一例を示した図である。
【０５１８】
Ｄ２Ｄ送信端末がＳＦ  ＃ｎで基地局からＳＧ（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ＤＣＩ）を受信する場合、Ｄ２Ｄ送信端末がｎ＋４以後の最初のＳＡ  ＳＦでＳＡをＤ２Ｄ受信端末に送信する方法を示す。
【０５１９】
ここで、ｎ＋４以後の最初のＳＡ  ＳＦがＭ個の連続したＳＡ  ＳＦグループである場合、ＳＦ  ＃ｎでＳＧを受信（Ｓ２４１０）する場合、ｎ＋４以後、初めて会うＳＡ  ＳＦ  ｇｒｏｕｐでＳＡを送信する（Ｓ２４３０）。
【０５２０】
前記ＳＡ  ＳＦ  ｇｒｏｕｐ内のＭ個のＳＦのうち、どのＳＦでＳＡを送信するかに対しては、前記ＳＧを介して最終的に分かることができるようになる（Ｓ２４２０）。
【０５２１】
また、ＳＡまたはＤａｔａ送信ＳＦ（ｓｕｂｆｒａｍｅ）が複数のｓｕｂｆｒａｍｅｓで構成された場合には、ＳＡまたはＤａｔａ送信ｓｕｂｆｒａｍｅの位置を決定するのにＤＣＩ  ｆｏｒｍａｔの特定ｂｉｔ（または、特定フィールド）を活用できる。
【０５２２】
一例として、ＤＣＩ  ｆｏｒｍａｔ  ０／１を区分するｂｉｔ、ｈｏｐｐｉｎｇ  ｂｉｔ、またはＲＡ  ｂｉｔの一部または全体をＳＡまたはＤａｔａ送信ｓｕｂｆｒａｍｅの位置を決定するために使用することができる。
【０５２３】
また、ＳＧは、ＳＡ用とｄａｔａ用に区分することができ、必要な場合、特殊用途としてさらに区分することもできる。
【０５２４】
したがって、前記ＤＣＩ  ｆｏｒｍａｔ  ０／１を区分するｂｉｔ、ｈｏｐｐｉｎｇ  ｂｉｔ、ＲＡビットの一部または全体を前記ＳＧの用途を区分するために使用することもできる。
【０５２５】
方法４
【０５２６】
次に、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）を介してＳＡ  ＳＦの位置を知らせる方法について説明する。
【０５２７】
図２５は、本明細書において提案するＤ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係のさらに他の一例を示した図である。
【０５２８】
図２５は、ＲＲＣにＳＡ  ＳＦの位置を予め知らせ（Ｓ２５１０）、単純にＳＧ（ｅ．ｇ．  ＰＤＣＣＨ  ＤＣＩ）は、前記ＳＡ  ＳＦを使用できるというａｃｔｉｖａｔｉｏｎ用途のみで使用（Ｓ２５２０）する方法である。
【０５２９】
この場合、ＲＲＣ  ｓｉｇｎａｌｉｎｇとａｃｔｉｖａｔｉｏｎ  ＤＣＩとの間の連関性を把握できるように、特殊なｉｎｄｅｘを定義できる。
【０５３０】
すなわち、ＳＡ  ＳＦのａｃｔｉｖａｔｉｏｎを示すＤＣＩは、どのｉｎｄｅｘのＲＲＣを指すのか知らせるように定義することができる。
【０５３１】
ＤＣＩ、すなわち、ＳＧは、ＲＲＣに送信されるＳＡ  ＳＦまたはＳＦ  ｓｅｔのａｃｔｉｖａｔｉｏｎを正確にｉｎｄｉｃａｔｉｏｎする。ここで、前記ＤＣＩとマッピングされる一連のｉｄｅｘで構成されるＲＲＣ  ｓｅｔは、予め指定されることができる。
【０５３２】
そして、Ｄ２Ｄ送信端末は、ＳＧによりａｃｔｉｖａｔｉｏｎがｉｎｄｉｃａｔｉｏｎされたＳＡ  ＳＦを介してＳＡをＤ２Ｄ受信端末に送信する（Ｓ２５３０）。
【０５３３】
図２５のＲＲＣシグナリングを介してＳＡ資源及び／又はＤ２Ｄ  ｄａｔａ資源の時間位置を知らせる方法について、後述する図３０〜図３３においてさらに具体的に説明する。
【０５３４】
次に、本明細書において提案するＤ２Ｄ端末でＳＡ送信とＤ２Ｄ  ｄａｔａ送信との間のタイミング関係について、図２６〜図２８を参考して具体的に説明する。
【０５３５】
図２６は、本明細書において提案するＤ２Ｄ  ＳＡ送信とＤ２Ｄ  ｄａｔａ送信との間のタイミング関係の一例を示した図である。
【０５３６】
Ｄ２Ｄ  ＳＡ  ＳＦとＤ２Ｄ  ｄａｔａ  ＳＦとの間のタイミングは、予め決められた規則にしたがってＤ２Ｄ  ｄａｔａをｉｍｐｌｉｃｉｔに送受信することが好ましい。
【０５３７】
図２６の場合、前述した図２３のＳＧとＳＡのタイミング関係のように、Ｄ２Ｄ送信端末は、Ｄ２Ｄ受信端末にＳＡをｓｕｂｆｒａｍｅ  ＃ｎで送信（Ｓ２６１０）し、ｎ＋ｋ以後の初めて到来するａｖａｉｌａｂｌｅ  Ｄ２Ｄ  ｄａｔａ  ＳＦ（２６０１）で前記Ｄ２Ｄ受信端末にＤ２Ｄ  ｄａｔａを送信（Ｓ２６２０）する方法を示す。
【０５３８】
同様に、前記ｋ値は、ｃｏｎｆｉｇｕｒａｂｌｅし、端末毎に異なる値を有するようにｃｏｎｆｉｇｕｒｅすることもできる。
【０５３９】
また、前述した図２４のＳＧとＳＡのタイミング関係のように、ａｖａｉｌａｂｌｅ  Ｄ２Ｄ  ｄａｔａ  ＳＦ  ｇｒｏｕｐを知らせ、Ｄ２Ｄ  ｄａｔａ  ＳＦ  ｇｒｏｕｐ内の特定ＳＦ（ｅ．ｇ．  ｓｕｂｆｒａｍｅ  ＃ｍ）を別にｉｎｄｉｃａｔｉｏｎすることも可能である。
【０５４０】
この場合、前記特定ＳＦをｉｎｄｉｃａｔｉｏｎするｐａｒａｍｅｔｅｒ（ｋ）は、ＳＡ  ｃｏｎｔｅｎｔｓに含まれることができる。
【０５４１】
前記ｉｎｄｉｃａｔｉｏｎ  ｐａｒａｍｅｔｅｒ  ｋ値は、下記のような条件によって互いに異なるように解釈されることもできる。
【０５４２】
すなわち、前記ｉｎｄｉｃａｔｉｏｎ  ｐａｒａｍｅｔｅｒ  ｋ値は、ＵＥ別、資源領域位置、ＵＥグループ、Ｓｃｅｎａｒｉｏ（ｉｎ−ｃｏｖｅｒａｇｅ、ｏｕｔ−ｃｏｖｅｒａｇｅ、ｅｄｇｅ−ｏｆ−ｃｏｖｅｒａｇｅ）によって異なるように解釈されることができる。
【０５４３】
図２７は、本明細書において提案するＤ２Ｄ  ＳＡ送信とＤ２Ｄ  ｄａｔａ送信との間のタイミング関係のさらに他の一例を示した図である。
【０５４４】
図２７は、図２６とは異なり、Ｄ２Ｄ  ＳＡ  ＳＦが決定されれば（ｓｕｂｆｒａｍｅ  ＃ｎ）（Ｓ２７１０）、Ｄ２Ｄ  ｄａｔａ  ＳＦがｎ＋ｋ以内（２７０１）に送信（Ｓ２７２０）可能なようにする方法を示す。
【０５４５】
ここで、Ｄ２Ｄ  ＳＡ  ＳＦのすぐ次のＳＦにＤ２Ｄ  ｄａｔａが送信されても、これを端末で予め知っている場合には大きな問題はなくなる。
【０５４６】
この場合、Ｄ２Ｄ受信端末は、プロセシング時間（または、プロセシング遅延）を考慮して、ＳＡ  ＳＦ  ｂｕｆｆｅｒｉｎｇとともに、以後に受信されるｄａｔａ  ＳＦ  ｂｕｆｆｅｒｉｎｇも共に準備することにより、Ｄ２Ｄ  ｄａｔａのｄｅｃｏｄｉｎｇを可能なようにすることができる。
【０５４７】
ここで、前記ｋ値は、ｃｏｎｆｉｇｕｒａｂｌｅし、端末毎に異なる値を有するようにｃｏｎｆｉｇｕｒｅすることもできる。
【０５４８】
図２８は、本明細書において提案するＤ２Ｄ  ＳＡ送信とＤ２Ｄ  ｄａｔａ送信との間のタイミング関係のさらに他の一例を示した図である。
【０５４９】
すなわち、図２８は、明示的にＳＡでＤ２Ｄ  ｄａｔａ  ＳＦを直接ｉｎｄｉｃａｔｉｏｎする方法を示す。
【０５５０】
Ｄ２Ｄ受信端末がＳＡをｓｕｂｆｒａｍｅ  ＃ｎで受信（Ｓ２８１０）するというとき、Ｄ２Ｄ送信端末は、Ｄ２Ｄ  ｄａｔａを受信するｓｕｂｆｒａｍｅ  ＃ｎ＋ｋ（Ｓ２８２０）で前記ｋ値をＳＡ  ｃｏｎｔｅｎｔｓの一部からまたはＳＡ送信資源ｐａｒａｍｅｔｅｒから計算してＤ２Ｄ受信端末に明示的に知らせることができる。
【０５５１】
次に、ＳＡ  ｃｏｎｔｅｎｔｓの有効期間（ｖａｌｉｄ  ｐｅｒｉｏｄ）と関連したＤ２Ｄ  ｄａｔａ送信方法について説明する。
【０５５２】
ＳＡ  ｃｏｎｔｅｎｔｓは、ＳＡ送信のための資源領域にＭＣＳ値、Ｆｒｅｑｕｅｎｃｙ  Ｈｏｐｐｉｎｇ可否、Ｆｒｅｑｕｅｎｃｙ  Ｈｏｐｐｉｎｇと関連した資源割当などが適用または設定されたＳＡ情報を表すことができる。
【０５５３】
図２９は、本明細書において提案するＤ２Ｄ  ｄａｔａ送受信方法の一例を示した順序図である。
【０５５４】
図２９の場合、Ｄ２Ｄ  ＳＡ  ＳＦが周期的に設定される場合、ＳＡ  ＳＦ送信周期間のＤ２Ｄ  ｄａｔａは、同じＳＡ値を用いて送信すると仮定する。
【０５５５】
この場合、Ｄ２Ｄ  ｄａｔａを受信するＤ２Ｄ受信端末は、Ｄ２Ｄ送信端末から一度受信されたＳＡ値を介して複数のＤ２Ｄ  ｄａｔａを受信できるようになる。
【０５５６】
すなわち、Ｄ２Ｄ受信端末は、ｍｕｌｔｉ  ｄａｔａ  ｓｕｂｆｒａｍｅに対して同じ１つのＳＡ値が適用されると判断することができる。
【０５５７】
図２９に示すように、Ｄ２Ｄ受信端末は、周期的に設定されたＳＡ  ｓｕｂｆｒａｍｅを介してＳＡをＤ２Ｄ送信端末から受信する（Ｓ２９１０）。
【０５５８】
その後、前記Ｄ２Ｄ受信端末は、一定時間区間の間、前記Ｄ２Ｄ送信端末から送信される少なくとも１つのＤ２Ｄ  ｄａｔａを前記受信されたＳＡを用いて受信する（Ｓ２９２０）。
【０５５９】
前記一定時間区間は、前記ＳＡを受信したＳＡ  ｐｅｒｉｏｄ、ＳＡ  ｃｏｎｔｅｎｔｓ有効時間区間などでありうる。
【０５６０】
前記ＳＡ  ｃｏｎｔｅｎｔｓ有効時間区間は、予め決められることができ、単純にＳＦ  ｉｎｄｅｘで定義されることができるか、またはＳＡ  ＳＦ周期の倍数で定義されることもできる。
【０５６１】
また、前記ＳＡ  ｃｏｎｔｅｎｔｓ有効時間区間は、ＳＡ  ＳＦとｎｏｒｍａｌ  ＳＦとの結合で定義されるか、Ｄ２Ｄ  ｄａｔａ  ＳＦ周期またはこれの倍数で定義されることもできる。
【０５６２】
ここで、ＳＦは、ｎｏｒｍａｌ  ＳＦ  ｉｎｄｅｘを意味することができ、またはＤ２Ｄ  ＳＦ  ｉｎｄｅｘを意味することもできる。
【０５６３】
ここで、前記ＳＡは、前記一定時間区間の間、複数のＤ２Ｄ  ｄａｔａがある場合、前記複数のＤ２Ｄ  ｄａｔａと関連した資源割当情報を含む。
【０５６４】
すなわち、前記Ｄ２Ｄ受信端末は、前記一定時間区間の間には追加的にＳＡを受信しなくてもＳ２９１０ステップで受信されたＳＡに基づいて複数のＤ２Ｄ  ｄａｔａを受信できる。
【０５６５】
さらに他の実施形態として、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎは、ＳＡを介して送信されるｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｄａｔａにｅｍｂｅｄｄｅｄされる（または、含まれる）ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとに分離されて送信されることもできる。
【０５６６】
すなわち、ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎの属性を活用して、（１）ｄｉｒｅｃｔ  ＳＡを介しては、ＲＡ、ＭＣＳなどのようなｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを、（２）ｄｉｒｅｃｔ  ｄａｔａを介しては、ＮＤＩなどのようなｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを各々分離して送信することができる。
【０５６７】
図３０〜図３３は、本明細書において提案するＳＡ資源及び／又はＤ２Ｄ  ｄａｔａ資源の位置を知らせるための方法の一例を示した図である。
【０５６８】
図３０及び図３１は、ＳＡ資源及び／又はＤ２Ｄ  ｄａｔａ資源が送受信され得るｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを用いてＳＡ及び／又はＤ２Ｄ  ｄａｔａを送受信するための方法を示す。
【０５６９】
前記ＳＡ資源及び／又はＤ２Ｄ  ｄａｔａ資源が送受信され得るｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎは、ＲＰＴ（Ｒｅｓｏｕｒｃｅ  Ｐａｔｔｅｒｎ  ｆｏｒ  Ｔｒａｎｓｍｉｓｓｉｏｎ）で表現されることもできる。
【０５７０】
前記ＲＰＴは、Ｄ２Ｄ  ｄａｔａ  ＴＢｓ（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋｓ）に対する複数の送信機会を保障するための時間及び／又は周波数資源を意味する。
【０５７１】
したがって、前記ＲＰＴは、Ｔ−ＲＰＴ（Ｔｉｍｅ−ＲＰＴ）またはＦ−ＲＰＴ（Ｆｒｅｑｕｅｎｃｙ  ＲＰＴ）に区分されることができる。
【０５７２】
具体的に、図３０は、ＳＡ資源及び／又はＤ２Ｄ  ｄａｔａ資源と関連したｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをＤ２Ｄ端末に明示的に（ｅｘｐｌｉｃｉｔｌｙ）知らせる方法を示し、図３１は、ＳＡ資源及び／又はＤ２Ｄ  ｄａｔａ資源と関連したｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをＤ２Ｄ端末に暗示的に（ｉｍｐｌｉｃｉｔｌｙ）送信する方法を示す。
【０５７３】
ＵＥは、全体ＵＬ  ｓｕｂｆｒａｍｅの一部をＤ２Ｄ  ｓｕｂｆｒａｍｅとして使用する。
【０５７４】
すなわち、ＵＥは、全体ＵＬ  ｓｕｂｆｒａｍｅのうち、Ｄ２Ｄ  ｓｕｂｆｒａｍｅを除いた残りのＵＬ  ｓｕｂｆｒａｍｅでｅＮＢと通信を行う。
【０５７５】
したがって、ｅＮＢ−ｔｏ−ＵＥの送信とＤ２Ｄ  Ｔｘ  ＵＥ−Ｄ２Ｄ  ＲＸ  ＵＥの送信は同時に発生しない。
【０５７６】
一方、ＵＥは、Ｄ２Ｄ  ｓｕｂｆｒａｍｅでＤ２Ｄ信号を他のＵＥに送信する場合、同一Ｄ２Ｄ  ｓｕｂｆｒａｍｅの同一ｂａｎｄで前記他のＵＥからＤ２Ｄ信号を受信できない。その理由は、自分が送信したＤ２Ｄ信号が他のＵＥからＤ２Ｄ信号を受信するとき、強い干渉で作用するためである。
【０５７７】
したがって、これを解決するために、Ｄ２Ｄ信号を送信するＤ２Ｄ送信ｓｕｂｆｒａｍｅとＤ２Ｄ信号を受信するＤ２Ｄ受信ｓｕｂｆｒａｍｅとの間のｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（または、構成）を異なるように設定することができる。
【０５７８】
また、１つのＵＥでＤ２Ｄ信号送受信による干渉の問題を解決しつつ、同時に相互隣接した２つのＵＥが重複する時間資源を使用する確率を減らして、ＵＥ相互間の干渉を減らすために、互いに異なるＵＥがＤ２Ｄ信号を送信するｓｕｂｆｒａｍｅのｐａｔｔｅｒｎを異なるように設定することができる。
【０５７９】
具体的に、ｅＮＢは、各ＵＥがＤ２Ｄ送信に使用するｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをＵＥ間距離などを考慮して（相互干渉影響の程度を把握して）設定することにより、ＵＥ相互間に発生し得る干渉の問題を解決できる。
【０５８０】
この場合、ｅＮＢは、Ｄ２Ｄ端末にＤ２Ｄ送信ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（３０１０）をＲＲＣシグナリングなどのような上位階層シグナリング（ｈｉｇｈ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）を介して明示的に知らせるようになる。
【０５８１】
ここで、ｅＮＢは、Ｄ２Ｄ送信ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをＤ２Ｄ端末にＥＰＤＣＣＨまたはＰＤＣＣＨを介して動的に設定することもできる。すなわち、ＥＰＤＣＣＨまたはＰＤＣＣＨを介してＤ２Ｄ送信ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをＤ２Ｄ端末に送信する場合、ＵＥの位置変化に速かに適応してＤ２Ｄ送信ｓｕｆｒａｍｅ  ｐａｔｔｅｒｎを設定できるという長所がある。
【０５８２】
さらに他の方法として、ｅＮＢのＳｉｇｎａｌｉｎｇ  ｂｕｒｄｅｎを減らすために、Ｄ２Ｄ（送信）ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをｅＮＢが決めて知らせる代わりに、端末が自ら選択するようにすることもできる。
【０５８３】
すなわち、Ｄ２Ｄ端末がＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを暗示的に取得するようにする方法である。
【０５８４】
この場合、Ｄ２Ｄ端末は、自分の端末ＩＤ（または、これと類似した特徴を有した端末固有のｐａｒａｍｅｔｅｒ）に基づいて類似ランダム方式でＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを選択できる。
【０５８５】
または、Ｄ２Ｄ端末は、基地局から最小限のｓｉｇｎａｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎを受信し、これを類似ランダム値を決定する因子として使用することにより、類似ランダムにｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを選択するようにすることができる。
【０５８６】
このような暗示的なｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ選択方法を利用する場合、適正なｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（または、ｓｕｂｆｒａｍｅ  ｓｅｔ）が与えられ、このうち、ｒａｎｄｏｍにｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを選択することだけで、前述したＵＥ間の相互干渉を減らすことができるようになる。
【０５８７】
図３０に示されたように、ｅＮＢは、特定ＵＥに潜在的に使用することができるＤ２Ｄ送信関連ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎの候補群（３０１０）をＲＲＣシグナリングのような上位階層シグナリングに伝達し、その後、特定時点で実際Ｄ２Ｄ送信に使用する１つまたは１つ以上のｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（３０２０）をＥＰＤＣＣＨやＰＤＣＣＨに送信（または、指定）することができる。
【０５８８】
具体的に、ｅＮＢは、予め定義されるＮ個のｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ、すなわち、Ｎ個のｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ候補群（ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ＃０、ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ＃１、ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ＃２、…）をＲＲＣシグナリングのような上位階層シグナリングを介してＤ２Ｄ端末に送信する。
【０５８９】
その後、ｅＮＢは、前記Ｎ個のｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（３０１０）のうち、１つまたは１つ以上のｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（３０２０）をＤ２Ｄ送信ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎで明示してＰＤＣＣＨやＥＰＤＣＣＨ（Ｅｈａｎｃｅｄ  ＰＤＣＣＨ）を介してＤ２Ｄ端末に送信する。
【０５９０】
ここで、ｅＮＢは、予め定義されるＮ個のｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをＤ２Ｄ端末に送信する過程で、ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ＃ｋ（ｋ＝０、１、２、…）が（各ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎが）実際に有するｐａｔｔｅｒｎがいかなる形態であるかを（ＳＦ  ｐａｔｔｅｒｎ  ＃０（１０００１０１０）、ＳＦ  ｐａｔｔｅｒｎ  ＃１（００１１１００１）、…）一定の周期に繰り返されるｓｕｂｆｒａｍｅのｂｉｔｍａｐ形態で付与することができる。
【０５９１】
また、図３１に示されたように、ｅＮＢは、特定ＵＥに潜在的に使用することができるＤ２Ｄ送信関連ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎの候補群（３０１０）をＲＲＣシグナリングのような上位階層シグナリングに伝達し、これを受信したＤ２Ｄ端末は、特定時点で実際の送信に使用するｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（３１２０）をＵＥ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｐａｒａｍｅｔｅｒ（例：ＵＥ  ＩＤ、３１１０）を用いて選択することができる。
【０５９２】
ここで、前記ＵＥ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｐａｒａｍｅｔｅｒ（ｓｅｅｄ、３１１０）は、予め基地局から割り当てられることができる。
【０５９３】
その後、Ｄ２Ｄ端末は、前記選択されたｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを介してＤ２Ｄ送受信を行うことができる。
【０５９４】
図３２及び図３３は、本明細書において提案するＳＡ資源及び／又はＤ２Ｄ  ｄａｔａ資源関連ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを変更する方法の一例を示した図である。
【０５９５】
図３２は、明示的に変更されたｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを知らせる方法であり、図３３は、暗示的に変更されたｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを知らせる方法を示す。
【０５９６】
図３２及び図３３に示されたように、図３０及び図３１を介してＤ２Ｄ端末に割り当てられたｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをＵＥが変更する動作を示す。
【０５９７】
図３２及び図３３の場合、８ｍｓ周期（８個のｓｕｂｆｒａｍｅ）に繰り返されるｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを示し、ｅＮＢは、予め上位階層シグナリングを介してｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ＃０｛１０００１０１０｝（３２１０）とｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ＃１｛００１１１００１｝（３２１０）をＤ２Ｄ端末に送信することができる。
【０５９８】
ここで、「１」の値は、Ｄ２Ｄ送信と関連したｓｕｂｆｒａｍｅであって、当該ｓｕｂｆｒａｍｅでＤ２Ｄ送信関連信号を送受信できることを意味できる。
【０５９９】
また、「０」の値は、Ｄ２Ｄ送信と関連していないｓｕｂｆｒａｍｅであって、当該ｓｕｂｆｒａｍｅでＤ２Ｄ送信関連信号を送受信できないことを意味できる。
【０６００】
前記「０」の値と前記「１」の値の意味は変わることもできる。
【０６０１】
その後、ｅＮＢは、ＰＤＣＣＨ等を介して実際にＵＥが使用するＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（ＳＦ  ｐａｔｔｅｒｎ  ＃０、Ｓ３２２０）が何であるかを指定し、ＵＥは、それによって動作するようになる。
【０６０２】
その後、ｅＮＢは、ＰＤＣＣＨを介して（または、他の制御情報、或いは他のメッセージ、若しくはＲＲＣシグナリング）Ｄ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎが変更された場合、前記変更されたＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを知らせるＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ変更情報（３２３０）をＤ２Ｄ端末に送信する。
【０６０３】
前記Ｄ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ変更情報は、ＰＤＣＣＨやＥＰＤＣＣＨ内の一部ｆｉｅｌｄを用いて変更されたｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを指定できる。
【０６０４】
Ｄ２ＤのためのＤＣＩとして既存のＵＬ  ｇｒａｎｔ用ＤＣＩを再使用する場合、ＤＣＩ  ｆｉｅｌｄのうち、使用されないフィールドを用いて変更されたｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを指定するｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ変更情報として使用することができる。
【０６０５】
前記ＤＣＩ  ｆｉｅｌｄのうち、使用されないフィールドには、ＤＣＩ  ｆｏｒｍａｔ  ０／１Ａを区分するｉｎｄｉｃａｔｏｒ、ＣＱＩ  ｒｅｑｕｅｓｔ  ｆｉｅｌｄ、ＮＤＩ  ｆｉｅｌｄなどが存在する。
【０６０６】
複数のｂｉｔを使用するＤＭ  ＲＳ  ｃｙｃｌｉｃ  ｓｈｉｆｔ  ｆｉｅｌｄまたはＭＣＳ／ＲＶ  ｆｉｅｌｄのうち、一部を使用することもできる。
【０６０７】
もし、単一のＰＤＣＣＨやＥＰＤＣＣＨでＵＥにｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ送信のための資源とＤ２Ｄ  ｄａｔａ送信のための資源とを同時に指定する場合には、上述したＤＣＩ内のｆｉｅｌｄとして指定される各ｓｔａｔｅにｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔのためのｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎとＤ２Ｄ  ｄａｔａのためのｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎとが各々付与され得る。
【０６０８】
図３３の場合、ＵＥは、Ｄ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ候補群のうち、実際に使用するＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（ＳＦ  ｐａｔｔｅｒｎ  ＃０、３３２０）をＵＥ  ＩＤなどを用いてランダムに選択し、ＵＥは、それによって動作することができる。
【０６０９】
ここで、ｅＮＢは、ＰＤＣＣＨ等を介して（または、他の制御情報、或いは他のメッセージ、若しくはＲＲＣシグナリング）Ｄ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎが変更されたことを指示するＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（ｃｈａｎｇｅ）  ｉｎｄｉｃａｔｏｒをＤ２Ｄ端末に送信することができる。
【０６１０】
この場合、Ｄ２Ｄ端末は、ＵＥ  ＩＤなど、Ｐｓｅｕｄｏ−ｒａｎｄｏｍ  ｓｅｌｅｃｔｉｏｎ  ｐａｒａｍｅｔｅｒ（ｓｅｅｄ、Ｄ２Ｄ  ＵＥ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｐａｒａｍｅｔｅｒ）を用いてランダムにＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（ＳＦ  ｐａｔｔｅｒｎ  ＃１、３３３０）を再度選択することができる。
【０６１１】
ここで、ＵＥ  ＩＤなどは、ｅＮＢがＤ２Ｄ端末にＲＲＣシグナリングなどを介して予め知らせることができる。
【０６１２】
すなわち、ＵＥが類似ランダムにｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを選択または再選択する場合、ｅＮＢは、類似ランダム値を決定するｐａｒａｍｅｔｅｒまたはｓｅｅｄ値をＤ２Ｄ端末に予め伝達することができる。
【０６１３】
また、パターン無しでＵＥが類似ランダム値を用いてＤ２Ｄ送信ｓｕｂｆｒａｍｅのｉｎｄｅｘを決定することもできる。
【０６１４】
この場合も、類似ランダム値を決定するｐａｒａｍｅｔｅｒまたはｓｅｅｄ値は、基地局から伝達されることができる。
【０６１５】
また、このような類似ランダム値を決定するｓｉｇｎａｌｉｎｇ情報のみに基づいてｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎまたはｓｕｂｆｒａｍｅ  ｉｎｄｅｘをＵＥが決定することができるが、ここに、端末が有する固有の値も含めてｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎまたはｓｕｂｆｒａｍｅ  ｉｎｄｅｘを決定することもできる。
【０６１６】
さらに他の一例として、Ｄ２Ｄ受信ＵＥがＤ２Ｄ送信ＵＥから送信されるＳＡを検出するために、ＳＡの送信帯域幅を取得する方法について説明する。
【０６１７】
この場合、Ｄ２Ｄ受信ＵＥがＳＡの送信帯域幅を知るために、前記ＳＡの送信帯域幅が予め固定され得る。
【０６１８】
この場合、ＳＧに含まれる資源割当フィールド（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ｆｉｅｌｄ）のうち、割り当てられたＲＢｓの個数（ｎｕｍｂｅｒ  ｏｆ  ａｌｌｏｃａｔｅｄ  ＲＢｓ）に該当する部分は、「０」のように、予め決められた値で固定されるか、または予め固定されたＳＡの送信帯域幅として定義されることができる。
【０６１９】
前記ＳＡの送信帯域幅と関連したＳＧに含まれるフィールド（ｂｉｔ）は、ＳＡ送信帯域幅の用途以外に、他の用途（例えば、ＳＡ  ＳＦ  ｇｒｏｕｐ内の実際ＳＡ  ＳＦの位置を指定する用途）のために使用されることもできる。
【０６２０】
以下では、Ｄ２Ｄ送信のためのｅＮＢ−ｔｏ−Ｄ２Ｄ  Ｔｘ（ａｎｄ／ｏｒ  Ｄ２Ｄ  ＲＸ）のＵＥ  ｓｃｈｅｄｕｌｉｎｇについて図３４〜図３７を参照して説明する。
【０６２１】
図３４は、本明細書において提案するＤ２Ｄ送信のためのＵＥ  ｓｃｈｅｄｕｌｉｎｇ方法の一例を示したフローチャートである。
【０６２２】
まず、ｅＮＢは、Ｄ２Ｄ送信（Ｔｘ）ＵＥまたはＤ２Ｄ受信（Ｒｘ）ＵＥとｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ（ＳＧ）手順を行う（Ｓｔｅｐ＃１、Ｓ３４１０）。
【０６２３】
すなわち、ｅＮＢは、Ｄ２Ｄ  Ｔｘ  ＵＥまたはＤ２Ｄ  ＲＸ  ＵＥにＤ２Ｄ送信と関連したＳＧを送信する。
【０６２４】
前記ＳＧ手順（Ｓｔｅｐ＃１）は、下記のように、２つの方法に区分されることができる。
【０６２５】
（１）１番目の方法（Ｍｅｔｈｏｄ＃１）は、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＤ２Ｄ送信関連資源を割り当て、その後、追加的に、ｐｈｙｓｉｃａｌ／ＭＡＣ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（ｅ．ｇ．  ＰＤＣＣＨ）を介して前記割り当てられた資源のａｃｔｉｖａｔｉｏｎ／ｒｅｌｅａｓｅのような細部動作を動的に（ｄｙｎａｍｉｃ）制御する方法である。
【０６２６】
（２）２番目の方法（Ｍｅｔｈｏｄ＃２）は、Ｄ２Ｄ送信関連資源割当及び／又はＤ２Ｄ送信と関連したｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎをｐｈｙｓｉｃａｌ／ＭＡＣ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌを介して送信することにより、Ｄ２Ｄ動作を制御する方法である。
【０６２７】
前記（１）及び（２）の方法において、Ｄ２Ｄ端末は、Ｄ２Ｄ通信と関連したｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ（ＭＣＳ、ＲＶ、ＤＭ  ＲＳ  ｐａｒａｍｅｔｅｒｓ、…）をｅＮＢから受信して決定するか、またはＤ２Ｄ  ＵＥが自ら決定できる。
【０６２８】
前記ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎに資源割当情報が含まれ得るし、ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎと資源割当情報とが別に区分されて解釈されることもできる。
【０６２９】
Ｄ２Ｄ  ＵＥがｅＮＢからＤ２Ｄ送信と関連したｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎを前記（１）の方法を介して受信する場合、前記ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎをＲＲＣ  ｓｉｇｎａｌ及び／又はＰＤＣＣＨなどのようなｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌを介して受信することができる。
【０６３０】
ここで、Ｄ２Ｄ  ＵＥがｅＮＢからＲＲＣ  ｓｉｇｎａｌｉｎｇに前記ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎを受信する場合、ＰＤＣＣＨのＤＣＩ  ｆｏｒｍａｔにＤ２Ｄ送信と関連したＭＣＳ、ＲＶ、ＤＭ  ＲＳ  ｐａｒａｍｅｔｅｒなどのようなフィールドは不要になる。
【０６３１】
したがって、ＰＤＣＣＨのＤＣＩ  ｆｏｒｍａｔにＤ２Ｄ送信と関連したフィールドを含むことができるように定義された場合、前記不要なフィールドを無くしてＤＣＩ  ｆｏｒｍａｔの全長を減らすか、またはｚｅｒｏ  ｐａｄｄｉｎｇ等の技術を適用して同じ長さのＤＣＩ  ｆｏｒｍａｔに作って送信することができる。
【０６３２】
同様に、ＵＥがＭＣＳ、ＲＶ等、スケジューリング情報を直接決定する場合、（１）または（２）の方法で送信されるＰＤＣＣＨ内のＭＣＳ、ＲＶ等、スケジューリング情報と関連したｃｏｎｔｅｎｔｓフィールドは不要になる。
【０６３３】
したがって、前記不要なフィールドを無くしたり、またはｚｅｒｏ  ｐａｄｄｉｎｇする方法を適用できる。
【０６３４】
（１）の方法は、後述する図３５において、（２）の方法は、後述する図３６においてさらに具体的に説明する。
【０６３５】
その後、Ｄ２Ｄ送信端末は、Ｄ２Ｄ受信端末とＤ２Ｄ  ｄａｔａ送受信のために、Ｄ２Ｄ  ｄａｔａ送信関連スケジューリング手順を行う（Ｓｔｅｐ＃２、Ｓ３４２０）。すなわち、ＳＡ送信手順を行う。
【０６３６】
Ｓｔｅｐ＃２は、前記Ｓｔｅｐ＃１に使用された方法等とともに使用されることができる。
【０６３７】
ここで、ＳＡに含まれ得る情報は、下記のとおりでありうるし、特に、Ｄ２Ｄ  ｄａｔａ受信のための資源と関連した情報が前記ＳＡに含まれ得る。
【０６３８】
ＳＡ送信と関連したスケジューリング情報（資源割当情報を含む）は、基地局からＤ２Ｄ送信端末に（ＳＧを介して）送信され、ＳＡ送信は、Ｄ２Ｄ送信端末からＤ２Ｄ受信端末に送信されることと解釈されることができる。
【０６３９】
・Ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｌａｔｅｄ  ｔｏ  ｒｅｓｏｕｒｃｅｓ  ｆｏｒ  ｄａｔａ  ｒｅｃｅｐｔｉｏｎ：Ｄ２Ｄ  ｄａｔａ受信のための資源と関連した情報
・ＲＢ  ａｓｓｉｇｎｍｅｎｔ：ＲＢ割当情報
・Ｎｕｍｂｅｒ  ａｎｄ  ｐａｔｔｅｒｎ  ｏｆ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎｓ：再送信回数及びパターン情報
・Ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ  ｐａｔｔｅｒｎ：周波数ホッピングパターン情報
・ＳＰＳ（ｉｎｃｌ．ｐｅｒｉｏｄｉｃｉｔｙ）ｏｆ  ｄａｔａ：ｄａｔａの周期性情報
・Ｔａｒｇｅｔ  ＩＤ：Ｄ２Ｄ受信端末のＩＤ情報
・ＭＣＳ／ＲＶ  ｏｆ  ｄａｔａ
・Ｔｉｍｉｎｇ  ａｄｖａｎｃｅ  ｏｆ  ｄａｔａ
【０６４０】
次に、Ｄ２Ｄ送信端末がｅＮＢからＳＧを受信し、Ｄ２Ｄ受信端末にＳＡを送信する時点を決定するための方法について説明する。
【０６４１】
前記受信されたＳＧには、ＳＡと関連したスケジューリング情報（資源割当情報を含む）が含まれ得る。
【０６４２】
まず、基地局は、Ｄ２Ｄ  Ｔｘ端末がＳＡを送信できるＤ２Ｄ送信ｓｕｂｆｒａｍｅを知っていると仮定する。
【０６４３】
基地局は、ＳＡ送信ｓｕｂｆｒａｍｅ（ｎ）のｎ−ｋ１（ｋ１は、整数）ｓｕｂｆｒａｍｅにＤ２Ｄ送信端末でＳＧを送信することにより、Ｄ２Ｄ送信端末がＤ２Ｄ受信端末にＳＡを送信できる。
【０６４４】
ＬＴＥ（−Ａ）システムにおいて端末のｒｅｃｅｉｖｅｒ処理能力を考慮すれば、ｋ１値は、４内外になることができる。
【０６４５】
技術の進化につれて前記ｋ１値は、２または３も可能でありうる。
【０６４６】
前記ＳＧを受信したＤ２Ｄ送信端末は、前記受信されたＳＧを介して同時にＤ２Ｄ  ｄａｔａ送信ｓｕｂｆｒａｍｅの位置も共に把握することができる。
【０６４７】
すなわち、ＳＧの用途は、ＳＡ  ｓｃｈｅｄｕｌｉｎｇだけでなく、Ｄ２Ｄ  ｄａｔａ送信に関与してＤ２Ｄ  ｄａｔａ送信時点（ｓｕｂｆｒａｍｅ）、周波数資源割当などまでも使用されることができる。
【０６４８】
次に、Ｄ２Ｄ送信端末が基地局からＳＧを受信し、一定時間後にＳＡ送信有効資源でＤ２Ｄ受信端末にＳＡを送信する方法について説明する。
【０６４９】
前記受信されたＳＧは、ＳＡ送信関連スケジューリング情報を含むことができる。
【０６５０】
ｅＮＢは、ＳＡ送信有効ｓｕｂｆｒａｍｅを具体的に把握せずに、Ｄ２Ｄ送信端末からＤ２Ｄ送信資源に対する要求時点に基づいて、前記Ｄ２Ｄ送信端末にＳＧを送信する。
【０６５１】
すなわち、Ｄ２Ｄ送信端末は、基地局からＳＧを受信すれば、前記受信されたＳＧを基盤としてＳＡを生成する。
【０６５２】
その後、Ｄ２Ｄ送信端末は、生成されたＳＡをＳＡが送信され得るＳＡ  ａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅを把握してａｖａｉｌａｂｌｅまたはｖａｌｉｄ  Ｄ２Ｄ  ｓｕｂｆｒａｍｅ（ＳＡ送信の側面でｖａｌｉｄなｓｕｂｆｒａｍｅ）でＤ２Ｄ受信端末に前記生成されたＳＡを送信する。
【０６５３】
ここで、Ｄ２Ｄ送信端末は、基地局からＳＧを受信し、次のｓｕｂｆｒａｍｅがａｖａｉｌａｂｌｅであるとしてＳＡを直ちにＤ２Ｄ受信端末に送信できない場合がある。
【０６５４】
その理由は、Ｄ２Ｄ送信端末がＳＧを受けて受信処理をし、受信されたＳＡと関連した情報であるＳＧを用いてＳＡを生成し、Ｄ２Ｄ  ｄａｔａに対する送信準備のために、ｎ＋ｋ２の分だけの時間が必要である。
【０６５５】
ここで、ｋ２は、整数値を有する。技術の発展につれて前記ｋ２値は、２または３までも可能でありうる。すなわち、端末の受信能力によってｋ２は、１、２、３、４等、様々な値を有することができる。
【０６５６】
もし、ｋ２＝４である場合、Ｄ２Ｄ送信端末は、基地局からＳＧを受信し、４ｓｕｂｆｒａｍｅ以後にＤ２Ｄ受信端末にＳＡを送信する。
【０６５７】
ただし、Ｄ２Ｄ送信端末は、４ｓｕｂｆｒａｍｅ直後にＳＡ送信のためのａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅが存在しなければ、その次のｓｕｂｆｒａｍｅにＳＡをＤ２Ｄ受信端末に送信する。
【０６５８】
もし、その次にａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅが存在しなかった場合、さらにその次のｓｕｂｆｒａｍｅでＳＡが送信され得る。
【０６５９】
すなわち、ｎ＋４以後のｓｕｂｆｒａｍｅのうち、最も速いＳＡ  ａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅでＳＡが送信されることと解釈することができる。
【０６６０】
ここで、ＳＡ送信が不可能なｓｕｂｆｒａｍｅは、Ｄ２Ｄ送信に指定されなかった全てのｓｕｂｆｒａｍｅが該当し得る。
【０６６１】
または、ｓｕｂｆｒａｍｅ０及び５のように、ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌが送信されるｓｕｂｆｒａｍｅは、前記ＳＡ  ａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅから除外され得る。
【０６６２】
または、ｓｕｂｆｒａｍｅ０、４、５、９のように、ｐａｇｉｎｇ  ｓｕｂｆｒａｍｅが送信されるｓｕｂｆｒａｍｅも、前記ＳＡ  ａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅから除外され得る。
【０６６３】
ここで、Ｄ２Ｄ  ｓｕｂｆｒａｍｅに指定されたとしても、Ｄ２Ｄ必須情報を伝達するためのチャネルが（前記ＷＡＮ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ、ＢＣＨ  ｃｈａｎｎｅｌと類似したチャネル）特定Ｄ２Ｄ  ｓｕｂｆｒａｍｅに決められると、前記特定Ｄ２Ｄ  ｓｕｂｆｒａｍｅは、前記ＳＡ  ａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅから除外され得る。
【０６６４】
または、ＳＡ送信のための専用ｓｕｂｆｒａｍｅをｃｏｎｆｉｇｕｒｅしておき、このようなＳＡ専用ｓｕｂｆｒａｍｅのみでＳＡを送信するようにすることもできる。
【０６６５】
すなわち、Ｄ２Ｄ送信端末は、基地局からＳＧを受信し（ｓｕｂｆｒａｍｅ  ｎ）、ｎ＋ｋ３  ｓｕｂｆｒａｍｅ以後にＳＡ（送信）ａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅでＳＡをＤ２Ｄ受信端末に送信することができる。
【０６６６】
ここで、ＳＧを受信したＤ２Ｄ端末は、同時にｄａｔａ送信ｓｕｂｆｒａｍｅ位置も共に把握することができる。すなわち、ＳＧは、ＳＡ  ｓｃｈｅｄｕｌｉｎｇを越えてｄａｔａ送信に関与してｄａｔａ送信時点（ｓｕｂｆｒａｍｅ）、周波数資源割当などにも使用されることができる。
【０６６７】
その後、Ｄ２Ｄ送信端末は、ＳＡに基づいてＤ２Ｄ受信端末にＤ２Ｄ  ｄａｔａを送信する（Ｓｔｅｐ＃３、Ｓ３４３０）。
【０６６８】
このとき、Ｄ２Ｄ送信端末は、Ｄ２Ｄ  ｄａｔａとともに必要な制御情報を送信できる。
【０６６９】
前記制御情報は、Ｄ２Ｄ  ｄａｔａにｐｉｇｇｙｂａｃｋ形態で送信されることができる。
【０６７０】
次に、ＳＧの有効性について説明する。
【０６７１】
Ｄ２Ｄ端末がＳＧ１を基地局から受信し、それ以後、ＳＧ２を基地局から受信する場合、Ｄ２Ｄ端末は、前記受信されたＳＧ１がそれ以上有効でないと判断することができる。
【０６７２】
ＳＧに対する有効性判断時点は、その後に送信されるＳＧ、すなわち、ＳＧ２を受信してから（ｓｕｂｆｒａｍｅｎ）、ｎ＋ｋ４  ｓｕｂｆｒａｍｅ以後に適用されることができる。
【０６７３】
ここで、ｋ４値は、整数であり、実質的にＳＧ２が適用され得る時点を考慮すれば、２、３、４などの値を有するであろう。
【０６７４】
また、基地局は、ＳＧ１とＳＧ２を同一時間に共にＤ２Ｄ端末に送信することもできる。
【０６７５】
この場合、前記ＳＧ１と前記ＳＧ２は、１つのＤＣＩ  ｆｏｒｍａｔに併合されて送信されることができる。
【０６７６】
各ＳＧに対して別のｃｈａｎｎｅｌ  ｃｏｄｉｎｇを行う場合、Ｄ２Ｄ端末は、各ＳＧに対する受信成功確率が高まり得る。
【０６７７】
前述したように、Ｄ２Ｄ端末は、各ＳＧに対する受信可否の結果をｅＮＢにｆｅｅｄｂａｃｋすることができ、ＳＧ受信可否の結果をｆｅｅｄｂａｃｋするチャネルとしてＰＵＣＣＨを用いることができる。
【０６７８】
また、Ｄ２Ｄ端末の送信電力制御は、ＳＧを介して実現可能でありうる。
【０６７９】
この場合、基地局は、ＴＰＣ  ｆｉｅｌｄを活用したり、ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを活用してＴＰＣ  ｃｏｍｍａｎｄをＤ２Ｄ端末に送信し、Ｄ２Ｄ端末の送信電力を制御できる。
【０６８０】
ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを使用する場合には、当該フォーマットの特定ｆｉｅｌｄをＤ２Ｄ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌでｒｅｓｅｒｖｅｄして使用することもできる。
【０６８１】
これは、予めＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＤ２Ｄ電力制御用途であるか、それとも、ＬＴＥ（−Ａ）電力制御用途であるかをｐａｒｔｉｔｉｏｎｉｎｇすることができる。
【０６８２】
また、前記ＳＧは、使用可能な有効時間が決められ得る。
【０６８３】
すなわち、Ｄ２Ｄ端末が基地局からＳＧを受信し、一定時間（または、一定数のｓｕｂｆｒａｍｅ）が経つか、または一定数のＤ２Ｄ  ｓｕｂｆｒａｍｅが経つと、自動で前記受信されたＳＧを廃棄（ｄｉｓｃａｒｄ）することができる。
【０６８４】
または、ＳＧ  ｔｉｍｅｒを新しく定義することにより、ＳＧ  ｔｉｍｅｒが終了（ｅｘｐｉｒｅｄ）する場合、ＳＧは、有効でない（ｉｎｖａｌｉｄ）と見なされるように実現することもできる。
【０６８５】
または、Ｄ２Ｄ端末が次のＳＧを受信するまで以前のＳＧが有効であると定義することもできる。
【０６８６】
または、Ｄ２Ｄ端末は、ＳＧ受信後、一定時間または一定数のｓｕｂｆｒａｍｅが経つと、当該ＳＧを廃棄するが、それ以前にさらに他のＳＧを基地局から受信する場合、一定時間が経たなくても以前に送信されたＳＧを廃棄することもできる。
【０６８７】
図３５は、本明細書において提案するＲＲＣ  ｓｉｇｎａｌｉｎｇを用いてＤ２Ｄ送信のためのＵＥ  ｓｃｈｅｄｕｌｉｎｇ方法の一例を示した図である。
【０６８８】
すなわち、図３５は、図３４においてＳ３４１０ステップを具体化した方法を示す。
【０６８９】
Ｓ３５２０及びＳ３５３０ステップは、図３４のＳ３４２０及びＳ３４３０ステップと同様であるので、相違のある部分についてのみ説明する。
【０６９０】
まず、ｅＮＢは、Ｄ２Ｄ  Ｔｘ  ＵＥまたはＤ２Ｄ  ＲＸ  ＵＥとｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ  ｐｒｏｃｅｄｕｒｅを行う（Ｓｔｅｐ＃１、Ｓ３５１０）。
【０６９１】
図３４において説明したように、Ｓ３５１０ステップは、２つの方法を介して実現されることができる。
【０６９２】
（１）１番目の方法（Ｍｅｔｈｏｄ＃１）は、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＤ２Ｄ送信関連資源を割り当て、追加的にｐｈｙｓｉｃａｌ／ＭＡＣ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（ｅ．ｇ．  ＰＤＣＣＨ）を介して前記割り当てられた資源に対するａｃｔｉｖａｔｉｏｎ／ｒｅｌｅａｓｅのような細部ｄｙｎａｍｉｃな動作を制御する方法である。
【０６９３】
（２）２番目の方法（Ｍｅｔｈｏｄ＃２）は、Ｄ２Ｄ送信関連資源割当及び／又はｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎをｐｈｙｓｉｃａｌ／ＭＡＣ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌを介して送信してＤ２Ｄ動作を制御する方法である。
【０６９４】
（１）の方法（Ｍｅｔｈｏｄ＃１）、すなわち、ＲＲＣ  ｓｉｇｎａｌａｎｄ  ｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌ（ｅ．ｇ．  （Ｅ）ＰＤＣＣＨ、ＰＨＩＣＨ）ｂａｓｅｄ  ｓｃｈｅｄｕｌｉｎｇ（ｅ．ｇ．  ｓｅｍｉ−ｓｔａｔｉｃ  ｓｃｈｅｄｕｌｉｎｇ）  ｆｏｒ  ＳＡ（ａｎｄ  ｄａｔａ）についてさらに具体的に説明する。
【０６９５】
（１）の方法は、１）ＳＡ（ａｎｄ／ｏｒ  ｄａｔａ）送信のための全体資源構成／割当のためのＲＲＣ  ｓｉｇｎａｌｉｎｇ送信（Ｓ３５１１）と、２）１）を介して割り当てられたＳＡ（ａｎｄ  ｄａｔａ）資源の活性化／キャンセル（ａｃｔｉｖａｔｉｏｎ／ｒｅｌｅａｓｅ）のための動的制御情報送信（Ｓ３５１２）方法とに区分することができる。
【０６９６】
まず、ＲＲＣ  ｓｉｇｎａｌｉｎｇ送信について説明する。
【０６９７】
ＲＲＣ  ｓｉｇｎａｌｉｎｇ：ｏｖｅｒａｌｌ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ／ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  ＳＡ（ａｎｄ  ｄａｔａ）
【０６９８】
ｅＮＢは、ＬＴＥ  ＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）  ｓｃｈｅｄｕｌｉｎｇ方法と類似するように、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＤ２Ｄ送信関連特定資源（または、特定資源ｓｅｔ／ｇｒｏｕｐ）をＤ２Ｄ端末に割り当てる。
【０６９９】
また、類似した方法で、ｅＮＢは、Ｄ２Ｄ受信のためのｍｏｎｉｔｏｒｉｎｇ資源もＤ２Ｄ端末に割り当てることができる。
【０７００】
前記特定資源領域は、ｓｕｂｆｒａｍｅ（ｓ）、ａ  ｓｅｔ  ｏｆ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋｓなどでありうる。
【０７０１】
したがって、Ｄ２Ｄ端末は、前記特定資源領域をｍｏｎｉｔｏｒｉｎｇしてＤ２Ｄ  ｄａｔａまたはＳＡをｂｌｉｎｄ  ｄｅｍｏｄｕｌａｔｉｏｎ（または、ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）することができる。
【０７０２】
Ｍｏｎｉｔｏｒｉｎｇ資源とは、ＳＡ及び／又はＤ２Ｄ  ｄａｔａ（Ｔｘ−ｔｏ−Ｒｘ  ｆｏｒ  Ｄ２Ｄ）をＤ２Ｄ端末でｂｌｉｎｄ  ｄｅｃｏｄｉｎｇさせるために、ｍｏｎｉｔｏｒｉｎｇせよと知らせた資源を意味できる。
【０７０３】
本明細書において使用する「Ａ及び／又はＢ」の意味は、ＡまたはＢののうち、少なくとも１つ（Ａ、Ｂ、Ａ＆Ｂ）を含む概念と同様な意味と解釈されることができる。
【０７０４】
前記（１）の方法は、ＳＡ  ｓｃｈｅｄｕｌｉｎｇだけでなく、ｄａｔａ資源領域を知らせる、すなわち、Ｄ２Ｄ  ｄａｔａ  ｓｃｈｅｄｕｌｉｎｇ用としても使用されることができる。
【０７０５】
すなわち、（１）の方法は、ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ（ＳＰＳ）と類似するように、Ｄ２Ｄ送信関連資源をＲＲＣに割り当て、物理層及びＭＡＣ階層制御チャネルを活用してｄｙｎａｍｉｃに資源を活性化するか、解除する動作を表す。
【０７０６】
これと関連したさらに具体的な内容は、前述した図３０〜図３３を参照する。
【０７０７】
その後、Ｓ３５２０及びＳ３５３０ステップを行う。
【０７０８】
図３６は、本明細書において提案する物理層チャネルを用いてＤ２Ｄ送信のためのＵＥ  ｓｃｈｅｄｕｌｉｎｇ方法の一例を示した図である。
【０７０９】
すなわち、図３６は、図３４においてＳ３４１０ステップを具体化した方法を示す。
【０７１０】
Ｓ３６２０及びＳ３６３０ステップは、図３４のＳ３４２０及びＳ３４３０ステップと同様であるので、相違がある部分についてのみ説明する。
【０７１１】
まず、ｅＮＢは、Ｄ２Ｄ  Ｔｘ  ＵＥまたはＤ２Ｄ  ＲＸ  ＵＥとｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ  ｐｒｏｃｅｄｕｒｅを行う（Ｓｔｅｐ＃１、Ｓ３６１０）。
【０７１２】
同様に、前記Ｓｔｅｐ＃１は、２つの方法を介して実現されることができる。
【０７１３】
（１）１番目の方法（Ｍｅｔｈｏｄ＃１）は、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＤ２Ｄ送信関連資源を割り当て、追加的にｐｈｙｓｉｃａｌ／ＭＡＣ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（ｅ．ｇ．  ＰＤＣＣＨ）を介して前記割り当てられた資源に対するａｃｔｉｖａｔｉｏｎ／ｒｅｌｅａｓｅのような細部ｄｙｎａｍｉｃな動作を制御する方法である。
【０７１４】
（２）２番目の方法（Ｍｅｔｈｏｄ＃２）は、Ｄ２Ｄ送信関連資源割当及び／又はｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎをｐｈｙｓｉｃａｌ／ＭＡＣ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌを介して送信してＤ２Ｄ動作を制御する方法である。
【０７１５】
本明細書において使用する「Ａ及び／又はＢ」の意味は、ＡまたはＢののうち、少なくとも１つを含む概念と同様な意味と解釈されることができる。
【０７１６】
図３６を参照して、（２）の方法、すなわち、動的スケジューリング（ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇ）に基盤した（Ｅｎｈａｎｃｅｄ）ＰＤＣＣＨ送信方法について説明する。
【０７１７】
（２）の方法は、ＲＲＣによるＤ２Ｄ送信関連スケジューリング情報（資源割当を含む）送信の代わりに、物理層（または、ＭＡＣ階層を含む）で制御情報伝達チャネル（ｅ．ｇ．  ＥＰＤＣＣＨ、ＰＤＣＣＨ、ＰＨＩＣＨ、ｎｅｗ  ｃｈａｎｎｅｌ）を用いてＤ２Ｄ  Ｔｘ  ＵＥ（ａｎｄ／ｏｒ  Ｄ２Ｄ  ＲＸ  ＵＥ）にｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎだけでなく、Ｄ２Ｄ  ｄａｔａ  ｄｅｍｏｄｕｌａｔｉｏｎのためのＭＣＳ、ＲＶ、ＮＤＩ、ｐｏｗｅｒ  ｃｏｎｔｒｏｌ、ＰＭＩ等も共に知らせる方法をいう（Ｓ３６１１）。
【０７１８】
前記ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ、ＭＣＳ、ＲＶ、ＮＤＩ、ｐｏｗｅｒ  ｃｏｎｔｒｏｌ、ＰＭＩなどをＤ２Ｄ送信と関連したスケジューリング情報であるといえる。
【０７１９】
また、ＳＧの用途は、前述された用途の他にも、様々に定義されることができる。
【０７２０】
一例として、ＳＧは、Ｄ２Ｄ送信関連ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎのｃｏｎｔｅｎｔｓが変化されたという事実を知らせるための用途として使用されることができる。
【０７２１】
前記変化の意味は、変更、削除、追加などの意味を含む。
【０７２２】
この場合、前記ＳＧと同じｓｉｇｎａｌｉｎｇ  ｆｏｒｍａｔを使用する場合と、他のｓｉｇｎａｌｉｎｇ  ｆｏｒｍａｔを使用する場合とに区分することができる。
【０７２３】
前記ＳＧに含まれるＳｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎは、ＲＲＣ  ｓｉｇｎａｌｉｎｇを指定したＤ２Ｄ送信関連資源領域の変化または当該資源領域でＤ２Ｄ  Ｔｘ（ａｎｄ／ｏｒ  Ｒｘ）ＵＥが使用すべき資源の変化を意味するか、またはＳＧによって実質的に割り当てられた資源領域の変化または資源領域グループの変化を意味するか、またはＳＡ  ｃｏｎｔｅｎｔｓの一部または全体の変化を意味できる。
【０７２４】
前記ＳＡ  ｃｏｎｔｅｎｔｓには、ＲＡをはじめとして種々のｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎが含まれており、このうち、１つまたはそれ以上の内容が変化したことをＳＧを介して知らせるようになる。
【０７２５】
ｅＮＢは、ＳＧのｂｉｔ  ｆｉｅｌｄを減らして、ｃｏｍｐａｃｔな形態の新しいＳＧを作って使用することもできる。
【０７２６】
また、Ｄ２Ｄ送信関連ｒｅｓｏｕｒｃｅ  ｒｅ−ａｌｌｏｃａｔｉｏｎのように、ＳＧ／ＳＡ  ｕｐｄａｔｅを実現する方法には、ＰＤＣＣＨ、ＥＰＤＣＣＨだけでなく、ＰＨＩＣＨを使用することも可能である。
【０７２７】
すなわち、ｅＮＢは、ＰＨＩＣＨ資源を用いてＤ２Ｄ端末にＳＧ／ＳＡに変化があるか否かを知らせる用途として使用することができる。
【０７２８】
Ｄ２Ｄ端末は、ＳＧ／ＳＡに変化があることを表す情報を含むＰＨＩＣＨをｍｏｎｉｔｏｒｉｎｇして、前記変化されたＳＧ／ＳＡを受信することができる。
【０７２９】
Ｄ２Ｄ端末は、予めＳＧ／ＳＡ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｎｏｔｉｆｉｃａｔｉｏｎをｅＮＢから指定時間後または指定時間区間にｍｏｄｉｆｉｅｄ  ＳＧ／ＳＡを受信するようになる。
【０７３０】
ここで、前記Ｍｏｄｉｆｉｃａｔｉｏｎ  ｎｏｔｉｆｉｃａｔｉｏｎは、２つの意味を有することができる。
【０７３１】
１番目の意味は、Ｄ２Ｄ端末にＳＡが変更されなければならないことを知らせ、前記変更されたＳＡを知るために、ＳＧのｍｏｎｉｔｏｒｉｎｇを介して前記変更されたＳＡを受信することを意味する。
【０７３２】
２番目の意味は、Ｄ２Ｄ端末に特定に決められた時点にＳＧが変更されたり、変更される予定であるから、前記変更されたり、変更される予定であるＳＧを受信することを知らせる意味である。
【０７３３】
前述したように、ＳＧは、ＳＡ  ｓｃｈｅｄｕｌｉｎｇだけでなく、ｄａｔａ  ｓｃｈｅｄｕｌｉｎｇ用途としても使用されることができる。
【０７３４】
その後、Ｓ３６２０及びＳ３６３０ステップを行う。
【０７３５】
図３７は、本明細書において提案するＳＧに対するＨＡＲＱ手順を行う方法の一例を示したフローチャートである。
【０７３６】
Ｓ３７１０、Ｓ３７３０、及びＳ３７４０ステップは、図３４のＳ３４１０〜Ｓ３４３０ステップと同様であるので、相違がある部分についてのみ説明する。
【０７３７】
Ｓ３７１０ステップ以後、Ｄ２Ｄ端末と基地局は、ＳＧ  ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｒｅＱｕｅｓｔ）手順を行う（Ｓ３７２０）。
【０７３８】
すなわち、Ｄ２Ｄ端末が基地局からＳＧを受信し、他のＤ２Ｄ端末にＳＡを送信する時点間にＤ２Ｄ端末は、基地局に前記受信されたＳＧに対する応答を回答（または、送信）できる。前記応答は、ＡｃｋまたはＮａｃｋでありうる。
【０７３９】
前記ＳＧは、上述したように、ＳＰＳでの割り当てられた資源のａｃｔｉｖａｔｉｏｎ／ｄｅ−ａｃｔｉｖａｔｉｏｎのように、ＳＡ及び／又はＤ２Ｄ  ｄａｔａ送信と関連した制御情報であるか、ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ情報でありうる。
【０７４０】
前記ＳＡ及び／又はＤ２Ｄ  ｄａｔａ送信と関連した制御情報やｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ情報は、Ｄ２Ｄ送信と関連したｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎで表すことができる。
【０７４１】
Ｓ３７２０ステップのＳＧ  ＨＡＲＱ手順は、Ｄ２Ｄ端末が基地局からＳＧを受信できなくなる場合、他のＤ２Ｄ端末にＳＡ送信できないか、または、既に送信されたＳＡ内容に対する変更事項を適用できなくなり、変更以前のＳＡを持続的に送信することによって発生できる性能劣化や通信が不可能な状況がもたらされることを防止することができる。
【０７４２】
したがって、前記ＳＧ受信可否に対するｃｏｎｆｉｒｍａｔｉｏｎが必要であり、これは、ＵＬ  ＡＣＫ／ＮＡＣＫ  ｍｅｃｈａｎｉｓｍを活用できる。
【０７４３】
すなわち、既存のＰＵＣＣＨ  ｓｔｒｕｃｔｕｒｅまたはｅｍｂｅｄｄｅｄ  ＰＵＣＣＨ  ｔｏ  ＰＵＳＣＨ形態（ＵＣＩ  Ｐｉｇｇｙｂａｃｋ）でＳＧに対する応答（ＡＣＫ／ＮＡＣＫ）をＤ２Ｄ端末が基地局に送信することができる。
【０７４４】
ここで、ＳＧがＰＤＣＣＨまたはＥＰＤＣＣＨ  ｆｏｒｍａｔなどのｍｅｃｈａｎｉｓｍにしたがうようになると、前記ＳＧに対する応答は、前記ＰＤＣＣＨまたはＥＰＤＣＣＨの各ＤＣＩ  ｉｎｄｅｘに連結されたＰＵＣＣＨ資源を用いて容易に活用できる。
【０７４５】
ここで、ＳＧに含まれた情報がＳＡ  ｓｃｈｅｄｕｌｉｎｇ用とＤ２Ｄ  ｄａｔａ  ｓｃｈｅｄｕｌｉｎｇ用とに分離されてＤ２Ｄ端末に各々受信される場合、Ｄ２Ｄ端末は、各ＳＧの受信可否に対する応答を各々ｆｅｅｄｂａｃｋすることができる。
【０７４６】
また、前記ＳＧに対する応答は、最大４つの場合が発生可能なので、その大きさは、１ｂｉｔないし２ｂｉｔで表現されることができる。
【０７４７】
ここで、前記ＳＧに対する応答は、ＰＵＣＣＨを介してｆｅｅｄｂａｃｋされることができる。
【０７４８】
以下において、ＳＡ及び／又はＤ２Ｄ  ｄａｔａを送受信するための方法について図３８〜図４２を参照して具体的に説明する。
【０７４９】
図３８は、本明細書において提案する方法が適用され得るＤ２Ｄ動作手順及びこれと関連したシグナリング（ｓｉｇｎａｌｉｎｇ）送受信方法の一例を示した図である。
【０７５０】
図３８の場合、基地局の制御によるＤ２Ｄ動作手順（Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｍｏｄｅ  １）でのＤ２Ｄ動作手順と、これと関連した情報を送受信することにより、Ｄ２Ｄ通信を行う方法を示す。
【０７５１】
図３８に示されたように、Ｄ２Ｄ通信と関連したＳＡ（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｇｉｎｍｅｎｔ）資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）３８１０及び／又はｄａｔａ資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）３８２０が予め構成され得るし、前記予め構成された資源プールは、上位階層シグナリング（ｈｉｇｈ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）を介して基地局でＤ２Ｄ端末に送信されることができる。
【０７５２】
前記上位階層シグナリングは、ＲＲＣ  ｓｉｇｎａｌｉｎｇでありうる。
【０７５３】
本明細書において使用する「Ａ及び／又はＢ」の表現は、ＡまたはＢののうち、少なくとも１つ（Ａ、Ｂ、またはＡ＆Ｂを表す）を意味する概念と解釈されることができる。
【０７５４】
前記ＳＡ資源プール及び／又はｄａｔａ資源プールは、端末間リンク（ＵＥ−ｔｏ−ＵＥ：Ｄ２Ｄ）またはＤ２Ｄ通信のために予約された資源を意味する。
【０７５５】
前記ＵＥ−ｔｏ−ＵＥリンクは、サイドリンク（ｓｉｄｅｌｉｎｋ）で表現されることもできる。
【０７５６】
具体的に、ＳＡ資源プールは、ＳＡを送信できる資源領域を意味し、ｄａｔａ資源プールは、Ｄ２Ｄ  ｄａｔａを送信できる資源領域を意味する。
【０７５７】
前記ＳＡは、ＳＡ周期３８３０によって送信されることができ、Ｄ２Ｄ  ｄａｔａは、ｄａｔａ送信周期３８４０によって送信されることができる。
【０７５８】
前記ＳＡ周期及び／又は前記ｄａｔａ送信周期は、Ｄ２Ｄ  ｇｒａｎｔを介して基地局でＤ２Ｄ端末に送信されることができる。
【０７５９】
または、前記ＳＡ周期は、Ｄ２Ｄ  ｇｒａｎｔを介して、前記ｄａｔａ送信周期は、ＳＡを介して送信されることができる。
【０７６０】
また、Ｄ２Ｄ  ｇｒａｎｔは、Ｄ２Ｄ通信に必要なＳＡ（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ）を基地局でＤ２Ｄ端末に送信する制御情報を表す。
【０７６１】
前記Ｄ２Ｄ  ｇｒａｎｔは、ＤＣＩ  ｆｏｒｍａｔ  ５で表現されることができ、ＰＤＣＣＨ、ＥＰＤＣＣＨなどのような物理層チャネルまたはＭＡＣ  ｌａｙｅｒ  ｃｈａｎｎｅｌを介して送信されることができる。
【０７６２】
また、前記Ｄ２Ｄ  ｇｒａｎｔは、ＳＡ送信と関連した情報だけでなく、ｄａｔａ送信と関連した情報を含むこともできる。
【０７６３】
前記ＳＡは、一例として、ＲＡ（Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）、ＭＣＳ、ＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）などを含むことができる。
【０７６４】
前述したように、前記ＳＡ送信のためのＳＡ資源プールは、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介して送信されることができる。
【０７６５】
また、前記ＳＡは、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して送信されることができ、前記Ｄ２Ｄ  ｄａｔａは、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して送信されることができる。
【０７６６】
Ｄ２Ｄ送信端末は、基地局からＤ２Ｄ  ｇｒａｎｔを介してＳＡ情報、特に、ＳＡが送信され得る資源割当（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ：ＲＡ）情報（以下、「ＳＡ  ＲＡ」情報という。）を受信することができる。
【０７６７】
このとき、前記Ｄ２Ｄ送信端末は、基地局から受信されたＳＡ  ＲＡ情報をそのままＤ２Ｄ受信端末に送信するか、または前記受信されたＳＡ  ＲＡ情報を参考して新しいＳＡ  ＲＡ情報を生成した後、前記新しく生成されたＳＡ  ＲＡ情報をＤ２Ｄ受信端末に送信することもできる。
【０７６８】
ここで、Ｄ２Ｄ送信端末がＳＡ  ＲＡを新しく生成する場合、Ｄ２Ｄ送信端末は、Ｄ２Ｄ  ｇｒａｎｔ  ＲＡが指示する資源領域（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）内のみでＳＡの資源割当を行わなければならない。
【０７６９】
すなわち、ｅＮＢが使用するように許可した資源領域（Ｄ２Ｄ  ｇｒａｎｔ  ＲＡ）のうち、一部資源領域（ＳＡ  ＲＡ）のみを選択してＳＡを送信できることを表す。
【０７７０】
または、これとは逆に、Ｄ２Ｄ送信端末は、ｅＮＢが割り当てたＤ２Ｄ  ｇｒａｎｔ  ＲＡをそのまま使用することもできる。
【０７７１】
ただし、この場合、Ｄ２Ｄ送信端末は、送信するＤ２Ｄ  ｄａｔａがなくても、ｄｕｍｍｙ  ｄａｔａを送信するか、またはＤ２Ｄ  ｄａｔａ送信無しでＤ２Ｄ  ＳＦ（ｓｕｂｆｒａｍｅ）だけ占有しており、Ｄ２Ｄ  ＳＦを浪費する状況が発生することもできる。
【０７７２】
Ｄ２Ｄ通信と関連した資源プール（Ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）は、下記のような関係が成立し得る。
【０７７３】
１．ＲＲＣ  ｃｏｎｆｉｇｕｒｅｄ  Ｄ２Ｄ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ（Ａ）
【０７７４】
２．Ｄ２Ｄ  ｇｒａｎｔ  ＲＡ  ｉｎｄｉｃａｔｉｎｇ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ（Ｂ）
【０７７５】
３．ＳＡのＲＡ  ｉｎｄｉｃａｔｉｎｇ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ（Ｃ）
【０７７６】
前記資源プールの包含関係がＡ＞＝Ｂ＞＝Ｃを満たす場合、無分別にＤ２Ｄ送信のためにＤ２Ｄ  ＳＦが占有されることを防止でき、結果的に、ＷＡＮ  ｄａｔａ送信のための資源を保護できるようになる。
【０７７７】
図３９は、図３８の方法と関連したフローチャートの一例を示す。
【０７７８】
まず、Ｄ２Ｄ通信と関連したＳＡ資源プール及び／又はＤ２Ｄ  ｄａｔａ資源プールが上位階層により構成される（Ｓ３９１０）。
【０７７９】
その後、基地局は、前記ＳＡ資源プール及び／又はＤ２Ｄ  ｄａｔａ資源プールを上位階層シグナリングを介してＤ２Ｄ端末に送信する（Ｓ３９２０）。
【０７８０】
その後、基地局は、Ｄ２Ｄ  ｇｒａｎｔを介してＤ２Ｄ送信端末にＳＡと関連した制御情報及び／又はＤ２Ｄ  ｄａｔａと関連した制御情報を各々または共に送信する（Ｓ３９３０）。
【０７８１】
前記制御情報は、ＲＡ、ＭＣＳ、ＮＤＩ、ＲＶなどが含まれ得る。
【０７８２】
その後、前記Ｄ２Ｄ送信端末は、Ｓ３９３０ステップで受信された情報に基づいて、Ｄ２Ｄ受信端末にＳＡ及び／又はＤ２Ｄ  ｄａｔａを送信する（Ｓ３９４０）。
【０７８３】
前記ＳＡ送信と前記Ｄ２Ｄ  ｄａｔａとの送信は共に行われることができ、前記ＳＡ送信後に、前記Ｄ２Ｄ  ｄａｔａの送信が行われることもできる。
【０７８４】
次に、Ｄ２Ｄ関連資源が半永続的スケジューリング（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ：ＳＰＳ）方式で割り当てられる場合について説明する。
【０７８５】
この場合、Ｄ２Ｄ端末は、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＤ２Ｄ通信関連資源（ＳＡ資源プール及び／又はｄａｔａ資源プール）を図３８及び図３９のように、予め予約割り当てられることができる。
【０７８６】
その後、Ｄ２Ｄ端末は、前記予約割り当てられたＤ２Ｄ通信関連資源に対する使用可能可否を、基地局からＤ２Ｄ  ｇｒａｎｔを介して受信することができる。
【０７８７】
すなわち、基地局は、（Ｅ）ＰＤＣＣＨ等を介してＤ２Ｄ端末に前記予約割り当てられた資源の使用を活性化（ａｃｔｉｖａｔｉｏｎ）するか、または資源使用の中止またはキャンセル（ｒｅｌｅａｓｅ）を指示できる。
【０７８８】
ここで、基地局は、ＳＡ  ＲＡを全て「０」に設定してＤ２Ｄ端末に送信することにより、Ｄ２Ｄ通信関連資源使用のｒｅｌｅａｓｅを指示できる。
【０７８９】
さらに他の方法として、ＴＰＣ及びＭＣＳフィールド（ｆｉｅｌｄ）に特定値（例えば、「０」）を設定して種々のｆｉｅｌｄの組み合わせを介して特定条件が満たされる場合、Ｄ２Ｄ通信関連資源使用のｒｅｌｅａｓｅを指示するようにすることができる。
【０７９０】
さらに他の方法として、ＭＣＳを「１００００．．．００００」のように、ＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）のみ「１」に設定し、残りのｂｉｔは、「０」に設定することにより、Ｄ２Ｄ通信関連資源使用のｒｅｌｅａｓｅを指示（ｉｎｄｉｃａｔｉｏｎ）できる。
【０７９１】
次に、ＳＡ資源情報とＤ２Ｄ  ｄａｔａ資源情報とが分離されて各々送信される場合、各資源使用可否に対する活性化／キャンセル方法について説明する。
【０７９２】
一例として、特定フィールド内のＳＡ資源と関連した部分とｄａｔａ資源と関連した部分とが分離されている場合、基地局は、それぞれの資源使用可否に対するａｃｔｉｖａｔｉｏｎ及びｒｅｌｅａｓｅをＤ２Ｄ端末に別に指示することもできる。
【０７９３】
前記特定フィールドは、ＴＰＣフィールドでありうるし、ＴＰＣフィールドを例に挙げて説明する。
【０７９４】
また、基地局は、ＳＡ送信周期及びｄａｔａ送信周期を考慮して、互いに異なる位置で資源使用のｒｅｌｅａｓｅを指示することもできる。
【０７９５】
前記方法は、異なるＴＰＣに各々異なる情報（ＳＡ資源情報、ｄａｔａ資源情報）を送信することによって実現することができ、２個のＴＰＣに異なるｂｉｔ  ｓｅｑｕｅｎｃｅを割り当てて実現することもできる。
【０７９６】
または、ＳＡ資源のｒｅｌｅａｓｅ時点から何度目のｄａｔａ資源からｒｅｌｅａｓｅされるかを知らせる方法としても資源使用のｒｅｌｅａｓｅを指示することもできる。
【０７９７】
次に、ＳＡ  ＲＡをアップデートする方法について説明する。
【０７９８】
Ｄ２Ｄ端末が基地局からＤ２Ｄ  ｇｒａｎｔを介してＳＡ  ＲＡ情報を受信する場合、前記Ｄ２Ｄ端末が実際ＳＡを伝達する時点は、ＳＡが送信されるＳＡ周期（ｐｅｒｉｏｄｉｃｉｔｙ）に合わせられている。
【０７９９】
ここで、基地局は、Ｄ２Ｄ端末がＳＡを送信する時点にＤ２Ｄ  ｇｒａｎｔを介してＳＡ  ＲＡ情報をＤ２Ｄ端末に送信するので、ＳＡ  ＲＡ情報に対するアップデート時期は、ＳＡ送信周期と噛み合っているようになる。
【０８００】
具体的に、ＳＡ  ＲＡ情報に対するアップデート時点の最小周期は、ＳＡ周期と同じでありうる。
【０８０１】
すなわち、ＳＡ  ＲＡ情報に対するアップデートがない場合にも、ＳＡを送信する場合を考慮する場合、ＳＡ  ＲＡ情報のアップデート周期とＳＡ周期とは一致することと解釈されることができる。
【０８０２】
これとは異なり、送信電力制御情報に該当するＴＰＣ情報のアップデートは、前記ＳＡ  ＲＡ情報と異なるように設計されることができる。
【０８０３】
基地局がＤ２Ｄ  ｇｒａｎｔを介してＴＰＣ情報をＳＡ周期毎にＤ２Ｄ送信端末に送信する場合、ＳＡ周期毎にＴＰＣ情報はアップデートされることができる。
【０８０４】
しかし、Ｄ２Ｄ端末がＳＡ周期間に複数のＳＡまたはｄａｔａを送信できることを考慮する場合、前記ＳＡまたはｄａｔａ送信に対する電力制御を最も最適化または効率的に行うためには、前記ＴＰＣ情報のアップデート周期は、ＳＡ周期よりさらに小さく設定されなければならない。
【０８０５】
このために、ＴＰＣ情報のみを別に送信できるＤＣＩ  ｆｏｒｍａｔを新しく定義することができ、前記新しく定義されるＤＣＩ  ｆｏｒｍａｔは、ＳＡ周期間でも送信され得るようにすることができる。
【０８０６】
前記新しく定義されるＤＣＩ  ｆｏｒｍａｔは、ＴＰＣ情報を含む。
【０８０７】
例えば、ＳＡ（送信）周期が１００ｍｓである場合、ＴＰＣ情報周期を１０ｍｓに設定することにより、ＴＰＣ情報をチャネル状況に合うようにアップデートすることができる。
【０８０８】
しかし、前記方法でＴＰＣ情報のみを送信する場合、資源を効率的に使用できない場合があるので、基地局は、ＴＰＣ情報のように、チャネル状況を反映する制御情報（例：ＨＡＲＱ情報）も共にＤ２Ｄ端末に送信することができる。
【０８０９】
すなわち、基地局は、チャネル状況を反映するＴＰＣ、ＨＡＲＱ、ＭＣＳ、ＲＶ、ＰＭＩ等に対しては、ＳＡ周期よりさらに小さい周期を設定して、より頻繁に送信されるようにし、チャネル状況を適宜反映できるように当該情報をアップデートできる。
【０８１０】
ここで、前述した方法は、異なるように解釈されることもできる。
【０８１１】
例えば、ＳＡ周期は、１０ｍｓであるが、実際的にＳＡ  ＲＡ情報の送信（または、アップデート）は、１００ｍｓ周期に発生し、チャネル状況を反映する制御情報（ＴＰＣ、ＨＡＲＱ情報など）は、１０ｍｓ周期（または、単位）に発生するように説明することもできる。
【０８１２】
すなわち、ＳＡ周期が設定される場合、前記ＳＡ周期の整数倍でＳＡ  ＲＡ  ｕｐｄａｔｅ周期（ｐｅｒｉｏｄｉｃｉｔｙ）、ＴＰＣ  ｕｐｄａｔｅ周期、ＨＡＲＱ  ｕｐｄａｔｅ周期が（各々）設定され得る。
【０８１３】
ここで、ＳＡ  ＲＡ  ｕｐｄａｔｅ周期は、ＴＰＣ、ＨＡＲＱ  ｕｐｄａｔｅ周期より頻繁に発生する。
【０８１４】
したがって、前記ＳＡ  ＲＡアップデート周期、ＴＰＣアップデート周期、ＨＡＲＱアップデート周期は、予め決められることができ、これは、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＤ２Ｄ端末に送信されることができる。
【０８１５】
または、基地局は、Ｄ２Ｄ  ｇｒａｎｔを介して前記ＳＡ  ＲＡアップデート周期、ＴＰＣアップデート周期、ＨＡＲＱアップデート周期などと関連した情報をＤ２Ｄ端末に明示的にまたは暗黙的に（または、暗示的に）送信することができる。
【０８１６】
ここで、ＳＡ周期は、ＲＲＣ  ｓｉｇｎａｌｉｎｇでｃｏｎｆｉｇｕｒｅし、ＴＰＣ周期及び／又はＨＡＲＱ周期は、Ｄ２Ｄ  ｇｒａｎｔでｃｏｎｆｉｇｕｒｅすることができる。
【０８１７】
または、ＳＡ周期、ＴＰＣ周期、ＨＡＲＱ周期は、ｄｅｆａｕｌｔ値に設定されることもできる。すなわち、全ての周期が同じｄｅｆａｕｌｔ値を有することができる。
【０８１８】
上述したように、ＴＰＣ情報は、Ｄ２Ｄ送信端末の送信電力を制御するための情報をいう。
【０８１９】
ここで、Ｄ２Ｄ送信端末は、１つのＴＰＣ情報を介してＳＡ及びｄａｔａの送信電力を共に制御することができる。
【０８２０】
または、Ｄ２Ｄ端末は、ＳＡ及びｄａｔａの各々に対する特性を考慮して、各信号の特性に合うように送信電力を制御することもできる。
【０８２１】
この場合、基地局は、Ｄ２Ｄ  ｇｒａｎｔにＳＡのＴＰＣ情報及びＤａｔａのＴＰＣ情報を別に含んで送信するか、それぞれのＴＰＣに対するＤ２Ｄ  ｇｒａｎｔを別にＤ２Ｄ端末に送信することができる。
【０８２２】
すなわち、前記Ｄ２Ｄ  ｇｒａｎｔは、ＳＡのＴＰＣ情報及びｄａｔａのＴＰＣ情報を別の領域に割り当てることができる。
【０８２３】
前記ＳＡのＴＰＣ情報は、ＳＡの送信電力制御を指示し、前記ｄａｔａのＴＰＣ情報は、ｄａｔａの送信電力制御を指示するために使用される。
【０８２４】
ここで、それぞれのＴＰＣ情報は、絶対的な送信電力（ａｂｓｏｌｕｔｅ  Ｔｘ  ｐｏｗｅｒ）値を指示するか、または以前送信電力値に対する相対的な送信電力（ｄｅｌｔａ  Ｔｘ  ｐｏｗｅｒ）値を指示できる。
【０８２５】
さらに他の方法として、ＳＡ送信電力及びｄａｔａ送信電力を各々制御するために、２個のＴＰＣフィールド（ＳＡ  ＴＰＣフィールド、ｄａｔａ  ＴＰＣフィールド）を使用する場合、１つのＴＰＣフィールド値とオフセット値を介して他の１つのＴＰＣフィールド値を指示することもできる。
【０８２６】
例えば、第１のＴＰＣフィールドは、ＳＡの（絶対的な）送信電力値を指示し、第２のＴＰＣフィールドは、ｄａｔａの（絶対的な）送信電力値を指示する場合、前記第２のＴＰＣフィールド値は、別に送信されずに、前記第１のＴＰＣフィールドの絶対的な送信電力値との相対的な値（ｏｆｆｓｅｔ）を介して取得されるようにすることもできる。
【０８２７】
すなわち、第１のＴＰＣフィールドは、ＳＡまたはｄａｔａの送信電力の絶対値を表し、第２のＴＰＣフィールドは、前記第１のＴＰＣフィールド値のｏｆｆｓｅｔで表現されることができる。
【０８２８】
すなわち、当該方法は、ＳＡとｄａｔａとの間の相対的な電力差を知らせる方式に該当する。
【０８２９】
当該方法は、ＳＡ及びｄａｔａとの間の送信電力値の変化がほとんど同じ方向に発生する可能性が大きいので、ｏｆｆｓｅｔを用いて電力値を設定する場合、少ない数のｂｉｔを用いてＳＡ及びｄａｔａに対する送信電力を制御できる。
【０８３０】
一般的に、ＳＡ電力制御パラメータセット（ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐａｒａｍｅｔｅｒ  ｓｅｔ）とｄａｔａ電力制御パラメータセット（ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐａｒａｍｅｔｅｒ  ｓｅｔ）とは、独立的に設定されることができる。
【０８３１】
すなわち、ＳＡ及びＤ２Ｄ  ｄａｔａの送信電力情報は、互いに異なるｐａｒａｍｅｔｅｒに設定されるので、各々互いに異なる電力で送信されることができる。
【０８３２】
特に、ＳＡの場合、Ｄ２Ｄ  ｄａｔａよりさらに重要な情報であるため、ＳＡ送信電力をｄａｔａ送信電力よりさらに高い電力で設定するか、またはより多くの資源を使用して送信することができる。
【０８３３】
また、Ｄ２Ｄ  ｄａｔａの場合も、ｃｈａｎｎｅｌ  ｃｏｄｉｎｇだけでなく、ＨＡＲＱ動作を考慮して送信しなければならないので、ＳＡとは異なる送信電力で制御することが好ましい。
【０８３４】
しかし、例え、互いに異なる送信電力設定値（初期値等）で電力値が計算されるとしても、Ｄ２Ｄ  ｇｒａｎｔを介して送信されるＴＰＣは、１つの値を使用してＳＡとｄａｔａの送信電力を制御できる。
【０８３５】
この場合は、Ｄ２Ｄ端末が基地局から同じＴＰＣ情報を受信しても、Ｄ２Ｄ端末で互いに異なるように解釈する基準を適用することにより、実質的にＳＡ及びｄａｔａに対する送信電力計算を互いに異なるように適用することができる。
【０８３６】
この場合、Ｄ２Ｄ端末が１つのＴＰＣに対してＳＡ及びｄａｔａに対する送信電力を互いに異なるように解釈する基準に対しては、予め設定されることができる。
【０８３７】
例えば、ＳＡの送信電力調節範囲が２ｂｉｔ  ＴＰＣ  ｔａｂｌｅでＸ＿ＳＡ（ｄＢ）からＹ＿ＳＡ（ｄＢ）である場合、Ｄ２Ｄ  ｄａｔａの送信電力調節範囲は、Ｘ＿ｄａｔａでＹ＿ｄａｔａに解釈されるように設定することができる。
【０８３８】
ここでは、ＴＰＣ  ｂｉｔ  ｆｉｅｌｄ値が意味する送信電力調節範囲のみを例に挙げて説明したが、他の電力制御ｐａｒａｍｅｔｅｒも前記例のように互いに異なる定義、互いに異なる初期値、互いに異なるｄｅｆａｕｌｔ値などを用いて各々に対する最終送信電力を計算することもできる。
【０８３９】
次に、Ｄ２Ｄ  ｇｒａｎｔ  ＲＡ情報とＳＡ  ＲＡ情報の構成についてさらに具体的に説明する。
【０８４０】
ここで、Ｄ２Ｄ  ｇｒａｎｔ  ＲＡは、Ｄ２Ｄ通信に使用されるＳＡと関連した情報、特に、資源割当情報を意味でき、ＳＧ（Ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ）またはＤＣＩ  ｆｏｒｍａｔ  ５で表現されることができる。
【０８４１】
また、前記ＳＡ  ＲＡ情報は、実際的にＳＡの送信と関連した資源割当情報を意味でき、ＰＳＣＣＨで表現されることもできる。
【０８４２】
具体的に、Ｄ２Ｄ  ｇｒａｎｔを介して送信される（Ｄ２Ｄと関連した）ＲＡ情報をＤ２Ｄ送信端末がＳＡ  ＲＡ情報構成の際、どの方式で前記Ｄ２Ｄ  ｇｒａｎｔ  ＲＡを反映してＳＡを送信するかに対する方法を表す。
【０８４３】
前述したように、ＲＲＣで構成される資源プール（ＲＲＣ  ｃｏｎｆｉｇｕｒｅｄ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）が存在すると仮定し、基地局は、前記ＲＲＣで構成される資源プールのうち、一部（ａ  ｒｅｓｔｒｉｃｔｅｄ  ｓｅｔ  ｓｅｌｅｃｔｅｄ  ｆｒｏｍ  ｔｈｅ  ｏｒｉｇｉｎａｌ  ＲＲＣ  ｃｏｎｆｉｇｕｒｅｄ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）を選択して、Ｄ２Ｄ  ｇｒａｎｔを介してＲＡをＤ２Ｄ端末に送信する。
【０８４４】
Ｄ２Ｄ送信端末は、基地局から前記選択されたＤ２Ｄ  ｇｒａｎｔ  ＲＡ  ｓｅｔを受信し、これをそのままＤ２Ｄ受信端末に送信するか、または前記選択されたＤ２Ｄ  ｇｒａｎｔ  ＲＡ  ｓｅｔのうち、一部の資源を再度選択して（または、生成して）、前記一部の資源に関する情報をＤ２Ｄ受信端末に送信することができる。
【０８４５】
以下において、Ｄ２Ｄ送信端末が基地局からＤ２Ｄ  ｇｒａｎｔを介して受信されたＲＡ  ｓｅｔのうち、一部を選択し、前記選択された資源を介してＳＡをＤ２Ｄ受信端末に送信する方法について図４０を参照して具体的に説明する。
【０８４６】
図４０は、本明細書において提案する方法が適用され得るＳＡ送信方法の一例を示したフローチャートである。
【０８４７】
すなわち、図４０の場合、Ｄ２Ｄ送信端末が自分が選択した資源でＤ２Ｄ関連パケット（ｐａｃｋｅｔ）をＤ２Ｄ受信端末に送信し、同様に、自分が選択した資源でＤ２Ｄ受信端末からＤ２Ｄ関連ｐａｃｋｅｔを受信する方法を説明する。
【０８４８】
まず、Ｄ２Ｄ送信端末は、基地局からＤ２Ｄ通信関連の予約割り当てられた資源を受信する（Ｓ４０１０）。
【０８４９】
前記Ｄ２Ｄ通信関連の予約割り当てられた資源は、ＳＡ資源プール及び／又はｄａｔａ資源プールでありうるし、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介して送信されることができる。
【０８５０】
その後、Ｄ２Ｄ送信端末は、前記受信されたＤ２Ｄ通信関連の予約割り当てられた資源のうち、実際送信に使用される一部資源を選択または決定する（Ｓ４０２０）。
【０８５１】
Ｄ２Ｄ端末は、一般的に少ない量のＤ２Ｄ  ｐａｃｋｅｔを送受信するので、基地局を介して受信される予約割り当てられた資源（または、Ｄ２Ｄ  ｇｒａｎｔ  ＲＡ）より少ない資源のみを使用するようになる。
【０８５２】
その後、Ｄ２Ｄ送信端末は、前記決定された一部資源を介してＳＡ及び／又はＤ２Ｄ  ｄａｔａをＤ２Ｄ受信端末に送信する（Ｓ４０３０）。
【０８５３】
上述したように、前記ＳＡ及び／又はＤ２Ｄ  ｄａｔａは、共に送信されるか、ＳＡ送信後、Ｄ２Ｄ  ｄａｔａが送信され得る。
【０８５４】
ここで、Ｄ２Ｄ端末は、Ｄ２Ｄ通信に使用されていない残りの資源区間では、Ｒｘ  ｍｏｄｅ（他の信号を聞く）で動作するか、またはＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）状態に入ってｅｎｅｒｇｙ  ｓａｖｉｎｇまたはｐｏｗｅｒ  ｓａｖｉｎｇ動作を行うことができる。
【０８５５】
このような動作を介して、半二重（ｈａｌｆ−ｄｕｐｌｅｘ）で動作するＤ２Ｄ送信端末は、受信することができる資源領域を拡大でき、より多くのＤ２Ｄ端末から資源を受信できるようになる。
【０８５６】
また、Ｄ２Ｄ受信端末の場合、特定（または、制限された）ＳＦ（ｓｕｂｆｒａｍｅ）のみでＤ２Ｄ関連資源（Ｄ２Ｄ  ＳＦ）をｍｏｎｉｔｏｒｉｎｇして資源を受信できる。
【０８５７】
また、Ｄ２Ｄ受信端末は、残りのＤ２Ｄ  ＳＦではｍｏｎｉｔｏｒｉｎｇせずに、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）を行うことにより、同様に、ｅｎｅｒｇｙ  ｓａｖｉｎｇを行うことができる。
【０８５８】
同様に、Ｄ２Ｄ受信端末の側面でも、他のＤ２Ｄ端末に送信できる資源をより多く確保することができ、Ｄ２Ｄ送信機会が増加してより多くのＤ２Ｄ関連ｐａｃｋｅｔを送ることができるようになる。
【０８５９】
図４０のように、Ｄ２Ｄ端末が実際的に送信するＤ２Ｄ関連ｐａｃｋｅｔに該当する分だけ資源を使用する方法では、Ｄ２Ｄ送信端末とＤ２Ｄ受信端末とは互いに信号を送受信する交渉過程を介して、それぞれ必要な送信資源大きさ及び受信資源大きさを調節できる。
【０８６０】
これにより、全体的にｍｅｓｈ形態で構成されたＤ２Ｄ  ｎｅｔｗｏｒｋでＤ２Ｄ端末間ｐａｃｋｅｔ送信の効率を高められるようになる。
【０８６１】
ここで、送信資源及び受信資源の大きさを調節するための過程でＤ２Ｄ端末間送受信する信号は、物理層信号だけでなく、上位階層信号を用いて実現することができる。
【０８６２】
次に、Ｄ２Ｄ送信端末がＳＡ  ＲＡを介してＳＡをＤ２Ｄ受信端末に送信する方法について図４１を参照して具体的に説明する。
【０８６３】
図４１は、本明細書において提案する方法が適用され得るＳＡを送信するさらに他の方法の一例を示したフローチャートである。
【０８６４】
図４１の場合、ＳＡ周期間に複数のＤ２Ｄ  ｄａｔａ送信資源（または、機会）がある場合、前記ＳＡ周期間にいくつのＤ２Ｄ  ｄａｔａ送信資源を使用できるかに対してＤ２Ｄ送信端末がＤ２Ｄ受信端末に知らせる方法に関するものである。
【０８６５】
まず、上述したように、Ｄ２Ｄ送信端末は、基地局からＤ２Ｄ  ｇｒａｎｔ  ＲＡを介してＳＡ及び／又はｄａｔａ送信と関連した資源割当情報を受信する（Ｓ４１１０）。
【０８６６】
その後、Ｄ２Ｄ送信端末は、Ｄ２Ｄ  ｄａｔａ送信資源と関連した構成情報をＳＡを介してＤ２Ｄ受信端末に送信する（Ｓ４１２０）。
【０８６７】
以下では、前記Ｄ２Ｄ  ｄａｔａ送信資源と関連した構成情報についてさらに具体的に説明する。
【０８６８】
前記Ｄ２Ｄ  ｄａｔａの送信資源と関連した構成情報は、Ｄ２Ｄ  ｄａｔａが送信され得るＤ２Ｄ  ＳＦ（または、Ｄ２Ｄ  ｄａｔａ  ＳＦ）を指示する指示情報を含む。
【０８６９】
前記指示情報は、Ｄ２Ｄ  ｄａｔａが送信される連続したＤ２Ｄ  ＳＦの個数を指示でき、整数の倍数に該当するＤ２Ｄ  ＳＦを指示することもできる。
【０８７０】
前記指示情報が連続したＤ２Ｄ  ＳＦを知らせる場合、Ｄ２Ｄ送信端末は、ＳＡ周期のすぐ次に連続したＫ個のＳＦでＤ２Ｄ  ｄａｔａをＤ２Ｄ受信端末に送信する（Ｓ４１３０）。
【０８７１】
その後、前記Ｄ２Ｄ送信端末は、前記連続したＫ個のＳＦ以後、ＳＦではＤ２Ｄ  ｄａｔａの送信を中断する（Ｓ４１４０）。
【０８７２】
Ｄ２Ｄ  ｄａｔａを送信するさらに他の方法として、ｏｆｆｓｅｔ情報を利用することもできる。
【０８７３】
すなわち、Ｄ２Ｄ送信端末は、Ｄ２Ｄ  ｄａｔａ送信と関連したｏｆｆｓｅｔ情報を利用してＳＡ周期のすぐ次でない、前記ｏｆｆｓｅｔの分だけ離れたＳＦから連続的にＫ個のＤ２Ｄ  ＳＦでＤ２Ｄ  ｄａｔａをＤ２Ｄ受信端末に送信し、それ以後、ＳＦでは、Ｄ２Ｄ  ｄａｔａの送信を中断できる。
【０８７４】
もし、前記Ｏｆｆｓｅｔ値があまり大きくて、ＳＡ周期内で連続したＤ２Ｄ  ＳＦを確保できない場合、確保されていないＳＦでのＤ２Ｄ  ｄａｔａ送信は、無視または無効化されることができる。
【０８７５】
または、前記確保されていないＳＦでのＤ２Ｄ  ｄａｔａ送信は、次のＳＡ周期に移動して、前記次のＳＡ周期の初めのＳＦから確保されていないＳＦ数の分だけをＤ２Ｄ  ｄａｔａを送信するためのＳＦとして指定することもできる。
【０８７６】
ここで、Ｄ２Ｄ  ｄａｔａが送信されるＤ２Ｄ  ＳＦを指示するための指示情報（または、ｉｎｄｉｃａｔｉｏｎ  ｂｉｔ）は、ＳＡ及びｄａｔａ資源割当周期を考慮して設定されることが好ましい。
【０８７７】
例えば、ＳＡ周期が最大１００ｍｓであり、ｄａｔａ送信周期が１０ｍｓである場合、前記ＳＡ周期間に１０回のｄａｔａ送信機会が存在する。
【０８７８】
１０個のＳＦのうち、いくつのＳＦを連続的に指定できるかに対する全ての場合の数（組み合わせ）を考慮すべきであり、前記指示情報は、前記全ての組み合わせを支援できるほどのｂｉｔ数を有したｆｉｅｌｄが必要である。
【０８７９】
一例として、８つの場合の数に対してｉｎｄｉｃａｔｉｏｎをしなければならない場合、前記指示情報の大きさは、３ｂｉｔｓでありうるし、１０つの場合の数に対してｉｎｄｉｃａｔｉｏｎをしなければならない場合、前記指示情報の大きさは、４ｂｉｔｓでありうる。
【０８８０】
Ｄ２Ｄ  ｄａｔａ  ＳＦを指示するさらに他の方法として、Ｄ２Ｄ  ｄａｔａ送信と関連したＳＦの開始位置及び長さを知らせることもできる。この方法は、ＬＴＥ（−Ａ）のＵＬ  ＲＡ方法を利用して実現されることができる。
【０８８１】
上記のように、Ｄ２Ｄ  ｄａｔａ  ＳＦの開始位置及び長さを知らせる方法の場合、ｉｎｄｉｃａｔｉｏｎ情報のｂｉｔ数を減らすことができるという側面で資源使用の効率性を高めることができるようになる。
【０８８２】
次に、ＳＡ周期が増加する場合、Ｄ２Ｄ  ｄａｔａ  ＳＦの位置を指示する指示情報の使用方法について説明する。
【０８８３】
具体的に、ＳＡ周期が増加する場合、前記Ｄ２Ｄ  ｄａｔａ  ＳＦの位置を知らせる指示情報を繰り返し送信することによって解決することができる。
【０８８４】
例えば、ＳＡ周期が４００ｍｓに増加する場合、ＳＡ周期が１００ｍｓであり、ｄａｔａ送信周期が１０ｍｓであるときに使用する４ｂｉｔ大きさの指示情報を４回繰り返して再使用することができる。
【０８８５】
ここで、基地局は、前記指示情報の繰り返し回数を調節しつつ、Ｄ２Ｄ  ｄａｔａ  ＳＦの位置をＤ２Ｄ端末に知らせることもできる。
【０８８６】
前記繰り返し回数の調節のために使用される信号、またはＤ２Ｄ  ｄａｔａ  ＳＦの位置を知らせる指示情報の繰り返し使用回数は、予め決定されることもできる。
【０８８７】
この場合、前記予め決定された値は、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介して送信されることができる。
【０８８８】
Ｄ２Ｄ  ｄａｔａ  ＳＦの位置を知らせる指示情報としてビットマップパターン（ｂｉｔｍａｐ  ｐａｔｔｅｒｎ）を使用することもできる。
【０８８９】
前記指示情報がｂｉｔｍａｐ  ｐａｔｔｅｒｎである場合、Ｄ２Ｄ  ｄａｔａ  ＳＦは、極めて柔軟に指定されることができる。
【０８９０】
例えば、ＳＡ周期１００ｍｓ及びＤａｔａ送信周期１０ｍｓを仮定する場合、ｄａｔａの１０回送信時期に対する全ての組み合わせを知らせるためには、上述したように、１０ｂｉｔ大きさの指示情報が必要である。
【０８９１】
もし、ＳＡ周期が４００ｍｓであり、ｄａｔａ周期が４０ｍｓである場合、１０ｂｉｔｓ大きさのビットマップ（ｂｉｔｍａｐ）形態の指示情報が必要であり、ｄａｔａ周期が１０ｍｓである場合には、４０ｂｉｔｓ大きさのビットマップ（ｂｉｔｍａｐ）形態の指示情報が必要である。
【０８９２】
しかし、前記指示情報の長さをＳＡ及び／又はｄａｔａ周期によって可変とすることは、制御情報を設計するにあたって困難がある。
【０８９３】
したがって、指示情報の大きさ、すなわち、ｂｉｔｍａｐの長さを固定することが好ましい。
【０８９４】
このために、基準になるＳＡ周期及びｄａｔａ送信周期を選択し、前記選択されたＳＡ周期及びｄａｔａ送信周期によって指示情報の大きさ、すなわち、ｂｉｔｍａｐ長さを決定する。
【０８９５】
ここで、ＳＡ周期及びｄａｔａ送信周期の変化のため、Ｄ２Ｄ  ｄａｔａ  ＳＦの位置を指示するための場合の数が増える場合、基準になるｂｉｔｍａｐ形態の指示情報（基準ｂｉｔｍａｐ）を繰り返しして使用することができる。
【０８９６】
これとは逆に、Ｄ２Ｄ  ｄａｔａ  ＳＦの位置を指示するための場合の数が減る場合には、一部組み合わせを除去する（ｔｒｕｎｃａｔｉｏｎ）方式で使用することができる。
【０８９７】
例えば、ＳＡ周期が４００ｍｓ、ｄａｔａ送信周期が１０ｍｓである場合、ＳＡ周期１００ｍｓ／ｄａｔａ、送信周期１０ｍｓで使用されるｂｉｔｍａｐ形態の指示情報を４回繰り返し使用することにより、４００ｍｓのＳＡ周期に合わせてＤ２Ｄ  ｄａｔａ  ＳＦの位置をｉｎｄｉｃａｔｉｏｎすることができる。
【０８９８】
前記ＳＡ周期１００ｍｓ／ｄａｔａ、送信周期１０ｍｓで使用されるｂｉｔｍａｐ形態の指示情報を基準指示情報または基準ｂｉｔｍａｐであるといえる。
【０８９９】
もし、ＳＡ周期が４００ｍｓであり、ｄａｔａ送信周期が２０ｍｓである場合、４００ｍｓに２０回のｄａｔａ送信機会があるので、基準ｂｉｔｍａｐの１０ｂｉｔを２回繰り返して使用することにより、Ｄ２Ｄ  ｄａｔａ  ＳＦの位置を指示することができる。
【０９００】
これとは逆に、ＳＡ周期が５０ｍｓに減るようになり、ｄａｔａ送信周期は１０ｍｓである場合、１０ｂｉｔ大きさのＤ２Ｄ  ｄａｔａ  ＳＦ指示ｂｉｔｍａｐのうち、上位の５ｂｉｔのみを（有効な情報として）使用し、下位の５ｂｉｔｓを無視または無効処理する方式で実現することができる。
【０９０１】
それとも、逆に、１０ｂｉｔ大きさのＤ２Ｄ  ｄａｔａ  ＳＦ指示ｂｉｔｍａｐのうち、下位の５ｂｉｔｓのみを有効な情報として使用し、上位の５ｂｉｔｓは無視または無効処理する方式で実現することもできる。
【０９０２】
次に、Ｄ２Ｄ  ｄａｔａ  ＳＦの位置を表す指示情報（または、Ｄ２Ｄ  ｄａｔａ  ＳＦ指示ｂｉｔｍａｐ）のｂｉｔ数を減らすための方法について図４２を参照して具体的に説明する。
【０９０３】
図４２は、本明細書において提案する方法が適用され得るＤ２Ｄ  ｄａｔａ送信方法の一例を示したフローチャートである。
【０９０４】
基地局は、Ｄ２Ｄ  ｇｒａｎｔ  ＲＡを介して予め定義された（Ｄ２Ｄ）ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ｓｅｔをＤ２Ｄ送信端末に送信する（Ｓ４２１０）。
【０９０５】
その後、Ｄ２Ｄ送信端末は、前記受信されたｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ｓｅｔのうち、１つまたは１つ以上を選択する（Ｓ４２２０）。
【０９０６】
具体的に、基地局がＲＲＣ構成されたＤ２Ｄ資源プールのうち、８個のｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎ（または、ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ）をＤ２Ｄ  ｇｒａｎｔ  ＲＡを介してＤ２Ｄ送信端末に送信する場合、Ｄ２Ｄ送信端末は、前記受信された８個のｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎのうち、１つまたは１つ以上を選択して、前記選択された資源を介してＳＡ及び／又はｄａｔａを送信する。
【０９０７】
ここで、前記８個のｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎを表すためには、３ｂｉｔ大きさのフィールドまたは指示情報が定義される。
【０９０８】
すなわち、基地局は、３ｂｉｔ大きさの指示情報を送信することにより、ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎに関する情報をＤ２Ｄ送信端末に知らせることができる。
【０９０９】
ここで、前記ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを様々に構成することにより（例：初期連続Ｋ個のｓｕｂｆｒａｍｅ、ｏｆｆｓｅｔ、ｉｎｔｅｒｌａｃｅｄされたＳＦ  ｐａｔｔｅｒｎ等）、ＳＡ周期間にｄａｔａが送信されるＳＦの個数を様々に選択して使用することができる。
【０９１０】
その後、Ｄ２Ｄ送信端末は、前記選択されたｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎのＳＡ及び／又はｄａｔａをＤ２Ｄ受信端末に送信する（Ｓ４２３０）。
【０９１１】
さらに他の実施形態として、Ｄ２Ｄ関連ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎ（または、ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ）を階層的に構成し、これをＤ２Ｄ端末に送信することもできる。
【０９１２】
例えば、ＲＲＣで構成された資源プールは、最も高いｌａｙｅｒに存在し、その下のｌａｙｅｒにｔｒｅｅ形態構造で複数のｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎが存在し、また、その下のｌａｙｅｒにｔｒｅｅ形態構造でより多くの種類のｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎが存在するように資源形態を階層的に構成することができる。
【０９１３】
この場合、基地局は、ＲＲＣ  ｃｏｎｆｉｇｕｒｅｄ  １ｓｔ  ｌａｙｅｒ情報を利用して、その下位２ｎｄ  ｌａｙｅｒ  ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎのうち、１つまたは１つ以上を選択してＤ２Ｄ  ｇｒａｎｔを介して前記選択されたｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎをＤ２Ｄ送信端末に送信する。
【０９１４】
その後、Ｄ２Ｄ送信端末は、前記受信された２ｎｄ  ｌａｙｅｒ  ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎの下位にある３ｒｄ  ｌａｙｅｒ  ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎのうち、１つを選択して、前記選択されたｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎを介してＳＡ及び／又はｄａｔａをＤ２Ｄ受信端末に送信する。
【０９１５】
このようなＤ２Ｄ資源の階層的（ｔｒｅｅ）構造及びその解釈方法は、予め基地局及びＤ２Ｄ端末に共有されなければならない。
【０９１６】
次に、ＳＡのアップデート時点について説明する。
【０９１７】
前述したように、Ｄ２Ｄ送信端末は、基地局からＤ２Ｄ  ｇｒａｎｔを受信する場合、前記受信されたＤ２Ｄ  ｇｒａｎｔを参照してＳＡ周期に合わせてＳＡをＤ２Ｄ受信端末に送信する。
【０９１８】
Ｄ２Ｄ送信端末が基地局から新しいＳＡ関連情報をＳＡ周期間で受信する場合、次のＳＡ周期が到来するまで既存のＳＡ情報は有効である。
【０９１９】
すなわち、Ｄ２Ｄ送信端末は、次のＳＡ送信周期にＳＡをアップデートする。そして、Ｄ２Ｄ送信端末は、アップデートされたＳＡを当該ＳＡ送信周期にＤ２Ｄ受信端末に送信する。
【０９２０】
このように、次の周期時点に新しい制御情報をアップデートする方法は、ＴＰＣ情報などにも同様に適用されることができる。
【０９２１】
前述したアップデート方法は、Ｄ２Ｄ資源のａｃｔｉｖａｔｉｏｎと関連がある。
【０９２２】
しかし、Ｄ２Ｄ資源をｒｅｌｅａｓｅする場合は、前述したＤ２Ｄ資源のａｃｔｉｖａｔｉｏｎの場合とは異なるように設定されることができる。
【０９２３】
すなわち、Ｄ２Ｄ資源に対するｒｅｌｅａｓｅの場合、Ｄ２Ｄ送信端末は、基地局からＲｅｌｅａｓｅ関連情報を受信した時点に直ちに適用する。
【０９２４】
したがって、Ｄ２Ｄ送信端末は、ｒｅｌｅａｓｅが指示された資源でＳＡ及び／又はｄａｔａの送信を中断する。
【０９２５】
具体的に、Ｄ２Ｄ送信端末が基地局からＳＡ周期間にＤ２Ｄ資源のｒｅｌｅａｓｅを指示する情報を受信する場合、Ｄ２Ｄ送信端末は、次のＳＡ周期まで待たずに、直ちにＤ２Ｄ資源をｒｅｌｅａｓｅする。
【０９２６】
または、ＳＡ周期が設定され、前記設定されたＳＡ周期よりさらに大きい周期にＳＡのｕｐｄａｔｅ周期が構成（ｃｏｎｆｉｇｕｒｅ）される場合に、下記のようにＤ２Ｄ動作を適用できる。
【０９２７】
すなわち、ＳＡ  ｕｐｄａｔｅ周期とＳＡ周期とが異なるように設定され、ＳＡ  ｕｐｄａｔｅ周期がより大きい場合に、Ｄ２Ｄ資源ａｃｔｉｖａｔｉｏｎは、ＳＡ  ｕｐｄａｔｅ周期毎に設定され、Ｄ２Ｄ資源ｒｅｌｅａｓｅは、ＳＡの送信時点、すなわち、ＳＡ周期毎に設定されることができる。
【０９２８】
アップリンク電力制御
【０９２９】
無線通信システムにおいて電力制御（ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）は、チャネルの経路損失（ｐａｔｈ  ｌｏｓｓ）と変動（ｆａｄｉｎｇ）を補償することにより、システムで要求する受信ＳＮＲ（Ｓｉｇｎａｌ−ｔｏ−Ｎｏｉｓｅ  Ｒａｔｉｏ）を保障し、適切なランク適応（ｒａｎｋ  ａｄａｐｔａｔｉｏｎ）を介して高いシステム性能を提供することを目的とする。また、セル間干渉（ｉｎｔｅｒ−ｃｅｌｌ  ｉｎｔｅｒｆｅｒｅｎｃｅ）は、前記電力制御によって調整されることができる。
【０９３０】
既存のシステムにおいて、アップリンク電力制御は、閉ループ補正（ｃｌｏｓｅｄ−ｌｏｏｐ  ｃｏｒｒｅｃｔｉｏｎ）及び／又は開ループ（ｏｐｅｎｌｏｏｐ）電力制御に基づく。開ループ電力制御は、ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）の計算により処理され、閉ループ補正は、基地局（ｅｖｏｌｖｅｄ  Ｎｏｄ  Ｂ；ｅＮＢ）からの電力制御命令（ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｃｏｍｍａｎｄ）により行われる。基地局からのアップリンク送信電力制御（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ；ＴＰＣ）命令は、ＰＤＣＣＨのＤＣＩフォーマットで定義されることができる。
【０９３１】
以下では、単一アンテナ送信の場合を例に挙げて電力制御手順について説明する。
【０９３２】
図４３は、アップリンク電力制御の基本概念を説明する図である。
【０９３３】
図４３に示すように、アップリンク電力は、主に閉ループ方式によりユーザ機器により測定され、基地局は、閉ループ補正係数（ｆａｃｔｏｒ）Δによりアップリンク電力を調整できる。アップリンク共有チャネル（ＰＵＳＣＨ）の電力制御は、次の数式１２によって行われることができる。
【０９３４】
【数１２】
0006359757.tif 000023
【０９３５】
前記数式１２においてＰＰＵＳＣＨ（ｉ）は、ＰＵＳＣＨに対するｉ番目のサブフレームの送信電力であり、単位は、ｄＢｍである。ＰＣＭＡＸは、最大許容電力を表し、最大許容電力は、上位階層により設定され、ユーザ機器の種類（ｃｌａｓｓ）にしたがう。
【０９３６】
また、ＭＰＵＳＣＨ（ｉ）は、割り当てられる資源の量であり、割り当てられる資源ブロック（副搬送波のグループ、例えば、１２副搬送波）の単位で表現されることができ、１から１１０間の値を有し、サブフレーム毎に更新される。前記数式１２においてＰＯ＿ＰＵＳＣＨ（ｊ）は、次の数式１３のように、ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ（ｊ）とＰＯ＿ＵＥ＿ＰＵＳＣＨ（ｊ）との２つの部分で構成される。
【０９３７】
【数１３】
0006359757.tif 000024
【０９３８】
前記数式１３においてＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ（ｊ）は、上位階層（ｈｉｇｈｅｒ  ｌａｙｅｒ）によりセル特定で与えられる値であり、ＰＯ＿ＵＥ＿ＳＰＥＣＩＦＩＣ（ｊ）は、上位階層により端末特定で与えられる値である。
【０９３９】
前記数式１２において引数（ａｒｇｕｍｅｎｔ）ｊは、０、１、または２の値を有することができる。ｊ＝０である場合に、ＰＤＣＣＨで動的（ｄｙｎａｍｉｃ）にスケジューリングされるＰＵＳＣＨ送信に該当する。ｊ＝１である場合に、半−永続的（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）ＰＵＳＣＨ送信に該当する。ｊ＝２である場合に、任意接続グラント（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｇｒａｎｔ）に基づいたＰＵＳＣＨ送信に該当する。
【０９４０】
前記数式１２においてα（ｊ）・ＰＬは、経路損失補償のための数式である。ここで、ＰＬは、ユーザ機器により測定されるダウンリンク経路損失を表し、「参照信号電力−上位階層フィルタリングされたＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  ＲｅｃｅｉｖｅｄＰｏｗｅｒ）」（「ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ−ｈｉｇｈｅｒ  ｌａｙｅｒ  ｆｉｌｔｅｒｅｄ  ＲＳＲＰ」）として定義される。
【０９４１】
α（ｊ）は、経路損失の訂正（ｃｏｒｒｅｃｔｉｏｎ）比率を表すスケーリング（ｓｃａｌｉｎｇ）値であり、｛０、０．４、０．５、０．６、０．７、０．８、０．９、１｝のうち、１つの値を有し、３ビット大きさの値で表現される。もし、αが１であれば、経路損失が完全に補償されたことを意味し、αが１より小さければ、経路損失の一部が補償されたということを意味する。
【０９４２】
【化６】
0006359757.tif 000025
【０９４３】
【数１４】
0006359757.tif 000026
【０９４４】
【化７】
0006359757.tif 000027
【０９４５】
【数１５】
0006359757.tif 000028
【０９４６】
前記数式１５においてＴＢＳは、送信ブロック大きさ（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ  ｓｉｚｅ）であり、ＮＲＥは、副搬送波の個数で表現される資源要素（ＲＥ）の個数に該当する。データが再送信される場合に、ＮＲＥの値は、同じ送信ブロックに対する最初ＰＤＣＣＨで指示される値から取得されることができる。
【０９４７】
前記数式１２においてｆ（ｉ）は、閉−ループ方式で送信電力を調節するパラメータを示す。ｆ（ｉ）を提供するために、ＤＣＩフォーマット０、３、または３ＡのＰＤＣＣＨが使用され得る。すなわち、ｆ（ｉ）は、ユーザ−特定（ＵＥ−ｓｐｅｃｉｆｉｃ）で与えられるパラメータである。
【０９４８】
ｆ（ｉ）と関連して以前の送信電力に累積して送信電力値が与えられるか、または累積せずに送信電力値が与えられるかの可否は、Ａｃｃｕｍｕｌａｔｉｏｎ−Ｅｎａｂｌｅｄというフラグを介して指示されることができる。
【０９４９】
Ａｃｃｕｍｕｌａｔｉｏｎ−Ｅｎａｂｌｅｄフラグで累積モードが活性化されることと設定される場合、ｆ（ｉ）は、次の数式１６のように与えられることができる。
【０９５０】
【数１６】
0006359757.tif 000029
【０９５１】
【化８】
0006359757.tif 000030
【０９５２】
【表６】
0006359757.tif 000031
【０９５３】
【化９】
0006359757.tif 000032
【０９５４】
前記数式１６においてＦＤＤの場合にＫＰＵＳＣＨ＝４である。
【０９５５】
【化１０】
0006359757.tif 000033
【０９５６】
一方、Ａｃｃｕｍｕｌａｔｉｏｎ−Ｅｎａｂｌｅｄフラグで累積モードが活性化されないことと設定される場合、ｆ（ｉ）は、次の数式１７のように与えられることができる。累積モードが活性化されないことは、異なる表現をすれば、アップリンク電力制御値が絶対値（ａｂｓｏｌｕｔｅ  ｖａｌｕｅ）方式で与えられることを意味する。
【０９５７】
【数１７】
0006359757.tif 000034
【０９５８】
【化１１】
0006359757.tif 000035
【０９５９】
【表７】
0006359757.tif 000036
【０９６０】
前記数式１７において、ＦＤＤの場合にＫＰＵＳＣＨ＝４である。
【０９６１】
ＰＤＣＣＨが検出されないか、ＤＲＸモードであるか、またはＴＤＤでアップリンクサブフレームでない場合に、ｆ（ｉ）＝ｆ（ｉ−１）である。
【０９６２】
一方、アップリンク制御チャネル（ＰＵＣＣＨ）のための電力制御は、次の数式１８のように定義することができる。
【０９６３】
【数１８】
0006359757.tif 000037
【０９６４】
【化１２】
0006359757.tif 000038
【０９６５】
【化１３】
0006359757.tif 000039
【０９６６】
以下において、前述したＴＰＣ  ｃｏｍｍａｎｄを活用したＤ２Ｄ送信電力制御（ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）と関連した説明を参照してＤ２Ｄ送信電力制御方法についてさらに具体的に説明する。
【０９６７】
まず、Ｄ２Ｄ送信電力制御（ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）は、ＳＧ（Ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ）を介して実現することができる。
【０９６８】
前記ＳＧは、Ｄ２Ｄ  ｇｒａｎｔで表現されることができる。
【０９６９】
ここで、前記Ｄ２Ｄ  ｇｒａｎｔは、ＤＣＩ  ｆｏｒｍａｔ  ５のＰＤＣＣＨを介して送信されることができる。
【０９７０】
特に、前記Ｄ２Ｄ送信電力制御は、ＴＰＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）フィールドを活用するか、またはＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを活用してＴＰＣ  ｃｏｍｍａｎｄを伝達できる。
【０９７１】
前記Ｄ２Ｄ送信電力制御のために、ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを使用する場合、前記ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａのフィールドのうち、特定ｆｉｅｌｄをＤ２Ｄ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌのためのフィールドとして定義して使用することもできる。
【０９７２】
前記特定フィールドがＤ２Ｄ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌのためのフィールドとして定義されるかは、予めＲＲＣ  ｓｉｇｎａｌを介して用途がｃｅｌｌｕｌａｒ用であるか、またはＤ２Ｄ用であるか、ｐａｒｔｉｔｉｏｎｉｎｇされなければならない。
【０９７３】
Ｄ２Ｄ送信電力制御のために、既存のＴＰＣを用いる場合、ＴＰＣ  ｂｉｔ（２ｂｉｔ）の共有を介してＳＡ（Ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）とＤａｔａに対するｐｏｗｅｒ  ｃｏｎｔｒｏｌとを同時に支援することができる。
【０９７４】
すなわち、ＴＰＣフィールドのうち、１ｂｉｔに該当する状態（ｓｔａｔｅ）（または、値（ｖａｌｕｅ））は、ＳＡのための電力制御に、他の１ｂｉｔに該当するｓｔａｔｅは、Ｄａｔａのための電力制御に割り当てることにより、ｄｙｎａｍｉｃ（ｃｌｏｓｅｄ）  ｐｏｗｅｒ  ｃｏｎｔｒｏｌを行うことができる。
【０９７５】
また、前記ＴＰＣは、１ｂｉｔ単位で分離されるか、または２ｂｉｔのｓｔａｔｅを分離できる。
【０９７６】
ここで、２ｂｉｔのｓｔａｔｅを分離するという意味は、２ｂｉｔで表現可能な「００」、「０１」、「１０」、「１１」値のうち、一部はＳＡの電力制御用に、さらに他の一部はＤａｔａの電力制御用に区分することと解釈されることができる。
【０９７７】
さらに他の実施形態として、Ｄ２Ｄ送信電力制御のために、既存のＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを使用してＳＡ及び／又はＤａｔａのｐｏｗｅｒ  ｃｏｎｔｒｏｌを行うこともできる。
【０９７８】
ここで、ＤＣＩ  ｆｏｒｍａｔ  ３は、２ｂｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ、ＤＣＩ  ｆｏｒｍａｔ  ３Ａは、１ｂｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌすることができる。
【０９７９】
すなわち、ＤＣＩ  ｆｏｒｍａｔ  ３のＴＰＣは、１ｂｉｔであり、ＤＣＩ  ｆｏｒｍａｔ  ３ＡのＴＰＣは、２ｂｉｔである。
【０９８０】
まず、Ｄ２Ｄ送信電力制御のために、ＤＣＩ  ｆｏｒｍａｔ  ３を用いる方法について説明する。
【０９８１】
ＤＣＩ  ｆｏｒｍａｔ  ３で、ＳＡとＤａｔａとを分離してＤＣＩ  ｆｏｒｍａｔを構成する方法は、（１）２ｂｉｔ長さのＴＰＣ  ｕｎｉｔ（ＴＰＣ  ｃｏｍｍａｎｄ）を分離して、１ｂｉｔはＳＡのための電力制御用に、１ｂｉｔはｄａｔａのための電力制御用に実現する方法と、（２）基本ＴＰＣ単位である（ＴＰＣ  ｃｏｍｍａｎｄ）２ｂｉｔを各々ＳＡ及びｄａｔａに個別的に割り当てる方法とがある。
【０９８２】
さらに、図４４を参照して、２個のＴＰＣ  ｕｎｉｔ（２ｂｉｔ×２＝４ｂｉｔ）を１つのＤ２Ｄ  ＵＥのＳＡ及びＤａｔａのｐｏｗｅｒ  ｃｏｎｔｒｏｌのために使用する方法についても説明する。
【０９８３】
２個のＴＰＣ  ｕｎｉｔを用いたＳＡ及びｄａｔａに対する電力制御のためには、予めＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＤ２Ｄ端末に知らされなければならない。
【０９８４】
図４４は、本明細書において提案する方法が適用され得るＤＣＩ  ｆｏｒｍａｔ  ３を用いてＳＡ及びＤＡＴＡに対する電力制御を行う方法を示した図である。
【０９８５】
図４４ａは、既存のＤＣＩ  ｆｏｒｍａｔ  ３のＴＰＣ  ｃｏｍｍａｎｄ（２ｂｉｔ）を示す。
【０９８６】
図４４ｂは、図４４ａのＴＰＣ  ｃｏｍｍａｎｄ  ２ｂｉｔをＳＡ及びＤａｔａの電力制御のために共有する一例を示す。
【０９８７】
この場合、ＴＰＣ  ｃｏｍｍａｎｄ  ２ｂｉｔを前述したように１ｂｉｔずつ分割して、各々ＳＡ及びｄａｔａの電力制御のために使用するか、または前記ＴＰＣ  ｃｏｍｍａｎｄ  ２ｂｉｔのｓｔａｔｅ（「００」、「０１」、「１０」、「１１」）を分割してＳＡとｄａｔａの電力制御のために使用することもできる。
【０９８８】
図４４ｃは、４ｂｉｔを１つのＴＰＣ  ｃｏｍｍａｎｄに括ってＳＡとＤａｔａの電力制御のために共有する方法を示す。
【０９８９】
図４４ｃの場合も、特定ｂｉｔを分割する方法と４ｂｉｔで表現可能なｓｔａｔｅをＳＡ及びｄａｔａの電力制御のために分割する方法が可能である。
【０９９０】
図４４ｄ及び図４４ｅは、２ｂｉｔのＴＰＣ  ｃｏｍｍａｎｄにＳＡまたはｄａｔａに対する１つのＴＰＣのみを送信する方法を示す。
【０９９１】
ここで、ＳＡに対するＴＰＣが先に位置するか、またはｄａｔａに対するＴＰＣが先に位置するかに対する順序は、予め決められることが好ましい。
【０９９２】
図４４ｆ及び図４４ｇは、ＴＰＣ  ｃｏｍｍａｎｄに先にｄａｔａまたはＳＡを連続的に割り当て、その後にＳＡまたはｄａｔａを連続的に割り当てる方法を示す。
【０９９３】
すなわち、ＴＰＣ  ｃｏｍｍａｎｄにｄａｔａが連続的に割り当てられた場合、その後には、ＴＰＣ  ｃｏｍｍａｎｄにＳＡが連続的に割り当てられる。
【０９９４】
ここで、連続的に割り当てられるＳＡまたはｄａｔａの個数は、予め決められるか、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介して決められることができる。
【０９９５】
次に、図４４の方法を介してｄａｔａ及びＳＡのＴＰＣを割り当てたＤＣＩ  ｆｏｒｍａｔ  ３にｚｅｒｏ  ｐａｄｄｉｎｇを行う方法について説明する。
【０９９６】
すなわち、図４４の方法を介してｄａｔａ及びＳＡのＴＰＣを割り当てたＤＣＩ  ｆｏｒｍａｔ  ３の全体ビットがＤＣＩ  ｆｏｒｍａｔ  ０の長さと同様でない場合、前記ＤＣＩ  ｆｏｒｍａｔ  ０の長さと同様に維持するために、前記ＤＣＩ  ｆｏｒｍａｔ  ３にｚｅｒｏ  ｂｉｔが挿入され得る。
【０９９７】
図４４ｂのように、、２ｂｉｔのＴＰＣ  ｃｏｍｍａｎｄをＳＡ及びｄａｔａのＴＰＣ  ｃｏｍｍａｎｄのために共有する方法では、ＤＣＩ  ｆｏｒｍａｔ  ３は、ＤＣＩ  ｆｏｒｍａｔ  ０との長さ差が１ｂｉｔの分だけ発生できる。
【０９９８】
したがって、前記ＤＣＩ  ｆｏｒｍａｔ  ３に１ｂｉｔのｚｅｒｏ  ｐａｄｄｉｎｇを行う。
【０９９９】
しかし、図４４ｃの場合のように、ＴＰＣ（２ｂｉｔ）  ｐａｉｒを介して４ｂｉｔが１つのＴＰＣ  ｃｏｍｍａｎｄをなす場合には、ＤＣＩ  ｆｏｒｍａｔ  ０とＤＣＩ  ｆｏｒｍａｔ  ３との長さ差は、最大３ｂｉｔまで発生することができる。
【１０００】
すなわち、３ｂｉｔの長さ差が発生する場合、ＤＣＩ  ｆｏｒｍａｔ  ３に３ｂｉｔのｚｅｒｏ  ｐａｄｄｉｎｇを行う。
【１００１】
結果的に、ＤＣＩ  ｆｏｒｍａｔ  ３に挿入しなければならないｚｅｒｏ  ｐａｄｄｉｎｇのｂｉｔ数は、ＳＡとｄａｔａのｐａｉｒｉｎｇ  ｂｉｔによって決定される。
【１００２】
すなわち、前記ＳＡとｄａｔａのｐａｉｒｉｎｇ  ｂｉｔによって決定される挿入されるｚｅｒｏ  ｐａｄｄｉｎｇのｂｉｔ数は、最大（Ｐａｉｒｅｄ  ｂｉｔ−１）ｂｉｔである。
【１００３】
ここで、ＳＡとｄａｔａのｐａｒｉｎｇ方法は、図４４に示されたように、ＳＡとＤａｔａのＴＰＣが１−対−１（１−ｔｏ−１）にｍａｐｐｉｎｇされる場合の他にも、Ｍ−対−Ｎ（Ｍ−ｔｏ−Ｎ）形態でｐａｉｒｉｎｇされることもできる。
【１００４】
ここで、Ｍは、ＳＡのＴＰＣ個数を表し、Ｎは、ＤａｔａのＴＰＣ個数を表す。
【１００５】
図４５は、本明細書において提案する方法が適用され得るＤＣＩ  ｆｏｒｍａｔ  ３Ａを用いてＳＡ及びＤＡＴＡに対する電力制御を行う方法を示した図である。
【１００６】
図４５ａは、既存のＤＣＩ  ｆｏｒｍａｔ  ３ＡのＴＰＣ  ｃｏｍｍａｎｄ（１ｂｉｔ）を示す。
【１００７】
図４５ｂ及び図４５ｃは、ＳＡ及びＤａｔａの電力制御のために、各々１ｂｉｔのＴＰＣ  ｃｏｍｍａｎｄを割り当てる方法の一例を示す。
【１００８】
図４５ｂは、ＳＡ  ＴＰＣ  ｃｏｍｍａｎｄ、ｄａｔａ  ＴＰＣ  ｃｏｍｍａｎｄ順序に各々１ｂｉｔのＴＰＣ  ｃｏｍｍａｎｄが割り当てられることを示し、図４５ｃは、ｄａｔａ  ＴＰＣ  ｃｏｍｍａｎｄ、ＳＡ  ＴＰＣ  ｃｏｍｍａｎｄ順序に各々１ｂｉｔのＴＰＣ  ｃｏｍｍａｎｄが割り当てられることを示す。
【１００９】
図４５ｄ及び図４５ｅは、１ｂｉｔのＴＰＣ  ｃｏｍｍａｎｄに先にｄａｔａまたはＳＡを連続的に割り当て、その後に、ＳＡまたはｄａｔａを連続的に割り当てる方法を示す。
【１０１０】
すなわち、１ｂｉｔのＴＰＣ  ｃｏｍｍａｎｄにｄａｔａのＴＰＣが連続的に割り当てられた場合、その後には、１ｂｉｔのＴＰＣ  ｃｏｍｍａｎｄにＳＡのＴＰＣが連続的に割り当てられる。
【１０１１】
連続的に割り当てられるＳＡまたはｄａｔａの個数は、予め決められるか、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介して決められることができる。
【１０１２】
次に、図４５の方法を介してｄａｔａ及びＳＡのＴＰＣを割り当てたＤＣＩ  ｆｏｒｍａｔ  ３Ａにｚｅｒｏ  ｐａｄｄｉｎｇを行う方法について説明する。
【１０１３】
上述したように、図４５ｂは、ＳＡ  ＴＰＣ  １ｂｉｔ、Ｄａｔａ  ＴＰＣ  １ｂｉｔがｐａｉｒｉｎｇされて、２ｂｉｔのＤ２Ｄ  ＴＰＣ  ｃｏｍｍａｎｄを形成する場合を示す。
【１０１４】
この場合、ＤＣＩ  ｆｏｒｍａｔ  ３ＡとＤＣＩ  ｆｏｒｍａｔ  ０との最大長さ差（ｓｉｚｅ  ｄｉｆｆｅｒｅｎｃｅ）は、１ｂｉｔになるので、ＤＣＩ  ｆｏｒｍａｔ  ３Ａに１ｂｉｔ  ｚｅｒｏ  ｐａｄｄｉｎｇを行う。
【１０１５】
同様に、ＤＣＩ  ｆｏｒｍａｔ  ３Ａを変形して使用する他の方法（図４５ｃ〜図４５ｅ）でも、ＤＣＩ  ｆｏｒｍａｔ  ３Ａに最大１ｂｉｔのｚｅｒｏ  ｐａｄｄｉｎｇを行えば、ＤＣＩ  ｆｏｒｍａｔ  ０とＤＣＩ  ｆｏｒｍａｔ  ｓｉｚｅを同一に維持することができる。
【１０１６】
図４４及び図４５の方法は、基本的にＳＡ及びｄａｔａのＴＰＣを送信するＤＣＩ  ｆｏｒｍａｔ（例：ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａ）の長さをＤＣＩ  ｆｏｒｍａｔ  ０の長さに合わせるために、特定ｂｉｔのｚｅｒｏ  ｐａｄｄｉｎｇを行うことを前提とする。
【１０１７】
前述した本明細書において提案する方法で、ＳＡ  ＴＰＣとＤａｔａ  ＴＰＣとを区分する方法として、Ｄ２Ｄ  ＲＮＴＩを有するＤ２Ｄ  ｇｒａｎｔでＴＰＣを区分する方法が可能である。
【１０１８】
ここで、Ｄ２Ｄ  ＲＮＴＩを有するＤ２Ｄ  ｇｒａｎｔは、ＤＣＩ  ｆｏｒｍａｔ  ５を意味でき、前記Ｄ２Ｄ  ＲＮＴＩは、ＳＬ（ＳｉｄｅＬｉｎｋ）−ＲＮＴＩで表現されることができる。
【１０１９】
または、ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを使用する場合、ＳＡ  ＴＰＣとＤａｔａ  ＴＰＣとを区分する方法として、ＳＡ  ＴＰＣとＤａｔａ  ＴＰＣとに各々互いに異なるＴＰＣ  ＲＮＴＩを使用して区分することも可能である。
【１０２０】
または、１つのＲＮＴＩを使用するが、ＤＣＩ  ｆｏｒｍａｔ  ３／３ＡでＳＡ  ＴＰＣとＤａｔａ  ＴＰＣとを区分する方法として、ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａ内の異なるフィールドを使用することにより、ＳＡ  ＴＰＣとＤａｔａ  ＴＰＣとを区分することもできる。
【１０２１】
ＳＡ  ＴＰＣとＤａｔａ  ＴＰＣとを区分するさらに他の方法として、ＳＡとＤａｔａ送信時点とＴＰＣの送信時点との関係を利用することである。
【１０２２】
例えば、Ｓｕｂｆｒａｍｅ  ＃ｎでＴＰＣが送信されると仮定し（ｅＮＢ−ｔｏ−ＵＥ）、ｓｕｂｆｒａｍｅ  ＃ｎ＋４またはｓｕｂｆｒａｍｅ  ＃ｎ＋４以後、最初のｓｕｂｆｒａｍｅ（設計方法によって、ａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅ  ｏｒ  Ｄ２Ｄ用Ｄ２Ｄ  ｇｒａｎｔが送信可能なｓｕｂｆｒａｍｅ  ｏｒ  Ｄ２Ｄ  ａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅなどに解釈されることができる）でＳＡが送信されれば（ＵＥ−ｔｏ−ＵＥ）、ｓｕｂｆｒａｍｅ  ＃ｎに送信されたＴＰＣはＳＡ用ＴＰＣと見なし、ｓｕｂｆｒａｍｅ  ＃ｎ＋４或いはそれ以後、初めて到来するｓｕｂｆｒａｍｅでＤａｔａが送信されれば、ｓｕｂｆｒａｍｅ  ＃ｎに送信されたＴＰＣは、Ｄａｔａ  ＴＰＣに解釈するものである。
【１０２３】
このような送信ｔｉｍｉｎｇ関係を利用してＴＰＣ用途（ＳＡ用またはｄａｔａ用）を区分し出す方法を適用すれば、ｓｕｂｆｒａｍｅ  ＃ｎに（ＥＰＤＣＣＨ、ＰＤＣＣＨなどを使用して）送信されるＴＰＣがＤ２Ｄ  ｇｒａｎｔ（または、ＳＧまたはＤＣＩ  ｆｏｒｍａｔ  ５）に含まれて送信されるＴＰＣ形態になることができ、または、同一のまたは異なるＲＮＴＩでｍａｓｋｉｎｇされたＤＣＩ  ｆｏｒｍａｔ  ３／３Ａまたはこれの変形形態で伝達されてもＴＰＣ用途を容易に区別することができる。
【１０２４】
ここで、ＴＤＤシステムを考慮する場合、前記ｓｕｂｆｒａｍｅ  ＃ｎ＋４またはそれ以後に到来するａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅの定義は、ｓｕｂｆｒａｍｅ  ＃ｎ＋ｋに変更されなければならない。
【１０２５】
ここで、ｋは、ＴＤＤ  ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎで定義された「ＵＬ  ｇｒａｎｔ送信時点とＰＵＳＣＨ送信時点との差（ｓｕｂｆｒａｍｅ）」に該当する値である。
【１０２６】
または、前記ｋは、「ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを送信し、この値がＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎに適用される時点（ｓｕｂｆｒａｍｅ）」として定義することもできる。
【１０２７】
参考までに、ｓｕｂｆｒａｍｅは、ｌｅｇａｃｙ  ｓｕｂｆｒａｍｅであるが、Ｄ２ＤのためのＤ２Ｄ  ｓｕｂｆｒａｍｅである場合もある。この場合、ｓｕｂｆｒａｍｅ  ＃ｎ＋４の定義は変わることもできる。
【１０２８】
前記ＳＡ  ＴＰＣ及びｄａｔａ  ＴＰＣ  ｃｏｍｍａｎｄを共有または区分して、特定ＤＣＩ  ｆｏｒｍａｔを用いて送信する方法は、Ｄ２Ｄ  ｇｒａｎｔに含まれて送信されるＴＰＣとともに伝達されるか、必要に応じて独立に伝達されることができる。
【１０２９】
ここで、前記Ｄ２Ｄ  ｇｒａｎｔに含まれて送信されるＴＰＣは、ＳＡまたはｄａｔａ送信時の電力を最大電力に設定して送信するか、または既存のＤＣＩ  ｆｏｒｍａｔ  ３／３Ａの方式のような電力制御を行うかを指示する（または、表す）ＴＰＣモード（ｍｏｄｅ）情報を表すことができる。
【１０３０】
前述したように、ＳＡとＤ２Ｄ  ｄａｔａに個別ｐｏｗｅｒ  ｃｏｎｔｒｏｌ方式を適用できる。
【１０３１】
このような情報は、ＴＰＣ  ｆｉｅｌｄを介して伝達されることができる。しかし、Ｄ２Ｄ  ｄａｔａ  ｇｒａｎｔは、下記の表８のように、１つのＴＰＣのみが存在することもできる。
【１０３２】
【表８】
0006359757.tif 000040
【１０３３】
ここで、ＴＰＣ値は、ＳＡとＤａｔａが共有するが、ＴＰＣパラメータ以外のｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐａｒａｍｅｔｅｒｓは、ＳＡとｄａｔａとが各々個別的にｃｏｎｆｉｇｕｒａｔｉｏｎされ得る。
【１０３４】
特に、開ループ電力制御（ｏｐｅｎ  ｌｏｏｐ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ：ＯＬＰＣ）を行うのに関連したｐａｒａｍｅｔｅｒは、別に設定されることができる。
【１０３５】
このように、ＴＰＣパラメータ以外のｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐａｒａｍｅｔｅｒｓは、ＲＲＣ  ｓｉｇｎａｌｉｎｇによって予めｃｏｎｆｉｇｕｒａｔｉｏｎされることができるので、Ｄ２Ｄ  ｇｒａｎｔ設計に影響を及ぼさずに、別にｉｎｄｉｃａｔｉｏｎすることができるようになる。
【１０３６】
以下において、Ｄ２Ｄ通信の送信電力制御を行う方法について簡略にまとめる。
【１０３７】
まず、第１の端末は、Ｄ２Ｄ通信に使用するための資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）を取得する。
【１０３８】
ここで、前記第１の端末は、Ｄ２Ｄ送信端末を意味でき、Ｄ２Ｄ通信は、サイドリンク（ｓｉｄｅｌｉｎｋ）で表現されることができる。
【１０３９】
また、前記第１の端末は、前記資源プールを基地局から取得するか、またはユーザから当該資源プールを受信することができる。
【１０４０】
ここで、前記資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）は、ＳＡが送信される資源領域を表すＳＡ（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）資源プールまたはＤ２Ｄ  ｄａｔａが送信される資源領域を表すｄａｔａ資源プールのうち、少なくとも１つを含む。
【１０４１】
その後、前記第１の端末は、前記ＳＡ資源プールを介してＤ２Ｄ  ｄａｔａ送信と関連した情報を含むＳＡ（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）を第２の端末に送信する。
【１０４２】
ここで、前記第２の端末は、Ｄ２Ｄ受信端末でありうる。
【１０４３】
その後、前記第１の端末は、前記第２の端末に前記ＳＡに基づいてＤ２Ｄ  ｄａｔａを送信する。
【１０４４】
前述の過程においてＤ２Ｄ通信の送信電力制御は、前記ＳＡまたは前記Ｄ２Ｄ  ｄａｔａのうち、少なくとも１つの送信電力制御と関連した制御情報を介して行われることができる。
【１０４５】
前記制御情報は、送信電力制御コマンド（ＴＰＣ  ｃｏｍｍａｎｄ）、または送信電力制御情報、若しくは送信電力制御フィールドなどで表現されることができる。
【１０４６】
また、前記制御情報は、基地局からＤ２Ｄ  ｇｒａｎｔを介して受信されることができ、前記Ｄ２Ｄ  ｇｒａｎｔは、ＤＣＩ  ｆｏｒｍａｔ  ５で表現されることもできる。
【１０４７】
また、前記制御情報は、前記ＳＡまたは前記Ｄ２Ｄ  ｄａｔａのうち、少なくとも１つの送信電力を最大送信電力として使用するか否かを示す（モード）情報を表すことができる。
【１０４８】
前記制御情報が前記Ｄ２Ｄ  ｇｒａｎｔ（または、ＤＣＩ  ｆｏｒｍａｔ  ５）に含まれる場合、前記制御情報は、前記ＳＡまたは前記Ｄ２Ｄ  ｄａｔａの送信電力を最大送信電力として使用することを指示するか、または既存の絶対的／相対的送信電力制御実行を指示できる。
【１０４９】
ここで、前記ＳＡ及び／又は前記ＤａｔａのＴＰＣ情報を含むＤ２Ｄ  ｇｒａｎｔの全体ｂｉｔ数がＤＣＩ  ｆｏｒｍａｔ  ０の長さより小さい場合、前記Ｄ２Ｄ  ｇｒａｎｔには、前記ＤＣＩ  ｆｏｒｍａｔ  ０の長さと同様になるまでゼロ（ｚｅｒｏ）ｂｉｔが挿入される。
【１０５０】
また、前記制御情報は、第１の制御情報及び第２の制御情報に区分され、前記第１の制御情報は、前記ＳＡの送信電力制御情報であり、前記第２の制御情報は、前記Ｄ２Ｄ  ｄａｔａの送信電力制御情報でありうる。
【１０５１】
また、前記制御情報は、前記ＳＡの送信電力制御情報または前記Ｄ２Ｄ  ｄａｔａの送信電力制御情報を表し、前記制御情報は、連続的に割り当てられるか、または一定区間毎に割り当てられることを特徴とする。これと関連した具体的な構造は、図４４及び図４５を参照する。
【１０５２】
また、前記制御情報は、ＤＣＩ  ｆｏｒｍａｔ  ３またはＤＣＩ  ｆｏｒｍａｔ  ３Ａを介して送信されることができ、この場合、前記制御情報は、前記Ｄ２Ｄ通信に使用するための資源プールで送信されることができる。
【１０５３】
すなわち、ＤＣＩ  ｆｏｒｍａｔ  ３または３ＡがＤ２Ｄ  ｓｕｂｆｒａｍｅで送信または受信される場合、当該ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａは、Ｄ２Ｄ通信の送信電力制御実行のためのものであると判断されることができる。
【１０５４】
また、前記制御情報を含むＤＣＩ  ｆｏｒｍａｔ  ３または前記ＤＣＩ  ｆｏｒｍａｔ  ３Ａの全体ｂｉｔ数がＤＣＩ  ｆｏｒｍａｔ  ０の長さより小さい場合、ゼロ（ｚｅｒｏ）ｂｉｔが挿入され得る。
【１０５５】
また、前記ＳＡの送信電力制御情報と前記Ｄ２Ｄ  ｄａｔａの送信電力制御情報とは、異なるＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）の使用によりまたは異なるフィールドの使用により区分されることができる。
【１０５６】
また、前記制御情報は、前記制御情報が送信されるサブフレーム（ｓｕｂｆｒａｍｅ）以後のｓｕｂｆｒａｍｅと関連することができる。
【１０５７】
具体的に、前記制御情報がｓｕｂｆｒａｍｅ  ＃ｎで送信され、ｓｕｂｆｒａｍｅ  ＃ｎ＋ｋでまたは前記ｓｕｂｆｒａｍｅ  ＃ｎ＋ｋ以後、最初のＤ２Ｄ  ｓｕｂｆｒａｍｅでＳＡが送信される場合、前記制御情報は、前記ＳＡの送信電力制御情報であり、前記ｓｕｂｆｒａｍｅ  ＃ｎ＋ｋでまたは前記ｓｕｂｆｒａｍｅ  ＃ｎ＋ｋ以後、最初のＤ２Ｄ  ｓｕｂｆｒａｍｅでＤ２Ｄ  ｄａｔａが送信される場合、前記制御情報は、前記Ｄ２Ｄ  ｄａｔａの送信電力制御情報を表す。
【１０５８】
Ｋ値は、４でありうるし、ＴＤＤ  ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎによってその値は変更されることができる。
【１０５９】
以下において、前述した内容に基づいて本明細書において提案するＤ２Ｄ送信電力制御（ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）、具体的に、ＳＡ及びＤ２Ｄ  ｄａｔａの電力制御方法について具体的に説明する。
【１０６０】
すなわち、本明細書は、Ｄ２Ｄ  ｇｒａｎｔに定義されるＴＰＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）フィールドとＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを用いてＤ２Ｄ  ｌｉｎｋ（ｓｉｄｅｌｉｎｋ）の電力制御を行う方法を提供する。
【１０６１】
ここで、Ｄ２Ｄ  ｇｒａｎｔは、前述したように、新しいＤＣＩ  ｆｏｒｍａｔが定義されて送信されることができ、前記新しいＤＣＩ  ｆｏｒｍａｔの一例は、ＤＣＩ  ｆｏｒｍａｔ  ５でありうる。
【１０６２】
具体的に、Ｄ２Ｄ  ｌｉｎｋの電力制御を行うために、Ｄ２Ｄ  ｇｒａｎｔに含まれたＴＰＣフィールドは、ＳＡ即刻的な（ｉｎｓｔａｎｔａｎｅｏｕｓ）電力制御（ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）に使用され、ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａに含まれたＴＰＣフィールドは、Ｄ２Ｄ  ｄａｔａ送信（ｔｒａｎｓｍｉｓｓｉｏｎ）のｐｏｗｅｒ  ｃｏｎｔｒｏｌに使用することができる。
【１０６３】
ここで、前記Ｄ２Ｄ  ｇｒａｎｔに含まれたＴＰＣフィールドは、ＳＡ  ＴＰＣフィールドで表現されることができる。
【１０６４】
ここで、前記ＳＡは、Ｄ２Ｄ  ｄａｔａ送信のためのスケジューリング情報（ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）を表し、前記ＳＡには、資源割当（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ：ＲＡ）情報が含まれている。
【１０６５】
前記ＳＡに含まれる資源割当情報は、ＳＡ資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）形態で提供される。
【１０６６】
ここで、前記ＳＡの資源割当情報は、Ｄ２Ｄ通信の特性を考慮するとき、頻繁に変わらない可能性が高い。
【１０６７】
一例として、ＶｏＩＰのようなデータ送受信を仮定する場合、基地局は、端末に任意の資源を予め指定し、長い時間の間、前記指定された資源を使用してデータ送受信を行う。
【１０６８】
したがって、ＳＡ内のＲＡ情報の変化が頻繁に起こらないので、基地局は、端末にＳＡを頻繁に送信する必要がなくなる。
【１０６９】
しかし、Ｄ２Ｄ  ｄａｔａは、同じ資源を一定期間の間、変化無しで使用しても、ＷＡＮ（Ｗｉｒｅｌｅｓｓ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）  ＵＥ（ｃｅｌｌｕｌａｒ  ＵＥ）に与える干渉程度が相対的に頻繁に変わることができる。
【１０７０】
このように、頻繁に変わる干渉状況に適応的に対処するために、基本的にＤ２Ｄ  ｄａｔａ送信に対する電力制御が前記ＳＡ送信電力制御に比べて頻繁に行われることが好ましい。
【１０７１】
また、１回のＳＡ送信に複数のＤ２Ｄ  ｄａｔａ送信が行われるので、ＳＡ送信に対する電力制御は、ＳＡ周期に合わせて進行し、Ｄ２Ｄ  ｄａｔａ送信に対する電力制御は、Ｄ２Ｄ  ｄａｔａ送信の（発生）頻度に合わせて電力制御が行われるようにすることが好ましい。
【１０７２】
例えば、前記ＳＡがＰ＿ｓａ周期に送信され、Ｄ２Ｄ  ｄａｔａは、前記Ｐ＿ｓａ周期より小さい周期であるＰ＿ｄａｔａ間隔で送信されると仮定すれば、前記Ｐ＿ｓａ周期毎に送信されるＤ２Ｄ  ｇｒａｎｔに含まれるＴＰＣフィールドは、ＳＡ送信の電力制御のために使用され、Ｐ＿ｄａｔａ周期に送信されるＤＣＩ  ｆｏｒｍａｔ  ３／３ＡのＴＰＣフィールドは、Ｄ２Ｄ  ｄａｔａ送信の電力制御のために使用することと定義する。
【１０７３】
前述したように、Ｄ２Ｄ  ｇｒａｎｔのＴＰＣフィールドは、ＳＡ電力制御用に、ＤＣＩ  ｆｏｒｍａｔ  ３／３ＡのＴＰＣフィールドは、Ｄ２Ｄ  ｄａｔａの電力制御用に区分して使用することは、ＳＡとＤ２Ｄ  ｄａｔａとをより効率的かつ自律的に制御できるようになる。
【１０７４】
特に、Ｄ２Ｄ  ｄａｔａ送信の場合、ＳＡ周期間に特定サブフレームでＤ２Ｄ  ｄａｔａの送信が終わることができ、または、ＷＡＮ  ｄａｔａ送信に強い干渉を誘発するか、若しくはＷＡＮ  ｄａｔａ送信により強い干渉が発生し得る。
【１０７５】
このような状況でＤ２Ｄ  ｇｒａｎｔを介してＳＡ及びＤ２Ｄ  ｄａｔａの両方に対する電力制御を行うようになると、ｌａｔｅｎｃｙの問題で迅速な対応が難しくなり得る。
【１０７６】
すなわち、本明細書において提案する方法（ＳＡ及びＤ２Ｄ  ｄａｔａの電力制御分離）を利用する場合、別のＲＮＴＩまたは同じＲＮＴＩを使用するＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを使用して、ｓｕｂｆｒａｍｅ毎にＤ２Ｄ  ｄａｔａ送信の電力制御だけでなく、更には、ＨＡＲＱ関連のｐａｒａｍｅｔｅｒまで変更することができる。
【１０７７】
これは、ＳＡ及びＤ２Ｄ  ｄａｔａ送信が非周期的であっても同じである。
【１０７８】
すなわち、重要な点は、ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａは、更には、サブフレーム毎の単位で非周期的に必要な状況で送信されるということである。
【１０７９】
すなわち、ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを用いてＤ２Ｄ  ｄａｔａ送信の電力制御を行う場合、ＳＡまたはＤ２Ｄ  ｄａｔａ送信が周期的／非周期的と関係なく、Ｄ２Ｄ  ｄａｔａ送信の電力制御が必要であれば（その他、送信パラメータ変更が必要になると）、いつでも任意の時点に直ちにＤ２Ｄ  ｄａｔａ送信の電力制御をＤＣＩ  ｆｏｒｍａｔ  ３／３Ａが送信され得るというｆｌｅｘｉｂｉｌｉｔｙがある。
【１０８０】
ＳＡとＤ２Ｄ  ｄａｔａとは、Ｄ２Ｄリンクを介して端末間で送受信されるので、ＳＡとＤ２Ｄ  ｄａｔａ送信で正確な同期を維持するよりは、ＳＡ及びＤ２Ｄ  ｄａｔａ送信時点に適切な電力制御ｐａｒａｍｅｔｅｒで送信され得るように、前記送信時点以前にｅＮＢからＳＡ及びＤ２Ｄ  ｄａｔａ送信関連電力制御情報（ＴＰＣフィールド）をＤ２Ｄ  ｇｒａｎｔ及び／又はＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを介して受信すればよい。
【１０８１】
すなわち、Ｄａｔａ送信時点と厳格なｔｉｍｉｎｇ  ａｓｓｏｃｉａｔｉｏｎよりは、Ｄ２Ｄ  ｄａｔａを送信する時点から少し以前までは、Ｄ２Ｄ  ｄａｔａ送信と関連した電力制御情報が受信されなければならない形態の要求事項（ｒｅｑｕｉｒｅｍｅｎｔ）のみが満たされればよい。
【１０８２】
図４６は、本明細書において提案する方法が適用され得るＤ２Ｄ通信の電力制御方法の一例を示した順序図である。
【１０８３】
Ｄ２Ｄ通信を支援する無線通信システムにおいて、Ｄ２Ｄ  ｄａｔａを送受信する方法は、下記のとおりである。
【１０８４】
まず、基地局は、ＳＡ資源プール及び／又はＤ２Ｄ  ｄａｔａ資源プールを含むＤ２Ｄ  ｇｒａｎｔをＤ２Ｄ送信端末に送信する。前記Ｄ２Ｄ  ｇｒａｎｔは、ＤＣＩ  ｆｏｒｍａｔ  ５でありうる。
【１０８５】
その後、前記Ｄ２Ｄ送信端末は、前記受信されたＳＡ資源プールのうち、ＳＡ資源を決定するか、または基地局からＳＡ送信資源が予め決定された場合、当該資源を用いてＳＡをＤ２Ｄ受信端末に送信する。
【１０８６】
その後、前記Ｄ２Ｄ送信端末は、Ｄ２Ｄ  ｄａｔａをＤ２Ｄ  ｄａｔａ資源プール内のＤ２Ｄ  ｄａｔａ資源を用いてＤ２Ｄ受信端末に送信する。
【１０８７】
前記Ｄ２Ｄ  ｄａｔａ資源は、前記ＳＡにより指示されることができる。
【１０８８】
ここで、前記ＳＡ及びＤ２Ｄ  ｄａｔａは、Ｄ２Ｄ  ｌｉｎｋ（または、ｓｉｄｅｌｉｎｋ）を介して送受信される。
【１０８９】
ここで、前記ＳＡ送信に対する電力制御は、前記Ｄ２Ｄ  ｇｒａｎｔ内のＴＰＣフィールドを介して行われる。
【１０９０】
すなわち、前記基地局は、ＳＡ送信の電力制御と関連した情報を含むＴＰＣフィールドを前記Ｄ２Ｄ  ｇｒａｎｔに含めて前記Ｄ２Ｄ送信端末に送信する。
【１０９１】
前記Ｄ２Ｄ送信端末は、ＳＡ送信周期毎にＳＡ送信の電力制御と関連したＴＰＣフィールドを受信するので、前記ＳＡ送信に対する電力制御は、ＳＡ周期毎に行われることができる。
【１０９２】
また、前記Ｄ２Ｄ  ｄａｔａに対する電力制御は、ＤＣＩ  ｆｏｒｍａｔ  ３／３ＡのＴＰＣフィールドを介して行われる。
【１０９３】
ここで、前記ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａは、ＰＤＣＣＨを介して基地局でＤ２Ｄ送信端末に送信される。
【１０９４】
前記基地局は、Ｄ２Ｄ  ｄａｔａ送信電力を動的に制御する必要がある場合、前記ＤＣＩ  ｆｏｒｍａｔ  ３／３ＡのＰＤＣＣＨを動的にＤ２Ｄ送信端末に送信する。
【１０９５】
すなわち、前記Ｄ２Ｄ送信端末は、サブフレーム毎に、または決められたサブフレームでＰＤＣＣＨ（ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａ）のモニタリングを介してＤ２Ｄ  ｄａｔａ送信に対する電力制御が行われるかを確認するようになる。
【１０９６】
まとめると、基地局は、ＳＡの送信電力制御と関連した情報は、Ｄ２Ｄ  ｇｒａｎｔを介して送信し（Ｓ４６１０、Ｓ４６２０）、Ｄ２Ｄ  ｄａｔａの送信電力制御と関連した情報は、ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを介して送信する（Ｓ４６３０、Ｓ４６４０）。
【１０９７】
Ｄ２Ｄ通信の電力制御方法のさらに他の実施形態として、ＳＡ及びＤ２Ｄ  ｄａｔａ送信に対する電力制御は、Ｄ２Ｄ  ｇｒａｎｔに含まれるＴＰＣフィールドを用い、ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａは、Ｄ２Ｄ  ｄａｔａ送信に対する電力制御を追加的に行うことと定義することができる。
【１０９８】
すなわち、基本的には、Ｄ２Ｄ  ｇｒａｎｔのＴＰＣフィールドを用いてＤ２Ｄ通信、すなわち、ＳＡ及びＤ２Ｄ  ｄａｔａ送信の電力制御を行い、前述した、ＳＡとＤ２Ｄ  ｄａｔａ送信の特性によってＤ２Ｄ  ｄａｔａ送信の電力制御関連パラメータの緊急な変更が必要な場合、いつでもＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを送信することにより、Ｄ２Ｄ  ｄａｔａ送信の電力制御を行えるようにする。
【１０９９】
前述した方法においてＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを使用してＤ２Ｄ通信の電力制御を行う場合、当該ＵＥのＴＰＣ情報に対するｉｎｄｅｘは、予めＲＲＣでｃｏｎｆｉｇｕｒｅされることが好ましい。
【１１００】
以下において、本明細書において提案するＳＡ及び／又はＤ２Ｄ  ｄａｔａのスケジューリングと関連のあるＤＣＩ  ｆｏｒｍａｔにｚｅｒｏ  ｐａｄｄｉｎｇ（ｚｅｒｏ  ｂｉｔを挿入）を行う方法について説明する。
【１１０１】
また、以下において説明するＤＣＩ  ｆｏｒｍａｔ  ０とＤＣＩ  ｆｏｒｍａｔ  １Ａに対するさらに具体的な説明は、先行して記述したＤＣＩ  ｆｏｒｍａｔ  ０とＤＣＩ  ｆｏｒｍａｔ  １Ａの内容を参照する。
【１１０２】
前述したように、ＤＣＩ  ｆｏｒｍａｔ  ０とＤＣＩ  ｆｏｒｍａｔ  １Ａとは、同じペイロードサイズ（ｐａｙｌｏａｄ  ｓｉｚｅ）（与えられた検索空間（ｓｅａｒｃｈ  ｓｐａｃｅ）でマッピングされるＤＣＩ  ｆｏｒｍａｔ  ０内の情報ビット（等）の個数）を維持するために、ＤＣＩ  ｆｏｒｍａｔサイズ比較を介してＤＣＩ  ｆｏｒｍａｔ  ０またはＤＣＩ  ｆｏｒｍａｔ  １Ａにゼロパディング（ｚｅｒｏ  ｐａｄｄｉｎｇ）過程（ｚｅｒｏ  ｂｉｔ挿入過程）を行う。
【１１０３】
すなわち、前記ｚｅｒｏ  ｐａｄｄｉｎｇ過程は、ｐａｙｌｏａｄ  ｓｉｚｅが相対的に小さいＤＣＩ  ｆｏｒｍａｔに大きいＤＣＩ  ｆｏｒｍａｔのサイズを合わせるために、小さいサイズを有するＤＣＩ  ｆｏｒｍａｔに「０」ｂｉｔを挿入して２個のＤＣＩ  ｆｏｒｍａｔのサイズが同じようにする。
【１１０４】
このようなｚｅｒｏ  ｐａｄｄｉｎｇ過程は、端末でのブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）回数を増加させないためである。
【１１０５】
また、ＤＣＩ  ｆｏｒｍａｔ  ｓｉｚｅに対するゼロパディング（ｚｅｒｏ  ｐａｄｄｉｎｇ）過程は、ＤＣＩ  ｆｏｒｍａｔ  １Ａ、ＤＣＩ  ｆｏｒｍａｔ  ０  ｓｅｃｔｉｏｎ（または、ｆｉｅｌｄ）でゼロパディング（ｚｅｒｏ  ｐａｄｄｉｎｇ）条件が満たされる場合に行われる。
【１１０６】
ＬＴＥ／ＬＴＥ−ＡシステムにＤ２Ｄ通信（または、ｓｉｄｅｌｉｎｋ）が導入される場合、基地局は、端末（ｅＮＢ−ｔｏ−ＵＥ）にＳＡを送信するためには（ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔを行うためには）、（Ｅ−）ＰＤＣＣＨ  ＤＣＩ  ｆｏｒｍａｔ  ０のサイズと同じサイズを有する新しいＤＣＩ  ｆｏｒｍａｔを導入できる。
【１１０７】
この場合も、前述したｚｅｒｏ  ｐａｄｄｉｎｇ過程を用いて端末のブラインドデコーディング複雑度（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｃｏｍｐｌｅｘｉｔｙ）を減少させることができる。
【１１０８】
ここで、Ｄ２Ｄ通信でＳＡ送信と関連して新しく導入されるＤＣＩ  ｆｏｒｍａｔは、ＤＣＩ  ｆｏｒｍａｔ  ５として定義されることができる。
【１１０９】
以下、説明の都合上、前記新しく定義されるＤＣＩ  ｆｏｒｍａｔを「ＤＣＩ  ｆｏｒｍａｔ  ５」と呼ぶことにする。
【１１１０】
したがって、Ｄ２Ｄ  ＳＡ送信と関連した新しいＤＣＩ  ｆｏｒｍａｔ（ＤＣＩ  ｆｏｒｍａｔ  ５）は、前述したＤＣＩ  ｆｏｒｍａｔ  ０と同じサイズを有するので、前述したｚｅｒｏ  ｐａｄｄｉｎｇ過程をＤＣＩ  ｆｏｒｍａｔ  ５にも適用できるようになる。
【１１１１】
すなわち、ＤＣＩ  ｆｏｒｍａｔ  ５のサイズとＤＣＩ  ｆｏｒｍａｔ  ０のサイズとを比較し、比較結果、小さいサイズを有するＤＣＩ  ｆｏｒｍａｔに大きいサイズを有するＤＣＩ  ｆｏｒｍａｔと長さが同様になるまでｚｅｒｏ  ｂｉｔを挿入する。
【１１１２】
例えば、ＤＣＩ  ｆｏｒｍａｔ  ５のサイズがＤＣＩ  ｆｏｒｍａｔ  ０のサイズより小さい場合、前記ＤＣＩ  ｆｏｒｍａｔ  ０とサイズが同様になるまで前記ＤＣＩ  ｆｏｒｍａｔ  ５にｚｅｒｏ  ｂｉｔを追加または挿入する。
【１１１３】
ここで、前記新しいＤＣＩ  ｆｏｒｍａｔ（ＤＣＩ  ｆｏｒｍａｔ  ５）がＤＣＩ  ｆｏｒｍａｔ  ０とサイズが同一に定義される場合、この２つのＤＣＩ  ｆｏｒｍａｔを区別できるように、前記ＤＣＩ  ｆｏｒｍａｔ  ５にＤＣＩ  ｆｏｒｍａｔ  ０と区別される別のＤ２Ｄ−ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を使用することもできる。
【１１１４】
すなわち、前記ＤＣＩ  ｆｏｒｍａｔ  ５のＣＲＣに別のＤ２Ｄ−ＲＮＴＩをマスキングして、端末でＤＣＩ  ｆｏｒｍａｔ  ５と他のＤＣＩ  ｆｏｒｍａｔとを区別できるようにすることができる。
【１１１５】
前記ＤＣＩ  ｆｏｒｍａｔ  ５に使用されるＤ２Ｄ−ＲＮＴＩは、ＤＣＩ  ｆｏｒｍａｔ  ５を他のＤＣＩ  ｆｏｒｍａｔと区別するために使用する識別子であって、ｓｉｄｅｌｉｎｋ−ＲＮＴＩまたはＳＬ−ＲＮＴＩなどで表現されることもできる。
【１１１６】
以下において、Ｄ２Ｄ  ＳＡ送信と関連した新しいＤＣＩ  ｆｏｒｍａｔ（ＤＣＩ  ｆｏｒｍａｔ  ５）とＤＣＩ  ｆｏｒｍａｔ  ０（または、ＤＣＩ  ｆｏｒｍａｔ  １Ａ）とのサイズを同一に合わせるための方法について、各実施形態を介してさらに具体的に説明する。
【１１１７】
ＤＣＩ  ｆｏｒｍａｔ  ５とＤＣＩ  ｆｏｒｍａｔ  ０のサイズを同一に維持するためには、各ＤＣＩ  ｆｏｒｍａｔのペイロードサイズ（ｐａｙｌｏａｄ  ｓｉｚｅ）が同一でなければならない。
【１１１８】
前述したＲｅｌ−８のＤＣＩ  ｆｏｒｍａｔ  ０を基準として説明すれば、ＤＣＩ  ｆｏｒｍａｔ  ５でＦｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇフィールド（１ｂｉｔ）、ＭＣＳ／ＲＶフィールド（５ｂｉｔｓ）、ＴＰＣフィールド（２ｂｉｔｓ）の大きさはそのまま再活用することができるが、資源割当（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ：ＲＡ）フィールドなどのような他のｆｉｅｌｄは、Ｄ２Ｄ  ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔの用途に合うように再構成されることが好ましい。
【１１１９】
ここで考慮する部分は、Ｄ２Ｄ  ｇｒａｎｔを送信するＤＣＩ  ｆｏｒｍａｔ  ５は、Ｄ２Ｄ  ｌｉｎｋ（ｓｉｄｅｌｉｎｋ）に送信されるＳＡとＤａｔａとを同時にｓｃｈｅｄｕｌｉｎｇしなければならないので、ＤＣＩ  ｆｏｒｍａｔ  ０のＲＡ大きさより増加され得る状況が発生し得る。
【１１２０】
すなわち、ＤＣＩ  ｆｏｒｍａｔ  ５は、ＤＣＩ  ｆｏｒｍａｔ  ０より（特に、多くのｂｉｔが要求される）ＲＡ大きさが２倍に増加できる状況が発生し得る。
【１１２１】
＜第１の実施形態＞
【１１２２】
第１の実施形態は、ＵＬ  ＲＡ  Ｔｙｐｅ  １を用いてＤＣＩ  ｆｏｒｍａｔ  ０とＤＣＩ  ｆｏｒｍａｔ  ５のサイズを同一に維持する方法を提供する。
【１１２３】
すなわち、第１の実施形態は、ＤＣＩ  ｆｏｒｍａｔ  ０のＲＡ  ｐａｙｌｏａｄ大きさを維持しつつ、ＳＡ  ＲＡとＤ２Ｄ  ｄａｔａ  ＲＡとを１つのＤＣＩ  ｆｏｒｍａｔ  ５に含めるために、ＵＬ  ＲＡ  Ｔｙｐｅ  １を用いる方法である。
【１１２４】
すなわち、第１の実施形態は、ＵＬ  ＲＡ  Ｔｙｐｅ  １をＳＡ及びＤ２Ｄ  ｄａｔａの資源割当に用いることにより、ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ｇｒａｎｕｌａｒｉｔｙを減らし、ＤＣＩ  ｆｏｒｍａｔ  ５のＲＡ  ｂｉｔが増加されることを防止できる。
【１１２５】
理解の都合上、以下においてアップリンク資源割当（ＵＬ  Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ）方法について簡略に説明する。
【１１２６】
アップリンクＤＣＩフォーマット（例えば、ＤＣＩフォーマット０）を伝達するＰＤＣＣＨ／ＥＰＤＣＣＨに対して２つのアップリンク資源割当方式が支援される。
【１１２７】
アップリンクＤＣＩフォーマットは、連続した資源ブロックで構成された１つの資源をアップリンク資源割当で指示する方法（タイプ０）と連続した資源ブロックで構成された２個の資源をアップリンク資源割当で指示する方法（タイプ１）とを支援する。
【１１２８】
アップリンクＤＣＩフォーマットに資源割当タイプビットが存在しない場合、資源割当タイプ０のみが支援される。
【１１２９】
それに対し、アップリンクＤＣＩフォーマットに資源割当タイプビットが存在する場合、資源割当タイプビットが「０」値を有すれば、資源割当タイプ０を指示し、そうでない場合、資源割当タイプ１が指示される。ＵＥは、検出されたアップリンクＤＣＩフォーマットを伝達するＰＤＣＣＨ／ＥＰＤＣＣＨ内の資源割当タイプビットによって資源割当フィールドを解釈する。
【１１３０】
【化１４】
0006359757.tif 000041
【１１３１】
【化１５】
0006359757.tif 000042
【１１３２】
【化１６】
0006359757.tif 000043
【１１３３】
【数１９】
0006359757.tif 000044
【１１３４】
【数２０】
0006359757.tif 000045
【１１３５】
一方、アップリンク資源割当タイプ１に対する資源割当情報は、スケジューリングされたＵＥに２個の資源ブロックセットを指示する。ここで、各セットは、１つまたはそれ以上の連続的な資源ブロックグループ（ＲＢＧ：ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ｇｒｏｕｐ）を含む。
【１１３６】
ＲＢＧの大きさは、下記の表９のとおりである。
【１１３７】
【表９】
0006359757.tif 000046
【１１３８】
【化１７】
0006359757.tif 000047
【１１３９】
【数２１】
0006359757.tif 000048
【１１４０】
【化１８】
0006359757.tif 000049
【１１４１】
＜第２の実施形態＞
【１１４２】
また、第２の実施形態は、ＤＣＩ  ｆｏｒｍａｔ  ０のＲＡ  ｐａｙｌｏａｄ大きさを維持しつつ、ＳＡ  ＲＡとＤ２Ｄ  ｄａｔａ  ＲＡとを１つのＤＣＩ  ｆｏｒｍａｔ  ５に含めるために、Ｄ２Ｄ  ｄａｔａ  ＲＡからＳＡ  ＲＡを導くか、またはＳＡ  ＲＡからＤ２Ｄ  ｄａｔａ  ＲＡを導く方法である。
【１１４３】
前述した第１の実施形態及び第２の実施形態を介して各ＤＣＩ  ｆｏｒｍａｔのペイロードビットサイズ（ｐａｙｌｏａｄ  ｂｉｔ  ｓｉｚｅ）をほとんど同じ水準まで減らすことができる。
【１１４４】
＜第３の実施形態＞
【１１４５】
第３の実施形態は、ＤＣＩ  ｆｏｒｍａｔ  ０のＲＡ  ｐａｙｌｏａｄ大きさを維持しつつ、ＳＡ  ＲＡとＤ２Ｄ  ｄａｔａ  ＲＡとを１つのＤＣＩ  ｆｏｒｍａｔ  ５に含めるために、ＤＣＩ  ｆｏｒｍａｔ  ５のサイズに合うようにＤＣＩ  ｆｏｒｍａｔ  ０のサイズを増やす方法を提供する。
【１１４６】
すなわち、第３の実施形態は、ＤＣＩ  ｆｏｒｍａｔ  ５のサイズをＤＣＩ  ｆｏｒｍａｔ  ０のサイズに合わせる方法（ＤＣＩ  ｆｏｒｍａｔ  ５のｂｉｔ  ｓｉｚｅを基準ｃｅｌｌｕｌａｒ  ＵＥのためのＤＣＩ  ｆｏｒｍａｔ  ０のｓｉｚｅ、すなわち、Ｎ＿ｌｅｇａｃｙ  ｂｉｔに減らす方法）の代りに、ＤＣＩ  ｆｏｒｍａｔ  ５（Ｄ２Ｄ  ｇｒａｎｔ）のｓｉｚｅに合うようにＤＣＩ  ｆｏｒｍａｔ  ０のサイズをＮ＿ｄ２ｄ  ｂｉｔに増やす方法を表す。
【１１４７】
前記Ｎ＿ｌｅｇａｃｙ  ｂｉｔは、セルラー端末のためのＤＣＩ  ｆｏｒｍａｔ  ０のサイズを表し、前記Ｎ＿ｄ２ｄ  ｂｉｔは、Ｄ２Ｄ通信と関連したＤＣＩ  ｆｏｒｍａｔ  ５のサイズを表す。
【１１４８】
具体的に、前記ＤＣＩ  ｆｏｒｍａｔ  ５（Ｄ２Ｄ  ｇｒａｎｔを送信するＤＣＩ  ｆｏｒｍａｔ）のｓｉｚｅがＮ＿ｄ２ｄ  ｂｉｔ（＞Ｎ＿ｌｅｇａｃｙ  ｂｉｔ）に決められれば、当該ＤＣＩ  ｆｏｒｍａｔ  ５のサイズに合うようにＤＣＩ  ｆｏｒｍａｔ  ０にｚｅｒｏ  ｐａｄｄｉｎｇを行うことにより、ＤＣＩ  ｆｏｒｍａｔ  ５とＤＣＩ  ｆｏｒｍａｔ  ０とのサイズを合わせる。
【１１４９】
同様に、ＤＣＩ  ｆｏｒｍａｔ  １Ａにも前述した第３の実施形態を利用してＤＣＩ  ｆｏｒｍａｔ  ５とサイズを合わせることができる。
【１１５０】
すなわち、ＤＣＩ  ｆｏｒｍａｔ  ５のサイズがＤＣＩ  ｆｏｒｍａｔ  １Ａのサイズより大きい場合、ＤＣＩ  ｆｏｒｍａｔ  ５を基準としてＤＣＩ  ｆｏｒｍａｔ  １Ａにｚｅｒｏ  ｐａｄｄｉｎｇを行うことにより、各ＤＣＩ  ｆｏｒｍａｔのサイズを同じにする。
【１１５１】
すなわち、既存のＤＣＩ  ｆｏｒｍａｔ  ０とＤＣＩ  ｆｏｒｍａｔ  １Ａのうち、相対的により大きいＤＣＩ  ｆｏｒｍａｔ  ｓｉｚｅに合わせるために、相対的に小さいサイズのＤＣＩ  ｆｏｒｍａｔにｚｅｒｏ  ｐａｄｄｉｎｇを行う方法とは異なり、第３の実施形態は、Ｄ２Ｄ  ｇｒａｎｔが送信されるＤＣＩ  ｆｏｒｍａｔのｓｉｚｅを先に決定する。
【１１５２】
その後、前記決定されたＤ２Ｄ  ｇｒａｎｔ  ＤＣＩ  ｆｏｒｍａｔのｓｉｚｅよりＤＣＩ  ｆｏｒｍａｔ  ０またはＤＣＩ  ｆｏｒｍａｔ  １Ａのサイズが小さい場合、前記Ｄ２Ｄ  ｇｒａｎｔ  ＤＣＩ  ｆｏｒｍａｔのｓｉｚｅと同様になるまで、前記ＤＣＩ  ｆｏｒｍａｔ  ０または前記ＤＣＩ  ｆｏｒｍａｔ  １Ａにｚｅｒｏ  ｂｉｔ（０）のｐａｄｄｉｎｇを行う。
【１１５３】
このように、各ＤＣＩ  ｆｏｒｍａｔのサイズ（または、長さ）を同一に維持する理由は、端末がＤＣＩ  ｆｏｒｍａｔ  ０／１ＡとＤ２Ｄ  ｇｒａｎｔ  ＤＣＩ  ｆｏｒｍａｔ（ＤＣＩ  ｆｏｒｍａｔ  ５）を１回のブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）のみで検出できるようにするのにある。
【１１５４】
＜第４の実施形態＞
【１１５５】
さらに他の実施形態として、端末がＰＤＣＣＨに対するブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を行う場合、端末でＤ２Ｄ  ｇｒａｎｔ（ＤＣＩ  ｆｏｒｍａｔ  ５）を送信する（Ｅ−）ＰＤＣＣＨが送信されるｓｕｂｆｒａｍｅの位置を正確に分かることができると仮定する場合、Ｄ２Ｄ  ｇｒａｎｔ（ＤＣＩ  ｆｏｒｍａｔ  ５）とＤＣＩ  ｆｏｒｍａｔ  １Ａとを０／１Ａフィールドを用いて区別することができる。
【１１５６】
前記０／１Ａフィールドは、ＤＣＩ  ｆｏｒｍａｔ  １Ａ内のＤＣＩ  ｆｏｒｍａｔ  ０とＤＣＩ  ｆｏｒｍａｔ  １Ａとを区別するフィールドである。
【１１５７】
すなわち、第４の実施形態は、前記０／１Ａフィールドで既存のＤＣＩ  ｆｏｒｍａｔ  ０を指示（ｉｎｄｉｃａｔｉｏｎ）していた状態（ｓｔａｔｅ）または値（ｖａｌｕｅ）（ｅ．ｇ．  「０」）をＤ２Ｄ  ｇｒａｎｔ（ＤＣＩ  ｆｏｒｍａｔ  ５）を指示（ｉｎｄｉｃａｔｉｏｎ）する用途として使用することにより、前記ＤＣＩ  ｆｏｒｍａｔ  ５とＤＣＩ  ｆｏｒｍａｔ  １Ａとを区別できるようにする方法である。
【１１５８】
ただし、Ｄ２Ｄ  ｇｒａｎｔ（ＤＣＩ  ｆｏｒｍａｔ  ５）とＵＬ  ｇｒａｎｔ（ＤＣＩ  ｆｏｒｍａｔ  ０）とが同じｓｕｂｆｒａｍｅ（ＳＦ）で検出され得るように設計（または、実現）されることができるので、この場合、前記ＤＣＩ  ｆｏｒｍａｔ  ５と前記ＤＣＩ  ｆｏｒｍａｔ  ０とを区別するための追加的な方法が必要である。
【１１５９】
下記において、前記ＤＣＩ  ｆｏｒｍａｔ  ５と前記ＤＣＩ  ｆｏｒｍａｔ  ０とを区別するための方法についてさらに具体的に説明する。
【１１６０】
すなわち、前記ＤＣＩ  ｆｏｒｍａｔ  ５と前記ＤＣＩ  ｆｏｒｍａｔ  ０とを区別するために、ＤＣＩ  ｆｏｒｍａｔ  ０とＤＣＩ  ｆｏｒｍａｔ  １Ａに含まれる０／１Ａ区分フィールドは、既存のようにＤＣＩ  ｆｏｒｍａｔ  ０とＤＣＩ  ｆｏｒｍａｔ  １Ａとを区分する用途として使用し、Ｄ２Ｄ  ｇｒａｎｔ（ＤＣＩ  ｆｏｒｍａｔ  ５）には、Ｄ２Ｄ−ＲＮＴＩ（または、ｓｉｄｅｌｉｎｋ−ＲＮＴＩ）などのような別のＣＲＣ  ｍａｓｋｉｎｇを介して他のＤＣＩ  ｆｏｒｍａｔ（０／１Ａ）と区別することを提案する。
【１１６１】
すなわち、端末は、１つのＰＤＣＣＨ検索空間候補（ｓｅａｒｃｈ  ｓｐａｃｅ  ｃａｎｄｉｄａｔｅ）に対してＣ−ＲＮＴＩとＤ２Ｄ−ＲＮＴＩとで各々ＰＤＣＣＨをｃｈｅｃｋし、前記ｃｈｅｃｋの結果、ＣＲＣが正常である場合（ｄｅｃｏｄｉｎｇ後）、当該ＲＮＴＩに合うＤＣＩ  ｆｏｒｍａｔのフィールド構成であると解釈する。
【１１６２】
また、Ｄ２Ｄ能力（ｃａｐａｂｉｌｉｔｙ）があるＵＥは、Ｄ２Ｄ動作がｅｎａｂｌｅｄされる場合（ｃｏｎｆｉｇｕｒｅｄ、構成された）ＤＣＩ  ｆｏｒｍａｔ  ０／１Ａのｄｅｃｏｄｉｎｇに変化がありうる。
【１１６３】
すなわち、端末は、基地局からＤ２Ｄ  ｇｒａｎｔがない場合（ＤＣＩ  ｆｏｒｍａｔ  ５の送信がない場合）には、ＤＣＩ  ｆｏｒｍａｔ  ０とＤＣＩ  ｆｏｒｍａｔ  １Ａのそれぞれの長さを推定してｚｅｒｏ  ｐａｄｄｉｎｇ挿入可否を分かることができる。
【１１６４】
しかし、端末が基地局からＤ２Ｄ  ｇｒａｎｔ（ＤＣＩ  ｆｏｒｍａｔ  ５）が送信されるということを分かるようになる場合、Ｄ２Ｄ  ｇｒａｎｔＤＣＩ  ｆｏｒｍａｔのｓｉｚｅに合わせてＤＣＩ  ｆｏｒｍａｔ  ０またはＤＣＩ  ｆｏｒｍａｔ  １Ａに対するｚｅｒｏ  ｐａｄｄｉｎｇがどの程度なされなければならないかを推定し、検出しなければならない。
【１１６５】
結果的に、ＤＣＩ  ｆｏｒｍａｔ  ０またはＤＣＩ  ｆｏｒｍａｔ  １Ａに対するｚｅｒｏ  ｐａｄｄｉｎｇ実行と関連した端末の動作は、基地局から端末へのＤ２Ｄ  ｇｒａｎｔの送信可否と非常に密接な関係がある。
【１１６６】
前記のようなゼロパディング（ｚｅｒｏ  ｐａｄｄｉｎｇ）実行と関連した動作は、Ｄ２Ｄがｃｏｎｆｉｇｕｒｅされる瞬間から当該動作を行うようにすることができるが、Ｄ２Ｄ通信が実際的に行われる場合のみに当該動作を行うようにすることもできる。
【１１６７】
前記のようなｚｅｒｏ  ｐａｄｄｉｎｇ実行と関連した動作は、前述したＤ２Ｄ  ｇｒａｎｔのサイズに合わせてＤＣＩ  ｆｏｒｍａｔ  ０／１Ａに対してｚｅｒｏ  ｐａｄｄｉｎｇを行う動作を意味する。
【１１６８】
Ｄ２Ｄ通信が実際的に行われる場合のみに、前記ｚｅｒｏ  ｐａｄｄｉｎｇ実行と関連した動作を行えるようにする具体的な方法として、基地局は、端末にＵＥ−ｓｐｅｃｉｆｉｃにＲＲＣ  ｓｉｇｎａｌｉｎｇを介して当該動作または動作モードを予めｃｏｎｆｉｇｕｒｅし、特定瞬間に当該動作または当該動作モードを活性化（ａｃｔｉｖａｔｉｏｎ）または非活性化（ｄｅａｃｔｉｖａｔｉｏｎ）する信号（または、情報またはメッセージ）を端末に送信して、当該動作を選択的に行うようにすることができる。
【１１６９】
＜第５の実施形態＞
【１１７０】
前記ｚｅｒｏ  ｐａｄｄｉｎｇ実行と関連した動作のさらに他の実施形態として、Ｄ２Ｄ資源は、予めｃｏｎｆｉｇｕｒｅされるという点を考慮し、Ｄ２Ｄ資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）に該当するｓｕｂｆｒａｍｅのみで前記のようなｚｅｒｏ  ｐａｄｄｉｎｇ動作を行うように制限することができる。
【１１７１】
すなわち、端末は、Ｄ２Ｄ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌに該当しないｓｕｂｆｒａｍｅでは、従前のようにｚｅｒｏ  ｐａｄｄｉｎｇを介してＤＣＩ  ｆｏｒｍａｔ  ０とＤＣＩ  ｆｏｒｍａｔ  １Ａとの間の長さを合わせ、Ｄ２Ｄ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌに該当するｓｕｂｆｒａｍｅでは、ＤＣＩ  ｆｏｒｍａｔ  ５のサイズに合わせてＤＣＩ  ｆｏｒｍａｔ  ０またはＤＣＩ  ｆｏｒｍａｔ  １Ａに対するｚｅｒｏ  ｐａｄｄｉｎｇ手順を行う。
【１１７２】
Ｄ２Ｄ  ｓｕｂｆｒａｍｅを含まない全てのｓｕｂｆｒａｍｅでＤＣＩ  ｆｏｒｍａｔ  ５基準のｚｅｒｏ  ｐａｄｄｉｎｇ手順を適用する場合、ＤＣＩ  ｆｏｒｍａｔ  ０とＤＣＩ  ｆｏｒｍａｔ  １Ａとに不要なｚｅｒｏ  ｂｉｔを挿入するようになり、コーディングレート（ｃｏｄｉｎｇ  ｒａｔｅ）を増加させて通信性能（ｐｅｒｆｏｒｍａｎｃｅ）に否定的な結果を招く可能性がある。
【１１７３】
図４７は、本明細書において提案するＤ２Ｄ通信手順の一例を示した順序図である。
【１１７４】
まず、Ｄ２Ｄ送信端末は、Ｄ２Ｄ通信に使用するための資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）を取得する（Ｓ４７１０）。
【１１７５】
前記資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）は、ＳＡが送信される資源領域を表すＳＡ（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）資源プールまたはＤ２Ｄ  ｄａｔａが送信される資源領域を表すｄａｔａ資源プールのうち、少なくとも１つを含む。
【１１７６】
また、前記資源プールは、Ｄ２Ｄ送信端末が基地局から受信するか、または予め設定された形態でありうる。
【１１７７】
前記資源プールは、Ｄ２Ｄ通信のために定義されたダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）フォーマット（ｆｏｒｍａｔ）を介して基地局から受信されることを特徴とする。
【１１７８】
また、前記ＤＣＩフォーマットは、Ｃ（Ｃｅｌｌ）−ＲＮＴＩと区別される別のＲＮＴＩでＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）マスキング（ｍａｓｋｉｎｇ）される。
【１１７９】
前記別のＲＮＴＩは、Ｄ２Ｄ−ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）またはサイドリンク（Ｓｉｄｅｌｉｎｋ−ＲＮＴＩ）でありうる。
【１１８０】
また、前記ＤＣＩフォーマットがＤＣＩフォーマット０のサイズと異なる場合、前記ＤＣＩフォーマット０のサイズと同様になるまで前記ＤＣＩフォーマットにゼロビット（ｚｅｒｏ  ｂｉｔ）が挿入され得る。
【１１８１】
ここで、前記ＤＣＩフォーマットにゼロビット（ｚｅｒｏ  ｂｉｔ）が挿入されることは、前記資源プールのみで行われることができる。
【１１８２】
前記ＤＣＩフォーマットは、ＤＣＩ  ｆｏｒｍａｔ  ５でありうる。
【１１８３】
具体的に、前記Ｄ２Ｄ送信端末は、前記資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）を取得するために、検索空間（ｓｅａｒｃｈ  ｓｐａｃｅ）でＰＤＣＣＨをブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）する。
【１１８４】
ここで、前記Ｄ２Ｄ送信端末のブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）は、前記ＰＤＣＣＨをＣ−ＲＮＴＩ及びＤ２Ｄ−ＲＮＴＩで各々ＣＲＣチェック（ｃｈｅｃｋ）を行うことを意味できる。
【１１８５】
その後、前記Ｄ２Ｄ送信端末は、前記ＳＡ資源プールを介してＤ２Ｄ  ｄａｔａ送信と関連した情報を含むＳＡ（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）をＤ２Ｄ受信端末に送信する（Ｓ４７２０）。
【１１８６】
その後、前記Ｄ２Ｄ送信端末は、前記Ｄ２Ｄ受信端末にＤ２Ｄ  ｄａｔａを送信する（Ｓ４７３０）。
【１１８７】
本発明が適用され得る装置一般
【１１８８】
図４８は、本明細書において提案する方法が適用され得る無線通信装置の内部ブロック図の一例を示す。
【１１８９】
図４８に示すように、無線通信システムは、基地局４８１０と、基地局４８１０領域内に位置した複数の端末４８２０とを備える。
【１１９０】
基地局４８１０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ、４８１１）、メモリ（ｍｅｍｏｒｙ、４８１２）、及びＲＦ部（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ、４８１３）とを備える。プロセッサ４８１１は、上述の図１〜図４７で提案された機能、過程、及び／又は方法を実現する。無線インターフェースプロトコルの階層は、プロセッサ４８１１により実現されることができる。メモリ４８１２は、プロセッサ４８１１と連結されて、プロセッサ４８１１を駆動するための様々な情報を格納する。ＲＦ部４８１３は、プロセッサ４８１１と連結されて、無線信号を送信及び／又は受信する。
【１１９１】
端末４８２０は、プロセッサ４８２１、メモリ４８２２、及びＲＦ部４８２３を備える。
【１１９２】
プロセッサ４８２１は、上述の図１〜図４７で提案され機能、過程、及び／又は方法を実現する。無線インターフェースプロトコルの階層は、プロセッサ４８２１により実現されることができる。メモリ４８２２は、プロセッサ４８２１と連結されて、プロセッサ４８２１を駆動するための様々な情報を格納する。ＲＦ部４８２３は、プロセッサ４８２１と連結されて、無線信号を送信及び／又は受信する。
【１１９３】
メモリ４８１２、４８２２は、プロセッサ４８１１、４８２１の内部または外部にありうるし、よく知られた様々な手段でプロセッサ４８１１、４８２１と連結されることができる。また、基地局４８１０及び／又は端末４８２０は、一個のアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）または多重アンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を有することができる。
【１１９４】
以上で説明された実施形態は、本発明の構成要素と特徴が所定の形態で結合されたものである。各構成要素または特徴は、別の明示的言及がない限り、選択的なものと考慮されるべきである。各構成要素または特徴は、他の構成要素や特徴と結合されていない形態で実施され得る。また、一部の構成要素及び／又は特徴を結合して本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作の順序は変更されることができる。ある実施形態の一部構成や特徴は、他の実施形態に含まれることができ、または、他の実施形態の対応する構成若しくは特徴と交替され得る。特許請求の範囲で明示的な引用関係がない請求項を結合して実施形態を構成するか、出願後の補正により新しい請求項として含めることができることは自明である。
【１１９５】
本発明に係る実施形態は、様々な手段、例えば、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア、またはそれらの結合などにより実現されることができる。ハードウェアによる実現の場合、本発明の一実施形態は、１つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより実現されることができる。
【１１９６】
ファームウエアやソフトウェアによる実現の場合、本発明の一実施形態は、以上で説明された機能または動作を行うモジュール、手順、関数などの形態で実現されることができる。ソフトウェアコードは、メモリに格納され、プロセッサにより駆動されることができる。前記メモリは、前記プロセッサ内部または外部に位置し、既に公知された様々な手段により前記プロセッサとデータをやり取りすることができる。
【１１９７】
本発明は、本発明の必須的特徴を外れない範囲で他の特定の形態で具体化され得ることは当業者に自明である。したがって、上述した詳細な説明は、あらゆる面で制限的に解釈されてはならず、例示的なものと考慮されなければならない。本発明の範囲は、添付された請求項の合理的解釈により決定されなければならず、本発明の等価的範囲内での全ての変更は、本発明の範囲に含まれる。
【産業上の利用可能性】
【１１９８】
本明細書の無線通信システムにおいてデータ送受信方法は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムに適用される例を中心として説明したが、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムの他にも、様々な無線通信システムに適用することが可能である。
【図１】
0006359757.tif 000050
【図２】
0006359757.tif 000051
【図３】
0006359757.tif 000052
【図４】
0006359757.tif 000053
【図５】
0006359757.tif 000054
【図６】
0006359757.tif 000055
【図７】
0006359757.tif 000056
【図８】
0006359757.tif 000057
【図９】
0006359757.tif 000058
【図１０】
0006359757.tif 000059
【図１１】
0006359757.tif 000060
【図１２】
0006359757.tif 000061
【図１３】
0006359757.tif 000062
【図１４】
0006359757.tif 000063
【図１５（ａ）】
0006359757.tif 000064
【図１５（ｂ）】
0006359757.tif 000065
【図１５（ｃ）】
0006359757.tif 000066
【図１５（ｄ）】
0006359757.tif 000067
【図１６】
0006359757.tif 000068
【図１７】
0006359757.tif 000069
【図１８】
0006359757.tif 000070
【図１９】
0006359757.tif 000071
【図２０】
0006359757.tif 000072
【図２１】
0006359757.tif 000073
【図２２】
0006359757.tif 000074
【図２３ａ】
0006359757.tif 000075
【図２３ｂ】
0006359757.tif 000076
【図２４】
0006359757.tif 000077
【図２５】
0006359757.tif 000078
【図２６】
0006359757.tif 000079
【図２７】
0006359757.tif 000080
【図２８】
0006359757.tif 000081
【図２９】
0006359757.tif 000082
【図３０】
0006359757.tif 000083
【図３１】
0006359757.tif 000084
【図３２】
0006359757.tif 000085
【図３３】
0006359757.tif 000086
【図３４】
0006359757.tif 000087
【図３５】
0006359757.tif 000088
【図３６】
0006359757.tif 000089
【図３７】
0006359757.tif 000090
【図３８】
0006359757.tif 000091
【図３９】
0006359757.tif 000092
【図４０】
0006359757.tif 000093
【図４１】
0006359757.tif 000094
【図４２】
0006359757.tif 000095
【図４３】
0006359757.tif 000096
【図４４】
0006359757.tif 000097
【図４５】
0006359757.tif 000098
【図４６】
0006359757.tif 000099
【図４７】
0006359757.tif 000100
【図４８】
0006359757.tif 000101