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