JP2017510191A

JP2017510191A - デバイスツーデバイス通信ネットワークにおける同期化のための方法及び装置

Info

Publication number: JP2017510191A
Application number: JP2016557004A
Authority: JP
Inventors: イン・リ; ブーン・ルーン・ング; ゲラルドゥス・ヨハンネス・ペートルス・ファン・リースハウト; トーマス・デヴィッド・ノヴラン
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2014-03-14
Filing date: 2015-03-16
Publication date: 2017-04-06
Anticipated expiration: 2035-03-16
Also published as: KR20160131999A; EP3117671A1; JP2020080556A; KR102280556B1; EP3117671A4; JP6862032B2; CN106465312B; CN106465312A; JP6833084B2; US20150264588A1; WO2015137781A1

Abstract

デバイスツーデバイス（Ｄ２Ｄ）ユーザ端末（ＵＥ）は、Ｄ２Ｄネットワークにおいて同期化（ｓｙｎｃ）をサポートするように構成される。Ｄ２ＤＵＥは、Ｄ２Ｄ通信を通して通信するように構成されるアンテナを含む。また、Ｄ２ＤＵＥは、Ｄ２Ｄ通信を通して第２の携帯用端末と通信するように構成される処理回路を含む。処理回路は、同期化（ｓｙｎｃ）ソースから送信（ＴＸ）タイミングを導出し、同期化ソースからホップ数を示すように構成されるＤ２Ｄ同期化信号（Ｄ２ＤＳＳ）及び物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）を送信するように追加で構成される。ホップ数は、ＰＤ２ＤＳＣＨの指示子及びプリアンブルシーケンスセットを通して示される。

Description

本発明は、一般的に、無線通信システム、より具体的には、デバイスツーデバイス（device-to-device：Ｄ２Ｄ）通信に関するものである。

伝統的に、セルラーネットワークは、広い又は局部的な地理的な範囲のユーザに提供する固定された通信インフラ構造（例えば、基地局、アクセスポイント、又はｅＮＢ（enhancedNodeB））、及びモバイル装置又はユーザ端末（ＵＥ）間の無線通信リンクを確立するために設計された。しかしながら、無線ネットワークは、配置されたアクセスポイントを必要とせず、又はインフラ構造の支援及びＤ２Ｄ通信リンクを使用して具現されることもできる。通信ネットワークは、アクセスポイント（インフラ構造モード）及び他のＤ２Ｄ使用可能な装置のすべてに接続できる装置をサポートすることができる。Ｄ２Ｄ使用可能な装置は、Ｄ２ＤＵＥと呼ばれる。

上記のような目的を達成するために、第１の実施形態において、ユーザ端末（ＵＥ）が提供される。ＵＥは、デバイスツーデバイス（Ｄ２Ｄ）通信を通して通信するように構成されたアンテナを含む。また、第１の携帯用端末は、Ｄ２Ｄ通信を通して第２のＵＥと通信するように構成された処理回路を含む。処理回路は、同期化（ｓｙｎｃ）ソースから送信（ＴＸ）タイミングを導出し、同期化ソースからホップ数を示すために構成された同期化信号を送信するように追加で構成される。ＵＥが基地局からタイミングを導出する場合に、同期化信号は、ＵＥがカバレッジ内にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからのプリアンブルシーケンスを含む。ＵＥが第１のホップでＤ２ＤユーザＵＥからタイミングを導出する場合に、同期化信号は、携帯用端末がカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからプリアンブルシーケンスを含む。ＵＥが第２のホップでＤ２ＤＵＥからタイミングを導出する場合に、同期化信号は、携帯用端末がカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第２のセットからのプリアンブルシーケンスを含む。ホップ数は、ＰＤ２ＤＳＣＨの指示子及びプリアンブルシーケンスセットを通して示される。

第２の実施形態において、複数の指示を含む非一時的なコンピュータ読み取り可能な媒体が提供される。複数の指示は、プロセッサにより実行される時に、プロセッサがデバイスツーデバイス（Ｄ２Ｄ）通信を通して少なくとも１つの携帯用端末と通信し、同期化（ｓｙｎｃ）ソースから送信（ＴＸ）タイミングを導出し、同期化信号及び物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）を送信するように構成され、同期化信号は、同期化ソースからホップ数を示すように構成される。プロセッサが基地局からタイミングを導出する場合に、同期化信号は、ＵＥがカバレッジ内にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからのプリアンブルシーケンスを含む。プロセッサが第１のホップでＤ２ＤユーザＵＥからタイミングを導出する場合に、同期化信号は、携帯用端末がカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからのプリアンブルシーケンスを含む。プロセッサが第２のホップでＤ２ＤＵＥからタイミングを導出する場合に、同期化信号は、携帯用端末がカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第２のセットからのプリアンブルシーケンスを含む。ホップ数は、ＰＤ２ＤＳＣＨの指示子及びプリアンブルシーケンスセットを通して示される。

第３の実施形態において、方法が提供される。方法は、同期化（ｓｙｎｃ）ソースから送信（ＴＸ）タイミングを導出するステップを含む。また、方法は、ＵＥが基地局からタイミングを導出する場合に、ＵＥがカバレッジ内にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからプリアンブルシーケンスを含む同期化信号を送信するステップと、ＵＥが第１のホップでＤ２ＤユーザＵＥからタイミングを導出する場合に、携帯用端末がカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからのプリアンブルシーケンスを含む同期化信号を送信するステップと、ＵＥが第２のホップでＤ２ＤＵＥからタイミングを導出する場合に、携帯用端末がカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第２のセットからのプリアンブルシーケンスを含む同期化信号を送信するステップとにより、同期化ソースからホップ数を示すように構成されるデバイスツーデバイス（Ｄ２Ｄ）同期化信号（Ｄ２ＤＳＳ）及び物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）を送信するステップを含み、ホップ数は、ＰＤ２ＤＳＣＨの指示子及びプリアンブルシーケンスセットを通して示される。

他の技術的な特徴は、次の図面、説明、及びクレームから当業者により容易に理解されることができる。

本発明を詳細に説明するのに先立って、本明細書の全般にわたって使用される特定の単語及び語句の定義を説明することが好ましい。“接続（結合）する”という語句だけではなく、その派生語は、２以上の構成要素が相互に物理的な接触状態にあるか否か、それら間の任意の直接的であるか又は間接的な通信を称する。“送信する”、“受信する”、及び“通信する”という用語だけでなく、その派生語は、直間接的な通信のすべてを含む。“含む”及び “備える”という語句だけではなく、その派生語は、限定ではなく、包含を意味する。“又は”という用語は、“及び／又は”の意味を包含する。“関連した”及び“それと関連した”という語句だけではなく、その派生語句は、“含む”、“含まれる”、“相互に連結する”、“包含する”、“包含される”、“連結する”、“結合する”、“疎通する”、“協力する”、“挿入する”、“並置する”、“近接する”、“属する”、“有する”、及び“特性を有する”、“関係を有する”などを意味する。“コントローラ”という用語は、少なくとも１つの動作を制御する任意の装置、システム又はその一部を意味する。そのようなコントローラは、ハードウェア又はハードウェアとソフトウェア、及び／又はファームウェアの組み合せで実現することができる。ある特定のコントローラに関連した機能性は、ローカルでも遠隔でも、集中するか又は分散することができることに留意しなければならない。“少なくとも１つの”という語句は、項目のリストとともに使用される時に、リストされた項目の中の１つ以上の相互に異なる組み合せが使用されることができ、そのリスト内の１つの項目だけが必要とされることができることを意味する。例えば、“Ａ、Ｂ、及びＣの中の少なくとも１つ”は、Ａ、Ｂ、Ｃ、Ａ及びＢ、Ａ及びＣ、Ｂ及びＣ、及びＡとＢとＣの組み合せの中のいずれか１つを含む。

他の所定の単語及び語句に対する定義がこの特許文書の全体にわたって提供される。当業者は、大部分の場合ではなくても多くの場合に、そのような定義がそのように定義された単語及び語句の前だけでなく後の使用にも適用されることを理解しなければならない。

本発明及びその長所に対するより完全な理解のために、同一の参照符号は、同一の構成要素を示す添付された図面と関連してなされた下記の説明を参照する。

本発明による例示的な無線ネットワークを示す図である。本発明による例示的な無線送信及び受信経路を示す図である。本発明による例示的な無線送信及び受信経路を示す図である。本発明による例示的なユーザ端末を示す図である。本発明による例示的な改善したノードＢ（enhancedNodeB：ｅＮＢ）を示す図である。本発明によるＤ２Ｄ通信ネットワークの例示的なトポロジーを示す図である。本発明の実施形態によるＤ２Ｄ同期化確立を示す図である。本発明の実施形態によるＤ２Ｄ同期化確立を示す図である。本発明の実施形態による異なるホップ数値を示すためのＳＤ２ＤＳＳ及びＰＤ２ＤＳＳの異なる相対的な時間ドメイン位置に対する例示的な構成を示す図である。本発明の実施形態によるＤ２ＤＵＥが受信されたＤ２ＤＳＳからホップ数値を決定するプロセスを示す図である。本発明の実施形態によるＤ２ＤＵＥが受信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨからホップ数値を決定するプロセスを示す図である。本発明の実施形態によるＤ２ＤＵＥが受信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨからホップ数値及び同期化ソースタイプを決定するプロセスを示す図である。本発明の実施形態によるＤ２Ｄ同期化シナリオを示す図である。本発明の実施形態によるＤ２Ｄ同期化手順図である。本発明の実施形態による他のＤ２Ｄ同期化手順図である。本発明の実施形態による第１のＤ２ＤＵＥは、第１のＤ２ＤＵＥが同期化を検出するノードの情報を送信し、このような情報を受信する第２のＤ２ＤＵＥは、第２のＤ２ＤＵＥが同期化できるノードの優先順位を決定するためのファクターとして情報を使用するプロセスを示す図である。本発明の実施形態による第１のＤ２ＤＵＥは、第１のＤ２ＤＵＥが同期化を検出する複数のノードの情報を送信し、このような情報を受信する他のノードは、第１のＵＥが中継されることを要請するプロセスを示す図である。本発明の実施形態によるＤ２ＤＵＥは、Ｄ２ＤＵＥが同期化を検出する複数のノードの情報を送信し、他のノードは、情報を活用する例示的な動作を示す図である。本発明の実施形態によるＤ２ＤＵＥは、Ｄ２ＤＵＥが同期化を検出する複数のノードの情報を送信し、他のノードは、情報を使用する例示的な動作を示す図である。本発明の実施形態による第１のＤ２ＤＵＥが同期化するノードの変更に関する情報を含むメッセージを送信するプロセスを示す図である。本発明の実施形態による第１のＤ２ＤＵＥが、Ｄ２ＤＵＥが同期化するノードの変更に関する情報を含むメッセージを送信する例示的な動作を示す図である。本発明の実施形態による同期化確立を示す図である。本発明の実施形態による他の同期化確立を示す図である。本発明の実施形態によるＤ２Ｄ−ＦＮに基づく予め構成されたリソースプールのダイヤグラムである。本発明の実施形態によるそれぞれのタイミング及びＤ２Ｄ−ＦＮに基づくか、又はそれぞれのタイミング及びＤ２Ｄ−ＦＮにより決定されたＯＯＣリソースを含むＴＸ及びＲＸリソースを示す図である。本発明の実施形態によるＵＥがＴＸリソースを決定するプロセスを示す図である。本発明の実施形態によるＵＥによるＲＸモニタリングのためのプロセスを示す図である。

以下に論議される図１乃至図２６、及び本特許文献において本発明の開示原則を説明するために使用される様々な実施形態は、例示としてのみ提供され、開示の範囲を限定するいかなる方法としても理解されてはならない。当業者であれば、本発明の開示原則が任意の適切に配置された装置又はシステムで実現することができるものであることを理解するであろう。

Ｄ２Ｄ通信は、ネットワークトポロジーの柔軟性に基づいて新たなサービスを提供するか又は主要な通信ネットワークを補完する多くの種類のサービスを実現するために使用され得る。ブロードキャスティング又はグループキャスティングのようなＬＴＥＤ２Ｄマルチキャスト通信は、ＵＥが特定のグループのメンバーがあるＵＥのサブセット又はすべての範囲内のＤ２Ｄ使用可能なＵＥにメッセージを送信できるＤ２Ｄ通信のための潜在的な手段として確認された。将来の公共安全ネットワークは、セルラーとＤ２Ｄ通信モードとの間をスイッチングする時にほとんど同時方式で動作する装置を要求するものと予想される。したがって、本発明の実施形態は、これらの展開シナリオでＤ２Ｄ通信を管理できるプロトコルを示す。

本発明の全般にわたって、第１のノードが第２のノードに同期化する（ｓｙｎｃｓ）ことは、明示的に言及されない限り、第１のノードが第２のノードからその送信（ＴＸ）タイミングを導出することを意味する。第１のノードが、第２のノードが最大ホップである第２のノードに同期化する場合に、同期化（ｓｙｎｃ）は、第１のノードが第２のノードからタイミングに対する受信（ＲＸ）タイミングを有することができることを意味するが、第２のノードがすでにそのＴＸが最大ホップにあると示したために、第１のノードは、第２のノードのＴＸタイミングから導出されたＴＸタイミングを使用することができない。ｅＮＢである同期化ソース又は同期化ソースタイプは、ＴＸタイミングがｅＮＢから導出されるか、又はＴＸ基準タイミングがｅＮＢからくることを意味する。独立したＵＥソースである同期化ソース又は同期化ソースタイプは、ＴＸタイミングが非ｅＮＢから導出されるか、ＴＸタイミングがｅＮＢから導出されないか、又は、ＴＸ基準タイミングがｅＮＢから来ないことを意味する。

図１は、本発明による無線ネットワーク１００の例を示す図である。図１に示す無線ネットワーク１００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず、無線ネットワーク１００の他の実施形態が使用されることもできる。

無線ネットワーク１００は、ｅＮｏｄｅＢ（ｅＮＢ）１０１、ｅＮＢ１０２、及びｅＮＢ１０３を含む。ｅＮＢ１０１は、ｅＮＢ１０２及びｅＮＢ１０３と通信する。また、ｅＮＢ１０１は、インターネット、独自のＩＰネットワーク、又は他のデータネットワークのような少なくとも１つのインターネットプロトコル（ＩＰ）ネットワーク１３０と通信する。

ネットワークタイプにより、“ｅＮｏｄｅＢ”又は“ｅＮＢ”の代わりに、“基地局”又は“アクセスポイント”のようによく知られている他の用語が使用され得る。説明の便宜を図るために、用語“ｅＮｏｄｅＢ”及び“ｅＮＢ”は、無線アクセスを遠隔端末に提供するネットワークインフラ構成要素を意味し、この特許文書内で使用される。また、他のネットワークタイプにより、“ユーザ端末”又は“ＵＥ”の代わりに、“移動局”、“加入者局”、“遠隔端末”、“無線端末”、又は“ユーザ装置”のようなよく知られている他の用語が使用され得る。説明の便宜のために、“ユーザ端末”及び“ＵＥ”という用語は、本特許文書において、ＵＥが（移動電話又はスマートフォンのような）移動装置として見なされるか又は（デスクトップコンピュータ又はベンディングマシンのような）一般的に固定装置として見なされるかにかかわらず、無線でｅＮＢにアクセスする遠隔無線装置を意味するために使用される。

ｅＮＢ１０２は、ｅＮＢ１０２のカバレッジエリア１２０内の第１の複数のユーザ（ＵＥｓ）にネットワーク１３０に対する無線広帯域アクセスを提供する。ＵＥのうちの１つ以上は、デバイスツーデバイス（Ｄ２Ｄ）ＵＥとして構成される。第１の複数のＵＥは、スモールビジネス（ＳＢ）内に位置できるＵＥ１１１、企業体（Ｅ）内に位置するＵＥ１１２、ＷＩＦｉホットスポット（ＨＳ）内に位置できるＵＥ１１３、第１のレジダンス（Ｒ）内に位置するＵＥ１１４、第２のレジダンス（Ｒ）内に位置するＵＥ１１５、及びセルフォン、無線ラップトップ、無線ＰＤＡなどのようなモバイル装置（Ｍ）であり得るＵＥ１１６を含む。ｅＮＢ１０３は、ｅＮＢ１０３のカバレッジエリア１２５内にある第２の複数のＵＥにネットワーク１３０に対する無線広帯域アクセスを提供する。第２の複数のＵＥは、ＵＥ１１５及びＵＥ１１６を含む。一部の実施形態において、ｅＮＢ１０１乃至１０３のうちの１つ以上は、５Ｇ、ＬＴＥ、ＬＴＥ−Ａ、ＷｉＭＡＸ、又は他の進歩した無線通信技術を用いて、相互に、及びＵＥ１１１乃至１１６と通信する。

点線は、例示及び説明だけのために、ほぼ円形態で見られるカバレッジエリア１２０及び１２５の概略的な程度を示す。カバレッジエリア１２０及び１２５のように、ｅＮＢと関連したカバレッジエリアは、自然的であり人為的な障害物と関連した無線環境内の変動及びｅＮＢの構成により、不規則的な形態を含む他の形態を有し得ることを明確に理解しなければならない。

以下でより詳細に説明するように、ｅＮＢ１０１乃至１０３のうちの１つ以上及びＵＥ１１１乃至１１６のうちの１つ以上は、Ｄ２ＤＵＥの同期化（ｓｙｎｃ）をサポートするためのメカニズムを含む。また、ｅＮＢ１０１乃至１０３のうちの１つ以上は、Ｄ２ＤＵＥを同期化することができるネットワークノードの優先順位を決定するために使用することができる情報を１つ以上のＵＥ１１１乃至１１６のようなＤ２ＤＵＥに通知するように構成される。最後に、ｅＮＢ１０１乃至１０３のうちの１つ以上は、Ｄ２ＤＵＥのトポロジー又は位置の変化がある時に同期化の迅速な再確立を保証するように構成される。

図１は、無線ネットワーク１００の一例を示しているが、図１に対して様々な変形がなされる。例えば、無線ネットワーク１００は、任意の数のｅＮＢ及び任意の数のＵＥを任意の適切な配置を通して含む。また、ｅＮＢ１０１は、任意の数のＵＥと直接に通信でき、これらのＵＥにネットワーク１３０に対する無線広帯域アクセスを提供できる。同様に、それぞれのｅＮＢ１０２及び１０３は、ネットワーク１３０と直接に通信でき、ネットワーク１３０に対する直接的な無線広帯域アクセスをＵＥに提供することもできる。さらに、ｅＮＢ１０１、１０２、及び／又は１０３は、外部の電話ネットワーク又は他のタイプのデータネットワークのような他の、又は、付加の外部のネットワークへのアクセスを提供できる。

図２Ａ及び図２Ｂは、本発明による例示的な無線送信及び受信経路を示す図である。下記の説明において、送信経路２００は、（ｅＮＢ１０２のように）ｅＮＢで実現されるものとして説明され得、受信経路２５０は、（ＵＥ１１６のように）ＵＥで実現されるものとして説明され得る。しかしながら、受信経路２５０がｅＮＢで実現されることができ、送信経路２００がＵＥで具現されることができることを理解するのであろう。一部の実施形態において、送信経路２００及び受信経路２５０は、Ｄ２ＤＵＥの同期化をサポートするように構成され、Ｄ２ＤＵＥが同期化できるネットワークノードの優先順位を決定するために使用できる情報をＤ２ＤＵＥに通知するように構成され、Ｄ２ＤＵＥのトポロジー又は位置の変化がある時に同期化の迅速な再確立を保証するように構成される。

送信経路２００は、チャネル符号化及び変調ブロック２０５と、直列−並列変換（Ｓ−ｔｏ−Ｐ）ブロック２１０と、サイズＮの逆高速フーリエ変換（ＩＦＦＴ）ブロック２１５と、並列−直列変換（Ｐ−ｔｏ−Ｓ）ブロック２２０と、加算サイクリックプレフィックスブロック２２５と、アップコンバータ（ＵＣ）２３０とを含む。受信経路２５０は、ダウンコンバータ（ＤＣ）２５５と、除去サイクリックプレフィックスブロック２６０と、直列−並列変換（Ｓ−ｔｏ−Ｐ）ブロック２６５と、サイズＮの高速フーリエ変換（ＦＦＴ）ブロック２７０と、並列−直列変換（Ｐ−ｔｏ−Ｓ）ブロック２７５と、チャネルデコーディング及び復調ブロック２８０とを含む。

送信経路２００において、チャネル符号化及び変調ブロック２０５は、情報ビットのセットを受信し、符号化（例えば、低密度パリティ検査（ＬＤＰＣ）符号化）を適用し、入力ビットを変調することにより（例えば、直交位相シフトキーイング（ＱＰＳＫ）又は直交振幅変調（ＱＡＭ）を用いて）、周波数領域変調シンボルのシーケンスを生成する。直列−並列ブロック２１０は、Ｎ個の並列シンボルストリームを生成するために直列変調されたシンボルを並列データに変換（例えば、デマルチプレキシング）し、ここで、Ｎは、ｅＮＢ１０２及びＵＥ１１６で使用されるＩＦＦＴ／ＦＦＴサイズである。サイズＮのＩＦＦＴブロック２１５は、Ｎ個の並列シンボルストリームにＩＦＦＴ演算を実行することにより時間ドメイン出力信号を生成する。並列−直列ブロック２２０は、直列時間ドメイン信号を生成するためにサイズＮのＩＦＦＴブロック２１５から並列時間ドメイン出力シンボルを変換（例えば、マルチプレキシング）する。サイクリックプレフィックス付加ブロック２２５は、サイクリックプレフィックスを時間ドメイン信号に挿入する。アップコンバータ２３０は、サイクリックプレフィックス付加ブロック２２５の出力を、無線チャネルを介した送信のためにＲＦ周波数に変調（例えば、アップコンバート）する。また、信号は、ＲＦ周波数への変換の前に基底帯域でフィルタリングされ得る。

ｅＮＢ１０２からの送信されたＲＦ信号は、無線チャネルを通過した後にＵＥ１１６に到達し、ｅＮＢ１０２に対応する逆動作は、ＵＥ１１６で実行される。ダウンコンバータ２５５は、受信された信号を基底帯域周波数にダウンコンバートし、除去サイクリックプレフィックスブロック２６０は、一連の時間ドメイン基底帯域信号を生成するためにサイクリックプレフィックスを除去する。直列−並列ブロック２６５は、時間ドメイン基底帯域信号を並列時間ドメイン信号に変換する。サイズＮのＦＦＴブロック２７０は、Ｎ個の並列周波数ドメイン信号を生成するようにＦＦＴアルゴリズムを実行する。並列−直列ブロック２７５は、並列周波数ドメイン信号を変調データシンボルのシーケンスに変換する。チャネルデコーディング及び復調ブロック２８０は、変調されたシンボルを復調しデコーディングすることにより元来の入力データストリームを復旧する。

ｅＮＢ１０１乃至１０３の各々は、ダウンリンクでＵＥ１１１乃至１１６への送信と類似した送信経路２００を実現し得、アップリンクでＵＥ１１１乃至１１６からの受信と類似した受信経路２５０を実現し得る。同様に、ＵＥ１１１乃至１１６の各々は、アップリンクでｅＮＢ１０１乃至１０３への送信のための送信経路２００を実現でき、ダウンリンクでｅＮＢ１０１乃至１０３からの受信のための受信経路２５０を実現できる。

図２Ａ及び図２Ｂの各構成要素は、専用のハードウェアを使用するか、又はハードウェアとソフトウェア／ファームウェアとの組み合せを用いて実現されることができる。特定の例として、図２Ａ及び図２Ｂの構成要素のうちの少なくとも一部は、ソフトウェアで実現され得、他の構成要素は、構成可能なハードウェア又は構成可能なハードウェアとソフトウェアとの混合物により実現され得る。例えば、ＦＦＴ２７０及びＩＦＦＴブロック２１５は、構成可能なソフトウェアアルゴリズムとして実現され得、ここで、サイズＮの値は、具現に従って変形され得る。

また、ＦＦＴ及びＩＦＦＴを使用するものと説明したが、これは、ただ例示的なものであるだけであり、本開示の範囲を限定するものと解釈されてはならない。離散フーリエ変換（ＤＦＴ）及び逆離散フーリエ変換（ＩＤＦＴ）関数のような他のタイプの変換が使用され得る。それは、変数Ｎの値がＤＦＴ及びＩＤＦＴ関数に対する任意の整数（例えば、１、２、３、４など）であり得、変数Ｎの値がＦＦＴ及びＩＦＦＴ関数に対する２の冪（例えば、１、２、４、８、１６など）である任意の整数であり得ることを理解されるであろう。

図２Ａ及び図２Ｂでは、無線送信及び受信経路の例を示すが、図２Ａ及び図２Ｂに対する様々な変形がなされる。例えば、図２Ａ及び図２Ｂでの様々な構成要素が組み合せられるか、さらに細分化されるか、又は省略され、付加的な構成要素が特定の必要に従って付加され得る。また、図２Ａ及び図２Ｂは、無線ネットワークで使用され得る送信及び受信経路のタイプの例を示す。任意の他の適合したアーキテクチャーは、無線ネットワークにおける無線通信をサポートするために使用され得る。

図３は、本発明によるＵＥ１１６の例を示す図である。図３に示すＵＥ１１６の実施形態は、説明のためだけのものであり、図１のＵＥ１１１乃至１１５は、同一の又は類似の構成を有する。しかしながら、複数のＵＥは、様々な構成を有し、図３は、ＵＥの特定の具現に本開示の範囲を限定するのではない。

ＵＥ１１６は、アンテナ３０５、無線周波数（ＲＦ）送受信器３１０、送信（ＴＸ）処理回路３１５、マイクロフォン３２０、及び受信（ＲＸ）処理回路３２５を含む。図３に示す例は、１つのＲＦ送受信器３１０に結合された１つのアンテナ３０５を示すが、それぞれの複数のＲＦ送受信器に結合された複数のアンテナを含む実施形態が本発明の範囲から逸脱せず使用され得る。また、ＵＥ１１６は、スピーカ３３０、メインプロセッサ３４０、入力／出力（Ｉ／Ｏ）インターフェース（ＩＦ）３４５、キーパッド３５０、ディスプレイ３５５、及びメモリ３６０を含む。メモリ３６０は、基本オペレーティングシステム（ＯＳ）プログラム３６１及び１つ以上のアプリケーション３６２を含む。

ＲＦ送受信器３１０は、ネットワーク１００のｅＮＢにより送信された入力ＲＦ信号をアンテナ３０５から受信する。ＲＦ送受信器３１０は、中間周波数（ＩＦ）又は基底帯域信号を生成するために入力ＲＦ信号をダウンコンバートする。ＩＦ又は基底帯域信号は、ＲＸ処理回路３２５に送信され、これは、基底帯域又はＩＦ信号のフィルタリング、デコーディング、及び／又はディジタル化を行うことにより処理された基底帯域信号（processed baseband signal）を生成する。ＲＸ処理回路３２５は、追加の処理のために処理された基底帯域信号をスピーカ３３０（例えば、音声データの場合）又はメインプロセッサ３４０（例えば、ウェブブラウジングデータの場合）に送信する。

ＴＸ処理回路３１５は、マイクロフォン３２０からアナログ又はディジタル音声データを、あるいはメインプロセッサ３４０から他の送信基底帯域データ（例えば、ウェブデータ、電子メール、又は、双方向ビデオゲームデータ）を受信する。ＴＸ処理回路３１５は、送信基底帯域データの符号化、多重化、及び／又はディジタル化を行うことにより処理された基底帯域又はＩＦ信号を生成する。ＲＦ送受信器３１０は、ＴＸ処理回路３１５から送信処理された基底帯域又はＩＦ信号を受信し、基底帯域又はＩＦ信号を、アンテナ３０５を通して送信されるＲＦ信号にアップコンバートする。

メインプロセッサ３４０は、１つ以上のプロセッサ又は他の処理装置を含むことができ、ＵＥ１１６の全般的な動作を制御するためにメモリ３６０に記憶される基本ＯＳプログラム３６１を実行できる。例えば、メインプロセッサ３４０は、公知の原理に従って、ＲＦ送受信器３１０、ＲＸ処理回路３２５、及びＴＸ処理回路３１５により順方向チャネル信号の受信及び逆方向チャネル信号の送信を制御できる。一部の実施形態において、メインプロセッサ３４０は、少なくとも１つのマイクロプロセッサ又はマイクロコントローラを含む。

また、メインプロセッサ３４０は、Ｄ２ＤＵＥの同期化をサポートするための動作のように、メモリ３６０に滞在している他のプロセス及びプログラムを実行し、同期化が実行されることができるネットワークノードの優先順位を決定するために情報を受信し活用し、ＵＥのトポロジー又は位置の変化がある時に同期化の迅速な再確立のための動作を行うことができる。メインプロセッサ３４０は、実行プロセスにより要求されるように、メモリ３６０内に又は外部にデータを移動させることができる。一部の実施形態において、メインプロセッサ３４０は、ＯＳプログラム３６１に基づいて、あるいは、ｅＮＢ又はオペレータから受信された信号に応じてアプリケーション３６２を実行するように構成される。また、メインプロセッサ３４０は、Ｉ／Ｏインターフェース３４５に結合され、ラップトップコンピュータ及びハンドヘルドコンピュータのような他の装置に接続できる能力をＵＥ１１６に提供する。Ｉ／Ｏインターフェース３４５は、周辺装置とメインプロセッサ３４０との間の通信経路である。

また、メインプロセッサ３４０は、キーパッド３５０及びディスプレイユニット３５５に結合される。ＵＥ１１６のオペレータは、キーパッド３５０を使用してデータをＵＥ１１６に入力できる。ディスプレイ３５５は、ウェブサイトからテキスト及び／又は少なくとも制限されたグラフィックをレンダリングできる液晶ディスプレイ又は他のディスプレイであり得る。

メモリ３６０は、メインプロセッサ３４０に結合される。メモリ３６０の一部は、ランダムアクセスメモリ（ＲＡＭ）を含み得、メモリ３６０の他の部分は、フラッシュメモリ又は他の読出し専用メモリ（ＲＯＭ）を含み得る。

図３では、ＵＥ１１６の一例を図示したが、図３に対して様々な変形がなされ得る。例えば、図３での様々な構成要素が組み合せられるか、より細分化されるか、又は省略されるか、追加の構成要素が特定の必要に従っても付加され得る。特定の例として、メインプロセッサ３４０は、複数のプロセッサ、例えば、１つ以上の中央処理装置（ＣＰＵｓ）及び１つ以上のグラフィック処理装置（ＧＰＵｓ）に分割され得る。また、図３は、携帯電話又はスマートフォンとして構成されたＵＥ１１６を示す一方、複数のＵＥは、他のタイプの移動装置又は固定装置として動作するように構成され得る。

図４は、本発明によるｅＮＢ１０２の例を示す図である。図４に示すｅＮＢ１０２の実施形態は、例示のためのものであるだけで、図１の他のｅＮＢは、同一であるか又は類似の構成を有する。しかしながら、ｅＮＢは、非常に様々な構成を有し、図４は、本発明の範囲をｅＮＢの任意の特定の具現例に限定しない。

ｅＮＢ１０２は、複数のアンテナ４０５ａ乃至４０５ｎ、複数のＲＦ送受信器４１０ａ乃至４１０ｎ、送信（ＴＸ）処理回路４１５、及び受信（ＲＸ）処理回路４２０を含む。また、ｅＮＢ１０２は、コントローラ／プロセッサ４２５、メモリ４３０、及びバックホール又はネットワークインターフェース４３５を含む。

ＲＦ送受信器４１０ａ乃至４１０ｎは、ＵＥ又は他のｅＮＢにより送信された信号のような入力ＲＦ信号をアンテナ４０５ａ乃至４０５ｎから受信する。ＲＦ送受信器４１０ａ乃至４１０ｎは、入力ＲＦ信号をダウンコンバートすることにより中間周波数（ＩＦ）又は基底帯域信号を生成する。ＩＦ又は基底帯域信号は、ＲＸ処理回路４２０に送信され、ＲＸ処理回路４２０は、基底帯域又はＩＦ信号のフィルタリング、デコーディング、及び／又はディジタル化を行うことにより処理された基底帯域信号を生成する。ＲＸ処理回路４２０は、追加の処理のために、処理された基底帯域信号をコントローラ／プロセッサ４２５に送信する。

ＴＸ処理回路４１５は、コントローラ／プロセッサ４２５からアナログ又はディジタルデータ（例えば、音声データ、ウェブデータ、電子メール、又はインタラクティブビデオゲームデータ）を受信する。ＴＸ処理回路４１５は、送信基底帯域データの符号化、多重化、及び／又はディジタル化を行うことにより処理された基底帯域又はＩＦ信号を生成する。ＲＦ送受信器４１０ａ乃至４１０ｎは、処理された送信基底帯域又はＩＦ信号をＴＸ処理回路４１５から受信し、アンテナ４０５ａ乃至４０５ｎを通して送信される基底帯域又はＩＦ信号をＲＦ信号にアップコンバートする。

コントローラ／プロセッサ４２５は、ｅＮＢ１０２の全般的な動作を制御する１つ以上のプロセッサ又は他の処理装置を含むことができる。例えば、コントローラ／プロセッサ４２５は、公知の原理に従って、ＲＦ送受信器４１０ａ乃至４１０ｎ、ＲＸ処理回路４２０、及びＴＸ処理回路４１５により順方向チャネル信号の受信及び逆方向チャネル信号の送信を制御できる。コントローラ／プロセッサ４２５は、より進化した無線通信機能のような付加の機能もサポートできる。例えば、コントローラ／プロセッサ４２５は、所望する方向に出力信号を効率的に操縦するために複数のアンテナ４０５ａ乃至４０５ｎからの出力信号に異なる加重値が付与される指向的なルーティング又はビームフォーミング動作をサポートできる。非常に様々な他の機能のうちのいずれか１つがコントローラ／プロセッサ４２５によりｅＮＢ１０２でサポートされることができる。一部の実施形態において、コントローラ／プロセッサ４２５は、少なくとも１つのマイクロプロセッサ又はマイクロコントローラを含む。

また、コントローラ／プロセッサ４２５は、基本ＯＳのように、メモリ４３０に滞在している他のプロセス及びプログラムを実行することができる。コントローラ／プロセッサ４２５は、実行プロセスにより要請される時に、メモリ４３０にデータを移動させるか又はメモリからデータを移動させることができる。

また、コントローラ／プロセッサ４２５は、バックホール又はネットワークインターフェース４３５にも結合される。バックホール又はネットワークインターフェース４３５は、ｅＮＢ１０２がバックホール接続又はネットワークを通して他の装置又はシステムと通信できるようにする。インターフェース４３５は、任意の適切な有線又は無線接続（複数の接続）を通して通信をサポートできる。例えば、ｅＮＢ１０２がセルラー通信システム（例えば、５Ｇ、ＬＴＥ、又はＬＴＥ−Ａをサポートするもの）の一部として具現される場合に、インターフェース４３５は、ｅＮＢ１０２が有線又は無線バックホール接続を介して他のｅＮＢと通信できるようにする。ｅＮＢ１０２がアクセスポイントとして実現される場合に、インターフェース４３５は、ｅＮＢ１０２がより大きいネットワーク（例えば、インターネット）に有線又は無線接続を通して又は有線又は無線近距離ネットワークを通して通信できるようにする。インターフェース４３５は、イーサネット（登録商標）又はＲＦ送受信器のように、有線又は無線接続を通した通信をサポートする任意の適切な構造を含む。

メモリ４３０は、コントローラ／プロセッサ４２５に結合される。メモリ４３０の一部は、ＲＡＭを含み得、メモリ４３０の他の一部は、フラッシュメモリ又は他のＲＯＭを含み得る。

以下でより詳細に説明するように、ｅＮＢ１０２の送受信経路（ＲＦ送受信器４１０ａ乃至４１０ｎ、ＴＸ処理回路４１５、及び／又はＲＸ処理回路４２０を用いて具現される）は、Ｄ２ＤＵＥが同期化できるネットワークノードの優先順位を決定するために使用できる情報をＤ２ＤＵＥに通知するように構成され、Ｄ２ＤＵＥのトポロジー又は位置の変化がある時に同期化の迅速な再確立を保証するように構成されるＤ２ＤＵＥの同期化をサポートする。

図４は、ｅＮＢ１０２の一例を示しているが、図４に対して様々な変形がなされる。例えば、ｅＮＢ１０２は、図４に示す所定数のそれぞれの構成要素を含む。特定の例として、アクセスポイントは、複数のインターフェース４３５を含み、コントローラ／プロセッサ４２５は、異なるネットワークアドレスの間でデータをルーティングするルーティング機能をサポートすることができる。他の特定の例として、ＴＸ処理回路４１５の１つのインスタンス及びＲＸ処理回路４２０の１つのインスタンスを含んで図示されているが、ｅＮＢ１０２は、それぞれの複数のインスタンスを含み得る（例えば、ＲＦ送受信器当たりの１つ）。

図５は、本発明によるＤ２Ｄ通信ネットワークトポロジーの例を示す図である。図５に示すＤ２Ｄ通信ネットワーク５００の実施形態は、例示のためのものであるだけである。本発明の範囲から逸脱せず他の実施形態が使用されることができる。

Ｄ２Ｄ通信ネットワーク５００は、ネットワークカバレッジ境界５１０内で複数のＵＥと通信できるｅＮＢ５０５を含む。ｅＮＢ５０５は、ネットワークカバレッジ境界５１０内でＵＥ１５１５、ＵＥ２５２０、ＵＥ３５２５と通信する。図５に示す例での残りのＵＥは、ネットワークカバレッジ境界５１０の外にある。図５に示す例において、ＵＥ１５１５及びＵＥ２５２０は、相互にＤ２Ｄ通信に参加し、ＵＥ３５２５は、ＵＥ４５３０及びＵＥ５５３５とＤ２Ｄ通信を行い、ＵＥ６５４０は、ＵＥ７５４５とＤ２Ｄ通信を行い、ＵＥ７５４５は、ＵＥ８５５０とＤ２Ｄ通信を行う。

Ｄ２Ｄ通信ネットワーク５００での同期化の確立は、Ｄ２Ｄ通信を可能であるようにするための必須の構成要素である。ＵＥ１５１５のようなＤ２ＤＵＥがＵＥ２５２０のような他のＤ２ＤＵＥ及びｅＮＢ５０５を含む他のノードを検出することができる場合には、Ｄ２ＤＵＥ、すなわち、ＵＥ１５１５は、同期化を確立するために同期化ソースとして検出されたノードを使用することができる。ＵＥ１５１５のようなＤ２ＤＵＥが同期化のための他のノードを検出することができない場合には、Ｄ２ＤＵＥ、すなわち、ＵＥ１５１５は、独立した同期化ソースとなることができる。特定のノードは、Ｄ２ＤＵＥが使用することができる同期化ソースとなる他のノードより高い優先順位を有することができる。しかしながら、どんな情報が同期化ソースの優先順位化に有用であるか、どのように優先順位化が実行されるか、損失される場合には、同期化を再確立する方法を含んでＤ２ＤＵＥの同期化をサポートするためのメカニズムについては、文献に明確に記載されていない。

Ｄ２Ｄ送信のために、ＵＥ１５１５のようなＵＥは、アップリンク（ＵＬ）リソースを使用する。ＵＬリソースは、システムが周波数分割デュプレキシング（ＦＤＤ）であるか、又は時分割デュプレキシング（ＴＤＤ）であるかにより、及びＴＤＤＵＬダウンリンク（ＤＬ）構成に基づいて変わる。ＴＤＤ通信システムにおいて、一部のサブフレームでの通信方向は、ＤＬであり、一部の他のサブフレームでの通信方向は、ＵＬである。表１は、フレーム期間とも呼ばれる１０個のサブフレームの期間を通した指示ＵＬ−ＤＬ構成をリストする。“Ｄ”は、ＤＬサブフレームを示し、“Ｕ”は、ＵＬサブフレームを示し、“Ｓ”は、ダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）と呼ばれるＤＬ送信フィールド、保護期間（ＧＰ）、及びアップリンクパイロットタイムスロット（ＵｐＰＴＳ）と呼ばれるＵＬ送信フィールドを含む特別なサブフレームを示す。総デュレーションが１つのサブフレームである状況を前提とする特別なサブフレーム内の各フィールドのデュレーションには、複数の組み合せが存在する。

表１のＴＤＤＵＬ−ＤＬ構成は、フレームの当たりにＤＬサブフレームの４０％及び９０％のＤＬサブフレームを提供し、残りは、ＵＬサブフレームとなるように提供する。このような柔軟性にもかかわらず、システム情報（ＳＩ）シグナリングにより６４０ミリ秒（ｍｓ）ごとに又はその未満の頻度でアップデートされることができる準静的ＴＤＤＵＬ−ＤＬ構成は、短期データトラフィック状態とよく合わないことがあり得る。このような理由で、接続されたＵＥの低い番号又は中間番号に対して特別にシステムスループットを改善するためにＴＤＤＵＬ−ＤＬ構成の高速適応が考慮される。例えば、ＵＬトラフィックよりさらに多くのＤＬトラフィックが存在する時に、ＴＤＤＵＬ−ＤＬ構成は、さらに多くのＤＬサブフレームを含むように適応される。ＴＤＤＵＬ−ＤＬ構成の高速適応のためのシグナリングは、ＰＤＣＣＨ、媒体アクセス制御（ＭＡＣ）シグナリング、及び無線リソース制御（ＲＲＣ）シグナリングを含んでいくつかの手段により提供されることができる。

ＳＩシグナリング以外の手段によるＴＤＤＵＬ−ＤＬ構成の適応における動作制約は、そのような適応に対して認識できないＵＥの可能な存在にある。そのようなＵＥを従来のＵＥと称する。従来のＵＥがそれぞれのセル特定基準信号（ＣＲＳ）を用いてＤＬサブフレームで測定を実行するために、そのようなＤＬサブフレームは、ＴＤＤＵＬ−ＤＬ構成のより速い適応を通してＵＬサブフレーム又は特別のサブフレームに変更されることができない。しかしながら、ＵＬサブフレームは、ＮｏｄｅＢが、そのようなＵＥがそのようなＵＬサブフレームで何の信号も送信しないことを保証できるために、従来のＵＥに影響を与えずＤＬサブフレームに変更されることができる。また、すべてのＴＤＤＵＬ−ＤＬ構成に共通するＵＬサブフレームは、ＮｏｄｅＢが唯一のＵＬサブフレームとしてこのようなＵＬサブフレームをできるだけ選択することができるように存在しなければならない。このようなＵＬサブフレームは、サブフレーム＃２である。上記のような内容を考慮して、表２は、表１のそれぞれのＴＤＤＵＬ−ＤＬ構成に対するフレキシブルサブフレーム（‘Ｆ’で表示）を示す。

Ｄ２Ｄ通信ネットワークは、Ｄ２Ｄ検索及びＤ２Ｄ通信をサポートするか、又はＤ２Ｄ検索だけをサポートする。Ｄ２Ｄ検索において、Ｄ２Ｄ送信器ＵＥは、Ｄ２Ｄ検索信号を送信し、１つ以上のＤ２Ｄ受信器ＵＥは、信号を受信する。Ｄ２Ｄ通信の場合に、Ｄ２Ｄ通信ネットワークは、Ｄ２Ｄ制御情報及びデータを送信するためにＵＥにより使用されるリソースがｅＮＢにより正確にスケジューリングされるモード１通信及びＵＥ自身がＤ２Ｄ制御情報及びデータを送信するためにリソースプールからリソースを選択するモード２通信をサポートする。

カバレッジ外（ＯＯＣ）のＵＥが相互に近接内にある場合に、相互に通信できることを保証することは重要である。また、相互に近接内にある場合には、ＯＯＣＵＥがカバレッジ内（ＩＣ）のＵＥと通信できることを保証することも重要である。ＩＣＵＥは、それ自身のサービングセルからリソースプールを取得できるが、非同期式システムにおいて、セルは、同期化されないことがある。また、ＯＯＣＵＥは、ｅＮＢからの信号を中継するＵＥから又はｅＮＢから信号を受信することができないために、ＯＯＣＵＥは、ｅＮＢにより構成されたリソース割り当てを認識できない。これらのすべては、ＯＯＣＵＥ又はＩＣＵＥが相互に通信することを難しくする。ＵＥがサービングセルを有する場合に（ＣＯＮＮＥＣＴＥＤ）又はセルにキャンピングしている場合（ＩＤＬＥ）に、ＵＥは、カバレッジ内（ＩＣ）にあるものと見なされる。

図５に示す上述した弱点を克服するために、本発明の実施形態は、Ｄ２ＤＵＥの同期化をサポートするためのメカニズムを提供する。また、本発明の特定の実施形態は、Ｄ２ＤＵＥが同期化できるネットワークノードの優先順位を決定するために使用できる情報をＤ２ＤＵＥに通知するためのシステム及び方法を提供する。さらに、本発明の特定の実施形態は、Ｄ２ＤＵＥのトポロジー又は位置の変化がある時に同期化の迅速な再確立を保証するためのシステム及び方法を提供する。また、本発明の特定の実施形態は、ＯＯＣＵＥが送信のためのリソースを決定するためのシステム及び方法を提供する。さらに、本発明の特定の実施形態は、ＯＯＣＵＥが受信をモニタリングするためのリソースを決定するためのシステム及び方法を提供する。さらにまた、本発明の特定の実施形態は、ＯＯＣＵＥ及びＩＣＵＥが相互に通信できるようにするためのシステム及び方法を提供する。

ｅＮＢは、１次同期化信号（ＰＳＳ）及び２次同期化信号（ＳＳＳ）を有することができるレガシー同期化信号を送信できる。第１のＤ２ＤＵＥがｅＮＢからの同期化信号を受信することができる場合に、第１のＤ２ＤＵＥは、ｅＮＢに同期化する。ｅＮＢに同期化される第１のＤ２ＤＵＥは、ホップ数値２を有するホップでＤ２Ｄ同期化信号（Ｄ２ＤＳＳ）及び物理Ｄ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）を送信できる。Ｄ２ＤＳＳを受信する第２のＤ２ＤＵＥは、第１のＤ２ＤＵＥに同期化できる。Ｄ２ＤＳＳは、同期化プリアンブル又はシーケンスの情報を伝達する。Ｄ２ＤＳＳは、１次同期化信号及び２次同期化信号を有することができる。また、Ｄ２ＤＳＳは、ホップ数値“１”を有するホップで同期化信号を送信する同期化ソースがｅＮＢであるか否かを示す。また、Ｄ２ＤＳＳは、Ｄ２ＤＳＳを送信するホップにホップ数に関連した情報を示す。ＰＤ２ＤＳＣＨは、重要なシステム情報を伝達し、ここで、一部の情報は、同期化に関連することができる。例えば、ＰＤ２ＤＳＣＨは、Ｄ２ＤＳＳの情報に加えてホップ数に関連した一部の情報を伝達することができる。第２のＤ２ＤＵＥは、ホップ数値“３”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信できる。第２のＤ２ＤＵＥからＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する第３のＤ２ＤＵＥは、第２のＤ２ＤＵＥに同期化できる。このようなｅＮＢソース同期化プロセスは、任意の数のホップまで拡張されることができる。すなわち、ホップの最大数は、システムがサポートできる量で定義されることができ、最大数は、固定されるか又は予め定義される。

その同期化ソースがｅＮＢであることを示すＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信するＤ２ＤＵＥ又はｅＮＢのように、他のノードに同期化できない第４のＤ２ＤＵＥは、独立したＵＥ同期化ソースでＤ２ＤＵＥとなることができる。第４のＤ２ＤＵＥは、ホップ数値“１”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信できる。Ｄ２ＤＳＳは、同期化ソースが独立したＵＥ同期化ソースであることを示す。第４のＤ２ＤＵＥからＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する第５のＤ２ＤＵＥは、第４のＤ２ＤＵＥに同期化できる。第５のＤ２ＤＵＥは、ホップ数値“２”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信できる。第５のＤ２ＤＵＥからＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する第６のＤ２ＤＵＥは、第５のＤ２ＤＵＥに同期化できる。このような独立したＵＥ同期化プロセスは、任意の数のホップまで拡張されることができる。

ホップ数は、ホップカウントの表示である。ｅＮＢは、ホップ数“１”を有する。ｅＮＢに同期化し、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する第１のＵＥは、ホップ数“２”を有する。第１のＵＥから示されたホップ数２でＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する第２のＵＥは、受信された信号がｅＮＢからの第２のホップカウントとして送信されると解析する。あるいは、ｅＮＢは、第１のホップを有することができる。第１のＵＥは、ｅＮＢに同期化し、ホップ数“１”でＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。第１のＵＥから示されたホップ数１でＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する第２のＵＥは、第１のＵＥから受信された信号がｅＮＢからの第１のホップカウントを介して導出されたＴＸタイミングを使用して送信されると解析する。

図６は、本発明の実施形態によるＤ２Ｄ同期化確立を示す図である。図６に示すＤ２Ｄ通信ネットワーク６００の実施形態は、例示のためだけのものである。本発明の範囲を逸脱せず他の実施形態が使用されることができる。

Ｄ２Ｄ通信ネットワーク６００は、ネットワークカバレッジ境界６１０内で複数のＵＥと通信できるｅＮＢ６０５を含む。ｅＮＢ６０５は、ネットワークカバレッジ境界６１０内でＵＥ１６１５と通信する。ｅＮＢ６０５は、ｅＮＢ１０２と同一であるか又は類似して構成されることができる。図６に示すＵＥ１６１５、ＵＥ２６２０、ＵＥ３６２５、ＵＥ４６３０、ＵＥ５６３５、ＵＥ６６４０、及びＵＥ７６４５のうちの１つ以上は、ＵＥ１１６と同一であるか又は類似して構成されることができる。

ＵＥ１６１５は、同期化を受信し、ネットワークカバレッジ境界内でｅＮＢ６０５と同期化する。ＵＥ１６１５は、ｅＮＢ６０５からそのＴＸタイミングを導出することによりｅＮＢ６０５と同期化する。ＵＥ１６１５は、ホップ数“２”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、同期化ソースがｅＮＢ６０５であることを示す。ＵＥ２６２０は、ＵＥ１６１５からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信し、また、ｅＮＢ６０５からそのＴＸタイミングを導出することにより同期化する。ＵＥ２６２０は、ホップ数“３”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、同期化ソースがｅＮＢ６０５であることを示す。ＵＥ３６２５は、ＵＥ２６２０からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する。ホップ数”３”がすでに最大ホップ数である場合に、ＵＥ３６２５は、ｅＮＢ６０５から又はＵＥ２６２０からＴＸタイミングを導出することができない。ＵＥ３６２５は、そのＴＸタイミングを導出するために他の手段を使用する。ＵＥ４６３０は、ｅＮＢ６０５、ＵＥ１６１５、ＵＥ２６２０又はＵＥ３６２５から何の同期化信号も受信することができないために、ＵＥ４６３０は、自身を独立した同期化ソース（ＳＳ）として識別する。したがって、ＵＥ４６３０は、ホップ数“１”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、同期化ソースがｅＮＢ６０５でないことを示す。ＵＥ５６３５は、ＵＥ４６３０からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信し、ＵＥ４６３０からそのＴＸタイミングを導出することにより同期化する。ＵＥ５６３５は、ホップ数“２”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、同期化ソースがｅＮＢ６０５でないことを示す。ＵＥ６６４０は、同期化されたＵＥ５６３５からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する。ＵＥ６６４０は、ホップ数“３”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、同期化ソースがｅＮＢ６０５でないことを示す。ＵＥ７６４５は、ＵＥ６６４０からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する。ホップ数“３”がすでに最大ホップ数である場合に、ＵＥ６６４０は、独立した同期化ソースＵＥ４６３０から又はＵＥ５６３５からＴＸタイミングを導出することができない。ＵＥ６６４０は、そのＴＸタイミングを導出するために他の手段を使用する。

Ｄ２ＤＳＳシーケンスは、グループに分割されるか又は区分されることができる。ＵＥの送信タイミング基準がｅＮＢ６０５である場合に、第１のグループのＤ２ＤＳＳシーケンスがＵＥ６１５のようなＵＥにより使用される。ＵＥの送信タイミング基準がｅＮＢ６０５でない場合に、第２のグループのＤ２ＤＳＳシーケンスがＵＥ６１５のようなＵＥにより使用される。例えば、ＵＥ１６１５、ＵＥ２６２０、ＵＥ３６２５は、第１のグループのＤ２ＤＳＳシーケンスをそれぞれ使用することができ、ＵＥ４６３０、ＵＥ５６３５、ＵＥ６６４０、ＵＥ７６４５は、第２のグループのＤ２ＤＳＳシーケンスをそれぞれ使用することができる。

Ｄ２Ｄ通信のために、第１のモード（モード１）において、ｅＮＢ又は中継ノードは、Ｄ２Ｄデータ及びＤ２Ｄ制御情報を送信するためにＤ２ＤＵＥにより使用されるリソースをスケジューリングする。リソースは、制限されることもあり、制限されないこともある。例えば、リソースは、リソースプール（複数のリソースプール）内にあるように制限されることもあり、制限されないこともある。ｅＮＢ又は中継ノードは、スケジューリング割り当て（ＳＡ）送信のための特定のリソースをＤ２ＤＵＥに示す。これに対応して、Ｄ２ＤＵＥは、示されたリソースで他のＤ２ＤＵＥにＳＡを送信する。ＳＡは、Ｄ２Ｄデータに対するリソースを示す。ｅＮＢ又は中継ノードは、制御情報とともにＤ２Ｄデータを送信するために特定のリソースをＤ２ＤＵＥに示し、Ｄ２Ｄデータに対するリソースを示すために使用される個別のＳＡは、必要でないこともある。

第２のモード（モード２）において、ＵＥは、単独でＤ２Ｄデータ及びＤ２Ｄ制御情報を送信するためにリソースプール（複数のリソースプール）からリソースを選択する。リソースプール（複数のリソースプール）は、予め定義されるか、予め構成されるか、又は固定される。例えば、リソースプール（複数のリソースプール）は、１つ以上の他のＤ２ＤＵＥにより受信され、Ｄ２ＤＵＥにより送信される物理Ｄ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）により示されることができる。また、リソースプール（複数のリソースプール）は、ｅＮＢ又は中継ノードからシステム情報ブロックで示されることができる。Ｄ２Ｄデータ及びＤ２Ｄ制御情報に対するリソースプール（複数のリソースプール）は、同一であるか又は異なることができる。Ｄ２ＤＵＥは、１つ以上の他のＤ２ＤＵＥにＳＡを送信するためにリソースを選択し、ＳＡは、Ｄ２Ｄデータに対するリソースを示す。Ｄ２ＤＵＥは、制御情報とともにＤ２Ｄデータを送信するためにリソースを選択し、Ｄ２Ｄデータに対するリソースを示すために使用される個別のＳＡは、必要としないこともある。

ＵＥ１６１５のようなＤ２ＤＵＥがネットワークカバレッジ内（in-coverage）（ＩＣ）にある場合に、Ｄ２ＤＵＥは、少なくともモード１をサポートすることができる。また、特定の実施形態において、ＵＥ１６１５のようなＩＣＵＥは、モード２を使用するためにｅＮＢ６０５のようなｅＮＢにより指示され、又はＲＲＣ接続再構成が開始される時のような一部の例外的な場合に、ＩＣＵＥは、モード２を使用する。特定の実施形態において、Ｄ２ＤＵＥがＯＯＣ（out-ofcoverage）である場合に、Ｄ２ＤＵＥは、少なくともモード２をサポートする。

特定の実施形態において、ＵＥ２６２０のようなＯＯＣＵＥは、他のＵＥが、ＯＣＣＵＥが全地球測位信号（ＧＰＳ）又は国際標準時間（ＵＴＣ）のような使用可能な同期化の正確な方法を有するか否かを認識できるようにする必要がある。このような情報は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨで伝達されることができる。この情報は、ＯＯＣＵＥが同期化タイミングを導出するノードから又は同期化するノードの優先順位を定めるために他のＯＯＣＵＥのような他のＵＥにより使用されることができる。

独立したＵＥＳＳのように、ｅＮＢ又は非ｅＮＢであり得る、元来の同期化タイプについて最大許容可能なホップ数でＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信するノードからタイミングを導出するノードは、他のノードに同期化を提供できない。例えば、ｅＮＢ６０５の同期化オリジンに対して、最大許容可能なホップ数（Ｍａｘ＿ｈｏｐ＿ｅＮＢ）が３であり、第２のノードが第３のホップでｅＮＢ６０５からそのタイミングを導出することを示す第２のノードから第１のノードがＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する場合に、第１のノードは、同期化ソースとなってはいけないか、又は第１のノードが他のノードに同期化を提供できないか、又は他のノードが第１のノードからタイミング又は同期化タイミングを導出することができない。第１のノードは、その送信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨでこれを示す。例えば、第１のノードは、第１のノードがｅＮＢ６０５からタイミングを導出するＵＥにより使用されるシーケンスのセットからのＤ２ＤＳＳシーケンスを使用してｅＮＢ６０５からそのタイミングを導出することをＤ２ＤＳＳで示すことができる。追加で、第１のノードは、第１のノードがｅＮＢ６０５から由来したＭａｘ＿ｈｏｐ＿ｅＮＢと同一のホップ数を有するノードからそのタイミングを導出することをＤ２ＤＳＳ及びＰＤ２ＤＳＣＨで示すことができる。追加で、第１のノードは、第１のノードがｅＮＢ６０５から由来したＭａｘ＿ｈｏｐ＿ｅＮＢ＋１と同一のホップ数を有することを示すこともできる。最大ホップ数Ｍａｘ＿ｈｏｐ＿ｅＮＢは、すべてのＵＥに対して固定されるか又は予め設定されることができる。したがって、ｅＮＢ６０５から由来したホップ数Ｍａｘ＿ｈｏｐ＿ｅＮＢ＋１を受信する他のＵＥは、タイミングがノードから導出されることができないことを認識する。あるいは、Ｄ２ＤＳＳ又はＰＤ２ＤＳＣＨが、ノードが同期化ソースであるか否かを示す個別の表示を含む場合には、ｅＮＢ６０５から由来したＭａｘ＿ｈｏｐ＿ｅＮＢであるホップ数を有するノードからそのタイミングを導出するＵＥは、ノードが同期化ソースでないことを示す個別の表示を設定することができる。例えば、ＰＤ２ＤＳＣＨは、ノードが同期化ソースであるか否かを示すように構成された１ビット指示子フィールドを含むことができる。他の例において、Ｄ２ＤＳＳシーケンス追加分割、又はＰＤ２ＤＳＳ及びＳＤ２ＤＳＳ相対的なタイミングは、ノードが同期化ソースであるか否かを示すために使用されることができる。

特定の実施形態において、ＯＯＣＵＥが同期化を提供できる他のノードを発見できない場合に、ＯＯＣＵＥは、独立した同期化ソースＵＥとなる。ＯＯＣＵＥがＧＰＳ又はＵＴＣのような使用可能な正確な同期化方法を有する場合に、ＯＯＣＵＥは、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＯＯＣＵＥがホップ数１で独立したＵＥＳＳであることを示す。

独立したＵＥの同期化オリジンに対して、オリジンがｅＮＢ６０５でない場合、最大許容可能なホップ数（Ｍａｘ＿ｈｏｐ＿ＮｅＮＢ）が１である場合、及び第２のノードが第１のホップで非ｅＮＢからそのタイミングを導出することを示す第２のノードからのＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを第１のノードが受信する場合に、第１のノードは、同期化ソースとなってはいけないか、又は第１のノードが他のノードに同期化を提供できないか、又は他のノードが第１のノードからタイミング又は同期化タイミングを導出することができない。第１のノードは、その送信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨでこれを示す。例えば、第１のノードは、第１のノードがｅＮＢ６０５からタイミングを導出しないＵＥにより使用されるシーケンスのセットからのＤ２ＤＳＳシーケンスを使用してｅＮＢ６０５からそのタイミングを導出しないことをＤ２ＤＳＳで示すことができる。他の例において、第１のノードは、第１のノードがｅＮＢ６０５から由来しないＭａｘ＿ｈｏｐ＿ＮｅＮＢと同一のホップ数を有するノードからそのタイミングを導出することをＤ２ＤＳＳ及びＰＤ２ＤＳＣＨで示すことができる。他の例において、第１のノードは、第１のノードがｅＮＢ６０５から由来せず、ホップ数Ｍａｘ＿ｈｏｐ＿ＮｅＮＢ＋１を有することを示すこともできる。最大ホップ数Ｍａｘ＿ｈｏｐ＿ＮｅＮＢは、すべてのＵＥに対して固定されるか又は予め設定されることができる。したがって、ｅＮＢ６０５から由来しないホップ数Ｍａｘ＿ｈｏｐ＿ＮｅＮＢ＋１と同一のホップ数を受信する他のＵＥは、タイミングがノードから導出されることができないことを認識する。あるいは、Ｄ２ＤＳＳ又はＰＤ２ＤＳＣＨが、ノードが同期化ソースであるか否かを示す個別の表示を含む場合には、ｅＮＢ６０５から由来しないホップ数Ｍａｘ＿ｈｏｐ＿ＮｅＮＢを有するノードからそのタイミングを導出するＵＥは、ノードが同期化ソースではないことを示す個別の表示を設定する。例えば、ＰＤ２ＤＳＣＨは、ノードが同期化ソースであるか否かを示すように構成された１ビット指示子フィールドを含むことができる。他の例において、Ｄ２ＤＳＳシーケンス追加分割、又はＰＤ２ＤＳＳ及びＳＤ２ＤＳＳ相対的なタイミングは、ノードが同期化ソースであるか否かを示すために使用されることができる。

ＯＯＣＵＥが同期化を提供できる他のノードを発見できない場合、及びＯＯＣＵＥがＧＰＳ又はＵＴＣのような使用可能な正確な同期化方法を有しない場合に、ＯＯＣＵＥは、独立した同期化ソースＵＥとなる。ＯＯＣＵＥは、ＯＯＣＵＥが正確な同期化方法を有しないことをその送信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨで示す。あるいは、ＯＯＣＵＥは、ＯＯＣＵＥが他のＵＥに同期化を提供できる同期化ソースではないことを示す。ＯＯＣＵＥは、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＯＯＣＵＥがｅＮＢ６０５から由来しないＭａｘ＿ｈｏｐ＿ＮｅＮＢと同一のホップ数を有する、ｅＮＢ６０５からタイミングを導出しないＵＥにより使用されるシーケンスのセットからのＤ２ＤＳＳシーケンスの使用によるものように、独立したＵＥＳＳであることを示すか、ＯＯＣＵＥが正確な同期化方法を有しないことを示すか、ＯＯＣＵＥが任意の他のＵＥに同期化を提供できる同期化ソースではないことを示す。例えば、ＯＯＣＵＥは、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信でき、ｅＮＢ６０５からタイミングを導出しないＵＥにより使用されるシーケンスのセットからのＤ２ＤＳＳシーケンスの使用によるものように、ｅＮＢ６０５からタイミングを導出しないことを示すことができ、他のＵＥに同期化を提供できる同期化ソースでないことを他のＵＥに暗示的に通知する、（実際にＤ２ＤＳＳ及びＰＤ２ＤＳＣＨがホップ数１で送信されるとしても）ｅＮＢから由来しないＭａｘ＿ｈｏｐ＿ＮｅＮＢ＋１とホップ数が同一であることを意図的に示す。あるいは、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨが、ノードが同期化ソースであるか否かを示す個別の表示を含む場合には、同期化を提供できる他のノードを発見できず、ＧＰＳ又はＵＴＣのような使用可能な正確な同期化方法を有しないＵＥは、ＵＥが同期化ソースでないことを示すために個別の表示を設定する。例えば、ＰＤ２ＤＳＣＨは、ノードが同期化ソースであるか否かを示すように構成された１ビット指示子フィールドを含むことができる。他の例において、Ｄ２ＤＳＳシーケンス追加分割、又はＰＤ２ＤＳＳ及びＳＤ２ＤＳＳ相対的なタイミングは、ノードが同期化ソースである否かを示すために使用されることができる。

ＵＥ６１５のようなＵＥが同期化ソースでない場合、又はＵＥ６１５が他のＵＥに同期化を提供できない場合に、ＵＥ６１５は、やはりＤ２Ｄ通信のためにＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ及び他の信号を送信できる。第２のＵＥは、第１のＵＥから第２のＵＥにより同期化するノードを選択するか又は再選択する時に同期化優先順位を定めるために使用される、同期化ソースであるか又は同期化ソースでない第１のＵＥに関する情報又は第１のＵＥが使用可能な正確な同期化方法を有するか否かを含む信号を受信する。第２のＵＥは、第１のＵＥと同一のＴＸタイミングを使用する他のＵＥからのＤ２Ｄ信号、又は第１のＵＥからのＤ２Ｄ信号をモニタリングする第２のＵＥのＲＸタイミングを決定するために第１のＵＥから受信される同期化信号を使用する。第２のＵＥは、第２のＵＥ自身のＤ２ＤＳＳ及びＰＤ２ＤＳＣＨのようなＤ２Ｄ信号、及び他のＤ２Ｄ信号に対する第２のＵＥ自身のＴＸタイミングとして第１のＵＥから受信された同期化信号から導出されたタイミングを使用することができない。第２のＵＥは、ＧＰＳ又はＵＴＣを使用するか、他のＵＥに同期化を提供する資格がある他のノードから受信されるＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを使用するものように、他の方法により決定されたＴＸタイミングを使用する必要があり得る。

図７は、本発明の実施形態によるＤ２Ｄ同期化確立を示す図である。図７に示すＤ２Ｄ通信ネットワーク７００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。

Ｄ２Ｄ通信ネットワーク７００は、ネットワークカバレッジ境界７１０内で複数のＵＥと通信できる第１のｅＮＢ（ｅＮＢ１７０５）を含む。ｅＮＢ１７０５は、ネットワークカバレッジ境界７１０内でＵＥ１７１５と通信する。また、Ｄ２Ｄ通信ネットワーク７００は、ネットワークカバレッジ境界７２０内で複数のＵＥと通信できる第２のｅＮＢ（ｅＮＢ２７１５）を含む。ｅＮＢ１７０５及びｅＮＢ２７１５は、ｅＮＢ１０２と同一であるか又は類似して構成されることができる。図７に示すＵＥ１７２５、ＵＥ２７３０、ＵＥ３７３５、ＵＥ４７４０、ＵＥ５７４５、ＵＥ６７５０、ＵＥ７７５５、ＵＥ８７６０、ＵＥ９７６５、ＵＥ１０７７０、及びＵＥ１１７７５のうちの１つ以上は、ＵＥ１１６と同一であるか又は類似して構成されることができる。

ＵＥ１７２５は、同期化を受信し、ネットワークカバレッジ境界７１０内でｅＮＢ１７０５と同期化する。ＵＥ１７２５は、ｅＮＢ１７０５がホップ数“０”を有すると仮定する場合には、ｅＮＢ１７０５の同期化オリジンからカウントして第２のホップであるホップ数“１”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ２７３０は、ＵＥ１７２５からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信し同期化される。ＵＥ２７３０は、ｅＮＢ１７０５の同期化オリジンからカウントして第３のホップであるホップ数“２”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ３７３５は、ＵＥ２７３０からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信し同期化される。ここで、そのＴＸタイミングは、ＵＥ２７３０又はｅＮＢ１７０５から導出される。図７に示す例において、最大ホップ数は、同期化オリジンがｅＮＢ１７０５である場合に許容される。例えば、同期化オリジンがｅＮＢ１７０５である場合に、許容される最大ホップ数は３である。ＵＥ３７３５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＵＥ３７３５がノードから同期化を取得することを示す。また、ＵＥ３７３５は、１つ以上の他のＵＥが同期化ソースとしてＵＥ３７３５を使用しないこと、すなわち、１つ以上の他のＵＥがＵＥ３７３５のタイミングからＴＸタイミングを導出しないことを通知するために、そのＴＸタイミングがｅＮＢ１７０５から由来する最大ホップ数“３”にあることを示す。

ＵＥ４７４０は、他のＵＥ又はｅＮＢ７０５から同期化信号を受信しないために、ＵＥ４７４０は、独立した同期化ソース（ＳＳ）として自身を識別する。ＵＥ４７４０は、独立したＵＥＳＳの同期化オリジンからカウントする第１のホップを示すホップ数“１”を有するホップでＤ２ＤＳＳ及びＰＤ２ＳＳＣＨを送信する。図７に示す例において、ＵＥ５７４５は、同期化を提供できるノードとして他のＵＥを検出せず同期化を提供できるノードとしてＵＥ４７４０だけを検出することができる。ＵＥ５７４５は、ＵＥ４７４０からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信し同期化される。すなわち、ＵＥ４７４０からタイミングを導出する。ＵＥ５７４５は、独立したＵＥ（ＳＳ）、すなわち、ＵＥ４７４０の同期化オリジンからカウントして第２のホップであるホップ数“２”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。図７に示す例において、最大ホップ数は、同期化オリジンが独立したＵＥＳＳ、すなわち、ＵＥ４７４０である場合に許容される。例えば、同期化オリジンが独立したＵＥＳＳ、すなわち、ＵＥ４７４０である場合に、許容される最大ホップ数は、“１”である。ＵＥ５７４５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＵＥ５７４５が同期化ソースとしてＵＥ５７４５を使用しないように他のＵＥに通知するために、独立したＵＥＳＳ、すなわち、ＵＥ４７４０から由来する最大ホップ数を有するノードから同期化を取得することを示す。

ＵＥ６７５０及びＵＥ７７５５は、それぞれＵＥ４７４０及びＵＥ５７４５と類似している。ＵＥ８７６０は、ｅＮＢ１７０５、ｅＮＢ２７１５、又は他のＵＥから同期化信号を受信しないために、ＵＥ８７６０は、独立した同期化ソース（ＳＳ）として自身を識別する。したがって、ＵＥ８７６０は、独立したＵＥＳＳ、すなわち、ＵＥ８７６０の同期化オリジンからカウントして第１のホップであるホップ数“１”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ８７６０がＧＰＳ又はＵＴＣのような使用可能な正確な同期化方法を有しない場合に、ＵＥ８７６０は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＵＥ８７６０が正確な同期化方法を有しないことを示す。ＵＥ８７６０からの送信に基づいて、他のＵＥは、同期化ソースとしてＵＥ８７６０を使用しないようにする通知を受ける。ＵＥ４７４０及びＵＥ６７５０がＧＰＳ又はＵＴＣのような使用可能な正確な同期化方法を有する場合に、ＵＥ４７４０及びＵＥ６７５０がＤ２ＤＳＳ及びＰＤ２ＤＳＣＨをそれぞれ送信する時に、ＵＥ４７４０及びＵＥ６７５０のそれぞれは、それらが正確な同期化方法を有することを示す。例えば、ＵＥ４７４０は、ＵＥ７４０が独立したＵＥＳＳであり、それらが“１”であるホップ数値を示すことにより正確な同期化方法を有することを他のＵＥに通知することができる。また、例えば、ＵＥ６７５０は、ＵＥ６７５０が独立したＵＥＳＳであり、それらが“１”であるホップ数値を示すことにより正確な同期化方法を有することを他のＵＥに通知することができる。

ＵＥ９７６５は、同期化を受信し、ネットワークカバレッジ境界７２０内でｅＮＢ２７１５と同期化する。ＵＥ９７６５はｅＮＢ２７１５がホップ数“０”を有すると仮定する場合に、ｅＮＢ２７１５の同期化オリジンからカウントして第２のホップであるホップ数“１”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ１０７７０は、ＵＥ９７６５からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信し、同期化される。ＵＥ１０７７０は、ｅＮＢ２７１５の同期化オリジンからカウントして第３のホップであるホップ数“２”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ１１７７５は、ＵＥ１０７７０からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信し、同期化され、そのＴＸタイミングは、ＵＥ１０７７０又はｅＮＢ２７１５から導出される。図７に示す例において、最大ホップ数は、同期化オリジンがｅＮＢ２７１５である場合に許容される。例えば、同期化オリジンがｅＮＢ２７１５である場合に、許容される最大ホップ数は、３である。ＵＥ１１７７５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＵＥ１１７７５がノードからの同期化の取得を示す。また、ＵＥ１１７７５は、１つ以上の他のＵＥが同期化ソースとしてＵＥ１１７７５を使用しないことを、すなわち、１つ以上の他のＵＥがＵＥ１１７７５のタイミングからＴＸタイミングを導出しないことを通知するために、そのＴＸタイミングがｅＮＢ２７１５から由来する最大ホップ数“３”にあることを示す。

ＵＥがＴＸ基準タイミングを導出する方法に基づいて、ＵＥは、複数のカテゴリーのうちの１つに属することができる。Ｄ２ＤＵＥは、ＩＣＵＥと呼ばれる、カバレッジ内（ＩＣ）のＵＥであり得る。ＵＥがサービングセルを有するか（ＣＯＮＮＥＣＴＥＤ）又はセルにキャンプされる（ＩＤＬＥ）場合に、ＵＥは、カバレッジ内にあると見なされることができる。ＩＣＵＥは、ｅＮＢからそのＴＸ基準タイミングを導出する。ｅＮＢからのＴＸ基準タイミングを有するカバレッジ外（ＯＯＣ）のＵＥは、ＯＯＣカテゴリー１ＵＥ（ＯＯＣｃａｔ．１ＵＥ）と呼ばれる。ｅＮＢからでないＴＸ基準タイミングを有するカバレッジ外のＵＥは、ＯＯＣｃａｔ．２ＵＥと呼ばれる。例えば、図７に示す例において、Ｄ２Ｄ通信ネットワーク７００は、
１）複数のＩＣＵＥ：ＵＥ１７２５、ＵＥ９７６５；
２）ＴＸタイミングがｅＮＢから導出されるＯＯＣｃａｔ．１ＵＥ：ＵＥ２７３０、ＵＥ３７３５、ＵＥ１０７７０、及びＵＥ１１７７５、及び
３）ＴＸタイミングがｅＮＢから導出されないＯＯＣｃａｔ．２ＵＥ：ＵＥ４７４０、ＵＥ６７５０、ＵＥ５７４５、ＵＥ７７５５、及びＵＥ８７６０を含む。

本発明の全般にわたって、同期化信号に対する測定は、ＰＤ２ＤＳＳ、ＳＤ２ＤＳＳ、Ｄ２ＤＳＳ、すなわち、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳ、ＰＤ２ＤＳＣＨ、又はＰＤ２ＤＳＣＨに対する復調基準信号（ＤＭＲＳ）のうちの１つ以上に対する測定であり得る。

特定の実施形態において、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨは、同期化ソースに対するそれぞれのホップ数と関連した情報を示す。Ｄ２ＤＳＳに対するそれぞれのホップ数と関連した情報の表示は、１次Ｄ２ＤＳＳ（ＰＤ２ＤＳＳ）及び２次Ｄ２ＤＳＳ（ＳＤ２ＤＳＳ）の相対的な時間ドメイン位置を通して、又は同期化プリアンブルシーケンスの異なるセット又はこれらの組み合せを通してであり得る。ＰＤ２ＤＳＣＨに対するそれぞれのホップ数に関連した情報の表示は、例えば、ペイロード内であり得る。

１つのアプローチ方式において、同期化ソースに対するそれぞれのホップ数に関連した情報は、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的な時間ドメイン位置を通して通信される。例えば、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの第１の相対的な時間ドメイン位置は、第１のホップ数値を示し、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの第２の相対的な時間ドメイン位置は、第２のホップ数値を示す。

独立したＵＥＳＳのようにｅＮＢ又は非ｅＮＢであり得る、オリジン同期化タイプに対する最大許容可能なホップ数でＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信するノードからタイミングを導出するノードは、他のノードに同期化を提供できない。ノードは、それをその送信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨで示す。ＯＯＣＵＥが同期化を提供できる他のノードを発見できない場合、及びＯＯＣＵＥがＧＰＳ又はＵＴＣのような使用可能な正確な同期化方法を有しない場合に、ＯＯＣＵＥは、ＯＯＣＵＥが異なるノードに同期化を提供できないことをその送信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨで示す。表３は、このような表示の一例、すなわち、ＰＤ２ＤＳＣＨでの情報フィールドを示す。

ＵＥは、ＵＥが使用可能な正確な同期化方法を有するか否かを示す。正確な同期化方法は、ＧＰＳ、ＵＴＣなどを含むことができる。表４は、指示又は指示子、すなわち、ＰＤ２ＤＳＣＨでの情報フィールドの一例を示す。

図８は、本発明の実施形態による異なるホップ数値を示すためのＳＤ２ＤＳＳ及びＰＤ２ＤＳＳの異なる相対的な時間ドメイン位置に対する例示的な構成を示す図である。図８に示す時間ドメイン位置８００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。

図８に示す例において、“１”のホップ数値を有する第１のＴＸタイミング８０５において、ＰＤ２ＤＳＳ８１０及びＳＤ２ＤＳＳ８１５は、２つのシンボル８２０により相互に分離される。“２”のホップ数値を有する第２のＴＸタイミング８２５において、ＰＤ２ＤＳＳ８１０及びＳＤ２ＤＳＳ８１５は、５個のシンボル８３０により相互に分離される。“３”のホップ数値を有する第２のＴＸタイミング８３５において、ＰＤ２ＤＳＳ８１０及びＳＤ２ＤＳＳ８１５は、１０個のシンボル８４０により相互に分離される。図８に示す例において、１つのシンボルは、ＰＤ２ＤＳＳに対して使用され、他のシンボルは、ＳＤ２ＤＳＳに対して使用されるが、本発明は、これに限定されない。むしろ、本発明の実施形態は、１つ以上のシンボルがＰＤ２ＤＳＳに対して使用され、１つ以上のシンボルがＳＤ２ＤＳＳに対して使用される場合に拡張されることができる。例えば、２つのシンボルがＰＤ２ＤＳＳ又はＳＤ２ＤＳＳに対して使用されることができ、ここで、これらの２つのシンボルは、相互に隣接できるか、またはそれらの間に１つ以上のシンボルで配置されることもできる。特定の実施形態において、時間ドメイン位置は、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的なタイミングから、周期性、Ｄ２ＤＳＳの送信のタイミング（例えば、サブフレーム又はフレーム位置）、及び任意のこれらの組み合せで拡張されることができる。

他のアプローチ方式において、同期化ソースに対するそれぞれのホップ数と関連した情報は、Ｄ２ＤＳＳで伝達されたプリアンブル又はシーケンスの異なるセットを介して示されることができる。Ｄ２ＤＳＳでのプリアンブルは、ホップ数値を示すために使用されることができる、分離されたセットに分割されることができる。例えば、プリアンブルの第１のセットは、第１のホップ数値を示し、プリアンブルの第２のセットは、第２のホップ数値を示す。それぞれのＤ２ＤＵＥは、それぞれのホップ数値を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信するためにプリアンブルのそれぞれのセットからランダムにプリアンブルを選択する。あるいは、それぞれのＤ２ＤＵＥは、予め設定されるか、又はそれぞれのホップ数値に対して選択するプリアンブルを示す構成を受信することができる。一例において、セット内でのプリアンブルの選択は、ＵＥのグループアソシエーション又はグループＩＤにより決定される。表５は、プリアンブルセットにより示されているホップ数値の一例を示す。

表５及び本発明の他の表において、ｅＮＢからのホップがホップ数“１”としてカウントされる場合に、ｅＮＢに直接に同期化するＵＥは、ホップ数“２”としてカウントされ、ＵＥからの独立した同期化ソースがホップ数“１”としてカウントされる場合に、独立したＵＥ同期化ソースに直接に同期化するＵＥは、ホップ数“２”としてカウントされると仮定する。特定の実施形態において、ｅＮＢからのホップがホップ数“０”としてカウントされる場合に、ｅＮＢに直接に同期化するＵＥは、ホップ数“１”としてカウントされ、ホップ数“１”を有するＵＥに同期化するＵＥは、ホップ数“２”を有するであろう。表５は、プリアンブルセットにより示されるホップ数値を示す。

それぞれのセットには、同一の個数又は同一でない個数のプリアンブルが存在し得、それぞれのセットは、ホップ数値を示すために使用される。例えば、“１”であるホップ数値を有するホップで送信する少ない個数のＵＥがあり得、より少ない個数のプリアンブルがプリアンブルのセットに割り当てられることができる。プリアンブルセットの分割は、固定されるか、予め定義されるか、ブロードキャストされるか、又はＵＥに通知されることができる。

図９は、本発明の実施形態によるＤ２ＤＵＥが受信されたＤ２ＤＳＳからホップ数値を決定するプロセス９００を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのシーケンスから、実行の特定の順序と関連して、ステップの実行、ステップの一部の実行が、同時に、またはオーバーラッピングされるよりもむしろ、シリアルに行われるとか、割り込み又は中間ステップが発生することなく、図示されたステップが実行されることに関する如何なる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンの処理回路により具現される。

ブロック９０５において、Ｄ２ＤＵＥは、Ｄ２ＤＳＳを受信する。ＵＥは、Ｄ２ＤＳＳをデコーディングし、ブロック９１０において、ホップ数値に対する表示が有効であるか否かを判定する。ホップ数値に対する表示が有効でない場合に、ブロック９１５において、ＵＥは、受信されたＤ２ＤＳＳを廃棄する。ホップ数値に対する表示が有効である場合に、ブロック９２０において、ＵＥは、それぞれの表示に基づいてそれぞれのホップ数値を判定する。例えば、３つのそれぞれのホップ数値を示すために予め構成された３つのＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的な時間ドメイン位置があると仮定すると、Ｄ２ＤＵＥが、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的な時間ドメイン位置が予め構成された構成のうちのいずれもでないことを検出する場合に、Ｄ２ＤＵＥは、信号が有効でないと見なし、ブロック９１５で受信されたＤ２ＤＳＳを廃棄する。Ｄ２ＤＵＥがＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的な時間ドメイン位置が予め構成された構成のうちの１つであることを検出する場合に、Ｄ２ＤＵＥは、ブロック９２０で検出されたＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的な時間ドメイン位置に従ってそれぞれのホップ数値を判定する。プリアンブルセットがホップ数値を示すために使用される場合のために類似の動作があり得る。ブロック９１０及びブロック９１５は、省略され得ることを留意しなければならず、Ｄ２ＤＵＥは、ホップ数値のうちの１つを判定する。あるいは、ブロック９１０及びブロック９１５は、ブロック９２０と同時に発生し得る。例えば、Ｄ２ＤＳＳを受信した後に、ＵＥは、それぞれの表示に基づいてそれぞれのホップ数を判定することができ、ホップ数に対する表示が有効でない場合に、ＵＥは、受信されたＤ２ＤＳＳを廃棄する。

１つの拡張において、同期化ソースに関連した情報及び同期化ソースに関するそれぞれのホップ数と関連した情報は、プリアンブルセット又は時間ドメイン位置、又はこれらの組み合せに基づくことができるＤ２ＤＳＳに対する表示構成を通して共同で示される。時間ドメイン位置は、周期性、Ｄ２ＤＳＳの送信タイミング、そのようなサブフレーム又はフレーム位置、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的なタイミング、及びこれらの組み合せであり得る。Ｄ２ＤＵＥがＤ２ＤＳＳを受信した後に、Ｄ２ＤＵＥは、Ｄ２ＤＳＳで検出された表示に従ってそれぞれのホップ数及び同期化ソースに関連した情報を判定する。

同期化ソースがｅＮＢである場合に、ｅＮＢが、Ｄ２ＤＵＥが認識できるレガシー同期化信号を送信できるために、ホップ数値“１”は、省略され得る。したがって、特定の実施形態において、ｅＮＢが同期化ソースである場合の最大ホップ数（Ｍａｘ＿ｈｏｐ＿ｅＮＢ）、ホップ数値は、［２．．Ｍａｘ＿ｈｏｐ＿ｅＮＢ］の領域に含まれる。同期化ソースがＵＥである場合、特定の実施形態において、同期化ソースがＵＥである場合の最大ホップ数（Ｍａｘ＿ｈｏｐ＿ＵＥ）、ホップ数値は、［１．．Ｍａｘ＿ｈｏｐ＿ＵＥ]の領域に含まれる。Ｍａｘ＿ｈｏｐ＿ｅＮＢ及びＭａｘ＿ｈｏｐ＿ｅＮＢは、同一であるか又は異なり得る。Ｍａｘ＿ｈｏｐ＿ｅＮＢ及びＭａｘ＿ｈｏｐ＿ｅＮＢが同一である場合には、共通パラメータＭａｘ＿ｈｏｐが使用される。

表６は、表示構成によりホップ数値及び同期化ソースタイプ（ＳＳＴ）を共同で示す一例を示し、上記表示構成は、プリアンブルセット又は時間ドメイン位置、又はこれらの組み合せに基づくことができる。一例において、Ｍａｘ＿ｈｏｐ＝３である。全体で、５つの表示構成が存在する。例えば、それぞれのプリアンブルセットが表示構成として設定される異なる５つのプリアンブルのセットが使用されることができる。他の例の場合に、それぞれの相対的な位置が表示構成される５つの異なる相対的な時間ドメイン位置がＰＤ２ＤＳＳ及びＳＤ２ＤＳＳのために使用されることができる。あるいは、Ｄ２ＤＳＳ送信の４０ｍｓサイクル（すなわち、４０個のサブフレーム）内でのサブフレームの特定の位置（例えば、第５、第１０など）のように、Ｄ２ＤＳＳ送信のサイクル内でのＤ２ＤＳＳが送信されるサブフレームの位置のように、Ｄ２ＤＳＳのために異なる時間ドメイン位置が使用されることができる。他の例において、ホップ数は、時間ドメイン位置により区別されることができるが、表示構成“１”及び表示構成“２”は、プリアンブルの第１のセットを使用し、ホップ数は、時間ドメイン位置により区別されることができるが、表示構成“３”、表示構成“４”、又は表示構成“５”は、プリアンブルの第２のセットを使用する。表示構成は、ＵＥに予め通知されるか、予め定義されるか、または固定されることができる。Ｄ２ＤＵＥがＤ２ＤＳＳを受信した後に、Ｄ２ＤＵＥは、Ｄ２ＤＳＳで検出された表示構成に従って、ＳＳＴ及びそれぞれのホップ数値を決定する。Ｍａｘ＿ｈｏｐ＿ｅＮＢ＝３及びＭａｘ＿ｈｏｐ＿ＵＥ＝２を仮定すると、表示構成“５”は、不要である。

本発明の全般にわたって、時間ドメイン位置は、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的なタイミングドメイン距離を示す。あるいは、時間ドメイン位置は、Ｄ２ＤＳＳがＤ２ＤＳＳ送信サイクル内で送信されるサブフレームの時間ドメイン位置を意味する。表６は、表示構成により示されたホップ数値及び同期化ソースタイプを示す。

他のアプローチ方式において、同期化ソースに関するそれぞれのホップ数と関連した情報は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨにより共同で示される。例えば、ホップ数値は、複数のセットに分割されることができ、ここで、Ｄ２ＤＳＳは、ホップ数値がどのセットにあるかを示すために使用され、ＰＤ２ＤＳＣＨは、それぞれのセット内で正確なホップ数を示すために使用される。ホップ数値のセット内には、１つ以上のホップ数値が存在し得る。複数のセットにホップ数値を分割する構成及び表示構成は、ＵＥに事前に通知されるか又は予め定義されるか又は固定されることができる。Ｄ２ＤＵＥは、それに従ってホップ数値を決定するためにＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを検出する。

例えば、最大ホップ数が“３”である場合に、ホップ数値は、２つのセットに分割されることができる：ホップ数値の第１のセットは、１つのエレメント、ホップ数値“１”を有し；ホップ数値の第２のセットは、２つのエレメント、ホップ数値“２”又はホップ数値“３”を有する。特定の実施形態において、分割は、最大値でないホップ数値の第１のセットを含み、第２のセットは、最大値と同一のホップ数値を含む。

表７及び表８は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨにより共同でホップ数値の表示の例を示す。様々な例において、Ｍａｘ＿ｈｏｐ＝３である。表７において、Ｄ２ＤＳＳに対する第１の表示構成は、ホップ数値の第１のセットを示し、Ｄ２ＤＳＳに対する第２の表示構成は、ホップ数値の第２のセットを示す。様々な例において、ホップ数値の第１のセットは、１つのエレメント、ホップ数値“１”を有し、ホップ数値の第２のセットは、２つのエレメント、ホップ数値“２”又はホップ数値“３”を有する。Ｄ２ＤＵＥがＤ２ＤＳＳに対する第２の表示構成を検出する場合に、Ｄ２ＤＵＥは、ＰＤ２ＤＳＣＨを追加で検出する。表８に示すように、ＰＤ２ＤＳＣＨにおいて、ホップ数の１ビット指示子が“０”値を有する場合に、Ｄ２ＤＵＥは、ホップ数値“２”を示し、ホップ数の１ビット指示子が“１”値を有する場合に、Ｄ２ＤＵＥは、ホップ数値“３”を示す。表７は、Ｄ２ＤＳＳに対する表示構成により示されたホップ数値のセットを示す。

表８は、ＰＤ２ＤＳＣＨにより示されたホップ数値を示す。

図１０は、本発明の実施形態によるＤ２ＤＵＥが受信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨからホップ数値を決定するプロセス１０００を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのシーケンスから、実行の特定の順序と関連して、ステップの実行、ステップの一部の実行が、同時に、またはオーバーラッピングされるよりもむしろ、シリアルに行われるか、割り込み又は中間ステップが発生することなく、示されたステップが実行されることに関する如何なる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。

ブロック１００５において、Ｄ２ＤＵＥは、Ｄ２ＤＳＳを受信する。Ｄ２ＤＵＥは、Ｄ２ＤＳＳをデコーディングし、ブロック１０１０において、ホップ数値のセットに対する表示が第１のセットに対するものであるか、第２のセットに対するものであるか、又は有効でないか否かを判定する。ホップ数値のセットに対する表示が有効でない場合に、Ｄ２ＤＵＥは、ブロック１０１５で受信されたＤ２ＤＳＳを廃棄する。ホップ数値のセットに対する表示がホップ数値の第１のセットを示し、セットが１つのエレメントを有する場合に、Ｄ２ＤＵＥは、ブロック１０２０においてホップ数値を決定する。ホップ数値のセットに対する表示がホップ数値の第２のセットを示し、ホップ数値のセットが固定されるか又は予め定義された分割に従って、セットが１つ以上のエレメントを有する場合に、Ｄ２ＤＵＥは、ブロック１０２５においてＰＤ２ＤＳＣＨを追加で受信し、Ｄ２ＤＵＥは、ＰＤ２ＤＳＣＨでのそれぞれの表示に基づいてそれぞれのホップ数値を決定する。ブロック１０１０及びブロック１０１５は、省略され得ることに留意する。

特定の実施形態において、同期化ソースに関連した情報及び同期化ソースに関するそれぞれのホップ数に関連した情報は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨにより共同で示される。例えば、同期化ソースの情報及びホップ数値の情報は、複数のセットに分割されることができ、ここで、Ｄ２ＤＳＳは、同期化ソースの情報及びホップ数値の情報がどのセット内にあるかを示すために使用され、ＰＤ２ＤＳＣＨは、それぞれのセット内で正確な同期化ソースの情報及びホップ数値の情報を示すために使用される。ホップ数値の情報及び同期化ソースの情報のセット内で１つ以上のエレメントが使用されることができる。ホップ数値の情報及び同期化ソースの情報を複数のセットに分割する構成及び表示構成は、予めＵＥに通知されるか又は予め定義されるか又は固定されることができる。Ｄ２ＤＵＥは、それに従ってホップ数値の情報及び同期化ソースの情報を決定するためにＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを検出する。ＵＥの動作は、図１０に示す動作と類似している。

表９及び表１０は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨにより共同でＳＳＴ及びホップ数値を示す一例を示し、ここで、最大ホップ数“３”が仮定される。表９において、Ｄ２ＤＳＳに対するｉ番目の表示構成は、ホップ数値のｉ（ここで、ｉ＝１、２、３、４）番目のセットを示す。例において、ＳＳＴ及びホップ数値の第１のセット、第２のセット、及び第３のセットは、それぞれ１つのエレメントを有し、ＳＳＴ及びホップ数値の第４のセットは、ＵＥであるＳＳＴ及びホップ数値“２”又は“３”を有する２つのエレメントを有する。Ｄ２ＤＵＥがＤ２ＤＳＳに対する第４の表示構成を検出する場合に、Ｄ２ＤＵＥは、ＰＤ２ＤＳＣＨを追加で検出する。表１０に示すように、ＰＤ２ＤＳＣＨで、ホップ数の１ビット指示子が“０”値を有する場合に、Ｄ２ＤＵＥは、ホップ数値“２”を示し、ホップ数の１ビット指示子が“１”値を有する場合に、Ｄ２ＤＵＥは、ホップ数値“３”を示す。特定の実施形態において、Ｍａｘ＿ｈｏｐ＿ｅＮＢ＝３及びＭａｘ＿ｈｏｐ＿ＵＥ＝２である場合に、表１０は、不要であり、第４のセットは、ホップ＝“２”を有するであろう。他の例において、第３のセット及び第４のセットは、ホップ数に無関係に、ＳＳＴ＝ＵＥに対して１つのセットとして結合されることができる。

本発明の全般にわたって、ＳＳＴ＝ｅＮＢは、同期化のオリジンがｅＮＢであることを示すために使用され、同期化ホップの次のチェーンに沿ってＵＥが存在し得、ＳＳＴ＝ＵＥは、同期化のオリジンがＵＥであることを示すために使用され、ＵＥであるチェーンのオリジンから同期化ホップの次のチェーンが存在し得ることを留意しなければならない。表９は、Ｄ２ＤＳＳに対する表示構成により示されたホップ数値及び同期化ソースタイプのセットを示す。

表１０は、ＰＤ２ＤＳＣＨにより示された同期化ソースタイプ及びホップ数値を示す。

上記の長所のうちの１つは、Ｄ２ＤＳＳがすべてのホップ値を伝達する場合と比較して、プロセスが、他のＵＥが減少された情報でさらに信頼できるＤ２ＤＳＳを保持しつつ、検出されたＳＳＴ及びホップ数に基づいて、ＵＥが同期化できるノードの優先順位を決定できるようにするものである。

特定の実施形態において、表示構成は、固定されるか又は予め定義され、異なる方法で達成されることができる。例えば、それぞれのプリアンブルセットが表示構成として設定される、４個の異なるプリアンブルのセットであり得る。例えば、プリアンブルシーケンスの最初の２ビット又は最後の２ビットのように、プリアンブルシーケンスでの２ビットは、それぞれＳＳＴ及びホップ数値の第１のセット、第２のセット、第３のセット、第４のセットを示す‘００'、‘０１'、‘１０'、‘１１'で使用されることができる。変形で、プリアンブルシーケンスでの１ビットは、第１のＳＳＴ、第２のＳＳＴ（例えば、ｅＮＢ又はＵＥ）を示す‘０'、‘１'で使用されることができ、プリアンブルシーケンスのうちの他の１ビットは、それぞれホップ数を追加で区別する‘０'、‘１'で使用されることができる。他の例の場合には、表示構成としてそれぞれの相対的な位置を有する、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳに対する４個の異なる相対的な時間ドメイン位置が存在し得る。他の例において、Ｄ２ＤＳＳがＤ２ＤＳＳサイクル内で送信されるサブフレームの位置に対して複数又は異なる時間ドメイン位置が存在し得る。他の例において、ホップ数は、時間ドメイン位置により区別されることができるが、表示構成“１”及び表示構成“２”は、プリアンブルの第１のセットを使用することができ、ホップ数は、時間ドメイン位置により区別されることができるが、表示構成“３”及び表示構成“４”は、プリアンブルの第２のセットを使用することができる。このような例は、最大ホップ数“３”を仮定する下記の表１１で示される。特定の実施形態において、Ｍａｘ＿ｈｏｐ＿ｅＮＢ＝３であり、Ｍａｘ＿ｈｏｐ＿ＵＥ＝２である場合に、時間ドメイン位置構成“２”は、ＳＳ＝ＵＥに対して、ただホップ＝２を有するであろう。

表１１は、Ｄ２ＤＳＳに対する表示構成により示された同期化ソースタイプ及びホップ数値を示す。

図１１は、本発明の実施形態によるＤ２ＤＵＥが受信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨから同期化ソースタイプ及びホップ数値を決定するプロセスを示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのシーケンスから、実行の特定の順序と関連して、ステップの実行、ステップの一部の実行が、同時に、またはオーバーラッピングされるよりもむしろ、シリアルに行われるか、割り込み又は中間ステップが発生することなく、示されたステップが実行されることに関する如何なる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。

図１１に示す例において、最大ホップ数は、“３”である。ブロック１１０５において、Ｄ２ＤＵＥは、Ｄ２ＤＳＳを受信する。ブロック１１１０において、Ｄ２ＤＵＥは、Ｄ２ＤＳＳをデコーディングし、表示が、ＳＳＴがｅＮＢであるか否かを示すか否かを判定する。ブロック１１１０において、表示が、ＳＳＴがｅＮＢでないことを示す場合に、Ｄ２ＤＵＥは、ブロック１１１５において、表示がホップ数値“１”を示すか否かを判定する。表示がホップ数値“１”である場合に、ブロック１１２０において、Ｄ２ＤＵＥは、ＳＳＴがＵＥであり、ホップ数値が“１”であると判定する。ホップ数値が“１”でない場合に、Ｄ２ＤＵＥは、ブロック１１２５において、ＰＤ２ＤＳＣＨを受信し検出し、ブロック１１３０において、ＰＤ２ＤＳＣＨでのそれぞれの表示に基づいてそれぞれのホップ数値を判定する。すなわち、Ｄ２ＤＵＥは、検出されたＤ２ＤＳＳからＳＳＴがＵＥであり、ホップ数値が“２”であることを判定するか、又は検出されたＰＤ２ＤＳＣＨからホップ数値が“３”であることを判定する。ブロック１１１０において、Ｄ２ＤＵＥが、ＳＳＴがｅＮＢであると判定する場合に、Ｄ２ＤＵＥは、ブロック１１３５において、Ｄ２ＤＳＳでの表示がホップ数値“２”を示すか否かを判定する。表示がホップ数値“２”である場合に、Ｄ２ＤＵＥは、ブロック１１４０において、ＳＳＴがｅＮＢであり、ホップ数値が“２”であると判定する。あるいは、表示が、ホップ数値が“２”でない場合には、Ｄ２ＤＵＥは、ブロック１１４５において、ＳＳＴがｅＮＢであり、ホップ数値が“３”であると判定する。

他のアプローチ方式において、同期化ソースに関するそれぞれのホップ数に関連した情報は、Ｄ２ＤＳＳに含まれず、ＰＤ２ＤＳＣＨに完全に含まれる。例えば、ＰＤ２ＤＳＣＨでのフィールドは、ホップ数値を提供することができる。特定の実施形態において、ＰＤ２ＤＳＣＨでのフィールドは、２ビットフィールドであり、ここで、‘００'は、ホップ数値“１”を指定し、‘０１'は、ホップ数値“２”を指定し、‘１０'は、ホップ数値“３”を指定し、‘１１'は、ホップ数値“４”を指定する。特定の実施形態において、最大ホップ数が３であり、Ｄ２ＤＳＳが、同期化ソースタイプがｅＮＢであることを示す場合に、ＰＤ２ＤＳＣＨは、ホップ数値を示すために１ビットフィールドを含み、ここで、‘０'は、ホップ数値“２”を指定し、‘１'は、ホップ数値“３”を指定する。特定の実施形態において、最大ホップ数が３であり、Ｄ２ＤＳＳが、同期化ソースタイプがＵＥであることを示す場合に、ＰＤ２ＤＳＣＨは、２ビットフィールドを含み、ここで、‘００'は、ホップ数値“１”を指定し、‘０１'は、ホップ数値“２”を指定し、‘１０'は、ホップ数値“３”を指定する。

特定の実施形態において、ＰＤ２ＤＳＣＨは、最大ホップ数を示すためにフィールドを含む。特定の実施形態において、最大ホップ数は、示されないが、ＰＤ２ＤＳＣＨは、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨの送信が最大ホップ数を有するホップに対するものであるか否かを示すためにフィールドを含む。表１２は、このような表示、すなわち、ＰＤ２ＤＳＣＨでの情報フィールドの一例を示す。

表１２において、１ビットフィールドの長所のうちの１つは、最大ホップ数値の送信に比べてＰＤ２ＤＳＣＨでペイロードを節約するものにある。例えば、最大ホップ数値が構成可能であり、値がセット{２，３，４}から選択される場合に、２ビット指示子が必要である。しかしながら、表１２と上記のような方法を使用すると、１ビット指示子のみが必要である。

一例において、ＵＥにより使用されるＤ２ＤＳＳシーケンスは、２つのグループに分割される。Ｄ２ＤＳＳ＿ｓｅｔ１と呼ばれる第１のグループ又はセットは、ｅＮＢからＴＸタイミングを導出するＵＥにより使用されることができるシーケンスのセットである。Ｄ２ＤＳＳ＿ｓｅｔ２と呼ばれる第２のグループ又はセットは、独立したＵＥのように非ｅＮＢソースからＴＸタイミングを導出するＵＥにより使用されることができるシーケンスのセットである。

特定の実施形態において、ＩＣＵＥ及びＯＯＣｃａｔ．１ＵＥは、セットＤ２ＤＳＳ＿ｓｅｔ１からのＤ２ＤＳＳシーケンスを使用し、ＯＯＣｃａｔ．２ＵＥは、セットＤ２ＤＳＳ＿ｓｅｔ２からのＤ２ＤＳＳシーケンスを使用する。例えば、ＩＣＵＥ及びＯＯＣｃａｔ．１ＵＥをさらに区別するためには、ホップ数が使用される。一例において、ＩＣＵＥは、ｅＮＢホップがホップ数“０”としてカウントされる場合であるホップ数“１”を使用するか、又はｅＮＢからのホップがホップ数１としてカウントされる場合であるホップ数“２”を使用するが、ＯＯＣｃａｔ．１ＵＥは、ｅＮＢホップがホップ数“０”としてカウントされる場合も“１”以上のホップ数を使用するか、又はｅＮＢホップがホップ数“１”としてカウントされる場合も“２”以上のホップ数を使用する。他の例において、ＩＣＵＥ及びＯＯＣｃａｔ．１ＵＥをさらに区別するために、Ｄ２ＤＳＳ＿ｓｅｔ１シーケンスの追加の分割が使用されるか、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの異なる相対的な距離が使用されるか、ＵＥがそのＴＸタイミングを導出するセルの物理的なセル識別子（ＰＣＩＤ）でフィールドによる暗示的な表示又はＩＣ及びＯＯＣを区別するための‘１’ビット表示のように、ＰＤ２ＤＳＣＨでの表示が使用される。ＰＣＩＤのフィールドが存在する場合に、それは、ＵＥがＩＣＵＥであることを意味し、ＰＣＩＤのフィールドが存在しない場合に、それは、ＵＥがＯＯＣｃａｔ．１ＵＥであることを意味する。

特定の実施形態において、ＩＣＵＥは、セットＤ２ＤＳＳ＿ｓｅｔ１からのＤ２ＤＳＳシーケンスを使用し、ＯＯＣｃａｔ．１及びＯＯＣｃａｔ．２ＵＥは、セットＤ２ＤＳＳ＿ｓｅｔ２からのＤ２ＤＳＳシーケンスを使用する。ＯＯＣｃａｔ．１ＵＥ及びＯＯＣｃａｔ．２ＵＥをさらに区別するためには、Ｄ２ＤＳＳ＿ｓｅｔ２シーケンスの追加の分割が使用されることができるか、又はＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの異なる相対的な距離が使用されることができるか、又は、ＵＥがそのＴＸタイミングを導出するセルのＰＣＩＤでフィールドによる暗示的な表示又はＯＯＣｃａｔ．１又はＯＯＣｃａｔ．２を区別するための‘１’ビット表示のようにＰＤ２ＤＳＣＨでの表示が使用されることができる。フィールドがＰＣＩＤに存在する場合に、それは、ＵＥがＯＯＣｃａｔ．１ＵＥであることを意味し、フィールドがＰＣＩＤに存在しない場合に、それは、ＵＥがＯＯＣｃａｔ．２ＵＥであることを意味する。

２つのセットに対する本発明で示す区別方法は、同様に、上記のオプションに対して使用されることができる。本発明で言及された方法又はオプションの組み合せも適用することができる。

他の例において、同期化ソースに関連した情報及び同期化ソースに関するそれぞれのホップ数に関連した情報は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨにより共同で示される。情報表示は、明示的であるか又は暗示的であり得る。

特定の実施形態において、ＵＥがカバレッジ内にあるか又はカバレッジ外にあるかを示すために、１ビットの表示がＰＤ２ＤＳＣＨに含まれる。例えば、ＵＥがカバレッジ内にある場合には、ビットは、“１”に設定され、ＵＥがカバレッジ外にある場合には、ビットは、“０”に設定される。

特定の実施形態において、ＵＥにより使用されたＤ２ＤＳＳシーケンスは、２つのグループに分割される。Ｄ２ＤＳＳ＿ｓｅｔ１、Ｄ２ＤＳＳｕｅ＿ｎｅｔ、又は他の名前と呼ばれる第１のグループ又はセットは、ｅＮＢからＴＸタイミングを導出するＵＥにより使用されるシーケンスのセットである。Ｄ２ＤＳＳ＿ｓｅｔ２、Ｄ２ＤＳＳｕｅ＿ｏｏｎ、又は他の名前と呼ばれる第２のグループ又はセットは、非ｅＮＢからＴＸタイミングを導出するＵＥにより使用されるシーケンスのセットである。

すなわち、特定の実施形態において、ＵＥからの同期化信号は、同期化ソースから複数のホップを示す。例えば、ｅＮＢからそのＴＸタイミングを導出する第１のホップでの第１のＤ２ＤＵＥは、シーケンスの第１のセットからのプリアンブルシーケンスでＤ２Ｄ同期化信号を送信し、ＵＥがカバレッジ内にあることを示す指示子を伝達するＤ２Ｄ同期化チャネルを送信する。追加で、Ｄ２ＤＵＥからそのＴＸタイミングを導出する第２のホップでの第２のＤ２ＤＵＥは、シーケンスの第１のセットからのプリアンブルシーケンスでＤ２Ｄ同期化信号を送信し、ＵＥがカバレッジ外にあることを示す指示子を伝達するＤ２Ｄ同期化チャネルを送信する。また、Ｄ２ＤＵＥからそのＴＸタイミングを導出する第３のホップでの第３のＤ２ＤＵＥは、シーケンスの第２のセットからのプリアンブルシーケンスでＤ２Ｄ同期化信号を送信し、ＵＥがカバレッジ外にあることを示す指示子を伝達するＤ２Ｄ同期化チャネルを送信する。特定の実施形態において、メインプロセッサ３４０又は処理回路のようなＤ２ＤＵＥは、Ｄ２ＤＳＳシーケンスを分割し、ＰＤ２ＤＳＣＨに適切なビット値を設定するように構成される。

特定の実施形態において、４０ｍｓのような同期周期性内で使用するカバレッジ内のＵＥに対して、中央の６つのＰＲＢ、ＰＤ２ＤＳＳに対する２個のシンボル及びＳＤ２ＤＳＳに対する２つのシンボルなどのように、１つの同期化リソースが存在する。特定の実施形態において、使用するＯＯＣＵＥに対して、異なるサブフレームにおけるように、２つの同期化リソースが存在する。カバレッジ内の同期化リソースは、カバレッジ外の同期化リソースのうちの１つと同一であり得、又はカバレッジ内の同期化リソースは、カバレッジ外の同期化リソースとは異なり得る。

カバレッジ外のＵＥがその送信タイミング基準として“カバレッジ内”を示すＰＤ２ＤＳＣＨ及びＤ２ＤＳＳｕｅ＿ｎｅｔのＤ２ＤＳＳを使用してＤ２Ｄ同期化ソースを選択する場合に、ＯＯＣＵＥは、Ｄ２ＤＳＳｕｅ＿ｎｅｔの同一のＤ２ＤＳＳを送信する。ＯＯＣＵＥは、ＰＤ２ＤＳＣＨが送信されるサブフレームのＤ２Ｄフレーム番号（ＤＦＮ）である、ＩＣＵＥに対する同期化リソースとは異なるリソースに同一のＤ２ＤＳＳを送信する。

第１のアプローチ方式において、カバレッジ内の同期化リソースは、カバレッジ外の同期化リソースと同一であるか又は異なり得る。例えば、２つのＯＯＣ同期化リソースが存在し得、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨが２つのＯＯＣ同期化リソースのＴ番目（Ｔ＝第１又はＴ＝第２）に送信されることができる。ＯＯＣＵＥがその送信タイミング基準として“カバレッジ外”を示すＰＤ２ＤＳＣＨ及びＤ２ＤＳＳｕｅ＿ｎｅｔのＤ２ＤＳＳを使用してＤ２Ｄ同期化ソースを選択する場合に、

− 検出されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨが第１のＯＯＣリソースを使用している場合に、ＯＯＣＵＥは、ＰＤ２ＤＳＣＨが送信されるサブフレームのＤＦＮである、他の、すなわち、第２のカバレッジ外の同期化リソースにＤ２ＤＳＳｕｅ＿ｎｅｔの同一のＤ２ＤＳＳを送信し、

− 検出されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨが第２のＯＯＣリソースを使用している場合に、ＯＯＣＵＥは、ＰＤ２ＤＳＣＨが送信されるサブフレームのＤＦＮである、他の、すなわち、第１のカバレッジ外の同期化リソースにＤ２ＤＳＳｕｅ＿ｎｅｔの同一のＤ２ＤＳＳを送信する。

あるいは、第２のアプローチ方式において、カバレッジ内の同期化リソースは、カバレッジ外の同期化リソースと同一であるか又は異なり得る。例えば、２つのＯＯＣ同期化リソースが存在し得、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨは、２つのＯＯＣ同期化リソースのＴ番目（Ｔ＝第１又はＴ＝第２）に送信されることができる。ＯＯＣＵＥがその送信タイミング基準として“カバレッジ外”を示すＰＤ２ＤＳＣＨ及びＤ２ＤＳＳｕｅ＿ｎｅｔのＤ２ＤＳＳを使用してＤ２Ｄ同期化ソースを選択する場合に、

− 検出されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨが第２のＯＯＣリソースを使用している場合に、ＯＯＣＵＥは、ＰＤ２ＤＳＣＨが送信されるサブフレームのＤＦＮである、他の、すなわち、第２のカバレッジ外の同期化リソースにＤ２ＤＳＳｕｅ＿ｎｅｔの同一のＤ２ＤＳＳを送信し、

− 検出されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨが第１のＯＯＣリソースを使用している場合に、ＯＯＣＵＥは、ＰＤ２ＤＳＣＨが送信されるサブフレームのＤＦＮである、他の、すなわち、第１のカバレッジ外の同期化リソースにＤ２ＤＳＳｕｅ＿ｎｅｔの同一のＤ２ＤＳＳを送信する。

表１３は、ＳＳＴ及びホップ数に対する表示の一例を提供する。表９において、状態２は、例示的なＴ＝１を使用し、状態３は、例示的なＴ＝２を使用するが、状態２に対してＴ＝２及び状態３に対してＴ＝１に拡張されることができる。表１３は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨに対する表示構成により示された同期化ソースタイプ及びホップ数値を示す（ｅＮＢから送信された同期化信号は、ｅＮＢからカウントするホップ１であると仮定する）。

表１３は、状態３及び状態４が表示で若干のオーバーラップがあることを示す。したがって、状態３及び状態４は、表１４に示すように結合された状態として処理されることができる。

表１４は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨに対する表示構成により示される同期化ソースタイプ及びホップ数値を示す（ｅＮＢから送信された同期化信号は、ｅＮＢからカウントしてホップ１であると仮定する）。

表１４を使用し、ｅＮＢ自身からの同期化信号である状態０：ＳＳＴ＝ｅＮＢ、ホップ＝１を考慮すると、全体で４個の状態があり得る。例えば、状態３に対して、ＵＥが同期化する他のノードを選択し得ない場合など、ＵＥがその内部のタイミングを使用する必要があり得る場合が存在する。したがって、この状態は、表１５に示す状態と類似していることができる。

表１５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨに対する表示構成により示される同期化ソースタイプ及びホップ数値を示す（ｅＮＢから送信された同期化信号は、ｅＮＢからカウントしてホップ１であると仮定する）。

このように、同期化ノード選択優先順位は、ＵＥ状態に基づくことができる。状態０のＵＥは、他のＵＥが選択する最も高い優先順位を有することができ、状態１のＵＥは、他のＵＥが選択する第２の優先順位レベルを有することができ、状態２のＵＥは、他のＵＥが選択する第３の優先順位レベルを有することができ、状態３のＵＥは、他のＵＥが選択する第４の優先順位レベルを有することができ、状態４のＵＥは、任意の他のＵＥからではない、それ自体の同期化を使用するために必要である。それぞれの優先順位レベルで、例えば、Ｄ２ＤＳＳ、ＰＤ２ＤＳＣＨ、又はＰＤ２ＤＳＣＨのＤＭＲＳに基づく同期化信号強度測定が追加の優先順位を定めるために使用されることができ、測定結果が高いほど同一の優先順位レベル内で優先順位が高い。

図１２は、本発明の実施形態によるＤ２Ｄ同期化シナリオを示す図である。図１２に示すＤ２Ｄ通信ネットワーク１２００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。

Ｄ２Ｄ通信ネットワーク１２００は、ネットワークカバレッジ境界１２１０内で複数のＵＥと通信できる第１のｅＮＢであるｅＮＢ１１２０５を含む。ｅＮＢ１１２０５は、ネットワークカバレッジ境界１２１０内でＵＥ１１２１５と通信する。ｅＮＢ１１２０５は、ｅＮＢ１０２と同一であるか又は類似して構成されることができる。図１２に示すＵＥ１１２１５、ＵＥ２１２２０、ＵＥ３１２２５、ＵＥ４１２３０、ＵＥ５１２３５、ＵＥ６１２４０、及びＵＥ７１２４５のうちの１つ以上は、ＵＥ１１６と同一であるか又は類似して構成されることができる。ＵＥ１１２１５は、表１３乃至表１５での状態１ＵＥである。ＵＥ２１２２０は、表１３乃至表１５での状態２ＵＥに対する一例である。ＵＥ３１２２５は、表１３での状態３ＵＥに対する一例である。ＵＥ４１２３０、ＵＥ５１２３５、ＵＥ６１２４０、及びＵＥ７１２４５は、表１３での状態４ＵＥに対する例である。ＵＥ５１２３５は、表１５での状態４ＵＥに対する一例である。

図１２に示す例において、ＵＥ１１２１５は、ｅＮＢ１１２０５を有するＩＣＵＥである。ＵＥ１１２１５は、ＵＥ１１２１５がＩＣＵＥであることを示す１ビット表示を含むＰＤ２ＤＳＣＨを送信する。ＵＥ１１２１５は、シーケンス形態Ｄ２ＤＳＳｕｅ＿ｎｅｔを使用してＤ２ＤＳＳを送信する。また、ＵＥ１１２１５は、ＩＣ同期化リソースに対する同期化を送信する。ＯＯＣＵＥであるＵＥ２１２２０は、ＵＥ１１２１５を選択する。ＵＥ２１２２０は、ＵＥ２１２２０がＯＯＣＵＥであることを示す１ビット表示を含むＰＤ２ＤＳＣＨを送信する。ＵＥ２１２２０は、シーケンス形態Ｄ２ＤＳＳｕｅ＿ｎｅｔを使用してＤ２ＤＳＳを送信する。また、ＵＥ２１２２０は、ＯＯＣリソースのうちの１つに対する同期化を送信する。ＩＣＵＥに対する同期化リソースがＯＯＣに対する２つのリソースのうちの１つである場合に、ＵＥ２１２２０は、ＩＣＵＥリソースとは異なるリソースを使用する。ＩＣＵＥに対する同期化リソースがＯＯＣに対する２つのリソースとは異なる場合に、ＵＥ２１２２０は、２つのリソースのうちの１つを使用する。使用するために、ＵＥ２１２２０により選択されたリソースは、予め構成されるか又は固定されることができる。

特定の実施形態において、ＵＥ２１２２０が第１のＯＯＣ同期化リソース（Ｔ＝１）で同期化を送信する場合に、図１２に示す例は、Ｔ＝１で同期化を送信するＵＥ２１２２０を示すが、開示された実施形態は、ＵＥ２１２２０が第２のＯＯＣ同期化リソース（Ｔ＝２）で同期化リソースを送信する場合まで拡張されることができる。他のＯＯＣＵＥであるＵＥ３１２２５は、ＵＥ２１２２０を選択する。ＵＥ３１２２５は、ＵＥ３１２２５がＯＯＣＵＥであることを示す１ビット表示を含むＰＤ２ＤＳＣＨを送信する。ＵＥ３１２２５は、Ｄ２ＤＳＳｕｅ＿ｏｏｎからシーケンスを使用してＤ２ＤＳＳを送信する。ＵＥ３１２２５は、ＵＥ２１２２０により使用されたものと異なるリソースで同期化を送信する。例えば、図１２に示す例において、ＵＥ３１２２５は、第２のＯＯＣ同期化リソース（Ｔ＝２）で同期化を送信する。他のＯＯＣＵＥであるＵＥ４１２３０は、ＵＥ３１２２５を選択する。ＵＥ４１２３０は、ＵＥ４１２３０がＯＯＣＵＥであることを示す１ビット表示を含むＰＤ２ＤＳＣＨを送信する。ＵＥ４１２３０は、Ｄ２ＤＳＳｕｅ＿ｏｏｎからシーケンスを使用してＤ２ＤＳＳを送信する。ＵＥ４１２３０は、ＵＥ３１２２５により使用されるものとは異なるリソースで同期化を送信する。例えば、図１２に示す例において、ＵＥ２１２２０は、第１のＯＯＣ同期化リソース（Ｔ＝１）で同期化を送信し、ＵＥ３１２２５は、第２のＯＯＣ同期化リソース（Ｔ＝２）で同期化を送信するために、ＵＥ４１２３０は、第１のＯＯＣ同期化リソース（Ｔ＝１）で同期化を送信する。

図１２に示す例において、ＵＥ５１２３５は、同期化するための他のノードを選択できないために、ＵＥ５１２３５は、独立したＵＥソースとなる。ＵＥ５１２３５は、ＵＥ５１２３５がＰＤ２ＤＳＣＨで１ビットを使用するＯＯＣであることを示し、Ｄ２ＤＳＳｕｅ＿ｏｏｎからＤ２ＤＳＳシーケンスを送信する。図１２に示す例において、ＵＥ５１２３５は、第１のＯＯＣ同期化リソース（Ｔ＝１）を使用する。しかしながら、本発明の特定の実施形態において、ＵＥ５１２３５は、第２のＯＯＣ同期化リソース（Ｔ＝２）を使用する。ＵＥ５１２３５がＴ＝１を使用するか又はＴ＝２を使用するかは、予め構成されるか又は固定されるか、又はＵＥ具現により決定されることができる。ＵＥ６１２４０は、ＵＥ５１２３５を選択する。ＵＥ６１２４０は、Ｄ２ＤＳＳｕｅ＿ｏｏｎからシーケンス、Ｔ＝２を使用し、ＵＥ６１２４０がＯＯＣＵＥであることを示す。ＵＥ７１２４５は、ＵＥ６１２４０を選択する。ＵＥ７１２４５は、Ｄ２ＤＳＳｕｅ＿ｏｏｎからシーケンス、Ｔ＝１を使用し、ＵＥ７１２４５がＯＯＣＵＥであることを示す。

本発明の全般にわたって、ＩＣＵＥは、例えば、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるか、ＵＥがセルにキャンプしていることを意味することができる。ＯＯＣＵＥは、ＩＣでないＵＥを意味することができる。ＵＥ２１２２０は、部分的にカバレッジ内又はカバレッジのエッジにあり得、又はＵＥ２１２２０は、ＯＯＣＵＥとして分類されることもある。

あるいは、ＵＥ３１２２５は、Ｄ２ＤＳＳｕｅ＿ｎｅｔからＤ２ＤＳＳシーケンスを使用する。しかしながら、ＵＥ３１２２５がＤ２ＤＳＳｕｅ＿ｎｅｔからＤ２ＤＳＳシーケンスを使用する場合に、ＵＥ２１２２０及びＵＥ３１２２５から同期化信号を受信することができる他のＵＥによりＵＥ２１２２０及びＵＥ３１２２５を区別するために、ＵＥ２１２２０がｅＮＢ１１２０５から由来する第２のホップであり、ＵＥ３１２２５がｅＮＢ１１２０５から由来する第３のホップであるか否かを示すために追加の区別が必要であり得る。このような追加の区別は、本発明の様々な実施形態で説明された他の区別方法を使用するステップを含むことができる。ＵＥ３１２２５がＤ２ＤＳＳｕｅ＿ｎｅｔを使用する場合に、ＵＥ４１２３０は、ＯＯＣＴ＝１で、すなわち、その選択されたノード、ここで、ＵＥ４１２３０により使用されるものとは異なるリソースでＤ２ＤＳＳｕｅ＿ｏｏｎを使用することができる。特定の実施形態において、ＵＥ４１２３０を選択する他のＵＥ（例えば、ＵＥ４'）が存在し得、ＵＥ４’は、ＯＯＣＴ＝２、すなわち、その選択されたノード、ここで、ＵＥ４１２３０により使用されるものとは異なるリソースでＤ２ＤＳＳｕｅ＿ｏｏｎを使用することができる。ＵＥ４１２３０及びＵＥ４’は、Ｔ＝１又はＴ＝２によりさらに区別されることができ、ＯＯＣＵＥに対する同期化送信のためにＵＥが使用するリソース（Ｔ＝１又はＴ＝２）の区別は、本発明の様々な実施形態で説明された他の区別方法のうちのいずれでも使用して実行されることができる。

図１３は、本発明の実施形態によるＤ２Ｄ同期化手順図である。図１３に示すＤ２Ｄ同期化手順１３００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。

特定の実施形態において、同期化信号Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨ１３０５は、同一のサブフレーム内にあり得る。ＩＣＵＥに対する同期化リソース１３１０は、４０ｍｓごとにＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１３０５ａを有する。同期化リソースは、ＤＦＮ＝０１３２０に対してＯｆｆｓｅｔ＿ＩＣ１３１５から開始され、オフセット、すなわち、Ｏｆｆｓｅｔ＿ＩＣ１３１５は、サブフレームの単位であり得る。ＯＯＣＵＥに対する同期化リソース１３２５は、４０ｍｓごとに２つのＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１３０５を含むことができる。第１のＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１３０５ｂリソースは、ＤＦＮ＝０１３２０に対してＯｆｆｓｅｔ＿ＯＯＣ１１３３０から開始される。第２のＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１３０５ｃリソースは、ＤＦＮ＝０１３２０に対してＯｆｆｓｅｔ＿ＯＯＣ２１３３５から開始される。オフセット、すなわち、Ｏｆｆｓｅｔ＿ＯＯＣ１１３３０及びＯｆｆｓｅｔ＿ＯＯＣ２１３３５は、サブフレームの単位であり得る。ＯＯＣＵＥリソースの第１のＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１３０５ｂは、ＩＣ同期化Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨ１３０５ａリソースと同一である。

図１３に示す例において、Ｏｆｆｓｅｔ＿ＩＣ＝Ｏｆｆｓｅｔ＿ＯＯＣ１である。しかしながら、本発明の範囲を逸脱せず、Ｏｆｆｓｅｔ＿ＩＣ＝Ｏｆｆｓｅｔ＿ＯＯＣ２である実施形態が使用されることができる。

ＯＯＣＲＸＵＥが第１のＯＯＣ同期化リソースがＩＣ同期化リソースと同一であることを事前に認識している場合には、ＯＯＣＲＸＵＥは、ＲＸモニタリングウィンドー１３４５を確立するために、ＲＸＵＥ２１３４０に対して示すようにそのＤＦＮを導出する。ＯＯＣＲＸＵＥが、第１のＯＯＣ同期化リソースがＩＣ同期化リソースと同一であることを事前に認識していない場合に、ＯＯＣＲＸＵＥは、ＲＸＵＥ２' １３５０に対して示すようにそのＤＦＮを導出するか、又はＯＯＣＲＸＵＥは、ＲＸＵＥ２１３４０に対して示すように、そのＤＦＮを導出するために曖昧性が存在する。したがって、ＯＯＣ同期化リソースがＩＣ同期化リソースと同一であることをＵＥが事前に認識していることがよりよい。これは、非同期式システムにも拡張されることができる。

ＤＦＮは、ＰＤ２ＤＳＣＨで伝達されることができ、Ｄ２ＤＵＥは、ＤＦＮを取得するためにＰＤ２ＤＳＣＨをデコーディングすることができる。第１のリソースに対するそれぞれのＤＦＮ及び第２のリソースに対するそれぞれのＤＦＮをＵＥが予め認識している場合に、ＤＦＮに基づいて、ＵＥは、どのリソースが第１のリソースであり、どのリソースが第２のリソースであるかを判定することができる。

図１３に示す実施形態は、ＴＸＵＥがＤ２ＤＳＳｕｅ＿ｎｅｔのＤ２ＤＳＳシーケンスを使用するＯＯＣＵＥである場合に拡張されることができる。これは、その送信でＤ２ＤＳＳｕｅ＿ｎｅｔのＤ２ＤＳＳシーケンスを使用するＵＥに対して、送信リソースがすべてのＵＥ、すなわち、ＴＸＵＥ及びＲＸＵＥの両方ともに知られており、固定されるか又は予め構成されることを意味する。例えば、図１２のＵＥ１１２１５のようなＩＣＵＥ及びＤ２ＤＳＳｕｅ＿ｎｅｔのＤ２ＤＳＳシーケンスを送信するＵＥは、ＩＣＵＥに対する同期化リソースを使用しなければならず、図１２のＵＥ２１２２０のようなＯＯＣＵＥ及びＤ２ＤＳＳｕｅ＿ｎｅｔのＤ２ＤＳＳシーケンスを送信するＵＥは、ＯＯＣＵＥに対する同期化リソースを使用しなければならない。ＵＥ２１２２０により使用されるリソースは、ＵＥ１１２１５、すなわち、ＩＣＵＥと異ならなければならない。例えば、ＩＣＵＥ（ＵＥ１１２１５）に対する同期化リソースがＯＯＣＵＥ（ＵＥ２１２２０）に対する２つの同期化リソースのうちの１つと同一である場合に、ＯＯＣＵＥ（ＵＥ２１２２０）は、ＩＣＵＥ（ＵＥ１１２１５）とは異なるＯＯＣＵＥ（ＵＥ２１２２０）に対する他のリソースを使用しなければならない。ＩＣＵＥ（ＵＥ１１２１５）に対する同期化リソースがＯＯＣＵＥ（ＵＥ２１２２０）に対する２つの同期化リソースと異なる場合に、ＵＥ２１２２０は、第１のＯＯＣリソースが使用するために、このようなＵＥに対して固定されるか又は予め構成される場合には、第１のＯＯＣリソースを使用するか、又は第２のＯＯＣリソースが使用するために、このようなＵＥに対して固定されるか又は予め構成される場合には、第２のＯＯＣリソースの使用によるもののように、ＯＯＣＵＥに対する２つの同期化リソースのうちの１つが固定されるか又は予め構成された同期化リソースを使用しなければならない。ＲＸＵＥが、受信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨが送信のために使用しているリソースを決定するのにいかなる曖昧性も存在してはいけない。

図１３に示すＤ２Ｄ同期化手順１３００において、ＴＸＵＥがＩＣＵＥではなくＯＯＣＵＥである場合に、ＲＸＵＥは、結局、ＤＦＮに対するタイミングを決定できないという類似した問題を有し得る。すなわち、ＲＸＵＥが受信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨが第１のＯＯＣリソースで送信されるか、又は第２のＯＯＣリソースで送信されるかを認識できない場合に、導出されたＤＦＮ０は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨのサイクル内に存在しなければならない。このような問題を解決するためには、特定の実施形態において、ＵＥがＤ２ＤＳＳｕｅ＿ｏｏｎを使用してＤ２ＤＳＳシーケンスを送信している場合に、送信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨが第１のリソース上にあるか又は第２のリソースに上にあるかを示すために、第２の識別又は第２の表示が使用される。この表示は、Ｄ２ＤＳＳ、ＰＤ２ＤＳＣＨ、又はこれらの組み合せを使用して示される。２つの状態を区別する方法に関する本発明の実施形態に説明された表示方法、又は方法の組み合せが使用されることができる。

例えば、Ｄ２ＤＳＳｕｅ＿ｏｏｎの２つのサブセットの使用によるもののように、Ｄ２ＤＳＳｕｅ＿ｏｏｎのシーケンスの追加の分割が使用されることができる。第１のサブセットは、送信された信号がＯＯＣに対する第１の同期化リソースを使用したことを示すのに使用するために、Ｄ２ＤＳＳｕｅ＿ｏｏｎに対して構成される。第２のサブセットは、送信された信号がＯＯＣに対する第２の同期化リソースを使用したことを示すのに使用するために、Ｄ２ＤＳＳｕｅ＿ｏｏｎに対するＤ２Ｄに対して構成される。

他の方法は、例えば、時間ドメインでのＤ２ＤＳＳ及びＰＤ２ＤＳＣＨの異なる順序（例えば、１つの順序は、ＰＤ２ＤＳＳ、ＰＤ２ＤＳＣＨ、ＳＤ２ＤＳＳであり得、他の順序は、ＰＤ２ＤＳＳ、ＳＤ２ＤＳＳ、ＰＤ２ＤＳＣＨであり得る）、又はＰＤ２ＤＳＳ、ＳＤ２ＤＳＳ、ＰＤ２ＤＳＣＨに対する時間ドメインでの異なる相対的な距離であり得る。シャフリングによる他の順序及び組み合せが存在し得る。

他の例において、ＰＤ２ＤＳＣＨは、２つの異なるスクランブリングシーケンスのセットを使用する。それぞれの異なるスクランブリングシーケンスのセットは、状態、すなわち、ＯＯＣに対する第１又は第２の同期化リソースのうちの１つを示すために使用される。他の例において、ＰＤ２ＤＳＣＨは、ＣＲＣに対する２つの異なるジェネレーター（generator）、又はＣＲＣに対する２つの異なるマスクを使用する。ＣＲＣに対するそれぞれの異なるジェネレーター又はＣＲＣに対するそれぞれの異なるマスクは、状態、すなわち、ＯＯＣに対する第１又は第２の同期化リソースのうちの１つを示すために使用される。ＰＤ２ＤＳＣＨコンテンツがＯＯＣＵＥに対して異なるように許容されることができる場合には、ＵＥがＯＯＣに対する第１の同期化リソースを使用するか、又は第２の同期化リソースを使用するかを示すために、ＰＤ２ＤＳＣＨのビットが使用される。

図１４は、本発明の実施形態による他のＤ２Ｄ同期化手順図である。図１４に示すＤ２Ｄ同期化手順１４００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。

図１４に示す例において、同期化信号Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨ１４０５は、同一のサブフレーム内にあり得る。ＩＣＵＥに対する同期化リソース１４１０は、４０ｍｓごとにＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１４０５ａを有する。同期化リソースは、ＤＦＮ＝０１４２０に対してＯｆｆｓｅｔ＿ＩＣ１４１５から開始され、オフセット、すなわち、Ｏｆｆｓｅｔ＿ＩＣ１４１５は、サブフレームの単位であり得る。ＯＯＣＵＥに対する同期化リソース１４２５は、４０ｍｓごとに２つのＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１４０５を含むことができる。第１のＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１４０５ｂリソースは、ＤＦＮ＝０１４２０に対してＯｆｆｓｅｔ＿ＯＯＣ１１４３０から開始される。第２のＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１４０５ｃリソースは、ＤＦＮ＝０１４２０に対してＯｆｆｓｅｔ＿ＯＯＣ２１４３５から開始される。オフセット、すなわち、Ｏｆｆｓｅｔ＿ＯＯＣ１１４３０及びＯｆｆｓｅｔ＿ＯＯＣ２１４３５は、サブフレームの単位であり得る。ＯＯＣＵＥリソースの第１のＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１４０５ｂは、ＩＣ同期化Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨ１４０５ａリソースと同一である。

特定の実施形態において、ＩＣＵＥに対する同期化リソース１４１０がＯＯＣＵＥに対する同期化リソース１４２５のうちの１つと同一である場合にＤ２Ｄ同期化手順１４００が使用される。例えば、オフセットＩＣ１４１５は、ＯＯＣに対するオフセット、すなわち、Ｏｆｆｓｅｔ＿ＯＯＣ１１４３０及びＯｆｆｓｅｔ＿ＯＯＣ２１４３５のうちの１つと同一であり得る。特定の実施形態において、ＩＣに対する同期化リソースがＯＯＣに対する２つの同期化リソースとは異なる場合には、Ｄ２Ｄ同期化手順１４００が使用される。

図１３に示すＤ２Ｄ同期化手順１３００と同様に、Ｄ２Ｄ同期化手順１４００において、ＲＸＵＥ２及びＲＸＵＥ２’は、ＵＥが、ＴＸＵＥがＯＯＣＵＥに対する第１又は第２の同期化リソースを使用しているか否かを判定する方法を知らない場合には、異なるＤＦＮ０タイミングを導出することができる。ＴＸＵＥが、例えば、Ｄ２ＤＳＳ、ＰＤ２ＤＳＣＨ、又はＤ２ＤＳＳ及びＰＤ２ＤＳＣＨの両方ともを通して明示的に又は暗示的に一部の情報又は表示を検出することにより、ＯＯＣＵＥに対する第１又は第２の同期化リソースを使用しているか否かをＲＸＵＥが知っている場合には、ＲＸＵＥは、曖昧さを有しないはずであり、それに従って、ＲＸＵＥは、タイミングを判定することができる。

ＯＯＣＲＸＵＥが、第１のＯＯＣ同期化リソースがＩＣ同期化リソースと同一であることを事前に認識している場合に、ＯＯＣＲＸＵＥは、ＲＸモニタリングウィンドー１４４５を確立するために、ＲＸＵＥ２１４４０に対して示すように、そのＤＦＮを導出する。ＯＯＣＲＸＵＥが、第１のＯＯＣ同期化リソースがＩＣ同期化リソースと同一であることを事前に認識していない場合に、ＯＯＣＲＸＵＥは、ＲＸＵＥ２' １４５０に対して示すように、そのＤＦＮを導出するか、又はＯＯＣＲＸＵＥは、ＲＸＵＥ２１４４０に対して示すように、そのＤＦＮを導出するために、曖昧性が存在する。したがって、ＯＯＣ同期化リソースがＩＣ同期化リソースと同一であるか否かをＵＥが事前に知っていることがよりよい。また、これは、非同期式システムに拡張されることもできる。

同期化に使用するＯＯＣＵＥに対する２つのリソースに対する上記のすべての実施形態は、同期化サイクル内の時間ドメインで２個以上のリソースに拡張されることができる。また、関連方法は、同期化サイクル内のＯＯＣＵＥに対する時間ドメインで２つ以上の同期化リソースに拡張されることもできる。

Ｄ２ＤＵＥがＰＤ２ＤＳＣＨを検出する場合に、Ｄ２ＤＵＥは、ＵＥがすでに検出したＤ２ＤＳＳを送信した同一のノードからＰＤ２ＤＳＣＨが送信される場合を識別しなければならない。ＵＥがすでに検出したＤ２ＤＳＳを送信した同一のノードからＰＤ２ＤＳＣＨが送信される場合を識別するために、ＰＤ２ＤＳＣＨは、Ｄ２ＤＳＳにより伝達された識別子又はプリアンブルシーケンスの関数であるシーケンスによりスクランブリングされることができる。例えば、スクランブリングシーケンスは、Ｄ２ＤＳＳにより伝達されたプリアンブルで初期化されることができる。他の例において、Ｄ２ＤＳＳにより伝達されたプリアンブルは、ＰＤ２ＤＳＣＨのＣＲＣであるＸＯＲに使用される。他の代案において、ＰＤ２ＤＳＣＨは、対応するＤ２ＤＳＳに対するＰＤ２ＤＳＣＨの相対的な時間及び周波数位置により、Ｄ２ＤＳＳとリンクされるもののように受信するＵＥにより識別される。例えば、Ｄ２ＤＳＳは、サブフレームＹ及びサブ帯域のような周波数リソースＸでＤ２ＤＵＥにより送信されることができる。追加で、同一のＵＥがサブフレームＹ＋Ｎ_Ｔ及び周波数リソースＸ＋Ｎ_Ｆで対応するＰＤ２ＤＳＣＨを送信し、ここで、Ｎ_Ｆ及びＮ_Ｔは、すべてのＵＥに対して同一であるように予め構成されることができるか、又はＵＥの当たりに又はＵＥグループ基準の当たりに構成されることができるオフセットである。受信するＵＥは、受信時間及び周波数位置の比較に基づいて、任意のＰＤ２ＤＳＣＨとＤ２ＤＳＳとの間のリンクを暗示的に決定することができる。複数のＵＥが他のＵＥと同一の時間及び周波数位置でＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する場合に、ＵＥによる暗示的な決定は、プリアンブル又はＤ２ＤグループＩＤが複数のＵＥの同期化送信を区別するためにスクランブルで使用される第１の代案と結合されることができる。

特定の実施形態において、Ｄ２ＤＵＥから送信されたＰＤ２ＤＳＣＨは、ＵＥが同期化を検出するｅＮＢ及びＤ２ＤＵＥを含んで１つ以上のノードを示す。同期化は、ｅＮＢからの同期化、又はＤ２ＤＵＥからのＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを含むことができる。ＵＥが同期化を検出する１つ以上のノードに関する情報は、レイヤー−２メッセージ、又はＭＡＣメッセージ、又は上位レイヤーメッセージのようなデータチャネル上で運ばれることもできる。このような情報を受信する他のＤ２ＤＵＥは、ＵＥが同期化されることができるネットワークノードの優先順位を決定するためのファクターのうちの１つとして情報を使用することができる。例えば、ＵＥは、１つの他のノードのみから同期化を受信することができるノードを通して複数の他のノードから同期化を受信することができるノードの優先順位を定めることができる。特定の実施形態において、このような情報は、Ｄ２ＤＵＥからクラスターヘッダーとして機能するＵＥのように、ｅＮＢ及び他のＤ２ＤＵＥを含む他のネットワークノードにフィードバックされ、ｅＮＢ又はＤ２ＤＵＥは、ＵＥが中継ノードであり得、他のノードから情報を中継し得るという決定のように、トポロジー及び構成を決定するための情報を使用することができる。

表１６は、ＵＥが検出するノードの情報を示すためにＤ２ＤＵＥにより送信されたＰＤ２ＤＳＣＨの例示的な情報フィールドを提供する。フィールドのうちの１つ以上が省略され得る。

図１５は、本発明の実施形態による第１のＤ２ＤＵＥが同期化を検出するノードの情報を送信し、そのような情報を受信する第２のＤ２ＤＵＥは、第２のＤ２ＤＵＥが同期化できるノードの優先順位を決定するためのファクターとして情報を使用するプロセス１５００を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのシーケンスから、実行の特定の順序と関連して、ステップの実行、ステップの一部の実行が、同時に、またはオーバーラッピングされるよりもむしろ、シリアルに行われるとか、割り込み又は中間ステップが発生することなく、示されたステップが実行されることに関する如何なる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。

ブロック１５０５において、第２のＤ２ＤＵＥは、第１のＤ２ＤＵＥからＤ２ＤＳＳを受信し、ここで、第１のＤ２ＤＵＥは、第１のＵＥが同期化できるノードの１つ以上を検出できる。第１のＵＥは、第１のＵＥが同期化を検出するノードの情報を含むＰＤ２ＤＳＣＨを送信し、ブロック１５１０において、第２のＵＥは、第１のＵＥからＰＤ２ＤＳＣＨを受信する。ブロック１５１５において、第２のＵＥは、第１のＵＥが同期化を検出するノードの情報を考慮して第２のＵＥが同期化できるノードの優先順位を決定する。

図１６は、本発明の実施形態による第１のＤ２ＤＵＥは、第１のＤ２ＤＵＥが同期化を検出する複数のノードの情報を送信し、このような情報を受信する他のノードは、第１のＵＥが中継されることを要請するプロセス１６００を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのシーケンスから、実行の特定の順序と関連して、ステップの実行、ステップの一部の実行が、同時に、またはオーバーラッピングされるよりもむしろ、シリアルに行われるとか、割り込み又は中間ステップが発生することなく、示されたステップが実行されることに関する如何なる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。

ブロック１６０５において、第１のＵＥは、第１のＵＥが同期化を検出する複数のノード（ｅＮＢ、ＵＥを含む）を検出する。第１のＵＥは、ブロック１６１０において、同期化を検出するノードの情報を送信する。第１のＵＥからの送信は、ブロードキャストであり得、又はｅＮＢに対するもの又はＵＥクラスターヘッドに対するものであり得る。ブロック１６１５において、１つ以上の他のノードは、第１のＵＥが中継されることを要請する。１つ以上の他のノードは、ｅＮＢ又はＵＥクラスターヘッド又は他のＵＥであり得る。代案的に、第１のＵＥは、自律的に中継されるように決定し得る。

図１７は、本発明の実施形態によるＤ２ＤＵＥが同期化を検出する複数のノードの情報をＤ２ＤＵＥが送信し、他のノードが情報を活用する例示的な動作を示す図である。図１７に示すＤ２Ｄ通信ネットワーク１７００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。

Ｄ２Ｄ通信ネットワーク１７００は、ネットワークカバレッジ境界１７１０内で複数のＵＥと通信できるｅＮＢ１７０５を含む。ｅＮＢ１７０５は、ｅＮＢ１０２と同一であるか又は類似して構成されることができる。図１７に示すＵＥ１１７１５、ＵＥ２１７２０、ＵＥ３１７２５、ＵＥ４１７３０、ＵＥ５１７３５、及びＵＥ６１７４０のうちの１つ以上は、ＵＥ１１６と同一であるか又は類似して構成されることができる。

ｅＮＢ１７０５は、ネットワークカバレッジ境界１７１０内でＵＥ１１７１５及びＵＥ６１７４０と通信する。ＵＥ４１７３０は、ネットワークカバレッジ外にあり、ＵＥ４１７３０は、他の同期化を検出しないために独立した同期化ソースである。ＵＥ４１７３０は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。また、ＵＥ５１７３５は、ネットワークカバレッジ外にあり、ＵＥ５１７３５は、ＵＥ４１７３０から同期化を得る。ＵＥ５１７３５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ１１７１５は、ｅＮＢ１７０５の以外にＵＥ５１７３５から同期化を検出する。ＵＥ１１７１５は、ＵＥ１１７１５がｅＮＢ１７０５に同期化することを示すＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＵＥ１１７１５は、ＵＥ５１７３５から追加の同期化検出に関する情報をＰＤ２ＤＳＣＨに含ませる。ＵＥ６１７４０は、ＵＥ６１７４０がｅＮＢ１７０５に同期化することを示すＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ２１７２０は、ＵＥ１１７１５及びＵＥ６１７４０から同期化を検出する。ＵＥ１１７１５は、ＵＥ６１７４０が検出したものに比べて追加の同期化を検出したために、ＵＥ２１７２０は、同期化を得ることができるノードとしてＵＥ１１７１５を選択するか、選好するか、又は優先順位で定める。ＵＥ２１７２０は、ＵＥ１１７１５に同期化し、ＵＥ２１７２０は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ３１７２５は、ＵＥ２１７２０から同期化を検出する。ＵＥ１１７１５は、ＵＥ１１７１５が同期化を検出する複数のノードの情報を送信する。追加で、ｅＮＢ１７０５又はＵＥ２１７２０のように情報を受信する他のノードは、中継されるＵＥ１１７１５を要請することができる。特定の実施形態において、ＵＥ１１７１５は、自律的に中継されるように決定する。

図１８は、本発明の実施形態によるＤ２ＤＵＥは、Ｄ２ＤＵＥが同期化を検出する複数のノードの情報を送信し、他のノードは、情報を使用する例示的な動作を示す図である。図１８に示すＤ２Ｄ通信ネットワーク１８００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。

Ｄ２Ｄ通信ネットワーク１８００は、ネットワークカバレッジ境界１８１０内で複数のＵＥと通信できるｅＮＢ１８０５を含む。ｅＮＢ１８０５は、ｅＮＢ１０２と同一であるか又は類似して構成されることができる。図１８に示すＵＥ１１８１５、ＵＥ２１８２０、ＵＥ３１８２５、ＵＥ４１８３０、ＵＥ５１８３５、ＵＥ６１８４０、ＵＥ７１８４５、及びＵＥ８１８５０のうちの１つ以上は、ＵＥ１１６と同一であるか又は類似して構成されることができる。

図１８に示す例において、ＵＥ１１８１５乃至ＵＥ８１８５０は、それらがネットワークカバレッジ境界１８１０外にあるためにｅＮＢに接続されない。ＵＥ１１８１５は、独立した同期化ソースであり、ＵＥ１１８１５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ２１８２０は、ＵＥ３１８２５から同期化を得、ＵＥ２１８２０は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ４１８３０は、独立した同期化ソースであり、ＵＥ４１８３０は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ５１８３５は、独立した同期化ソースであり、ＵＥ５１８３５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ６１８４０は、ＵＥ５１８３５から同期化を検出する。ＵＥ３１８２５は、ＵＥ４１８３０及びＵＥ５１８３５から同期化を検出し、ＵＥ３１８２５は、ＵＥ４１８３０に同期化されることに決定する。ＵＥ３１８２５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＵＥ３１８２５は、ＵＥ５１８３５からの追加の同期化検出に関する情報をＰＤ２ＤＳＣＨに含ませる。ＵＥ７１８４５は、ＵＥ２１８２０及びＵＥ３１８２５から同期化を検出し、ＵＥ３１８２５がＵＥ５１８３５からの追加の同期化検出に関する情報をＰＤ２ＤＳＣＨに含ませるが、ＵＥ２１８２０ではないために、ＵＥ７１８４５は、ＵＥ３１８２５に同期化することに決定する。ＵＥ７１８４５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＵＥ８１８５０は、ＵＥ７１８４５から同期化を検出する。ＵＥ７１８４５又はＵＥ３１８２５は、ＵＥ３１８２５が同期化を検出する複数のノードの情報を送信することができる。追加で、情報を受信する他のノードは、ＵＥ３１８２５又はＵＥ７１８４５が中継されるように要請することができる。特定の実施形態において、ＵＥ７１８４５又はＵＥ３１８２５は、自律的に中継されるように決定する。

第１のＵＥが同期化できる第２のノードをさらに選択するか、そのＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを再構成するすべての場合に、２つの追加の条件が適用されることができる。

− 第２のノード（例えば、ＵＥ）から検出された信号が特定の時間間隔Ｔ＿ｓｙｎｃ＿ｒｅｃｏｎｆｉｇの間に特定のしきい値（Ｔｈ＿ｓｙｎｃ＿ｒｅｇｏｎｆｉｇ１）より強く、
− ＵＥがＵＥのような現在のノードに同期化した後に特定の期間Ｔ＿ｋｅｅｐ（例えば、１秒）以上経過した。
ＵＥが独立したＵＥ同期化ソースにそのＤ２ＤＳＳ／ＰＤ２ＤＳＣＨを再構成するすべての場合に２つの追加の条件が適用されることもできる。

− 他のノード（例えば、ＵＥ）から検出された信号が特定の時間間隔Ｔ＿ｓｙｎｃ＿ｒｅｃｏｎｆｉｇの間に特定のしきい値（Ｔｈ＿ｓｙｎｃ＿ｒｅｇｏｎｆｉｇ２）以下であり、
− ＵＥがＵＥのような現在のノードに同期化した後に特定の期間Ｔ＿ｋｅｅｐ（例えば、１秒）以上経過した。

信号強度は、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、又は同期化信号受信電力（ＳＳＲＰ）、同期化信号受信品質（ＳＳＲＱ）により測定されることができる。同期化信号は、エネルギー検出により測定されることができる。

上述したパラメータ、例えば、Ｔｈ＿ｓｙｎｃ＿ｒｅｃｏｎｆｉｇ１、Ｔ＿ｓｙｎｃ＿ｒｅｃｏｎｆｉｇ、Ｔ＿ｋｅｅｐ、Ｔｈ＿ｓｙｎｃ＿ｒｅｃｏｎｆｉｇ２は、メッセージで固定されるか、予め構成されるか、予め定義されるか、又はシグナリングされることができる。例えば、パラメータは、ＳＩＢ、ＰＤ２ＤＳＣＨ、又は専用シグナリングなどでシグナリングされることができる。

特定の実施形態において、第１のＤ２ＤＵＥは、同期化するノードの変更に関する情報を含むメッセージを送信する。このメッセージは、第１のＵＥに同期化できる、第２のＤ２ＤＵＥのような、他のＤ２ＤＵＥが変更に対する準備を行うことができ、同期化する他のノードを発見できるように実際の変更の前に予め送信される。また、第１のＤ２ＤＵＥは、実際の変更に対する有効タイミングをメッセージに含むことができる。また、第１のＤ２ＤＵＥは、第２のＤ２ＤＵＥに複数のノードを推奨できるために、第２のＤ２ＤＵＥは、推奨されたノードのうちの１つに同期化しようと試みることができる。第２のＤ２ＤＵＥが同期化する他のノードを発見できない場合に、第２のＤ２ＤＵＥは、独立した同期化ソースとなる。同期化する新たなノードの発見に対する試み又は独立した同期化ソースとなる決定は、第１のＤ２ＤＵＥの変更の有効タイミングの前に実行されるか又は部分的に実行されることができる。長所のうちの１つは、迅速な同期化再確立を提供し、ネットワークをさらに強力にすることができる。

表１７は、第１のＤ２ＤＵＥが同期化するノードの変更と関連した情報を示すための第１のＤ２ＤＵＥにより送信されたメッセージでの例示的な情報フィールドを提供する。特定の実施形態において、メッセージは、変更の前に送信される。フィールドの一部は、省略され得る。ＵＥが同期化する新たなノードに関する情報は、第２のＤ２ＤＵＥに対する同期化ノードに対して推奨された変化のうちの１つとして見なされることができる。第１のＵＥが同期化する新たなノードよりさらに多くの推奨されたノードが存在しない場合に、推奨されたノードの情報フィールドは、省略され得るか、あるいは、その逆であり得る。ＵＥが同期化する新たなノードの情報フィールドは、省略され得る一方、推奨されたノードの情報フィールドは、含まれ得る。

表１７は、同期化するノードの変更の前にＵＥが送信する情報を示す。

変更の時間は、省略され得、パラメータは、固定されるか又は予め定義され得る。また、変更の時間は、ＵＥの移動性のファクターによりスケーリングされ得る。

図１９は、本発明の実施形態による第１のＤ２ＤＵＥが同期化するノードの変更に関する情報を含むメッセージを送信するプロセス１9００を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのシーケンスから、実行の特定の順序と関連して、ステップの実行、ステップの一部の実行が、同時に、またはオーバーラッピングされるよりもむしろ、シリアルに行われるとか、割り込み又は中間ステップが発生することなく、示されたステップが実行されることに関する如何なる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。このメッセージは、第１のＵＥに同期化された第２のＤ２ＤＵＥが変更に対して準備することができるように、実際の変更の前に予め送信されることができる。

ブロック１９０５において、第１のＤ２ＤＵＥは、新たなノードを検出し、同期化するノードの変更を決定する。ブロック１９１０において、第１のＤ２ＤＵＥは、変更の前にその変更に関する情報を含むメッセージを送信する。ブロック１９１５において、第１のＤ２ＤＵＥに同期化する第２のＤ２ＤＵＥは、第１のＵＥからメッセージを受信する。第２のＤ２ＤＵＥは、独立した同期化ソースであるか、又は他のノードへの同期化を試みるなど、新たな変更に対する準備をする。

図２０は、本発明の実施形態による第１のＤ２ＤＵＥが、Ｄ２ＤＵＥが同期化するノードの変更に関する情報を含むメッセージを送信する例示的な動作を示す図である。図２０に示すＤ２Ｄ通信ネットワーク２０００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。このメッセージは、第１のＵＥに同期化された第２のＤ２ＤＵＥが変更に対して準備することができるように、実際の変更の前に予め送信されることができる。

Ｄ２Ｄ通信ネットワーク２０００は、ネットワークカバレッジ境界２０１０内で複数のＵＥと通信できるｅＮＢ２００５を含む。ｅＮＢ２００５は、ｅＮＢ１０２と同一であるか又は類似して構成されることができる。図１８に示すＵＥ１２０１５、ＵＥ２２０２０、ＵＥ３２０２５、ＵＥ４２０３０、ＵＥ５２０３５、ＵＥ６２０４０、及びＵＥ７２０４５のうちの１つ以上は、ＵＥ１１６と同一であるか又は類似して構成されることができる。

ｅＮＢ２００５は、ネットワークカバレッジ境界２０１０内でＵＥ１２０１５と通信する。ＵＥ１２０１５は、ｅＮＢ２００５から同期化を得、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ２２０２０は、ＵＥ１２０１５から同期化を得、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ３２０２５は、ＵＥ２２０２０から同期化を得る。ＵＥ４２０３０は、ネットワークカバレッジ外にあり、ＵＥ４２０３０は、ＵＥ４２０３０が他の同期化を検出しないために独立した同期化ソースである。ＵＥ４２０３０は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ５２０３５は、ＵＥ４２０３０から同期化を得、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ６２０４０は、ＵＥ５２０３５から同期化を得、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ７２０４５は、ＵＥ６２０４０から同期化を得る。ＵＥ４２０３０は、モバイルである。ＵＥ４２０３０は、ＵＥ２２０２０に向かって移動する。ＵＥ４２０３０がその新たな位置２０５０に到達する時に、ＵＥ４２０３０は、ＵＥ２２０２０への同期化を変更する必要があることを決定する。ＵＥ４２０３０がその同期化を変更する前に、ＵＥ４２０３０は、表１７に言及されたように、新たな変更に関する情報を送信する。この情報は、新たな位置２０５０でＵＥ４２０３０が同期化するノードとしてＵＥ２２０２０を含み、また、この情報は、ＵＥ２２０２０がすでにｅＮＢに対して最大数を有するホップに対するＤ２ＤＳＳを送信するノードであることを含む。ＵＥ５２０３５は、このような情報を受信し、ＵＥ５２０３５がＵＥ４２０３０の同期化変更の有効時間の前に、これ以上ＵＥ４２０３０に同期化できないと決定するために、ＵＥ５２０３５は、独立した同期化ソースであると決定する。また、ＵＥ５２０３５は、ＵＥ５２０３５が独立した同期化ソースであると決定する前に、ＵＥ４２０３０により示されたＵＥ２２０２０の検出を試みることができる。ＵＥ５２０３５がＵＥ２２０２０の検出に失敗する場合に、ＵＥ５２０３５は、独立した同期化ソースとなる。ＵＥ５２０３５は、同期化の変更の前に、その変更についてＵＥ６に通知することができる。ＵＥ６２０４０は、同期化の変更の前に、その変更についてＵＥ７２０４５に通知することができる。

図２０に示す実施形態は、重要なシステム情報又は構成の変化に関する情報を含むメッセージを送信する第１のＤ２ＤＵＥに拡張されることができる。重要なシステム情報又は構成の変更は、最大ホップ数、Ｄ２Ｄブロードキャストデータチャネルに対するリソース割り当て構成などのように、Ｄ２ＤＳＳでの情報又はＰＤ２ＤＳＣＨでの情報を含むことができる。特定の実施形態において、第１のＵＥに同期化された、第２のＤ２ＤＵＥのような、他のＤ２ＤＵＥが変更に対して準備することができ、同期化する他のノードを発見できるように、このメッセージは、実際の変更の前に予め送信される。第１のＤ２ＤＵＥからのメッセージは、実際の変更に対する有効タイミングも含むことができる。第１のＤ２ＤＵＥは、同期化のために１つ以上のノードを推奨することができる。すなわち、第１のＤ２ＤＵＥからのメッセージは、推奨されたノード情報を含むことができるために、第２のＤ２ＤＵＥは、推奨されたノードのうちの１つに同期化するように試みることができる。これは、迅速なトポロジー変更及びＤ２Ｄ通信に対する新たなトポロジーの迅速な再確立を可能にすることができる。

特定の実施形態において、Ｄ２ＤＵＥに対するバッテリー寿命又はバッテリー状態が他のノードに送信されることができ、Ｄ２ＤＵＥが同期化できるノードの優先順位を定めるためのファクターのうちの１つとして他のノードにより情報が使用されることができる。バッテリー寿命又はバッテリー状態に関する情報は、ＰＤ２ＤＳＣＨ又は他のメッセージに含まれることができる。特定の実施形態において、バッテリー状態は、バッテリーに残っているエネルギーだけでなく、Ｄ２ＤＵＥが電力線供給に接続されるか、すなわち、“プラグされる”か否かを示す電力ソース情報を含む。Ｄ２ＤＵＥは、Ｄ２ＤＵＥが同期化できるノードとなる、より少なく残っているエネルギーを有する第２のＤ２ＤＵＥを通してより多く残っているエネルギーを有する第１のＤ２ＤＵＥを選択し、選好するか、又は優先順位で定めることができる。

特定の実施形態において、１つ以上のノードは、中継するＤ２ＤＵＥを要請することができる。特定の実施形態において、ノードが中継しなければならないことを要請する決定は、バッテリー状態とも関連する。さらに多く残っているエネルギーを有するＤ２ＤＵＥは、中継されるためにより高い優先順位を有することができる。特定の実施形態において、Ｄ２ＤＵＥは、自律的に中継しなければならないことを決定する。Ｄ２ＤＵＥが中継するように自律的に決定した場合に、Ｄ２ＤＵＥは、そのバッテリー状態も考慮することができる。例えば、バッテリーが低い場合に、Ｄ２ＤＵＥは、中継する必要がないか又は中継しないように選択する。

特定の実施形態において、第１のＤ２ＤＵＥが、第１のＤ２ＤＵＥが同期化するノードを変更する場合に、タイミング又は周波数、又は両方ともの変更は、それぞれの変更のサイズ及び変更速度に対する制限が第１のＤ２ＤＵＥに課され得る複数のステップで実行される。このような制限は、第１のＤ２ＤＵＥが段階的であり調節された方式で、そのタイミング又は周波数、又は両方ともを調整するようにすることにより、第１のＵＥに同期化される第２のＵＥが段階的であり調節された方式で、そのタイミング及び周波数も調節できるようにする。タイミング又は周波数変更に対する規則のセットが定義されることができる。一例において、ＵＥタイミングに対してなされるすべての調整は、以下により実行される。
１）１つの調整でタイミング変更のサイズの最大量は、Ｔｑ秒となる。
２）最小のアグリゲート調整速度は、秒当り７＊ＴＳとなる。
３）最大のアグリゲート調整速度は、２００ｍｓ当りＴｑとなる。

最大の自律的な時間調整ステップＴｑは、表１８に明示される。

図２１は、本発明の実施形態による同期化確立を示す図である。図２１に示す同期化確立２１００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。

図２１に示す例において、ＵＥ２１２１０５は、同期化を提供するために他のノードを検出しない。追加で、ＵＥ２１２１０５は、ＧＰＳ又はＵＴＣのような正確な同期化方法がない。したがって、ＵＥ２１２１０５は、選択の余地がないが、それなりに概略的なタイミングで同期化信号を送信する。ＵＥ２１２１０５は、ＵＥ２１２１０５が他のノードに同期化を提供できないことを、例えば、‘０'として設定された表３のビットをＤ２ＤＳＳ及びＰＤ２ＤＳＣＨに示す必要がある。あるいは、ＵＥ２１２１０５は、ＵＥ２１２１０５が正確な同期化方法がないことを、例えば、‘０'として設定された表４のビットを示す。ＵＥ２１２１０５は、ホップ数“１”であることを示す。ＵＥ２２２１１０及びＵＥ２３２１１５は、ＧＰＳ又はＵＴＣがない。ＵＥ２２２１１０及びＵＥ２３２１１５は、他のノードから同期化信号を検出することを試みる。このとき、ＵＥ２２２１１０及びＵＥ２３２１１５は、同期化を提供できる他のノードでない、ＵＥ２１２１０５から同期化を検出する。ＵＥ２２２１１０及びＵＥ２３２１１５は、通信の目的のためにＵＥ２１２１０５に同期化するが、ＵＥ２２２１１０及びＵＥ２３２１１５は、ＵＥ２１２１０５により提供された同期化が正確でないことを理解する。したがって、ＵＥ２３２１１５又はＵＥ２２２１１０がＵＥ３１２１２０からのように、より正確な同期化を検出する度に、ＵＥ２３２１１５又はＵＥ２２２１１０は、それぞれＵＥ３１２１２０に同期化することをさらに選択する。ＵＥ３１２１２０は、同期化を提供するために他のノードを検出しないが、ＵＥ３１２１２０は、ＧＰＳ又はＵＴＣのような正確な同期化方法を有する。ＵＥ３１２１２０は、それ自身のタイミングに基づいて１つのタイミングで同期化信号を送信する。また、ＵＥ３１２１２０は、ＵＥ３１２１２０が他のノードに同期化を提供できることを、例えば、‘１'として設定された表３のビットをＤ２ＤＳＳ及びＰＤ２ＤＳＣＨに示す。あるいは、ＵＥ３１２１２０は、ＵＥ３１２１２０が正確な同期化方法を有することを、例えば、‘１'として設定された表４のビットを示す。ＵＥ３１２１２０は、ホップ数“１”であることを示す。このとき、ＵＥ３２２１２５及びＵＥ３３２１３０は、通信の目的のためにＵＥ３１２１２０から同期化を検出し、ＵＥ３１２１２０に同期化する。ＵＥ２２２１１０及びＵＥ２３２１１５は、ＵＥ３１２１２０により提供された同期化が正確であることを理解するために、ＵＥ２２２１１０又はＵＥ２３２１１５がさらにより強い信号を有するＵＥ２１２１０５のように、正確な同期化なしに他のＵＥを検出する場合に、ＵＥ２２２１１０又はＵＥ２３２１１５は、それぞれ他のノードにさらに選択しない。Ｍａｘ＿ｈｏｐ＿ＮｅＮＢが“１”である場合に、表３及び表４にリストされた情報に対するシグナリングのための代案的な方法は、次の通りである。ＵＥ２１２１０５に対して、ＵＥ２１２１０５は、実際に、ホップ数“１”であるとしても、ホップ数“２”を有することをシグナリングし、ここで、ホップ数“２”は、他のＵＥが通信の目的でない同期化の選択／再選択の優先順位の観点でのように、ＵＥ２１２１０５が他のＵＥに同期化を提供できないことを分かるようにするはずであり、ＵＥ３１２１２０に対して、ＵＥ３１２１２０は、ホップ数“１”を有することをシグナリングする。このとき、表３及び表４のシグナリングは、省略され得る。

特定の実施形態において、ＵＥは、ＵＥが使用可能な正確な同期化方法を有するノード、又はＧＰＳ又はＵＴＣのような正確なタイミングソースから導出されたタイミングを有するか否かを同期化信号（Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨ）で示す。正確な同期化方法は、ＧＰＳ、ＵＴＣなどを含むことができる。表１９は、表示、すなわち、ＰＤ２ＤＳＣＨの情報フィールドの一例を示す。

代案的な１ビット指示子は、ＰＤ２ＤＳＣＨを送信するＵＥが、表４により、又はＧＰＳ又はＵＴＣのような正確なタイミングソースから導出されたタイミングを有するか否かを示すことができ、他の１ビットは、ＰＤ２ＤＳＣＨを送信するＵＥが使用可能な正確な同期化方法を有するノードから導出されたタイミングを有するか否かを示すことができ、ここで、このような１ビットは、ホップ数が“１”より大きい場合のみに適用されることができる。

図２２は、本発明の実施形態による他の同期化確立を示す図である。図２２に示す同期化確立２２００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。

図２２に示す例において、ＵＥ４１２２０５は、同期化を提供するために他のノードを検出しない。ＵＥ４１２２０５は、ＧＰＳ又はＵＴＣのような正確な同期化方法がない。ＵＥ４１２２０５は、選択の余地がないが、それなりに概略的なタイミングで同期化信号を送信する。ＵＥ４１２２０５は、ＵＥ４１２２０５が他のノードに同期化を提供できないことを、例えば、‘０'として設定された表３のビットをＤ２ＤＳＳ及びＰＤ２ＤＳＣＨに示す必要がある。あるいは、ＵＥ４１２２０５は、それが正確な同期化方法がないことを、例えば、‘０'として設定された表４のビットを示す。あるいは、ＵＥ４１２２０５は、正確な同期化方法（例えば、‘０'として設定された表５のビット）として有するノードからのタイミングを導出しないことを示す。ＵＥ４１２２０５は、ホップ数“１”であることを示すことができる。このとき、ＵＥ４２２２１０及びＵＥ４３２２１５は、ＵＥ４１２１０５から同期化を検出し、ＵＥ４１２２０５に同期化する。すなわち、ＵＥ４２２２１０のＴＸタイミングは、ＵＥ４１２２０５により送信された同期化信号から導出され、ＵＥ４１２２０５が通信の目的のために他のノードから他の同期化信号を受信しない場合に、ＵＥ４２２２１０のＲＸタイミングは、そのＴＸタイミングと同一である。ＵＥ４２２２１０及びＵＥ４３２２１５は、ＵＥ４１２２０５により提供される同期化が正確でないことを理解するために、ＵＥ４２２２１０又はＵＥ４３２２１５が（ＵＥ５１２２２０、ＵＥ５２２２２５、又はＵＥ５３２２３０のように）より正確な他の同期化を検出する度に、ＵＥ４２２２１０又はＵＥ４３２２１５は、それぞれ他のノードをさらに選択する。ＵＥ５１２２２０は、同期化を提供するために他のノードを検出しないが、ＵＥ５１２２２０は、ＧＰＳ又はＵＴＣのような正確な同期化方法を有し、このとき、ＵＥ５１２２２０は、それ自体のタイミングで同期化信号を送信する。ＵＥ５１２２２０は、ＵＥ５１２２２０が他のノードに同期化を提供できることを、例えば、‘１'として設定された表３のビットをＤ２ＤＳＳ及びＰＤ２ＤＳＣＨに示す必要がある。あるいは、ＵＥ５１２２２０は、ＵＥ５１２２２０が正確な同期化方法を有することを、例えば、‘１'として設定された表４のビットを示す。あるいは、ＵＥ５１２２２０は、ＵＥ５１２２２０が使用可能な正確な同期化方法を有するノード、又はＧＰＳ又はＵＴＣのような正確なタイミングソースから導出されたタイミングを有するもの、例えば、‘１'として設定された表５のビットを示す。ＵＥ５１２２２０は、それがホップ数１であることを示すことができる。このとき、ＵＥ５２２２２５及びＵＥ５３２２３０は、ＵＥ５１２２２０から同期化を検出する。ＵＥ５２２２２５及びＵＥ５３２２３０は、通信の目的のためにＵＥ５１２２２０に同期化する。ＵＥ５２２２２５及びＵＥ５３２２３０は、ＵＥ５１２２２０により提供された同期化が正確であることを理解するために、ＵＥ５２２２２５又はＵＥ５３２２３０がさらにより強い信号で、ＵＥ４１２２２０のように、正確な同期化なしに他のＵＥを検出する時に、ＵＥ５２２２２５又はＵＥ５３２２３０は、それぞれ他のノードに再選択しない。Ｍａｘ＿ｈｏｐ＿ＮｅＮＢが“１”より大きく設定されると、同期化ソースのオリジンがＧＰＳ又はＵＴＣのように正確な同期化方法を有する場合に、ＵＥ５２２２２５又はＵＥ５３２２３０は、同期化信号を送信し、ＵＥ５２２２２５又はＵＥ５３２２３０は、それぞれ使用可能な正確な同期化方法、例えば、‘１'として設定された表５のビットを有するノードから導出されたタイミングを有することを示す。また、ＵＥ５２２２２５又はＵＥ５３２２３０は、それがそれぞれホップ数２であることを示す。検出される場合には、ＵＥ５４２２３５及びＵＥ５５２２４０は、それぞれＵＥ５２２２２５及びＵＥ５３２２３０に同期化することができる。ＵＥ４３２２１５がＵＥ５２２２２５を検出する場合に、ＵＥ４３２２１５は、それが同期化することができる同期化としてＵＥ５２２２２５を再選択できる。

特定の実施形態において、ｅＮＢからの基準タイミングを使用しない場合に、使用可能なＧＰＳ又はＵＴＣを有するノードは、常に、“１”と同一のホップ数を設定する。

特定の実施形態において、ＯＯＣＵＥは、送信のために予め構成されたリソースプールを有し、予め構成されたリソースプールは、Ｄ２Ｄフレーム番号（Ｄ２Ｄ−ＦＮ）に基づくことができる。例えば、予め構成されたリソースプールは、Ｄ２Ｄ送信のために使用される一部のサブフレームを定義することができる。特定の実施形態において、サブフレームは、リソースプール周期性内の、特定のビットマップにより示された、サブフレームのセットとして定義され、ここで、周期性は、Ｄ２Ｄ−ＦＮモジュロリソース＿プール＿期間＝０を有するフレームの開始で始まる周期期間のそれぞれのウィンドーのようにＤ２Ｄ−ＦＮ０に基づくことができる。予め構成されたリソースプールは、モード２通信に対するプールであり得る。また、予め構成されたリソースプールは、ＳＡに対するプールであり得る。

図２３は、本発明の実施形態によるＤ２Ｄ−ＦＮに基づく予め構成されたリソースプールのダイヤグラムである。図２３に示す予め構成されたリソースプール２３００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。

図２３に示す例において、Ｄ２Ｄ−ＦＮ＝０２３０５へのフレームの開始は、予め構成されたリソースプールの期間２３１０の開始点である。予め構成されたリソースプールは、時間ドメインで予め構成されたＴＸリソースプールのサブフレーム２３１５で構成されることができるために、ＵＥは、プール内でＤ２Ｄ信号を送信することができる。特定の実施形態において、ビットマップは、サブフレームがＤ２Ｄのために使用されるか、又はビットマップでそれぞれのビットに基づかないかを示すために使用される。ＵＥＴＸ２３２０は、送信のためにＴＸリソースプールを使用する。ＵＥＲＸ２３２５は、受信のためにリソースプールをモニタリングする。ＵＥＲＸ２３２５がＯＯＣであり、ＵＥＲＸ２３２５がモニタリングする他のリソースを認識できない場合に、例えば、ＵＥＲＸ２３２５は、任意のｅＮＢにより構成された受信プール又はＴＸプールを受信できない。ＵＥＲＸ２３２５は、Ｄ２Ｄ−ＦＮに基づいてＲＸリソースをモニタリングし、Ｄ２Ｄ通信のために他のリソースをモニタリングする必要がない。

マッピング関数が定義されることができる。マッピング関数は、Ｄ２Ｄフレーム番号（Ｄ２Ｄ−ＦＮ）にＧＰＳ／ＵＴＣのような共通の正確なタイミングをマッピングする。

Ｄ２Ｄ−ＦＮは、フレーム番号を示すために、例えば、１０ビットを有することができる。それぞれのフレームは、１０ｍｓである。フレーム内のサブフレームインデックス（０乃至９）を示すために追加の４ビットが使用されることができる。これらの４ビットは、サブフレームの正確なレベルまで１４ビットＤ２Ｄ−ＦＮを形成するために、１０ビットＤ２Ｄフレーム番号とともに結合されることができる。あるいは、Ｄ２Ｄ−ＦＮは、１０ビットより少ないビットを有し得る。あるいは、Ｄ２Ｄ−ＦＮは、１０２４ｍｓ以上のＯＯＣリソースプールの周期性を許容するために１０ビット以上を有し得る。

ＧＰＳ又はＵＴＣからＤ２Ｄ−ＦＮへのマッピング関数は、例えば、Ｄ２Ｄ−ＦＮが１０ビットを有する場合に、Ｄ２Ｄ−ＦＮ＝（ＧＰＳ＿ｔｉｍｅ（ｍｓ単位で）／１０）モジュロ１０２４であり得る。ＧＰＳ＿ｔｉｍｅは、ｍｓの単位内であり得る。例えば、ＧＰＳ＿ｔｉｍｅが３０，０００ｍｓである場合に、Ｄ２Ｄ−ＦＮは、３０，０００／１０モジュロ１０２４＝９５２である。また、マッピング関数は、Ｄ２Ｄ−ＦＮにより示されたフレームの第１のサブフレームを提供することができる。例えば、Ｄ２Ｄ−ＦＮ＝０の第１のサブフレーム又は開始点は、ＧＰＳ＿ｔｉｍｅ（ｍｓ単位で）モジュロ１０２４０＝０であるＧＰＳ＿ｔｉｍｅを有するサブフレームであり得る。

Ｄ２ＤＵＥに対して、Ｄ２ＤＵＥは、ＯＯＣ又はＩＣである。ＧＰＳ又はＵＴＣが使用可能であるか又は実行されている場合に、Ｄ２ＤＵＥは、マッピング関数を使用してＤ２Ｄ−ＦＮを取得するためにＧＰＳ又はＵＴＣをマッピングする。マッピング関数は、固定されるか又は予め構成されることができる。

ｅＮＢが使用可能なＧＰＳ又はＵＴＣを有する場合に、ｅＮＢは、マッピング関数を使用してＤ２Ｄ−ＦＮを取得するためにＧＰＳ又はＵＴＣをマッピングする。ｃａｔ．１のＯＯＣＵＥ及びＩＣＵＥに対して、ｅＮＢは、例えば、専用シグナリングを通して又はＳＩＢを通してのように、ｅＮＢからＵＥに信号でシグナリングされるか、又は、ＩＣＵＥからｃａｔ．１のＯＯＣＵＥへのように、ＵＥから他のＵＥに、及びｃａｔ．１のＯＯＣＵＥからｃａｔ．１の他のＯＯＣＵＥに中継されることができる。中継されたＤ２Ｄ−ＦＮは、例えば、ＰＤ２ＤＳＣＨでシグナリングされることができる。

特定の実施形態において、ＳＦＮ及びＤ２Ｄ−ＦＮは、同期化される。ｅＮＢは、Ｄ２Ｄ−ＦＮと同一であるようにそのシステムフレーム番号（ＳＦＮ）を設定し、Ｄ２Ｄ−ＦＮの開始点（第１のサブフレーム）及びＳＦＮの開始点（第１のサブフレーム）は、同一であるように設定される。あるいは、ＳＦＮの導出のために、ＳＦＮに対するＧＰＳ又はＵＴＣからのマッピング関数が存在する場合に、Ｄ２Ｄ−ＦＮは、Ｄ２Ｄ−ＦＮに対してＧＰＳ又はＵＴＣからの同一のマッピング関数を使用して取得されることができる。ＳＦＮ及びＤ２Ｄ−ＦＮを同期化するステップ、例えば、同一のＳＦＮ‘０'、すなわち、ＳＦＮ‘０'の第１のサブフレーム及びＤ２Ｄ−ＦＮ‘０'、すなわち、Ｄ２Ｄ−ＦＮ‘０'の第１のサブフレームは、Ｄ２Ｄ及びＷＡＮ（セルラー）の共存のために、より良好な性能を有するだけではなく、ＵＥの動作を簡素化することができる。

あるいは、Ｄ２Ｄ−ＦＮの導出、例えば、Ｄ２Ｄ−ＦＮに対するＧＰＳ又はＵＴＣからのマッピング関数は、ＳＦＮの導出、例えば、Ｄ２Ｄ−ＦＮに対するＧＰＳ又はＵＴＣからのマッピング関数と異なり得る。Ｄ２Ｄ−ＦＮ及びＳＦＮの導出が異なる場合に、Ｄ２Ｄ−ＦＮは、ＵＥに個別に提供され得る。

ｅＮＢは、ｅＮＢがＧＰＳ又はＵＴＣから導出されたＤ２Ｄ−ＦＮを有するか否か、又はｅＮＢがデフォルトなどでＤ２Ｄ−ＦＮを有するか、ｅＮＢにより提供されたＤ２Ｄ−ＦＮが、存在する場合には、正確であるか否か、又はＤ２Ｄ−ＦＮがＳＦＮと同一であるか又は異なるか、及び異なる場合には、どのくらい異なるかについてＵＥにシグナリングする。例えば、ＳＦＮ‘０'に対するオフセットは、Ｄ２Ｄ−ＦＮとして提供されることができ、ここで、オフセットは、フレームの単位であり得る。他の例の場合には、ＳＦＮ‘０'に対するＤ２Ｄ−ＦＮ‘０'のオフセットが提供されることができ、ここで、オフセットは、フレームの単位であり得、ＵＥは、数式１を導出することができる。

Ｄ２Ｄ−ＦＮ＝ＳＦＮ＋ＭＳＢ＿１０（Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０＿ｆｏｒｍａｔ１）・・・数式（１）

ここで、ＭＳＢ＿１０（Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０＿ｆｏｒｍａｔ１）は、Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０＿ｆｏｒｍａｔ１の１０ＭＳＢ（最上位ビット）であり、これは、その第１のフォーマットでサブフレームの単位でＳＦＮ０に対するＤ２Ｄ−ＦＮ０のオフセットであり、ここで、第１のフォーマットは、１０ＭＳＢがフレームの単位で、Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０＿ｆｏｒｍａｔ１がＤ２Ｄ−ＦＮ０及びＳＦＮ０のオフセットであるフォーマット内にあることを意味し、ＬＳＢ（最下位ビット）４ビットがオフセットとしてフレーム内のサブフレームの相対的な位置をさらに示すために使用され、ここで、サブフレームの単位で実際のオフセットは、数式２のように計算されることができる。

実際のオフセット＝ＭＳＢ＿１０（Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０＿ｆｏｒｍａｔ１）＊１０＋ＬＳＢ＿４（Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０＿ｆｏｒｍａｔ１）・・・数式（２）

一部の実施形態において、第１のフォーマットでサブフレームの単位でＯｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０＿ｆｏｒｍａｔ１は、サブフレームの正確性レベルまでであるＤ２Ｄ−ＦＮを示すことができる。あるいは、Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０が、カウントが０から開始するサブフレームの番号で実際のオフセットとしてカウントされる値である場合に、

Ｄ２Ｄ−ＦＮ＝ＳＦＮ＋ｉｎｔ（Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０／１０）・・・数式（３）
である。
ここで、ｉｎｔ（Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０／１０）は、Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０／１０の整数部分である。

本発明の全般にわたって、ＳＦＮ０（ＳＦＮ０）又はＤ２Ｄ−ＦＮ０（Ｄ２Ｄ−ＦＮ０）は、それぞれＳＦＮ＝０又はＤ２Ｄ−ＦＮ＝０でサブフレームを開始することを意味する。

ｅＮＢがＧＰＳ又はＵＴＣ、又は正確なＤ２Ｄ−ＦＮを提供するための他の方法を有しない場合に、ｅＮＢは、任意のＤ２Ｄ−ＦＮを提供するように構成される。同期化優先順位化において、すなわち、ノードを選択するステップ又は再選択ステップにおいて、第１のＵＥがＤ２Ｄ−ＦＮを提供した第１のｅＮＢからそのタイミングを導出することを示す第２のＵＥから同期化信号（Ｄ２ＤＳＳ及びＰＤ２ＤＳＳ）を受信する場合、及び第１のＵＥがＤ２Ｄ−ＦＮを提供しない第１のｅＮＢからそのタイミングを導出することを示す第３のＵＥから同期化信号を受信する場合に、第１のＵＥは、第２のＵＥ及び第３のＵＥに対する接続の優先順位を定める。すなわち、一部の他の条件が第２のＵＥ及び第３のＵＥに対して類似した場合に、第１のＵＥは、第２のＵＥに同期化するために選択するか又は再選択するために優先順位を定める。これを達成するために、ＰＤ２ＤＳＣＨのような同期化信号で、ＵＥは、ｅＮＢがＤ２Ｄ−ＦＮを有するか否かに関する情報を提供する。

表２０は、ｅＮＢからＵＥへのシグナリングの一例を示す図である。情報は、専用シグナリングに又はＳＩＢに存在し得る。情報は、Ｄ２Ｄ−ＦＮが提供されるか否かを示す。情報が提供され、専用シグナリング又はＳＩＢを送信するセルのＳＦＮ０に対するＤ２Ｄ−ＦＮオフセットが提供されない場合に、ＵＥは、オフセットをデフォルト値０として見なすことができる。あるいは、特定の実施形態において、ＳＦＮ０に対するＤ２Ｄ−ＦＮオフセットは、常に提供される。このようなオフセットは、フレームの単位で存在し得る。オフセットがフレームの単位で存在する場合に、オフセットは、１０ビットを要求し得る。より良い正確性を提供するために、サブフレームの単位で一部の追加のオフセット表示が要求され得る。あるいは、このようなオフセットは、サブフレームの単位で存在し得る。オフセットがサブフレームの単位で存在する場合に、オフセットは、１４ビットを要求し得る。サブフレームによる単位は、より良い正確性を提供する。本発明の全般にわたって、ＳＦＮ０又はＳＦＮ０又はＤ２Ｄ−ＦＮ０又はＤ２Ｄ−ＦＮ０は、ＳＦＮ又はＤ２Ｄ−ＦＮ＝０を有する開始サブフレームを意味する。ＳＦＮ０に対するＤ２Ｄオフセットは、Ｄ２Ｄ−ＦＮに相互に交換可能であり、１４ビットのうちのＭＳＢ１０ビットは、Ｄ２Ｄフレーム番号であり得、１４ビットのうちのＬＳＢ４ビットは、フレーム内のサブフレームインデックス（０乃至９）の４ビット表示であるサブフレームの正確性レベルまで１４ビットＤ２Ｄ−ＦＮであり得る。

表２０は、ＳＩＢでの情報フィールドを示す（又はｅＮＢからの専用シグナリング）。

表２１は、Ｄ２Ｄ−ＦＮオフセットをＳＦＮに示す方法について表２０に対する代案を示す。ＳＦＮに対するＤ２Ｄ−ＦＮオフセットは、フレームの単位で（例えば、１０ビットで）提供されることができ、ＳＦＮサブフレームに対してサブフレームの単位でＤ２Ｄ−ＦＮサブフレームオフセットが（例えば、４ビットで）提供されることもできる。サブフレームの単位での実際のオフセットは、数式４として計算されることができる。

実際のオフセット＝ＳＦＮに対するＤ２Ｄ−ＦＮオフセット＊１０＋Ｄ２Ｄ−ＦＮサブフレームオフセット・・・数式（４）

数式４において、ＳＦＮに対するＤ２Ｄ−ＦＮオフセットは、フレーム内にあり、Ｄ２Ｄ−ＦＮサブフレームオフセットは、サブフレーム内にある。Ｄ２Ｄ−ＦＮオフセットは、本発明の他の表のように他のシナリオに適用されることができる。あるいは、Ｄ２Ｄ−ＦＮオフセットは、他の表示又は表と結合されることができる。

表２１は、ＳＩＢの情報フィールドを示す（又は、ｅＮＢからの専用シグナリング）。

表２２は、ｅＮＢからＵＥへのシグナリングの一例を示す。情報は、専用シグナリングで又はＳＩＢでシグナリングされることができる。情報は、Ｄ２Ｄ−ＦＮが提供されるか否かを示す。また、情報は、専用シグナリング又はＳＩＢを送信するセルのＳＦＮ０についてのＤ２Ｄ−ＦＮオフセットを示す。Ｄ２Ｄ−ＦＮ関連情報は、ＴＸリソースプール構成及びＲＸリソースプール構成とともにであり得る。ＲＸリソースプール構成は（共同で又は個別に）、モード１通信及びモード２通信の両方ともに対するリソースプール（複数のプール）を含む。隣接セルのＰＣＩＤが提供されることができ、ＳＦＮ０において、第１のサブフレームに対するオフセットが隣接セルのＲＸリソースプールのそれぞれに対して提供されることができる。あるいは、ＳＦＮ０において、第１のサブフレームに対する隣接セルの第１のサブフレームＳＦＮ０のオフセット、及び第１のサブフレームである隣接セルのＳＦＮ０に対するＤ２Ｄリソースプールの周期性内のビットマップの開始のオフセット、ここで、ビットマップでのビットのそれぞれは、各サブフレームがＤ２Ｄのために使用されるか否かを示す。

表２２は、ＳＩＢの情報フィールドを示す（又は、ｅＮＢからの専用シグナリング）。

表２３は、ＰＤ２ＤＳＣＨにより送信された情報フィールドの例を示す。ｅＮＢのＳＦＮが提供されることができる。ＰＤ２ＤＳＣＨが１つのサブフレームで送信される場合に、１０ビットＳＦＮ及びＳＦＮに対するＤ２Ｄ−ＦＮの１０ビット又は１４ビットオフセット、又はＤ２Ｄ−ＦＮ自身がＰＤ２ＤＳＣＨで送信される。ＰＤ２ＤＳＣＨが連続的なフレームのように複数のフレームを通して反復される場合、例えば、Ｎ（Ｎ＝２又は４など）個のフレームを通して反復される場合に、これらのＮ個のサブフレームでの情報フィールドは、同一でなければならないために、ＳＦＮ又はＤ２Ｄ−ＦＮに対するＰＤ２ＤＳＣＨでの情報ビット、又はＳＦＮに対するオフセットは、１０−ｌｏｇ２Ｎビットである。例えば、Ｎ＝４である場合に、８ビットが使用され、ＰＤ２ＤＳＣＨのペイロードでのこれらのビットは、Ｄ２Ｄ−ＦＮのＭＳＢ（最上位ビット）であり、ＬＳＢ（ｌｏｇ２Ｎ）ビットは、ブラインドデコーディングにより導出されることができる。

表２４は、ＰＤ２ＤＳＣＨにより送信された情報フィールドの例を示す。表２４に対する代案として、Ｄ２Ｄ−ＦＮが提供されることができ、ＳＦＮは、Ｄ２Ｄ−ＦＮに対するオフセットとして提供されることができる。

表２５は、ＰＤ２ＤＳＣＨにより送信された情報フィールドの例を示す。表２２と同様に、ＰＤ２ＤＳＣＨは、リソースプール関連情報を含み、ＩＣＵＥ及びＯＯＣｃａｔ．１ＵＥは、情報を中継する。また、表２５は、ＳＦＮに対するＤ２Ｄ−ＦＮオフセット、及び表２３を拡張する代わりに、すなわち、ＳＦＮの代りに表２４を拡張でき、表２５は、Ｄ２Ｄ−ＦＮに関する情報を提供し、ＳＦＮの場合に、それは、Ｄ２Ｄ−ＦＮに対するオフセットにより決定されることができる。

ＴＸリソースプールの場合に、ｅＮＢ構成ＴＸリソースプールは、予め構成されたリソースのサブセット、又はＤ２Ｄ−ＦＮに基づくものように、予め構成されたリソースと同一であり得る。ＲＸリソースプールの場合に、ｅＮＢ構成ＴＸリソースプールは、予め構成されたＴＸリソースプール＋モード１リソースプール（これらのプールのユニオン）であり得る。受信又はモニタリングのために、ＯＯＣＵＥに対してモード１リソースプールも構成されることができるリソースのユニオンである場合に、ＲＸリソースプールは、ＰＤ２ＤＳＣＨで省略され得る。例えば、モード１に対するＲＸリソースは、全体として予め構成されることができる。

表２６は、ＰＤ２ＤＳＣＨにより送信された情報フィールドの例を示す。Ｄ２Ｄ−ＦＮがＧＰＳ又はＵＴＣのような正確な同期化方法により由来しているか否かのフィールドは、ｅＮＢが正確な同期化方法を提供する場合に、ｅＮＢからタイミングを導出しないＵＥにより使用されるシーケンスのセットからＤ２ＤＳＳシーケンスを送信するＵＥに適用されることができる。ｅＮＢが正確な同期化方法を有しない場合に、このようなフィールドは、任意のＤ２ＤＵＥに適用されることができ、ＵＥは、他のＵＥ、又はｅＮＢにもより正確なＤ２Ｄ−ＦＮを中継することができる。Ｄ２Ｄ−ＦＮがＧＰＳ又はＵＴＣのような正確な同期化方法により由来しているか否の表示は、Ｄ２ＤＳＳの異なる位置を使用するか、又は、ＰＳ２ＤＳＳ及びＳＤ２ＤＳＳの異なる相対的なタイミングを使用するか、又は異なるシーケンスセットの使用を通してのように、Ｄ２ＤＳＳにより代案的に伝達されることができる。また、“ＧＰＳ又はＵＴＣのような正確な同期化方法により由来したＤ２Ｄ−ＦＮであるか否か”は、代案的に“正確な同期化方法により由来した同期化であるか否か”であり得る。

例えば、図２２に示す例において、ＵＥ５１２２２０、ＵＥ５２２２２５、ＵＥ５３２２３０、ＵＥ５４２２３５、及びＵＥ５５２２４０は、ビット設定‘１’を有する、ＧＰＳ又はＵＴＣのような正確なソースにより由来したＤ２Ｄ−ＦＮを示すことができる。ＵＥ４１２２０５、ＵＥ４２２２１０、ＵＥ４３２２１５は、ビット設定'０’を有する、ＧＰＳ又はＵＴＣのような正確なソースにより由来しないＤ２Ｄ−ＦＮを示すことができる。ＵＥ４３２２１５がＵＥ５１２２２０、ＵＥ５２２２２５、ＵＥ５３２２３０、ＵＥ５４２２３５、又はＵＥ５５２２４０のうちのいずれか１つを検出する場合に、ＵＥ４３２２１５は、ＵＥ５１２２２０、ＵＥ５２２２２５、ＵＥ５３２２３０、ＵＥ５４２２３５、及びＵＥ５５２２４０により提供されたＤ２Ｄ−ＦＮにそのＤ２Ｄ−ＦＮをアップデートする。

特定の実施形態において、ＯＯＣｃａｔ．２は、ＯＯＣｃａｔ．１又は他のＯＯＣｃａｔ．２のように、Ｄ２Ｄ−ＦＮを示す他のＵＥからのＤ２Ｄ−ＦＮを取得する。許容された複数のホップが存在する場合には、最大ホップを有するＵＥもＤ２Ｄ−ＦＮを含むＰＤ２ＤＳＣＨ及びＤ２ＤＳＳを送信することができる。

また、ＯＯＣＵＥｃａｔ．１がＧＰＳを有する場合に、ＯＯＣＵＥｃａｔ．１は、Ｄ２Ｄ−ＦＮを中継することができる。しかしながら、ＯＯＣＵＥｃａｔ．１が送信するために使用するリソースは、Ｄ２Ｄ−ＦＮにより決定された、すなわち、予め構成されたリソースプールではなく、ｅＮＢにより構成されたリソースプールである。

また、ＰＤ２ＤＳＣＨは、サブフレームを検出するために、ＵＥをサポートするために、サブフレーム番号又はインデックスを提供できる。Ｄ２ＤＳＳが特定のサブフレームに位置する場合に、Ｄ２ＤＳＳを検出することにより、ＵＥは、それぞれのサブフレームを決定できる。例えば、Ｄ２ＤＳＳがＴＤＤの場合に対してサブフレーム＃２に位置し、又はＴＤＤ及びＦＤＤに対する共通の設計のために、サブフレーム＃１、サブフレーム＃２、又はサブフレーム＃６に位置する場合に、ＵＥは、Ｄ２ＤＳＳを受信し、Ｄ２ＤＳＳを送信する送信器のＴＸタイミングに対して、それぞれのサブフレームがサブフレーム＃２であることを決定する。Ｄ２ＤＳＳを検出した後に、ＵＥがサブフレームを決定できないように、Ｄ２ＤＳＳが複数の異なるサブフレームに位置する場合に、ＵＥは、それぞれのサブフレームを決定するためにＰＤ２ＤＳＣＨを追加でデコーディングする必要がある。ＰＤ２ＤＳＣＨが特定のサブフレーム（複数のサブフレーム）に位置する場合に、ＰＤ２ＤＳＣＨを検出することにより、ＵＥは、ＰＤ２ＤＳＣＨの位置に基づいてそれぞれのサブフレームを決定する。特定の実施形態において、ＰＤ２ＤＳＣＨの位置がそれぞれのサブフレーム番号を提供できないように、ＰＤ２ＤＳＣＨが異なる複数のサブフレームに位置し得る場合のように、サブフレーム番号は、ＰＤ２ＤＳＣＨのペイロードで伝達される。シグナリングがＤ２Ｄ−ＦＮ番号を伝達できる、１０個のサブフレームのように連続したサブフレームの外にスパニングするＤ２Ｄシグナリングが存在する場合に、ＵＥは、フレームの境界を検出し、したがって、ＵＥは、それぞれのサブフレーム番号を決定できる。

特定の実施形態において、Ｄ２ＤＳＳは、サブフレームのそれぞれの位置がそれぞれのホップ数に対応する予め定められたサブフレームで送信される。例えば、ホップ＃１は、サブフレーム＃１にあり、ホップ＃２は、サブフレーム＃２にあり、ホップ＃３は、サブフレーム＃６にある。ホップ数がＤ２ＤＳＳのシーケンスのそれぞれのセットにより、又はＰＤ２ＤＳＳ及びＳＤ２ＤＳＳのそれぞれの相対的な距離により示される場合に、ＵＥは、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的な距離又はシーケンスに基づいてＤ２ＤＳＳ検出からホップ数を検出し、サブフレームのインデックス又は位置でホップ数の予め定められたマッピングを使用することにより、それに従ってサブフレームを決定する。

特定の実施形態において、構成されたＴＸリソースは、予め構成されたＴＸリソースより高い優先順位を有する。

ＵＥＲＸのために、ＵＥは、それぞれのタイミングに対してＲＸリソースをモニタリングできる。ＵＥは、それ自身と同一のＴＸタイミングを使用する他のＤ２ＤＵＥにより使用されるＲＸリソースをモニタリングするために、そのＴＸタイミングと同一のタイミングを使用する。例えば、ＵＥは（存在する場合に）、そのサービングセルのＳＦＮに基づいてＴＸ及びＲＸリソースのユニオンであり得るＲＸプールをモニタリングする。ＴＸリソースは、モード２Ｄ２Ｄ通信のためにＳＡリソースプールを含むことができる。ＲＸリソースは、モード１及びモード２通信のためにＳＡリソースプールを含む。あるいは、ＵＥは、存在する場合に、ＵＥが基準タイミングを導出するｅＮＢのＳＦＮ、又は、他のＵＥにより中継されたＳＦＮをモニタリングする。また、ＵＥは、サービングセルのタイミングに対するタイミングオフセットに基づいて隣接セルのＲＸリソースをモニタリングできる。また、ＵＥは、Ｄ２Ｄ−ＦＮに基づいて予め構成されたリソースをモニタリングできる。

ＵＥの動作のために、次のオプションが使用されることができる。

オプション１において、ＵＥ通信のためのＯＯＣリソースは、予め定義されるか又は予め構成される。ｃａｔ．１又はｃａｔ．２のＯＯＣＵＥは、すべてＴＸに対する予め構成されたリソースを使用する。ＰＤ２ＤＳＣＨでの中継された情報は、Ｄ２Ｄ−ＦＮを含む。ＰＤ２ＤＳＣＨは、ＴＸリソースプール構成を含む必要がないことがある。このようなオプションは、ＰＤ２ＤＳＣＨを単純化する。ＲＸ目的のために、ＳＦＮがＰＤ２ＤＳＣＨに含まれるように要求されることができる。また、ＩＣＵＥがＴＸに対する予め構成されたリソースを使用する場合には、ＵＥがｅＮＢからの情報を中継すると、ＳＦＮは、ＰＤ２ＤＳＣＨで省略されることができる。

オプション２において、ＵＥ通信のためのＯＯＣリソースは、予め定義されるか又は予め構成される。ｃａｔ．２のＯＯＣＵＥは、すべてＴＸに対する予め構成されたリソースを使用する。ｃａｔ．１のＯＯＣＵＥは、すべてｅＮＢ構成リソースを使用する。ｅＮＢがＤ２Ｄ−ＦＮを有する場合に、ｅＮＢは、Ｄ２Ｄ−ＦＮをＵＥにシグナリングする。ｅＮＢがＤ２Ｄ−ＦＮを有しない場合に、他のＵＥは、Ｄ２Ｄ−ＦＮをｅＮＢにシグナリングする。ＰＤ２ＤＳＣＨでの中継された情報は、ＴＸリソースプール構成を含む。また、Ｄ２Ｄ−ＦＮが含まれるように要求され得る。このようなオプションの特定の実施形態は、ＰＤ２ＤＳＣＨで伝達されるより多くのビットを要求する。また、ＲＸ目的のために、ＳＦＮがＰＤ２ＤＳＣＨに含まれるように要求され得る。拡張は、ホップ数がＭａｘ＿ｈｏｐ＿ｅＮＢであることを示すＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信するｃａｔ．１のＯＯＣＵＥの場合に、ＯＯＣＵＥｃａｔ．１は、他のノードに同期化を提供せず、ＯＯＣＵＥｃａｔ．１は、送信のために予め構成されたＯＯＣリソースを使用するものである。代案は、ＯＯＣＵＥｃａｔ．１が使用可能である場合には、高い優先順位であるＵＥにより中継されたｅＮＢ構成ＯＯＣリソースで送信するｃａｔ．１の他のＯＯＣＵＥのように動作し、使用可能でない場合には、ＯＯＣＵＥｃａｔ．１は、送信のために、低い優先順位である、予め構成されたＯＯＣリソースを使用するものである。

ＯＯＣＵＥｃａｔ．１に対して、ＯＯＣＵＥがＧＰＳ又はＵＴＣを有する場合に、ＯＯＣＵＥｃａｔ．１は、表４におけるように、同期化信号でそれを示す。特定の実施形態において、ＯＯＣＵＥｃａｔ．１は、ＯＯＣＵＥｃａｔ．１がｅＮＢから導出された基準タイミングを使用してノードに対するセットからＤ２ＤＳＳシーケンスによるものように、ｅＮＢからの基準タイミングを使用することを示す。特定の実施形態において、ＯＯＣＵＥｃａｔ．１は、ｅＮＢからカウントするホップ数を示すこともできる。ＯＯＣＵＥｃａｔ．１がＤ２Ｄ−ＦＮに対するＧＰＳ又はＵＴＣを有することを示すシグナリングは、他のＵＥがＯＯＣＵＥｃａｔ．１に同期化できるようにする。特定の実施形態において、ＯＯＣＵＥｃａｔ．１がＧＰＳ又はＵＴＣを有しても、上記のオプション２に対して、ＯＯＣＵＥｃａｔ．１は、ｅＮＢ構成リソースがＤ２Ｄ−ＦＮに基づく予め構成されたリソースのサブセットである場合のように、構成されたＴＸリソースが予め構成されたリソースと異なる場合に、送信するために、ｅＮＢ構成されたＴＸリソースを使用する。長所は、カバレッジ内のＵＥに対する干渉を減少させることにある。

図２４は、本発明の実施形態によるそれぞれのタイミング及びＤ２Ｄ−ＦＮに基づくか、又はそれぞれのタイミング及びＤ２Ｄ−ＦＮにより決定されたＯＯＣリソースを含むＴＸ及びＲＸリソースを示す図である。図２４に示すＴＸ及びＲＸリソースの実施形態２４００は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。

図２４に示す例において、ＵＥＴＸ２４０２は、ＯＯＣｃａｔ．２ＵＥである。ＵＥＴＸ２４０２は、使用可能である場合に、ＧＰＳ又はＵＴＣのような正確な同期化方法を使用してＤ２ＤＳＳを送信する（２４０４）。使用可能でない場合に、ＵＥＴＸ２４０２は、非常に正確でないことがある概略的なタイミングを使用してＤ２ＤＳＳを送信する。また、ＵＥＴＸ２４０２は、ＰＤ２ＤＳＣＨにおけるように、その同期化が正確な方法を通して取得されるか否かを示す。Ｄ２Ｄ−ＦＮ＝０２４０６へのフレームの開始は、予め構成されたリソースプールの期間２４０８の開始点である。予め構成されたリソースプールは、時間ドメインで予め構成されたＴＸリソースプールのサブフレーム２４１０で構成されることができるために、ＵＥＴＸ２４０２は、プール内の、モード２通信ＳＡ及びデータのような、Ｄ２Ｄ信号を送信することができる。ＯＯＣＵＥｃａｔ．２のようなＵＥＴＸ２４０２は、送信のためのＴＸリソースプールを使用することができる。ＴＸリソースが、例えば、ビットマップ又はビットマップにより示される予め構成されたＴＸプール期間内のオフセットは、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿Ｐｒｅｃｏｎｆｉｇ２４１２と呼ばれる。ビットマップ又は複数のビットマップのそれぞれのビットは、それぞれのサブフレームがＤ２Ｄリソースのために使用されるか否かを示す。

ｅＮＢ１から導出された基準タイミングを有するＩＣＵＥ又はＯＯＣＵＥｃａｔ．１２４１４は、ｅＮＢ１タイミングを使用してＤ２ＤＳＳを送信する（２４１６）。Ｄ２ＤＳＳは、通信目的のためのものであり得るか、又はｅＮＢ１に対して検索目的のために予約され得る。特定の実施形態において、ＩＣＵＥ又はＯＯＣＵＥｃａｔ．１２４１４は、キャリアインデックス及びｅＮＢ１のＰＣＩＤのようなｅＮＢ１の識別子の表示を通してその基準タイミングがｅＮＢ１からくることを示すＰＤ２ＤＳＣＨを送信する。ＩＣＵＥ又はＯＯＣＵＥｃａｔ．１２４１４は、ｅＮＢ１により構成されたＴＸプール及びＲＸプール（複数のプール）を受信する。ｅＮＢ１に対するＩＣＵＥ又はＯＯＣＵＥｃａｔ．１２４１４の送信は、ｅＮＢ１により構成されたＴＸプール２４２０とともに、ｅＮＢ１ＳＦＮ０２４１８に基づくＴＸプールを有することができる。ＴＸ及びＲＸリソース２４００は、ｅＮＢ１ＳＦＮ０に対するＤ２Ｄ−ＦＮ０の第１のオフセット２４２２及びＤ２Ｄ−ＦＮ０に対するｅＮＢ１ＳＦＮ０の第２のオフセット２４２４を含む。ビットマップ又は複数のビットマップによるもののように、ＴＸリソースが示されるｅＮＢ１構成ＴＸプール期間内のオフセットは、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ１２４２６と呼ばれる。ｅＮＢ１は、ｅＮＢ１ＳＦＮ０に対するＤ２Ｄ−ＦＮ０の第１のオフセット２４２２及びＳＦＮをＵＥにシグナリングすることができる。ＵＥは、ｅＮＢ１ＳＦＮ０に対するＤ２Ｄ−ＦＮ０の第１のオフセット２４２２及びＳＦＮを他のＵＥにシグナリングすることができる。あるいは、ＵＥは、Ｄ２Ｄ−ＦＮ０に対するｅＮＢ１ＳＦＮ０の第２のオフセット２４２４及びＤ２Ｄ−ＦＮを他のＵＥにシグナリングすることができる。プール期間は、時間ドメインで予め構成されたＴＸリソースプールのサブフレーム２４２８で構成されることができるために、ＩＣＵＥ又はＯＯＣＵＥｃａｔ．１２４１４は、プール内の、モード２通信ＳＡ及びデータのような、Ｄ２Ｄ信号を送信することができる。

ｅＮＢ２から導出された基準タイミングを有するＩＣＵＥ又はＯＯＣＵＥｃａｔ．１２４３０は、ｅＮＢ２タイミングを使用してＤ２ＤＳＳを送信する（２４３２）。Ｄ２ＤＳＳは、通信目的のためのものであり得るか、又は、Ｄ２ＤＳＳは、ｅＮＢ２に対して検索目的のために予約され得る。特定の実施形態において、ＩＣＵＥ又はＯＯＣＵＥｃａｔ．１２４３０は、その基準タイミングがキャリアインデックス及びｅＮＢ２のＰＣＩＤのようなｅＮＢ２の識別子の表示を通して、のように、ｅＮＢ２からくることを示すＰＤ２ＤＳＣＨを送信する。ＩＣＵＥ又はＯＯＣＵＥｃａｔ．１２４３０は、ｅＮＢ２により構成されたＴＸプール及びＲＸプール（複数のプール）を受信する。ｅＮＢ２に対するＩＣＵＥ又はＯＯＣＵＥｃａｔ．１２４３０の送信は、ｅＮＢ２により構成されたＴＸプール期間２４３６及びｅＮＢ２ＳＦＮ０２４３４に基づくＴＸプールを有することができる。ＴＸ及びＲＸリソース２４００は、ｅＮＢ２ＳＦＮ０に対するｅＮＢ１ＳＦＮ０の第３のオフセット２４３８及びｅＮＢ１ＳＦＮ０に対するｅＮＢ２ＳＦＮ０の第４のオフセット２４４０を含む。ビットマップ又は複数のビットマップによりのように、ＴＸリソースが示されるｅＮＢ２構成ＴＸプール期間内のオフセットは、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２２４４２と呼ばれる。プール期間は、時間ドメインで予め構成されたＴＸリソースプールのサブフレーム２４２８で構成することができるために、ＩＣＵＥ又はＯＯＣＵＥｃａｔ．１２４４４は、プール内のモード２通信ＳＡ及びデータのようなＤ２Ｄ信号を送信することができる。

ＲＸＵＥ２４４６は、他のノードから送信されたそれぞれのＤ２Ｄ信号に対するそれぞれのリソースをモニタリングするために、１つ以上のＲＸタイミングを使用する。ＲＸＵＥ２４４６は、オフセットのシグナリングに基づいてＲＸタイミングのサブフレームレベルを導出する。ＲＸＵＥ２４４６は、それ自身のＴＸタイミング、及び他のノードから受信されたＤ２ＤＳＳに基づくもののように、他のノードのＴＸタイミングに基づいてＲＸタイミングをさらに調整することができる。同期化信号を使用してさらに微細に調整することは、シンボルレベルでの正確性のように、サブフレームレベルよりさらに微細なレベルまでＲＸタイミングの正確性を向上させるために、ＲＸＵＥ２４４６により使用されることができる。

特定の実施形態において、ＲＸＵＥ２４４６は、ｅＮＢ１に対するＩＣＵＥ又はＯＯＣＵＥｃａｔ．１である。ｅＮＢ１は、ｅＮＢ２ＳＦＮ０２４３４を有する隣接セルｅＮＢ２に対してＲＸプールを提供することができる。ｅＮＢ１は、ｅＮＢ２により構成されたＴＸプール期間２４３６の期間、ｅＮＢ１ＤＦＮ０に対するｅＮＢ２ＳＦＮ０の第４のオフセット２４４０、及びＯｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２２４４２と呼ばれるビットマップ又は複数のビットマップによりのように、ＴＸリソースが示されるｅＮＢ２構成ＴＸプール期間内のオフセットを提供することができる。あるいは、ｅＮＢ１は、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２２４４２及びｅＮＢ１ＳＦＮ０に対するｅＮＢ２ＳＦＮ０の第４のオフセット２４４０の合計を提供する。特定の実施形態において、ｅＮＢ１は、ｅＮＢ１ＳＦＮ０に対してＤ２Ｄ−ＦＮ０の第１のオフセット２４２２を提供した後に、ＲＸＵＥ２４４６がｅＮＢ１に対するＩＣＵＥ又はＯＯＣＵＥｃａｔ．１２４１４である場合のように、ＲＸＵＥ２４４６は、ｅＮＢ１ＳＦＮ０に対するＤ２Ｄ−ＦＮのタイミングを導出し、また、予め構成されたオフセットＯｆｆｓｅｔ＿ｉｎｎｅｒ＿Ｐｒｅｃｏｎｆｉｇ２４１２を使用して、ＲＸＵＥ２４４６は、第１のオフセット２４２２がフレームの単位である場合に、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿Ｐｒｅｃｏｎｆｉｇ２４１２＋第１のオフセット２４２２＊１０＋ｅＮＢ１ＳＦＮ０の第１のサブフレームのタイミングにおけるように、又はＯｆｆｓｅｔ＿ｉｎｎｅｒ＿Ｐｒｅｃｏｎｆｉｇ２４１２＋第１のオフセット２４２２＋ｅＮＢ１ＳＦＮ０の第１のサブフレームのタイミングにおけるように、予め構成されたリソースに対するビットマップ又は複数のビットマップをモニタリングするためのタイミングを導出する。ＲＸＵＥ２４４６は、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ１２４２６＋ｅＮＢ１ＳＦＮ０の第１のサブフレームのタイミングにおけるように、ｅＮＢ１により構成されたＴＸリソースプールで送信されたＤ２Ｄ信号をモニタリングすることができる。ＲＸＵＥ２４４６は、第４のオフセット２４４０がフレームの単位である場合に、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２２４４２＋第４のオフセット２４４０＋ｅＮＢ１ＳＦＮ０の第１のサブフレームのタイミングにおけるように、又はＯｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２２４４２＋第４のオフセット２４４０＊１０＋ｅＮＢ１ＳＦＮ０の第１のサブフレームのタイミングにおけるように、ｅＮＢ２により構成されたＴＸリソースプールで送信されたＤ２Ｄ信号をモニタリングすることができる。

特定の実施形態において、ＲＸＵＥ２４４６は、ＯＯＣＵＥｃａｔ．２である。ＲＸＵＥ２４４６は、Ｄ２Ｄ−ＦＮ０タイミングを有することができる。ＲＸＵＥ２４４６は、ｅＮＢ１に対するＯＯＣＵＥｃａｔ．１のように、他のＵＥから中継された情報を受信することができ、ＲＸＵＥ２４４６は、第２のオフセット２４２４、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ_ｅＮＢ１２４２６、又は、代案的に、第２のオフセット２４２４とＯｆｆｓｅｔ＿ｉｎｎｅｒ_ｅＮＢ１２４２６との合計の情報を取得することができ、このとき、ＲＸＵＥ２４４６は、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ１２４２６＋第２のオフセット２４２４＋Ｄ２Ｄ−ＦＮ０の第１のサブフレームのタイミングにおけるように、ｅＮＢ１により構成されたＴＸリソースプールをモニタリングするためのタイミングを導出することができる。また、ＲＸＵＥ２４４６は、第４のオフセット２４４０、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２２４４２、又は、代案的に、第４のオフセット２４４０とＯｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２２４４２との合計の情報を取得することができ、このとき、ＲＸＵＥ２４４６は、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２２４４２＋第４のオフセット２４４０＋第２のオフセット２４２４＋Ｄ２Ｄ−ＦＮ０の第１のサブフレームのタイミングにおけるように、ｅＮＢ２により構成されたＴＸリソースプールをモニタリングするためのタイミングを導出することができる。

図２４に示すＴＸ及びＲＸリソース２４００でのオフセットは、サブフレームの単位で存在し得る。第１のオフセット２４２２、第２のオフセット２４２４、第４のオフセット２４４０、及び第３のオフセット２４３８がフレームの単位である場合に、これらは、導出時間の付加動作で１０を乗じなければならない。例えば、ＯＯＣＵＥｃａｔ．２のようなＵＥは、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ_ｅＮＢ１２４２６＋第２のオフセット２４２４＊１０＋Ｄ２Ｄ−ＦＮ０の第１のサブフレームのタイミングでｅＮＢ１により構成されたリソースをモニタリングし、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２２４４２＋第４のオフセット２４４０＊１０＋第２のオフセット２４２４＊１０＋Ｄ２Ｄ−ＦＮ０の第１のサブフレームのタイミングでｅＮＢ２により構成されたリソースをモニタリングすることができる。

オフセットがサブフレームの単位で存在し得るために、シンボルのレベルでのＴＸタイミング及びＲＸタイミングの追加の調整は、受信された同期化信号又はＤ２ＤＳＳに基づくことができる。

ＲＸＵＥ２４４６は、予め構成されたリソースタイミング２４４８又はＤ２Ｄ−ＦＮタイミングを使用してＤ２Ｄ信号をモニタリングする。ＲＸＵＥ２４４６は、Ｄ２Ｄ−ＦＮに基づいてリソースプールで予め構成されたリソースをモニタリングするためにタイミングを導出する。ＲＸＵＥ２４４６が使用可能なＧＰＳ又はＵＴＣを有する場合に、ＲＸＵＥ２４４６は、シンボルレベルのＲＸ同期化正確性で微細調整を行うためにそれを使用する。ＲＸＵＥ２４４６が使用可能なＧＰＳ又はＵＴＣを有しない場合に、ＲＸＵＥ２４４６は、ＲＸＵＥ２４４６がＤ２Ｄ−ＦＮ基盤リソースに対する正確なＲＸタイミングでモニタリングできるように、シンボルレベルの同期化正確性で微細調整を行うためにＧＰＳ又はＵＴＣのような正確な同期化方法を使用して送信されたＤ２ＤＳＳを検出することを試みる（２４５０）。ＲＸＵＥ２４４６は、このような表示がＰＤ２ＤＳＣＨで伝達される場合に、他のノードにより送信されたＤ２ＤＳＳがＧＰＳ又はＵＴＣのような正確な同期化方法を使用しているか否かを理解するために、ＰＤ２ＤＳＣＨをデコーディングする必要があり得る。ＰＤ２ＤＳＣＨが、Ｄ２Ｄ−ＦＮが正確な同期化方法を使用して導出されないか、又はＤ２ＤＳＳが正確な同期化方法を使用しないことを示すことを、ＲＸＵＥ２４４６が検出する場合に、ＲＸＵＥ２４４６は、デコーディングされたＤ２ＤＳＳを廃棄し、正確な同期化方法により導出されないＤ２Ｄ−ＦＮに基づく予め構成されたリソースをモニタリングせず、Ｄ２Ｄ−ＦＮを無視することができる。あるいは、ＲＸＵＥ２４４６は、検出されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨに基づいており、概略的なＤ２Ｄ−ＦＮに基づいて信号をモニタリングすることができる。

ＲＸＵＥ２４４６は、ｅＮＢ１基準タイミング２４５２を使用して、ｅＮＢ１ＳＦＮ０＋Ｏｆｆｓｅｔ＿ｉｎｎｅｒ_ｅＮＢ１２４２６の第１のサブフレームのタイミングにおけるように、ｅＮＢ１により構成されたＴＸリソースプールで送信されたＤ２Ｄ信号をモニタリングする。タイミングのサブフレームレベルは、ＲＸＵＥ２４４６がＧＰＳ又はＵＴＣ又はＤ２Ｄ−ＦＮからのＴＸタイミングを有する場合には、ＲＸＵＥ２４４６がＤ２Ｄ−ＦＮ０＋第２のオフセット２４２４＋Ｏｆｆｓｅｔ＿ｉｎｎｅｒ_ｅＮＢ１２４２６により、又はｅＮＢ２からのＴＸタイミングを有する場合には、ｅＮＢ２ＳＦＮ０＋第３のオフセット２４３８＋Ｏｆｆｓｅｔ＿ｉｎｎｅｒ_ｅＮＢ１２４２６により、又はｅＮＢ１ＳＦＮ０＋Ｏｆｆｓｅｔ＿ｉｎｎｅｒ_ｅＮＢ１２４２６の第１のサブフレームのタイミングにより導出されることができる。ＵＥＴＸタイミングがｅＮＢ１である場合に、ＵＥは、ｅＮＢ１基準タイミング２４５２を使用する、ＲＸタイミングに対するＴＸタイミングを使用することができる。ＵＥＴＸタイミングがｅＮＢ１でない場合に、ＲＸＵＥ２４４６は、ｅＮＢ１タイミングを使用して送信されたＵＥＤ２ＤＳＳを検出するか、またはシンボルレベル２４５４まで、ＲＸタイミングを微細調整するために、ｅＮＢ１からの同期化信号を検出する。特定の実施形態において、ＲＸＵＥ２４４６は、ＵＥＤ２ＤＳＳ信号がｅＮＢ１タイミングを使用して送信されるかを探し出すためにＰＤ２ＤＳＣＨを検出する必要があり、ここで、ＰＤ２ＤＳＣＨは、ＰＣＩＤ及びキャリアインデックスのようなｅＮＢ１の識別子を示す。

ＲＸＵＥ２４４６は、ｅＮＢ２基準タイミング２４５８を使用して、ｅＮＢ２ＳＦＮ０＋Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２２４４２の第１のサブフレームのタイミングで、ｅＮＢ２により構成されたＴＸリソースプールで送信されたＤ２Ｄ信号をモニタリングする。タイミングのサブフレームレベルは、ＲＸＵＥがＧＰＳ又はＵＴＣ又はＤ２Ｄ−ＦＮからのＴＸタイミングを有する場合には、Ｄ２Ｄ−ＦＮ０＋第２のオフセット２４２４＋第４のオフセット２４４０＋Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２２４４２により、又はＲＸＵＥがｅＮＢ１からのＴＸタイミングを有する場合には、ｅＮＢ１ＳＦＮ０＋第４のオフセット２４４０＋Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２２４４２により、又はＲＸＵＥがｅＮＢ２からのＴＸタイミングを有する場合には、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２２４４２＋ｅＮＢ２ＳＦＮ０の第１のサブフレームのタイミングにより導出されることができる。ＵＥＴＸタイミングがｅＮＢ２である場合に、ＵＥは、ＲＸタイミングに対するＴＸタイミングを使用することができる。ＵＥＴＸタイミングがｅＮＢ１でない場合に、ＵＥは、ｅＮＢ２タイミングを使用して送信されたＵＥＤ２ＤＳＳを検出するか、シンボルレベル２４６０まで、ＲＸタイミングを微細調整するために、ｅＮＢ２からの同期化信号を検出する。特定の実施形態において、ＲＸＵＥ２４４６は、ＵＥＤ２ＤＳＳ信号がｅＮＢ２タイミングを使用して送信されるかを探し出すためにＰＤ２ＤＳＣＨを検出する必要があり、ここで、ＰＤ２ＤＳＣＨは、ＰＣＩＤ及びキャリアインデックスのようなｅＮＢ２の識別子を示す。

特定の実施形態において、第２のオフセット２４２４及び第１のオフセット２４２２は、等価であり得、相互に交換可能であり、第４のオフセット２４４０及び第３のオフセット２４３８は、等価であり得、相互に交換可能である。

特定の実施形態において、ＴＸプールに対するオフセットは、ＲＸプールに対するオフセットと同一である。特定の実施形態において、ＴＸプールに対するオフセットは、ＲＸプールに対するオフセットと異なる。例えば、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿Ｐｒｅｃｏｎｆｉｇ２４１２、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ_ｅＮＢ１２４２６、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２２４４２は、それぞれのＲＸプール及びＴＸプールに対して定義されたオフセットの一部であり、オフセットは、ＴＸプールに対するオフセットと異なり得る。ＴＸプールに対するオフセット、サービングセルのＲＸプールに対するオフセット、及び隣接セルのＲＸプールに対するオフセットは、個別に提供されることができる。このとき、ＲＸタイミング導出は、ＲＸプールに対してそれぞれのオフセットに基づくことができる。

図２４に示す例において、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨの送信及びＤ２ＤＳＳ及びＰＤ２ＤＳＣＨの検出は、タイムラインの類似の時間の辺りに図示されるが、これは、例示のためだけのものであり、本発明の実施形態は、これに限定されない。Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨの送信及びＤ２ＤＳＳ及びＰＤ２ＤＳＣＨの検出は、ＵＥがリソースプールでリソースを使用してＤ２Ｄ信号を送信する前に、及びＵＥがそれぞれのＲＸリソースプールでＤ２Ｄ信号をモニタリングする前の任意の時間であり得る。

特定の実施形態において、タイミングアドバンス（図２４に図示されない）は、タイミングに適用される。

例えば、図７において、ＵＥ７７５５は、ＵＥ６７５０からのＴＸタイミングを使用し、ＯＯＣリソースを使用して送信されたＤ２Ｄ信号に対するＤ２Ｄ−ＦＮタイミングで送信された信号を受信するために、ＵＥ６７５０からのＲＸタイミングを使用する。特定の実施形態において、ＵＥ７７５５は、ｅＮＢ１７０５タイミングに基づいて定義されたリソースを使用して送信されたＤ２Ｄ信号に対するｅＮＢ１７０５タイミングで送信された信号を受信するために、ＵＥ３７３５からのＲＸタイミング（ｅＮＢ１７０５タイミング）を使用し、ＵＥ７７５５は、シンボルレベルの正確性のための追加の調整のために、ｅＮＢ１７０５タイミングを使用して送信されたＤ２ＤＳＳを使用し、サブフレームレベルタイミングを決定するために、存在する場合に、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ１２４２６及びｅＮＢ１７０５ＳＦＮ０とＤ２Ｄ−ＦＮ０の中間のオフセットを使用する。また、ＵＥ７７５５は、ｅＮＢ２７１５タイミングに基づいて定義されたリソースを使用して送信されたＤ２Ｄ信号に対するｅＮＢ２７１５タイミングで送信された信号を受信するために、ＵＥ１１７７５からのＲＸタイミング（ｅＮＢ２７１５タイミング）を使用することができる。特定の実施形態において、ＵＥ７７５５は、シンボルレベルの正確性のための追加の調整のために、ｅＮＢ２７１５タイミングを使用して送信されたＤ２ＤＳＳを使用し、サブフレームレベルタイミングを決定するために、存在する場合には、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２２４４２及びｅＮＢ２７１５ＳＦＮ０とＤ２Ｄ−ＦＮ０の中間のオフセットを使用する。特定の実施形態において、ＵＥ７７５５は、ＵＥ７７５５がＵＥ８７６０から同期化信号を検出する場合に、ＵＥ８７６０からの信号をモニタリングし、ＵＥ３７３５は、ＵＥ８７６０からの信号をモニタリングすることを試みるために、Ｄ２Ｄ−ＦＮが概略的であり得るが、ＵＥ８７６０により示されたＤ２Ｄ−ＦＮのタイミングを使用する。

他の例の場合に、図７に示す例において、ＵＥ３７３５は、ｅＮＢ１７０５からのＴＸタイミングを使用し、ｅＮＢ１タイミングに基づいて定義されたリソースを使用して送信されたＤ２Ｄ信号に対するｅＮＢ１７０５タイミングで送信された信号を受信するために、ｅＮＢ１７０５からのＲＸタイミングを使用する。ＵＥ３７３５は、ＯＯＣリソースを使用して送信されたＤ２Ｄ信号に対するＤ２Ｄ−ＦＮタイミングを使用する。ＵＥ３７３５は、存在する場合には、Ｄ２Ｄ−ＦＮ０及びｅＮＢ１７０５ＳＦＮ０の中間のオフセットを使用することができる。特定の実施形態において、ＵＥ３７３５は、ｅＮＢ２７１５タイミングに基づいて定義されたリソースを使用して送信されたＤ２Ｄ信号に対するｅＮＢ２７１５タイミングで送信された信号を受信するために、ＵＥ１１７７５からのＲＸタイミング（ｅＮＢ２７１５タイミング）も使用する。特定の実施形態において、ＵＥ３７３５がＵＥ８７６０からの同期化信号を検出できる場合に、ＵＥ３７３５は、ＵＥ８７６０からの信号をモニタリングし、ＵＥ３７３５は、ＵＥ８７６０からの信号をモニタリングすることを試みるために、Ｄ２Ｄ−ＦＮが概略的であり得るが、ＵＥ８７６０により示されたＤ２Ｄ−ＦＮのタイミングを使用する。

他の例の場合に、図７に示す例において、ＵＥ８７６０は、それ自身の概略的なＴＸタイミングを使用する。ＵＥ８７６０は、ＵＥ７７５５からのＲＸタイミングを使用するか、ｅＮＢ２７１５タイミングに基づいて定義されたリソースを使用して送信されたＤ２Ｄ信号に対するｅＮＢ２７１５タイミングで送信された信号を受信するために、ＵＥ１１７７５からのＲＸタイミング（ｅＮＢ２７１５タイミング）を使用するか、ＵＥ８７６０は、ｅＮＢ１７０５タイミングに基づいて定義されたリソースを使用して送信されたＤ２Ｄ信号に対するｅＮＢ１７０５タイミングで送信された信号を受信するために、ＵＥ３７３５からのＲＸタイミング（ｅＮＢ１７０５タイミング）を使用する。

代案として、正確な同期化方法を有せず、ＵＥ８７６０のように同期化を提供できる他のノードに同期化を提供できないＵＥの場合に、ＵＥは、やはりＵＥがＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを検出できるノードに同期化することを試みることができる。ノードが他のノードに同期化を提供できなくても、例えば、ＵＥは、ＵＥがＤ２ＤＳＳ及びＰＤ２ＤＳＣＨのもっとも強い信号を受信するノードを選択することができる。これは、同期化を提供できないノードに対する例外が正確な同期化方法を有しないＵＥに対してなされることができることを意味する。あるいは、ＵＥは、同期化を提供できる他のノードに同期化できる。

上述したように、第１のＵＥが同期化ソースであるはずがない場合に、又は第１のＵＥが第２のＵＥに同期化を提供できない場合に、第１のＵＥは、Ｄ２Ｄ通信のために、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨ及び他の信号をやはり送信することができる。特定の実施形態において、第１のＵＥのＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する第２のＵＥは、他のものに同期化を提供できないノードから受信されたＤ２ＤＳＳから導出されたものとして、それ自身のＴＸタイミングを決定できない。例えば、ＵＥ３７３５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信でき、他のＵＥが同期化ソースとしてＵＥ３７３５を使用しないように、ＵＥ３７３５がｅＮＢから由来した最大ホップ数を有するノードから同期化を得ることを示す。ＵＥ７７５５がＵＥ３７３５からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを検出する場合に、ＵＥ７７５５は、ＵＥ３７３５から導出されたタイミングとしてＤ２Ｄ信号に対するそれ自身のＴＸタイミングを設定することができない。それよりは、ＵＥ７７５５が使用可能なＧＰＳ又はＵＴＣを有しない場合に、ＵＥ７７５５は、他のノードが同期化の提供を受けることができる同期化する他のノードを発見しなければならず、ここで、図７に示す例において、ＵＥ７７５５は、同期化を提供することができるＵＥ６７５０を発見する。ＵＥ７７５５は、それ自身と同一のＴＸタイミングを使用する他のノードにより送信されたＤ２Ｄ信号を受信するために、ＴＸタイミングとしてそのＲＸタイミングを設定することができ、ＵＥ７７５５は、ＵＥ３７３５と同一のＴＸタイミングを使用する他のノード又はＵＥ３７３５により送信されたＤ２Ｄ信号を受信するために、受信されたＤ２ＤＳＳに基づくシンボルレベルでの微細調整だけでなく、ＰＤ２ＤＳＣＨに示されたＲＸリソースプールに対して使用可能である場合に、他のオフセットと、ＳＦＮ及びＤ２Ｄ−ＦＮオフセットに基づいてＤ２ＤＳＳ及びＰＤ２ＤＳＣＨから導出されたＲＸタイミングを設定することもできる。

図２５は、本発明の実施形態によるＵＥがＴＸリソースを決定するプロセスを示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのシーケンスから、実行の特定の順序と関連して、ステップの実行、ステップの一部の実行が、同時に、またはオーバーラッピングされるよりもむしろ、シリアルに行われるとか、割り込み又は中間ステップが発生することなく、示されたステップが実行されることに関する如何なる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。

ブロック２５０５において、ＵＥは、ｅＮＢ又は他のＵＥから信号を検出することを試みる。ブロック２５１０において、ＵＥは、ｅＮＢにより構成されたＴＸプールを受信するか否かを判定する。信号は、ｅＮＢからくるか、又は他のＵＥにより中継されることができる。ブロック２５１０において、ＵＥがｅＮＢにより構成されたＴＸプールを受信しないと判定する場合に、例えば、ＵＥがＯＯＣＵＥｃａｔ．２である場合に、ブロック２５１５において、ＵＥは、Ｄ２Ｄ−ＦＮを決定する。ＵＥがＧＰＳ又はＵＴＣのようなそれ自身の正確な同期化方法を有する場合に、Ｄ２Ｄ−ＦＮは、マッピング関数により決定されることができる。他のＵＥがＰＤ２ＤＳＣＨでシグナリングされたＤ２Ｄ−ＦＮを有する場合に、Ｄ２Ｄ−ＦＮは、他のＵＥを通して取得されることができる。ＵＥが任意の他のＵＥから、又は正確な同期化方法によりそれ自体に任意のＤ２Ｄ−ＦＮを取得できない場合に、ＵＥは、概略的な方法でＤ２Ｄ−ＦＮを取得することができる。ＵＥは、他のＵＥがもう１つのＵＥにＤ２Ｄ−ＦＮを中継しないように、ＵＥが概略的な方法でＤ２Ｄ−ＦＮを取得することを示す。ブロック２５２０において、ＵＥは、Ｄ２Ｄ−ＦＮに基づいて予め構成されたリソースに送信する。ブロック２５１０において、ＵＥがｅＮＢにより構成されたＴＸプールを受信すると決定する場合に、例えば、ＵＥがＩＣＵＥであり、ＵＥがｅＮＢからＴＸプール情報を受信するか、又はＵＥがＯＯＣＵＥｃａｔ．１であり、ＵＥがＩＣＵＥにより中継されるか、又はＯＯＣＵＥｃａｔ．１により中継されたＰＤ２ＤＳＣＨでＴＸプールを受信する場合に、ブロック２５２５において、ＵＥは、ｅＮＢにより構成されたＴＸプールを決定する。ブロック２５３０において、ＵＥは、ｅＮＢにより構成されたＴＸプールでリソースを使用して送信する。

図２６は、本発明の実施形態によるＵＥによるＲＸモニタリングのためのプロセスを示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのシーケンスから、実行の特定の順序と関連して、ステップの実行、ステップの一部の実行が、同時に、またはオーバーラッピングされるよりもむしろ、シリアルに行われるとか、割り込み又は中間ステップが発生することなく、示されたステップが実行されることに関する如何なる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。

ブロック２６０５において、ＵＥは、ｅＮＢ又は他のＵＥから信号を検出することを試みる。ブロック２６１０において、ＵＥは、ｅＮＢにより構成されたＴＸプール又はＲＸプール（複数のプール）を受信するか、両方ともを受信するかを判定する。信号は、ｅＮＢからくるか又は他のＵＥにより中継されることができる。ブロック２６１０において、ＵＥがｅＮＢにより構成されたＴＸプール又はＲＸプール（複数のプール）を受信しないと判定する場合に、例えば、ＵＥがＯＯＣＵＥｃａｔ．２である場合に、ブロック２６１５において、ＵＥは、Ｄ２Ｄ−ＦＮを決定する。ＵＥがＧＰＳ又はＵＴＣのようなそれ自身の正確な同期化方法を有する場合に、Ｄ２Ｄ−ＦＮは、マッピング関数により決定されることができる。他のＵＥがＰＤ２ＤＳＣＨでシグナリングされたＤ２Ｄ−ＦＮを有する場合に、Ｄ２Ｄ−ＦＮは、他のＵＥを通して取得されることができる。ＵＥが任意の他のＵＥから、又は正確な同期化方法によりそれ自体で任意のＤ２Ｄ−ＦＮを取得できない場合に、ＵＥは、概略的な方法でＤ２Ｄ−ＦＮを取得することができる。ＵＥは、他のＵＥがもう１つのＵＥにＤ２Ｄ−ＦＮを中継しないように、ＵＥが概略的な方法でＤ２Ｄ−ＦＮを取得することを示す。ブロック２６４０において、ＵＥＲＸは、Ｄ２Ｄ−ＦＮに基づいて予め構成されたリソースに対してモニタリングする。ブロック２６１０において、ＵＥがｅＮＢにより構成されたＴＸプール又はＲＸプール（複数のプール）を受信すると決定する場合に、例えば、ＵＥがＩＣＵＥであり、ＵＥがｅＮＢからリソースプール情報を受信するか、ＵＥがＯＯＣＵＥｃａｔ．１であり、ＵＥがＩＣＵＥにより中継されるか、ＯＯＣＵＥｃａｔ．１により中継されたＰＤ２ＤＳＣＨでリソースプール情報を受信する場合に、ＵＥは、Ｄ２Ｄ−ＦＮを決定し、ブロック２６２５において、相対的なタイミング及びｅＮＢにより構成されたＲＸプール（複数のプール）を決定する。Ｄ２Ｄ−ＦＮは、ＧＰＳ又はＵＴＣのようなそれ自身の正確な方法により、又はｅＮＢからシグナリングされたＤ２Ｄ−ＦＮにより、又はＰＤ２ＤＳＣＨで他のＵＥによりシグナリングされたＤ２Ｄ−ＦＮにより決定されることができ、Ｄ２Ｄ−ＦＮは、正確な方法により決定されたものでなければならない。ブロック２６３０において、ＵＥは、サブフレームレベルで、Ｄ２Ｄ−ＦＮに基づくＲＸタイミングを使用して、Ｄ２Ｄ−ＦＮに基づいて予め構成されたリソースをモニタリングし、ＧＰＳ又はＵＴＣにより微細調整を実行するか、ＧＰＳ又はＵＴＣの基準タイミングを使用してＤ２ＤＳＳを送信する。また、ＵＥは、ＵＥがタイミングを導出するセル又はサービングセルのＲＸプールに対するｅＮＢ構成されたリソースをモニタリングし、ＲＸプールは、モード１に対するＴＸリソースプール及びＴＸリソースプール（モード２）を含むことができる。また、ＲＸリソースユニオンは、それぞれのタイミングオフセットを有する隣接セルのＲＸプールを含む。ＵＥは、ＲＸリソースが隣接セルのそれぞれのＲＸタイミングで隣接セルのＲＸプールを含んだか否かをモニタリングする（図２４に示すように、オフセットに従ってサブフレームレベルに基づくタイミング及びそれぞれの隣接セルのタイミングに対してＤ２ＤＳＳに基づく微細調整）。

ＵＥが同期化ソースであることができない場合に、又はＵＥがＤ２Ｄ通信のためにＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ及び他の信号をやはり送信できるが、ＵＥが他のＵＥに同期化を提供できない場合に、ＵＥのＴＸタイミング、例えば、ＴＸリソースプールは、ＵＥがｅＮＢからのＳＦＮに基づいてＴＸリソースプールも有することができるとしても、ＯＯＣ、すなわち、予め構成されたＴＸリソースプールに基づくことができる。あるいは、使用可能である場合に、ＵＥは、ｅＮＢからのＳＦＮに基づいてＴＸリソースプール及びＴＸタイミングを使用する。

ＵＥは、ＧＰＳ又はＵＴＣのような正確な同期化方法に基づいてＤ２Ｄ−ＦＮを有するが、ｅＮＢは、Ｄ２Ｄ−ＦＮを有していない場合に、ＵＥは、Ｄ２Ｄ−ＦＮをｅＮＢにシグナリングすることができる。ＧＰＳ又はＵＴＣのような正確な同期化方法に基づくＤ２Ｄ−ＦＮは、ＯＯＣＵＥのようなＵＥによっても中継されることができ、このとき、ＩＣＵＥは、Ｄ２Ｄ−ＦＮを受信した後に、それをｅＮＢにシグナリングすることができる。第１のｅＮＢがＧＰＳ又はＵＴＣのような正確な同期化方法を有しておらず、第２のｅＮＢは、ＧＰＳ又はＵＴＣのような正確な同期化方法を有している場合に、ＵＥ又は複数のＵＥは、第２のｅＮＢにより第１のｅＮＢに提供されたＤ２Ｄ−ＦＮを中継できる。このとき、ＵＥのＤ２ＤＳＳは、同期化の具体化又は追加の調整を提供できる。

特定の実施形態において、ＵＥは、それ自身のＧＰＳ又はＵＴＣに基づいてＤ２Ｄ−ＦＮを導出するが、それ自身の導出されたＤ２Ｄ−ＦＮとは異なり得るＤ２Ｄ−ＦＮを他のノードから検出する。他のノードがＵＥである場合に、ＵＥは、それ自身の導出されたＤ２Ｄ−ＦＮを使用する。他のノードがｅＮＢである場合に、ＵＥは、ｅＮＢからのＤ２Ｄ−ＦＮを使用するか、又はそれ自身の導出されたＤ２Ｄ−ＦＮを使用する。

特定の実施形態において、ＵＥは、使用可能なＧＰＳ又はＵＴＣがないＵＥのようにＤ２Ｄ−ＦＮを導出しない。ＵＥが他のノードから異なる２つのＤ２Ｄ−ＦＮを検出する場合に、ＵＥは、より強い信号を有するノードからのＤ２Ｄ−ＦＮを選択する。

特定の実施形態において、ＵＥは、ＵＥが他のノードに同期化を提供するノードであるはずがないように考慮される。例えば、ＵＥが使用可能なＧＰＳ又はＵＴＣがないＵＥのように使用可能な正確なＤ２Ｄ−ＦＮを有しておらず、同期化を提供できる他のノードを検出しない場合に、ＵＥは、他のノードに同期化を提供するノードであってはならない。

一例として、図７に示すＵＥに対して、ＵＥ５７４５のようなＯＯＣＵＥｃａｔ．２がＵＥ１１７７５のような最後のホップであるＯＯＣＵＥｃａｔ．１を見て移動する場合に、ＵＥ５７４５は、ＵＥ１１７７５からのものでそのＤ２Ｄ−ＦＮをアップデートすることもありアップデートしないこともある。ＵＥ５７４５が使用可能なＧＰＳ又はＵＴＣを有する場合に、ＵＥ５７４５は、それ自身のＤ２Ｄ−ＦＮを導出する。ＵＥ５７４５がそれ自身の導出されたＤ２Ｄ−ＦＮを有している場合に、ＵＥ５７４５は、ＵＥ４７４０がＧＰＳ又はＵＴＣを使用する場合に、ＵＥ４７４０及びＵＥ１１７７５でのものと同一でなければならないそれ自身のものを使用し、ＵＥ１１７７５は、それ自身又は他のノードからＤ２Ｄ−ＦＮを取得する。ＵＥ５７４５により導出されたＤ２Ｄ−ＦＮがＵＥ４７４０及びＵＥ１１７７５でのものと異なる場合に、ＵＥ５７４５は、やはりそれ自身のＤ２Ｄ−ＦＮを使用することができる。ＵＥ５７４５がＵＥ４７４０から予めＤ２Ｄ−ＦＮを取得し、ＵＥ４７４０及びＵＥ１１７７５からのＤ２Ｄ−ＦＮが異なり、ＵＥ１１７７５がより強い信号を有する場合に、ＵＥ５７４５は、より信頼できるチャネルであり得るために、ＵＥ１１７７５からのＤ２Ｄ−ＦＮを使用することができる。

特定の実施形態において、ＵＥがｅＮＢカバレッジ内にある場合のように、ＵＥがｅＮＢからＤ２Ｄ−ＦＮを取得する場合に、ＵＥは、カバレッジ内又はカバレッジ外にあり得る他のＵＥからＤ２Ｄ−ＦＮを検出する。これらのＤ２Ｄ−ＦＮが複数のＵＥ又はｅＮＢと異なり得る場合に、ＵＥは、ｅＮＢ、カバレッジ内のＵＥ、カバレッジ外のＵＥからＤ２Ｄ−ＦＮの優先順位の順序でそのＤ２Ｄ−ＦＮを設定することができる。

ＵＥがＧＰＳ又はＵＴＣのような正確な同期化方法から導出されたＤ２Ｄ−ＦＮを有する第１のノードからのＤ２Ｄ−ＦＮ、及びＤ２Ｄ−ＦＮが正確な同期化方法により導出されない第２のノードからのＤ２Ｄ−ＦＮを取得する場合に、ＵＥは、第１のノードにより示されたＤ２Ｄ−ＦＮでそのＤ２Ｄ−ＦＮを設定する。第１のノード及び第２のノードのすべてが正確な同期化方法から導出されたＤ２Ｄ−ＦＮを有するが、これらの２つのノードからのＤ２Ｄ−ＦＮが異なる場合に、これらの２つの異なるＤ２Ｄ−ＦＮを受信するＵＥは、優先順位の順序に基づいてＤ２Ｄ−ＦＮのうちの１つと同一にそのＤ２Ｄ−ＦＮを設定することを追加で決定し、ここで、優先順位は、信号強度に基づいて設定されることができ、より高い信号強度を有するノードにより高い優先順位が与えられ、又は信号強度が特定のしきい値以上である場合に、優先順位は、ｅＮＢ、ＩＣＵＥ、ＯＯＣＵＥｃａｔ．１、ＯＯＣＵＥｃａｔ．２の優先順位の順序でノードタイプに基づいて設定されることができる。優先順位の規則の組み合せも適用され得る。

特定の実施形態において、ビットマップ又は複数のビットマップによるもののように、ＴＸ又はＲＸリソースが示される予め構成されたＴＸ又はＲＸプール期間内のオフセットは、プールの期間に対して複数の値が存在する場合に、プールの期間に従って決定されることができる。ビットマップ又は複数のビットマップのそれぞれのビットは、それぞれのサブフレームがＤ２Ｄリソースのために使用されるか否かを示す。

例えば、図２４に示す例において、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿Ｐｒｅｃｏｎｆｉｇ２４１２、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ１２４２６、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２２４４２のようなオフセットは、複数の期間値を有することができる。第１の期間は、期間１の値を有することができる。第２の期間は、期間２の値を有することができる。例えば、期間１は、１６０ｍｓであることができる。期間２は、６４０ｍｓであることができる。特定の実施形態において、期間１は、オフセットに対してＮ個の値を有する。例えば、Ｎ＝４の値は、０ｍｓ、２０ｍｓ、４０ｍｓ、６０ｍｓである。期間２は、オフセットに対してＭ個の値を有する。例えば、Ｍ＝６の値は、０ｍｓ、４０ｍｓ、８０ｍｓ、１２０ｍｓ、１６０ｍｓ、２００ｍｓである。このとき、オフセットの表示は、期間の値と共同で示されることができる。Ｍ及びＮが異なるか又は同一であり得る。Ｍ及びＮが同一である場合に、オフセットを示すためにフィールドの１つのサイズ、すなわち、ビットの数が使用されることができる。表２７及び表２８は、複数の例を提供する。表２７及び表２８において、オフセットは、プールの示された期間に対して設定されることができる。複数のセルが存在する場合に、それぞれのセルは、異なるオフセットを有することができ、このとき、このオフセットは、セルのそれぞれに対して提供されることができる。このオフセットは、ＴＸリソースプール又はＲＸリソースプールに対するものであり得る。

表２７は、リソースプールに関連した情報フィールドを示す。

表２８は、リソースプールに関連した情報フィールドを示す。

オフセットは、デフォルト値０を有することができる。オフセットが省略される場合に、それは、オフセットが０であることを意味することができる。

あるいは、リソースプール期間に対して可能なオフセットのグラニュラリティは、期間に従って設定されることができる。リソースプール期間に対して可能なオフセット値の数は、期間に従って設定されることができる。オフセットのグラニュラリティ及びオフセット値の数は、それぞれのリソースプール期間に対して予め決定されるか、又はシグナリングされ得る。

本発明が例示的な実施形態とともに説明されたが、様々な変更及び修正が当業者に提案され得る。また、本発明は、添付の特許請求の範囲内に属する変更及び修正を含むものと意図される。

１００ネットワーク
１０１〜１０３ｅＮＢ
１１１〜１１６ＵＥ
１２０、１２５カバレッジエリア
１３０ネットワーク
３０５アンテナ
３１０ＲＦ送受信器
３１５ＴＸ処理回路
３２０マイクロフォン
３２５ＲＸ処理回路
３３０スピーカ
３４０メインプロセッサ
３４５Ｏインターフェース
３４５Ｉ／Ｏインターフェース
３５０キーパッド
３５５ディスプレイ
３６０メモリ
３６１ＯＳプログラム
３６２アプリケーション
４０５アンテナ
４１０ＲＦ送受信器
４１５ＴＸ処理回路
４２０ＲＸ処理回路
４３０メモリ
４３５インターフェース
５００通信ネットワーク
５０５ｅＮＢ
５１０ネットワークカバレッジ境界
６００通信ネットワーク
６０５ｅＮＢ
６１０ネットワークカバレッジ境界
６１５ＵＥ
７００通信ネットワーク
７０５ｅＮＢ
７１０ネットワークカバレッジ境界
７２０ネットワークカバレッジ境界
７４０ＵＥ
１２００通信ネットワーク
１２１０ネットワークカバレッジ境界
１７００通信ネットワーク
１７０５ｅＮＢ
１７１０ネットワークカバレッジ境界
１８００通信ネットワーク
１８０５ｅＮＢ
１８１０ネットワークカバレッジ境界
２０００通信ネットワーク
２００５ｅＮＢ
２０１０ネットワークカバレッジ境界

Claims

無線通信ネットワークにおける使用のためのユーザ端末（ＵＥ）であって、
デバイスツーデバイス（Ｄ２Ｄ）通信を通して通信するように構成されたアンテナと、
前記Ｄ２Ｄ通信を通して第２のＵＥと通信するように構成された処理回路とを含み、前記処理回路は、同期化（Ｓｙｎｃ）ソースから送信（ＴＸ）タイミングを導出し、
前記同期化ソースからホップ数を示すように構成される同期化信号を送信するようにさらに構成され、
前記ＵＥが基地局から前記タイミングを導出する場合に、前記同期化信号は、前記ＵＥがカバレッジ内にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからのプリアンブルシーケンスを含み、
前記ＵＥが第１のホップでＤ２ＤユーザＵＥから前記タイミングを導出する場合に、前記同期化信号は、前記ＵＥがカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第２のセットからのプリアンブルシーケンスを含み、
前記ホップ数は、ＰＤ２ＤＳＣＨにある前記指示子及び前記プリアンブルシーケンスセットを通して示されることを特徴とするＵＥ。
前記同期化信号は、Ｄ２Ｄ同期化信号（Ｄ２ＤＳＳ）であることを特徴とする請求項１に記載のＵＥ。
前記Ｄ２ＤＳＳは、シーケンスの第１のセット及びシーケンスの第２のセットを含む２つのセットに分割され、前記第１のセットは、Ｄ２ＤＳＳｕｅ＿ｎｅｔを含み、前記第２のセットは、Ｄ２ＤＳＳｕｅ＿ｏｏｎを有することを特徴とする請求項２に記載のＵＥ。
前記ＰＤ２ＤＳＣＨは、前記ＵＥが前記基地局のカバレッジ内にあるか又は前記基地局のカバレッジ外にあるかを示すように構成される１ビット指示子を有することを特徴とする請求項１に記載のＵＥ。
前記処理回路は、
前記同期化ソースを提供できる複数のノードを識別し、
前記ＴＸタイミングが導出される同期化ノードを選択するために複数のノードのそれぞれのノードの優先順位を定めるように構成されることを特徴とする請求項１に記載のＵＥ。
前記処理回路は、前記ホップ数に基づいて前記ＴＸタイミングを導出するノードの優先順位を定めるように構成されることを特徴とする請求項５に記載のＵＥ。
前記処理回路は、情報を送信するように構成され、前記情報は、
前記ＴＸタイミングが正確なタイミングソースから導出されるか否かと、
前記ＵＥが他のノードに同期化を提供できるか否かと、
前記ＵＥが基地局のカバレッジ内にあるか又はカバレッジ外にあるか、これらのうちの少なくとも１つを示すように構成される１つ以上のビットを有することを特徴とする請求項１に記載のＵＥ。
複数の指示を含む非一時的なコンピュータで読み取り可能な媒体であって、前記複数の指示は、プロセッサにより実行される時に、前記プロセッサが、
デバイスツーデバイス（Ｄ２Ｄ）通信を通して少なくとも１つの携帯用端末と通信し、
同期化（ｓｙｎｃ）ソースから送信（ＴＸ）タイミングを導出し、
同期化信号及び物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）を送信するように構成され、
前記同期化信号は、前記同期化ソースからホップ数を示すように構成され、
前記プロセッサが基地局から前記タイミングを導出する場合に、前記同期化信号は、前記少なくとも１つの携帯用端末がカバレッジ内にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからのプリアンブルシーケンスを含み、
前記プロセッサが第１のホップでＤ２ＤユーザＵＥから前記タイミングを導出する場合に、前記同期化信号は、前記少なくとも１つの携帯用端末がカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからのプリアンブルシーケンスを含み、
前記プロセッサが第２のホップでＤ２ＤＵＥから前記タイミングを導出する場合に、前記同期化信号は、前記少なくとも１つの携帯用端末がカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第２のセットからのプリアンブルシーケンスを含み、
前記ホップ数は、ＰＤ２ＤＳＣＨ内にある前記指示子及び前記プリアンブルシーケンスを通して示されることを特徴とする非一時的なコンピュータで読み取り可能な媒体。
前記同期化信号は、Ｄ２Ｄ同期化信号（Ｄ２ＤＳＳ）であることを特徴とする請求項８に記載の非一時的なコンピュータで読み取り可能な媒体。
前記Ｄ２ＤＳＳは、シーケンスの第１のセット及びシーケンスの第２のセットを含む２つのセットに分割され、前記第１のセットは、Ｄ２ＤＳＳｕｅ＿ｎｅｔを有し、前記第２のセットは、Ｄ２ＤＳＳｕｅ＿ｏｏｎを有することを特徴とする請求項９に記載の非一時的なコンピュータで読み取り可能な媒体。
前記ＰＤ２ＤＳＣＨは、前記ＵＥが前記基地局のカバレッジ内にあるか又は前記基地局のカバレッジ外にあるかを示すように構成される１ビット指示子を有することを特徴とする請求項８に記載の非一時的なコンピュータで読み取り可能な媒体。
前記複数の指示は、実行される時に、前記プロセッサが、
前記同期化ソースを提供できる複数のノードを識別し、前記ＴＸタイミングが導出される同期化ノードを選択するために複数のノードのそれぞれのノードの優先順位を定めるように構成されることを特徴とする請求項８に記載の非一時的なコンピュータで読み取り可能な媒体。
前記複数の指示は、前記プロセッサが前記ホップ数に基づいて前記ＴＸタイミングを導出するノードの優先順位を定めるように構成されることを特徴とする請求項１２に記載の非一時的なコンピュータで読み取り可能な媒体。
前記複数の指示は、前記プロセッサが情報を送信するように構成され、前記情報は、
前記ＴＸタイミングが正確なタイミングソースから導出されるか否かと、
前記少なくとも１つの携帯用端末が他のノードに同期化を提供できるか否かと、
前記少なくとも１つの携帯用端末が基地局のカバレッジ内にあるか又はカバレッジ外にあるか、これらのうちの少なくとも１つを示すように構成される１つ以上のビットを有することを特徴とする請求項８に記載の非一時的なコンピュータで読み取り可能な媒体。
方法であって、
同期化（ｓｙｎｃ）ソースから送信（ＴＸ）タイミングを導出するステップと、
デバイスツーデバイス（Ｄ２Ｄ）同期化信号（Ｄ２ＤＳＳ）及び物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）を送信するステップとを含み、前記同期化信号は、前記同期化ソースからホップ数を示すように構成され、送信するステップは、
ユーザ端末（ＵＥ）が基地局から前記タイミングを導出する場合に、前記同期化信号が、前記ＵＥがカバレッジ内にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからのプリアンブルシーケンスを含むステップと、
前記ＵＥが第１のホップでＤ２ＤユーザＵＥから前記タイミングを導出する場合に、前記同期化信号が、前記ＵＥがカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからのプリアンブルシーケンスを含むステップと、
前記ＵＥが第２のホップでＤ２ＤＵＥから前記タイミングを導出する場合に、前記同期化信号が、前記ＵＥがカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第２のセットからのプリアンブルシーケンスを含むステップとを有し、
前記ホップ数は、ＰＤ２ＤＳＣＨ内にある前記指示子及び前記プリアンブルシーケンスセットを通して示されることを特徴とする方法。
前記Ｄ２ＤＳＳは、シーケンスの第１のセット及びシーケンスの第２のセットを有する２つのセットに分割され、前記第１のセットは、Ｄ２ＤＳＳｕｅ＿ｎｅｔを有し、前記第２のセットは、Ｄ２ＤＳＳｕｅ＿ｏｏｎを有することを特徴とする請求項１５に記載の方法。
前記ＰＤ２ＤＳＣＨは、前記ＵＥが前記基地局のカバレッジ内にあるか、又は前記基地局のカバレッジ外にあるかを示すように構成される１ビット指示子を有することを特徴とする請求項１５に記載の方法。
前記同期化ソースを提供できる複数のノードを識別するステップと、
前記ＴＸタイミングが導出される同期化ノードを選択するために前記複数のノードのそれぞれのノードの優先順位を定めるステップとをさらに有することを特徴とする請求項１５に記載の方法。
前記ホップ数に基づいて前記ＴＸタイミングを導出するノードの優先順位を定めるステップをさらに有することを特徴とする請求項１８に記載の方法。
前記ＴＸタイミングが正確なタイミングソースから導出されるか否かと、
前記ＵＥが他のノードに同期化を提供できるか否かと、
前記ＵＥが基地局のカバレッジ内にあるか、又はカバレッジ外にあるか、これらのうちの少なくとも１つを示すように構成される１つ以上のビットを有する情報を送信するステップをさらに有することを特徴とする請求項１５に記載の方法。