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