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