JP6930020B2

JP6930020B2 - 無線通信システムにおいて端末が複数のｃｃ上でリソースを選択し、信号を送信する方法及び装置

Info

Publication number: JP6930020B2
Application number: JP2020502572A
Authority: JP
Inventors: チェ，ヒョクジン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2017-07-21
Filing date: 2018-07-20
Publication date: 2021-09-01
Anticipated expiration: 2038-07-20
Also published as: EP3657873A1; CN111096013A; KR20200028480A; JP2020528693A; KR102662313B1; US20210160818A1; WO2019017732A1; US11438874B2; CN111096013B; EP3657873A4

Description

以下の説明は無線通信システムに関し、より詳しくは、Ｖ２Ｘにおいて端末が複数のＣＣ(ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ)上でリソースを選択し、信号を送信する方法及び装置に関する。

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

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

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

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

本発明では、Ｖ２Ｘにおいて搬送波集成が使用される場合、端末のリソース選択及び信号送信方法を技術的課題とする。

本発明で遂げようとする技術的目的は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者にとって考慮されてもよい。

本発明の一実施例は、無線通信システムにおいて端末が複数のＣＣ(ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ)上でリソースを選択し、信号を送信する方法であって、アンカー(ａｎｃｈｏｒ)ＣＣ上で第１時間区間の間にセンシングを行う段階；ノン−アンカー(ｎｏｎ−ａｎｃｈｏｒ)ＣＣ上で第２時間区間の間にセンシングを行う段階；第１時間区間と第２時間区間の終期に、端末がアンカーＣＣ上で信号を送信するリソースを選択する段階；及びアンカーＣＣ上で選択されたリソース及びアンカーＣＣ上で選択されたリソースから連係する、ノン−アンカーＣＣ上のリソースにより信号を送信する段階を含み、第２時間区間は必ず第１時間区間に含まれ、第１時間区間と第２時間区間の終期は同一である、複数のＣＣ上での信号送信方法である。

本発明の一実施例は、無線通信システムにおいて複数のＣＣ(ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ)上でリソースを選択し、信号を送信するＵＥ装置であって、送信装置及び受信装置；及びプロセッサを含み、プロセッサは、アンカー(ａｎｃｈｏｒ)ＣＣ上で第１時間区間の間にセンシングを行い、ノン−アンカー(ｎｏｎ−ａｎｃｈｏｒ)ＣＣ上で第２時間区間の間にセンシングを行い、第１時間区間と第２時間区間の終期に、端末がアンカーＣＣ上で信号を送信するリソースを選択し、アンカーＣＣ上で選択されたリソース及びアンカーＣＣ上で選択されたリソースから連係する、ノン−アンカーＣＣ上のリソースにより信号を送信し、第２時間区間は必ず第１時間区間に含まれ、第１時間区間と第２時間区間の終期は同一である、ＵＥ装置である。

アンカーＣＣ上でのリソースの選択は、所定時間後の信号再送信のためのリソース予約を必ず含む。

ノン−アンカーＣＣ上でのリソースの選択は、所定時間後の信号再送信のためのリソース予約を選択的に含む。

ノン−アンカーＣＣ上で選択されたリソースは、アンカーＣＣ上で選択されたリソースと時間及び周波数インデックスが同一である。

アンカーＣＣ上で送信される制御情報は、ノン−アンカーＣＣを指示する情報のみを含む。

ノン−アンカーＣＣ上で選択されたリソースは、アンカーＣＣ上で選択されたリソースと時間又は周波数インデックスのうちの１つのみが同一である。

アンカーＣＣ上で送信される制御情報は、ノン−アンカーＣＣ上で信号が送信されるリソース領域の時間領域を指示する情報又はノン−アンカーＣＣ上で信号が送信されるリソース領域の周波数領域を指示する情報を含む。

時間領域を指示する情報は、アンカーＣＣ上で送信される制御情報からのオフセット情報である。

周波数領域を指示する情報は、アンカーＣＣ上で選択されたリソースからの周波数軸上のオフセット情報である。

ノン−アンカーＣＣ上でのリソースの選択は、アンカーＣＣ上で選択されたリソースから予め設定された範囲内のリソースのみで行われる。

アンカーＣＣはＵＥグループごとに各々設定される。

アンカーＣＣはＶ２Ｘサービスごとに各々設定される。

アンカーＣＣはネットワークにより指示されたもの又はネットワークにより予め設定されたものである。

本発明によれば、Ｖ２Ｘ端末が搬送波集成により信号を送信する場合、センシング、リソース選択、それに関連するシグナリングを効率的に処理することができる。

本発明から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

以下に添付する図面は、本発明に関する理解を助けるためのものであり、本発明の様々な実施の形態を示し、詳細な説明と共に本発明の原理を説明するためのものである。

無線フレームの構造を示す図である。下りリンクスロットにおけるリソースグリッド(ｒｅｓｏｕｒｃｅｇｒｉｄ)を示す図である。下りリンクサブフレームの構造を示す図である。上りリンクサブフレームの構造を示す図である。多重アンテナを有する無線通信システムの構成図である。Ｄ２Ｄ同期信号が送信されるサブフレームを示す図である。Ｄ２Ｄ信号のリレーを説明する図である。Ｄ２Ｄ通信のためのＤ２Ｄリソースプールの例を示す図である。Ｖ２Ｘに使用される送信モードとスケジューリング方式を説明する図である。Ｖ２Ｘにおいてリソース選択を行う方式を示す図である。Ｄ２ＤにおいてＳＡとデータ送信を説明する図である。Ｖ２ＸにおいてＳＡとデータ送信を説明する図である。ＮＲＡＴのフレーム構造を例示する図である。ＮＲＡＴのフレーム構造を例示する図である。本発明の一実施例によるリソース選択方法を示す図である。送受信装置の構成を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ここで、Ｗ_ijは、ｉ番目の送信アンテナとｊ番目の情報との間の重み値を意味する。Ｗは、プリコーディング行列とも呼ばれる。

多重アンテナ無線通信システムにおいてチャネルをモデリングする場合、チャネルは、送受信アンテナインデックスによって区分することができる。送信アンテナｊから受信アンテナｉを経るチャネルをｈ_ijと表示することにする。ｈ_ijにおいて、インデックスの順序は受信アンテナインデックスが先で、送信アンテナのインデックスが後であることに留意されたい。

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

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

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

一方、チャネル状態を示すチャネル行列Ｈの行及び列の数は、送受信アンテナの数によって決定される。チャネル行列Ｈにおいて、行の数は受信アンテナの数ＮＲと同一であり、列の数は送信アンテナの数Ｎｔと同一である。即ち、チャネル行列Ｈは、行列がＮＲ×Ｎｔとなる。

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

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

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

Ｄ２Ｄ端末の同期取得

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

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

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

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

Ｄ２Ｄリソースプール

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

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

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

Ｖ２Ｘでは、集中型スケジューリング(Ｃｅｎｔｒａｌｉｚｅｄｓｃｈｅｄｕｌｉｎｇ)に基づくサイドリンク送信モード３と、分散型スケジューリング方式のサイドリンク送信モード４が使用される。図９にはかかる２つの送信モードによるスケジューリング方式が示されている。図９を参照すると、図９(ａ)の集中型スケジューリング方式の送信モード３では、車両が基地局にサイドリンクリソースを要請すると(Ｓ９０１ａ)、基地局がリソースを割り当て(Ｓ９０２ａ)、そのリソースにより他の車両に送信を行う(Ｓ９０３ａ)。集中型送信方式では、他のキャリアのリソースもスケジュールできる。一方、送信モード４に該当する図９(ｂ)の分散型スケジューリング方式は、車両は基地局から予め設定された(Ｓ９０１ｂ)リソース、リソースプールをセンシングし、送信に使用するリソースを選択した後(Ｓ９０２ｂ)、選択したリソースにより他の車両に送信を行う(Ｓ９０３ｂ)。この時、送信リソースの選択には、図１０に示すように、次のパケットの送信リソースも予約される方式が使用される。Ｖ２ＸではＭＡＣＰＤＵごとに２回の送信が行われるが、最初送信のためのリソース選択時、再送信のためのリソースが一定時間間隔を置いて予約される。これに関しては、３ＧＰＰＴＳ３６．２１３ｖ１４.６．０文書１４を参照して、本発明の従来技術として記載する。

ＳＡの送受信

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

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

Ｖ２Ｘ、即ち、サイドリンク送信モード３又は４の場合、Ｄ２Ｄとは異なって、ＳＡ(ＰＳＣＣＨ)とデータ(ＰＳＳＣＨ)がＦＤＭ方式で送信される。Ｖ２Ｘでは、車両通信という特性上、遅延を減らすことが重要であるので、ＳＡとデータを同じ時間リソース上の互いに異なる周波数リソース上でＦＤＭ送信する。図１２にかかる送信方式が例示されているが、図１２(ａ)のようにＳＡとデータが直接隣接しない方式と、図１２(ｂ)のようにＳＡとデータが直接隣接する方式のうちの１つが使用される。かかる送信の基本単位はサブチャネルであるが、サブチャネルは所定時間リソース(例えば、サブフレーム)上で周波数軸上に１つ以上のＲＢサイズを有するリソース単位である。サブチャネルに含まれたＲＢの数、即ち、サブチャネルのサイズとサブチャネルの周波数軸上の開始位置は上位階層シグナリングにより指示される。

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

ＮＲ(ＮｅｗＲＡＴ(Ｒａｄｉｏａｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ))

より多い通信装置がより大きい通信容量を要求することにより、既存の無線接続技術(ｒａｄｉｏａｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ)に比べて向上したモバイル広帯域通信が必要性が台頭しつつある。また、複数の機器及びモノを連結していつでもどこでも様々なサービスを提供する大規模(ｍａｓｓｉｖｅ)ＭＴＣ(ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ)が次世代通信において考慮される主なイシューの１つである。また、信頼性(ｒｅｌｉａｂｉｌｉｔｙ)及び遅延(ｌａｔｅｎｃｙ)に敏感なサービス／ＵＥを考慮した通信システム設計が論議されている。このように、ｅｎｈａｎｃｅｄｍｏｂｉｌｅｂｒｏａｄｂａｎｄｃｏｍｍｕｎｉｃａｔｉｏｎ、ｍａｓｓｉｖｅＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ−ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ)などを考慮した次世代無線接続技術の導入が論議されていて、本発明では、便宜のために、該当技術をＮＲと称する。

図１３及び図１４はＮＲに使用可能なフレーム構造を例示している。図１３を参照すると、１つのフレーム単位内にＤＬ制御チャネル、ＤＬ又はＵＬデータ、ＵＬ制御チャネルなどが全て含まれるｓｅｌｆ−ｃｏｎｔａｉｎｅｄ構造を特徴としている。この時、ＤＬ制御チャネルではＤＬデータスケジューリング情報、ＵＬデータスケジューリング情報などが送信され、ＵＬ制御チャネルではＤＬデータに対するＡＣＫ／ＮＡＣＫ情報、ＣＳＩ情報(変調及びコード体系情報、ＭＩＭＯ送信関連情報など)、スケジューリング要請などが送信される。制御領域とデータ領域の間にはＤＬ−ｔｏ−ＵＬ又はＵＬ−ｔｏ−ＤＬスイッチングのための時間ギャップが存在する。また１つのフレーム内にＤＬ制御／ＤＬデータ／ＵＬデータ／ＵＬ制御のうちの一部が構成されないことができる。又は１つのフレームを構成するチャネルごとの順が変わることができる(例えば、ＤＬ制御／ＤＬデータ／ＵＬ制御／ＵＬデータ又はＵＬ制御／ＵＬデータ／ＤＬ制御／ＤＬデータなど)。

一方、端末間の直接通信でもデータ送信率や信頼度を向上させるためにキャリア集成が使用される。例えば、受信端末は集成されるキャリアで信号を受信し、結合又は統合復号(ｊｏｉｎｔｄｅｃｏｄｉｎｇ)を行うか、又は復号された信号を上位階層に伝達して互いに異なる搬送波で送信された信号が(ソフト)結合を行うことができる。ところが、かかる動作のためには、受信端末はどのキャリアが集成されるか、即ち、どのキャリアの信号を結合するかを把握する必要があるので、集成されるキャリアの無線リソースなどを指示する必要がある。既存の３ＧＰＰＲｅｌ. １４Ｖ２Ｘでは、送信端末が制御信号(ＰＳＣＣＨ)を用いてデータ(ＰＳＳＣＨ)が送信される時間周波数位置を直接指示したが、もしキャリア集成がＰＳＣＣＨを介して指示されると、かかる指示のために更なるビットフィールドが必要である。しかし、現在ＰＳＣＣＨに残っている予約ビットは約５〜７ビット内外であり、ビット数が少ない。従って、集成されるキャリアの無線リソースを効果的に指示できる方法が必要であり、以下、その具体的な方法について説明する。

本発明の一実施例によるＵＥは、アンカー(ａｎｃｈｏｒ)ＣＣ上で第１時間区間の間にセンシングを行い、ノン−アンカー(ｎｏｎ−ａｎｃｈｏｒ)ＣＣ上で第２時間区間の間にセンシングを行う。また第１時間区間と第２時間区間の終期に、端末がアンカーＣＣ上で信号を送信するリソースを選択した後、アンカーＣＣ上で選択されたリソース及びアンカーＣＣ上で選択されたリソースから連係した、ノン−アンカーＣＣ上のリソースにより信号を送信する。アンカーＣＣは、後述するように、リソース選択の基準となるＣＣ又はセンシングの基準となるＣＣなどを意味する。

ここで、第２時間区間は必ず第１時間区間に含まれ、第１時間区間と第２時間区間の終期は同一である。即ち、図１５に示すように、アンカーＣＣとノン−アンカーＣＣ上で差等的センシングが行われる。このようなアンカーＣＣとノン−アンカーＣＣ上での差等的センシングは、アンカーＣＣとノン−アンカーＣＣでリソース予約を差等的に行うことによる。アンカーＣＣ上でのリソース選択は、所定時間後の信号の再送信のためのリソース予約を必ず含み、ノン−アンカーＣＣ上でのリソース選択は、所定時間後の信号の再送信のためのリソース予約を選択的に含む。即ち、端末はノン−アンカーＣＣではリソース予約を行わないか、又は限定した回数のリソース予約のみを行う。より一般的には、アンカーＣＣのリソース予約とノン−アンカーＣＣのリソース予約が各々異なるように設定される。

従って、周辺の端末はノン−アンカーＣＣではリソース予約がアンカーＣＣと異なるように(又は少なく)行われると仮定してセンシング動作を行う。これは、アンカーＣＣでは安定してセンシング動作を行い、ノン−アンカーＣＣでは機会的にリソース割り当てを行いながら必要によってリソースを選択的に使用するためのものである。極端的には、アンカーＣＣでのみリソース予約を行うと、ノン−アンカーＣＣではセンシングを行わなくても大きな性能低下がないので、受信端末の観点では、センシングを行う回路をオフしてバッテリー消耗を減らすことができる。このようにアンカーＣＣとノン−アンカーＣＣのセンシング方法が異なることは、リソース選択方式が異なるとも解釈できるが、たとえ、アンカーＣＣではセンシング基盤の半静的リソース選択方法が使用され、ノン−アンカーＣＣでは任意のリソース選択方法が使用されることができる。この時、ノン−アンカーＣＣの送信リソースはアンカーＣＣで選択したリソースに連係する限定したリソース範囲内での任意の選択である。

差等予約に関連して、アンカーＣＣとノン−アンカーＣＣのリソース予約回数又はセンシング端末がリソース予約を仮定する回数は、予め定められるか、又はネットワークが物理階層又は上位階層信号により端末にシグナリングすることができる。送信端末は自分が使用するアンカーＣＣを物理階層又は上位階層信号により周辺端末にシグナリングする。受信端末は自分が関心(ｉｎｔｅｒｅｓｔ)を持つ送信機がどのキャリアをアンカーとして使用するかを把握して該当キャリアを優先してセンシング動作を行う。

ノン−アンカーＣＣ上のリソースがアンカーＣＣ上のリソースに連係されるとは、ＣＣ間の相関リソース選択が行われることを意味する。具体的には、特定ＣＣのリソース選択により他のＣＣの送信リソース選択が制限されることができるが、かかるリソース選択をＣＣ間の相関リソース選択と呼ぶ。各ＣＣにおいて、同一の時間−周波数リソースを使用する場合(即ち、まったく同じリソース(時間、ＲＢインデックスは同一であるが、ＣＣのみが異なる場合)を使用する場合)、完全相関リソース選択といい、各ＣＣにおいて、一部のリソース属性、たとえ時間リソースのみが同一であるか、周波数リソース(ＲＢ、サブチャネルインデックス)のみが同一である場合には、部分相関リソース選択という。この時、まずリソースを選択するＣＣをリソース選択のアンカーキャリア又はアンカーＣＣと呼ぶ。端末はかかるリソース選択アンカーキャリアにおいてリソースを優先して選択し、選択されたリソースによって残りのＣＣで完全相関リソース選択又は部分相関リソース選択方式のうちのいずれか１つの方式によりリソースを決定する。常に集成されるキャリアの間には無線リソースの位置を同一／類似に維持することができる。

完全相関リソース選択方式において、ノン−アンカーＣＣ上で選択されたリソースは、アンカーＣＣ上で選択されたリソースと時間及び周波数インデックスが同一である。ＣＣ(ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ)ＡとＣＣＢの無線リソースを集成して同時送信を行う端末があると仮定する。この時、ＣＣＡとＣＣＢの無線リソースは常に同じサブフレームの同じＲＢ(ｒｅｓｏｕｒｃｅｂｌｏｃｋ)インデックス又はサブチャネルインデックスを使用すると仮定することができる。即ち、特定の端末が複数のＣＣにより信号を送信する場合、その特定の端末の信号が送信されるリソース領域の時間及び／又は周波数リソースを各ＣＣで同様に構成する。このために、送信端末は制御信号によりどのＣＣで集成が行われるかを指示することができる。即ち、アンカーＣＣ上で送信される制御情報は、ノン−アンカーＣＣを指示する情報のみを含む。即ち、結合を行うＣＣに関する情報がアンカーＣＣで制御信号やデータ信号の一部領域でシグナリングされることができる。たとえ、８個のＣＣのうちの１つを指示する場合、３ビットで表現される。Ｎ個のＣＣのうち、複数のＣＣを同時に指示する場合には、Ｎ長さ(制御信号がシグナリングされるＣＣを含む)又はＮ−１長さのビットマップで表現することができる(制御信号がシグナリングされるＣＣの１ビットは除外)。このノン−アンカーＣＣを指示する情報は、部分相関リソース選択方式が使用される場合にもアンカーＣＣで制御信号やデータ信号の一部領域でシグナリングされる。

部分相関リソース選択方式では、ノン−アンカーＣＣ上で選択されたリソースは、アンカーＣＣ上で選択されたリソースと時間又は周波数インデックスのうちのいずれか１つのみが同一である。或いは、アンカーＣＣから選択されたリソースを基準として一定領域内のリソースのみが選択される。この場合、具体的なリソース位置に関する情報を直接シグナリングすることもでき、一部のみが指示されることもできる。たとえ、時間リソースの位置が常に同一であると仮定して、周波数リソース位置のみが指示されるか、又は周波数リソース位置(ＲＢやサブチャネルインデックス)は常に同一であると仮定して、時間リソース位置をオフセット形態で指示することができる。

例えば、アンカーＣＣ上で送信される制御情報は、ノン−アンカーＣＣ上で信号が送信されるリソース領域の時間領域を指示する情報又はノン−アンカーＣＣ上で信号が送信されるリソース領域の周波数領域を指示する情報を含む。時間領域を指示する情報は、アンカーＣＣ上で送信される制御情報からのオフセット情報であり、周波数領域を指示する情報は、アンカーＣＣ上で選択されたリソースからの(又はアンカーＣＣ上で送信される制御情報からの)周波数軸上のオフセット情報である。具体的には、時間リソースのオフセット又は受信端末が探索する境界情報が制御信号やデータ信号の一部領域で送信される。ここで、オフセットはアンカーキャリアで送信される制御信号から時間領域オフセットと表現される。アンカーキャリアで直接指示されることもできるが、境界が長期間シグナリングされ(上位階層信号により送信端末でシグナリングされるか、予め定められる)、受信端末は境界内で制御信号を復号してデータ信号の結合有無を判断することもできる。ノン−アンカーＣＣでデータ送信に使用された周波数リソース情報(たとえＲＢやサブチャネルの開始及び／又は終了インデックス)又はＲＢ／サブチャネルオフセット情報がシグナリングされる。まったく同じサブチャネルを使用しない限り、ノン−アンカーキャリアのＲＢ／サブチャネル情報がシグナリングされる。この時、多すぎるビットを必要とすることもできるので、ビットサイズを減らすために、簡単にＲＢ／サブチャネルのオフセット形態で表現することもできる。

一方、端末又はパケットのＩＤを制御信号又はデータ信号の一部領域に含むか、又は制御信号又はデータ信号のＣＲＣにマスキングすることができる。これはパケットを結合する時、同じ端末に対するものであるか否かを確認するために使用される。端末のＩＤからビットシーケンスが誘導されることもできるが、端末がパケット送信ごとにランダムに選択する値であることもできる。

ノン−アンカーＣＣ上でのリソース選択は、アンカーＣＣ上で選択されたリソースから所定の範囲内のリソースのみで行われる。即ち、ノン−アンカーＣＣではアンカーＣＣのリソース選択結果によって選択可能なリソース範囲が決定される。たとえ、アンカーＣＣのリソース選択結果に基づいて時間及び／又は周波数領域で一定範囲内のリソースから選択される。この場合、十分なリソースがないこともできるので、一定の時間、周波数範囲内で任意に選択することができる。かかる任意選択は毎送信ごとに行われるか、又はリソース予約を行って一定時間の間に維持することもできる。ノン−アンカーＣＣでリソース選択を行う時間／周波数範囲又は領域は予め定められるか、又は送信端末が周辺の端末に物理階層又は上位階層信号によりシグナリングするか、又はネットワークが端末又は端末グループに物理階層又は上位階層信号によりシグナリングすることができる。

かかるリソース選択のアンカーＣＣは、端末に共通に適用されるか、又は端末或いは端末グループごとに異なるように決定される。もし端末共通にリソース選択のアンカーＣＣが設定される場合、これをネットワークが物理階層又は上位階層信号によりアンカーＣＣをシグナリングすることができる。端末グループごとに異なるように設定する場合にも、同様に端末グループにアンカーＣＣに関する情報をネットワークが物理階層又は上位階層信号によりシグナリングすることができる。たとえ、ネットワークは周波数が低いＣＣをアンカーＣＣとして設定して端末に指示することができる。これは低い周波数であるほどチャネルが遠くまで伝達される特性を用いて、より安定したセンシング動作を行うためのものである。

一方、アンカーＣＣはＵＥグループごと(又は、Ｖ２Ｘサービスごと)に各々設定されたものである。アンカーＣＣとノン−アンカーＣＣは端末又は端末グループごとに異なるように設定される。たとえ、特定のアプリケーション(ａｐｐｌｉｃａｔｉｏｎ)については特定ＣＣをアンカーＣＣとして使用することができる。具体的には、例えば、隊列走行(ｐｌａｔｏｏｎｉｎｇ)では遅延(ｌａｔｅｎｃｙ)を重視して高周波帯域のキャリアがアンカーＣＣとして選択されるか、或いは制御信号の安定性のために３〜４ＧＨｚ帯域のキャリアがアンカーＣＣとして選択される。これは、特定のアプリケーションによってセンシング及びリソース予約を主に行うキャリアを分離してアプリケーションごとに主にモニタリング、センシングを行うキャリアを区分して特定のアプリケーションを駆動する端末のバッテリーを節約するためのものである。例えば、車両端末が使用するアンカーＣＣと歩行者端末が使用するアンカーＣＣが異なる。アンカーＣＣは単一ＣＣであることもでき、ＣＣグループであることもできる。ＣＣグループがアンカーＣＣとして設定される場合、端末はＣＣグループ内の特定ＣＣのリソース割り当てによって、ノン−アンカーＣＣのリソース割り当て及び／又はアンカーＣＣグループ内のリソース割り当てを行うことができる。たとえ、特定アプリケーションの場合、単一ＣＣでは所望の送信率を達成できないこともある。この場合、特定のＣＣグループをアンカーＣＣとして設定して、リソース選択を常に完全相関にすることができる。またアンカーＣＣは複数のＣＣのうち、混雑度を基準として設定される。上述したように、アンカーＣＣはセンシングの基準となり、必ず予約が行われる特性上、特定のキャリアが複数の端末によりアンカーＣＣとして使用される場合、衝突、干渉などの問題があり得るためである。

上記説明は端末間直接通信のみに制限されず、上りリンク又は下りリンクでも使用でき、この時、基地局や中継ノードなどが上記提案した方法を使用することができる。

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

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

図１６は本発明の実施例による送信ポイント装置及び端末装置の構成を示す図である。

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

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

送信ポイント装置１０のプロセッサ１３はさらに、送信ポイント装置１０が受信した情報、外部に送信する情報などを演算処理する機能を行う。またメモリ１４は演算処理された情報などを所定時間の間に貯蔵し、バッファー(図示せず)などの構成要素に代替できる。

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

本発明の一実施例による端末装置２０のプロセッサ２３は、上述した各実施例において必要な事項を処理する。具体的には、プロセッサは、アンカーＣＣ上で第１時間区間の間にセンシングを行い、ノン−アンカーＣＣ上で第２時間区間の間にセンシングを行い、第１時間区間と第２時間区間の終期に、端末がアンカーＣＣ上で信号を送信するリソースを選択し、アンカーＣＣ上で選択されたリソース及びアンカーＣＣ上で選択されたリソースから連係する、ノン−アンカーＣＣ上のリソースにより信号を送信し、第２時間区間は必ず第１時間区間に含まれ、第１時間区間と第２時間区間の終期は同一である。

端末装置２０のプロセッサ２３はさらに、端末装置２０が受信した情報、外部に送信する情報などを演算処理する機能を行う。またメモリ２４は演算処理された情報などを所定時間の間に貯蔵し、バッファー(図示せず)などの構成要素に代替できる。

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

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

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

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

ファームウェアやソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明した機能又は動作を実行するモジュール、手順又は関数などの形態で具現することができる。ソフトウェアコードはメモリユニットに格納され、プロセッサによって駆動されてもよい。前記メモリユニットは、前記プロセッサの内部又は外部に設けられ、公知の様々な手段によって前記プロセッサとデータを交換することができる。

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

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

上述のような本発明の実施形態は、様々な移動通信システムに適用することができる。

Claims

無線通信システムにおいて端末が複数のＣＣ(ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ)上でリソースを選択し、信号を送信する方法であって、
アンカー(ａｎｃｈｏｒ)ＣＣ上で第１時間区間の間にセンシングを行う段階；
ノン−アンカー(ｎｏｎ−ａｎｃｈｏｒ)ＣＣ上で第２時間区間の間にセンシングを行う段階；
前記第１時間区間と前記第２時間区間の終期に、前記端末が前記アンカーＣＣ上で信号を送信するリソースを選択する段階；及び
前記アンカーＣＣ上で選択されたリソース及び前記アンカーＣＣ上で選択されたリソースから連係する、前記ノン−アンカーＣＣ上のリソースにより信号を送信する段階；を含んでなり、
前記第２時間区間は必ず第１時間区間に含まれてなり、
前記第１時間区間と前記第２時間区間の終期は同一であり、
前記ノン−アンカーＣＣ上で選択されたリソースは、前記アンカーＣＣ上で選択されたリソースと時間及び周波数インデックスが同一である、信号送信方法。
前記アンカーＣＣ上でのリソースの選択は、所定時間後の前記信号の再送信のためのリソース予約を必ず含んでなる、請求項１に記載の信号送信方法。
前記ノン−アンカーＣＣ上でのリソースの選択は、所定時間後の前記信号の再送信のためのリソース予約を選択的に含んでなる、請求項２に記載の信号送信方法。
前記アンカーＣＣ上で送信される制御情報は、ノン−アンカーＣＣを指示する情報のみを含んでなる、請求項１に記載の信号送信方法。
前記ノン−アンカーＣＣ上で選択されたリソースは、前記アンカーＣＣ上で選択されたリソースと時間又は周波数インデックスのうちの１つのみが同一である、請求項１に記載の複数の信号送信方法。
前記アンカーＣＣ上で送信される制御情報は、前記ノン−アンカーＣＣ上で前記信号が送信されるリソース領域の時間領域を指示する情報、又は前記ノン−アンカーＣＣ上で前記信号が送信されるリソース領域の周波数領域を指示する情報を含んでなる、請求項５に記載の信号送信方法。
前記時間領域を指示する情報は、前記アンカーＣＣ上で送信される制御情報からのオフセット情報である、請求項６に記載の複数のＣＣ上での信号送信方法。
前記周波数領域を指示する情報は、前記アンカーＣＣ上で選択されたリソースからの周波数軸上のオフセット情報である、請求項６に記載の信号送信方法。
前記ノン−アンカーＣＣ上でのリソースの選択は、前記アンカーＣＣ上で選択されたリソースから予め設定された範囲内のリソースのみで行われる、請求項１に記載の信号送信方法。
前記アンカーＣＣはＵＥグループごとに各々設定される、請求項１に記載の信号送信方法。
前記アンカーＣＣはＶ２Ｘサービスごとに各々設定される、請求項１に記載の信号送信方法。
前記アンカーＣＣは、ネットワークにより指示されたものであり、又は、ネットワークにより予め設定されたものである、請求項１に記載の信号送信方法。
無線通信システムにおいて複数のＣＣ(ｃｏｍｐｏｎｅｎｔｃａｒｒｉｅｒ)上でリソースを選択し、信号を送信するＵＥ装置であって、
送信装置及び受信装置；及び
プロセッサを備えてなり、
前記プロセッサは、
アンカー(ａｎｃｈｏｒ)ＣＣ上で第１時間区間の間にセンシングを行い、
ノン−アンカー(ｎｏｎ−ａｎｃｈｏｒ)ＣＣ上で第２時間区間の間にセンシングを行い、
前記第１時間区間と前記第２時間区間の終期に、前記端末が前記アンカーＣＣ上で信号を送信するリソースを選択し、
前記アンカーＣＣ上で選択されたリソース及び前記アンカーＣＣ上で選択されたリソースから連係する、前記ノン−アンカーＣＣ上のリソースにより信号を送信し、
前記第２時間区間は必ず第１時間区間に含まれてなり、
前記第１時間区間と前記第２時間区間の終期は同一であり、
前記ノン−アンカーＣＣ上で選択されたリソースは、前記アンカーＣＣ上で選択されたリソースと時間及び周波数インデックスが同一である、ＵＥ装置。