JP6921181B2

JP6921181B2 - 無線通信システムにおいて端末が他の端末にデータを伝送する方法

Info

Publication number: JP6921181B2
Application number: JP2019507833A
Authority: JP
Inventors: チェ，ヒョクジン; ソ，ハンビョル
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2016-08-11
Filing date: 2017-08-11
Publication date: 2021-08-18
Anticipated expiration: 2037-08-11
Also published as: CN109804683B; JP2021170832A; ES2981563T3; KR102284372B1; KR20210095239A; US11330560B2; CN109804683A; WO2018030854A1; EP3499994A4; US20210289473A1; JP2019525655A; JP7285887B2; US20220232526A1; EP3499994B1; KR20190034668A; US11889476B2; KR102426409B1; EP3499994A1

Description

本発明は無線通信システムに関し、より詳しくは、端末が他の端末に半静的(ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ)にリソースを選択してデータを伝送する方法及び装置に関する。

無線通信システムが音声やデータなどの多様な種類の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース（帯域幅、伝送パワーなど）を共有して多重使用者との通信を支援することができる多重接続（ｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システムである。多重接続システムの例としては、ＣＤＭＡ（ｃｏｄｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＭＣ−ＦＤＭＡ（ｍｕｌｔｉｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システムなどがある。

装置対装置（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ；Ｄ２Ｄ）通信とは、端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ；ＵＥ）同士の間に直接的なリンクを設定し、基地局（ｅｖｏｌｖｅｄＮｏｄｅＢ；ｅＮＢ）を介入せずに端末同士が音声、データなどを直接交換する通信方式をいう。Ｄ２Ｄ通信は端末−対−端末（ＵＥ−ｔｏ−ＵＥ）通信、ピア−対−ピア（Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）通信などの方式を含むことができる。また、Ｄ２Ｄ通信方式は、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）通信、ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）などに応用することができる。

Ｄ２Ｄ通信は、急増するデータトラフィックによる基地局の負担を解決できる一方案として考慮されている。例えば、Ｄ２Ｄ通信によれば、既存の無線通信システムと違い、基地局を介入せずに装置間でデータを交換するので、ネットワークの過負荷を減らすことができる。また、Ｄ２Ｄ通信を導入することによって、基地局の手続きの減少、Ｄ２Ｄに参加する装置の消費電力の減少、データ伝送速度の増加、ネットワークの収容能力の増加、負荷分散、セル・カバレッジ拡大などの効果を期待することができる。

現在、Ｄ２Ｄ通信に関連付く形態として、Ｖ２Ｘ通信に対する議論が行われている。Ｖ２Ｘは、車両端末間のＶ２Ｖ、車両と他の種類の端末との間のＶ２Ｐ、車両とＲＳＵ（ｒｏａｄｓｉｄｅｕｎｉｔ）との間のＶ２Ｉ通信を含む概念である。

本発明は、半静的リソース選択及び再選択、リソースプールビットマップの長さ、半静的リソース割り当て／設定周期及びＳＦＮ周期の関係の定義などを技術的課題とする。

本発明が遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の発明の詳細な説明から本発明が属する技術分野における通常の知識を有する者には明確に理解されるであろう。

本発明の一実施例は、無線通信システムにおいて、端末が他の端末にデータを伝送する方法であって、複数のデータを伝送するためのリソースを選択する段階；及び選択されたリソースを使用して複数のデータを伝送する段階を含み、端末がセンシングにより伝送を行うように構成され、端末がデータを所定回数以上連続して伝送できなかった場合、端末はリソース再選択を行うデータ伝送方法である。

本発明の一実施例は、無線通信システムにおいて、他の端末にデータを伝送する端末装置であって、送信装置と受信装置；及びプロセッサを含み、プロセッサは、複数のデータを伝送するためのリソースを選択し、該選択されたリソースを使用して複数のデータを伝送し、端末がセンシングにより伝送を行うように構成され、端末がデータを所定回数以上連続して伝送できなかった場合、端末はリソース再選択を行う端末装置である。

選択されたリソースは半静的(ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ)リソースの割り当て周期ごとに繰り返される。

リソース再選択はリソース再選択のためのカウンター値に関係なく行われる。

選択されたリソースは、ビットマップによりデータ送受信に使用可能なものと指示されたものである。

ビットマップの長さはＣＡＭ(ＣｏｏｐｅｒａｔｉｖｅＡｗａｒｅｎｅｓｓＭｅｓｓａｇｅ)メッセージの生成周期に相応するものである。

ビットマップはＳＦＮ(ＳｙｓｔｅｍＦｒａｍｅＮｕｍｂｅｒ)周期内で繰り返して適用されるものである。

ビットマップの長さは半静的リソースの割り当て周期とＳＦＮ周期の公約数であることができる。

本発明によれば、半静的リソースの割り当て／設定において、端末の過渡なリソース再選択を防止し、データ送信の迅速性、信頼性を向上させることができる。

本発明で得られる効果は以上に言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する当該技術分野における当業者に明確に理解されるであろう。

本明細書に添付する図面は本発明に対する理解を提供するためのものであり、本発明の多様な実施形態を示し、本発明の説明とともに本発明の原理を説明するためのものである。

無線フレームの構造を示す図である。下りリンクスロットにおけるリソースグリッド(ｒｅｓｏｕｒｃｅｇｒｉｄ)を示す図である。下りリンクサブフレームの構造を示す図である。上りリンクサブフレームの構造を示す図である。多重アンテナを有する無線通信システムを示す構成図である。Ｄ２Ｄ同期信号が伝送されるサブフレームを示す図である。Ｄ２Ｄ信号のリレーを説明する図である。Ｄ２Ｄ通信のためのＤ２Ｄリソースプールの一例を示す図である。ＳＡ周期を説明する図である。本発明の実施例以前の問題点を説明する図である。リソースプールの例を示す図である。サブチャネル化の例を示す図である。送受信装置の構成を示す図である。

以下の実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素又は特徴は、別に明示しない限り、選択的なものとして考慮され得る。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施されてもよく、また、一部の構成要素及び／又は特徴は結合されて本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に代えてもよい。

本明細書では、本発明の実施例を、基地局と端末間におけるデータ送受信の関係を中心に説明する。ここで、基地局は、端末と通信を直接行うネットワークの終端ノード（ｔｅｒｍｉｎａｌｎｏｄｅ）としての意味を有する。本文書で、基地局により行われるとした特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒｎｏｄｅ）により行われてもよい。

即ち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋｎｏｄｅｓ）で構成されるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、又は基地局以外の他のネットワークノードにより行われるということは明らかである。「基地局（ＢＳ：ＢａｓｅＳｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ＡＰ：ＡｃｃｅｓｓＰｏｉｎｔ）などの用語に代えてもよい。中継機は、ＲｅｌａｙＮｏｄｅ（ＲＮ）、ＲｅｌａｙＳｔａｔｉｏｎ（ＲＳ）などの用語に代えてもよい。また、「端末（Ｔｅｒｍｉｎａｌ）」は、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）、ＭＳ（ＭｏｂｉｌｅＳｔａｔｉｏｎ）、ＭＳＳ（ＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、ＳＳ（ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）などの用語に代えてもよい。また、以下の説明において、「基地局」とは、スケジューリング実行ノード、クラスターヘッダー（ｃｌｕｓｔｅｒｈｅａｄｅｒ）などの装置を指す意味としても使用可能である。もし、基地局やリレーも、端末が送信する信号を送信すれば、一種の端末と見なすことができる。

以下に記述されるセルの名称は、基地局（ｂａｓｅｓｔａｔｉｏｎ、ｅＮＢ）、セクタ（ｓｅｃｔｏｒ）、リモートラジオヘッド（ｒｅｍｏｔｅｒａｄｉｏｈｅａｄ，ＲＲＨ）、リレー（ｒｅｌａｙ）などの送受信ポイントに適用され、また、特定送受信ポイントで構成搬送波（ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ）を区分するための包括的な用語で使われてもよい。

以下の説明で使われる特定用語は、本発明の理解を助けるために提供されたもので、これらの特定用語の使用は、本発明の技術的思想から逸脱することなく他の形態に変更されてもよい。

場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で示すこともできる。また、本明細書全体を通じて同一の構成要素には同一の図面符号を付して説明する。

本発明の実施例は、無線接続システムであるＩＥＥＥ８０２システム、３ＧＰＰシステム、３ＧＰＰＬＴＥ及びＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システム、及び３ＧＰＰ２システムの少なくとも一つに開示された標準文書でサポートすることができる。即ち、本発明の実施例において本発明の技術的思想を明確にするために説明していない段階又は部分は、上記の標準文書でサーポートすることができる。なお、本文書で開示している全ての用語は、上記の標準文書によって説明することができる。

以下の技術は、ＣＤＭＡ（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ＦＤＭＡ（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ＴＤＭＡ（ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ＯＦＤＭＡ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ＳｉｎｇｌｅＣａｒｒｉｅｒＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）などのような種々の無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）／ＥＤＧＥ（ＥｎｈａｎｃｅｄＤａｔａＲａｔｅｓｆｏｒＧＳＭＥｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ（ＥｖｏｌｖｅｄＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（ＥｖｏｌｖｅｄＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰＬＴＥの進展である。ＷｉＭＡＸは、ＩＥＥＥ８０２．１６ｅ規格（ＷｉｒｅｌｅｓｓＭＡＮ−ＯＦＤＭＡＲｅｆｅｒｅｎｃｅＳｙｓｔｅｍ）及び進展したＩＥＥＥ８０２．１６ｍ規格（ＷｉｒｅｌｅｓｓＭＡＮ−ＯＦＤＭＡＡｄｖａｎｃｅｄｓｙｓｔｅｍ）によって説明することができる。明確性のために、以下では、３ＧＰＰＬＴＥ及びＬＴＥ−Ａシステムを中心に説明するが、本発明の技術的思想はこれに制限されない。

ＬＴＡ／ＬＴＡ−Ａリソース構造／チャネル

図１を参照して無線フレームの構造について説明する。

セルラーＯＦＤＭ無線パケット通信システムにおいて、上り／下りリンク信号パケット送信はサブフレーム（ｓｕｂｆｒａｍｅ）単位に行われ、１サブフレームは、複数のＯＦＤＭシンボルを含む一定の時間区間と定義される。３ＧＰＰＬＴＥ標準では、ＦＤＤ（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏｆｒａｍｅ）構造と、ＴＤＤ（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）に適用可能なタイプ２無線フレーム構造を支援する。

図１の（ａ）は、タイプ１無線フレームの構造を例示する図である。下りリンク無線フレームは１０個のサブフレームで構成され、１個のサブフレームは時間領域（ｔｉｍｅｄｏｍａｉｎ）において２個のスロット（ｓｌｏｔ）で構成される。１個のサブフレームを送信するためにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎｔｉｍｅｉｎｔｅｒｖａｌ）という。例えば、１サブフレームの長さは１ｍｓであり、１スロットの長さは０．５ｍｓであってよい。１スロットは時間領域において複数のＯＦＤＭシンボルを含み、周波数領域において複数のリソースブロック（ＲｅｓｏｕｒｃｅＢｌｏｃｋ；ＲＢ）を含む。３ＧＰＰＬＴＥシステムでは、下りリンクでＯＦＤＭＡを用いているため、ＯＦＤＭシンボルが１シンボル区間を表す。ＯＦＤＭシンボルは、ＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ぶこともできる。リソースブロック（ＲＢ）はリソース割当て単位であり、１スロットにおいて複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。

１スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（ＣｙｃｌｉｃＰｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって異なってもよい。ＣＰには、拡張ＣＰ（ｅｘｔｅｎｄｅｄＣＰ）及び一般ＣＰ（ｎｏｒｍａｌＣＰ）がある。例えば、ＯＦＤＭシンボルが一般ＣＰによって構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個であってよい。ＯＦＤＭシンボルが拡張ＣＰによって構成された場合、１ＯＦＤＭシンボルの長さが増加するため、１スロットに含まれるＯＦＤＭシンボルの数は、一般ＣＰの場合に比べて少ない。拡張ＣＰの場合に、例えば、１スロットに含まれるＯＦＤＭシンボルの数は６個であってもよい。端末が速い速度で移動する場合などのようにチャネル状態が不安定な場合は、シンボル間干渉をより減らすために、拡張ＣＰを用いることができる。

一般ＣＰが用いられる場合、１スロットは７個のＯＦＤＭシンボルを含み、１サブフレームは１４個のＯＦＤＭシンボルを含む。このとき、各サブフレームにおける先頭２個又は３個のＯＦＤＭシンボルはＰＤＣＣＨ（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）に割り当て、残りのＯＦＤＭシンボルはＰＤＳＣＨ（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）に割り当てることができる。

図１の（ｂ）は、タイプ２無線フレームの構造を示す図である。タイプ２無線フレームは、２ハーフフレーム（ｈａｌｆｆｒａｍｅ）で構成される。各ハーフフレームは、５サブフレーム、ＤｗＰＴＳ（ＤｏｗｎｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ）、保護区間（ＧｕａｒｄＰｅｒｉｏｄ；ＧＰ）、及びＵｐＰＴＳ（ＵｐｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ）で構成され、ここで、１サブフレームは２スロットで構成される。ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局でのチャネル推定と端末の上り送信同期を取るために用いられる。保護区間は、上りリンク及び下りリンク間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。一方、無線フレームのタイプにかかわらず、１個のサブフレームは２個のスロットで構成される。

無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるシンボルの数は様々に変更されてもよい。

図２は、下りリンクスロットにおけるリソースグリッド（ｒｅｓｏｕｒｃｅｇｒｉｄ）を示す図である。同図で、１下りリンクスロットは時間領域で７個のＯＦＤＭシンボルを含み、１リソースブロック（ＲＢ）は周波数領域で１２個の副搬送波を含むとしたが、本発明はこれに制限されない。例えば、一般ＣＰ（ｎｏｒｍａｌ−ＣｙｃｌｉｃＰｒｅｆｉｘ）では１スロットが７ＯＦＤＭシンボルを含むが、拡張ＣＰ（ｅｘｔｅｎｄｅｄ−ＣＰ）では１スロットが６ＯＦＤＭシンボルを含んでもよい。リソースグリッド上のそれぞれの要素をリソース要素（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔ）と呼ぶ。１リソースブロックは１２×７個のリソース要素を含む。下りリンクスロットに含まれるリソースブロックの個数Ｎ^ＤＬは、下り送信帯域幅による。上りリンクスロットは下りリンクスロットと同一の構造を有することができる。

図３は、下りリンクサブフレームの構造を示す図である。１サブフレーム内で第１のスロットにおける先頭部の最大３個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に該当する。残りのＯＦＤＭシンボルは、物理下り共有チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｃｅｌ；ＰＤＳＣＨ）が割り当てられるデータ領域に該当する。３ＧＰＰＬＴＥシステムで用いられる下り制御チャネルには、例えば、物理制御フォーマット指示子チャネル（ＰｈｙｓｉｃａｌＣｏｎｔｒｏｌＦｏｒｍａｔＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ；ＰＣＦＩＣＨ）、物理下り制御チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ；ＰＤＣＣＨ）、物理ＨＡＲＱ指示子チャネル（ＰｈｙｓｉｃａｌＨｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔＩｎｄｉｃａｔｏｒＣｈａｎｅｌ；ＰＨＩＣＨ）などがある。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレーム内の制御チャネル送信に用いられるＯＦＤＭシンボルの個数に関する情報を含む。ＰＨＩＣＨは、上り送信の応答としてＨＡＲＱＡＣＫ／ＮＡＣＫ信号を含む。ＰＤＣＣＨで送信される制御情報を、下りリンク制御情報（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）という。ＤＣＩは、上りリンク又は下りリンクスケジューリング情報を含んだり、任意の端末グループに対する上り送信電力制御命令を含む。ＰＤＣＣＨは、下り共有チャネル（ＤＬ−ＳＣＨ）のリソース割当て及び送信フォーマット、上り共有チャネル（ＵＬ−ＳＣＨ）のリソース割当て情報、ページングチャネル（ＰＣＨ）のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答（ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ）のような上位層制御メッセージのリソース割当て、任意の端末グループ内の個別端末に対する送信電力制御命令のセット、送信電力制御情報、ＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）の活性化などを含むことができる。複数のＰＤＣＣＨが制御領域内で送信されてもよく、端末は複数のＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨは一つ以上の連続する制御チャネル要素（ＣｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔ；ＣＣＥ）の組み合わせ（ａｇｇｒｅｇａｔｉｏｎ）で送信される。ＣＣＥは、無線チャネルの状態に基づくコーディングレートでＰＤＣＣＨを提供するために用いられる論理割当て単位である。ＣＣＥは、複数個のリソース要素グループに対応する。ＰＤＣＣＨのフォーマットと利用可能なビット数は、ＣＣＥの個数とＣＣＥによって提供されるコーディングレート間の相関関係によって決定される。基地局は、端末に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報に巡回冗長検査（ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ；ＣＲＣ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は用途によって無線ネットワーク臨時識別子（ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ；ＲＮＴＩ）という識別子でマスクされる。ＰＤＣＣＨが特定端末に対するものであれば、端末のｃｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮＴＩ）識別子をＣＲＣにマスクすることができる。又は、ＰＤＣＣＨがページングメッセージに対するものであれば、ページング指示子識別子（ＰａｇｉｎｇＩｎｄｉｃａｔｏｒＩｄｅｎｔｉｆｉｅｒ；Ｐ−ＲＮＴＩ）をＣＲＣにマスクすることができる。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（ＳＩＢ））に対するものであれば、システム情報識別子及びシステム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）をＣＲＣにマスクすることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を示すために、ランダムアクセス−ＲＮＴＩ（ＲＡ−ＲＮＴＩ）をＣＲＣにマスクすることができる。

図４は、上りリンクサブフレームの構造を示す図である。上りリンクサブフレームは、周波数領域で制御領域とデータ領域とに区別できる。制御領域には上りリンク制御情報を含む物理上り制御チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ；ＰＵＣＣＨ）が割り当てられる。データ領域には、ユーザーデータを含む物理上り共有チャネル（Ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ；ＰＵＳＣＨ）が割り当てられる。単一搬送波特性を維持するために、一つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。一つの端末のＰＵＣＣＨは、サブフレームにおいてリソースブロック対（ＲＢｐａｉｒ）に割り当てられる。リソースブロック対に属するリソースブロックは、２スロットに対して互いに異なった副搬送波を占める。これを、ＰＵＣＣＨに割り当てられるリソースブロック対がスロット境界で周波数−ホップ（ｆｒｅｑｕｅｎｃｙ−ｈｏｐｐｅｄ）するという。

参照信号（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ；ＲＳ）

無線通信システムにおいてパケットを伝送するとき、伝送されるパケットは無線チャネルを介して伝送されるため、伝送過程で信号の歪みが発生し得る。歪んだ信号を受信側で正しく受信するためには、チャネル情報を用いて受信信号で歪みを補正しなければならない。チャネル情報を知るために、送信と受信側の両方で知っている信号を送信し、前記信号がチャネルを介して受信されるときの歪みの程度によってチャネル情報を知る方法を主に用いる。前記信号をパイロット信号（ＰｉｌｏｔＳｉｇｎａｌ）又は参照信号（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）という。

多重アンテナを用いてデータを送受信する場合には、正しい信号を受信するためには、各送信アンテナと受信アンテナとの間のチャネル状況を知らなければならない。従って、各送信アンテナ別に、より詳細にはアンテナポート（ｐｏｒｔ）別に別途の参照信号が存在しなければならない。

参照信号は、上りリンク参照信号と下りリンク参照信号とに区分することができる。現在、ＬＴＥシステムには上りリンク参照信号として、

i）ＰＵＳＣＨ及びＰＵＣＣＨを介して伝送された情報のコヒーレント（ｃｏｈｅｒｅｎｔ）な復調のためのチャネル推定のための復調参照信号（ＤｅＭｏｄｕｌａｔｉｏｎ−ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ；ＤＭ−ＲＳ）、

ii）基地局が、ネットワークが異なる周波数での上りリンクのチャネル品質を測定するためのサウンディング参照信号（ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ；ＳＲＳ）がある。

一方、下りリンク参照信号としては、

i）セル内の全ての端末が共有するセル−特定の参照信号（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ；ＣＲＳ）、

ii）特定の端末のみのための端末−特定の参照信号（ＵＥ−ｓｐｅｃｉｆｉｃＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）、

iii）ＰＤＳＣＨが伝送される場合、コヒーレントな復調のために伝送されるＤＭ−ＲＳ（ＤｅＭｏｄｕｌａｔｉｏｎ−ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）、

iv）下りリンクＤＭＲＳが伝送される場合、チャネル状態情報（ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ；ＣＳＩ）を伝達するためのチャネル状態情報参照信号（ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ− ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ；ＣＳＩ−ＲＳ）、

v）ＭＢＳＦＮ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔＳｉｎｇｌｅＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ）モードで送信される信号に対するコヒーレントな復調のために送信されるＭＢＳＦＮ参照信号（ＭＢＳＦＮＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）、

vi）端末の地理的位置情報を推定するのに使用される位置参照信号（ＰｏｓｉｔｉｏｎｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）がある。

参照信号は、その目的によって２種類に大別することができる。チャネル情報の取得のための目的の参照信号、及びデータの復調のために使用される参照信号がある。前者は、ＵＥが下りリンクへのチャネル情報を取得するのにその目的があるため、広帯域で送信されなければならず、特定のサブフレームで下りリンクデータを受信しない端末であってもその参照信号を受信しなければならない。また、これは、ハンドオーバーなどの状況でも用いられる。後者は、基地局が下りリンクデータを送るとき、当該リソースに共に送る参照信号であって、端末は、当該参照信号を受信することによってチャネル測定をして、データを復調することができるようになる。この参照信号は、データが伝送される領域に伝送されなければならない。

多重アンテナ（ＭＩＭＯ）システムのモデリング

図５は、多重アンテナを有する無線通信システムの構成図である。

図５の（ａ）に示したように、送信アンテナの数をＮ_ｔ個、受信アンテナの数をＮ_Ｒ個と増やすと、送信機又は受信機でのみ多数のアンテナを用いる場合とは異なり、アンテナの数に比例して理論的なチャネル伝送容量が増加する。従って、伝送レートを向上させ、周波数効率を画期的に向上させることができる。チャネル伝送容量が増加することによって、伝送レートは、理論的に、単一のアンテナの利用時の最大伝送レート（Ｒｏ）にレート増加率（Ｒｉ）を掛けた分だけ増加し得る。

例えば、４個の送信アンテナ及び４個の受信アンテナを用いるＭＩＭＯ通信システムでは、単一のアンテナシステムに比べて、理論上、４倍の伝送レートを取得することができる。多重アンテナシステムの理論的容量増加が９０年代半ばに証明されて以来、これを実質的なデータ伝送率の向上へと導くための様々な技術が現在まで盛んに研究されている。また、いくつかの技術は、既に３世代移動通信と次世代無線ＬＡＮなどの様々な無線通信の標準に反映されている。

現在までの多重アンテナ関連研究動向を見ると、様々なチャネル環境及び多重接続環境での多重アンテナ通信容量計算などに関連する情報理論面の研究、多重アンテナシステムの無線チャネル測定及び模型導出の研究、伝送信頼度の向上及び伝送率の向上のための時空間信号処理技術の研究など、様々な観点で盛んに研究が行われている。

多重アンテナシステムでの通信方法を、数学的モデリングを用いてより具体的に説明する。前記システムには、Ｎｔ個の送信アンテナ及びＮｔ個の受信アンテナが存在すると仮定する。

送信信号を説明すると、Ｎｔ個の送信アンテナがある場合、送信可能な最大情報はＮＴ個である。送信情報は、次のように表現することができる。

それぞれの送信情報

は、送信電力が異なってもよい。それぞれの送信電力を

とすれば、送信電力が調整された送信情報は、次のように表現することができる。

また、

は、送信電力の対角行列

を用いて、次のように表現することができる。

送信電力が調整された情報ベクトル

に重み行列

が適用されて、実際に送信されるＮｔ個の送信信号

が構成される場合を考慮してみよう。重み行列

は、送信情報を送信チャネルの状況などに応じて各アンテナに適切に分配する役割を果たす。

は、ベクトル

を用いて、次のように表現することができる。

ここで、

は、ｉ番目の送信アンテナとｊ番目の情報との間の重み値を意味する。

は、プリコーディング行列とも呼ばれる。

受信信号は、Ｎｒ個の受信アンテナがある場合、各アンテナの受信信号

はベクトルで次のように表現することができる。

多重アンテナ無線通信システムにおいてチャネルをモデリングする場合、チャネルは、送受信アンテナインデックスによって区分することができる。送信アンテナｊから受信アンテナｉを経るチャネルを

と表示することにする。

において、インデックスの順序は受信アンテナインデックスが先で、送信アンテナのインデックスが後であることに留意されたい。

一方、図５の（ｂ）は、ＮＲ個の送信アンテナから受信アンテナｉへのチャネルを示した図である。前記チャネルをまとめてベクトル及び行列の形態で表示することができる。図５の（ｂ）において、総ＮＴ個の送信アンテナから受信アンテナｉに到着するチャネルは、次のように表すことができる。

従って、Ｎｔ個の送信アンテナからＮｒ個の受信アンテナに到着する全てのチャネルは、次のように表現することができる。

実際のチャネルには、チャネル行列

を経た後に白色雑音（ＡＷＧＮ；ＡｄｄｉｔｉｖｅＷｈｉｔｅＧａｕｓｓｉａｎＮｏｉｓｅ）が加えられる。ＮＲ個の受信アンテナのそれぞれに加えられる白色雑音

は、次のように表現することができる。

上述した数式モデリングを通じて、受信信号は、次のように表現することができる。

一方、チャネル状態を示すチャネル行列

の行及び列の数は、送受信アンテナの数によって決定される。チャネル行列

において、行の数は受信アンテナの数ＮＲと同一であり、列の数は送信アンテナの数Ｎｔと同一である。即ち、チャネル行列

は、行列がＮＲ×Ｎｔとなる。

行列のランク（ｒａｎｋ）は、互いに独立した（ｉｎｄｅｐｅｎｄｅｎｔ）行又は列の個数のうち最小の個数として定義される。従って、行列のランクは、行又は列の個数よりも大きくなることはない。チャネル行列

のランク（

）は、次のように制限される。

ランクの他の定義は、行列を固有値分解（Ｅｉｇｅｎｖａｌｕｅｄｅｃｏｍｐｏｓｉｔｉｏｎ）したとき、０ではない固有値の個数として定義することができる。同様に、ランクの更に他の定義は、特異値分解（ｓｉｎｇｕｌａｒｖａｌｕｅｄｅｃｏｍｐｏｓｉｔｉｏｎ）したとき、０ではない特異値の個数として定義することができる。従って、チャネル行列におけるランクの物理的な意味は、与えられたチャネルで互いに異なる情報を送ることができる最大数といえる。

本文書の説明において、ＭＩＭＯ送信に対する「ランク（Ｒａｎｋ）」は、特定の時点及び特定の周波数リソースで独立して信号を送信できる経路の数を示し、「レイヤ（ｌａｙｅｒ）の数」は、各経路を介して送信される信号ストリームの個数を示す。一般的に送信端は、信号送信に用いられるランク数に対応する個数のレイヤを送信するため、特に言及がない限り、ランクは、レイヤの個数と同じ意味を有する。

Ｄ２Ｄ端末の同期取得

以下では、上述した説明及び既存のＬＴＥ／ＬＴＥ−Ａシステムに基づいて、Ｄ２Ｄ通信において端末間の同期取得について説明する。ＯＦＤＭシステムでは、時間／周波数同期が取られていない場合、セル間干渉（Ｉｎｔｅｒ−ＣｅｌｌＩｎｔｅｒｆｅｒｅｎｃｅ）により、ＯＦＤＭ信号において互いに異なる端末間にマルチプレクシングが不可能となり得る。同期を取るためにＤ２Ｄ端末が同期信号を直接送受信し、全ての端末が個別的に同期を取ることは非効率的である。従って、Ｄ２Ｄのような分散ノードシステムでは、特定のノードが代表同期信号を送信し、残りのＵＥがこれに同期を取ることができる。言い換えると、Ｄ２Ｄ信号送受信のために、一部のノード（このとき、ノードは、ｅＮＢ、ＵＥ、ＳＲＮ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｒｅｆｅｒｅｎｃｅｎｏｄｅ又は同期ソース（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｓｏｕｒｃｅ）と呼ぶこともできる）であってもよい。）がＤ２Ｄ同期信号（Ｄ２ＤＳＳ、Ｄ２ＤＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ）を送信し、残りの端末がこれに同期を取って信号を送受信する方式を用いることができる。

Ｄ２Ｄ同期信号としては、プライマリ同期信号（ＰＤ２ＤＳＳ（ＰｒｉｍａｒｙＤ２ＤＳＳ）又はＰＳＳＳ（ＰｒｉｍａｒｙＳｉｄｅｌｉｎｋｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｓｉｇｎａｌ））、セカンダリ同期信号（ＳＤ２ＤＳＳ（ＳｅｃｏｎｄａｒｙＤ２ＤＳＳ）又はＳＳＳＳ（ＳｅｃｏｎｄａｒｙＳｉｄｅｌｉｎｋｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｓｉｇｎａｌ））があり得る。ＰＤ２ＤＳＳは、所定長さのザドフチューシーケンス（Ｚａｄｏｆｆ−ｃｈｕｓｅｑｕｅｎｃｅ）又はＰＳＳと類似／変形／反復された構造などであってもよい。また、ＤＬＰＳＳとは異なり、他のザドフチュールートインデックス（例えば、２６，３７）を使用することができる。ＳＤ２ＤＳＳは、Ｍ−シーケンス又はＳＳＳと類似／変形／反復された構造などであってもよい。もし、端末がｅＮＢから同期を取る場合、ＳＲＮはｅＮＢとなり、Ｄ２ＤＳＳはＰＳＳ／ＳＳＳとなる。ＤＬのＰＳＳ／ＳＳＳとは異なり、ＰＤ２ＤＳＳ／ＳＤ２ＤＳＳはＵＬサブキャリアマッピング方式に従う。図６には、Ｄ２Ｄ同期信号が送信されるサブフレームが示されている。ＰＤ２ＤＳＣＨ（ＰｈｙｓｉｃａｌＤ２Ｄｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｃｈａｎｎｅｌ）は、Ｄ２Ｄ信号送受信の前に端末が最も先に知らなければならない基本となる（システム）情報（例えば、Ｄ２ＤＳＳに関連する情報、デュプレックスモード（ＤｕｐｌｅｘＭｏｄｅ、ＤＭ）、ＴＤＤＵＬ／ＤＬ構成、リソースプール関連情報、Ｄ２ＤＳＳに関連するアプリケーションの種類、ｓｕｂｆｒａｍｅｏｆｆｓｅｔ、ブロードキャスト情報など）が送信される（放送）チャネルであってもよい。ＰＤ２ＤＳＣＨは、Ｄ２ＤＳＳと同一のサブフレーム上で又は後行するサブフレーム上で送信されてもよい。ＤＭＲＳは、ＰＤ２ＤＳＣＨの復調のために使用することができる。

ＳＲＮは、Ｄ２ＤＳＳ、ＰＤ２ＤＳＣＨ（ＰｈｙｓｉｃａｌＤ２Ｄｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｃｈａｎｎｅｌ）を送信するノードであってもよい。Ｄ２ＤＳＳは、特定のシーケンスの形態であってもよく、ＰＤ２ＤＳＣＨは、特定の情報を示すシーケンスであるか、又は事前に定められたチャネルコーディングを経た後のコードワードの形態であってもよい。ここで、ＳＲＮは、ｅＮＢ又は特定のＤ２Ｄ端末であってもよい。部分ネットワークカバレッジ（ｐａｒｔｉａｌｎｅｔｗｏｒｋｃｏｖｅｒａｇｅ）又はカバレッジ外（ｏｕｔｏｆｎｅｔｗｏｒｋｃｏｖｅｒａｇｅ）の場合には、端末がＳＲＮとなり得る。

図７のような状況でカバレッジ外（ｏｕｔｏｆｃｏｖｅｒａｇｅ）の端末とのＤ２Ｄ通信のために、Ｄ２ＤＳＳはリレーされてもよい。また、Ｄ２ＤＳＳは、多重ホップを介してリレーされてもよい。以下の説明において、同期信号をリレーするということは、直接基地局の同期信号をＡＦリレーすることだけでなく、同期信号の受信時点に合わせて別途のフォーマットのＤ２Ｄ同期信号を送信することも含む概念である。このように、Ｄ２Ｄ同期信号がリレーされることによって、カバレッジ内の端末とカバレッジ外の端末とが直接通信を行うことができる。

Ｄ２Ｄリソースプール

図８には、Ｄ２Ｄ通信を行うＵＥ１、ＵＥ２、及びこれらが用いるＤ２Ｄリソースプールの例が示されている。図８の（ａ）において、ＵＥは、端末又はＤ２Ｄ通信方式に従って信号を送受信する基地局などのネットワーク装備を意味する。端末は、一連のリソースの集合を意味するリソースプール内で特定のリソースに該当するリソースユニットを選択し、当該リソースユニットを用いてＤ２Ｄ信号を送信することができる。受信端末（ＵＥ２）は、ＵＥ１が信号を送信できるリソースプールの構成（ｃｏｎｆｉｇｕｒｅｄ）を受け、当該プール（ｐｏｏｌ）内でＵＥ１の信号を検出することができる。ここで、リソースプールは、ＵＥ１が基地局の接続範囲にある場合には、基地局が知らせることができ、基地局の接続範囲外にある場合には、他の端末が知らせたり、又は事前に定められたリソースで決定されてもよい。一般に、リソースプールは、複数のリソースユニットで構成され、各端末は、一つ又は複数のリソースユニットを選定して自身のＤ２Ｄ信号送信に用いることができる。リソースユニットは、図８の（ｂ）に例示した通りであってもよい。図８の（ｂ）を参照すると、全体の周波数リソースがＮＦ個に分割され、全体の時間リソースがＮＴ個に分割されて、総ＮＦ＊ＮＴ個のリソースユニットが定義されることがわかる。ここでは、当該リソースプールがＮＴサブフレームを周期にして繰り返されるといえる。特に、一つのリソースユニットが、図示のように周期的に繰り返して現れてもよい。又は、時間や周波数領域でのダイバーシチ効果を得るために、一つの論理的なリソースユニットがマッピングされる物理的リソースユニットのインデックスが、時間によって、事前に定められたパターンで変化してもよい。このようなリソースユニットの構造において、リソースプールとは、Ｄ２Ｄ信号を送信しようとする端末が送信に使用できるリソースユニットの集合を意味し得る。

リソースプールは、様々な種類に細分化することができる。まず、各リソースプールで送信されるＤ２Ｄ信号のコンテンツ（ｃｏｎｔｅｎｔｓ）によって区分することができる。例えば、Ｄ２Ｄ信号のコンテンツは区分されてもよく、それぞれに対して別途のリソースプールが構成されてもよい。Ｄ２Ｄ信号のコンテンツとして、ＳＡ（Ｓｃｈｅｄｕｌｉｎｇａｓｓｉｇｎｍｅｎｔ；ＳＡ）、Ｄ２Ｄデータチャネル、ディスカバリチャネル（Ｄｉｓｃｏｖｅｒｙｃｈａｎｎｅｌ）があり得る。ＳＡは、送信端末が後行するＤ２Ｄデータチャネルの送信に使用するリソースの位置、その他のデータチャネルの復調のために必要なＭＣＳ（ｍｏｄｕｌａｔｉｏｎａｎｄｃｏｄｉｎｇｓｃｈｅｍｅ）やＭＩＭＯ送信方式、ＴＡ（ｔｉｍｉｎｇａｄｖａｎｃｅ）などの情報を含む信号であってもよい。この信号は、同一のリソースユニット上でＤ２Ｄデータと共にマルチプレクスされて送信されることも可能であり、この場合、ＳＡリソースプールとは、ＳＡがＤ２Ｄデータとマルチプレクスされて送信されるリソースのプールを意味し得る。他の名称として、Ｄ２Ｄ制御チャネル（ｃｏｎｔｒｏｌｃｈａｎｎｅｌ）又はＰＳＣＣＨ（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）と呼ぶこともできる。Ｄ２Ｄデータチャネル（又は、ＰＳＳＣＨ（Ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ））は、送信端末がユーザデータを送信するのに使用するリソースのプールであってもよい。同一のリソースユニット上でＤ２Ｄデータと共にＳＡがマルチプレクスされて送信される場合、Ｄ２Ｄデータチャネルのためのリソースプールでは、ＳＡ情報を除いた形態のＤ２Ｄデータチャネルのみが送信され得る。言い換えると、ＳＡリソースプール内の個別リソースユニット上でＳＡ情報を送信するのに使用されていたＲＥｓを、Ｄ２Ｄデータチャネルリソースプールでは、依然としてＤ２Ｄデータを送信するのに使用することができる。ディスカバリチャネルは、送信端末が自身のＩＤなどの情報を送信して、隣接端末が自身を発見できるようにするメッセージのためのリソースプールであってもよい。

Ｄ２Ｄ信号のコンテンツが同じ場合にも、Ｄ２Ｄ信号の送受信属性に応じて異なるリソースプールを使用することができる。例えば、同じＤ２Ｄデータチャネルやディスカバリメッセージであるとしても、Ｄ２Ｄ信号の送信タイミング決定方式（例えば、同期基準信号の受信時点で送信されるか、それとも一定のＴＡを適用して送信されるか）やリソース割り当て方式（例えば、個別信号の送信リソースをｅＮＢが個別送信ＵＥに指定するか、それとも個別送信ＵＥがプール内で独自で個別信号送信リソースを選択するか）、信号フォーマット（例えば、各Ｄ２Ｄ信号が１サブフレームで占めるシンボルの個数や、一つのＤ２Ｄ信号の送信に使用されるサブフレームの個数）、ｅＮＢからの信号の強度、Ｄ２ＤＵＥの送信電力の強度などによって、再び互いに異なるリソースプールに区分されてもよい。説明の便宜上、Ｄ２ＤコミュニケーションにおいてｅＮＢがＤ２Ｄ送信ＵＥの送信リソースを直接指示する方法をＭｏｄｅ１、送信リソース領域が予め設定されていたり、ｅＮＢが送信リソース領域を指定し、ＵＥが送信リソースを直接選択したりする方法をＭｏｄｅ２と呼ぶことにする。Ｄ２Ｄｄｉｓｃｏｖｅｒｙの場合には、ｅＮＢがリソースを直接指示する場合にはＴｙｐｅ２、予め設定されたリソース領域又はｅＮＢが指示したリソース領域でＵＥが送信リソースを直接選択する場合はＴｙｐｅ１と呼ぶことにする。

ＳＡの送受信

モード１端末は、基地局によって構成されたリソースでＳＡ（又は、Ｄ２Ｄ制御信号、ＳＣＩ（ＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ））を送信することができる。モード２端末は、Ｄ２Ｄ送信に用いるリソースが基地局によって構成される。そして、当該構成されたリソースで時間周波数リソースを選択してＳＡを送信することができる。

ＳＡ周期は、図９に示すように定義することができる。図９を参照すると、一番目のＳＡ周期は、特定システムフレームから、上位層シグナリングによって指示された所定オフセット（ＳＡＯｆｆｓｅｔＩｎｄｉｃａｔｏｒ）だけ離れたサブフレームで開始することができる。各ＳＡ周期は、ＳＡリソースプールとＤ２Ｄデータ伝送のためのサブフレームプールを含むことができる。ＳＡリソースプールは、ＳＡ周期の一番目のサブフレームから、サブフレームビットマップ（ｓａＳｕｂｆｒａｍｅＢｉｔｍａｐ）でＳＡが送信されると指示されたサブフレームのうち、最後のサブフレームまでを含むことができる。Ｄ２Ｄデータ伝送のためのリソースプールは、モード１の場合、Ｔ−ＲＰＴ（Ｔｉｍｅ−ｒｅｓｏｕｒｃｅｐａｔｔｅｒｎｆｏｒｔｒａｎｓｍｉｓｓｉｏｎ又はＴＲＰ（Ｔｉｍｅ−ｒｅｓｏｕｒｃｅｐａｔｔｅｒｎ））が適用されることによって、実際にデータ伝送に用いられるサブフレームが決定され得る。図示のように、ＳＡリソースプールを除くＳＡ周期に含まれたサブフレームの個数がＴ−ＲＰＴビット個数よりも多い場合、Ｔ−ＲＰＴを反復して適用することができ、最後に適用されるＴ−ＲＰＴは、残ったサブフレームの個数だけトランケート（ｔｒｕｎｃａｔｅ）して適用することができる。送信端末は、指示したＴ−ＲＰＴにおいてＴ−ＲＰＴビットマップが１である位置で送信を行い、１つのＭＡＣＰＤＵは４回ずつ送信をする。

なお、車両間通信では、ｐｅｒｉｏｄｉｃｍｅｓｓａｇｅタイプのＣＡＭ(ＣｏｏｐｅｒａｔｉｖｅＡｗａｒｅｎｅｓｓＭｅｓｓａｇｅ)、ｅｖｅｎｔｔｒｉｇｇｅｒｅｄｍｅｓｓａｇｅタイプのＤＥＮＭ(ＤｅｃｅｎｔｒａｌｉｚｅｄＥｎｖｉｒｏｎｍｅｎｔａｌＮｏｔｉｆｉｃａｔｉｏｎＭｅｓｓａｇｅ)などが伝送される。ＣＡＭには、方向及び速度のような車両の動的状態情報、寸法のような車両静的データ、外部照明状態、経路明細などの基本車両情報が含まれている。ＣＡＭのサイズは５０〜３００Ｂｙｔｅである。ＣＡＭはブロードキャストされ、遅延(ｌａｔｅｎｃｙ)は１００ｍｓより大きくてはならない。ＤＥＮＭは車両の故障、事故などの突発状況時に生成されるメッセージである。ＤＥＮＭのサイズは３０００Ｂｙｔｅより小さく、伝送範囲内にある全ての車両がメッセージを受信できる。この時、ＤＥＮＭはＣＡＭより高い優先権(ｐｒｉｏｒｉｔｙ)を有する。高い優先権を有するとは、１つのＵＥの観点では、同時伝送が発生した場合、優先権が高いものを優先して伝送することを意味し、又は複数のメッセージのうち、優先権が高いメッセージを時間的に優先して伝送するという意味でもある。また複数のＵＥの観点では、優先権が低いメッセージに対する干渉より優先権が高いメッセージに対する干渉を少なくして、受信エラーの確率を下げることである。ＣＡＭでもセキュリティオーバーヘッド(ｓｅｃｕｒｉｔｙｏｖｅｒｈｅａｄ)が含まれていると、そうではない場合より大きいメッセージサイズを有することができる。

端末がＤ２Ｄ伝送を行う時、半静的にリソースを選択することができる。具体的には、例えば、端末が一定周期でパケットを伝送する時、端末は他の端末の干渉量測定を安定化するために、パケット伝送周期内で１回選択したリソースを一定時間の間維持する動作を行う。即ち、端末間の直接通信において半静的リソース割り当て方法を適用／使用することができる。この方式の長所は、周辺端末が安定して干渉を測定することができ、一定周期でパケットが生成される場合、安定して伝送リソースを維持できることである。なお、端末は複数回の再伝送を考慮して複数のリソースを選択する。この半静的リソース割り当て方法はセンシングに基づくことができる。即ち、センシングによる半静的リソース割り当て方法であることができる。しかし、このように半静的リソース割り当てを適用する時、もし直接通信リソース領域(Ｄ２Ｄ又はサイドリンクリソースプール)の構成周期(サイドリンクリソースプール周期又は半静的リソース割り当て／設定周期)、リソースプールビットマップ長さ(サイドリンクリソースプール構成のためのビットマップの長さ)、ＳＦＮ(ＳｙｓｔｅｍＦｒａｍｅＮｕｍｂｅｒ)周期の間に関連性がない場合、端末がリソース領域外のリソースを予約するか又は最初伝送のリソースと異なるリソースで伝送を行うことができる。具体的には、図１０に示したように、端末が１００ｍｓごとにパケットを伝送し、該伝送のために端末は１００ｍｓ以内のリソースを選択することができる(図１０のＡ)。このようにリソースを選択して伝送した端末は、次の１００ｍｓの間にもその選択されたリソース(図１０のＡ’)を再度使用して伝送を行うことができ、かかる動作は一定のメッセージ伝送の間(例えば、端末は最初リソース選択からカウンター値を設定して伝送ブロック(ｔｒａｎｓｐｏｒｔｂｌｏｃｋ、ＴＢ)を伝送する度に)、カウンター値を維持することにより(又はカウンター値を１つずつ減少することにより)行うことができる。しかし、もしサイドリンクリソースプールの周期又はサイドリンクリソースプールの構成のためのビットマップの長さ(リソースプールビットマップの長さ)が、示されているように１００の倍数又は約数ではない場合は、次回のリソース(図１０のＡ’)が端末が最初に伝送するリソースプールと異なるプールで伝送されるか又は予約されたリソースがサイドリンクリソースプールに属しない場合が発生することができる。この場合、端末は他のリソース領域で伝送を行うか、他のチャネル(たとえ、上りリンクチャネル)に不要な干渉を引き起こすか、又は伝送すべきパケットをドロップすることになる。以下、本発明の実施例による半静的リソース選択及び再選択、これによるデータ伝送などについて説明する。また、リソースプールビットマップ長さ、半静的リソース割り当て／設定周期及びＳＦＮ周期などの関係の定義について説明する。

半静的リソース選択及び再選択

本発明の一実施例による端末は、複数のデータを伝送するためのリソースを選択し、選択されたリソースを使用して複数のデータを伝送する。この時、端末がセンシングにより伝送を行うように構成され、端末がデータを所定回数以上連続して伝送できなかった場合、端末はリソース再選択を行う。ここで、選択されたリソースは半静的リソース割り当て周期ごとに繰り返される。即ち、端末がセンシングにより半静的リソース割り当て周期ごとに繰り返して使用されるデータ／パケット伝送リソースを選択して、この周期ごとに繰り返されるリソースを通じて複数のデータ／パケット及び／又はデータとそのデータの再伝送を伝送し、もし選択／予約されたリソースで所定回数以上連続してデータ／パケットの伝送を行うことができなければ、リソースを再選択することである。

即ち、特定のリソース領域内で半静的にリソースを予約した時、連続してパケットが一定回数以上ドロップされた場合、リソース再選択を行うように規定されている。もし単に１〜２回のドロップでリソース再選択を行うと、再選択を行う端末が多い時に干渉測定が不安定になるが、このように一定回数以上ドロップされた時又は予約されたリソースを一定回数以上使用できなかった時に限って(例えば、現在予約すべきリソースのサイズが適合しないか、又は遅延要件(ｌａｔｅｎｃｙｒｅｑｕｉｒｅｍｅｎｔ)を満たせず或いは上りリンク伝送を行うなどの理由で現在予約されたリソースを使用できない時に限って)、リソース再選択を行うことにより、過渡なリソース再選択を防止することができる。また、連続してリソース使用が不可能な場合、予約されたリソースが全て過ぎるまで待つよりは、再選択されたリソースを通じてデータ伝送を行うことにより、伝送の信頼性を高めることができる。また、リソース再選択の基準となる所定の回数は、Ｄ２Ｄ又はＶ２Ｘ通信を構成する端末の数、端末の(平均)移動速度、ネットワーク混雑状況、センシングしきい値(ｔｈｒｅｓｈｏｌｄ)、端末の能力(ｃａｐａｂｉｌｉｔｙ)などの要素のうちの１つ以上を考慮して決定できる。所定の回数はネットワーク又は端末により決定され、ネットワークにより決定された場合は、上位階層又は物理階層シグナリングにより端末に伝達できる。

リソース再選択は、リソース再選択のためのカウンター値に関係なく行われることができる。また、選択されたリソースは、ビットマップによってデータ送受信に使用可能なものと指示されたものである。なお、ビットマップはＳＦＮ(ＳｙｓｔｅｍＦｒａｍｅＮｕｍｂｅｒ)周期内で繰り返して適用されることである。

また、特定のリソース領域内で半静的にリソースを予約した時、一定時間内でリソース領域外のリソースを選択して最大Ｎ回の伝送をできなかった場合に、リソース再選択を行うように規定されることができる。また、特定のリソース領域内で半静的にリソースを予約した時、中間時点でリソース領域が変更されるか、又はリソース領域外のリソースを予約する場合は、リソース領域外のパケットをドロップするか、又はカウンターの有無に関係なくリソース再選択を行うように規定されることができる。

リソースプールビットマップの長さ、半静的リソース割り当て／設定周期及びＳＦＮ周期の関係

第一に、リソース領域ビットマップの長さ(リソースプールビットマップの長さ)を半静的リソース割り当て／設定周期に整列(ａｌｉｇｎ)することができる。端末が半静的にリソースを使用する場合、これに合わせてリソースプールビットマップの長さを端末の半静的リソース割り当て／設定周期の倍数又は約数に設定できる。即ち、ビットマップの長さは、ＣＡＭ(ＣｏｏｐｅｒａｔｉｖｅＡｗａｒｅｎｅｓｓＭｅｓＳＡｇｅ)メッセージの生成周期に相応することができる。具体的に、ＣＡＭメッセージのように１００ｍｓごとにリソースを半静的に使用／予約する場合のために、リソース領域のビットマップ(リソースプールビットマップ)も１００ｍｓの約数又は倍数に設定することである。ネットワークは、サイドリンクリソース領域を設定する場合、端末に物理階層又は上位階層信号でリソース領域のビットマップ(リソースプールビットマップ)及び／又は該当ビットマップの適用が始まるオフセットをシグナリングすることができ、サイドリンクに参与する端末は、ＳＦＮ(ｓｙｓｔｅｍｆｒａｍｅｎｕｍｂｅｒ)＃０の０番目のサブフレームでオフセットを適用した時点から１００ｍｓのビットマップを繰り返してＳＦＮ周期(１０２４０ｍｓ)を満たす。半静的リソース割り当て／設定の周期がＸｍｓである場合、Ｘの約数又は倍数はリソース領域構成のためのビットマップ(リソースプールビットマップ)の長さに含まれるか又は該当することができる。

サービングセルのリソース領域は、オフセットが０に設定されるか又はオフセットがシグナリングされないことができる。ここで、オフセットは、非同期ネットワークでサービングセルが隣接セルのリソース領域をシグナリングする用途に使用される値である。ネットワークは複数のリソース領域のためのビットマップを別に端末にシグナリングすることができ、端末は該当ビットマップで１であるサブフレーム位置でのみサイドリンク信号を送受信すると仮定することができる。

リソースプールビットマップが１０２４０の約数ではない場合は、ビットマップを繰り返して埋め、最後のビットマップは１０２４０ｍｓ周期で打ち切って埋める方法が提案される。たとえ１００ｍｓの半静的リソース割り当て／設定の周期を仮定して、１００ｍｓのリソースプールビットマップを使用する場合、ＳＦＮ０の０番目のサブフレームからビットマップを繰り返し、最後のビットマップは最初から４０ｍｓまでのみ適用して、その後は打ち切ることである。これは、端末がＳＦＮ周期でリソース領域を設定するが、そのリソース領域設定ビットマップの長さがＳＦＮ周期と一致しなかった時にリソース領域の曖昧さを解決するためのことである。

第二に、ビットマップの長さは半静的リソース割り当て周期とＳＦＮ周期の公約数に設定される。言い換えれば、ＳＰＳ周期(半静的リソース割り当て／設定周期)とＳＦＮ周期(１０２４０)の(最大)公約数がリソースプールビットマップ長さに設定される。この場合、ＳＰＳ動作中にリソース領域から外れることがなく、ＳＦＮ周期においてリソース領域が不連続、非周期的になることも防止できる。例えば、１００ｍｓ周期のＳＰＳ周期を仮定すると、リソース領域ビットマップは１０ｍｓ又は２０ｍｓ長さを有する。なお、２００ｍｓ周期のＳＰＳを仮定した場合は、１０、２０、４０ｍｓの長さを有することができる。

一方、ＥＴＳＩにおいてＣＡＭメッセージの生成方式を見ると、１００ｍｓ周期から最大１０００ｍｓ周期にパケット生成周期が可変する。この時、設定可能なＳＰＳ周期が１００ｍｓ単位で増加すると仮定すると、１００、２００、３００、…、１０００ｍｓのＳＰＳ周期が可能である。全ての周期に対して、ＳＰＳ動作中にリソースプールから外れないようにするためには、できる限り各ＳＰＳ周期とＳＦＮ周期(１０２４０)の間の最大公約数のうちの最小値にリソースプールビットマップ長さが決定されることが好ましい。そうすると、どの場合にもＳＰＳ動作中にリソース領域から外れることがない。

また、設定可能なＳＰＳ周期はネットワークにより物理階層又は上位階層信号でシグナリングされることができる。例えば、設定可能なＳＰＳ周期の上下限又は設定可能なＳＰＳ周期の値又は使用されるＳＰＳ周期を表示できるビットマップ(例えば、１００、２００、…１０００のうち、１００、２００、４００、８００が使用される場合、１１０１０００１００のようなビットマップ形態でシグナリングされる)の形態で端末にシグナリングされることができる。又はこの設定可能なＳＰＳ周期は予め決められることもできる。端末は設定可能なＳＰＳ周期のうち、特定の周期を選択してＳＰＳ動作を行う。ネットワークは端末に設定可能なＳＰＳ周期のうち、１０２４０との公約数のうちの最低値をリソースプールビットマップとして使用できる。例えば、２００、４００、５００、１０００のＳＰＳ周期を使用する端末は、１０２４０との最大公約数が各々４０、８０、２０、４０であるので、これらのうちの最低値である２０をリソースプールビットマップの長さとして使用する。

このようにＳＦＮ周期の境界ではリソースプールビットマップの長さをＳＰＳ周期の約数又は倍数に設定しても、リソース領域外のリソースを予約する場合が発生することができる。たとえ、上記例示において、ＳＦＮ周期の最後のビットマップが４０ｍｓのみを使用して打ち切られ、再度ＳＦＮ０からビットマップが最初から始まって適用されるので、最後の４０ｍｓ内でリソースを選択した端末は、次の１００ｍｓ以後のサブフレームがサイドリンクリソース領域ではないことができる。このようにＳＰＳ周期で予約したリソースがＳＦＮ周期の境界でサイドリンクリソース領域ではない場合は、該当パケットをドロップするか及び／又はカウンター有無に関係なくリソース再選択を必ず行うように規定することができる。又はＳＦＮ０に戻ると、全ての端末はリソース再選択を行うように規定することができる。

スクランブルシーケンス関連

ＬＴＥリリース１２／１３Ｄ２Ｄにおいて、ＰＳＣＣＨのために、スクランブルシーケンスは

に固定される。Ｖ２Ｖにおいて、ＰＳＣＣＨスクランブルシーケンスは、より多いランダム化利得を有するように、サブフレームインデックスによって変化することができる。

提案１：ＰＣ５Ｖ２Ｖにおいて、ＰＳＣＣＨのスクランブルシーケンスはサブフレームインデックスによって変化する。

ＰＳＳＣＨスクランブルシーケンスに関連して、スクランブルシーケンスはサブフレームインデックスによって変化する。ＰＳＳＣＨのスクランブルシーケンスの初期化シード値は

である。ＤＭＲＳシーケンスは優先順位情報の関数である。これは特定優先順位のＤＭＲＳシーケンスと他の優先順位のＤＭＲＳシーケンスを区別することである。同じメカニズムがスクランブルシーケンスに適用される。ＰＳＳＣＨのスクランブルシーケンスは優先順位情報の関数である。

提案２：ＰＳＳＣＨのスクランブルシーケンスは優先順位情報の関数であることができる。

Ｖ２Ｖでは反静的伝送が適用されるので、ｃｏｎｓｉｓｔｅｎｔ衝突を避けなければならない。ＤＭＲＳ及びスクランブルシーケンスがＴＢ番号又はＲＶの関数として変化する場合、２つのＵＥが同じリソースを使用すると、ランダム化の利得を達成できる。

センシング動作において、再伝送の間に独立的なリソース選択が適用されると、周波数ホッピングが不要になることができる。

提案３：再伝送の間に独立的なリソース選択が適用されると、周波数ホッピングはＬＴＥリリース１４のＰＣ５基盤のＶ２Ｖに使用されない。

センシング関連

以下、次の参照文献に関連して、センシングの詳しい事項について説明する。

[１]Ｒ１−１６６８２１、‘ＲｅｍａｉｎｉｎｇｄｅｔａｉｌｓｏｎＤＭＲＳｆｏｒＰＳＣＣＨａｎｄＰＳＳＣＨ’、ＬＧＥｌｅｃｔｒｏｎｉｃｓ

[２]Ｒ１−１６６８２５,‘ＳｅｎｓｉｎｇｄｅｔａｉｌｓｆｏｒＵＥａｕｔｏｎｏｍｏｕｓｒｅｓｏｕｒｃｅｓｅｌｅｃｔｉｏｎｍｏｄｅｉｎＰＣ５−ｂａｓｅｄＶ２Ｖ’、ＬＧＥｌｅｃｔｒｏｎｉｃｓ

１)ｒｅｓｏｕｒｃｅｓｏｗｎｔｒａｎｓｍｉｓｓｉｏｎの除外：ＵＥは自分の伝送サブフレームで測定をできない。この場合、センシングウィンドウ内でＳＡ伝送及びデータ伝送を含む伝送サブフレームを除外することが好ましい。ＵＥがリソース選択のための伝送サブフレームを除外すると、ＵＥは再選択がトリガされる時にサブフレームを最終的に変更し、ｈａｌｆｄｕｐｌｅｘ制約によるｃｏｎｓｉｓｔｅｎｔの衝突を避けることができる。

２)ステップ２でのオプション：ステップ２でのオプションをｄｏｗｎｓｅｌｅｃｔすることが好ましい。データの直接測定はＳＡリソースのエネルギー測定によるデータの直接測定より正確である。実際帯域内の放出干渉は実際ＵＥの具現において同一ではないので、、ｉｎ−ｂａｎｄｅｍｉｓｓｉｏｎｅｍｕｌａｔｉｏｎはＵＥの間で同一ではない。従って、ＳＡエネルギー測定を通じたデータリソースのｉｎ−ｂａｎｄｅｍｉｓｓｉｏｎｅｍｕｌａｔｉｏｎによる性能向上は、実用的ではなく、コンピューターシミュレーションでのみ可能である。

３)‘デコーディングされたＳＡにより指示又は予約された’の定義は以下の通りである。連関したデータのリソースがセンシングウィンドウ[ｎ−ａ、ｎ−ｂ]内にあると、全てのデコーディングされたＳＡが考慮されなければならない。

４)臨界値の細部事項：ステップ２における臨界値は優先順位レベルに従属する。ネットワークは優先順位に従属する臨界値を構成でき、ＵＥはもっと高い優先順位を有するパケットに対するリソースを排除することができる。臨界値は検出されたＳＡの優先順位と伝送されるデータの優先順位の関数である。また、この臨界値は混雑レベルに従属する。他の混雑レベルに対して、ＵＥは(予め)構成され、混雑レベル従属オフセットをセンシング臨界値に適用することができる。例えば、低い混雑レベルにおいて、ＵＥはリソース占有を決定するために、より低い臨界値を適用できる。

５)ｂ値：ｂ＞０であるので、ｂは１に固定できる。しかし、この場合、サブフレームｎ−１及びサブフレームｎのセンシング結果は反映できない。従って、ｂ＞０をｂ＝０に戻すことが好ましい。

６)周波数領域における粒度(ｇｒａｎｕｌａｒｉｔｙ)センシング：基本的に、ＵＥはメッセージを送信するＲＢサイズによりセンシング粒度が決定される。サブチャネル化(ｓｕｂ−ｃｈａｎｎｅｌｉｚａｔｉｏｎ)が支援されないと、深刻なリソース破片化が発生する。しかし、サブチャネル化が支援され、部分的オーバーラップが発生せず、データのエネルギーセンシング粒度がサブチャネルのサイズに基づくことができる。

整理すると、

提案１：センシングウィンドウ内において、ＵＥはＳＡ伝送及びデータ伝送を含む伝送サブフレームを除外する。

提案２：ステップ２においてオプション２−１が支援される。

提案３：関連データのリソースがセンシングウィンドウ[ｎ−ａ、ｎ−ｂ]内にあると、全てのデコーディングされたＳＡを考慮しなければならない。

提案４：臨界値は検出されたＳＡの優先順位と伝送するデータの優先順位の関数である。

提案５：ｂは０に固定すべきである。

提案６：周波数ドメインにおいて、センシング粒度はサブチャネルのサイズと同一である。

データリソースの選択

ｄ値は遅延要求事項を満たすために、大きすぎてはいけない。ＵＥは遅延要求事項を超える時間リソースをメッセージ生成時間から除外する。ｄｍａｘはＭＡＣ階層で決定される。かかる排除はステップ２に統合されることができる。

提案１：ｄｍａｘは待機時間要件を満たすために、大きすぎてはいけない。ｄｍａｘはＭＡＣ階層で決定される。サブフレーム‘ｎ’の意味を明らかにする必要がある。リソース(再)選択は、伝送するメッセージがあるときにのみ行われる。ＴＳ３６.３２１のＬＴＥリリース１２／１３Ｄ２Ｄに類似する内容がある。

提案２：サブフレームｎは再選択トリガーサブフレームである。ＵＥはＵＥが伝送するパケットを有する時、リソース(再)選択をトリガーすることができる。

ステップ３ではオプション３−２が好ましい。

ステップ３−１：ＵＥは総受信したエネルギーに基づいて、残りのＰＳＳＣＨリソースを測定し、順位を定めてサブセットを選択する。

サブセットは最低エネルギーを有する、リソースのＸ％で構成される。Ｘは構成可能(ｃｏｎｆｉｇｕｒａｂｌｅ)である。

ステップ３−２：ＵＥはサブセットから１つのリソースをランダムに選択する。Ｘ＝１００である時、除外されていないリソースの間でランダム選択を適用できる。

提案３：ステップ３ではオプション３−２が支援される。

ｈａｌｆｄｕｐｌｅｘの制約を緩和し、ＨＡＲＱの結合利得を得るためには、伝送ブロック(ＴＢ)に対する再伝送リソースを考えなければならない。ステップ３において再伝送が適用される時、‘リソース’が何であるかを明確にする必要がある。以下のような２つの対案がある。

対案１：各々の(再)伝送に対する独立的な選択

各ＳＡは、単一のサブフレームで伝送を予約する。ＤＳＣＨの場合と同様に、全ての伝送には個々のＳＡが伴う。１つのＳＡに独立したリソース割り当てを含めることは難しい。ＨＡＲＱ結合のために、ＳＡはＨＡＲＱプロセスＩＤ、ＮＤＩ、ＲＶフィールドが必要である。また、ＨＡＲＱのバッファリングを減らすために、初期に選択されたリソースと次に選択されるリソースの間に一部リソース選択の制限がある。この制限はステップ２で具現される。ＵＥが順にリソースを選択する時、選択されたリソースは以前にリソース排除に影響を及ぼす。例えば、ＵＥは初期サブフレームｎ＋ｄ１を選択し、ｎ＋ｄ１−ａサブフレームからｎ＋ｄ１＋サブフレームに、ネットワーク又は固定値によりａが(予備)構成されることは、ステップ２から除外できることができる。(全てのＴＢ及び全ての(再)伝送に対して)独立的なＳＡ伝送は下りリンク非同期ＨＡＲＱの動作と類似する。不要なＵＥバッファリングを減らすために、ＴＢに対する(再)伝送の間の時間差は臨界値により制限される。

対案２：ＴＢの全ての(再)伝送を含むリソースセットの選択

各ＳＡは今後の全ての(再)伝送を予約できる。この場合、以下のような問題がある。ＵＥで考慮すべき(再)伝送リソース位置の組み合わせは何であるかが問題になる。初期及び再伝送で周波数位置が異なると、ＳＡは多重周波数リソースの指示フィールドを示さなければならない。これにより、ＳＡビットサイズのオーバーヘッドが発生する。単一のＳＡで(再)伝送リソースの時間／周波数位置を示す方法が問題になり得る。Ｔ−ＲＰＴのようなメカニズムを使用するか又はＳＡとデータの間の複数の時間オフセットをＳＡにより知らせることができる。

この２つの対案のうち、対案１が好ましい。対案１はＳＡ及びデータ連関に関係なく、ＳＡコンテンツの共通設計を有し、ＳＡコンテンツのサイズを減らすことができる。再伝送リソース選択のためには、単一の搬送波特性を考慮しなければならない。ＵＥが多数の伝送リソースを選択する時、ＵＥはリソースを順に選択しなければならず、以前に選択されたサブフレームからのリソースは排除しなければならない。

提案４：各ＳＡは単一のサブフレームで伝送を予約する。

提案５：ＵＥが多数の伝送リソースを選択する時、ＵＥはリソースを順に選択しなければならず、以前に選択されたサブフレームからのリソースは排除すべきである。

ＳＡリソースの選択

Ｃｍｉｎは送信ＵＥの処理時間を保障しなければならない。センシングウィンドウはｎ−ｂサブフレームを含まないので、ｂ＝１の場合、ＵＥはｎ−１００１サブフレームからｎ−２サブフレームまでモニタする。モニタした後、ＵＥはＵＥがＳＡを伝送するために必要なリソースを選択する。最小処理時間が４サブフレームである場合、ＵＥはＳＡｎ＋２サブフレーム、即ち、Ｃｍｉｎ＝−２＋４＝２を送信できる。なお、リソース選択はサブフレームｎでトリカーされ、ＵＥはサブフレームｎで決定を行い、ＵＥはｎ＋４サブフレームで自分のＳＡを送信することができる。ｂ＝０であり、センシングウィンドウはサブフレームｎを含む必要がある。そうではないと、ＵＥはサブフレームｎ−１及びｎを反映できない。

提案６：センシング及びＳＡ送信動作において、ＵＥ処理時間、即ち、ｃ＞＝ｎ＋４が必要である。

センシングに基づいて、データリソースはＵＥにより選択されることができる。ＲＡＮ１＃８４ｂｉｓにおいて、ＵＥ−自律的リソース選択モードで、時間間隔は構成可能な範囲から送信ＵＥにより選択される。ＳＡとデータの間の時間差はＳＡを介して伝達される。まずＵＥは関連データに対するリソースを選択する。選択されたデータリソースに連関するＳＡ位置(例えば、ＳＡとデータの間の時間間隔の構成された範囲により制限される時間位置)に関連して、ＳＡリソース選択のためにデータリソース選択の段階が適用される。臨界値とＸ値はデータリソース選択に使用された値と異なることができる。

提案７：選択されたデータリソースに関連するＳＡ位置(例えば、ＳＡとデータの間の時間ギャップが構成された範囲により制限された時間位置)には、ＳＡリソースに対するデータリソース選択の段階が適用されることができる。

予約動作の主な利点は、ＵＥが以前の時間ウィンドウのセンシング結果に基づいて今後のリソースに対する干渉レベルを推定できることである。この作業により多いリソースを再度選択すると、性能が低下することができる。不要なリソース再選択を減らすために、ＳＡリソースは関連データリソースが再選択される時にのみ再選択される必要がある。

提案８：ＳＡリソースは関連データリソースが再選択

リソース予約指示に関して

‘ｅ’はリソース予約の時間位置を示す。ＣＡＭメッセージは状況によって１００ｍから１０００ｍｓの周期で生成される。車両は循環移動するものではないので、位置、方向及び速度が漸進的に変化し、よってＵＥは少しの間ＣＡＭメッセージが生成される時点を予測できる。また、メッセージ生成周期のタイミングジッターを吸収するために適切なタイミングマージンを適用すると、パケットが到着しなかった時、ＵＥが予約されたリソースを使用できないというリソース漏れの問題を解決できる。かかる理由により、１００ｍｓごとのリソース予約が不要であり、１００ｍｓリソース予約ごとにリソース超過予約が発生することができる。この動作において予約区間ｊはＳＡにより明示的にシグナリングされる。

提案１：予約区間ｉはＳＡにより明示的に伝達される。

ｊはＬＴＥ標準文書で固定されていること、即ち、Ｊ＝１であることが好ましい。このオプションではＳＡビットのサイズを減らすことができる。また他のオプションは、Ｊ(カウンター値と同一である)がＳＡを介して伝達されることである。どの場合にも、ＵＥが次の送信時にリソースを変更できるか否かを知らせる明示的な指示ＳＡが必要である。

提案２：JはＬＴＥ標準文書で１に固定されている。

混雑レベル測定の定義(Ｔｈｅｄｅｆｉｎｉｔｉｏｎｏｆｃｏｎｇｅｓｔｉｏｎｌｅｖｅｌｍｅａｓｕｒｅｍｅｎｔ)

混雑レベルはＣｏｎｇｅｓｔｉｏｎｌｅｖｅｌ＝(ｎｕｍｂｅｒｏｆｂｕｓｙｄａｔａ (ｏｒＳＡ) ｒｅｓｏｕｒｃｅＳｉｎＴ)／(ｎｕｍｂｅｒｏｆｔｏｔａｌｄａｔａ (ｏｒＳＡ) ｒｅｓｏｕｒｃｅＳｉｎＴ)に定義される。

ここで、Ｔは測定時間間隔を示し、ネットワークにより固定されるか又は(予め)構成される。データリソースの測定されたＤＭＲＳ電力(ＲＳＲＰのような)又は受信エネルギー(ＲＳＳＩのような)が臨界値を超えるか又はＳＡデコーディングにより表示されると、リソースが‘使用中’に表示される。各リソースはＰＲＢ又はＰＲＢグループであることができる。例えば、リソースはサブチャネルと同一であることができる。臨界値は(予め)構成されることができる。ＵＥはリソースプールごとに測定を行う。ＵＥはリソースプールによりこの測定を平均化することができる。しかし、リソースプールがＵＥタイプにより分離される場合、例えば、１つのリソースプールがＰ−ＵＥのためのものであり、他のリソースプールは車両ＵＥのためのものである時、リソースプールごとの測定を分離しなければならない。

測定の活用

ＤＳＲＣと同様に、混雑レベルの測定は伝送パラメータの適用に使用される。例えば、混雑レベルの測定はメッセージのサイズ、メッセージ生成速度、ＭＣＳ、ＲＢサイズ、再伝送の数及び伝送電力を決定するために使用される。伝送パラメータを適用するためには、２つの解決策が考えられる。第一に、応用階層基盤の解決策、第二に、無線階層基盤の解決策である。アプリケーション階層基盤の解決策において、ＵＥは混雑度測定を報告し、アプリケーション階層はパケットのサイズ及び／又はメッセージの生成速度を示すか又は変更する。無線階層基盤の解決策において、無線階層はＭＣＳ、ＲＢサイズ、再伝送の数及び電力を調整することができる。ＵＥはその混雑レベル測定をｅＮＢに報告する。ｅＮＢはリソースプールのサイズ及び伝送媒介変数の範囲を制御できる。Ｖ２ＶＷＩの時間制限のため、混雑レベルの測定をｅＮＢに報告し、関連ＵＥの動作を定義することがＶ２ＸＷＩに延期されることが好ましい。

提案２：Ｖ２ＶＷＩの時間制限のため、混雑レベル測定をｅＮＢに報告し、関連ＵＥの動作を定義することがＶ２ＸＷＩに延期されることが好ましい。

時間リソースプールの構成(Ｔｉｍｅｒｅｓｏｕｒｃｅｐｏｏｌｃｏｎｆｉｇｕｒａｔｉｏｎ)

ＲＡＮ１＃８４ｂにおいて、ＳＡと関連データプールがシステムの側面でＦＤＭされる。ＳＡ及びその関連データは隣接するか又は隣接しないＲＢに占有されて同一又は異なるＴＴＩに伝送される。このＦＤＭｅｄリソースプール設計の主な利点は以下の通りである。

第一に、ＦＤＭｅｄリソースプールは待機時間を減らすことができる。ＦＤＭｅｄリソース構造において、ＳＡ及び関連データは直ちに伝送されることができる。反面、ＴＤＭｅｄ構造においては、ＳＡとデータは各リソースプールで伝送される。他の利点は、ＳＡ伝送中に帯域内の放出を緩和することである。ＴＤＭｅｄリソース構造では、ＳＡプールでより多いＳＡが伝送されるので、ｍｕｔｕａｌｉｎｂａｎｄｅｍｉｓｓｉｏｎが大きくなる。また、この方法は、ｈａｌｆｄｕｐｌｅｘの問題を緩和することができる。

第二に、ＦＤＭｅｄリソースプール構成のさらに他の利点は、単一ＵＥの観点でＦＤＭｅｄ及びＴＤＭｅｄＳＡ及び関連データ伝送が支援できることである。反面、ＳＡ及びデータのリソースプール構造がＴＤＭｅｄで設計される場合、ＴＤＭｅｄＳＡ及びＲＡＮ１＃８４ｂの一致を満たさないデータ(例えば、同一のＴＴＩで伝送されるＳＡ及び関連データ)を支援できる。

提案１：システムの観点でＳＡリソース及びデータリソースは常にＦＤＭｅｄである。

ＳＡリソースプール及びデータリソースプールが常にシステムの観点でＦＤＭｅｄであると、リソースプール構成に対する信号を減らすことができる。ＬＴＥリリース１２／１３Ｄ２Ｄ、ＳＡリソースプールのビットマップ及びデータリソースプールのビットマップは、２つのリソースプールがＴＤＭされたので、個々に信号が伝送されるが、単一のビットマップはＳＡ及びデータプールに共通のサイドリンクサブフレームを設定するために、Ｖ２Ｖに信号を送ることができる。

提案２：ＰＣ５基盤のＶ２Ｖの場合、ＳＡ及びデータプールの全てに対してサイドリンクサブフレームを設定するように単一のビットマップがシグナリングされる。

ＬＴＥリリース１２Ｄ２Ｄ通信において、リソースプール構成のためのサイドリンク制御(ＳＣ)区間が定義されている。しかし、無限のＶ２Ｖリソース構造では、ＳＣ周期の概念が不要である。リソースプールのビットマップはＳＦＮ(１０２４０ｍｓ)内で繰り返される。

提案３：リソースプール構成のためのＳＣ区間の概念は不要である。リソースプールのビットマップはＳＦＮ内で繰り返される。

Ｖ２Ｖリソース割り当てのために、半静的スケジューリングとセンシングが使用される。このサイドリンク半静的リソース割り当てのメカニズムにおいて、一般的なメッセージ伝送周期は１００ｍｓの倍数である。しかし、ＬＴＥリリース１２／１３Ｄ２Ｄにおいて、ＦＤＤ及びＴＤＤの構成１−５において{４０，８０，１６０，３２０}ｍｓｅｃ、ＴＤＤの構成０において{７０,１４０,２８０}、ＴＤＤの構成６において{６０,１２０,２４０}であるリソースプールのビットマップ長さは１００ｍｓで割り切れない。即ち、ＵＥが１００ｍｓごとにリソースを予約すると、一部のリソースはサイドリンクリソースプールにないこともある。従って、１０(１００と１０２４０の共通除数)、２０(１００と１０２４０の最大公約数)のような新しいリソースプールビットマップ長さを提案する。具体的には、ビットマップの長さはＳＰＳ周期(１００、２００、...、１０００)及びＳＦＮ周期(１０２４０)の最大公約数になることが好ましい。様々なＳＰＳ周期が支援される場合、ビットマップ長さは各ＳＰＳ周期に対する最大共通分母の最小値と同一でなければならない。

しかし、ビットマップ長さはＨＡＲＱプロセスの期間に基づいて設計されるので、レガシーリソースプールビットマップ長さがＰＣ５とＵｕの間の共存のために好ましい。新しく導入されたビットマップはＶ２Ｖ専用キャリアに適合する。但し、共有キャリアではレガシービットマップ長さを使用することが好ましい。ネットワークは状況によって適切なビットマップ長さを選択することができる。

提案４：ＰＣ５基盤のＶ２Ｖの場合、さらにリソースプール構成のための新しいビットマップ長さ、例えば、１０、２０(１００及び１０２４０の共通除数)が使用／導入される。ネットワークは状況によって適切なビットマップ長さを選択できる。例えば、共有キャリアでレガシービットマップ長さを使用でき、専用のキャリアでは新しいビットマップ長さを使用できる。

上述したように、レガシーリソースプールビットマップを使用すると、予約されたリソースのうちの一部がリソースプールから外れる。この場合、パケットをリソースプール内で伝送することができないので、パケットが削除される。パケットの損失を避けるために、予約されたリソースのうちの一部がリソースプールから外れた場合、リソース再選択がトリガーされることができる。

提案５：予約されたリソースがリソースプールの外にいる場合、パケットが削除され、リソース再選択がトリガーされる。

周波数リソースプールの構成(Ｆｒｅｑｕｅｎｃｙｒｅｓｏｕｒｃｅｐｏｏｌｃｏｎｆｉｇｕｒａｔｉｏｎ)

周波数リソースプールの構成のために、ＳＡ及びデータプールに対するＬＴＥリリース１２のシグナリング方法を再使用できる。開始オフセット、終了オフセット及びサブバンドのサイズはネットワークによりシグナリングされる。ＲＡＮ１＃８５では同一のサブフレームで伝送されるＳＡ及び関連データが常に隣接するというリソースプールの定義が合議されている。図１１はリソースプールの例を示す。このリソースプール構造は、ＬＴＥリリース１２の周波数リソースプールシグナリングでは具現できない。従って、インターリーブされたＳＡ及びデータプールをさらに支援する新しい方法が必要である。この新しいシグナリングはサブバンドの数などの新しい情報を必要とする。

提案６：リソースプールに対する周波数リソース指示には、以下の２つの方法が使用される。

第一に、ＳＡ及びデータプールにＬＴＥリリース１２のシグナリング方式が再使用される。隣接していないＰＲＢにおいて、ＴＤＭ又はＦＤＭされたＳＡ／データに使用できる。第二に、インターリーブされたＳＡ及びデータプールをさらに支援する新しい方法である。これはＳＡ／データに使用され、隣接したＰＲＢでＦＤＭされる。

サブチャネル化(Ｓｕｂ−ｃｈａｎｎｅｌｉｚａｔｉｏｎ)

サブチャネル化の同期は以下の３つに要約される。

１)センシング複雑性の減少：データリソースプールでエネルギーセンシングが行われる間、センシング粒度(ｇｒａｎｕｌａｒｉｔｙ)はサブチャネルのサイズに基づく。サブチャネルは同一のサブフレーム内のＲＢのグループで構成される。これは、ＰＲＢレベルのセンシングに比べて、計算上の複雑性が減少する。

２)リソース断片化の減少：リソースの位置を選択できると、リソースが片化されることができる。

３)リソース指示ビットのサイズ減少：全ての端末がサブチャネルに基づいてリソースを選択すると、リソース指示ビットのサイズを減らすことができる。しかし、今後のリリース及び柔軟性のためにＳＡのＲＡビットサイズは縮小されない。

エネルギーセンシングがデータリソースプールで行われる間、センシング粒度はサブチャネルのサイズに基づく。サブチャネルは同一のサブフレーム内のＲＢのグループで構成される。ＩＴＳキャリアでＰＳＤ規定を満たすために、各サブチャネルは分散ＲＢで構成されることができる。リソースプールの下位チャネルのサイズは、ｅＮＢで構成されるか又は予め構成される。リソースプールにおいて下位チャネルのサイズは同一でなければならない。互いに異なるサブチャネルは、ＲＢの分離されたグループを有する。周波数リソース割り当て粒度は、表示ビットの数を減らすためにサブチャネルのサイズと同一である。図１２はサブチャネル化の例を示す。

提案７：ＰＣ５基盤のＶ２Ｖの場合、サブチャネル化が支援される。

ＳＣＩコンテンツ

リソースプール構造及びＳＡの時間／周波数リソース及び関連データに関係なく、同じサイズのＳＣＩコンテンツを設計して、既存のＬＴＥへの影響を最小化し、受信器ＵＥのブラインドデコーディングの複雑性を減らすことが好ましい。

提案１：プール構造及びＳＡの時間／周波数リソース及び関連データに関係なく、同じサイズのＳＣＩコンテンツを設計する。

ＬＴＥリリース１２／１３Ｄ２Ｄに対するＰＳＳＣＨの内容を再度設計することが好ましい。ＰＣ５基盤のＶ２Ｖ作業に不要であるか又は非効率的なフィールドがあるためである。

−周波数リソース割り当て(Ｆｒｅｑｕｅｎｃｙｒｅｓｏｕｒｃｅａｌｌｏｃａｔｉｏｎ)：既存の周波数リソース割り当てフィールドは、ＲＢ単位でリソース割り当てを指示したが、ＰＣ５基盤のＶ２Ｖはメッセージのサイズが制限されているので、リソース割り当てのためにサブチャネル化を行うことができる。例えば、５つのサブチャネルに分けられるシステム帯域幅のための５０ＲＢがある場合、ＲＡビットをｃｅｉｌ(ｌｏｇ２(５＊６／２))＝４ビットに減らすことができる。しかし、今後の柔軟性のために、既存のＬＴＥと同一のＲＢレベルのリソース表示を維持することが好ましい。

−シーケンス生成又はソースＩＤ(ＳｅｑｕｅｎｃｅｇｅｎｅｒａｔｉｏｎｏｒｓｏｕｒｃｅＩＤ)：Ｖ２Ｖ作業がブロードキャスト及び安全性を目的としているので、グループ対象のＩＤが不要である。しかし、データのスクランブルシーケンス及びＤＭＲＳシーケンスのランダム化のために、任意のＩＤがＳＡに含まれることができる。上位階層のソースＩＤはランダム化のためのオプションである。ｄｅｓｔｉｎａｔｉｏｎＩＤの８ＬＳＢビットはソースＩＤのＬＳＢに取り換えられる。また他のオプションとして、ＳＡにより明示的フィールドを伝達することができる。

−ＰＳＣＣＨとＰＳＳＣＨの間の時間オフセット(ＴｉｍｅｏｆｆｓｅｔｂｅｔｗｅｅｎＰＳＣＣＨａｎｄＰＳＳＣＨ)：ＲＡＮ１＃８４ｂｉｓでＳＡと関連データの間のスケジューリングタイミングが可変的であるが合議される。この柔軟性を支援するために、ＳＡとデータの間の時間オフセットをＳＡにより知らせることができる。時間オフセットが０であると、ＳＡ及び関連データは単一ＵＥの観点でＦＤＭされることができる。そうではないと、オフセットは０ではなく、ＳＡ及びデータは時間オフセット値によってＴＤＭされる。

Ｐｒｉｏｒｉｔｙ：ＲＡＮ１＃８５ではＳＣＩが優先順位情報を明示的に含むと合議されている。

−ＮＤＩ、ＲＶ、ＨＡＲＱプロセスＩＤ：このフィールドはデータのＨＡＲＱ結合用である。ＨＡＲＱプロセスＩＤは、シーケンス生成ＩＤと結合できる。

−ＭＣＳ：ＭＣＳフィールドが必要である。

Ｉｎｆｏｒｍａｔｉｏｎｏｎ ‘e’：このフィールドは予約周期を示す。４ビットは[０、１０]でｉのために指示すると仮定できる。

−Ｒｅｓｅｒｖｅｄｂｉｔｓｆｏｒｆｕｔｕｒｅｒｅｌｅａｓｅ：ＣＩＦフィールドを考慮できる。マルチキャリア作動が支援される場合、キャリア周波数の送信ＳＡはキャリア周波数の送信データと異なることができる。他の用途に予約されたビットのうち一部を考慮できる。

−ＣＲＣ：１６ビットのＣＲＣフィールドが考えられる。

結局、提案されるＳＣＩコンテンツは以下の表１の通りである。

なお、ＲＡＮ１＃８５には、Ｖ２Ｖ用のＳＳＳＳがＤ２ＤＵＥとＶ２ＶＵＥの間の同期化ソースの混同を避けるために、サブフレーム−５ＳＳＳシーケンスを使用すると仮定されている。同様に、Ｖ２Ｖに対するＰＳＢＣＨのＤＭＲＳシンボル位置が、既存のＬＴＥリリース１２／１３に比べてＤＭＲＳ位置が異なると合議されている。

提案１：Ｖ２Ｖ用のＳＳＳＳはサブフレーム−５ＳＳＳシーケンスを使用する。

ＲＡＮ１＃８３の間にＶ２Ｖ同期化に関連する以下の内容が合議される。

ＵＥのＳＬＳＳ及びＰＳＢＣＨ伝送はＰＣ５基盤のＶ２Ｖを支援する。

−ＳＬＳＳ伝送のＵＥ能力は後に論議する。

−ＬＴＥリリース１２／１３のＳＬＳＳ／ＰＳＢＣＨの１２／１３物理的フォーマットが始まりであり、ＰＳＢＣＨＤＭＲＳのＦＦＳ番号及び位置、ＰＳＳＳルートインデックス、ＳＬＳＳＩＤなどが後に論議される。

−ＬＴＥリリース１２／１３の同期手順(例えば、同期基準の優先順位)を始めとして、ＰＳＢＣＨコンテンツが後に論議される。‘車両ＵＥが十分な信頼度でＧＮＳＳ又はＧＮＳＳの等価物を直接受信し、ＵＥが全ての通信社のセルを感知できないと、ＧＮＳＳ又はＧＮＳＳの等価物が時間及び周波数同期化ソースの最優先順位にある。’ＲＡＮ１はＵｕ運営に対する既存契約の影響を研究する必要がある。

以下の表２のような同期化手順が支援される。

ｗｏｒｋｉｎｇａｓｓｕｍｐｔｉｏｎから、ＧＮＳＳとの直接同期化によりカーバリッジＵＥから直接伝送されたＳＬＳＳの優先順位は、ｉｎｃｏｖｅｒａｇｅｉｎｄｉｃａｔｏｒが１であるＳＬＳＳ_ｎｅｔの優先順位と同一である。また、ＧＮＳＳと直接同期化されたｏｕｔ−ｃｏｖｅｒａｇｅＵＥから伝送されたＳＬＳＳは、ＳＬＳＳ_ｎｅｔと差別化される。ＧＮＳＳと直接同期化されるｏｕｔ−ｃｏｖｅｒａｇｅＵＥから伝送されたＳＬＳＳの優先順位は、カーバリッジＵＥの内外部の間でＧＮＳＳ基盤の同期化信号を区別する理由がないので、非揮発性インディケータ１を有するＳＬＳＳ_ｎｅｔの優先順位と同一である。

範囲から外れた場合は、同期化ソースの優先順位は以下の表３の通りである。

提案２：ＳＬＳＳ_ｎｅｔの１つのＩＤは、ＧＮＳＳ基盤の同期化信号のために予約されている。結局、ＩＤ＋１６８は直接ＧＮＳＳ基盤のＵＥ用に予約される。

提案３：範囲から外れた場合は、同期化ソースの優先順位は以下の表４の通りである。

ＳＬＳＳはいつもｅＮＢより低い。そうではないと、ｅＮＢでＳＬＳＳへの同期リファレンス転換をテストするために、新しいＲＲＭ要求事項を行わなければならない。優先順位が低いという利点を考慮すると、長所が明確ではない。

ＰＣ５基盤のＶ２Ｖに対する基準キャリアの選定：ＵＥがＰＣ５搬送波にｅＮＢがない場合、ＵＥはＵｕ搬送波又はｅＮＢ搬送波のうちの１つからタイミング基準を導き出すことができる。この機能は既にＬＴＥリリース１３に指定されている。

提案４：ｅＮＢはＰＣ５キャリアでタイミング基準及びＤＬ測定に使用されるキャリアを指示することができる。

また、４０ビットのＰＳＢＣＨは合議されたＤＭＲＳ構造と共に、エラーフロアを有する。ビット番号を変更しなければならない。表５は、異なるＰＳＢＣＨビットのサイズに対するＰＳＢＣＨデコーディング性能を示す。

上記の表において、‘Ｎｏ’は記号＃０が使用されたことを意味し、‘Ｙｅｓ’は記号＃０がパンクチャリングされたことを意味する。第１シンボルがパンクチャリングされた時、ＢＬＥＲ性能はエラーフロアを有する。

観察１：４０ビットのＰＳＢＣＨは、合議されたＤＭＲＳ構造と共にエラーフロアを有する。

提案５：予約ビットサイズはＰＳＢＣＨの悪いＢＬＥＲ性能を避けるために変更可能である。

ＲＡＮ１＃８５ではＳＬＳＳ／ＰＳＢＣＨの周期が２００ｍｓであると仮定する。しかし、この期間はＳＦＮ期間で割り切れない。よってＳＦＮ期間の間に同期信号が間違って感知されることができる。特に、高速かつ単一のショットのＰＳＢＣＨデコーディング性能は、適当な性能を有しないことができる。この場合、ＵＥは多数のＰＳＢＣＨ受信を蓄積してＤＦＮ番号を得るか又は多重ＰＳＢＣＨ受信に対して多重デコーディングを試みる必要がある。２００ｍｓのＳＬＳＳ／ＰＳＢＣＨ周期性が使用されると、ＵＥはＳＦＮ期間の境界で多重ＳＬＳＳ／ＰＳＢＣＨを累積しないことができる。これにより、同期化待機時間が増加する。

提案６：ＳＦＮ周期はＳＬＳＳ／ＰＳＢＣＨ周期により分けられる必要がある。例えば、ＳＬＳＳ／ＰＳＢＣＨの周期には８０又は１６０ｍｓが使用される。

上述した説明は端末間の直接通信に制限されず、上りリンク又は下りリンクにも使用可能であり、この時基地局やｒｅｌａｙｎｏｄｅなどが上記に提案した方法を使用できる。

前記説明した提案方式についての一例もまた、本発明の具現方法の一つとして含まれ得ることから、一種の提案方式と見なしてもよいことは明らかである。また、前記説明した提案方式は、独立して具現されてもよいが、一部の提案方式の組み合わせ（又は、併合）の形態で具現されてもよい。前記提案方法を適用するか否かに関する情報（又は、前記提案方法の規則に関する情報）は、基地局が端末に事前に定義されたシグナル（例えば、物理層シグナル又は上位層シグナル）を介して知らせるか、或いは送信端末が受信端末にシグナリングするように又は受信端末が送信端末に要請するように規則が定義されてもよい。

本発明の実施例による装置構成

図１３は、本発明の実施形態に係る伝送ポイント装置及び端末装置の構成を示す図である。

図１３を参照すると、本発明に係る伝送ポイント装置１０は、受信装置１１、伝送装置１２、プロセッサ１３、メモリ１４及び複数のアンテナ１５を含む。複数のアンテナ１５は、ＭＩＭＯ送受信をサポートする伝送ポイント装置を意味する。受信装置１１は、端末からの上りリンク上の各種信号、データ及び情報を受信することができる。伝送装置１２は、端末への下りリンク上の各種信号、データ及び情報を送信することができる。プロセッサ１３は、伝送ポイント装置１０全般の動作を制御することができる。

本発明の一実施例に係る伝送ポイント装置１０のプロセッサ１３は、上述した各実施例において必要な事項を処理することができる。

伝送ポイント装置１０のプロセッサ１３は、その他にも、伝送ポイント装置１０が受信した情報、外部に送信する情報などを演算処理する機能を行い、メモリ１４は、演算処理された情報などを所定時間格納することができ、バッファ（図示せず）などの構成要素に置き換えてもよい。

次いで、図１３を参照すると、本発明に係る端末装置２０は、受信装置２１、伝送装置２２、プロセッサ２３、メモリ２４及び複数のアンテナ２５を含む。複数のアンテナ２５は、ＭＩＭＯ送受信をサポートする端末装置を意味する。受信装置２１は、基地局からの下りリンク上の各種信号、データ及び情報を受信することができる。伝送装置２２は、基地局への上りリンク上の各種信号、データ及び情報を送信することができる。プロセッサ２３は、端末装置２０全般の動作を制御することができる。

本発明の一実施例に係る端末装置２０のプロセッサ２３は、上述した各実施例において必要な事項を処理することができる。具体的には、プロセッサは、複数のデータを伝送するためのリソースを選択し、該選択されたリソースを使用して複数のデータを伝送し、端末がセンシングにより伝送を行うように構成され、端末がデータを所定回数以上連続して伝送できなかった場合、端末はリソース再選択を行う。

端末装置２０のプロセッサ２３は、その他にも、端末装置２０が受信した情報、外部に送信する情報などを演算処理する機能を行い、メモリ２４は、演算処理された情報などを所定時間格納することができ、バッファ（図示せず）などの構成要素に置き換えてもよい。

以上のような伝送ポイント装置及び端末装置の具体的な構成は、前述した本発明の様々な実施例で説明した事項が独立して適用されたり、又は２つ以上の実施例が同時に適用されるように具現することができ、重複する内容は明確性のために説明を省略する。

また、図１３に対する説明において、伝送ポイント装置１０についての説明は、下りリンク送信主体又は上りリンク受信主体としての中継機装置に対しても同一に適用することができ、端末装置２０についての説明は、下りリンク受信主体又は上りリンク送信主体としての中継機装置に対しても同一に適用することができる。

上述した本発明の実施例は多様な手段によって具現されることができる。例えば、本発明の実施例は、ハードウェア、ファームウエア(ｆｉｒｍｗａｒｅ)、ソフトウェア又はそれらの組合せなどによって具現できる。

ハードウェアによる具現の場合、本発明の実施例による方法は、一つ又はそれ以上のＡＳＩＣｓ(ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔｓ)、ＤＳＰｓ(ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒｓ)、ＤＳＰＤｓ(ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｉｎｇＤｅｖｉｃｅｓ)、ＰＬＤｓ(ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅｓ)、ＦＰＧＡｓ(ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙｓ)、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどによって具現できる。

ファームウエア又はソフトウェアによる具現の場合、本発明の実施例による方法は以上で説明した機能又は動作を行う装置、過程又は関数などの形態に具現できる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動されることができる。メモリユニットはプロセッサの内部又は外部に位置し、既に知られた多様な手段によってプロセッサとデータを取り交わすことができる。

以上のように開示された本発明の好適な実施形態についての詳細な説明は当業者が本発明を具現して実施することができるように提供した。以上では本発明の好適な実施形態に基づいて説明したが、当該技術分野の熟練した当業者は下記の特許請求範囲に記載された本発明の思想及び領域から逸脱しない範疇内で本発明を多様に修正及び変更することができることを理解することが可能であろう。例えば、当業者は上述した実施例に記載された各構成を互いに組み合わせる方式で用いることができる。よって、本発明はここで開示した実施形態に制限されるものではなく、ここで開示した原理及び新規の特徴と一致する最広の範囲を付与しようとするものである。

本発明は、本発明の精神及び必須の特徴から逸脱しない範囲で、他の特定の形態に具体化することができる。そのため、上記の詳細な説明はいずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付した請求項の合理的解釈によって定められなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。本発明は、ここに開示されている実施形態に制限されるものではなく、ここに開示されている原理及び新規な特徴と一致する最も広い範囲を付与するためのものである。また、特許請求の範囲で明示的な引用関係を有しない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよい。

以上の本発明による実施形態は多様な移動通信システムに適用できる。

Claims

無線通信システムにおいて、端末がサイドリンク信号を伝送する方法であって、
センシングに基づいて、複数のサイドリンク伝送のための前記端末に構成されたリソース領域内でリソースを選択する段階；
前記選択されたリソースで前記複数のサイドリンク伝送の１または複数をドロップする段階；及び
前記複数のサイドリンク伝送の特定回数の連続したサイドリンク伝送が前記複数のサイドリンク伝送の１または複数をドロップする結果として前記選択されたリソースで行われなかったときに満たされる第１条件を含むリソース再選択条件に基づいてリソース再選択を行う段階を含む方法。
前記第１条件が満たされるときに前記リソース再選択はリソース再選択カウンターに関係なく行われる、請求項１に記載の方法。
前記リソースは、対応するリソースがデータ送受信に使用可能か否かを指示したビットマップに基づいて選択される、請求項１に記載の方法。
前記ビットマップの長さはＣＡＭ(ＣｏｏｐｅｒａｔｉｖｅＡｗａｒｅｎｅｓｓＭｅｓｓａｇｅ)メッセージの生成周期に関連付けられている、請求項３に記載の方法。
前記ビットマップはＳＦＮ(ＳｙｓｔｅｍＦｒａｍｅＮｕｍｂｅｒ)周期内で繰り返して適用されるものである、請求項３に記載の方法。
前記ビットマップの長さは前記リソース領域のリソースの割り当て周期と前記ＳＦＮ周期の公約数である、請求項５に記載の方法。
無線通信システムにおいて、サイドリンク信号を伝送する端末装置であって、
送信装置と受信装置；及び
プロセッサを含み、
前記プロセッサは、センシングに基づいて、複数のサイドリンク伝送のための前記端末装置に構成されたリソース領域内でリソースを選択し、前記選択されたリソースで前記複数のサイドリンク伝送の１または複数をドロップし、前記複数のサイドリンク伝送の特定回数の連続したサイドリンク伝送が前記複数のサイドリンク伝送の１または複数をドロップする結果として前記選択されたリソースで行われなかったときに満たされる第１条件を含むリソース再選択条件に基づいてリソース再選択を行うように構成されている、端末装置。
前記端末は、前記１または複数のドロップされたサイドリンク伝送の数が前記特定回数より小さい場合または前記１または複数のドロップされたサイドリンク伝送が連続していない場合に前記第１条件は満たされないと判定するように構成されている、請求項１に記載の方法。
前記リソース再選択条件は、前記構成されたリソース領域が変更されるときに満たされる第２条件を含む、請求項１に記載の方法。
前記リソース領域は、前記端末に構成されたサイドリンクリソースプールである、請求項１に記載の方法。
請求項１に記載の方法を実行するためのプログラムコードが記憶されているプロセッサ読取可能媒体。