(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて、第１の端末が、第１コンポーネントキャリアを利用して端末間直接（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ：Ｄ２Ｄ）信号と、第２コンポーネントキャリアを利用してセルラ信号を送信する方法であって、
前記方法は、
前記第１コンポーネントキャリアで前記Ｄ２Ｄ信号を第２端末に送信するステップと、
前記第２コンポーネントキャリアで前記セルラ信号を基地局へ送信するステップと、
前記Ｄ２Ｄ信号の送信が前記セルラ信号の送信と重なる場合、サブフレームの重なる部分での最大送信電力を超えないために前記Ｄ２Ｄ信号の送信電力を制御するステップとを含む、方法。
【請求項２】
第１の端末が無線通信システムにおいて第１コンポーネントキャリアを利用して端末間直接（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ：Ｄ２Ｄ）信号と第２コンポーネントキャリアを利用してセルラ信号を送信する端末であって、
前記端末は、
無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニットと、
前記ＲＦユニットと機能的に接続されているプロセッサを含み、
前記プロセッサは、
前記第１コンポーネントキャリアで前記Ｄ２Ｄ信号を第２端末に送信し、
前記第２コンポーネントキャリアで前記セルラ信号を基地局へ送信し、
前記Ｄ２Ｄ信号の送信が前記セルラ信号の送信と重なる場合、サブフレームの重なる部分での最大送信電力を超えないために前記Ｄ２Ｄ信号の送信電力を制御する、端末。
【請求項３】
前記Ｄ２Ｄ信号は第１サブフレームで送信され、前記セルラ信号は第２サブフレームで送信される、請求項１に記載の方法。
【請求項４】
前記重なる部分は前記第１サブフレームに含まれる、請求項３に記載の方法。
【請求項５】
前記第１サブフレームはサブフレーム＃ｎであり、前記第２サブフレームはサブフレーム＃ｎ+１である、請求項３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、さらに詳細に端末間直接通信（ｄｅｖｉｃｅ  ｔｏ  ｄｅｖｉｃｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）を支援する無線通信システムにおける信号を送受信するための方法及びこれを支援する装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなくデータサービスまで領域を拡張し、現在では、爆発的なトラフィックの増加によって資源の不足現象が引き起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００３】
次世代移動通信システムの要求条件は、大きく爆発的なデータトラフィックの収容、ユーザ当たりの送信率の画期的な増加、大幅増加した接続デバイス数の収容、非常に低いエンドツーエンド遅延（Ｅｎｄ-ｔｏ-Ｅｎｄ  Ｌａｔｅｎｃｙ）、高エネルギー効率を支援できなければならない。このために、多重接続性（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ  ＭＩＭＯ：Ｍａｓｓｉｖｅ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）、全二重（Ｉｎ-ｂａｎｄ  Ｆｕｌｌ  Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ-Ｏｒｔｈｏｇｏｎａｌ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ  ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ  Ｎｅｔｗｏｒｋｉｎｇ）等、多様な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書は、予め定義される優先順位規則に従って優先順位の低いサブフレームまたはサブフレームの重なりシンボルをドロッピング（ｄｒｏｐｐｉｎｇ）することで、サブフレーム間重なりにより発生しうる衝突を解決できる方法を提供することに目的がある。
【０００５】
また、本明細書は、一つまたは一つ以上のサブフレーム別にサブフレーム属性サブフレーム先／後関係などを考慮して、優先順位を異なるように設定することによって、サブフレーム間重なりにより発生しうる衝突を解決できる方法を提供することに目的がある。
【０００６】
また、本明細書は、ＵＬサブフレームのＴＡ値と予め決定された大きさのＤＴＸ長との比較により決定されるＤＴＸ長分だけ、優先順位の低いサブフレームの一部領域でＤＴＸを行うための方法を提供することに目的がある。
【０００７】
また、本明細書は、一つまたは一つ以上のＤ２Ｄ  ＳＦを介して連続したＤ２Ｄ送信がある場合、多様な基準に応じて重なり区間で信号の送受信に対するドロッピング有無を決定するための方法を提供することに目的がある。
【０００８】
また、本明細書は、連続したＤ２Ｄ送信の基準を提供することに目的がある。
【０００９】
また、本明細書は、ＣＡ（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）状況でＴＡ値、Ｐｏｗｅｒ  ｌｉｍｉｔａｔｉｏｎなどを考慮して、信号の衝突を解決するための方法を提供することに目的がある。
【００１０】
本明細書において達成しようとする技術的課題は、以上言及した技術的課題に制限されず、言及しないさらに他の技術的課題は、以下の記載から本発明が属する技術分野における通常の知識を有した者に明確に理解されるはずである。
【課題を解決するための手段】
【００１１】
本明細書は、端末間直接（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信を支援する無線通信システムにおけるＤ２Ｄ信号を送受信するための方法であって、第１端末により行われる前記方法は、Ｄ２Ｄ通信と関連した資源が割り当てられた第１サブフレーム（ｓｕｂｆｒａｍｅ）またはセルラ（ｃｅｌｌｕｌａｒ）通信と関連した資源が割り当てられた第２サブフレームのうち、少なくとも一つを含むフレーム（ｆｒａｍｅ）を介して第２端末と信号を送受信するステップを含み、第１サブフレーム間または第１サブフレームと第２サブフレーム間の重なり（ｏｖｅｒｌａｐｐｉｎｇ）が発生する場合、重なり区間または前記重なり区間を含むサブフレームで信号の送受信をドロップ（ｄｒｏｐ）することを特徴とする。
【００１２】
また、本明細書において、前記信号の送受信をドロップ（ｄｒｏｐ）することは、
パンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）、ｒａｔｅ  ｍａｔｃｈｉｎｇ、ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）またはｅｎｄｉｎｇ  ｇａｐ設定であることを特徴とする。
【００１３】
また、本明細書において、前記信号の送受信に対するドロップは、各サブフレームに適用されたタイミングアドバンス（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ：ＴＡ）値に基づいて行われることを特徴とする。
【００１４】
また、本明細書において、前記信号の送受信に対するドロップは、前記第１サブフレームに適用されるＴＡ値と前記第２サブフレームに適用されるＴＡ値が互いに異なる場合に発生することを特徴とする。
【００１５】
また、本明細書は、前記第１サブフレーム内の重なり区間でまたは前記第１サブフレーム全体区間で前記信号の送受信をドロップすることを特徴とする。
【００１６】
また、本明細書は、一つまたは一つ以上の第１サブフレームが連続して位置し、前記連続した第１サブフレーム全部がＴＡ値が適用された場合、各サブフレームの最後の部分で信号の送受信をドロップしないことを特徴とする。
【００１７】
また、本明細書は、一つまたは一つ以上の第１サブフレームが連続して位置し、前記連続した第１サブフレーム全部がＴＡ値が適用されない場合、前記連続した第１サブフレームのうち、最も最後のサブフレームの最後の部分で信号の送受信をドロップすることを特徴とする。
【００１８】
また、本明細書は、一つまたは一つ以上の第１サブフレームが連続して位置し、前記連続した第１サブフレームの中間にＴＡが適用されない第１サブフレームが存在する場合、前記ＴＡが適用されない第１サブフレームの最後の部分で信号の送受信をドロップすることを特徴とする。
【００１９】
また、本明細書は、一つまたは一つ以上の第１サブフレームが連続して位置する場合、連続した第１サブフレーム間の重なりは発生しないことを特徴とする。
【００２０】
また、本明細書において、前記一つまたは一つ以上の第１サブフレームが連続して位置する場合は、各第１サブフレームに適用されるＴＡ値が全部同一であるか、または各第１サブフレームで同じアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）に対する送信が行われるか、または各第１サブフレームが一つのＳＡ（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ）によりスケジューリングされるか、または各第１サブフレームで同じＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）が送信されるか、または前記一つまたは一つ以上の第１サブフレームにサブフレームバンドルリング（ｓｕｂｆｒａｍｅ  ｂｕｎｄｌｉｎｇ）が適用される場合であることを特徴とする。
【００２１】
また、本明細書は、前記各第１サブフレームに適用されるＴＡ値が全部同一であり、前記各第１サブフレームで同期基準（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ）が全部同じである場合、前記一つまたは一つ以上の第１サブフレームは、連続して位置することを特徴とする。
【００２２】
また、本明細書は、Ｄ２Ｄ同期信号（Ｄ２Ｄ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）が送信される第１サブフレームと前記同期信号を除いた他のＤ２Ｄ信号が送信される第１サブフレーム間の重なりが発生する場合、前記同期信号を除いた他のＤ２Ｄ信号が送信される第１サブフレームで信号の送受信をドロップすることを特徴とする。
【００２３】
また、本明細書は、端末間直接（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信を支援する無線通信システムでＤ２Ｄ信号を送受信するための方法であって、第１端末により行われる前記方法は、第１コンポーネントキャリヤ（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）の第１サブフレームを介して第２端末とＤ２Ｄ送受信を行うステップと、第２コンポーネントキャリヤの第２サブフレームを介して前記第２端末とＷＡＮ（Ｗｉｒｅｌｅｓｓ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）送受信を行うステップとを含み、前記第１サブフレームは、Ｄ２Ｄ送受信と関連した資源が割り当てられるサブフレームであり、前記第２サブフレームは、ＷＡＮまたはセルラ（ｃｅｌｌｕａｒ）送受信と関連した資源が割り当てられるサブフレームであり、前記第１コンポーネントキャリヤの第１サブフレームと前記第２コンポーネントキャリヤの第２サブフレーム間の重なり（ｏｖｅｒｌａｐｐｉｎｇ）が発生する場合、重なり区間または前記重なり区間を含むサブフレームで信号の送受信をドロップ（ｄｒｏｐ）することを特徴とする。
【００２４】
また、本明細書は、前記重なり区間において信号の同時送信によって設定された最大送信電力値を超過する場合、前記重なり区間または前記重なり区間を含むサブフレームで前記信号の送受信をドロップすることを特徴とする。
【００２５】
また、本明細書は、端末間直接（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信を支援する無線通信システムにおけるＤ２Ｄ信号を送受信するための端末であって、前記端末は、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニットと、前記ＲＦユニットと機能的に接続されているプロセッサを含み、前記プロセッサは、Ｄ２Ｄ通信と関連した資源が割り当てられた第１サブフレーム（ｓｕｂｆｒａｍｅ）またはセルラ（ｃｅｌｌｕｌａｒ）通信と関連した資源が割り当てられた第２サブフレームのうち、少なくとも一つを含むフレーム（ｆｒａｍｅ）を介して他の端末と信号を送受信するように制御するものの、第１サブフレーム間または第１サブフレームと第２サブフレーム間の重なり（ｏｖｅｒｌａｐｐｉｎｇ）が発生する場合、重なり区間または前記重なり区間を含むサブフレームで信号の送受信をドロップ（ｄｒｏｐ）することを特徴とする。
【発明の効果】
【００２６】
本明細書は、優先順位規則を考慮して特定サブフレームまたは特定サブフレームの重なりシンボルをＤＴＸすることによって、サブフレーム間重なりにより発生できる衝突を解決できるという効果がある。
【００２７】
本明細書から得られる効果は、以上言及した効果に制限されず、言及しないさらに他の効果は、以下の記載から本発明が属する技術分野における通常の知識を有した者に明確に理解されるはずである。
【図面の簡単な説明】
【００２８】
本発明に関する理解に役立つために、詳細な説明の一部として含まれる、添付図面は、本発明に対する実施の形態を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【図１】本発明が適用されることができる無線通信システムにおける無線フレームの構造を示す。
【図２】本発明が適用されることができる無線通信システムにおける一つのダウンリンクスロットに対する資源グリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示した図である。
【図３】本発明が適用されることができる無線通信システムにおけるダウンリンクサブフレームの構造を示す。
【図４】本発明が適用されることができる無線通信システムにおけるアップリンクサブフレームの構造を示す。
【図５】本発明が適用されることができる無線通信システムにおけるＰＵＣＣＨフォーマットがアップリンク物理資源ブロックのＰＵＣＣＨ領域にマッピングされる形態の一例を示す。
【図６】本発明が適用されることができる無線通信システムにおける一般ＣＰの場合のＣＱＩチャネルの構造を示す。
【図７】本発明が適用されることができる無線通信システムにおける一般ＣＰの場合のＡＣＫ／ＮＡＣＫチャネルの構造を示す。
【図８】本発明が適用されることができる無線通信システムにおける一つのスロットの間に５個のＳＣ-ＦＤＭＡシンボルを生成して送信する一例を示す。
【図９】本発明が適用されることができる無線通信システムにおけるコンポーネントキャリヤ及びキャリヤ集成の一例を示す。
【図１０】本発明が適用されることができる無線通信システムにおけるクロスキャリヤスケジューリングに応じるサブフレーム構造の一例を示す。
【図１１】一般的な多重入出力アンテナ（ＭＩＭＯ）通信システムの構成図である。
【図１２】多数の送信アンテナから一つの受信アンテナへのチャネルを示した図である。
【図１３】本発明が適用されることができる無線通信システムにおけるリレイノード資源分割を示す。
【図１４】本発明が適用されることができる無線通信システムにおいてＤ２Ｄ通信を概念的に説明するための図である。
【図１５】本明細書で提案する方法が適用されることができるＤ２Ｄ通信の多様なシナリオの一例を示す。
【図１６】本発明の一実施の形態にかかるディスカバリー資源が割り当てられた一例を示す。
【図１７】本発明の一実施の形態にかかるディスカバリー過程を簡略に示した図である。
【図１８】タイミングアドバンス（ＴＡ）指示によりＵＬ  ｓｕｂｆｒａｍｅ境界を把握する方法の一例を示した図である。
【図１９】基地局と端末との間の接続有無に応じるＤ２Ｄ動作の一例を示した図である。
【図２０】ＦＤＤシステムにおけるＤＬ  ｓｕｂｆｒａｍｅ及びＵＬ  ｓｕｂｆｒａｍｅ境界の一例を示した図である。
【図２１】図２０のＵＬ  ｓｕｂｆｒａｍｅ  １においてＤ２Ｄが動作する状況の一例を示した図である。
【図２２】ＵＬサブフレーム間の重なりが発生する場合の衝突解決方法の一例を示した図である。
【図２３】ＵＬサブフレーム間の重なりが発生する場合の衝突解決方法の一例を示した図である。
【図２４】ＵＬサブフレーム間の重なりが発生する場合の衝突解決方法の一例を示した図である。
【図２５】ＵＬサブフレーム間の重なりが発生する場合の衝突解決方法の一例を示した図である。
【図２６】Ｄ２Ｄ動作で保護区間が設定された一例を示した図である。
【図２７】Ｄ２Ｄ動作で保護区間が設定された一例を示した図である。
【図２８】Ｄ２Ｄ動作で保護区間が設定された一例を示した図である。
【図２９】Ｄ２Ｄ動作で保護区間が設定された一例を示した図である。
【図３０】Ｄ２Ｄ動作で保護区間が設定された一例を示した図である。
【図３１】Ｄ２Ｄ動作で保護区間が設定された一例を示した図である。
【図３２】Ｄ２Ｄ動作で保護区間が設定された一例を示した図である。
【図３３】ＤＬ  ｓｕｂｆｒａｍｅ境界から一定のオフセット分だけ位置する地点をＤ２Ｄ送信の開始時点と決める場合の一例を示した図である。
【図３４】ＤＬ  ｓｕｂｆｒａｍｅ境界から一定のオフセット分だけ位置する地点をＤ２Ｄ送信の開始時点と決める場合の一例を示した図である。
【図３５】ＤＬ  ｓｕｂｆｒａｍｅ境界から一定のオフセット分だけ位置する地点をＤ２Ｄ送信の開始時点と決める場合の一例を示した図である。
【図３６】ＤＬ  ｓｕｂｆｒａｍｅ境界と同じ地点をＤ２Ｄ送信の開始時点と決める場合の一例を示した図である。
【図３７】ＤＬ  ｓｕｂｆｒａｍｅ境界から一定のオフセット分だけ位置する地点をＤ２Ｄ送信の開始時点と決める場合のさらに他の一例を示した図である。
【図３８】ＤＬ  ｓｕｂｆｒａｍｅ境界から一定のオフセット分だけ位置する地点をＤ２Ｄ送信の開始時点と決める場合のさらに他の一例を示した図である。
【図３９】Ｄ２Ｄ  ｓｕｂｆｒａｍｅとｅＮＢ-ＵＥ  ｓｕｂｆｒａｍｅの境界が一致しない問題を解決するための方法の一例を示した図である。
【図４０】Ｄ２Ｄ  ｓｕｂｆｒａｍｅとｅＮＢ-ＵＥ  ｓｕｂｆｒａｍｅの境界が一致しない問題を解決するための方法の一例を示した図である。
【図４１】ＴＤＤシステムでのＤＬ  ｓｕｂｆｒａｍｅ及びＵＬ  ｓｕｂｆｒａｍｅ境界の一例を示した図である。
【図４２】ＴＤＤシステムでのＤＬ  ｓｕｂｆｒａｍｅ及びＵＬ  ｓｕｂｆｒａｍｅ境界の一例を示した図である。
【図４３】本明細書で提案するサブフレーム間の重なりにより発生する衝突を解決するための方法の一例を示した図である。
【図４４】本明細書で提案するサブフレーム間の重なりにより発生する衝突を解決するための方法の一例を示した図である。
【図４５】本明細書で提案するサブフレーム間の重なりにより発生できる衝突を解決するための方法の一例を示したフローチャートである。
【図４６】本明細書で提案するサブフレーム間の重なりにより発生できる衝突を解決するための方法の一例を示したフローチャートである。
【図４７】本明細書で提案するＤ２Ｄ送信方法の一例を示した図である。
【図４８】本明細書で提案するＤ２Ｄ送信方法の一例を示した図である。
【図４９】本明細書で提案するＤ２Ｄ送信方法の一例を示した図である。
【図５０】本明細書で提案するＤ２Ｄ送信方法の一例を示した図である。
【図５１】本明細書で提案するＣＡ状況でＤ２Ｄ送信方法の一例を示した図である。
【図５２】本明細書で提案するＣＡ状況でＤ２Ｄ送信方法の一例を示した図である。
【図５３】本明細書で提案するＣＡ状況でＤ２Ｄ送信方法の一例を示した図である。
【図５４】本明細書で提案するＣＡ状況でＤ２Ｄ送信方法の一例を示した図である。
【図５５】本明細書で提案するＣＡ状況でＤ２Ｄ送信方法の一例を示した図である。
【図５６】本明細書で提案する方法が適用されることができる無線通信装置の内部ブロック図の一例を示した図である。
【発明を実施するための形態】
【００２９】
以下、本発明にかかる好ましい実施の形態を添付した図面を参照して詳細に説明する。添付した図面と共に以下に開示する詳細な説明は、本発明の例示的な実施の形態を説明するためのものであり、本発明が実施されうる唯一の実施の形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的細部事項を含む。しかしながら、当業者は、本発明がこのような具体的細部事項がなくても実施できることを理解すべきである。
【００３０】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されるか、または各構造及び装置の核心機能に重きを置いたブロック図形式で示されることができる。
【００３１】
本明細書において基地局は、端末と直接的に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書において基地局により行われると説明された特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われても良い。すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて端末との通信のために行われる多様な動作は、基地局または基地局以外の他のネットワークノードにより行われうることは明らかである。「基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ-ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの用語により代替されることができる。また、「端末（Ｔｅｒｍｉｎａｌ）」は、固定されるか、または移動性を有することができ、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ  ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ  ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ-Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ-ｔｏ-Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ）装置などの用語に代替されることができる。
【００３２】
以下、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。ダウンリンクにおける送信機は、基地局の一部で、受信機は、端末の一部でありうる。アップリンクにおける送信機は、端末の一部で、受信機は、基地局の一部でありうる。
【００３３】
以下の説明において用いられる特定用語は、本発明の理解に役立つために提供されたものであり、このような特定用語の使用は、本発明の技術的思想から外れない範囲内で他の形態に変更されることができる。
【００３４】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ-ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＮＯＭＡ（ｎｏｎ-ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような多様な無線接続システムに利用されることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）またはＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）により具現化されることができる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術により具現化されることができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ-Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２-２０、Ｅ-ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術により具現化されることができる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ-ＵＴＲＡを使用するＥ-ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、ダウンリンクにおいてＯＦＤＭＡを採用し、アップリンクにおいてＳＣ-ＦＤＭＡを採用する。ＬＴＥ-Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化である。
【００３５】
本発明の実施の形態は、無線接続システムであるＩＥＥＥ  ８０２、３ＧＰＰ及び３ＧＰＰ２のうち、少なくとも一つに開示された標準文書により裏付けられることができる。すなわち、本発明の実施の形態のうち、本発明の技術的思想を明確にあらわすために、説明しないステップまたは部分は、前記文書により裏付けられることができる。また、本文書に開示しているすべての用語は、前記標準文書により説明されることができる。
【００３６】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ-Ａを中心に述べるが、本発明の技術的特徴がこれに制限されることではない。
【００３７】
システム一般
図１は、本発明が適用されることができる無線通信システムにおける無線フレームの構造を示す。
【００３８】
３ＧＰＰ  ＬＴＥ／ＬＴＥ-Ａでは、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造とＴＤＤ（Ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造を支援する。
【００３９】
図１（ａ）は、タイプ１無線フレームの構造を例示する。無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）から構成される。一つのサブフレームは、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）において２個のスロット（ｓｌｏｔ）から構成される。一つのサブフレームを送信するのにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。例えば、一つのサブフレームの長さは１ｍｓで、一つのスロットの長さは、０．５ｍｓでありうる。
【００４０】
一つのスロットは、時間領域において複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含み、周波数領域において多数の資源ブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含む。３ＧＰＰ  ＬＴＥは、ダウンリンクにおいてＯＦＤＭＡを使用するから、ＯＦＤＭシンボルは、一つのシンボル区間（ｓｙｍｂｏｌ  ｐｅｒｉｏｄ）を表現するためのものである。ＯＦＤＭシンボルは、一つのＳＣ-ＦＤＭＡシンボルまたはシンボル区間ということができる。資源ブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は、資源割り当て単位で、一つのスロットにおいて複数の連続的な副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。
【００４１】
図１の（ｂ）は、タイプ２フレーム構造（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  ２）を示す。タイプ２無線フレームは、２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）から構成され、各ハーフフレームは、５個のサブフレームとＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（ＧＰ：Ｇｕａｒｄ  Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）から構成され、この中で１個のサブフレームは、２個のスロットから構成される。ＤｗＰＴＳは、端末での初期セルサーチ、同期化またはチャネル推定に使用される。ＵｐＰＴＳは、基地局でのチャネル推定と端末のアップリンク送信同期とを合せるのに使用される。保護区間は、アップリンクとダウンリンクとの間にダウンリンク信号の多重経路遅延によりアップリンクにおいて生じる干渉を除去するための区間である。
【００４２】
ＴＤＤシステムのタイプ２フレーム構造においてアップリンク-ダウンリンク構成（ｕｐｌｉｎｋ-ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、すべてのサブフレームに対してアップリンクとダウンリンクが割り当て（または予約）されるかどうかを表す規則である。表１は、アップリンク-ダウンリンク構成を示す。
【００４３】
【表１】
0006382337.tif 000002
【００４４】
表１を参照すると、無線フレームの各サブフレーム別に、「Ｄ」は、ダウンリンク送信のためのサブフレームを示し、「Ｕ」は、アップリンク送信のためのサブフレームを示し、「Ｓ」は、ＤｗＰＴＳ、ＧＰ、ＵｐＰＴＳ、３通りのフィールドから構成されるスペシャルサブフレーム（ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ）を示す。アップリンク-ダウンリンク構成は、７通りに区分されることができ、各構成別にダウンリンクサブフレーム、スペシャルサブフレーム、アップリンクサブフレームの位置及び／または数が異なる。
【００４５】
ダウンリンクからアップリンクに変更される時点またはアップリンクからダウンリンクに切り替えられる時点を切り替え時点（ｓｗｉｔｃｈｉｎｇ  ｐｏｉｎｔ）という。切り替え時点の周期性（Ｓｗｉｔｃｈ-ｐｏｉｎｔ  ｐｅｒｉｏｄｉｃｉｔｙ）は、アップリンクサブフレームとダウンリンクサブフレームが切り替えられる様相が同様に繰り返される周期を意味し、５ｍｓまたは１０ｍｓが全て支援される。５ｍｓダウンリンク-アップリンク切り替え時点の周期を有する場合には、スペシャルサブフレーム（Ｓ）は、ハーフ-フレームごとに存在し、５ｍｓダウンリンク-アップリンク切り替え時点の周期を有する場合には、最初のハーフ-フレームだけに存在する。
【００４６】
すべての構成において、０番、５番サブフレーム及びＤｗＰＴＳは、ダウンリンク送信だけのための区間である。ＵｐＰＴＳ及びサブフレームサブフレームに直ちにつながるサブフレームは、常にアップリンク送信のための区間である。
【００４７】
このような、アップリンク-ダウンリンク構成はシステム情報であって、基地局と端末とが知っていることができる。基地局は、アップリンク-ダウンリンク構成情報が変わるごとに構成情報のインデックスだけを送信することによって、無線フレームのアップリンク-ダウンリンク割り当て状態の変更を端末に知らせることができる。また、構成情報は、一種のダウンリンク制御情報として他のスケジューリング情報と同様にＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して送信することができ、放送情報としてブロードキャストチャネル（ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）を介してセル内のすべての端末に共通に送信することもできる。
【００４８】
無線フレームの構造は、一つの例示に過ぎず、無線フレームに含まれる副搬送波の数またはサブフレームに含まれるスロットの数、スロットに含まれるＯＦＤＭシンボルの数は、多様に変更することができる。
【００４９】
図２は、本発明が適用されることができる無線通信システムにおける一つのダウンリンクスロットに対する資源グリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示した図である。
【００５０】
図２に示すように、一つのダウンリンクスロットは、時間領域において複数のＯＦＤＭシンボルを含む。ここで、一つのダウンリンクスロットは、７個のＯＦＤＭシンボルを含み、一つの資源ブロックは、周波数領域において１２個の副搬送波を含むことを例示的に述べるが、これに限定されるものではない。
【００５１】
資源グリッド上において各要素（ｅｌｅｍｅｎｔ）を資源要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）とし、一つの資源ブロック（ＲＢ：ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は、１２×７個の資源要素を含む。ダウンリンクスロットに含まれる資源ブロックの数ＮDLは、ダウンリンク送信帯域幅（ｂａｎｄｗｉｄｔｈ）に従属する。
【００５２】
アップリンクスロットの構造は、ダウンリンクスロットの構造と同一でありうる。
【００５３】
図３は、本発明が適用されることができる無線通信システムにおけるダウンリンクサブフレームの構造を示す。
【００５４】
図３を参照すると、サブフレーム内の第１番目のスロットにおいて前の最大３個のＯＦＤＭシンボルが制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）であり、残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられるデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）である。３ＧＰＰ  ＬＴＥで使用されるダウンリンク制御チャネルの一例にＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ    ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ-ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などがある。
【００５５】
ＰＣＦＩＣＨは、サブフレームの第１番目のＯＦＤＭシンボルにおいて送信され、サブフレーム内に制御チャネルの送信のために使用されるＯＦＤＭシンボルの数（すなわち、制御領域の大きさ）に関する情報を運ぶ。ＰＨＩＣＨは、アップリンクに対する応答チャネルで、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）に対するＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（Ｎｏｔ-Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を運ぶ。ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）という。ダウンリンク制御情報は、アップリンク資源割り当て情報、ダウンリンク資源割り当て情報または任意の端末グループに対するアップリンク送信（Ｔｘ）パワー制御命令を含む。
【００５６】
ＰＤＣＣＨは、ＤＬ-ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）の資源割り当て及び送信フォーマット（これをダウンリンクグラントともいう）、ＵＬ-ＳＣＨ（Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）の資源割り当て情報（これをアップリンクグラントともいう）、ＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）でのページング（ｐａｇｉｎｇ）情報、ＤＬ-ＳＣＨでのシステム情報、ＰＤＳＣＨから送信されるランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）のような上位層（ｕｐｐｅｒ-ｌａｙｅｒ）制御メッセージに対する資源割り当て、任意の端末グループ内の個別端末に対する送信パワー制御命令の集合、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化などを運ぶことができる。複数のＰＤＣＣＨは、制御領域内で送信されることができ、端末は、複数のＰＤＣＣＨをモニタリングできる。ＰＤＣＣＨは、一つまたは複数の連続的なＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ）の集合から構成される。ＣＣＥは、無線チャネルの状態に応じる符号化率（ｃｏｄｉｎｇ  ｒａｔｅ）をＰＤＣＣＨに提供するために使用される論理的割り当て単位である。ＣＣＥは、複数の資源要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に対応する。ＰＤＣＣＨのフォーマット及び使用可能なＰＤＣＣＨのビット数は、ＣＣＥの数とＣＣＥにより提供される符号化率間の関連関係によって決定される。
【００５７】
基地局は、端末に送信しようとするＤＣＩに応じてＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を付ける。ＣＲＣには、ＰＤＣＣＨの所有者（ｏｗｎｅｒ）または用途に応じて、固有の識別子（これをＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）という。）がマスキングされる。特定の端末のためのＰＤＣＣＨであれば、端末の固有の識別子、例えばＣ-ＲＮＴＩ（Ｃｅｌｌ-ＲＮＴＩ）がＣＲＣにマスキングされることができる。またはページングメッセージのためのＰＤＣＣＨであれば、ページング指示識別子、例えばＰ-ＲＮＴＩ（Ｐａｇｉｎｇ-ＲＮＴＩ）がＣＲＣにマスキングされることができる。システム情報、さらに具体的には、システム情報ブロック（ＳＩＢ：ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ）のためのＰＤＣＣＨであれば、システム情報識別子、ＳＩ-ＲＮＴＩ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ）がＣＲＣにマスキングされることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を指示するために、ＲＡ-ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ-ＲＮＴＩ）がＣＲＣにマスキングされることができる。
【００５８】
図４は、本発明が適用されることができる無線通信システムにおけるアップリンクサブフレームの構造を示す。
【００５９】
図４に示すように、アップリンクサブフレームは、周波数領域において制御領域とデータ領域とに分けられる。制御領域には、アップリンク制御情報を運ぶＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）が割り当てられる。データ領域は、ユーザデータを運ぶＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられる。単一搬送波特性を維持するために、一つの端末は、ＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。
【００６０】
一つの端末に対するＰＵＣＣＨには、サブフレーム内に資源ブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）対が割り当てられる。ＲＢ対に属するＲＢは、２個のスロットの各々で互いに異なる副搬送波を占める。これをＰＵＣＣＨに割り当てられたＲＢ対は、スロット境界（ｓｌｏｔ  ｂｏｕｎｄａｒｙ）から周波数跳躍（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）されるという。
【００６１】
物理アップリンク制御チャネル（ＰＵＣＣＨ）
ＰＵＣＣＨを介して送信されるアップリンク制御情報（ＵＣＩ）は、スケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報及びダウンリンクチャネル測定情報を含むことができる。
【００６２】
ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報は、ＰＤＳＣＨ上のダウンリンクデータパケットのデコード成功の有無によって生成されることができる。従来の無線通信システムにおいて、ダウンリンク単一コードワード（ｃｏｄｅｗｏｒｄ）送信に対しては、ＡＣＫ／ＮＡＣＫ情報として１ビットが送信され、ダウンリンク２コードワード送信に対しては、ＡＣＫ／ＮＡＣＫ情報として２ビットが送信される。
【００６３】
チャネル測定情報は、多重入出力（ＭＩＭＯ：Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）技法と関連したフィードバック情報を指し示し、チャネル品質指示子（ＣＱＩ：Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、プレコーディングマトリックスインデックス（ＰＭＩ：Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ）及びランク指示子（ＲＩ：Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）を含むことができる。これらのチャネル測定情報を通称しＣＱＩと表現することもできる。
【００６４】
ＣＱＩの送信のために、サブフレーム当たりの２０ビットが使用されることができる。
【００６５】
ＰＵＣＣＨは、ＢＰＳＫ（Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）とＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）技法を使用して変調することができる。ＰＵＣＣＨを介して複数の端末の制御情報が送信されることができ、各端末の信号を区別するためにコード分割多重化（ＣＤＭ：Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）を行う場合に長さ１２のＣＡＺＡＣ（Ｃｏｎｓｔａｎｔ  Ａｍｐｌｉｔｕｄｅ  Ｚｅｒｏ  Ａｕｔｏｃｏｒｒｅｌａｔｉｏｎ）シーケンスを主に使用する。ＣＡＺＡＣシーケンスは、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）及び周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）において一定の大きさ（ａｍｐｌｉｔｕｄｅ）を維持する特性を有するので、端末のＰＡＰＲ（Ｐｅａｋ-ｔｏ-Ａｖｅｒａｇｅ  Ｐｏｗｅｒ  Ｒａｔｉｏ）またはＣＭ（Ｃｕｂｉｃ  Ｍｅｔｒｉｃ）を低くしてカバレッジを増加させるのに適した性質を有する。また、ＰＵＣＣＨを介して送信されるダウンリンクデータ送信に対するＡＣＫ／ＮＡＣＫ情報は、直交シーケンス（ｏｒｔｈｇｏｎａｌ  ｓｅｑｕｅｎｃｅ）または直交カバー（ＯＣ：ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ）を利用してカバーリングされる。
【００６６】
また、ＰＵＣＣＨ上に送信される制御情報は、互いに異なる循環シフト（ＣＳ：ｃｙｃｌｉｃ  ｓｈｉｆｔ）値を有する循環シフトされたシーケンス（ｃｙｃｌｉｃａｌｌｙ  ｓｈｉｆｔｅｄ  ｓｅｑｕｅｎｃｅ）を利用して区別されることができる。循環シフトされたシーケンスは、基本シーケンス（ｂａｓｅ  ｓｅｑｕｅｎｃｅ）を特定ＣＳ量（ｃｙｃｌｉｃ  ｓｈｉｆｔ  ａｍｏｕｎｔ）だけ循環シフトさせて生成できる。特定ＣＳ量は、循環シフトインデックス（ＣＳ  ｉｎｄｅｘ）により指示される。チャネルの遅延拡散（ｄｅｌａｙ  ｓｐｒｅａｄ）によって使用可能な循環シフトの数は変えることができる。多様な種類のシーケンスが基本シーケンスとして使用されることができ、前述のＣＡＺＡＣシーケンスは、その一例である。
【００６７】
また、端末が一つのサブフレームにおいて送信できる制御情報の量は、制御情報の送信に利用可能なＳＣ-ＦＤＭＡシンボルの数（すなわち、ＰＵＣＣＨのコヒーレント（ｃｏｈｅｒｅｎｔ）検出のための参照信号（ＲＳ）の送信に利用されるＳＣ-ＦＤＭＡシンボルを除いたＳＣ-ＦＤＭＡシンボル）に応じて決定されることができる。
【００６８】
３ＧＰＰ  ＬＴＥシステムにおけるＰＵＣＣＨは、送信される制御情報、変調技法、制御情報の量などによって総７通りの異なるフォーマットで定義され、それぞれのＰＵＣＣＨフォーマットに従って送信されるアップリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）の属性は、以下の表２のように要約できる。
【００６９】
【表２】
0006382337.tif 000003
【００７０】
ＰＵＣＣＨフォーマット１は、ＳＲの単独送信に使用される。ＳＲ単独送信の場合には、変調されない波形が適用され、これについては詳細に後述する。
【００７１】
ＰＵＣＣＨフォーマット１ａまたは１ｂは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信に使用される。任意のサブフレームにおいてＨＡＲＱ  ＡＣＫ／ＮＡＣＫが単独に送信される場合には、ＰＵＣＣＨフォーマット１ａまたは１ｂを使用することができる。または、ＰＵＣＣＨフォーマット１ａまたは１ｂを使用してＨＡＲＱ  ＡＣＫ／ＮＡＣＫ及びＳＲが同一サブフレームにおいて送信されることもできる。
【００７２】
ＰＵＣＣＨフォーマット２は、ＣＱＩの送信に使用され、ＰＵＣＣＨフォーマット２ａまたは２ｂは、ＣＱＩ及びＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信に使用される。
【００７３】
拡張されたＣＰの場合には、ＰＵＣＣＨフォーマット２がＣＱＩ及びＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信に使用されることもできる。
【００７４】
図５は、本発明が適用されることができる無線通信システムにおけるＰＵＣＣＨフォーマットがアップリンク物理資源ブロックのＰＵＣＣＨ領域にマッピングされる形態の一例を示す。
【００７５】
図５においてＮＵＬＲＢは、アップリンクでの資源ブロックの数を示し、０，１，．．．，ＮＵＬＲＢ-１は、物理資源ブロックの番号を意味する。基本的に、ＰＵＣＣＨは、アップリンク周波数ブロックの両側終端（ｅｄｇｅ）にマッピングされる。図５に示すように、ｍ＝０，１と表示されるＰＵＣＣＨ領域にＰＵＣＣＨフォーマット２／２ａ／２ｂがマッピングされ」、これは、ＰＵＣＣＨフォーマット２／２ａ／２ｂが帯域-終端（ｂａｎｄｅｄｇｅ）に位置した資源ブロックにマッピングされると表現できる。また、ｍ＝２と表示されるＰＵＣＣＨ領域にＰＵＣＣＨフォーマット２／２ａ／２ｂ及びＰＵＣＣＨフォーマット１／１ａ／１ｂが共に（ｍｉｘｅｄ）マッピングされることができる。次に、ｍ＝３，４，５と表示されるＰＵＣＣＨ領域にＰＵＣＣＨフォーマット１／１ａ／１ｂがマッピングされることができる。ＰＵＣＣＨフォーマット２／２ａ／２ｂにより使用可能なＰＵＣＣＨ  ＲＢの数（Ｎ（２）ＲＢ）は、ブロードキャスティングシグナリングによってセル内の端末に指示されることができる。
【００７６】
ＰＵＣＣＨフォーマット２／２ａ／２ｂについて説明するＰＵＣＣＨフォーマット２／２ａ／２ｂは、チャネル測定フィードバック（ＣＱＩ、ＰＭＩ、ＲＩ）を送信するための制御チャネルである。
【００７７】
チャネル測定フィードバック（以下、通称してＣＱＩ情報と表現）の報告周期及び測定の対象になる周波数単位（または周波数解像度（ｒｅｓｏｌｕｔｉｏｎ））は、基地局によって制御されることができる。時間領域において周期的及び非周期的ＣＱＩ報告が支援されることができる。ＰＵＣＣＨフォーマット２は、周期的報告だけに使用され、非周期的報告のためには、ＰＵＳＣＨが使用されることができる。非周期的報告の場合に、基地局は、端末にアップリンクデータ送信のためにスケジューリングされた資源に個別ＣＱＩ報告を載せて送信することを指示できる。
【００７８】
図６は、本発明が適用されることができる無線通信システムにおける一般ＣＰの場合のＣＱＩチャネルの構造を示す。
【００７９】
一つのスロットのＳＣ-ＦＤＭＡシンボル０ないし６のうち、ＳＣ-ＦＤＭＡシンボル１及び５（第２番目及び６番目のシンボル）は、復調参照信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）の送信に使用され、残りのＳＣ-ＦＤＭＡシンボルにおいてＣＱＩ情報が送信されることができる。一方、拡張されたＣＰの場合には、一つのＳＣ-ＦＤＭＡシンボル（ＳＣ-ＦＤＭＡシンボル３）がＤＭＲＳ送信に使用される。
【００８０】
ＰＵＣＣＨフォーマット２／２ａ／２ｂでは、ＣＡＺＡＣシーケンスによる変調を支援し、ＱＰＳＫ変調されたシンボルが長さ１２のＣＡＺＡＣシーケンスで掛け算される。シーケンスの循環シフト（ＣＳ）は、シンボル及びスロットの間で変更される。ＤＭＲＳに対して直交カバーリングが使用される。
【００８１】
一つのスロットに含まれる７個のＳＣ-ＦＤＭＡシンボルのうち、３個のＳＣ-ＦＤＭＡシンボル間隔だけ離れた２個のＳＣ-ＦＤＭＡシンボルには、参照信号（ＤＭＲＳ）が載せられ、残りの５個のＳＣ-ＦＤＭＡシンボルには、ＣＱＩ情報が載せられる。一つのスロット内に二つのＲＳが使用されたことは、高速端末を支援するためである。また、各端末は、循環シフト（ＣＳ）シーケンスを使用して区分される。ＣＱＩ情報シンボルは、ＳＣ-ＦＤＭＡシンボル全体に変調されて伝達され、ＳＣ-ＦＤＭＡシンボルは、一つのシーケンスから構成されている。すなわち、端末は、各シーケンスにＣＱＩを変調して送信する。
【００８２】
一つのＴＴＩに送信できるシンボル数は１０個であり、ＣＱＩ情報の変調は、ＱＰＳＫまで決まっている。ＳＣ-ＦＤＭＡシンボルに対してＱＰＳＫマッピングを使用する場合、２ビットのＣＱＩ値が載せられることができるので、一つのスロットに１０ビットのＣＱＩ値を載せることができる。したがって、一つのサブフレームに最大２０ビットのＣＱＩ値を載せることができる。ＣＱＩ情報を周波数領域で拡散させるために周波数領域拡散符号を使用する。
【００８３】
周波数領域拡散符号には、長さ-１２のＣＡＺＡＣシーケンス（例えば、ＺＣシーケンス）を使用することができる。各制御チャネルは、互いに異なる循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ）値を有するＣＡＺＡＣシーケンスを適用して区分されることができる。周波数領域拡散されたＣＱＩ情報にＩＦＦＴが行われる。
【００８４】
１２個の同等な間隔を有した循環シフトによって１２個の相異なった端末が同じＰＵＣＣＨ  ＲＢ上において直交多重化されることができる。一般ＣＰの場合に、ＳＣ-ＦＤＭＡシンボル１及び５上の（拡張されたＣＰの場合にＳＣ-ＦＤＭＡシンボル３上の）ＤＭＲＳシーケンスは、周波数領域上のＣＱＩ信号シーケンスと似ているが、ＣＱＩ情報のような変調が適用されない。
【００８５】
ＰＵＣＣＨチャネル構造
ＰＵＣＣＨフォーマット１ａ及び１ｂについて説明する。
【００８６】
ＰＵＣＣＨフォーマット１ａ／１ｂにおいてＢＰＳＫまたはＱＰＳＫ変調方式を利用して変調されたシンボルは、長さ１２のＣＡＺＡＣシーケンスで掛け算（ｍｕｌｔｉｐｌｙ）される。例えば、変調シンボルｄ（０）に長さＮのＣＡＺＡＣシーケンスｒ（ｎ）（ｎ＝０，  １，  ２，  ．．．，  Ｎ-１）が掛け算される結果は、ｙ（０），  ｙ（１），  ｙ（２），  ．．．，  ｙ（Ｎ-１）になる。ｙ（０），  ．．．，  ｙ（Ｎ-１）  シンボルをシンボルブロック（ｂｌｏｃｋ  ｏｆ  ｓｙｍｂｏｌ）と称することができる。変調シンボルにＣＡＺＡＣシーケンスを掛け算した後に、直交シーケンスを利用したブロック-単位（ｂｌｏｃｋ-ｗｉｓｅ）拡散が適用される。
【００８７】
一般ＡＣＫ／ＮＡＣＫ情報に対しては、長さ４のアダマール（Ｈａｄａｍａｒｄ）シーケンスが使用され、  短い（ｓｈｏｒｔｅｎｅｄ）ＡＣＫ／ＮＡＣＫ情報及び参照信号（Ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）に対しては、長さ３のＤＦＴ（Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）シーケンスが使用される。
【００８８】
拡張されたＣＰの場合の参照信号に対しては、長さ２のアダマールシーケンスが使用される。
【００８９】
図７は、本発明が適用されることができる無線通信システムにおける一般ＣＰの場合にＡＣＫ／ＮＡＣＫチャネルの構造を示す。
【００９０】
図７では、ＣＱＩがなしでＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送信するためのＰＵＣＣＨチャネル構造を例示的に示す。
【００９１】
一つのスロットに含まれる７個のＳＣ-ＦＤＭＡシンボルのうち、中間部分の３個の連続するＳＣ-ＦＤＭＡシンボルには、参照信号（ＲＳ）が載せられ、残りの４個のＳＣ-ＦＤＭＡシンボルには、ＡＣＫ／ＮＡＣＫ信号が載せられる。
【００９２】
一方、拡張されたＣＰの場合には、中間の２個の連続するシンボルにＲＳが載せられることができる。ＲＳに使用されるシンボルの数及び位置は、制御チャネルによって変わることができ、これと関連したＡＣＫ／ＮＡＣＫ信号に使用されるシンボルの数及び位置もそれにより変更されうる。
【００９３】
１ビット及び２ビットの確認応答情報（スクランブリングされない状態）は、それぞれＢＰＳＫ及びＱＰＳＫ変調技法を使用して、一つのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ変調シンボルで表現されることができる。肯定確認応答（ＡＣＫ）は、「１」にエンコードされることができ、否定応答（ＮＡＣＫ）は、「０」にエンコードされることができる。
【００９４】
割り当てられる帯域内で制御信号を送信するとき、多重化容量を高めるために、２次元拡散が適用される。すなわち、多重化できる端末の数または制御チャネルの数を高めるために、周波数領域拡散と時間領域拡散とを同時に適用する。
【００９５】
ＡＣＫ／ＮＡＣＫ信号を周波数領域で拡散させるために、周波数領域シーケンスを基本シーケンスとして使用する。周波数領域シーケンスとしては、ＣＡＺＡＣシーケンスのうちの一つであるＺａｄｏｆｆ-Ｃｈｕ（ＺＣ）シーケンスを使用することができる。例えば、基本シーケンスであるＺＣシーケンスに互いに異なる循環シフト（ＣＳ：Ｃｙｃｌｉｃ  Ｓｈｉｆｔ）が適用されることによって、互いに異なる端末または互いに異なる制御チャネルの多重化が適用されることができる。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ送信のためのＰＵＣＣＨ  ＲＢのためのＳＣ-ＦＤＭＡシンボルにおいて支援されるＣＳ資源の数は、セル-特定上位-層シグナリングパラメータにより設定される。
【００９６】
周波数領域拡散されたＡＣＫ／ＮＡＣＫ信号は、直交拡散（ｓｐｒｅａｄｉｎｇ）コードを使用して時間領域で拡散される。直交拡散コードとしては、ウォルシュ・アダマール（Ｗａｌｓｈ-Ｈａｄａｍａｒｄ）シーケンスまたはＤＦＴシーケンスが使用されることができる。例えば、ＡＣＫ／ＮＡＣＫ信号は、４シンボルに対して長さ４の直交シーケンス（ｗ０、ｗ１、ｗ２、ｗ３）を利用して拡散されることができる。また、ＲＳも長さ３または長さ２の直交シーケンスを介して拡散させる。これを直交カバーリング（ＯＣ：Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒｉｎｇ）という。
【００９７】
前述のような周波数領域でのＣＳ資源及び時間領域でのＯＣ資源を利用して、多数の端末がコード分割多重化（ＣＤＭ：Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式により多重化されることができる。すなわち、同じＰＵＣＣＨ  ＲＢ上において多くの数の端末のＡＣＫ／ＮＡＣＫ情報及びＲＳが多重化されることができる。
【００９８】
このような時間領域拡散ＣＤＭに対して、ＡＣＫ／ＮＡＣＫ情報に対して支援される拡散コードの数は、ＲＳシンボルの数によって制限される。すなわち、ＲＳ送信ＳＣ-ＦＤＭＡシンボルの数は、ＡＣＫ／ＮＡＣＫ情報送信ＳＣ-ＦＤＭＡシンボルの数より少ないから、ＲＳの多重化容量（ｃａｐａｃｉｔｙ）がＡＣＫ／ＮＡＣＫ情報の多重化容量に比べて少なくなる。
【００９９】
例えば、一般ＣＰの場合に４個のシンボルにおいてＡＣＫ／ＮＡＣＫ情報が送信されることができるが、ＡＣＫ／ＮＡＣＫ情報のために４個でない３個の直交拡散コードが使用され、これは、ＲＳ送信シンボルの数が３個に制限されてＲＳのために３個の直交拡散コードだけが使用されることができるためである。
【０１００】
一般ＣＰのサブフレームにおいて一つのスロットで３個のシンボルがＲＳ送信のために使用され、４個のシンボルがＡＣＫ／ＮＡＣＫ情報送信のために使用される場合に、例えば、周波数領域において６個の循環シフト（ＣＳ）及び時間領域において３個の直交カバー（ＯＣ）資源を使用することができるならば、総１８個の相異なった端末からのＨＡＲＱ確認応答が一つのＰＵＣＣＨ  ＲＢ内で多重化されることができる。仮に、拡張されたＣＰのサブフレームにおいて一つのスロットで２個のシンボルがＲＳ送信のために使用され、４個のシンボルがＡＣＫ／ＮＡＣＫ情報送信のために使用される場合に、例えば、周波数領域において６個の循環シフト（ＣＳ）及び時間領域において２個の直交カバー（ＯＣ）資源を使用することができるならば、総１２個の相異なった端末からのＨＡＲＱ確認応答が一つのＰＵＣＣＨ  ＲＢ内で多重化されることができる。
【０１０１】
次に、ＰＵＣＣＨフォーマット１について説明する。スケジューリング要求（ＳＲ）は、端末がスケジューリングされることを要求するか、または要求しない方式により送信される。ＳＲチャネルは、ＰＵＣＣＨフォーマット１ａ／１ｂでのＡＣＫ／ＮＡＣＫチャネル構造を再び使用し、ＡＣＫ／ＮＡＣＫチャネル設計に基づいてＯＯＫ（Ｏｎ-Ｏｆｆ  Ｋｅｙｉｎｇ）方式で構成される。ＳＲチャネルでは、参照信号が送信されない。したがって、一般ＣＰの場合には、長さ７のシーケンスが利用され、拡張されたＣＰの場合には、長さ６のシーケンスが利用される。ＳＲ及びＡＣＫ／ＮＡＣＫに対して相異なった循環シフトまたは直交カバーが割り当てられることができる。すなわち、肯定（ｐｏｓｉｔｉｖｅ）ＳＲ送信のために、端末は、ＳＲ用として割り当てられた資源を介してＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送信する。否定（ｎｅｇａｔｉｖｅ）ＳＲ送信のためには、端末は、ＡＣＫ／ＮＡＣＫ用として割り当てられた資源を介して、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送信する。
【０１０２】
次に、改善された-ＰＵＣＣＨ（ｅ-ＰＵＣＣＨ）フォーマットについて説明する。ｅ-ＰＵＣＣＨは、ＬＴＥ-ＡシステムのＰＵＣＣＨフォーマット３に対応できる。ＰＵＣＣＨフォーマット３を利用したＡＣＫ／ＮＡＣＫ送信には、ブロック拡散（ｂｌｏｃｋ  ｓｐｒｅａｄｉｎｇ）技法が適用されることができる。
【０１０３】
ブロック拡散技法は、従来のＰＵＣＣＨフォーマット１系列または２系列とは異なり、制御信号送信をＳＣ-ＦＤＭＡ方式を利用して変調する方式である。図８において示すように、シンボルシーケンスがＯＣＣ（Ｏｒｔｈｏｇｏｎａｌ  Ｃｏｖｅｒ  Ｃｏｄｅ）を利用して時間領域（ｄｏｍａｉｎ）上において拡散されて送信されることができる。ＯＣＣを利用することによって同じＲＢ上に複数の端末の制御信号が多重化されることができる。前述のＰＵＣＣＨフォーマット２の場合には、一つのシンボルシーケンスが時間領域にわたって送信され、ＣＡＺＡＣシーケンスのＣＳ（ｃｙｃｌｉｃ  ｓｈｉｆｔ）を利用して、複数の端末の制御信号が多重化されることに対し、ブロック拡散基盤ＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット３）の場合には、一つのシンボルシーケンスが周波数領域にわたって送信され、ＯＣＣを利用した時間領域拡散を利用して複数の端末の制御信号が多重化される。
【０１０４】
図８は、本発明が適用されることができる無線通信システムにおける一つのスロットの間に５個のＳＣ-ＦＤＭＡシンボルを生成して送信する一例を示す。
【０１０５】
図８では、１スロットの間に一つのシンボルシーケンスに長さ＝５（またはＳＦ＝５）のＯＣＣを利用して５個のＳＣ-ＦＤＭＡシンボル（すなわち、データ部分）を生成して送信する例示を示す。この場合、１スロットの間に２個のＲＳシンボルが使用されることができる。
【０１０６】
図８の例示において、ＲＳシンボルは、特定循環シフト値が適用されたＣＡＺＡＣシーケンスから生成されることができ、複数のＲＳシンボルにわたって所定のＯＣＣが適用された（または掛け算された）形態により送信されることができる。また、図８の例示において各々のＯＦＤＭシンボル（またはＳＣ-ＦＤＭＡシンボル）別に１２個の変調シンボルが使用され、各々の変調シンボルは、ＱＰＳＫにより生成されると仮定すれば、一つのスロットにおいて送信できる最大ビット数は、１２ｘ２＝２４ビットとなる。したがって、２個のスロットで送信できるビット数は、合計４８ビットとなる。このようにブロック拡散方式のＰＵＣＣＨチャネル構造を使用する場合、既存のＰＵＣＣＨフォーマット１系列及び２系列に比べて拡張された大きさの制御情報の送信が可能になる。
【０１０７】
キャリヤ集成（併合）一般
本発明の実施の形態において考慮する通信環境は、マルチキャリヤ（Ｍｕｌｔｉ-ｃａｒｒｉｅｒ）支援環境をすべて含む。すなわち、本発明で用いられるマルチキャリアシステムまたはキャリヤ集成（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）システムは、広帯域を支援するために、目標とする広帯域を構成する時に目標帯域より小さな帯域幅（ｂａｎｄｗｉｄｔｈ）を有する１個以上のコンポーネントキャリヤ（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）を集成（ａｇｇｒｅｇａｔｉｏｎ）して使用するシステムのことをいう。
【０１０８】
本発明においてマルチキャリヤは、キャリヤの集成（または、搬送波集成）を意味し、このとき、キャリヤの集成は、隣接した（ｃｏｎｔｉｇｕｏｕｓ）キャリヤ間の集成だけでなく、隣接していない（ｎｏｎ-ｃｏｎｔｉｇｕｏｕｓ）キャリヤ間の集成を全部意味する。また、ダウンリンクとアップリンクとの間に集成されるコンポーネントキャリヤの数は、異なるように設定されることができる。ダウンリンクコンポーネントキャリヤ（以下、ＤＬ  ＣＣとする）の数とアップリンクコンポーネントキャリヤ（以下、ＵＬ  ＣＣとする）の数とが同じ場合を対称な（ｓｙｍｍｅｔｒｉｃ）集成といい、その数が異なる場合を非対称な（ａｓｙｍｍｅｔｒｉｃ）集成という。このようなキャリヤ集成は、搬送波集成、帯域幅集成（ｂａｎｄｗｉｄｔｈ  ａｇｇｒｅｇａｔｉｏｎ）、スペクトル集成（ｓｐｅｃｔｒｕｍ  ａｇｇｒｅｇａｔｉｏｎ）などのような用語と混用して使用されることができる。
【０１０９】
二つ以上のコンポーネントキャリヤが結合されて構成されるキャリヤ集成は、ＬＴＥ-Ａシステムでは、１００ＭＨｚ帯域幅まで支援することを目標とする。目標帯域より小さな帯域幅を有する１個以上のキャリヤを結合する時に、結合するキャリヤの帯域幅は、従来のＩＭＴシステムとの互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）を維持するために、従来のシステムにおいて使用する帯域幅に制限できる。例えば、従来の３ＧＰＰ  ＬＴＥシステムでは、｛１．４，  ３，  ５，  １０，  １５，  ２０｝ＭＨｚ帯域幅を支援し、３ＧＰＰ  ＬＴＥ-ａｄｖａｎｃｅｄシステム（すなわち、ＬＴＥ-Ａ）では、既存システムとの互換のために上記の帯域幅だけを利用して２０ＭＨｚより大きな帯域幅を支援するようにすることができる。また、本発明で用いられるキャリヤ集成システムは、既存システムで使用する帯域幅と関係なしで新しい帯域幅を定義してキャリヤ集成を支援するようにすることができる。
【０１１０】
ＬＴＥ-Ａシステムは、無線資源を管理するために、セル（ｃｅｌｌ）の概念を使用する。
【０１１１】
上述のキャリヤ集成環境は、多重セル（ｍｕｌｔｉｐｌｅ  ｃｅｌｌｓ）環境と称することができる。セルは、ダウンリンク資源（ＤＬ  ＣＣ）とアップリンク資源（ＵＬ  ＣＣ）一対の組み合わせと定義されるが、アップリンク資源は、必須要素ではない。したがって、セルは、ダウンリンク資源単独、またはダウンリンク資源とアップリンク資源とから構成されることができる。特定端末がただ一つの設定されたサービングセル（ｃｏｎｆｉｇｕｒｅｄ  ｓｅｒｖｉｎｇ  ｃｅｌｌ）を有する場合、１個のＤＬ  ＣＣと１個のＵＬ  ＣＣを有することができるが、特定端末が２個以上の設定されたサービングセルを有する場合には、セルの数だけのＤＬ  ＣＣを有し、ＵＬ  ＣＣの数は、それと同一であるか、またはそれより小さくありうる。
【０１１２】
または、それと反対にＤＬ  ＣＣとＵＬ  ＣＣとが構成されることもできる。すなわち、特定端末が多数の設定されたサービングセルを有する場合、ＤＬ  ＣＣの数よりＵＬ  ＣＣがより多くのキャリヤ集成環境も支援されることができる。すなわち、キャリヤ集成（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）は、各々キャリヤ周波数（セルの重心周波数）が互いに異なる二つ以上のセルの集成と理解されることができる。ここで、言う「セル（Ｃｅｌｌ）」は、一般に使用される基地局がカバーする領域としての「セル」とは区分されなければならない。
【０１１３】
ＬＴＥ-Ａシステムにおいて使用されるセルは、プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ  Ｃｅｌｌ）及びセコンダリーセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を含む。ＰセルとＳセルは、サービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）として使用されることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリヤ集成が設定されないか、またはキャリヤ集成を支援しない端末の場合、Ｐセルだけから構成されたサービングセルがただ一つ存在する。反面、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、キャリヤ集成が設定された端末の場合、一つ以上のサービングセルが存在でき、全体サービングセルには、Ｐセルと一つ以上のＳセルが含まれる。
【０１１４】
サービングセル（ＰセルとＳセル）は、ＲＲＣパラメータを介して設定されることができる。ＰｈｙｓＣｅｌｌＩｄは、セルの物理層識別子であって、０から５０３までの定数値を有する。ＳＣｅｌｌＩｎｄｅｘは、Ｓセルを識別するために使用される簡略な（ｓｈｏｒｔ）識別子であって、１から７までの定数値を有する。ＳｅｒｖＣｅｌｌＩｎｄｅｘは、サービングセル（ＰセルまたはＳセル）を識別するために使用される簡略な（ｓｈｏｒｔ）識別子であって、０から７までの定数値を有する。０値は、Ｐセルに適用され、ＳＣｅｌｌＩｎｄｅｘは、Ｓセルに適用するために予め付与される。すなわち、ＳｅｒｖＣｅｌｌＩｎｄｅｘにおいて最も小さなセルＩＤ（またはセルインデックス）を有するセルがＰセルになる。
【０１１５】
Ｐセルは、プライマリ周波数（または、ｐｒｉｍａｒｙ  ＣＣ）上において動作するセルを意味する。端末が初期接続設定（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行うか、または接続再-設定過程を行うのに使用されることができ、ハンドオーバ過程で指示されたセルを指し示すことができる。また、Ｐセルは、キャリヤ集成環境で設定されたサービングセルのうち、制御関連通信の中心になるセルを意味する。すなわち、端末は、自身のＰセルにおいてのＰＵＣＣＨを割り当てられて送信でき、システム情報を獲得するか、またはモニタリング手順を変更するのにＰセルだけを利用できる。Ｅ-ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）は、キャリヤ集成環境を支援する端末に移動性制御情報（ｍｏｂｉｌｉｔｙ  ＣｏｎｔｒｏｌＩｎｆｏ）を含む上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを利用して、ハンドオーバ手順のためにＰセルだけを変更することもできる。
【０１１６】
Ｓセルは、セコンダリー周波数（または、Ｓｅｃｏｎｄａｒｙ  ＣＣ）上において動作するセルを意味できる。特定端末にＰセルは、一つだけが割り当てられ、Ｓセルは、一つ以上が割り当てられることができる。Ｓセルは、ＲＲＣ接続が設定がなされた後に構成可能であり、追加的な無線資源を提供するのに使用されることができる。キャリヤ集成環境で設定されたサービングセルのうち、Ｐセルを除いた残りのセル、すなわちＳセルには、ＰＵＣＣＨが存在しない。Ｅ-ＵＴＲＡＮは、Ｓセルをキャリヤ集成環境を支援する端末に追加する時、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある関連したセルの動作と関連したすべてのシステム情報を特定シグナル（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌ）を介して提供できる。システム情報の変更は、関連したＳセルの解除及び追加によって制御されることができ、このとき、上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを利用できる。Ｅ-ＵＴＲＡＮは、関連したＳセル内でブロードキャストするよりは、端末別に相異なったパラメータを有する特定シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）ができる。
【０１１７】
初期セキュリティー活性化過程が始まった以後に、Ｅ-ＵＴＲＡＮは、接続設定過程で初期に構成されるＰセルに付加して、一つ以上のＳセルを含むネットワークを構成できる。キャリヤ集成環境でＰセル及びＳセルは、各々のコンポーネントキャリヤとして動作できる。以下の実施の形態では、プライマリコンポーネントキャリヤ（ＰＣＣ）は、Ｐセルと同じ意味として使用されることができ、セコンダリーコンポーネントキャリヤ（ＳＣＣ）は、Ｓセルと同じ意味として使用されることができる。
【０１１８】
図９は、本発明が適用されることができる無線通信システムにおけるコンポーネントキャリヤ及びキャリヤ集成の一例を示す。
【０１１９】
図９Ａは、ＬＴＥシステムにおいて使用される単一キャリヤ構造を示す。コンポーネントキャリヤには、ＤＬ  ＣＣとＵＬ  ＣＣがある。一つのコンポーネントキャリヤは、２０ＭＨｚの周波数範囲を有することができる。
【０１２０】
図９Ｂは、ＬＴＥ＿Ａシステムにおいて使用されるキャリヤ集成構造を示す。図９Ｂの場合に、２０ＭＨｚの周波数大きさを有する３個のコンポーネントキャリヤが結合された場合を示す。ＤＬ  ＣＣとＵＬ  ＣＣがそれぞれ３個ずつあるが、ＤＬ  ＣＣとＵＬ  ＣＣの数に制限があるのではない。キャリヤ集成の場合、端末は、３個のＣＣを同時にモニタリングでき、ダウンリンク信号／データを受信することができ、アップリンク信号／データを送信できる。
【０１２１】
仮に、特定セルにおいてＮ個のＤＬ  ＣＣが管理される場合には、ネットワークは、端末にＭ（Ｍ≦Ｎ）個のＤＬ  ＣＣを割り当てることができる。このとき、端末は、Ｍ個の制限されたＤＬ  ＣＣだけをモニタリングし、ＤＬ信号を受信することができる。また、ネットワークは、Ｌ（Ｌ≦Ｍ≦Ｎ）個のＤＬ  ＣＣに優先順位をつけて主なＤＬ  ＣＣを端末に割り当てることができ、このような場合、ＵＥは、Ｌ個のＤＬ  ＣＣは、必ずモニタリングしなければならない。このような方式は、アップリンクの送信にも全く同様に適用されることができる。
【０１２２】
ダウンリンク資源の搬送波周波数（またはＤＬ  ＣＣ）とアップリンク資源の搬送波周波数（または、ＵＬ  ＣＣ）との間のリンケージ（ｌｉｎｋａｇｅ）は、ＲＲＣメッセージのような上位層メッセージまたはシステム情報により指示されることができる。例えば、ＳＩＢ２（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ２）によって定義されるリンケージによって、ＤＬ資源とＵＬ資源との組み合わせが構成されることができる。具体的には、リンケージは、ＵＬグラントを運ぶＰＤＣＣＨが送信されるＤＬ  ＣＣと前記ＵＬグラントを使用するＵＬ  ＣＣ間のマッピング関係を意味でき、ＨＡＲＱのためのデータが送信されるＤＬ  ＣＣ（またはＵＬ  ＣＣ）とＨＡＲＱ  ＡＣＫ／ＮＡＣＫ信号が送信されるＵＬ  ＣＣ（またはＤＬ  ＣＣ）間のマッピング関係を意味することもできる。
【０１２３】
クロスキャリヤスケジューリング（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）
キャリヤ集成システムでは、キャリヤ（または搬送波）またはサービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）に対するスケジューリング観点でセルフスケジューリング（Ｓｅｌｆ-Ｓｃｈｅｄｕｌｉｎｇ）方法及びクロスキャリヤスケジューリング（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）方法の２通りがある。クロスキャリヤスケジューリングは、クロスコンポーネントキャリヤスケジューリング（Ｃｒｏｓｓ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）またはクロスセルスケジューリング（Ｃｒｏｓｓ  Ｃｅｌｌ  Ｓｃｈｅｄｕｌｉｎｇ）と称することができる。
【０１２４】
クロスキャリヤスケジューリングは、ＰＤＣＣＨ（ＤＬ  Ｇｒａｎｔ）とＰＤＳＣＨがそれぞれ異なるＤＬ  ＣＣに送信されるか、またはＤＬ  ＣＣから送信されたＰＤＣＣＨ（ＵＬ  Ｇｒａｎｔ）によって送信されるＰＵＳＣＨがＵＬグラントを受信したＤＬ  ＣＣとリンクされているＵＬ  ＣＣでない他のＵＬ  ＣＣを介して送信されることを意味する。
【０１２５】
クロスキャリヤスケジューリングするかどうかは、端末特定（ＵＥ-ｓｐｅｃｉｆｉｃ）に活性化または非活性化されることができ、上位層シグナリング（例えば、ＲＲＣ  ｓｉｇｎａｌｉｎｇ）を介してセミスタティック（ｓｅｍｉ-ｓｔａｔｉｃ）に各端末別に知られることができる。
【０１２６】
クロスキャリヤスケジューリングが活性化された場合、ＰＤＣＣＨに該当ＰＤＣＣＨが指示するＰＤＳＣＨ／ＰＵＳＣＨがどのＤＬ／ＵＬ  ＣＣを介して送信されるか否かを知らせるキャリヤ指示子フィールド（ＣＩＦ：Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）が必要である。例えば、ＰＤＣＣＨは、ＰＤＳＣＨ資源またはＰＵＳＣＨ資源をＣＩＦを利用して多数のコンポーネントキャリヤのうちの何れか一つに割り当てることができる。すなわち、ＤＬ  ＣＣ上でのＰＤＣＣＨが多重集成されたＤＬ／ＵＬ  ＣＣのうちの何れか一つにＰＤＳＣＨまたはＰＵＳＣＨ資源を割り当てる場合、ＣＩＦが設定される。この場合、ＬＴＥ-Ａ  Ｒｅｌｅａｓｅ-８のＤＣＩフォーマットは、ＣＩＦによって拡張されることができる。このとき、設定されたＣＩＦは、３ｂｉｔフィールドに固定されるか、または設定されたＣＩＦの位置は、ＤＣＩフォーマットの大きさと無関係に固定されることができる。また、ＬＴＥ-Ａ  Ｒｅｌｅａｓｅ-８のＰＤＣＣＨ構造（同一コーディング及び同じＣＣＥ基盤の資源マッピング）を再使用することもできる。
【０１２７】
これに対し、ＤＬ  ＣＣ上でのＰＤＣＣＨが同じＤＬ  ＣＣ上でのＰＤＳＣＨ資源を割り当てるか、または単一リンクされたＵＬ  ＣＣ上でのＰＵＳＣＨ資源を割り当てる場合には、ＣＩＦが設定されない。この場合、ＬＴＥ-Ａ  Ｒｅｌｅａｓｅ-８と同じＰＤＣＣＨ構造（同一コーディング及び同じＣＣＥ基盤の資源マッピング）とＤＣＩフォーマットとが使用されることができる。
【０１２８】
クロスキャリヤスケジューリングが可能であるとき、端末は、ＣＣ別送信モード及び／または帯域幅に応じてモニタリングＣＣの制御領域において複数のＤＣＩに対してＰＤＣＣＨをモニタリングすることが必要である。したがって、これを支援できる検索空間の構成とＰＤＣＣＨモニタリングが必要である。
【０１２９】
キャリヤ集成システムにおいて、端末ＤＬ  ＣＣ集合は、端末がＰＤＳＣＨを受信するようにスケジューリングされたＤＬ  ＣＣの集合を示し、端末ＵＬ  ＣＣ集合は、端末がＰＵＳＣＨを送信するようにスケジューリングされたＵＬ  ＣＣの集合を示す。また、ＰＤＣＣＨモニタリング集合（ｍｏｎｉｔｏｒｉｎｇ  ｓｅｔ）は、ＰＤＣＣＨモニタリングを行う少なくとも一つのＤＬ  ＣＣの集合を示す。ＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合と同じであるか、または端末ＤＬ  ＣＣ集合の副集合（ｓｕｂｓｅｔ）でありうる。ＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合内のＤＬ  ＣＣのうち、少なくとも何れか一つを含むことができる。またはＰＤＣＣＨモニタリング集合は、端末ＤＬ  ＣＣ集合に関わらず別に定義されることができる。ＰＤＣＣＨモニタリング集合に含まれるＤＬ  ＣＣは、リンクされたＵＬ  ＣＣに対したセルフ-スケジューリング（ｓｅｌｆ-ｓｃｈｅｄｕｌｉｎｇ）は、常に可能なように設定されることができる。このような、端末ＤＬ  ＣＣ集合、端末ＵＬ  ＣＣ集合及びＰＤＣＣＨモニタリング集合は、端末特定（ＵＥ-ｓｐｅｃｉｆｉｃ）、端末グループ特定（ＵＥ  ｇｒｏｕｐ-ｓｐｅｃｉｆｉｃ）またはセル特定（Ｃｅｌｌ-ｓｐｅｃｉｆｉｃ）に設定されることができる。
【０１３０】
クロスキャリヤスケジューリングが非活性化された場合には、ＰＤＣＣＨモニタリング集合が常に端末ＤＬ  ＣＣ集合と同一であることを意味し、このような場合には、ＰＤＣＣＨモニタリング集合に対する別途のシグナリングのような指示を必要としない。しかしながら、クロスキャリヤスケジューリングが活性化された場合には、ＰＤＣＣＨモニタリング集合が端末ＤＬ  ＣＣ集合内で定義されることが好ましい。すなわち、端末に対してＰＤＳＣＨまたはＰＵＳＣＨをスケジューリングするために、基地局は、ＰＤＣＣＨモニタリング集合だけを介してＰＤＣＣＨを送信する。
【０１３１】
図１０は、本発明が適用されることができる無線通信システムにおけるクロスキャリヤスケジューリングに応じるサブフレーム構造の一例を示す。
【０１３２】
図１０を参照すると、ＬＴＥ-Ａ端末のためのＤＬサブフレームは、３個のＤＬ  ＣＣが結合されており、ＤＬ  ＣＣ「Ａ」は、ＰＤＣＣＨモニタリングＤＬ  ＣＣに設定された場合を示す。ＣＩＦが使用されない場合、各ＤＬ  ＣＣは、ＣＩＦなしで自身のＰＤＳＣＨをスケジューリングするＰＤＣＣＨを送信できる。これに対し、ＣＩＦが上位層シグナリングを介して使用される場合、ただ一つのＤＬ  ＣＣ「Ａ」だけがＣＩＦを利用して自身のＰＤＳＣＨまたは他のＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨを送信できる。このとき、ＰＤＣＣＨモニタリングＤＬ  ＣＣに設定されないＤＬ  ＣＣ「Ｂ」と「Ｃ」とは、ＰＤＣＣＨを送信しない。
【０１３３】
ＭＩＭＯ（Ｍｕｌｔｉ-Ｉｎｐｕｔ  Ｍｕｌｔｉ-Ｏｕｔｐｕｔ）
ＭＩＭＯ技術は、いままで一般に一個の送信アンテナと一個の受信アンテナを使用したことから脱皮して、多重送信（Ｔｘ）アンテナと多重受信（Ｒｘ）アンテナを使用する。言い換えれば、ＭＩＭＯ技術は、無線通信システムの送信端または受信端で多重入出力アンテナを使用して、容量増大または性能改善を試みるための技術である。以下、「ＭＩＭＯ」を「多重入出力アンテナ」と称する。
【０１３４】
さらに具体的には、多重入出力アンテナ技術は、一つの完全なメッセージ（ｔｏｔａｌ  ｍｅｓｓａｇｅ）を受信するために、一個のアンテナ経路に依存せず、いくつかのアンテナを介して受信した複数のデータ片を収集して、完全なデータを完成させる。結果的に、多重入出力アンテナ技術は、特定システム範囲内でデータ送信率を増加させることができ、また特定データ送信率を介してシステムの範囲を増加させることができる。
【０１３５】
次世代移動通信は、既存の移動通信に比べてはるかに高いデータ送信率を要求するので、効率的な多重入出力アンテナ技術が必ず必要であると予想される。このような状況でＭＩＭＯ通信技術は、移動通信端末と中継器などに幅広く使用することができる次世代移動通信技術であり、データ通信拡大などにより限界状況により他の移動通信の送信量限界を克服できる技術として関心を集めている。
【０１３６】
一方、現在研究されている多様な送信効率の向上技術のうち、多重入出力アンテナ（ＭＩＭＯ）技術は、追加的な周波数割り当てまたは電力増加がなくても通信容量及び送受信性能を画期的に向上させることができる方法として、現在最も大きな注目を受けている。
【０１３７】
図１１は、一般的な多重入出力アンテナ（ＭＩＭＯ）通信システムの構成図である。
【０１３８】
図１１を参照すると、送信アンテナの数をＮT個に、受信アンテナの数をＮR個に同時に増やすと、送信機または受信機においてのみ多数のアンテナを使用するようになる場合とは異なり、アンテナ数に比例して理論的なチャネル送信容量が増加するので、送信レート（ｔｒａｎｓｆｅｒ  ｒａｔｅ）を向上させ、周波数効率を画期的に向上させることができる。この場合、チャネル送信容量の増加に応じる送信レートは、一つのアンテナを利用する場合の最大送信レート（Ｒo）に次のようなレート増加率（Ｒi）が掛け算された分だけ理論的に増加できる。
【０１３９】
【数１】
0006382337.tif 000004
【０１４０】
すなわち、例えば、４個の送信アンテナと４個の受信アンテナとを利用するＭＩＭＯ通信システムでは、単一アンテナシステムに比べて理論上４倍の送信レートを獲得できる。
【０１４１】
このような多重入出力アンテナの技術は、多様なチャネル経路を通過したシンボルを利用して送信信頼度を高める空間ダイバーシチ（ｓｐａｔｉａｌ  ｄｉｖｅｒｓｉｔｙ）方式と、多数の送信アンテナを利用して多数のデータシンボルを同時に送信して送信率を向上させる空間マルチプレクス（ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式とに分けられる。また、このような２通りの方式を適切に結合して各々の長所を適切に得るための方式に対する研究も、最近多く研究されている分野である。
【０１４２】
各々の方式についてさらに具体的に述べると、以下の通りである。
【０１４３】
第１に、空間ダイバーシチ方式の場合には、時空間ブロック符号系列と、ダイバーシチ利得と符号化利得とを同時に利用する時空間トレリス（Ｔｒｅｌｉｓ）符号系列方式がある。一般に、ビットエラー率改善性能と符号生成自由度は、トレリス符号方式が優秀であるが、演算複雑度は、時空間ブロック符号が簡単である。このような空間ダイバーシティー利得は、送信アンテナ数（ＮＴ）と受信アンテナ数（ＮＲ）の積（ＮＴ×ＮＲ）に該当する量を得ることができる。
【０１４４】
第２に、空間マルチプレクス技法は、各送信アンテナで互いに異なるデータ列を送信する方法であるが、このとき、受信機では、送信機から同時に送信されたデータ間に相互干渉が発生するようになる。受信機では、この干渉を適切な信号処理技法を利用して除去した後に受信する。ここに使用される雑音除去方式は、ＭＬＤ（ｍａｘｉｍｕｍ  ｌｉｋｅｌｉｈｏｏｄ  ｄｅｔｅｃｔｉｏｎ）受信機、ＺＦ（ｚｅｒｏ-ｆｏｒｃｉｎｇ）受信機、ＭＭＳＥ（ｍｉｎｉｍｕｍ  ｍｅａｎ  ｓｑｕａｒｅ  ｅｒｒｏｒ）受信機、Ｄ-ＢＬＡＳＴ（Ｄｉａｇｏｎａｌ-Ｂｅｌｌ  Ｌａｂｏｒａｔｏｒｉｅｓ  Ｌａｙｅｒｅｄ  Ｓｐａｃｅ-Ｔｉｍｅ）、Ｖ-ＢＬＡＳＴ（Ｖｅｒｔｉｃａｌ-Ｂｅｌｌ  Ｌａｂｏｒａｔｏｒｉｅｓ  Ｌａｙｅｒｅｄ  Ｓｐａｃｅ-Ｔｉｍｅ）などがあり、特に送信端でチャネル情報が分かる場合には、ＳＶＤ（ｓｉｎｇｕｌａｒ  ｖａｌｕｅ  ｄｅｃｏｍｐｏｓｉｔｉｏｎ）方式などを使用することができる。
【０１４５】
第３に、空間ダイバーシチと空間マルチプレクスとの結合された技法を例に挙げることができる。空間ダイバーシチ利得だけを得る場合、ダイバーシチ次数の増加に応じる性能改善利得が順次飽和され、空間マルチプレクス利得だけを取ると、無線チャネルにおいて送信信頼度が低下する。これを解決しながら２通りの利得を全部得る方式が研究されてきたのであり、このうち、時空間ブロック符号（Ｄｏｕｂｌｅ-ＳＴＴＤ）、時空間ＢＩＣＭ（ＳＴＢＩＣＭ）などの方式がある。
【０１４６】
上述のような多重入出力アンテナシステムにおける通信方法をより具体的な方法で説明するために、これを数学的にモデリングする場合、以下のように表すことができる。
【０１４７】
まず、図１１に示すように、ＮT個の送信アンテナとＮR個の受信アンテナが存在すると仮定する。
【０１４８】
まず、送信信号に対して述べると、このようにＮT個の送信アンテナがある場合、最大送信可能な情報は、ＮT個であるので、これを次のようなベクトルで表すことができる。
【０１４９】
【数２】
0006382337.tif 000005
【０１５０】
一方、各々の送信情報ｓ1，  ｓ2，  ．．．，  ｓNTにおいて送信電力を異なるようにすることができ、このとき、各々の送信電力をＰ1，Ｐ2，．．．，ＰNTとすると、送信電力が調整された送信情報は、次のようなベクトルで表すことができる。
【０１５１】
【数３】
0006382337.tif 000006
【０１５２】
【数４】
0006382337.tif 000007
【０１５３】
【数５】
0006382337.tif 000008
【０１５４】
【数６】
0006382337.tif 000009
その後に加重値行列Ｗが掛け算されて実際に送信されるＮT個の送信信号ｘ1，ｘ2，．．．，ｘNTを構成する。ここで、加重値行列は、送信チャネル状況などに応じて、送信情報を各アンテナに適切に分配する役割を行う。このような送信信号ｘ1，ｘ2，．．．，ｘNTをベクトルｘを利用して次のように表すことができる。
【０１５５】
【数７】
0006382337.tif 000010
【０１５６】
ここで、ｗijは、ｉ番目の送信アンテナとｊ番目の送信情報間の加重値を表し、Ｗは、これを行列で表したものである。このような行列Ｗを加重値行列（Ｗｅｉｇｈｔ  Ｍａｔｒｉｘ）またはプレコーディング行列（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ）と呼ぶ。
【０１５７】
一方、上述のような送信信号（ｘ）は、空間ダイバーシチを使用する場合と空間マルチプレクス使用する場合とに分けて考慮することができる。
【０１５８】
空間マルチプレクスを使用する場合は、互いに異なる信号を多重化して送信するようになるので、情報ベクトルｓの元素が全部異なる値を有するようになることに対し、空間ダイバーシチを使用するようになると、同じ信号を複数のチャネル経路を介して送信するようになるので、情報ベクトルｓの元素が全て同一の値を有するようになる。
【０１５９】
もちろん、空間マルチプレクスと空間ダイバーシチとを混合する方法も考慮可能である。すなわち、例えば、３個の送信アンテナを介して同じ信号を空間ダイバーシチを利用して送信し、残りは、各々異なる信号を空間マルチプレクスして送信する場合も考慮することができる。
【０１６０】
次に、受信信号は、ＮR個の受信アンテナがある場合、各アンテナの受信信号ｙ1，ｙ2，．．．，ｙNRをベクトルｙで次の通りに表すことにする。
【０１６１】
【数８】
0006382337.tif 000011
【０１６２】
一方、多重入出力アンテナ通信システムにおけるチャネルをモデリングする場合、各々のチャネルは、送受信アンテナインデックスに応じて区分でき、送信アンテナｊから受信アンテナｉを経るチャネルをｈijと表示することにする。ここで、ｈijのインデックスの順序が受信アンテナインデックスが先、送信アンテナのインデックスが後であることに留意する。
【０１６３】
このようなチャネルは、いくつかを束にしてベクトル及び行列形態でも表示可能である。ベクトル表示の例を挙げて説明すると、以下のとおりである。
【０１６４】
図１２は、多数の送信アンテナから一つの受信アンテナへのチャネルを示した図である。
【０１６５】
図１２に示すように、総ＮT個の送信アンテナから受信アンテナｉに到着するチャネルは、以下のとおりに表現可能である。
【０１６６】
【数９】
0006382337.tif 000012
【０１６７】
また、前記式７のような行列表現を介してＮT個の送信アンテナからＮR個の受信アンテナを経るチャネルを全て表す場合、以下のように表すことができる。
【０１６８】
【数１０】
0006382337.tif 000013
【０１６９】
一方、実際のチャネルは、上のようなチャネル行列Ｈを経た後に白色雑音（ＡＷＧＮ：Ａｄｄｉｔｉｖｅ  Ｗｈｉｔｅ  Ｇａｕｓｓｉａｎ  Ｎｏｉｓｅ）が加えられるので、ＮR個の受信アンテナの各々に加えられる白色雑音ｎ1，ｎ2，．．．，ｎNRをベクトルで表現すると、以下のとおりである。
【０１７０】
【数１１】
0006382337.tif 000014
【０１７１】
上述のような送信信号、受信信号、チャネル、及び白色雑音のモデリングを介して多重入出力アンテナ通信システムでの各々は、次のような関係を介して表すことができる。
【０１７２】
【数１２】
0006382337.tif 000015
【０１７３】
一方、チャネルの状態を表すチャネル行列Ｈの行と列の数は、送受信アンテナの数によって決定される。チャネル行列Ｈは、上述のように、行の数は、受信アンテナの数ＮRと同じくなり、列の数は、送信アンテナの数ＮTと同じくなる。すなわち、チャネル行列Ｈは、ＮR×ＮT行列になる。
【０１７４】
一般に、行列のランク（ｒａｎｋ）は、互いに独立である（ｉｎｄｅｐｅｎｄｅｎｔ）行または列の数の中で最小数と定義される。したがって、行列のランクは、行または列の数より大きくはありえなくなる。式的に、例えば、チャネル行列Ｈのランク（ｒａｎｋ（Ｈ））は、以下のとおりに制限される。
【０１７５】
【数１３】
0006382337.tif 000016
【０１７６】
また、行列を固有値分解（Ｅｉｇｅｎ  ｖａｌｕｅ  ｄｅｃｏｍｐｏｓｉｔｉｏｎ）をしたとき、ランクは、固有値（ｅｉｇｅｎ  ｖａｌｕｅ）のうち、０でない固有値の数と定義することができる。類似の方法で、ランクをＳＶＤ（ｓｉｎｇｕｌａｒ  ｖａｌｕｅ  ｄｅｃｏｍｐｏｓｉｔｉｏｎ）したとき、０でない特異値（ｓｉｎｇｕｌａｒ  ｖａｌｕｅ）の数と定義することができる。したがって、チャネル行列においてランクの物理的な意味は、与えられたチャネルで互いに異なる情報を送ることができる最大数ということができる。
【０１７７】
本明細書において、ＭＩＭＯ送信に対する「ランク（Ｒａｎｋ）」は、特定時点及び特定周波数資源において独立的に信号を送信できる経路の数を表し、「層（ｌａｙｅｒ）の数」は、各経路を介して送信される信号ストリームの数を示す。一般に、送信端は、信号の送信に利用されるランク数に対応する数の層を送信するから、特別な言及がない限り、ランクは、層数と同じ意味を有する。
【０１７８】
ＣＯＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｍｕｌｔｉ-Ｐｏｉｎｔ  Ｔｒａｎｓｍｉｓｓｉｏｎ  ａｎｄ  Ｒｅｃｅｐｔｉｏｎ）
ＬＴＥ-ａｄｖａｎｃｅｄの要求に合わせて、システムの性能向上のためにＣｏＭＰ送信が提案された。ＣｏＭＰは、ｃｏ-ＭＩＭＯ、ｃｏｌｌａｂｏｒａｔｉｖｅ  ＭＩＭＯ、ｎｅｔｗｏｒｋ  ＭＩＭＯなどとも呼ばれる。ＣｏＭＰは、セル境界に位置した端末の性能を向上させ、平均セル（セクター）の効率（ｔｈｒｏｕｇｈｐｕｔ）を向上させると予想される。
【０１７９】
一般に、セル間干渉（Ｉｎｔｅｒ-Ｃｅｌｌ  Ｉｎｔｅｒｆｅｒｅｎｃｅ）は、周波数再使用指数が１である多重-セル環境においてセル境界に位置した端末の性能及び平均セル（セクター）効率を低下させる。セル間干渉を緩和させるために、干渉制約的な（ｉｎｔｅｒｆｅｒｅｎｃｅ-ｌｉｍｉｔｅｄ）環境においてセル境界に位置した端末が適正な性能効率を有するように、ＬＴＥシステムでは、部分周波数再使用（ＦＦＲ：Ｆｒａｃｔｉｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  Ｒｅｕｓｅ）のような単純な受動的な方法が適用された。しかしながら、各セル当たりの周波数資源の使用を減少させる代わり、端末が受信しなければならない信号（ｄｅｓｉｒｅｄ  ｓｉｇｎａｌ）としてセル間干渉を再度使用するか、またはセル間干渉を緩和させる方法がより利益になる。上述の目的を達成するために、ＣｏＭＰ送信方式が適用されることができる。
【０１８０】
ダウンリンクに適用されることができるＣｏＭＰ方式は、ＪＰ（Ｊｏｉｎｔ  Ｐｒｏｃｅｓｓｉｎｇ）方式とＣＳ／ＣＢ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｓｃｈｅｄｕｌｉｎｇ／Ｂｅａｍｆｏｒｍｉｎｇ）方式とに分けることができる。
【０１８１】
ＪＰ方式において、データは、ＣｏＭＰ単位の各ポイント（基地局）で使用されることができる。ＣｏＭＰ単位は、ＣｏＭＰ方式において利用される基地局の集合を意味する。ＪＰ方式は、また連合送信（ｊｏｉｎｔ  ｔｒａｎｓｍｉｓｓｉｏｎ）方式と動的セル選択（ｄｙｎａｍｉｃ  ｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ）方式とに分けることができる。
【０１８２】
連合送信方式は、ＣｏＭＰ単位において全体または一部分である複数のポイントからＰＤＳＣＨを介して信号が同時に送信される方式を意味する。すなわち、単一の端末に送信されるデータは、複数の送信ポイントから同時に送信されることができる。このような連合送信方式により可干渉的（ｃｏｈｅｒｅｎｔｌｙ）ないし非干渉的（ｎｏｎ-ｃｏｈｅｒｅｎｔｌｙ）に関わらず、端末に送信される信号の品質を高めることができ、さらに異なる端末との干渉を積極的に除去できる。
【０１８３】
動的セル選択方式は、ＣｏＭＰ単位において単一のポイントからＰＤＳＣＨを介して信号が送信される方式を意味する。すなわち、特定時間に単一の端末に送信されるデータは、単一のポイントから送信され、ＣｏＭＰ単位内の異なるポイントでは、前記端末にデータを送信しない。端末にデータを送信するポイントは、動的に選択されることができる。
【０１８４】
ＣＳ／ＣＢ方式によると、ＣｏＭＰ単位は、単一の端末へのデータ送信のために協力してビーム形成を行うようになる。すなわち、サービングセルだけで端末にデータを送信するが、ユーザスケジューリング／ビーム形成は、ＣｏＭＰ単位内の複数のセル間の協力を介して決定されることができる。
【０１８５】
アップリンクの場合、ＣｏＭＰ受信は、地理的に分離された複数のポイント間の協力によって送信された信号を受信することを意味する。アップリンクに適用されることができるＣｏＭＰ方式は、ＪＲ（Ｊｏｉｎｔ  Ｒｅｃｅｐｔｉｏｎ）方式とＣＳ／ＣＢ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｓｃｈｅｄｕｌｉｎｇ／Ｂｅａｍｆｏｒｍｉｎｇ）方式とに分けることができる。
【０１８６】
ＪＲ方式は、ＣｏＭＰ単位において全体または一部分である複数のポイントがＰＤＳＣＨを介して送信された信号を受信する方式を意味する。ＣＳ／ＣＢ方式は、単一のポイントにおいてのみＰＤＳＣＨを介して送信された信号を受信するようになるが、ユーザスケジューリング／ビーム形成は、ＣｏＭＰ単位内の複数のセル間の協力を介して決定されることができる。
【０１８７】
リレイノード（ＲＮ：Ｒｅｌａｙ  Ｎｏｄｅ）
リレイノードは、基地局と端末との間の送受信されるデータを二つの異なるリンク（バックホールリンク及びアクセスリンク）を介して伝達する。基地局は、ドナー（ｄｏｎｏｒ）セルを含むことができる。リレイノードは、ドナーセルを介して無線で無線アクセスネットワークに接続される。
【０１８８】
一方、リレイノードの帯域（またはスペクトル）使用と関連して、バックホールリンクがアクセスリンクと同じ周波数帯域で動作する場合を「イン-バンド（ｉｎ-ｂａｎｄ）」といい、バックホールリンクとアクセスリンクが相異なった周波数帯域で動作する場合を「アウト-バンド（ｏｕｔ-ｂａｎｄ）」という。イン-バンド及びアウト-バンドの場合、全部既存のＬＴＥシステム（例えば、リリース-８）によって動作する端末（以下、レガシー（ｌｅｇａｃｙ）端末という。）がドナーセルに接続できなければならない。
【０１８９】
端末に置いてリレイノードを認識するかどうかに応じてリレイノードは、トランスペアレント（ｔｒａｎｓｐａｒｅｎｔ）リレイノードまたはノン-トランスペアレント（ｎｏｎ-ｔｒａｎｓｐａｒｅｎｔ）リレイノードに分類されることができる。トランスペアレントは、端末がリレイノードを介してネットワークと通信するかどうかを認知できない場合を意味し、ノン-トランスペアレントは、端末がリレイノードを介してネットワークと通信するかどうかを認知する場合を意味する。
【０１９０】
リレイノードの制御と関連して、ドナーセルの一部として構成されるリレイノードまたは自らセルを制御するリレイノードとに区分されることができる。
【０１９１】
ドナーセルの一部として構成されるリレイノードは、リレイノード識別子（ｒｅｌａｙ  ＩＤ）を有することはできるが、リレイノード自身のセル識別子（ｃｅｌｌ  ｉｄｅｎｔｉｔｙ）を有しない。
【０１９２】
ドナーセルが属する基地局によってＲＲＭ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ）の少なくとも一部が制御されると、ＲＲＭの残りの部分がリレイノードに位置しても、ドナーセルの一部として構成されるリレイノードという。好ましくは、このようなリレイノードは、レガシー端末を支援できる。例えば、スマートレピ−タ（Ｓｍａｒｔ  ｒｅｐｅａｔｅｒｓ）、デコード-アンド-フォワードリレイノード（ｄｅｃｏｄｅ-ａｎｄ-ｆｏｒｗａｒｄ  ｒｅｌａｙｓ）、Ｌ２（第２層）リレイノードの多様な種類及びタイプ-２リレイノードがこのようなリレイノードに該当する。
【０１９３】
自らセルを制御するリレイノードの場合に、リレイノードは、一つまたは複数のセルを制御し、リレイノードにより制御されるセルの各々に固有の物理層セル識別子が提供される。また、リレイノードにより制御されるセルの各々は、同じＲＲＭメカニズムを利用できる。端末観点では、リレイノードによって制御されるセルにアクセスすることと一般基地局により制御されるセルにアクセスすることに差異点がない。このようなリレイノードにより制御されるセルは、レガシー端末を支援できる。例えば、セルフ-バックホーリング（Ｓｅｌｆ-ｂａｃｋｈａｕｌｉｎｇ）リレイノード、Ｌ３（第３層）リレイノード、タイプ-１リレイノード及びタイプ-１ａリレイノードがこのようなリレイノードに該当する。
【０１９４】
タイプ-１リレイノードは、イン-バンドリレイノードとして複数のセルを制御し、これらの複数のセルの各々は、端末の立場でドナーセルと区別される別のセルとして見える。また、複数のセルは、各自の物理セルＩＤ（これは、ＬＴＥリリース-８で定義されること）で、リレイノードは、自身の同期化チャネル、参照信号などを送信できる。単一-セル動作の場合に、端末は、リレイノードから直接スケジューリング情報及びＨＡＲＱフィードバックを受信し、リレイノードに自身の制御チャネル（スケジューリング要求（ＳＲ）、ＣＱＩ、ＡＣＫ／ＮＡＣＫ等）を送信できる。また、レガシー端末（ＬＴＥリリース-８システムに従って動作する端末）にタイプ-１リレイノードは、レガシー基地局（ＬＴＥリリース-８システムに従って動作する基地局）として見える。すなわち、逆方向互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）を有する。一方、ＬＴＥ-Ａシステムに従って動作する端末には、タイプ-１リレイノードは、レガシー基地局と異なる基地局としてみえ、性能向上を提供できる。
【０１９５】
タイプ-１ａリレイノードは、アウト-バンドとして動作する他に、前述のタイプ-１リレイノードと同じ特徴を有する。タイプ-１ａリレイノードの動作は、Ｌ１（第１層）動作に対する影響が最小化またはないように構成されることができる。
【０１９６】
タイプ-２リレイノードは、イン-バンドリレイノードであって、別の物理セルＩＤを有しなく、これにより新しいセルを形成しない。タイプ-２リレイノードは、レガシー端末に対してトランスペアレントであり、レガシー端末は、タイプ-２リレイノードの存在を認知できない。タイプ-２リレイノードは、ＰＤＳＣＨを送信できるが、少なくともＣＲＳ及びＰＤＣＣＨは送信しない。
【０１９７】
一方、リレイノードがイン-バンドとして動作するようにするために、時間-周波数空間での一部資源がバックホールリンクのために予備されなければならず、この資源は、アクセスリンクのために使用されないように設定できる。これを資源分割（ｒｅｓｏｕｒｃｅ  ｐａｒｔｉｔｉｏｎｉｎｇ）という。
【０１９８】
リレイノードでの資源分割における一般的な原理は、次の通りに説明できる。バックホールダウンリンク及びアクセスダウンリンクが一つの搬送波周波数上において時間分割多重化（ＴＤＭ）方式により多重化できる（すなわち、特定時間でバックホールダウンリンクまたはアクセスダウンリンクのうち、一つだけが活性化される）。同様に、バックホールアップリンク及びアクセスアップリンクは、一つの搬送波周波数上においてＴＤＭ方式で多重化されることができる（すなわち、特定時間においてバックホールアップリンクまたはアクセスアップリンクのうちの何れか一つだけが活性化される）。
【０１９９】
ＦＤＤでのバックホールリンク多重化は、バックホールダウンリンク送信は、ダウンリンク周波数帯域で行われ、バックホールアップリンク送信は、アップリンク周波数帯域で行われることができる。ＴＤＤでのバックホールリンク多重化は、バックホールダウンリンク送信は、基地局とリレイノードのダウンリンクサブフレームで行われ、バックホールアップリンク送信は、基地局とリレイノードのアップリンクサブフレームで行われることができる。
【０２００】
イン-バンドリレイノードの場合に、例えば、同じ周波数帯域で基地局からのバックホールダウンリンク受信と端末へのアクセスダウンリンク送信が同時になされると、リレイノードの送信端から送信される信号によってリレイノードの受信端で信号干渉が発生しうる。すなわち、リレイノードのＲＦフロントエンド（ｆｒｏｎｔ-ｅｎｄ）で信号干渉またはＲＦジャミング（ｊａｍｍｉｎｇ）が発生しうる。同様に、同じ周波数帯域で基地局へのバックホールアップリンク送信と端末からのアクセスアップリンク受信とが同時になされる場合にも、信号干渉が発生しうる。
【０２０１】
したがって、リレイノードで同じ周波数帯域において同時に信号を送受信するために、受信信号と送信信号との間に十分な分離（例えば、送信アンテナと受信アンテナを地上／地下に設置するように地理的に十分に離隔させて設置する）が提供されてないと具現しがたい。
【０２０２】
このような信号干渉の問題を解決する一つの方案は、リレイノードがドナーセルから信号を受信する間に、端末に信号を送信しないように動作させることである。すなわち、リレイノードから端末への送信にギャップ（ｇａｐ）を生成し、このギャップ間には、端末（レガシー端末を含む）がリレイノードからのいかなる送信も期待しないように設定できる。このようなギャップは、ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ  Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）サブフレームを構成することによって設定できる。
【０２０３】
図１３は、本発明が適用されることができる無線通信システムにおけるリレイノード資源分割を例示する。
【０２０４】
図１３において、第１番目のサブフレームは、一般サブフレームとしてリレイノードから端末にダウンリンク（すなわち、アクセスダウンリンク）制御信号及びデータが送信され、第２番目のサブフレームは、ＭＢＳＦＮサブフレームとしてダウンリンクサブフレームの制御領域では、リレイノードから端末に制御信号が送信されるが、ダウンリンクサブフレームの残りの領域では、リレイノードから端末に何らの送信が行われない。ここで、レガシー端末の場合には、すべてのダウンリンクサブフレームでＰＤＣＣＨの送信を期待するようになるので（言い換えれば、リレイノードは、自身の領域内のレガシー端末が毎サブフレームでＰＤＣＣＨを受信して、測定機能を行うように支援する必要があるので）、レガシー端末の正しい動作のためには、すべてのダウンリンクサブフレームでＰＤＣＣＨを送信する必要がある。したがって、基地局からリレイノードへのダウンリンク（すなわち、バックホールダウンリンク）送信のために設定されたサブフレーム（第２番目のサブフレーム）上においても、サブフレームの最初Ｎ（Ｎ＝１，２または３）個のＯＦＤＭシンボル区間でリレイノードは、バックホールダウンリンクを受信することでなくアクセスダウンリンク送信をしなければならない必要がある。これに対し、第２番目のサブフレームの制御領域においてＰＤＣＣＨがリレイノードから端末に送信されるので、リレイノードでサービングするレガシー端末に対する逆方向互換性が提供されることができる。第２サブフレームの残りの領域では、リレイノードから端末に何らの送信が行われない間に、リレイノードは、基地局からの送信を受信することができる。したがって、このような資源分割方式により、イン-バンドリレイノードでアクセスダウンリンク送信とバックホールダウンリンク受信とが同時に行われないようにすることができる。
【０２０５】
ＭＢＳＦＮサブフレームを利用する第２番目のサブフレームについて具体的に説明する。第２番目のサブフレームの制御領域は、リレイノード非-聴取（ｎｏｎ-ｈｅａｒｉｎｇ）区間ということができる。リレイノード非-聴取区間は、リレイノードがバックホールダウンリンク信号を受信せずにアクセスダウンリンク信号を送信する区間を意味する。この区間は、前述のように１、２または３ＯＦＤＭ長さに設定されることができる。リレイノード非-聴取区間でリレイノードは、端末へのアクセスダウンリンク送信を行い、残りの領域では、基地局からバックホールダウンリンクを受信することができる。このとき、リレイノードは、同じ周波数帯域で同時に送受信を行うことができないので、リレイノードが送信モードから受信モードに切り替えるのに時間がかかる。したがって、バックホールダウンリンク受信領域の最初の一部区間でリレイノードが送信／受信モードスイッチングをするようガード時間（ＧＴ：ｇｕａｒｄ  ｔｉｍｅ）が設定される必要がある。同様に、リレイノードが基地局からのバックホールダウンリンクを受信し、端末へのアクセスダウンリンクを送信するように動作する場合にも、リレイノードの受信／送信モードスイッチングのためのガード時間が設定されることができる。このようなガード時間の長さは、時間領域の値として与えられることができ、例えば、ｋ（ｋ≧１）個の時間サンプル（Ｔｓ：ｔｉｍｅ  ｓａｍｐｌｅ）値として与えられることができ、または一つ以上のＯＦＤＭシンボル長さに設定されることもできる。または、リレイノードバックホールダウンリンクサブフレームが連続して設定されている場合に、または所定のサブフレームタイミング整列（ｔｉｍｉｎｇ  ａｌｉｇｎｍｅｎｔ）関係によってサブフレームの最後の部分のガード時間は、定義されるか、または設定されないことができる。このようなガード時間は、逆方向互換性を維持するために、バックホールダウンリンクサブフレーム送信のために設定されている周波数領域においてのみ定義されることができる（アクセスダウンリンク区間でガード時間が設定される場合には、レガシー端末を支援できない）。ガード時間を除いたバックホールダウンリンク受信区間でリレイノードは、基地局からＰＤＣＣＨ及びＰＤＳＣＨを受信することができる。これをリレイノード専用物理チャネルという意味でＲ-ＰＤＣＣＨ（Ｒｅｌａｙ-ＰＤＣＣＨ）及びＲ-ＰＤＳＣＨ（Ｒｅｌａｙ-ＰＤＳＣＨ）と表現することもできる。
【０２０６】
Ｄ２Ｄ通信一般
一般に、Ｄ２Ｄ通信は、事物と事物間の通信または事物知能通信を指し示す用語として制限的に使用される場合もあるが、本発明でのＤ２Ｄ通信は、通信機能の装着された単純な装置はもちろん、スマートフォンまたは個人用コンピュータのように通信機能を揃えた多様な形態の装置間の通信を全部含むことができる。
【０２０７】
図１４は、本発明が適用されることができる無線通信システムにおけるＤ２Ｄ通信を概念的に説明するための図である。
【０２０８】
図１４の（ａ）は、既存の基地局（ｅＮＢ）中心の通信方式を示すもので、ＵＥ  １は、アップリンク上において基地局へデータを送信でき、基地局は、ダウンリンク上においてＵＥ  ２へデータを送信できる。このような通信方式は、基地局を介した間接通信方式ということができる。間接通信方式では、既存の無線通信システムで定義されたリンクであるＵｎリンク（基地局間のリンクまたは基地局と中継器間のリンクとして、バックホールリンクと称することができる）及び／またはＵｕリンク（基地局と端末間のリンクまたは中継器と端末間のリンクとして、アクセスリンクと称することができる）が関連することができる。
【０２０９】
図１４の（ｂ）は、Ｄ２Ｄ通信の一例としてＵＥ-ｔｏ-ＵＥ通信方式を示すことで、ＵＥ間のデータ交換が基地局を経ずに行われることができる。このような通信方式は、装置間の直接通信方式ということができる。Ｄ２Ｄ直接通信方式は、既存の基地局を介した間接通信方式に比べて遅延（ｌａｔｅｎｃｙ）が減少し、より少ない無線資源を使用する等の長所を有する。
【０２１０】
図１５は、本明細書で提案する方法が適用されることができるＤ２Ｄ通信の多様なシナリオの一例を示す。
【０２１１】
Ｄ２Ｄ通信のシナリオは、ＵＥ  １とＵＥ  ２がセルカバレッジ内（ｉｎ-ｃｏｖｅｒａｇｅ）／セルカバレッジ外（ｏｕｔ-ｏｆ-ｃｏｖｅｒａｇｅ）に位置するかによって、大きく（１）Ｏｕｔ-ｏｆ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋ、（２）Ｐａｒｔｉａｌ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋ、及び（３）Ｉｎ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋに分けられることができる。
【０２１２】
Ｉｎ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋの場合、基地局のカバレッジに該当するセル（Ｃｅｌｌ）の数に応じて、Ｉｎ-Ｃｏｖｅｒａｇｅ-Ｓｉｎｇｌｅ-Ｃｅｌｌ及びＩｎ-Ｃｏｖｅｒａｇｅ-Ｍｕｌｔｉ-Ｃｅｌｌに分けられることができる。
【０２１３】
図１５の（ａ）は、Ｄ２Ｄ通信のＯｕｔ-ｏｆ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋシナリオの一例を示す。
【０２１４】
Ｏｕｔ-ｏｆ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋシナリオは、基地局の制御無しでＤ２Ｄ端末間Ｄ２Ｄ通信を行うことを意味する。
【０２１５】
図１５の（ａ）において、ＵＥ  １とＵＥ  ２だけが存在し、ＵＥ  １とＵＥ  ２は、直接通信することを確認することができる。
【０２１６】
図１５の（ｂ）は、Ｄ２Ｄ通信のＰａｒｔｉａｌ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋシナリオの一例を示す。
【０２１７】
Ｐａｒｔｉａｌ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋシナリオは、ネットワークカバレッジ内に位置するＤ２Ｄ端末とネットワークカバレッジの外に位置するＤ２Ｄ端末との間にＤ２Ｄ通信を行うことを意味する。
【０２１８】
図１５の（ｂ）において、ネットワークカバレッジ内に位置するＵＥ  １とネットワークカバレッジの外に位置するＵＥ  ２とが通信することを確認することができる。
【０２１９】
図１５の（ｃ）は、Ｉｎ-Ｃｏｖｅｒａｇｅ-Ｓｉｎｇｌｅ-Ｃｅｌｌシナリオの一例を、図１５の（ｄ）は、Ｉｎ-Ｃｏｖｅｒａｇｅ-Ｍｕｌｔｉ-Ｃｅｌｌシナリオの一例を示す。
【０２２０】
Ｉｎ-Ｃｏｖｅｒａｇｅ  Ｎｅｔｗｏｒｋシナリオは、Ｄ２Ｄ端末がネットワークカバレッジ内で基地局の制御を介してＤ２Ｄ通信を行うことを意味する。
【０２２１】
図１５の（ｃ）において、ＵＥ  １とＵＥ  ２とは、同じネットワークカバレッジ（またはセル）内に位置し、基地局の制御下にＤ２Ｄ通信を行う。
【０２２２】
図１５の（ｄ）において、ＵＥ  １とＵＥ  ２は、ネットワークカバレッジ内に位置するものの、互いに異なるネットワークカバレッジ内に位置する。そして、ＵＥ  １とＵＥ  ２とは、各ネットワークカバレッジを管理する基地局の制御下にＤ２Ｄ通信を行う。
【０２２３】
以下、Ｄ２Ｄ通信に関してさらに詳細に説明する。
【０２２４】
Ｄ２Ｄ通信は、図１５に示すシナリオで動作できるが、一般にネットワークカバレッジ内（ｉｎ-ｃｏｖｅｒａｇｅ）とネットワークカバレッジ外（ｏｕｔ-ｏｆ-ｃｏｖｅｒａｇｅ）で動作できる。Ｄ２Ｄ通信（端末間直接通信）のために利用されるリンクをＤ２Ｄリンク（Ｄ２Ｄ  ｌｉｎｋ）、ダイレクトリンク（ｄｉｒｅｃｔｌｉｎｋ）またはサイドリンク（ｓｉｄｅｌｉｎｋ）などと称することができる、以下、説明の便宜のために、サイドリンクと通称して説明する。
【０２２５】
サイドリンク送信は、ＦＤＤの場合、アップリンクスペクトルで動作し、ＴＤＤの場合、アップリンク（あるいはダウンリンク）サブフレームで動作できる。サイドリンク送信とアップリンク送信の多重化のために、ＴＤＭ（Ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）が利用されることができる。
【０２２６】
サイドリンク送信とアップリンク送信とは、同時に行われない。アップリンク送信のために使用されるアップリンクサブフレームまたはＵｐＰＴＳと部分的にあるいは全体的に重なるサイドリンクサブフレームでは、サイドリンク送信が行われない。また、サイドリンクの送信及び受信もまた同時に行われない。
【０２２７】
サイドリンクの送信に利用される物理資源の構造は、アップリンク物理資源の構造が同一に利用されることができる。ただし、サイドリンクサブフレームの最後のシンボルは、保護区間（ｇｕａｒｄ  ｐｅｒｉｏｄ）から構成されてサイドリンクの送信に利用されない。
【０２２８】
サイドリンクサブフレームは、拡張循環前置（ｅｘｔｅｎｄｅｄ  ＣＰ）または一般循環前置（ｎｏｒｍａｌ  ＣＰ）により構成されることができる。
【０２２９】
Ｄ２Ｄ通信は、大きくディスカバリー（ｄｉｓｃｏｖｅｒｙ）、直接通信（ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、同期化（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）に区分されることができる。
【０２３０】
１）ディスカバリー（ｄｉｓｃｏｖｅｒｙ）
Ｄ２Ｄディスカバリーは、ネットワークカバレッジ内で適用されることができる。（Ｉｎｔｅｒ-ｃｅｌｌ、Ｉｎｔｒａ-ｃｅｌｌを含む）。インターセル（ｉｎｔｅｒ-ｃｅｌｌ）ディスカバリーで同期化された（ｓｙｎｃｈｒｏｎｏｕｓ）または同期化されない（ａｓｙｎｃｈｒｏｎｏｕｓ）セル配置が考慮されることができる。Ｄ２Ｄディスカバリーは、近接領域内のＵＥに広告、クーポン発行、友人検索などの多様な常用目的として活用できる。
【０２３１】
ＵＥ  １がディスカバリーメッセージ送信の役割（ｒｏｌｅ）を有する場合、ＵＥ  １は、ディスカバリーメッセージを送信し、ＵＥ  ２は、ディスカバリーメッセージを受信する。ＵＥ  １とＵＥ  ２の送信及び受信役割は変わることができる。ＵＥ  １からの送信は、ＵＥ  ２のような一つ以上のＵＥにより受信されることができる。
【０２３２】
ディスカバリーメッセージは、単一のＭＡＣ  ＰＤＵを含むことができ、ここで、単一のＭＡＣ  ＰＤＵは、ＵＥ  ＩＤ及びａｐｐｌｉｃａｔｉｏｎ  ＩＤを含むことができる。
【０２３３】
ディスカバリーメッセージを送信するチャネルとして物理サイドリンクディスカバリーチャネル（ＰＳＤＣＨ：Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ）が定義されることができる。ＰＳＤＣＨチャネルの構造は、ＰＵＳＣＨ構造を再度利用できる。
【０２３４】
Ｄ２Ｄディスカバリーのための資源割り当て方法は、２通りのタイプ（Ｔｙｐｅ  １、Ｔｙｐｅ  ２）が利用されることができる。
【０２３５】
タイプ１の場合、ｅＮＢは、端末特定しない（ｎｏｎ-ＵＥ  ｓｐｅｃｉｆｉｃ）方式でディスカバリーメッセージ送信のための資源を割り当てることができる。
【０２３６】
具体的には、特定の周期で複数のサブフレームから構成されたディスカバリー送信及び受信のための無線資源プール（ｐｏｏｌ）が割り当てられ、ディスカバリー送信ＵＥは、この無線資源プール（ｐｏｏｌ）内で特定資源を任意に選択した後、ディスカバリーメッセージを送信する。
【０２３７】
このような周期的なディスカバリー資源プール（ｐｏｏｌ）は、セミスタティック（ｓｅｍｉ-ｓｔａｔｉｃ）である方式でディスカバリー信号送信のために割り当てられることができる。ディスカバリー送信のためのディスカバリー資源プール（ｐｏｏｌ）の設定情報は、ディスカバリー周期、ディスカバリー周期内のディスカバリー信号の送信のために使用することができるサブフレームの数（すなわち、無線資源プールを構成するサブフレームの数）を含む。
【０２３８】
Ｉｎ-ｃｏｖｅｒａｇｅ  ＵＥの場合、ディスカバリー送信のためのディスカバリー資源プール（ｐｏｏｌ）は、ｅＮＢにより設定され、ＲＲＣシグナリング（例えば、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））を利用してＵＥに知らせることができる。
【０２３９】
一つのディスカバリー周期内にディスカバリーのために割り当てられたディスカバリー資源プール（ｐｏｏｌ）は、同じ大きさを有する時間-周波数資源ブロックでＴＤＭ及び／またはＦＤＭで多重化されることができ、このような同じ大きさを有する時間-周波数資源ブロックを「ディスカバリー資源（ｄｉｓｃｏｖｅｒｙ  ｒｅｓｏｕｒｃｅ）」と呼ぶことができる。
【０２４０】
ディスカバリー資源は、一つのＵＥによりディスカバリーＭＡＣ  ＰＤＵの送信のために使用されることができる。一つのＵＥにより送信されるＭＡＣ  ＰＤＵの送信は、ディスカバリー周期内（すなわち、無線資源プール（ｐｏｏｌ））で連続して（ｃｏｎｔｉｇｕｏｕｓ）あるいは不連続（ｎｏｎ-ｃｏｎｔｉｇｕｏｕｓ）に繰り返され（例えば、４回繰り返し）ることができる。ＵＥは、ＭＡＣ  ＰＤＵの繰り返される送信のために使用されることができるディスカバリー資源セット（ｄｉｓｃｏｖｅｒｙ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）において第１番目のディスカバリー資源を任意に選択し、その他のディスカバリー資源は、第１番目のディスカバリー資源と関連して決定されることができる。例えば、一定パターンが予め設定され、ＵＥが第１番目に選択したディスカバリー資源の位置に応じて、その次のディスカバリー資源が予め設定されたパターンに応じて決定されることができる。また、ＵＥがＭＡＣ  ＰＤＵの繰り返される送信のために使用されることができるディスカバリー資源セット内で各々のディスカバリー資源を任意に選択することもできる。
【０２４１】
タイプ２は、ディスカバリーメッセージ送信のための資源が端末特定（ＵＥ  ｓｐｅｃｉｆｉｃ）に割り当てられる。タイプ２は、またタイプ２Ａ（Ｔｙｐｅ-２Ａ）、タイプ２Ｂ（Ｔｙｐｅ-２Ｂ）に細分化される。タイプ２Ａは、ｅＮＢがディスカバリー周期内でＵＥがディスカバリーメッセージの送信時点（ｉｎｓｔａｎｃｅ）ごとに資源を割り当てる方式であり、タイプ２Ｂは、半永続（ｓｅｍｉ-ｐｅｒｓｉｓｔｅｎｔ）方式により資源を割り当てる方式である。
【０２４２】
タイプ２Ｂの場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＵＥは、ＲＲＣシグナリングを介してｅＮＢにＤ２Ｄディスカバリーメッセージの送信のための資源の割り当てを要求する。そして、ｅＮＢは、ＲＲＣシグナリングを介して資源を割り当てることができる。ＵＥは、ＲＲＣ＿ＩＤＬＥ状態に遷移する時、またはｅＮＢがＲＲＣシグナリングを介して資源割り当てを撤回（ｗｉｔｈｄｒａｗ）する時、ＵＥは、最も最近に割り当てられた送信資源を解除する。このように、タイプ２Ｂの場合、ＲＲＣシグナリングにより無線資源が割り当てられ、ＰＤＣＣＨにより割り当てられた無線資源の活性（ａｃｔｉｖａｔｉｏｎ）／非活性（ｄｅａｃｔｉｖａｔｉｏｎ）が決定されることができる。
【０２４３】
ディスカバリーメッセージ受信のための無線資源プール（ｐｏｏｌ）は、ｅＮＢにより設定され、ＲＲＣシグナリング（例えば、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））を利用してＵＥに知らせることができる。
【０２４４】
ディスカバリーメッセージ受信ＵＥは、ディスカバリーメッセージを受信するために、上述のタイプ１及びタイプ２のディスカバリー資源プール（ｐｏｏｌ）をモニタリングする。
【０２４５】
２）直接通信（ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）
Ｄ２Ｄ直接通信の適用領域は、ネットワークカバレッジ内外（ｉｎ-ｃｏｖｅｒａｇｅ、ｏｕｔ-ｏｆ-ｃｏｖｅｒａｇｅ）はもちろん、ネットワークカバレッジ境界領域（ｅｄｇｅ-ｏｆ-ｃｏｖｅｒａｇｅ）も含む。Ｄ２Ｄ直接通信は、ＰＳ（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）などの目的として利用されることができる。
【０２４６】
ＵＥ  １が直接通信データ送信の役割をはたす場合、ＵＥ  １は、直接通信データを送信し、ＵＥ  ２は、直接通信データを受信する。ＵＥ  １とＵＥ  ２の送信及び受信の役割は変わることができる。ＵＥ  １からの直接通信送信は、ＵＥ  ２のような一つ以上のＵＥにより受信されることができる。
【０２４７】
Ｄ２ＤディスカバリーとＤ２Ｄ通信は、互いに関連しないで独立に定義されることができる。すなわち、グループキャスト（ｇｒｏｕｐｃａｓｔ）及びブロードキャスト（ｂｒｏａｄｃａｓｔ）直接通信では、Ｄ２Ｄディスカバリーが要求されない。このように、Ｄ２ＤディスカバリーとＤ２Ｄ直接通信とが独立に定義される場合、ＵＥは、隣接するＵＥを認知する必要がない。換言すれば、グループキャスト及びブロードキャスト直接通信の場合、グループ内のすべての受信ＵＥが互いに近接することを要求しない。
【０２４８】
Ｄ２Ｄ直接通信データを送信するチャネルとして物理サイドリンク共有チャネル（ＰＳＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が定義されることができる。また、Ｄ２Ｄ直接通信のための制御情報（例えば、直接通信データ送信のためのスケジューリング承認（ＳＡ：ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）、送信形式等）を送信するチャネルとして物理サイドリンク制御チャネル（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）が定義されることができる。ＰＳＳＣＨ及びＰＳＣＣＨは、ＰＵＳＣＨ構造を再度利用できる。
【０２４９】
Ｄ２Ｄ直接通信のための資源割り当て方法は、２通りのモード（ｍｏｄｅ  １、ｍｏｄｅ  ２）が利用されることができる。
【０２５０】
モード１は、ｅＮＢが、ＵＥがＤ２Ｄ直接通信のためのデータまたは制御情報を送信するために使用する資源をスケジューリングする方式のことをいう。ｉｎ-ｃｏｖｅｒａｇｅでは、モード１が適用される。
【０２５１】
ｅＮＢは、Ｄ２Ｄ直接通信に必要な資源プール（ｐｏｏｌ）を設定する。ここで、Ｄ２Ｄ通信に必要な資源プール（ｐｏｏｌ）は、制御情報プールとＤ２Ｄデータプールとに区分されることができる。ｅＮＢがＰＤＣＣＨまたはｅＰＤＣＣＨを利用して送信Ｄ２Ｄ  ＵＥに設定されたプール内で制御情報及びＤ２Ｄデータ送信資源をスケジューリングすると、送信Ｄ２Ｄ  ＵＥは、割り当てられた資源を利用して制御情報及びＤ２Ｄデータを送信する。
【０２５２】
送信ＵＥは、ｅＮＢに送信資源を要求し、ｅＮＢは、制御情報とＤ２Ｄ直接通信データの送信のための資源をスケジューリングする。すなわち、モード１の場合、送信ＵＥは、Ｄ２Ｄ直接通信を行うために、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でなければならない。送信ＵＥは、スケジューリング要求をｅＮＢに送信し、続いてｅＮＢが送信ＵＥにより要求される資源の量を決定できるように、ＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）手順が行われる。
【０２５３】
受信ＵＥは、制御情報プールをモニタリングし、自分と関連した制御情報をデコードすると、該当制御情報と関連したＤ２Ｄデータ送信を選択的にデコードできる。受信ＵＥは、制御情報デコード結果に応じてＤ２Ｄデータプールをデコードしないときもある。
【０２５４】
モード２は、ＵＥがＤ２Ｄ直接通信のためのデータまたは制御情報を送信するために資源プール（ｐｏｏｌ）から特定資源を任意に選択する方式のことをいう。ｏｕｔ-ｏｆ-ｃｏｖｅｒａｇｅ及び／またはｅｄｇｅ-ｏｆ-ｃｏｖｅｒａｇｅでモード２が適用される。
【０２５５】
モード２において制御情報送信のための資源プール（ｐｏｏｌ）及び／またはＤ２Ｄ直接通信データ送信を資源プール（ｐｏｏｌ）は、予め設定（ｐｒｅ-ｃｏｎｆｉｇｕｒｅｄ）されるか、半静的に（ｓｅｍｉ-ｓｔａｔｉｃａｌｌｙ）設定されることができる。ＵＥは、設定された資源プール（時間及び周波数）を受け、資源プールからＤ２Ｄ通信送信のための資源を選択する。すなわち、ＵＥは、制御情報を送信するために、制御情報資源プールから制御情報送信のための資源を選択できる。また、ＵＥは、Ｄ２Ｄ直接通信データ送信のためにデータ資源プールから資源を選択できる。
【０２５６】
Ｄ２Ｄブロードキャスト通信において、制御情報は、ブロードキャスティングＵＥにより送信される。制御情報は、Ｄ２Ｄ直接通信データを運搬する物理チャネル（すなわち、ＰＳＳＣＨ）と関連して、データ受信のための資源の位置を明示的に（ｅｘｐｌｉｃｉｔ）及び／または暗黙に（ｉｍｐｌｉｃｉｔ）指示する。
【０２５７】
３）同期化（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）
Ｄ２Ｄ同期信号（またはサイドリンク同期信号）は、ＵＥガ時間-周波数同期を獲得するために利用されることができる。特に、ネットワークカバレッジ外の場合、ｅＮＢの制御が不可能なので、ＵＥ間同期確立のための新しい信号及び手順が定義されることができる。
【０２５８】
Ｄ２Ｄ同期信号を周期的に送信するＵＥをＤ２Ｄ同期ソース（Ｄ２Ｄ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｏｕｒｃｅ）と呼ぶことができる。Ｄ２Ｄ同期ソースがｅＮＢである場合、送信されるＤ２Ｄ同期信号の構造は、ＰＳＳ／ＳＳＳと同一でありうる。Ｄ２Ｄ同期ソースがｅＮＢでない場合（例えば、ＵＥまたはＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）等）送信されるＤ２Ｄ同期信号の構造は、新しく定義されることができる。
【０２５９】
Ｄ２Ｄ同期信号は、４０ｍｓより小さくない周期で周期的に送信される。端末別に多重の物理層サイドリンク同期化識別子（ｐｈｙｓｉｃａｌ-ｌａｙｅｒ  ｓｉｄｅｌｉｎｋ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｉｄｅｎｔｉｔｙ）を有することができる。Ｄ２Ｄ同期信号は、プライマリＤ２Ｄ同期信号（またはプライマリサイドリンク同期信号）とセコンダリーＤ２Ｄ同期信号（またはセコンダリーサイドリンク同期信号）を含む。
【０２６０】
Ｄ２Ｄ同期信号を送信する前に、まずＵＥは、Ｄ２Ｄ同期ソースを探索できる。そして、Ｄ２Ｄ同期ソースが探索されると、ＵＥは、探索されたＤ２Ｄ同期ソースから受信されたＤ２Ｄ同期信号を介して時間-周波数同期を獲得できる。そして、該当ＵＥは、Ｄ２Ｄ同期信号を送信できる。
【０２６１】
以下、明瞭にするために、Ｄ２Ｄ通信において２個の装置間の直接通信を例に挙げて説明するが、本発明の範囲がこれに制限されるものではなく、２つ以上の複数の装置間のＤ２Ｄ通信に対しても、本発明で説明する同じ原理が適用されることができる。
【０２６２】
Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ方式の一つとして、すべてのＵＥが分散的な方式によってｄｉｓｃｏｖｅｒｙを行うようにする方式（以下、「分散的ｄｉｓｃｏｖｅｒｙ」と呼ぶ）がある。分散的に、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙを行う方式は、ｃｅｎｔｒａｌｉｚｅｄ方式のように一ケ所で（例えば、ｅＮＢ、ＵＥまたはＤ２Ｄスケジューリング装置等）資源選択を決定することではなく、すべてのＵＥが分散的に自ら判断してｄｉｓｃｏｖｅｒｙ資源を選択し、ｄｉｓｃｏｖｅｒｙメッセージを送信及び受信をする方式のことを意味する。
【０２６３】
以下、本明細書では、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙのために端末が周期的に送信する信号（またはメッセージ）をｄｉｓｃｏｖｅｒｙメッセージ、ｄｉｓｃｏｖｅｒｙ信号、ビーコン（ｂｅａｃｏｎ）などと呼ぶことができる。以下、説明の便宜のために、ｄｉｓｃｏｖｅｒｙメッセージと通称する。
【０２６４】
分散的ｄｉｓｃｏｖｅｒｙでは、ＵＥがｄｉｓｃｏｖｅｒｙメッセージを送信及び受信するための資源として、セルラ資源とは別に専用資源が周期的に割り当てられることができる。これについて、以下の図１７を参照して説明する。
【０２６５】
図１６は、本明細書で提案する方法が適用されることができるディスカバリー資源が割り当てられるフレーム構造の一例を示す。
【０２６６】
図１６に示すように、分散的ｄｉｓｃｏｖｅｒｙ方式では、全体セルラアップリンク周波数-時間資源の中でｄｉｓｃｏｖｅｒｙのためのｄｉｓｃｏｖｅｒｙ  ｓｕｂｆｒａｍｅ（すなわち、「ｄｉｓｃｏｖｅｒｙ資源プール」）（１６０１）が固定的に（または専用的に）割り当てられ、残りの領域は、既存のＬＴＥアップリンクＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）サブフレーム領域１６０３から構成される。ｄｉｓｃｏｖｅｒｙ資源プールは、一つ以上のサブフレームから構成されることができる。
【０２６７】
ｄｉｓｃｏｖｅｒｙ資源プールは、一定時間の間隔（すなわち、「ｄｉｓｃｏｖｅｒｙ周期」）で周期的に割り当てられることができる。また、ｄｉｓｃｏｖｅｒｙ資源プールは、一つのｄｉｓｃｏｖｅｒｙ周期内で繰り返して設定されることができる。
【０２６８】
図１６の場合、１０ｓｅｃのｄｉｓｃｏｖｅｒｙ周期でｄｉｓｃｏｖｅｒｙ資源プールが割り当てられ、各々のｄｉｓｃｏｖｅｒｙ資源プールは、６４個の連続的なサブフレームが割り当てられる例を示す。ただし、ｄｉｓｃｏｖｅｒｙ周期及びｄｉｓｃｏｖｅｒｙ資源プールの時間／周波数資源の大きさは、これに限定されない。
【０２６９】
ＵＥは、専用的に割り当てられたｄｉｓｃｏｖｅｒｙプール内で自身のｄｉｓｃｏｖｅｒｙメッセージを送信するための資源（すなわち、「ｄｉｓｃｏｖｅｒｙ資源」）を自体的に選択し、選択された資源を介してｄｉｓｃｏｖｅｒｙメッセージを送信する。これについて、以下の図１７を参照して説明する。
【０２７０】
図１７は、本明細書で提案する方法が適用されることができるディスカバリー過程を簡略に示した図である。
【０２７１】
図１６及び図１７を参照すると、ｄｉｓｃｏｖｅｒｙ方式は、大きくｄｉｓｃｏｖｅｒｙメッセージ送信のための資源センシング（ｓｅｎｓｉｎｇ）（Ｓ１７０１）、ｄｉｓｃｏｖｅｒｙメッセージ送信のための資源選択（Ｓ１７０３）、ｄｉｓｃｏｖｅｒｙメッセージ送信及び受信（Ｓ１７０５）、このような３段階手順から構成される。
【０２７２】
まず、ｄｉｓｃｏｖｅｒｙメッセージ送信のための資源センシングステップ（Ｓ１７０１において、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙを行うすべてのＵＥは、分散的な方式で（すなわち、自体的に）Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ資源の１周期（ｐｅｒｉｏｄ）（すなわち、ｄｉｓｃｏｖｅｒｙ資源プール）の間にｄｉｓｃｏｖｅｒｙメッセージを全て受信（すなわち、センシング）する。例えば、図１６においてアップリンク帯域幅が１０ＭＨｚと仮定すると、すべてのＵＥは、Ｋ＝６４ｍｓｅｃ（６４個のサブフレーム）の間にＮ＝４４  ＲＢ（全体アップリンク帯域幅は、１０ＭＨｚであるので、総５０個のＲＢにおいてＰＵＣＣＨ送信のために６個のＲＢが利用される。）において送信されるｄｉｓｃｏｖｅｒｙメッセージを全て受信（すなわち、センシング）する。
【０２７３】
そして、ｄｉｓｃｏｖｅｒｙメッセージ送信のための資源選択ステップ（Ｓ１７０３）において、ＵＥは、センシングした資源のうち、低いエネルギーレベルの資源を分類し、その中で一定範囲内で（例えば、下位ｘ％（ｘ＝任意の定数、５，７，１０，．．．）内で）ｄｉｓｃｏｖｅｒｙ資源をランダムに選択する。
【０２７４】
ｄｉｓｃｏｖｅｒｙ資源は、同じ大きさを有する一つ以上の資源ブロックから構成されることができ、ｄｉｓｃｏｖｅｒｙ資源プール内でＴＤＭ及び／またはＦＤＭに多重化されることができる。
【０２７５】
そして、最後の手順であるｄｉｓｃｏｖｅｒｙメッセージ送信及び受信ステップ（Ｓ１７０５）において、ＵＥは、ｄｉｓｃｏｖｅｒｙ一周期後に（図１６の例示においてＰ＝１０秒後）選択されたｄｉｓｃｏｖｅｒｙ資源に基づいてｄｉｓｃｏｖｅｒｙメッセージを送受信し、以後のｄｉｓｃｏｖｅｒｙ周期では、ランダムな資源ホッピング（ｈｏｐｐｉｎｇ）パターンに応じて、周期的にｄｉｓｃｏｖｅｒｙメッセージを送受信する。
【０２７６】
このような、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ手順は、ＵＥがｅＮＢと接続があるＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でも行われるだけでなく、ｅＮＢと接続がないＲＲＣ＿ＩＤＬＥ状態でも行われ続けられる。
【０２７７】
以上のようなｄｉｓｃｏｖｅｒｙ方式を考慮すると、すべてのＵＥは、周囲のＵＥが送信しているすべての資源（すなわち、ｄｉｓｃｏｖｅｒｙ資源プール）をセンシングし、その中で一定範囲（例えば、下位ｘ％内）でランダムにｄｉｓｃｏｖｅｒｙ資源を選択する。
【０２７８】
Ｄ２Ｄフレーム構造
以下、端末間直接通信のためのＤ２Ｄフレーム構造（Ｄ２Ｄ  ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）について述べる。
【０２７９】
上述の図１４の（ｂ）を参照して、Ｄ２Ｄディスカバリー手順について述べる。
【０２８０】
図１４の（ｂ）において、ＵＥは、ユーザの端末を意味するが、ｅＮＢのようなネットワーク装備がＵＥ間通信方式に従って信号を送受信する場合、前記ｅＮＢのようなネットワーク装備もやはり、ＵＥの概念に含まれることができる。
【０２８１】
以下、説明の便宜上、ＵＥの間に直接接続したリンクをＤ２Ｄリンクと、ＵＥがｅＮＢと通信するリンクをｅＮＢ-ＵＥリンクと呼ぶことにする。
【０２８２】
前記Ｄ２Ｄリンク及びｅＮＢ-ＵＥリンクの表現は、一例に該当し、同じ意味を有する他の用語で表現されることもできる。
【０２８３】
図１４の（ｂ）に示すように、ＵＥは、Ｄ２Ｄリンクを介して他のＵＥと通信を行い、前記Ｄ２Ｄリンクで接続されない位置の他のＵＥとは、ｅＮＢ-ＵＥリンクを介して通信を行う。
【０２８４】
すなわち、特定ＵＥ観点では、前記Ｄ２Ｄリンクと前記ｅＮＢ-ＵＥリンクとが共存できるように、無線通信システムが運営されなければならない。
【０２８５】
一般に、無線通信システムの使用資源には、ｅＮＢがＵＥへの送信に使用するＤＬ資源とＵＥがｅＮＢへの送信に使用するＵＬ資源がある。
【０２８６】
ＦＤＤシステムにおいてＤＬ資源は、ＤＬ  ｂａｎｄ、ＵＬ資源は、ＵＬ  ｂａｎｄに該当し、ＴＤＤシステムにおいて、ＤＬ資源は、ＤＬ  ｓｕｂｆｒａｍｅ、ＵＬ資源は、ＵＬ  ｓｕｂｆｒａｍｅに該当する。
【０２８７】
ＤＬ資源は、ｅＮＢの高い送信電力で信号を送信する資源であるから、相対的に低い電力のＵＥが前記ＤＬ資源をＤ２Ｄリンクで運営する場合、干渉水準が非常に高くなる。
【０２８８】
したがって、ＵＥは、ＵＬ資源をＤ２Ｄリンクに活用することが好ましくありうる。
【０２８９】
ＵＬ資源は、複数のＵＬ  ｓｕｂｆｒａｍｅから構成されるが、ｅＮＢに接続されて同期が合わせているＵＥは、ＵＬ  ｓｕｂｆｒａｍｅの境界をｅＮＢが指定するｔｉｍｉｎｇ  ａｄｖａｎｃｅ（ＴＡ）指示から把握できる。
【０２９０】
図１８は、ＴＡ指示を介してＵＬ  ｓｕｂｆｒａｍｅ境界を把握する方法の一例を示した図である。
【０２９１】
図１８に示すように、ｅＮＢは、互いに異なる距離を有する複数のＵＥが送信した信号が同じ時点に到達できるように、各ＵＥにＤＬ  ｓｕｂｆｒａｍｅの境界を検出した時点から一定時間早くＵＬ  ｓｕｂｆｒａｍｅの境界を設定することをＴＡ指示を介して知らせる。
【０２９２】
ｅＮＢと各ＵＥとの間のｐｒｏｐａｇａｔｉｏｎ  ｄｅｌａｙを補償できるように適切なＴＡを設定することによって（特に、図１８のようにＴＡ値を該当ＵＥとｅＮＢとの間のｐｒｏｐａｇａｔｉｏｎ  ｄｅｌａｙの２倍に設定することによって）、互いに異なる位置のＵＥが送信した信号が同時にｅＮＢに到達することが可能でありうる。
【０２９３】
上述の、基地局のＴＡ指示を介して、各端末は、ｅＮＢ-ＵＥリンクのＵＬ  ｓｕｂｆｒａｍｅ境界を獲得できる。
【０２９４】
また、Ｄ２Ｄ動作のメーン対象になる近接した位置にあるＵＥは似ているか、または同じＴＡ値を有している確率が高いから、このＴＡ値に基づいてＤ２Ｄリンクのｓｕｂｆｒａｍｅ境界を決定することで、ＵＥ間の同期化を行うことができる。
【０２９５】
特に、このような方法は、Ｄ２ＤリンクとしてＵＬ資源を使用する場合、Ｄ２Ｄリンクが使用するｓｕｂｆｒａｍｅ境界とｅＮＢ-ＵＥリンクが使用するｓｕｂｆｒａｍｅ境界とが同一であるから、２つのリンクを時間次元で切り替える動作、すなわち、特定ｓｕｂｆｒａｍｅでは、Ｄ２Ｄリンクを動作し、他のｓｕｂｆｒａｍｅでは、ｅＮＢ-ＵＥリンクを動作することがはるかにスムーズになるという長所がある。
【０２９６】
一方、場合によってｅＮＢに接続しないＵＥもやはり、Ｄ２Ｄ動作を行う必要がある。
【０２９７】
この場合、ｅＮＢに接続しないＵＥは、前記ｅＮＢからＴＡ指示を受けることができないから、何を基準としてＤ２Ｄリンクのためのｓｕｂｆｒａｍｅ境界を設定するかが問題になる。
【０２９８】
もちろん、ｅＮＢに接続しないＵＥがＤ２Ｄ動作を行う前に、ｒａｎｄｏｍ  ａｃｃｅｓｓ（ＲＡ）のような手順を介してｅＮＢに接続を試み、これを通じて獲得したＴＡ指示に基づいてｓｕｂｆｒａｍｅ境界を設定することもできる。
【０２９９】
しかしながら、ＲＡを介してＴＡを獲得する過程は、ＵＥが毎度Ｄ２Ｄ通信以前にｅＮＢに接続を試みることによって、追加的な時間遅延及びバッテリー消耗を伴うことができるという短所がありうる。
【０３００】
したがって、ｅＮＢに接続しないＵＥの動作は、ＴＡ指示がなくても可能なように設計することが好ましい。
【０３０１】
ここで、ＴＡ指示無しで動作するとは、特定ＵＥに特化されたＴＡ値を有しないことを意味でき、これは、不特定多数のＵＥが同じＴＡ値を有して動作することを意味することができる。
【０３０２】
具体的には、ＴＡ値を０に設定してＵＥが受信するＤＬ  ｓｕｂｆｒａｍｅの境界がまもなくＵＬ  ｓｕｂｆｒａｍｅ（またはＤ２Ｄ  ｓｕｂｆｒａｍｅ）の境界になるようにするか、予め特定のＴＡ値に設定してｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎを介して送信されるようにすることもできる。
【０３０３】
上述のように、Ｄ２Ｄ通信は、（１）Ｄ２Ｄの対象になるＵＥが隣接した位置に存在するかどうかを把握するｄｉｓｃｏｖｅｒｙ過程と（２）特定ＵＥとデータを送受信するｃｏｍｍｕｎｉｃａｔｉｏｎ過程とに区分できる。
【０３０４】
ｅＮＢからＴＡの指示を受信せずにＤ２Ｄ通信を行う場合、前記二つの過程（（１）及び（２））全部がここに適用されることもでき、（１）または（２）の過程だけが適用されることもできる。
【０３０５】
例えば、ｅＮＢに接続しないＵＥのＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ過程は、ＴＡ指示無しで行うが、前記Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ過程を介して通信しようとするＵＥが発見される場合、前記ｅＮＢに接続を試み、前記ｅＮＢから獲得されたＴＡ値に応じて、ｃｏｍｍｕｎｉｃａｔｉｏｎ過程を行うように動作することもできる。
【０３０６】
ここで、ｅＮＢに接続したＵＥもｅＮＢに接続しないＵＥとの同期化のために、Ｄ２Ｄ通信の一部または全体手順を行うにおいて、前記ｅＮＢに接続されない場合のように、予め獲得されたＴＡ値がないと仮定し、Ｄ２Ｄ動作を行うこともできる。
【０３０７】
特に、ｅＮＢに接続したＵＥがＤ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎをＴＡ指示に従って行うと、ＵＬ  ｓｕｂｆｒａｍｅの同期がＤ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎとｅＮＢ-ＵＥ  ｌｉｎｋで同様に維持されるので、Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎによるｅＮＢ-ＵＥ  ｌｉｎｋへの影響が最小になるという効果がある。
【０３０８】
すなわち、特定ｓｕｂｆｒａｍｅをＤ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎとして使用する場合、それと同じｓｕｂｆｒａｍｅ  ｂｏｕｎｄａｒｙを維持する隣接ｓｕｂｆｒａｍｅをｅＮＢ-ＵＥ  ｌｉｎｋとして活用できるようになる。
【０３０９】
したがって、ｅＮＢ-ＵＥ  ｌｉｎｋとＤ２Ｄ  ｌｉｎｋ間での送／受信動作切り替えが要らないＤ２Ｄ信号を送信するＵＥの場合、ＴＡ指示に従って行うＤ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎにおいて、前記ＵＥは、Ｄ２Ｄに割り当てられたｓｕｂｆｒａｍｅ内のすべての資源でＤ２Ｄ信号を送信できるようになる。
【０３１０】
また、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ手順をＴＡ指示無しで行うが、Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎは、前記ＴＡ指示に従って行う場合、ｅＮＢに接続しないＵＥ（ＵＥ  １）がＤ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行う相手ＵＥ（ＵＥ  ２）が前記ｅＮＢに接続しなかった事実を把握できるならば、前記ＵＥ  １は、前記ｅＮＢに接続されて、ＴＡ指示に応じるｓｕｂｆｒａｍｅ同期に応じてｃｏｍｍｕｎｉｃａｔｉｏｎを行う代わりに、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙと同様に、ＴＡ指示無しで直ちにＤ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎを試みることもできる。
【０３１１】
すなわち、ｅＮＢに接続しない二つのＵＥ間Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎは、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙと同様にＴＡ指示無しで行うことができる。
【０３１２】
これは、二つのＵＥが全部ｅＮＢに接続されていないから、ＴＡ指示に従ってＤ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことによって得られることができるｅＮＢ-ＵＥ  ｌｉｎｋ動作の影響に対する最小化が意味がないためである。
【０３１３】
したがって、各ＵＥは、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌを生成するにおいて、自身がｅＮＢに接続されているかどうか（例えば、ｉｄｌｅ  ｍｏｄｅであるか、またはｃｏｎｎｅｃｔｅｄ  ｍｏｄｅであるか）によって相異なるｓｉｇｎａｌを生成することによって、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌを受信する他のＵＥが自身の状態を把握できるように動作できる。
【０３１４】
または、ｅＮＢに接続されてＴＡに応じるＵＬ送信を行っているＵＥであっても、現在使用中であるＴＡ値が一定基準以下に与えられてＴＡ指示無しでＤ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うことができる場合、ＵＥは、ｉｄｌｅ  ｍｏｄｅにあったかの様にｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌを生成でき、このために、ＵＥは、ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌを生成する時に自身が使用中であるＴＡ値が一定水準以下であるかどうか（ｉｄｌｅ  ｍｏｄｅである場合、ＴＡが一定水準以下と仮定）によって、相異なったｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌを生成するように動作することもできる。
【０３１５】
仮に、特定ＵＥがｅＮＢに接続されて、ＴＡ指示に従ってＤ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行おうとする時に、相手ＵＥがｉｄｌｅ  ｍｏｄｅにあると確認された場合には、この事実をｅＮＢに報告してｅＮＢにとって前記相手ＵＥに接続を試みることを指示し、ｅＮＢが付与するＴＡ値に応じてＵＬ  ｓｕｂｆｒａｍｅを同期化するよう動作できる。
【０３１６】
これにより、前記特定ＵＥは、自身のＴＡ値を維持するＤ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎを行うようになる。
【０３１７】
すなわち、図１９は、上述のＵＥとｅＮＢとの接続の有無に応じるＤ２Ｄ動作の一例を示す。
【０３１８】
図１９に示すように、ＵＥ  １は、ｅＮＢに接続されている状態（ｃｏｎｎｅｃｔｅｄ  ｍｏｄｅ）であり、ＵＥ  ２は、ｅＮＢに接続されていない状態（ｉｄｌｅ  ｍｏｄｅ）である。
【０３１９】
ここで、前記ＵＥ  １は、ｅＮＢに前記ＵＥ  ２とのＤ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ要求を送信する時に、前記ＵＥ  ２がｉｄｌｅ  ｍｏｄｅにあるという事実を表す付加情報を共に送信できる。
【０３２０】
以下、ＴＡ指示無しでＤ２Ｄ通信を効果的に行うことができるフレーム構造（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）をＦＤＤシステムとＴＤＤシステムとにそれぞれ分けて述べる。
【０３２１】
ＦＤＤシステム
図２０は、ＦＤＤシステムでのＤＬ及びＵＬ  ｓｕｂｆｒａｍｅ境界の一例を示した図である。
【０３２２】
図２０に示すように、ＵＬ  ｓｕｂｆｒａｍｅは、ＤＬ  ｓｕｂｆｒａｍｅに基づいて、ＴＡ値分だけ先んじて始まるのが分かる。
【０３２３】
図２１は、図２０においてＵＬ  ｓｕｂｆｒａｍｅ  １でＤ２Ｄが動作する状況の一例を示す。
【０３２４】
上述のように、Ｄ２Ｄが動作する状況では、ＴＡを０に設定しＤＬ  ｓｕｂｆｒａｍｅの境界とＵＬ  ｓｕｂｆｒａｍｅの境界とが一致すると仮定した。
【０３２５】
すなわち、図２１に示すように、Ｄ２Ｄ  ｌｉｎｋのためのＵＬ  ｓｕｂｆｒａｍｅ  １の後方の一部分（ｒｅｇｉｏｎ  Ｂと表記）がｅＮＢ-ＵＥ  ｌｉｎｋのＵＬ  ｓｕｂｆｒａｍｅ  ２と重なる問題が発生する。
【０３２６】
ここで、ＵＬ  ｓｕｂｆｒａｍｅ  ２をｅＮＢ-ＵＥリンクとして使用する場合、ただＵＬ  ｓｕｂｆｒａｍｅ  １のｒｅｇｉｏｎ  ＡにおいてだけＤ２Ｄ動作が可能になる。
【０３２７】
以下、図２１のように、Ｄ２Ｄ  ｌｉｎｋのＵＬ  ｓｕｂｆｒａｍｅ境界とｅＮＢ-ＵＥ  ｌｉｎｋのＵＬ  ｓｕｂｆｒａｍｅ境界とが一致しない場合の解決方法（方法１ないし方法４）について述べる。
【０３２８】
１．方法１
方法１は、図２１のｒｅｇｉｏｎ  Ａのようにｓｕｂｆｒａｍｅ間の重なりが発生しない部分においてのみＤ２Ｄを運営する方法である。
【０３２９】
このために、ｅＮＢは、ＲＲＣあるいはｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎなどのようなｓｉｇｎａｌｉｎｇを介して、一つのｓｕｂｆｒａｍｅにおいてｒｅｇｉｏｎ  Ａが占める領域の位置または長さ情報をＵＥに伝達できる。
【０３３０】
Ｒｅｇｉｏｎ  Ｂは、最大のＴＡ値を有するＵＥの後行するｅＮＢ-ＵＥ  ｌｉｎｋｓｕｂｆｒａｍｅを含まなければならず、ｅＮＢは、自身のセル半径などを考慮してｒｅｇｉｏｎ  Ａの長さを設定できる。
【０３３１】
追加的に、ｒｅｇｉｏｎ  Ａの最初及び／または終わり部分には、ＵＥがｅＮＢ-ＵＥ動作とＤ２Ｄ動作との間の動作モード切り替え（例：ｅＮＢ-ＵＥリンクでの送信とＤ２Ｄリンクでの受信との間の切り替え）を行うことができる保護区間（ｇｕａｒｄ  ｐｅｒｉｏｄまたはｇｕａｒｄ  ｉｎｔｅｒｖａｌ）が一定時間の間に設定されうる。
【０３３２】
前記ｇｕａｒｄ  ｐｅｒｉｏｄは、送受信切り替えを行うＵＥ立場では、必須であるが、送受信切り替えを行わずに隣接した二つのｓｕｂｆｒａｍｅで同じ送信／受信動作を行うＵＥには、前記ｇｕａｒｄ  ｐｅｒｉｏｄが設定されなくても良い。
【０３３３】
一例として、持続的に複数のｓｕｂｆｒａｍｅで信号を送信するＵＥには、このようなｇｕａｒｄ  ｐｅｒｉｏｄが無しで信号の送信が行われることに対し、隣接ｓｕｂｆｒａｍｅで送信を行う途中に受信に切り替えるＵＥは、一定時間をｇｕａｒｄ  ｐｅｒｉｏｄと設定し、残りの領域を介してのみ信号を送信または受信することができる。
【０３３４】
図２１のＲｅｇｉｏｎ  Ｂでは、基本的にＵＬ  ｓｕｂｆｒａｍｅ  ２でのｅＮＢ-ＵＥ  ｌｉｎｋ動作が行われなくてはならないので、Ｄ２Ｄ  ｌｉｎｋとして活用が不可能である。
【０３３５】
図２２は、ＵＬサブフレーム間の重なりが発生する場合の衝突解決方法の一例として、上述の方法１を示す。
【０３３６】
２．方法２
方法２は、図２１のｒｅｇｉｏｎ  Ａとｒｅｇｉｏｎ  Ｂ全部をＤ２Ｄの用途として使用する方法を示す。
【０３３７】
すなわち、図２３は、ＵＬサブフレーム間の重なりが発生する場合の衝突解決方法の一例として、方法２を示す。
【０３３８】
図２３に示すように、後行するｓｕｂｆｒａｍｅをｅＮＢ-ＵＥ  ｌｉｎｋとして使用するのに制約が発生する。
【０３３９】
簡単な方法では、後行するｓｕｂｆｒａｍｅ（図２３のＳＦ  ｍ＋１）では、ｅＮＢ-ＵＥ動作を行わないように定義することである。
【０３４０】
万が一、ＵＥが後行するｓｕｂｆｒａｍｅで特定信号（ＵＬ  ＡＣＫ／ＮＡＣＫまたは周期的なｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｐｏｒｔまたはｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌまたはｓｅｍｉ-ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ  ｓｉｇｎａｌ）を送信するように基地局から指示を受けた場合、前記特定信号の送信を次のｓｕｂｆｒａｍｅのように予め約束された位置に移動するか、または前記特定信号の送信自体を省略することである。
【０３４１】
または、より効果的な資源活用のために、部分的な時間資源（すなわち、ｓｕｂｆｒａｍｅ  ｍ＋１の時間資源のうち、ｒｅｇｉｏｎ  Ｂと重ならない部分）を利用してｅＮＢ-ＵＥ動作を行うこともでき、後述する方法３で説明する内容が適用されうる。
【０３４２】
３．方法３
方法３は、上述の方法１と方法２の中間形態であり、ｒｅｇｉｏｎ  Ｂの一部領域でＤ２Ｄ動作を行う方法である。
【０３４３】
上述のように、方法３は、方法２で説明した後行するｓｕｂｆｒａｍｅを部分的にｅＮＢ-ＵＥ  ｌｉｎｋに活用する場合にも効果的でありうる。
【０３４４】
図２４は、ＵＬサブフレーム間の重なりが発生する場合の衝突解決方法の一例として、方法３を示す。
【０３４５】
図２４に示すように、Ｄ２Ｄ  ｌｉｎｋ  ＳＦ  ｍのｒｅｇｉｏｎ  Ｂの一部領域をＤ２Ｄとして活用することで、ｓｕｂｆｒａｍｅ  ｍ＋１で開始部分の一部時間の間にｅＮＢ-ＵＥリンクを動作するのに制約が発生する。
【０３４６】
方法３は、図２４のように、一部時間だけを利用してｅＮＢ-ＵＥリンクを動作する時、ｅＮＢ-ＵＥリンクに送受信する信号のフォーマット（特に使用する時間の長さ）が予めいくつかに制限される場合に効果的でありうる。
【０３４７】
具体的に、図２３のように、ｒｅｇｉｏｎ  Ｂの全領域をＤ２Ｄとして使用するようになると、ｓｕｂｆｒａｍｅ  ｍ＋１でｅＮＢ-ＵＥリンクに送受信する信号は、非常に多様な種類の信号フォーマットを有さなければならず、これは、ＵＥの具現を複雑にする。
【０３４８】
したがって、ｓｕｂｆｒａｍｅ  ｍ＋１で使用する信号フォーマットを一つまたはいくつかに制限し、前記制限されたフォーマットのうち、現在の状況に最も符合するフォーマットを選択するものの、前記選択されたフォーマットが図２４のようにｒｅｇｉｏｎ  Ｂの一部領域だけを占める場合には、前記ｒｅｇｉｏｎ  Ｂの一部領域を除いた残りの部分をｒｅｇｉｏｎ  Ａと共にＤ２Ｄ動作に活用することである。
【０３４９】
Ｄ２Ｄ  ｓｕｂｆｒａｍｅの後行ｓｕｂｆｒａｍｅで部分的な時間資源を利用して行うことができるｅＮＢ-ＵＥ動作の一例は、（１）ないし（３）と同一でありうる。
【０３５０】
（１）ＰＵＳＣＨあるいはＰＵＣＣＨを送信するものの、一つのｓｕｂｆｒａｍｅのうち、後方の一部ｓｙｍｂｏｌだけを使用して送信するｆｏｒｍａｔを使用。
【０３５１】
ｅＮＢは、いくつかのｓｙｍｂｏｌを使用してＰＵＳＣＨあるいはＰＵＣＣＨを該当ｓｕｂｆｒａｍｅで送信するかどうかを知らせることができる。
【０３５２】
一つのｓｕｂｆｒａｍｅを構成する二つのｓｌｏｔの間で類似のｓｉｇｎａｌ  ｆｏｒｍａｔが周波数の位置を変化する形態（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ方式）から構成される特徴を活用して、一つのｓｌｏｔについてのみＰＵＳＣＨまたはＰＵＣＣＨを送信するように動作できる。
【０３５３】
（２）一つのｓｙｍｂｏｌにおいてのみ送信されるＳＲＳを送信。
【０３５４】
この場合、複数のｓｙｍｂｏｌが後行するｓｕｂｆｒａｍｅで可用できる場合、各ｓｙｍｂｏｌごとにＳＲＳを送信することもできる。
【０３５５】
このために、ｅＮＢは、後行するｓｕｂｆｒａｍｅにおいていくつかのｓｙｍｂｏｌがＳＲＳを送信するのに使用されることができるかどうかを知らせることができる。
【０３５６】
（３）いくつかのｓｙｍｂｏｌにおいてのみ使用されるＰＲＡＣＨ  ｐｒｅａｍｂｌｅを送信。
【０３５７】
同様に、ｅＮＢは、後行するｓｕｂｆｒａｍｅにおいていくつかのｓｙｍｂｏｌがＰＲＡＣＨを送信するのに使用されることができるかを知らせることができる。
【０３５８】
４．方法４
方法４は、方法３のさらに他の方法、すなわち、さらに他の方法１と方法２の中間形態であって、ｒｅｇｉｏｎ  Ａの一部領域においてのみＤ２Ｄ動作を行うことである。
【０３５９】
方法４は、方法１で説明した後行するｓｕｂｆｒａｍｅ全体をｅＮＢ-ＵＥ  ｌｉｎｋに活用する場合に効果的でありうる。
【０３６０】
図２５は、ＵＬサブフレーム間の重なりが発生する場合の衝突解決方法の一例として、方法４を示す。
【０３６１】
ｒｅｇｉｏｎ  Ｂでは、Ｄ２Ｄを動作しないことによって、ｓｕｂｆｒａｍｅ  ｍ＋１の全体領域においてｅＮＢ-ＵＥリンクを動作できる方法である。
【０３６２】
方法４は、図２５のように、ｒｅｇｉｏｎ  Ａの一定時間だけを利用してＤ２Ｄリンクを動作するが、これは、Ｄ２Ｄリンクに送受信する信号のフォーマット（特に使用する時間の長さ）が予めいくつかに制限された場合に特に効果的である。
【０３６３】
具体的には、図２２のようにｒｅｇｉｏｎ  Ａの全領域をＤ２Ｄとして使用するようになると、ｓｕｂｆｒａｍｅ  ｍでＤ２Ｄリンクに送受信する信号は、実際に適用されるＴＡ値に応じて占めることができる領域が変わるようになる。
【０３６４】
これは、ｓｕｂｆｒａｍｅ  ｍが非常に多様な種類の信号フォーマットを有するようにし、結果的にＵＥの具現を複雑にする。
【０３６５】
したがって、ｓｕｂｆｒａｍｅ  ｍで使用する信号フォーマットを一つまたはいくつかに制限し、前記制限されたフォーマットのうち、現在の状況に最も符合するフォーマットを選択するものの、前記選択されたフォーマットが図２５のようにｒｅｇｉｏｎ  Ａの一部領域だけを占める場合には、前記ｒｅｇｉｏｎ  Ａの一部領域を除いた残りの部分は、Ｄ２Ｄ用途として使用しないように置くことができる。
【０３６６】
図１９ないし図２５において、ＵＥのモード切り替えのためのｇｕａｒｄ  ｐｅｒｉｏｄは、場合によってＤ２Ｄ動作の開始または終わる時点だけに現れることができるか、または両方向（開始及び終わり）共に現れるか、または両方向全部に現れないこともできる。
【０３６７】
前記ｇｕａｒｄ  ｐｅｒｉｏｄがＤ２Ｄ動作の両方向全部に現れない場合の例には、ＵＥがモード切り替えを非常に速い速度で行うことができる場合でありうる。
【０３６８】
または、Ｄ２Ｄ  ｓｕｂｆｒａｍｅの境界に適切なｏｆｆｓｅｔをさらに付与することによって、ｇｕａｒｄ  ｐｅｒｉｏｄの一部または全てが現れないように動作することもできる。
【０３６９】
図２６は、Ｄ２Ｄ動作においてＵＥのモード切り替えのためにｇｕａｒｄ  ｐｅｒｉｏｄが設定された一例を示す。
【０３７０】
図２６の場合、ＵＥのモード切り替えに半分のｓｙｍｂｏｌ時間以下が消耗されると仮定し、図２２で説明した方法１を仮定して一つのｓｕｂｆｒａｍｅ内の全体１４ｓｙｍｂｏｌのうち、最後の一つのｓｙｍｂｏｌは、ｒｅｇｉｏｎ  Ｂに割り当てられて（すなわち、ＴＡが一つのｓｙｍｂｏｌ長さになって）該当する最後の一つのｓｙｍｂｏｌでは、Ｄ２Ｄ動作が不可能であると仮定した。
【０３７１】
ここでは、一つのｓｕｂｆｒａｍｅが１４個のｓｙｍｂｏｌから構成されたと仮定したが、Ｄ２Ｄ通信のための設定、特にｃｙｃｌｉｃ  ｐｒｅｆｉｘの長さ設定に応じて一つのｓｕｂｆｒａｍｅを構成するｓｙｍｂｏｌの数は、変わることができる。
【０３７２】
また、図２６では、ｅＮＢ-ＵＥリンクのＤＬ  ｓｕｂｆｒａｍｅ境界より一定ｏｆｆｓｅｔだけ（例えば一つのｓｙｍｂｏｌ時間の半分に該当する時間だけ）早くＤ２Ｄリンクのｓｕｂｆｒａｍｅが始まると仮定した。
【０３７３】
すなわち、ＵＥは、まずＵＬ  ｓｕｂｆｒａｍｅ  ｍ-１においてｅＮＢ-ＵＥ  ｌｉｎｋの動作を行ってからＤ２Ｄ動作のためのモード切り替えを行う。
【０３７４】
すると、ＤＬ受信時点で一定のｏｆｆｓｅｔが付加されてもう少し早く始めるＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｍの境界が現れ、ここからＤ２Ｄ動作を行う。
【０３７５】
Ｓｙｍｂｏｌ  １２までＤ２Ｄ動作を行ったＵＥは、ｅＮＢ-ＵＥ  ｌｉｎｋのＵＬ  ｓｕｂｆｒａｍｅ  ｍ＋１と部分的に重なって使用が不可能なｓｙｍｂｏｌ  １３の前方領域で再度ｅＮＢ-ＵＥリンクへのモード切り替えを行う。
【０３７６】
ＵＥは、ｅＮＢ-ＵＥリンクへのモード切り替え以後に始まるＵＬ  ｓｕｂｆｒａｍｅ  ｍ＋１でｅＮＢ-ＵＥ動作を行う。
【０３７７】
図２６のような動作のためには、最小限一定値以上のＴＡが印加されていなければならないが、ｅＮＢ-ＵＥ  ｌｉｎｋのＵＬ  ｓｕｂｆｒａｍｅ  ｍ-１の終了点とＤ２Ｄ  ｌｉｎｋのｓｕｂｆｒａｍｅ  ｍの開始点との間にモード切り替えのための時間が保障される。
【０３７８】
このために、ｅＮＢは、すべてのＵＥに最小限一定値以上のＴＡが印加されることができるように、ＴＡ指示を行うことができる。
【０３７９】
これは、ｅＮＢのＵＬ  ｓｕｂｆｒａｍｅ境界がはじめからＤＬ  ｓｕｂｆｒａｍｅ境界よりすこし早く現れると解析されることもできる。
【０３８０】
こういう意味で図２６は、Ｄ２Ｄ動作を行い、ｅＮＢに接続したＵＥのうち、最小のＴＡを有するＵＥの場合と見なすこともでき、ＴＡがより大きなＵＥに対しては、後述する図２７のようにｓｕｂｆｒａｍｅ  ｍでのＤ２Ｄ動作が可能なｓｙｍｂｏｌが減るように動作しなければならない。
【０３８１】
図２７のように、ＴＡ値が一定水準以上に設定されると、ｓｕｂｆｒａｍｅ  ｍでＤ２Ｄのために使用することができるＯＦＤＭ  ｓｙｍｂｏｌ（またはＳＣ-ＦＤＭＡ  ｓｙｍｂｏｌ）の数が変化するようになる。
【０３８２】
これを解決するための方法は、Ｄ２Ｄ  ｌｉｎｋでの送受信信号のｆｏｒｍａｔを多様にし、各状況で可用なＯＦＤＭ  ｓｙｍｂｏｌの数に合うｆｏｒｍａｔを選定するように動作することである。
【０３８３】
ここで、ＴＡ値は、ＵＥごとに異に設定されるから、ｅＮＢは、セル内のＵＥに対するＴＡ値の最大値に基づいて使用するＤ２Ｄ  ｌｉｎｋの送受信信号ｆｏｒｍａｔ（あるいは、Ｄ２Ｄとして可用なＯＦＤＭ  ｓｙｍｂｏｌの数）を決定し、これをｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎまたはＲＲＣのような信号を介してＵＥに知らせることができる。
【０３８４】
これを受信したＵＥは、たとえ自身のＴＡ値では、より多くのｓｙｍｂｏｌをＤ２Ｄとして使用することができるとしても、相異なるＴＡ値を有するＵＥとの正しい信号送受信のためにｅＮＢがｓｉｇｎａｌｉｎｇしたｆｏｒｍａｔに合せて（一般に自身のＴＡ値で使用できるＯＦＤＭ  ｓｙｍｂｏｌより少ない数のｓｙｍｂｏｌを使用する）Ｄ２Ｄ信号を送受信するように動作する。
【０３８５】
ここで、過度に多いＤ２Ｄ送受信信号ｆｏｒｍａｔを作ることは、ＵＥの具現を過度に複雑にするという短所がある。
【０３８６】
この場合、図２５で説明した方法４を使用して、Ｄ２Ｄ送受信信号のｆｏｒｍａｔをいくつかに制限し、利用可能なすべてのｓｙｍｂｏｌをＤ２Ｄとして使用する代わりに、最も符合するｆｏｒｍａｔを使用するものの、一部ｓｙｍｂｏｌは、Ｄ２Ｄ  ｌｉｎｋ用途として活用しない動作が好ましい。
【０３８７】
図２８は、このような方法の一例を示すもので、図２７と同様にＴＡが与えられる状況で前方の半分に該当するＯＦＤＭ  ｓｙｍｂｏｌ  ＃０〜＃６までだけをＤ２Ｄとして活用し、残りのｓｙｍｂｏｌは、使用しないケースに該当する。
【０３８８】
この場合、図２６のようにＴＡが相対的に小さく与えられる状況では、ＯＦＤＭ  ｓｙｍｂｏｌ  ＃０〜＃１２をＤ２Ｄとして使用することができ、これは、後述する図２９での二種類のＤ２Ｄ送受信信号ｆｏｒｍａｔを有すると説明されうる。
【０３８９】
図２９においてＤ２Ｄとして活用されるＯＦＤＭ  ｓｙｍｂｏｌの一部は、ＵＥの送受信モード変換のために実際の信号送受信には活用されないときもあるが、  特にｓｙｍｂｏｌ  ＃６がそうである。
【０３９０】
図２９では、一つのｓｕｂｆｒａｍｅの半分に該当する一つのｓｌｏｔ単位でＤ２Ｄ送受信信号のｆｏｒｍａｔが決定され、一つのｓｌｏｔの最後のｓｙｍｂｏｌ（図２９では、ｓｙｍｂｏｌ  ＃６及びｓｙｍｂｏｌ  ＃１３）は、次のｓｌｏｔでのＤ２ＤまたはｅＮＢ-ＵＥリンク送受信動作のためのモード変換の用途として使用されると仮定した。
【０３９１】
その結果、図２６のようにＴＡが少なく与えられる場合には、Ｄ２Ｄ  ｓｕｂｆｒａｍｅ  ｆｏｒｍａｔ１を適用して、二つのｓｌｏｔともをＤ２Ｄ送受信として活用（特に、ｓｙｍｂｏｌ  ＃６を使用して送受信モードの変換が可能なので、各ｓｌｏｔでの送信／受信動作モードを相異なるように設定できる）可能である。
【０３９２】
これに対し、図２７のようにＴＡが大きく与えられる場合には、Ｄ２Ｄ  ｓｕｂｆｒａｍ  ｆｏｒｍａｔ  ２を適用して、前方のｓｌｏｔだけをＤ２Ｄ送受信に活用することである。
【０３９３】
特に、図２９のＤ２Ｄ  ｓｕｂｆｒａｍｅ構造は、相対的に短い時間領域に該当する一つのｌｏｔを利用することが基本単位になるので、相対的に少ない量の信号を伝達するｄｉｓｃｏｖｅｒｙ信号を伝達する場合に有用に適用されうる。
【０３９４】
万が一、ＴＡ値が大きくて一つのｓｌｏｔだけを使用するＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｆｏｒｍａｔ  ２を適用するようになると、より多いｓｕｂｆｒａｍｅをＤ２Ｄ用途として割り当てることによって、資源不足の問題を解決できる。
【０３９５】
万が一、ＴＡ値がより大きくなってＤ２Ｄ  ｓｕｂｆｒａｍｅの第１番目のｓｌｏｔの一部領域と次のｅＮＢ-ＵＥ  ｌｉｎｋのＵＬ  ｓｕｂｆｒａｍｅの領域が重なると、図３０のように連続する二つのｓｕｂｆｒａｍｅ（ｓｕｂｆｒａｍｅ  ＃ｍ、ｍ＋１）をＤ２Ｄ  ｓｕｂｆｒａｍｅに割り当てる。
【０３９６】
そして、ｓｕｂｆｒａｍｅ  ｍ＋１は、実際には、Ｄ２Ｄとして活用できず、実際には、ほとんどの領域でｓｕｂｆｒａｍｅ  ｍ＋２でのｅＮＢ-ＵＥ  ｌｉｎｋ動作を行わなければならない。
【０３９７】
同時に、ｓｕｂｆｒａｍｅ  ｍを利用してＤ２Ｄ動作を行うことができるが、この場合、該当ｓｕｂｆｒａｍｅのすべてのｓｙｍｂｏｌを使用することができるので、図２９の場合には、Ｄ２Ｄ  ｓｕｂｆｒａｍｅ  ｆｏｒｍａｔ  １をｓｕｂｆｒａｍｅ  ｍで適用でき、ｓｕｂｆｒａｍｅ  ｍ＋１は、Ｄ２Ｄ  ｓｕｂｆｒａｍｅとしては指定されるが、何らのＤ２Ｄ動作を行わないｎｕｌｌ  Ｄ２Ｄ  ｓｕｂｆｒａｍｅとして見なされうる。
【０３９８】
このようなｎｕｌｌ  Ｄ２Ｄ  ｓｕｂｆｒａｍｅも、一つのＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｆｏｒｍａｔとして見なされることができ、このような状況を総合して、ｅＮＢは、どんなｓｕｂｆｒａｍｅがＤ２Ｄ  ｓｕｂｆｒａｍｅとして使用されるか（特に、ＴＡ指示に従わないＤ２Ｄ動作が行われるｓｕｂｆｒａｍｅ、例えばｄｉｓｃｏｖｅｒｙが行われるｓｕｂｆｒａｍｅがどこなのか）、そして各Ｄ２Ｄ  ｓｕｂｆｒａｍｅでのｆｏｒｍａｔが何であるかをＵＥに知らせることができる。
【０３９９】
図３１は、図２６のＴＡが非常に小さく設定される場合の一例を示す。
【０４００】
図３１に示すように、ｓｕｂｆｒａｍｅ  ｍ-１の最後のｓｙｍｂｏｌがｓｕｂｆｒａｍｅ  ｍの第１番目のｓｙｍｂｏｌと部分的に重なるようになるが、この場合、ｓｕｂｆｒａｍｅ  ｍ-１の最後のｓｙｍｂｏｌを使用せずにモード切り替えを行うように動作できる。
【０４０１】
特に、この動作は、Ｄ２Ｄ  ｓｕｂｆｒａｍｅ  ｍ-１でｅＮＢにＵＬ信号を送信したＵＥがｓｕｂｆｒａｍｅ  ｍでＤ２Ｄ信号を受信する場合に効果的でありうる。
【０４０２】
これは、ｓｕｂｆｒａｍｅ  ｍでＤ２Ｄ信号を送信するＵＥは、ｓｕｂｆｒａｍｅ  ｍ-１とｍとの間のモード切り替えが要らないためである。
【０４０３】
ｓｕｂｆｒａｍｅ  ｍ-１の最後のｓｙｍｂｏｌを使用しない動作の一例として、ｅＮＢは、該当ｓｕｂｆｒａｍｅ  ｍ-１をＳＲＳのためのｓｕｂｆｒａｍｅとしてｃｏｎｆｉｇｕｒｅして、該当ＵＥが該当ｓｕｂｆｒａｍｅでは、最後のｓｙｍｂｏｌの以前にｅＮＢへのＰＵＳＣＨあるいはＰＵＣＣＨ送信を終了するように動作できる。
【０４０４】
すなわち、どんなＵＥがｓｕｂｆｒａｍｅ  ｍでＤ２Ｄ信号を受信するが、ｓｕｂｆｒａｍｅ  ｍ-１でｅＮＢへの信号を送信しＴＡ値が一定水準（例えば、モード切り替えのための時間）以下に与えられる場合には、ｓｕｂｆｒａｍｅ  ｍ-１での最後のｓｙｍｂｏｌに対する送信指示は行わないように、ｅＮＢが調節できる（適切なＳＲＳ  ｃｏｎｆｉｇｕｒａｔｉｏｎ等を介して）。
【０４０５】
または、万が一、ｅＮＢの調節がない場合には、自動的に送信を行わないように（例えば、自らＳＲＳを送信しないか、またはＰＵＳＣＨ／ＰＵＣＣＨ送信をその以前に終了するように）動作するようにすることができる。
【０４０６】
万が一、ＵＥがｓｕｂｆｒａｍｅ  ｍでＤ２Ｄ信号を送信した場合、このようなモード切り替えが要らないため、ｓｕｂｆｒａｍｅ  ｍ-１の最後のｓｙｍｂｏｌの一部領域を利用してｅＮＢへの信号送信に活用でき、一例として前記説明したＳＲＳを送信するよう動作できる。
【０４０７】
または、動作の統一性のために、前記ｓｕｂｆｒａｍｅ  ｍ-１の最後のｓｙｍｂｏｌでは、ｅＮＢへの送信を行わないと定義することもできる。
【０４０８】
図３１と図２６の差異は、図３１では、ｓｕｂｆｒａｍｅ  ｍの最後のｓｙｍｂｏｌがＤ２Ｄ用途として可能であるということにある。
【０４０９】
この場合、ｅＮＢは、ＴＡ値に応じて図２６及び図３１の動作を適切にｃｏｎｆｉｇｕｒｅでき、または動作の統一性のために、図３１のようにＴＡが小さな場合にも最後のｓｙｍｂｏｌは、Ｄ２Ｄとして使用しないように動作させることができる。
【０４１０】
図２６、図２７及び図３１において、万が一、一つのｓｕｂｆｒａｍｅ内でもＵＥが送信と受信との間にモード切り替えを行う場合、適切なｓｙｍｂｏｌを追加的なｇｕａｒｄ  ｐｅｒｉｏｄとして設定しなければならない。
【０４１１】
例えば、図２６のようなフレーム構造を使用する時に、ＵＥが該当Ｄ２Ｄ  ｓｕｂｆｒａｍｅの前半部と後半部で相異なった送受信動作を行う場合、前記前半部と後半部のｓｙｍｂｏｌ構成を同様にするために、前半部の最も最後のｓｙｍｂｏｌであるｓｙｍｂｏｌ  ６をＤ２Ｄ信号送受信に使用せずにｇｕａｒｄ  ｐｅｒｉｏｄとして設定できる。
【０４１２】
または、前記説明した追加的なｏｆｆｓｅｔを反対方向に置いてＤ２Ｄ  ｓｕｂｆｒａｍｅがＤＬ  ｓｕｂｆｒａｍｅの境界時点よりｏｆｆｓｅｔ分だけ遅く始めるように動作することもできる。
【０４１３】
図３２は、図２６と同じ状況で図２６と反対方向にｏｆｆｓｅｔを置く場合の一例を示す。
【０４１４】
ＵＥは、受信したＤＬ  ｓｕｂｆｒａｍｅ境界から一定のｏｆｆｓｅｔ分だけ遅い時点でＤ２Ｄ  ｌｉｎｋのｓｕｂｆｒａｍｅが始まると仮定し、該当時間の間にモード切り替えを行う。Ｄ２Ｄを動作するｓｕｂｆｒａｍｅの最後の一部ｓｙｍｂｏｌは、ｅＮＢ-ＵＥ  ｌｉｎｋのＵＬ  ｓｕｂｆｒａｍｅと重なってＤ２Ｄとして使用が不可能であり、該当使用不可時間の一部を使用して再度モード切り替えを行う。
【０４１５】
図３２の方法は、ＵＥがｅＮＢと非常に近くてＴＡ値が０に近い状況でも、一定のモード切り替え時間をＤ２Ｄ  ｓｕｂｆｒａｍｅの開始前に確保できるという長所がある。
【０４１６】
すなわち、初期ｓｙｍｂｏｌのＤ２Ｄ使用は、常に保障されるところ、必要な場合、Ｄ２Ｄとして使用できる最後のｓｙｍｂｏｌの位置を適切に設定しさえすればよい。
【０４１７】
図３２の動作は、図２６の動作においてｓｙｍｂｏｌ  ＃１からＤ２Ｄ  ｓｕｂｆｒａｍｅが始まると仮定することと同一であると見なすことができる。
【０４１８】
すなわち、Ｄ２Ｄ  ｓｕｂｆｒａｍｅは、ＤＬ  ｓｕｂｆｒａｍｅよりｏｆｆｓｅｔ分だけ早く始まるものの、第１番目のｓｙｍｂｏｌであるｓｙｍｂｏｌ  ０は、Ｄ２Ｄとして利用が不可能なことと同一である。
【０４１９】
図３２に示すように、Ｄ２Ｄ  ｓｕｂｆｒａｍｅがｅＮＢ-ＵＥ  ｌｉｎｋ  ｓｕｂｆｒａｍｅよりｏｆｆｓｅｔ分だけ先に始める場合にも、設定されたＴＡに応じて図２９及び図３０に示したようなｆｏｒｍａｔのうち、適切なことを一つ選定して動作することが可能である。
【０４２０】
上述のように、Ｄ２Ｄ信号の送受信に使用可能なｓｙｍｂｏｌの数字と位置とは、各ＵＥが使用しているＴＡ値に応じて変わるようになる。
【０４２１】
ｅＮＢは、自身のセル内のＵＥが有することができるＴＡ値を考慮して、適切なＤ２Ｄ信号送受信ｓｙｍｂｏｌを設定しなければならない。
【０４２２】
しかしながら、ｅＮＢが予測したＴＡの最大値が、実際ＵＥが有するＴＡの最大値よりより小さくなりうる。この場合、ＵＥは、自身のＴＡ値とモード切り替え時間を考慮した場合、ｅＮＢが設定したＤ２Ｄ  ｓｙｍｂｏｌのうちの一部を使用できない場合が発生しうる。
【０４２３】
したがって、ｅＮＢが設定したＤ２Ｄ  ｓｙｍｂｏｌのうちの一部を使用できない場合が発生すると、該当ＵＥは、これをｅＮＢに報告できる。
【０４２４】
ここで、前記ｅＮＢへの報告情報には、現在のＴＡ値または自分に必要なモード切り替え時間（またはこの両方を合せて現在のＴＡ値にモード切り替え時間が加えられた合計必要ｇｕａｒｄ  ｐｅｒｉｏｄ時間）、Ｄ２Ｄ送受信に設定されたが、自身が使用できない時間区間の長さなどのような情報が含まれることができる。
【０４２５】
追加的に、ＵＥは、現在自身の状況で動作できるＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｆｏｒｍａｔの種類（あるいは、最大の長さを有するＤ２Ｄ送受信信号領域）をｅＮＢに知らせることができる。
【０４２６】
図１８ないし図３２の方法を適用するにおいて、Ｄ２Ｄ送信ＵＥが伝達しようとする制御情報またはデータ情報を込めた本格的なＤ２Ｄ信号が送信される以前に、時間／周波数同期をはじめとする受信ＵＥの受信準備動作に役立つための別の信号が送信されうる。
【０４２７】
以下、本格的な制御／データ情報を伝達するＤ２Ｄ信号以前に受信ＵＥの受信準備動作に役立つための目的として送信される別途の信号を「ｐｒｅａｍｂｌｅ」と表現することにする。
【０４２８】
前記ｐｒｅａｍｂｌｅは、予め送受信ＵＥ間に知られた信号のことを意味する。
【０４２９】
前記ｐｒｅａｍｂｌｅは、受信ＵＥにとって時間／周波数同期獲得または受信増幅器の利得調節などの本格的な信号受信以前の事前準備過程のために送信されるから、前記ｐｒｅａｍｂｌｅの送信時間が前記事前準備過程に十分であれば、前記ｐｒｅａｍｂｌｅの送信時間は、一つまたはそれ以上のＯＦＤＭ  ｓｙｍｂｏｌ時間を占める必要がない。
【０４３０】
図３３は、図２６のように、ＵＥが獲得したＤＬ  ｓｕｂｆｒａｍｅ境界から一定ｏｆｆｓｅｔ分だけ操り上げた地点をＤ２Ｄ  ｓｕｂｆｒａｍｅが始まる時点（あるいはＤ２Ｄ送信が始まる時点）と見なした場合に該当する。
【０４３１】
図３３の場合、本格的なＤ２Ｄ  ｓｙｍｂｏｌが送信される以前に同期化などのためのｐｒｅａｍｂｌｅが送信され、本格的なＤ２Ｄ  ｓｙｍｂｏｌのうちの第１番目に該当するｓｙｍｂｏｌ  ＃０は、ＵＥが獲得したＤＬ  ｓｕｂｆｒａｍｅの境界地点から送信され始めるのを見ることができる。
【０４３２】
すなわち、ＤＬ  ｓｕｂｆｒａｍｅ境界に印加したｏｆｆｓｅｔの長さがｐｒｅａｍｂｌｅの送信時間と一致するケースに該当する。
【０４３３】
図３３は、該当ＵＥに０のＴＡが印加されたケースに該当するもので、その結果、ｓｕｂｆｒａｍｅ  ｍ-１の最後のｓｙｍｂｏｌでは、ｅＮＢへの信号送信が不可能である。
【０４３４】
その代わりに、その以前ｓｙｍｂｏｌでの送信を終了し、一定時間の間に送受信の間のｓｗｉｔｃｈｉｎｇとして使用した後にｐｒｅａｍｂｌｅを送信／受信することである。
【０４３５】
図３３に示すように、送受信の間のｓｗｉｔｃｈｉｎｇ  ｔｉｍｅとｐｒｅａｍｂｌｅの送信時間を合わせると、一つのＯＦＤＭ  ｓｙｍｂｏｌ時間またはそれ以下になることができるが、このような構造を適切に利用することによって、ｓｗｉｔｃｈｉｎｇとｐｒｅａｍｂｌｅによるＯＦＤＭ  ｓｙｍｂｏｌの損失を最小化できる。
【０４３６】
図３３を参照すると、ｓｕｂｆｒａｍｅ  ｍのｓｙｍｂｏｌ  ＃１３をｓｕｂｆｒａｍｅ  ｍ＋１との重なりによって使用できないと仮定すると、合計１３個のｓｙｍｂｏｌを使用することができるようになる。
【０４３７】
万が一、ｓｕｂｆｒａｍｅ  ｍ＋１でＵＥの信号送信がないという部分が保障されると、ｓｕｂｆｒａｍｅ  ｍのｓｙｍｂｏｌ  ＃１３もやはり、Ｄ２Ｄとして使用することが可能である。
【０４３８】
こういう状況で、該当ＵＥに０より大きなＴＡが印加される場合、このＴＡ値とｓｕｂｆｒａｍｅ  ｍとｍ＋１との間に必要なｓｗｉｔｃｈｉｎｇ時間の合計が１  ＯＦＤＭ  ｓｙｍｂｏｌ  ｔｉｍｅより小さいか、または同一であると、ｓｙｍｂｏｌ  ＃１３をＤ２Ｄとして使用しないことによって、ｓｕｂｆｒａｍｅ  ｍ＋１の第１番目のｓｙｍｂｏｌからｅＮＢ-ＵＥ  ｌｉｎｋの動作が可能になる。
【０４３９】
図３４は、図３３においてＵＥが獲得したＤＬ  ｓｕｂｆｒａｍｅ境界から一定のｏｆｆｓｅｔ分だけ後に押された地点をＤ２Ｄ送信の開始時点と決める場合の一例に該当する。
【０４４０】
図３４の場合、ｏｆｆｓｅｔの長さとｐｒｅａｍｂｌｅ送信時間の合計が１  ＯＦＤＭ  ｓｙｍｂｏｌ時間と同じケースに該当する。
【０４４１】
すなわち、図３４は、Ｄ２Ｄ信号を込めたｓｙｍｂｏｌ  ＃０がＤＬ  ｓｕｂｆｒａｍｅの第２番目のｓｙｍｂｏｌと同時に送信される特徴を有する。
【０４４２】
Ｄ２Ｄ受信ＵＥがｅＮＢへの信号送信動作とＤ２Ｄ信号受信動作との間に切り替えを行うために、１  ＯＦＤＭ  ｓｙｍｂｏｌより少ないｓｗｉｔｃｈｉｎｇ  ｐｅｒｉｏｄが必要な場合には、該当ｓｗｉｔｃｈｉｎｇ  ｐｅｒｉｏｄが存在するＯＦＤＭ  ｓｙｍｂｏｌ  ｔｉｍｅのうち、ｓｗｉｔｃｈｉｎｇ  ｐｅｒｉｏｄを除いた残りの区間でｐｒｅａｍｂｌｅを送信する目的として使用する。
【０４４３】
これにより、ｓｗｉｔｃｈｉｎｇ  ｐｅｒｉｏｄ及びｐｒｅａｍｂｌｅによるＯＦＤＭ  ｓｙｍｂｏｌの損失を最小化できる。
【０４４４】
Ｓｕｂｆｒａｍｅ  ｍ＋１において送信または受信ＵＥのｅＮＢへの送信がある場合、ｓｙｍｂｏｌ  ＃１２と＃１３のＤ２Ｄ使用が不可能になって、ｓｙｍｂｏｌ  ＃１２の一部時間を利用して、受信と送信との間の切り替えを保障しなければならない。
【０４４５】
図３５は、図３４において一定水準のＴＡが印加された状況の一例を示した図である。
【０４４６】
図３５に示すように、印加されたＴＡが１  ＯＦＤＭ  ｓｙｍｂｏｌ時間からｓｗｉｔｃｈｉｎｇに必要な時間を引いた値より小さいか、または同一であると、ｓｕｂｆｒａｍｅ  ｍでは、ｓｙｍｂｏｌ  ＃０から＃１１まで合計１２個のｓｙｍｂｏｌを使用するようになる。
【０４４７】
したがって、ＴＡ値が非常に大きな特殊なケースを除いては、Ｄ２Ｄに使用できるｓｙｍｂｏｌの数を一定に維持できるようになることによって、多数のＵＥが同じｆｏｒｍａｔを共有できるという効果がある。
【０４４８】
万が一、ＴＡ値が非常に大きくなると、より少ないｓｙｍｂｏｌを使用するＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｆｏｒｍａｔを使用するか、またはそれ以後のｓｕｂｆｒａｍｅであるｓｕｂｆｒａｍｅ  ｍ＋１でｅＮＢへの送信ができないように基地局が保障することができる。
【０４４９】
図３６は、Ｄ２Ｄに割り当てられたｓｕｂｆｒａｍｅ  ｍがＤＬ  ｓｕｂｆｒａｍｅと同じｓｕｂｆｒａｍｅ境界を有する場合であり、ＴＡ値が０に設定された場合を示す。
【０４５０】
図３６の場合、ｓｕｂｆｒａｍｅ  ｍのｓｙｍｂｏｌ  ＃０の一部時間の間にｓｗｉｔｃｈｉｎｇが行われ、それ以後の残りの時間を利用してｐｒｅａｍｂｌｅが送信される。
【０４５１】
これは、結局、ＤＬ  ｓｕｂｆｒａｍｅの境界から一定のｏｆｆｓｅｔ分だけ遅れた時点からｐｒｅａｍｂｌｅを含んだＤ２Ｄ信号を送信する動作に該当し、結果的にＤ２Ｄに利用可能な一つのｓｙｍｂｏｌの数またはその時間上での位置を見ると、図３４の場合と同一であることを確認することができる。
【０４５２】
すなわち、ＤＬ  ｓｕｂｆｒａｍｅ境界からｏｆｆｓｅｔ分だけ遅い時点からｐｒｅａｍｂｌｅを送信し、ＤＬ  ｓｕｂｆｒａｍｅの第２番目のｓｙｍｂｏｌと同じ時点から第１番目の本格的なＤ２Ｄ  ｓｙｍｂｏｌが送信され始めて（図３４では、ｓｙｍｂｏｌ  ＃０、図３６では、ｓｙｍｂｏｌ  ＃１）、合計１２個のｓｙｍｂｏｌを送信／受信した後、ｓｕｂｆｒａｍｅ  ｍ＋１での送信動作のために、ｓｗｉｔｃｈｉｎｇを行うのを見ることができる。
【０４５３】
図３４及び図３６とは、Ｄ２Ｄに使用されるｓｙｍｂｏｌのｉｎｄｅｘが相異なるという差がある。
【０４５４】
図３６のフレーム構造は、ｓｕｂｆｒａｍｅ  ｍの最初と最後のｓｙｍｂｏｌをＤ２Ｄ情報伝達に使用できず、その結果、ｓｕｂｆｒａｍｅの構造が対称的な特徴があり、ｓｌｏｔ単位に周波数領域を変更する等の動作を行う点で図３４のフレーム構造よりさらに有利な側面がある。
【０４５５】
すなわち、一つのサブフレームの二つのｓｌｏｔで使用したｓｙｍｂｏｌの数が同一になる。
【０４５６】
図３７は、図３６において０より大きなＴＡが印加された場合の一例を示す。
【０４５７】
図３７に示すように、ＴＡ値とｓｗｉｔｃｈｉｎｇに必要な時間の合計が一つのＯＦＤＭ  ｓｙｍｂｏｌ時間より小さいか、または同一な場合には、依然としてｓｙｍｂｏｌ  ＃１から＃１２までのｓｙｍｂｏｌを使用するようになる。
【０４５８】
すなわち、一定水準以下のＴＡが適用されるすべてのＵＥが同じＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｆｏｒｍａｔを共有できる。
【０４５９】
万が一、ＴＡが前記一定水準を超える場合、より少ないｓｙｍｂｏｌを使用するＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｆｏｒｍａｔを使用するか、またはそれ以後のｓｕｂｆｒａｍｅに該当するｓｕｂｆｒａｍｅ  ｍ＋１でのｅＮＢへの送信ができないように基地局が保障しなければならない。
【０４６０】
上述のように、ｓｕｂｆｒａｍｅ  ｍがＤ２Ｄに割り当てられた時に後行するｓｕｂｆｒａｍｅであるｓｕｂｆｒａｍｅ  ｍ＋１での影響を防止するように、ｓｕｂｆｒａｍｅ  ｍの最後の一部時間領域でＤ２Ｄ信号送信を制限する動作は、１  ｓｙｍｂｏｌの単位よりさらに小さな単位からなることができる。
【０４６１】
例えば、図３８のｓｙｍｂｏｌ  ＃１３でも前の一部ｓａｍｐｌｅ（または領域）では、Ｄ２Ｄ信号送信が可能であるが、Ｄ２Ｄ信号が送信される部分が終了した時点から該当ＵＥが送受信切り替えに必要な時間が過ぎた時点以後にｓｕｂｆｒａｍｅ  ｍ＋１の送信が始まるように、ＴＡ値が適切に調節される必要がある。
【０４６２】
ここで、一つのｓｙｍｂｏｌの一部ｓａｍｐｌｅだけを使用してＤ２Ｄ信号を送信することを「部分ｓｙｍｂｏｌ送信」と表現することにする。
【０４６３】
前記部分ｓｙｍｂｏｌ送信の例として、ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌの送信がありうる。
【０４６４】
ＳＲＳは、二つのｓｕｂｃａｒｒｉｅｒに一回ずつ信号を印加し、残りのｓｕｂｃａｒｒｉｅｒには、０を印加する形態から構成されるが、前記ＳＲＳ送信を時間次元で述べると、二つの同じ信号が繰り返される形態で現れる（二つの信号の繰り返し以前にｃｙｃｌｉｃ  ｐｒｅｆｉｘは存在できる）。
【０４６５】
したがって、このような場合、既存のＳＲＳで繰り返される時間次元の信号のうち、一回だけを送信すると、簡単に既存の信号送信回路を利用して部分ｓｙｍｂｏｌ送信を行うようになる。
【０４６６】
しかしながら、前記部分ｓｙｍｂｏｌ送信の原理は、必ずＳＲＳを使用して送信する場合に制限されず、その他のｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌまたはｃｏｄｅｗｏｒｄに対応する信号の送信にも適用可能でありうる。
【０４６７】
この場合には、前記ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌまたはｃｏｄｅｗｏｒｄに対応する信号の一つのｓｙｍｂｏｌに該当するｓａｍｐｌｅのうち、一部分だけが送信され、残りのｓａｍｐｌｅに対応する時間は、送受信切り替えと次のｓｕｂｆｒａｍｅのＴＡを吸収する用途として使用されることができる。
【０４６８】
上述の方法を使用する場合、一つのｓｕｂｆｒａｍｅでもＤ２Ｄとして動作する場合には、Ｄ２Ｄとして動作するｓｕｂｆｒａｍｅに隣接したｓｕｂｆｒａｍｅのｅＮＢ-ＵＥ動作に制約が発生する。
【０４６９】
このような制約は、Ｄ２Ｄ  ｓｕｂｆｒａｍｅとｅＮＢ-ＵＥ  ｓｕｂｆｒａｍｅとの境界が一致しないから発生できる。
【０４７０】
したがって、一連のｓｕｂｆｒａｍｅでＤ２Ｄを動作する時には、同じｓｕｂｆｒａｍｅの境界で動作するＤ２Ｄ  ｓｕｂｆｒａｍｅを連続して設定することが前記発生できる制約を減らすのに役立つことができる。
【０４７１】
図３９は、Ｄ２Ｄサブフレームを連続して設定することによって、Ｄ２Ｄ  ｓｕｂｆｒａｍｅとｅＮＢ-ＵＥ  ｓｕｂｆｒａｍｅとの境界が一致しない問題を解決する方法の一例を示す。
【０４７２】
図３９を参照すると、ｓｕｂｆｒａｍｅ  １、２、３が連続してＤ２Ｄに使用される時に、ｓｕｂｆｒａｍｅ  １と２は、何らの問題無しで全領域をＤ２Ｄとして使用するようになる。
【０４７３】
この場合、前記説明したｅＮＢ-ＵＥリンクとの重なり問題を解決する多様な方法は、ｓｕｂｆｒａｍｅ  ３のように一連の連続したＤ２Ｄ  ｓｕｂｆｒａｍｅのうち、最後のｓｕｂｆｒａｍｅにおいてのみ制限的に適用されることもできる。
【０４７４】
図３９において述べたように、連続的なｓｕｂｆｒａｍｅをＤ２Ｄ  ｓｕｂｆｒａｍｅとして設定する動作は、ＦＤＤシステムにおいてＵＬ  ｂａｎｄにＴＤＤのためのＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎを設定する形態により具現化されることができる。
【０４７５】
一例として、ｅＮＢは、ＦＤＤ  ＵＬ  ｂａｎｄに、以下の表３にあるｃｏｎｆｉｇｕｒａｔｉｏｎまたは新しいｃｏｎｆｉｇｕｒａｔｉｏｎを設定できる。
【０４７６】
ｅＮＢは、前記設定されたｃｏｎｆｉｇｕｒａｔｉｏｎのＤＬ  ｓｕｂｆｒａｍｅでは、ＤＬ  ｂａｎｄでのｅＮＢ-ＵＥ  ｌｉｎｋのＤＬ  ｓｕｂｆｒａｍｅと同一（または一定のｏｆｆｓｅｔで変形させた）ｓｕｂｆｒａｍｅ境界を使用してＤ２Ｄ動作を行い、ＵＬ  ｓｕｂｆｒａｍｅでは、一般的なｅＮＢ-ＵＥ  ｌｉｎｋのＵＬ  ｓｕｂｆｒａｍｅと同じｓｕｂｆｒａｍｅ境界を使用することができる。
【０４７７】
ここで、前記ＤＬ  ｓｕｂｆｒａｍｅ（ＤＬとして設定されたｓｕｂｆｒａｍｅ）でのＤ２Ｄ動作は、ｄｉｓｃｏｖｅｒｙとｃｏｍｍｕｎｉｃａｔｉｏｎとを含むことができ、または両方のうち、何れか一つだけを含むことも可能である。
【０４７８】
または、前記ＤＬ  ｓｕｂｆｒａｍｅでＴＡなくＤＬ  ｓｕｂｆｒａｍｅの境界を基準として動作するＤ２Ｄ動作を行うものの、ＵＬ  ｓｕｂｆｒａｍｅで該当ＵＥに付与されたＴＡに応じて設定されるＵＬ  ｓｕｂｆｒａｍｅの境界を基準として動作するＤ２Ｄ動作を行うことができる。
【０４７９】
一例として、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙは、ＤＬ  ｓｕｂｆｒａｍｅで個別ＵＥに最適化されたＴＡ値を使用しないで行われ、Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ（特に、ｅＮＢに接続したＵＥ間のＤ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）は、ＵＬ  ｓｕｂｆｒａｍｅで個別ＵＥに送信されるＴＡに応じて決定されるｓｕｂｆｒａｍｅ  ｂｏｕｎｄａｒｙを使用するように動作できる。
【０４８０】
図３９を参照すると、ｓｕｂｆｒａｍｅ  １と２は、ＤＬとして設定されたと見なすことができ、ｓｕｂｆｒａｍｅ  ０は、ＵＬとして設定されたと見なすことができる。
【０４８１】
Ｓｕｂｆｒａｍｅ  ３と４のように、ｏｖｅｒｌａｐが発生するｓｕｂｆｒａｍｅを解析する具体的な方法は、次の通りである。
【０４８２】
図２２の方法１が使用される場合、ｓｕｂｆｒａｍｅ  ３は、ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅと見なされ、Ｄ２Ｄとして動作できるｒｅｇｉｏｎ  Ａは、ＤｗＰＴＳと見なすことができ、残りの時間は、ＴＡを吸収するｇｕａｒｄ  ｐｅｒｉｏｄと見做すことができる。
【０４８３】
また、Ｒｅｇｉｏｎ  Ｂは、実際にＵＬ  ｓｕｂｆｒａｍｅに該当するｓｕｂｆｒａｍｅ  ４によってｅＮＢ-ＵＥ  ｌｉｎｋとして活用される。
【０４８４】
図２３の方法２が使用される場合、ｓｕｂｆｒａｍｅ  ３の全領域は、Ｄ２Ｄとして動作できるので、ｓｕｂｆｒａｍｅ  ３もやはり、ＤＬ  ｓｕｂｆｒａｍｅとして見なされる。
【０４８５】
この場合、ｓｕｂｆｒａｍｅ  ４がｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅとして見なされ、Ｄ２Ｄ動作がないのでＤｗＰＴＳがなく、ｇｕａｒｄ  ｐｅｒｉｏｄとＵｐＰＴＳとから構成されたｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅとして見なされることができる。
【０４８６】
図２４の方法３が使用される場合、ｓｕｂｆｒａｍｅ  ３とｓｕｂｆｒａｍｅ  ４共がｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅとして見なされる。
【０４８７】
ただし、ｓｕｂｆｒａｍｅ  ３はＵｐＰＴＳがなく、ｓｕｂｆｒａｍｅ  ４はＤｗＰＴＳがないと見なすことができる。他の意味として、二つのｓｕｂｆｒａｍｅを接続した一つのｓｕｐｅｒ  ｓｕｂｆｒａｍｅをｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅとして設定すると解析されることもできる。
【０４８８】
図２５の方法４が使用される場合、ｓｕｂｆｒａｍｅ  ３は、ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅとして見なされ、Ｄ２Ｄとして動作できるｒｅｇｉｏｎ  Ａの部分領域がＤｗＰＴＳとして見なされる。
【０４８９】
Ｓｕｂｆｒａｍｅ  ３の残りの時間は、ＴＡを吸収するｇｕａｒｄ  ｐｅｒｉｏｄとして見なされることができる。
【０４９０】
Ｒｅｇｉｏｎ  Ｂは、実際にＵＬ  ｓｕｂｆｒａｍｅに該当するｓｕｂｆｒａｍｅ  ４によってｅＮＢ-ＵＥ  ｌｉｎｋとして活用される。
【０４９１】
場合によって、ｒｅｇｉｏｎ  Ａに属するがＤ２Ｄが動作されない領域をｅＮＢへのアップリンク送信区間であるＵｐＰＴＳとして活用することもでき、一例として少ない数のｓｙｍｂｏｌを使用するＰＲＡＣＨ  ｐｒｅａｍｂｌｅまたはＳＲＳを前記Ｄ２Ｄが動作されない領域を介して送信できる。
【０４９２】
特に、図２９のＤ２Ｄ  ｓｕｂｆｒａｍｅ  ｆｏｒｍａｔ  ２が適用される場合には、ｒｅｇｉｏｎ  Ａの最後の一部ｓｙｍｂｏｌをＵｐＰＴＳとして設定して、各種のアップリンク信号の送信に活用することもできる。
【０４９３】
すなわち、上述のように、ＴＤＤ  ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎをＦＤＤのＵＬ  ｂａｎｄに設定する方法は、Ｄ２Ｄが動作する時間区間においてのみ選択的に設定されることができる。
【０４９４】
例えば、一定の周期で現れるｒａｄｉｏ  ｆｒａｍｅにおいてのみこういうＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎが適用され、残りのｒａｄｉｏ  ｆｒａｍｅでは、全体ｓｕｂｆｒａｍｅがＵＬ  ｓｕｂｆｒａｍｅとして動作できる。
【０４９５】
具体的には、ＦＤＤのＵＬにおいてＨＡＲＱは、８ｍｓの周期で動作する属性を有するので（すなわち、ｓｕｂｆｒａｍｅ  ｎにおいて送信したＰＵＳＣＨに対した再送信がｓｕｂｆｒａｍｅ  ｎ＋８で行われる）、ＵＬ  ｂａｎｄでのＴＤＤ  ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎは、４ｍｓ、８ｍｓまたは８ｍｓの倍数を周期で有することができる。
【０４９６】
これにより、ｅＮＢ-ＵＥ  ｌｉｎｋでの特定ＵＬ  ＨＡＲＱ  ｐｒｏｃｅｓｓに属するｓｕｂｆｒａｍｅだけを前記Ｄ２Ｄ動作として活用することによって、Ｄ２Ｄ動作を行いながら発生するｅＮＢ-ＵＥ  ｌｉｎｋでのＵＬ  ＨＡＲＱに対する制約を特定ｐｒｏｃｅｓｓに限定し、残りのｐｒｏｃｅｓｓは、何らの影響無しで動作させることが可能になることができる。
【０４９７】
例えば、表３のＴＤＤ  ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎのうち、一つをＦＤＤ  ＵＬ  ｂａｎｄにｃｏｎｆｉｇｕｒｅできるが、表３に示した４ｍｓまたは８ｍｓの周期でＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎが繰り返されるのを仮定した。
【０４９８】
万が一、８ｍｓの倍数でＴＤＤ  ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎが現れる場合には、全体ｓｕｂｆｒａｍｅを連続する８個のｓｕｂｆｒａｍｅのグループに分割し、一部グループにおいてのみ表３において示したｃｏｎｆｉｇｕｒａｔｉｏｎのうちの何れか一つを設定できる。
【０４９９】
表３においてｓｕｂｆｒａｍｅ  ｎｕｍｂｅｒは、（ｒａｄｉｏ  ｆｒａｍｅ  ｎｕｍｂｅｒ＊１０＋ｓｕｂｆｒａｍｅ  ｎｕｍｂｅｒ）を８で割り算した残りに該当する値でありうる。
【０５００】
特徴的に、表３においてｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃９は、一つのｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅを有し、７個のＵＬ  ｓｕｂｆｒａｍｅを有する。
【０５０１】
前記ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅのＤｗＰＴＳを上述の方法に従ってＤ２Ｄとして使用し、残りは、全て一般的なＵＬ  ｓｕｂｆｒａｍｅとして活用できる。
【０５０２】
このとき、ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅの位置は、任意の位置に存在することもでき、表３でのｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅの位置は一例に過ぎない。
【０５０３】
【表３】
0006382337.tif 000017
【０５０４】
図３９での動作と類似の動作をさらに簡単に具現する方法に、連続するＭ個のＵＬ  ｓｕｂｆｒａｍｅをｅＮＢ-ＵＥリンクから分離するものの、実際にＭ-１個のｓｕｂｆｒａｍｅにおいてのみＤ２Ｄを動作する方法がありうる。
【０５０５】
図４０は、図３９の動作と類似の動作を簡単に行うための方法の一例を示した図である。
【０５０６】
図４０に示すように、ｓｕｂｆｒａｍｅ  １、２及び３は、ｅＮＢ-ＵＥリンクから分離されたが、実際には、ｓｕｂｆｒａｍｅ  １と２だけをＤ２Ｄとして使用されることである。
【０５０７】
ここで、Ｓｕｂｆｒａｍｅ３は、各ＵＥのＴＡを吸収する用途として使用されると見なすことができる。
【０５０８】
図４０の場合、一つのｓｕｂｆｒａｍｅを使用することができないという短所があるが、上述の方法のようにＴＡに応じて多様な送受信方式を具現せずにも関連動作を単純化できるという長所がある。
【０５０９】
特に、図４０の方法は、Ｄ２Ｄ動作が間歇的に行われる場合に適している。
【０５１０】
上述の方法により、ＵＬ  ｂａｎｄにＤ２Ｄ動作ｓｕｂｆｒａｍｅを知らせるための追加的なＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎが設定される場合、Ｄ２ＤのＤＬでｃｏｎｆｉｇｕｒｅされて、完全なｓｕｂｆｒａｍｅがＤ２Ｄで可能な場合は、相対的に多い資源を必要とするＤ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎのために使用されうる。
【０５１１】
反面、一連のＤ２Ｄ  ｓｕｂｆｒａｍｅの最後に位置して、ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅなどとして使用されるｓｕｂｆｒａｍｅの場合には、相対的に少ない量の資源を必要とするＤ２Ｄ  ｄｉｓｃｏｖｅｒｙの用途として活用されるように動作することもできる。
【０５１２】
特定時間／周波数資源がＤ２Ｄ動作で設定されるが、実際Ｄ２Ｄ送受信のために使用されない場合、該当資源を介してｅＮＢがＵＥにデータを送信することもできる。
【０５１３】
Ｄ２ＤサブフレームにおいてｅＮＢのＵＥへのデータ送信が可能な理由は、ＵＥが該当資源では、ｅＮＢ-ＵＥリンクのＤＬ  ｓｕｂｆｒａｍｅと同じ時点でＵＬ  ｓｕｂｆｒａｍｅ境界を設定するためである。
【０５１４】
ＴＤＤシステム
図４１は、ＴＤＤシステムでのＤＬ及びＵＬ  ｓｕｂｆｒａｍｅ境界の一例を示した図である。
【０５１５】
図４１に示すように、ＵＬ  ｓｕｂｆｒａｍｅは、ＤＬ  ｓｕｂｆｒａｍｅを基準としてＴＡ値分だけ先に始め、これに応じるｓｕｂｆｒａｍｅの不一致をｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅのＤｗＰＴＳとＵｐＰＴＳとの間に存在するｇｕａｒｄ    ｐｅｒｉｏｄを調節することによって解決する。
【０５１６】
ＴＤＤシステムの場合にも、上述のＦＤＤシステムで説明した方法を適用することによって、Ｄ２Ｄ通信を行うことができる。
【０５１７】
ＴＤＤシステムにおいて特徴的な部分には、（１）Ｄ２Ｄ通信が行われるｓｕｂｆｒａｍｅは、ｅＮＢ送信からの干渉がないＵＬ  ｓｕｂｆｒａｍｅが好ましいという属性と、（２）Ｄ２Ｄ通信は、ＤＬ  ｓｕｂｆｒａｍｅと同じｓｕｂｆｒａｍｅ境界を有するという属性がある。
【０５１８】
前記（１）及び（２）の２通りの属性をすべて充足させるために、まずＤ２Ｄ動作は、（またはｄｉｓｃｏｖｅｒｙのようにＤ２Ｄ動作の一部は、）一つのｅＮＢが設定したＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ上においては（例えば、ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎを介して不特定多数のＵＥに知らせるＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ上においては）ＵＬ  ｓｕｂｆｒａｍｅとして設定された所を使用する。
【０５１９】
しかしながら、Ｄ２Ｄ動作は、可能な限り連続するＵＬ  ｓｕｂｆｒａｍｅのうち、最後に位置したｓｕｂｆｒａｍｅを使用し、該当ｓｕｂｆｒａｍｅ境界を図４２のようにＤＬ  ｓｕｂｆｒａｍｅと同一に設定するように動作する。
【０５２０】
図４２において、ｓｕｂｆｒａｍｅ  ３の一つがＤ２Ｄとして選定されたと仮定し、連続的なｓｕｂｆｒａｍｅがＤ２Ｄとして設定されることも可能である。
【０５２１】
また、ＦＤＤシステムの方法において述べたように、ＤＬ  ｓｕｂｆｒａｍｅのｂｏｕｎｄａｒｙにおいて一定のｏｆｆｓｅｔ分だけ調節されたｂｏｕｎｄａｒｙを該当Ｄ２Ｄ  ｓｕｂｆｒａｍｅのｂｏｕｎｄａｒｙとして設定することもできる。
【０５２２】
特に、図４２のフレーム構造を使用する場合、任意のＤ２Ｄ  ｓｕｂｆｒａｍｅ以後にｅＮｂ-ＵＥ  ｌｉｎｋに割り当てられるＵＬ  ｓｕｂｆｒａｍｅが存在しないように設定することが可能になるので、ＴＡを使用しないＤ２Ｄ動作ｓｕｂｆｒａｍｅ以後にＴＡを使用するｅＮＢ-ＵＥ  ｌｉｎｋのＵＬ  ｓｕｂｆｒａｍｅが現れて、ｓｕｂｆｒａｍｅが重なる問題を予め防止することが可能である。
【０５２３】
その結果、ｅＮＢは、該当ｃｅｌｌで可能なＴＡ値に関わらず、可能な限り多いｓｙｍｂｏｌをＤ２Ｄ動作に使用するｃｏｎｆｉｇｕｒａｔｉｏｎを使用することができる。
【０５２４】
一例として、図２９の二つのＤ２Ｄ  ｆｏｒｍａｔのうち、常に上方のフレーム構造を使用するように動作するか、または図３８の「部分ｓｙｍｂｏｌ送信」を最大に活用するよう動作できる。
【０５２５】
または、図３０において述べたように、一定水準以上のＴＡが印加される場合には、次のｓｕｂｆｒａｍｅでのｅＮＢ-ＵＥ  ｌｉｎｋ送信が存在できないという制約をおかないで、自由にｅＮＢ-ＵＥ  ｌｉｎｋに対するスケジューリングを行うこともできる。
【０５２６】
上述のＦＤＤシステムにおいて検討した、ＵＬ  ｂａｎｄにＴＤＤ  ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎを設定することと類似の動作がＴＤＤシステムでも可能である。
【０５２７】
ｅＮＢは、まず各ｓｕｂｆｒａｍｅをどんな用途として使用するか（すなわち、ｅＮＢの信号送信用として使用するか、それともＵＥの信号送信用として使用するか）を知らせる目的として一つのＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎをＵＥに知らせる。
【０５２８】
以後、前記ｅＮＢは、追加的なＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎをもう一つさらに知らせて該当ｃｏｎｆｉｇｕｒａｔｉｏｎ上においてＤＬ  ｓｕｂｆｒａｍｅと設定された所では、ｅＮＢ-ＵＥリンクのＤＬ  ｓｕｂｆｒａｍｅと同じｓｕｂｆｒａｍｅを使用しながらＤ２Ｄを動作できる所という事実を知らせることができる。
【０５２９】
前記追加的なＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ上においてＵＬであるｓｕｂｆｒａｍｅは、常にｅＮＢ-ＵＥリンクのＵＬ  ｓｕｂｆｒａｍｅと同じ境界を有するという点を保障するために、前記ｓｕｂｆｒａｍｅ用途を知らせるｃｏｎｆｉｇｕｒａｔｉｏｎ上において必ずＵＬでなければならないという制約を伴うことができる。
【０５３０】
好ましく、Ｄ２Ｄ動作（またはｄｉｓｃｏｖｅｒｙのようなＤ２Ｄ動作の一部は）は、ｅＮＢ-ＵＥリンクのＤＬ  ｓｕｂｆｒａｍｅ境界を使用するために、前記追加的なｃｏｎｆｉｇｕｒａｔｉｏｎ上においては、ＤＬに設定されるが、実際には、ｅＮＢ信号送信がない（少なくとも全帯域にわたって送信されるＣＲＳまたはＣＳＩ-ＲＳのような送信はない）ことを保障するために、各ｓｕｂｆｒａｍｅの用途を指定するｃｏｎｆｉｇｕｒａｔｉｏｎ上においては、ＵＬに設定される。
【０５３１】
万が一、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙがｅＮＢ  ｃｏｖｅｒａｇｅの外部に位置したＵＥから送信される場合、ＴＡを持ってｅＮＢに送信するｓｕｂｆｒａｍｅが存在しなくなる。
【０５３２】
したがって、図４２の場合と同様にＤ２Ｄ動作を行うことがｅＮＢ-ＵＥ  ｌｉｎｋ送信に適用されるＴＡによるｓｕｂｆｒａｍｅ重なり問題が発生しない。
【０５３３】
その結果、可能な限り多くのｓｙｍｂｏｌをＤ２Ｄ動作に使用するｃｏｎｆｉｇｕｒａｔｉｏｎを使用することができる。
【０５３４】
一例として、図２９の二つのＤ２Ｄ  ｆｏｒｍａｔのうち、常に上側のフレーム構造を使用するように動作するか、または図３８のように「部分ｓｙｍｂｏｌ送信」を最大限活用するように動作できる。
【０５３５】
以下、本明細書で提案するサブフレーム間の重なりにより発生できる衝突を解決するための方法について述べる。
【０５３６】
特に、Ｄ２Ｄ送受信（Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ、Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）サブフレームとＷＡＮ（Ｗｉｒｅｌｅｓｓ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）データ送受信サブフレーム間の重なり（ｏｖｅｒｌａｐ）により発生しうる衝突を解決するための方法について具体的に述べる。
【０５３７】
前記Ｄ２Ｄ送受信サブフレームは、Ｄ２Ｄ端末間直接通信のために割り当てられるサブフレームのことを意味し、前記ＷＡＮデータ送受信サブフレームは、基地局-端末間通信のために割り当てられるサブフレームのことを意味する。
【０５３８】
前記Ｄ２Ｄ送受信サブフレームは、Ｄ２Ｄサブフレーム、Ｄ２Ｄ資源（領域）、サイドリンク（ｓｉｄｅｌｉｎｋ）送受信サブフレームなどと表現されることができる。
【０５３９】
また、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ手順と関連したサブフレームの場合、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙサブフレームと表現されることができ、Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ手順と関連したサブフレームの場合、Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎサブフレームまたはＤ２Ｄ  ｄａｔａサブフレームと表現されることができる。
【０５４０】
以下説明の便宜のために、Ｄ２Ｄと関連したサブフレームは、Ｄ２Ｄサブフレーム、ＷＡＮデータ送受信と関連したサブフレームは、ＷＡＮサブフレーム、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙと関連したサブフレームは、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙサブフレーム、Ｄ２Ｄ  ｄａｔａ送信と関連したサブフレームは、Ｄ２Ｄ  ｄａｔａサブフレームと表現することにする。
【０５４１】
また、送信及び受信資源が区別される場合、それによってサブフレームの名称も送信サブフレーム及び受信サブフレームに区別されて表現されることができる。
【０５４２】
また、サイドリンク（ｓｉｄｅｌｉｎｋ）は、端末間直接通信のために使用される概念であって、本明細書で使用されるＤ２Ｄ（Ｄｅｖｉｃｅ-ｔｏ-Ｄｅｖｉｃｅ）と同じ意味を有することができる。
【０５４３】
以下、サイドリンクとＤ２Ｄの用語を混用することにする。
【０５４４】
Ｄ２Ｄ送受信サブフレームとＷＡＮデータ送受信サブフレームとの間またはＤ２Ｄ送受信サブフレーム間の重なりが発生する理由は、複数の端末のＵＬ信号送信により発生する干渉を減らすために、すなわち、複数の端末のＵＬ信号が同じ時点に基地局に到達できるようにするために、ＵＬサブフレームの境界がＴＡ（Ｔｉｍｉｎｇ  ＡｄｖａｎｃｅまたはＴｉｍｉｎｇ  Ａｌｉｇｎｍｅｎｔ）だけＤＬサブフレームの境界時点より先んじているからである。
【０５４５】
図４３は、本明細書で提案するサブフレーム間の重なりにより発生する衝突を解決するための方法の一例を示した図である。
【０５４６】
すなわち、図４３は、ＷＡＮデータ送受信に優先順位（ｐｒｉｏｒｉｔｙ）をあたえる方法である。
【０５４７】
したがって、Ｄ２ＤサブフレームとＷＡＮデータサブフレーム間の重なりが発生する場合、前記重なりが発生する領域（またはシンボル）において優先順位の高いＷＡＮデータを送信することによって、衝突を解決する方法を提供する。
【０５４８】
図４３に示すように、Ａ１  ｃａｓｅの場合、サブフレーム＃ｎ及びサブフレーム＃ｎ＋２は、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ送信資源であり、サブフレーム＃ｎ＋１は、ＷＡＮデータ送受信資源であり、サブフレーム＃ｎ＋３は、Ｄ２Ｄデータ送信資源であることが分かる。
【０５４９】
ここで、ＷＡＮデータ送受信に優先順位（ｐｒｉｏｒｉｔｙ）をあたえる場合、ｓｕｂｆｒａｍｅ  ＃ｎにおいてＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ送信資源の最後の一定数のシンボル（ｓｕｂｆｒａｍｅ  ＃ｎ＋１との重なりシンボル）は、ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）になる。
【０５５０】
前記最後の一定の数のシンボルは、最後の１つのシンボルまたは１つ以上のシンボルでありうる。
【０５５１】
すなわち、前記最後の一定の数のシンボルは、重なり（ｏｖｅｒｌａｐｐｉｎｇ）が発生したシンボル数を示すか、または重なりが発生したシンボル数より大きな値のうち、最も小さなシンボルの数を意味できる。
【０５５２】
また、前記ＤＴＸされるとは、ＤＴＸされるシンボルでは、信号を送信しないことを意味することで、前記ＤＴＸの具現方法の一例には、ｐｕｎｃｔｕｒｉｎｇまたはｒａｔｅ  ｍａｔｃｈｉｎｇがありうる。
【０５５３】
仮に、フレーム構造においてＷＡＮデータ送受信サブフレームが存在せず、Ｄ２Ｄ送受信サブフレームだけが存在する場合、すなわち、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙサブフレームとＤ２Ｄデータ（ｃｏｍｍｕｎｉｃａｔｉｏｎ）サブフレームだけからフレーム構造が構成される場合には、先行するｓｕｂｆｒａｍｅが優先順位を有するようにする。
【０５５４】
すなわち、図４３のＡ２  ｃａｓｅ及びＢ２  ｃａｓｅに示すように、サブフレーム＃ｎのＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ送信サブフレーム（Ａ２  ｃａｓｅ）及びＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ受信サブフレーム（Ｂ２  ｃａｓｅ）がサブフレーム＃ｎ＋２のＤ２Ｄデータ送信サブフレームより先行するので、ｄｉｓｃｏｖｅｒｙ  ＴＸ及びｄｉｓｃｏｖｅｒｙ  ＲＸは、正常にｓｕｂｆｒａｍｅ区間にわたって送信及び受信され、後行する、すなわち、優先順位の低いＤ２Ｄ  ｄａｔａ  Ｔｘ  ｓｕｂｆｒａｍｅの前シンボルの一部がＤＴＸになる。
【０５５５】
図４４は、本明細書で提案するサブフレーム間の重なりにより発生する衝突を解決するための方法のさらに他の一例を示した図である。
【０５５６】
図４４は、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ送信／受信サブフレーム、Ｄ２Ｄ  ｄａｔａ送信／受信サブフレーム、ＷＡＮ（ｃｅｌｌｕｌａｒ）Ｄａｔａ送信／受信（ＰＵＣＣＨ含む）サブフレームなどでフレームが構成される場合、先行するサブフレームに優先順位をあたえる方法を示す。
【０５５７】
すなわち、先行サブフレームに優先順位を与えることによって、サブフレームの重なり領域で優先順位の高いサブフレームの送信を保障することで、サブフレーム間の重なりにより発生できる衝突を解決する。
【０５５８】
図４４のＡ１  ｃａｓｅの場合、サブフレーム＃ｎのＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ  Ｔｘは、サブフレーム＃ｎ＋１のＷＡＮ  ｄａｔａより先行するサブフレームでより高い優先順位を有するので、ｄｉｓｃｏｖｅｒｙ  Ｔｘをｓｕｂｆｒａｍｅ  ＃ｎのｂｏｕｎｄａｒｙまで行い、、以後ＷＡＮ  ｄａｔａを送信または受信する。
【０５５９】
同様に、サブフレーム＃ｎ＋２のＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ  Ｔｘは、サブフレーム＃ｎ＋３のＤ２Ｄ  ｄａｔａ  Ｔｘより先行して、より高い優先順位を有するので、ｄｉｓｃｏｖｅｒｙ  Ｔｘをｓｕｂｆｒａｍｅ  ＃ｎ＋２のｂｏｕｎｄａｒｙまで行い、以後Ｄ２Ｄ  ｄａｔａを送信する。
【０５６０】
図４３及び図４４のＡ１  ｃａｓｅないしＣ１  ｃａｓｅは一実施の形態に過ぎず、以下で追加的に説明する規則及び条件に従って、サブフレーム間の重なりにより発生する衝突を解決できる方法が変わることができる。
【０５６１】
図４５は、本明細書で提案するサブフレーム間の重なりにより発生できる衝突を解決するための方法のさらに他の一例を示したフローチャートである。
【０５６２】
すなわち、図４５は、ＴＡ（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ）値とＤＴＸ長さ値との比較により、サブフレーム間の重なりにより発生しうる衝突を解決する方法を示す。
【０５６３】
図４３のＡ１  Ｃａｓｅを参照して、図４５の方法について具体的に述べる。
【０５６４】
すなわち、図４３のＡ１  Ｃａｓｅの場合、サブフレーム＃ｎ（ｓｕｂｆｒａｍｅ  ＃ｎ）でＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ  Ｔｘの資源が割り当てられ、サブフレーム＃ｎ＋１（ｓｕｂｆｒａｍｅ  ＃ｎ＋１）でＷＡＮ  ｄａｔａ  Ｔｘの資源が割り当てられていることが分かる。
【０５６５】
図４５は、ＷＡＮ  ｄａｔａの送受信がＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ  Ｔｘより優先順位を有していると仮定するとき、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ  Ｔｘのサブフレーム＃ｎで一部シンボルまたはｓｕｂｆｒａｍｅ全体をＤＴＸする方法を示す。
【０５６６】
具体的に、端末は、ＷＡＮ  ｄａｔａ  ＴｘのためのＵＬサブフレームのＴＡ（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）値がサブフレーム＃ｎでの最大可能なＤＴＸ長を超過しているかどうかを確認する（Ｓ４５１０）。
【０５６７】
前記確認の結果、前記ＴＡ値が最大可能なＤＴＸの長さを超過しない場合、前記端末は、予め指定された大きさのＤＴＸ（例えば、０，１／２，１  ｓｙｍｂｏｌ-ｌｅｎｇｔｈ  ＤＴＸ）長さの中で前記ＴＡ値と比較して、前記ＴＡ値より大きなＤＴＸ長さのうち、最も小さなＤＴＸ  ｌｅｎｇｔｈを選択する（Ｓ４５２０）。
【０５６８】
そして、前記端末は、サブフレーム＃ｎの重なりシンボルで前記選択されたＤＴＸ長分だけＤＴＸを行う（Ｓ４５３０）ことによって、サブフレーム間の重なりによる衝突を防止できる。
【０５６９】
ステップＳ４５１０にて確認した結果、前記ＴＡ値が前記最大可能なＤＴＸ  ｌｅｎｇｔｈより大きな場合（例えば、ＴＡ＞１  ｓｙｍｂｏｌ  ｌｅｎｇｔｈ）、前記端末は、サブフレーム＃ｎでＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ  Ｔｘ（またはＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ  Ｒｘ）をあきらめる。
【０５７０】
すなわち、前記端末は、ｓｕｂｆｒａｍｅ  ＃ｎ全体区間でＤＴＸを行う（Ｓ４５４０）ことによって、サブフレーム間の重なりによる衝突を防止できる。
【０５７１】
図４６は、本明細書で提案するサブフレーム間の重なりにより発生できる衝突を解決するための方法のさらに他の一例を示したフローチャートである。
【０５７２】
すなわち、図４６は、予め特定情報の送受信と予約されたサブフレームに優先順位をあたえる方法である。
【０５７３】
すなわち、重なりが発生するサブフレームの領域（またはシンボル）で優先順位の低いサブフレームのシンボルをＤＴＸすることによって、サブフレーム間の重なりにより発生できる衝突を解決する方法を示す。
【０５７４】
図４３のＡ１  Ｃａｓｅを参照して、図４６の方法について具体的に述べることにする。
【０５７５】
ここで、Ｄ２Ｄ送信のためのｓｕｂｆｒａｍｅが予め予約されており、これをＤ２Ｄ端末が互いに知っていると仮定する。
【０５７６】
すなわち、図４３のＡ１  Ｃａｓｅで、ｓｕｂｆｒａｍｅ  ＃ｎ及び一連のｓｕｂｆｒａｍｅが（ｓｕｂｆｒａｍｅ  ｓｅｔ）Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ送信／受信のためのサブフレーム（Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ  ＴｘまたはＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ  Ｒｘ用）と予め予約割り当てられ、これをＤ２Ｄ端末が予め知っている場合、予め予約割り当てられないｓｕｂｆｒａｍｅ  ＃ｎ＋１（ＷＡＮデータ）のｏｖｅｒｌａｐｐｉｎｇ  ｓｙｍｂｏｌ（前方）をＤＴＸすることで、サブフレーム間の重なりによる衝突を防止できる。
【０５７７】
ここで、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ  ＴｘのサブフレームでないＷＡＮ  ｄａｔａ送／受信のサブフレーム前のシンボル一部がｐｕｎｃｔｕｒｉｎｇまたはｒａｔｅ  ｍａｔｃｈｉｎｇされるという規則は、予め決まることができる。
【０５７８】
すなわち、図４６の方法は、特定サブフレームが予めＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ資源として予約されている場合、前記予約された資源に優先順位を与えて（図４３のＡ１  Ｃａｓｅ）（Ｓ４６１０）、優先順位の低いＷＡＮ  ｄａｔａ（予約されたサブフレーム以後のサブフレームに割り当てられるようにｓｃｈｅｄｕｌｉｎｇされているから）は、優先順位の高いＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ資源の保護のために、ＷＡＮ  ｄａｔａのサブフレーム＃ｎ＋１の前シンボルの一部がＤＴＸされる（Ｓ４６２０）。
【０５７９】
ここで、ＤＴＸされるシンボル数の決定は、上述の図４５の方法を利用できる。
【０５８０】
以下、サブフレーム間の重なり時に衝突を解決できる多様な方法について追加的に述べる。
【０５８１】
まず、図４３においてＷＡＮ  ｄａｔａの場合もｓｅｍｉ-ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ（ＳＰＳ）方式で予め予約割り当てられた資源に基づいて動作するＶｏＩＰサービスと関連している場合、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ  ＴＸ資源よりより高い優先順位を有するように定義することができる。
【０５８２】
この場合には、優先順位規則及び資源予約割り当て情報がＤ２Ｄ端末の間にｉｎｄｉｃａｔｉｏｎ等を介して予め知られなければならない。
【０５８３】
前記ｉｎｄｉｃａｔｉｏｎは、ＳＩＢ、ｃｏｍｍｏｎ  ＲＲＣ  ｓｉｇｎａｌ、ｄｅｄｉｃａｔｅｄ  ＲＲＣ  ｓｉｇｎａｌ等を介してＤ２Ｄ端末に送信されることができる。
【０５８４】
さらに他の実施の形態として、資源、すなわち、サブフレームの属性に応じてサブフレーム間優先順位を決定することによって、サブフレーム間の重なりにより発生できる衝突を解決できる方法について述べる。
【０５８５】
上述の、予め予約割り当てられたサブフレームに優先順位をあたえる方法を拡張する場合、特定ｓｕｂｆｒａｍｅが予めどんな目的でどのように予約割り当てられたのかに応じて、その重要度が変わるから、ｓｕｂｆｒａｍｅ属性に応じて優先順位を決定する方法も可能でありうる。
【０５８６】
一般に、ＷＡＮ  ｄａｔａがスケジューリングされたｓｕｂｆｒａｍｅが最も高い優先順位（ｐｒｉｏｒｉｔｙ）を有することができる。
【０５８７】
ただし、Ｄ２Ｄ送／受信と関連したｓｕｂｆｒａｍｅであっても、固定的に（またはｓｅｍｉ-ｓｔａｔｉｃ  ｒｅｓｅｒｖｅｄ）資源割り当てが予約されたｓｕｂｆｒａｍｅである場合、前記ＷＡＮ  ｄａｔａでスケジューリングされたｓｕｂｆｒａｍｅより高い優先順位を有するように定義することができる。
【０５８８】
具体的には、Ｄ２Ｄ資源割り当て方式のうち、ｓｅｍｉ-ｓｔａｔｉｃ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌ形態で資源が割り当てられるか、またはＳＰＳ形態で個別資源が割り当てられる場合、Ｄ２ＤサブフレームがＷＡＮ  ｄａｔａサブフレームよりさらに高い優先順位を有することができる。
【０５８９】
この場合、Ｄ２Ｄ及びＷＡＮ  ｄａｔａの資源割り当てと関連した情報は、基地局で全部知っているから、Ｄ２ＤサブフレームとＷＡＮ  ｄａｔａサブフレーム間の重なり領域でＷＡＮ  ｄａｔａサブフレームの一部（重なり領域）をｐｕｎｃｔｕｒｉｎｇしても、端末は、ＷＡＮ  ｄａｔａのサブフレームで送信されるｄａｔａをよく受信することができる。
【０５９０】
それは、前記端末は、基地局から前記ＷＡＮ  ｄａｔａサブフレームの一部（重なり領域）がｐｕｎｃｔｕｒｉｎｇされたという事実を予め通知されることができるためである。
【０５９１】
しかしながら、Ｄ２Ｄ（ｄｉｓｃｏｖｅｒｙまたはｄａｔａ）送／受信関連サブフレームの一部シンボルがサブフレーム間の重なりによりｐｕｎｃｔｕｒｉｇされる場合、以下のような問題が発生しうる。
【０５９２】
すなわち、基地局と関連しないＤ２Ｄ受信端末は、特定サブフレームでＷＡＮ  ｄａｔａがｓｃｈｅｄｕｌｉｎｇされた事実が分からないから、ＷＡＮ  ｄａｔａ  ｓｕｂｆｒａｍｅが優先順位を有する状況でＤ２Ｄ  ｄｉｓｃｏｖｅｒｙまたはＤ２Ｄ  ｄａｔａサブフレームの重なり領域がＤＴＸされた事実が分からなくなる。
【０５９３】
この問題を解決するために、ＷＡＮ  ｄａｔａサブフレームがＤＴＸされることがさらに好ましくありうるが、ＷＡＮ  ｄａｔａ送／受信の保護が必要な場合、Ｄ２Ｄサブフレームの重なり領域に対するＤＴＸを行わざるをえない。
【０５９４】
したがって、Ｄ２Ｄ端末は、ＷＡＮ  ｄａｔａが後続ｓｕｂｆｒａｍｅにｓｃｈｅｄｕｌｉｎｇされるかどうかに関わらず、Ｄ２Ｄサブフレームの重なり領域で常にＤＴＸをすると予め決めることができる。
【０５９５】
または、基地局は、Ｄ２Ｄに予約されたｓｕｂｆｒａｍｅのすぐ次のｓｕｂｆｒａｍｅには、ＷＡＮ  ｄａｔａのｓｃｈｅｄｕｌｉｎｇをしないということを予め定義し、このようなスケジューリング情報をｓｉｇｎａｌｉｎｇを介してＤ２Ｄ端末と共有することによって、Ｄ２Ｄ端末がＤ２Ｄ  ｄｉｓｃｏｖｅｒｙまたはＤ２Ｄ  ｄａｔａを該当サブフレームを介してよく受信することができるようにすることができる。
【０５９６】
追加的に、Ｄ２Ｄ資源割り当てにおいてｓｅｍｉ-ｓｔａｔｉｃ資源割り当て方式がｄｙｎａｍｉｃ割り当て方式に比べてより高い優先順位を有するならば、資源割り当て方式を変更するが、ＲＲＣ  ｓｉｇｎａｌまたはＳＩＢ  ｓｉｇｎａｌを使用する場合、前記ＲＲＣ  ｓｉｇｎａｌまたはＳＩＢ  ｓｉｇｎａｌを受信するＤ２Ｄ端末は、資源割り当て方式変更を介して変更された資源割り当てが有効になる時点（ｓｕｂｆｒａｍｅ）でサブフレーム間優先順位も変更されるという点を知っていなければならない。
【０５９７】
すなわち、基地局から端末にｓｅｍｉ-ｓｔａｔｉｃな資源割り当てをキャンセルし、以後ｄｙｎａｍｉｃ資源割り当てを始める場合、前記端末へのｓｅｍｉ-ｓｔａｔｉｃ資源割り当てがキャンセルになる有効な時点（または瞬間）からＤ２Ｄ送信と関連したサブフレームの優先順位も変更されるようになる。
【０５９８】
ここで、資源割り当て方式を変更するために送信されるＲＲＣ  ｓｉｇｎａｌｉｎｇまたはＳＩＢ  ｓｉｇｎａｌは、サブフレームの優先順位変更が適用される時点の基準になることができる。
【０５９９】
さらに他の実施の形態として、Ｄ２Ｄ資源に対する予約サブフレームがいくつか存在する場合、このような予約された資源間のｓｕｂｆｒａｍｅ重なり（同じまたは他の周期などの理由により）によった衝突現象が発生することもできる。
【０６００】
例えば、Ｄ２Ｄ送信ｍｏｄｅ  １及びｍｏｄｅ  ２の資源割り当てにおいて各モード別サブフレームの優先順位が異に設定されることができる。
【０６０１】
すなわち、Ｄ２Ｄ送信ｍｏｄｅ２の資源割り当て方式は、Ｄ２Ｄ送／受信がＷＡＮ  ｄａｔａより優先順位の高い資源割り当て方法であることに対し、Ｄ２Ｄ送信ｍｏｄｅ  １は、Ｄ２Ｄ送／受信がＷＡＮ  ｄａｔａより優先順位の低い資源割り当て方法でありうる。
【０６０２】
ここで、Ｄ２Ｄ送信ｍｏｄｅ  １のｓｕｂｆｒａｍｅとＤ２Ｄ送信ｍｏｄｅ  ２のｓｕｂｆｒａｍｅとが重なる場合、前記ｍｏｄｅ  ２の優先順位を認めてＷＡＮ  ｄａｔａより高い優先順位を有する資源割り当て方式が先であるから、ＷＡＮ  ｄａｔａサブフレームの一部がＤＴＸされるようになる。
【０６０３】
さらに他の実施の形態として、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙとＤ２Ｄ  ｄａｔａ間資源割り当て間でもｐｒｉｏｒｉｔｙが与えられることができる。
【０６０４】
Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ  ｔｙｐｅ  １、ｔｙｐｅ  ２Ａ、２ＢとＤ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｏｄｅ  １、ｍｏｄｅ  ２間の資源割り当てに優先順位を設定することが可能である。
【０６０５】
基本的に、Ｄ２Ｄ  ｄａｔａ資源がＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ資源よりさらに高い優先順位を有するように定義することができる。
【０６０６】
また、サブフレームの属性側面では、予め固定的に割り当てられた資源（例えば、  ｓｅｍｉ-ｓｔａｔｉｃ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ、例えば、ＳＰＳ）が随時割り当て（ｄｙｎａｍｉｃ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ｂｙ  ＰＤＣＣＨ  ｏｒ  ＥＰＤＣＣＨ）られた資源に比べて、より高い優先順位を有するように定義することができる。
【０６０７】
仮に、同様に固定資源割り当て方法である場合、Ｄ２Ｄ  ｄａｔａがＤ２Ｄ  ｄｉｓｃｏｖｅｒｙに比べてより高い優先順位を有するように定義することができる。
【０６０８】
また、同様に随時資源割り当て方法である場合、Ｄ２Ｄ  ｄａｔａ及びＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ間優先順位は、予め優先順位の指定を介して決まることができる。
【０６０９】
以上述べたように、Ｄ２Ｄ  ｄａｔａサブフレームに優先順位を与えることによって、サブフレーム間に重なりが発生するとき、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙサブフレームの重なり領域をＤＴＸできる。
【０６１０】
これと反対に、Ｄ２Ｄ  ｄａｔａのサブフレームよりＤ２Ｄ  ｄｉｓｃｏｖｅｒｙのサブフレームに優先順位を与えることによって、サブフレーム間に重なりが発生するとき、Ｄ２Ｄ  ｄａｔａサブフレームの重なり領域をＤＴＸできる。
【０６１１】
ここで、固定割り当て（ｓｅｍｉ-ｓｔａｔｉｃ）の場合、ｄｉｓｃｏｖｅｒｙ  ｔｙｐｅ１のように多数の端末のための供用資源割り当て方法も含まれることができる。
【０６１２】
上述のように、特定サブフレームまたは特定資源により高い優先順位が設定されており、ＵＬサブフレームのＴＡなどによりサブフレーム間の重なりが発生した場合、端末は、優先順位の低いサブフレームでサブフレーム間の重なりが発生した一部シンボルの長さ分だけＤＴＸを行う。
【０６１３】
ただし、ＤＴＸ長は、多様に設定されることができるから、前記ＤＴＸ長に応じる多様なｆｏｒｍａｔが必要である。
【０６１４】
すなわち、受信端（例：端末）では、前記ＤＴＸ長に応じる多様なｆｏｒｍａｔを予め通知されるか、各ｆｏｒｍａｔに対するブラインドデコード（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を行うことによって、前記ＤＴＸ長が分かるようになる。
【０６１５】
さらに他の方法で、受信端での具現複雑度を減らすために、サブフレーム間の重なりが発生する場合、前記受信端は、ｓｕｂｆｒａｍｅ単位に重なる領域を含む特定サブフレームをｄｒｏｐｐｉｎｇすることで衝突を防止することもできる。
【０６１６】
ここで、前記ｄｒｏｐｐｉｎｇされるサブフレームは、優先順位の低いサブフレームであるか、または予めサブフレーム間の重なりが発生する際にｄｒｏｐｐｉｎｇすることに約束されたサブフレームに該当する。
【０６１７】
ただし、サブフレームｄｒｏｐｐｉｎｇにより発生できる資源損失を最小化するために、上述の多様な送信ｆｏｒｍａｔのｂｌｉｎｄ  ｄｅｃｏｄｉｎｇを行い、これを支援するために適当なｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒを端末に送信して資源の損失を最小化できる。
【０６１８】
例えば、サブフレームの最後のシンボルが０，０．５，１  ｓｙｍｂｏｌ形態でＤＴＸされると仮定する場合、ＤＴＸ領域を除いたシンボルに対してＣＲＣを求め、ここにｍａｓｋｉｎｇを行う時にＤＴＸ長をｉｎｄｉｃａｔｉｏｎできるようにマスキングパターン（ｍａｓｋｉｎｇ  ｐａｔｔｅｒｎ）を決めることができる。
【０６１９】
すなわち、マスキングパターンが００００００、１１１１１１、０１０１０１０などと共にあるとしたとき、各マスキングパターンをＤＴＸされた長さと１対１にマッピングされるようにすることによって、ＤＴＸ長をｉｎｄｉｃａｔｉｏｎできる。
【０６２０】
ここで、最後のシンボルに対しては、ＣＲＣが別に適用されないから前記最後のシンボルに特別な情報を追加的に送信することもできる。
【０６２１】
すなわち、前記最後のシンボルにシーケンスタイプのｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌを送信するか、またはｈａｌｆ-ｓｙｍｂｏｌ  ＳＲＳなどのような形態の信号を送信する用途として活用できる。
【０６２２】
さらに他の実施の形態として、予めＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ、Ｄ２Ｄ  ｄａｔａまたはＷＡＮ  ｄａｔａ等の予約割り当てられた資源（またはサブフレーム）を基準に予め予約割り当てられないｓｕｂｆｒａｍｅでの動作を決定するようにすることができる。
【０６２３】
例えば、Ｄ２Ｄ  ｄａｔａのｓｕｂｆｒａｍｅに１０の倍数に該当するｓｕｂｆｒａｍｅが割り当てられた場合、１０の倍数に該当するｓｕｂｆｒａｍｅの直後  のｓｕｂｆｒａｍｅでは、ＷＡＮ  ｄａｔａを使用しないように定義することができる。
【０６２４】
さらに他の方法で、ＷＡＮ  ＳＰＳ  ｄａｔａ  ｓｕｂｆｒａｍｅに割り当てられたｓｕｂｆｒａｍｅの直後のｓｕｂｆｒａｍｅでは、Ｄ２Ｄ  ｄａｔａのためには使用しないように定義することもできる。
【０６２５】
このような方法は、予め予約割り当てられたｓｕｂｆｒａｍでＷＡＮ  ｄａｔａまたはＤ２Ｄ  ｄａｔａの送信を保障するためである。
【０６２６】
さらに他の方法で、特定サブフレームの直後のｓｕｂｆｒａｍｅを勝手に使用することができるように定義することもできる。
【０６２７】
すなわち、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌが予め予約割り当てられた場合、この予約割り当てられたｓｕｂｆｒａｍｅの次のｓｕｂｆｒａｍｅでは、特別な制約無しに勝手に使用することができるようにし、サブフレーム間の重なりが発生するシンボルで前記Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌがＤＴＸされるか、またはｄｒｏｐされるようにすることができる。
【０６２８】
この場合は、優先順位がより高い送信が後ほど発生しても、予め予約された資源に送信をする優先順位が低い資源での送信を保護するためである。
【０６２９】
これによって、資源利用に対する非効率が発生する場合、これを解決するために後続ｓｕｂｆｒａｍｅに優先順位が高い送信をｓｃｈｅｄｕｌｉｎｇしないようにする方法を使用することができる。
【０６３０】
以下、本明細書で提案するＤ２Ｄ送信間またはＤ２Ｄ送信とＷＡＮ送信間の信号の同時送信により発生できる衝突を解決するための方法について、多様な実施の形態及び関連した図面を参照して具体的に述べることにする。
【０６３１】
基本的に、信号の同時送信により重なりが発生する場合、信号の同時送信がおきる区間、すなわち重なりが発生する区間について、ｐｕｎｃｔｕｒｉｎｇまたはｒａｔｅ  ｍａｔｃｈｉｎｇを行うか、または前記重なり発生区間に（ｅｎｄｉｎｇ）  ｇａｐを設定できる。
【０６３２】
以下で使用する衝突（ｃｏｌｌｉｓｉｏｎ）または重なり（ｏｖｅｒｌａｐｐｉｎｇ）の意味は、二信号の同時送信による信号間衝突または重なりを意味するか、または各信号が送信されるＳＦ間重なりまたは衝突を意味できる。
【０６３３】
また、信号の衝突／重なりは、送信の衝突／重なりまたはＳＦ間衝突／重なりと同じ意味として解析できる。
【０６３４】
また、重なり区間をｐｕｎｃｔｕｒｉｎｇするとは、重なり区間に対してｒａｔｅ  ｍａｔｃｈｉｎｇを行うか、または前記重なり区間に信号を送信できないように定義した（ｅｎｄｉｎｇ）  ｇａｐを設定するという意味と同様に解析されることができる。
【０６３５】
また、以下で使用されるＷＡＮ（信号）送信は、ＵＥ-ｔｏ-ｅＮＢ間制御情報、ｄａｔａなどを送受信することを意味でき、Ｄ２Ｄ送信は、Ｄ２Ｄ端末間の制御情報、ｄａｔａなどを送受信することを意味できる。
【０６３６】
図４７は、本明細書で提案するＤ２Ｄ送信方法の一例を示した図である。
【０６３７】
図４７に示すように、ＷＡＮ  ｄａｔａ及びＤ２Ｄ  ｄａｔａは、ＴＤＭ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式により送受信されることを見ることができる。
【０６３８】
すなわち、特定ｓｕｂｆｒａｍｅ（ＳＦ）では、ＷＡＮ  ｄａｔａが送信され、他の特定ＳＦでは、Ｄ２Ｄ  ｄａｔａが送信されることを見ることができる。
【０６３９】
以下では、説明の便宜のために、ＷＡＮ  ｄａｔａが送受信されるＳＦを「ＷＡＮ  ＳＦ」、Ｄ２Ｄ  ｄａｔａが送受信されるＳＦを「Ｄ２Ｄ  ＳＦ」と呼ぶことにする。
【０６４０】
前記ＷＡＮ  ＳＦでは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ、ＰＲＡＣＨなどのようなｃｅｌｌｕｌａｒ  ｕｐｌｉｎｋ  ｃｈａｎｎｅｌが送信されることができる。
【０６４１】
図４７の場合、ＷＡＮ  ｄａｔａ及び／またはＤ２Ｄ  ｄａｔａがｓｕｂｆｒａｍｅ単位に区分されてＴＤＭ方式を介して送受信されることを示したが、これは一例に過ぎず、前記ＷＡＮ  ｄａｔａ及び／またはＤ２Ｄ  ｄａｔａは、ｓｌｏｔ単位、ｆｒａｍｅ単位など、他の単位に区分されて送受信されることができる。
【０６４２】
上述のように、Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎは、ＵＬ  ＳＦを介して行われる。
【０６４３】
また、Ｄ２Ｄ端末は、基地局からＴＡ（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）値またはこれと同じ機能を行うＤ２Ｄ送信時間情報を受信して、Ｄ２Ｄ  ｄａｔａを送信できる。前記Ｄ２Ｄ送信時間情報は、Ｄ２Ｄ  ＵＬ  ＴＡと表現されることができる。
【０６４４】
または、Ｄ２Ｄ端末は、自らＴＡ値を適用して他のＤ２Ｄ端末にＤ２Ｄ  ｄａｔａを送信することもできる。
【０６４５】
図４７の場合、ｓｕｂｆｒａｍｅ  ＃ｎ、ｓｕｂｆｒａｍｅ  ＃ｎ＋１、ｓｕｂｆｒａｍｅ  ＃ｎ＋２及びｓｕｂｆｒａｍｅ  ＃ｎ＋３、４個のＳＦ全部にＴＡが適用されたことを見ることができる。
【０６４６】
また、４個のＳＦｓに適用されたＴＡ値は、全部同一であると仮定する。
【０６４７】
図４７に示すように、Ｄ２Ｄ  ＳＦ（ｓｕｂｆｒａｍｅ  ＃ｎ＋１及びｓｕｂｆｒａｍｅ  ＃ｎ＋２）は、同じＴＡ値が適用され、各ＳＦ間に重なり区間または衝突区間が発生しない。
【０６４８】
したがって、図４７では、信号の衝突または重なりが発生しないから、ＳＦの特定部分に対してｐｕｎｃｔｕｒｉｎｇまたはｒａｔｅ  ｍａｔｃｈｉｎｇを行う必要がない。
【０６４９】
ここで、ＳＦ間重なり区間または信号の衝突が発生する衝突区間をｅｎｄｉｎｇ  ｇａｐと定義することができる。
【０６５０】
前記ｅｎｄｉｎｇ  ｇａｐは、信号の衝突を防止するために、ｐｕｎｃｔｕｒｉｎｇ、ＤＴＸ、ｒａｔｅ  ｍａｔｃｈｉｎｇなどが行われる区間を示す。
【０６５１】
図４７の場合、ＳＦ  ＃ｎ＋１及びＳＦ  ＃ｎ＋２は、ｅｎｄｉｎｇ  ｇａｐのないＤ２Ｄ送信（Ｄ２Ｄ  ＴＸ  ｗｉｔｈｏｕｔ  ｅｎｄｉｎｇ  ｇａｐ）区間を示す。
【０６５２】
前記Ｄ２Ｄ  ＴＸ  ｗｉｔｈｏｕｔ  ｅｎｄｉｎｇ  ｇａｐは、連続したＤ２Ｄ送信ＳＦを有し、同時に各ＳＦの最後の部分にｅｎｄｉｎｇ  ｇａｐを有しないＤ２Ｄ送信のことをいう。
【０６５３】
以下、ｅｎｄｉｎｇ  ｇａｐの定義及び関連動作について、さらに具体的に述べることにする。
【０６５４】
説明の便宜のために、ｅｎｄｉｎｇ  ｇａｐを有しないＤ２Ｄ送信（Ｄ２Ｄ  ＴＸ  ｗｉｔｈｏｕｔ  ｅｎｄｉｎｇ  ｇａｐ）を「第１Ｄ２Ｄ送信」と、ｅｎｄｉｎｇ  ｇａｐを有するＤ２Ｄ送信（Ｄ２Ｄ  ＴＸ  ｗｉｔｈ  ｅｎｄｉｎｇ  ｇａｐ）を「第２Ｄ２Ｄ送信」と呼ぶことにする。
【０６５５】
同じ意味として、ｅｎｄｉｎｇ  ｇａｐを有しないＤ２Ｄ  ＳＦを「第１Ｄ２Ｄ（送信）ＳＦ」と、ｅｎｄｉｎｇ  ｇａｐを有するＤ２Ｄ  ＳＦを「第２Ｄ２Ｄ（送信）ＳＦ」と呼ぶことにする。
【０６５６】
上述のように、第１Ｄ２Ｄ送信は、第１Ｄ２Ｄ  ＳＦと、第２Ｄ２Ｄ送信は、第２Ｄ２Ｄ  ＳＦと解析されることができる。
【０６５７】
Ｅｎｄｉｎｇ  ｇａｐ関連Ｄ２Ｄ動作定義
（１）第２Ｄ２Ｄ  ＳＦ、すなわち、ｅｎｄｉｎｇ  ｇａｐを有するＤ２Ｄ  ＴＸ  ＳＦの最後の部分（例：最後のｓｙｍｂｏｌ）は、ｐｕｎｃｔｕｒｉｎｇ（またはｒａｔｅ  ｍａｔｃｈｉｎｇ）される。
【０６５８】
（２）第１Ｄ２Ｄ  ＳＦ、すなわち、ｅｎｄｉｎｇ  ｇａｐを有するＤ２Ｄ  ＴＸ  ＳＦの最後の部分（例：最後のｓｙｍｂｏｌ）は、ｐｕｎｃｔｕｒｉｎｇ（またはｒａｔｅ  ｍａｔｃｈｉｎｇ）されない。
【０６５９】
次に、第２Ｄ２Ｄ送信、すなわち、ｅｎｄｉｎｇ  ｇａｐを有するＤ２Ｄ送信の意味について述べることにする。
【０６６０】
（１）単一のまたは連続したＤ２Ｄ  ｓｕｂｆｒａｍｅのうち、ＴＡが適用されることによって、他のＳＦと重なりが発生するｓｕｂｆｒａｍｅ（以下、「重なりＳＦ」という。）が存在する場合、前記重なりＳＦの前までのＳＦ（またはＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ）を一つのグループにする。
【０６６１】
一つのグループにグループ化したＳＦでのＤ２Ｄ送信は、「第１Ｄ２Ｄ送信」に該当し、前記重なりＳＦでのＤ２Ｄ送信は、「第２Ｄ２Ｄ送信」に該当する。
【０６６２】
この場合、単一のまたは連続したＤ２Ｄ送信ＳＦのうち、最後のＤ２Ｄ送信ＳＦ（重なりＳＦ）においてｐｕｎｃｔｕｒｉｎｇを行う。すなわち、ＴＸ  ＵＥは、最後の送信ＳＦの最後の部分（例：最後のｓｙｍｂｏｌ）でｐｕｎｃｔｕｒｉｎｇを行って、ＲＸ  ＵＥにＤ２Ｄ送信を行う。
【０６６３】
ＲＸ  ＵＥは、ｐｕｎｃｔｕｒｉｎｇされた部分では、別のｄｅｃｏｄｉｎｇを行わない。
【０６６４】
ここで、連続したＳＦの最後のＳＦをｐｕｎｃｔｕｒｉｎｇする理由は、最後のＤ２Ｄ送信ＳＦの直後にどんな信号を送信するＳＦがくるかを知らないから、予めＳＦ間の衝突を防止するためである。
【０６６５】
（２）連続したＤ２Ｄ送信の中間にＴＡが適用されないＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎが一つまたは一つ以上存在する場合、ＴＡが適用されないＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｓｕｂｆｒａｍｅを第２Ｄ２Ｄ送信（Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｗｉｔｈ  ｅｎｄｉｎｇ  ｇａｐ）ＳＦの最後のｔｒａｎｓｍｉｓｓｉｏｎ  ｓｕｂｆｒａｍｅと定義する。
【０６６６】
したがって、上述のＤ２Ｄ動作規則（１）に従って、前記ＴＡを適用しないｔｒａｎｓｍｉｓｓｉｏｎ  ｓｕｂｆｒａｍｅの最後の部分はｐｕｎｃｔｕｒｉｎｇされる。
【０６６７】
すなわち、前記ＴＡが適用されないＤ２Ｄ送信ＳＦの最後の部分がｐｕｎｃｔｕｒｉｎｇされる理由は、前記ＴＡを適用しないｔｒａｎｓｍｉｓｓｉｏｎ  ｓｕｂｆｒａｍｅの最後の部分で後続するＳＦによってＳＦ間重なりが発生しうるためである。
【０６６８】
（３）ＴＡを適用するＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ＳＦだけから構成された場合、このＤ２Ｄ送信ＳＦは、第１Ｄ２Ｄ送信ＳＦ（Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｗｉｔｈｏｕｔ  ｇａｐ）と定義することができる。
【０６６９】
したがって、前記ＴＡを適用するＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎだけから構成されたＳＦの最後のｔｒａｎｓｍｉｓｓｉｏｎ  ＳＦは、最後の部分がｐｕｎｃｔｕｒｉｎｇされない。
【０６７０】
図４７ないし図５０にてｅｎｄｉｎｇ  ｇａｐの定義及びこれと関連したＤ２Ｄ動作について、さらに詳細に述べることにする。
【０６７１】
図４７の場合、Ｄ２Ｄ  ＳＦ、すなわち、ＳＦ  ＃ｎ＋１及びＳＦ  ＃ｎ＋２は、ｅｎｄｉｎｇ  ｇａｐを含まないことが分かる。
【０６７２】
したがって、Ｄ２Ｄ端末は、前記Ｄ２Ｄ  ＳＦ（ｓｕｂｆｒａｍｅ  ＃ｎ＋１及びｓｕｂｆｒａｍｅ  ＃ｎ＋２）でｐｕｎｃｔｕｒｉｎｇを行わずに、Ｄ２Ｄ  ｄａｔａを送受信するようになる。
【０６７３】
図４８は、本明細書で提案するＤ２Ｄ送信方法のさらに他の一例を示した図である。
【０６７４】
図４８を参照すると、Ｄ２Ｄ端末は、ｓｕｂｆｒａｍｅ  ＃ｎ及びｓｕｂｆｒａｍｅ  ＃ｎ＋１でＴＡを適用してＤ２Ｄ送信を行い、ｓｕｂｆｒａｍｅ  ＃ｎ＋２では、ＴＡを適用せずにＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎを行うことが分かる。
【０６７５】
ここで、ｓｕｂｆｒａｍｅ  ＃ｎ＋２の最後の部分では、後続するｓｕｂｆｒａｍｅ  ＃ｎ＋３でＴＡが適用されたＷＡＮ送信により重なりまたは衝突が発生する。
【０６７６】
したがって、ＴＡを適用しないｓｕｂｆｒａｍｅ  ＃ｎ＋２の最後の部分（ｅｎｄｉｎｇ  ｇａｐ）はｐｕｎｃｔｕｒｉｎｇされる。
【０６７７】
ここで、ｓｕｂｆｒａｍｅ  ＃ｎ及びｓｕｂｆｒａｍｅ  ＃ｎ＋１は、ｅｎｄｉｎｇ  ｇａｐを有しないＤ２Ｄ送信区間と定義され、ｓｕｂｆｒａｍｅ  ＃ｎ＋２は、ｅｎｄｉｎｇ  ｇａｐを有するＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ区間と定義される。
【０６７８】
図４９は、本明細書で提案するＤ２Ｄ送信方法のさらに他の一例を示した図である。
【０６７９】
図４９の場合、Ｄ２Ｄ端末が連続したＤ２Ｄ  ＳＦを介して連続的なＤ２Ｄ送信を行うが、前記連続的なＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎの間にＴＡを適用しないＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎが存在する場合を示す。
【０６８０】
この場合、上述のＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｗｉｔｈｏｕｔ  ｅｎｄｉｎｇ  ｇａｐの動作規則（または要件）を満たさないから、ＴＡが適用されないＳＦの最後においてｐｕｎｃｔｕｒｉｎｇの遂行により、連続したＤ２Ｄ  ＳＦが３個のＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｓｕｂｆｒａｍｅに、すなわち、３個のＤ２Ｄ送信区間に分離されることを示す。
【０６８１】
図４９を参照すると、ｓｕｂｆｒａｍｅ  ＃ｎ、ｓｕｂｆｒａｍｅ  ＃ｎ＋１及びｓｕｂｆｒａｍｅ  ＃ｎ＋２の連続するＳＦの全部がＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ＳＦに該当するが、ｓｕｂｆｒａｍｅ  ＃ｎ＋１でＴＡが適用されないＤ２Ｄ送信が行われることが分かる。
【０６８２】
すなわち、ｓｕｂｆｒａｍｅ  ＃ｎ＋１は、Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｗｉｔｈ  ｇａｐのＳＦに該当して、上述のｅｎｄｉｎｇ  ｇａｐと関連したＤ２Ｄ動作規則（２）に従って、ＳＦ  ＃ｎ＋１の最後の部分がｐｕｎｃｔｕｒｉｎｇされる。
【０６８３】
また、ｓｕｂｆｒａｍｅ  ＃ｎ及びＳＦ  ＃ｎ＋２は、ＴＡが適用されたＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎが発生するから、上述のｅｎｄｉｎｇ  ｇａｐと関連したＤ２Ｄ動作規則（１）に従って、各ＳＦの最後の部分（例：最後のｓｙｍｂｏｌ）にｐｕｎｃｔｕｒｉｎｇが適用されない。
【０６８４】
すなわち、ｓｕｂｆｒａｍｅ  ＃ｎ及び＃ｎ＋２でｐｕｎｃｔｕｒｉｎｇが適用されない理由は、各ＳＦで信号の重なりが発生しないためである。
【０６８５】
信号の重なり区間（またはＳＦ間重なり区間）でｐｕｎｃｔｕｒｉｎｇを行うとは、ＴＡが適用されないｔｒａｎｓｍｉｓｓｉｏｎが発生するＳＦの最後のＮ個のシンボル（Ｎ＝１，２，…）またはＮ個のｓａｍｐｌｅｓ（ＯＦＤＭ、ＳＣ-ＦＤＭＡ  ｓａｍｐｌｉｎｇ  ｒａｔｅに応じるｓａｍｐｌｅｓを意味）に対して、ｐｕｎｃｔｕｒｉｎｇまたはｒａｔｅ  ｍａｔｃｈｉｎｇを行うか、または（ｅｎｄｉｎｇ）ｇａｐを設定することを意味できる。
【０６８６】
図５０は、本明細書で提案するＤ２Ｄ送信方法のさらに他の一例を示した図である。
【０６８７】
図５０の場合、Ｄ２Ｄ端末が連続したＤ２Ｄ  ＳＦでＴＡを適用せずに連続してＤ２Ｄ送信を行う場合、ｐｕｎｃｔｕｒｉｎｇ遂行と関連した動作方法を示す。
【０６８８】
すなわち、図５０は、ＴＡが適用されないＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎが連続して発生する場合、前記連続的なＤ２Ｄ送信の間にｐｕｎｃｔｕｒｉｎｇを行わないようにするために、上述の「Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｗｉｔｈ  ｅｎｄｉｎｇ  ｇａｐ」での規則を適用する。
【０６８９】
図５０に示すように、連続的なＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎが連続したＤ２Ｄ  ＳＦを介して発生する場合、連続したＤ２Ｄ  ＳＦのうち、最後のＳＦでないＳＦでは、ｐｕｎｃｔｕｒｉｎｇが行われずに、最後のＤ２Ｄ  ＳＦにおいてのみｐｕｎｃｔｕｒｉｎｇが行われることが分かる。
【０６９０】
ｓｕｂｆｒａｍｅ  ＃ｎ及びｓｕｂｆｒａｍｅ  ＃ｎ＋１は、全部ＴＡが適用されない連続的なＤ２Ｄ  ＳＦであり、ｓｕｂｆｒａｍｅ  ＃ｎ＋２は、ＴＡが適用されるＳＦに該当する。
【０６９１】
したがって、ｓｕｂｆｒａｍｅ  ＃ｎ＋１の最後で重なりが発生し、前記重なり区間では、ｐｕｎｃｔｕｒｉｎｇが行われる。すなわち、前記重なり区間では、信号の送信が発生しない。
【０６９２】
図５０に示すように、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ送信の場合、一般にＤＬ受信時点において発生するから、ＴＡが適用されない。
【０６９３】
図５０において、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙが送信されるＳＦでは、ＴＡの適用がなく、Ｄ２Ｄ  ｄａｔａが送信されるＳＦでは、ＴＡが適用される例を示したが、これと反対に、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙが送信されるＳＦでＴＡを適用し、Ｄ２Ｄ  ｄａｔａが送信されるＳＦでＴＡを適用しなくても良い。
【０６９４】
または、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ及びＤ２Ｄ  ｄａｔａ全部にＴＡを適用するか、または全部ＴＡを適用しなくても良い。
【０６９５】
ここで、前記ＴＡは、ｃｅｌｌｕｌａｒ  ｕｐｌｉｎｋ  ｔｒａｎｓｍｉｓｓｉｏｎに適用するＴＡと同一、またはこれと異なる意味を示すＴＡでありうる。
【０６９６】
Ｄ２Ｄ送信に使用されるＴＡがｃｅｌｌｕｌａｒ  ｕｐｌｉｎｋ  ｔｒａｎｓｍｉｓｓｉｏｎに使用されるＴＡと異なる意味を表す場合、前記ｃｅｌｌｕｌａｒ  ｕｐｌｉｎｋ  ｔｒａｎｓｍｉｓｓｉｏｎに適用するＴＡ値より小さいか、または大きいな値にＴＡを設定できる。
【０６９７】
または、予め指定されたいくつかのＴＡ  ｖａｌｕｅのうち、ｃｅｌｌｕｌａｒ  ｕｐｌｉｎｋ  ｔｒａｎｓｍｉｓｓｉｏｎに適用するＴＡと誤差が最も小さいか、または最も大きな値がＴＡとして設定されることもできる。
【０６９８】
このとき、Ｄ２Ｄ送信のために新しく定義されるＴＡ値は、基地局からｓｉｇｎａｌｉｎｇを介して明示的にＤ２Ｄ端末に送信されるか、またはＤ２Ｄ端末自ら前記ＴＡ値を計算または選択使用する方法により暗示的に決定されることもできる。
【０６９９】
図４７ないし図５０の場合、信号送信またはＳＦでＴＡの適用有無に基づいて特定区間（ＳＦの最後）でｐｕｎｃｔｕｒｉｎｇを行うかどうかを区別したが、さらに簡単な方式により具現するために、二つのｍｏｄｅを新しく定義してそれに応じてｐｕｎｃｔｕｒｉｎｇを行うかどうかを決定することもできる。
【０７００】
すなわち、各ｍｏｄｅに該当する複数のＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎを含め、特定ｍｏｄｅで終わる場合には、最後のｔｒａｎｓｍｉｓｓｉｏｎにｐｕｎｃｔｕｒｉｎｇを適用することもできる。
【０７０１】
ここで、各ｍｏｄｅは、上述の第１Ｄ２Ｄ送信ｍｏｄｅ及び第２Ｄ２Ｄ送信ｍｏｄｅに対応できる。
【０７０２】
本明細書で使用するＳＦ間または信号間優先順位（ｐｒｉｏｒｉｔｙ）を有するとは、優先順位を有する信号の送信ＳＦの最後の部分はｐｕｎｃｔｕｒｉｎｇされないという意味として解析されることができる。
【０７０３】
また、Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｓｕｂｆｒａｍｅは、Ｄ２Ｄ送信が発生するＤ２Ｄ  ｓｕｂｆｒａｍｅを示し、ＴＡ、ＴＸ、ＲＸなどによりＤ２Ｄ  ＳＦ間には、ｓｕｂｆｒａｍｅ  ｂｏｕｎｄａｒｙが一致しなくても良い。
【０７０４】
また、前記Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｓｕｂｆｒａｍｅは、該当ＳＦでＤ２Ｄ送信が発生しないことができ、Ｄ２Ｄ送信のために予約割り当てだけがされたＳＦでありうる。
【０７０５】
または、前記Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｓｕｂｆｒａｍｅは、ｒｅｓｏｕｒｃｅ  ｐｏｏｌのように、ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｐｐｏｒｔｕｎｉｔｙを意味することもできる。
【０７０６】
次に、ＳＦで信号の送／受信時に重なりが発生できる多様な状況、信号の送／受信時に重なりが発生しないように送信端末（ＴＸ  ＵＥ）でこれを解決するための方法、及び受信端末（ＲＸ  ＵＥ）でこのような重なり発生状況を予め分かるようにするための方法などについて具体的に述べることにする。
【０７０７】
Ｄ２Ｄ送信端末（Ｄ２Ｄ  ＴＸ  ＵＥ）は、一つまたは一つ以上のｓｕｂｆｒａｍｅ（ＳＦ）を介してＤ２Ｄ  ｄａｔａ、Ｄ２Ｄ  ｓｉｇｎａｌを送信する。前記Ｄ２Ｄ  ｓｉｇｎａｌは、制御情報を含む信号を意味できる。
【０７０８】
ここで、前記Ｄ２Ｄ  ｄａｔａ及びＤ２Ｄ  ｓｉｇｎａｌは、一つまたは一つ以上のＳＦを介して連続的に送信されることができる。
【０７０９】
Ｄ２Ｄ端末は、（１）セル内アップリンクＴＡ（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）値と同じ値でＤ２Ｄ送信を行う場合と、（２）セル内アップリンクＴＡ値と異なる値でＤ２Ｄ送信を行う場合とに区分できる。
【０７１０】
前記セル内アップリンクＴＡは、ｃｅｌｌｕｌａｒ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎに該当するＴＡ値を意味する。
【０７１１】
前記Ｄ２Ｄ送信は、Ｄ２Ｄ端末がＤ２Ｄ  ｄａｔａ及び／またはＤ２Ｄ  ｓｉｇｎａｌを送信することを意味できる。
【０７１２】
Ｄ２Ｄ端末がＷＡＮ（ｅＮＢ-ＵＥ）通信で使用するＵＬ  ＴＡ値と同じＴＡ値でＤ２Ｄ送信を行う場合、従来のｌｅｇａｃｙ  ＷＡＮ  ＵＥに及ぼす直接的な干渉の影響は少なくなる。
【０７１３】
ここで、ＷＡＮ通信において使用するＵＬ  ＴＡは、第１ＴＡ、Ｄ２Ｄ通信において使用するＴＡは、第２ＴＡと表現されることができる。または、これと反対に使用されることもできる。
【０７１４】
しかしながら、Ｄ２Ｄ端末が前記ＷＡＮ通信のＵＬ  ＴＡ値と異なるＴＡ値を使用してＤ２Ｄ送信を行う場合、従来のＷＡＮ  ＵＥに及ぼす干渉が大きくありうる。
【０７１５】
こういう場合、ＴＡ値の差によって発生する干渉は、同一ＳＦ（ｓｕｂｆｒａｍｅ）だけでなく、連続したＳＦでの信号送信に深刻な影響を及ぼすことができる。
【０７１６】
例えば、端末がＳＦ  ＃ｎでＴＡを適用（または使用）せずに信号を送信し、ＳＦ  ＃ｎ＋１ではＴＡを適用して信号を送信する場合、両ＳＦを介して送信される信号は、ＳＦの特定区間において同時送信によって重なり（ｏｖｅｒｌａｐ）現象が発生できる。
【０７１７】
この場合、二つの信号のうち、いずれか一つの信号は、前記特定区間で信号を送信できなくなる。
【０７１８】
仮に、ＷＡＮ送信とＤ２Ｄ送信がＳＦ内の特定区間において重なる場合、ＷＡＮ信号送信に優先順位（ｐｒｉｏｒｉｔｙ）を付与する。
【０７１９】
この場合、Ｄ２Ｄ端末は、Ｄ２Ｄ  ＳＦの重なり区間をｐｕｎｃｔｕｒｉｎｇするか（前記Ｄ２Ｄ  ＳＦの重なり区間でＤ２Ｄ信号の送信をｐｕｎｃｔｕｒｉｎｇ）または重なりが発生するＤ２Ｄ  ＳＦでＤ２Ｄ信号をｄｒｏｐ（中止）する。
【０７２０】
ここで、ｐｕｎｃｔｕｒｉｎｇまたはｄｒｏｐｐｉｎｇの意味は、信号を送信しないという意味として解析されることができる。
【０７２１】
また、上記のように、ＳＦ間の衝突現象は、Ｄ２Ｄ信号（ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌ、ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｉｇｎａｌ、ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）の間でも発生できるから、これを防止するための方法が必要である。
【０７２２】
特に、重要な部分は、Ｄ２Ｄ  ＴＸ  ＵＥがどんな方式でＤ２Ｄ送信を行うかを予めＤ２Ｄ  ＲＸ  ＵＥが分かるようにすることである。その理由は、Ｄ２Ｄ  ＲＸ  ＵＥがＤ２Ｄ  ＴＸ  ＵＥが送信する信号を正確に受信できるようにするためである。
【０７２３】
例えば、ＴＸ  ＵＥが送信信号の最後のシンボルをｐｕｎｃｔｕｒｉｎｇして、ＲＸ  ＵＥに送信する場合、ＴＸ  ＵＥは、最後のｓｙｍｂｏｌがｐｕｎｃｔｕｒｉｎｇされたことをＲＸ  ＵＥにｓｉｇｎａｌｉｎｇを介して知らせる。
【０７２４】
ＲＸ  ＵＥは、前記最後のシンボルがｐｕｎｃｔｕｒｉｎｇされたことを知っている場合、前記ｐｕｎｃｔｕｒｉｎｇされた部分（最後のシンボル）に該当する信号を捨てて、残りの部分に対してのみｄｅｍｏｄｕｌａｔｉｏｎ＆ｄｅｃｏｄｉｎｇを行うことによって、不必要なｄｅｃｏｄｉｎｇ動作を行わないことができる。
【０７２５】
以下で使用する、Ｄ２Ｄ送信（ｔｒａｎｓｍｉｓｓｉｏｎ）は、連続したＤ２Ｄ  ＳＦで多数のＤ２Ｄ信号（ｄａｔａ及び／またはｓｉｇｎａｌ）を送信すると仮定する。
【０７２６】
連続したＤ２Ｄ  ＳＦを介した連続的なＤ２Ｄ送信の場合、同一または類似の属性のＤ２Ｄ送信が連続したｓｕｂｆｒａｍｅを介して発生するから、連続したＤ２Ｄ  ＳＦの最後のＳＦに（ｅｎｄｉｎｇ）ｇａｐ設定が不必要でありうる。
【０７２７】
以下、連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎの定義及びこれを満たすための条件について述べ、各条件において連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎにｇａｐを設定する多様な方法についても共に述べる。
【０７２８】
まず、連続したＤ２Ｄ送信を定義する以下の１ないし５の条件または一般的な規則を説明する。
【０７２９】
１．ＴＡ値が同じＤ２Ｄ送信に対して連続したＤ２Ｄ送信と見なし
一例として、ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｍｏｄｅ  ２が適用されるＳＦとｔｙｐｅ  １  ｄｉｓｃｏｖｅｒｙが適用されるＳＦは、連続したＤ２Ｄ  ＳＦまたは連続したＤ２Ｄ送信と定義する。
【０７３０】
ここに、Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎの同期基準（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ）に対する条件が連続したＤ２Ｄ送信であるかどうかを判断するのに追加されることができる。
【０７３１】
前記同期基準（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ）は、特定のｃｅｌｌが送信する同期信号であって、ＰＳＳ（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）／ＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）／ＣＲＳ（Ｃｏｍｍｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を意味することもできる。
【０７３２】
すなわち、連続したＤ２Ｄ送信であるかどうかを判断するのに前記同期基準が追加される場合、（１）Ｄ２Ｄ送信が同じＴＡ値を有し、（２）各Ｄ２Ｄ送信の同期基準が同じである場合、前記Ｄ２Ｄ送信は、連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎで、すなわち、連続したＤ２Ｄ  ＳＦを介して送信されると定義されることができる。
【０７３３】
例えば、ｓｕｂｆｒａｍｅ  ＃ｎは、ｃｅｌｌ  １のｍｏｄｅ  ２  ｃｏｍｍｕｎｉｃａｔｉｏｎｒｅ  ｓｏｕｒｃｅ  ｐｏｏｌに属し、ｓｕｂｆｒａｍｅ  ＃ｎ＋１は、同じｃｅｌｌ  １のｔｙｐｅ  １  ｄｉｓｃｏｖｅｒｙ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌに属する場合、二つのｓｕｂｆｒａｍｅ（ｓｕｂｆｒａｍｅ  ＃ｎ及びｓｕｂｆｒａｍｅ  ＃ｎ＋１）は、同じＴＡを有し、同時に同じｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ（ｃｅｌｌ  １）を有するから、連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎと定義されることができる。
【０７３４】
したがって、上述のように、前記ｓｕｂｆｒａｍｅ  ＃ｎの最後には、ｇａｐが設定されない。その理由は、二つのＳＦ（ＳＦ  ＃１及びＳＦ  ＃２）の間に信号の重なりが発生しないためである。
【０７３５】
これに対し、ｓｕｂｆｒａｍｅ  ＃ｎは、ｃｅｌｌ  １のｍｏｄｅ  ２  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌに属し、ｓｕｂｆｒａｍｅ  ＃ｎ＋１は、ｃｅｌｌ  ２のｍｏｄｅ  ２  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌに属する場合、二つのｓｕｂｆｒａｍｅが同じＴＡを有するとしても各ＳＦでのｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅが異なるから、二つのＳＦは、連続したＤ２Ｄ送信または連続したＤ２Ｄ  ＳＦと定義されない。
【０７３６】
その理由は、二つのＳＦで同期基準が互いに異なる場合、Ｄ２Ｄ送信端末がｓｕｂｆｒａｍｅ  ＃ｎでＤ２Ｄ  ｓｉｇｎａｌを送信した場合、Ｄ２Ｄ送信端末は、ｓｕｂｆｒａｍｅ  ＃ｎ＋１でＤ２Ｄ  ｓｉｇｎａｌの代わりにＷＡＮ  ｓｉｇｎａｌを送信する可能性がより高いためである。
【０７３７】
したがって、二つのｓｕｂｆｒａｍｅは、連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎと見なされないから、ｓｕｂｆｒａｍｅ  ＃ｎの最後にｇａｐが設定される。
【０７３８】
ここで、基地局は、各ｒｅｓｏｕｒｃｅ  ｐｏｏｌ（または各ＳＦ）でＤ２Ｄ送信の同期基準になるｃｅｌｌ  ＩＤをＤ２Ｄ  ＵＥに送信できる。
【０７３９】
前記Ｃｅｌｌ  ＩＤは、各ＵＥのｓｅｒｖｉｎｇ  ｃｅｌｌのｂｒｏａｄｃａｓｔ  ｓｉｇｎａｌｉｎｇを介してＤ２Ｄ  ＵＥに送信されることができる。
【０７４０】
Ｄ２Ｄ端末は、各ｒｅｓｏｕｒｃｅ  ｐｏｏｌの同期基準を比較することで、連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎであるかどうかを判断できる。
【０７４１】
特徴的に、複数のとなりのｃｅｌｌ間の同期が合っている場合、複数のｃｅｌｌが 一つのｒｅｓｏｕｒｃｅ  ｐｏｏｌに対するｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅになることができる。
【０７４２】
すなわち、ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅになるｃｅｌｌの集合が同じであるかどうかが連続したＤ２Ｄ送信であるかどうかを判断できる基準になる。
【０７４３】
一方、ｃｅｌｌ間のＤ２Ｄ通信またはｃｏｖｅｒａｇｅ外部のＵＥとＤ２Ｄ通信を行うために、ＵＥは、Ｄ２Ｄ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ（Ｄ２ＤＳＳ）を他のＵＥに送信できる。
【０７４４】
この場合、前記Ｄ２ＤＳＳが連続したＤ２Ｄ送信であるかどうかを判断できるｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅになることができる。
【０７４５】
すなわち、同じｒｅｓｏｕｒｃｅで送信されるＤ２ＤＳＳをｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅとするｒｅｓｏｕｒｃｅ  ｐｏｏｌに対してのみ連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎまたは連続したＤ２Ｄ  ＳＦと見做すことができる。
【０７４６】
または、各ｒｅｓｏｕｒｃｅ  ｐｏｏｌ別に相異なったｒｅｓｏｕｒｃｅで送信されるＤ２ＤＳＳをｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅとする場合、前記送信されるＤ２ＤＳＳのｓｅｑｕｅｎｃｅが同一であると、同じｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅと判断し、各Ｄ２ＤＳＳが送信されるｒｅｓｏｕｒｃｅ  ｐｏｏｌは、連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎと見なされる（または定義される）ことができる。
【０７４７】
前記１のさらに他の実施の形態として、ＴＡ値が同一であるという意味は、ＴＡ値が正確に一致しないが、特定誤差範囲内（ＴＡ＜Ｔ＿ｌｉｍｉｔ［ｕｓ］）にあると、ＴＡ値が同一な場合と拡張解釈することもできる。
【０７４８】
前記１のさらに他の実施の形態として、前記ＴＡ値が同じＤ２Ｄ送信に対して連続したＤ２Ｄ送信と見なす方法をＤ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ送信とＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ送信に対して各々分離して適用できる。
【０７４９】
すなわち、Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ送信のＴＡ値が同じ場合、連続したＤ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ送信と定義し、Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ送信のＴＡ値が同じ場合、連続したＤ２Ｄ  ｄｉｓｃｏｖｅｒｙ送信と定義することができる。
【０７５０】
上述の１ないし５の条件を介して連続したＤ２Ｄ送信と判断される場合、連続したＤ２Ｄ  ＳＦのうち、最後のＳＦは、ｅｎｄｉｎｇ  ｇａｐを含む。
【０７５１】
２．同じａｐｐｌｉｃａｔｉｏｎに対して連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎと見なし
（１）Ｍｅｔｈｏｄ  １：受信ＵＥが異なるｍｏｄｅ  ２  ｃｏｍｍｕｎｉｃａｔｉｏｎが適用された二つのＤ２Ｄ送信は、連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎと見なす。
【０７５２】
（２）Ｍｏｔｈｏｄ  ２：受信ＵＥが異なるＭｏｄｅ  １  ｃｏｍｍｕｎｉｃａｔｉｏｎが適用された二つのＤ２Ｄ送信は、互いに連続しないＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎと見なす。
【０７５３】
（３）Ｍｅｔｈｏｄ  ３：ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｍｏｄｅ区別無しで同じａｐｐｌｉｃａｔｉｏｎに対するＤ２Ｄ送信は、全部連続したＤ２Ｄ送信と見なす。
【０７５４】
（４）Ｍｅｔｈｏｄ  ４：ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｍｏｄｅ区別無しで同じａｐｐｌｉｃａｔｉｏｎに対して全部連続しないＤ２Ｄ送信と見なす。
【０７５５】
前記方法１ないし方法４は、単独でまたは各方法を互いに組み合わせて使用することもできる。
【０７５６】
３．Ｄ２Ｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎにおいて、一つのＳＡを介してスケジューリングされるＤ２Ｄ  ｄａｔａの送信に対して連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎと見なし
３の方法は、同じＳＡを介してｓｃｈｅｄｕｌｅｄされたＤ２Ｄ  ｄａｔａは、連続した（または一つの）Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎと見なす。
【０７５７】
したがって、前記連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎは、中間にｇａｐを含まない。
【０７５８】
ここで、前記連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎの最後のＳＦにｇａｐを含むかどうかは、ＴＡ値に応じて決定されることができる。
【０７５９】
仮に、最後のＳＦ（または、最後のＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ）でＴＡ値がＴＡ＞０の場合、前記最後のＳＦは、ｇａｐを含まない。
【０７６０】
ただし、最後のＳＦでＴＡ値がＴＡ＝０であるか、または特定値より小さな場合、前記最後のＳＦは、ＳＦの最後にｇａｐを含む。
【０７６１】
ここで、前記ＴＡ＝０であるか、または特定値より小さな場合は、後続のＳＦと重なり（ｏｖｅｒｌａｐｐｉｎｇ）が発生する可能性がある場合のことを意味する。
【０７６２】
このような事項は、ＴＸ  ＵＥとＲＸ  ＵＥが予め予め分かるように設定されなければならない。
【０７６３】
したがって、互いに異なるＳＡを介してｓｃｈｅｄｕｌｅｄされたＤ２Ｄ  ｄａｔａは、互いに異なるＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎと見なされることができる。
【０７６４】
この場合、各Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎが発生する各ＳＦは、最後の部分（またはｓｙｍｂｏｌ）にｇａｐを含む。
【０７６５】
４．同一ＭＡＣ  ＰＤＵを送信する場合、連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎと見なし
４の方法は、ｄｉｓｃｏｖｅｒｙだけに使用されるように定義することができる。
【０７６６】
（１）Ｍｅｔｈｏｄ  １：Ｄｉｓｃｏｖｅｒｙ  ＭＡＣ  ＰＤＵだけに適用
（２）Ｍｅｔｈｏｄ  ２：Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ＭＡＣ  ＰＤＵだけに適用
（３）Ｍｅｔｈｏｄ  ３：Ｄｉｓｃｏｖｅｒｙ  ＭＡＣ  ＰＤＵ及びＣｏｍｍｕｎｉｃａｔｉｏｎ  ＭＡＣ  ＰＤＵに全部適用
【０７６７】
５．Ｓｕｂｆｒａｍｅ  ｂｕｎｄｌｉｎｇが行われる場合、連続したＤ２Ｄ送信と見なし
ここで、ｓｕｂｆｒａｍｅ  ｂｕｎｄｌｉｎｇ送信は、Ｄ２Ｄ端末間一つ以上のＳＦを縛ってＤ２Ｄ送信を行うのを示し、２個、４個、８個等、指定された数のＳＦを縛ってＤ２Ｄ送信を行う方法を示す。
【０７６８】
（１）Ｍｅｔｈｏｄ  １：ＴＸ  ＵＥは、ｂｕｎｄｌｅｄ  ＳＦの最後のＳＦにおいてのみｐｕｎｃｔｕｒｉｎｇを行う。
【０７６９】
ＲＸ  ＵＥは、予めＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＳＦ  ｂｕｎｄｌｉｎｇ関連情報を受信することができる。
【０７７０】
一例として、ＲＸ  ＵＥは、ＴＸ  ＵＥから指定されたｂｕｎｄｌｅｄ  ＳＦ（ｂｕｎｄｌｅｄ  ＳＦの最後のＳＦ）の最後にｐｕｎｃｔｕｒｉｎｇされた事実を受信することができる。
【０７７１】
ここで、ＳＦ  ｂｕｎｄｌｉｎｇ関連情報は、ｂｕｎｄｌｅｄ  ＳＦの個数、ｂｕｎｄｌｅｄ  ＳＦのうち、ｐｕｎｃｔｕｒｉｎｇを含むＳＦ情報などでありうる。
【０７７２】
上述のように、送信ＵＥ及び受信ＵＥは、ＲＲＣ  ｓｉｇｎａｌｉｎｇを介してＳＦ  ｂｕｎｄｌｉｎｇ状況を予め認知しなければならない。
【０７７３】
ここで、一つのＳＦ  ｂｕｎｄｌｉｎｇの中間にＷＡＮ送信が含まれることもできる。
【０７７４】
この場合、ＳＦ  Ｂｕｎｄｌｅ（またはＳＦ  ｂｕｎｄｌｉｎｇ）のサイズが小さな場合、ＴＸ  ＵＥは、これを予め把握してｂｕｎｄｌｅｄ  ＳＦのすべてでＷＡＮ送信がないときだけｂｕｎｄｌｅ全体を送信するよう動作できる。
【０７７５】
例えば、ＴＸ  ＵＥは、ＳＦ  ＃ｎでＷＡＮ  ｓｃｈｅｄｕｌｉｎｇを介してＳＦ  ＃ｎ＋４でＷＡＮ送信が行われるかどうかが分かるから、これによりＴＸ  ＵＥは、ＳＦ  ＃ｎ＋３及びＳＦ  ＃ｎ＋４、すなわち、２個のＳＦ  ｂｕｎｄｌｉｎｇを介してＤ２Ｄ送信を行うことができる。
【０７７６】
しかしながら、ＳＦ  ｂｕｎｄｌｉｎｇのサイズが大きな場合、ＴＸ  ＵＥは、ＳＦ  ｂｕｎｄｌｅ全体を送信することは困難でありうる。
【０７７７】
この場合、ＴＸ  ＵＥは、ＳＦ  ｂｕｎｄｌｅ中間にｇａｐを含んで、Ｄ２Ｄ送信を行うことができる。
【０７７８】
例えば、ＴＸ  ＵＥがＳＦ  ＃ｎ、ＳＦ  ＃ｎ＋１、ＳＦ  ＃ｎ＋２及びＳＦ  ＃ｎ＋３の４個のＳＦ  ｂｕｎｄｌｅを使用してＤ２Ｄ送信を行う場合、ＴＸ  ＵＥは、ＳＦ  ＃ｎ-３までのＷＡＮスケジューリングを見て、ＳＦ  ＃ｎ-３までＷＡＮスケジューリングがない場合、２個のＳＦ  ｂｕｎｄｌｅ（ＳＦ  ＃ｎ及びＳＦ  ＃ｎ＋１）を介してＤ２Ｄ送信を行う。
【０７７９】
ここで、ＳＦ  ＃ｎ-２でＷＡＮスケジューリングが発生する場合、ＳＦ  ＃ｎ＋１は、ＳＦ間衝突を防止するためのｇａｐを設定する。
【０７８０】
方法１、すなわち、ＳＦ  ｂｕｎｄｌｉｎｇの中間にｇａｐを設定する方法は、後述するＭｅｔｈｏｄ  ３でも同一に適用できる。
【０７８１】
（２）Ｍｅｔｈｏｄ  ２：ＴＸ  ＵＥは、ｂｕｎｄｌｅｄ  ＳＦの各ＳＦでｐｕｎｃｔｕｒｉｎｇを全部行う。
【０７８２】
同様に、ＴＸ  ＵＥは、ＲＲＣ  ｓｉｇｎａｌｉｎｇなど事前信号を介してＲＸ  ＵＥにｂｕｎｄｌｅｄ  ＳＦでのｐｕｎｃｔｕｒｉｎｇ規則を知らせなければならない。
【０７８３】
（３）Ｍｅｔｈｏｄ  ３：Ｂｕｎｄｌｅｄ  ＳＦの中間にＷＡＮ  ｓｃｈｅｄｕｌｉｎｇを行う場合のｐｕｎｃｔｕｒｉｎｇ方法に該当する。
【０７８４】
すなわち、Ｍｅｔｈｏｄ  ３は、ＷＡＮ  ｓｃｈｅｄｕｌｉｎｇをしようとするＳＦに対してのみＷＡＮ  ｓｃｈｅｄｕｌｉｎｇを行い、それ以外のＳＦでは、ＳＦ  ｂｕｎｄｌｉｎｇを介してＤ２Ｄ送信を行う方法をいう。
【０７８５】
この場合、ＷＡＮ  ＳＦのＴＡとそれ以前のＤ２Ｄ  ＳＦのＴＡ差によって、信号送信間またはＳＦ間重なりが発生しうる。
【０７８６】
このようなＴＡ差によって発生する信号またはＳＦの重なりを避けるために、ＷＡＮ  ｓｃｈｅｄｕｌｉｎｇ  ＳＦの前の（直前の）Ｄ２Ｄ  ＳＦは、最後にｇａｐを含むか、または該当シンボルをｐｕｎｃｔｕｒｉｎｇする。
【０７８７】
ここで、ＲＸ  ＵＥがｐｕｎｃｔｕｒｉｎｇ有無を確認するために、すべての信号をｄｅｃｏｄｉｎｇしなければならない不必要な動作を防止するために、上述のｐｕｎｃｔｕｒｉｎｇ規則を予め分かるように、ＲＸ  ＵＥに、ＴＸ送信及びｐｕｎｃｔｕｒｉｎｇ関連情報を予め送信するように定義する。
【０７８８】
前記ＴＸ送信及びｐｕｎｃｔｕｒｉｎｇ関連情報は、ｅＮＢが受信端末に知らせるか、またはＴＸ  ＵＥが直接ＲＸ  ＵＥに知らせることができる。
【０７８９】
前記Ｍｅｔｈｏｄ  ３のさらに他の実施の形態として、ＷＡＮ  ｓｃｈｅｄｕｌｉｎｇを行う場合、ＳＦ  ｂｕｎｄｌｉｎｇのｂｕｎｄｌｅｄ  ＳＦの全部でＤ２Ｄ送信をｄｒｏｐｐｉｎｇする方法も可能である。
【０７９０】
同様に、ＴＸ  ＵＥまたは基地局は、このような規則を予めＲＸ  ＵＥが認知できるように知らせることができる。
【０７９１】
上述の１ないし３の方法は、単独で使用されるか、または各方法を結合して使用することもできる。
【０７９２】
上述のｅｎｄｉｎｇ  ｇａｐ関連Ｄ２Ｄ動作規則１ないし５を適用するにおいて、規則１で述べたｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅが同じ場合においてのみ連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎと定義するという追加条件は、残りの規則（規則２ないし規則５）にも追加条件として適用されることができる。
【０７９３】
まず、規則２に前記ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅが同一でなければならない条件を追加する場合を説明する。
【０７９４】
すなわち、同じａｐｐｌｉｃａｔｉｏｎが同じｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅを有する場合においてのみ連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎと定義する。
【０７９５】
ここで、前記ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅが同一でなければならない追加条件は、以下で説明する規則に対する補助条件としても適用できる。
【０７９６】
上述の一般規則（規則１ないし規則５）に付け加えて、これに対する具体的な例示または一般規則に含まれない場合について、さらに詳細に述べることにする。
【０７９７】
以下、１ないし９の規則は、上述の一般規則（１ないし４の）の詳細規則として共に適用することもできる。
【０７９８】
１．Ｒｅｐｅｔｉｔｉｏｎ  ｏｆ  Ｄ２Ｄ  ｄａｔａ
：ＴＸ  ＵＥがＤ２Ｄ  ｄａｔａを繰り返して送信する方法をいう。
【０７９９】
上述のＳＦ  ｂｕｎｄｌｉｎｇのような動作で行われることができるが、ＳＦ  ｂｕｎｄｌｉｎｇとはその特性が異なるから、他の形態のＤ２Ｄ動作と定義することにする。
【０８００】
一つのＤ２Ｄ  ＳＡ（ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）で複数のＤ２Ｄ  ｄａｔａ送信を行う場合、これをＤ２Ｄ  ｄａｔａ  ｒｅｐｅｔｉｔｉｏｎと定義する。
【０８０１】
該当方法では、ｅｎｄｉｎｇ  ｇａｐ関連Ｄ２Ｄ動作の３番の規則が適用されることができる。
【０８０２】
この場合、Ｒｅｐｅｔｉｔｉｏｎ  ｐａｔｔｅｒｎ（周期、資源位置など）は、予め決まると仮定する。
【０８０３】
仮に、ＷＡＮ  ｓｉｇｎａｌとｃｏｌｌｉｓｉｏｎが予想されるＤ２Ｄ  ｓｕｂｆｒａｍｅで、ＴＸ  ＵＥは、Ｄ２Ｄ  ｄａｔａを送信せずに、Ｄ２Ｄ受信端末も前記のような状況を予め認知して、Ｄ２Ｄ  ｄａｔａに対する受信を試みないように定義することができる。ここで、Ｄ２Ｄ受信端末は、事前信号などの受信を介して前記のような状況を予め認知できる。
【０８０４】
該当方法を使用する場合、送信端末は、下記のように動作できる。
【０８０５】
送信端末は、ＷＡＮ送信及びＤ２Ｄ送信間衝突の発生を感知する場合、衝突ｓｕｂｆｒａｍｅで衝突ｄａｔａ送信だけを中断し（ｓｋｉｐｐｉｎｇ）、以後の送信に対しては、定義されたｒｅｐｅｔｉｔｉｏｎ  ｐａｔｔｅｒｎに応じてＤ２Ｄ  ｄａｔａを送信する。
【０８０６】
ここで、衝突（または重なり）ＳＦでｄａｔａの送信を中断するという意味は、衝突ＳＦの衝突区間においてのみＤ２Ｄ  ｄａｔａの送信を中断することを示す。
【０８０７】
さらに他の実施の形態として、送信端末は、衝突が発生したｄａｔａ送信を延期し（ｄｅｌａｙｅｄ）、次の繰り返し送信機会に送信を再開することもできる。
【０８０８】
さらに他の実施の形態として、送信端末は、衝突ＳＦ以後のｒｅｐｅｔｉｔｉｏｎ  ｐａｔｔｅｒｎに応じるＤ２Ｄ送信を行わない（または中断）こともできる。
【０８０９】
さらに他の実施の形態として、送信端末は、一つのＳＦにおいてのみ衝突が発生しても、ｒｅｐｅｔｉｔｉｏｎ  ｐａｔｔｅｒｎに該当するすべてのＤ２Ｄ送信を取消し、またはじめから送信を始めることもできる。
【０８１０】
この場合、送信端末は、新しいｒｅｐｅｔｉｔｉｏｎ  ｐａｔｔｅｒｎに応じてＤ２Ｄ送信を行うこともでき、または従来のｒｅｐｅｔｉｔｉｏｎ  ｐａｔｔｅｒｎに応じてＤ２Ｄ送信を行うこともできる。
【０８１１】
このような、送信端末のＤ２Ｄ動作は、予め受信ＵＥに事前信号などを介して知られることができる。
【０８１２】
仮に、Ｄ２Ｄ送信のための繰り返しパターン（Ｒｅｐｅｔｉｔｉｏｎ  ｐａｔｔｅｒｎ）が周期的に発生する場合、すべてのｒｅｐｅｔｉｔｉｏｎ  ｐａｔｔｅｒｎに対して一括的にＴＸ  ｐｕｎｃｔｕｒｉｎｇが適用されることもできる。
【０８１３】
また、Ｄ２Ｄ  ｄａｔａのｒｅｐｅｔｉｔｉｏｎは、連続的に発生できる。すなわち、連続したＤ２Ｄ  ｄａｔａ  ｒｅｐｅｔｉｔｉｏｎの場合、前記繰り返し送信の中間にはｇａｐが含まれず、前記繰り返し送信の最後の送信が発生するＳＦ（最後のＳＦ）は、一定条件に応じてｇａｐを含んでもよく、含まなくても良い。
【０８１４】
前記一定条件は一例として、ＴＡ値の大きさなどを例に挙げることができる。
【０８１５】
例えば、Ｄ２Ｄ  ｄａｔａに対する繰り返し送信がＴＡが小さいか、またはＴＡなしで行われる場合、これより大きな値のＴＡを有するＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎが前記Ｄ２Ｄ  ｄａｔａ繰り返し送信のすぐ次にくる場合、前記大きな値のＴＡを有したＤ２Ｄ送信ＳＦの直前ＳＦ（Ｄ２Ｄ  ｄａｔａ繰り返し送信ＳＦのうち、最後のＳＦ）は、ｇａｐを含まなければならない。
【０８１６】
または、Ｄ２Ｄ  ｄａｔａに対するＴＡ値が臨界値以下である場合には、常にｇａｐを使用するように定義することができる。
【０８１７】
または、ＷＡＮ送信が予定されており、Ｄ２Ｄ送信のＴＡ値が前記ＷＡＮ送信のＴＡ値より小さな場合、前記ＷＡＮ送信前のＤ２Ｄ送信のＳＦは、ｇａｐを含むことができる。
【０８１８】
ただし、ＷＡＮ送信が予定されているが、Ｄ２Ｄ送信のＴＡがＷＡＮ送信のＴＡと同一または同一であると仮定するだけの誤差範囲に属する場合には、Ｄ２Ｄ  ＳＦはｇａｐを含まない。
【０８１９】
２．Ｃｏｎｓｅｃｕｔｉｖｅ  ｄｉｓｃｏｖｅｒｙ  ｓｕｂｆｒａｍｅｓ（ｗｉｔｈ  ＴＡ＝０）
２の方法は、ｓｕｂｆｒａｍｅ  ＃ｎ及びｓｕｂｆｒａｍｅ  ＃ｎ＋１でＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎを行い、各ＳＦで全部ＴＡ＝０を適用してＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎを行う方法である。
【０８２０】
Ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌの送信は、ＤＬ  ｒｅｃｅｐｔｉｏｎ  ｔｉｍｉｎｇを基準に送信する。
【０８２１】
このように、２の方法は、ＴＡ＝０のｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌを連続したｓｕｂｆｒａｍｅを介して連続して送信する方法を示す。
【０８２２】
ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌが送信される二つのＳＦ間には、ｏｖｅｒｌａｐｐｉｎｇ問題は発生しない。
【０８２３】
ただし、ｓｕｂｆｒａｍｅ  ｎ＋１以後には、どんな形態のｔｒａｎｓｍｉｓｓｉｏｎ／ｒｅｃｅｐｔｉｏｎがあるかが分からないから、ｏｖｅｒｌａｐｐｉｎｇを仮定して、ＴＸ  ＵＥは、連続したＳＦの最後のＳＦの最後の区間（例：１シンボル）をｐｕｎｃｔｕｒｉｎｇして、Ｄ２Ｄ送信を行うこともできる。
【０８２４】
同様に、ＴＸ  ＵＥまたは基地局は、ＲＸ  ＵＥにＲＲＣ  ｓｉｇｎａｌｉｎｇ等を介して、このような事実を予め送信する。
【０８２５】
すなわち、ＴＸ  ＵＥまたは基地局は、ＲＸ  ＵＥにＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｓｕｂｆｒａｍｅ情報を予め知らせる。
【０８２６】
前記Ｄ２Ｄ送信ＳＦ情報は、実質的なＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｓｕｂｆｒａｍｅに対する情報であっても良く、またはｐｏｔｅｎｔｉａｌ  ｓｕｂｆｒａｍｅ情報であっても良い。
【０８２７】
または、前記Ｄ２Ｄ送信ＳＦ情報は、予めＲＲＣ、ＳＩＢなどから設定されたＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｐｐｏｒｔｕｎｉｔｙであっても良い。
【０８２８】
ここでは、ｄｉｓｃｏｖｅｒｙ信号を例に挙げて説明したが、該当方法は、ｄｉｓｃｏｖｅｒｙ  ｔｙｐｅ  １、ｔｙｐｅ  ２だけでなく、ｄａｔａ  ｍｏｄｅ  １、ｍｏｄｅ  ２等、すべての種類のＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎに適用できる。
【０８２９】
こういう場合、ＲＸ  ＵＥは、ＳＩＢ、ＲＲＣ  ｓｉｇｎａｌｉｎｇとして与えられるｒｅｓｏｕｒｃｅ  ｐｏｏｌ情報を介してＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎを類推できる。
【０８３０】
仮に、ＴＸ  ＵＥがＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎの最後のｔｒａｎｓｍｉｓｓｉｏｎ  ｓｕｂｆｒａｍｅの最後のｓｙｍｂｏｌをＴＸ  ｐｕｎｃｔｕｒｉｎｇすることでＲＸ  ＵＥに予め知らせた場合、ＲＸ  ＵＥは、ｐｕｎｃｔｕｒｉｎｇｓｙｍｂｏｌを考慮して、Ｄ２Ｄ  ｄａｔａ受信のための正確なｄｅｃｏｄｉｎｇを行うことができる。
【０８３１】
連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｓｕｂｆｒａｍｅでは、最後のｓｙｍｂｏｌのｐｕｎｃｔｕｒｉｎｇが上述のように意味があることができる。
【０８３２】
ただし、連続しないＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎも存在できるから、ＲＸ  ＵＥが連続しないｔｒａｎｓｍｉｓｓｉｏｎ  ｓｕｂｆｒａｍｅ情報を正確に把握できない場合もあるから、すべてのＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｓｕｂｆｒａｍｅに対してｐｕｎｃｔｕｒｉｎｇを行うこともできる。
【０８３３】
特に、Ｄ２Ｄ送信のＴＡ＝０の場合（またはＴＡ値が一定臨界値より小さな場合）、Ｄ２Ｄ  ＴＸ  ＵＥは、Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎのすべてのｓｕｂｆｒａｍｅで最後のｓｙｍｂｏｌをｐｕｎｃｔｕｒｉｎｇしてＤ２Ｄ送信を行うこともできる。
【０８３４】
３．Ｃｏｎｓｅｃｕｔｉｖｅ  ｄａｔａ  ｓｕｂｆｒａｍｅｓ（ｗｉｔｈ  ＴＡ＞０）
ＴＡ値が０より大きな（または一定臨界値より大きな）Ｄ２Ｄ信号が連続したｓｕｂｆｒａｍｅにかけて発生する場合、Ｄ２Ｄ送信のＴＡ値は、通常ＷＡＮ  ＵＬ  ＴＡ値と同じ値を有すると仮定することができる。
【０８３５】
このようなｓｕｂｆｒａｍｅから構成されたＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎは、ｔｒａｎｓｍｉｓｓｉｏｎの最後のｓｕｂｆｒａｍｅで最後の部分（またはｓｙｍｂｏｌ）に対するｐｕｎｃｔｕｒｉｎｇを行わなくてもｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｌｌｉｓｉｏｎまたはｏｖｅｒｌａｐｐｉｎｇ問題が発生しない可能性が高い。
【０８３６】
もちろん、Ｄ２Ｄ送信のＴＡ値よりさらに大きなＴＡ値を有する信号の送信が連続したＤ２Ｄ  ＳＦの後続ｓｕｂｆｒａｍｅで発生する場合を考慮することもできるが、このような状況は発生しないと仮定することができる。
【０８３７】
ただし、前記後続ＳＦでＤ２Ｄ信号のＴＡ値よりさらに大きなＴＡ値を有する信号の送信が発生できる状況を考慮して、ＴＡ臨界値を設定してＤ２Ｄ送信のＴＡが臨界値より大きな場合には、最後のｔｒａｎｓｍｉｓｓｉｏｎ  ＳＦでｐｕｎｃｔｕｒｉｎｇを行わないで、Ｄ２Ｄ送信のＴＡ値が臨界値より小さな場合に限って、最後のｔｒａｎｓｍｉｓｓｉｏｎ  ＳＦでｐｕｎｃｔｕｒｉｎｇを行うように定義することができる。
【０８３８】
前記ＴＡ臨界値のデフォルト値は、ＴＡ＝０でありうる。
【０８３９】
または、ＴＡ値の誤差を考慮して３０ｕｓをＴＡ値のｄｅｆａｕｌｔ値として設定することができる。
【０８４０】
４．Ｃｏｎｓｅｃｕｔｉｖｅ  ｄａｔａ  ｓｕｂｆｒａｍｅｓ（ｗｉｔｈ  ＴＡ＝０  ｏｒ  ＴＡ＞０）
ＴＡ＝０を有するＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ（例えば、Ｍｏｄｅ  ２）とＴＡ＞０を有するＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ（例えば、Ｍｏｄｅ  １）が連続したｓｕｂｆｒａｍｅで発生する場合、信号の同時送信により衝突が発生できる。
【０８４１】
ここで、信号の同時送信による衝突は、ＳＦ間衝突（ｃｏｌｌｉｓｉｏｎ）、ＳＦ間重なり（ｏｖｅｒｌａｐｐｉｎｇ）、信号間重なりなどのような意味として解析されることができる。
【０８４２】
例えば、Ｍｏｄｅ  １のＤ２Ｄ送信は、ＴＡ＞０であり、Ｍｏｄｅ  ２のＤ２Ｄ送信は、ＴＡ＝０と仮定する場合、Ｍｏｄｅ  ２の送信後に、Ｍｏｄｅ  １の送信を行う場合、Ｍｏｄｅ  １の送信のＴＡ値の適用によりＭｏｄｅ  ２の送信ＳＦの最後に信号の衝突または重なり現象が発生する。
【０８４３】
この場合、ＴＸ  ＵＥまたは基地局は、Ｍｏｄｅ  ２及びＭｏｄｅ  １のｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ情報をＲＸ  ＵＥに予め伝達することによって、ＲＸ  ＵＥは、前記受信されるｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ情報を活用して、ＴＸ  ｐｕｎｃｔｕｒｉｎｇの有無が分かる。
【０８４４】
例えば、ＲＸ  ＵＥは、ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ情報を介してＭｏｄｅ  ２資源とＭｏｄｅ  １資源が連続したＳＦにｃｏｎｆｉｇｕｒｅされていると認知すると、Ｍｏｄｅ  ２資源の最後のｓｙｍｂｏｌは、常にｐｕｎｃｔｕｒｉｎｇされると判断し、Ｄ２Ｄ受信動作を行うことができる。
【０８４５】
ここで、Ｍｏｄｅ  ２の送信においてＴＡ＝０を仮定したが、そうでない場合、Ｍｏｄｅ  ２の送信ＳＦの最後のｓｙｍｂｏｌをｐｕｎｃｔｕｒｉｎｇする動作は行われないことができる。
【０８４６】
以下のような理由によって、Ｍｏｄｅ  ２の送信よりＭｏｄｅ  １の送信がｐｒｉｏｒｉｔｙを有することがさらに好ましくありうる。
【０８４７】
ｅＮＢによりスケジューリングされた送信は、予め承認されたプール内で任意送信より常に優先順位を有し（ある優先条件のため、ＵＥは、ランダム送信を実行できない可能性もあるから）、このためには、ＵＥがサブフレームｎ＋１のスケジューリングを知っていなければならない。
【０８４８】
５．Ｄｉｓｃｏｖｅｒｙ信号とｄａｔａ間連続送信
以下では、（１）Ｄｉｓｃｏｖｅｒｙ送信以後にｄａｔａを送信する場合と（２）ｄａｔａ送信以後にｄｉｓｃｏｖｅｒｙ信号を送信する場合とに区分して述べることにする。
【０８４９】
ここで、ｄａｔａ送信は、ＴＡ＞０の場合を仮定する。
【０８５０】
（１）Ｄｉｓｃｏｖｅｒｙ＋Ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎ（ｗｉｔｈ  ＴＡ＞０）
Ｄｉｓｃｏｖｅｒｙ信号の次に発生する送信信号の種類に関係なしで、Ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌ（ｗｉｔｈ  ＴＡ＝０）の最後の部分を常にｐｕｎｃｔｕｒｉｎｇする。
【０８５１】
すなわち、予めｄｉｓｃｏｖｅｒｙ  ｒｅｓｏｕｒｃｅ  ｐｏｏｌに基づいてすべての可能性のあるｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌが発生するＳＦの最後の部分をＴＸ  ｐｕｎｃｔｕｒｉｎｇすると約束した場合、ＲＸ  ＵＥは、ｓｉｇｎａｌｅｄ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ情報を利用して、ＲＸ  ＵＥ受信動作を行うことができる。
【０８５２】
（２）Ｄｉｓｃｏｖｅｒｙ＋Ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎ（ｗｉｔｈ  ＴＡ＝０）  ｏｒ  ｖｉｃｅ  ｖｅｒｓａ
Ｄｉｓｃｏｖｅｒｙ  ＳＦだけでなくｄａｔａ  ｓｕｂｆｒａｍｅに対してもＴＸ  ｐｕｎｃｔｕｒｉｎｇをすると定義することができる。
【０８５３】
すなわち、ＲＸ  ＵＥは、予めｄｉｓｃｏｖｅｒｙ  ｏｒ  ｄａｔａ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ情報に基づいて、すべての可能性のあるｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｐｐｏｒｔｕｎｉｔｙで受信されたｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌに対して最後のｓｙｍｂｏｌがｐｕｎｃｔｕｒｉｎｇされることを認知しｄｅｃｏｄｉｎｇを行う。
【０８５４】
一方、資源の浪費を最小化するために、ｄｉｓｃｏｖｅｒｙとｄａｔａを区別せずに連続した送信の最後の送信が発生するＳＦの最後においてのみＴＸ  ｐｕｎｃｔｕｒｉｎｇを行うと定義することもできる。
【０８５５】
または、ｄｉｓｃｏｖｅｒｙとｄａｔａを区分して、すなわち、連続したｄｉｓｃｏｖｅｒｙ信号送信または連続したｄａｔａ送信において、各々の連続した送信の最後の送信が発生するＳＦの最後のｓｙｍｂｏｌに対してのみ、ＴＸ  ｐｕｎｃｔｕｒｉｎｇをすると定義することができる。
【０８５６】
ここで、Ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎがＴＡ＝０またはＴＡ＞０という事実は、予めＲＲＣ  ｓｉｇｎａｌｉｎｇ等を介してＲＸ  ＵＥに送信されることができる。
【０８５７】
６．Ａ  ｓｉｎｇｌｅ  ＭＡＣ  ＰＤＵまたはｄｉｆｆｅｒｅｎｔ  ＭＡＣ  ＰＤＵ
この方法は、同じＭＡＣ  ＰＤＵ（ｉｎｃｌｕｄｉｎｇ  ｄｉｆｆｅｒｅｎｔ  ＲＶｓ）が連続したＳＦを介して送信される場合、連続したＳＦ（ｃｏｎｓｅｃｕｔｉｖｅ  ｓｕｂｆｒａｍｅ）の最も最後のｓｕｂｆｒａｍｅにおいてのみｐｕｎｃｔｕｒｉｎｇを行うことである。
【０８５８】
該当方法は、ＴＡ値がＴＡ＝０の送信に対してのみ適用する。
【０８５９】
仮に、互いに異なるＭＡＣ  ＰＤＵが連続したＳＦを介して送信される場合、各ＭＡＣ  ＰＤＵの送信が発生するＳＦの最後のｓｙｍｂｏｌに対してｐｕｎｃｔｕｒｉｎｇを行う。
【０８６０】
この方法において、Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎの最後のｓｕｂｆｒａｍｅの最後のｓｙｍｂｏｌを類推する時、その基準は、同一ＭＡＣ  ＰＤＵから生成されたＲＶ（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）送信だけが一つのＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎに含まれることである。
【０８６１】
仮に、ＭＡＣ  ＰＤＵが互いに異なる場合、互いに異なるＭＡＣ  ＰＤＵ送信は、一つのＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎに含まれないと仮定することができる。
【０８６２】
または、これと反対に、互いに異なるＭＡＣ  ＰＤＵの場合にも、連続した送信に該当する場合、一つのＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎと定義することもできる。
【０８６３】
この場合、ＭＡＣ  ＰＤＵが変わるごとにＴＸ  ｐｕｎｃｔｕｒｉｎｇが行われることもでき、または連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎの最後においてのみＴＸ  ｐｕｎｃｔｕｒｉｎｇが行われることもできる。
【０８６４】
このような状況は、予め決まることができる。
【０８６５】
７．ＴＡ＞１の場合
ＴＡ値が１  ｓｙｍｂｏｌ長さより大きな場合（ＴＡ＞１）には、信号間重なりが発生した場合、重なり区間に対してＴＸ  ｐｕｎｃｔｕｒｉｎｇを行うことより重なりが発生するｓｕｂｆｒａｍｅで送信する予定であったｓｉｇｎａｌをｓｕｂｆｒａｍｅ単位にｄｒｏｐｐｉｎｇすることがより好ましくありうる。
【０８６６】
または、信号間重なりが発生した場合、Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎに属するすべてのｓｕｂｆｒａｍｅに該当するｓｉｇｎａｌをｄｒｏｐｐｉｎｇするようにすることができる。
【０８６７】
この場合、ＲＸ  ＵＥは、予めこのような規則を受信して、予めＲＸ  ｐｒｏｃｅｓｓｉｎｇをするよう具現されることができる。
【０８６８】
ＲＸ  ＵＥがＯｖｅｒｌａｐｐｉｎｇの発生状況を類推する方法は、予めｓｉｇｎａｌｌｅｄされたｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ情報またはＳＡに含まれたＲＡ情報などを介して類推できる。
【０８６９】
ここで、ＳＡを介して信号送信間（またはＳＦ間）衝突の発生を類推する方法は、本明細書で提案する他の方法にも適用できる。
【０８７０】
ＴＡが１（または予め決めた臨界値）より大きな値を有するという事実をＲＸ  ＵＥに送信する方法は、ＴＸ  ＵＥのＴＡをＲＸ  ＵＥに知らせることができる場合、ＲＸ  ＵＥは、ＴＸ  ＵＥのＴＡを基準にＴＸ  ＵＥのＴＡが予め設定された臨界値を超過したかどうかを決定する方法である。
【０８７１】
ここで、「１」の値は一例であり、１  ｓｙｍｂｏｌを意味できる。
【０８７２】
すなわち、ＴＸ  ＵＥは、ＴＸ  ＵＥのＴＡをＲＸ  ＵＥに送信し、以後にＲＸ  ＵＥは、前記ＴＸ  ＵＥのＴＡを受信して、前記受信されたＴＸ  ＵＥのＴＡ値と臨界値との比較により、ｐｕｎｃｔｕｒｉｎｇが適用されて、Ｄ２Ｄ送信が発生したかどうかが分かる。
【０８７３】
前記方法は、本明細書で提案する他の方法にも同様に適用されることができる。
【０８７４】
また、該当方法は、ＴＡ＞１の場合だけでなく、ＴＡ＜１の場合に対しても同様に適用されることができる。
【０８７５】
次に、Ｄ２Ｄ送信において信号間に衝突が発生する場合、適用する追加的な規則に対してさらに詳細に述べることにする。
【０８７６】
Ｄ２Ｄ  ｓｉｇｎａｌ送信間ｏｖｅｒｌａｐｐｉｎｇが発生する場合において、ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｍｏｄｅ  １とｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｍｏｄｅ  ２の送信間においてｏｖｅｒｌａｐｐｉｎｇされる場合、Ｍｏｄｅ  １にｐｒｉｏｒｉｔｙをさらに与えることによって、Ｍｏｄｅ  ２  ｓｉｇｎａｌをｐｕｎｃｔｕｒｉｎｇするか、Ｍｏｄｅ  ２  ｓｉｇｎａｌ送信（またはＭｏｄｅ  ２  ｓｉｇｎａｌが適用されるＳＦ）をｄｒｏｐｐｉｎｇまたはｓｋｉｐｐｉｎｇするようにすることができる。
【０８７７】
８．Ｆｒｏｍ  ＴＸ  ＵＥ０、ｄａｔａ（ｆｏｒ  ＲＸ  ＵＥ１）＋ｄａｔａ（ｆｏｒ  ＲＸ  ＵＥ２）：ｃｏｎｓｅｃｕｔｉｖｅ  ｓｕｂｆｒａｍｅ
これは、互いに異なるＲＸ  ＵＥへのｄａｔａ送信を連続したＳＦを介して送信する場合に発生できる衝突を解決するための方法に関する。
【０８７８】
すなわち、送信ＵＥ（例えば、ＵＥ０）が互いに異なる受信ＵＥ（例えば、ＵＥ１  ｏｒ  ＵＥ  ２）に連続したｓｕｂｆｒａｍｅを介して各受信ＵＥにＤ２Ｄ送信をする場合、毎ｓｕｂｆｒａｍｅでＴＸ  ｐｕｎｃｔｕｒｉｎｇをしなければならない。
【０８７９】
その理由は、ＲＸ  ＵＥ１またはＲＸ  ＵＥ２は、両方のうち、一つのｓｕｂｆｒａｍｅだけが受信でき、以後にどんな信号が受信されるかＲＸ  ＵＥは分からないから、ＴＸ  ＵＥ０は、毎ＳＦごとにＴＸ  ｐｕｎｃｔｕｒｉｎｇを行って信号を送信する。
【０８８０】
このように、ｔａｒｇｅｔ  ＵＥが互いに異なるｔｒａｎｓｍｉｓｓｉｏｎ  ｓｕｂｆｒａｍｅが連続する場合、ｓｉｎｇｌｅ  Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎまたは連続したＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎの定義に含まれないようにすることで、上述の規則を該当方法にも適用できる。
【０８８１】
８の方法は、Ｄａｔａ  ｓｉｇｎａｌでないｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌ送信の場合にも同様に適用できる。
【０８８２】
次に、ＣＡ（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）を支援する場合、信号間衝突発生時、これに対する解決方法に対して具体的に述べることにする。
【０８８３】
ＣＡを利用して信号の送受信をする場合、ＴＸ  ＵＥは、ＣＣ１のＳＦ  ＃ｎ及びＳＦ  ＃ｎ＋１で同一ｄｉｓｃｏｖｅｒｙ  ＭＡＣ  ＰＤＵを送信し、ＣＣ２のＳＦ  ＃ｎ＋１でＷＡＮｄａｔａを送信できる。
【０８８４】
この場合、二ＣＣ（ＣＣ１及びＣＣ２）が同一のｃａｒｒｉｅｒ  ｂａｎｄにあるか、または同一ＴＡＧ（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ  Ｇｒｏｕｐ）にある場合、Ｉｎｔｅｒ-ｃａｒｒｉｅｒ干渉（ＣＣ１及びＣＣ２）等が発生できるから、上述のｐｕｎｃｔｕｒｉｎｇ遂行を考慮する必要がある。
【０８８５】
すなわち、上述のＵＬ  ＴＡ無しで送信される信号の場合、前記信号が発生するＳＦの最後の部分にＴＸ  ｐｕｎｃｔｕｒｉｎｇを行うという規則を同一ＣＣの状況でない互いに異なるＣＣを使用する状況にも適用することによって、ＣＡで信号間衝突を防止できる。
【０８８６】
具体的には、ＣＡが適用される状況で、ＴＸ  ＵＥが同一ｂａｎｄまたは同一ＴＡＧにあるｃａｒｒｉｅｒを介してＤ２Ｄ送信を行う場合、前記ｃａｒｒｉｅｒの送信直前（または前）ｓｕｂｆｒａｍｅの最後（ＴＡを有しないＳＦの最後）にｐｕｎｃｔｕｒｉｎｇ遂行を追加ｐｕｎｃｔｕｒｉｎｇ条件として含むことができる。
【０８８７】
ここで、ＴＸ  ＵＥまたは基地局は、ＴＸ  ＵＥが使用するＴＡ情報をＲＸ  ＵＥに伝達しなければならない。
【０８８８】
ＲＸ  ＵＥは、前記ＴＸ  ＵＥのＴＡ情報をｅＮＢからＲＲＣ  ｓｉｇｎａｌｉｎｇまたはＳＩＢ等を介して受信することができる。
【０８８９】
または、ＴＸ  ＵＥは、直接自身のＴＡ情報またはＴＡ値をＲＸ  ＵＥが類推できるように、関連情報をＲＸ  ＵＥに送信できる。
【０８９０】
さらに他の実施の形態として、ＴＸ  ＵＥは、前記ＴＸ  ＵＥのＴＡ情報をＳＡに含んでＲＸ  ＵＥに送信するか、または新しいｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎを介して送信できる。
【０８９１】
さらに他の実施の形態として、ＴＸ  ＵＥは、毎Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎまたは一つのＳＡがｓｃｈｅｄｕｌｉｎｇする連続したｄａｔａに対したＴＸ  ＵＥのＴＡ値をＲＸ  ＵＥに知らせることができる。
【０８９２】
Ｄｉｓｃｏｖｅｒｙ送信の場合、ＴＸ  ＵＥは、ＳＡをＲＸ  ＵＥに送信しないから、ＲＸ  ＵＥは、予めｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎに使用されるＲＲＣ  ｓｉｇｎａｌｉｎｇまたはＳＩＢ  ｓｉｇｎａｌを介してＴＸ  ＵＥのＴＡ値を受信することもできる。
【０８９３】
さらに他の実施の形態として、一つ以上のＭＡＣ  ＰＤＵ送信においてＴＸ  ｐｕｎｃｔｕｒｉｎｇは、毎ＭＡＣ  ＰＤＵの最後で行われると仮定することができる。
【０８９４】
ここで、ＭＡＣ  ＰＤＵの長さが固定される場合、実際の物理層ｓｕｂｆｒａｍｅにおいて前記ＭＡＣ  ＰＤＵは、Ｎ個のｓｕｂｆｒａｍｅを占めるようになる。
【０８９５】
したがって、ＴＸ  ｐｕｎｃｔｕｒｉｎｇの周期は、Ｎの整数倍になることができる。
【０８９６】
ここで、Ｎの整数倍に該当するｓｕｂｆｒａｍｅの最後のｓｙｍｂｏｌがＴＸ  ｐｕｎｃｔｕｒｉｎｇされるという事実に対してＲＸ  ＵＥは分かる。
【０８９７】
追加的に、ＣＣ１にＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎを行い、ＣＣ２にＷＡＮ  ＴＸを行う状況で、信号間衝突を防止するために、ｐｕｎｃｔｕｒｉｎｇを行う方法について述べる。
【０８９８】
このような状況で、ＣＣ１でのＤ２Ｄ送信（ｓｕｂｆｒａｍｅ  ｎ）とＣＣ２でのＷＡＮ送信（ｓｕｂｆｒａｍｅ  ｎ＋１）により発生する信号の衝突または重なりは、上述の方法をそのまま適用できる。
【０８９９】
この場合、ＲＸ  ＵＥがＣＣ２から送信される状況を知っているように、ＲＲＣ  ｓｉｇｎａｌｉｎｇまたはＰＨＹ／ＭＡＣ  ｓｉｇｎａｌｉｎｇを介して関連情報を受信することができるように、事前信号の送信を定義することができる。
【０９００】
次に、ＣＡにおいて信号の同時送信によって発生できる電力不足（ｐｏｗｅｒ  ｌｉｍｉｔａｔｉｏｎ）問題について述べることにする。
【０９０１】
すなわち、ＣＡの場合、上述の同時送信による衝突状況だけでなく、電力不足（ｐｏｗｅｒ  ｌｉｍｉｔａｔｉｏｎ）状況に対しても追加的に考慮する必要がある。
【０９０２】
仮に、電力不足（ｐｏｗｅｒ  ｌｉｍｉｔａｔｉｏｎ）状況でない場合、上述の方法の規則をそのまま使用することができる。
【０９０３】
しかしながら、ＣＣ間の重なりにより電力不足状況を考慮しなければならない場合、ｃｏｌｌｉｓｉｏｎ  ｓｉｇｎａｌの一部または全体をｄｒｏｐｐｉｎｇするか、または送信電力を減らして送信しなければならない。
【０９０４】
この場合は、ＣＣ１とＣＣ２が対応するｓｕｂｆｒａｍｅ  ｂｏｕｎｄａｒｙが合わないか、またはＴＡ値が互いに異なるから、ｓｉｇｎａｌ送信の一部が重なる場合である。
【０９０５】
したがって、この場合、ＴＸ  ｓｙｍｂｏｌ、すなわち、ＳＦの一部分に対するｐｕｎｃｔｕｒｉｎｇだけでなく、ｓｉｇｎａｌ送信のｄｒｏｐｐｉｎｇとｐｏｗｅｒ  ｃｏｎｔｒｏｌが共に考慮されなければならない。
【０９０６】
ＣＣ１を介してｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌを送信し、ＣＣ２を介してＷＡＮ  ｓｉｇｎａｌを送信する状況を例に挙げて述べることにする。
【０９０７】
Ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌの場合、ＴＡ値がＴＡ＝０と仮定し、ＷＡＮ  ＴＸの場合、ＴＡ値がＴＡ＞０と仮定する。
【０９０８】
この場合、ＴＸ  ＵＥは、ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌの最後のｓｙｍｂｏｌをそのまま送信するか、それともＴＸ  ｐｕｎｃｔｕｒｉｎｇを行うかを決定しなければならない。
【０９０９】
仮に、電力不足状況でない場合、ＴＸ  ＵＥは、ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌをｐｕｎｃｔｕｒｉｎｇしなくてそのまま送信する。
【０９１０】
しかしながら、ｃａｒｒｉｅｒ間信号の干渉により、ｏｖｅｒｌａｐｐｅｄ部分を避けなければならない状況の場合 、ＴＸ  ＵＥは、ＴＸ  ｐｕｎｃｔｕｒｉｎｇを行ってｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌを送信する。
【０９１１】
ここで、ＴＸ  ＵＥとＲＸ  ＵＥは、このようなｐｕｎｃｔｕｒｉｎｇ状況を共有するためのｓｉｇｎａｌｉｎｇを予め行う。
【０９１２】
同様に、ｓｕｂｆｒａｍｅ  ｂｕｎｄｌｉｎｇ（ＳＢ）の場合にも、ＣＣ２のＷＡＮ送信がＣＣ１を介して送信される信号に影響を及ぼす場合、ＴＸ  ＵＥは、衝突が発生するｓｕｂｆｒａｍｅに限って、Ｄ２Ｄ送信をｄｒｏｐｐｉｎｇ、ｓｋｉｐｐｉｎｇ、またはｓｕｂｆｒａｍｅ  ｂｕｎｄｌｉｎｇ全体をｄｒｏｐｐｉｎｇするよう定義することができる。
【０９１３】
さらに他の実施の形態として、ｓｕｂｆｒａｍｅ  ｂｕｎｄｌｉｎｇの場合、ｅＮＢ  ｓｃｈｅｄｕｌｉｎｇ  ｒｅｓｔｒｉｃｔｉｏｎを介して信号間衝突を防止できる。
【０９１４】
すなわち、Ｄ２Ｄ  ｓｕｂｆｒａｍｅ  ｂｕｎｄｌｉｎｇをｓｕｂｆｒａｍｅ  ＃ｎ及びＳＦ  ＃ｎ＋１で行う場合、ｅＮＢは、ｓｕｂｆｒａｍｅ  ＃ｎ＋１でＷＡＮ  ＴＸがないとＲＸ  ＵＥが分かるように、ｓｕｂｆｒａｍｅ  ＃ｎ＋１でＷＡＮ  ｓｃｈｅｄｕｌｉｎｇを行わない。
【０９１５】
この場合、ｓｕｂｆｒａｍｅ  ＃ｎ＋１は、予め指定されたｇａｐ（例えば、ＴＸ  ｐｕｎｃｔｕｒｉｎｇ）を含むことができる。
【０９１６】
さらに他の実施の形態として、ＴＡＧが互いに異なる場合には、互いにａｌｉｇｎされないｓｕｂｆｒａｍｅ  ｂｏｕｎｄａｒｙでも送信が可能なので、ＣＣ１とＣＣ２との間のｏｖｅｒｌａｐｐｅｄ  ｓｉｇｎａｌに対する別の処理が要求されない。
【０９１７】
すなわち、この場合は、電力不足または信号間衝突による干渉問題が発生しないから、別のｇａｐまたはｄｒｏｐｐｉｎｇのような規則が要らなくなる。
【０９１８】
しかしながら、同じＴＡＧである場合には、上述のように状況が変わることができる。すなわち、この場合、特定ＳＦにｇａｐが必要であるときもあり、場合によっては、特定ＳＦでｓｉｇｎａｌの送信をｄｒｏｐｐｉｎｇしなければならないときもある。
【０９１９】
特に、ＣＣ間ＴＡ誤差範囲（例えば、３０ｕｓ）から外れる場合には、Ｄ２Ｄ  ｓｉｇｎａｌまたはＷＡＮ  ｓｉｇｎａｌをｄｒｏｐｐｉｎｇするような積極的な措置が必要でありうる。
【０９２０】
さらに他の実施の形態として、ＣＣ１にＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎを行い、ＣＣ１またはＣＣ２にＷＡＮ  ＴＸを行う場合について説明する。
【０９２１】
例えば、ＴＸ  ＵＥは、ＣＣ１のｓｕｂｆｒａｍｅ  ＃ｎにＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎを、ＣＣ１のｓｕｂｆｒａｍｅ  ＃ｎ＋１にＷＡＮ  ＴＸまたはＤ２Ｄ  ＴＸを、またはＣＣ２のｓｕｂｆｒａｍｅ  ＃ｎ＋１にＷＡＮ  ＴＸまたはＤ２Ｄを送信すると仮定する。
【０９２２】
この場合、ＣＣ１のｓｕｂｆｒａｍｅ  ＃ｎ（Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ）は、最後にｇａｐ（ＴＸ  ｐｕｎｃｔｕｒｉｎｇ）を含む。
【０９２３】
ここで、ＣＣ１のＳｕｂｆｒａｍｅ  ＃ｎ（Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎ）は、ＴＡ＝０が適用された場合に限って、ｇａｐを含むように定義することもできる。
【０９２４】
さらに、ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ状況において、ＣＣ１にＤ２Ｄ送信を行い、ＣＣ２にＤ２ＤまたはＷＡＮ送信を行う場合を例に挙げて説明する。
【０９２５】
ＣＣ１及びＣＣ２が同一ＣＣである場合、ｎｏｎ-ＣＡ状況で述べた方法を適用できる。
【０９２６】
例えば、ｂｕｎｄｌｉｎｇ  ＳＦの一部にＷＡＮ  ＴＸをしないようにするか、またはＷＡＮ  ＴＸ状況を知るようになると、ｂｕｎｄｌｅｄ  ＳＦを全部あきらめるように予め定義することができる。
【０９２７】
前記事前定義は、ＷＡＮ  ｓｃｈｅｄｕｌｉｎｇ  ｒｅｓｔｒｉｃｔｉｏｎ（すなわち、Ｄ２Ｄ  ｓｕｂｆｒａｍｅ  ｂｕｎｄｌｉｎｇ区間には、ＷＡＮ  ｓｃｈｅｄｕｌｉｎｇをしない）、Ｄ２Ｄ  ｓｕｂｆｒａｍｅ  ｂｕｎｄｌｉｎｇの中止後、以後のｓｕｂｆｒａｍｅに欠落したＳＦでの信号を再送信、欠落したＳＦでの信号送信無しで欠落したＳＦ以後を送信する動作、ｓｕｂｆｒａｍｅ  ｂｕｎｄｌｉｎｇによるパケット送信を全部ｄｒｏｐｐｉｎｇする動作、またはｓｕｂｆｒａｍｅ  ｂｕｎｄｌｉｎｇを自動的にｄｉｓａｂｌｉｎｇする（またはｄｅａｃｔｉｖａｔｉｏｎまたはｒｅｌｅａｓｅする）動作などでありうる。
【０９２８】
追加的に、Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎの中間にＷＡＮ  ＴＸは、同一ＣＣで発生するか、または他のＣＣで発生することもできる。
【０９２９】
特に、同一ＴＡＧにあるか、または他のＴＡＧにあっても、ＴＡ値の差が一定値以上である場合、前記方法を適用できる。
【０９３０】
すなわち、ＴＡ値の差に応じて、どんな規則を適用するかが決定されることができる。
【０９３１】
追加的に、Ｄ２Ｄ及びＷＡＮ区別無しでＴＡ値に応じて信号を分類し、ＴＡがないサブフレーム以後にＴＡ値があるサブフレームの位置によって、ＳＦ間ｏｖｅｒｌａｐｐｉｎｇが発生する場合、上述のｏｖｅｒｌａｐｐｉｎｇ解決方法を適用するようにすることができる。
【０９３２】
ここで、ＴＡ値の臨界値は、０または任意値を有することができ、予め指定された値でありうる。
【０９３３】
すなわち、ＴＡ値を有するＤ２Ｄ  ｓｉｇｎａｌとＷＡＮ  ｓｉｇｎａｌは、同じ属性として区分されて、前記規則を適用することもできる。
【０９３４】
図５１は、本明細書で提案するＣＡ状況におけるＤ２Ｄ送信方法の一例を示す。
【０９３５】
すなわち、図５１は、ｓｕｂｆｒａｍｅ  ｂｏｕｎｄａｒｙがａｌｉｇｎされないＣＡ状況で電力不足（Ｐｃｍａｘ）を適用してＤ２Ｄ送信を行う方法の一例を示す。
【０９３６】
ここで、Ｐｃｍａｘは、構成された最大端末送信電力（ｃｏｎｆｉｇｕｒｅｄ  ｍａｘｉｍｕｍ  ＵＥ  ｏｕｔｐｕｔ  ｐｏｗｅｒ）を示す。
【０９３７】
図５１を参考すると、ＣＡの場合、ＣＣ間のｏｖｅｒｌａｐｐｉｎｇ区間に応じてＭＰＲ（Ｍａｘｉｍｕｍ  Ｐｏｗｅｒ  Ｒｅｄｕｃｔｉｏｎ）パラメータが異なるから、ｓｕｂｆｒａｍｅ単位に電力不足状況が変わることが分かる。
【０９３８】
したがって、ＣＡ状況では、ＣＣ間ｏｖｅｒｌａｐｐｉｎｇ区間に応じて、Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎに対するｇａｐ設定を異なるように適用できる。
【０９３９】
例えば、ＣＡで電力不足を予測することができず、信号送信間にｏｖｅｒｌａｐｐｉｎｇが発生する場合には、各ＣＣの毎ｓｕｂｆｒａｍｅの終わりにｇａｐを設定すると予め規則として決めることができる。
【０９４０】
この場合、ＲＸ  ＵＥは、ＴＸ  ＵＥの送信に適用されたｐｕｎｃｔｕｒｉｎｇ有無を正確に分かるようになる。
【０９４１】
または、同一のＴＡＧの場合に、またはＴＡ値が臨界値以下である場合（臨界値以下である場合）、ｓｉｎｇｌｅ  ｃａｒｒｉｅｒでの定義されるｇａｐ設定規則をそのまま再使用することもできる。
【０９４２】
これは、信号間ｏｖｅｒｌａｐｐｉｎｇ区間が少ない場合、電力不足（ａｃｃｏｒｄｉｎｇ  ｔｏ  ＭＰＲ）による影響が制限的な場合と仮定することによって、信号間の重なりを無視しｎｏｎ-ＣＡ規則を使用することである。
【０９４３】
しかしながら、ＴＡ値が一定値（または臨界値）より大きくなると、ｏｖｅｒｌａｐｐｉｎｇ  ｓｉｇｎａｌ（ｂｅｔｗｅｅｎ  ｃａｒｒｉｅｒ）による影響が大きくなるだけでなく、毎ｓｕｂｆｒａｍｅでの状況が変わるから、ＲＸ  ＵＥがこのような状況が分かるように、すべてのＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎですべてのｓｕｂｆｒａｍｅの最後（または終わり）に一定大きさのｇａｐを設定することが好ましくありうる。
【０９４４】
次に、Ｄ２ＤＳＳ（Ｄ２Ｄ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）信号と他のＤ２Ｄ信号が連続して送信されることによって発生できる衝突を解決するための方法について述べることにする。
【０９４５】
Ｄ２Ｄ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ（Ｄ２ＤＳＳ）が他のＤ２Ｄ信号と連続したＳＦを介して連続的に送信される場合、Ｄ２ＤＳＳが送信されるＳＦの以前ｓｕｂｆｒａｍｅには、ｇａｐ（ｏｒ  ＴＸ  ｐｕｎｃｔｕｒｉｎｇ）が必要でないときもある。
【０９４６】
また、Ｄ２ＤＳＳが送信されるＳＦ以後のＳＦにｓｃｈｅｄｕｌｉｎｇ  ｒｅｓｔｒｉｃｔｉｏｎを導入することによって、Ｄ２ＤＳＳ信号が送信されることができない状況を防止できる。
【０９４７】
Ｄ２Ｄ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌは、ｅＮＢによってまたは予め指定された方法で資源が予約される可能性があり、前記予約された資源にＤ２ＤＳＳが送信される可能性が高くありうる。
【０９４８】
また、Ｄ２ＤＳＳ信号は、周期的に送信されることに特徴があり、これによりＤ２ＤＳＳの資源割り当ても周期的に発生できる。
【０９４９】
このように、Ｄ２ＤＳＳ信号に対する資源は、ＲＲＣ  ｓｉｇｎａｌｉｎｇまたはＳＩＢ等を介して、予めＲＸ  ＵＥに伝達されることができる。
【０９５０】
したがって、ＲＸ  ＵＥは、予め送信される信号を介してＤ２ＤＳＳが送信される可能性があるｓｕｂｆｒａｍｅの情報（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ情報）を予め分かるようになる。
【０９５１】
また、ｅＮＢは、Ｄ２ＤＳＳ信号の資源を直接割り当てるから、Ｄ２ＤＳＳ信号が送信される資源の位置を把握できる。
【０９５２】
したがって、基地局は、ＷＡＮ  ｓｃｈｅｄｕｌｉｎｇを行うとき、Ｄ２ＤＳＳ用として予め割り当てられた資源位置を避けて、他のＤ２Ｄ信号送信に対するｓｃｈｅｄｕｌｉｎｇを行うことによって、Ｄ２ＤＳＳと他のＤ２Ｄ信号間に発生できる衝突を防止できる。
【０９５３】
すなわち、Ｄ２ＤＳＳは、ＷＡＮ  ｓｃｈｅｄｕｌｉｎｇ対象において保護される信号として見なされるように定義して、Ｄ２ＤＳＳがｐｒｉｏｒｉｔｙ問題によりｄｒｏｐｐｉｎｇされるか、またはＤ２ＤＳＳ信号が送信される一部領域でｐｕｎｃｔｕｒｉｎｇされる状況が発生しなくなる。
【０９５４】
例えば、ＳＦ  ＃ｎを介してＤ２Ｄ  ｓｉｇｎａｌを送信し、ＳＦ  ＃ｎ＋１を介してＤ２ＤＳＳを送信するとしよう。
【０９５５】
ここで、Ｄ２ＤＳＳ送信が以前Ｄ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎと衝突が発生しないようにＴＡを構成する場合、ＳＦ  ＃ｎは、信号衝突を避けるために、別のｇａｐまたはＴＸ  ｐｕｎｃｔｕｒｉｎｇが要らなくなる。
【０９５６】
その理由は、Ｄ２ＤＳＳのＴＡ値がＤ２Ｄ  ｓｉｇｎａｌ（例えば、ＴＡ値を有するｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎ）に比べて大きくないということが基本仮定であるから、上記のようにＤ２Ｄ  ｓｉｇｎａｌが送信されるＳＦ  ＃ｎにｇａｐが要らなくなる。
【０９５７】
さらに他の実施の形態として、Ｄ２ＤＳＳ送信後にＷＡＮ送信が発生しないようにｓｃｈｅｄｕｌｉｎｇすることによって、Ｄ２ＤＳＳ送信を保護することもできる。
【０９５８】
すなわち、Ｄ２ＤＳＳ信号の送信を考慮して、前記Ｄ２ＤＳＳが送信されるＳＦの後続ｓｕｂｆｒａｍｅにＷＡＮ送信をｓｃｈｅｄｕｌｉｎｇしないから、ＷＡＮ送信とＤ２ＤＳＳ信号との間には、ｏｖｅｒｌａｐｐｉｎｇ問題が発生しなくなる。
【０９５９】
したがって、この場合、Ｄ２ＤＳＳ送信ＳＦは、ｇａｐまたはＴＸ  ｐｕｎｃｔｕｒｉｎｇが要らなくなる。
【０９６０】
追加的に、ＷＡＮ送信だけでなく他のＤ２Ｄ信号もＤ２ＤＳＳ送信と衝突を避けるようにスケジューリングすることによって、ｇａｐ設定無しでＤ２ＤＳＳ送信を保護することができる。
【０９６１】
具体的には、Ｄ２ＤＳＳ送信よりＴＡ値を大きく設定するか、またはＤ２ＤＳＳ送信と時間上において重なることができる信号に対するｓｃｈｅｄｕｌｉｎｇを行わないことによって、Ｄ２ＤＳＳ送信を保護し、不必要なｇａｐ設定をしないことになる。
【０９６２】
さらに、Ｄ２ＤＳＳ資源直後には、Ｄ２ＤＳＳよりＴＡ値が大きな信号に対する資源割り当てを行うことができないようにスケジューリングすることによって、信号の衝突を防止することもできる。
【０９６３】
または、Ｄ２ＤＳＳ送信資源に他の信号に対する資源が予約されているとしても、ＴＸ  ＵＥは、Ｄ２ＤＳＳを送信するようにすることによって、すなわち、Ｄ２ＤＳＳ送信とｏｖｅｒｌａｐｐｉｎｇが発生できる信号の送信に対しては、自動的に送信しないようにすることもできる。
【０９６４】
ＲＸ  ＵＥは、このような状況をＴＸ  ＵＥまたは基地局と事前に約束することによって、予め把握できると仮定する。
【０９６５】
一方、ＲＸ  ＵＥがＤ２ＤＳＳと近接した信号（例えば、以前ｄａｔａ）を受信するためには、前記近接した信号は、Ｄ２ＤＳＳと同じｔｉｍｉｎｇ  ｒｅｆｅｒｅｎｃｅを使用しなければならない。
【０９６６】
それは、Ｄ２ＤＳＳとＤ２Ｄ  ｄａｔａの同期が互いに一致しないと、ＲＸ  ＵＥは、ｄａｔａ  ｄｅｃｏｄｉｎｇを正確に行うことができないためである。
【０９６７】
しかしながら、Ｄ２ＤＳＳとＤ２Ｄ  ｄａｔａの同期が互いに一致されているかを保障できないから、両方の同期が一致するかどうかを予めＲＸ  ＵＥに知らせることによって、ＲＸ  ＵＥが正確にＤ２Ｄ  ｄａｔａに対するｄｅｃｏｄｉｎｇを行うことができるようにすることができる。
【０９６８】
一例として、ｄａｔａ（ｄｅｍｏｄｕｌａｔｉｏｎ）  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌに同期が一致するかどうかを知らせる情報を含んでＲＸ  ＵＥに送信できる。
【０９６９】
すなわち、ＤＭ  ＲＳ  ｓｅｑｕｅｎｃｅの属性（ｒｏｏｔ  ｉｎｄｅｘ、ＣＳ  ｉｎｄｅｘ、ＯＣＣ  ｉｎｄｅｘ等）に前記同期が一致するかどうかに関連した情報を含めることができる。
【０９７０】
具体的には、ＤＭ  ＲＳ  ｓｅｑｕｅｎｃｅの属性のうち、少なくとも一部は、同期が一致されているＤ２ＤＳＳのｓｅｑｕｅｎｃｅから誘導されることができる。
【０９７１】
結果的に、ＲＸ  ＵＥは、どんなＤ２Ｄ  ｃｈａｎｎｅｌがどんなＤ２ＤＳＳと同期が互いに一致するかを把握でき、同期が一致しているＤ２Ｄ  ｃｈａｎｎｅｌの後にＤ２ＤＳＳが後続する場合には、別のｇａｐを設定しなくても良い。
【０９７２】
次に、ＣＡ状況で電力制限（ｐｏｗｅｒ  ｌｉｍｉｔａｔｉｏｎ）または電力不足現象を解決するための方法について、図５２ないし図５５を参照してさらに具体的に述べることにする。
【０９７３】
二つ以上のコンポーネントキャリヤ（ＣＣ）を使用することができるように設定された端末の場合、一つのキャリヤでＤ２Ｄ送信を行い、これと同時に他のキャリヤでＷＡＮ送信を行うことができる。
【０９７４】
この場合、各ＣＣを介した信号の同時送信に応じる電力不足（ｐｏｗｅｒ  ｌｉｍｉｔａｔｉｏｎ） 問題によって、送信チャネル当たり、ｃａｒｒｉｅｒ当たりの電力を減らす状況が発生するようになる。
【０９７５】
以下、本明細書では、多数のＣＣを使用してｄａｔａ送信が可能な場合、多数のＣＣのうち、一部キャリヤは、Ｄ２Ｄ用として、さらに他の一部キャリヤは、ＷＡＮ用として使用する場合、Ｄ２Ｄ送信の特徴を考慮してＰｏｗｅｒ  Ｌｉｍｉｔａｔｉｏｎ問題を解決するための方案を提供する。
【０９７６】
一般に、Ｄ２Ｄ信号は、ＷＡＮ信号と比較して同時送信状況が発生する場合、ＷＡＮ信号を送信する方法、すなわち、ＷＡＮ信号にｐｒｉｏｒｉｔｙをあたえる方法を仮定する。
【０９７７】
ただし、上述のように、、Ｄ２ＤＳＳ（Ｄ２Ｄ同期信号）送信の場合には、ＷＡＮ信号よりより高いｐｒｉｏｒｉｔｙを有するように定義することができる。
【０９７８】
図５２は、本明細書で提案するＣＡ状況でＤ２Ｄ送信方法のさらに他の一例を示した図である。
【０９７９】
図５２を参考すると、ＣＣ１を介してＤ２Ｄ信号を送信し、ＣＣ２を介してＷＡＮ信号を送信する方法を示す。
【０９８０】
ＣＣ１では、ＳＦ  ＃ｎ及びＳＦ  ＃ｎ＋１を介して連続したＤ２Ｄ信号の送信を仮定し、各Ｄ２Ｄ信号の送信には、ＴＡ＝０を適用した。
【０９８１】
この場合、上述の規則に従って連続したＤ２Ｄ信号の送信は、一つのＤ２Ｄ  ｔｒａｎｓｍｉｓｓｉｏｎと定義し、前記連続したＤ２Ｄ信号の送信中間に存在する多数のｓｕｂｆｒａｍｅの終わりには、ｇａｐ設定またはｓｙｍｂｏｌ  ｐｕｎｃｔｕｒｉｎｇを行わない。
【０９８２】
ただし、連続したＳＦの最後のｓｕｂｆｒａｍｅの最後の部分には、上述の規則に従ってｇａｐを設定する。
【０９８３】
図５２に示すように、ＣＣ２にＷＡＮ信号を送信することによって、特に、Ｘ１領域でＤ２Ｄ信号とＷＡＮ信号間のｏｖｅｒｌａｐｐｉｎｇにより前記重なり区間Ｘ１領域で電力制限の問題が発生することもできる。
【０９８４】
すなわち、Ｘ１区間で信号の同時送信によって最大送信電力設定値を超過する現象が発生できる。
【０９８５】
このような状況を認知しているＵＥは、ｓｕｂｆｒａｍｅ  ＃ｎ＋１のＷＡＮ信号の送信にｐｒｉｏｒｉｔｙを与え、ｓｕｂｆｒａｍｅ  ＃ｎのＤ２Ｄ信号送信の最後のシンボル、すなわち、Ｘ１をｐｕｎｃｔｕｒｉｎｇできる。前記ｐｕｎｃｔｕｒｉｎｇ遂行関連動作は、ＴＡ値に応じて変わることができる。
【０９８６】
例えば、ＴＡ値が１ｓｙｍｂｏｌ長より大きな場合、ＴＸ  ＵＥは、ｓｕｂｆｒａｍｅ  ＃ｎを介してＤ２Ｄ  ｓｉｇｎａｌを送信しないようにする。すなわち、ＳＦ  ＃ｎでＤ２Ｄ信号の送信をｄｒｏｐｐｉｎｇする。
【０９８７】
これとは異なり、ＴＡが１ｓｙｍｂｏｌ長さより小さな場合、ＴＸ  ＵＥは、重なったたシンボルにおいてのみｐｕｎｃｔｕｒｉｎｇすることによって、重なったシンボルにおいてのみＤ２Ｄ信号を送信しないことができる。
【０９８８】
ここで、Ｄ２Ｄ送信のための最大送信電力値は、別に定義されることができ、前記最大送信電力値を基準にＰＨＲ（ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ  ｒｅｐｏｒｔｉｎｇ）を計算して報告できる。
【０９８９】
仮に、ｓｉｇｎａｌ／ｓｙｍｂｏｌ  ｏｖｅｒｌａｐｐｉｎｇ状況で設定された最大送信電力値を超過するようになる場合、Ｄ２Ｄ送信の一部シンボルまたはＤ２Ｄ送信サブフレームをｄｒｏｐｐｉｎｇする。
【０９９０】
図５３は、本明細書で提案するＣＡ状況でＤ２Ｄ送信方法のさらに他の一例を示した図である。
【０９９１】
図５３の場合、Ｘ２区間をｐｕｎｃｔｕｒｉｎｇする代わりに、Ｘ２区間で電力を低くする動作を例示している。
【０９９２】
この場合は、ｓｉｇｎａｌのｏｖｅｒｌａｐｐｉｎｇ区間で最大送信電力値を超過しないケースに該当するといえる。
【０９９３】
ここでは、Ｄ２Ｄ信号の送信がＷＡＮ信号の送信に影響を与えないと仮定されていなければならない。
【０９９４】
図５４は、本明細書で提案するＣＡ状況でＤ２Ｄ送信方法のさらに他の一例を示した図である。
【０９９５】
図５４の場合、重なり区間（Ｘ２）で設定された最大送信電力値を超過することを予測して、ＷＡＮ  ｓｉｇｎａｌとすこしでもｏｖｅｒｌａｐｐｉｎｇされるＤ２Ｄ  ｓｉｇｎａｌ（ｉｎｓｕｂｆｒａｍｅ）に対して、全部ｄｒｏｐｐｉｎｇする動作を例示している。
【０９９６】
すなわち、ＳＦ  ＃ＮでＷＡＮ  ｓｉｇｎａｌの送信と重なるＸ２区間及び大部分の領域でＷＡＮ  ｓｉｇｎａｌと重なるＳＦ  ＃Ｎ＋１全体をｄｒｏｐｐｉｎｇすることを見ることができる。
【０９９７】
図５４の方法は、重なり区間のｄｒｏｐｐｉｎｇを介して同時送信を防止することによって、最大送信電力設定値を２個のｓｕｂｆｒａｍｅ（ＳＦ  ＃ｎ及びＳＦ  ＃ｎ＋１）にかけて一定の値に維持できるという長所がある。
【０９９８】
図５５は、本明細書で提案するＣＡ状況でＤ２Ｄ送信方法のさらに他の一例を示した図である。
【０９９９】
図５４の場合、ＷＡＮ  ｓｉｇｎａｌとＤ２Ｄ  ｓｉｇｎａｌが重なる時間区間でＤ２Ｄ信号の送信をｐｕｎｃｔｕｒｉｎｇまたはｄｒｏｐｐｉｎｇすることを示した。
【１０００】
図５５は、上述の図５４とは異なり、ＷＡＮ  ｓｉｇｎａｌの送信とすこしでも重なる信号の送信区間を有するＣＣのＳＦ全体をｄｒｏｐｐｉｎｇする動作を示す。
【１００１】
すなわち、図５５に示すように、ＣＣ１のＳＦ  ＃ｎ及びＳＦ  ＃ｎ＋１は、ＣＣ２のＷＡＮ信号送信区間と重なる部分があるので、ＣＣ１のＳＦ  ＃ｎ及びＳＦ  ＃ｎ＋１全体でＤ２Ｄ信号に対する送信をｄｒｏｐｐｉｎｇすることが分かる。
【１００２】
図５２ないし図５５にて述べた方法は、Ｄ２Ｄ信号用最大送信電力値を別に設定する場合を仮定した場合を示す。
【１００３】
前記設定された最大送信電力値を基準にＴＸ  ＵＥは、Ｄ２Ｄ信号送信のためのＰＨＲ（Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ  Ｒｅｐｏｒｔ）を計算し、前記計算されたＰＨＲを報告する動作を行うようになる。
【１００４】
同一セル内でのＤ２Ｄ  ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ  ｒｅｐｏｒｔは、予め決まった仮想的な送信フォーマットを基準にＰＨを計算し、前記計算したＰＨを報告する 。
【１００５】
反面、ＣＡの場合には、実際に送信するＤ２Ｄ送信フォーマットを基準にＰＨを計算し、前記計算したＰＨを報告する。
【１００６】
本発明が適用されることができる装置一般
図５６は、本明細書で提案する方法が適用されることができる無線通信装置の内部ブロック図の一例を示す。
【１００７】
図５６を参照すると、無線通信システムは、基地局５６１０、及び基地局５６１０の領域内に位置した多数の端末５６２０を備える。
【１００８】
基地局５６１０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）５６１１、メモリ（ｍｅｍｏｒｙ）５６１２及びＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）５６１３を備える。プロセッサ５６１１は、上述の図１ないし図５５で提案された機能、過程及び／または方法を具現する。無線インタフェースプロトコルの層は、プロセッサ５６１１により具現化されることができる。メモリ５６１２は、プロセッサ５６１１と接続され、プロセッサ５６１１を駆動するための多様な情報を保存する。ＲＦ部５６１３は、プロセッサ５６１１と接続して、無線信号を送信及び／または受信する。
【１００９】
端末５６２０は、プロセッサ５６２１、メモリ５６２２及びＲＦ部５６２３を備える。プロセッサ５６２１は、上述の図１ないし図５５で提案された機能、過程及び／または方法を具現する。無線インタフェースプロトコルの層は、プロセッサ５６２１により具現化されることができる。メモリ５６２２は、プロセッサ５６２１と接続され、プロセッサ５６２１を駆動するための多様な情報を保存する。ＲＦ部５６２３は、プロセッサ５６２１と接続されて、無線信号を送信及び／または受信する。
【１０１０】
メモリ５６１２、５６２２は、プロセッサ５６１１、５６２１の内部または外部にあることができ、周知の多様な手段によりプロセッサ５６１１、５６２１と接続されることができる。また、基地局５６１０及び／または端末５６２０は、一個のアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）または多重アンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を有することができる。
【１０１１】
以上説明された実施の形態は、本発明の構成要素と特徴が所定の形態で結合されたことである。各構成要素または特徴は、別の明示上言及がない限り選択的なものと考慮されなければならない。各構成要素または特徴は、他の構成要素または特徴と結合されない形態で実施されることができる。また、一部構成要素及び／または特徴を結合して本発明の実施の形態を構成することも可能である。本発明の実施の形態において説明される動作の順序は変更されることができる。ある実施の形態の一部構成または特徴は、他の実施の形態に含まれることができ、または他の実施の形態の対応する構成または特徴と交替されることができる。特許請求の範囲において明示的な引用関係がない請求項を結合して実施の形態を構成するか、または出願後の補正により新しい請求項として含めることができることは自明である。
【１０１２】
本発明にかかる実施の形態は、多様な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などにより具現化されることができる。ハードウェアによる具現の場合、本発明の一実施の形態は、一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロ・プロセッサなどにより具現化されることができる。
【１０１３】
ファームウェアまたはソフトウェアによる具現の場合、本発明の一実施の形態は、以上説明された機能または動作を行うモジュール、手順、関数などの形態により具現化されることができる。ソフトウェアコードは、メモリに格納されてプロセッサにより駆動されることができる。前記メモリは、前記プロセッサの内部または外部に位置して、予め知られた多様な手段により前記プロセッサとデータをやり取りすることができる。
【１０１４】
本発明は、本発明の必須特徴から外れない範囲で他の特定の形態で具体化されうることは当業者にとって自明である。したがって、上述の詳細な説明は、すべての面において制限的に解析されてはならず、例示に過ぎないと考慮しなければならない。本発明の範囲は、添付された請求項の合理的解析により決定されなければならず、本発明の等価的範囲内でのすべての変更は、本発明の範囲に含まれる。
【産業上の利用可能性】
【１０１５】
本明細書の無線通信システムにおけるＤ２Ｄ送信方案は、３ＧＰＰ  ＬＴＥ／ＬＴＥ-Ａシステムに適用される例を重心に説明したが、３ＧＰＰ  ＬＴＥ／ＬＴＥ-Ａシステムの他にも多様な無線通信システムに適用することが可能である。
【図１】
0006382337.tif 000018
【図２】
0006382337.tif 000019
【図３】
0006382337.tif 000020
【図４】
0006382337.tif 000021
【図５】
0006382337.tif 000022
【図６】
0006382337.tif 000023
【図７】
0006382337.tif 000024
【図８】
0006382337.tif 000025
【図９】
0006382337.tif 000026
【図１０】
0006382337.tif 000027
【図１１】
0006382337.tif 000028
【図１２】
0006382337.tif 000029
【図１３】
0006382337.tif 000030
【図１４】
0006382337.tif 000031
【図１５（ａ）】
0006382337.tif 000032
【図１５（ｂ）】
0006382337.tif 000033
【図１５（ｃ）】
0006382337.tif 000034
【図１５（ｄ）】
0006382337.tif 000035
【図１６】
0006382337.tif 000036
【図１７】
0006382337.tif 000037
【図１８】
0006382337.tif 000038
【図１９】
0006382337.tif 000039
【図２０】
0006382337.tif 000040
【図２１】
0006382337.tif 000041
【図２２】
0006382337.tif 000042
【図２３】
0006382337.tif 000043
【図２４】
0006382337.tif 000044
【図２５】
0006382337.tif 000045
【図２６】
0006382337.tif 000046
【図２７】
0006382337.tif 000047
【図２８】
0006382337.tif 000048
【図２９】
0006382337.tif 000049
【図３０】
0006382337.tif 000050
【図３１】
0006382337.tif 000051
【図３２】
0006382337.tif 000052
【図３３】
0006382337.tif 000053
【図３４】
0006382337.tif 000054
【図３５】
0006382337.tif 000055
【図３６】
0006382337.tif 000056
【図３７】
0006382337.tif 000057
【図３８】
0006382337.tif 000058
【図３９】
0006382337.tif 000059
【図４０】
0006382337.tif 000060
【図４１】
0006382337.tif 000061
【図４２】
0006382337.tif 000062
【図４３】
0006382337.tif 000063
【図４４】
0006382337.tif 000064
【図４５】
0006382337.tif 000065
【図４６】
0006382337.tif 000066
【図４７】
0006382337.tif 000067
【図４８】
0006382337.tif 000068
【図４９】
0006382337.tif 000069
【図５０】
0006382337.tif 000070
【図５１】
0006382337.tif 000071
【図５２】
0006382337.tif 000072
【図５３】
0006382337.tif 000073
【図５４】
0006382337.tif 000074
【図５５】
0006382337.tif 000075
【図５６】
0006382337.tif 000076