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