(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいてサイドリンク信号を送信する方法であって、
所定の期間内に複数のサブフレームを含むリソースプール内の第１サイドリンク信号に対する第１のリソース単位をランダムに選択するステップと、
前記所定の期間内に前記リソースプール内の第２サイドリンク信号に対する第２のリソース単位をランダムに選択するステップと、
前記選択された第１のリソース単位を使用して前記第１サイドリンク信号を送信し、前記選択された第２のリソース単位を使用して前記第２サイドリンク信号を送信するステップとを含み、
前記第２のリソース単位は、特定サブフレームを除外した前記複数のサブフレームの中でランダムに選択され、
前記特定サブフレームは、前記予め選択された期間内に前記第２サイドリンク信号とは異なる前記第１サイドリンク信号の送信のために既に選択された前記第１のリソース単位内の少なくとも一つのサブフレームである、送信方法。
【請求項２】
前記第１のリソース単位と前記第２のリソース単位は、サブフレーム単位の時間−周波数リソースである、請求項１に記載の送信方法。
【請求項３】
前記第１サイドリンク信号及び前記第２サイドリンク信号のそれぞれは、ディスカバリ信号に対応する、請求項１に記載の送信方法。
【請求項４】
ｎ個のリソースプールは一つのディスカバリ期間に含まれる、請求項１に記載の送信方法。
【請求項５】
無線通信システムにおいてＶ２Ｘ（ｖｅｈｉｃｌｅ  ｔｏ  ｅｖｅｒｙｔｈｉｎｇ）関連信号を送受信する端末装置であって、
送信モジュール及び受信モジュールと、
プロセッサとを含み、
前記プロセッサは、
所定の期間内に複数のサブフレームを含むリソースプール内の第１サイドリンク信号に対する第１のリソース単位をランダムに選択し、
前記所定の期間内に前記リソースプール内の第２サイドリンク信号に対する第２のリソース単位をランダムに選択し、
前記送信モジュールが、前記選択された第１のリソース単位を使用して前記第１サイドリンク信号を送信し、前記選択された第２のリソース単位を使用して前記第２サイドリンク信号を送信するように制御し、
前記第２のリソース単位は、特定サブフレームを除外した前記複数のサブフレームの中でランダムに選択され、
前記特定サブフレームは、前記予め選択された期間内に前記第２サイドリンク信号とは異なる前記第１サイドリンク信号の送信のために既に選択された前記第１のリソース単位の中の少なくとも一つのサブフレームである、端末装置。
【請求項６】
前記第１のリソース単位と前記第２のリソース単位は、サブフレーム単位の時間−周波数リソースである、請求項５に記載の端末装置。
【請求項７】
前記第１サイドリンク信号及び前記第２サイドリンク信号のそれぞれはディスカバリ信号に対応する、請求項５に記載の端末装置。
【請求項８】
ｎ個のリソースプールは一つのディスカバリ期間に含まれる、請求項５に記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は、無線通信システムに関し、より詳細には、Ｄ２Ｄ端末又はリレーが１周期内で多数の制御信号／ディスカバリ信号を送受信する方法及び装置に関する。
【背景技術】
【０００２】
無線通信システムが音声やデータなどの多様な種類の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース（帯域幅、伝送パワーなど）を共有して多重使用者との通信を支援することができる多重接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムである。多重接続システムの例としては、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＭＣ−ＦＤＭＡ（ｍｕｌｔｉ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【０００３】
装置対装置（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ；Ｄ２Ｄ）通信とは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）間に直接的なリンクを設定し、基地局（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ；ｅＮＢ）の介入無しで端末間に音声、データなどを直接やり取りする通信方式のことをいう。Ｄ２Ｄ通信は、端末−対−端末（ＵＥ−ｔｏ−ＵＥ）通信、ピア−対−ピア（Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）通信などの方式を含むことができる。また、Ｄ２Ｄ通信方式は、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）通信、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などに応用することができる。
【０００４】
Ｄ２Ｄ通信は、急増しているデータトラフィックによる基地局の負担を解決可能な一つの方案として考慮されている。例えば、Ｄ２Ｄ通信によれば、既存の無線通信システムとは異なり、基地局の介入無しで装置間にデータをやり取りするので、ネットワークの過度の負荷が減少する。また、Ｄ２Ｄ通信を導入することによって、基地局における手順の減少、Ｄ２Ｄに参加する装置の消費電力の低減、データ伝送速度の増加、ネットワークの収容能力の増大、負荷の分散、セルカバレッジの拡大などの効果を期待することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明では、Ｄ２Ｄ端末又はリレーが、一つのＳＡ／ディスカバリ周期内で多数のＳＡ／ディスカバリ（信号）を送信する方法を技術的課題とする。
【０００６】
本発明で達成しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【０００７】
本発明の一実施例は、無線通信システムにおいてディスカバリ信号を送信する方法であって、リソースプールから、ディスカバリ信号を送信するｎ（ｎ＞０）個のリソース単位を選択するステップと、前記選択されたｎ個のリソース単位を使用してディスカバリ信号を送信するステップを含み、前記ｎ個のリソース単位の選択時に、ｋ（０＜ｋ＝＜ｎ）番目のリソース単位は、１番目のリソース単位からｋ−１番目のリソース単位が含まれるサブフレームを除いたサブフレームから選択される、ディスカバリ信号送信方法である。
【０００８】
本発明の一実施例は、無線通信システムにおいてＶ２Ｘ（ｖｅｈｉｃｌｅ  ｔｏ  ｅｖｅｒｙｔｈｉｎｇ）関連信号を送受信する端末装置であって、送信モジュール及び受信モジュールと；プロセッサとを含み、前記プロセッサは、リソースプールから、ディスカバリ信号を送信するｎ（ｎ＞０）個のリソース単位を選択し、前記選択されたｎ個のリソース単位を使用してディスカバリ信号を送信し、前記ｎ個のリソース単位の選択時に、ｋ（０＜ｋ＝＜ｎ）番目のリソース単位は、１番目のリソース単位からｋ−１番目のリソース単位が含まれるサブフレームを除いたサブフレームから選択される、端末装置である。
【０００９】
前記ｎ個のリソース単位はランダムに選択されてもよい。
【００１０】
前記リソース単位は、サブフレーム単位の時間−周波数リソースであってもよい。
【００１１】
前記リソース単位は、時間軸上でサブフレーム単位、周波数軸上でリソースブロック単位で構成される時間−周波数リソースであってもよい。
【００１２】
前記ｎ個のリソース単位は、同じアンテナポートを介して送信されるものであってもよい。
【００１３】
前記ｎ個のリソース単位のうち互いに異なるアンテナポートを介して送信されるリソース単位は、同じサブフレーム上に存在可能であってもよい。
【００１４】
前記ｎ個のリソースプールは、一つのディスカバリ周期内に含まれるものであってもよい。
【発明の効果】
【００１５】
本発明によれば、Ｄ２Ｄ端末又はリレーが一つのＳＡ／ディスカバリ周期内で多数のＳＡ／ディスカバリ（信号）を送信するとき、衝突を避け、また、ＰＡＰＲを減少させることができる。
【００１６】
本発明から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術分野における通常の知識を有する者に明確に理解されるであろう。
【図面の簡単な説明】
【００１７】
本明細書に添付された図面は、本発明に対する理解を提供するためのもので、本発明の様々な実施形態を示し、明細書の記載と共に本発明の原理を説明するためのものである。
【図１】無線フレームの構造を示す図である。
【図２】下りリンクスロットでのリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す図である。
【図３】下りリンクサブフレームの構造を示す図である。
【図４】上りリンクサブフレームの構造を示す図である。
【図５】多重アンテナを有する無線通信システムの構成図である。
【図６】Ｄ２Ｄ同期信号が送信されるサブフレームを示す図である。
【図７】Ｄ２Ｄ信号のリレーを説明するための図である。
【図８】Ｄ２Ｄ通信のためのＤ２Ｄリソースプールの例を示す図である。
【図９】ＳＡ周期を説明するための図である。
【図１０】本発明の実施例を説明するための図である。
【図１１】本発明の実施例を説明するための図である。
【図１２】本発明の実施例を説明するための図である。
【図１３】送受信装置の構成を示す図である。
【発明を実施するための最良の形態】
【００１８】
以下の実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素又は特徴は、別に明示しない限り、選択的なものとして考慮されてもよい。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施されてもよく、また、一部の構成要素及び／又は特徴は結合されて本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に代えてもよい。
【００１９】
本明細書では、本発明の実施例を、基地局と端末間におけるデータ送受信の関係を中心に説明する。ここで、基地局は、端末と直接に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌｎｏｄｅ）としての意味を有する。本文書で、基地局により行われるとした特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒｎｏｄｅ）により行われてもよい。
【００２０】
すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）で構成されるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、又は基地局以外の他のネットワークノードにより行われるということは明らかである。「基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの用語に代えてもよい。中継機は、Ｒｅｌａｙ  Ｎｏｄｅ（ＲＮ）、Ｒｅｌａｙ  Ｓｔａｔｉｏｎ（ＲＳ）などの用語に代えてもよい。また、「端末（Ｔｅｒｍｉｎａｌ）」は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に代えてもよい。また、以下の説明において、「基地局」とは、スケジューリング実行ノード、クラスターヘッダー（ｃｌｕｓｔｅｒ  ｈｅａｄｅｒ）などの装置を指す意味としても使用可能である。もし、基地局やリレーも、端末が送信する信号を送信すれば、一種の端末と見なすことができる。
【００２１】
以下に記述されるセルの名称は、基地局（ｂａｓｅｓｔａｔｉｏｎ、ｅＮＢ）、セクタ（ｓｅｃｔｏｒ）、リモートラジオヘッド（ｒｅｍｏｔｅｒａｄｉｏｈｅａｄ，ＲＲＨ）、リレー（ｒｅｌａｙ）などの送受信ポイントに適用され、また、特定送受信ポイントで構成搬送波（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）を区分するための包括的な用語で使われてもよい。
【００２２】
以下の説明で使われる特定用語は、本発明の理解を助けるために提供されたもので、これらの特定用語の使用は、本発明の技術的思想から逸脱することなく他の形態に変更されてもよい。
【００２３】
場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で示すこともできる。また、本明細書全体を通じて同一の構成要素には同一の図面符号を付して説明する。
【００２４】
本発明の実施例は、無線接続システムであるＩＥＥＥ８０２システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥ及びＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システム、及び３ＧＰＰ２システムの少なくとも一つに開示された標準文書でサポートすることができる。すなわち、本発明の実施例において本発明の技術的思想を明確にするために説明していない段階又は部分は、上記の標準文書でサポートすることができる。なお、本文書で開示している全ての用語は、上記の標準文書によって説明することができる。
【００２５】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などのような種々の無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進展である。ＷｉＭＡＸは、ＩＥＥＥ８０２．１６ｅ規格（ＷｉｒｅｌｅｓｓＭＡＮ−ＯＦＤＭＡ  Ｒｅｆｅｒｅｎｃｅ  Ｓｙｓｔｅｍ）及び進展したＩＥＥＥ８０２．１６ｍ規格（ＷｉｒｅｌｅｓｓＭＡＮ−ＯＦＤＭＡ  Ａｄｖａｎｃｅｄ  ｓｙｓｔｅｍ）によって説明することができる。明確性のために、以下では、３ＧＰＰ  ＬＴＥ及びＬＴＥ−Ａシステムを中心に説明するが、本発明の技術的思想はこれに制限されない。
【００２６】
ＬＴＡ／ＬＴＡ−Ａリソース構造／チャネル
【００２７】
図１を参照して無線フレームの構造について説明する。
【００２８】
セルラーＯＦＤＭ無線パケット通信システムにおいて、上り／下りリンク信号パケット送信はサブフレーム（ｓｕｂｆｒａｍｅ）単位に行われ、１サブフレームは、複数のＯＦＤＭシンボルを含む一定の時間区間と定義される。３ＧＰＰ ＬＴＥ標準では、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造と、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２無線フレーム構造を支援する。
【００２９】
図１（ａ）は、タイプ１無線フレームの構造を例示する図である。下りリンク無線フレームは１０個のサブフレームで構成され、１個のサブフレームは時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）において２個のスロット（ｓｌｏｔ）で構成される。１個のサブフレームを送信するためにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。例えば、１サブフレームの長さは１ｍｓであり、１スロットの長さは０．５ｍｓであってよい。１スロットは時間領域において複数のＯＦＤＭシンボルを含み、周波数領域において複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ；ＲＢ）を含む。３ＧＰＰ ＬＴＥシステムでは、下りリンクでＯＦＤＭＡを用いているため、ＯＦＤＭシンボルが１シンボル区間を表す。ＯＦＤＭシンボルは、ＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ぶこともできる。リソースブロック（ＲＢ）はリソース割当て単位であり、１スロットにおいて複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。
【００３０】
１スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって異なってもよい。ＣＰには、拡張ＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）及び一般ＣＰ（ｎｏｒｍａｌ  ＣＰ）がある。例えば、ＯＦＤＭシンボルが一般ＣＰによって構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個であってよい。ＯＦＤＭシンボルが拡張ＣＰによって構成された場合、１ ＯＦＤＭシンボルの長さが増加するため、１スロットに含まれるＯＦＤＭシンボルの数は、一般ＣＰの場合に比べて少ない。拡張ＣＰの場合に、例えば、１スロットに含まれるＯＦＤＭシンボルの数は６個であってもよい。端末が速い速度で移動する場合などのようにチャネル状態が不安定な場合は、シンボル間干渉をより減らすために、拡張ＣＰを用いることができる。
【００３１】
一般ＣＰが用いられる場合、１スロットは７個のＯＦＤＭシンボルを含み、１サブフレームは１４個のＯＦＤＭシンボルを含む。このとき、各サブフレームにおける先頭２個又は３個のＯＦＤＭシンボルはＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）に割り当て、残りのＯＦＤＭシンボルはＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）に割り当てることができる。
【００３２】
図１（ｂ）は、タイプ２無線フレームの構造を示す図である。タイプ２無線フレームは、２ハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）で構成される。各ハーフフレームは、５サブフレーム、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（Ｇｕａｒｄ  Ｐｅｒｉｏｄ；ＧＰ）、及びＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）で構成され、ここで、１サブフレームは２スロットで構成される。ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局でのチャネル推定と端末の上り送信同期を取るために用いられる。保護区間は、上りリンク及び下りリンク間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。一方、無線フレームのタイプにかかわらず、１個のサブフレームは２個のスロットで構成される。
【００３３】
無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるシンボルの数は様々に変更されてもよい。
【００３４】
図２は、下りリンクスロットにおけるリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す図である。同図で、１下りリンクスロットは時間領域で７個のＯＦＤＭシンボルを含み、１リソースブロック（ＲＢ）は周波数領域で１２個の副搬送波を含むとしたが、本発明はこれに制限されない。例えば、一般ＣＰ（ｎｏｒｍａｌ−Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）では１スロットが７ＯＦＤＭシンボルを含むが、拡張ＣＰ（ｅｘｔｅｎｄｅｄ−ＣＰ）では１スロットが６ＯＦＤＭシンボルを含んでもよい。リソースグリッド上のそれぞれの要素をリソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）と呼ぶ。１リソースブロックは１２×７個のリソース要素を含む。下りリンクスロットに含まれるリソースブロックの個数ＮＤＬは、下り送信帯域幅による。上りリンクスロットは下りリンクスロットと同一の構造を有することができる。
【００３５】
図３は、下りリンクサブフレームの構造を示す図である。１サブフレーム内で第１のスロットにおける先頭部の最大３個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に該当する。残りのＯＦＤＭシンボルは、物理下り共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｃｅｌ；ＰＤＳＣＨ）が割り当てられるデータ領域に該当する。３ＧＰＰ ＬＴＥシステムで用いられる下り制御チャネルには、例えば、物理制御フォーマット指示子チャネル（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  ＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ；ＰＣＦＩＣＨ）、物理下り制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）、物理ＨＡＲＱ指示子チャネル（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｅｌ；ＰＨＩＣＨ）などがある。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレーム内の制御チャネル送信に用いられるＯＦＤＭシンボルの個数に関する情報を含む。ＰＨＩＣＨは、上り送信の応答としてＨＡＲＱ ＡＣＫ／ＮＡＣＫ信号を含む。ＰＤＣＣＨで送信される制御情報を、下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）という。ＤＣＩは、上りリンク又は下りリンクスケジューリング情報を含んだり、任意の端末グループに対する上り送信電力制御命令を含む。ＰＤＣＣＨは、下り共有チャネル（ＤＬ−ＳＣＨ）のリソース割当て及び送信フォーマット、上り共有チャネル（ＵＬ−ＳＣＨ）のリソース割当て情報、ページングチャネル（ＰＣＨ）のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）のような上位層制御メッセージのリソース割当て、任意の端末グループ内の個別端末に対する送信電力制御命令のセット、送信電力制御情報、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化などを含むことができる。複数のＰＤＣＣＨが制御領域内で送信されてもよく、端末は複数のＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨは一つ以上の連続する制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ；ＣＣＥ）の組み合わせ（ａｇｇｒｅｇａｔｉｏｎ）で送信される。ＣＣＥは、無線チャネルの状態に基づくコーディングレートでＰＤＣＣＨを提供するために用いられる論理割当て単位である。ＣＣＥは、複数個のリソース要素グループに対応する。ＰＤＣＣＨのフォーマットと利用可能なビット数は、ＣＣＥの個数とＣＣＥによって提供されるコーディングレート間の相関関係によって決定される。基地局は、端末に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報に巡回冗長検査（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ；ＣＲＣ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は用途によって無線ネットワーク臨時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）という識別子でマスクされる。ＰＤＣＣＨが特定端末に対するものであれば、端末のｃｅｌｌ−ＲＮＴＩ��Ｃ−ＲＮＴＩ）識別子をＣＲＣにマスクすることができる。又は、ＰＤＣＣＨがページングメッセージに対するものであれば、ページング指示子識別子（Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｏｒ  Ｉｄｅｎｔｉｆｉｅｒ；Ｐ−ＲＮＴＩ）をＣＲＣにマスクすることができる。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（ＳＩＢ））に対するものであれば、システム情報識別子及びシステム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）をＣＲＣにマスクすることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を示すために、ランダムアクセス−ＲＮＴＩ（ＲＡ−ＲＮＴＩ）をＣＲＣにマスクすることができる。
【００３６】
図４は、上りリンクサブフレームの構造を示す図である。上りリンクサブフレームは、周波数領域で制御領域とデータ領域とに区別できる。制御領域には上りリンク制御情報を含む物理上り制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＵＣＣＨ）が割り当てられる。データ領域には、ユーザデータを含む物理上り共有チャネル（Ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ；ＰＵＳＣＨ）が割り当てられる。単一搬送波特性を維持するために、一つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。一つの端末のＰＵＣＣＨは、サブフレームにおいてリソースブロック対（ＲＢ  ｐａｉｒ）に割り当てられる。リソースブロック対に属するリソースブロックは、２スロットに対して互いに異なった副搬送波を占める。これを、ＰＵＣＣＨに割り当てられるリソースブロック対がスロット境界で周波数−ホップ（ｆｒｅｑｕｅｎｃｙ−ｈｏｐｐｅｄ）するという。
【００３７】
参照信号（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＲＳ）
【００３８】
無線通信システムにおいてパケットを伝送するとき、伝送されるパケットは無線チャネルを介して伝送されるため、伝送過程で信号の歪みが発生し得る。歪んだ信号を受信側で正しく受信するためには、チャネル情報を用いて受信信号で歪みを補正しなければならない。チャネル情報を知るために、送信側と受信側の両方で知っている信号を送信し、前記信号がチャネルを介して受信されるときの歪みの程度によってチャネル情報を知る方法を主に用いる。前記信号をパイロット信号（Ｐｉｌｏｔ  Ｓｉｇｎａｌ）又は参照信号（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）という。
【００３９】
多重アンテナを用いてデータを送受信する場合には、正しい信号を受信するためには、各送信アンテナと受信アンテナとの間のチャネル状況を知らなければならない。したがって、各送信アンテナ別に、より詳細にはアンテナポート（ｐｏｒｔ）別に別途の参照信号が存在しなければならない。
【００４０】
参照信号は、上りリンク参照信号と下りリンク参照信号とに区分することができる。現在、ＬＴＥシステムには上りリンク参照信号として、
【００４１】
ｉ）ＰＵＳＣＨ及びＰＵＣＣＨを介して伝送された情報のコヒーレント（ｃｏｈｅｒｅｎｔ）な復調のためのチャネル推定のための復調参照信号（ＤｅＭｏｄｕｌａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＤＭ−ＲＳ）、
【００４２】
ｉｉ）基地局が、ネットワークが異なる周波数での上りリンクのチャネル品質を測定するためのサウンディング参照信号（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＳＲＳ）がある。
【００４３】
一方、下りリンク参照信号としては、
【００４４】
ｉ）セル内の全ての端末が共有するセル−特定の参照信号（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＣＲＳ）、
【００４５】
ｉｉ）特定の端末のみのための端末−特定の参照信号（ＵＥ−ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）、
【００４６】
ｉｉｉ）ＰＤＳＣＨが伝送される場合、コヒーレントな復調のために伝送されるＤＭ−ＲＳ（ＤｅＭｏｄｕｌａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）、
【００４７】
ｉｖ）下りリンクＤＭＲＳが伝送される場合、チャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ）を伝達するためのチャネル状態情報参照信号（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ−  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＣＳＩ−ＲＳ）、
【００４８】
ｖ）ＭＢＳＦＮ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）モードで送信される信号に対するコヒーレントな復調のために送信されるＭＢＳＦＮ参照信号（ＭＢＳＦＮ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）、
【００４９】
ｖｉ）端末の地理的位置情報を推定するのに使用される位置参照信号（Ｐｏｓｉｔｉｏｎｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）がある。
【００５０】
参照信号は、その目的によって２種類に大別することができる。チャネル情報の取得のための目的の参照信号、及びデータの復調のために使用される参照信号がある。前者は、ＵＥが下りリンクへのチャネル情報を取得するのにその目的があるため、広帯域で送信されなければならず、特定のサブフレームで下りリンクデータを受信しない端末であってもその参照信号を受信しなければならない。また、これは、ハンドオーバーなどの状況でも用いられる。後者は、基地局が下りリンクデータを送るとき、当該リソースに共に送る参照信号であって、端末は、当該参照信号を受信することによってチャネル測定をして、データを復調することができるようになる。この参照信号は、データが伝送される領域に伝送されなければならない。
【００５１】
多重アンテナ（ＭＩＭＯ）システムのモデリング
【００５２】
図５は、多重アンテナを有する無線通信システムの構成図である。
【００５３】
図５（ａ）に示したように、送信アンテナの数をＮｔ個、受信アンテナの数をＮＲ個と増やすと、送信機又は受信機でのみ多数のアンテナを用いる場合とは異なり、アンテナの数に比例して理論的なチャネル伝送容量が増加する。したがって、伝送レートを向上させ、周波数効率を画期的に向上させることができる。チャネル伝送容量が増加することによって、伝送レートは、理論的に、単一のアンテナの利用時の最大伝送レート（Ｒｏ）にレート増加率（Ｒｉ）を掛けた分だけ増加し得る。
【００５４】
【数１】
0006680797.tif 000002
【００５５】
例えば、４個の送信アンテナ及び４個の受信アンテナを用いるＭＩＭＯ通信システムでは、単一のアンテナシステムに比べて、理論上、４倍の伝送レートを取得することができる。多重アンテナシステムの理論的容量増加が９０年代半ばに証明されて以来、これを実質的なデータ伝送率の向上へと導くための様々な技術が現在まで盛んに研究されている。また、いくつかの技術は、既に３世代移動通信と次世代無線ＬＡＮなどの様々な無線通信の標準に反映されている。
【００５６】
現在までの多重アンテナ関連研究動向を見ると、様々なチャネル環境及び多重接続環境での多重アンテナ通信容量計算などに関連する情報理論面の研究、多重アンテナシステムの無線チャネル測定及び模型導出の研究、伝送信頼度の向上及び伝送率の向上のための時空間信号処理技術の研究など、様々な観点で盛んに研究が行われている。
【００５７】
多重アンテナシステムでの通信方法を、数学的モデリングを用いてより具体的に説明する。前記システムには、Ｎｔ個の送信アンテナ及びＮｔ個の受信アンテナが存在すると仮定する。
【００５８】
送信信号を説明すると、Ｎｔ個の送信アンテナがある場合、送信可能な最大情報はＮＴ個である。送信情報は、次のように表現することができる。
【００５９】
【数２】
0006680797.tif 000003
【００６０】
【数３】
0006680797.tif 000004
【００６１】
〔式３〕
【数４】
0006680797.tif 000005
【００６２】
【数５】
0006680797.tif 000006
【００６３】
〔式４〕
【数６】
0006680797.tif 000007
【００６４】
【数７】
0006680797.tif 000008
【００６５】
〔式５〕
【数８】
0006680797.tif 000009
【００６６】
ここで、Wｉｊは、ｉ番目の送信アンテナとj番目の情報との間の重み値を意味する。Ｗは、プリコーディング行列とも呼ばれる。
【００６７】
受信信号は、Ｎｒ個の受信アンテナがある場合、各アンテナの受信信号
【数９】
0006680797.tif 000010
はベクトルで次のように表現することができる。
【００６８】
〔式６〕
【数１０】
0006680797.tif 000011
【００６９】
多重アンテナ無線通信システムにおいてチャネルをモデリングする場合、チャネルは、送受信アンテナインデックスによって区分することができる。送信アンテナｊから受信アンテナｉを経るチャネルをｈｉｊと表示することにする。ｈｉｊにおいて、インデックスの順序は受信アンテナインデックスが先で、送信アンテナのインデックスが後であることに留意されたい。
【００７０】
一方、図５（ｂ）は、ＮＲ個の送信アンテナから受信アンテナｉへのチャネルを示した図である。前記チャネルをまとめてベクトル及び行列の形態で表示することができる。図５（ｂ）において、総ＮＴ個の送信アンテナから受信アンテナｉに到着するチャネルは、次のように表すことができる。
【００７１】
〔式７〕
【数１１】
0006680797.tif 000012
【００７２】
したがって、Ｎｔ個の送信アンテナからＮｒ個の受信アンテナに到着する全てのチャネルは、次のように表現することができる。
【００７３】
〔式８〕
【数１２】
0006680797.tif 000013
【００７４】
【数１３】
0006680797.tif 000014
【００７５】
〔式９〕
【数１４】
0006680797.tif 000015
【００７６】
上述した数式モデリングを通じて、受信信号は、次のように表現することができる。
【００７７】
〔式１０〕
【数１５】
0006680797.tif 000016
【００７８】
一方、チャネル状態を示すチャネル行列Ｈの行及び列の数は、送受信アンテナの数によって決定される。チャネル行列Ｈにおいて、行の数は受信アンテナの数ＮＲと同一であり、列の数は送信アンテナの数Ｎｔと同一である。すなわち、チャネル行列Ｈは、行列がＮＲ×Ｎｔとなる。
【００７９】
【数１６】
0006680797.tif 000017
【００８０】
〔式１１〕
【数１７】
0006680797.tif 000018
【００８１】
ランクの他の定義は、行列を固有値分解（Ｅｉｇｅｎ  ｖａｌｕｅ  ｄｅｃｏｍｐｏｓｉｔｉｏｎ）したとき、０ではない固有値の個数として定義することができる。同様に、ランクの更に他の定義は、特異値分解（ｓｉｎｇｕｌａｒ  ｖａｌｕｅ  ｄｅｃｏｍｐｏｓｉｔｉｏｎ）したとき、０ではない特異値の個数として定義することができる。したがって、チャネル行列におけるランクの物理的な意味は、与えられたチャネルで互いに異なる情報を送ることができる最大数といえる。
【００８２】
本文書の説明において、ＭＩＭＯ送信に対する「ランク（Ｒａｎｋ）」は、特定の時点及び特定の周波数リソースで独立して信号を送信できる経路の数を示し、「レイヤ（ｌａｙｅｒ）の数」は、各経路を介して送信される信号ストリームの個数を示す。一般的に送信端は、信号送信に用いられるランク数に対応する個数のレイヤを送信するため、特に言及がない限り、ランクは、レイヤの個数と同じ意味を有する。
【００８３】
Ｄ２Ｄ端末の同期取得
【００８４】
以下では、上述した説明及び既存のＬＴＥ／ＬＴＥ−Ａシステムに基づいて、Ｄ２Ｄ通信において端末間の同期取得について説明する。ＯＦＤＭシステムでは、時間／周波数同期が取られていない場合、セル間干渉（Ｉｎｔｅｒ−Ｃｅｌｌ  Ｉｎｔｅｒｆｅｒｅｎｃｅ）により、ＯＦＤＭ信号において互いに異なる端末間にマルチプレクシングが不可能となり得る。同期を取るためにＤ２Ｄ端末が同期信号を直接送受信し、全ての端末が個別的に同期を取ることは非効率的である。したがって、Ｄ２Ｄのような分散ノードシステムでは、特定のノードが代表同期信号を送信し、残りのＵＥがこれに同期を取ることができる。言い換えると、Ｄ２Ｄ信号送受信のために、一部のノード（このとき、ノードは、ｅＮＢ、ＵＥ、ＳＲＮ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｎｏｄｅ又はｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｏｕｒｃｅと呼ぶこともできる）であってもよい。）がＤ２Ｄ同期信号（Ｄ２ＤＳＳ、Ｄ２Ｄ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）を送信し、残りの端末がこれに同期を取って信号を送受信する方式を用いることができる。
【００８５】
Ｄ２Ｄ同期信号としては、プライマリ同期信号（ＰＤ２ＤＳＳ（Ｐｒｉｍａｒｙ  Ｄ２ＤＳＳ）又はＰＳＳＳ（Ｐｒｉｍａｒｙ  Ｓｉｄｅｌｉｎｋ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ））、セカンダリ同期信号（ＳＤ２ＤＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｄ２ＤＳＳ）又はＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｉｄｅｌｉｎｋ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ））があり得る。ＰＤ２ＤＳＳは、所定長さのザドフチューシーケンス（Ｚａｄｏｆｆ−ｃｈｕ  ｓｅｑｕｅｎｃｅ）又はＰＳＳと類似／変形／反復された構造などであってもよい。また、ＤＬ  ＰＳＳとは異なり、他のザドフチュールートインデックス（例えば、２６，３７）を使用することができる。ＳＤ２ＤＳＳは、Ｍ−シーケンス又はＳＳＳと類似／変形／反復された構造などであってもよい。もし、端末がｅＮＢから同期を取る場合、ＳＲＮはｅＮＢとなり、Ｄ２ＤＳＳはＰＳＳ／ＳＳＳとなる。ＤＬのＰＳＳ／ＳＳＳとは異なり、ＰＤ２ＤＳＳ／ＳＤ２ＤＳＳはＵＬサブキャリアマッピング方式に従う。図６には、Ｄ２Ｄ同期信号が送信されるサブフレームが示されている。ＰＤ２ＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄ２Ｄ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｃｈａｎｎｅｌ）は、Ｄ２Ｄ信号送受信の前に端末が最も先に知らなければならない基本となる（システム）情報（例えば、Ｄ２ＤＳＳに関連する情報、デュプレックスモード（Ｄｕｐｌｅｘ  Ｍｏｄｅ、ＤＭ）、ＴＤＤ  ＵＬ／ＤＬ構成、リソースプール関連情報、Ｄ２ＤＳＳに関連するアプリケーションの種類、ｓｕｂｆｒａｍｅ  ｏｆｆｓｅｔ、ブロードキャスト情報など）が送信される（放送）チャネルであってもよい。ＰＤ２ＤＳＣＨは、Ｄ２ＤＳＳと同じサブフレーム上で又は後行するサブフレーム上で送信されてもよい。ＤＭＲＳは、ＰＤ２ＤＳＣＨの復調のために使用することができる。
【００８６】
ＳＲＮは、Ｄ２ＤＳＳ、ＰＤ２ＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄ２Ｄ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｃｈａｎｎｅｌ）を送信するノードであってもよい。Ｄ２ＤＳＳは、特定のシーケンスの形態であってもよく、ＰＤ２ＤＳＣＨは、特定の情報を示すシーケンスであるか、又は事前に定められたチャネルコーディングを経た後のコードワードの形態であってもよい。ここで、ＳＲＮは、ｅＮＢ又は特定のＤ２Ｄ端末であってもよい。部分ネットワークカバレッジ（ｐａｒｔｉａｌ  ｎｅｔｗｏｒｋ  ｃｏｖｅｒａｇｅ）又はカバレッジ外（ｏｕｔ  ｏｆ  ｎｅｔｗｏｒｋ  ｃｏｖｅｒａｇｅ）の場合には、端末がＳＲＮとなり得る。
【００８７】
図７のような状況でカバレッジ外（ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ）の端末とのＤ２Ｄ通信のために、Ｄ２ＤＳＳはリレーされてもよい。また、Ｄ２ＤＳＳは、多重ホップを介してリレーされてもよい。以下の説明において、同期信号をリレーするということは、直接基地局の同期信号をＡＦリレーすることだけでなく、同期信号の受信時点に合わせて別途のフォーマットのＤ２Ｄ同期信号を送信することも含む概念である。このように、Ｄ２Ｄ同期信号がリレーされることによって、カバレッジ内の端末とカバレッジ外の端末とが直接通信を行うことができる。
【００８８】
Ｄ２Ｄリソースプール
【００８９】
図８には、Ｄ２Ｄ通信を行うＵＥ１、ＵＥ２、及びこれらが用いるＤ２Ｄリソースプールの例が示されている。図８（ａ）において、ＵＥは、端末又はＤ２Ｄ通信方式に従って信号を送受信する基地局などのネットワーク装備を意味する。端末は、一連のリソースの集合を意味するリソースプール内で特定のリソースに該当するリソースユニットを選択し、当該リソースユニットを用いてＤ２Ｄ信号を送信することができる。受信端末（ＵＥ２）は、ＵＥ１が信号を送信できるリソースプールの構成（ｃｏｎｆｉｇｕｒｅｄ）を受け、当該プール（ｐｏｏｌ）内でＵＥ１の信号を検出することができる。ここで、リソースプールは、ＵＥ１が基地局の接続範囲にある場合には、基地局が知らせることができ、基地局の接続範囲外にある場合には、他の端末が知らせたり、又は事前に定められたリソースで決定されてもよい。一般に、リソースプールは、複数のリソースユニットで構成され、各端末は、一つ又は複数のリソースユニットを選定して自身のＤ２Ｄ信号送信に用いることができる。リソースユニットは、図８（ｂ）に例示した通りであってもよい。図８（ｂ）を参照すると、全体の周波数リソースがＮＦ個に分割され、全体の時間リソースがＮＴ個に分割されて、総ＮＦ＊ＮＴ個のリソースユニットが定義されることがわかる。ここでは、当該リソースプールがＮＴサブフレームを周期にして繰り返されるといえる。特に、一つのリソースユニットが、図示のように周期的に繰り返して現れてもよい。または、時間や周波数領域でのダイバーシチ効果を得るために、一つの論理的なリソースユニットがマッピングされる物理的リソースユニットのインデックスが、時間によって、事前に定められたパターンで変化してもよい。このようなリソースユニットの構造において、リソースプールとは、Ｄ２Ｄ信号を送信しようとする端末が送信に使用できるリソースユニットの集合を意味し得る。
【００９０】
リソースプールは、様々な種類に細分化することができる。まず、各リソースプールで送信されるＤ２Ｄ信号のコンテンツ（ｃｏｎｔｅｎｔｓ）によって区分することができる。例えば、Ｄ２Ｄ信号のコンテンツは区分されてもよく、それぞれに対して別途のリソースプールが構成されてもよい。Ｄ２Ｄ信号のコンテンツとして、ＳＡ（Ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ；ＳＡ）、Ｄ２Ｄデータチャネル、ディスカバリチャネル（Ｄｉｓｃｏｖｅｒｙ  ｃｈａｎｎｅｌ）があり得る。ＳＡは、送信端末が後行するＤ２Ｄデータチャネルの送信に使用するリソースの位置、その他のデータチャネルの復調のために必要なＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）やＭＩＭＯ送信方式、ＴＡ（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）などの情報を含む信号であってもよい。この信号は、同一のリソースユニット上でＤ２Ｄデータと共にマルチプレクスされて送信されることも可能であり、この場合、ＳＡリソースプールとは、ＳＡがＤ２Ｄデータとマルチプレクスされて送信されるリソースのプールを意味し得る。他の名称として、Ｄ２Ｄ制御チャネル（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）又はＰＳＣＣＨ（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）と呼ぶこともできる。Ｄ２Ｄデータチャネル（又は、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ））は、送信端末がユーザデータを送信するのに使用するリソースのプールであってもよい。同一のリソースユニット上でＤ２Ｄデータと共にＳＡがマルチプレクスされて送信される場合、Ｄ２Ｄデータチャネルのためのリソースプールでは、ＳＡ情報を除いた形態のＤ２Ｄデータチャネルのみが送信され得る。言い換えると、ＳＡリソースプール内の個別リソースユニット上でＳＡ情報を送信するのに使用されていたＲＥｓを、Ｄ２Ｄデータチャネルリソースプールでは、依然としてＤ２Ｄデータを送信するのに使用することができる。ディスカバリチャネルは、送信端末が自身のＩＤなどの情報を送信して、隣接端末が自身を発見できるようにするメッセージのためのリソースプールであってもよい。
【００９１】
Ｄ２Ｄ信号のコンテンツが同じ場合にも、Ｄ２Ｄ信号の送受信属性に応じて異なるリソースプールを使用することができる。例えば、同じＤ２Ｄデータチャネルやディスカバリメッセージであるとしても、Ｄ２Ｄ信号の送信タイミング決定方式（例えば、同期基準信号の受信時点で送信されるか、それとも一定のＴＡを適用して送信されるか）やリソース割り当て方式（例えば、個別信号の送信リソースをｅＮＢが個別送信ＵＥに指定するか、それとも個別送信ＵＥがプール内で独自で個別信号送信リソースを選択するか）、信号フォーマット（例えば、各Ｄ２Ｄ信号が１サブフレームで占めるシンボルの個数や、一つのＤ２Ｄ信号の送信に使用されるサブフレームの個数）、ｅＮＢからの信号の強度、Ｄ２Ｄ  ＵＥの送信電力の強度などによって、再び互いに異なるリソースプールに区分されてもよい。説明の便宜上、Ｄ２ＤコミュニケーションにおいてｅＮＢがＤ２Ｄ送信ＵＥの送信リソースを直接指示する方法をＭｏｄｅ１、送信リソース領域が予め設定されていたり、ｅＮＢが送信リソース領域を指定し、ＵＥが送信リソースを直接選択したりする方法をＭｏｄｅ２と呼ぶことにする。Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙの場合には、ｅＮＢがリソースを直接指示する場合にはＴｙｐｅ２、予め設定されたリソース領域又はｅＮＢが指示したリソース領域でＵＥが送信リソースを直接選択する場合はＴｙｐｅ１と呼ぶことにする。
【００９２】
ＳＡの送受信
【００９３】
モード１の端末は、基地局から構成を受けたリソースを介してＳＡ（又は、Ｄ２Ｄ制御信号、ＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ））を送信することができる。モード２の端末は、基地局からＤ２Ｄ送信に使用するリソースの構成を受ける（ｃｏｎｆｉｇｕｒｅｄ）。そして、構成を受けたそのリソースから時間周波数リソースを選択してＳＡを送信することができる。
【００９４】
ＳＡ周期は、図９に示したように定義されたものであってもよい。図９を参照すると、１番目のＳＡ周期は、特定のシステムフレームから上位層シグナリングによって指示された所定のオフセット（ＳＡＯｆｆｓｅｔＩｎｄｉｃａｔｏｒ）だけ離れたサブフレームで開始されてもよい。各ＳＡ周期は、ＳＡリソースプール及びＤ２Ｄデータの送信のためのサブフレームプールを含むことができる。ＳＡリソースプールは、ＳＡ周期の１番目のサブフレームから、サブフレームビットマップ（ｓａＳｕｂｆｒａｍｅＢｉｔｍａｐ）でＳＡが送信されるものと指示されたサブフレームのうち最後のサブフレームを含むことができる。Ｄ２Ｄデータの送信のためのリソースプールは、モード１の場合、Ｔ−ＲＰＴ（Ｔｉｍｅ−ｒｅｓｏｕｒｃｅ  ｐａｔｔｅｒｎ  ｆｏｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）が適用されることによって、実際にデータの送信に使用されるサブフレームが決定され得る。図示のように、ＳＡリソースプールを除いたＳＡ周期に含まれたサブフレームの個数がＴ−ＲＰＴビットの個数よりも多い場合、Ｔ−ＲＰＴは、繰り返して適用され得、最後に適用されるＴ−ＲＰＴは、残りのサブフレームの個数だけトランケートされて（ｔｒｕｎｃａｔｅｄ）適用され得る。ＳＡは、データの送信位置をＴ−ＲＰＴの形態で指示してもよく、他の明示的な方法で指示してもよい。一例として、データの送信開始位置、繰り返し回数などを指示する形態であってもよい。さらに一般的に、ＳＡは、データの送信リソースの時間、周波数位置を指示し、データデコーディングに必要な付加情報を含めて送信するチャネルである。このようなＳＡリソースプールは、データプールと分離されてもよいが、データプールと一部が重なってデータ領域の一部を共に使用する形態であってもよい。また、データプールとＳＡリソースプールが、時間領域で分離された形態ではなく、周波数領域で分離された形態であってもよい。
【００９５】
以下では、Ｄ２Ｄ端末又はリレーが一つのＳＡ／ディスカバリ周期内で多数のＳＡ／ディスカバリ（信号）を送信するとき、衝突を避け、また、ＰＡＰＲを減少させることができる様々な方法について詳細に説明する。以下の説明において、Ｄ２Ｄ端末又は端末とは、Ｄ２Ｄ信号を送信又は受信することができるＤ２Ｄ端末又はリレーのうちの１つであってもよい。
【００９６】
実施例１
【００９７】
本発明の実施例による端末は、リソースプールから、ディスカバリ信号を送信するｎ（ｎ＞０）個のリソース単位を選択し、選択されたｎ個のリソース単位を使用してディスカバリ信号を送信することができる。ここで、ｎ個のリソース単位の選択時に、ｋ（０＜ｋ＝＜ｎ）番目のリソース単位は、１番目のリソース単位からｋ−１番目のリソース単位が含まれるサブフレームを除いたサブフレームから選択され得る。または、ｎ個のリソース単位の選択時に、ｋ（０＜ｋ＝＜ｎ）番目のリソース単位は、１番目のリソース単位からｋ−１番目のリソース単位が含まれるサブフレームを除いたサブフレームから選択されなければならない。すなわち、一つのディスカバリ周期で多数個のディスカバリ信号を送信する端末は、シーケンシャル（ｓｅｑｕｅｎｔｉａｌ）にディスカバリリソースを選択したり、以前に選択したディスカバリリソースが送信されるサブフレームに含まれたリソースを選択しないことである。例えば、図１０において、サブフレーム０（ＳＦ０）で＃０リソースを選択した場合、サブフレーム０を除いたサブフレームのリソースから次のリソースを選択（図１０に示したように、サブフレーム１の＃０リソース）することである。送信するディスカバリ信号が３個以上である場合には、先に選択したリソースが含まれたサブフレームを除いたリソースから選択する。
【００９８】
このような条件を満足しながら、ｎ個のリソース単位はランダムに選択されるものであってもよい。または、ｎ個のリソース単位は、均等確率（ｅｑｕａｌ  ｐｒｏｂａｂｉｌｉｔｙ）で選択されるものであってもよい。
【００９９】
前記リソース単位は、サブフレーム単位の時間−周波数リソースを意味し得る。具体的に、リソース単位は、時間軸上でサブフレーム単位、周波数軸上でリソースブロック単位で構成される時間−周波数リソースであってもよい。そして、ｎ個のリソースプールは、一つのディスカバリ周期内に含まれるものであってもよい。すなわち、上述したリソース単位の選択の条件（１番目のリソース単位からｋ−１番目のリソース単位が含まれるサブフレームを除いたサブフレームから選択）は、一つのディスカバリ周期内でリソースの選択時に適用されるものであってもよい。
【０１００】
上述した説明において、ｎ個のリソース単位は、同じアンテナポートを介して送信されるものであってもよい。ｎ個のリソース単位がそれぞれ異なるアンテナポートを介して送信されれば、前記のリソース単位の選択規則（ｎ個のリソース単位の選択時に、ｋ（０＜ｋ＝＜ｎ）番目のリソース単位は、１番目のリソース単位からｋ−１番目のリソース単位が含まれるサブフレームを除いたサブフレームから選択）は適用されなくてもよい。すなわち、ｎ個のリソース単位が同じアンテナポートを介して送信されれば、前記の規則（ｎ個のリソース単位の選択時に、ｋ（０＜ｋ＝＜ｎ）番目のリソース単位は、１番目のリソース単位からｋ−１番目のリソース単位が含まれるサブフレームを除いたサブフレームから選択）は、必ず適用されなければならない。または、ｎ個のリソース単位のうち互いに異なるアンテナポートを介して送信されるリソース単位は、同じサブフレーム上に存在可能である。
【０１０１】
上述した説明によれば、各ディスカバリ信号を送信するリソースが時間領域上で分離されるようになる。この場合、ＰＡＰＲの面で非常に有利である。もし、一つのサブフレームで周波数軸上で分離された２つ以上のリソース領域でディスカバリ信号を送信する場合、単一の搬送波特性を満足できないため、ＰＡＰＲの増加をもたらすことになる。したがって、本発明のように、ディスカバリ信号のためにリソースが選択されたサブフレームは、次回のリソース選択時に除外されることによって、ＰＡＰＲの向上を達成することができる。図１１には、本発明の実施例による場合の効果が示されている。図１１のシミュレーション結果は、ディスカバリ信号が２ＲＢ上で送信され、ＱＰＳＫを仮定したものである。図１１においてＳＣ−ＦＤＭで表示された実線は、上述した本発明の実施例であって、一つのサブフレームで一つのリソース単位のみが選択されるとき、ＣＤＦ（Ｃｕｍｕｌａｔｉｖｅ  Ｄｅｎｓｉｔｙ  Ｆｕｎｃｔｉｏｎ）とＣｕｂｉｃ  ｍｅｔｒｉｃとの関係であり、ＳＣ−ＦＤＭ  ｍｕｌｔｉで表示された波線が、一つのサブフレームから２つのリソースが選択される場合である。図示のように、本発明の実施例による場合、ｃｕｂｉｃ  ｍｅｔｒｉｃが１ｄＢ（ＣＤＦ０．５で）以上良いことがわかる。ＣＭが大きいと、それだけ送信電力を全て使用することができない（ＣＭのため、ｐｏｗｅｒ  ｂａｃｋｏｆｆをしなければならない）。したがって、本発明の実施例を用いることが送信電力をさらに利用できるため、（ｄｉｓｃｏｖｅｒｙ）カバレッジが減少することも防止することができる。
【０１０２】
実施例２
【０１０３】
端末は、リソースプールから、ＳＡ信号を送信するｎ（ｎ＞０）個のリソース単位を選択し、選択されたｎ個のリソース単位を使用してＳＡ信号を送信することができる。ここで、ｎ個のリソース単位の選択時に、ｋ（０＜ｋ＝＜ｎ）番目のリソース単位は、１番目のリソース単位からｋ−１番目のリソース単位が含まれるサブフレームを除いたサブフレームから選択され得る。または、ｎ個のリソース単位の選択時に、ｋ（０＜ｋ＝＜ｎ）番目のリソース単位は、１番目のリソース単位からｋ−１番目のリソース単位が含まれるサブフレームを除いたサブフレームから選択されなければならない。すなわち、一つのＳＡ周期で多数個のＳＡ信号を送信する端末は、シーケンシャル（ｓｅｑｕｅｎｔｉａｌ）にＳＡリソースを選択したり、以前に選択したＳＡリソースが送信されるサブフレームに含まれたＳＡリソースを選択しないことである。すなわち、１番目のＳＡリソースを選択した後、２番目のＳＡリソースは、ｎｔ１，ｍｏｄ（ｎｔ１＋ｎｆ１，Ｎｔ）サブフレームに含まれたＳＡリソースを除いたものから選択することができる。
【０１０４】
例えば、図１２（ａ）において、サブフレーム０（ＳＦ０）で＃０リソースを選択した場合、サブフレーム０を除いたサブフレームのリソースから次のリソースを選択（図１２（ａ）に示したように、サブフレーム１の＃０リソース）することである。送信するＳＡ信号が３個以上である場合には、先に選択したリソースが含まれたサブフレームを除いたリソースから選択する。図１２（ｂ）では、ＳＡリソース＃８を選択した端末が、その次のＳＡリソースを選択するときに選択可能なＳＡリソースが表示されている。
【０１０５】
このような条件を満足しながら、ｎ個のリソース単位はランダムに選択されるものであってもよい。または、ｎ個のリソース単位は均等確率（ｅｑｕａｌ  ｐｒｏｂａｂｉｌｉｔｙ）で選択されるものであってもよい。
【０１０６】
前記リソース単位は、サブフレーム単位の時間−周波数リソースを意味し得る。具体的に、リソース単位は、時間軸上でサブフレーム単位、周波数軸上でリソースブロック単位で構成される時間−周波数リソースであってもよい。そして、ｎ個のリソースプールは、一つのＳＡ周期内に含まれるものであってもよい。すなわち、上述したリソース単位の選択の条件（１番目のリソース単位からｋ−１番目のリソース単位が含まれるサブフレームを除いたサブフレームから選択）は、一つのＳＡ周期内でリソース選択時に適用されるものであってもよい。
【０１０７】
上述した説明において、ｎ個のリソース単位は、同じアンテナポートを介して送信されるものであってもよい。もし、ｎ個のリソース単位がそれぞれ異なるアンテナポートを介して送信されれば、前記のリソース単位の選択規則（ｎ個のリソース単位の選択時に、ｋ（０＜ｋ＝＜ｎ）番目のリソース単位は、１番目のリソース単位からｋ−１番目のリソース単位が含まれるサブフレームを除いたサブフレームから選択）は適用されなくてもよい。すなわち、ｎ個のリソース単位が同じアンテナポートを介して送信されれば、前記の規則（ｎ個のリソース単位の選択時に、ｋ（０＜ｋ＝＜ｎ）番目のリソース単位は、１番目のリソース単位からｋ−１番目のリソース単位が含まれるサブフレームを除いたサブフレームから選択）は、必ず適用されなければならない。または、ｎ個のリソース単位のうち互いに異なるアンテナポートを介して送信されるリソース単位は、同じサブフレーム上に存在可能である。
【０１０８】
ＳＡリソースを選択する際に、Ｄ２Ｄモード１（ｅＮＢがＤ２Ｄリソースの位置を直接指示するモード）の場合には、時間領域で衝突が発生しないリソースを選択してＤ２Ｄ  ｇｒａｎｔを送ることができるが、モード２の場合には、端末がＳＡリソースを選択するため、時間領域で衝突が発生し得る。前記実施例による場合、このような問題を解決することができる。
【０１０９】
ＳＡプールが時間軸上で狭い形態である場合、追加で送信できるリソースが不足となり得る（例えば、２個のＳＡを送信するためには、最小４サブフレーム以上が必要であるが、ＳＡプールがこれより小さい場合）。したがって、ネットワークは、多数個のＳＡを送信する端末がある場合、この端末が他の端末のＳＡを受信するようにするために、送信するＳＡの個数に連動してＳＡプールのサブフレームの個数を構成するようにすることができる。例えば、最大２個のＳＡを送信する端末がある場合、ネットワークは、ＳＡリソースプールを最小６個以上のサブフレームで構成する。この場合、ＳＡ送信端末は、他の２個のサブフレームでは（他の端末のＳＡなどを）聞くことができる。これを反対に適用すると、一つのＳＡプールのサブフレームサイズに送信するＳＡの最大個数が定められ得、具体的な動作は後述する。
【０１１０】
一方、前記複数のプールでＳＡを送信する動作において、もし、リソースプールがＦＤＭされている場合、時間上では同じサブフレームで周波数領域で離れたＳＡを選択して送信し得る。このような動作を防止するために、互いに異なるリソースプールであるとしても、ＳＡリソースを選択するとき、他のプールでＳＡ送信のために選択したサブフレームに含まれるＳＡリソースは除外するようにすることができる。この動作は、ＳＡプールとデータプールがＦＤＭされる場合にも適用することができる。異なるリソースプールのデータプールとＳＡプールがＦＤＭされる場合、既に先のＳＡプールを介してデータを送信することにしたサブフレームに含まれるＳＡリソースは選択から除外することである。この動作は、パケット優先順位と連動して動作することもでき、優先順位の高いデータが送信されるサブフレームは除いて、優先順位の低いデータが送信されるサブフレームは含めてＳＡリソースの選択に反映することができる。さらに、優先順位の高いＳＡプールとＦＤＭされるデータプールではデータ送信を禁止するように規則が定められてもよい。
【０１１１】
さらに、時間領域でこれ以上選択するＳＡリソースがない場合には、当該ＳＡ周期でＳＡリソースの選択を中断し、当該ＳＡと関連（ａｓｓｏｃｉａｔｅｄ）するデータ送信も中断するようにすることができる。例えば、ＳＡリソースプールがＮ個のサブフレームで構成される場合、ＳＡの最大個数はＮ／２個であり、これを超える個数のＳＡは送信できないという規則が定められてもよい。全てのＳＡサブフレームでＳＡ送信を行う場合、当該ＳＡ周期ではデータ受信が不可能になり得るため、ＳＡ送信の最大個数は、Ｎ／２よりも小さく設定され得、このような各ＳＡプール別のＳＡ送信の最大個数は予め定められてもよく、ネットワークによって構成されてもよい。
【０１１２】
実施例３
【０１１３】
多数個の送信アンテナを装着した端末が、一つのＳＡ／ディスカバリ周期で多数個のＳＡ／ディスカバリを送信することができる。一つのＳＡ／ディスカバリ周期で多数個のＳＡ／ディスカバリを送信する端末は、多数個の送信アンテナを装着しているという仮定が必要であり、最大送信可能なＳＡ／ディスカバリの数は、アンテナの数によって制限され得る。モード１／タイプ２の場合は、ｅＮＢが多数個のＳＡ／ディスカバリリソースインデックスを指示することができ、このとき、最大適用可能なＤ２Ｄ  ｇｒａｎｔは、送信端末のアンテナ数によって制限され得、各アンテナ別のＳＡ／ディスカバリリソースインデックスを端末が選択するか、またはｅＮＢが指示することができる。モード２／タイプ１の場合には、ＳＡ／ディスカバリ送信端末が多数個のＳＡ／ディスカバリリソースインデックスを選択してＳＡ／ディスカバリを送信し、このとき、各アンテナ別に互いに異なるＳＡ／ディスカバリリソースインデックスが連動して当該アンテナで決定されたＳＡ／ディスカバリリソース及びＤ２Ｄデータを別途のＳＣ−ＦＤＭ信号を生成して送信するようになる。このような場合、既存のＳＡ／ディスカバリリソースプールから各アンテナ別に互いに異なるＳＡ／ディスカバリリソースインデックスリソースのみを選択すればよいという利点がある。
【０１１４】
実施例４
【０１１５】
一つのＳＡ／ディスカバリ周期で多数個のＳＡ／ディスカバリを送信する端末は、別途のリソースプールでＳＡ／ディスカバリを送信することができる。このとき、別途のリソースプールは、多数個のＳＡ／ディスカバリを送信する端末のみが送信できるリソースプールであり、このリソースプールでは、別途のＳＡ／ディスカバリフォーマット（例えば、２ＲＢフォーマットのＳＡ／ディスカバリ送信）を送信するように規則が定められてもよい。このとき、別途のＳＡ／ディスカバリフォーマットには多数個のＳＡ／ディスカバリコンテンツ（ｃｏｎｔｅｎｔｓ）を含むことができ、一例として、多数のグループｄｅｓｔｉｎａｔｉｏｎ  ＩＤを含んでいてもよい。他の例示として、別途のＳＡ／ディスカバリフォーマットには多数個の周波数（ｆｒｅｑｕｅｎｃｙ）リソース割り当て（ａｌｌｏｃａｔｉｏｎ）情報、Ｔ−ＲＰＴ、ＭＣＳなどの情報が含まれて送信されてもよく、このとき、各ＳＡ／ディスカバリコンテンツ（ｃｏｎｔｅｎｔｓ）は、それぞれのグループｄｅｓｔｉｎａｔｉｏｎ  ＩＤと１：１の関係を有しているものであってもよい。または、ＳＡ／ディスカバリコンテンツ（ｃｏｎｔｅｎｔｓ）の全体又は一部は、多数のグループｄｅｓｔｉｎａｔｉｏｎ  ＩＤに共通に適用される値であってもよく、例えば、ＭＣＳの場合には、多数のグループｄｅｓｔｉｎａｔｉｏｎに共通に適用されてもよい。または、グループｄｅｓｔｉｎａｔｉｏｎ  ＩＤが多数のグループに適用された値であってもよい。このように、別途のフォーマットで構成されるＳＡ／ディスカバリプールと既存のフォーマットで構成されるＳＡ／ディスカバリプールとは、同じデータプールに連動し得る。言い換えれば、既存のデータプールが多数個のＳＡ／ディスカバリプールと連動し得、各ＳＡ／ディスカバリプール別に送信フォーマットは別途に設定され得る。そのために、ネットワークは、ＳＡ／ディスカバリプール別の送信フォーマット及び当該ＳＡ／ディスカバリプールがどのデータプールと連動しているかを、上位層信号で指定することができる。カバレッジ外（Ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ）の場合には、前記情報が事前に定められてもよい。
【０１１６】
実施例５
【０１１７】
多数個のＳＡ／ディスカバリリソースプールを構成し、この多数個のＳＡ／ディスカバリリソースプールは一つのデータプールに連動することができる。言い換えれば、一つのＳＡ／ディスカバリリソースプールを複数のサブプールに区分し、各サブプールで現在のＳＡ／ディスカバリリソースホッピング（ｈｏｐｐｉｎｇ）方法を適用することができる。このとき、サブプールは、時間領域で互いに区分されるリソースプールであってもよい。そのために、ネットワークは、ＳＡ／ディスカバリプールがどのデータプールと連動しているかをシグナリングすることができる。または、一つのＳＡ／ディスカバリプールがどのようにサブプールに分けられるかをシグナリングすることができる。カバレッジ外（Ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ）の場合には、前記情報が事前に定められてもよい。
【０１１８】
一方、互いに異なるモード／タイプでもＳＡ／ディスカバリを送信することができる。例えば、モード１／タイプ２のＳＡ／ディスカバリプール及びモード２／タイプ１のＳＡ／ディスカバリプールのいずれでも送信するように許容することができる。このとき、悪意のある端末がＳＡ／ディスカバリを過度に送信してネットワークが壊れることを防止するために、送信するデータのある端末のみが最大Ｎ個のＳＡ／ディスカバリを送信できるように規則を定めることができる。ここで、Ｎは、事前に定められてもよく、ネットワークによって構成されてもよい。または、Ｎ値は、リソースプールの個数によって定められてもよく、例えば、リソースプールの個数が多い場合には、プール当たりの送信するＮ値が小さく設定され、リソースプールの個数が少ない場合には、Ｎ値が大きく設定されてもよい。これは、プールが多く構成された場合には、Ｎ値を小さく設定して（例えば、Ｎ＝１）、互いに異なるプールでＳＡ／ディスカバリ／データを送信して複数のグループとコミュニケーションをし、プールが１つ又は２つのように少ない個数で構成される場合には、一つのプールで複数個のＳＡ／ディスカバリ／データを送信できるように許容して、複数のグループと同時に通信できるようにすることである。すなわち、一つの端末が一つのＳＡ／ディスカバリ周期で複数のグループに同時にＳＡ／ディスカバリ／データを送信するために、複数個のプールでＳＡ／ディスカバリ／データを送信するように許容することである。特に、この方法は、リレー端末が複数のｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ端末と通信するときに効果的に用いることができ、リレー端末の数が限定されている場合に、一つのリレー端末は複数のｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ端末と同時に通信が必要となり得、一つのＳＡ／ディスカバリ周期で互いに異なるプールを用いるように許容することによって、リレー動作において送信遅延を低減できるようになる。（一つのＳＡ／ディスカバリ周期で一つの送信のみが許容される場合、複数のｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ端末と通信するためには、複数のＳＡ／ディスカバリ周期が必要であり、これによって遅延が発生し得る。）
【０１１９】
リレー端末が送信するプールが事前に定められており、リモート端末が送信できるプールが事前に定められている場合、各端末が使用可能なプールの個数によってプール当たりの送信可能なＳＡ／ディスカバリの個数が制限されたり、事前に定められたり、ネットワークによってシグナリングされたりすることができる。
【０１２０】
一方、互いに異なるモードでＳＡ／ディスカバリを送信することを拡張して、モード２／タイプ１で複数個のプールでＳＡ／ディスカバリを送信するように許容することができる。このとき、互いに異なるプールは互いに異なる端末／端末グループとコミュニケーションするためのものであってもよいが、同じグループであるにもかかわらず、端末がどのセルに、どのプールを受信できるかを確実に知ることができない場合、複数のプールにデータを送信して、ｄｅｓｔｉｎａｔｉｏｎ端末が受信する確率を高める用途に使用されてもよい。一例として、４個のリソースプールが構成され、各プールはＴＤＭされたと仮定するとき、２個のプールはｃｅｌｌ  １のタイミングにアライン（ａｌｉｇｎ）されており、２個のプールはｃｅｌｌ  ２のタイミングがアライン（ａｌｉｇｎ）されていると仮定してみよう。このとき、リモート端末がどのタイミングを選択したかを知ることができない場合、リレー端末は、互いに異なるセルに連動するそれぞれのプールでＳＡ／ディスカバリ／データを送信することもできる。
【０１２１】
一方、前記方法において、複数個のＳＡ／ディスカバリプールが一つのデータプールと連動したとき、各ＳＡ／ディスカバリプールで送信可能な端末は、リレー端末／リモート端末の関係のように事前に定められてもよく、端末が送信するパケットの優先順位／グループの優先順位で決定されてもよい。例えば、特定のＳＡ／ディスカバリプール（又はｓｕｂプール）では、優先順位が一定以上である端末のみが送信できるように規則が定められてもよい。
【０１２２】
実施例６
【０１２３】
Ｄ２Ｄディスカバリ信号の送信において、１周期で再送信（ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）が許容される場合、端末は、連続するサブフレームで送信することができる。一つのＳＡ／ディスカバリリソースプールがＮｔ個のサブフレームで構成され、送信するＳＡ／ディスカバリの個数が２個であると、２個のサブフレームをまとめて一つのｌｏｇｉｃａｌ  ＳＡ／ディスカバリサブフレームを構成し、各ｌｏｇｉｃａｌ  ＳＡ／ディスカバリサブフレームでそれぞれ異なるＳＡ／ディスカバリを送信することができる。このとき、互いに異なるＳＡ／ディスカバリメッセージに対する周波数ホッピングの有無は、ネットワークによって構成されてもよく、事前に定められたパターン（Ｎｆ／２）で周波数ホッピングが適用されてもよい。
【０１２４】
実施例７
【０１２５】
ＳＡ／ディスカバリプールから多数個のＳＡ／ディスカバリリソースを選択するとき、ランダムに選択し、さらに、互いに異なるＳＡ／ディスカバリリソースをランダムに選択する方式を提案する。この場合、互いに異なるＳＡ／ディスカバリリソースを選択するようにして、互いに異なるＳＡ／ディスカバリコンテンツ（ｃｏｎｔｅｎｔ）を送信するために同じＳＡ／ディスカバリリソースを選択することは防止することができる。もし、一つのＳＡ／ディスカバリ周期で多数個のＳＡ／ディスカバリを送信する端末は、ＳＡ／ディスカバリリソースを順次選択することができ、最初のＳＡ／ディスカバリリソースはランダムに選択し、その後のＳＡ／ディスカバリリソースは、以前に選択したＳＡ／ディスカバリリソースは除いて残りからランダムに選択する。一方、前記方式が適用されたが、結果的に１サブフレームで多数個のＳＡ／ディスカバリリソースを選択した場合、ランダムにＳＡ／ディスカバリを選択して送信するか、またはＳＡ／ディスカバリの優先順位（ここで、優先順位は、端末（ｄｅｓｉｔｉｎａｔｉｏｎ）グループ特定、端末特定、又はパケット特定（例えば、ＭＣＰＴＴ  ｐｒｅｅｍｐｔｉｏｎのように他のＤ２Ｄパケットよりも優先して送信する場合）に事前に定められてもよい。）に基づいて、優先順位の高いＳＡ／ディスカバリを先に選択することができる。他の具現として、一つのＳＡ／ディスカバリ周期で多数個のＳＡ／ディスカバリを送信する端末は、多数個のＳＡ／ディスカバリをランダムに選択し、もし、同じリソースを選択した場合には（又は、同じＳＡ／ディスカバリリソースインデックスが選択された場合には）、再びＳＡ／ディスカバリリソースを選択し、全てのＳＡ／ディスカバリが異なるリソースインデックスを選択するまでこの過程を繰り返すように規則が定められてもよい。
【０１２６】
以前に選択したＳＡ／ディスカバリと同じサブフレームで送信されるＳＡ／ディスカバリを選択した場合には、当該リソースは除いて再び再選択動作を行う。一方、ＳＡ／ディスカバリリソースを再選択する過程を再び行う動作は、その再選択の最大回数が特定の数字（Ｎ）に制限され得、当該数字だけ再選択しても、時間領域で区分されるＳＡ／ディスカバリリソースを選択することができない場合には、当該ＳＡ／ディスカバリ周期でデータ送信をドロップ（ｄｒｏｐ）するように規則が定められてもよい。
【０１２７】
実施例８
【０１２８】
ＳＡ／ディスカバリプールから多数個のＳＡ／ディスカバリリソースを選択するとき、ランダムに選択し、同じＳＡ／ディスカバリリソースを選択した場合や同じサブフレームに複数個のＳＡ／ディスカバリを送信する場合、ＳＡ／ディスカバリの優先順位（ここで、優先順位、端末（ｄｅｓｉｔｉｎａｔｉｏｎ）グループ特定、端末特定、又はパケット特定（例えば、ＭＣＰＴＴ  ｐｒｅｅｍｐｔｉｏｎのように他のＤ２Ｄパケットよりも優先して送信する場合、さらに高い優先順位を有する場合）に事前に定められてもよい。）に応じてドロップ（ｄｒｏｐ）したり（優先順位の低いＳＡ／ディスカバリは先にドロップ（ｄｒｏｐ））、優先順位が同じ場合にランダムにドロップしたりすることができる。この方式は、ＳＡ／ディスカバリリソースの選択方法（ｓｅｌｅｃｔｉｏｎ  ｍｅｔｈｏｄ）は既存のものを維持するが、多数個のＳＡ／ディスカバリを送信する端末がオーバーラップされるリソースを選択した場合、優先順位付けルール（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ  ｒｕｌｅ）を定義することによって、追加の端末の具現を最小化することができる。
【０１２９】
一方、一つのＳＡ／ディスカバリプールにフォーマットの異なるＳＡ／ディスカバリが送信される場合、これを区分するために、ＤＭＲＳ  ＣＳ又はＣＲＣ  ｍａｓｋｉｎｇ又はＤＭＲＳ  ｂａｓｅ  ｓｅｑｕｅｎｃｅ  ＩＤ（例えば、５１１を異なるＳＡ／ディスカバリフォーマット用途に使用）の全体又は一部を異ならせて設定することができる。一例として、一つのＳＡ／ディスカバリプールに、リレー端末が送信するためのＳＡ／ディスカバリ及びリモート端末が送信するためのＳＡ／ディスカバリを送信する場合、２つのＳＡ／ディスカバリを区分するために、ＣＲＣ  ｍａｓｋｉｎｇを異ならせて設定することができる。このとき、一つの端末が互いに異なる目的のＳＡ／ディスカバリを同じＳＡ／ディスカバリプールで送信するようになる場合、２つのＳＡ／ディスカバリが時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）で衝突が起こることを防止するために、前記提案方法の一つを用いることができる。
【０１３０】
一方、リレー端末がリモート端末の送信のために送信したＳＡ／ディスカバリをデコードしたリモート端末は、ＳＡ／ディスカバリの受信後、ＳＡ／ディスカバリデコーディング及びデータエンコーディングタイム（ｅｎｃｏｄｉｎｇ  ｔｉｍｅ）を確保するために、データプール内の一部の送信を行わなくてもよい。そのために、ＳＡ／ディスカバリの受信後、一定のＮ個のサブフレームの間は送信が起こらないという規則が定められてもよい。ここで、Ｎは、リモート端末のためのＳＡ／ディスカバリの受信後、サブフレームから定められてもよく、データプールの開始サブフレームから適用されるものであってもよい。
【０１３１】
実施例９
【０１３２】
送信端末が多数個のＳＡ／ディスカバリを送信する場合、各ＳＡ／ディスカバリに該当するデータの送信にＴ−ＲＰＴを互いに異ならせて設定することができる。このとき、Ｔ−ＲＰＴ  ｂｉｔｍａｐの１の位置が互いに異なるものから選択するようにすることができる。例えば、ＳＡ／ディスカバリ１が指示したデータが使用するＴ−ＲＰＴ＝［１１１１００００］、ＳＡ／ディスカバリ２が指示したデータが使用するＴ−ＲＰＴ＝［００００１１１１］のように設定されてもよい。
【０１３３】
実施例１０
【０１３４】
実施例９は、（データＴ−ＲＰＴの）Ｋ値が大きいときは、送信可能なＳＡ／ディスカバリの個数が制限されるか、またはＴ−ＲＰＴの個数が制限され得る。また、Ｋ値が大きい場合には、選択可能なＴ−ＲＰＴがないこともある。または、選択可能なＫ値の種類が制限されることもある。これを克服するために、同じ１の位置が最小限Ｌ個以下であるものから選択する方法を提案する（例えば、ＳＡ／ディスカバリ１のデータが使用するＴ−ＲＰＴ＝［１１１１００００］、ＳＡ／ディスカバリ２のデータが使用するＴ−ＲＰＴ＝［００１１ＸＸＸＸ］）。ここで、Ｌ値は、ｋ値及び／又は１周期で送信するＳＡ／ディスカバリの個数に連動して定められる値であってもよい。例えば、Ｌ＝２  ｆｏｒ  Ｋ＝４、Ｌ＝０  ｆｏｒ  Ｋ＝１，２。
【０１３５】
この方式では、同じサブフレームでＴ−ＲＰＴがオーバーラップされ得、このとき、シングルキャリア特性（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｐｒｏｐｅｒｔｙ）を維持するためには、一つのＤ２Ｄパケットのみを選択して送信しなければならない。そのために、ドロッピングルール（ｄｒｏｐｐｉｎｇ  ｒｕｌｅ）又は優先順位が決定されなければならない。
【０１３６】
提案する選択方式は、ｉ）ランダムに一つを選択する方法を提案する。多数個のＤ２Ｄパケットが同じサブフレームで送信されなければならない場合、ランダムに一つのパケットを選択して送信する。ｉｉ）多数個のＤ２Ｄパケットが同じサブフレームで送信されなければならない場合、ＲＶインデックスの優先順位付けルール（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ  ｒｕｌｅ）が定められてもよい。例えば、ＲＶ０は、他のＲＶよりもシステマテックビット（ｓｙｓｔｅｍａｔｉｃ  ｂｉｔ）数が多いことで、デコーディングに重要度が高いため、さらに高い優先順位で送信することである。もし、ＲＶ０と他のＲＶ（ＲＶ２，３，１）の互いに異なるＤ２Ｄパケットが同じサブフレームで送信されなければならない場合、ＲＶ０を優先して送信する。ｉｉｉ）前記方法を拡張して、ＲＶに対する優先順位は、ＲＶ０→ＲＶ２→ＲＶ３→ＲＶ１の順序で定められてもよい。これは、ＲＶ送信オーダー（ｏｒｄｅｒ）によって優先順位を付け、パケットを少なく受けた端末がさらに多くのパケットを受けることができるようにするためである。前記提案方法ｉｉ）又はｉｉｉ）において、ＲＶオーダー（ｏｒｄｅｒ）が同じ場合には、ｉ）を用いてランダムに選択することもできる。
【０１３７】
ＲＶ０がシステマテックビット（ｓｙｓｔｅｍａｔｉｃ  ｂｉｔ）を他のＲＶよりも多く有しているため、ＲＶ０のみが他のＲＶよりも高い優先順位で送信され得る。または、パケットのサイズやＭＣＳによって優先順位を付けてもよい。例えば、ＭＣＳの低いパケットを優先して送信することができるが、これは、チャネル状況が悪かったり、さらに広いカバレッジを確保するためにＭＣＳを低く設定したパケットがさらに重要性や緊急性が大きいことがあるためである。これと同様に、パケットサイズが小さいパケットを優先して送信することもできる。さらに広いカバレッジを確保するためにパケットを小さく設定した場合、これをさらに高い優先順位と見なし、優先して送信することができる。パケットサイズやＭＣＳを用いた優先順位決定方法は、ＲＶを用いた方法よりも優先して決定されたり、ＲＶが同じ場合にのみ適用される方式であってもよい。
【０１３８】
Ｔ−ＲＰＴのｋ値によって優先順位が決定されてもよい。一例として、ＳＡ／ディスカバリ毎にｋを異ならせて選択した場合、ｋの低いパケットを優先して送信することができる。
【０１３９】
一つの端末が複数のグループに信号を送信する際、グループ別に事前に優先順位が決定されている場合、優先順位によってドロッピングルール（ｄｒｏｐｐｉｎｇ  ｒｕｌｅ）が決定され得る。例えば、一つのＳＡ／ディスカバリ周期で２つのパケットを互いに異なるグループに送信する際、グループＡの優先順位がグループＢの優先順位よりも高く、特定のサブフレームで２つのパケットが同時に送信されなければならない場合、グループＡの信号を優先して送信することである。他の例として、リレー端末が他のグループとＤ２Ｄ通信を行うと同時に、ネットワークのパケットをリレーしている状況で、特定のサブフレームでリレーパケットとＤ２Ｄパケットを同時に送信する場合、リレーするパケットを優先して送信することができる。
【０１４０】
ＲＶ、パケットサイズ、ＭＣＳ、ｋ、グループの優先順位がいずれも同じ場合には、ランダムに選択する方式を用いることができる。
【０１４１】
実施例１１
【０１４２】
前記提案した方法において、一つのＳＡ／ディスカバリ周期で複数個のＳＡ／ディスカバリを送信する端末は、送信するＳＡ／ディスカバリの個数に連動して各データ別にＫ値を決定することができる。例えば、一つのＳＡ／ディスカバリ周期内で２つのＳＡ／ディスカバリを送信する端末は、各ＳＡ／ディスカバリ別に最大のＫ値を４として設定することができる。他の例として、ＳＡ／ディスカバリ周期内で４つのＳＡ／ディスカバリを送信する端末は、ＳＡ／ディスカバリ別にＫ値を１又は２として設定することができる。２として設定し、実施例９が用いられる場合、当該端末は、全てのＤ２Ｄサブフレームで送信していなければならないため、他の端末のＤ２Ｄ信号を聞くことができなくなる。したがって、このときは、他の端末のＤ２Ｄ信号を聞くようにするために、ＳＡ／ディスカバリ別にＫ値を１として設定することができる。
【０１４３】
下記の表１は、ＦＤＤ（Ｎ＝８）であるとき、一つのＳＡ／ディスカバリ周期で送信されるＳＡ／ディスカバリ個数別のＫ値の実施例を示したものである。
【０１４４】
【表１】
0006680797.tif 000019
【０１４５】
前記例示において、Ｋ＊  ＃  ｏｆ  ＳＡ／ディスカバリｓがＮを超える場合には、実施例１０を用いてオーバーラップを許容することができ、オーバーラップが許容された場合には、Ｔ−ＲＰＴの選択自由度が高くなり得る一方、ドロップ（ｄｒｏｐ）されるパケット数が増加し得る。
【０１４６】
一方、一つの端末が複数のｄｅｓｔｉｎａｔｉｏｎ端末のために複数個のＳＡ／ディスカバリを一つのＳＡ／ディスカバリ周期の間に送信する動作は、一つの送信端末が複数の端末のメッセージを伝達するためである。Ｖ２Ｘ通信でもこのような状況が発生し得、例えば、ＲＳＵ（ｒｏａｄｓｉｄｅ  ｕｎｉｔ）のように固定ノードが周辺の複数の端末から信号を受信し、これを他のｖｅｈｉｃｌｅ端末のために送信することができる。このとき、一つのＲＳＵが時間領域で複数の端末の信号を分けて送信する場合、ハーフデュプレックスコンストレイント（ｈａｌｆ  ｄｕｐｌｅｘ  ｃｏｎｓｔｒａｉｎｔ）により、他の端末の信号を良好に受信することができないため、非効率的である。したがって、このようなＲＳＵの場合、複数の端末のＶ２Ｘメッセージをまとめて大きな一つのメッセージを作り、これを時間領域で短く送ることに利点がある。特に、ＲＳＵがｐｅｄｅｓｔｒｉａｎ端末（Ｐ−ＵＥ）にｖｅｈｉｃｌｅ端末の短い時間の間に集めて送信する場合、Ｐ−ＵＥが起床している時間を減少させることができるため、Ｐ−ＵＥのバッテリーコンサンプション（ｂａｔｔｅｒｙ  ｃｏｎｓｕｍｐｔｉｏｎ）を低減するという面でも利点がある。したがって、このような動作のために、特定の端末（例えば、ＲＳＵ）は、他の端末からのメッセージを集めて大きなメッセージを作り、一つのＭＡＣ  ＰＤＵを生成して送信する方法を提案する。このような動作を他の受信端末が知るようにするために、このような動作を実行するか否か、いくつまでまとめて一つのメッセージを構成できるか、複数のメッセージをまとめて一つの大きなメッセージを生成するときに小さなメッセージのサイズ、複数のメッセージをまとめて一つの大きなメッセージを作ったとき、作ったリソースのサイズ（ＲＢのサイズ及び再送信回数）などの全体又は一部をネットワークが調節したり、端末が周辺状況（干渉の程度、チャネル状況など）を考慮して決定したりする方法を提案する。このうちシグナリングされないパラメータは、事前に定められたものであってもよい。端末が複数のメッセージを集めて大きなメッセージを作って送信する場合、受信端末がこれを知るようにするために、ＳＡ／ディスカバリに一部のフィールドを、これを指示する用途に使用することを提案する。このとき、単にこのような動作を実行するか否かが指示されてもよいが、いくつかのメッセージをまとめて一つに作ったか、メッセージの個数がＳＡ／ディスカバリを介してシグナリングされてもよい。また、このように、複数個のメッセージをまとめて大きなメッセージを作って送信する場合、このような種類のメッセージのみを送信するデータプールが別途に構成され得、他のｖｅｈｉｃｌｅ  ＵＥが送信する周期的なメッセージに比べて高い優先順位を有するものであってもよい。
【０１４７】
もし、ＲＳＵが複数個のｖｅｈｉｃｌｅメッセージを集めて一つの大きなメッセージを作って送信するとき、このメッセージが他のｖｅｈｉｃｌｅ端末に向かうｕｎｉｃａｓｔメッセージである場合、各メッセージの物理層又は上位層フィールドに受信端末のＩＤが含まれて送信され得る。また、メッセージの特定の領域には、各メッセージのサイズ情報が含まれて送信され得る。また、どの端末のメッセージをまとめて大きなメッセージを作ったかをＳＡ／ディスカバリを介して指示してもよく、そのために、ＳＡ／ディスカバリに複数の端末のＩＤが含まれて送信されてもよい。この場合には、ＳＡ／ディスカバリでは複数の端末のＩＤを含まなければならないため、新たなＳＡ／ディスカバリフォーマットが定義され得、このようなＳＡ／ディスカバリフォーマットが送信されるＳＡ／ディスカバリプールが別途に構成され得る。
【０１４８】
前記説明した提案方式についての一例もまた、本発明の具現方法の一つとして含まれ得ることから、一種の提案方式と見なしてもよいことは明らかである。また、前記説明した提案方式は、独立して具現されてもよいが、一部の提案方式の組み合わせ（又は、併合）の形態で具現されてもよい。前記提案方法を適用するか否かに関する情報（又は、前記提案方法の規則に関する情報）は、基地局が端末に事前に定義されたシグナル（例えば、物理層シグナル又は上位層シグナル）を介して知らせるように規則が定義されてもよい。
【０１４９】
本発明の実施例による装置構成
【０１５０】
図１３は、本発明の実施形態に係る送信ポイント装置及び端末装置の構成を示した図である。
【０１５１】
図１３を参照すると、本発明に係る送信ポイント装置１０は、受信モジュール１１、送信モジュール１２、プロセッサ１３、メモリ１４及び複数個のアンテナ１５を含むことができる。複数個のアンテナ１５は、ＭＩＭＯ送受信をサポートする送信ポイント装置を意味する。受信モジュール１１は、端末からの上りリンク上の各種信号、データ及び情報を受信することができる。送信モジュール１２は、端末への下りリンク上の各種信号、データ及び情報を送信することができる。プロセッサ１３は、送信ポイント装置１０全般の動作を制御することができる。
【０１５２】
本発明の一実施例に係る送信ポイント装置１０のプロセッサ１３は、上述した各実施例において必要な事項を処理することができる。
【０１５３】
送信ポイント装置１０のプロセッサ１３は、その他にも、送信ポイント装置１０が受信した情報、外部に送信する情報などを演算処理する機能を行い、メモリ１４は、演算処理された情報などを所定時間格納することができ、バッファ（図示せず）などの構成要素で代替されてもよい。
【０１５４】
次いで、図１３を参照すると、本発明に係る端末装置２０は、受信モジュール２１、送信モジュール２２、プロセッサ２３、メモリ２４及び複数個のアンテナ２５を含むことができる。複数個のアンテナ２５は、ＭＩＭＯ送受信をサポートする端末装置を意味する。受信モジュール２１は、基地局からの下りリンク上の各種信号、データ及び情報を受信することができる。送信モジュール２２は、基地局への上りリンク上の各種信号、データ及び情報を送信することができる。プロセッサ２３は、端末装置２０全般の動作を制御することができる。
【０１５５】
本発明の一実施例に係る端末装置２０のプロセッサ２３は、上述した各実施例において必要な事項を処理することができる。
【０１５６】
端末装置２０のプロセッサ２３は、その他にも、端末装置２０が受信した情報、外部に送信する情報などを演算処理する機能を行い、メモリ２４は、演算処理された情報などを所定時間格納することができ、バッファ（図示せず）などの構成要素で代替されてもよい。
【０１５７】
以上のような送信ポイント装置及び端末装置の具体的な構成は、前述した本発明の様々な実施例で説明した事項が独立して適用されたり、又は２つ以上の実施例が同時に適用されるように具現することができ、重複する内容は明確性のために説明を省略する。
【０１５８】
また、図１３に対する説明において、送信ポイント装置１０についての説明は、下りリンク送信主体又は上りリンク受信主体としての中継機装置に対しても同一に適用することができ、端末装置２０についての説明は、下りリンク受信主体又は上りリンク送信主体としての中継機装置に対しても同一に適用することができる。
【０１５９】
上述した本発明の実施例は、様々な手段によって具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現されてもよい。
【０１６０】
ハードウェアによる具現の場合、本発明の実施例に係る方法は、１つ又はそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現されてもよい。
【０１６１】
ファームウェアやソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明した機能又は動作を実行するモジュール、手順又は関数などの形態で具現することができる。ソフトウェアコードはメモリユニットに格納され、プロセッサによって駆動されてもよい。前記メモリユニットは、前記プロセッサの内部又は外部に設けられ、公知の様々な手段によって前記プロセッサとデータを交換することができる。
【０１６２】
上述したように開示された本発明の好適な実施例に関する詳細な説明は、当業者が本発明を具現し、実施できるように提供されている。以上では、本発明の好適な実施例を参照して説明したが、当該技術分野における熟練した当業者は、本発明の領域から逸脱しない範囲内で本発明を様々に修正及び変更可能であることを理解できるであろう。例えば、当業者は、上述した実施例に記載された各構成を互いに組み合わせる方式で用いることができる。したがって、本発明は、ここに開示された実施形態に制限されるものではなく、ここに開示された原理及び新規な特徴と一致する最も広い範囲を付与するためのものである。
【０１６３】
本発明は、本発明の精神及び必須の特徴から逸脱しない範囲で、他の特定の形態に具体化することができる。よって、上記の詳細な説明はいずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって定められなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。本発明は、ここに開示されている実施形態に制限されるものではなく、ここに開示されている原理及び新規な特徴と一致する最も広い範囲を付与するためのものである。また、特許請求の範囲で明示的な引用関係を有しない請求項を結合して実施例を構成したり、出願後の補正によって新たな請求項として含むことができる。
【産業上の利用可能性】
【０１６４】
上述したような本発明の実施形態は様々な移動通信システムに適用可能である。
【図１】
0006680797.tif 000020
【図２】
0006680797.tif 000021
【図３】
0006680797.tif 000022
【図４】
0006680797.tif 000023
【図５（ａ）】
0006680797.tif 000024
【図５（ｂ）】
0006680797.tif 000025
【図６】
0006680797.tif 000026
【図７】
0006680797.tif 000027
【図８】
0006680797.tif 000028
【図９】
0006680797.tif 000029
【図１０】
0006680797.tif 000030
【図１１】
0006680797.tif 000031
【図１２】
0006680797.tif 000032
【図１３】
0006680797.tif 000033