(57)【要約】      （修正有）【課題】端末間通信を支援する無線通信システムにおけるダウンリンク制御情報の送受信方法及び装置を提供する。【解決手段】方法は、端末が基地局からＤ２Ｄ通信のためのダウンリンク制御情報を受信するステップと、端末がダウンリンク制御情報に基づいてＰＳＣＣＨを介してＤ２Ｄ通信制御情報を受信端末に送信するステップと、端末がダウンリンク制御情報に基づいてＰＳＳＣＨを介してＤ２Ｄ通信データを受信端末に送信するステップとを含む。ダウンリンク制御情報は、Ｄ２Ｄ通信制御情報と周波数ホッピングフラグフィールド、ＰＳＣＣＨ資源割り当てフィールド、第１ＰＳＳＣＨ  ＲＡフィールド、第２ＰＳＳＣＨ  ＲＡフィールド及びＰＳＣＣＨと、ＰＳＳＣＨの送信電力情報を含むＴＰＣフィールドと、を含む。【選択図】図４２
2020080562.tif 000002
【特許請求の範囲】
【請求項１】
Ｄ２Ｄ（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ）通信を支援する無線通信システムにおけるダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を端末（ＵＥ）が受信する方法であって、
ｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）から、（ｉ）Ｄ２Ｄスケジューリング承認（ＳＡ）送信のためのＤ２Ｄ  ＳＡ送信電力を計算するための第１パラメータと、（ii）Ｄ２Ｄデータ送信のためのＤ２Ｄデータ送信電力を計算するための第２パラメータを含む制御情報を受信するステップと、
前記ｅＮＢから前記Ｄ２Ｄ通信のための前記ＤＣＩを受信するステップと、
前記ＤＣＩは、前記Ｄ２Ｄ  ＳＡのためのスケジューリング情報を含む第１資源割当て（ＲＡ）フィールドと、周波数領域でのＤ２Ｄデータのためのスケジューリング情報を含む第２ＲＡフィールドと、時間領域でのＤ２Ｄデータ（ｄａｔａ）のためのスケジューリング情報を含む第３ＲＡフィールドと、前記Ｄ２Ｄ  ＳＡとＤ２Ｄデータのための送信電力を制御するための単一のＴＰＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｏｒｏｌ）フィールドを含み、
前記単一のＴＰＣフィールドと前記第１パラメータでの値に基づいて前記Ｄ２Ｄ  ＳＡ送信電力を計算するステップと、
前記単一のＴＰＣフィールドと前記第２パラメータでの値に基づいて前記Ｄ２Ｄデータ送信電力を計算するステップと、  
受信ＵＥへ、前記Ｄ２Ｄ  ＳＡ送信電力に基づき前記Ｄ２Ｄ  ＳＡを送信するステップと、
前記受信ＵＥへ、前記Ｄ２Ｄデータ送信電力に基づき前記Ｄ２Ｄデータを送信するステップとを含み、
前記単一ＴＰＣフィールドでの値は、前記Ｄ２Ｄ  ＳＡ送信電力と前記Ｄ２Ｄデータ送信電力に共通に適用され、
前記Ｄ２Ｄ  ＳＡ送信電力と前記Ｄ２Ｄデータ送信電力のそれぞれは、互いに独立して計算される、受信方法。
【請求項２】
前記第１ＲＡフィールドは、前記Ｄ２Ｄ  ＳＡ送信のための資源領域の位置を導出するためのインデックス情報を含む、請求項１に記載の受信方法。
【請求項３】
前記第２ＲＡフィールドは、前記Ｄ２Ｄデータ送信のための開始資源ブロックインデックスと、割り当てられた資源ブロックの期間（terms）での長さを示す資源指示値（ＲＩＶ）を含む、請求項１に記載の受信方法。
【請求項４】
前記第３ＲＡフィールドは、前記Ｄ２Ｄデータ送信のために利用される時間資源パターンを示す情報を含む、請求項１に記載の受信方法。
【請求項５】
前記ＤＣＩは、前記受信ＵＥのための識別情報を含むＲＸ＿ＩＤフィールドをさらに含む、請求項１に記載の受信方法。
【請求項６】
前記第１ＲＡフィールドは、前記Ｄ２Ｄ  ＳＡ送信のために利用される時間資源パターンを示す情報を含む、請求項１に記載の受信方法。
【請求項７】
前記Ｄ２Ｄ  ＳＡと前記Ｄ２Ｄデータを復調するためのＤＭＲＳ  ＣＳ情報を含む復調参照信号サイクルシフト（ＤＭＲＳ  ＣＳ）フィールドをさらに含む、請求項１に記載の受信方法。
【請求項８】
Ｄ２Ｄ（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ）通信を支援する無線通信システムにおけるダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を受信する端末（ＵＥ）であって、
無線信号を送受信するための送受信器と、
前記送受信器を制御するプロセッサとを含み、
前記プロセッサは、
ｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）から、（ｉ）Ｄ２Ｄスケジューリング承認（ＳＡ）送信のためのＤ２Ｄ  ＳＡ送信電力を計算するための第１パラメータと、（ii）Ｄ２Ｄデータ送信のためのＤ２Ｄデータ送信電力を計算するための第２パラメータを含む制御情報を受信し、
前記ｅＮＢから前記Ｄ２Ｄ通信のための前記ＤＣＩを受信し、
前記ＤＣＩは、前記Ｄ２Ｄスケジューリング承認（ＳＡ）のためのスケジューリング情報を含む第１資源割り当て（ＲＡ）フィールドと、周波数領域でのＤ２Ｄデータのためのスケジューリング情報を含む第２ＲＡフィールドと、時間領域でのＤ２Ｄデータ（ｄａｔａ）のためのスケジューリング情報を含む第３ＲＡフィールドと、前記Ｄ２Ｄ  ＳＡとＤ２Ｄデータのための送信電力を制御するための単一のＴＰＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｏｒｏｌ）フィールドを含み、
前記単一のＴＰＣフィールドと前記第１パラメータでの値に基づいて前記Ｄ２Ｄ  ＳＡ送信電力を計算し、
前記単一のＴＰＣフィールドと前記第２パラメータでの値に基づいて前記Ｄ２Ｄデータ送信電力を計算し、
受信ＵＥへ、前記Ｄ２Ｄ  ＳＡ送信電力に基づき前記Ｄ２Ｄ  ＳＡを送信し、
前記受信ＵＥへ、前記Ｄ２Ｄデータ送信電力に基づき前記Ｄ２Ｄデータを送信するように構成され、
前記単一ＴＰＣフィールドでの値は、前記Ｄ２Ｄ  ＳＡ送信電力と前記Ｄ２Ｄデータ送信電力に共通に適用され、
前記Ｄ２Ｄ  ＳＡ送信電力と前記Ｄ２Ｄデータ送信電力のそれぞれは、互いに独立して計算される、端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、さらに詳細には、端末間通信（Ｄ２Ｄ（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ）ｃｏｍｍｕｎｉｃａｔｉｏｎ）を支援する無線通信システムにおけるＤ２Ｄ通信と関連したダウンリンク制御情報を送受信する方法及びこれを支援する装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなくデータサービスまで領域を拡張し、現在では、爆発的なトラフィックの増加によって資源の不足現象が引き起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００３】
次世代移動通信システムの要求条件は、大きく爆発的なデータトラフィックの収容、ユーザ当たりの送信率の画期的な増加、大幅増加した接続デバイス数の収容、非常に低いエンドツーエンド遅延（Ｅｎｄ-ｔｏ-Ｅｎｄ  Ｌａｔｅｎｃｙ）、高エネルギー効率を支援できなければならない。このために、多重接続性（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ  ＭＩＭＯ：Ｍａｓｓｉｖｅ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）、全二重（Ｉｎ-ｂａｎｄ  Ｆｕｌｌ  Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ-Ｏｒｔｈｏｇｏｎａｌ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ  ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ  Ｎｅｔｗｏｒｋｉｎｇ）等、多様な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
Ｄ２Ｄ通信と関連したダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）は、Ｄ２Ｄ送信端末からＤ２Ｄ受信端末に送信するスケジューリング承認（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）及びＤ２Ｄ直接通信データ送信を全部スケジューリングしなければならないので、制御情報量が多くて一つのダウンリンク制御情報フォーマットで構成するのに困難さがあった。
【０００５】
また、スケジューリング承認（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）及びＤ２Ｄ直接通信データ送信のための各々のダウンリンク制御情報を送信するにはシグナリング負担（ｓｉｇｎａｌｉｎｇ  ｂｕｒｄｅｎ）が大きい。
【０００６】
本発明の目的は、Ｄ２Ｄ送信端末からＤ２Ｄ受信端末に送信するスケジューリング承認（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）及びＤ２Ｄ直接通信データを全部スケジューリングするためのダウンリンク制御情報を送受信する方法を提案する。
【０００７】
本発明において達成しようとする技術的課題は、以上言及した技術的課題に制限されず、言及しないさらに他の技術的課題は、以下の記載から本発明が属する技術分野における通常の知識を有した者にとって明確に理解されるはずである。
【課題を解決するための手段】
【０００８】
本発明の一様相は、Ｄ２Ｄ（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ）通信を支援する無線通信システムにおけるダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を受信する方法であって、端末が基地局からＤ２Ｄ通信のためのダウンリンク制御情報を受信するステップと、前記端末が前記ダウンリンク制御情報に基づいて、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介してＤ２Ｄ通信制御情報を受信端末に送信するステップと、前記端末が前記ダウンリンク制御情報に基づいて、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介してＤ２Ｄ通信データを前記受信端末に送信するステップとを含み、前記ダウンリンク制御情報は、前記Ｄ２Ｄ通信制御情報と前記Ｄ２Ｄ通信データ送信時に周波数跳躍（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）が適用されているかどうかを指示するホッピングフラグ（ｈｏｐｐｉｎｇ  ｆｌａｇ）フィールド、前記ＰＳＣＣＨのためのスケジューリング情報を含むＰＳＣＣＨ資源割り当て（ＲＡ：Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）フィールド、前記ＰＳＳＣＨのための周波数領域でのスケジューリング情報を含む第１ＰＳＳＣＨ  ＲＡフィールド、前記ＰＳＳＣＨのための時間領域でのスケジューリング情報を含む第２ＰＳＳＣＨ  ＲＡフィールド、及び前記ＰＳＣＣＨと前記ＰＳＳＣＨの送信電力情報を含むＴＰＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）フィールドを含むことができる。
【０００９】
本発明の他の一様相は、 Ｄ２Ｄ（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ）通信を支援する無線通信システムにおけるダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を受信する端末であって、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニットと、プロセッサとを備え、前記プロセッサは、基地局からＤ２Ｄ通信のためのダウンリンク制御情報を受信し、前記ダウンリンク制御情報に基づいて、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介してＤ２Ｄ通信制御情報を受信端末に送信し、前記ダウンリンク制御情報に基づいて、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介してＤ２Ｄ通信データを前記受信端末に送信するように構成され、前記ダウンリンク制御情報は、前記Ｄ２Ｄ通信制御情報と前記Ｄ２Ｄ通信データ送信時に周波数跳躍（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）が適用されているかどうかを指示するホッピングフラグ（ｈｏｐｐｉｎｇ  ｆｌａｇ）フィールド、前記ＰＳＣＣＨのためのスケジューリング情報を含むＰＳＣＣＨ資源割り当て（ＲＡ：Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）フィールド、前記ＰＳＳＣＨのための周波数領域でのスケジューリング情報を含む第１ＰＳＳＣＨ  ＲＡフィールド、前記ＰＳＳＣＨのための時間領域でのスケジューリング情報を含む第２ＰＳＳＣＨ  ＲＡフィールド、及び前記ＰＳＣＣＨと前記ＰＳＳＣＨの送信電力情報を含むＴＰＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）フィールドを含むことができる。
【００１０】
本発明の他の一様相は、Ｄ２Ｄ（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ）通信を支援する無線通信システムにおけるダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を送信する方法であって、基地局がＤ２Ｄ通信のためのダウンリンク制御情報を端末に送信するステップを含み、前記ダウンリンク制御情報は、前記Ｄ２Ｄ通信制御情報と前記Ｄ２Ｄ通信データ送信時に周波数跳躍（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）が適用されているかどうかを指示するホッピングフラグ（ｈｏｐｐｉｎｇ  ｆｌａｇ）フィールド、前記ＰＳＣＣＨのためのスケジューリング情報を含むＰＳＣＣＨ資源割り当て（ＲＡ：Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）フィールド、前記ＰＳＳＣＨのための周波数領域でのスケジューリング情報を含む第１ＰＳＳＣＨ  ＲＡフィールド、前記ＰＳＳＣＨのための時間領域でのスケジューリング情報を含む第２ＰＳＳＣＨ  ＲＡフィールド、及び前記ＰＳＣＣＨと前記ＰＳＳＣＨの送信電力情報を含むＴＰＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）フィールドを含む。
【００１１】
本発明の他の一様相は、Ｄ２Ｄ（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ）通信を支援する無線通信システムにおけるダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を送信する基地局であって、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニットと、プロセッサとを備え、前記プロセッサは、基地局がＤ２Ｄ通信のためのダウンリンク制御情報を端末に送信するように構成され、前記ダウンリンク制御情報は、前記Ｄ２Ｄ通信制御情報と前記Ｄ２Ｄ通信データ送信時に周波数跳躍（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）が適用されているかどうかを指示するホッピングフラグ（ｈｏｐｐｉｎｇ  ｆｌａｇ）フィールド、前記ＰＳＣＣＨのためのスケジューリング情報を含むＰＳＣＣＨ資源割り当て（ＲＡ：Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）フィールド、前記ＰＳＳＣＨのための周波数領域でのスケジューリング情報を含む第１ＰＳＳＣＨ  ＲＡフィールド、前記ＰＳＳＣＨのための時間領域でのスケジューリング情報を含む第２ＰＳＳＣＨ  ＲＡフィールド、及び前記ＰＳＣＣＨと前記ＰＳＳＣＨの送信電力情報を含むＴＰＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）フィールドを含むことができる。
【００１２】
好ましくは、前記ＰＳＣＣＨ  ＲＡフィールドは、前記ＰＳＣＣＨが送信される資源領域の位置を導き出すためのインデックス情報を含むことができる。
【００１３】
好ましくは、前記第１ＰＳＳＣＨ  ＲＡフィールドは、前記ＰＳＳＣＨ送信の開始資源ブロックインデックスと割り当てられた資源ブロックの長さ（ｌｅｎｇｔｈ）を指示する資源指示値（ＲＩＶ：Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｉｏｎ  Ｖａｌｕｅ）を含むことができる。
【００１４】
好ましくは、前記第２ＰＳＳＣＨ  ＲＡフィールドは、前記ＰＳＳＣＨ送信のために使用される時間資源パターンを指示する情報を含むことができる。
【００１５】
好ましくは、前記ＴＰＣフィールドは、前記ＰＳＣＣＨの送信電力を指示する第１ＴＰＣフィールド、及び前記ＰＳＳＣＨの送信電力を指示する第２ＴＰＣフィールドから構成されることができる。
【００１６】
好ましくは、前記ダウンリンク制御情報は、前記受信端末の識別情報を含む受信端末ＩＤフィールドをさらに含むことができる。
【００１７】
好ましくは、前記ダウンリンク制御情報は、前記ＰＳＣＣＨ及び／または前記ＰＳＳＣＨ送信のためのＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  Ｃｏｄｉｎｇ  ａｎｄ  Ｓｃｈｅｍｅ）情報を指示するＭＣＳフィールドをさらに含むことができる。
【００１８】
好ましくは、前記ＰＳＣＣＨ  ＲＡフィールドは、前記ＰＳＣＣＨ送信のために使用される時間資源パターンを指示する情報を含むことができる。
【００１９】
好ましくは、前記ダウンリンク制御情報は、前記Ｄ２Ｄ通信制御情報及び／または前記Ｄ２Ｄ通信データ復調のためのＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）の循環シフト（ＣＳ：Ｃｙｃｌｉｃ  Ｓｈｉｆｔ）情報を含むＤＭＲＳ  ＣＳフィールドをさらに含むことができる。
【発明の効果】
【００２０】
本発明の実施の形態によれば、ダウンリンク制御情報を構成するフィールドを適切に構成することによって、Ｄ２Ｄ送信端末からＤ２Ｄ受信端末に送信するスケジューリング承認（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）及びＤ２Ｄ直接通信データを全部スケジューリングするダウンリンク制御情報をスムーズに送受信できる。
【００２１】
本明細書から得られる効果は、以上言及した効果に制限されず、言及しないさらに他の効果は、以下の記載から本発明が属する技術分野における通常の知識を有した者にとって明確に理解されるはずである。
【図面の簡単な説明】
【００２２】
本発明に関する理解に役立つために、詳細な説明の一部として含まれる、添付図面は、本発明に対する実施の形態を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【図１】本発明が適用されることができるＥ-ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
【図２】本発明が適用されることができる３ＧＰＰ  ＬＴＥ／ＬＴＥ-Ａシステムに利用される物理チャネル及びこれらを利用した一般的な信号送信方法を説明するための図である。
【図３】本発明が適用されることができる無線通信システムにおける無線フレームの構造を示す。
【図４】本発明が適用されることができる無線通信システムにおける一つのダウンリンクスロットに対する資源グリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示した図である。
【図５】本発明が適用されることができる無線通信システムにおけるダウンリンクサブフレームの構造を示す。
【図６】本発明が適用されることができる無線通信システムにおけるアップリンクサブフレームの構造を示す。
【図７】本発明が適用されることができる無線通信システムにおけるＤＣＩフォーマット０の構造を例示する図である。
【図８】本発明が適用されることができる無線通信システムにおけるＰＵＣＣＨフォーマットがアップリンク物理資源ブロックのＰＵＣＣＨ領域にマッピングされる形態の一例を示す。
【図９】本発明が適用されることができる無線通信システムにおける一般ＣＰの場合のＣＱＩチャネルの構造を示す。
【図１０】本発明が適用されることができる無線通信システムにおける一般ＣＰの場合に、ＡＣＫ／ＮＡＣＫチャネルの構造を示す。
【図１１】本発明が適用されることができる無線通信システムにおける一つのスロットの間に５個のＳＣ-ＦＤＭＡシンボルを生成して送信する一例を示す。
【図１２】本発明が適用されることができる無線通信システムにおけるコンポーネントキャリヤ及びキャリヤ併合の一例を示す。
【図１３】本発明が適用されることができる無線通信システムにおけるクロスキャリヤスケジューリングに応じるサブフレーム構造の一例を示す。
【図１４】本発明が適用されることができる無線通信システムにおけるＤ２Ｄ通信を概念的に説明するための図である。
【図１５】本明細書で提案する方法が適用されることができるＤ２Ｄ通信の多様なシナリオの一例を示す。
【図１６】本明細書で提案するＤ２Ｄ制御情報及びＤ２Ｄデータ送受信方法の一例を示した図である。
【図１７】本明細書で提案するＤ２Ｄ制御情報及びＤ２Ｄデータ送受信方法のさらに他の一例を示した図である。
【図１８】本明細書で提案するＤ２Ｄ制御情報及びＤ２Ｄデータ送受信方法のさらに他の一例を示した図である。
【図１９】本明細書で提案するＤ２Ｄ送信モードに応じるＤ２Ｄ制御情報設定方法の一例を示した図である。
【図２０】本明細書で提案するＤ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係の一例を示した図である。
【図２１】本明細書で提案するＤ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係の一例を示したフローチャートである。
【図２２】本明細書で提案するＤ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係の一例を示したフローチャートである。
【図２３】本明細書で提案するＤ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係のさらに他の一例を示した図である。
【図２４】本明細書で提案するＤ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係のさらに他の一例を示した図である。
【図２５】本明細書で提案するＤ２Ｄ  ＳＡ送信とＤ２Ｄ  ｄａｔａ送信との間のタイミング関係の一例を示した図である。
【図２６】本明細書で提案するＤ２Ｄ  ＳＡ送信とＤ２Ｄ  ｄａｔａ送信との間のタイミング関係のさらに他の一例を示した図である。
【図２７】本明細書で提案するＤ２Ｄ  ＳＡ送信とＤ２Ｄ  ｄａｔａ送信との間のタイミング関係のさらに他の一例を示した図である。
【図２８】本明細書で提案するＤ２Ｄ  ｄａｔａ送受信方法の一例を示したフローチャートである。
【図２９】本明細書で提案するＳＡ資源及び／またはＤ２Ｄ  ｄａｔａ資源の位置を知らせるための方法の一例を示した図である。
【図３０】本明細書で提案するＳＡ資源及び／またはＤ２Ｄ  ｄａｔａ資源の位置を知らせるための方法の一例を示した図である。
【図３１】本明細書で提案するＳＡ資源及び／またはＤ２Ｄ  ｄａｔａ資源の位置を知らせるための方法の一例を示した図である。
【図３２】本明細書で提案するＳＡ資源及び／またはＤ２Ｄ  ｄａｔａ資源の位置を知らせるための方法の一例を示した図である。
【図３３】本明細書で提案するＤ２Ｄ送信のためのＵＥ  ｓｃｈｅｄｕｌｉｎｇ方法の一例を示したフローチャートである。
【図３４】本明細書で提案するＲＲＣ  ｓｉｇｎａｌｉｎｇを利用してＤ２Ｄ送信のためのＵＥ  ｓｃｈｅｄｕｌｉｎｇ方法の一例を示した図である。
【図３５】本明細書で提案する物理層チャネルを利用して、Ｄ２Ｄ送信のためのＵＥ  ｓｃｈｅｄｕｌｉｎｇ方法の一例を示した図である。
【図３６】本明細書で提案するＳＧに対したＨＡＲＱ手順を行う方法の一例を示したフローチャートである。
【図３７】本明細書で提案するＤ２Ｄ動作手順及びこれと関連したシグナリング（ｓｉｇｎａｌｉｎｇ）送受信方法の一例を示した図である。
【図３８】は、本発明の一実施の形態にかかるダウンリンク制御情報送信方法の一例を示したフローチャートである。
【図３９】は、本発明の一実施の形態にかかるダウンリンク制御情報送信方法の一例を示したフローチャートである。
【図４０】は、本発明の一実施の形態にかかるダウンリンク制御情報送信方法の一例を示したフローチャートである。
【図４１】は、本発明の一実施の形態にかかるダウンリンク制御情報送信方法の一例を示したフローチャートである。
【図４２】本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【図４３】本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【図４４】本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【図４５】本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【図４６】本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【図４７】本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【図４８】本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【図４９】本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【図５０】本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【図５１】本発明の一実施の形態にかかる無線通信装置のブロック構成図を例示する。
【発明を実施するための形態】
【００２３】
以下、本発明にかかる好ましい実施の形態を添付された図面を参照して詳細に説明する。添付された図面と共に以下に開示する詳細な説明は、本発明の例示的な実施の形態を説明するためのものであり、本発明が実施されうる唯一の実施の形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的細部事項を含む。しかしながら、当業者は、本発明がこのような具体的細部事項がなくても実施できることを理解すべきである。
【００２４】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されるか、または各構造及び装置の核心機能を重心にしたブロック図形式で示されることができる。
【００２５】
本明細書において基地局は、端末と直接的に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書において基地局により行われると説明された特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われても良い。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて端末との通信のために行われる多様な動作は、基地局または基地局以外の他のネットワークノードにより行われうることは明らかである。「基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ-ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの用語により代替されることができる。また、「端末（Ｔｅｒｍｉｎａｌ）」は、固定されるか、または移動性を有することができ、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ  ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ  ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ-Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ-ｔｏ-Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ）装置などの用語に代替されることができる。
【００２６】
以下、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。ダウンリンクにおける送信機は、基地局の一部で、受信機は、端末の一部でありうる。アップリンクにおける送信機は、端末の一部で、受信機は、基地局の一部でありうる。
【００２７】
以下の説明において用いられる特定用語は、本発明の理解に役立つために提供されたものであり、このような特定用語の使用は、本発明の技術的思想から外れない範囲内で他の形態に変更されることができる。
【００２８】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ-ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＮＯＭＡ（ｎｏｎ-ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような多様な無線接続システムに利用されることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）またはＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）により実現化されることができる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術により実現化されることができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ-Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２-２０、Ｅ-ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術により実現化されることができる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ-ＵＴＲＡを使用するＥ-ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、ダウンリンクにおいてＯＦＤＭＡを採用し、アップリンクにおいてＳＣ-ＦＤＭＡを採用する。ＬＴＥ-Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化である。
【００２９】
本発明の実施の形態は、無線接続システムであるＩＥＥＥ  ８０２、３ＧＰＰ及び３ＧＰＰ２のうち、少なくとも一つに開示された標準文書により裏付けられることができる。すなわち、本発明の実施の形態のうち、本発明の技術的思想を明確にあらわすために、説明しないステップまたは部分は、前記文書により裏付けられることができる。また、本文書に開示しているすべての用語は、前記標準文書により説明されることができる。
【００３０】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ-Ａを中心に述べるが、本発明の技術的特徴がこれに制限されることではない。
【００３１】
システム一般
図１は、本発明が適用されることができるＥ-ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
【００３２】
Ｅ-ＵＴＲＡＮシステムは、従来のＵＴＲＡＮシステムから進化したシステムであって、例えば、３ＧＰＰ  ＬＴＥ／ＬＴＥ-Ａシステムでありうる。Ｅ-ＵＴＲＡＮは、端末に制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）プロトコルを提供する基地局（ｅＮＢ）とから構成され、基地局は、Ｘ２インタフェースを介して接続される。Ｘ２ユーザ平面インタフェース（Ｘ２-Ｕ）は、基地局の間に定義される。Ｘ２-Ｕインタフェースは、ユーザ平面ＰＤＵ（ｐａｃｋｅｔ  ｄａｔａ  ｕｎｉｔ）の保障されない伝達（ｎｏｎ  ｇｕａｒａｎｔｅｅｄ  ｄｅｌｉｖｅｒｙ）を提供する。Ｘ２制御平面インタフェース（Ｘ２-ＣＰ）は、二つの隣接基地局間に定義される。Ｘ２-ＣＰは、基地局間のコンテクスト（ｃｏｎｔｅｘｔ）伝達、ソース基地局とターゲット基地局との間のユーザ平面トンネルの制御、ハンドオ―バ関連メッセージの伝達、アップリンク負荷管理などの機能を行う。基地局は、無線インタフェースを介して端末と接続され、Ｓ１インタフェースを介してＥＰＣ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ）に接続される。Ｓ１ユーザ平面インタフェース（Ｓ１-Ｕ）は、基地局とサービングゲートウェイ（Ｓ-ＧＷ：ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ）との間に定義される。Ｓ１制御平面インタフェース（Ｓ１-ＭＭＥ）は、基地局と移動性管理個体（ＭＭＥ：ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）の間に定義される。Ｓ１インタフェースは、ＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）ベアラサービス管理機能、ＮＡＳ（ｎｏｎ-ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）シグナリングトランスポート機能、ネットワークシェアリング、ＭＭＥ負荷バランス機能などを行う。Ｓ１インタフェースは、基地局とＭＭＥ／Ｓ-ＧＷとの間に多数-トゥー-多数関係（ｍａｎｙ-ｔｏ-ｍａｎｙ-ｒｅｌａｔｉｏｎ）を支援する。
【００３３】
図２は、本発明が適用されることができる３ＧＰＰ  ＬＴＥ／ＬＴＥ-Ａシステムに利用される物理チャネル及びこれらを利用した一般的な信号送信方法を説明するための図である。
【００３４】
電源がオフになった状態で再度電源がオンになるか、新しくセルに進入した端末は、ステップＳ２０１にて基地局と同期を合せる等の初期セルサーチ（ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う。このために、端末は、基地局から主同期チャネル（Ｐ-ＳＣＨ：ｐｒｉｍａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｃｈａｎｎｅｌ）及び副同期チャネル（Ｓ-ＳＣＨ：ｓｅｃｏｎｄａｒｙｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｃｈａｎｎｅｌ）を受信して基地局と同期を合せ、セルＩＤ（ｉｄｅｎｔｉｆｉｅｒ）などの情報を獲得する。
【００３５】
その後、端末は、基地局から物理放送チャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）信号を受信して、セル内の放送情報を獲得できる。一方、端末は、初期セルサーチステップでダウンリンク参照信号（ＤＬ  ＲＳ：ｄｏｗｎｌｉｎｋ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）を受信して、ダウンリンクチャネル状態を確認することができる。
【００３６】
初期セルサーチを終えた端末は、ステップＳ２０２にてＰＤＣＣＨ及びＰＤＣＣＨ情報に応じるＰＤＳＣＨを受信して、さらに具体的なシステム情報を獲得できる。
【００３７】
以後、端末は、基地局に接続を完了するために、以後ステップＳ２０３ないしステップＳ２０６のようなランダムアクセス手順（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）を行うことができる。このために、端末は、物理ランダムアクセスチャネル（ＰＲＡＣＨ：ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）を介して、プリアンブル（ｐｒｅａｍｂｌｅ）を送信し（Ｓ２０３）、ＰＤＣＣＨ及びこれに対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージを受信することができる（Ｓ２０４）。競争基盤ランダムアクセスの場合、端末は、追加的なＰＲＡＣＨ信号の送信（Ｓ２０５）及びＰＤＣＣＨ信号及びこれに対応するＰＤＳＣＨ信号の受信（Ｓ２０６）のような衝突解決手順（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【００３８】
上述のような手順を行った端末は、以後、一般的なアップ／ダウンリンク信号送信手順としてＰＤＣＣＨ信号及び／またはＰＤＳＣＨ信号の受信（Ｓ２０７）及び物理アップリンク共有チャネル（ＰＵＳＣＨ）信号及び／または物理アップリンク制御チャネル（ＰＵＣＣＨ）信号の送信（Ｓ２０８）を行うことができる。
【００３９】
端末が基地局に送信する制御情報を通称して、アップリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）と呼ぶ。ＵＣＩは、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｔｒａｎｓｍｉｔ  ｒｅＱｕｅｓｔ）-ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）／ＮＡＣＫ（Ｎｏｎ-Ａｃｋｎｏｗｌｅｄｇｅ）、スケジューリング要求（ＳＲ：ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ）、チャネル品質指示子（ＣＱＩ：Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、プレコーディング行列指示子（ＰＭＩ：ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ）、ランク指示子（ＲＩ：ｒａｎｋ  ｉｎｄｉｃａｔｉｏｎ）情報などを含む。
【００４０】
ＬＴＥ／ＬＴＥ-ＡシステムにおけるＵＣＩは、一般にＰＵＣＣＨを介して周期的に送信されるが、制御情報とトラフィックデータとが同時に送信されなければならない場合、ＰＵＳＣＨを介して送信されることができる。また、ネットワークの要求／指示によりＰＵＳＣＨを介してＵＣＩを非周期的に送信できる。
【００４１】
図３は、本発明が適用されることができる無線通信システムにおける無線フレームの構造を示す。
【００４２】
３ＧＰＰ  ＬＴＥ／ＬＴＥ-Ａでは、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造とＴＤＤ（Ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造を支援する。
【００４３】
図３（ａ）は、タイプ１無線フレームの構造を例示する。無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）から構成される。一つのサブフレームは、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）において２個のスロット（ｓｌｏｔ）から構成される。一つのサブフレームを送信するのにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。例えば、一つのサブフレームの長さは１ｍｓで、一つのスロットの長さは、０．５ｍｓでありうる。
【００４４】
一つのスロットは、時間領域において複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、周波数領域において複数の資源ブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含む。３ＧＰＰ  ＬＴＥは、ダウンリンクにおいてＯＦＤＭＡを使用するから、ＯＦＤＭシンボルは、一つのシンボル区間（ｓｙｍｂｏｌ  ｐｅｒｉｏｄ）を表現するためのものである。ＯＦＤＭシンボルは、一つのＳＣ-ＦＤＭＡシンボルまたはシンボル区間ということができる。資源ブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は、資源割り当て単位で、一つのスロットにおいて複数の連続的な副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。
【００４５】
図３の（ｂ）は、タイプ２フレーム構造（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  ２）を示す。タイプ２無線フレームは、２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）から構成され、各ハーフフレームは、５個のサブフレームとＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（ＧＰ：Ｇｕａｒｄ  Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）から構成され、この中で１個のサブフレームは、２個のスロットから構成される。ＤｗＰＴＳは、端末での初期セルサーチ、同期化またはチャネル推定に使用される。ＵｐＰＴＳは、基地局でのチャネル推定と端末のアップリンク送信同期とを合わせるのに使用される。保護区間は、アップリンクとダウンリンクとの間にダウンリンク信号の多重経路遅延によりアップリンクにおいて生じる干渉を除去するための区間である。
【００４６】
ＴＤＤシステムのタイプ２フレーム構造においてアップリンク-ダウンリンク構成（ｕｐｌｉｎｋ-ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、すべてのサブフレームに対してアップリンクとダウンリンクが割り当て（または予約）されるかどうかを表す規則である。表１は、アップリンク-ダウンリンク構成を示す。
【００４７】
【表１】
2020080562.tif 000003
【００４８】
表１に示すように、無線フレームの各サブフレーム別に、「Ｄ」は、ダウンリンク送信のためのサブフレームを示し、「Ｕ」は、アップリンク送信のためのサブフレームを示し、「Ｓ」は、ＤｗＰＴＳ、ＧＰ、ＵｐＰＴＳ  ３通りのフィールドから構成されるスペシャルサブフレーム（ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ）を示す。アップリンク-ダウンリンク構成は、７通りに区分されることができ、各構成別にダウンリンクサブフレーム、スペシャルサブフレーム、アップリンクサブフレームの位置及び／又は数が異なる。
【００４９】
ダウンリンクからアップリンクに変更されるとき点またはアップリンクからダウンリンクに切り替えられる時点を切り替え時点（ｓｗｉｔｃｈｉｎｇ  ｐｏｉｎｔ）という。切り替え時点の周期性（Ｓｗｉｔｃｈ-ｐｏｉｎｔ  ｐｅｒｉｏｄｉｃｉｔｙ）は、アップリンクサブフレームとダウンリンクサブフレームが切り替えられる様相が同様に繰り返される周期を意味し、５ｍｓまたは１０ｍｓが全て支援される。５ｍｓダウンリンク-アップリンク切り替え時点の周期を有する場合には、スペシャルサブフレーム（Ｓ）は、ハーフ-フレーム毎に存在し、５ｍｓダウンリンク-アップリンク切り替え時点の周期を有する場合には、１番目のハーフ-フレームだけに存在する。
【００５０】
すべての構成において、０番、５番サブフレーム及びＤｗＰＴＳは、ダウンリンク送信だけのための区間である。ＵｐＰＴＳ及びサブフレームサブフレームに直ちにつながるサブフレームは、常にアップリンク送信のための区間である。
【００５１】
このような、アップリンク-ダウンリンク構成はシステム情報であって、基地局と端末ともが知っていることができる。基地局は、アップリンク-ダウンリンク構成情報が変わる毎に構成情報のインデックスだけを送信することによって、無線フレームのアップリンク-ダウンリンク割り当て状態の変更を端末に知らせることができる。また、構成情報は、一種のダウンリンク制御情報として他のスケジューリング情報と同様にＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して送信されることができ、放送情報としてブロードキャストチャネル（ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）を介してセル内のすべての端末に共通に送信されることもできる。
【００５２】
無線フレームの構造は、一つの例示に過ぎず、無線フレームに含まれる副搬送波の数またはサブフレームに含まれるスロットの数、スロットに含まれるＯＦＤＭシンボルの数は、多様に変更されることができる。
【００５３】
図４は、本発明が適用されることができる無線通信システムにおける一つのダウンリンクスロットに対する資源グリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示した図である。
【００５４】
図４に示すように、一つのダウンリンクスロットは、時間領域において複数のＯＦＤＭシンボルを含む。ここで、一つのダウンリンクスロットは、７個のＯＦＤＭシンボルを含み、一つの資源ブロックは、周波数領域において１２個の副搬送波を含むことを例示的に述べるが、これに限定されるものではない。
【００５５】
資源グリッド上において各要素（ｅｌｅｍｅｎｔ）を資源要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）とし、一つの資源ブロック（ＲＢ：ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は、１２×７個の資源要素を含む。ダウンリンクスロットに含まれる資源ブロックの数ＮＤＬは、ダウンリンク送信帯域幅（ｂａｎｄｗｉｄｔｈ）に従属する。
【００５６】
アップリンクスロットの構造は、ダウンリンクスロットの構造と同一でありうる。
【００５７】
図５は、本発明が適用されることができる無線通信システムにおけるダウンリンクサブフレームの構造を示す。
【００５８】
図５に示すように、サブフレーム内の第１番目のスロットにおいて前の最大３個のＯＦＤＭシンボルが、制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）であり、残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられるデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）である。３ＧＰＰ  ＬＴＥで使用されるダウンリンク制御チャネルの一例にＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ-ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などがある。
【００５９】
ＰＣＦＩＣＨは、サブフレームの第１番目のＯＦＤＭシンボルにおいて送信され、サブフレーム内に制御チャネルの送信のために使用されるＯＦＤＭシンボルの数（すなわち、制御領域の大きさ）に関する情報を運ぶ。ＰＨＩＣＨは、アップリンクに対する応答チャネルで、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）に対するＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（Ｎｏｔ-Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を運ぶ。ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）という。ダウンリンク制御情報は、アップリンク資源割り当て情報、ダウンリンク資源割り当て情報または任意の端末グループに対するアップリンク送信（Ｔｘ）パワー制御命令を含む。
【００６０】
ＰＤＣＣＨは、ＤＬ-ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）の資源割り当て及び送信フォーマット（これをダウンリンクグラントともいう）、ＵＬ-ＳＣＨ（Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）の資源割り当て情報（これをアップリンクグラントともいう）、ＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）でのページング（ｐａｇｉｎｇ）情報、ＤＬ-ＳＣＨでのシステム情報、ＰＤＳＣＨから送信されるランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）のような上位層（ｕｐｐｅｒ-ｌａｙｅｒ）制御メッセージに対する資源割り当て、任意の端末グループ内の個別端末に対する送信パワー制御命令の集合、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化などを運ぶことができる。複数のＰＤＣＣＨは、制御領域内で送信されることができ、端末は、複数のＰＤＣＣＨをモニタリングできる。ＰＤＣＣＨは、一つまたは複数の連続的なＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ）の集合から構成される。ＣＣＥは、無線チャネルの状態に応じる符号化率（ｃｏｄｉｎｇ  ｒａｔｅ）をＰＤＣＣＨに提供するために使用される論理的割り当て単位である。ＣＣＥは、複数の資源要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に対応する。ＰＤＣＣＨのフォーマット及び使用可能なＰＤＣＣＨのビット数は、ＣＣＥの数とＣＣＥにより提供される符号化率間の関連関係によって決定される。
【００６１】
基地局は、端末に送信しようとするＤＣＩに応じてＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を付ける。ＣＲＣには、ＰＤＣＣＨの所有者（ｏｗｎｅｒ）または用途に応じて、固有の識別子（これをＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）という。）がマスキングされる。特定の端末のためのＰＤＣＣＨであれば、端末の固有の識別子、例えばＣ-ＲＮＴＩ（Ｃｅｌｌ-ＲＮＴＩ）がＣＲＣにマスキングされることができる。またはページングメッセージのためのＰＤＣＣＨであれば、ページング指示識別子、例えばＰ-ＲＮＴＩ（Ｐａｇｉｎｇ-ＲＮＴＩ）がＣＲＣにマスキングされることができる。システム情報、さらに具体的にシステム情報ブロック（ＳＩＢ：ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ）のためのＰＤＣＣＨであれば、システム情報識別子、ＳＩ-ＲＮＴＩ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ）がＣＲＣにマスキングされることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を指示するために、ＲＡ-ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ-ＲＮＴＩ）がＣＲＣにマスキングされることができる。
【００６２】
図６は、本発明が適用されることができる無線通信システムにおけるアップリンクサブフレームの構造を示す。
【００６３】
図６に示すように、アップリンクサブフレームは、周波数領域において制御領域とデータ領域とに分けられる。制御領域には、アップリンク制御情報を運ぶＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）が割り当てられる。データ領域は、ユーザデータを運ぶＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられる。単一搬送波特性を維持するために、一つの端末は、ＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。
【００６４】
一つの端末に対するＰＵＣＣＨには、サブフレーム内に資源ブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）対が割り当てられる。ＲＢ対に属するＲＢは、２個のスロットの各々で互いに異なる副搬送波を占める。これをＰＵＣＣＨに割り当てられたＲＢ対は、スロット境界（ｓｌｏｔ  ｂｏｕｎｄａｒｙ）から周波数跳躍（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）されるという。
【００６５】
ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｄｉｃａｔｏｒ）という。ＰＤＣＣＨは、ＤＣＩフォーマットに応じて制御情報の大きさ及び用途が異なり、また符号化率に応じて大きさが変わることができる。
【００６６】
表２は、ＤＣＩフォーマットに応じるＤＣＩを表す。
【００６７】
【表２】
2020080562.tif 000004
【００６８】
表２を参照すると、ＤＣＩフォーマットには、ＰＵＳＣＨスケジューリングのためのフォーマット０、一つのＰＤＳＣＨコードワードのスケジューリングのためのフォーマット１、一つのＰＤＳＣＨコードワードの簡単な（ｃｏｍｐａｃｔ）スケジューリングのためのフォーマット１Ａ、ＤＬ-ＳＣＨの非常に簡単なスケジューリングのためのフォーマット１Ｃ、閉ループ（Ｃｌｏｓｅｄ-ｌｏｏｐ）空間多重化（ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）モードでＰＤＳＣＨスケジューリングのためのフォーマット２、開ループ（Ｏｐｅｎｌｏｏｐ）空間多重化モードでＰＤＳＣＨスケジューリングのためのフォーマット２Ａ、アップリンクチャネルのためのＴＰＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）命令の送信のためのフォーマット３及び３Ａ、多重アンテナポート送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ）で一つのアップリンクセル内のＰＵＳＣＨスケジューリングのためのフォーマット４がある。
【００６９】
ＤＣＩフォーマット１Ａは、端末にいかなる送信モードが設定されてもＰＤＳＣＨスケジューリングのために使用されることができる。
【００７０】
このような、ＤＣＩフォーマットは、端末別に独立的に適用されることができ、一つのサブフレーム内に複数の端末のＰＤＣＣＨが同時に多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）されることができる。ＰＤＣＣＨは、一つまたはいくつかの連続的なＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ）の集合（ａｇｇｒｅｇａｔｉｏｎ）から構成される。ＣＣＥは、無線チャネルの状態に応じる符号化率をＰＤＣＣＨに提供するために使用される論理的割り当て単位である。ＣＣＥは、４個の資源要素から構成されたＲＥＧの９個のセットに対応する単位のことを言う。基地局は、一つのＰＤＣＣＨ信号を構成するために｛１、２、４、８｝個のＣＣＥを使用することができ、このときの｛１、２、４、８｝は、ＣＣＥ集合レベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）と呼ぶ。特定ＰＤＣＣＨの送信のために使用されるＣＣＥの数は、チャネル状態に応じて基地局によって決定される。各端末によって構成されたＰＤＣＣＨは、ＣＣＥに対したＲＥマッピング規則（ＣＣＥ-ｔｏ-ＲＥ  ｍａｐｐｉｎｇ  ｒｕｌｅ）によって各サブフレームの制御チャネル領域にインターリビング（ｉｎｔｅｒｌｅａｖｉｎｇ）されてマッピングされる。ＰＤＣＣＨの位置は、各サブフレームの制御チャネルのためのＯＦＤＭシンボルの数、ＰＨＩＣＨグループの数、及び送信アンテナ及び周波数遷移などによって変わることができる。
【００７１】
上述のように、多重化された各端末のＰＤＣＣＨに独立的にチャネルコーディングが行われ、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）が適用される。各端末の固有の識別子（ＵＥ  ＩＤ）をＣＲＣにマスキング（ｍａｓｋｉｎｇ）して、端末が自身のＰＤＣＣＨを受信することができるようにする。しかしながら、サブフレーム内で割り当てられた制御領域において基地局は、端末に該当するＰＤＣＣＨがどこにあるかに関する情報を提供しない。端末は、基地局から送信された制御チャネルを受信するために、自身のＰＤＣＣＨがどの位置でどんなＣＣＥ集合レベルまたはＤＣＩフォーマットで送信されるかが分からないので、端末は、サブフレーム内でＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）の集合をモニタリングして、自身のＰＤＣＣＨを探す。これをブラインドデコード（ＢＤ：Ｂｌｉｎｄ  Ｄｅｃｏｄｉｎｇ）という。ブラインドデコードは、ブラインド探索（Ｂｌｉｎｄ  Ｄｅｔｅｃｔｉｏｎ）またはブラインドサーチ（Ｂｌｉｎｄ  Ｓｅａｒｃｈ）と呼ぶことができる。ブラインドデコードは、端末がＣＲＣ部分に自身の端末識別子（ＵＥ  ＩＤ）をデマスキング（Ｄｅ-Ｍａｓｋｉｎｇ）させた後、ＣＲＣエラーを検討して該当ＰＤＣＣＨが自身の制御チャネルであるかどうかを確認する方法をいう。
【００７２】
以下、ＤＣＩフォーマット０を介して送信される情報を説明する。
【００７３】
図７は、本発明が適用されることができる無線通信システムにおけるＤＣＩフォーマット０の構造を例示する図である。
【００７４】
ＤＣＩフォーマット０は、一つのアップリンクセルでのＰＵＳＣＨをスケジューリングするために使用される。
【００７５】
表３は、ＤＣＩフォーマット０で送信される情報を示す。
【００７６】
【表３】
2020080562.tif 000005
【００７７】
図７及び表３を参照すると、ＤＣＩフォーマット０を介して送信される情報は、以下の通りである。
【００７８】
１）キャリヤ指示子（Ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ）-０または３ビットから構成される。
【００７９】
２）ＤＣＩフォーマット０とフォーマット１Ａとを区分するためのフラグ-１ビットから構成され、０値はＤＣＩフォーマット０を指示し、１値はＤＣＩフォーマット１Ａを指示する。
【００８０】
３）周波数跳躍（ｈｏｐｐｉｎｇ）フラグ-１ビットから構成される。このフィールドは必要な場合、該当資源割り当ての最上位ビット（ＭＳＢ：Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ）を多重クラスタ（ｍｕｌｔｉ-ｃｌｕｓｔｅｒ）割り当てのために使用されることができる。
【００８１】
【数１】
2020080562.tif 000006
【００８２】
【数２】
2020080562.tif 000007
【００８３】
５）変調及びコーディング技法（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）とリダンダンシーバージョン（ＲＶ：Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）-５ビットから構成される。
【００８４】
６）新しいデータ指示子（Ｎｅｗ  ｄａｔａ  ｉｎｄｉｃａｔｏｒ）-１ビットから構成される。
【００８５】
７）ＰＵＳＣＨのためのＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）コマンド-２ビットから構成される。
【００８６】
８）ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）のための循環シフト（ＣＳ：ｃｙｃｌｉｃ  ｓｈｉｆｔ）と直交カバーコード（ＯＣ／ＯＣＣ：ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ／ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）のインデックス-３ビットから構成される。
【００８７】
９）アップリンクインデックス-２ビットから構成される。このフィールドは、アップリンク-ダウンリンク構成０に応じるＴＤＤ動作だけに存在する。
【００８８】
１０）ダウンリンク割り当てインデックス（ＤＡＩ：Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）-２ビットから構成される。このフィールドは、アップリンク-ダウンリンク構成（ｕｐｌｉｎｋ-ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）１-６に応じるＴＤＤ動作だけに存在する。
【００８９】
１１）チャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）要求-１または２ビットから構成される。ここで、２ビートフィールドは、一つ以上のダウンリンクセルが設定された端末に端末特定（ＵＥ  ｓｐｅｃｉｆｉｃ）に該当ＤＣＩがＣ-ＲＮＴＩ（Ｃｅｌｌ-ＲＮＴＩ）によりマッピングされた場合においてのみ適用される。
【００９０】
１２）サウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）要求-０または１ビットから構成される。ここで、このフィールドは、スケジューリングするＰＵＳＣＨが端末特定（ＵＥ  ｓｐｅｃｉｆｉｃ）にＣ-ＲＮＴＩによりマッピングされる場合においてのみ存在する。
【００９１】
１３）資源割り当てタイプ（Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ｔｙｐｅ）-１ビットから構成される。
【００９２】
ＤＣＩフォーマット０内に情報ビットの数がＤＣＩフォーマット１Ａのペイロード大きさ（追加されたパッディングビットを含む）より小さな場合、ＤＣＩフォーマット０にＤＣＩフォーマット１Ａのペイロード大きさが同じになるように０が追加される。
【００９３】
アップリンク資源割り当て
アップリンクＤＣＩフォーマット（例えば、ＤＣＩフォーマット０）を伝達するＰＤＣＣＨ／ＥＰＤＣＣＨに対して２種類のアップリンク資源割り当て方式が支援される。
【００９４】
アップリンクＤＣＩフォーマットは、連続した資源ブロックから構成された一つの資源をアップリンク資源割り当てで指示する方法（タイプ０）と連続した資源ブロックから構成された二つの資源をアップリンク資源割り当てで指示する方法（タイプ１）を支援する。
【００９５】
アップリンクＤＣＩフォーマットに資源割り当てタイプビットが存在しない場合、資源割り当てタイプ０だけが支援される。
【００９６】
これに対し、アップリンクＤＣＩフォーマットに資源割り当てタイプビットが存在する場合、資源割り当てタイプビットが「０」値を有すると、資源割り当てタイプ０を指示し、そうでない場合、資源割り当てタイプ１が指示される。ＵＥは、検出されたアップリンクＤＣＩフォーマットを伝達するＰＤＣＣＨ／ＥＰＤＣＣＨ内の資源割り当てタイプビットに応じて資源割り当てフィールドを解析する。
【００９７】
アップリンク資源割り当てタイプ０に応じる資源割り当て情報は、スケジューリングされたＵＥに連続的に割り当てられた仮像資源ブロック（ＶＲＢ：ｖｉｒｔｕａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）インデックス（ｎＶＲＢ）を指示する。スケジューリンググラント（ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ）内の資源割り当てフィールドは、開始資源ブロック（ＲＢＳＴＡＲＴ）及び連続的に割り当てられる資源ブロックの長さ（ＬＣＲＳｓ）に相応する資源指示値（ＲＩＶ：ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｉｏｎ  ｖａｌｕｅ）を含む。
【００９８】
【数３】
2020080562.tif 000008
【００９９】
ここで、ＮＵＬＲＢは、アップリンク帯域幅における全体資源ブロック（ＲＢ）の数を示す。
【０１００】
【数４】
2020080562.tif 000009
【０１０１】
【数５】
2020080562.tif 000010
【０１０２】
一方、アップリンク資源割り当てタイプ１に対する資源割り当て情報は、スケジューリングされたＵＥに二つの資源ブロックセットを指示する。ここで、各セットは、一つまたはそれ以上の連続的な資源ブロックグループ（ＲＢＧ：ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ｇｒｏｕｐ）を含む。
【０１０３】
ＲＢＧの大きさは、以下の表４のとおりである。
【０１０４】
【表４】
2020080562.tif 000011
【０１０５】
資源割り当てを指示するために、資源ブロックセット１の開始ＲＢＧインデックス（ｓ０）と最後のＲＢＧインデックス（ｓ１−１）及び資源ブロックセット２の開始ＲＢＧインデックス（ｓ２）と最後のＲＢＧインデックス（ｓ３−１）に相応する組み合わせインデックス（ｃｏｍｂｉｎａｔｏｒｉａｌ  ｉｎｄｅｘ）（ｒ）は、以下の式３のように定義される。
【０１０６】
【数６】
2020080562.tif 000012
【０１０７】
物理アップリンク制御チャネル（ＰＵＣＣＨ）
ＰＵＣＣＨを介して送信されるアップリンク制御情報（ＵＣＩ）は、スケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報及びダウンリンクチャネル測定情報を含むことができる。
【０１０８】
・ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）：上向きリンクＵＬ−ＳＣＨ資源を要求するのに使用される情報である。ＯｏＫ（Ｏｎ−ｏｆｆ  Ｋｅｙｉｎｇ）方式を利用して送信される。
【０１０９】
・ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ：ＰＤＳＣＨ上の下向きリンクデータパケットに対する応答信号である。下向きリンクデータパケットが成功的に受信されたか否かを示す。単一下向きリンクコードワード（ｃｏｄｅｗｏｒｄ）に対する応答としてＡＣＫ／ＮＡＣＫ１ビットが送信され、２個の下向きリンクコードワードに対する応答としてＡＣＫ／ＮＡＣＫ２ビットが送信される。
【０１１０】
−ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）：下向きリンクチャネルに対するフィードバック情報である。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｏｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、及びＰＴＩ（Ｐｒｅｃｏｄｉｎｇ  Ｔｙｐｅ  Ｉｎｄｉｃａｔｏｒ）のうち、少なくともいずれか一つを含むことができる。サブフレーム当たり、２０ビットが使用される。
【０１１１】
ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報は、ＰＤＳＣＨ上のダウンリンクデータパケットのデコード成功の有無によって生成されることができる。従来の無線通信システムにおいて、ダウンリンク単一コードワード（ｃｏｄｅｗｏｒｄ）送信に対しては、ＡＣＫ／ＮＡＣＫ情報として１ビットが送信され、ダウンリンク２コードワード送信に対しては、ＡＣＫ／ＮＡＣＫ情報として２ビットが送信される。
【０１１２】
チャネル測定情報は、多重入出力（ＭＩＭＯ：Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）技法と関連したフィードバック情報を指し示し、チャネル品質指示子（ＣＱＩ：Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、プレコーディングマトリックスインデックス（ＰＭＩ：Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ）及びランク指示子（ＲＩ：Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）を含むことができる。これらのチャネル測定情報を通称しＣＱＩと表現することもできる。
【０１１３】
ＣＱＩの送信のために、サブフレーム当たりの２０ビットが使用することができる。
【０１１４】
ＰＵＣＣＨは、ＢＰＳＫ（Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）とＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）技法を使用して変調されることができる。ＰＵＣＣＨを介して複数の端末の制御情報が送信されることができ、各端末の信号を区別するためにコード分割多重化（ＣＤＭ：Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）を行う場合に長さ１２のＣＡＺＡＣ（Ｃｏｎｓｔａｎｔ  Ａｍｐｌｉｔｕｄｅ  Ｚｅｒｏ  Ａｕｔｏｃｏｒｒｅｌａｔｉｏｎ）シーケンスを主に使用する。ＣＡＺＡＣシーケンスは、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）及び周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）において一定の大きさ（ａｍｐｌｉｔｕｄｅ）を維持する特性を有するので、端末のＰＡＰＲ（Ｐｅａｋ-ｔｏ-Ａｖｅｒａｇｅ  Ｐｏｗｅｒ  Ｒａｔｉｏ）またはＣＭ（Ｃｕｂｉｃ  Ｍｅｔｒｉｃ）を低くしてカバレッジを増加させるのに適した性質を有する。また、ＰＵＣＣＨを介して送信されるダウンリンクデータ送信に対するＡＣＫ／ＮＡＣＫ情報は、直交シーケンス（ｏｒｔｈｇｏｎａｌ  ｓｅｑｕｅｎｃｅ）または直交カバー（ＯＣ：ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ）を利用してカバーリングされる。
【０１１５】
また、ＰＵＣＣＨ上に送信される制御情報は、互いに異なる循環シフト（ＣＳ：ｃｙｃｌｉｃ  ｓｈｉｆｔ）値を有する循環シフトされたシーケンス（ｃｙｃｌｉｃａｌｌｙ  ｓｈｉｆｔｅｄ  ｓｅｑｕｅｎｃｅ）を利用して区別されることができる。循環シフトされたシーケンスは、基本シーケンス（ｂａｓｅ  ｓｅｑｕｅｎｃｅ）を特定ＣＳ量（ｃｙｃｌｉｃ  ｓｈｉｆｔ  ａｍｏｕｎｔ）だけ循環シフトさせて生成できる。特定ＣＳ量は、循環シフトインデックス（ＣＳ  ｉｎｄｅｘ）により指示される。チャネルの遅延拡散（ｄｅｌａｙ  ｓｐｒｅａｄ）によって使用可能な循環シフトの数は変わることができる。多様な種類のシーケンスが基本シーケンスとして使用されることができ、前述のＣＡＺＡＣシーケンスは、その一例である。
【０１１６】
また、端末が一つのサブフレームにおいて送信できる制御情報の量は、制御情報の送信に利用可能なＳＣ-ＦＤＭＡシンボルの数（すなわち、ＰＵＣＣＨのコヒーレント（ｃｏｈｅｒｅｎｔ）検出のための参照信号（ＲＳ）の送信に利用されるＳＣ-ＦＤＭＡシンボルを除いたＳＣ-ＦＤＭＡシンボル）に応じて決定されることができる。
【０１１７】
３ＧＰＰ  ＬＴＥシステムにおけるＰＵＣＣＨは、送信される制御情報、変調技法、制御情報の量などによって総７通りの異なるフォーマットで定義され、それぞれのＰＵＣＣＨフォーマットに従って送信されるアップリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）の属性は、以下の表4のように要約できる。
【０１１８】
【表５】
2020080562.tif 000013
【０１１９】
ＰＵＣＣＨフォーマット１は、ＳＲの単独送信に使用される。ＳＲ単独送信の場合には、変調されない波形が適用され、これについては詳細に後述する。
【０１２０】
ＰＵＣＣＨフォーマット１ａまたは１ｂは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信に使用される。任意のサブフレームにおいてＨＡＲＱ  ＡＣＫ／ＮＡＣＫが単独に送信される場合には、ＰＵＣＣＨフォーマット１ａまたは１ｂを使用することができる。または、ＰＵＣＣＨフォーマット１ａまたは１ｂを使用してＨＡＲＱ  ＡＣＫ／ＮＡＣＫ及びＳＲが同一サブフレームにおいて送信されることもできる。
【０１２１】
ＰＵＣＣＨフォーマット２は、ＣＱＩの送信に使用され、ＰＵＣＣＨフォーマット２ａまたは２ｂは、ＣＱＩ及びＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信に使用される。拡張されたＣＰの場合には、ＰＵＣＣＨフォーマット２がＣＱＩ及びＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信に使用されることもできる。
【０１２２】
ＰＵＣＣＨフォーマット３は、４８ビットのエンコードされたＵＣＩを運ぶのに使用される。ＰＵＣＣＨフォーマット３は、複数のサービングセルに対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、ＳＲ（存在する場合）、及び一つのサービングセルに対するＣＳＩ報告を運ぶことができる。
【０１２３】
図８は、本発明が適用されることができる無線通信システムにおけるＰＵＣＣＨフォーマットがアップリンク物理資源ブロックのＰＵＣＣＨ領域にマッピングされる形態の一例を示す。
【０１２４】
【数７】
2020080562.tif 000014
【０１２５】
ＰＵＣＣＨフォーマット２／２ａ／２ｂについて説明するＰＵＣＣＨフォーマット２／２ａ／２ｂは、チャネル測定フィードバック（ＣＱＩ、ＰＭＩ、ＲＩ）を送信するための制御チャネルである。
【０１２６】
チャネル測定フィードバック（以下、通称してＣＱＩ情報と表現）の報告周期及び測定の対象になる周波数単位（または周波数解像度（ｒｅｓｏｌｕｔｉｏｎ））は、基地局によって制御されることができる。時間領域において周期的及び非周期的ＣＱＩ報告が支援されることができる。ＰＵＣＣＨフォーマット２は、周期的報告だけに使用され、非周期的報告のためには、ＰＵＳＣＨが使用されることができる。非周期的報告の場合に、基地局は、端末にアップリンクデータ送信のためにスケジューリングされた資源に個別ＣＱＩ報告を載せて送信することを指示できる。
【０１２７】
図９は、本発明が適用されることができる無線通信システムにおける一般ＣＰの場合のＣＱＩチャネルの構造を示す。
【０１２８】
一つのスロットのＳＣ-ＦＤＭＡシンボル０ないし６のうち、ＳＣ-ＦＤＭＡシンボル１及び５（第２番目及び６番目のシンボル）は、復調参照信号（ＤＭ  ＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）の送信に使用され、残りのＳＣ-ＦＤＭＡシンボルにおいてＣＱＩ情報が送信されることができる。一方、拡張されたＣＰの場合には、一つのＳＣ-ＦＤＭＡシンボル（ＳＣ-ＦＤＭＡシンボル３）がＤＭ  ＲＳ送信に使用される。
【０１２９】
ＰＵＣＣＨフォーマット２／２ａ／２ｂでは、ＣＡＺＡＣシーケンスによる変調を支援し、ＱＰＳＫ変調されたシンボルが長さ１２のＣＡＺＡＣシーケンスで掛け算される。シーケンスの循環シフト（ＣＳ）は、シンボル及びスロットの間で変更される。ＤＭ  ＲＳに対して直交カバーリングが使用される。
【０１３０】
一つのスロットに含まれる７個のＳＣ-ＦＤＭＡシンボルのうち、３個のＳＣ-ＦＤＭＡシンボル間隔だけ離れた２個のＳＣ-ＦＤＭＡシンボルには、参照信号（ＤＭ  ＲＳ）が載せられ、残りの５個のＳＣ-ＦＤＭＡシンボルには、ＣＱＩ情報が載せられる。一つのスロット内に二つのＲＳが使用されたことは、高速端末を支援するためにある。また、各端末は、循環シフト（ＣＳ）シーケンスを使用して区分される。ＣＱＩ情報シンボルは、ＳＣ-ＦＤＭＡシンボル全体に変調されて伝達され、ＳＣ-ＦＤＭＡシンボルは、一つのシーケンスから構成されている。すなわち、端末は、各シーケンスにＣＱＩを変調して送信する。
【０１３１】
一つのＴＴＩに送信できるシンボル数は１０個であり、ＣＱＩ情報の変調は、ＱＰＳＫまで決まっている。ＳＣ-ＦＤＭＡシンボルに対してＱＰＳＫマッピングを使用する場合、２ビットのＣＱＩ値が載せられることができるので、一つのスロットに１０ビットのＣＱＩ値を載せることができる。したがって、一つのサブフレームに最大２０ビットのＣＱＩ値を載せることができる。ＣＱＩ情報を周波数領域で拡散させるために周波数領域拡散符号を使用する。
【０１３２】
周波数領域拡散符号には、長さ-１２のＣＡＺＡＣシーケンス（例えば、ＺＣシーケンス）を使用することができる。各制御チャネルは、互いに異なる循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ）値を有するＣＡＺＡＣシーケンスを適用して区分されることができる。周波数領域拡散されたＣＱＩ情報にＩＦＦＴが行われる。
【０１３３】
１２個の同等な間隔を有した循環シフトによって１２個の相異なった端末が同じＰＵＣＣＨ  ＲＢ上において直交多重化されることができる。一般ＣＰの場合に、ＳＣ-ＦＤＭＡシンボル１及び５上の（拡張されたＣＰの場合にＳＣ-ＦＤＭＡシンボル３上の）ＤＭ  ＲＳシーケンスは、周波数領域上のＣＱＩ信号シーケンスと似ているが、ＣＱＩ情報のような変調が適用されない。
【０１３４】
【数８】
2020080562.tif 000015
【０１３５】
ＰＵＣＣＨフォーマット１ａ及び１ｂについて説明する。
【０１３６】
ＰＵＣＣＨフォーマット１ａ／１ｂにおいてＢＰＳＫまたはＱＰＳＫ変調方式を利用して変調されたシンボルは、長さ１２のＣＡＺＡＣシーケンスで掛け算（ｍｕｌｔｉｐｌｙ）される。例えば、変調シンボルｄ（０）に長さＮのＣＡＺＡＣシーケンスｒ（ｎ）（ｎ＝０，１，２，．．．，Ｎ-１）が掛け算される結果は、ｙ（０），ｙ（１），ｙ（２），．．．，ｙ（Ｎ-１）になる。ｙ（０），．．．，ｙ（Ｎ-１）シンボルをシンボルブロック（ｂｌｏｃｋ  ｏｆ  ｓｙｍｂｏｌ）と称することができる。変調シンボルにＣＡＺＡＣシーケンスを掛け算した後に、直交シーケンスを利用したブロック-単位（ｂｌｏｃｋ-ｗｉｓｅ）拡散が適用される。
【０１３７】
一般ＡＣＫ／ＮＡＣＫ情報に対しては、長さ４のアダマール（Ｈａｄａｍａｒｄ）シーケンスが使用され、短い（ｓｈｏｒｔｅｎｅｄ）ＡＣＫ／ＮＡＣＫ情報及び参照信号（Ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）に対しては、長さ３のＤＦＴ（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）シーケンスが使用される。
【０１３８】
拡張されたＣＰの場合の参照信号に対しては、長さ２のアダマールシーケンスが使用される。
【０１３９】
図１０は、本発明が適用されることができる無線通信システムにおける一般ＣＰの場合にＡＣＫ／ＮＡＣＫチャネルの構造を示す。
【０１４０】
図１０では、ＣＱＩがなしでＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送信するためのＰＵＣＣＨチャネル構造を例示的に示す。
【０１４１】
一つのスロットに含まれる７個のＳＣ-ＦＤＭＡシンボルのうち、中間部分の３個の連続するＳＣ-ＦＤＭＡシンボルには、参照信号（ＲＳ）が載せられ、残りの４個のＳＣ-ＦＤＭＡシンボルには、ＡＣＫ／ＮＡＣＫ信号が載せられる。
【０１４２】
一方、拡張されたＣＰの場合には、中間の２個の連続するシンボルにＲＳが載せられることができる。ＲＳに使用されるシンボルの数及び位置は、制御チャネルによって変わることができ、これと関連したＡＣＫ／ＮＡＣＫ信号に使用されるシンボルの数及び位置もそれにより変更されうる。
【０１４３】
１ビット及び２ビットの確認応答情報（スクランブリングされない状態）は、それにＢＰＳＫ及びＱＰＳＫ変調技法を使用して、一つのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ変調シンボルで表現されることができる。肯定確認応答（ＡＣＫ）は、「１」にエンコードされることができ、不正確認応答（ＮＡＣＫ）は、「０」にエンコードされることができる。
【０１４４】
割り当てられる帯域内で制御信号を送信するとき、多重化容量を高めるために、２次元拡散が適用される。すなわち、多重化できる端末の数または制御チャネルの数を高めるために、周波数領域拡散と時間領域拡散とを同時に適用する。
【０１４５】
ＡＣＫ／ＮＡＣＫ信号を周波数領域で拡散させるために、周波数領域シーケンスを基本シーケンスとして使用する。周波数領域シーケンスとしては、ＣＡＺＡＣシーケンスのうちの一つであるＺａｄｏｆｆ-Ｃｈｕ（ＺＣ）シーケンスを使用することができる。例えば、基本シーケンスであるＺＣシーケンスに互いに異なる循環シフト（ＣＳ：Ｃｙｃｌｉｃ  Ｓｈｉｆｔ）が適用されることによって、互いに異なる端末または互いに異なる制御チャネルの多重化が適用されることができる。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ送信のためのＰＵＣＣＨ  ＲＢのためのＳＣ-ＦＤＭＡシンボルにおいて支援されるＣＳ資源の数は、セル-特定上位層シグナリングパラメータにより設定される。
【０１４６】
周波数領域拡散されたＡＣＫ／ＮＡＣＫ信号は、直交拡散（ｓｐｒｅａｄｉｎｇ）コードを使用して時間領域で拡散される。直交拡散コードとしては、ウォルシュ・アダマール（Ｗａｌｓｈ-Ｈａｄａｍａｒｄ）シーケンスまたはＤＦＴシーケンスが使用されることができる。例えば、ＡＣＫ／ＮＡＣＫ信号は、４シンボルに対して長さ４の直交シーケンス（ｗ０、ｗ１、ｗ２、ｗ３）を利用して拡散されることができる。また、ＲＳも長さ３または長さ２の直交シーケンスを介して拡散させる。これを直交カバーリング（ＯＣ：Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒｉｎｇ）という。
【０１４７】
前述のような周波数領域でのＣＳ資源及び時間領域でのＯＣ資源を利用して、複数の端末がコード分割多重化（ＣＤＭ：Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式により多重化されることができる。すなわち、同じＰＵＣＣＨ  ＲＢ上において多くの数の端末のＡＣＫ／ＮＡＣＫ情報及びＲＳが多重化されることができる。
【０１４８】
このような時間領域拡散ＣＤＭに対して、ＡＣＫ／ＮＡＣＫ情報に対して支援される拡散コードの数は、ＲＳシンボルの数によって制限される。すなわち、ＲＳ送信ＳＣ-ＦＤＭＡシンボルの数は、ＡＣＫ／ＮＡＣＫ情報送信ＳＣ-ＦＤＭＡシンボルの数より少ないから、ＲＳの多重化容量（ｃａｐａｃｉｔｙ）がＡＣＫ／ＮＡＣＫ情報の多重化容量に比べて少なくなる。
【０１４９】
例えば、一般ＣＰの場合に４個のシンボルにおいてＡＣＫ／ＮＡＣＫ情報が送信されることができるが、ＡＣＫ／ＮＡＣＫ情報のために４個でない３個の直交拡散コードが使用され、これは、ＲＳ送信シンボルの数が３個に制限されてＲＳのために３個の直交拡散コードだけが使用されることができるためにある。
【０１５０】
一般ＣＰのサブフレームにおいて一つのスロットで３個のシンボルがＲＳ送信のために使用され、４個のシンボルがＡＣＫ／ＮＡＣＫ情報送信のために使用される場合に、例えば、周波数領域において６個の循環シフト（ＣＳ）及び時間領域において３個の直交カバー（ＯＣ）資源を使用することができるならば、総１８個の相異なった端末からのＨＡＲＱ確認応答が一つのＰＵＣＣＨ  ＲＢ内で多重化されることができる。仮に、拡張されたＣＰのサブフレームにおいて一つのスロットで２個のシンボルがＲＳ送信のために使用され、４個のシンボルがＡＣＫ／ＮＡＣＫ情報送信のために使用される場合、例えば、周波数領域において６個の循環シフト（ＣＳ）及び時間領域において２個の直交カバー（ＯＣ）資源を使用することができるならば、総１２個の相異なった端末からのＨＡＲＱ確認応答が一つのＰＵＣＣＨ  ＲＢ内で多重化されることができる。
【０１５１】
次に、ＰＵＣＣＨフォーマット１について説明する。スケジューリング要求（ＳＲ）は、端末がスケジューリングされることを要求するか、または要求しない方式により送信される。ＳＲチャネルは、ＰＵＣＣＨフォーマット１ａ／１ｂでのＡＣＫ／ＮＡＣＫチャネル構造を再び使用し、ＡＣＫ／ＮＡＣＫチャネル設計に基づいてＯＯＫ（Ｏｎ-Ｏｆｆ  Ｋｅｙｉｎｇ）方式で構成される。ＳＲチャネルでは、参照信号が送信されない。したがって、一般ＣＰの場合には、長さ７のシーケンスが利用され、拡張されたＣＰの場合には、長さ６のシーケンスが利用される。ＳＲ及びＡＣＫ／ＮＡＣＫに対して相異なった循環シフトまたは直交カバーが割り当てられることができる。すなわち、肯定（ｐｏｓｉｔｉｖｅ）ＳＲ送信のために、端末は、ＳＲ用として割り当てられた資源を介してＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送信する。不正（ｎｅｇａｔｉｖｅ）ＳＲ送信のためには、端末は、ＡＣＫ／ＮＡＣＫ用として割り当てられた資源を介して、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送信する。
【０１５２】
次に、改善された-ＰＵＣＣＨ（ｅ-ＰＵＣＣＨ）フォーマットについて説明する。ｅ-ＰＵＣＣＨは、ＬＴＥ-ＡシステムのＰＵＣＣＨフォーマット３に対応できる。ＰＵＣＣＨフォーマット３を利用したＡＣＫ／ＮＡＣＫ送信には、ブロック拡散（ｂｌｏｃｋ  ｓｐｒｅａｄｉｎｇ）技法が適用されることができる。
【０１５３】
ブロック拡散技法は、従来のＰＵＣＣＨフォーマット１系列または２系列とは異なり、制御信号送信をＳＣ-ＦＤＭＡ方式を利用して変調する方式である。図８において示すように、シンボルシーケンスがＯＣＣ（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ  Ｃｏｄｅ）を利用して時間領域（ｄｏｍａｉｎ）上において拡散されて送信されることができる。ＯＣＣを利用することによって同じＲＢ上に複数の端末の制御信号が多重化されることができる。前述のＰＵＣＣＨフォーマット２の場合には、一つのシンボルシーケンスが時間領域にわたって送信され、ＣＡＺＡＣシーケンスのＣＳ（ｃｙｃｌｉｃ  ｓｈｉｆｔ）を利用して、複数の端末の制御信号が多重化されることに対し、ブロック拡散基盤ＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット３）の場合には、一つのシンボルシーケンスが周波数領域にわたって送信され、ＯＣＣを利用したとき、時間領域拡散を利用して複数の端末の制御信号が多重化される。
【０１５４】
図１１は、本発明が適用されることができる無線通信システムにおける一つのスロットの間に５個のＳＣ-ＦＤＭＡシンボルを生成して送信する一例を示す。
【０１５５】
図１１では、１スロットの間に一つのシンボルシーケンスに長さ＝５（またはＳＦ＝５）のＯＣＣを利用して５個のＳＣ-ＦＤＭＡシンボル（すなわち、データ部分）を生成して送信する例示を示す。この場合、１スロットの間に２個のＲＳシンボルが使用されることができる。
【０１５６】
図１１の例示において、ＲＳシンボルは、特定循環シフト値が適用されたＣＡＺＡＣシーケンスから生成されることができ、複数のＲＳシンボルにわたって所定のＯＣＣが適用された（または掛け算された）形態により送信されることができる。また、図１１の例示において各々のＯＦＤＭシンボル（またはＳＣ-ＦＤＭＡシンボル）別に１２個の変調シンボルが使用され、各々の変調シンボルは、ＱＰＳＫにより生成されると仮定すれば、一つのスロットにおいて送信できる最大ビット数は、１２ｘ２＝２４ビットとなる。したがって、２個のスロットで送信できるビット数は、総４８ビットとなる。このようにブロック拡散方式のＰＵＣＣＨチャネル構造を使用する場合、既存のＰＵＣＣＨフォーマット１系列及び２系列に比べて拡張された大きさの制御情報の送信が可能になる。
【０１５７】
キャリア併合（集成）一般
本発明の実施の形態において考慮する通信環境は、マルチキャリア（Ｍｕｌｔｉ-ｃａｒｒｉｅｒ）支援環境をすべて含む。すなわち、本発明で用いられるマルチキャリアシステムまたはキャリア併合（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）システムは、広帯域を支援するために、目標とする広帯域を構成するときに目標帯域より小さな帯域幅（ｂａｎｄｗｉｄｔｈ）を有する１個以上のコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）を併合（ａｇｇｒｅｇａｔｉｏｎ）して使用するシステムのことをいう。
【０１５８】
本発明においてマルチキャリアは、キャリアの併合（または、搬送波集成）を意味し、このとき、キャリアの併合は、隣接した（ｃｏｎｔｉｇｕｏｕｓ）キャリア間の併合だけでなく、隣接していない（ｎｏｎ-ｃｏｎｔｉｇｕｏｕｓ）キャリア間の併合を全部意味する。また、ダウンリンクとアップリンクとの間に集成されるコンポーネントキャリアの数は、異に設定されることができる。ダウンリンクコンポーネントキャリア（以下、ＤＬ  ＣＣとする）の数とアップリンクコンポーネントキャリア（以下、ＵＬ  ＣＣとする）の数とが同じ場合を対称な（ｓｙｍｍｅｔｒｉｃ）集成といい、その数が異なる場合を非対称な（ａｓｙｍｍｅｔｒｉｃ）集成という。このようなキャリア併合は、搬送波集成、帯域幅集成（ｂａｎｄｗｉｄｔｈ  ａｇｇｒｅｇａｔｉｏｎ）、スペクトル集成（ｓｐｅｃｔｒｕｍ  ａｇｇｒｅｇａｔｉｏｎ）などのような用語と混用して使用されることができる。
【０１５９】
二つ以上のコンポーネントキャリアが結合されて構成されるキャリア併合は、ＬＴＥ-Ａシステムでは、１００ＭＨｚ帯域幅まで支援することを目標とする。目標帯域より小さな帯域幅を有する１個以上のキャリアを結合するときに、結合するキャリアの帯域幅は、従来のＩＭＴシステムとの下位互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）を維持するために、従来のシステムにおいて使用する帯域幅に制限できる。例えば、従来の３ＧＰＰ  ＬＴＥシステムでは、｛１．４，３，５，１０，１５，２０｝ＭＨｚ帯域幅を支援し、３ＧＰＰ  ＬＴＥ-ａｄｖａｎｃｅｄシステム（すなわち、ＬＴＥ-Ａ）では、既存システムとの互換のために上記の帯域幅だけを利用して２０ＭＨｚより大きな帯域幅を支援するようにすることができる。また、本発明で用いられるキャリア併合システムは、既存システムで使用する帯域幅と関係なしで新しい帯域幅を定義してキャリア併合を支援するようにすることができる。
【０１６０】
ＬＴＥ-Ａシステムは、無線資源を管理するために、セル（ｃｅｌｌ）の概念を使用する。
【０１６１】
上述のキャリア併合環境は、多重セル（ｍｕｌｔｉｐｌｅ  ｃｅｌｌｓ）環境と称することができる。セルは、ダウンリンク資源（ＤＬ  ＣＣ）とアップリンク資源（ＵＬ  ＣＣ）一対の組み合わせと定義されるが、アップリンク資源は、必須要素ではない。したがって、セルは、ダウンリンク資源単独、またはダウンリンク資源とアップリンク資源とから構成されることができる。特定端末がただ一つの設定されたサービングセル（ｃｏｎｆｉｇｕｒｅｄ  ｓｅｒｖｉｎｇ  ｃｅｌｌ）を有する場合、１個のＤＬ  ＣＣと１個のＵＬ  ＣＣを有することができるが、特定端末が２個以上の設定されたサービングセルを有する場合には、セルの数だけのＤＬ  ＣＣを有し、ＵＬ  ＣＣの数は、それと同一であるか、またはそれより小さくありうる。
【０１６２】
または、それと反対にＤＬ  ＣＣとＵＬ  ＣＣとが構成されることもできる。すなわち、特定端末が複数の設定されたサービングセルを有する場合、ＤＬ  ＣＣの数よりＵＬ  ＣＣがより多くのキャリア併合環境も支援されることができる。すなわち、キャリア併合（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）は、各々キャリア周波数（セルの重心周波数）が互いに異なる二つ以上のセルの併合と理解されることができる。ここで、言う「セル（Ｃｅｌｌ）」は、一般に使用される基地局がカバーする領域としての「セル」とは区分されなければならない。
【０１６３】
ＬＴＥ-Ａシステムにおいて使用されるセルは、プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ  Ｃｅｌｌ）及びセコンダリーセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を含む。ＰセルとＳセルは、サービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）として使用されることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリア併合が設定されないか、またはキャリア併合を支援しない端末の場合、Ｐセルだけから構成されたサービングセルがただ一つ存在する。それに対し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、キャリア併合が設定された端末の場合、一つ以上のサービングセルが存在でき、全体サービングセルには、Ｐセルと一つ以上のＳセルが含まれる。
【０１６４】
サービングセル（ＰセルとＳセル）は、ＲＲＣパラメータを介して設定されることができる。ＰｈｙｓＣｅｌｌＩｄは、セルの物理層識別子であって、０から５０３までの定数値を有する。ＳＣｅｌｌＩｎｄｅｘは、Ｓセルを識別するために使用される簡略な（ｓｈｏｒｔ）識別子であって、１から７までの定数値を有する。ＳｅｒｖＣｅｌｌＩｎｄｅｘは、サービングセル（ＰセルまたはＳセル）を識別するために使用される簡略な（ｓｈｏｒｔ）識別子であって、０から７までの定数値を有する。０値は、Ｐセルに適用され、ＳＣｅｌｌＩｎｄｅｘは、Ｓセルに適用するために予め付与される。すなわち、ＳｅｒｖＣｅｌｌＩｎｄｅｘにおいて最も小さなセルＩＤ（またはセルインデックス）を有するセルがＰセルになる。
【０１６５】
Ｐセルは、プライマリ周波数（または、ｐｒｉｍａｒｙ  ＣＣ）上において動作するセルを意味する。端末が初期接続設定（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行うか、または接続再-設定過程を行うのに使用されることができ、ハンドオーバ過程で指示されたセルと称することができる。また、Ｐセルは、キャリア併合環境で設定されたサービングセルのうち、制御関連通信の重心になるセルを意味する。すなわち、端末は、自分のＰセルにおいてのＰＵＣＣＨを割り当てられて送信でき、システム情報を獲得するか、またはモニタリング手順を変更するのにＰセルだけを利用できる。Ｅ-ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）は、キャリア併合環境を支援する端末に移動性制御情報（ｍｏｂｉｌｉｔｙ  ＣｏｎｔｒｏｌＩｎｆｏ）を含む上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを利用して、ハンドオーバ手順のためにＰセルだけを変更することもできる。
【０１６６】
Ｓセルは、セコンダリー周波数（または、Ｓｅｃｏｎｄａｒｙ  ＣＣ）上において動作するセルを意味できる。特定端末にＰセルは、一つだけが割り当てられ、Ｓセルは、一つ以上が割り当てられることができる。Ｓセルは、ＲＲＣ接続の設定がなされた後に構成可能であり、追加的な無線資源を提供するのに使用されることができる。キャリア併合環境で設定されたサービングセルのうち、Ｐセルを除いた残りのセル、すなわちＳセルには、ＰＵＣＣＨが存在しない。Ｅ-ＵＴＲＡＮは、Ｓセルをキャリア併合環境を支援する端末に追加するとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある関連したセルの動作と関連したすべてのシステム情報を特定シグナル（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌ）を介して提供できる。システム情報の変更は、関連したＳセルの解除及び追加によって制御されることができ、このとき、上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを利用できる。Ｅ-ＵＴＲＡＮは、関連したＳセル内でブロードキャストするよりは、端末別に相異なったパラメータを有する特定シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）できる。
【０１６７】
初期セキュリティー活性化過程が始まった以後に、Ｅ-ＵＴＲＡＮは、接続設定過程で初期に構成されるＰセルに付加して、一つ以上のＳセルを含むネットワークを構成できる。キャリア併合環境でＰセル及びＳセルは、各々のコンポーネントキャリアとして動作できる。以下の実施の形態では、プライマリコンポーネントキャリア（ＰＣＣ）は、Ｐセルと同じ意味として使用されることができ、セコンダリーコンポーネントキャリア（ＳＣＣ）は、Ｓセルと同じ意味として使用されることができる。
【０１６８】
図１２は、本発明が適用されることができる無線通信システムにおけるコンポーネントキャリア及びキャリア併合の一例を示す。
【０１６９】
図１２Ａは、ＬＴＥシステムにおいて使用される単一キャリア構造を示す。コンポーネントキャリアには、ＤＬ  ＣＣとＵＬ  ＣＣがある。一つのコンポーネントキャリアは、２０ＭＨｚの周波数範囲を有することができる。
【０１７０】
図１２Ｂは、ＬＴＥ＿Ａシステムにおいて使用されるキャリア併合構造を示す。図１２Ｂの場合に、２０ＭＨｚの周波数の大きさを有する３個のコンポーネントキャリアが結合された場合を示す。ＤＬ  ＣＣとＵＬ  ＣＣがそれぞれ３個ずつあるが、ＤＬ  ＣＣとＵＬ  ＣＣの数に制限があるのてはない。キャリア併合の場合、端末は、３個のＣＣを同時にモニタリングでき、ダウンリンク信号／データを受信することができ、アップリンク信号／データを送信できる。
【０１７１】
仮に、特定セルにおいてＮ個のＤＬ  ＣＣが管理される場合には、ネットワークは、端末にＭ（Ｍ≦Ｎ）個のＤＬ  ＣＣを割り当てることができる。このとき、端末は、Ｍ個の制限されたＤＬ  ＣＣだけをモニタリングし、ＤＬ信号を受信することができる。また、ネットワークは、Ｌ（Ｌ≦Ｍ≦Ｎ）個のＤＬ  ＣＣに優先順位をつけて主なＤＬ  ＣＣを端末に割り当てることができ、このような場合、ＵＥは、Ｌ個のＤＬ  ＣＣは、必ずモニタリングしなければならない。このような方式は、アップリンクの送信にも全く同様に適用されることができる。
【０１７２】
ダウンリンク資源の搬送波周波数（またはＤＬ  ＣＣ）とアップリンク資源の搬送波周波数（または、ＵＬ  ＣＣ）との間のリンケージ（ｌｉｎｋａｇｅ）は、ＲＲＣメッセージのような上位層メッセージまたはシステム情報により指示されることができる。例えば、ＳＩＢ２（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ２）によって定義されるリンケージによって、ＤＬ資源とＵＬ資源との組み合わせが構成されることができる。具体的に、リンケージは、ＵＬグラントを運ぶＰＤＣＣＨが送信されるＤＬ  ＣＣと前記ＵＬグラントを使用するＵＬ  ＣＣ間のマッピング関係を意味でき、ＨＡＲＱのためのデータが送信されるＤＬ  ＣＣ（またはＵＬ  ＣＣ）とＨＡＲＱ  ＡＣＫ／ＮＡＣＫ信号が送信されるＵＬ  ＣＣ（またはＤＬ  ＣＣ）間のマッピング関係を意味することもできる。
【０１７３】
クロスキャリアスケジューリング（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）
キャリア併合システムでは、キャリア（または搬送波）またはサービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）に対するスケジューリング観点でセルフスケジューリング（Ｓｅｌｆ-Ｓｃｈｅｄｕｌｉｎｇ）方法及びクロスキャリアスケジューリング（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）方法の２通りがある。クロスキャリアスケジューリングは、クロスコンポーネントキャリアスケジューリング（Ｃｒｏｓｓ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）またはクロスセルスケジューリング（Ｃｒｏｓｓ  Ｃｅｌｌ  Ｓｃｈｅｄｕｌｉｎｇ）と称することができる。
【０１７４】
クロスキャリアスケジューリングは、ＰＤＣＣＨ（ＤＬ  Ｇｒａｎｔ）とＰＤＳＣＨがそれぞれ異なるＤＬ  ＣＣに送信されるか、またはＤＬ  ＣＣから送信されたＰＤＣＣＨ（ＵＬ  Ｇｒａｎｔ）によって送信されるＰＵＳＣＨがＵＬグラントを受信したＤＬ  ＣＣとリンクされているＵＬ  ＣＣでない他のＵＬ  ＣＣを介して送信されることを意味する。
【０１７５】
クロスキャリアスケジューリングするかどうかは、端末特定（ＵＥ-ｓｐｅｃｉｆｉｃ）に活性化または非活性化されることができ、上位層シグナリング（例えば、ＲＲＣ  ｓｉｇｎａｌｉｎｇ）を介してセミスタティック（ｓｅｍｉ-ｓｔａｔｉｃ）に各端末別に知られることができる。
【０１７６】
クロスキャリアスケジューリングが活性化された場合、ＰＤＣＣＨに該当ＰＤＣＣＨが指示するＰＤＳＣＨ／ＰＵＳＣＨがどのＤＬ／ＵＬ  ＣＣを介して送信されるかを知らせるキャリア指示子フィールド（ＣＩＦ：Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）が必要である。例えば、ＰＤＣＣＨは、ＰＤＳＣＨ資源またはＰＵＳＣＨ資源をＣＩＦを利用して複数のコンポーネントキャリアのうちの何れか一つに割り当てることができる。すなわち、ＤＬ  ＣＣ上でのＰＤＣＣＨが多重集成されたＤＬ／ＵＬ  ＣＣのうちの何れか一つにＰＤＳＣＨまたはＰＵＳＣＨ資源を割り当てる場合、ＣＩＦが設定される。この場合、ＬＴＥ-Ａ  Ｒｅｌｅａｓｅ-８のＤＣＩフォーマットは、ＣＩＦによって拡張されることができる。このとき、設定されたＣＩＦは、３ｂｉｔフィールドに固定されるか、または設定されたＣＩＦの位置は、ＤＣＩフォーマットの大きさと無関係に固定されることができる。また、ＬＴＥ-Ａ  Ｒｅｌｅａｓｅ-８のＰＤＣＣＨ構造（同一コーディング及び同じＣＣＥ基盤の資源マッピング）を再使用することもできる。
【０１７７】
これに対し、ＤＬ  ＣＣ上でのＰＤＣＣＨが同じＤＬ  ＣＣ上でのＰＤＳＣＨ資源を割り当てるか、または単一リンクされたＵＬ  ＣＣ上でのＰＵＳＣＨ資源を割り当てる場合には、ＣＩＦが設定されない。この場合、ＬＴＥ-Ａ  Ｒｅｌｅａｓｅ-８と同じＰＤＣＣＨ構造（同一コーディング及び同じＣＣＥ基盤の資源マッピング）とＤＣＩフォーマットとが使用されることができる。
【０１７８】
クロスキャリアスケジューリングが可能であるとき、端末は、ＣＣ別送信モード及び／又は帯域幅に応じてモニタリングＣＣの制御領域において複数のＤＣＩに対したＰＤＣＣＨをモニタリングすることが必要である。したがって、これを支援できる検索空間の構成とＰＤＣＣＨモニタリングが必要である。
【０１７９】
キャリア併合システムにおいて、端末ＤＬ  ＣＣ集合は、端末がＰＤＳＣＨを受信するようにスケジューリングされたＤＬ  ＣＣの集合を示し、端末ＵＬ  ＣＣ集合は、端末がＰＵＳＣＨを送信するようにスケジューリングされたＵＬ  ＣＣの集合を示す。また、ＰＤＣＣＨモニタリング集合（ｍｏｎｉｔｏｒｉｎｇ  ｓｅｔ）は、ＰＤＣＣＨモニタリングを行う少なくとも一つのＤＬ  ＣＣの集合を示す。ＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合と同じであるか、または端末ＤＬ  ＣＣ集合の副集合（ｓｕｂｓｅｔ）でありうる。ＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合内のＤＬ  ＣＣのうち、少なくとも何れか一つを含むことができる。またはＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合に関わらず別に定義されることができる。ＰＤＣＣＨモニタリング集合に含まれるＤＬ  ＣＣは、リンクされたＵＬ  ＣＣに対したセルフ-スケジューリング（ｓｅｌｆ-ｓｃｈｅｄｕｌｉｎｇ）は、常に可能なように設定されることができる。このような、端末ＤＬ  ＣＣ集合、端末ＵＬ  ＣＣ集合及びＰＤＣＣＨモニタリング集合は、端末特定（ＵＥ-ｓｐｅｃｉｆｉｃ）、端末グループ特定（ＵＥ  ｇｒｏｕｐ-ｓｐｅｃｉｆｉｃ）またはセル特定（Ｃｅｌｌ-ｓｐｅｃｉｆｉｃ）に設定されることができる。
【０１８０】
クロスキャリアスケジューリングが非活性化された場合には、ＰＤＣＣＨモニタリング集合が常に端末ＤＬ  ＣＣ集合と同一であることを意味し、このような場合には、ＰＤＣＣＨモニタリング集合に対する別途のシグナリングのような指示を必要としない。しかしながら、クロスキャリアスケジューリングが活性化された場合には、ＰＤＣＣＨモニタリング集合が端末ＤＬ  ＣＣ集合内で定義されることが好ましい。すなわち、端末に対してＰＤＳＣＨまたはＰＵＳＣＨをスケジューリングするために、基地局は、ＰＤＣＣＨモニタリング集合だけを介してＰＤＣＣＨを送信する。
【０１８１】
図１３は、本発明が適用されることができる無線通信システムにおけるクロスキャリアスケジューリングに応じるサブフレーム構造の一例を示す。
【０１８２】
図１３に示すように、ＬＴＥ-Ａ端末のためのＤＬサブフレームは、３個のＤＬ  ＣＣが結合されており、ＤＬ  ＣＣ「Ａ」は、ＰＤＣＣＨモニタリングＤＬ  ＣＣに設定された場合を示す。ＣＩＦが使用されない場合、各ＤＬ  ＣＣは、ＣＩＦなしで自分のＰＤＳＣＨをスケジューリングするＰＤＣＣＨを送信できる。これに対し、ＣＩＦが上位層シグナリングを介して使用される場合、ただ一つのＤＬ  ＣＣ「Ａ」だけがＣＩＦを利用して自分のＰＤＳＣＨまたは他のＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨを送信できる。このとき、ＰＤＣＣＨモニタリングＤＬ  ＣＣに設定されないＤＬ  ＣＣ「Ｂ」と「Ｃ」とは、ＰＤＣＣＨを送信しない。
【０１８３】
Ｄ２Ｄ通信一般
一般に、Ｄ２Ｄ通信は、事物と事物間の通信または事物知能通信を指し示す用語として制限的に使用される場合もあるが、本発明でのＤ２Ｄ通信は、通信機能の装着された単純な装置はもちろん、スマートフォンまたは個人用コンピュータのように通信機能を揃えた多様な形態の装置間の通信を全部含むことができる。
【０１８４】
図１４は、本発明が適用されることができる無線通信システムにおけるＤ２Ｄ通信を概念的に説明するための図である。
【０１８５】
図１４の（ａ）は、既存の基地局（ｅＮＢ）中心の通信方式を示すもので、ＵＥ  １は、アップリンク上において基地局へデータを送信でき、基地局は、ダウンリンク上においてＵＥ  ２へデータを送信できる。このような通信方式は、基地局を介した間接通信方式ということができる。間接通信方式では、既存の無線通信システムで定義されたリンクであるＵｎリンク（基地局間のリンクまたは基地局と中継器間のリンクとして、バックホールリンクと称することができる）及び／またはＵｕリンク（基地局と端末間のリンクまたは中継器と端末間のリンクとして、アクセスリンクと称することができる）が関連することができる。
【０１８６】
図１４の（ｂ）は、Ｄ２Ｄ通信の一例としてＵＥ-ｔｏ-ＵＥ通信方式を示すことで、ＵＥ間のデータ交換が基地局を経ずに行われることができる。このような通信方式は、装置間の直接通信方式ということができる。Ｄ２Ｄ直接通信方式は、既存の基地局を介した間接通信方式に比べて遅延（待ち時間）（ｌａｔｅｎｃｙ）が減少し、より少ない無線資源を使用する等の長所を有する。
【０１８７】
図１５は、本明細書で提案する方法が適用されることができるＤ２Ｄ通信の多様なシナリオの一例を示す。
【０１８８】
Ｄ２Ｄ通信のシナリオは、ＵＥ  １とＵＥ  ２がセルカバレッジ内（ｉｎ-ｃｏｖｅｒａｇｅ）／セルカバレッジ外（ｏｕｔ-ｏｆ-ｃｏｖｅｒａｇｅ）に位置するかによって、大きく（１）Ｏｕｔ-ｏｆ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋ、（２）Ｐａｒｔｉａｌ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋ、及び（３）Ｉｎ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋに分けられることができる。
【０１８９】
Ｉｎ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋの場合、基地局のカバレッジに該当するセル（Ｃｅｌｌ）の数に応じて、Ｉｎ-Ｃｏｖｅｒａｇｅ-Ｓｉｎｇｌｅ-Ｃｅｌｌ及びＩｎ-Ｃｏｖｅｒａｇｅ-Ｍｕｌｔｉ-Ｃｅｌｌに分けられることができる。
【０１９０】
図１５の（ａ）は、Ｄ２Ｄ通信のＯｕｔ-ｏｆ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋシナリオの一例を示す。
【０１９１】
Ｏｕｔ-ｏｆ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋシナリオは、基地局の制御無しでＤ２Ｄ端末間Ｄ２Ｄ通信を行うことを意味する。
【０１９２】
図１５の（ａ）において、ＵＥ  １とＵＥ  ２だけが存在し、ＵＥ  １とＵＥ  ２は、直接通信することを確認することができる。
【０１９３】
図１５の（ｂ）は、Ｄ２Ｄ通信のＰａｒｔｉａｌ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋシナリオの一例を示す。
【０１９４】
Ｐａｒｔｉａｌ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋシナリオは、ネットワークカバレッジ内に位置するＤ２Ｄ端末とネットワークカバレッジの外に位置するＤ２Ｄ端末との間にＤ２Ｄ通信を行うことを意味する。
【０１９５】
図１５の（ｂ）において、ネットワークカバレッジ内に位置するＵＥ  １とネットワークカバレッジの外に位置するＵＥ  ２とが通信することを確認することができる。
【０１９６】
図１５の（ｃ）は、Ｉｎ-Ｃｏｖｅｒａｇｅ-Ｓｉｎｇｌｅ-Ｃｅｌｌシナリオの一例を、図１９の（ｄ）は、Ｉｎ-Ｃｏｖｅｒａｇｅ-Ｍｕｌｔｉ-Ｃｅｌｌシナリオの一例を示す。
【０１９７】
Ｉｎ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋシナリオは、Ｄ２Ｄ端末がネットワークカバレッジ内で基地局の制御を介してＤ２Ｄ通信を行うことを意味する。
【０１９８】
図１５の（ｃ）において、ＵＥ  １とＵＥ  ２とは、同じネットワークカバレッジ（またはセル）内に位置し、基地局の制御下にＤ２Ｄ通信を行う。
【０１９９】
図１５の（ｄ）において、ＵＥ  １とＵＥ  ２は、ネットワークカバレッジ内に位置するものの、互いに異なるネットワークカバレッジ内に位置する。そして、ＵＥ  １とＵＥ  ２とは、各ネットワークカバレッジを管理する基地局の制御下にＤ２Ｄ通信を行う。
【０２００】
以下、Ｄ２Ｄ通信に関してさらに詳細に説明する。
【０２０１】
Ｄ２Ｄ通信は、図１５に示すシナリオで動作できるが、一般にネットワークカバレッジ内（ｉｎ-ｃｏｖｅｒａｇｅ）とネットワークカバレッジ外（ｏｕｔ-ｏｆ-ｃｏｖｅｒａｇｅ）で動作できる。Ｄ２Ｄ通信（端末間直接通信）のために利用されるリンクをＤ２Ｄリンク（Ｄ２Ｄ  ｌｉｎｋ）、ダイレクトリンク（ｄｉｒｅｃｔｌｉｎｋ）またはサイドリンク（ｓｉｄｅｌｉｎｋ）などと称することができる、以下、説明の便宜のために、サイドリンクと通称して説明する。
【０２０２】
サイドリンク送信は、ＦＤＤの場合、アップリンクスペクトルで動作し、ＴＤＤの場合、アップリンク（或いはダウンリンク）サブフレームで動作できる。サイドリンク送信とアップリンク送信の多重化のために、ＴＤＭ（Ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）が利用されることができる。
【０２０３】
サイドリンク送信とアップリンク送信とは、同時に行われない。アップリンク送信のために使用されるアップリンクサブフレームまたはＵｐＰＴＳと部分的に或いは全体的に重なるサイドリンクサブフレームでは、サイドリンク送信が行われない。また、サイドリンクの送信及び受信もまた同時に行われない。
【０２０４】
サイドリンクの送信に利用される物理資源の構造は、アップリンク物理資源の構造が同一に利用されることができる。ただし、サイドリンクサブフレームの最後のシンボルは、保護区間（ｇｕａｒｄ  ｐｅｒｉｏｄ）から構成されてサイドリンクの送信に利用されない。
【０２０５】
サイドリンクサブフレームは、拡張循環前置（ｅｘｔｅｎｄｅｄ  ＣＰ）または一般循環前置（ｎｏｒｍａｌ  ＣＰ）により構成されることができる。
【０２０６】
Ｄ２Ｄ通信は、大きくディスカバリー（ｄｉｓｃｏｖｅｒｙ）、直接通信（ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、同期化（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）に区分されることができる。
【０２０７】
１）ディスカバリー（ｄｉｓｃｏｖｅｒｙ）
Ｄ２Ｄディスカバリーは、ネットワークカバレッジ内で適用されることができる。（Ｉｎｔｅｒ-ｃｅｌｌ、Ｉｎｔｒａ-ｃｅｌｌを含む）。インターセル（ｉｎｔｅｒ-ｃｅｌｌ）ディスカバリーで同期化された（ｓｙｎｃｈｒｏｎｏｕｓ）または同期化されない（ａｓｙｎｃｈｒｏｎｏｕｓ）セル配置ともが考慮されることができる。Ｄ２Ｄディスカバリーは、近接領域内のＵＥに広告、クーポン発行、友人検索などの多様な常用目的として活用できる。
【０２０８】
ＵＥ  １がディスカバリーメッセージ送信の役割（ｒｏｌｅ）を有する場合、ＵＥ  １は、ディスカバリーメッセージを送信し、ＵＥ  ２は、ディスカバリーメッセージを受信する。ＵＥ  １とＵＥ  ２の送信及び受信役割は変わることができる。ＵＥ  １からの送信は、ＵＥ  ２のような一つ以上のＵＥにより受信されることができる。
【０２０９】
ディスカバリーメッセージは、単一のＭＡＣ  ＰＤＵを含むことができ、ここで、単一のＭＡＣ  ＰＤＵは、ＵＥ  ＩＤ及びａｐｐｌｉｃａｔｉｏｎ  ＩＤを含むことができる。
【０２１０】
ディスカバリーメッセージを送信するチャネルとして物理サイドリンクディスカバリーチャネル（ＰＳＤＣＨ：Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ）が定義されることができる。ＰＳＤＣＨチャネルの構造は、ＰＵＳＣＨ構造を再度利用できる。
【０２１１】
Ｄ２Ｄディスカバリーのための資源割り当て方法は、２通りのタイプ（Ｔｙｐｅ  １、Ｔｙｐｅ  ２）が利用されることができる。
【０２１２】
タイプ１の場合、ｅＮＢは、端末特定しない（ｎｏｎ-ＵＥ  ｓｐｅｃｉｆｉｃ）方式でディスカバリーメッセージ送信のための資源を割り当てることができる。
【０２１３】
具体的には、特定周期（以下、「ディスカバリー周期」）内で複数のサブフレームセット及び複数の資源ブロックセットで構成されたディスカバリー送信及び受信のための無線資源プール（ｐｏｏｌ）が割り当てられ、ディスカバリー送信端末は、この無線資源プール（ｐｏｏｌ）内で特定資源を任意に選択した後、ディスカバリーメッセージを送信する。
【０２１４】
このような周期的なディスカバリー資源プール（ｐｏｏｌ）は、半静的（ｓｅｍｉ−ｓｔａｔｉｃ）な方式でディスカバリー信号送信のために割り当てられることができる。ディスカバリー送信のためのディスカバリー資源プール（ｐｏｏｌ）の設定情報は、ディスカバリー周期、ディスカバリー周期内のディスカバリー信号の送信のために使用できるサブフレームセット、及び資源ブロックセット情報などを含む。このようなディスカバリー資源プールの設定情報は、上位層シグナリングにより端末に送信されることができる。Ｉｎ−ｃｏｖｅｒａｇｅ端末の場合、ディスカバリー送信のためのディスカバリー資源プール（ｐｏｏｌ）は基地局により設定され、ＲＲＣシグナリング（例えば、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））を利用して端末に知らせることができる。
【０２１５】
一つのディスカバリー周期内にディスカバリーのために割り当てられたディスカバリー資源プール（ｐｏｏｌ）は、同じ大きさを有する時間−周波数資源ブロックでＴＤＭ及び／又はＦＤＭに多重化されることができ、このような同じ大きさを有する時間−周波数資源ブロックを「ディスカバリー資源（ｄｉｓｃｏｖｅｒｙ  ｒｅｓｏｕｒｃｅ）」と称することができる。ディスカバリー資源は、一つのサブフレーム単位で区分されることができ、各サブフレームでスロット当たり二つの物理資源ブロック（ＰＲＢ）を含むことができる。一つのディスカバリー資源は、一つの端末によりディスカバリーＭＡＣ  ＰＤＵの送信のために使用されることができる。
【０２１６】
また、端末は、一つの送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）の送信のために、ディスカバリー周期内でディスカバリー信号を繰り返し送信することができる。一つの端末により送信されるＭＡＣ  ＰＤＵの送信は、ディスカバリー周期内（すなわち、無線資源プール（ｐｏｏｌ））で連続的に（ｃｏｎｔｉｇｕｏｕｓ）或いは非連続的（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）に繰り返される（例えば、４回繰り返す）ことができる。一つの送信ブロックのためのディスカバリー信号の送信回数は、上位層シグナリングにより端末に送信されることができる。
【０２１７】
端末は、ＭＡＣ  ＰＤＵの繰り返される送信のために使用され得るディスカバリー資源セット（ｄｉｓｃｏｖｅｒｙ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）で１番目のディスカバリー資源を任意に選択し、それ以外のディスカバリー資源は、１番目のディスカバリー資源と関連して決定されることができる。例えば、一定パターンが予め設定され、端末が最初に選択したディスカバリー資源の位置によって、その次のディスカバリー資源が予め設定されたパターンによって決定されることができる。また、端末がＭＡＣ  ＰＤＵの繰り返される送信のために使用され得るディスカバリー資源セット内でそれぞれのディスカバリー資源を任意に選択することもできる。
【０２１８】
タイプ２は、ディスカバリーメッセージ送信のための資源が端末特定（ＵＥ  ｓｐｅｃｉｆｉｃ）に割り当てられる。タイプ２は、さらにタイプ２Ａ（Ｔｙｐｅ−２Ａ）、タイプ２Ｂ（Ｔｙｐｅ−２Ｂ）に細分化される。タイプ２Ａは、基地局が、ディスカバリー周期内で端末がディスカバリーメッセージの送信時点（ｉｎｓｔａｎｃｅ）毎に資源を割り当てる方式であり、タイプ２Ｂは、半静的な（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）方式で資源を割り当てる方式である。
【０２１９】
タイプ２Ｂの場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ端末は、ＲＲＣシグナリングを介して基地局にＤ２Ｄディスカバリーメッセージの送信のための資源の割当を要求する。そして、基地局は、ＲＲＣシグナリングを介して資源を割り当てることができる。端末は、ＲＲＣ＿ＩＤＬＥ状態に遷移するとき、または基地局がＲＲＣシグナリングを介して資源割当を撤回（ｗｉｔｈｄｒａｗ）するとき、最も最近割り当てられた送信資源を解除する。このようにタイプ２Ｂの場合、ＲＲＣシグナリングにより無線資源が割り当てられ、ＰＤＣＣＨにより割り当てられた無線資源の活性（ａｃｔｉｖａｔｉｏｎ）／非活性（ｄｅａｃｔｉｖａｔｉｏｎ）が決定され得る。
【０２２０】
ディスカバリーメッセージ受信のための無線資源プール（ｐｏｏｌ）は、基地局により設定され、ＲＲＣシグナリング（例えば、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））を利用して端末に知らせることができる。
【０２２１】
ディスカバリーメッセージ受信端末は、ディスカバリーメッセージ受信のために、上述したタイプ１及びタイプ２のディスカバリー資源プール（ｐｏｏｌ）を共にモニタリングする。
【０２２２】
２）直接通信（ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）
Ｄ２Ｄ直接通信の適用領域は、ネットワークカバレッジ内外（ｉｎ−ｃｏｖｅｒａｇｅ、ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ）はもちろん、ネットワークカバレッジ境界領域（ｅｄｇｅ−ｏｆ−ｃｏｖｅｒａｇｅ）も含む。Ｄ２Ｄ直接通信は、ＰＳ（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）などの目的で利用されることができる。
【０２２３】
端末１が直接通信データ送信の役割を有する場合、端末１は、直接通信データを送信し、端末２は、直接通信データを受信する。端末１と端末２の送信及び受信役割は変わることができる。端末１からの直接通信送信は、端末２のような一つ以上の端末により受信されることができる。
【０２２４】
Ｄ２ＤディスカバリーとＤ２Ｄ通信とは、互いに連係されず、独立に定義されることができる。すなわち、グループキャスト（ｇｒｏｕｐｃａｓｔ）及びブロードキャスト（ｂｒｏａｄｃａｓｔ）直接通信では、Ｄ２Ｄディスカバリーが要求されない。このように、Ｄ２ＤディスカバリーとＤ２Ｄ直接通信とが独立に定義される場合、端末は、隣接する端末を認知する必要がない。言い換えれば、グループキャスト及びブロードキャスト直接通信の場合、グループ内の全ての受信端末が互いに近接することを要求しない。
【０２２５】
Ｄ２Ｄ直接通信データを送信するチャネルとして、物理サイドリンク共有チャネル（ＰＳＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が定義され得る。また、Ｄ２Ｄ直接通信のための制御情報（例えば、直接通信データ送信のためのスケジューリング承認（ＳＡ：ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）、送信形式等）を送信するチャネルとして、物理サイドリンク制御チャネル（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）が定義され得る。ＰＳＳＣＨ及びＰＳＣＣＨは、ＰＵＳＣＨ構造を再利用できる。
【０２２６】
Ｄ２Ｄ直接通信のための資源割当方法は、２つのモード（ｍｏｄｅ１、ｍｏｄｅ２）が用いられ得る。
【０２２７】
モード１は、基地局が端末にＤ２Ｄ直接通信のためのデータまたは制御情報を送信するために使用する資源をスケジューリングする方式をいう。ｉｎ−ｃｏｖｅｒａｇｅでは、モード１が適用される。
【０２２８】
基地局は、Ｄ２Ｄ直接通信に必要な資源プール（ｐｏｏｌ）を設定する。ここで、Ｄ２Ｄ通信に必要な資源プール（ｐｏｏｌ）は、制御情報プールとＤ２Ｄデータプールとに区分されることができる。基地局がＰＤＣＣＨまたはｅＰＤＣＣＨを用いて送信Ｄ２Ｄ端末に設定されたプール内で制御情報及びＤ２Ｄデータ送信資源をスケジューリングすれば、送信Ｄ２Ｄ端末は、割り当てられた資源を利用して制御情報及びＤ２Ｄデータを送信する。
【０２２９】
送信端末は、基地局に送信資源を要求し、基地局は、制御情報とＤ２Ｄ直接通信データの送信のための資源をスケジューリングする。すなわち、モード１の場合、送信端末は、Ｄ２Ｄ直接通信を行うために、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態になければならない。送信端末は、スケジューリング要求を基地局に送信し、次いで、基地局が送信端末により要求される資源の量を決定できるように、ＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）手順を進める。
【０２３０】
受信端末は、制御情報プールをモニタリングし、自分と関連した制御情報をデコードすれば、当該制御情報と関連したＤ２Ｄデータ送信を選択的にデコードすることができる。受信端末は、制御情報デコード結果に応じてＤ２Ｄデータプールをデコードしないこともできる。
【０２３１】
モード２は、端末がＤ２Ｄ直接通信のためのデータまたは制御情報を送信するために、資源プール（ｐｏｏｌ）で特定資源を任意に選択する方式をいう。ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ及び／又はｅｄｇｅ−ｏｆ−ｃｏｖｅｒａｇｅでモード２が適用される。
【０２３２】
モード２において、制御情報送信のための資源プール（ｐｏｏｌ）及び／又はＤ２Ｄ直接通信データ送信のための資源プール（ｐｏｏｌ）は、予め設定（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）されるか、半静的に（ｓｅｍｉ−ｓｔａｔｉｃａｌｌｙ）設定されることができる。端末は、設定された資源プール（時間及び周波数）を提供され、資源プールでＤ２Ｄ通信送信のための資源を選択する。すなわち、端末は、制御情報を送信するために、制御情報資源プールで制御情報送信のための資源を選択できる。また、端末は、Ｄ２Ｄ直接通信データ送信のために、データ資源プールで資源を選択できる。
【０２３３】
Ｄ２Ｄブロードキャスト通信において、制御情報は、ブロードキャスト端末により送信される。制御情報は、Ｄ２Ｄ直接通信データを運搬する物理チャネル（すなわち、ＰＳＳＣＨ）と関連してデータ受信のための資源の位置を明示的に（ｅｘｐｌｉｃｉｔ）及び／又は黙示的に（ｉｍｐｌｉｃｉｔ）指示する。
【０２３４】
３）同期化（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）
Ｄ２Ｄ同期信号（Ｄ２ＤＳＳ：Ｄ２Ｄ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ／ｓｅｑｕｅｎｃｅ）は、端末が時間−周波数同期を取得するために用いられることができる。特に、ネットワークカバレッジ外の場合、基地局の制御が不可能なので、端末間同期確立のための新しい信号及び手順が定義され得る。Ｄ２Ｄ同期信号は、サイドリンク同期信号（Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）と称することができる。
【０２３５】
Ｄ２Ｄ同期信号を周期的に送信する端末をＤ２Ｄ同期ソース（Ｄ２Ｄ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｏｕｒｃｅ）またはサイドリンク同期ソース（Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｏｕｒｃｅ）などと称することができる。Ｄ２Ｄ同期ソースが基地局である場合、送信されるＤ２Ｄ同期信号の構造はＰＳＳ／ＳＳＳと同様でありうる。Ｄ２Ｄ同期ソースが基地局でない場合（例えば、端末またはＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）等）、送信されるＤ２Ｄ同期信号の構造は新しく定義されることができる。
【０２３６】
Ｄ２Ｄ同期信号は、４０ｍｓより小さくない周期で周期的に送信される。端末別に多重の物理層Ｄ２Ｄ同期識別子（ｐｈｙｓｉｃａｌ−ｌａｙｅｒ  Ｄ２Ｄ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｉｄｅｎｔｉｔｙ）を有することができる。物理層Ｄ２Ｄ同期識別子は、物理層サイドリンク同期識別子（ｐｈｙｓｉｃａｌ−ｌａｙｅｒ  ｓｉｄｅｌｉｎｋ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｉｄｅｎｔｉｔｙ）または簡単にＤ２Ｄ同期識別子と称することもできる。
【０２３７】
Ｄ２Ｄ同期信号は、Ｄ２Ｄプライマリ同期信号（ｐｒｉｍａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ／ｓｅｑｕｅｎｃｅ）とＤ２Ｄセコンダリー同期信号（ｓｅｃｏｎｄａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ／ｓｅｑｕｅｎｃｅ）とを含む。これを各々プライマリサイドリンク同期信号（ｐｒｉｍａｒｙ  ｓｉｄｅｌｉｎｋ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）及びセコンダリーサイドリンク同期信号（ｓｅｃｏｎｄａｒｙ  ｓｉｄｅｌｉｎｋ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）と称することができる。
【０２３８】
Ｄ２Ｄ同期信号を送信する前に、まず、端末はＤ２Ｄ同期ソースを探索できる。そして、Ｄ２Ｄ同期ソースが探索されれば、端末は、探索されたＤ２Ｄ同期ソースから受信されたＤ２Ｄ同期信号を介して時間−周波数同期を取得できる。そして、当該端末は、Ｄ２Ｄ同期信号を送信できる。
【０２３９】
また、同期化と共に端末間通信に使用される必須情報を伝達する目的のチャネルが必要でありえ、このような目的のチャネルが定義されうる。このようなチャネルを物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄ２Ｄ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）または物理サイドリンク放送チャネル（ＰＳＢＣＨ：Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）と呼ぶことができる。
【０２４０】
以下では、明瞭性のために、Ｄ２Ｄ通信において２個の装置間の直接通信を例に挙げて説明するが、本発明の範囲がこれに制限されるものではなく、２つ以上の複数の装置間のＤ２Ｄ通信に対しても本発明で説明する同じ原理が適用され得る。
【０２４１】
以下、本明細書で提案するＤ２Ｄ制御情報及び／またはＤ２Ｄデータ送信方法について、具体的に述べる。
【０２４２】
上述のように、Ｄ２Ｄは、サイドリンク（ｓｉｄｅｌｉｎｋ）と表現されることができる。
【０２４３】
また、Ｄ２Ｄ制御情報は、サイドリンク制御情報（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＳＣＩ）と表現されることができ、前記Ｄ２Ｄ制御情報は、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して送受信されることができる。
【０２４４】
また、Ｄ２Ｄデータは、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して送受信でき、前記Ｄ２Ｄデータ送受信は、ＰＳＳＣＨ送受信と表現されることができる。
【０２４５】
端末間直接通信を行うにおいて、Ｄ２Ｄ端末でＤ２Ｄデータ（ｄａｔａ）を復調するためには、Ｄ２Ｄ制御情報（ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）が定義されなければならない。
【０２４６】
上述のように、前記Ｄ２Ｄ制御情報は、ＳＣＩと表現されることができ、以下では、混用することにする。
【０２４７】
ここで、前記Ｄ２Ｄ制御情報は、前記Ｄ２Ｄデータを伝達するＤ２Ｄ通信チャネル（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｃｈａｎｎｅｌ）とは別のチャネル（または、別の信号で）で送信されることができる。
【０２４８】
上述のように、前記Ｄ２Ｄ通信チャネルは、ＰＳＳＣＨと表現されることができ、以下、混用することにする。
【０２４９】
また、以下で説明する方法は、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ  ｍｅｓｓａｇｅを伝達するために必要な制御情報を別に送信する場合にも同様に適用されることができる。
【０２５０】
前記Ｄ２Ｄ制御情報は、ＮＤＩ（ｎｅｗ  ｄａｔａ  ｉｎｄｉｃａｔｏｒ）、ＲＡ（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ｏｒ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ／ｓｅｔ）、ＲＶ（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）、Ｔｘ  ＵＥ  ＩＤなどのような情報の一部または全体を含むことができる。
【０２５１】
前記Ｄ２Ｄ制御情報は、Ｄ２Ｄ通信が適用されるシナリオに従って前記Ｄ２Ｄ制御情報に含まれる情報の組み合わせが異なって構成されることができる。
【０２５２】
一般に、制御情報（ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＣＩ）は、データチャネル（ｄａｔａ  ｃｈａｎｎｅｌ）を復調するのに活用されるから、前記制御情報は、前記ｄａｔａ  ｃｈａｎｎｅｌに先立って復号（ｄｅｃｏｄｉｎｇ）されなければならない。
【０２５３】
したがって、前記制御情報を受信する端末は、前記制御情報が送信される時間及び周波数資源の位置と前記データチャネルの復調に必要な関連パラメータを予め知っていなければならない。
【０２５４】
例えば、ＬＴＥ（-Ａ）システムにおいてＰＤＣＣＨの場合、毎サブフレームの特定シンボルのうち、特定位置に送信されることを端末が分かるように、ＵＥ  ＩＤ基盤のｈａｓｈｉｎｇ関数を送信端（例：基地局）及び受信端（例：端末）が共通に使用している。
【０２５５】
また、ＬＴＥ（-Ａ）システムにおいてＢＣＨの場合、４０ｍｓ周期で特定ＳＦ（Ｓｕｂｆｒａｍｅ）の特定シンボルにｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎが伝達されるという事実を予め基地局と端末が共有している。
【０２５６】
上述のように、端末で前記制御情報を正しく獲得するためには、予め前記端末に十分な前記制御情報の復調関連情報（または、パラメータ）が伝達されなければならない。
【０２５７】
同様に、Ｄ２Ｄ通信を支援するシステムにおいてＤ２Ｄ端末がＤ２Ｄ制御情報を成功裏に復調するためには、前記Ｄ２Ｄ制御情報の送信と関連したパラメータが予めＤ２Ｄ端末と共有されなれけばならない。
【０２５８】
前記Ｄ２Ｄ制御情報の送信と関連したパラメータは、一例として、ｓｕｂｆｒａｍｅ／ｓｌｏｔ  ｉｎｄｅｘ、ｓｙｍｂｏｌ  ｉｎｄｅｘまたはＲＢ  ｉｎｄｅｘなどでありうる。
【０２５９】
また、前記Ｄ２Ｄ制御情報の送信と関連したパラメータは、特定フォーマットのＤＣＩでありえ、基地局からまたは他のＤ２Ｄ端末からＰＤＣＣＨを介して獲得されることができる。
【０２６０】
前記特定フォーマットのＤＣＩは、新しく定義されるＤＣＩフォーマットを意味することで、一例としてＤＣＩ  ｆｏｒｍａｔ  ５でありうる。
【０２６１】
一実施の形態として、前記Ｄ２Ｄ制御情報は、Ｄ２Ｄ  ｓｕｂｆｒａｍｅ（Ｄ２Ｄ送信のために指定されたｓｕｂｆｒａｍｅ）と指定されたすべてのｓｕｂｆｒａｍｅにおいてまたは前記すべてのｓｕｂｆｒａｍｅのうち、特定ｉｎｄｅｘを有する一連のｓｕｂｆｒａｍｅ（ａ  ｓｅｔ  ｏｆ  ｓｕｂｆｒａｍｅまたはｓｕｂｆｒａｍｅ  ｓｅｔ）においてまたは特定周期を有するｓｕｂｆｒａｍｅ  ｓｅｔで送信されるように指定されることができる。
【０２６２】
このような潜在的なＤ２Ｄ制御情報の送信ｓｕｂｆｒａｍｅまたはｓｕｂｆｒａｍｅ  ｓｅｔは、予め端末に上位層信号通知（（ｈｉｇｈｅｒ  ｌａｙｅｒｓ）ｓｉｇｎａｌｉｎｇ）により、または端末固有の情報（ＵＥ  ＩＤ等）に基づいて、端末が自ら計算できるようにする方式で端末に予め認知されることができる。
【０２６３】
また、Ｄ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌが伝達される資源領域とＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎが伝達される資源領域は、時間領域において互いに異なって構成されることができる。
【０２６４】
すなわち、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎは、指定された時間単位で、すなわち、周期的に（または、指定された時間-周波数領域パターンでｈｏｐｐｉｎｇしながら）送信されるようにし、前記Ｄ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌは、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎが指示する資源領域においてのみ伝達されるように定義することができる。
【０２６５】
この方法は、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｄａｔａを共に送信する方式とは異なり、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを送信する場合とＤ２Ｄ  ｄａｔａを送信する場合を独立に運営することを意味する。
【０２６６】
具体的には、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｄａｔａを分離送信する場合は、（１）Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｄａｔａに適用されるパラメータ（ｓｃｒａｍｂｌｉｎｇ、ＣＲＣ、ＣＲＣ  ｍａｓｋｉｎｇ、ｄｅｍｏｄｕｌａｔｉｏｎ  ｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒａｍｅｔｅｒ等）を独立に設定するか、または（２）Ｄ２Ｄ  ｄａｔａに適用されるｐａｒａｍｅｔｅｒをＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを介してｉｎｄｉｃａｔｉｏｎすることである。
【０２６７】
（２）の場合、Ｄ２Ｄ端末は、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎが送信されるようにした潜在的な（ｐｏｔｅｎｔｉａｌ）資源（ｓｕｂｆｒａｍｅまたはｓｕｂｆｒａｍｅ  ｓｅｔ）で潜在的なｐａｒａｍｅｔｅｒを使用して、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎに対するｍｏｎｉｔｏｒｉｎｇ及びｄｅｃｏｄｉｎｇを試み（例えば、ｅｘｐｌｉｃｉｔ  ｏｒ  ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）、前記潜在的な資源以外の資源領域では、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎに対する復号（ｄｅｃｏｄｉｎｇ）の試みをしなくなる。
【０２６８】
これにより、端末の電力消耗を減らすという効果がある。
【０２６９】
また、端末でＤ２Ｄ  ｄａｔａを復調する場合にも、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを介して獲得されたｐａｒａｍｅｔｅｒとＤ２Ｄ  ｄａｔａ資源領域情報を活用して、端末は、指定された時点で指定された情報だけを復調すればよいから、端末の電力消耗を減らすようになるという効果がある。
【０２７０】
以下、上述の方法を具現するための一実施の形態として、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを獲得するために、端末が特定時点で特定資源領域をｂｌｉｎｄ  ｓｅａｒｃｈ（ｄｅｃｏｄｉｎｇ）し、各端末にｍａｔｃｈｉｎｇされるＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎをｄｅｃｏｄｉｎｇする方式を述べることにする。
【０２７１】
ここで、各端末のＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎのｍａｔｃｈｉｎｇをするかどうかは、ＵＥ  ｓｐｅｃｉｆｉｃ  ｉｎｆｏｒｍａｔｉｏｎを基盤にまたはＵＥ-ｇｒｏｕｐ  ｓｐｅｃｉｆｉｃ（ＵＥ-ｇｒｏｕｐ  ｃｏｍｍｏｎ）ｉｎｆｏｒｍａｔｉｏｎを基盤に具現できる。
【０２７２】
すなわち、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎにＵＥ  ｓｐｅｃｉｆｉｃ  ｓｃｒａｍｂｌｉｎｇまたはＣＲＣ  ｍａｓｋｉｎｇを適用して該当端だけを前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎをブラインド復号（（ｂｌｉｎｄ）ｄｅｃｏｄｉｎｇ）するようにするか、または複数の端末（ｇｒｏｕｐまたは全体）が全部前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを復号（ｄｅｃｏｄｉｎｇ）するようにＵＥ-ｇｒｏｕｐ  ｃｏｍｍｏｎ  ｓｃｒａｍｂｌｉｎｇまたはＣＲＣ  ｍａｓｋｉｎｇを適用することもできる。
【０２７３】
したがって、端末または端末グループは、復号に成功したＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎからＤ２Ｄ  ｄａｔａ復調に関連した情報を得ることができる。
【０２７４】
前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ（またはＳＣＩ）とは、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎに含まれた明示的な（ｅｘｐｌｉｃｉｔ）情報だけでなく、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（ＰＳＣＣＨ）に使用されたｐａｒａｍｅｔｅｒ（ここは、予め決まったｐａｒａｍｅｔｅｒだけでなく、与えられたＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｓｅｔでブラインド検索（ｂｌｉｎｄ  ｓｅａｒｃｈ）を介して得られたｐａｒａｍｅｔｅｒも含む）を含む。
【０２７５】
前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌに使用されたｐａｒａｍｅｔｅｒは、ｓｃｒａｍｂｌｉｎｇ、ＣＲＣ  ｍａｓｋｉｎｇ、使用資源情報、ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｌａｔｅｄ  ｐａｒａｍｅｔｅｒｓなどでありうる。
【０２７６】
したがって、これにより、Ｄ２Ｄ  ｄａｔａに対して端末が敢えてブランド検索（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）をしないように具現できるようになる。
【０２７７】
定理すると、端末または端末グループは、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを得るために、各自の固有情報を活用するか、または予め上位層信号通知（（ｈｉｇｈｅｒ  ｌａｙｅｒｓ）ｓｉｇｎａｌｉｎｇ）された情報に基づいて、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを特定時点に特定パラメータを介してブラインド検索（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を行う。
【０２７８】
前記ブラインド検索（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を行うことによって、前記端末または端末グループは、データ復調に関連したｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（またはｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）の生成及び送信に使用された各種のパラメータ（ｐａｒａｍｅｔｅｒ）を共に獲得できる。
【０２７９】
したがって、端末は、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ関連ｐａｒａｍｔｅｒと復号（ｄｅｃｏｄｉｎｇ）されたｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎを活用して、Ｄ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌの復号（ｄｅｃｏｄｉｎｇ）及び復調（ｄｅｍｏｄｕｌａｔｉｏｎ）に使用するようになる。
【０２８０】
ここで、前記Ｄ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌは、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と表現されることができる。
【０２８１】
前記ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎは、Ｄ２  ｄａｔａを復調するために必要な資源割り当て情報、ＮＤＩ、ＭＣＳ、Ｔｘ  ＵＥ  ＩＤなどのような明示的な（ｅｘｐｌｉｃｉｔ）情報を言うことができる。
【０２８２】
また、上述のように、前記ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎは、ＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）と表現されることができる。
【０２８３】
端末は、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（またはＰＳＣＣＨ）に対してｂｌｉｎｄ  ｓｅａｒｃｈを介したパラメータ（ｐａｒａｍｅｔｅｒ）をそのまま使用するか、または前記パラメータ（ｐａｒａｍｅｔｅｒ）に基づいて生成されたｎｅｗ  ｐａｒａｍｅｔｅｒをＤ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌ（ＰＳＳＣＨ）の生成に使用するから、前記端末は、Ｄ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌに対してＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌに対して行われたようなパラメータブラインド検索（ｐａｒａｍｅｔｅｒ  ｂｌｉｎｄ  ｓｅａｒｃｈ）を行う必要がなくなる。
【０２８４】
さらに他の実施の形態として、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌとＤ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌが同じサブフレーム（ｓｕｂｆｒａｍｅ）に送信されるようにするものの（端末または端末ｇｒｏｕｐの側面において）、時間上の周期が異なるように設定されるように具現化することも可能である。
【０２８５】
すなわち、端末は、特定サブフレーム（ｓｕｂｆｒａｍｅ）においてＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌをブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）し、その情報に基づいて同じサブフレーム（ｓｕｂｆｒａｍｅ）のＤ２Ｄ  ｄａｔａを復調する方法である。
【０２８６】
ここで、端末は、Ｄ２Ｄ  ｄａｔａに対しては、ブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を行わないことを仮定する。
【０２８７】
その代わりに、前記端末がＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌに対してのみブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を付与して、該当サブフレーム（ｓｕｂｆｒａｍｅ）でｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｃｏｍｐｌｅｘｉｔｙをＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌだけに依存するように具現化できる。
【０２８８】
すなわち、前記端末は、該当サブフレーム（ｓｕｂｆｒａｍｅ）でＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎに対してのみ、ブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を行うことである。
【０２８９】
端末がＤ２Ｄ  ｄａｔａに対するブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を行わなければならない場合、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｄａｔａが同じサブフレーム（ｓｕｂｆｒａｍｅ）において共に送信される場合、端末のｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｔｒｉａｌが急増するという問題が発生できる。
【０２９０】
かかる場合、特定サブフレーム（ｓｕｂｆｒａｍｅ）でブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を介してＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを検出できる端末の数が制限されることができる。
【０２９１】
すなわち、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｄａｔａの送信周期などが固定されている場合、互いの周期に従ってある状況では、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｄａｔａが同じサブフレーム（ｓｕｂｆｒａｍｅ）に共に送信される場合が発生できる。
【０２９２】
この場合、該当サブフレーム（ｓｕｂｆｒａｍｅ）でのｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｔｒｉａｌに対して制限がある場合、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ及び／またはＤ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌのｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｔｒｉａｌを減らす状況に直面できる。
【０２９３】
したがって、このような問題を軽減するために、端末のブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）をＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌだけに導入して、ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｃｏｍｐｌｅｘｉｔｙのｖａｒｉａｔｉｏｎによるｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｔｒｉａｌに対する限界（ｌｉｍｉｔａｔｉｏｎ）を防止できる。
【０２９４】
また、ブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）をＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌだけに導入することによって、Ｄ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌに対するスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）自由度がより大きくなることができる効果がある。
【０２９５】
すなわち、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｄａｔａが同じサブフレーム（ｓｕｂｆｒａｍｅ）に位置しても、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌだけにブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を適用する場合、ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ  ｃｏｍｐｌｅｘｉｔｙに対する限界（ｌｉｍｉｔａｔｉｏｎ）がなくなる。
【０２９６】
したがって、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌが特定サブフレーム（ｓｕｂｆｒａｍｅ）で周期的に送信されている場合にも、Ｄ２Ｄ  ｄａｔａ  ｃｈａｎｎｅｌの送信のためのサブフレーム（ｓｕｂｆｒａｍｅ）を決定する際、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌが送信されるサブフレーム（ｓｕｂｆｒａｍｅ）を避けて割り当てなくても良い。
【０２９７】
Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌの場合、一度検出され前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌと関連した（ａｓｓｏｃｉａｔｅｄ）Ｄ２Ｄ  ｄａｔａの送信が以後特定サブフレームに送信されると仮定すると、Ｄ２Ｄ  ｄａｔａが送信されるサブフレーム（ｓｕｂｆｒａｍｅ）までの時間区間の間にＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ送信機会サブフレーム（ｓｕｂｆｒａｍｅ）（Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ送信周期またはＰＳＣＣＨ  ｐｅｒｉｏｄ）でＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを再度送信しなくても良い。
【０２９８】
同様に、端末の立場でＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌをブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）し、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎが指示するＤ２Ｄ  ｄａｔａ  ｓｕｂｆｒａｍｅまでは、追加的にＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ（ｍｏｎｉｔｏｒｉｎｇ）を行わないように予め決めることができる。
【０２９９】
これにより、端末は、電力消耗を減らすようになる。これは、端末別にそれぞれ異なって設定されることもできる。
【０３００】
各端末別にＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌを送信する周期（またはＰＳＣＣＨ  Ｐｅｒｉｏｄ）及びｓｕｂｆｒａｍｅ  ｏｆｆｓｅｔが異なって与えられる場合、各端末別にＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎのモニタリング（ｍｏｎｉｔｏｒｉｎｇ）をしなくてもよいサブフレーム（ｓｕｂｆｒａｍｅ）が分かるようになる。
【０３０１】
すなわち、各端末は、特定サブフレーム（ｓｕｂｆｒａｍｅ）でＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎをブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）するようになると、自身のＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎのｍｏｎｉｔｏｒｉｎｇ  ｓｕｂｆｒａｍｅ周期及びオフセット（ｏｆｆｓｅｔ）を考慮して、どれくらいＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）またはＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）を行わなければならないのかが分かるようになる。
【０３０２】
端末は、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ（例えば、ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）を受信して復調してから、該当ｓｕｂｆｒａｍｅ  ｉｎｄｅｘ、端末ＩＤ、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎに載せられている特定ビット値、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｕｂｆｒａｍｅ周期情報（ＰＳＣＣＨ  Ｐｅｒｉｏｄ）などを適切に活用して、どれくらいＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎをモニタリング（ｍｏｎｉｔｏｒｉｎｇ）しなくてもよいか、すなわち、ＤＴＸしてもよいかを計算できる。
【０３０３】
図１６は、本明細書で提案するＤ２Ｄ制御情報及びＤ２Ｄデータ送受信方法の一例を示した図である。
【０３０４】
図１６において、Ｃ１は、ＵＥ  １（またはＵＥ-ｇｒｏｕｐ  １）に割り当てられたＤ２Ｄ資源の中でＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを送信するために使用される資源のことを意味する。
【０３０５】
前記Ｃ１（１6０１）は、（Ｅ-）ＰＤＣＣＨ、ＳＩＢ、ｐｒｅｃｏｎｆｉｇｕｒｅｄ、ｒｅｌａｙｉｎｇ  ｂｙ  ＵＥ等を介して獲得されることができる。
【０３０６】
一例として、端末は、ＰＤＣＣＨを介して送信されるＤＣＩ  ｆｏｒｍａｔ  ５を介して前記Ｃ１（またはＳＣＩ  ｆｏｒｍａｔ  ０）を獲得できる。
【０３０７】
また、前記Ｃ１の周期は、ｐｅｒｉｏｄ  ＃１に該当する。
【０３０８】
Ｃ２（１6０２）は、ＵＥ  ２（またはＵＥ-ｇｒｏｕｐ  ２）に割り当てられたＤ２Ｄ資源の中でＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを送信するために使用される資源を示す。
【０３０９】
前記Ｃ２の周期は、ｐｅｒｉｏｄ  ＃２に該当する。
【０３１０】
前記Ｃ１及びＣ２の周期は、それぞれＰＳＣＣＨ  ｐｅｒｉｏｄ  ＃１及びＰＳＣＣＨ  ｐｅｒｉｏｄ  ＃２と表現されることができる。
【０３１１】
図１６において、第１番目のＣ１情報は、Ｄ２Ｄ  ｄａｔａ  ＃１（１6０３）の送信関連ｐａｒａｍｅｔｅｒを示すもので、Ｄ２Ｄ  ｄａｔａ  ＃１の復調のために、受信端末において必要な各種情報（例えば、ＤＭ  ＲＳ  ｓｅｑｕｅｎｃｅ、ＭＣＳ、ＲＡなどのｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）を示す。
【０３１２】
また、第１番目のＣ２情報は、Ｄ２Ｄ  ｄａｔａ  ＃２（１6０４）の送信関連ｐａｒａｍｅｔｅｒを示すもので、Ｄ２Ｄ  ｄａｔａ  ＃２の復調のために受信端末において必要な各種情報（例えば、ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）を示す。
【０３１３】
図１６において、第２番目のＣ１（１6０５）及びＣ２情報（１60６）は、第１番目のＤ２Ｄ  ｄａｔａ  ＃１（１6０３）及びＤ２Ｄ  ｄａｔａ  ＃２（１6０４）以後に来る。すなわち、第２番目のＤａｔａ  ＃１及びＤａｔａ  ＃２（１6０７）と関連したｐａｒａｍｅｔｅｒ（ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ等）を示す。
【０３１４】
各端末は、自身がモニタリング（ｍｏｎｉｔｏｒｉｎｇ）しなければならないＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎのサブフレーム（ｓｕｂｆｒａｍｅ）位置を予め知っているから、該当サブフレーム（ｓｕｂｆｒａｍｅ）に対して各端末に該当するＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎに対するブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を行う。
【０３１５】
図１７は、本明細書で提案するＤ２Ｄ制御情報及びＤ２Ｄデータ送受信方法のさらに他の一例を示した図である。
【０３１６】
図１７の場合、端末は、Ｃ１（１7０１）をブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）して、前記Ｃ１と関連したＤ２Ｄ  ｄａｔａ（Ｄ２Ｄ  ｄａｔａ  ＃１）がＤ２Ｄ  ｄａｔａ  ＃１  ｓｕｂｆｒａｍｅ（１7０２）に伝達されることが分かる。
【０３１７】
また、前記端末は、前記Ｃ１以後にＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを送信する目的で周期的に予約された（または、割り当てられた）サブフレーム（１7０３）にＣ１が無いことを予め知っている場合、前記端末は、前記予約されたサブフレーム（１7０３）をモニタリング（ｍｏｎｉｔｏｒｉｎｇ）またはブラインドデコード（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）しなくてスキップ（ｓｋｉｐ）できる。
【０３１８】
すなわち、図１７は、Ｃ１(1701)とｄａｔａ  ＃１(1702)との間に存在する周期的に予約されたサブフレーム（ｓｕｂｆｒａｍｅ）(1703)において端末がＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎに対する追加的なモニタリング（ｍｏｎｉｔｏｒｉｎｇ）及びブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を行わないことを示す。
【０３１９】
これは、端末がＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎに対するモニタリング（ｍｏｎｉｔｏｒｉｎｇ）及びブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を特定サブフレームで行う必要が無いことを予め分かることができるから、電力消耗を減らすために、前記特定サブフレームでＤＴＸ動作を行うと見なされることができる。
【０３２０】
図18は、本明細書で提案するＤ２Ｄ制御情報及びＤ２Ｄデータ送受信方法のさらに他の一例を示した図である。
【０３２１】
上述の図１７の場合、Ｃ１とｄａｔａ  ＃１との間に存在する周期的に予約されたすべてのｓｕｂｆｒａｍｅに対して端末がブラインドデコードをスキップすることを確認した。
【０３２２】
これとは異なり、図１８は、Ｄ２Ｄ制御情報と前記Ｄ２Ｄ制御情報が指示するＤ２Ｄデータサブフレームの間にＤ２Ｄ制御情報送信用として予約されたＤ２Ｄ制御情報サブフレームが存在する場合、前記予約されたＤ２Ｄ制御情報サブフレームのすべてに対して端末のブラインドデコードをスキップすることでなく、予め約束された条件に合う場合においてのみ、前記予約されたＤ２Ｄ制御情報サブフレームをｍｏｎｉｔｏｒｉｎｇ  ｓｕｂｆｒａｍｅから除く方法を示す。
【０３２３】
図１８に示すように、端末は、Ｃ１１（18０１）とＣ１３（18０３）でｂｌｉｎｄ  ｄｅｃｏｄｉｎｇを行い、Ｃ１２（18０２）では、ブラインドデコードをスキップすることを確認することができる。
【０３２４】
すなわち、Ｃ１１（18０１）とｄａｔａ  ＃１１（18０４）との間にあるすべてのｃａｎｄｉｄａｔｅ  Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎのｍｏｎｉｔｏｒｉｎｇ  ｓｕｂｆｒａｍｅ（Ｃ１１，Ｃ１２，Ｃ１３）をスキップすることではない。
【０３２５】
例えば、Ｃ１１（18０１）とｄａｔａ  ＃１１（18０４）との間に存在するｃａｎｄｉｄａｔｅ  ｓｕｂｆｒａｍｅのうち、最後のサブフレーム（ｓｕｂｆｒａｍｅ）（Ｃ１３、18０３）は、ブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）のためにモニタリング（ｍｏｎｉｔｏｒｉｎｇ）を行う。
【０３２６】
または、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ（またはｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）ｓｕｂｆｒａｍｅとＤ２Ｄ  ｄａｔａ送信ｓｕｂｆｒａｍｅとの間にＮ個のＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｃａｎｄｉｄａｔｅ  ｓｕｂｆｒａｍｅが存在する場合、最後の部分に位置するＫ個のｃａｎｄｉｄａｔｅ  ｓｕｂｆｒａｍｅに対しては、ブラインドデコードのスキップを行わないと定義することができる。
【０３２７】
ここで、前記ｋ値は、システム運営などによって設定（ｃｏｎｆｉｇｕｒｅ）されることができる。
【０３２８】
または、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｕｂｆｒａｍｅがＤ２Ｄ送信に使用されるサブフレーム（ｓｕｂｆｒａｍｅ）とＤ２Ｄ受信に使用されるサブフレーム（ｓｕｂｆｒａｍｅ）（ｈａｌｆ-ｄｕｐｌｅｘ制約により同時に送受信が不可能であるから、互いに区分される二種類のｓｕｂｆｒａｍｅが存在する場合）とに区別される場合、Ｄ２Ｄ送信に使用されるサブフレーム（ｓｕｂｆｒａｍｅ）においてのみブラインドデコードスキップ規則を適用することもできる。
【０３２９】
仮に、Ｄ２Ｄ送信に使用されるあ部フレーム（ｓｕｂｆｒａｍｅ）とＤ２Ｄ受信に使用されるサブフレーム（ｓｕｂｆｒａｍｅ）に対する区別がない場合、二つのタイプ（Ｄ２Ｄ送信及びＤ２Ｄ受信）のサブフレーム（ｓｕｂｆｒａｍｅ）ともを考慮して、ブラインドデコードスキップ規則を適用することもできる。
【０３３０】
または、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎの有効期間（ｖａｌｉｄ  ｐｅｒｉｏｄ）が存在する場合、端末は、前記有効期間の間には、追加的なＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎが到着しないと仮定することによって、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｕｂｆｒａｍｅとＤ２Ｄ  ｄａｔａ  ｓｕｂｆｒａｍｅとの間に到着するＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを無視、すなわち、ブラインドデコードのスキップを適用できる。
【０３３１】
また、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｕｂｆｒａｍｅは、多数の端末が共に使用すると仮定する場合、各端末は、前記Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｕｂｆｒａｍｅのうち、自身がモニタリング（ｍｏｎｉｔｏｒｉｎｇ）しなければならないサブフレーム（ｓｕｂｆｒａｍｅ）を自身のＩＤ、Ｄ２Ｄ  ｓｕｂｆｒａｍｅ  ｉｎｄｅｘなどの他のパラメータを活用して計算できる。
【０３３２】
ここで、各端末が自身のＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ ｓｕｂｆｒａｍｅを計算する方法は、端末がＵＥ  ＩＤ及びその他のパラメータ（ｐａｒａｍｅｔｅｒ）を活用して自身がモニタリング（ｍｏｎｉｔｏｒｉｎｇ）しなければならないｐａｇｉｎｇ  ｓｕｂｆｒａｍｅ、すなわち、ｓｌｅｅｐ  ｍｏｄｅから目覚めて必ず受信しなければならないｓｕｂｆｒａｍｅ  ｉｎｄｅｘを計算する方法に類似するように計算できる。
【０３３３】
図１９は、本明細書で提案するＤ２Ｄ送信モードに応じるＤ２Ｄ制御情報設定方法の一例を示した図である。
【０３３４】
図１９は、二種類のＤ２Ｄ資源割り当て方式、すなわち、二種類の送信モード（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  １、ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ２）が共に使用される場合に、各Ｄ２Ｄ資源割り当て方式により割り当てられた資源のうち、一部資源を共通資源として設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）することを示す。
【０３３５】
図１９ａは、ｉｎ-ｃｏｖｅｒａｇｅシナリオ、すなわち、ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  １でのＤ２Ｄ制御情報の資源割り当てを示し、図１９ｂは、ｐａｒｔｉａｌまたはｏｕｔ-ｃｏｖｅｒａｇｅ、すなわち、ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ２でのＤ２Ｄ制御情報の資源割り当てを示す。
【０３３６】
ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  １での制御情報の資源は、Ｃ１またはＣ２と表示され、ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ２での制御情報の資源は、Ｐまたはｓと表示されたことを見ることができる。
【０３３７】
図１９に示すように、Ｃ１とＰ資源は、互いに同じ時間ａｎｄ／ｏｒ周波数資源でａｌｉｇｎｍｅｎｔされるように設定されたことを見ることができる。
【０３３８】
すなわち、Ｃ１とＰ資源が共通資源として（例えば、ｃｅｌｌ  ｓｐｅｃｉｆｉｃ、ＵＥ-ｇｒｏｕｐ-ｓｐｅｃｉｆｉｃ）設定された場合を示す。
【０３３９】
図１９の資源構成は、端末が資源割り当て方式をｓｗｉｔｃｈｉｎｇする場合、端末が前記共通資源ｓｕｂｆｒａｍｅをＤ２Ｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌをｍｏｎｉｔｏｒｉｎｇしなければならないｆａｌｌｂａｃｋ  ｓｕｂｆｒａｍｅとして使用することができる。
【０３４０】
すなわち、互いに異なる資源割り当て方式で設定される共通資源は、端末が資源割り当て方式のｍｏｄｅ  ｓｗｉｔｃｈｉｎｇ時に義務的にモニタリング（ｍｏｎｉｔｏｒｉｎｇ）しなければならないＤ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを伝達するｃａｎｄｉｄａｔｅ  ｓｕｂｆｒａｍｅを意味できる。
【０３４１】
したがって、ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  １で資源を割り当てられた端末またはｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ２で資源を割り当てられた端末とも、共通資源に該当するＰ資源またはＣ１資源に対してブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を行わなければならない。
【０３４２】
ここで、セル内の端末は、互いに異なる資源割り当て方式、すなわち、ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅを有することができ、一つの端末は、２種類のｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅを有するよう資源が設定（ｃｏｎｆｉｇｕｒｅ）されることもできる。
【０３４３】
前記ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  １及びｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ２は、Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎの資源割り当て方式だけを意味することではなく、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙの資源割り当て方式を意味する概念でありうる。
【０３４４】
すなわち、一つの端末観点において、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ資源がｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  １で設定され、Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ資源がｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ２で設定されることができ、これと反対に設定されることもできる。
【０３４５】
もちろん、多数の端末の観点において、ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  １、ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ２及びＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ、Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎの組み合わせが多様に構成される場合も可能である。
【０３４６】
この場合、ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  １またはｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ  ２でｄｅｆａｕｌｔ  ｒｅｓｏｕｒｃｅ  ｓｅｔまたはｃｏｍｍｏｎ  ｒｅｓｏｕｒｃｅ  ｓｅｔ概念を定義することによって、予め指定された端末（端末グループ（ｇｒｏｕｐ）、セル全体端末またはＤ２Ｄ  ｅｎａｂｌｅｄ端末全体）は、前記ｃｏｍｍｏｎ  ｒｅｓｏｕｒｃｅ  ｓｅｔを必ずモニタリング（ｍｏｎｉｔｏｒｉｎｇ）するよう定義することができる。
【０３４７】
次に、本明細書で提案するＤ２Ｄ通信においてｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ（ＤＣＩ、ＳＧ）、ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ（ＳＡ）及びＤ２Ｄ  ｄａｔａ送信間のタイミング関係（ｔｉｍｉｎｇ  ｒｅｌａｔｉｏｎ）について具体的に述べる。
【０３４８】
以下で使用されるｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ（ＳＧ）は、基地局からＤ２Ｄ端末へ送信するＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を示すもので、Ｄ２Ｄ通信と関連したパラメータ（ｐａｒａｍｅｔｅｒ）を意味できる。
【０３４９】
前記ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔは、ＰＤＣＣＨ／ＥＰＤＣＣＨを介して送信されることができ、ＤＣＩ  ｆｏｒｍａｔ  ５と表現されることもできる。
【０３５０】
また、前記ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ（ＳＡ）は、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを示すことができ、Ｄ２Ｄ  ｄａｔａ送受信のための資源割り当て情報を含んでＤ２Ｄ端末間に送受信する制御情報を意味できる。
【０３５１】
前記ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ（ＳＡ）は、ＰＳＣＣＨを介して送信されることができ、ＳＣＩ  ｆｏｒｍａｔ  ０と表現されることができる。
【０３５２】
まず、Ｄ２Ｄ  ｄａｔａ送信のために使用される資源及びＤ２Ｄ  ｄａｔａ送信関連ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎを送信するＳｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ（ＳＡ）送信のために使用される資源を端末に知らせる方法と関連した事項について、以下の表５を参考にして述べる。
【０３５３】
また、以下の表５で説明される方法は、一実施の形態であり、以下の表５の方法の他にも、他の方法によりＤ２Ｄ  ｄａｔａ送信及びＳＡ送信を行うことも可能である。
【０３５４】
【表６】
2020080562.tif 000016
【０３５５】
表５において、Ｄ２Ｄ資源割り当て方式のＭｏｄｅ  １及びＭｏｄｅ  ２は、下記のように区別できる。
【０３５６】
送信中であるＵＥの観点からみると、ＵＥは、割り当てのための二つのモードで動作できる。
【０３５７】
モード１：ｅＮｏｄｅＢまたはｒｅｌ-１０リレイノードが、ＵＥが直接的データ及び直接的制御情報を送信するために使用する正確な資源をスケジューリングする。
【０３５８】
モード２：ＵＥが直接的データ及び直接的制御情報を送信するために自ら資源プールから資源を選択する。
【０３５９】
表５を参照すると、Ｍｏｄｅ  １及びＭｏｄｅ  ２でＳＡ送信及びＤ２Ｄ  ｄａｔａ送信のために使用される資源割り当ては、ｉｎ-ｃｏｖｅｒａｇｅシナリオの場合、ＳＩＢを介して具現できる。すなわち、基地局は、ＳＡ送信及びＤ２Ｄ  ｄａｔａ送信のための資源割り当てをＳＩＢを介して端末に知らせることができる。
【０３６０】
または、ｅＮＢのｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌ（ＰＤＣＣＨ、ＥＰＤＣＣＨ、ＭＡＣ  ＣＥ）を使用して、ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ及びｄａｔａ  ｒｅｓｏｕｒｃｅを割り当てることも可能である。
【０３６１】
または、予めＳＩＢにｒｅｓｏｕｒｃｅ  ｐｏｏｌを割り当て、前記割り当てられた資源範囲内で（時間-周波数資源）具体的な資源割り当て情報（ＳＡ資源及びＤ２Ｄ  ｄａｔａ資源）をｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌを介して端末に知らせることも可能である。
【０３６２】
この場合、ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ  ｆｏｒ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎは、ｄｉｒｅｃｔ  ｄａｔａ  ｃｏｍｍｕｎｉｃａｔｉｏｎに使用される具体的な資源割り当て情報（例えば、相対的な位置情報、ｏｆｆｓｅｔ情報などを活用して）を伝達できる。
【０３６３】
すなわち、端末は、ＳＡ及びｄａｔａ資源ｐｏｏｌをＳＩＢに受信し、具体的なＳＡ及びｄａｔａ送信資源をＳＡを介して割り当てられることができる。
【０３６４】
端末が多数のｒｅｓｏｕｒｃｅ  ｐｏｏｌを予め割り当てられた場合、前記割り当てられたｒｅｓｏｕｒｃｅ  ｐｏｏｌのうち、一つまたはいくつかを指し示す用途としてＳＡが使用されることもできる。
【０３６５】
前記表５において、Ｏｕｔ-ｃｏｖｅｒａｇｅシナリオの場合、端末は、ｐｒｅ-ｃｏｎｆｉｇｕｒｅｄまたはｃｏｖｅｒａｇｅ  ＵＥから伝達されたｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ情報に基づいて、ＳＡ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ及びｄａｔａ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌが分かる。
【０３６６】
ここで、仮に端末がＳＡ及びＤ２Ｄ  ｄａｔａ送信のための具体的な資源を決定しなければならない場合、端末は、自らＳＡ資源を選択できる。
【０３６７】
以後、前記端末は、ＳＡ  ｃｏｎｔｅｎｔｓにＤ２Ｄ  ｄａｔａ送信と関連して割り当てられた資源を含んでＤ２Ｄ受信端末に送信することによって、前記Ｄ２Ｄ受信端末がＤ２Ｄ  ｄａｔａを受信する資源領域が分かるようにすることができる。
【０３６８】
ここで、ＳＡ  ｃｏｎｔｅｎｔｓに含まれる情報を減らすために、ＳＡが検出された資源領域情報（ｔｉｍｅ、ｆｒｅｑｕｅｎｃｙ  ｉｎｄｅｘ等）をＤ２Ｄ  ｄａｔａ資源割り当て情報の一部分として活用できるようにすることができる。
【０３６９】
すなわち、ＳＡ資源関連情報とＳＡ  ｃｏｎｔｅｎｔｓ情報を共に使用して、最終資源領域を計算することである。
【０３７０】
例えば、ＳＡ（送信）資源関連ｐａｒａｍｅｔｅｒは、Ｄ２Ｄ  ｄａｔａ資源領域の時間領域情報（たとえば、ｔｉｍｅ  ｄｏｍａｉｎ  ｐａｒａｍｅｔｅｒ、ｓｕｂｆｒａｍｅ  ｉｎｄｅｘ）だけを得るのに使用され、ＳＡから伝達される情報は、周波数領域情報（例えば、ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ  ｐａｒａｍｅｔｅｒ、ＲＢ  ｉｎｄｅｘ等）を知らせる用途として活用できる。
【０３７１】
または、ＳＡ資源関連パラメータ（ｐａｒａｍｅｔｅｒ）は、Ｄ２Ｄ  ｄａｔａ資源の絶対位置を指定するのに使用し（ｔｉｍｅ、ｆｒｅｑｕｅｎｃｙ  ｉｎｄｅｘ）、ＳＡ  ｃｏｎｔｅｎｔｓに含まれる資源割り当て情報は、Ｄ２Ｄ  ｄａｔａ資源の相対的な位置を知らせるのに使用することができる。
【０３７２】
または、前記ＳＡ（送信）資源関連パラメータ（ｐａｒａｍｅｔｅｒ）は、ｒａｎｄｏｍ  ｂａｃｋ-ｏｆｆまたは送信確率値などを知らせるのに使用することもできる。
【０３７３】
また、基地局からＤ２Ｄ送信端末に送信されるＳｉｇｎａｌｉｎｇ  ｃｏｎｔｅｎｔｓは、ｄｉｒｅｃｔ  ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔのためのＲｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ、ＭＣＳなどを含むことができる。
【０３７４】
前記Ｓｉｇｎａｌｉｎｇ  ｃｏｎｔｅｎｔｓは、ＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）またはｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ（ＳＧ）と表現されることができる。
【０３７５】
以下、ｅＮＢ  ｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌとＳＡ送信時間の間のタイミング関係について、さらに具体的に述べることにする。
【０３７６】
ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を介してＤ２Ｄ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌが割り当てられ、端末が前記割り当てられたＤ２Ｄ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌに基づいてＳＡ資源及びＤ２Ｄ  ｄａｔａ送信のための資源を自ら決定する場合、ＰＤＣＣＨ／ＥＰＤＣＣＨなどのようなｅＮＢ  ｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌは必要でないときもある。
【０３７７】
しかしながら、ｉｎ-ｃｏｖｅｒａｇｅシナリオのように、ｅＮＢによってすべての資源が管理される状況では、Ｄ２Ｄ  ＳＡ、ｄｉｒｅｃｔ  ｄａｔａ用資源割り当てにｅＮＢがリアルタイムで制御（ｃｏｎｔｒｏｌ）することが資源活用をより効率的にすることができる。この場合、ｅＮＢ  ｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌは必要になる。
【０３７８】
したがって、ｅＮＢ  ｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌ（たとえば、ＤＣＩを活用汗ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ、ＭＡＣ  ＣＥ等）を使用する方法及びｅＮＢ  ｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌ（ｅＮＢ  ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ  ｆｏｒ  ＳＡ  ａｎｄ／ｏｒ  ｄａｔａ  ｆｏｒ  Ｄ２Ｄ）を受信したＤ２Ｄ送信端末がいつＳＡをＤ２Ｄ受信端末に送信しなければならないかに対する明確な定義が必要である。
【０３７９】
上述のように、ｅＮＢは、ＳＧを（１）ＳＡ送信に関するスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）だけでなく（２）ｄａｔａ送信に関するスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）のためにＤ２Ｄ端末に送信できる。
【０３８０】
ここで、スケジューリングとは、Ｄ２Ｄ送信と関連したスケジューリングを意味でき、スケジューリング情報は、資源割り当て情報、ＭＣＳ、ＲＶ、ＮＤＩなどを含むことができる。
【０３８１】
または、ｅＮＢは、一つのＳＧをＳＡ送信に関するスケジューリングであるか、またはＤ２Ｄ  ｄａｔａ送信に関するスケジューリングであるかを指示するために、Ｄ２Ｄ端末に送信できる。
【０３８２】
この場合、ＳＡとｄａｔａとの間にｉｍｐｌｉｃｉｔ  ａｓｓｏｃｉａｔｉｏｎが形成されて、Ｄ２Ｄ端末で各々の（ＳＡ、Ｄａｔａ）ｓｃｈｅｄｕｌｅｄ  ｉｎｆｏｒｍａｔｉｏｎを推定できるように具現されることができる。
【０３８３】
例えば、Ｄ２Ｄ端末は、ｅＮＢからＳＡ送信と関連したＳＧを受信し、ＳＡとｌｉｎｋａｇｅがあるＤ２Ｄ  ｄａｔａ送信資源の位置または概略的な位置を把握できる（またはｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎも同様である）。
【０３８４】
または、これと反対にＤ２Ｄ端末は、ｅＮＢからｄａｔａ送信と関連したＳＧを受信し、ｄａｔａとｌｉｎｋａｇｅがあるＳＡ送信と関連した資源位置と関連情報を把握することもできる。
【０３８５】
以下の方法１ないし方法４は、基地局からＤ２Ｄ送信端末に送信するｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌとＤ２Ｄ送信端末からＤ２Ｄ受信端末に送信するＳＡ間のタイミング関係を示す。
【０３８６】
すなわち、方法１ないし方法４により基地局からＳｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔｒｅｃｅｐｔｉｏｎ（ＤＣＩ）とＤ２Ｄ送信端末からＤ２Ｄ受信端末へのＳｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ  ｔｒａｎｓｍｉｓｓｉｏｎ及び／またはｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎ間のタイミング関係に対して、具体的に述べる。
【０３８７】
方法１
図２０は、本明細書で提案するＤ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係の一例を示した図である。
【０３８８】
図２０は、Ｄ２Ｄ  ＳＡ（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）ＳＦ（ｓｕｂｆｒａｍｅ）２００１、２００２が周期的に設定された場合、Ｄ２Ｄ送信端末がＤ２Ｄ  ＳＡ  ＳＦ周期（またはＰＳＣＣＨ  ｐｅｒｉｏｄ）の間に基地局からｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ（ＳＧ）を受信すると（Ｓ２０１０）、前記Ｄ２Ｄ送信端末は、前記受信されたＳＧ  ＳＦ以後に最初に渡来するＤ２Ｄ  ＳＡ  ＳＦ（２００２）でｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔを送信（Ｓ２０２０）することを示す。
【０３８９】
方法２
図２１及び図２２は、本明細書で提案するＤ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係の一例を示したフローチャートである。
【０３９０】
図２１は、Ｄ２Ｄ送信端末が基地局からＳＧ受信以後、端末（またはシステム）のプロセシング時間を考慮して、Ｄ２Ｄ受信端末にＳＡを送信する方法を示す。
【０３９１】
すなわち、Ｄ２Ｄ送信端末は、ｅＮＢからＳＧを受信し、前記受信されたＳＧに基づいてＳＡを構成してＤ２Ｄ受信端末に送信するのにかかる時間、すなわち、ｐｒｏｃｅｓｓｉｎｇ  ｄｅｌａｙを考慮してＳＡを送信する方法である。
【０３９２】
ここで、ｐｒｏｃｅｓｓｉｎｇ  ｄｅｌａｙを考慮するとき、Ｄ２Ｄ送信端末のＳＡ送信は、基地局から受信するＳＧサブフレーム（ｓｕｂｆｒａｍｅ  ＃ｎ）以後、４番目のサブフレーム（ｓｕｂｆｒａｍｅ  ＃ｎ＋４）で送信することが好ましくありうる。
【０３９３】
すなわち、Ｄ２Ｄ送信端末がＳＧをｓｕｂｆｒａｍｅ  ＃ｎで受信（Ｓ２１０１）した場合、Ｄ２Ｄ送信端末は、ＳＡをｓｕｂｆｒａｍｅ  ＃ｎ＋４（２１０１）でＤ２Ｄ受信端末に送信（Ｓ２１０２）できる。
【０３９４】
一方、図２２のように、ｓｕｂｆｒａｍｅ  ＃ｎ＋４（２２０１）がＤ２Ｄ  ＳＡ  ｓｕｂｆｒａｍｅでない場合には、前記ｓｕｂｆｒａｍｅ  ＃ｎ＋４以後に最初に渡来するＤ２Ｄ  ＳＡ  ｓｕｂｆｒａｍｅ（２２０２）で送信するように定義する。
【０３９５】
反対に、Ｄ２Ｄ送信端末がｓｕｂｆｒａｍｅ  ＃ｎでＳＧを基地局から受信し、以後に最初に渡来するＤ２Ｄ  ＳＡ  ＳＦがｓｕｂｆｒａｍｅ  ＃ｎ＋４以内に存在すると、前記Ｄ２Ｄ送信端末は、前記Ｄ２Ｄ  ＳＡ  ＳＦがｖａｌｉｄまたはａｖａｉｌａｂｌｅしないと判断する。
【０３９６】
したがって、前記Ｄ２Ｄ送信端末は、前記Ｄ２Ｄ  ＳＡをそれ以後（または次の周期の）ａｖａｉｌａｂｌｅ  Ｄ２Ｄ  ＳＡ  ＳＦで送信する。
【０３９７】
前記ｎ＋４は、一実施の形態であって、ｎ＋ｋですなわち、ＳＧ受信以後、ｋ番目のＳＡ  ＳＦでＤ２Ｄ  ＳＡを送信するように一般化できる。
【０３９８】
前記ｋ値は、今後技術の発展及び端末の性能などを考慮して設定（ｃｏｎｆｉｇｕｒｅ）できる。
【０３９９】
また、前記ｋ値は、端末の能力（ｃａｐａｂｉｌｉｔｙ）に応じて端末別に異なるように設定されることもできる。
【０４００】
図２１は、ｓｕｂｆｒａｍｅ  ＃ｎ＋ｋでＳＡを送信する方法の一例を示し、図２２は、ｓｕｂｆｒａｍｅ  ＃ｎ＋ｋ以後に最初に渡来するＳＡ  ＳＦでＳＡを送信する方法の一例を示す。
【０４０１】
前記ｋ値設定と関連して、ＬＴＥ／ＬＴＥ-Ａシステムと異なる点は、資源を明示的に割り当てることではなく、Ｄ２Ｄ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌを決め、ここから再度資源を選択して送信し、資源間衝突を許容する場合には、端末間に異なる値に設定して運営する点である。
【０４０２】
図２１及び図２２の方法は、Ｄ２Ｄ  ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎにも同様に適用されることができる。
【０４０３】
すなわち、Ｄ２Ｄ端末がｅＮＢからＤ２Ｄ  ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎと関連した制御情報（または、スケジューリング情報）をｓｕｂｆｒａｍｅ  ｎにおいて受信する場合、Ｄ２Ｄ端末のプロセシング時間を考慮してＤ２Ｄ端末は、Ｄ２Ｄデータをｓｕｂｆｒａｍｅ  ｎ＋ｋ'において送信できる。
【０４０４】
前記Ｄ２Ｄ  ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎと関連した制御情報は、Ｄ２Ｄ  ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎの資源割り当てと関連したＳＧまたはＳＡでありうる。
【０４０５】
ｋ'値は、ＳＡ送信時点のｋ値と異なるように設定されることができる。
【０４０６】
一般に、Ｄ２Ｄ  ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎがさらに遅く発生する確率が高いことを考慮すると、ｋ'＞（ｏｒ＝）ｋ関係が成立できる。
【０４０７】
方法３
次に、ＳＡ  ＳＦ  ｇｒｏｕｐで設定（ｃｏｎｆｉｇｕｒｅ）された場合、すなわち、多数のＳＦがＳＡ用として割り当てられて運営される場合について説明する。
【０４０８】
図２３は、本明細書で提案するＤ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係のさらに他の一例を示した図である。
【０４０９】
Ｄ２Ｄ送信端末がＳＦ＃ｎで基地局からＳＧ（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ＤＣＩ）を受信する場合、Ｄ２Ｄ送信端末がｎ＋４以後の第１番目のＳＡ  ＳＦでＳＡをＤ２Ｄ受信端末に送信する方法を示す。
【０４１０】
ここで、ｎ＋４以後の第１番目のＳＡ  ＳＦがＭ個の連続したＳＡ  ＳＦグループである場合、ＳＦ  ＃ｎでＳＧを受信（Ｓ２３１０）する場合、ｎ＋４以後に最初に会うＳＡ  ＳＦ  ｇｒｏｕｐからＳＡを送信する（Ｓ２３３０）。
【０４１１】
前記ＳＡ  ＳＦ  ｇｒｏｕｐ内のＭ個のＳＦのうち、どのＳＦでＳＡを送信するかに対しては、前記ＳＧを介して最終的に分かるようになる（Ｓ２３２０）。
【０４１２】
また、ＳＡまたはＤａｔａ送信ＳＦ（ｓｕｂｆｒａｍｅ）が多数のサブフレーム（ｓｕｂｆｒａｍｅｓ）から構成された場合には、ＳＡまたはＤａｔａ送信サブフレーム（ｓｕｂｆｒａｍｅ）の位置を決定するのにＤＣＩ  ｆｏｒｍａｔの特定ｂｉｔ（または特定フィールド）を活用できる。
【０４１３】
一例として、ＤＣＩ  ｆｏｒｍａｔ  ０／１を区分するｂｉｔ、ｈｏｐｐｉｎｇ  ｂｉｔまたはＲＡ  ｂｉｔの一部または全体をＳＡまたはＤａｔａ送信ｓｕｂｆｒａｍｅの位置を決定するために使用することができる。
【０４１４】
また、ＳＧはＳＡ用とｄａｔａ用に区分でき、必要時に特殊用途用にさらに区分することもできる。
【０４１５】
したがって、前記ＤＣＩ  ｆｏｒｍａｔ  ０／１を区分するｂｉｔ、ｈｏｐｐｉｎｇ  ｂｉｔ、ＲＡビットの一部または全体を前記ＳＧの用途を区分するために使用することもできる。
【０４１６】
方法４
次に、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）を介してＳＡ  ＳＦの位置を知らせる方法について説明する。
【０４１７】
図２４は、本明細書で提案するＤ２Ｄ端末でのＳＧ受信とＳＡ送信との間のタイミング関係のさらに他の一例を示した図である。
【０４１８】
図２４は、ＲＲＣにＳＡ  ＳＦの位置を予め知らせ（Ｓ２４１０）、単純にＳＧ（例えば、ＰＤＣＣＨ  ＤＣＩ）は、前記ＳＡ  ＳＦを使用することができるという活性化（ａｃｔｉｖａｔｉｏｎ）用途としてのみ使用（Ｓ２４２０）する方法である。
【０４１９】
この場合、ＲＲＣ  ｓｉｇｎａｌｉｎｇとａｃｔｉｖａｔｉｏｎ  ＤＣＩとの間の連関性を把握できるように、特殊なｉｎｄｅｘを定義することができる。
【０４２０】
すなわち、ＳＡ  ＳＦの活性化（ａｃｔｉｖａｔｉｏｎ）を表すＤＣＩは、どんなｉｎｄｅｘのＲＲＣを指し示すことなのかを知らせるように定義することができる。
【０４２１】
ＤＣＩ、すなわち、ＳＧは、ＲＲＣに送信されるＳＡ  ＳＦまたはＳＦ  ｓｅｔの活性化（ａｃｔｉｖａｔｉｏｎ）を正確に示して（ｉｎｄｉｃａｔｉｏｎして）くれる。ここで、前記ＤＣＩとマッピングされる一連のｉｄｅｘから構成されるＲＲＣ  ｓｅｔは、予め指定されることができる。
【０４２２】
そして、Ｄ２Ｄ送信端末は、ＳＧにより活性化（ａｃｔｉｖａｔｉｏｎ）が示された（ｉｎｄｉｃａｔｉｏｎされた）ＳＡ  ＳＦを介してＳＡをＤ２Ｄ受信端末に送信する（Ｓ２４３０）。
【０４２３】
図２４のＲＲＣシグナリングを介してＳＡ資源及び／またはＤ２Ｄ  ｄａｔａ資源の時間位置を知らせる具体的な方法については後述する。
【０４２４】
次に、本明細書で提案するＤ２Ｄ端末においてＳＡ送信とＤ２Ｄ  ｄａｔａ送信との間のタイミング関係について、具体的に述べる。
【０４２５】
図２5は、本明細書で提案するＤ２Ｄ  ＳＡ送信とＤ２Ｄ  ｄａｔａ送信との間のタイミング関係の一例を示した図である。
【０４２６】
Ｄ２Ｄ  ＳＡ  ＳＦとＤ２Ｄ  ｄａｔａ  ＳＦとの間のタイミングは、予め決まった規則に従ってＤ２Ｄ  ｄａｔａを明示的に（ｉｍｐｌｉｃｉｔ）に送／受信することが好ましくありうる。
【０４２７】
図２5の場合、上述のＳＧとＳＡのタイミング関係のように、Ｄ２Ｄ送信端末は、Ｄ２Ｄ受信端末にＳＡをｓｕｂｆｒａｍｅ  ＃ｎにおいて送信（Ｓ２5１０）し、ｎ＋ｋ以後の初めて来るａｖａｉｌａｂｌｅ  Ｄ２Ｄ  ｄａｔａ  ＳＦ（２5０１）において前記Ｄ２Ｄ受信端末にＤ２Ｄ  ｄａｔａを送信（Ｓ２5２０）する方法を示す。
【０４２８】
同様に、前記ｋ値は、設定可能と（ｃｏｎｆｉｇｕｒａｂｌｅ）し、端末ごとに異なる値を有するよう設定（ｃｏｎｆｉｇｕｒｅ）することもできる。
【０４２９】
また、上述のＳＧとＳＡタイミング関係のように、ａｖａｉｌａｂｌｅ  Ｄ２Ｄ  ｄａｔａ  ＳＦ  ｇｒｏｕｐを知らせ、Ｄ２Ｄ  ｄａｔａ  ＳＦ  ｇｒｏｕｐ内の特定ＳＦ（例えば、ｓｕｂｆｒａｍｅ  ＃ｍ）を別に示す（ｉｎｄｉｃａｔｉｏｎする）ことも可能である。
【０４３０】
この場合、前記特定ＳＦを示す（ｉｎｄｉｃａｔｉｏｎする）ｐａｒａｍｅｔｅｒ（ｋ）は、ＳＡ  ｃｏｎｔｅｎｔｓに含まれることができる。
【０４３１】
前記ｉｎｄｉｃａｔｉｏｎ ｐａｒａｍｅｔｅｒ  ｋ値の解析は、以下のような条件に従って互いに異なって解析されることができる。
【０４３２】
すなわち、前記ｉｎｄｉｃａｔｉｏｎ ｐａｒａｍｅｔｅｒ  ｋ値は、ＵＥ別、資源領域位置、ＵＥグループ、Ｓｃｅｎａｒｉｏ（ｉｎ-ｃｏｖｅｒａｇｅ、ｏｕｔ-ｃｏｖｅｒａｇｅ、ｅｄｇｅ-ｏｆ-ｃｏｖｅｒａｇｅ）に応じて、異なって解析されることができる。
【０４３３】
図２６は、本明細書で提案するＤ２Ｄ  ＳＡ送信とＤ２Ｄ  ｄａｔａ送信との間のタイミング関係のさらに他の一例を示した図である。
【０４３４】
図２６は、図２５とは異なり、Ｄ２Ｄ  ＳＡ  ＳＦが決定されると（ｓｕｂｆｒａｍｅ  ＃ｎ）（Ｓ２6１０）、Ｄ２Ｄ  ｄａｔａ  ＳＦがｎ＋ｋ以内（２6０１）に送信（Ｓ２6２０）できるようにする方法を示す。
【０４３５】
ここで、Ｄ２Ｄ  ＳＡ  ＳＦのすぐ次のＳＦにＤ２Ｄ  ｄａｔａが送信されても、これを端末で予め知っている場合には、大きな問題がなくなる。
【０４３６】
この場合、Ｄ２Ｄ受信端末は、プロセシング時間（またはプロセシング遅延）を考慮して、ＳＡ  ＳＦ  ｂｕｆｆｅｒｉｎｇと共に以後に受信されるｄａｔａ  ＳＦ  ｂｕｆｆｅｒｉｎｇも共に準備することによって、Ｄ２Ｄ  ｄａｔａのｄｅｃｏｄｉｎｇを可能にすることができる。
【０４３７】
ここで、前記ｋ値は、設定可能とし（ｃｏｎｆｉｇｕｒａｂｌｅし）、端末ごとに異なる値を有するように設定（ｃｏｎｆｉｇｕｒｅ）することもできる。
【０４３８】
図２7は、本明細書で提案するＤ２Ｄ  ＳＡ送信とＤ２Ｄ  ｄａｔａ送信との間のタイミング関係のさらに他の一例を示した図である。
【０４３９】
すなわち、図２7は、明示的にＳＡでＤ２Ｄ  ｄａｔａ  ＳＦを直接示す（ｉｎｄｉｃａｔｉｏｎする）方法を示す。
【０４４０】
Ｄ２Ｄ受信端末がＳＡをｓｕｂｆｒａｍｅ  ＃ｎにおいて受信（Ｓ２7１０）するとき、Ｄ２Ｄ送信端末は、Ｄ２Ｄ  ｄａｔａを受信するｓｕｂｆｒａｍｅ  ＃ｎ＋ｋ（Ｓ２7２０）において前記ｋ値をＳＡ  ｃｏｎｔｅｎｔｓの一部からまたはＳＡ送信資源パラメータ（ｐａｒａｍｅｔｅｒ）から計算して、Ｄ２Ｄ受信端末に明示的に知らせることができる。
【０４４１】
次に、ＳＡ  ｃｏｎｔｅｎｔｓの有効期間（ｖａｌｉｄ  ｐｅｒｉｏｄ）と関連したＤ２Ｄ  ｄａｔａ送信方法について述べることにする。
【０４４２】
ＳＡ  ｃｏｎｔｅｎｔｓは、ＳＡ送信のための資源領域にＭＣＳ値、Ｆｒｅｑｕｅｎｃｙ  Ｈｏｐｐｉｎｇ有無、Ｆｒｅｑｕｅｎｃｙ  Ｈｏｐｐｉｎｇと関連した資源割り当てなどが適用または設定されたＳＡ情報を表すことができる。
【０４４３】
図２８は、本明細書で提案するＤ２Ｄ  ｄａｔａ送受信方法の一例を示したフローチャートである。
【０４４４】
図２８の場合、Ｄ２Ｄ  ＳＡ  ＳＦが周期的に設定される場合、ＳＡ  ＳＦ送信周期間のＤ２Ｄ  ｄａｔａは、同じＳＡ値を利用して送信すると仮定する。
【０４４５】
この場合、Ｄ２Ｄ  ｄａｔａを受信するＤ２Ｄ受信端末は、Ｄ２Ｄ送信端末から一度受信されたＳＡ値を介して多数のＤ２Ｄ  ｄａｔａを受信するようになる。
【０４４６】
すなわち、Ｄ２Ｄ受信端末は、ｍｕｌｔｉ  ｄａｔａ  ｓｕｂｆｒａｍｅに対して同じ一つのＳＡ値が適用されると判断できる。
【０４４７】
図２８を参照すると、Ｄ２Ｄ受信端末は、周期的に設定されたＳＡ  ｓｕｂｆｒａｍｅを介してＳＡをＤ２Ｄ送信端末から受信する（Ｓ２8１０）。
【０４４８】
以後、前記Ｄ２Ｄ受信端末は、一定時間区間の間に前記Ｄ２Ｄ送信端末から送信される少なくとも一つのＤ２Ｄ  ｄａｔａを前記受信されたＳＡを利用して受信する（Ｓ２8２０）。
【０４４９】
前記一定時間区間は、前記ＳＡを受信したＳＡ  ｐｅｒｉｏｄ、ＳＡ  ｃｏｎｔｅｎｔｓ有効時間区間などでありうる。
【０４５０】
前記ＳＡ  ｃｏｎｔｅｎｔｓ有効時間区間は、予め決めることができ、単純にＳＦｉｎｄｅｘと定義されることができるか、またはＳＡ  ＳＦ周期の倍数と定義されることができる。
【０４５１】
また、前記ＳＡ  ｃｏｎｔｅｎｔｓ有効時間区間は、ＳＡ  ＳＦとｎｏｒｍａｌ  ＳＦとの結合と定義されることができるか、またはＤ２Ｄ  ｄａｔａ  ＳＦ周期またはこれの倍数と定義されることもできる。
【０４５２】
ここで、ＳＦは、ｎｏｒｍａｌ  ＳＦ  ｉｎｄｅｘを意味することもでき、またはＤ２Ｄ  ＳＦ  ｉｎｄｅｘを意味することもできる。
【０４５３】
ここで、前記ＳＡは、前記一定時間区間の間に多数のＤ２Ｄ  ｄａｔａがある場合、前記多数のＤ２Ｄ  ｄａｔａと関連した資源割り当て情報を含む。
【０４５４】
すなわち、前記Ｄ２Ｄ受信端末は、前記一定時間区間の間には、追加的にＳＡを受信しなくてもステップＳ２8１０にて受信されたＳＡに基づいて、多数のＤ２Ｄ  ｄａｔａを受信することができる。
【０４５５】
さらに他の実施の形態として、Ｄ２Ｄ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎは、ＳＡを介して送信されるｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとＤ２Ｄ  ｄａｔａにｅｍｂｅｄｄｅｄされる（または含まれる）ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎとに分離されて送信されることもできる。
【０４５６】
すなわち、ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎの属性を活用して、（１）ｄｉｒｅｃｔ  ＳＡを介してはＲＡ、ＭＣＳなどのようなｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを、（２）ｄｉｒｅｃｔ  ｄａｔａを介しては、ＮＤＩなどのような ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎをそれぞれ分離して送信できる。
【０４５７】
図２９ないし図３２は、本明細書で提案するＳＡ資源及び／またはＤ２Ｄ  ｄａｔａ資源の位置を知らせるための方法の一例を示した図である。
【０４５８】
図２９及び図３０は、ＳＡ資源及び／またはＤ２Ｄ  ｄａｔａ資源が送受信されることができるｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを利用して、ＳＡ及び／またはＤ２Ｄ  Ｄａｔａを送受信するための方法を示す。
【０４５９】
前記ＳＡ資源及び／またはＤ２Ｄ  ｄａｔａ資源が送受信されることのできるｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎは、ＲＰＴ（Ｒｅｓｏｕｒｃｅ  Ｐａｔｔｅｒｎ  ｆｏｒ  Ｔｒａｎｓｍｉｓｓｉｏｎ）と表現されることができる。
【０４６０】
前記ＲＰＴは、Ｄ２Ｄ  ｄａｔａ  ＴＢｓ（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋｓ）に対する多数の送信機会を保障するための時間及び／または周波数資源を意味する。
【０４６１】
したがって、前記ＲＰＴは、Ｔ-ＲＰＴ（Ｔｉｍｅ-ＲＰＴ）またはＦ-ＲＰＴ（Ｆｒｅｑｕｅｎｃｙ  ＲＰＴ）に区分されることができる。
【０４６２】
具体的には、図２９は、ＳＡ資源及び／またはＤ２Ｄ  ｄａｔａ資源と関連したｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをＤ２Ｄ端末に明示的に（ｅｘｐｌｉｃｉｔｌｙ）知らせる方法を示し、図３０は、ＳＡ資源及び／またはＤ２Ｄ  ｄａｔａ資源と関連したｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをＤ２Ｄ端末に暗示的に（ｉｍｐｌｉｃｉｔｌｙ）送信する方法を示す。
【０４６３】
ＵＥは、全体ＵＬ  ｓｕｂｆｒａｍｅの一部をＤ２Ｄ  ｓｕｂｆｒａｍｅとして使用する。
【０４６４】
すなわち、ＵＥは、全体ＵＬ  ｓｕｂｆｒａｍｅのうち、Ｄ２Ｄ  ｓｕｂｆｒａｍｅを除いた残りのＵＬ  ｓｕｂｆｒａｍｅでｅＮＢと通信を行う。
【０４６５】
したがって、ｅＮＢ-ｔｏ-ＵＥの送信とＤ２Ｄ  Ｔｘ  ＵＥ-Ｄ２Ｄ  Ｒｘ  ＵＥの送信は同時に発生しない。
【０４６６】
一方、ＵＥは、Ｄ２Ｄ  ｓｕｂｆｒａｍｅでＤ２Ｄ信号を他のＵＥに送信する場合、同一Ｄ２Ｄ  ｓｕｂｆｒａｍｅの同一帯域（ｂａｎｄ）で前記他のＵＥからＤ２Ｄ信号を受信することができない。それは、自身が送信したＤ２Ｄ信号が他のＵＥからＤ２Ｄ信号を受信する時に、強い干渉として作用するからである。
【０４６７】
したがって、これを解決するために、Ｄ２Ｄ信号を送信するＤ２Ｄ送信サブフレーム（ｓｕｂｆｒａｍｅ）とＤ２Ｄ信号を受信するＤ２Ｄ受信ｓｕｂｆｒａｍｅ間ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（または構成）を異なるように設定できる。
【０４６８】
また、一つのＵＥでＤ２Ｄ信号送／受信による干渉問題を解決しながら、同時に相互隣接した二つのＵＥが重複する時間資源を使用する確率を減らして、ＵＥ相互間の干渉を減らすために、互いに異なるＵＥがＤ２Ｄ信号を送信するサブフレーム（ｓｕｂｆｒａｍｅ）のパターン（ｐａｔｔｅｒｎ）を異なるように設定できる。
【０４６９】
具体的には、ｅＮＢは、各ＵＥがＤ２Ｄ送信に使用するｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをＵＥ間の距離などを考慮して（相互干渉影響程度を把握して）設定することによって、ＵＥ相互間に発生できる干渉問題を解決できる。
【０４７０】
この場合、ｅＮＢは、Ｄ２Ｄ端末にＤ２Ｄ送信ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ29１０をＲＲＣシグナリングなどのような上位層シグナリング（ｈｉｇｈ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）を介して明示的に知らせるようになる。
【０４７１】
ここで、ｅＮＢは、Ｄ２Ｄ送信ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをＤ２Ｄ端末にＥＰＤＣＣＨまたはＰＤＣＣＨを介して動的に設定することもできる。すなわち、ＥＰＤＣＣＨまたはＰＤＣＣＨを介してＤ２Ｄ送信ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをＤ２Ｄ端末に送信する場合、ＵＥの位置変化に速かに適応して、Ｄ２Ｄ送信ｓｕｆｒａｍｅ  ｐａｔｔｅｒｎを設定できるという長所がある。
【０４７２】
さらに他の方法で、ｅＮＢのＳｉｇｎａｌｉｎｇ  ｂｕｒｄｅｎを減らすために、Ｄ２Ｄ（送信）ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをｅＮＢが決めて知らせる代わりに、端末が自ら選択するようにすることができる。
【０４７３】
すなわち、Ｄ２Ｄ端末がＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを暗示的に獲得するようにする方法である。
【０４７４】
この場合、Ｄ２Ｄ端末は、自身の端末ＩＤ（またはこれと類似の特徴を有した端末固有のパラメータ（ｐａｒａｍｅｔｅｒ））に基づいて、擬似ランダム方式でＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを選択できる。
【０４７５】
または、Ｄ２Ｄ端末は、基地局から最小限のｓｉｇｎａｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎを受信し、これを擬似ランダム値を決定する因子として使用することによって、擬似ランダムにｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを選択するようにすることができる。
【０４７６】
このような暗示的なｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ選択方法を利用する場合、適正なｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（またはｓｕｂｆｒａｍｅ  ｓｅｔ）が与えられ、この中でｒａｎｄｏｍにｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを選択することだけで上述のＵＥ間の相互干渉を減らすようになる。
【０４７７】
図29に示すように、ｅＮＢは、特定ＵＥに潜在的に使用することができるＤ２Ｄ送信関連ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎの候補群29１０をＲＲＣシグナリングのような上位層シグナリングに伝達し、以後の特定時点で実際Ｄ２Ｄ送信に使用する一つまたは一つ以上のｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ２９２０をＥＰＤＣＣＨまたはＰＤＣＣＨに送信（または指定）できる。
【０４７８】
具体的には、ｅＮＢは、予め定義されたＮ個のｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ、すなわち、Ｎ個のｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ候補群（ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ＃０、ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ＃１、ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ＃２、…）をＲＲＣシグナリングのような上位層シグナリングを介してＤ２Ｄ端末に送信する。
【０４７９】
以後、ｅＮＢは、前記Ｎ個のｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ29１０のうち、一つまたは一つ以上のｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ29２０をＤ２Ｄ送信ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎと明示してＰＤＣＣＨまたはＥＰＤＣＣＨ（Ｅｈａｎｃｅｄ  ＰＤＣＣＨ）を介してＤ２Ｄ端末に送信する。
【０４８０】
ここで、ｅＮＢは、予め定義されるＮ個のｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをＤ２Ｄ端末に送信する過程において、ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ＃ｋ（ｋ＝０，１，２，…）が（各ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎが）実際に有するパターン（ｐａｔｔｅｒｎ）がいかなる形態であるかを（ＳＦ  ｐａｔｔｅｒｎ  ＃０（１０００１０１０）、ＳＦ  ｐａｔｔｅｒｎ  ＃１（００１１１００１），…）一定の周期で繰り返されるサブフレーム（ｓｕｂｆｒａｍｅ）のｂｉｔｍａｐ形態で付与できる。
【０４８１】
また、図３０に示すように、ｅＮＢは、特定ＵＥに潜在的に使用することができるＤ２Ｄ送信関連ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎの候補群３０１０をＲＲＣシグナリングのような上位層シグナリングに伝達し、これを受信したＤ２Ｄ端末は、特定時点で実際の送信に使用するｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ３0２０をＵＥ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｐａｒａｍｅｔｅｒ（例：ＵＥ  ＩＤ）３030を利用して選択できる。
【０４８２】
ここで、前記ＵＥ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｐａｒａｍｅｔｅｒ（ｓｅｅｄ）３0１０は、予め基地局から割り当てられることができる。
【０４８３】
以後、Ｄ２Ｄ端末は、前記選択されたｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを介してＤ２Ｄ送受信を行うことができる。
【０４８４】
図３1及び図３２は、本明細書で提案するＳＡ資源及び／またはＤ２Ｄ  ｄａｔａ資源関連ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを変更する方法の一例を示した図である。
【０４８５】
図３１は、明示的に変更されたｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを知らせる方法であり、図３２は、暗示的に変更されたｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを知らせる方法を示す。
【０４８６】
図３1及び図３２に示すように、図２９及び図３０を介してＤ２Ｄ端末に割り当てられたｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをＵＥが変更する動作を示す。
【０４８７】
図３1及び図３２の場合、８ｍｓ周期（８個のｓｕｂｆｒａｍｅ）に繰り返されるｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを示し、ｅＮＢは、予め上位層シグナリングを介してｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ＃０｛１０００１０１０｝とｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ＃１｛００１１１００１｝３1１０をＤ２Ｄ端末に送信できる。
【０４８８】
ここで、「１」の値は、Ｄ２Ｄ送信と関連したサブフレーム（ｓｕｂｆｒａｍｅ）に該当サブフレーム（ｓｕｂｆｒａｍｅ）でＤ２Ｄ送信関連信号を送受信できることを意味できる。
【０４８９】
また、「０」の値は、Ｄ２Ｄ送信と関連しないサブフレーム（ｓｕｂｆｒａｍｅ）に該当サブフレーム（ｓｕｂｆｒａｍｅ）でＤ２Ｄ送信関連信号を送受信できないことを意味できる。
【０４９０】
前記「０」の値と前記「１」の値の意味は変わることができる。
【０４９１】
以後、ｅＮＢは、ＰＤＣＣＨ等を介して実際にＵＥが使用するＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（ＳＦ  ｐａｔｔｅｒｎ  ＃０、Ｓ３1２０）が何であるかを指定し、ＵＥは、それに応じて動作するようになる。
【０４９２】
以後、ｅＮＢは、ＰＤＣＣＨを介して（または他の制御情報または他のメッセージまたはＲＲＣシグナリング）Ｄ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎが変更された場合、前記変更されたＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを知らせるＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ変更情報３1３０をＤ２Ｄ端末に送信する。
【０４９３】
前記Ｄ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ変更情報は、ＰＤＣＣＨまたはＥＰＤＣＣＨ内の一部フィールド（ｆｉｅｌｄ）を利用して、変更されたｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを指定できる。
【０４９４】
Ｄ２ＤのためのＤＣＩとして従来のＵＬ  ｇｒａｎｔ用ＤＣＩを再使用する場合、ＤＣＩ  ｆｉｅｌｄのうち、使用されないフィールドを利用して変更されたｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを指定するｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ変更情報として使用することができる。
【０４９５】
前記ＤＣＩ  ｆｉｅｌｄのうち、使用されないフィールドには、ＤＣＩ  ｆｏｒｍａｔ  ０／１Ａを区別するｉｎｄｉｃａｔｏｒ、ＣＱＩ  ｒｅｑｕｅｓｔ  ｆｉｅｌｄ、ＮＤＩ  ｆｉｅｌｄなどが存在する。
【０４９６】
複数のｂｉｔを使用するＤＭ  ＲＳ  ｃｙｃｌｉｃ  ｓｈｉｆｔ  ｆｉｅｌｄまたはＭＣＳ／ＲＶ  ｆｉｅｌｄのうち、一部を使用することもできる。
【０４９７】
万一、単一のＰＤＣＣＨまたはＥＰＤＣＣＨでＵＥにｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ送信のための資源とＤ２Ｄ  ｄａｔａ送信のための資源を同時に指定する場合には、前記説明したＤＣＩ内のフィールド（ｆｉｅｌｄ）として指定される各ｓｔａｔｅにｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔのためのｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎとＤ２Ｄ  ｄａｔａのためのｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎが各々付与できる。
【０４９８】
図３２の場合、ＵＥは、Ｄ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ候補群のうち、実際に使用するＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（ＳＦ  ｐａｔｔｅｒｎ  ＃０）３２２０をＵＥ  ＩＤなどを利用してランダムに選択し、ＵＥは、それに応じて動作できる。
【０４９９】
ここで、ｅＮＢは、ＰＤＣＣＨ等を介して（または他の制御情報または他のメッセージまたはＲＲＣシグナリング）Ｄ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎが変更されたことを指示するＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（ｃｈａｎｇｅ）  ｉｎｄｉｃａｔｏｒをＤ２Ｄ端末に送信できる。
【０５００】
この場合、Ｄ２Ｄ端末は、ＵＥ  ＩＤなどＰｓｅｕｄｏ-ｒａｎｄｏｍ  ｓｅｌｅｃｔｉｏｎ  ｐａｒａｍｅｔｅｒ（ｓｅｅｄ、Ｄ２Ｄ  ＵＥ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｐａｒａｍｅｔｅｒ）を利用して、ランダムにＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ（ＳＦ  ｐａｔｔｅｒｎ  ＃１）３2３０を再度選択できる。
【０５０１】
ここで、ＵＥ  ＩＤなどは、ｅＮＢがＤ２Ｄ端末にＲＲＣシグナリングなどを介して予め知らせることができる。
【０５０２】
すなわち、ＵＥが擬似ランダムにｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを選択または再選択する場合、ｅＮＢは、擬似ランダム値を決定するパラメータ（ｐａｒａｍｅｔｅｒ）またはｓｅｅｄ値をＤ２Ｄ端末に予め伝達できる。
【０５０３】
また、パターン無しでＵＥが擬似ランダム値を利用して、Ｄ２Ｄ送信サブフレーム（ｓｕｂｆｒａｍｅ）のｉｎｄｅｘを決定することもできる。
【０５０４】
この場合も、擬似ランダム値を決定するパラメータ（ｐａｒａｍｅｔｅｒ）またはｓｅｅｄ値は、基地局から伝達されることができる。
【０５０５】
また、このような擬似ランダム値を決定するｓｉｇｎａｌｉｎｇ情報だけに基づいて、ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎまたはｓｕｂｆｒａｍｅ  ｉｎｄｅｘをＵＥが決定することもできるが、ここに端末が有する固有の値も含めてｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎまたはｓｕｂｆｒａｍｅ  ｉｎｄｅｘを決定することもできる。
【０５０６】
さらに他の一例として、Ｄ２Ｄ受信ＵＥがＤ２Ｄ送信ＵＥから送信されるＳＡを検出するために、ＳＡの送信帯域幅を獲得する方法について説明する。
【０５０７】
この場合、Ｄ２Ｄ受信ＵＥがＳＡの送信帯域幅を知るために、前記ＳＡの送信帯域幅が予め固定されることができる。
【０５０８】
この場合、ＳＧに含まれる資源割り当てフィールド（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ｆｉｅｌｄ）のうち、割り当てられたＲＢｓの数（ｎｕｍｂｅｒ  ｏｆ  ａｌｌｏｃａｔｅｄ  ＲＢｓ）に該当する部分は、「０」のように予め決まった値に固定されるか、または予め固定されたＳＡの送信帯域幅と定義されることができる。
【０５０９】
前記ＳＡの送信帯域幅と関連したＳＧに含まれるフィールド（ｂｉｔ）は、ＳＡ送信帯域幅の用途以外の他の用途（例えば、ＳＡ  ＳＦ  ｇｒｏｕｐ内の実際のＳＡ  ＳＦの位置を指定する用途）のために使用されることもできる。
【０５１０】
以下、Ｄ２Ｄ送信のためのｅＮＢ-ｔｏ-Ｄ２Ｄ  Ｔｘ（ａｎｄ／ｏｒ  Ｄ２Ｄ  Ｒｘ）のＵＥ  ｓｃｈｅｄｕｌｉｎｇについて、述べることにする。
【０５１１】
図３３は、本明細書で提案するＤ２Ｄ送信のためのＵＥ  ｓｃｈｅｄｕｌｉｎｇ方法の一例を示したフローチャートである。
【０５１２】
まず、ｅＮＢは、Ｄ２Ｄ送信（Ｔｘ）ＵＥまたはＤ２Ｄ受信（Ｒｘ）ＵＥとｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ（ＳＧ）手順を行う（Ｓｔｅｐ＃１、Ｓ３3１０）。
【０５１３】
すなわち、ｅＮＢは、Ｄ２Ｄ  Ｔｘ  ＵＥまたはＤ２Ｄ  Ｒｘ  ＵＥにＤ２Ｄ送信と関連したＳＧを送信する。
【０５１４】
前記ＳＧ手順（Ｓｔｅｐ＃１）は、下記のように２とおりの方法に区分されることができる。
【０５１５】
（１）第１の方法（Ｍｅｔｈｏｄ＃１）は、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＤ２Ｄ送信関連資源を割り当て、以後に追加的に、ｐｈｙｓｉｃａｌ／ＭＡＣ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（例えば、ＰＤＣＣＨ）を介して前記割り当てられた資源のａｃｔｉｖａｔｉｏｎ／ｒｅｌｅａｓｅのような細部動作を動的に（ｄｙｎａｍｉｃ）制御する方法である。
【０５１６】
（２）第２番目の方法（Ｍｅｔｈｏｄ＃２）は、Ｄ２Ｄ送信関連資源割り当て及び／またはＤ２Ｄ送信と関連したｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎをｐｈｙｓｉｃａｌ／ＭＡＣ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌを介して送信することによって、Ｄ２Ｄ動作を制御する方法である。
【０５１７】
前記（１）及び（２）の方法において、Ｄ２Ｄ端末は、Ｄ２Ｄ通信と関連したｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ（ＭＣＳ、ＲＶ、ＤＭ  ＲＳ  ｐａｒａｍｅｔｅｒｓ、…）をｅＮＢから受信して決定するか、またはＤ２Ｄ  ＵＥが自ら決定できる。
【０５１８】
前記ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎに資源割り当て情報が含まれることもでき、ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎと資源割り当て情報が別に区分されて解析されることもできる。
【０５１９】
Ｄ２Ｄ  ＵＥがｅＮＢからＤ２Ｄ送信と関連したｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎを前記（１）の方法により受信する場合、前記ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎをＲＲＣ  ｓｉｇｎａｌ及び／またはＰＤＣＣＨなどのようなｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌを介して受信することができる。
【０５２０】
ここで、Ｄ２Ｄ  ＵＥがｅＮＢからＲＲＣ  ｓｉｇｎａｌｉｎｇで前記ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎを受信する場合、ＰＤＣＣＨのＤＣＩ  ｆｏｒｍａｔにＤ２Ｄ送信と関連したＭＣＳ、ＲＶ、ＤＭ  ＲＳ  ｐａｒａｍｅｔｅｒなどのようなフィールドは要らなくなる。
【０５２１】
したがって、ＰＤＣＣＨのＤＣＩ  ｆｏｒｍａｔにＤ２Ｄ送信と関連したフィールドを含むことができるように定義された場合、前記不必要なフィールドをなくしてＤＣＩ  ｆｏｒｍａｔの総長を減らすか、またはｚｅｒｏ  ｐａｄｄｉｎｇ等の技術を適用して同じ長さのＤＣＩ  ｆｏｒｍａｔに作って送信できる。
【０５２２】
同様に、ＵＥがＭＣＳ、ＲＶ等スケジューリング情報を直接決定する場合、（１）または（２）の方法で送信されるＰＤＣＣＨ内のＭＣＳ、ＲＶ等スケジューリング情報と関連したｃｏｎｔｅｎｔｓフィールドは要らなくなる。
【０５２３】
したがって、前記不必要なフィールドをなくすか、またはｚｅｒｏ  ｐａｄｄｉｎｇする方法を適用できる。
【０５２４】
（１）の方法は、後述する図３４において、（２）の方法は、後述する図３2においてさらに具体的に述べることにする。
【０５２５】
以後、Ｄ２Ｄ送信端末は、Ｄ２Ｄ受信端末とＤ２Ｄ  ｄａｔａ送受信のためにＤ２Ｄ  ｄａｔａ送信関連スケジューリング手順を行う（Ｓｔｅｐ＃２、Ｓ３3２０）。すなわち、ＳＡ送信手順を行う。
【０５２６】
Ｓｔｅｐ＃２は、前記Ｓｔｅｐ＃１に使用された方法と共に使用されることができる。
【０５２７】
ここで、ＳＡに含まれることができる情報は、以下のとおりでありえ、特にＤ２Ｄ  ｄａｔａ受信のための資源と関連した情報が前記ＳＡに含まれることができる。
【０５２８】
ＳＡ送信と関連したスケジューリング情報（資源割り当て情報を含む）は、基地局からＤ２Ｄ送信端末に（ＳＧを介して）送信され、ＳＡ送信は、Ｄ２Ｄ送信端末からＤ２Ｄ受信端末に送信されると解析されることができる。
【０５２９】
-Ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｌａｔｅｄ  ｔｏ  ｒｅｓｏｕｒｃｅｓ  ｆｏｒ  ｄａｔａ  ｒｅｃｅｐｔｉｏｎ：Ｄ２Ｄ  ｄａｔａ受信のための資源と関連した情報
【０５３０】
-ＲＢ  ａｓｓｉｇｎｍｅｎｔ：ＲＢ割り当て情報
【０５３１】
-Ｎｕｍｂｅｒ  ａｎｄ  ｐａｔｔｅｒｎ  ｏｆ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎｓ：再送信回数及びパターン情報
【０５３２】
-Ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ  ｐａｔｔｅｒｎ：周波数跳躍パターン情報
【０５３３】
-ＳＰＳ（ｉｎｃｌ.ｐｅｒｉｏｄｉｃｉｔｙ）ｏｆ  ｄａｔａ：ｄａｔａの周期性情報
【０５３４】
-Ｔａｒｇｅｔ  ＩＤ：Ｄ２Ｄ受信端末のＩＤ情報
【０５３５】
-ＭＣＳ／ＲＶ  ｏｆ  ｄａｔａ
【０５３６】
-Ｔｉｍｉｎｇ  ａｄｖａｎｃｅ  ｏｆ  ｄａｔａ
【０５３７】
次に、Ｄ２Ｄ送信端末がｅＮＢからＳＧを受信し、Ｄ２Ｄ受信端末にＳＡを送信する時点を決定するための方法について説明する。
【０５３８】
前記受信されたＳＧには、ＳＡと関連したスケジューリング情報（資源割り当て情報を含む）が含まれることができる。
【０５３９】
まず、基地局は、Ｄ２Ｄ  Ｔｘ端末がＳＡを送信できるＤ２Ｄ送信サブフレーム（ｓｕｂｆｒａｍｅ）を知っていると仮定する。
【０５４０】
基地局は、ＳＡ送信ｓｕｂｆｒａｍｅ（ｎ）のｎ-ｋ１（ｋ１は、整数）ｓｕｂｆｒａｍｅにＤ２Ｄ送信端末にＳＧを送信することによって、Ｄ２Ｄ送信端末がＤ２Ｄ受信端末にＳＡを送信できる。
【０５４１】
ＬＴＥ（-Ａ）システムにおいて端末の受信機（ｒｅｃｅｉｖｅｒ）処理能力を考慮すると、ｋ１値は、４内外になることができる。
【０５４２】
技術の進化により、前記ｋ１値は、２または３も可能でありうる。
【０５４３】
前記ＳＧを受信したＤ２Ｄ送信端末は、前記受信されたＳＧを介して同時にＤ２Ｄ  ｄａｔａ送信ｓｕｂｆｒａｍｅの位置も共に把握できる。
【０５４４】
すなわち、ＳＧの用途は、ＳＡ  ｓｃｈｅｄｕｌｉｎｇだけでなく、Ｄ２Ｄ  ｄａｔａ送信に関与してＤ２Ｄ  ｄａｔａ送信時点（ｓｕｂｆｒａｍｅ）、周波数資源割り当てなどまでも使用されることができる。
【０５４５】
次に、Ｄ２Ｄ送信端末が基地局からＳＧを受信し、一定時間後にＳＡ送信有効資源においてＤ２Ｄ受信端末にＳＡを送信する方法について述べることにする。
【０５４６】
前記受信されたＳＧは、ＳＡ送信関連スケジューリング情報を含むことができる。
【０５４７】
ｅＮＢは、ＳＡ送信有効ｓｕｂｆｒａｍｅを具体的に把握せずに、Ｄ２Ｄ送信端末からＤ２Ｄ送信資源に対する要求時点に基づいて、前記Ｄ２Ｄ送信端末にＳＧを送信する。
【０５４８】
すなわち、Ｄ２Ｄ送信端末は、基地局からＳＧを受信すると、前記受信されたＳＧに基づいてＳＡを生成する。
【０５４９】
以後、Ｄ２Ｄ送信端末は、生成されたＳＡをＳＡが送信されることができるＳＡ  ａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅを把握して、ａｖａｉｌａｂｌｅまたはｖａｌｉｄ  Ｄ２Ｄ  ｓｕｂｆｒａｍｅ（ＳＡ送信側面においてｖａｌｉｄなｓｕｂｆｒａｍｅ）においてＤ２Ｄ受信端末に前記生成されたＳＡを送信する。
【０５５０】
ここで、Ｄ２Ｄ送信端末は、基地局からＳＧを受信し、次のサブフレーム（ｓｕｂｆｒａｍｅ）が利用可能（ａｖａｉｌａｂｌｅ）であるとしてＳＡをＤ２Ｄ受信端末に直に送信することができないときがある。
【０５５１】
それは、Ｄ２Ｄ送信端末がＳを受けて受信処理し、受信されたＳＡと関連した情報であるＳＧを利用してＳＡを生成し、Ｄ２Ｄ  ｄａｔａに対する送信準備のためにｎ＋ｋ２だけの時間が必要であるからである。
【０５５２】
ここで、ｋ２は、整数値を有する。技術の発展によって前記ｋ２値は、２または３までも可能でありうる。すなわち、端末の受信能力によってｋ２は、１、２、３、４等、多様な値を有することができる。
【０５５３】
仮に、ｋ２＝４の場合、Ｄ２Ｄ送信端末は、基地局からＳＧを受信し、４  ｓｕｂｆｒａｍｅ以後にＤ２Ｄ受信端末にＳＡを送信する。
【０５５４】
ただし、Ｄ２Ｄ送信端末は、４  ｓｕｂｆｒａｍｅ直後にＳＡ送信のためのａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅが存在しないと、その次のサブフレーム（ｓｕｂｆｒａｍｅ）においてＳＡをＤ２Ｄ受信端末に送信する。
【０５５５】
仮に、その次のａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅが存在しない場合、またその次のサブフレーム（ｓｕｂｆｒａｍｅ）においてＳＡが送信されることができる。
【０５５６】
すなわち、ｎ＋４以後のサブフレーム（ｓｕｂｆｒａｍｅ）のうち、最も先のＳＡ  ａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅにおいてＳＡが送信されると解析されることができる。
【０５５７】
ここで、ＳＡ送信が不可能なサブフレーム（ｓｕｂｆｒａｍｅ）は、Ｄ２Ｄ送信で指定されないすべてのサブフレーム（ｓｕｂｆｒａｍｅ）が該当することができる。
【０５５８】
または、ｓｕｂｆｒａｍｅ  ０及び５のようにｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌが送信されるサブフレーム（ｓｕｂｆｒａｍｅ）は、前記ＳＡ  ａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅから除かれることができる。
【０５５９】
または、ｓｕｂｆｒａｍｅ  ０、４、５、９のようにｐａｇｉｎｇ  ｓｕｂｆｒａｍｅが送信されるサブフレーム（ｓｕｂｆｒａｍｅ）も、前記ＳＡ  ａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅから除かれることができる。
【０５６０】
ここで、Ｄ２Ｄ  ｓｕｂｆｒａｍｅと指定されたとしても、Ｄ２Ｄ必須情報を伝達するためのチャネルが（前記ＷＡＮ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ、ＢＣＨ  ｃｈａｎｎｅｌと類似のチャネル）特定Ｄ２Ｄ  ｓｕｂｆｒａｍｅに決められると、前記特定Ｄ２Ｄ  ｓｕｂｆｒａｍｅは、前記ＳＡ  ａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅから除かれることができる。
【０５６１】
または、ＳＡ送信のための専用サブフレーム（ｓｕｂｆｒａｍｅ）を設定（ｃｏｎｆｉｇｕｒｅ）しておき、このようなＳＡ専用サブフレーム（ｓｕｂｆｒａｍｅ）においてのみＳＡを送信するようにすることができる。
【０５６２】
すなわち、Ｄ２Ｄ送信端末は、基地局からＳＧを受信し（ｓｕｂｆｒａｍｅ  ｎ）、ｎ＋ｋ３  ｓｕｂｆｒａｍｅ以後にＳＡ（送信）ａｖａｉｌａｂｌｅ  ｓｕｂｆｒａｍｅにおいてＳＡをＤ２Ｄ受信端末に送信できる。
【０５６３】
ここで、ＳＧを受信したＤ２Ｄ端末は、同時にｄａｔａ送信ｓｕｂｆｒａｍｅ位置も共に把握できる。すなわち、ＳＧは、ＳＡ  ｓｃｈｅｄｕｌｉｎｇを超えてｄａｔａ送信に関与してｄａｔａ送信時点（ｓｕｂｆｒａｍｅ）、周波数資源割り当てなどにも使用されることができる。
【０５６４】
以後、Ｄ２Ｄ送信端末は、ＳＡに基づいてＤ２Ｄ受信端末にＤ２Ｄ  ｄａｔａを送信する（Ｓｔｅｐ＃３、Ｓ３3３０）。
【０５６５】
このとき、Ｄ２Ｄ送信端末は、Ｄ２Ｄ  ｄａｔａと共に必要な制御情報を送信できる。
【０５６６】
前記制御情報は、Ｄ２Ｄ  ｄａｔａにｐｉｇｇｙｂａｃｋ形態で送信されることができる。
【０５６７】
次に、ＳＧの有効性について説明する。
【０５６８】
Ｄ２Ｄ端末がＳＧ１を基地局から受信し、その以後にＳＧ２を基地局から受信する場合、Ｄ２Ｄ端末は、前記受信されたＳＧ１は、もうこれ以上有効でないと判断できる。
【０５６９】
ＳＧに対した有効性判断時点は、以後に送信されるＳＧ、すなわち、ＳＧ２を受信してから（ｓｕｂｆｒａｍｅｎ）ｎ＋ｋ４  ｓｕｂｆｒａｍｅ以後に適用されることができる。
【０５７０】
ここで、ｋ４値は整数であり、実質的にＳＧ２が適用されることができる時点を考慮すると、２、３、４などの値を有する。
【０５７１】
また、基地局は、ＳＧ１とＳＧ２を同一時間に共にＤ２Ｄ端末に送信することもできる。
【０５７２】
この場合、前記ＳＧ１と前記ＳＧ２は、一つのＤＣＩ  ｆｏｒｍａｔで併合されて送信されることができる。
【０５７３】
各ＳＧに対して別のｃｈａｎｎｅｌ  ｃｏｄｉｎｇを行う場合、Ｄ２Ｄ端末は、各ＳＧに対した受信成功確率が高まることができる。
【０５７４】
上述のように、Ｄ２Ｄ端末は、各ＳＧに対した受信有無の結果をｅＮＢにｆｅｅｄｂａｃｋでき、ＳＧ受信有無の結果をフィードバック（ｆｅｅｄｂａｃｋ）するチャネルとしてＰＵＣＣＨを利用できる。
【０５７５】
また、Ｄ２Ｄ端末の送信電力制御は、ＳＧを介して具現可能でありうる。
【０５７６】
この場合、基地局は、ＴＰＣ  ｆｉｅｌｄを活用するか、ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを活用してＴＰＣ  ｃｏｍｍａｎｄをＤ２Ｄ端末に送信して、Ｄ２Ｄ端末の送信電力を制御できる。
【０５７７】
ＤＣＩ  ｆｏｒｍａｔ  ３／３Ａを使用する場合には、該当フォーマットの特定ｆｉｅｌｄをＤ２Ｄ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌとして予約（ｒｅｓｅｒｖｅｄ）して使用することもできる。
【０５７８】
これは、予めＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＤ２Ｄ電力制御用途であるか、またはＬＴＥ（-Ａ）電力制御用途であるかを分割（ｐａｒｔｉｔｉｏｎｉｎｇ）できる。
【０５７９】
また、前記ＳＧは、使用可能な有効時間が決まることができる。
【０５８０】
すなわち、Ｄ２Ｄ端末が基地局からＳＧを受信し、一定時間（または、一定数のｓｕｂｆｒａｍｅ）が過ぎるか、または一定数のＤ２Ｄ  ｓｕｂｆｒａｍｅが過ぎると、自動的に前記受信されたＳＧを廃棄（ｄｉｓｃａｒｄ）できる。
【０５８１】
または、ＳＧ  ｔｉｍｅｒを新しく定義することによって、ＳＧ  ｔｉｍｅｒがｅｘｐｉｒｅｄされる場合、ＳＧは、無効化（ｉｎｖａｌｉｄ）されたと見なされるように具現することもできる。
【０５８２】
または、Ｄ２Ｄ端末が次のＳＧを受信するまで以前ＳＧが有効であると定義することもできる。
【０５８３】
または、Ｄ２Ｄ端末は、ＳＧ受信後、一定時間、または、一定数のサブフレーム（ｓｕｂｆｒａｍｅ）が過ぎると、該当ＳＧを廃棄するが、その前にさらに他のＳＧを基地局から受信する場合、一定時間が過ぎなくても以前に送信されたＳＧを廃棄することもできる。
【０５８４】
図３4は、本明細書で提案するＲＲＣ  ｓｉｇｎａｌｉｎｇを利用して、Ｄ２Ｄ送信のためのＵＥ  ｓｃｈｅｄｕｌｉｎｇ方法の一例を示した図である。
【０５８５】
すなわち、図３４は、図３３においてステップＳ３３１０を具体化した方法を示す。
【０５８６】
ステップＳ３４２０及びＳ３4３０は、図３３のステップＳ３３２０及びＳ３３３０と同一なので、差のある部分についてのみ述べることにする。
【０５８７】
まず、ｅＮＢは、Ｄ２Ｄ  Ｔｘ  ＵＥまたはＤ２Ｄ  Ｒｘ  ＵＥとｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ  ｐｒｏｃｅｄｕｒｅを行う（Ｓｔｅｐ＃１、Ｓ３4１０）。
【０５８８】
図３３において述べたように、ステップＳ３4１０は、２とおりの方法により具現化されることができる。
【０５８９】
（１）第１の方法（Ｍｅｔｈｏｄ＃１）は、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＤ２Ｄ送信関連資源を割り当て、追加的にｐｈｙｓｉｃａｌ／ＭＡＣ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（例えば、ＰＤＣＣＨ）を介して前記割り当てられた資源に対するａｃｔｉｖａｔｉｏｎ／ｒｅｌｅａｓｅのような細部動的（ｄｙｎａｍｉｃ）な動作を制御する方法である。
【０５９０】
（２）第２の方法（Ｍｅｔｈｏｄ＃２）は、Ｄ２Ｄ送信関連資源割り当て及び／またはｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎをｐｈｙｓｉｃａｌ／ＭＡＣ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌを介して送信してＤ２Ｄ動作を制御する方法である。
【０５９１】
（１）の方法（Ｍｅｔｈｏｄ＃１）、すなわち、ＲＲＣ  ｓｉｇｎａｌ  ａｎｄ  ｄｙｎａｍｉｃ  ｃｏｎｔｒｏｌ  ｓｉｇｎａｌ（例えば、（Ｅ）ＰＤＣＣＨ、ＰＨＩＣＨ）ｂａｓｅｄ  ｓｃｈｅｄｕｌｉｎｇ（例えば、ｓｅｍｉ-ｓｔａｔｉｃ  ｓｃｈｅｄｕｌｉｎｇ）ｆｏｒ  ＳＡ（ａｎｄ  ｄａｔａ）について、さらに具体的に述べることにする。
【０５９２】
（１）の方法は、１）ＳＡ（ａｎｄ／ｏｒ  ｄａｔａ）送信のための全体資源構成／割り当てのためのＲＲＣ  ｓｉｇｎａｌｉｎｇ送信（Ｓ３4１１）と２）１）を介して割り当てられたＳＡ（ａｎｄ  ｄａｔａ）資源の活性化／解除（ａｃｔｉｖａｔｉｏｎ／ｒｅｌｅａｓｅ）のための動的制御情報送信（Ｓ３4１２）方法に区分できる。
【０５９３】
まず、ＲＲＣ  ｓｉｇｎａｌｉｎｇ送信について説明する。
【０５９４】
ＲＲＣ  ｓｉｇｎａｌｉｎｇ：ｏｖｅｒａｌｌ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ／ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  ＳＡ（ａｎｄ  ｄａｔａ）。
【０５９５】
ｅＮＢは、ＬＴＥ  ＳＰＳ（Ｓｅｍｉ-Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）ｓｃｈｅｄｕｌｉｎｇ方法と類似するように、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＤ２Ｄ送信関連特定資源（または特定資源ｓｅｔ／ｇｒｏｕｐ）をＤ２Ｄ端末に割り当てる。
【０５９６】
また、類似の方法により、ｅＮＢは、Ｄ２Ｄ受信のためのモニタリング（ｍｏｎｉｔｏｒｉｎｇ）資源もＤ２Ｄ端末に割り当てることができる。
【０５９７】
前記特定資源領域は、ｓｕｂｆｒａｍｅ（ｓ）、ａ  ｓｅｔ  ｏｆ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋｓなどでありうる。
【０５９８】
したがって、Ｄ２Ｄ端末は、前記特定資源領域をモニタリング（ｍｏｎｉｔｏｒｉｎｇ）して、Ｄ２Ｄ  ｄａｔａまたはＳＡをｂｌｉｎｄ  ｄｅｍｏｄｕｌａｔｉｏｎ（またはブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ））できる。
【０５９９】
モニタリング（Ｍｏｎｉｔｏｒｉｎｇ）資源とは、ＳＡ及び／またはＤ２Ｄ  Ｄａｔａ（Ｔｘ-ｔｏ-Ｒｘ  ｆｏｒ  Ｄ２Ｄ）をＤ２Ｄ端末でブラインド復号（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）するようにするためにモニタリング（ｍｏｎｉｔｏｒｉｎｇ）しろと知らせた資源を意味できる。
【０６００】
本明細書で使用する「Ａ及び／またはＢ」の意味は、ＡまたはＢのうち、少なくとも一つ（Ａ、Ｂ、Ａ＆Ｂ）を含む概念と同じ意味として解析できる。
【０６０１】
前記（１）の方法は、ＳＡ  ｓｃｈｅｄｕｌｉｎｇだけでなくｄａｔａ資源領域を知らせる、すなわちＤ２Ｄ  ｄａｔａ  ｓｃｈｅｄｕｌｉｎｇ用としても使用されることができる。
【０６０２】
すなわち、（１）の方法は、ｓｅｍｉ-ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ（ＳＰＳ）と類似するように、Ｄ２Ｄ送信関連資源をＲＲＣに割り当て、物理層及びＭＡＣ層制御チャネルを活用して動的（ｄｙｎａｍｉｃ）に資源を活性化するか、または解除する動作を示す。
【０６０３】
これと関連したさらに具体的な内容は、上述の図28ないし図32を参照してほしい。
【０６０４】
以後、ステップＳ３4２０及びＳ３4３０を行う。
【０６０５】
図３5は、本明細書で提案する物理層チャネルを利用して、Ｄ２Ｄ送信のためのＵＥ  ｓｃｈｅｄｕｌｉｎｇ方法の一例を示した図である。
【０６０６】
すなわち、図３５は、図３３においてステップＳ３３１０を具体化した方法を示す。
【０６０７】
ステップＳ３5２０及びＳ３5３０は、図３３のステップＳ３3２０及びＳ３3３０と同一なので、差のある部分についてのみ述べることにする。
【０６０８】
まず、ｅＮＢは、Ｄ２Ｄ  Ｔｘ  ＵＥまたはＤ２Ｄ  Ｒｘ  ＵＥとｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ  ｐｒｏｃｅｄｕｒｅを行う（Ｓｔｅｐ＃１、Ｓ３5１０）。
【０６０９】
同様に、前記Ｓｔｅｐ＃１は、２とおりの方法により具現化されることができる。
【０６１０】
（１）第１の方法（Ｍｅｔｈｏｄ＃１）は、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＤ２Ｄ送信関連資源を割り当て、追加的にｐｈｙｓｉｃａｌ／ＭＡＣ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（例えば、ＰＤＣＣＨ）を介して前記割り当てられた資源に対するａｃｔｉｖａｔｉｏｎ／ｒｅｌｅａｓｅのような細部動的（ｄｙｎａｍｉｃ）な動作を制御する方法である。
【０６１１】
（２）第２の方法（Ｍｅｔｈｏｄ＃２）は、Ｄ２Ｄ送信関連資源割り当て及び／またはｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎをｐｈｙｓｉｃａｌ／ＭＡＣ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌを介して送信して、Ｄ２Ｄ動作を制御する方法である。
【０６１２】
本明細書で使用する「Ａ及び／またはＢ」の意味は、ＡまたはＢのうち、少なくとも一つを含む概念と同じ意味として解析できる。
【０６１３】
図３5を参照して、（２）の方法、すなわち、動的スケジューリング（ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇ）に基づいた（Ｅｎｈａｎｃｅｄ）ＰＤＣＣＨ送信方法について述べることにする。
【０６１４】
（２）の方法は、ＲＲＣによったＤ２Ｄ送信関連スケジューリング情報（資源割り当てを含む）送信の代わりに、物理層（または、ＭＡＣ層を含む）で制御情報伝達チャネル（例えば、ＥＰＤＣＣＨ、ＰＤＣＣＨ、ＰＨＩＣＨ、ｎｅｗ  ｃｈａｎｎｅｌ）を利用して、Ｄ２Ｄ  Ｔｘ  ＵＥ（ａｎｄ／ｏｒ  Ｄ２Ｄ  Ｒｘ  ＵＥ）にｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎだけでなくＤ２Ｄ  ｄａｔａ  ｄｅｍｏｄｕｌａｔｉｏｎのためＭＣＳ、ＲＶ、ＮＤＩ、ｐｏｗｅｒ  ｃｏｎｔｒｏｌ、ＰＭＩ等も共に知らせる方法のことをいう（Ｓ３5１１）。
【０６１５】
前記ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ、ＭＣＳ、ＲＶ、ＮＤＩ、ｐｏｗｅｒ  ｃｏｎｔｒｏｌ、ＰＭＩなどをＤ２Ｄ送信と関連したスケジューリング情報ということができる。
【０６１６】
また、ＳＧの用途は、前記言及された用途の他にも多様に定義できる。
【０６１７】
一例として、ＳＧは、Ｄ２Ｄ送信関連ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎのコンテンツ（ｃｏｎｔｅｎｔｓ）が変化したという事実を知らせるための用途として使用されることができる。
【０６１８】
前記変化の意味は、変更、削除、追加などの意味を含む。
【０６１９】
この場合、前記ＳＧと同じｓｉｇｎａｌｉｎｇ  ｆｏｒｍａｔを使用する場合と他のｓｉｇｎａｌｉｎｇ  ｆｏｒｍａｔを使用する場合とに区分できる。
【０６２０】
前記ＳＧに含まれるＳｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎは、ＲＲＣ  ｓｉｇｎａｌｉｎｇを指定したＤ２Ｄ送信関連資源領域の変化または該当資源領域でＤ２Ｄ  Ｔｘ（ａｎｄ／ｏｒ  Ｒｘ）ＵＥが使用しなければならない資源の変化を意味するか、ＳＧによって実質的に割り当てられた資源領域の変化または資源領域グループの変化を意味するか、またはＳＡ  ｃｏｎｔｅｎｔｓの一部または全体の変化を意味できる。
【０６２１】
前記ＳＡ  ｃｏｎｔｅｎｔｓには、ＲＡをはじめとして様々なｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎが含まれており、この中で一つまたはそれ以上の内容が変化したことをＳＧを介して知らせるようになる。
【０６２２】
ｅＮＢは、ＳＧのｂｉｔ  ｆｉｅｌｄを減らしてコンパクト（ｃｏｍｐａｃｔ）な形態の新しいＳＧを作って使用することもできる。
【０６２３】
また、Ｄ２Ｄ送信関連ｒｅｓｏｕｒｃｅ  ｒｅ-ａｌｌｏｃａｔｉｏｎのように、ＳＧ／ＳＡ  ｕｐｄａｔｅを具現する方法には、ＰＤＣＣＨ、ＥＰＤＣＣＨだけでなくＰＨＩＣＨを使用することも可能である。
【０６２４】
すなわち、ｅＮＢは、ＰＨＩＣＨ資源を利用してＤ２Ｄ端末にＳＧ／ＳＡに変化があるかどうかを知らせる用途として使用することができる。
【０６２５】
Ｄ２Ｄ端末は、ＳＧ／ＳＡに変化があることを表す情報を含むＰＨＩＣＨをモニタリング（ｍｏｎｉｔｏｒｉｎｇ）して、前記変化されたＳＧ／ＳＡを受信することができる。
【０６２６】
Ｄ２Ｄ端末は、予めＳＧ／ＳＡ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｎｏｔｉｆｉｃａｔｉｏｎをｅＮＢから指定時間後、または指定時間区間にｍｏｄｉｆｉｅｄ  ＳＧ／ＳＡを受信するようになる。
【０６２７】
ここで、前記Ｍｏｄｉｆｉｃａｔｉｏｎ  ｎｏｔｉｆｉｃａｔｉｏｎは、２とおりの意味を有することができる。
【０６２８】
第１の意味は、Ｄ２Ｄ端末にＳＡが変更されなければならないことをを知らせ、前記変更されたＳＡを知るために、 ＳＧのモニタリング（ｍｏｎｉｔｏｒｉｎｇ）を介して前記変更されたＳＡを受信することを意味する。
【０６２９】
第２の意味は、Ｄ２Ｄ端末に特定の決まった時点にＳＧが変更されたか、または変更される予定であるから、前記変更されたか、または変更される予定のＳＧを受信することを知らせる意味である。
【０６３０】
上述のように、ＳＧは、ＳＡ  ｓｃｈｅｄｕｌｉｎｇだけでなくｄａｔａ  ｓｃｈｅｄｕｌｉｎｇ用途として使用されることができる。
【０６３１】
以後、ステップＳ３５２０及びＳ３５３０を行う。
【０６３２】
図３６は、本明細書で提案するＳＧに対したＨＡＲＱ手順を行う方法の一例を示したフローチャートである。
【０６３３】
ステップＳ３6１０、Ｓ３6３０及びＳ３6４０は、図３３のステップＳ３3１０ないしＳ３3３０と同一なので、差のある部分についてのみ述べることにする。
【０６３４】
ステップＳ３6１０以後、Ｄ２Ｄ端末と基地局は、ＳＧ  ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｒｅＱｕｅｓｔ）手順を行う（Ｓ３6２０）。
【０６３５】
すなわち、Ｄ２Ｄ端末が基地局からＳＧを受信し、他のＤ２Ｄ端末にＳＡを送信する時点の間に、Ｄ２Ｄ端末は、基地局に前記受信されたＳＧに対した応答を回答（または送信）できる。前記応答は、ＡｃｋまたはＮａｃｋでありうる。
【０６３６】
前記ＳＧは、上述のように、ＳＰＳでの割り当てられた資源のａｃｔｉｖａｔｉｏｎ／ｄｅ-ａｃｔｉｖａｔｉｏｎのように、ＳＡ及び／またはＤ２Ｄ  Ｄａｔａ送信と関連した制御情報であるか、またはｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ情報でありうる。
【０６３７】
前記ＳＡ及び／またはＤ２Ｄ  Ｄａｔａ送信と関連した制御情報であるか、またはｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ情報は、Ｄ２Ｄ送信と関連したｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎとして表すことができる。
【０６３８】
ステップＳ３6２０のＳＧ  ＨＡＲＱ手順は、Ｄ２Ｄ端末が基地局からＳＧを受信できなくなる場合、他のＤ２Ｄ端末にＳＡ送信をすることができないか、または既に送信されたＳＡ内容に対する変更事項を適用できなくなって、変更以前のＳＡを持続的に送信することにより発生できる性能劣化または通信が不可能な状況がもたらされるのを防止するようにすることができる。
【０６３９】
したがって、前記ＳＧ受信有無に対する確認（ｃｏｎｆｉｒｍａｔｉｏｎ）が必要であり、これは、ＵＬ  ＡＣＫ／ＮＡＣＫ  ｍｅｃｈａｎｉｓｍを活用できる。
【０６４０】
すなわち、既存のＰＵＣＣＨ  ｓｔｒｕｃｔｕｒｅまたはｅｍｂｅｄｄｅｄ  ＰＵＣＣＨ  ｔｏ  ＰＵＳＣＨ形態（ＵＣＩ  Ｐｉｇｇｙｂａｃｋ）でＳＧに対した応答（ＡＣＫ／ＮＡＣＫ）をＤ２Ｄ端末が基地局に送信できる。
【０６４１】
ここで、ＳＧがＰＤＣＣＨまたはＥＰＤＣＣＨ  ｆｏｒｍａｔなどのメカニズム（ｍｅｃｈａｎｉｓｍ）に従うようになると、前記ＳＧに対した応答は、前記ＰＤＣＣＨまたはＥＰＤＣＣＨの各ＤＣＩ  ｉｎｄｅｘに接続したＰＵＣＣＨ資源を利用して容易に活用できる。
【０６４２】
ここで、ＳＧに含まれた情報がＳＡ  ｓｃｈｅｄｕｌｉｎｇ用とＤ２Ｄ  ｄａｔａｓｃｈｅｄｕｌｉｎｇ用とに分離されて、Ｄ２Ｄ端末にそれぞれ受信される場合、Ｄ２Ｄ端末は、各ＳＧの受信有無に対する応答をそれぞれフィードバック（ｆｅｅｄｂａｃｋ）することができる。
【０６４３】
また、前記ＳＧに対した応答は、最大４とおりのケースが発生できるので、その大きさは、１ｂｉｔないし２ｂｉｔと表現されることができる。
【０６４４】
ここで、前記ＳＧに対した応答は、ＰＵＣＣＨを介してフィードバック（ｆｅｅｄｂａｃｋ）されることができる。
【０６４５】
以下、本明細書で提案するＳＡ及び／またはＤ２Ｄ  ｄａｔａを送受信するための方法について、図３７ないし図４１を参照して具体的に述べることにする。
【０６４６】
図３７は、本明細書で提案するＤ２Ｄ動作手順及びこれと関連したシグナリング（ｓｉｇｎａｌｉｎｇ）送受信方法の一例を示した図である。
【０６４７】
図３７の場合、基地局の制御によるＤ２Ｄ動作手順（Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｍｏｄｅ  １）でのＤ２Ｄ動作手順とこれと関連した情報を送受信することによって、Ｄ２Ｄ通信を行う方法を示す。
【０６４８】
図３７に示すように、Ｄ２Ｄ通信と関連したＳＡ（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｇｉｎｍｅｎｔ）資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）３７１０及び／またはｄａｔａ資源プール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）３７２０が予め構成されることができ、前記予め構成された資源プールは、上位層シグナリング（ｈｉｇｈ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）を介して基地局からＤ２Ｄ端末に送信されることができる。
【０６４９】
前記上位層シグナリングは、ＲＲＣ  ｓｉｇｎａｌｉｎｇでありうる。
【０６５０】
本明細書で使用する「Ａ及び／またはＢ」の表現は、ＡまたはＢのうち、少なくとも一つ（Ａ、ＢまたはＡ＆Ｂを表す）を意味する概念として解釈できる。
【０６５１】
前記ＳＡ資源プール及び／またはｄａｔａ資源プールは、端末間リンク（Ｄ２Ｄ：ＵＥ-ｔｏ-ＵＥ）またはＤ２Ｄ通信のために予約された資源を意味する。
【０６５２】
前記ＵＥ-ｔｏ-ＵＥリンクは、サイドリンク（ｓｉｄｅｌｉｎｋ）で表現されることもできる。
【０６５３】
具体的には、ＳＡ資源プールは、ＳＡを送信できる資源領域を意味し、ｄａｔａ資源プールは、Ｄ２Ｄ  ｄａｔａを送信できる資源領域を意味する。
【０６５４】
前記ＳＡは、ＳＡ周期３７３０に応じて送信されることができ、Ｄ２Ｄ  ｄａｔａは、ｄａｔａ送信周期３７４０に応じて送信されることができる。
【０６５５】
前記ＳＡ周期及び／または前記ｄａｔａ送信周期は、Ｄ２Ｄ  ｇｒａｎｔを介して基地局からＤ２Ｄ端末に送信されることができる。
【０６５６】
または、前記ＳＡ周期は、Ｄ２Ｄ  ｇｒａｎｔを介して、前記ｄａｔａ送信周期は、ＳＡを介して送信されることができる。
【０６５７】
また、Ｄ２Ｄ  ｇｒａｎｔは、Ｄ２Ｄ通信に必要なＳＡ（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ）を基地局からＤ２Ｄ端末に送信する制御情報を示す。
【０６５８】
前記Ｄ２Ｄ  ｇｒａｎｔは、ＤＣＩ  ｆｏｒｍａｔ  ５で表現されることができ、ＰＤＣＣＨ、ＥＰＤＣＣＨなどのような物理層チャネルまたはＭＡＣ  ｌａｙｅｒ  ｃｈａｎｎｅｌを介して送信されることができる。
【０６５９】
また、前記Ｄ２Ｄ  ｇｒａｎｔは、ＳＡ送信と関連した情報だけでなく、ｄａｔａ送信と関連した情報を含むこともできる。
【０６６０】
前記ＳＡは、一例として、ＲＡ（Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ）、ＭＣＳ、ＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）などを含むことができる。
【０６６１】
上述のように、前記ＳＡ送信のためのＳＡ資源プールは、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介して送信されることができる。
【０６６２】
また、前記ＳＡは、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して送信されることができ、前記Ｄ２Ｄ  ｄａｔａは、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して送信されることができる。
【０６６３】
Ｄ２Ｄ送信端末は、基地局からＤ２Ｄ  ｇｒａｎｔを介してＳＡ情報、特にＳＡが送信されることができる資源割り当て（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ：ＲＡ）情報（以下、「ＳＡ  ＲＡ」情報という。）を受信することができる。
【０６６４】
このとき、前記Ｄ２Ｄ送信端末は、基地局から受信されたＳＡ  ＲＡ情報をそのままＤ２Ｄ受信端末に送信するか、または前記受信されたＳＡ  ＲＡ情報を参考にして新しいＳＡ  ＲＡ情報を生成した後、前記新しく生成されたＳＡ  ＲＡ情報をＤ２Ｄ受信端末に送信することもできる。
【０６６５】
ここで、Ｄ２Ｄ送信端末がＳＡ  ＲＡを新しく生成する場合、Ｄ２Ｄ送信端末はＤ２Ｄ  ｇｒａｎｔ  ＲＡが指示する資源領域（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）内においてのみＳＡの資源割り当てを行わなければならない。
【０６６６】
すなわち、ｅＮＢが使用するように許可してくれた資源領域（Ｄ２Ｄ  ｇｒａｎｔ  ＲＡ）の中で一部資源領域（ＳＡ  ＲＡ）だけを選択してＳＡを送信できることを示す。
【０６６７】
またはこれと反対に、Ｄ２Ｄ送信端末は、ｅＮＢが割り当てたＤ２Ｄ  ｇｒａｎｔ  ＲＡをそのまま使用することもできる。
【０６６８】
ただし、この場合、Ｄ２Ｄ送信端末は、送信するＤ２Ｄ  ｄａｔａがなくても、ｄｕｍｍｙ  ｄａｔａを送信するか、またはＤ２Ｄ  ｄａｔａ送信無しでＤ２Ｄ  ＳＦ（ｓｕｂｆｒａｍｅ）だけを占有しているから、Ｄ２Ｄ  ＳＦを浪費する状況が発生することもできる。
【０６６９】
Ｄ２Ｄ通信と関連した資源プール（Ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）は、以下のような関係が成立することができる。
【０６７０】
１．ＲＲＣ  ｃｏｎｆｉｇｕｒｅｄ  Ｄ２Ｄ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ（Ａ）
２．Ｄ２Ｄ  ｇｒａｎｔ  ＲＡ  ｉｎｄｉｃａｔｉｎｇ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ（Ｂ）
３．ＳＡのＲＡ  ｉｎｄｉｃａｔｉｎｇ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ（Ｃ）
【０６７１】
前記資源プールの含み関係がＡ＞＝Ｂ＞＝Ｃを満たす場合、無分別にＤ２Ｄ送信のためにＤ２Ｄ  ＳＦが占有されることを防止でき、結果的にＷＡＮ  ｄａｔａ送信のための資源を保護するようになる。
【０６７２】
図３８は、本発明の一実施の形態にかかるダウンリンク制御情報送信方法の一例を示したフローチャートである。
【０６７３】
まず、Ｄ２Ｄ通信と関連したＳＡ資源プール及び／またはＤ２Ｄ  ｄａｔａ資源プールが上位層により構成される（Ｓ３８１０）。
【０６７４】
以後、基地局は、前記ＳＡ資源プール及び／またはＤ２Ｄ  ｄａｔａ資源プールを上位層シグナリングを介してＤ２Ｄ端末に送信する（Ｓ３８２０）。
【０６７５】
以後、基地局は、Ｄ２Ｄ  ｇｒａｎｔを介してＤ２Ｄ送信端末にＳＡと関連した制御情報及び／またはＤ２Ｄ  ｄａｔａと関連した制御情報を各々または共に送信する（Ｓ３８３０）。前記制御情報は、前記ＳＡ資源プール及び／またはＤ２Ｄ  ｄａｔａ資源プールにおいてＳＡ及び／またはＤ２Ｄ  ｄａｔａのスケジューリング情報を含む。一例として、ＲＡ、ＭＣＳ、ＮＤＩ、ＲＶなどが含まれることができる。
【０６７６】
以後、前記Ｄ２Ｄ送信端末は、ステップＳ３８３０にて受信された情報に基づいて、Ｄ２Ｄ受信端末にＳＡ及び／またはＤ２Ｄ  ｄａｔａを送信する（Ｓ３８４０）。
【０６７７】
前記ＳＡ送信と前記Ｄ２Ｄ  ｄａｔａの送信は共に行われることもでき、前記ＳＡ送信後に前記Ｄ２Ｄ  ｄａｔａの送信が行われることもできる。
【０６７８】
次に、Ｄ２Ｄ関連資源が半永続スケジューリング（ＳＰＳ：ｓｅｍｉ-ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）方式で割り当てられる場合について説明する。
【０６７９】
この場合、Ｄ２Ｄ端末は、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＤ２Ｄ通信関連資源（ＳＡ資源プール及び／またはｄａｔａ資源プール）を図３７及び図３８のように予め予約割り当てられることができる。
【０６８０】
以後、Ｄ２Ｄ端末は、前記予約割り当てられたＤ２Ｄ通信関連資源に対して使用できるかどうかを基地局からＤ２Ｄ  ｇｒａｎｔを介して受信することができる。
【０６８１】
すなわち、基地局は、（Ｅ）ＰＤＣＣＨを介してＤ２Ｄ端末に前記予約割り当てられた資源の使用を活性化（ａｃｔｉｖａｔｉｏｎ）するか、または資源使用の中止または解除（ｒｅｌｅａｓｅ）を指示できる。
【０６８２】
ここで、基地局は、ＳＡ  ＲＡを全部「０」に設定して、Ｄ２Ｄ端末に送信することによって、Ｄ２Ｄ通信関連資源使用のｒｅｌｅａｓｅを指示できる。
【０６８３】
さらに他の方法として、ＴＰＣ及びＭＣＳフィールド（ｆｉｅｌｄ）に特定値（例えば、「０」）を設定して、様々なｆｉｅｌｄの組み合わせを介して特定条件が満たされる場合、Ｄ２Ｄ通信関連資源使用のｒｅｌｅａｓｅを指示するようにすることができる。
【０６８４】
さらに他の方法として、ＭＣＳを「１００００…００００」のようにＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）だけを「１」に設定し、残りのｂｉｔは、「０」に設定することによって、Ｄ２Ｄ通信関連資源使用のｒｅｌｅａｓｅを指示（ｉｎｄｉｃａｔｉｏｎ）できる。
【０６８５】
次に、ＳＡ資源情報とＤ２Ｄ  ｄａｔａ資源情報とが分離されて各々送信される場合、各資源使用有無に対する活性化／解除方法について説明する。
【０６８６】
一例として、特定フィールド内のＳＡ資源と関連した部分とｄａｔａ資源と関連した部分が分離されている場合、基地局は、各々の資源使用有無に対する活性化（ａｃｔｉｖａｔｉｏｎ）及びｒｅｌｅａｓｅをＤ２Ｄ端末に別に指示することもできる。
【０６８７】
前記特定フィールドは、ＴＰＣフィールドでありえ、ＴＰＣフィールドを例に挙げて説明する。
【０６８８】
また、基地局は、ＳＡ送信周期及びｄａｔａ送信周期を考慮して、互いに異なる位置で資源使用のｒｅｌｅａｓｅを指示することもできる。
【０６８９】
前記方法は、互いに異なるＴＰＣに各々互いに異なる情報（ＳＡ資源情報、ｄａｔａ資源情報）を送信することによって具現化することもでき、二つのＴＰＣに互いに異なるｂｉｔ  ｓｅｑｕｅｎｃｅを割り当てて具現化することもできる。
【０６９０】
または、ＳＡ資源のｒｅｌｅａｓｅ時点から何番目のｄａｔａ資源部からｒｅｌｅａｓｅされるかを知らせる方法によっても、資源使用のｒｅｌｅａｓｅを指示することができる。
【０６９１】
次に、ＳＡ  ＲＡをアップデートする方法について説明する。
【０６９２】
Ｄ２Ｄ端末が基地局からＤ２Ｄ  ｇｒａｎｔを介してＳＡ  ＲＡ情報を受信する場合、前記Ｄ２Ｄ端末が実際ＳＡを伝達する時点は、ＳＡが送信されるＳＡ周期（ｐｅｒｉｏｄｉｃｉｔｙ）に合わせられている。
【０６９３】
ここで、基地局は、Ｄ２Ｄ端末がＳＡを送信する時点にＤ２Ｄ  ｇｒａｎｔを介してＳＡ  ＲＡ情報をＤ２Ｄ端末に送信するから、ＳＡ  ＲＡ情報に対するアップデート時期は、ＳＡ送信周期と噛み合われているようになる。
【０６９４】
具体的に、ＳＡ  ＲＡ情報に対するアップデート時点の最小周期は、ＳＡ周期と同じでありうる。
【０６９５】
すなわち、ＳＡ  ＲＡ情報に対するアップデートがない場合にも、ＳＡを送信する場合を考慮する場合、ＳＡ  ＲＡ情報のアップデート周期とＳＡ周期とは一致すると解析されることができる。
【０６９６】
これとは異なり、送信電力制御情報に該当するＴＰＣ情報のアップデートは、前記ＳＡ  ＲＡ情報と異なるように設計されることができる。
【０６９７】
基地局がＤ２Ｄ  ｇｒａｎｔを介してＴＰＣ情報をＳＡ周期ごとにＤ２Ｄ送信端末に送信する場合、ＳＡ周期ごとにＴＰＣ情報はアップデートされることができる。
【０６９８】
しかしながら、Ｄ２Ｄ端末がＳＡ周期の間に多数のＳＡまたはｄａｔａを送信できるのを考慮する場合、前記ＳＡまたはｄａｔａ送信に対する電力制御をさらに最適化または效率的に行うためには、前記ＴＰＣ情報のアップデート周期は、ＳＡ周期よりさらに小さく設定されなければならない。
【０６９９】
このために、ＴＰＣ情報だけを別に送信できるＤＣＩ  ｆｏｒｍａｔを新しく定義することができ、前記新しく定義されるＤＣＩ  ｆｏｒｍａｔは、ＳＡ周期の間でも送信されうるようにすることができる。
【０７００】
前記新しく定義されるＤＣＩ  ｆｏｒｍａｔは、ＴＰＣ情報を含む。
【０７０１】
例えば、ＳＡ（送信）周期が１００ｍｓである場合、ＴＰＣ情報周期を１０ｍｓに設定することによって、ＴＰＣ情報をチャネル状況に合うようにアップデートするようにすることができる。
【０７０２】
しかしながら、前記方法でＴＰＣ情報だけを送信する場合、資源を效率的に使用できない場合がありうるから、基地局は、ＴＰＣ情報と共にチャネル状況を反映する制御情報（例えば、ＨＡＲＱ情報）も共にＤ２Ｄ端末に送信できる。
【０７０３】
すなわち、基地局は、チャネル状況を反映するＴＰＣ、ＨＡＲＱ、ＭＣＳ、ＲＶ、ＰＭＩ等に対してはＳＡ周期より小さな周期を設定して、より頻繁に送信されるようにして、チャネル状況を適切に反映できるように該当情報をアップデートできる。
【０７０４】
ここで、前記説明した方法は、異なるように解析されることもできる。
【０７０５】
例えば、ＳＡ周期は１０ｍｓであるが、実際的にＳＡ  ＲＡ情報の送信（またはアップデート）は、１００ｍｓ周期で発生し、チャネル状況を反映する制御情報（ＴＰＣ、ＨＡＲＱ情報など）は、１０ｍｓ周期（または単位）で発生したかの様に説明することもできる。
【０７０６】
すなわち、ＳＡ周期が設定される場合、前記ＳＡ周期の定数倍でＳＡ  ＲＡ  ｕｐｄａｔｅ周期（ｐｅｒｉｏｄｉｃｉｔｙ）、ＴＰＣ  ｕｐｄａｔｅ周期、ＨＡＲＱ  ｕｐｄａｔｅ周期が（各々）設定されることができる。
【０７０７】
ここで、ＳＡ  ＲＡ  ｕｐｄａｔｅ周期は、ＴＰＣ、ＨＡＲＱ  ｕｐｄａｔｅ周期より頻繁に発生する。
【０７０８】
したがって、前記ＳＡ  ＲＡアップデート周期、ＴＰＣアップデート周期、ＨＡＲＱアップデート周期は予め決まることができ、これは、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＤ２Ｄ端末に送信されることができる。
【０７０９】
または、基地局は、Ｄ２Ｄ  ｇｒａｎｔを介して前記ＳＡ  ＲＡアップデート周期、ＴＰＣアップデート周期、ＨＡＲＱアップデート周期などと関連した情報をＤ２Ｄ端末に明示的にまたは暗黙的に（または暗示的に）送信できる。
【０７１０】
ここで、ＳＡ周期は、ＲＲＣ  ｓｉｇｎａｌｉｎｇでｃｏｎｆｉｇｕｒｅし、ＴＰＣ周期及び／またはＨＡＲＱ周期は、Ｄ２Ｄ  ｇｒａｎｔでｃｏｎｆｉｇｕｒｅできる。
【０７１１】
または、ＳＡ周期、ＴＰＣ周期、ＨＡＲＱ周期は、ｄｅｆａｕｌｔ値として設定されることもできる。すなわち、すべての周期が同じｄｅｆａｕｌｔ値を有することができる。
【０７１２】
上述のように、ＴＰＣ情報は、Ｄ２Ｄ送信端末の送信電力を制御するための情報のことを意味する。
【０７１３】
ここで、Ｄ２Ｄ送信端末は、一つのＴＰＣ情報を介してＳＡ及びｄａｔａの送信電力を共に制御できる。
【０７１４】
または、Ｄ２Ｄ端末は、ＳＡ及びｄａｔａ各々に対する特性を考慮して、各信号の特性に合うように送信電力を制御することもできる。
【０７１５】
この場合、基地局は、Ｄ２Ｄ  ｇｒａｎｔにＳＡのＴＰＣ情報及びＤａｔａのＴＰＣ情報を別に含んで送信するか、または各々のＴＰＣに対したＤ２Ｄ  ｇｒａｎｔを別にＤ２Ｄ端末に送信できる。
【０７１６】
すなわち、前記Ｄ２Ｄ  ｇｒａｎｔは、ＳＡのＴＰＣ情報及びｄａｔａのＴＰＣ情報を別の領域に割り当てることができる。
【０７１７】
前記ＳＡのＴＰＣ情報は、ＳＡの送信電力制御を指示し、前記ｄａｔａのＴＰＣ情報は、ｄａｔａの送信電力制御を指示するために使用される。
【０７１８】
ここで、各々のＴＰＣ情報は、絶対的な送信電力（ａｂｓｏｌｕｔｅ  Ｔｘ  ｐｏｗｅｒ）値を指示するか、または以前送信電力値に対する相対的な送信電力（ｄｅｌｔａ  Ｔｘ  ｐｏｗｅｒ）値を指示できる。
【０７１９】
さらに他の方法として、ＳＡ送信電力及びｄａｔａ送信電力を各々制御するために、二つのＴＰＣフィールド（ＳＡ  ＴＰＣフィールド、ｄａｔａ  ＴＰＣフィールド）を使用する場合、一つのＴＰＣフィールド値とオフセット値を介して他の一つのＴＰＣフィールド値を指示することもできる。
【０７２０】
例えば、第１ＴＰＣフィールドは、ＳＡの（絶対的な）送信電力値を指示し、第２ＴＰＣフィールドは、データ（ｄａｔａ）の（絶対的な）送信電力値を指示する場合、前記第２ＴＰＣフィールド値は、別に送信されず、前記第１ＴＰＣフィールドの絶対的な送信電力値との相対的な値（ｏｆｆｓｅｔ）を介して獲得されるようにすることもできる。
【０７２１】
すなわち、第１ＴＰＣフィールドは、ＳＡまたはｄａｔａの送信電力の絶対値を表し、第２ＴＰＣフィールドは、前記第１ＴＰＣフィールド値のｏｆｆｓｅｔで表現されることができる。
【０７２２】
すなわち、該当方法は、ＳＡとｄａｔａとの間の相対的な電力差を知らせる方式に該当する。
【０７２３】
該当方法は、ＳＡ及びｄａｔａ間の送信電力値の変化がほぼ同じ方向で発生する可能性が大きいから、ｏｆｆｓｅｔを利用して電力値を設定する場合、少ない数のｂｉｔを利用してＳＡ及びｄａｔａに対した送信電力を制御できる。
【０７２４】
一般に、ＳＡ電力制御パラメータセット（ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐａｒａｍｅｔｅｒ  ｓｅｔ）とｄａｔａ電力制御パラメータセット（ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｐａｒａｍｅｔｅｒ  ｓｅｔ）とは、独立に設定されることができる。
【０７２５】
すなわち、ＳＡ及びＤ２Ｄ  ｄａｔａの送信電力情報は、互いに異なるパラメータ（ｐａｒａｍｅｔｅｒ）として設定されるから、それぞれ異なる電力で送信されることができる。
【０７２６】
特に、ＳＡの場合、Ｄ２Ｄ  ｄａｔａより重要な情報であるから、ＳＡ送信電力をｄａｔａ送信電力よりさらに高い電力に設定するか、またはより多くの資源を使用して送信できる。
【０７２７】
また、Ｄ２Ｄ  ｄａｔａの場合もｃｈａｎｎｅｌ  ｃｏｄｉｎｇだけでなく、ＨＡＲＱ動作を考慮して送信しなければならないから、ＳＡとは異なる送信電力で制御することが好ましくありうる。
【０７２８】
しかしながら、たとえ互いに異なる送信電力設定値（初期値等）で電力値が計算されるとしても、Ｄ２Ｄ  ｇｒａｎｔを介して送信されるＴＰＣは、一つの値を使用してＳＡとｄａｔａの送信電力を制御できる。
【０７２９】
この場合は、Ｄ２Ｄ端末が基地局から同じＴＰＣ情報を受信するとしても、Ｄ２Ｄ端末で互いに異なるように解釈する基準を適用することによって、実質的にＳＡ及びｄａｔａに対した送信電力計算を互いに異なるように適用するようにすることができる。
【０７３０】
この場合、Ｄ２Ｄ端末が一つのＴＰＣに対してＳＡ及びｄａｔａに対した送信電力を互いに異なるように解釈する基準に対しては予め設定されることができる。
【０７３１】
例えば、ＳＡの送信電力調節範囲が２ｂｉｔ  ＴＰＣ  ｔａｂｌｅにおいてＸ＿ＳＡ（ｄＢ）からＹ＿ＳＡ（ｄＢ）である場合、Ｄ２Ｄ  ｄａｔａの送信電力調節範囲は、Ｘ＿ｄａｔａからＹ＿ｄａｔａに解析されるように設定できる。
【０７３２】
ここではＴＰＣ  ｂｉｔ  ｆｉｅｌｄ値が意味する送信電力調節範囲だけを例に挙げて説明したが、他の電力制御ｐａｒａｍｅｔｅｒも、前記例のように互いに異なる定義、互いに異なる初期値、互いに異なるデフォールト（ｄｅｆａｕｌｔ）値などを利用して各々に対する最終送信電力を計算することもできる。
【０７３３】
次に、Ｄ２Ｄ  ｇｒａｎｔ  ＲＡ情報とＳＡ  ＲＡ情報の構成についても、さらに具体的に述べることにする。
【０７３４】
ここで、Ｄ２Ｄ  ｇｒａｎｔ  ＲＡは、Ｄ２Ｄ通信に使用されるＳＡと関連した情報、特に、資源割り当て情報を意味でき、ＳＧ（Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）またはＤＣＩ  ｆｏｒｍａｔ  ５と表現されることができる。
【０７３５】
また、前記ＳＡ  ＲＡ情報は、実際的にＳＡの送信と関連した資源割り当て情報を意味でき、ＰＳＣＣＨと表現されることもできる。
【０７３６】
具体的には、Ｄ２Ｄ  ｇｒａｎｔを介して送信される（Ｄ２Ｄと関連した）ＲＡ情報をＤ２Ｄ送信端末がＳＡ  ＲＡ情報を構成する際に、どのような方式で前記Ｄ２Ｄ  ｇｒａｎｔ  ＲＡを反映してＳＡを送信するかに対する方法を示す。
【０７３７】
上述のように、ＲＲＣから構成される資源プール（ＲＲＣ  ｃｏｎｆｉｇｕｒｅｄ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）が存在すると仮定し、基地局は、前記ＲＲＣから構成される資源プールのうちの一部（ａ  ｒｅｓｔｒｉｃｔｅｄ  ｓｅｔ  ｓｅｌｅｃｔｅｄ  ｆｒｏｍ  ｔｈｅ  ｏｒｉｇｉｎａｌ  ＲＲＣ  ｃｏｎｆｉｇｕｒｅｄ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）を選択して、Ｄ２Ｄ  ｇｒａｎｔを介してＲＡをＤ２Ｄ端末に送信する。
【０７３８】
Ｄ２Ｄ送信端末は、基地局から前記選択されたＤ２Ｄ  ｇｒａｎｔ  ＲＡ  ｓｅｔを受信して、これをそのままＤ２Ｄ受信端末に送信するか、または前記選択されたＤ２Ｄ  ｇｒａｎｔ  ＲＡ  ｓｅｔのうちの一部の資源を再度選択して（または生成して）、前記一部の資源に対する情報をＤ２Ｄ受信端末に送信できる。
【０７３９】
以下、Ｄ２Ｄ送信端末が基地局からＤ２Ｄ  ｇｒａｎｔを介して受信されたＲＡ  ｓｅｔのうちの一部を選択し、前記選択された資源を介してＳＡをＤ２Ｄ受信端末に送信する方法について、図３６を参照して具体的に述べることにする。
【０７４０】
図３９は、本明細書で提案するダウンリンク制御情報送信方法の一例を示したフローチャートである。
【０７４１】
すなわち、図３９の場合、Ｄ２Ｄ送信端末が自身が選択した資源からＤ２Ｄ関連パケット（ｐａｃｋｅｔ）をＤ２Ｄ受信端末に送信し、同様に、自身が選択した資源でＤ２Ｄ受信端末からＤ２Ｄ関連ｐａｃｋｅｔを受信する方法を説明する。
【０７４２】
まず、Ｄ２Ｄ送信端末は、基地局からＤ２Ｄ通信関連予約割り当てられた資源を受信する（Ｓ３９１０）。
【０７４３】
前記Ｄ２Ｄ通信関連予約割り当てられた資源は、ＳＡ資源プール及び／またはｄａｔａ資源プールでありえ、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介して送信されることができる。
【０７４４】
以後、Ｄ２Ｄ送信端末は、前記受信されたＤ２Ｄ通信関連予約割り当てられた資源のうち、実際送信に使用される一部資源を選択または決定する（Ｓ３９２０）。
【０７４５】
Ｄ２Ｄ端末は、一般に少ない量のＤ２Ｄ  ｐａｃｋｅｔを送受信するから、基地局を介して受信される予約割り当てられた資源（またはＤ２Ｄ  ｇｒａｎｔ  ＲＡ）より少ない資源だけを使用するようになる。
【０７４６】
以後、Ｄ２Ｄ送信端末は、前記決定された一部資源を介してＳＡ及び／またはＤ２Ｄ  ｄａｔａをＤ２Ｄ受信端末に送信する（Ｓ３９３０）。
【０７４７】
上述のように、前記ＳＡ及び／またはＤ２Ｄ  ｄａｔａは共に送信されるか、またはＳＡ送信後、Ｄ２Ｄ  ｄａｔａが送信されることができる。
【０７４８】
ここで、Ｄ２Ｄ端末は、Ｄ２Ｄ通信に使用されない残りの資源区間では、Ｒｘ  ｍｏｄｅ（他の信号を聞く）で動作するか、またはＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）状態に入って、ｅｎｅｒｇｙ  ｓａｖｉｎｇまたはｐｏｗｅｒ  ｓａｖｉｎｇ動作を行うことができる。
【０７４９】
このような動作により、半二重（ｈａｌｆ-ｄｕｐｌｅｘ）で動作するＤ２Ｄ送信端末は、受信できる資源領域を拡大でき、より多くのＤ２Ｄ端末から資源を受信するようになる。
【０７５０】
また、Ｄ２Ｄ受信端末の場合、特定（または制限された）ＳＦ（ｓｕｂｆｒａｍｅ）においてのみＤ２Ｄ関連資源（Ｄ２Ｄ  ＳＦ）をモニタリング（ｍｏｎｉｔｏｒｉｎｇ）して資源を受信することができる。
【０７５１】
また、Ｄ２Ｄ受信端末は、残りのＤ２Ｄ  ＳＦではモニタリング（ｍｏｎｉｔｏｒｉｎｇ）せずに、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）を行うことによって、同様にｅｎｅｒｇｙ  ｓａｖｉｎｇを行うことができる。
【０７５２】
同様に、Ｄ２Ｄ受信端末の側面でも、他のＤ２Ｄ端末に送信できる資源をより多く確保できるから、Ｄ２Ｄ送信機会が増加してより多くのＤ２Ｄ関連ｐａｃｋｅｔを送るようになる。
【０７５３】
図３９のように、Ｄ２Ｄ端末が実際的に送信するＤ２Ｄ関連ｐａｃｋｅｔに該当する分だけの湾資源を使用する方法では、Ｄ２Ｄ送信端末とＤ２Ｄ受信端末は、互いに信号を送受信する交渉過程を介して、各自必要な送信資源大きさ及び受信資源大きさを調節できる。
【０７５４】
これにより、全体的にメッシュ（ｍｅｓｈ）形態から構成されたＤ２Ｄ  ｎｅｔｗｏｒｋでＤ２Ｄ端末間ｐａｃｋｅｔ送信の効率を上げるようになる。
【０７５５】
ここで、送信資源及び受信資源の大きさを調節するための過程でＤ２Ｄ端末間に送受信する信号は、物理層信号だけでなく上位層信号を利用して具現化できる。
【０７５６】
次に、Ｄ２Ｄ送信端末がＳＡ  ＲＡを介してＳＡをＤ２Ｄ受信端末に送信する方法について、図４０を参照して具体的に述べることにする。
【０７５７】
図４０は、本発明の一実施の形態にかかるダウンリンク制御情報送信方法の一例を示したフローチャートである。
【０７５８】
図４０の場合、ＳＡ周期の間に多数のＤ２Ｄ  ｄａｔａ送信資源（または機会）がある場合、前記ＳＡ周期の間にいくつかのＤ２Ｄ  ｄａｔａ送信資源を使用することができるかについて、Ｄ２Ｄ送信端末がＤ２Ｄ受信端末に知らせる方法に関する。
【０７５９】
まず、上述のように、Ｄ２Ｄ送信端末は、基地局からＤ２Ｄ  ｇｒａｎｔ  ＲＡを介してＳＡ及び／またはｄａｔａ送信と関連した資源割り当て情報を受信する（Ｓ４０１０）。
【０７６０】
以後、Ｄ２Ｄ送信端末は、Ｄ２Ｄ  ｄａｔａ送信資源と関連した構成情報をＳＡを介してＤ２Ｄ受信端末に送信する（Ｓ４０２０）。
【０７６１】
以下、前記Ｄ２Ｄ  ｄａｔａ送信資源と関連した構成情報について、さらに具体的に述べることにする。
【０７６２】
前記Ｄ２Ｄ  ｄａｔａの送信資源と関連した構成情報は、Ｄ２Ｄ  ｄａｔａが送信されうるＤ２Ｄ  ＳＦ（またはＤ２Ｄ  ｄａｔａ  ＳＦ）を指示する指示情報を含む。
【０７６３】
前記指示情報は、Ｄ２Ｄ  ｄａｔａが送信される連続したＤ２Ｄ  ＳＦの数を指示することもでき、定数の倍数に該当するＤ２Ｄ  ＳＦを指示することもできる。
【０７６４】
前記指示情報が連続したＤ２Ｄ  ＳＦを知らせる場合、Ｄ２Ｄ送信端末は、ＳＡ周期のすぐ次の連続したＫ個のＳＦにおいてＤ２Ｄ  ｄａｔａをＤ２Ｄ受信端末に送信する（Ｓ４０３０）。
【０７６５】
以後、前記Ｄ２Ｄ送信端末は、前記連続したＫ個のＳＦ以後のＳＦでは、Ｄ２Ｄ  ｄａｔａの送信を中断する（Ｓ４０４０）。
【０７６６】
Ｄ２Ｄ  ｄａｔａを送信するさらに他の方法として、オフセット（ｏｆｆｓｅｔ）情報を利用することもできる。
【０７６７】
すなわち、Ｄ２Ｄ送信端末は、Ｄ２Ｄ  ｄａｔａ送信と関連したｏｆｆｓｅｔ情報を利用してＳＡ周期のすぐ次ではない、前記ｏｆｆｓｅｔ分だけ離れられたＳＦから連続的にＫ個のＤ２Ｄ  ＳＦでＤ２Ｄ  ｄａｔａをＤ２Ｄ受信端末に送信し、それ以後のＳＦでは、Ｄ２Ｄ  ｄａｔａの送信を中断できる。
【０７６８】
仮に、前記Ｏｆｆｓｅｔ値があまり大きくてＳＡ周期内で連続したＤ２Ｄ  ＳＦを確保することができない場合、確保されないＳＦでのＤ２Ｄ  ｄａｔａ送信は無視または無效化できる。
【０７６９】
または、前記確保されていないＳＦでのＤ２Ｄ  ｄａｔａ送信は、次のＳＡ周期に繰り越され、前記次のＳＡ周期の最初のＳＦから確保されていないＳＦ数分だけをＤ２Ｄ  ｄａｔａを送信するためのＳＦとして指定することもできる。
【０７７０】
ここで、Ｄ２Ｄ  ｄａｔａが送信されるＤ２Ｄ  ＳＦを指示するための指示情報（またはｉｎｄｉｃａｔｉｏｎ  ｂｉｔ）は、ＳＡ及びｄａｔａ資源割り当て周期を考慮して設定されることが好ましい。
【０７７１】
例えば、ＳＡ周期が最大１００ｍｓで、ｄａｔａ送信周期が１０ｍｓである場合、前記ＳＡ周期の間に１０回のｄａｔａ送信機会が存在する。
【０７７２】
１０個のＳＦのうち、いくつかのＳＦを連続的に指定できるかに対するすべての場合の数（組み合わせ）を考慮しなければならず、前記指示情報は、前記すべての組み合わせを支援できるだけのｂｉｔ数を有したフィールド（ｆｉｅｌｄ）が必要である。
【０７７３】
一例として、８通りの場合の数に対して表示（ｉｎｄｉｃａｔｉｏｎ）をしなければならない場合、前記指示情報の大きさは３ｂｉｔｓでありえ、１０通りの場合の数に対して表示（ｉｎｄｉｃａｔｉｏｎ）しなければならない場合、前記指示情報の大きさは４ｂｉｔｓでありうる。
【０７７４】
Ｄ２Ｄ  ｄａｔａ  ＳＦを指示するさらに他の方法として、Ｄ２Ｄ  ｄａｔａ送信と関連したＳＦの開始位置及び長さを知らせることもできる。この方法は、ＬＴＥ（-Ａ）のＵＬ  ＲＡ方法を利用して具現化されることができる。
【０７７５】
上記のように、Ｄ２Ｄ  ｄａｔａ  ＳＦの開始位置及び長さを知らせる方法の場合、ｉｎｄｉｃａｔｉｏｎ情報のｂｉｔ数を減らすことができる側面で資源使用の効率性を高めるようになる。
【０７７６】
次に、ＳＡ周期が増加する場合、Ｄ２Ｄ  ｄａｔａ  ＳＦの位置を指示する指示情報の使用方法について述べることにする。
【０７７７】
具体的には、ＳＡ周期が増加する場合、前記Ｄ２Ｄ  ｄａｔａ  ＳＦの位置を知らせる指示情報を繰り返し送信することによって解決できる。
【０７７８】
例えば、ＳＡ周期が４００ｍｓに増加する場合、ＳＡ周期が１００ｍｓで、ｄａｔａ送信周期が１０ｍｓである時に使用する４ｂｉｔ大きさの指示情報を４回繰り替えして再度使用できる。
【０７７９】
ここで、基地局は、前記指示情報の繰り返し回数を調節しながら、Ｄ２Ｄ  ｄａｔａ  ＳＦの位置をＤ２Ｄ端末に知らせることもできる。
【０７８０】
前記繰り返し回数の調節のために使用される信号またはＤ２Ｄ  ｄａｔａ  ＳＦの位置を知らせる指示情報の繰り返し使用回数は、予め決定されることもできる。
【０７８１】
この場合、前記予め決定された値は、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介して送信されることができる。
【０７８２】
Ｄ２Ｄ  ｄａｔａ  ＳＦの位置を知らせる指示情報としてビットマップパターン（ｂｉｔｍａｐ  ｐａｔｔｅｒｎ）を使用することもできる。
【０７８３】
前記指示情報がｂｉｔｍａｐ  ｐａｔｔｅｒｎである場合、Ｄ２Ｄ  ｄａｔａ  ＳＦは、非常に柔軟に指定されることができる。
【０７８４】
例えば、ＳＡ周期１００ｍｓ及びＤａｔａ送信周期１０ｍｓを仮定する場合、ｄａｔａの１０回送信時期に対するすべての組み合わせを知らせるためには、上述のように、１０ｂｉｔ大きさの指示情報が必要である。
【０７８５】
仮に、ＳＡ周期が４００ｍｓで、ｄａｔａ周期が４０ｍｓである場合、１０ｂｉｔｓ大きさのビットマップ（ｂｉｔｍａｐ）形態の指示情報が必要であり、ｄａｔａ周期が１０ｍｓである場合には、４０ｂｉｔｓ大きさのビットマップ（ｂｉｔｍａｐ）形態の指示情報が必要である。
【０７８６】
しかしながら、前記指示情報の長さをＳＡ及び／またはｄａｔａ周期に応じて可変することは、制御情報を設計するにおいて困難さがある。
【０７８７】
したがって、指示情報の大きさ、すなわち、ビットマップ（ｂｉｔｍａｐ）の長さを固定することが好ましい。
【０７８８】
このために、基準になるＳＡ周期及びｄａｔａ送信周期を選択し、前記選択されたＳＡ周期及びｄａｔａ送信周期に応じて、指示情報の大きさ、すなわち、ｂｉｔｍａｐ長を決定する。
【０７８９】
ここで、ＳＡ周期及びｄａｔａ送信周期の変化によってＤ２Ｄ  ｄａｔａ  ＳＦの位置を指示するための場合の数が増える場合、基準になるｂｉｔｍａｐ形態の指示情報（基準ｂｉｔｍａｐ）を繰り替えして使用することができる。
【０７９０】
これと反対に、Ｄ２Ｄ  ｄａｔａ  ＳＦの位置を指示するための件数が減る場合には、一部の組み合わせを除去する（ｔｒｕｎｃａｔｉｏｎ）方式で使用することができる。
【０７９１】
例えば、ＳＡ周期が４００ｍｓ、ｄａｔａ送信周期が１０ｍｓである場合、ＳＡ周期１００ｍｓ／ｄａｔａ送信周期１０ｍｓにおいて使用されるｂｉｔｍａｐ形態の指示情報を４回繰り返し使用することによって、４００ｍｓのＳＡ周期に合せてＤ２Ｄ  ｄａｔａ  ＳＦの位置を表示（ｉｎｄｉｃａｔｉｏｎ）することができる。
【０７９２】
前記ＳＡ周期１００ｍｓ／ｄａｔａ送信周期１０ｍｓにおいて使用されるｂｉｔｍａｐ形態の指示情報を基準指示情報または基準ｂｉｔｍａｐといえる。
【０７９３】
仮に、ＳＡ周期が４００ｍｓで、ｄａｔａ送信周期が２０ｍｓである場合、４００ｍｓに２０回のｄａｔａ送信機会があるから、基準ｂｉｔｍａｐの１０ｂｉｔを２回繰り替えして使用することによって、Ｄ２Ｄ  ｄａｔａ  ＳＦの位置を指示することができる。
【０７９４】
これとは反対に、ＳＡ周期が５０ｍｓに減少し、ｄａｔａ送信周期は１０ｍｓである場合、１０ｂｉｔ大きさのＤ２Ｄ  ｄａｔａ  ＳＦ指示ｂｉｔｍａｐの中で上位５ｂｉｔだけを（有効な情報として）使用し、下位５ｂｉｔｓを無視または無効処理する方式により具現化できる。
【０７９５】
それと反対に、１０ｂｉｔ大きさのＤ２Ｄ  ｄａｔａ  ＳＦ指示ｂｉｔｍａｐの中で下位５ｂｉｔｓだけを有効な情報として使用し、上位５ｂｉｔｓは無視または無効処理する方式により具現化することができる。
【０７９６】
次に、Ｄ２Ｄ  ｄａｔａ  ＳＦの位置を表す指示情報（またはＤ２Ｄ  ｄａｔａ  ＳＦ指示ｂｉｔｍａｐ）のｂｉｔ数を減らすための方法について、図３８を参照して具体的に述べることにする。
【０７９７】
図４１は、本発明の一実施の形態にかかるダウンリンク制御情報送信方法の一例を示したフローチャートである。
【０７９８】
基地局は、Ｄ２Ｄ  ｇｒａｎｔ  ＲＡを介して予め定義された（Ｄ２Ｄ）ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ｓｅｔをＤ２Ｄ送信端末に送信する（Ｓ４１１０）。
【０７９９】
以後、Ｄ２Ｄ送信端末は、前記受信されたｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ｓｅｔの中で一つまたは一つ以上を選択する（Ｓ４１２０）。
【０８００】
具体的には、基地局がＲＲＣから構成されたＤ２Ｄ資源プールのうち、８個のｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎ（またはｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ）をＤ２Ｄ  ｇｒａｎｔ  ＲＡを介してＤ２Ｄ送信端末に送信する場合、Ｄ２Ｄ送信端末は、前記受信された８個のｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎの中で一つまたは一つ以上を選択して、前記選択された資源を介してＳＡ及び／またはｄａｔａを送信する。
【０８０１】
ここで、前記８個のｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎを表すためには、３ｂｉｔ大きさのフィールドまたは指示情報が定義される。
【０８０２】
すなわち、基地局は、３ｂｉｔ大きさの指示情報を送信することによって、ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎに対する情報をＤ２Ｄ送信端末に知らせることができる。
【０８０３】
ここで、前記ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎを多様に構成することで（例：初期連続Ｋ個のｓｕｂｆｒａｍｅ、ｏｆｆｓｅｔ、ｉｎｔｅｒｌａｃｅｄされたＳＦ  ｐａｔｔｅｒｎ等）ＳＡ周期の間にｄａｔａが送信されるＳＦの数を多様に選択して使用することができる。
【０８０４】
以後、Ｄ２Ｄ送信端末は、前記選択されたｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎをＳＡ及び／またはｄａｔａをＤ２Ｄ受信端末に送信する（Ｓ４１３０）。
【０８０５】
さらに他の実施の形態として、Ｄ２Ｄ関連ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎ（またはｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ）を階層的に構成して、これをＤ２Ｄ端末に送信することもできる。
【０８０６】
例えば、ＲＲＣにおいて構成された資源プールは、最も高い層（ｌａｙｅｒ）に存在し、その下の層（ｌａｙｅｒ）にｔｒｅｅ形態構造を有する多数のｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎが存在し、またその下の層（ｌａｙｅｒ）にｔｒｅｅ形態構造を有するより多くの種類のｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎが存在するように、資源形態を階層的に構成できる。
【０８０７】
この場合、基地局は、ＲＲＣ  ｃｏｎｆｉｇｕｒｅｄ  １ｓｔ  ｌａｙｅｒ情報を利用して、その下位２ｎｄ  ｌａｙｅｒ  ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎのうち、一つまたは一つ以上を選択してＤ２Ｄ  ｇｒａｎｔを介して前記選択されたｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎをＤ２Ｄ送信端末に送信する。
【０８０８】
以後、Ｄ２Ｄ送信端末は、前記受信された２ｎｄ  ｌａｙｅｒ  ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎの下位にある３ｒｄ  ｌａｙｅｒ  ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎのうち、一つを選択して、前記選択されたｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎを介してＳＡ及び／またはｄａｔａをＤ２Ｄ受信端末に送信する。
【０８０９】
このようなＤ２Ｄ資源の階層的（ｔｒｅｅ）構造及びその解釈方法は、予め基地局及びＤ２Ｄ端末に共有されなければならない。
【０８１０】
次に、ＳＡのアップデート時点に対して述べることにする。
【０８１１】
上述のように、Ｄ２Ｄ送信端末は、基地局からＤ２Ｄ  ｇｒａｎｔを受信する場合、前記受信されたＤ２Ｄ  ｇｒａｎｔを参照して、ＳＡ周期に合せてＳＡをＤ２Ｄ受信端末に送信する。
【０８１２】
Ｄ２Ｄ送信端末が基地局から新しいＳＡ関連情報をＳＡ周期の間で受信する場合、次のＳＡ周期が渡来するまで既存のＳＡ情報は有効である。
【０８１３】
すなわち、Ｄ２Ｄ送信端末は、次のＳＡ送信周期にＳＡをアップデートする。そして、Ｄ２Ｄ送信端末は、アップデートされたＳＡを該当ＳＡ送信周期にＤ２Ｄ受信端末に送信する。
【０８１４】
このように、次の周期時点に新しい制御情報をアップデートする方法は、ＴＰＣ情報などにも同様に適用されることができる。
【０８１５】
上述のアップデート方法は、Ｄ２Ｄ資源の活性化（ａｃｔｉｖａｔｉｏｎ）と関連がある。
【０８１６】
しかしながら、Ｄ２Ｄ資源をｒｅｌｅａｓｅする場合は、上述のＤ２Ｄ資源のａｃｔｉｖａｔｉｏｎの場合とは異なるように設定されることができる。
【０８１７】
すなわち、Ｄ２Ｄ資源に対するｒｅｌｅａｓｅの場合、Ｄ２Ｄ送信端末は、基地局からＲｅｌｅａｓｅ関連情報を受信した時点で直ちに適用する。
【０８１８】
したがって、Ｄ２Ｄ送信端末は、ｒｅｌｅａｓｅが指示された資源でＳＡ及び／またはｄａｔａの送信を中断する。
【０８１９】
具体的に、Ｄ２Ｄ送信端末が基地局からＳＡ周期の間にＤ２Ｄ資源のｒｅｌｅａｓｅを指示する情報を受信する場合、Ｄ２Ｄ送信端末は、次のＳＡ周期まで待たないで、直ちにＤ２Ｄ資源を開放（ｒｅｌｅａｓｅ）する。
【０８２０】
または、ＳＡ周期が設定され、前記設定されたＳＡ周期よりさらに大きな周期でＳＡのｕｐｄａｔｅ周期が構成（ｃｏｎｆｉｇｕｒｅ）される場合に、以下のようにＤ２Ｄ動作を適用することもできる。
【０８２１】
すなわち、ＳＡ  ｕｐｄａｔｅ周期とＳＡ周期が異なるように設定され、ＳＡ  ｕｐｄａｔｅ周期がより大きな場合に、Ｄ２Ｄ資源ａｃｔｉｖａｔｉｏｎは、ＳＡ  ｕｐｄａｔｅ周期ごとに設定され、Ｄ２Ｄ資源ｒｅｌｅａｓｅは、ＳＡの送信時点、すなわち、ＳＡ周期ごとに設定されることができる。
【０８２２】
Ｄ２ＤスケジューリングのためのＤＣＩフォーマット
以下、本発明では、Ｄ２Ｄ  ｇｒａｎｔ（またはｓｉｄｅｌｉｎｋ  ｇｒａｎｔ）のＤＣＩフォーマット（ｆｏｒｍａｔ）構成方法を提案する。
【０８２３】
換言すれば、本発明では、上述のＤ２Ｄ直接通信のための資源割り当て方法のうち、モード１（すなわち、基地局が端末にＤ２Ｄ直接通信のためのデータまたは制御情報を送信するために使用する資源をスケジューリングする方式）が使用される時に、Ｄ２Ｄ  ｇｒａｎｔのＤＣＩフォーマット（ｆｏｒｍａｔ）構成方法を提案する。
【０８２４】
モード１方式について再度述べると、基地局は、Ｄ２Ｄ直接通信に必要な資源プール（ｐｏｏｌ）を設定する。ここで、Ｄ２Ｄ通信に必要な資源プール（ｐｏｏｌ）は、制御情報プールとＤ２Ｄデータプールとに区分されることができる。基地局は、ＰＤＣＣＨまたはｅＰＤＣＣＨを利用して、Ｄ２Ｄ  Ｔｘ  ＵＥに設定された資源プール内で制御情報及びＤ２Ｄデータ送信資源をスケジューリングすると、Ｄ２Ｄ  Ｔｘ  ＵＥは、割り当てられた資源を利用して制御情報及びＤ２Ｄデータを送信する。
【０８２５】
Ｄ２Ｄ  Ｔｘ  ＵＥは、基地局にＤ２Ｄデータのための送信資源を要求し、基地局は、制御情報とＤ２Ｄ直接通信データの送信のための資源をスケジューリングする。送信端末は、スケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）を基地局に送信し、続いて基地局が送信端末により要求される資源の量を決定できるように、ＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）手順が進められる。
【０８２６】
Ｄ２Ｄ Ｒｘ ＵＥは、制御情報プールをモニタリングし、自分と関連した制御情報をデコードすると、該当制御情報と関連したＤ２Ｄデータ送信を選択的にデコードできる。
【０８２７】
Ｄ２Ｄ  ｇｒａｎｔは、上述のように、Ｄ２Ｄ  Ｔｘ  ＵＥでＳＡ及びデータ（ｄａｔａ）送信に必要な資源割り当て、ＭＣＳなどのような制御情報、すなわち、スケジューリング（ｓｃｈｅｄｕｌｉｎｇ）情報を伝達する機能を果たす。
【０８２８】
上述のように、Ｄ２Ｄ  Ｔｘ  ＵＥがＤ２Ｄ Ｒｘ ＵＥに送信するＤ２Ｄ制御情報は、サイドリンク制御情報（ＳＣＩ：Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）で表現されることができる。そして、ＳＣＩは、ＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して送受信されることができる。したがって、本明細書においてＳＡ（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）は、ＳＣＩ及び／またはＰＳＣＣＨと混用されて使用されることができる。
【０８２９】
同様に、Ｄ２Ｄデータは、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して送受信されることができる。したがって、本明細書においてＤ２Ｄ  ｄａｔａは、ＰＳＳＣＨと混用して使用されることができる。
【０８３０】
本発明において提案するＤ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、ＰＳＣＣＨのスケジューリング及びＰＳＳＣＨのスケジューリングのために使用されることができる。
【０８３１】
また、Ｄ２Ｄ  Ｔｘ  ＵＥとＤ２Ｄ Ｒｘ ＵＥ側面でＰＳＳＣＨのスケジューリングのためにＳＣＩが利用されるので、本発明において提案するＤ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、ＰＳＣＣＨのスケジューリングのために使用され、ＳＣＩのフィールド情報を含むことができる。
【０８３２】
このように、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットでＳＡ送信（すなわち、ＰＳＣＣＨ）とｄａｔａ送信（すなわち、ＰＳＳＣＨ）を全部スケジューリングしなければならないから、制御情報量が多くて一つのＤＣＩフォーマットで構成するのに困難さがある。
【０８３３】
しかしながら、上記と反対に二つのＤＣＩフォーマットで構成するにはシグナリング負担（ｓｉｇｎａｌｉｎｇ  ｂｕｒｄｅｎ）が大きいという問題がある。換言すれば、ＳＡとＤａｔａに対したスケジューリング情報を全部送信するためには、先の図７のようなＤＣＩフォーマットが２個必要でありうる。すなわち、ＳＡ及びｄａｔａスケジューリング情報を運ぶための各々のＤＣＩフォーマットが必要でありうる。
【０８３４】
したがって、本発明では、これに対する折衷案としてフィールドを適切に構成して、一つのＤＣＩフォーマット（例えば、ＤＣＩフォーマット５）でＳＡとＤａｔａを全部スケジューリングする方法を提案する。
【０８３５】
これを一つに統合するために、Ｄ２Ｄ送信の特徴を観察してＳＡ送信とｄａｔａ送信を制御する過程で相互連関性のあるフィールドは、一つの統合フィールドに取り替え、連関性のない部分は、別のフィールドとして構成できる。
【０８３６】
以下、本明細書の図面で例示するＤ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットで各フィールドのビットの大きさは、Ｄ２Ｄ  ＳＡ及びデータが送信されるアップリンクバンド（または、キャリヤ、セル）が２０ＭＨｚである場合を仮定して例示する。したがって、アップリンクバンドの帯域幅がこれと異なる場合、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットの各フィールドのビットの大きさは異なるように決めることができる。
【０８３７】
また、以下、本明細書の図面で例示する各フィールドのビットの大きさは、説明の便宜のための一つの例示に過ぎず、本発明がこれに限定されるものではない。したがって、必要によって各フィールドのビットの大きさは異なるように定義することができる。
【０８３８】
Ｄ２Ｄ  ｇｒａｎｔ（またはｓｉｄｅｌｉｎｋ  ｇｒａｎｔ）のためのＤＣＩフォーマットは、上述のようにＳＡとｄａｔａのためのスケジューリング情報を全部含むが、ＳＡのための資源割り当て（ＲＡ：ｒｅｓｏｕｒｃｅ  ａｓｓｉｇｎｍｅｎｔ／ａｌｌｏｃａｔｉｏｎ）フィールド（または情報）とｄａｔａのためのＲＡフィールド（または情報）は、互いに区分されることができる。これに対して、以下の図４２及び図４３を参照して説明する。
【０８３９】
図４２は、本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【０８４０】
図４２を参照すると、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、周波数跳躍（ｈｏｐｐｉｎｇ）フラグ（ＦＨ）フィールド４２０１、Ｄ２Ｄ  ＳＡのための資源割り当て（ＲＡ）フィールド４２０２、Ｄ２Ｄ  ｄａｔａのための第１ＲＡフィールド４２０３、Ｄ２Ｄ  ｄａｔａのための第２ＲＡフィールド４２０４及びＴＰＣフィールド４２０５及びゼロパッディング（ＺＰ）ビット（存在する場合）４２０６から構成されることができる。
【０８４１】
ＦＨフィールド４２０１は、ＳＡ及びデータ送信時に周波数跳躍（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）が適用されるかどうかを指示する。ＦＨフィールド４２０１は、ＳＡ送信とデータ送信に共通に適用されることができるから、一つのフィールドから構成されることができる。
【０８４２】
例えば、ＦＨフィールド４２０１値が「１」である場合、Ｄ２Ｄ  Ｔｘ  ＵＥは、ＳＡ及びデータ送信時に周波数跳躍（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）送信を行い、ＦＨフィールド４２０１値が「０」である場合、Ｄ２Ｄ  Ｔｘ  ＵＥはＳＡ及びデータ送信時に周波数跳躍（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）送信を行わない。
【０８４３】
ＳＡ  ＲＡフィールド４２０２（または、ＰＳＣＣＨ  ＲＡフィールド、ＰＳＣＣＨのための資源フィールド）は、ＳＡ送信のための資源情報を指示する。すなわち、ＰＳＣＣＨ送信のためのスケジューリング情報（すなわち、資源情報）を指示する。したがって、Ｄ２Ｄ  Ｔｘ  ＵＥは、ＳＡ  ＲＡフィールド４２０２で指示する資源からＳＡ（すなわち、ＰＳＣＣＨ）を送信する。
【０８４４】
ここで、ＳＡ  ＲＡフィールド４２０２は、ＳＡ送信のための時間及び／または周波数資源領域の位置を導き出すための情報（またはインデックス）を含むこともできる。
【０８４５】
例えば、ＳＡ  ＲＡフィールド４２０２は、ＳＡ送信のための資源の開始位置（すなわち、インデックス）を知らせることができる。換言すれば、ＳＡ  ＲＡフィールド４２０２は、ＳＡが送信されるサブフレーム及び／または資源ブロックの開始インデックスを指示できる。
【０８４６】
また、Ｄ２Ｄ  Ｔｘ  ＵＥは、ＳＡ  ＲＡフィールド４２０２に含まれた情報に基づいて予め決まった関数（計算式）などを利用して、ＳＡ送信のための時間資源（例えば、サブフレームインデックス）及び／または周波数資源（例えば、資源ブロックインデックス）を導き出すことができる。
【０８４７】
Ｄ２Ｄ  ｄａｔａ送信のための資源割り当て情報は、Ｄ２Ｄ  ｄａｔａ第１ＲＡフィールド４２０３（または、第１ＰＳＳＣＨ  ＲＡフィールド、資源ブロック割り当て及びホッピング資源割り当て（Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ａｓｓｉｇｎｍｅｎｔ  ａｎｄ  ｈｏｐｐｉｎｇ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）フィールド）、Ｄ２Ｄ  ｄａｔａ第２ＲＡフィールド４２０４（または、第２ＰＳＳＣＨ  ＲＡフィールド、時間資源パターン（Ｔｉｍｅ  ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎ）フィールド）から構成されることができる。
【０８４８】
Ｄ２Ｄ  ｄａｔａ第１ＲＡフィールド４２０３は、周波数領域でＤ２Ｄ  ｄａｔａ送信のための資源情報（例えば、資源ブロック）を指示する。すなわち、ＰＳＳＣＨ送信のための周波数領域でのスケジューリング情報を指示する。したがって、Ｄ２Ｄ  Ｔｘ  ＵＥは、Ｄ２Ｄ  ｄａｔａ第１ＲＡフィールド４２０３で指示する周波数資源からＤ２Ｄ  ｄａｔａ（すなわち、ＰＳＳＣＨ）を送信する。
【０８４９】
例えば、Ｄ２Ｄ  ｄａｔａ第１ＲＡフィールド４２０３は、ＵＬ  ＲＡ方式のようにＲＩＶの一つの値を利用してＤ２Ｄ  ｄａｔａ送信のための資源ブロックの開始位置（すなわち、開始資源ブロックインデックス）と割り当てられた資源ブロックの長さ（ｌｅｎｇｔｈ）を指示できる。
【０８５０】
また、Ｄ２Ｄ  ｄａｔａ第１ＲＡフィールド４２０３は、Ｄ２Ｄ  ｄａｔａ送信のための資源ブロックの開始位置（すなわち、開始資源ブロックインデックス）と終わり位置（すなわち、最後の資源ブロックインデックス）を別のフィールド（または情報）に区分して知らせることもできる。この場合、追加的なビット（例えば、１ビット）がより必要でありうる。
【０８５１】
Ｄ２Ｄ  ｄａｔａ第２ＲＡフィールド４２０４は、時間領域でＤ２Ｄ  ｄａｔａ送信のために使用される資源情報（例えば、サブフレーム）を指示する。すなわち、ＰＳＳＣＨ送信のための時間領域でのスケジューリング情報を指示する。したがって、Ｄ２Ｄ  Ｔｘ  ＵＥは、Ｄ２Ｄ  ｄａｔａ第２ＲＡフィールド４２０４で指示する時間資源からＤ２Ｄ  ｄａｔａ（すなわち、ＰＳＳＣＨ）を送信する。
【０８５２】
例えば、Ｄ２Ｄ  ｄａｔａ第２ＲＡフィールド４２０４は、Ｄ２Ｄ  ｄａｔａ送信のために使用されるサブフレームパターン（すなわち、時間資源パターン（ｔｉｍｅ  ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎ））を指示できる。すなわち、Ｄ２Ｄ  ｄａｔａ第２ＲＡフィールド４２０４は、ＰＳＣＣＨ送信のために使用される時間資源パターンを指示する情報を含むことができる。
【０８５３】
ここで、Ｄ２Ｄ  ｄａｔａ第２ＲＡフィールド４２０４は、予め決まった複数の時間資源パターンのうちのいずれか一つのパターンを指示できる。例えば、ＳＦ  ｐａｔｔｅｒｎ  ＃０（１０００１０１０）、ＳＦ  ｐａｔｔｅｒｎ  ＃１（００１１１００１）、．．．、ＳＦ  ｐａｔｔｅｒｎ  ＃ｎ（１００１１００１）のように、ｎ個のサブフレームパターン（ビットマップで表現）が予め定義され、定義されたｎ個のサブフレームパターンのうち、いずれか一つのサブフレームパターンを指示できる。ここで、ビットマップの「１」の値は、該当ｓｕｂｆｒａｍｅでＤ２Ｄ  ｄａｔａが送信されることを意味し、「０」の値は、該当ｓｕｂｆｒａｍｅでＤ２Ｄ  ｄａｔａが送信されないことを意味できる。また、これと反対の意味を有することもできる。
【０８５４】
ＴＰＣフィールド４２０５は、Ｄ２Ｄ  Ｔｘ  ＵＥでＳＡ及びｄａｔａ送信のための送信電力を指示する。すなわち、ＰＳＣＣＨとＰＳＳＣＨの送信電力情報を指示する。
【０８５５】
図４２のように、ＴＰＣフィールド４２０５は、一つのフィールドから構成されることができる。このように、ＴＰＣフィールド４２０５が一つのフィールドから構成される場合、ＴＰＣフィールド４２０５値は、ＳＡ及びｄａｔａ送信のための送信電力に共通的に適用される。
【０８５６】
ＺＰ４２０６は、必要によって制御情報で満たされるか、使用されないか、または存在しないこともできる。すなわち、必要としない場合には、省略しても良い。
【０８５７】
上で例示したＤＣＩフォーマットの各フィールド順序、各フィールドのビット数は、説明の便宜のための一つの例示に過ぎず、変更されても良い。
【０８５８】
一方、上述の図７のＤＣＩフォーマット０と比較すると、図３９で例示するＤ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、ＭＣＳフィールドを含まない。
【０８５９】
ＭＣＳ値をｅＮＢがＤ２Ｄ  Ｔｘ  ＵＥに知らせる場合には、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットにＭＣＳフィールドが存在しなければならない。ただし、ＭＣＳ値をＤ２Ｄ  Ｔｘ  ＵＥが自ら決める場合であるか、または上位層シグナリング（例えば、ＲＲＣシグナリング）に伝達されるか、予め固定された値に決められることができる。したがって、図４２のように、ＭＣＳフィールドが含まれなくても良い。
【０８６０】
また、図４２に例示するＤ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、ＮＤＩフィールド、ＲＶフィールドも含まない。上述した通りに、ＮＤＩ、ＲＶ値は、Ｄ２Ｄ  Ｔｘ  ＵＥが自ら決める場合であるか、または上位層シグナリング（例えば、ＲＲＣシグナリング）に伝達されるか、または予め固定された値に決められることができる。
【０８６１】
一方、ＳＡ及びｄａｔａ送信のためのＴＰＣフィールドが別に構成されることもできる。これについて、以下の図４３を参照して説明する。
【０８６２】
図４３は、本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【０８６３】
図４３を参照すると、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、周波数跳躍（ｈｏｐｐｉｎｇ）フラグ（ＦＨ）フィールド４３０１、Ｄ２Ｄ  ＳＡのための資源割り当て（ＲＡ）フィールド４３０２、Ｄ２Ｄ  ｄａｔａのための第１ＲＡフィールド４３０３、Ｄ２Ｄ  ｄａｔａのための第２ＲＡフィールド４３０４及びＴＰＣフィールド４３０５、４３０６及びゼロパッディング（ＺＰ）ビット（存在する場合）４３０７から構成されることができる。
【０８６４】
図４３によるＤ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、上述の図４２の例示と比較してＴＰＣフィールド４３０５、４３０６だけが異なり、他のフィールドは同様に定義されることができる。以下、図４２の例示と差のある部分についてのみ説明する。
【０８６５】
ＴＰＣの場合、ＳＡとｄａｔａに互いに異なるように適用することが好ましくありうるので、図４３のように、２個のＴＰＣフィールド４３０５、４３０６から構成されることができる。すなわち、ＰＳＣＣＨの送信電力を指示する第１ＴＰＣフィールド（ＴＰＣ  １）４３０５とＰＳＳＣＨの送信電力を指示する第２ＴＰＣフィールド（ＴＰＣ  ２）４３０６から構成されることができる。
【０８６６】
ここで、ＳＡ送信に対する送信電力を指示するＴＰＣフィールドとｄａｔａ送信に対する送信電力を指示するＴＰＣフィールドの順序は、どのフィールドが先に位置しても良い。すなわち、先に位置したＴＰＣフィールド４３０５がＳＡ送信に対する送信電力を指示し、後に位置したＴＰＣフィールド４３０６がｄａｔａ送信に対する送信電力を指示でき、また、これと反対に構成されることもできる。
【０８６７】
このとき、各ＴＰＣフィールド４３０５、４３０６は、各々のＴＰＣ情報を含むこともでき、ＴＰＣフィールド４３０５、４３０６のうちのいずれか一つのＴＰＣフィールドは、ＴＰＣ情報を含み、残りのＴＰＣフィールドは、それに応じるオフセットＴＰＣ情報を含むことができる。
【０８６８】
上で例示したＤＣＩフォーマットの各フィールド順序、各フィールドのビット数は、説明の便宜のための一つの例示に過ぎず、変更されても良い。
【０８６９】
一方、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、Ｄ２Ｄ特徴上、Ｄ２Ｄ Ｒｘ ＵＥ  ＩＤのような情報が追加されることができる。これについて、以下の図面を参照して説明する。
【０８７０】
図４４は、本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【０８７１】
図４４を参照すると、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、周波数跳躍（ｈｏｐｐｉｎｇ）フラグ（ＦＨ）フィールド４４０１、Ｄ２Ｄ  ＳＡのための資源割り当て（ＲＡ）フィールド４４０２、Ｄ２Ｄ  ｄａｔａのための第１ＲＡフィールド４４０３、Ｄ２Ｄ  ｄａｔａのための第２ＲＡフィールド４４０４及びＴＰＣフィールド４４０５、ゼロパッディング（ＺＰ）ビット（存在する場合）４４０６及び受信端末ＩＤ（Ｒｘ＿ＩＤ）フィールド４４０７から構成されることができる。
【０８７２】
図４４にかかるＤ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、上述の図４２の例示と比較してＲｘ＿ＩＤフィールド４４０７だけがさらに追加され、他のフィールドは、同様に定義されることができる。以下、図４２の例示と差のある部分についてのみ説明する。
【０８７３】
Ｄ２Ｄ  Ｔｘ  ＵＥは、Ｄ２Ｄ  ｄａｔａをユニキャスト（ｕｎｉｃａｓｔ）またはマルチキャスト（ｍｕｌｔｉｃａｓｔ）で送信できる。この場合、ターゲットＵＥ（ｔａｒｇｅｔ  ＵＥ）またはターゲットＵＥグループ（ｔａｒｇｅｔ  ＵＥ  ｇｒｏｕｐ）を識別するための情報が必要である。
【０８７４】
したがって、Ｒｘ＿ＩＤフィールド４４０７は、ターゲットＵＥを指定またはターゲットＵＥグループを指定するために使用される。すなわち、Ｒｘ＿ＩＤフィールド４４０７は、ターゲットＵＥを識別するための識別情報（すなわち、ターゲットＵＥ  ＩＤ）またはターゲットＵＥグループを識別するための識別情報（すなわち、ターゲットグループＩＤ）を含む。
【０８７５】
上で例示したＤＣＩフォーマットの各フィールド順序、各フィールドのビット数は、説明の便宜のための一つの例示に過ぎず、変更されても良い。
【０８７６】
一方、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、ＭＣＳ情報をさらに含むこともできる。これについては、以下の図面を参照して説明する。
【０８７７】
図４５は、本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【０８７８】
図４５を参照すると、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、周波数跳躍（ｈｏｐｐｉｎｇ）フラグ（ＦＨ）フィールド４５０１、Ｄ２Ｄ  ＳＡのための資源割り当て（ＲＡ）フィールド４５０２、Ｄ２Ｄ  ｄａｔａのための第１ＲＡフィールド４５０３、Ｄ２Ｄ  ｄａｔａのための第２ＲＡフィールド４５０４及びＴＰＣフィールド４５０５、ゼロパッディング（ＺＰ）ビット（存在する場合）４５０６、ＭＣＳフィールド４５０７及び受信端末ＩＤ（Ｒｘ＿ＩＤ）フィールド４５０８から構成されることができる。
【０８７９】
図４５にかかるＤ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、上述の図４２の例示と比較して、ＭＣＳフィールド４５０７及びＲｘ＿ＩＤフィールド４５０８だけがさらに追加され、他のフィールドは、同様に定義されることができる。以下、図４２の例示と差のある部分についてのみ説明する。
【０８８０】
ＭＣＳフィールド４５０７は、Ｄ２Ｄ  ＳＡ及び／またはｄａｔａ送信のためのＭＣＳ情報（あるいはＭＣＳ値を指示するインデックス）を含む。すなわち、ＰＳＣＣＨ及び／またはＰＳＳＣＨ送信のためのＭＣＳ情報を指示する。
【０８８１】
ｅＮＢがＤ２Ｄ  Ｔｘ  ＵＥよりＤ２Ｄリンク（すなわち、ｓｉｄｅｌｉｎｋ）に対してよりよく知っているという過程の下で、ｅＮＢが決定したＭＣＳ情報をＤＣＩフォーマットに含めることができる。例えば、ｅＮＢは、Ｄ２Ｄ  Ｔｘ  ＵＥから受信したバッファ状態報告（ＢＳＲ）などに基づいて、Ｄ２Ｄリンクのチャネル状況を推定し、Ｄ２Ｄ  Ｔｘ  ＵＥが送信するＳＡ及び／またはｄａｔａのＭＣＳを決定できる。
【０８８２】
ＭＣＳフィールド４５０７情報は、Ｄ２Ｄ  Ｔｘ  ＵＥがＤ２Ｄ Ｒｘ ＵＥに送信するＳＡ及び／またはｄａｔａ送信時に利用されることができる。例えば、ＳＡ送信時にそしてｄａｔａ送信時に全部同一にＭＣＳフィールド４５０７情報を利用できる。また、ＳＡ送信のためのＭＣＳは、予め固定されて決められ、ｄａｔａ送信のためのＭＣＳは、ＭＣＳフィールド４５０７で指示された情報で決定されることができる。
【０８８３】
Ｒｘ＿ＩＤフィールド４５０８は、ターゲットＵＥを指定するか、またはターゲットＵＥグループを指定するために使用される。すなわち、Ｒｘ＿ＩＤフィールド４５０８は、ターゲットＵＥを識別するための識別情報（すなわち、ターゲットＵＥ  ＩＤ）またはターゲットＵＥグループを識別するための識別情報（すなわち、ターゲットグループＩＤ）を含む。
【０８８４】
また、図４５では、ＴＰＣフィールド４５０５が一つのフィールドから構成された場合を例示しているが、上述の図４３の例示のように、ＳＡに対したＴＰＣフィールドとｄａｔａに対したＴＰＣフィールドとに区分されて、ＤＣＩフォーマットに含まれることもできる。
【０８８５】
上で例示したＤＣＩフォーマットの各フィールド順序、各フィールドのビット数は、説明の便宜のための一つの例示に過ぎず、変更されても良い。
【０８８６】
一方、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、ＳＡ資源領域を他の方式で指示することもできる。これについて、以下の図面を参照して説明する。
【０８８７】
図４６は、本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【０８８８】
図４６を参照すると、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、周波数跳躍（ｈｏｐｐｉｎｇ）フラグ（ＦＨ）フィールド４６０１、Ｄ２Ｄ  ＳＡのための資源割り当て（ＲＡ）フィールド４６０２、Ｄ２Ｄ  ｄａｔａのための第１ＲＡフィールド４６０３、Ｄ２Ｄ  ｄａｔａのための第２ＲＡフィールド４６０４、受信端末ＩＤ（ＲＸ＿ＩＤ）フィールド４６０５、ＴＰＣフィールド４６０６及びゼロパッディング（ＺＰ）ビット（存在する場合）４６０７から構成されることができる。
【０８８９】
図４６にかかるＤ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、上述の図４２の例示と比較してＲｘ＿ＩＤフィールド４６０７がさらに追加され、ＳＡのための資源割り当て（ＲＡ）フィールド４６０２の長さが小さく調整され、他のフィールドは、同一に定義されることができる。以下、図４２の例示と差のある部分についてのみ説明する。
【０８９０】
ＳＡのための資源割り当て（ＲＡ）フィールド４６０２では、ＳＡ資源領域を直接指定せずに予め指定されたサブフレームパターンセット（Ｓｕｂｆｒａｍｅ  ｐａｔｔｅｒｎ  ｓｅｔ）のうち、いずれか一つを選択して、選択されたサブフレームパターンを指示する指示子を含むことができる。すなわち、ＰＳＣＣＨ送信のために使用される時間資源（例えば、サブフレーム）パターンを指示する情報を含むことができる。
【０８９１】
例えば、ＳＦ  ｐａｔｔｅｒｎ  ＃０（１０００１０１０）、ＳＦ  ｐａｔｔｅｒｎ  ＃１（００１１１００１）、…、ＳＦ  ｐａｔｔｅｒｎ  ＃ｎ（１００１１００１）のようにｎ個のサブフレームパターン（ビットマップで表現）が予め定義され、定義されたｎ個のサブフレームパターンのうちのいずれか一つのサブフレームパターンを指示できる。ここで、ビットマップの「１」の値は、該当サブフレーム（ｓｕｂｆｒａｍｅ）でＳＡが送信されることを意味し、「０」の値は、該当サブフレーム（ｓｕｂｆｒａｍｅ）でＳＡが送信されないことを意味できる。また、これと反対の意味を有することもできる。
【０８９２】
図４６では、最大８個のサブフレームパターンのうちのいずれか一つのサブフレームパターンが選択される場合を例示し、この場合、ＳＡのための資源割り当て（ＲＡ）フィールド４６０２は、３ビットから構成されることができる。ただし、本発明がこれに限定されるものではなく、総サブフレームパターンの数に応じてＳＡのための資源割り当て（ＲＡ）フィールド４６０２のビット数が決定されることができる。
【０８９３】
この場合、Ｄ２Ｄ  Ｔｘ  ＵＥは、ＳＡのための資源割り当て（ＲＡ）フィールド４６０２で指示したサブフレームパターンに該当するサブフレームで任意にまたは予め決まった規則によりＳＡを送信する周波数資源（例えば、資源ブロック）を決定する。そして、決定された周波数資源（例えば、資源ブロック）からＳＡを送信する。
【０８９４】
Ｄ２Ｄ Ｒｘ ＵＥは、資源割り当て（ＲＡ）フィールド４６０２で指示したサブフレームパターンに該当するサブフレームに属するすべての資源ブロックをモニタリングしてＳＡを受信することもでき、予め決まった規則により決まった周波数資源（例えば、資源ブロック）をモニタリングして、ＳＡを受信することもできる。
【０８９５】
Ｒｘ＿ＩＤフィールド４６０５は、ターゲットＵＥを指定するか、またはターゲットＵＥグループを指定するために使用される。すなわち、Ｒｘ＿ＩＤフィールド４６０５は、ターゲットＵＥを識別するための識別情報（すなわち、ターゲットＵＥ  ＩＤ）またはターゲットＵＥグループを識別するための識別情報（すなわち、ターゲットグループＩＤ）を含む。
【０８９６】
上で例示したＤＣＩフォーマットの各フィールド順序、各フィールドのビット数は、説明の便宜のための一つの例示に過ぎず、変更されても良い。
【０８９７】
一方、図４６で示したＤＣＩフォーマットでＭＣＳフィールドがさらに追加されることができる。これについて、以下の図面を参照して説明する。
【０８９８】
図４７は、本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【０８９９】
図４７を参照すると、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、周波数跳躍（ｈｏｐｐｉｎｇ）フラグ（ＦＨ）フィールド４７０１、Ｄ２Ｄ  ＳＡのための資源割り当て（ＲＡ）フィールド４７０２、Ｄ２Ｄ  ｄａｔａのための第１ＲＡフィールド４７０３、Ｄ２Ｄ  ｄａｔａのための第２ＲＡフィールド４７０４、ＭＣＳフィールド４７０５、ＴＰＣフィールド４７０６、ゼロパッディング（ＺＰ）ビット（存在する場合）４７０７、及び受信端末ＩＤ（ＲＸ＿ＩＤ）フィールド４７０８から構成されることができる。
【０９００】
図４７にかかるＤ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、上述の図４６の例示と比較してＭＣＳフィールド４７０５だけがさらに追加され、他のフィールドは、同一に定義されることができる。以下、図４６の例示と差のある部分についてのみ説明する。
【０９０１】
上述のように、ｅＮＢは、ＢＳＲなどに基づいてＤ２Ｄリンクのチャネル状況を推定し、Ｄ２Ｄ  Ｔｘ  ＵＥが送信するＳＡ及び／またはｄａｔａのＭＣＳを決定できる。
【０９０２】
ＭＣＳフィールド４７０５情報は、Ｄ２Ｄ  Ｔｘ  ＵＥがＤ２Ｄ Ｒｘ ＵＥに送信するＳＡ及び／またはデータ（ｄａｔａ）送信時に利用されることができる。例えば、ＳＡ送信のためのＭＣＳは、予め固定されて決められ、データ（ｄａｔａ）送信のためのＭＣＳは、ＭＣＳフィールド４７０５で指示された情報で決定されることができる。
【０９０３】
上で例示したＤＣＩフォーマットの各フィールド順序、各フィールドのビット数は、説明の便宜のための一つの例示に過ぎず、変更されても良い。
【０９０４】
一方、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）ＣＳ（ｃｙｃｌｉｃ  ｓｈｉｆｔ）情報をさらに含むことができる。これについて、以下の図面を参照して説明する。
【０９０５】
図４８は、本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【０９０６】
図４８を参照すると、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、周波数跳躍（ｈｏｐｐｉｎｇ）フラグ（ＦＨ）フィールド４８０１、Ｄ２Ｄ  ＳＡのための資源割り当て（ＲＡ）フィールド４８０２、Ｄ２Ｄ  ｄａｔａのための第１ＲＡフィールド４８０３、Ｄ２Ｄ  ｄａｔａのための第２ＲＡフィールド４８０４、ＭＣＳフィールド４８０５、ＴＰＣフィールド４８０６、ゼロパッディング（ＺＰ）ビット（存在する場合）４８０７、ＤＭＲＳ  ＣＳフィールド４８０８、及び受信端末ＩＤ（ＲＸ＿ＩＤ）フィールド４８０９から構成されることができる。
【０９０７】
図４８にかかるＤ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、上述の図４７の例示と比較してＤＭＲＳ  ＣＳフィールド４８０８だけがさらに追加され、他のフィールドは、同一に定義されることができる。以下、図４７の例示と差のある部分についてのみ説明する。
【０９０８】
ＤＭＲＳ  ＣＳフィールド４８０８は、ＳＡ及び／またはｄａｔａ復調のためのＤＭＲＳのＣＳ情報を含む。すなわち、ＤＭＲＳ  ＣＳフィールド４８０８は、ＤＭＲＳを区分するためのＣＳ値（または、これを指示するインデックス）を含むことができる。また、ＤＭＲＳ  ＣＳフィールド４９０３は、ＣＳ値と共に直交カバーコード（ＯＣＣ）情報を含むか、またはこれを指示するインデックスを含むことができる。
【０９０９】
ＤＭＲＳは、Ｄ２Ｄ  Ｔｘ  ＵＥが送信するＳＡ及び／またはｄａｔａの復調のための信号を意味する。循環シフトされたＤＭＲＳシーケンスは、基本シーケンス（ｂａｓｅ  ｓｅｑｕｅｎｃｅ）にＤＭＲＳ  ＣＳフィールド４８０８で指示するＣＳ値分だけ循環シフトさせて生成されることができる。そして、ＤＭＲＳは、ＳＡ及び／またはｄａｔａが送信される同じ資源領域（例えば、資源ブロック）上にマッピングされて送信されることができる。
【０９１０】
上で例示したＤＣＩフォーマットの各フィールド順序、各フィールドのビット数は、説明の便宜のための一つの例示に過ぎず、変更されても良い。
【０９１１】
一方、上述の図４２ないし図４８では、ＳＡのためのＲＡフィールドとデータ（ｄａｔａ）のためのＲＡが区分されて構成され、各々のＲＡフィールドに含まれた情報は、各々ＳＡのための資源、データ（ｄａｔａ）のための資源を指示する場合を例示した。
【０９１２】
ただし、ＳＡ送信のためのＲＡ情報とデータ（ｄａｔａ）のためのＲＡ情報との間に連関性があるように設定することもできる。
【０９１３】
ＳＡのためのＲＡフィールドを「ＲＡ  １」と、データ（ｄａｔａ）のためのＲＡフィールド（図４２ないし図４８においてＤ２Ｄ  ｄａｔａのための第１ＲＡフィールド及び／またはＤ２Ｄ  ｄａｔａのための第２ＲＡフィールド）を「ＲＡ  ２」と仮定するとき、ＲＡ  １は、ＳＡ資源領域の位置を知らせ、ＲＡ  １とＲＡ２との組み合わせにより得られる情報がデータ（Ｄａｔａ）資源領域の位置を知らせる形態で送信されることができる。
【０９１４】
すなわち、ＳＡとデータ（Ｄａｔａ）との間の資源領域の間に相関関係が存在できることを考慮して、ＲＡフィールド構成でこれを活用してＲＡフィールド情報間の相関関係を含めて指示ビット（ｉｎｄｉｃａｔｉｏｎ  ｂｉｔ）を構成することである。
【０９１５】
この場合、Ｄ２Ｄ  Ｔｘ  ＵＥは、ＲＡ  １フィールドに含まれた情報に基づいてＳＡ資源領域を決定し、ＲＡ  １フィールドとＲＡ  ２フィールドとを組み合わせた情報に基づいて、データ（ｄａｔａ）資源領域を決定できる。
【０９１６】
また、これと反対にＲＡ  ２の情報に基づいてＤａｔａ資源領域の位置を知らせ、ＲＡ  ２とＲＡ  １との結合により得られる情報がＳＡ資源領域の位置を知らせる形態で送信されることができる。
【０９１７】
この場合、Ｄ２Ｄ  Ｔｘ  ＵＥは、ＲＡ  ２フィールドに含まれた情報に基づいてデータ（ｄａｔａ）資源領域を決定し、ＲＡ  １フィールドとＲＡ  ２フィールドとを組み合わせた情報に基づいて、ＳＡ資源領域を決定できる。
【０９１８】
さらに具体的に述べると、例えば、ＲＡ  ２フィールドは、実質的に送信される資源領域（データ（ｄａｔａ）送信のための時間／周波数資源位置）を指し、ＲＡ  １フィールドは、ＲＡ  ２フィールドの時間／周波数資源位置に基づいていくらか離れた位置、すなわちオフセット情報でＳＡ送信のための資源位置を指すことができる。また、これと反対にＲＡ  １フィールドは、ＳＡ送信のための資源領域位置情報を指し、ＲＡ  ２フィールドは、ＲＡ  １フィールドの資源位置からのオフセット情報でデータ（ｄａｔａ）送信のための資源位置を指すことができる。
【０９１９】
一方、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットでＤ２Ｄ  ＳＡ送信のためのＲＡフィールドが省略されることもできる。これについて、以下の図面を参照して説明する。
【０９２０】
図４９は、本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【０９２１】
図４９を参照すると、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、周波数跳躍（ｈｏｐｐｉｎｇ）フラグ（ＦＨ）フィールド４９０１、ＭＣＳフィールド４９０２、ＤＭＲＳ  ＣＳフィールド４９０３、Ｄ２Ｄ  ｄａｔａのための第１ＲＡフィールド４９０４、Ｄ２Ｄ  ｄａｔａのための第２ＲＡフィールド４９０５、ＴＰＣフィールド４９０６及びゼロパッディング（ＺＰ）ビット（存在する場合）４９０７から構成されることができる。
【０９２２】
ＦＨフィールド４９０１は、ＳＡ及びデータ送信時に周波数跳躍（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）が適用されるかどうかを指示する。ＦＨフィールド４９０１は、ＳＡ送信とデータ送信に共通的に適用されることができるので、一つのフィールドから構成されることができる。
【０９２３】
ＭＣＳフィールド４９０２は、Ｄ２Ｄ  ＳＡ及び／またはデータ（ｄａｔａ）送信のためのＭＣＳ値（あるいはＭＣＳ値を指示するインデックス）を含む。
【０９２４】
ＭＣＳフィールド４９０２情報は、Ｄ２Ｄ  Ｔｘ  ＵＥがＤ２Ｄ Ｒｘ ＵＥに送信するＳＡ及び／またはデータ（ｄａｔａ）送信時に利用されることができる。例えば、ＳＡ送信時にそしてデータ（ｄａｔａ）送信時に全部同一にＭＣＳフィールド４９０２情報を利用できる。また、ＳＡ送信のためのＭＣＳは、予め固定されて決定され、データ（ｄａｔａ）送信のためのＭＣＳは、ＭＣＳフィールド４９０２で指示された情報で決定されることができる。
【０９２５】
ＤＭＲＳ  ＣＳフィールド４９０３は、ＤＭＲＳを区分するためのＣＳ値（またはこれを指示するインデックス）を含むことができる。また、ＤＭＲＳ  ＣＳフィールド４９０３は、ＣＳ値と共に直交カバーコード（ＯＣＣ）情報を含むか、またはこれを指示するインデックスを含むことができる。
【０９２６】
循環シフトされたＤＭＲＳシーケンスは、基本シーケンス（ｂａｓｅ  ｓｅｑｕｅｎｃｅ）にＤＭＲＳ  ＣＳフィールド４９０３で指示するＣＳ値分だけ循環シフトさせて生成されることができる。そして、ＤＭＲＳは、ＳＡ及び／またはｄａｔａが送信される同じ資源領域（例えば、資源ブロック）上にマッピングされて送信されることができる。
【０９２７】
Ｄ２Ｄ  ｄａｔａ送信のための資源割り当て情報は、Ｄ２Ｄ  ｄａｔａ第１ＲＡフィールド４９０４（または第１ＰＳＳＣＨ  ＲＡフィールド、資源ブロック割り当て及びホッピング資源割り当て（Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ａｓｓｉｇｎｍｅｎｔ  ａｎｄ  ｈｏｐｐｉｎｇ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）フィールド）、Ｄ２Ｄ  ｄａｔａ第２ＲＡフィールド４９０５（または第２ＰＳＳＣＨ  ＲＡフィールド、時間資源パターン（Ｔｉｍｅ  ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎ）フィールド）から構成されることができる。
【０９２８】
Ｄ２Ｄ  ｄａｔａ第１ＲＡフィールド４９０４は、周波数領域でＤ２Ｄ  ｄａｔａ送信のための資源情報（例えば、資源ブロック）を指示する。すなわち、ＰＳＳＣＨ送信のための周波数領域でのスケジューリング情報を指示する。したがって、Ｄ２Ｄ  Ｔｘ  ＵＥは、Ｄ２Ｄ  ｄａｔａ第１ＲＡフィールド４９０４で指示する周波数資源からＤ２Ｄ  ｄａｔａ（すなわち、ＰＳＳＣＨ）を送信する。
【０９２９】
例えば、Ｄ２Ｄ  ｄａｔａ第１ＲＡフィールド４９０４は、ＵＬ  ＲＡ方式のようにＲＩＶ一つの値を利用してＤ２Ｄ  ｄａｔａ送信のための資源ブロックの開始位置（すなわち、開始資源ブロックインデックス）と割り当てられた資源ブロックの長さ（ｌｅｎｇｔｈ）を指示できる。
【０９３０】
また、Ｄ２Ｄ  ｄａｔａ第１ＲＡフィールド４９０４は、Ｄ２Ｄ  ｄａｔａ送信のための資源ブロックの開始位置（すなわち、開始資源ブロックインデックス）と終わり位置（すなわち、最後の資源ブロックインデックス）を別のフィールド（または情報）に区分して知らせることもできる。
【０９３１】
Ｄ２Ｄ  ｄａｔａ第２ＲＡフィールド４９０５は、時間領域でＤ２Ｄ  ｄａｔａ送信のために使用される資源情報（例えば、サブフレーム）を指示する。すなわち、ＰＳＳＣＨ送信のための時間領域でのスケジューリング情報を指示する。したがって、Ｄ２Ｄ  Ｔｘ  ＵＥは、Ｄ２Ｄ  ｄａｔａ第２ＲＡフィールド４９０５で指示する時間資源からＤ２Ｄ  ｄａｔａ（すなわち、ＰＳＳＣＨ）を送信する。
【０９３２】
例えば、Ｄ２Ｄ  ｄａｔａ第２ＲＡフィールド４９０５は、Ｄ２Ｄ  ｄａｔａ送信のために使用されるサブフレーム時間パターン（すなわち、時間資源パターン（ｔｉｍｅ  ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎ））を指示できる。すなわち、予め決まった複数の時間資源パターンのうちのいずれか一つのパターンを指示できる。
【０９３３】
ＳＡ送信のための時間／周波数資源領域は設定されなくても良い。すなわち、Ｄ２Ｄ  Ｔｘ  ＵＥは、上位層シグナリング（例えば、ＲＲＣシグナリング）を介して設定されたＳＡ資源プールから任意の資源を選択してＳＡを送信できる。この場合、Ｄ２Ｄ Ｒｘ ＵＥは、ＳＡ資源プールを全部モニタリングしてＤ２Ｄ  Ｔｘ  ＵＥからＳＡを受信することができる。
【０９３４】
また、ＳＡ送信のための時間／周波数資源領域の位置は、ｄａｔａ送信のための時間／周波数資源から導き出されることができる。例えば、ＳＡ送信のための時間／周波数資源領域の位置は、予め決まった規則または予め決まったオフセット値を利用してデータ（ｄａｔａ）送信のための時間／周波数資源から導き出されることができる。
【０９３５】
ＴＰＣフィールド４９０６は、Ｄ２Ｄ  Ｔｘ  ＵＥでＳＡ及びデータ（ｄａｔａ）送信のための送信電力を指示する。
【０９３６】
ＺＰ４９０７は、必要によって制御情報で満たされても、使用されなくても、または存在しなくても良い。すなわち、必要としない場合、省略しても良い。
【０９３７】
上で例示したＤＣＩフォーマットの各フィールド順序、各フィールドのビット数は、説明の便宜のための一つの例示に過ぎず、変更されても良い。
【０９３８】
図５０は、本発明の一実施の形態にかかるダウンリンク制御情報フォーマットを例示する図である。
【０９３９】
図５０を参照すると、Ｄ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、周波数跳躍（ｈｏｐｐｉｎｇ）フラグ（ＦＨ）フィールド５００１、ＭＣＳフィールド５００２、ＤＭＲＳ  ＣＳフィールド５００３、Ｄ２Ｄ  ｄａｔａのための第１ＲＡフィールド５００４、Ｄ２Ｄ  ｄａｔａのための第２ＲＡフィールド５００５、ＴＰＣフィールド５００６、ゼロパッディング（ＺＰ）ビット（存在する場合）５００７及び受信端末ＩＤ（Ｒｘ＿ＩＤ）フィールド５００８から構成されることができる。
【０９４０】
図５０にかかるＤ２Ｄ  ｇｒａｎｔのためのＤＣＩフォーマットは、上述の図４９の例示と比較してＲｘ＿ＩＤフィールド５００８のみがさらに追加され、他のフィールドは、同一に定義されることができる。以下、図４９の例示と差のある部分についてのみ説明する。
【０９４１】
Ｒｘ＿ＩＤフィールド５００８は、ターゲットＵＥを指定するか、またはターゲットＵＥグループを指定するために使用される。すなわち、Ｒｘ＿ＩＤフィールド５００８は、ターゲットＵＥを識別するための識別情報（すなわち、ターゲットＵＥ  ＩＤ）またはターゲットＵＥグループを識別するための識別情報（すなわち、ターゲットグループＩＤ）を含む。
【０９４２】
上で例示したＤＣＩフォーマットの各フィールド順序、各フィールドのビット数は、説明の便宜のための一つの例示に過ぎず、変更されても良い。
【０９４３】
本発明が適用されることができる装置一般
図５１は、本発明の一実施の形態にかかる無線通信装置のブロック構成図を例示する。
【０９４４】
図５１を参照すると、無線通信システムは、基地局（ｅＮＢ）５１１０と基地局５１１０領域内に位置した多数の端末（ＵＥ）５１２０を備える。
【０９４５】
基地局５１１０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）５１１１、メモリ（ｍｅｍｏｒｙ）５１１２及びＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）５１１３を備える。プロセッサ５１１１は、上述の図１ないし図５０で提案された機能、過程及び／または方法を具現する。無線インタフェースプロトコルの階層は、プロセッサ５１１１により具現化されることができる。メモリ５１１２は、プロセッサ５１１１に接続されて、プロセッサ５１１１を駆動するための多様な情報を格納する。ＲＦ部５１１３は、プロセッサ５１１１に接続されて、無線信号を送信及び／または受信する。
【０９４６】
端末５１２０は、プロセッサ５１２１、メモリ５１２２及びＲＦ部５１２３を備える。プロセッサ５１２１は、上述の図１ないし図５０において提案された機能、過程及び／または方法を具現する。無線インタフェースプロトコルの階層は、プロセッサ５１２１により具現化されることができる。メモリ５１２２は、プロセッサ５１２１に接続されて、プロセッサ５１２１を駆動するための多様な情報を格納する。ＲＦ部５１２３は、プロセッサ５１２１に接続されて、無線信号を送信及び／または受信する。
【０９４７】
メモリ５１１２、５１２２は、プロセッサ５１１１、５１２１の内部または外部にあることができ、周知の多様な手段によりプロセッサ５１１１、５１２１に接続されることができる。また、基地局５１１０及び／または端末５１２０は、一個のアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）または多重アンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を有することができる。
【０９４８】
以上説明された実施の形態は、本発明の構成要素と特徴が所定の形態で結合されたことである。各構成要素または特徴は、別の明示上言及がない限り選択的なものと考慮されなければならない。各構成要素または特徴は、他の構成要素または特徴と結合されない形態で実施されることができる。また、一部構成要素及び／または特徴を結合して本発明の実施の形態を構成することも可能である。本発明の実施の形態において説明される動作の順序は変更されることができる。ある実施の形態の一部構成または特徴は、他の実施の形態に含まれることができ、または他の実施の形態の対応する構成または特徴と交替されることができる。特許請求の範囲において明示的な引用関係がない請求項を結合して実施の形態を構成するか、または出願後の補正により新しい請求項として含めることができることは自明である。
【０９４９】
本発明にかかる実施の形態は、多様な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などにより具現化されることができる。ハードウェアによる具現の場合、本発明の一実施の形態は、一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロ・プロセッサなどにより具現化されることができる。
【０９５０】
ファームウェアまたはソフトウェアによる具現の場合、本発明の一実施の形態は、以上説明された機能または動作を行うモジュール、手順、関数などの形態により具現化されることができる。ソフトウェアコードは、メモリに格納されてプロセッサにより駆動されることができる。前記メモリは、前記プロセッサの内部または外部に位置して、予め公知された多様な手段により前記プロセッサとデータをやり取りすることができる。
【０９５１】
本発明は、本発明の必須の特徴から外れない範囲で他の特定の形態で具体化されうることは当業者にとって自明である。したがって、上述の詳細な説明は、すべての面において制限的に解析されてはならず、例示に過ぎないと考慮しなければならない。本発明の範囲は、添付された請求項の合理的解析により決定されなければならず、本発明の等価的範囲内でのすべての変更は、本発明の範囲に含まれる。
【産業上の利用可能性】
【０９５２】
本発明の無線通信システムにおいて、Ｄ２Ｄ通信での制御情報送信方案は、３ＧＰＰ  ＬＴＥ／ＬＴＥ-Ａシステムに適用される例を重心に説明したが、３ＧＰＰ  ＬＴＥ／ＬＴＥ-Ａシステムの他にも多様な無線通信システムに適用できる。
【図１】
2020080562.tif 000017
【図２】
2020080562.tif 000018
【図３】
2020080562.tif 000019
【図４】
2020080562.tif 000020
【図５】
2020080562.tif 000021
【図６】
2020080562.tif 000022
【図７】
2020080562.tif 000023
【図８】
2020080562.tif 000024
【図９】
2020080562.tif 000025
【図１０】
2020080562.tif 000026
【図１１】
2020080562.tif 000027
【図１２】
2020080562.tif 000028
【図１３】
2020080562.tif 000029
【図１４】
2020080562.tif 000030
【図１５】
2020080562.tif 000031
【図１６】
2020080562.tif 000032
【図１７】
2020080562.tif 000033
【図１８】
2020080562.tif 000034
【図１９】
2020080562.tif 000035
【図２０】
2020080562.tif 000036
【図２１】
2020080562.tif 000037
【図２２】
2020080562.tif 000038
【図２３】
2020080562.tif 000039
【図２４】
2020080562.tif 000040
【図２５】
2020080562.tif 000041
【図２６】
2020080562.tif 000042
【図２７】
2020080562.tif 000043
【図２８】
2020080562.tif 000044
【図２９】
2020080562.tif 000045
【図３０】
2020080562.tif 000046
【図３１】
2020080562.tif 000047
【図３２】
2020080562.tif 000048
【図３３】
2020080562.tif 000049
【図３４】
2020080562.tif 000050
【図３５】
2020080562.tif 000051
【図３６】
2020080562.tif 000052
【図３７】
2020080562.tif 000053
【図３８】
2020080562.tif 000054
【図３９】
2020080562.tif 000055
【図４０】
2020080562.tif 000056
【図４１】
2020080562.tif 000057
【図４２】
2020080562.tif 000058
【図４３】
2020080562.tif 000059
【図４４】
2020080562.tif 000060
【図４５】
2020080562.tif 000061
【図４６】
2020080562.tif 000062
【図４７】
2020080562.tif 000063
【図４８】
2020080562.tif 000064
【図４９】
2020080562.tif 000065
【図５０】
2020080562.tif 000066
【図５１】
2020080562.tif 000067
【手続補正書】
【提出日】令和2年2月19日(2020.2.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
Ｄ２Ｄ（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ）通信を支援する無線通信システムにおけるダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を端末（ＵＥ）が受信する方法であって、
基地局（ＢＳ）から、（ｉ）Ｄ２Ｄスケジューリング承認（ＳＡ）送信のためのＤ２Ｄ  ＳＡ送信電力を決定するための第１パラメータと、（ii）Ｄ２Ｄデータ送信のためのＤ２Ｄデータ送信電力を決定するための第２パラメータを含む構成情報を受信するステップと、
前記第１パラメータと前記第２パラメータは、前記Ｄ２Ｄ  ＳＡ送信電力と前記Ｄ２Ｄデータ送信電力を決定するための異なるパラメータを示し、
前記ＢＳから前記Ｄ２Ｄ通信のための前記ＤＣＩを受信するステップと、
前記ＤＣＩは、前記ＢＳからｎ番目のサブフレームで受信され、
第２ＵＥへ、前記ＤＣＩに基づき前記Ｄ２Ｄ通信に対する前記Ｄ２Ｄ  ＳＡを送信するステップと、
前記Ｄ２Ｄ  ＳＡは、ｎ＋４番目のサブフレームの後で最初に利用可能なサブフレームで前記第２ＵＥへ送信され、
前記第２ＵＥへ、前記ＤＣＩに基づき前記Ｄ２Ｄ通信に対するＤ２Ｄデータを送信するステップとを含み、
前記ＤＣＩは、
前記Ｄ２Ｄデータを送信する時、周波数ホッピングが適用可能かを示すホッピングフラッグフィールドと、前記Ｄ２Ｄ  ＳＡに対するスケジューリング情報を含む第１資源割当て（ＲＡ）フィールドと、前記Ｄ２Ｄデータ送信に対する開始資源ブロックインデックスと割り当てられた資源ブロックの期間(terms)での長さを示す資源指示値（ＲＩＶ）を示す第２ＲＡフィールドと、前記Ｄ２Ｄデータ送信に利用される時間資源パターンを示す情報を含む第３ＲＡフィールドと、前記Ｄ２Ｄ  ＳＡに対する送信電力と前記Ｄ２Ｄデータに対する送信電力の両方に適用される単一送信電力制御（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ：ＴＰＣ）フィールドを含み、
前記Ｄ２Ｄ  ＳＡに対する前記送信電力は前記第１パラメータと前記単一ＴＰＣフィールドに基づいて決定され、
前記Ｄ２Ｄデータに対する前記送信電力は前記第２パラメータと前記単一ＴＰＣフィールドに基づいて決定される、受信方法。
【請求項２】
前記第１ＲＡフィールドは、前記Ｄ２Ｄ  ＳＡ送信のための資源領域の位置を導出するためのインデックス情報を含む、請求項１に記載の受信方法。
【請求項３】
前記Ｄ２Ｄ  ＳＡは、前記ｎ＋４番目のサブフレームで前記第２ＵＥへ送信される、請求項１に記載の受信方法。
【請求項４】
前記ＤＣＩは、前記第２ＵＥのための識別情報を含むＲＸ＿ＩＤフィールドをさらに含む、請求項１に記載の受信方法。
【請求項５】
前記ＤＣＩは、前記Ｄ２Ｄ  ＳＡと前記Ｄ２Ｄデータ送信に対するＭＣＳ（Modulation Coding and Scheme）情報を示すＭＣＳフィールドをさらに含む、請求項１に記載の受信方法。
【請求項６】
前記第１ＲＡフィールドは、前記Ｄ２Ｄ  ＳＡ送信のために利用される時間資源パターンを示す情報を含む、請求項１に記載の受信方法。
【請求項７】
前記Ｄ２Ｄ  ＳＡと前記Ｄ２Ｄデータを復調するためのＤＭＲＳ  ＣＳ情報を含む復調参照信号サイクルシフト（ＤＭＲＳ  ＣＳ）フィールドをさらに含む、請求項１に記載の受信方法。
【請求項８】
Ｄ２Ｄ（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ）通信を支援する無線通信システムにおけるダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を受信する端末（ＵＥ）であって、
無線信号を送受信するための送受信器と、
前記送受信器を制御するプロセッサとを含み、
前記プロセッサは、
基地局（ＢＳ）から、（ｉ）Ｄ２Ｄスケジューリング承認（ＳＡ）送信のためのＤ２Ｄ  ＳＡ送信電力を決定するための第１パラメータと、（ii）Ｄ２Ｄデータ送信のためのＤ２Ｄデータ送信電力を決定するための第２パラメータを含む構成情報を受信し、
前記第１パラメータと前記第２パラメータは、前記Ｄ２Ｄ  ＳＡ送信電力と前記Ｄ２Ｄデータ送信電力を決定するための異なるパラメータを示し、
前記ＢＳから前記Ｄ２Ｄ通信のための前記ＤＣＩを受信し、
前記ＤＣＩは、前記ＢＳからｎ番目のサブフレームで受信され、 
第２ＵＥへ、前記ＤＣＩに基づき前記Ｄ２Ｄ通信に対する前記Ｄ２Ｄ  ＳＡを送信し、
前記Ｄ２Ｄ  ＳＡは、ｎ＋４番目のサブフレームの後で最初に利用可能なサブフレームで前記第２ＵＥへ送信され、
前記第２ＵＥへ、前記ＤＣＩに基づき前記Ｄ２Ｄ通信に対するＤ２Ｄデータを送信するように構成され、
前記ＤＣＩは、
前記Ｄ２Ｄデータを送信する時、周波数ホッピングが適用可能かを示すホッピングフラッグフィールドと、前記Ｄ２Ｄ  ＳＡに対するスケジューリング情報を含む第１資源割当て（ＲＡ）フィールドと、前記Ｄ２Ｄデータ送信に対する開始資源ブロックインデックスと割り当てられた資源ブロックの期間(terms)での長さを示す資源指示値（ＲＩＶ）を示す第２ＲＡフィールドと、前記Ｄ２Ｄデータ送信に利用される時間資源パターンを示す情報を含む第３ＲＡフィールドと、前記Ｄ２Ｄ  ＳＡに対する送信電力と前記Ｄ２Ｄデータに対する送信電力の両方に適用される単一送信電力制御（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ：ＴＰＣ）フィールドを含み、
前記Ｄ２Ｄ  ＳＡに対する前記送信電力は前記第１パラメータと前記単一ＴＰＣフィールドに基づいて決定され、
前記Ｄ２Ｄデータに対する前記送信電力は前記第２パラメータと前記単一ＴＰＣフィールドに基づいて決定される、端末。
【請求項９】
前記第１ＲＡフィールドは、前記Ｄ２Ｄ  ＳＡ送信のための資源領域の位置を導出するためのインデックス情報を含む、請求項８に記載の端末。
【請求項１０】
前記Ｄ２Ｄ  ＳＡは、前記ｎ＋４番目のサブフレームで前記第２ＵＥへ送信される、請求項８に記載の端末。
【請求項１１】
前記ＤＣＩは、前記第２ＵＥのための識別情報を含むＲＸ＿ＩＤフィールドをさらに含む、請求項８に記載の端末。
【請求項１２】
前記ＤＣＩは、前記Ｄ２Ｄ  ＳＡと前記Ｄ２Ｄデータ送信に対するＭＣＳ（Modulation Coding and Scheme）情報を示すＭＣＳフィールドをさらに含む、請求項８に記載の端末。
【請求項１３】
前記第１ＲＡフィールドは、前記Ｄ２Ｄ  ＳＡ送信のために利用される時間資源パターンを示す情報を含む、請求項８に記載の端末。
【請求項１４】
前記Ｄ２Ｄ  ＳＡと前記Ｄ２Ｄデータを復調するためのＤＭＲＳ  ＣＳ情報を含む復調参照信号サイクルシフト（ＤＭＲＳ  ＣＳ）フィールドをさらに含む、請求項８に記載の端末。