(57)【要約】【課題】デバイスツーデバイス通信ネットワークにおける同期化のための方法及び装置を提供する。【解決手段】第１のＵＥが通信する方法は、前記第１のＵＥがサービングネットワークのカバレッジ内にあるか又はカバレッジ外にあるかを示す情報を送信するステップと、第２の同期化信号を送信するステップと、を含み、前記第１のＵＥが同期化に対する基準として第２のＵＥを有すると、前記情報は、前記第１のＵＥが前記サービングネットワークのカバレッジ外にあることを示す。【選択図】図１
2020080556.tif 000002
【特許請求の範囲】
【請求項１】
第１のＵＥが通信する方法であって、
前記第１のＵＥがサービングネットワークのカバレッジ内にあるか又はカバレッジ外にあるかを示す情報を送信するステップと、
第２の同期化信号を送信するステップと、を含み、
前記第１のＵＥが同期化に対する基準として第２のＵＥを有すると、前記情報は、前記第１のＵＥが前記サービングネットワークのカバレッジ外にあることを示す、方法。
【請求項２】
前記第１のＵＥが前記サービングネットワークのカバレッジ内にあると、前記情報は、前記第１のＵＥが前記サービングネットワークのカバレッジ内にあることを示す、請求項１に記載の方法。
【請求項３】
前記第１のＵＥが前記第２のＵＥを同期化に対する基準として有せずに前記サービングネットワークのカバレッジ内にない場合、前記情報は、前記第１のＵＥが前記サービングネットワークのカバレッジ外にあることを示す、請求項１に記載の方法。
【請求項４】
第１のＵＥであって、
前記第１のＵＥは、
送受信器と、
前記送受信器と接続されたプロセッサであって、
前記第１のＵＥがサービングネットワークのカバレッジ内にあるか又はカバレッジ外にあるかを示す情報を送信し、
第２の同期化信号を送信するように構成された、前記プロセッサと、を含み、
前記第１のＵＥが同期化に対する基準として第２のＵＥを有すると、前記情報は、前記第１のＵＥが前記サービングネットワークのカバレッジ外にあることを示す、第１のＵＥ。
【請求項５】
前記第１のＵＥが前記サービングネットワークのカバレッジ内にあると、前記情報は、前記第１のＵＥが前記サービングネットワークのカバレッジ内にあることを示す、請求項４に記載の第１のＵＥ。
【請求項６】
前記第１のＵＥが前記第２のＵＥを同期化に対する基準として有せずに前記サービングネットワークのカバレッジ内にない場合、前記情報は、前記第１のＵＥが前記サービングネットワークのカバレッジ外にあることを示す、請求項４に記載の第１のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に、無線通信システム、より具体的には、デバイスツーデバイス（device-to-device：Ｄ２Ｄ）通信に関するものである。
【背景技術】
【０００２】
伝統的に、セルラーネットワークは、広い又は局部的な地理的な範囲のユーザに提供する固定された通信インフラ構造（例えば、基地局、アクセスポイント、又はｅＮＢ（enhanced Node B））、及びモバイル装置又はユーザ端末（ＵＥ）間の無線通信リンクを確立するために設計された。しかしながら、無線ネットワークは、配置されたアクセスポイントを必要とせず、又はインフラ構造の支援及びＤ２Ｄ通信リンクを使用して具現されることもできる。通信ネットワークは、アクセスポイント（インフラ構造モード）及び他のＤ２Ｄ使用可能な装置のすべてに接続できる装置をサポートすることができる。Ｄ２Ｄ使用可能な装置は、Ｄ２Ｄ  ＵＥと呼ばれる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特願２０１４−１４９１５号
【発明の概要】
【課題を解決するための手段】
【０００４】
上記のような目的を達成するために、第１の実施形態において、ユーザ端末（ＵＥ）が提供される。ＵＥは、デバイスツーデバイス（Ｄ２Ｄ）通信を通して通信するように構成されたアンテナを含む。また、第１の携帯用端末は、Ｄ２Ｄ通信を通して第２のＵＥと通信するように構成された処理回路を含む。処理回路は、同期化（ｓｙｎｃ）ソースから送信（ＴＸ）タイミングを導出し、同期化ソースからホップ数を示すために構成された同期化信号を送信するように追加で構成される。ＵＥが基地局からタイミングを導出する場合に、同期化信号は、ＵＥがカバレッジ内にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからのプリアンブルシーケンスを含む。ＵＥが第１のホップでＤ２ＤユーザＵＥからタイミングを導出する場合に、同期化信号は、携帯用端末がカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからプリアンブルシーケンスを含む。ＵＥが第２のホップでＤ２Ｄ  ＵＥからタイミングを導出する場合に、同期化信号は、携帯用端末がカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第２のセットからのプリアンブルシーケンスを含む。ホップ数は、ＰＤ２ＤＳＣＨの指示子及びプリアンブルシーケンスセットを通して示される。
第２の実施形態において、複数の指示を含む非一時的なコンピュータ読み取り可能な媒体が提供される。複数の指示は、プロセッサにより実行される時に、プロセッサがデバイスツーデバイス（Ｄ２Ｄ）通信を通して少なくとも１つの携帯用端末と通信し、同期化（ｓｙｎｃ）ソースから送信（ＴＸ）タイミングを導出し、同期化信号及び物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）を送信するように構成され、同期化信号は、同期化ソースからホップ数を示すように構成される。プロセッサが基地局からタイミングを導出する場合に、同期化信号は、ＵＥがカバレッジ内にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからのプリアンブルシーケンスを含む。プロセッサが第１のホップでＤ２ＤユーザＵＥからタイミングを導出する場合に、同期化信号は、携帯用端末がカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからのプリアンブルシーケンスを含む。プロセッサが第２のホップでＤ２Ｄ  ＵＥからタイミングを導出する場合に、同期化信号は、携帯用端末がカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第２のセットからのプリアンブルシーケンスを含む。ホップ数は、ＰＤ２ＤＳＣＨの指示子及びプリアンブルシーケンスセットを通して示される。
【０００５】
第３の実施形態において、方法が提供される。方法は、同期化（ｓｙｎｃ）ソースから送信（ＴＸ）タイミングを導出するステップを含む。また、方法は、ＵＥが基地局からタイミングを導出する場合に、ＵＥがカバレッジ内にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからプリアンブルシーケンスを含む同期化信号を送信するステップと、ＵＥが第１のホップでＤ２ＤユーザＵＥからタイミングを導出する場合に、携帯用端末がカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第１のセットからのプリアンブルシーケンスを含む同期化信号を送信するステップと、ＵＥが第２のホップでＤ２Ｄ  ＵＥからタイミングを導出する場合に、携帯用端末がカバレッジ外にあることを示す指示子を伝達する物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）及びシーケンスの第２のセットからのプリアンブルシーケンスを含む同期化信号を送信するステップとにより、同期化ソースからホップ数を示すように構成されるデバイスツーデバイス（Ｄ２Ｄ）同期化信号（Ｄ２ＤＳＳ）及び物理的なＤ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）を送信するステップを含み、ホップ数は、ＰＤ２ＤＳＣＨの指示子及びプリアンブルシーケンスセットを通して示される。
【０００６】
他の技術的な特徴は、次の図面、説明、及びクレームから当業者により容易に理解されることができる。
【０００７】
本発明を詳細に説明するのに先立って、本明細書の全般にわたって使用される特定の単語及び語句の定義を説明することが好ましい。“接続（結合）する”という語句だけではなく、その派生語は、２以上の構成要素が相互に物理的な接触状態にあるか否か、それら間の任意の直接的であるか又は間接的な通信を称する。“送信する”、“受信する”、及び“通信する”という用語だけでなく、その派生語は、直間接的な通信のすべてを含む。“含む”及び “備える”という語句だけではなく、その派生語は、限定ではなく、包含を意味する。“又は”という用語は、“及び／又は”の意味を包含する。“関連した”及び“それと関連した”という語句だけではなく、その派生語句は、“含む”、“含まれる”、“相互に連結する”、“包含する”、“包含される”、“連結する”、“結合する”、“疎通する”、“協力する”、“挿入する”、“並置する”、“近接する”、“属する”、“有する”、及び“特性を有する”、“関係を有する”などを意味する。“コントローラ”という用語は、少なくとも１つの動作を制御する任意の装置、システム又はその一部を意味する。そのようなコントローラは、ハードウェア又はハードウェアとソフトウェア、及び／又はファームウェアの組み合せで実現することができる。ある特定のコントローラに関連した機能性は、ローカルでも遠隔でも、集中するか又は分散することができることに留意しなければならない。“少なくとも１つの”という語句は、項目のリストとともに使用される時に、リストされた項目の中の１つ以上の相互に異なる組み合せが使用されることができ、そのリスト内の１つの項目だけが必要とされることができることを意味する。例えば、“Ａ、Ｂ、及びＣの中の少なくとも１つ”は、Ａ、Ｂ、Ｃ、Ａ及びＢ、Ａ及びＣ、Ｂ及びＣ、及びＡとＢとＣの組み合せの中のいずれか１つを含む。
【０００８】
他の所定の単語及び語句に対する定義がこの特許文書の全体にわたって提供される。当業者は、大部分の場合ではなくても多くの場合に、そのような定義がそのように定義された単語及び語句の前だけでなく後の使用にも適用されることを理解しなければならない。  
【０００９】
本発明及びその長所に対するより完全な理解のために、同一の参照符号は、同一の構成要素を示す添付された図面と関連してなされた下記の説明を参照する。
【図面の簡単な説明】
【００１０】
【図１】本発明による例示的な無線ネットワークを示す図である。
【図２Ａ】本発明による例示的な無線送信及び受信経路を示す図である。
【図２Ｂ】本発明による例示的な無線送信及び受信経路を示す図である。
【図３】本発明による例示的なユーザ端末を示す図である。
【図４】本発明による例示的な改善したノードＢ（enhanced Node B：ｅＮＢ）を示す図である。
【図５】本発明によるＤ２Ｄ通信ネットワークの例示的なトポロジーを示す図である。
【図６】本発明の実施形態によるＤ２Ｄ同期化確立を示す図である。
【図７】本発明の実施形態によるＤ２Ｄ同期化確立を示す図である。
【図８】本発明の実施形態による異なるホップ数値を示すためのＳＤ２ＤＳＳ及びＰＤ２ＤＳＳの異なる相対的な時間ドメイン位置に対する例示的な構成を示す図である。
【図９】本発明の実施形態によるＤ２Ｄ  ＵＥが受信されたＤ２ＤＳＳからホップ数値を決定するプロセスを示す図である。
【図１０】本発明の実施形態によるＤ２Ｄ  ＵＥが受信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨからホップ数値を決定するプロセスを示す図である。
【図１１】本発明の実施形態によるＤ２Ｄ  ＵＥが受信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨからホップ数値及び同期化ソースタイプを決定するプロセスを示す図である。
【図１２】本発明の実施形態によるＤ２Ｄ同期化シナリオを示す図である。
【図１３】本発明の実施形態によるＤ２Ｄ同期化手順図である。
【図１４】本発明の実施形態による他のＤ２Ｄ同期化手順図である。
【図１５】本発明の実施形態による第１のＤ２Ｄ  ＵＥは、第１のＤ２Ｄ  ＵＥが同期化を検出するノードの情報を送信し、このような情報を受信する第２のＤ２Ｄ  ＵＥは、第２のＤ２Ｄ  ＵＥが同期化できるノードの優先順位を決定するためのファクターとして情報を使用するプロセスを示す図である。
【図１６】本発明の実施形態による第１のＤ２Ｄ  ＵＥは、第１のＤ２Ｄ  ＵＥが同期化を検出する複数のノードの情報を送信し、このような情報を受信する他のノードは、第１のＵＥが中継されることを要請するプロセスを示す図である。
【図１７】本発明の実施形態によるＤ２Ｄ  ＵＥは、Ｄ２Ｄ  ＵＥが同期化を検出する複数のノードの情報を送信し、他のノードは、情報を活用する例示的な動作を示す図である。
【図１８】本発明の実施形態によるＤ２Ｄ  ＵＥは、Ｄ２Ｄ  ＵＥが同期化を検出する複数のノードの情報を送信し、他のノードは、情報を使用する例示的な動作を示す図である。
【図１９】本発明の実施形態による第１のＤ２Ｄ  ＵＥが同期化するノードの変更に関する情報を含むメッセージを送信するプロセスを示す図である。
【図２０】本発明の実施形態による第１のＤ２Ｄ  ＵＥが、Ｄ２Ｄ  ＵＥが同期化するノードの変更に関する情報を含むメッセージを送信する例示的な動作を示す図である。
【図２１】本発明の実施形態による同期化確立を示す図である。
【図２２】本発明の実施形態による他の同期化確立を示す図である。
【図２３】本発明の実施形態によるＤ２Ｄ−ＦＮに基づく予め構成されたリソースプールのダイヤグラムである。
【図２４】本発明の実施形態によるそれぞれのタイミング及びＤ２Ｄ−ＦＮに基づくか、又はそれぞれのタイミング及びＤ２Ｄ−ＦＮにより決定されたＯＯＣリソースを含むＴＸ及びＲＸリソースを示す図である。
【図２５】本発明の実施形態によるＵＥがＴＸリソースを決定するプロセスを示す図である。
【図２６】本発明の実施形態によるＵＥによるＲＸモニタリングのためのプロセスを示す図である。
【発明を実施するための形態】
【００１１】
以下に論議される図１乃至図２６、及び本特許文献において本発明の開示原則を説明するために使用される様々な実施形態は、例示としてのみ提供され、開示の範囲を限定するいかなる方法としても理解されてはならない。当業者であれば、本発明の開示原則が任意の適切に配置された装置又はシステムで実現することができるものであることを理解するであろう。
【００１２】
Ｄ２Ｄ通信は、ネットワークトポロジーの柔軟性に基づいて新たなサービスを提供するか又は主要な通信ネットワークを補完する多くの種類のサービスを実現するために使用され得る。ブロードキャスティング又はグループキャスティングのようなＬＴＥ  Ｄ２Ｄマルチキャスト通信は、ＵＥが特定のグループのメンバーがあるＵＥのサブセット又はすべての範囲内のＤ２Ｄ使用可能なＵＥにメッセージを送信できるＤ２Ｄ通信のための潜在的な手段として確認された。将来の公共安全ネットワークは、セルラーとＤ２Ｄ通信モードとの間をスイッチングする時にほとんど同時方式で動作する装置を要求するものと予想される。したがって、本発明の実施形態は、これらの展開シナリオでＤ２Ｄ通信を管理できるプロトコルを示す。
【００１３】
本発明の全般にわたって、第１のノードが第２のノードに同期化する（ｓｙｎｃｓ）ことは、明示的に言及されない限り、第１のノードが第２のノードからその送信（ＴＸ）タイミングを導出することを意味する。第１のノードが、第２のノードが最大ホップである第２のノードに同期化する場合に、同期化（ｓｙｎｃ）は、第１のノードが第２のノードからタイミングに対する受信（ＲＸ）タイミングを有することができることを意味するが、第２のノードがすでにそのＴＸが最大ホップにあると示したために、第１のノードは、第２のノードのＴＸタイミングから導出されたＴＸタイミングを使用することができない。ｅＮＢである同期化ソース又は同期化ソースタイプは、ＴＸタイミングがｅＮＢから導出されるか、又はＴＸ基準タイミングがｅＮＢからくることを意味する。独立したＵＥソースである同期化ソース又は同期化ソースタイプは、ＴＸタイミングが非ｅＮＢから導出されるか、ＴＸタイミングがｅＮＢから導出されないか、又は、ＴＸ基準タイミングがｅＮＢから来ないことを意味する。
【００１４】
図１は、本発明による無線ネットワーク１００の例を示す図である。図１に示す無線ネットワーク１００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず、無線ネットワーク１００の他の実施形態が使用されることもできる。
【００１５】
無線ネットワーク１００は、ｅＮｏｄｅＢ（ｅＮＢ）１０１、ｅＮＢ１０２、及びｅＮＢ１０３を含む。ｅＮＢ１０１は、ｅＮＢ１０２及びｅＮＢ１０３と通信する。また、ｅＮＢ１０１は、インターネット、独自のＩＰネットワーク、又は他のデータネットワークのような少なくとも１つのインターネットプロトコル（ＩＰ）ネットワーク１３０と通信する。
【００１６】
ネットワークタイプにより、“ｅＮｏｄｅＢ”又は“ｅＮＢ”の代わりに、“基地局”又は“アクセスポイント”のようによく知られている他の用語が使用され得る。説明の便宜を図るために、用語“ｅＮｏｄｅＢ”及び“ｅＮＢ”は、無線アクセスを遠隔端末に提供するネットワークインフラ構成要素を意味し、この特許文書内で使用される。また、他のネットワークタイプにより、“ユーザ端末”又は“ＵＥ”の代わりに、“移動局”、“加入者局”、“遠隔端末”、“無線端末”、又は“ユーザ装置”のようなよく知られている他の用語が使用され得る。説明の便宜のために、“ユーザ端末”及び“ＵＥ”という用語は、本特許文書において、ＵＥが（移動電話又はスマートフォンのような）移動装置として見なされるか又は（デスクトップコンピュータ又はベンディングマシンのような）一般的に固定装置として見なされるかにかかわらず、無線でｅＮＢにアクセスする遠隔無線装置を意味するために使用される。
【００１７】
ｅＮＢ１０２は、ｅＮＢ１０２のカバレッジエリア１２０内の第１の複数のユーザ（ＵＥｓ）にネットワーク１３０に対する無線広帯域アクセスを提供する。ＵＥのうちの１つ以上は、デバイスツーデバイス（Ｄ２Ｄ）ＵＥとして構成される。第１の複数のＵＥは、スモールビジネス（ＳＢ）内に位置できるＵＥ１１１、企業体（Ｅ）内に位置するＵＥ１１２、ＷＩＦｉホットスポット（ＨＳ）内に位置できるＵＥ１１３、第１のレジダンス（Ｒ）内に位置するＵＥ１１４、第２のレジダンス（Ｒ）内に位置するＵＥ１１５、及びセルフォン、無線ラップトップ、無線ＰＤＡなどのようなモバイル装置（Ｍ）であり得るＵＥ１１６を含む。ｅＮＢ１０３は、ｅＮＢ１０３のカバレッジエリア１２５内にある第２の複数のＵＥにネットワーク１３０に対する無線広帯域アクセスを提供する。第２の複数のＵＥは、ＵＥ１１５及びＵＥ１１６を含む。一部の実施形態において、ｅＮＢ１０１乃至１０３のうちの１つ以上は、５Ｇ、ＬＴＥ、ＬＴＥ−Ａ、ＷｉＭＡＸ、又は他の進歩した無線通信技術を用いて、相互に、及びＵＥ１１１乃至１１６と通信する。
【００１８】
点線は、例示及び説明だけのために、ほぼ円形態で見られるカバレッジエリア１２０及び１２５の概略的な程度を示す。カバレッジエリア１２０及び１２５のように、ｅＮＢと関連したカバレッジエリアは、自然的であり人為的な障害物と関連した無線環境内の変動及びｅＮＢの構成により、不規則的な形態を含む他の形態を有し得ることを明確に理解しなければならない。
【００１９】
以下でより詳細に説明するように、ｅＮＢ１０１乃至１０３のうちの１つ以上及びＵＥ１１１乃至１１６のうちの１つ以上は、Ｄ２Ｄ  ＵＥの同期化（ｓｙｎｃ）をサポートするためのメカニズムを含む。また、ｅＮＢ１０１乃至１０３のうちの１つ以上は、Ｄ２Ｄ  ＵＥを同期化することができるネットワークノードの優先順位を決定するために使用することができる情報を１つ以上のＵＥ１１１乃至１１６のようなＤ２Ｄ  ＵＥに通知するように構成される。最後に、ｅＮＢ１０１乃至１０３のうちの１つ以上は、Ｄ２Ｄ  ＵＥのトポロジー又は位置の変化がある時に同期化の迅速な再確立を保証するように構成される。
【００２０】
図１は、無線ネットワーク１００の一例を示しているが、図１に対して様々な変形がなされる。例えば、無線ネットワーク１００は、任意の数のｅＮＢ及び任意の数のＵＥを任意の適切な配置を通して含む。また、ｅＮＢ１０１は、任意の数のＵＥと直接に通信でき、これらのＵＥにネットワーク１３０に対する無線広帯域アクセスを提供できる。同様に、それぞれのｅＮＢ１０２及び１０３は、ネットワーク１３０と直接に通信でき、ネットワーク１３０に対する直接的な無線広帯域アクセスをＵＥに提供することもできる。さらに、ｅＮＢ１０１、１０２、及び／又は１０３は、外部の電話ネットワーク又は他のタイプのデータネットワークのような他の、又は、付加の外部のネットワークへのアクセスを提供できる。
【００２１】
図２Ａ及び図２Ｂは、本発明による例示的な無線送信及び受信経路を示す図である。下記の説明において、送信経路２００は、（ｅＮＢ１０２のように）ｅＮＢで実現されるものとして説明され得、受信経路２５０は、（ＵＥ１１６のように）ＵＥで実現されるものとして説明され得る。しかしながら、受信経路２５０がｅＮＢで実現されることができ、送信経路２００がＵＥで具現されることができることを理解するのであろう。一部の実施形態において、送信経路２００及び受信経路２５０は、Ｄ２Ｄ  ＵＥの同期化をサポートするように構成され、Ｄ２Ｄ  ＵＥが同期化できるネットワークノードの優先順位を決定するために使用できる情報をＤ２Ｄ  ＵＥに通知するように構成され、Ｄ２Ｄ  ＵＥのトポロジー又は位置の変化がある時に同期化の迅速な再確立を保証するように構成される。  
【００２２】
送信経路２００は、チャネル符号化及び変調ブロック２０５と、直列−並列変換（Ｓｔｏ−Ｐ）ブロック２１０と、サイズＮの逆高速フーリエ変換（ＩＦＦＴ）ブロック２１５と、並列−直列変換（Ｐ−ｔｏ−Ｓ）ブロック２２０と、加算サイクリックプレフィックスブロック２２５と、アップコンバータ（ＵＣ）２３０とを含む。受信経路２５０は、ダウンコンバータ（ＤＣ）２５５と、除去サイクリックプレフィックスブロック２６０と、直列−並列変換（Ｓ−ｔｏ−Ｐ）ブロック２６５と、サイズＮの高速フーリエ変換（ＦＦＴ）ブロック２７０と、並列−直列変換（Ｐ−ｔｏ−Ｓ）ブロック２７５と、チャネルデコーディング及び復調ブロック２８０とを含む。
【００２３】
送信経路２００において、チャネル符号化及び変調ブロック２０５は、情報ビットのセットを受信し、符号化（例えば、低密度パリティ検査（ＬＤＰＣ）符号化）を適用し、入力ビットを変調することにより（例えば、直交位相シフトキーイング（ＱＰＳＫ）又は直交振幅変調（ＱＡＭ）を用いて）、周波数領域変調シンボルのシーケンスを生成する。直列−並列ブロック２１０は、Ｎ個の並列シンボルストリームを生成するために直列変調されたシンボルを並列データに変換（例えば、デマルチプレキシング）し、ここで、Ｎは、ｅＮＢ１０２及びＵＥ１１６で使用されるＩＦＦＴ／ＦＦＴサイズである。サイズＮのＩＦＦＴブロック２１５は、Ｎ個の並列シンボルストリームにＩＦＦＴ演算を実行することにより時間ドメイン出力信号を生成する。並列−直列ブロック２２０は、直列時間ドメイン信号を生成するためにサイズＮのＩＦＦＴブロック２１５から並列時間ドメイン出力シンボルを変換（例えば、マルチプレキシング）する。サイクリックプレフィックス付加ブロック２２５は、サイクリックプレフィックスを時間ドメイン信号に挿入する。アップコンバータ２３０は、サイクリックプレフィックス付加ブロック２２５の出力を、無線チャネルを介した送信のためにＲＦ周波数に変調（例えば、アップコンバート）する。また、信号は、ＲＦ周波数への変換の前に基底帯域でフィルタリングされ得る。
【００２４】
ｅＮＢ１０２からの送信されたＲＦ信号は、無線チャネルを通過した後にＵＥ１１６に到達し、ｅＮＢ１０２に対応する逆動作は、ＵＥ１１６で実行される。ダウンコンバータ２５５は、受信された信号を基底帯域周波数にダウンコンバートし、除去サイクリックプレフィックスブロック２６０は、一連の時間ドメイン基底帯域信号を生成するためにサイクリックプレフィックスを除去する。直列−並列ブロック２６５は、時間ドメイン基底帯域信号を並列時間ドメイン信号に変換する。サイズＮのＦＦＴブロック２７０は、Ｎ個の並列周波数ドメイン信号を生成するようにＦＦＴアルゴリズムを実行する。並列−直列ブロック２７５は、並列周波数ドメイン信号を変調データシンボルのシーケンスに変換する。チャネルデコーディング及び復調ブロック２８０は、変調されたシンボルを復調しデコーディングすることにより元来の入力データストリームを復旧する。
【００２５】
ｅＮＢ１０１乃至１０３の各々は、ダウンリンクでＵＥ１１１乃至１１６への送信と類似した送信経路２００を実現し得、アップリンクでＵＥ１１１乃至１１６からの受信と類似した受信経路２５０を実現し得る。同様に、ＵＥ１１１乃至１１６の各々は、アップリンクでｅＮＢ１０１乃至１０３への送信のための送信経路２００を実現でき、ダウンリンクでｅＮＢ１０１乃至１０３からの受信のための受信経路２５０を実現できる。
【００２６】
図２Ａ及び図２Ｂの各構成要素は、専用のハードウェアを使用するか、又はハードウェアとソフトウェア／ファームウェアとの組み合せを用いて実現されることができる。特定の例として、図２Ａ及び図２Ｂの構成要素のうちの少なくとも一部は、ソフトウェアで実現され得、他の構成要素は、構成可能なハードウェア又は構成可能なハードウェアとソフトウェアとの混合物により実現され得る。例えば、ＦＦＴ２７０及びＩＦＦＴブロック２１５は、構成可能なソフトウェアアルゴリズムとして実現され得、ここで、サイズＮの値は、具現に従って変形され得る。
【００２７】
また、ＦＦＴ及びＩＦＦＴを使用するものと説明したが、これは、ただ例示的なものであるだけであり、本開示の範囲を限定するものと解釈されてはならない。離散フーリエ変換（ＤＦＴ）及び逆離散フーリエ変換（ＩＤＦＴ）関数のような他のタイプの変換が使用され得る。それは、変数Ｎの値がＤＦＴ及びＩＤＦＴ関数に対する任意の整数（例えば、１、２、３、４など）であり得、変数Ｎの値がＦＦＴ及びＩＦＦＴ関数に対する２の冪（例えば、１、２、４、８、１６など）である任意の整数であり得ることを理解されるであろう。
【００２８】
図２Ａ及び図２Ｂでは、無線送信及び受信経路の例を示すが、図２Ａ及び図２Ｂに対する様々な変形がなされる。例えば、図２Ａ及び図２Ｂでの様々な構成要素が組み合せられるか、さらに細分化されるか、又は省略され、付加的な構成要素が特定の必要に従って付加され得る。また、図２Ａ及び図２Ｂは、無線ネットワークで使用され得る送信及び受信経路のタイプの例を示す。任意の他の適合したアーキテクチャーは、無線ネットワークにおける無線通信をサポートするために使用され得る。
【００２９】
図３は、本発明によるＵＥ１１６の例を示す図である。図３に示すＵＥ１１６の実施形態は、説明のためだけのものであり、図１のＵＥ１１１乃至１１５は、同一の又は類似の構成を有する。しかしながら、複数のＵＥは、様々な構成を有し、図３は、ＵＥの特定の具現に本開示の範囲を限定するのではない。
【００３０】
ＵＥ１１６は、アンテナ３０５、無線周波数（ＲＦ）送受信器３１０、送信（ＴＸ）処理回路３１５、マイクロフォン３２０、及び受信（ＲＸ）処理回路３２５を含む。図３に示す例は、１つのＲＦ送受信器３１０に結合された１つのアンテナ３０５を示すが、それぞれの複数のＲＦ送受信器に結合された複数のアンテナを含む実施形態が本発明の範囲から逸脱せず使用され得る。また、ＵＥ１１６は、スピーカ３３０、メインプロセッサ３４０、入力／出力（Ｉ／Ｏ）インターフェース（ＩＦ）３４５、キーパッド３５０、ディスプレイ３５５、及びメモリ３６０を含む。メモリ３６０は、基本オペレーティングシステム（ＯＳ）プログラム３６１及び１つ以上のアプリケーション３６２を含む。
【００３１】
ＲＦ送受信器３１０は、ネットワーク１００のｅＮＢにより送信された入力ＲＦ信号をアンテナ３０５から受信する。ＲＦ送受信器３１０は、中間周波数（ＩＦ）又は基底帯域信号を生成するために入力ＲＦ信号をダウンコンバートする。ＩＦ又は基底帯域信号は、ＲＸ処理回路３２５に送信され、これは、基底帯域又はＩＦ信号のフィルタリング、デコーディング、及び／又はディジタル化を行うことにより処理された基底帯域信号（processed baseband signal）を生成する。ＲＸ処理回路３２５は、追加の処理のために処理された基底帯域信号をスピーカ３３０（例えば、音声データの場合）又はメインプロセッサ３４０（例えば、ウェブブラウジングデータの場合）に送信する。
【００３２】
ＴＸ処理回路３１５は、マイクロフォン３２０からアナログ又はディジタル音声データを、あるいはメインプロセッサ３４０から他の送信基底帯域データ（例えば、ウェブデータ、電子メール、又は、双方向ビデオゲームデータ）を受信する。ＴＸ処理回路３１５は、送信基底帯域データの符号化、多重化、及び／又はディジタル化を行うことにより処理された基底帯域又はＩＦ信号を生成する。ＲＦ送受信器３１０は、ＴＸ処理回路３１５から送信処理された基底帯域又はＩＦ信号を受信し、基底帯域又はＩＦ信号を、アンテナ３０５を通して送信されるＲＦ信号にアップコンバートする。
【００３３】
メインプロセッサ３４０は、１つ以上のプロセッサ又は他の処理装置を含むことができ、ＵＥ１１６の全般的な動作を制御するためにメモリ３６０に記憶される基本ＯＳプログラム３６１を実行できる。例えば、メインプロセッサ３４０は、公知の原理に従って、ＲＦ送受信器３１０、ＲＸ処理回路３２５、及びＴＸ処理回路３１５により順方向チャネル信号の受信及び逆方向チャネル信号の送信を制御できる。一部の実施形態において、メインプロセッサ３４０は、少なくとも１つのマイクロプロセッサ又はマイクロコントローラを含む。
【００３４】
また、メインプロセッサ３４０は、Ｄ２Ｄ  ＵＥの同期化をサポートするための動作のように、メモリ３６０に滞在している他のプロセス及びプログラムを実行し、同期化が実行されることができるネットワークノードの優先順位を決定するために情報を受信し活用し、ＵＥのトポロジー又は位置の変化がある時に同期化の迅速な再確立のための動作を行うことができる。メインプロセッサ３４０は、実行プロセスにより要求されるように、メモリ３６０内に又は外部にデータを移動させることができる。一部の実施形態において、メインプロセッサ３４０は、ＯＳプログラム３６１に基づいて、あるいは、ｅＮＢ又はオペレータから受信された信号に応じてアプリケーション３６２を実行するように構成される。また、メインプロセッサ３４０は、Ｉ／Ｏインターフェース３４５に結合され、ラップトップコンピュータ及びハンドヘルドコンピュータのような他の装置に接続できる能力をＵＥ１１６に提供する。Ｉ／Ｏインターフェース３４５は、周辺装置とメインプロセッサ３４０との間の通信経路である。
【００３５】
また、メインプロセッサ３４０は、キーパッド３５０及びディスプレイユニット３５５に結合される。ＵＥ１１６のオペレータは、キーパッド３５０を使用してデータをＵＥ１１６に入力できる。ディスプレイ３５５は、ウェブサイトからテキスト及び／又は少なくとも制限されたグラフィックをレンダリングできる液晶ディスプレイ又は他のディスプレイであり得る。
【００３６】
メモリ３６０は、メインプロセッサ３４０に結合される。メモリ３６０の一部は、ランダムアクセスメモリ（ＲＡＭ）を含み得、メモリ３６０の他の部分は、フラッシュメモリ又は他の読出し専用メモリ（ＲＯＭ）を含み得る。
【００３７】
図３では、ＵＥ１１６の一例を図示したが、図３に対して様々な変形がなされ得る。例えば、図３での様々な構成要素が組み合せられるか、より細分化されるか、又は省略されるか、追加の構成要素が特定の必要に従っても付加され得る。特定の例として、メインプロセッサ３４０は、複数のプロセッサ、例えば、１つ以上の中央処理装置（ＣＰＵｓ）及び１つ以上のグラフィック処理装置（ＧＰＵｓ）に分割され得る。また、図３は、携帯電話又はスマートフォンとして構成されたＵＥ１１６を示す一方、複数のＵＥは、他のタイプの移動装置又は固定装置として動作するように構成され得る。
【００３８】
図４は、本発明によるｅＮＢ１０２の例を示す図である。図４に示すｅＮＢ１０２の実施形態は、例示のためのものであるだけで、図１の他のｅＮＢは、同一であるか又は類似の構成を有する。しかしながら、ｅＮＢは、非常に様々な構成を有し、図４は、本発明の範囲をｅＮＢの任意の特定の具現例に限定しない。
【００３９】
ｅＮＢ１０２は、複数のアンテナ４０５ａ乃至４０５ｎ、複数のＲＦ送受信器４１０ａ乃至４１０ｎ、送信（ＴＸ）処理回路４１５、及び受信（ＲＸ）処理回路４２０を含む。また、ｅＮＢ１０２は、コントローラ／プロセッサ４２５、メモリ４３０、及びバックホール又はネットワークインターフェース４３５を含む。
【００４０】
ＲＦ送受信器４１０ａ乃至４１０ｎは、ＵＥ又は他のｅＮＢにより送信された信号のような入力ＲＦ信号をアンテナ４０５ａ乃至４０５ｎから受信する。ＲＦ送受信器４１０ａ乃至４１０ｎは、入力ＲＦ信号をダウンコンバートすることにより中間周波数（ＩＦ）又は基底帯域信号を生成する。ＩＦ又は基底帯域信号は、ＲＸ処理回路４２０に送信され、ＲＸ処理回路４２０は、基底帯域又はＩＦ信号のフィルタリング、デコーディング、及び／又はディジタル化を行うことにより処理された基底帯域信号を生成する。ＲＸ処理回路４２０は、追加の処理のために、処理された基底帯域信号をコントローラ／プロセッサ４２５に送信する。
【００４１】
ＴＸ処理回路４１５は、コントローラ／プロセッサ４２５からアナログ又はディジタルデータ（例えば、音声データ、ウェブデータ、電子メール、又はインタラクティブビデオゲームデータ）を受信する。ＴＸ処理回路４１５は、送信基底帯域データの符号化、多重化、及び／又はディジタル化を行うことにより処理された基底帯域又はＩＦ信号を生成する。ＲＦ送受信器４１０ａ乃至４１０ｎは、処理された送信基底帯域又はＩＦ信号をＴＸ処理回路４１５から受信し、アンテナ４０５ａ乃至４０５ｎを通して送信される基底帯域又はＩＦ信号をＲＦ信号にアップコンバートする。
【００４２】
コントローラ／プロセッサ４２５は、ｅＮＢ１０２の全般的な動作を制御する１つ以上のプロセッサ又は他の処理装置を含むことができる。例えば、コントローラ／プロセッサ４２５は、公知の原理に従って、ＲＦ送受信器４１０ａ乃至４１０ｎ、ＲＸ処理回路４２０、及びＴＸ処理回路４１５により順方向チャネル信号の受信及び逆方向チャネル信号の送信を制御できる。コントローラ／プロセッサ４２５は、より進化した無線通信機能のような付加の機能もサポートできる。例えば、コントローラ／プロセッサ４２５は、所望する方向に出力信号を効率的に操縦するために複数のアンテナ４０５ａ乃至４０５ｎからの出力信号に異なる加重値が付与される指向的なルーティング又はビームフォーミング動作をサポートできる。非常に様々な他の機能のうちのいずれか１つがコントローラ／プロセッサ４２５によりｅＮＢ１０２でサポートされることができる。一部の実施形態において、コントローラ／プロセッサ４２５は、少なくとも１つのマイクロプロセッサ又はマイクロコントローラを含む。
【００４３】
また、コントローラ／プロセッサ４２５は、基本ＯＳのように、メモリ４３０に滞在している他のプロセス及びプログラムを実行することができる。コントローラ／プロセッサ４２５は、実行プロセスにより要請される時に、メモリ４３０にデータを移動させるか又はメモリからデータを移動させることができる。
【００４４】
また、コントローラ／プロセッサ４２５は、バックホール又はネットワークインターフェース４３５にも結合される。バックホール又はネットワークインターフェース４３５は、ｅＮＢ１０２がバックホール接続又はネットワークを通して他の装置又はシステムと通信できるようにする。インターフェース４３５は、任意の適切な有線又は無線接続（複数の接続）を通して通信をサポートできる。例えば、ｅＮＢ１０２がセルラー通信システム（例えば、５Ｇ、ＬＴＥ、又はＬＴＥ−Ａをサポートするもの）の一部として具現される場合に、インターフェース４３５は、ｅＮＢ１０２が有線又は無線バックホール接続を介して他のｅＮＢと通信できるようにする。ｅＮＢ１０２がアクセスポイントとして実現される場合に、インターフェース４３５は、ｅＮＢ１０２がより大きいネットワーク（例えば、インターネット）に有線又は無線接続を通して又は有線又は無線近距離ネットワークを通して通信できるようにする。インターフェース４３５は、イーサネット（登録商標）又はＲＦ送受信器のように、有線又は無線接続を通した通信をサポートする任意の適切な構造を含む。
【００４５】
メモリ４３０は、コントローラ／プロセッサ４２５に結合される。メモリ４３０の一部は、ＲＡＭを含み得、メモリ４３０の他の一部は、フラッシュメモリ又は他のＲＯＭを含み得る。
【００４６】
以下でより詳細に説明するように、ｅＮＢ１０２の送受信経路（ＲＦ送受信器４１０ａ乃至４１０ｎ、ＴＸ処理回路４１５、及び／又はＲＸ処理回路４２０を用いて具現される）は、Ｄ２Ｄ  ＵＥが同期化できるネットワークノードの優先順位を決定するために使用できる情報をＤ２Ｄ  ＵＥに通知するように構成され、Ｄ２Ｄ  ＵＥのトポロジー又は位置の変化がある時に同期化の迅速な再確立を保証するように構成されるＤ２Ｄ  ＵＥの同期化をサポートする。
【００４７】
図４は、ｅＮＢ１０２の一例を示しているが、図４に対して様々な変形がなされる。例えば、ｅＮＢ１０２は、図４に示す所定数のそれぞれの構成要素を含む。特定の例として、アクセスポイントは、複数のインターフェース４３５を含み、コントローラ／プロセッサ４２５は、異なるネットワークアドレスの間でデータをルーティングするルーティング機能をサポートすることができる。他の特定の例として、ＴＸ処理回路４１５の１つのインスタンス及びＲＸ処理回路４２０の１つのインスタンスを含んで図示されているが、ｅＮＢ１０２は、それぞれの複数のインスタンスを含み得る（例えば、ＲＦ送受信器当たりの１つ）。
【００４８】
図５は、本発明によるＤ２Ｄ通信ネットワークトポロジーの例を示す図である。図５に示すＤ２Ｄ通信ネットワーク５００の実施形態は、例示のためのものであるだけである。本発明の範囲から逸脱せず他の実施形態が使用されることができる。
【００４９】
Ｄ２Ｄ通信ネットワーク５００は、ネットワークカバレッジ境界５１０内で複数のＵＥと通信できるｅＮＢ５０５を含む。ｅＮＢ５０５は、ネットワークカバレッジ境界５１０内でＵＥ１  ５１５、ＵＥ２  ５２０、ＵＥ３  ５２５と通信する。図５に示す例での残りのＵＥは、ネットワークカバレッジ境界５１０の外にある。図５に示す例において、ＵＥ１  ５１５及びＵＥ２  ５２０は、相互にＤ２Ｄ通信に参加し、ＵＥ３  ５２５は、ＵＥ４  ５３０及びＵＥ５  ５３５とＤ２Ｄ通信を行い、ＵＥ６  ５４０は、ＵＥ７  ５４５とＤ２Ｄ通信を行い、ＵＥ７  ５４５は、ＵＥ８  ５５０とＤ２Ｄ通信を行う。
【００５０】
Ｄ２Ｄ通信ネットワーク５００での同期化の確立は、Ｄ２Ｄ通信を可能であるようにするための必須の構成要素である。ＵＥ１  ５１５のようなＤ２Ｄ  ＵＥがＵＥ２  ５２０のような他のＤ２Ｄ  ＵＥ及びｅＮＢ５０５を含む他のノードを検出することができる場合には、Ｄ２Ｄ  ＵＥ、すなわち、ＵＥ１  ５１５は、同期化を確立するために同期化ソースとして検出されたノードを使用することができる。ＵＥ１  ５１５のようなＤ２Ｄ  ＵＥが同期化のための他のノードを検出することができない場合には、Ｄ２Ｄ  ＵＥ、すなわち、ＵＥ１  ５１５は、独立した同期化ソースとなることができる。特定のノードは、Ｄ２Ｄ  ＵＥが使用することができる同期化ソースとなる他のノードより高い優先順位を有することができる。しかしながら、どんな情報が同期化ソースの優先順位化に有用であるか、どのように優先順位化が実行されるか、損失される場合には、同期化を再確立する方法を含んでＤ２Ｄ  ＵＥの同期化をサポートするためのメカニズムについては、文献に明確に記載されていない。
【００５１】
Ｄ２Ｄ送信のために、ＵＥ１  ５１５のようなＵＥは、アップリンク（ＵＬ）リソースを使用する。ＵＬリソースは、システムが周波数分割デュプレキシング（ＦＤＤ）であるか、又は時分割デュプレキシング（ＴＤＤ）であるかにより、及びＴＤＤ  ＵＬダウンリンク（ＤＬ）構成に基づいて変わる。ＴＤＤ通信システムにおいて、一部のサブフレームでの通信方向は、ＤＬであり、一部の他のサブフレームでの通信方向は、ＵＬである。表１は、フレーム期間とも呼ばれる１０個のサブフレームの期間を通した 指示ＵＬ−ＤＬ構成をリストする。“Ｄ”は、ＤＬサブフレームを示し、“Ｕ”は、ＵＬサブフレームを示し、“Ｓ”は、ダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）と呼ばれるＤＬ送信フィールド、保護期間（ＧＰ）、及びアップリンクパイロットタイムスロット（ＵｐＰＴＳ）と呼ばれるＵＬ送信フィールドを含む特別なサブフレームを示す。総デュレーションが１つのサブフレームである状況を前提とする特別なサブフレーム内の各フィールドのデュレーションには、複数の組み合せが存在する。
【００５２】
【表１】
2020080556.tif 000003
【００５３】
表１のＴＤＤ  ＵＬ−ＤＬ構成は、フレームの当たりにＤＬサブフレームの４０％及び９０％のＤＬサブフレームを提供し、残りは、ＵＬサブフレームとなるように提供する。このような柔軟性にもかかわらず、システム情報（ＳＩ）シグナリングにより６４０ミリ秒（ｍｓ）ごとに又はその未満の頻度でアップデートされることができる準静的ＴＤＤ  ＵＬ−ＤＬ構成は、短期データトラフィック状態とよく合わないことがあり得る。このような理由で、接続されたＵＥの低い番号又は中間番号に対して特別にシステムスループットを改善するためにＴＤＤ  ＵＬ−ＤＬ構成の高速適応が考慮される。例えば、ＵＬトラフィックよりさらに多くのＤＬトラフィックが存在する時に、ＴＤＤ  ＵＬ−ＤＬ構成は、さらに多くのＤＬサブフレームを含むように適応される。ＴＤＤ  ＵＬ−ＤＬ構成の高速適応のためのシグナリングは、ＰＤＣＣＨ、媒体アクセス制御（ＭＡＣ）シグナリング、及び無線リソース制御（ＲＲＣ）シグナリングを含んでいくつかの手段により提供されることができる。
【００５４】
ＳＩシグナリング以外の手段によるＴＤＤ  ＵＬ−ＤＬ構成の適応における動作制約は、そのような適応に対して認識できないＵＥの可能な存在にある。そのようなＵＥを従来のＵＥと称する。従来のＵＥがそれぞれのセル特定基準信号（ＣＲＳ）を用いてＤＬサブフレームで測定を実行するために、そのようなＤＬサブフレームは、ＴＤＤ  ＵＬ−ＤＬ構成のより速い適応を通してＵＬサブフレーム又は特別のサブフレームに変更されることができない。しかしながら、ＵＬサブフレームは、Ｎｏｄｅ  Ｂが、そのようなＵＥがそのようなＵＬサブフレームで何の信号も送信しないことを保証できるために、従来のＵＥに影響を与えずＤＬサブフレームに変更されることができる。また、すべてのＴＤＤ  ＵＬ−ＤＬ構成に共通するＵＬサブフレームは、Ｎｏｄｅ  Ｂが唯一のＵＬサブフレームとしてこのようなＵＬサブフレームをできるだけ選択することができるように存在しなければならない。このようなＵＬサブフレームは、サブフレーム＃２である。上記のような内容を考慮して、表２は、表１のそれぞれのＴＤＤ  ＵＬ−ＤＬ構成に対するフレキシブルサブフレーム（‘Ｆ’で表示）を示す。
【００５５】
【表２】
2020080556.tif 000004
【００５６】
Ｄ２Ｄ通信ネットワークは、Ｄ２Ｄ検索及びＤ２Ｄ通信をサポートするか、又はＤ２Ｄ検索だけをサポートする。Ｄ２Ｄ検索において、Ｄ２Ｄ送信器ＵＥは、Ｄ２Ｄ検索信号を送信し、１つ以上のＤ２Ｄ受信器ＵＥは、信号を受信する。Ｄ２Ｄ通信の場合に、Ｄ２Ｄ通信ネットワークは、Ｄ２Ｄ制御情報及びデータを送信するためにＵＥにより使用されるリソースがｅＮＢにより正確にスケジューリングされるモード１通信及びＵＥ自身がＤ２Ｄ制御情報及びデータを送信するためにリソースプールからリソースを選択するモード２通信をサポートする。
【００５７】
カバレッジ外（ＯＯＣ）のＵＥが相互に近接内にある場合に、相互に通信できることを保証することは重要である。また、相互に近接内にある場合には、ＯＯＣ  ＵＥがカバレッジ内（ＩＣ）のＵＥと通信できることを保証することも重要である。ＩＣ  ＵＥは、それ自身のサービングセルからリソースプールを取得できるが、非同期式システムにおいて、セルは、同期化されないことがある。また、ＯＯＣ  ＵＥは、ｅＮＢからの信号を中継するＵＥから又はｅＮＢから信号を受信することができないために、ＯＯＣ  ＵＥは、ｅＮＢにより構成されたリソース割り当てを認識できない。これらのすべては、ＯＯＣ  ＵＥ又はＩＣ  ＵＥが相互に通信することを難しくする。ＵＥがサービングセルを有する場合に（ＣＯＮＮＥＣＴＥＤ）又はセルにキャンピングしている場合（ＩＤＬＥ）に、ＵＥは、カバレッジ内（ＩＣ）にあるものと見なされる。
【００５８】
図５に示す上述した弱点を克服するために、本発明の実施形態は、Ｄ２Ｄ  ＵＥの同期化をサポートするためのメカニズムを提供する。また、本発明の特定の実施形態は、Ｄ２Ｄ  ＵＥが同期化できるネットワークノードの優先順位を決定するために使用できる情報をＤ２Ｄ  ＵＥに通知するためのシステム及び方法を提供する。さらに、本発明の特定の実施形態は、Ｄ２Ｄ  ＵＥのトポロジー又は位置の変化がある時に同期化の迅速な再確立を保証するためのシステム及び方法を提供する。また、本発明の特定の実施形態は、ＯＯＣ  ＵＥが送信のためのリソースを決定するためのシステム及び方法を提供する。さらに、本発明の特定の実施形態は、ＯＯＣ  ＵＥが受信をモニタリングするためのリソースを決定するためのシステム及び方法を提供する。さらにまた、本発明の特定の実施形態は、ＯＯＣ  ＵＥ及びＩＣ  ＵＥが相互に通信できるようにするためのシステム及び方法を提供する。
【００５９】
ｅＮＢは、１次同期化信号（ＰＳＳ）及び２次同期化信号（ＳＳＳ）を有することができるレガシー同期化信号を送信できる。第１のＤ２Ｄ  ＵＥがｅＮＢからの同期化信号を受信することができる場合に、第１のＤ２Ｄ  ＵＥは、ｅＮＢに同期化する。ｅＮＢに同期化される第１のＤ２Ｄ  ＵＥは、ホップ数値２を有するホップでＤ２Ｄ同期化信号（Ｄ２ＤＳＳ）及び物理Ｄ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）を送信できる。Ｄ２ＤＳＳを受信する第２のＤ２Ｄ  ＵＥは、第１のＤ２Ｄ  ＵＥに同期化できる。Ｄ２ＤＳＳは、同期化プリアンブル又はシーケンスの情報を伝達する。Ｄ２ＤＳＳは、１次同期化信号及び２次同期化信号を有することができる。また、Ｄ２ＤＳＳは、ホップ数値“１”を有するホップで同期化信号を送信する同期化ソースがｅＮＢであるか否かを示す。また、Ｄ２ＤＳＳは、Ｄ２ＤＳＳを送信するホップにホップ数に関連した情報を示す。ＰＤ２ＤＳＣＨは、重要なシステム情報を伝達し、ここで、一部の情報は、同期化に関連することができる。例えば、ＰＤ２ＤＳＣＨは、Ｄ２ＤＳＳの情報に加えてホップ数に関連した一部の情報を伝達することができる。第２のＤ２Ｄ  ＵＥは、ホップ数値“３”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信できる。第２のＤ２Ｄ  ＵＥからＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する第３のＤ２Ｄ  ＵＥは、第２のＤ２Ｄ  ＵＥに同期化できる。このようなｅＮＢソース同期化プロセスは、任意の数のホップまで拡張されることができる。すなわち、ホップの最大数は、システムがサポートできる量で定義されることができ、最大数は、固定されるか又は予め定義される。
【００６０】
その同期化ソースがｅＮＢであることを示すＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信するＤ２Ｄ  ＵＥ又はｅＮＢのように、他のノードに同期化できない第４のＤ２Ｄ  ＵＥは、独立したＵＥ同期化ソースでＤ２Ｄ  ＵＥとなることができる。第４のＤ２Ｄ  ＵＥは、ホップ数値“１”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信できる。Ｄ２ＤＳＳは、同期化ソースが独立したＵＥ同期化ソースであることを示す。第４のＤ２Ｄ  ＵＥからＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する第５のＤ２Ｄ  ＵＥは、第４のＤ２Ｄ  ＵＥに同期化できる。第５のＤ２Ｄ  ＵＥは、ホップ数値“２”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信できる。第５のＤ２Ｄ  ＵＥからＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する第６のＤ２Ｄ  ＵＥは、第５のＤ２Ｄ  ＵＥに同期化できる。このような独立したＵＥ同期化プロセスは、任意の数のホップまで拡張されることができる。
【００６１】
ホップ数は、ホップカウントの表示である。ｅＮＢは、ホップ数“１”を有する。ｅＮＢに同期化し、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する第１のＵＥは、ホップ数“２”を有する。第１のＵＥから示されたホップ数２でＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する第２のＵＥは、受信された信号がｅＮＢからの第２のホップカウントとして送信されると解析する。あるいは、ｅＮＢは、第１のホップを有することができる。第１のＵＥは、ｅＮＢに同期化し、ホップ数“１”でＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。第１のＵＥから示されたホップ数１でＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する第２のＵＥは、第１のＵＥから受信された信号がｅＮＢからの第１のホップカウントを介して導出されたＴＸタイミングを使用して送信されると解析する。
【００６２】
図６は、本発明の実施形態によるＤ２Ｄ同期化確立を示す図である。図６に示すＤ２Ｄ通信ネットワーク６００の実施形態は、例示のためだけのものである。本発明の範囲を逸脱せず他の実施形態が使用されることができる。
【００６３】
Ｄ２Ｄ通信ネットワーク６００は、ネットワークカバレッジ境界６１０内で複数のＵＥと通信できるｅＮＢ６０５を含む。ｅＮＢ６０５は、ネットワークカバレッジ境界６１０内でＵＥ１  ６１５と通信する。ｅＮＢ６０５は、ｅＮＢ１０２と同一であるか又は類似して構成されることができる。図６に示すＵＥ１  ６１５、ＵＥ２  ６２０、ＵＥ３  ６２５、ＵＥ４  ６３０、ＵＥ５  ６３５、ＵＥ６  ６４０、及びＵＥ７  ６４５のうちの１つ以上は、ＵＥ１１６と同一であるか又は類似して構成されることができる。
【００６４】
ＵＥ１  ６１５は、同期化を受信し、ネットワークカバレッジ境界内でｅＮＢ６０５と同期化する。ＵＥ１  ６１５は、ｅＮＢ６０５からそのＴＸタイミングを導出することによりｅＮＢ６０５と同期化する。ＵＥ１  ６１５は、ホップ数“２”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、同期化ソースがｅＮＢ６０５であることを示す。ＵＥ２  ６２０は、ＵＥ１  ６１５からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信し、また、ｅＮＢ６０５からそのＴＸタイミングを導出することにより同期化する。ＵＥ２  ６２０は、ホップ数“３”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、同期化ソースがｅＮＢ６０５であることを示す。ＵＥ３  ６２５は、ＵＥ２  ６２０からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する。ホップ数”３”がすでに最大ホップ数である場合に、ＵＥ３  ６２５は、ｅＮＢ６０５から又はＵＥ２  ６２０からＴＸタイミングを導出することができない。ＵＥ３  ６２５は、そのＴＸタイミングを導出するために他の手段を使用する。ＵＥ４  ６３０は、ｅＮＢ６０５、ＵＥ１  ６１５、ＵＥ２  ６２０又はＵＥ３  ６２５から何の同期化信号も受信することができないために、ＵＥ４  ６３０は、自身を独立した同期化ソース（ＳＳ）として識別する。したがって、ＵＥ４  ６３０は、ホップ数“１”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、同期化ソースがｅＮＢ６０５でないことを示す。ＵＥ５  ６３５は、ＵＥ４  ６３０からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信し、ＵＥ４  ６３０からそのＴＸタイミングを導出することにより同期化する。ＵＥ５  ６３５は、ホップ数“２”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、同期化ソースがｅＮＢ６０５でないことを示す。ＵＥ６  ６４０は、同期化されたＵＥ５  ６３５からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する。ＵＥ６  ６４０は、ホップ数“３”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、同期化ソースがｅＮＢ６０５でないことを示す。ＵＥ７  ６４５は、ＵＥ６  ６４０からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する。ホップ数“３”がすでに最大ホップ数である場合に、ＵＥ６  ６４０は、独立した同期化ソースＵＥ４  ６３０から又はＵＥ５  ６３５からＴＸタイミングを導出することができない。ＵＥ６  ６４０は、そのＴＸタイミングを導出するために他の手段を使用する。
【００６５】
Ｄ２ＤＳＳシーケンスは、グループに分割されるか又は区分されることができる。ＵＥの送信タイミング基準がｅＮＢ６０５である場合に、第１のグループのＤ２ＤＳＳシーケンスがＵＥ６１５のようなＵＥにより使用される。ＵＥの送信タイミング基準がｅＮＢ６０５でない場合に、第２のグループのＤ２ＤＳＳシーケンスがＵＥ６１５のようなＵＥにより使用される。例えば、ＵＥ１  ６１５、ＵＥ２  ６２０、ＵＥ３  ６２５は、第１のグループのＤ２ＤＳＳシーケンスをそれぞれ使用することができ、ＵＥ４  ６３０、ＵＥ５  ６３５、ＵＥ６  ６４０、ＵＥ７  ６４５は、第２のグループのＤ２ＤＳＳシーケンスをそれぞれ使用することができる。
【００６６】
Ｄ２Ｄ通信のために、第１のモード（モード１）において、ｅＮＢ又は中継ノードは、Ｄ２Ｄデータ及びＤ２Ｄ制御情報を送信するためにＤ２Ｄ  ＵＥにより使用されるリソースをスケジューリングする。リソースは、制限されることもあり、制限されないこともある。例えば、リソースは、リソースプール（複数のリソースプール）内にあるように制限されることもあり、制限されないこともある。ｅＮＢ又は中継ノードは、スケジューリング割り当て（ＳＡ）送信のための特定のリソースをＤ２Ｄ  ＵＥに示す。これに対応して、Ｄ２Ｄ  ＵＥは、示されたリソースで他のＤ２Ｄ  ＵＥにＳＡを送信する。ＳＡは、Ｄ２Ｄデータに対するリソースを示す。ｅＮＢ又は中継ノードは、制御情報とともにＤ２Ｄデータを送信するために特定のリソースをＤ２Ｄ  ＵＥに示し、Ｄ２Ｄデータに対するリソースを示すために使用される個別のＳＡは、必要でないこともある。
【００６７】
第２のモード（モード２）において、ＵＥは、単独でＤ２Ｄデータ及びＤ２Ｄ制御情報を送信するためにリソースプール（複数のリソースプール）からリソースを選択する。リソースプール（複数のリソースプール）は、予め定義されるか、予め構成されるか、又は固定される。例えば、リソースプール（複数のリソースプール）は、１つ以上の他のＤ２Ｄ  ＵＥにより受信され、Ｄ２Ｄ  ＵＥにより送信される物理Ｄ２Ｄ同期化チャネル（ＰＤ２ＤＳＣＨ）により示されることができる。また、リソースプール（複数のリソースプール）は、ｅＮＢ又は中継ノードからシステム情報ブロックで示されることができる。Ｄ２Ｄデータ及びＤ２Ｄ制御情報に対するリソースプール（複数のリソースプール）は、同一であるか又は異なることができる。Ｄ２Ｄ  ＵＥは、１つ以上の他のＤ２Ｄ  ＵＥにＳＡを送信するためにリソースを選択し、ＳＡは、Ｄ２Ｄデータに対するリソースを示す。Ｄ２Ｄ  ＵＥは、制御情報とともにＤ２Ｄデータを送信するためにリソースを選択し、Ｄ２Ｄデータに対するリソースを示すために使用される個別のＳＡは、必要としないこともある。
【００６８】
ＵＥ１  ６１５のようなＤ２Ｄ  ＵＥがネットワークカバレッジ内（in-coverage）（ＩＣ）にある場合に、Ｄ２Ｄ  ＵＥは、少なくともモード１をサポートすることができる。また、特定の実施形態において、ＵＥ１  ６１５のようなＩＣ  ＵＥは、モード２を使用するためにｅＮＢ６０５のようなｅＮＢにより指示され、又はＲＲＣ接続再構成が開始される時のような一部の例外的な場合に、ＩＣ  ＵＥは、モード２を使用する。特定の実施形態において、Ｄ２Ｄ  ＵＥがＯＯＣ（out- of coverage）である場合に、Ｄ２Ｄ  ＵＥは、少なくともモード２をサポートする。
【００６９】
特定の実施形態において、ＵＥ２  ６２０のようなＯＯＣ  ＵＥは、他のＵＥが、ＯＣＣ  ＵＥが全地球測位信号（ＧＰＳ）又は国際標準時間（ＵＴＣ）のような使用可能な同期化の正確な方法を有するか否かを認識できるようにする必要がある。このような情報は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨで伝達されることができる。この情報は、ＯＯＣ  ＵＥが同期化タイミングを導出するノードから又は同期化するノードの優先順位を定めるために他のＯＯＣ  ＵＥのような他のＵＥにより使用されることができる。
【００７０】
独立したＵＥ  ＳＳのように、ｅＮＢ又は非ｅＮＢであり得る、元来の同期化タイプについて最大許容可能なホップ数でＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信するノードからタイミングを導出するノードは、他のノードに同期化を提供できない。例えば、ｅＮＢ６０５の同期化オリジンに対して、最大許容可能なホップ数（Ｍａｘ＿ｈｏｐ＿ｅＮＢ）が３であり、第２のノードが第３のホップでｅＮＢ６０５からそのタイミングを導出することを示す第２のノードから第１のノードがＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する場合に、第１のノードは、同期化ソースとなってはいけないか、又は第１のノードが他のノードに同期化を提供できないか、又は他のノードが第１のノードからタイミング又は同期化タイミングを導出することができない。第１のノードは、その送信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨでこれを示す。例えば、第１のノードは、第１のノードがｅＮＢ６０５からタイミングを導出するＵＥにより使用されるシーケンスのセットからのＤ２ＤＳＳシーケンスを使用してｅＮＢ６０５からそのタイミングを導出することをＤ２ＤＳＳで示すことができる。追加で、第１のノードは、第１のノードがｅＮＢ６０５から由来したＭａｘ＿ｈｏｐ＿ｅＮＢと同一のホップ数を有するノードからそのタイミングを導出することをＤ２ＤＳＳ及びＰＤ２ＤＳＣＨで示すことができる。追加で、第１のノードは、第１のノードがｅＮＢ６０５から由来したＭａｘ＿ｈｏｐ＿ｅＮＢ＋１と同一のホップ数を有することを示すこともできる。最大ホップ数Ｍａｘ＿ｈｏｐ＿ｅＮＢは、すべてのＵＥに対して固定されるか又は予め設定されることができる。したがって、ｅＮＢ６０５から由来したホップ数Ｍａｘ＿ｈｏｐ＿ｅＮＢ＋１を受信する他のＵＥは、タイミングがノードから導出されることができないことを認識する。あるいは、Ｄ２ＤＳＳ又はＰＤ２ＤＳＣＨが、ノードが同期化ソースであるか否かを示す個別の表示を含む場合には、ｅＮＢ６０５から由来したＭａｘ＿ｈｏｐ＿ｅＮＢであるホップ数を有するノードからそのタイミングを導出するＵＥは、ノードが同期化ソースでないことを示す個別の表示を設定することができる。例えば、ＰＤ２ＤＳＣＨは、ノードが同期化ソースであるか否かを示すように構成された１ビット指示子フィールドを含むことができる。他の例において、Ｄ２ＤＳＳシーケンス追加分割、又はＰＤ２ＤＳＳ及びＳＤ２ＤＳＳ相対的なタイミングは、ノードが同期化ソースであるか否かを示すために使用されることができる。
【００７１】
特定の実施形態において、ＯＯＣ  ＵＥが同期化を提供できる他のノードを発見できない場合に、ＯＯＣ  ＵＥは、独立した同期化ソースＵＥとなる。ＯＯＣ  ＵＥがＧＰＳ又はＵＴＣのような使用可能な正確な同期化方法を有する場合に、ＯＯＣ  ＵＥは、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＯＯＣ  ＵＥがホップ数１で独立したＵＥ  ＳＳであることを示す。
【００７２】
独立したＵＥの同期化オリジンに対して、オリジンがｅＮＢ６０５でない場合、最大許容可能なホップ数（Ｍａｘ＿ｈｏｐ＿ＮｅＮＢ）が１である場合、及び第２のノードが第１のホップで非ｅＮＢからそのタイミングを導出することを示す第２のノードからのＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを第１のノードが受信する場合に、第１のノードは、同期化ソースとなってはいけないか、又は第１のノードが他のノードに同期化を提供できないか、又は他のノードが第１のノードからタイミング又は同期化タイミングを導出することができない。第１のノードは、その送信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨでこれを示す。例えば、第１のノードは、第１のノードがｅＮＢ６０５からタイミングを導出しないＵＥにより使用されるシーケンスのセットからのＤ２ＤＳＳシーケンスを使用してｅＮＢ６０５からそのタイミングを導出しないことをＤ２ＤＳＳで示すことができる。他の例において、第１のノードは、第１のノードがｅＮＢ６０５から由来しないＭａｘ＿ｈｏｐ＿ＮｅＮＢと同一のホップ数を有するノードからそのタイミングを導出することをＤ２ＤＳＳ及びＰＤ２ＤＳＣＨで示すことができる。他の例において、第１のノードは、第１のノードがｅＮＢ６０５から由来せず、ホップ数Ｍａｘ＿ｈｏｐ＿ＮｅＮＢ＋１を有することを示すこともできる。最大ホップ数Ｍａｘ＿ｈｏｐ＿ＮｅＮＢは、すべてのＵＥに対して固定されるか又は予め設定されることができる。したがって、ｅＮＢ６０５から由来しないホップ数Ｍａｘ＿ｈｏｐ＿ＮｅＮＢ＋１と同一のホップ数を受信する他のＵＥは、タイミングがノードから導出されることができないことを認識する。あるいは、Ｄ２ＤＳＳ又はＰＤ２ＤＳＣＨが、ノードが同期化ソースであるか否かを示す個別の表示を含む場合には、ｅＮＢ６０５から由来しないホップ数Ｍａｘ＿ｈｏｐ＿ＮｅＮＢを有するノードからそのタイミングを導出するＵＥは、ノードが同期化ソースではないことを示す個別の表示を設定する。例えば、ＰＤ２ＤＳＣＨは、ノードが同期化ソースであるか否かを示すように構成された１ビット指示子フィールドを含むことができる。他の例において、Ｄ２ＤＳＳシーケンス追加分割、又はＰＤ２ＤＳＳ及びＳＤ２ＤＳＳ相対的なタイミングは、ノードが同期化ソースであるか否かを示すために使用されることができる。
【００７３】
ＯＯＣ  ＵＥが同期化を提供できる他のノードを発見できない場合、及びＯＯＣ  ＵＥがＧＰＳ又はＵＴＣのような使用可能な正確な同期化方法を有しない場合に、ＯＯＣ  ＵＥは、独立した同期化ソースＵＥとなる。 ＯＯＣ  ＵＥは、ＯＯＣ  ＵＥが正確な同期化方法を有しないことをその送信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨで示す。あるいは、ＯＯＣ  ＵＥは、ＯＯＣ  ＵＥが他のＵＥに同期化を提供できる同期化ソースではないことを示す。ＯＯＣ  ＵＥは、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＯＯＣ  ＵＥがｅＮＢ６０５から由来しないＭａｘ＿ｈｏｐ＿ＮｅＮＢと同一のホップ数を有する、ｅＮＢ６０５からタイミングを導出しないＵＥにより使用されるシーケンスのセットからのＤ２ＤＳＳシーケンスの使用によるものように、独立したＵＥ  ＳＳであることを示すか、ＯＯＣ  ＵＥが正確な同期化方法を有しないことを示すか、ＯＯＣ  ＵＥが任意の他のＵＥに同期化を提供できる同期化ソースではないことを示す。例えば、ＯＯＣ  ＵＥは、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信でき、ｅＮＢ６０５からタイミングを導出しないＵＥにより使用されるシーケンスのセットからのＤ２ＤＳＳシーケンスの使用によるものように、ｅＮＢ６０５からタイミングを導出しないことを示すことができ、他のＵＥに同期化を提供できる同期化ソースでないことを他のＵＥに暗示的に通知する、（実際にＤ２ＤＳＳ及びＰＤ２ＤＳＣＨがホップ数１で送信されるとしても）ｅＮＢから由来しないＭａｘ＿ｈｏｐ＿ＮｅＮＢ＋１とホップ数が同一であることを意図的に示す。あるいは、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨが、ノードが同期化ソースであるか否かを示す個別の表示を含む場合には、同期化を提供できる他のノードを発見できず、ＧＰＳ又はＵＴＣのような使用可能な正確な同期化方法を有しないＵＥは、ＵＥが同期化ソースでないことを示すために個別の表示を設定する。例えば、ＰＤ２ＤＳＣＨは、ノードが同期化ソースであるか否かを示すように構成された１ビット指示子フィールドを含むことができる。他の例において、Ｄ２ＤＳＳシーケンス追加分割、又はＰＤ２ＤＳＳ及びＳＤ２ＤＳＳ相対的なタイミングは、ノードが同期化ソースである否かを示すために使用されることができる。
【００７４】
ＵＥ６１５のようなＵＥが同期化ソースでない場合、又はＵＥ６１５が他のＵＥに同期化を提供できない場合に、ＵＥ６１５は、やはりＤ２Ｄ通信のためにＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ及び他の信号を送信できる。第２のＵＥは、第１のＵＥから第２のＵＥにより同期化するノードを選択するか又は再選択する時に同期化優先順位を定めるために使用される、同期化ソースであるか又は同期化ソースでない第１のＵＥに関する情報又は第１のＵＥが使用可能な正確な同期化方法を有するか否かを含む信号を受信する。第２のＵＥは、第１のＵＥと同一のＴＸタイミングを使用する他のＵＥからのＤ２Ｄ信号、又は第１のＵＥからのＤ２Ｄ信号をモニタリングする第２のＵＥのＲＸタイミングを決定するために第１のＵＥから受信される同期化信号を使用する。第２のＵＥは、第２のＵＥ自身のＤ２ＤＳＳ及びＰＤ２ＤＳＣＨのようなＤ２Ｄ信号、及び他のＤ２Ｄ信号に対する第２のＵＥ自身のＴＸタイミングとして第１のＵＥから受信された同期化信号から導出されたタイミングを使用することができない。第２のＵＥは、ＧＰＳ又はＵＴＣを使用するか、他のＵＥに同期化を提供する資格がある他のノードから受信されるＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを使用するものように、他の方法により決定されたＴＸタイミングを使用する必要があり得る。
【００７５】
図７は、本発明の実施形態によるＤ２Ｄ同期化確立を示す図である。図７に示すＤ２Ｄ通信ネットワーク７００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。
【００７６】
Ｄ２Ｄ通信ネットワーク７００は、ネットワークカバレッジ境界７１０内で複数のＵＥと通信できる第１のｅＮＢ（ｅＮＢ１  ７０５）を含む。ｅＮＢ１  ７０５は、ネットワークカバレッジ境界７１０内でＵＥ１  ７１５と通信する。また、Ｄ２Ｄ通信ネットワーク７００は、ネットワークカバレッジ境界７２０内で複数のＵＥと通信できる第２のｅＮＢ（ｅＮＢ２  ７１５）を含む。ｅＮＢ１  ７０５及びｅＮＢ２  ７１５は、ｅＮＢ１０２と同一であるか又は類似して構成されることができる。図７に示すＵＥ１  ７２５、ＵＥ２  ７３０、ＵＥ３  ７３５、ＵＥ４  ７４０、ＵＥ５  ７４５、ＵＥ６  ７５０、ＵＥ７  ７５５、ＵＥ８  ７６０、ＵＥ９  ７６５、ＵＥ１０  ７７０、及びＵＥ１１  ７７５のうちの１つ以上は、ＵＥ１１６と同一であるか又は類似して構成されることができる。
【００７７】
ＵＥ１  ７２５は、同期化を受信し、ネットワークカバレッジ境界７１０内でｅＮＢ１  ７０５と同期化する。ＵＥ１  ７２５は、ｅＮＢ１  ７０５がホップ数“０”を有すると仮定する場合には、ｅＮＢ１  ７０５の同期化オリジンからカウントして第２のホップであるホップ数“１”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ２  ７３０は、ＵＥ１  ７２５からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信し同期化される。ＵＥ２  ７３０は、ｅＮＢ１  ７０５の同期化オリジンからカウントして第３のホップであるホップ数“２”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ３  ７３５は、ＵＥ２  ７３０からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信し同期化される。ここで、そのＴＸタイミングは、ＵＥ２  ７３０又はｅＮＢ１  ７０５から導出される。図７に示す例において、最大ホップ数は、同期化オリジンがｅＮＢ１  ７０５である場合に許容される。例えば、同期化オリジンがｅＮＢ１  ７０５である場合に、許容される最大ホップ数は３である。ＵＥ３  ７３５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＵＥ３  ７３５がノードから同期化を取得することを示す。また、ＵＥ３  ７３５は、１つ以上の他のＵＥが同期化ソースとしてＵＥ３  ７３５を使用しないこと、すなわち、１つ以上の他のＵＥがＵＥ３  ７３５のタイミングからＴＸタイミングを導出しないことを通知するために、そのＴＸタイミングがｅＮＢ１  ７０５から由来する最大ホップ数“３”にあることを示す。
【００７８】
ＵＥ４  ７４０は、他のＵＥ又はｅＮＢ７０５から同期化信号を受信しないために、ＵＥ４  ７４０は、独立した同期化ソース（ＳＳ）として自身を識別する。ＵＥ４  ７４０は、独立したＵＥ  ＳＳの同期化オリジンからカウントする第１のホップを示すホップ数“１”を有するホップでＤ２ＤＳＳ及びＰＤ２ＳＳＣＨを送信する。図７に示す例において、ＵＥ５  ７４５は、同期化を提供できるノードとして他のＵＥを検出せず同期化を提供できるノードとしてＵＥ４  ７４０だけを検出することができる。ＵＥ５  ７４５は、ＵＥ４  ７４０からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信し同期化される。すなわち、ＵＥ４  ７４０からタイミングを導出する。ＵＥ５  ７４５は、独立したＵＥ（ＳＳ）、すなわち、ＵＥ４  ７４０の同期化オリジンからカウントして第２のホップであるホップ数“２”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。図７に示す例において、最大ホップ数は、同期化オリジンが独立したＵＥ  ＳＳ、すなわち、ＵＥ４  ７４０である場合に許容される。例えば、同期化オリジンが独立したＵＥ  ＳＳ、すなわち、ＵＥ４  ７４０である場合に、許容される最大ホップ数は、“１”である。ＵＥ５  ７４５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＵＥ５  ７４５が同期化ソースとしてＵＥ５  ７４５を使用しないように他のＵＥに通知するために、独立したＵＥ  ＳＳ、すなわち、ＵＥ４  ７４０から由来する最大ホップ数を有するノードから同期化を取得することを示す。
【００７９】
ＵＥ６  ７５０及びＵＥ７  ７５５は、それぞれＵＥ４  ７４０及びＵＥ５  ７４５と類似している。ＵＥ８  ７６０は、ｅＮＢ１  ７０５、ｅＮＢ２  ７１５、又は他のＵＥから同期化信号を受信しないために、ＵＥ８  ７６０は、独立した同期化ソース（ＳＳ）として自身を識別する。したがって、ＵＥ８  ７６０は、独立したＵＥ  ＳＳ、すなわち、ＵＥ８  ７６０の同期化オリジンからカウントして第１のホップであるホップ数“１”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ８  ７６０がＧＰＳ又はＵＴＣのような使用可能な正確な同期化方法を有しない場合に、ＵＥ８  ７６０は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＵＥ８  ７６０が正確な同期化方法を有しないことを示す。ＵＥ８  ７６０からの送信に基づいて、他のＵＥは、同期化ソースとしてＵＥ８  ７６０を使用しないようにする通知を受ける。ＵＥ４  ７４０及びＵＥ６  ７５０がＧＰＳ又はＵＴＣのような使用可能な正確な同期化方法を有する場合に、ＵＥ４  ７４０及びＵＥ６  ７５０がＤ２ＤＳＳ及びＰＤ２ＤＳＣＨをそれぞれ送信する時に、ＵＥ４  ７４０及びＵＥ６  ７５０のそれぞれは、それらが正確な同期化方法を有することを示す。例えば、ＵＥ４  ７４０は、ＵＥ７４０が独立したＵＥ  ＳＳであり、それらが“１”であるホップ数値を示すことにより正確な同期化方法を有することを他のＵＥに通知することができる。また、例えば、ＵＥ６  ７５０は、ＵＥ６  ７５０が独立したＵＥ  ＳＳであり、それらが“１”であるホップ数値を示すことにより正確な同期化方法を有することを他のＵＥに通知することができる。
【００８０】
ＵＥ９  ７６５は、同期化を受信し、ネットワークカバレッジ境界７２０内でｅＮＢ２  ７１５と同期化する。ＵＥ９  ７６５はｅＮＢ２  ７１５がホップ数“０”を有すると仮定する場合に、ｅＮＢ２  ７１５の同期化オリジンからカウントして第２のホップであるホップ数“１”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ１０  ７７０は、ＵＥ９  ７６５からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信し、同期化される。ＵＥ１０  ７７０は、ｅＮＢ２  ７１５の同期化オリジンからカウントして第３のホップであるホップ数“２”を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ１１  ７７５は、ＵＥ１０  ７７０からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信し、同期化され、そのＴＸタイミングは、ＵＥ１０  ７７０又はｅＮＢ２  ７１５から導出される。図７に示す例において、最大ホップ数は、同期化オリジンがｅＮＢ２  ７１５である場合に許容される。例えば、同期化オリジンがｅＮＢ２  ７１５である場合に、許容される最大ホップ数は、３である。ＵＥ１１  ７７５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＵＥ１１  ７７５がノードからの同期化の取得を示す。また、ＵＥ１１  ７７５は、１つ以上の他のＵＥが同期化ソースとしてＵＥ１１  ７７５を使用しないことを、すなわち、１つ以上の他のＵＥがＵＥ１１  ７７５のタイミングからＴＸタイミングを導出しないことを通知するために、そのＴＸタイミングがｅＮＢ２  ７１５から由来する最大ホップ数“３”にあることを示す。
【００８１】
ＵＥがＴＸ基準タイミングを導出する方法に基づいて、ＵＥは、複数のカテゴリーのうちの１つに属することができる。Ｄ２Ｄ  ＵＥは、ＩＣ  ＵＥと呼ばれる、カバレッジ内（ＩＣ）のＵＥであり得る。ＵＥがサービングセルを有するか（ＣＯＮＮＥＣＴＥＤ）又はセルにキャンプされる（ＩＤＬＥ）場合に、ＵＥは、カバレッジ内にあると見なされることができる。ＩＣ  ＵＥは、ｅＮＢからそのＴＸ基準タイミングを導出する。ｅＮＢからのＴＸ基準タイミングを有するカバレッジ外（ＯＯＣ）のＵＥは、ＯＯＣカテゴリー１  ＵＥ（ＯＯＣ  ｃａｔ．１  ＵＥ）と呼ばれる。ｅＮＢからでないＴＸ基準タイミングを有するカバレッジ外のＵＥは、ＯＯＣ  ｃａｔ．２  ＵＥと呼ばれる。例えば、図７に示す例において、Ｄ２Ｄ通信ネットワーク７００は、
１）  複数のＩＣ  ＵＥ：ＵＥ１  ７２５、ＵＥ９  ７６５；
２）  ＴＸタイミングがｅＮＢから導出されるＯＯＣ  ｃａｔ．１  ＵＥ：ＵＥ２  ７３０、ＵＥ３  ７３５、ＵＥ１０  ７７０、及びＵＥ１１  ７７５、及び
３）  ＴＸタイミングがｅＮＢから導出されないＯＯＣ  ｃａｔ．２  ＵＥ：ＵＥ４  ７４０、ＵＥ６  ７５０、ＵＥ５  ７４５、ＵＥ７  ７５５、及びＵＥ８  ７６０を含む。
【００８２】
本発明の全般にわたって、同期化信号に対する測定は、ＰＤ２ＤＳＳ、ＳＤ２ＤＳＳ、Ｄ２ＤＳＳ、すなわち、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳ、ＰＤ２ＤＳＣＨ、又はＰＤ２ＤＳＣＨに対する復調基準信号（ＤＭＲＳ）のうちの１つ以上に対する測定であり得る。
【００８３】
特定の実施形態において、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨは、同期化ソースに対するそれぞれのホップ数と関連した情報を示す。Ｄ２ＤＳＳに対するそれぞれのホップ数と関連した情報の表示は、１次Ｄ２ＤＳＳ（ＰＤ２ＤＳＳ）及び２次Ｄ２ＤＳＳ（ＳＤ２ＤＳＳ）の相対的な時間ドメイン位置を通して、又は同期化プリアンブルシーケンスの異なるセット又はこれらの組み合せを通してであり得る。ＰＤ２ＤＳＣＨに対するそれぞれのホップ数に関連した情報の表示は、例えば、ペイロード内であり得る。
【００８４】
１つのアプローチ方式において、同期化ソースに対するそれぞれのホップ数に関連した情報は、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的な時間ドメイン位置を通して通信される。例えば、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの第１の相対的な時間ドメイン位置は、第１のホップ数値を示し、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの第２の相対的な時間ドメイン位置は、第２のホップ数値を示す。
【００８５】
独立したＵＥ  ＳＳのようにｅＮＢ又は非ｅＮＢであり得る、オリジン同期化タイプに対する最大許容可能なホップ数でＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信するノードからタイミングを導出するノードは、他のノードに同期化を提供できない。ノードは、それをその送信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨで示す。ＯＯＣ  ＵＥが同期化を提供できる他のノードを発見できない場合、及びＯＯＣ  ＵＥがＧＰＳ又はＵＴＣのような使用可能な正確な同期化方法を有しない場合に、ＯＯＣ  ＵＥは、ＯＯＣ  ＵＥが異なるノードに同期化を提供できないことをその送信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨで示す。表３は、このような表示の一例、すなわち、ＰＤ２ＤＳＣＨでの情報フィールドを示す。
【００８６】
【表３】
2020080556.tif 000005
【００８７】
ＵＥは、ＵＥが使用可能な正確な同期化方法を有するか否かを示す。正確な同期化方法は、ＧＰＳ、ＵＴＣなどを含むことができる。表４は、指示又は指示子、すなわち、ＰＤ２ＤＳＣＨでの情報フィールドの一例を示す。
【００８８】
【表４】
2020080556.tif 000006
【００８９】
図８は、本発明の実施形態による異なるホップ数値を示すためのＳＤ２ＤＳＳ及びＰＤ２ＤＳＳの異なる相対的な時間ドメイン位置に対する例示的な構成を示す図である。図８に示す時間ドメイン位置８００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。
【００９０】
図８に示す例において、“１”のホップ数値を有する第１のＴＸタイミング８０５において、ＰＤ２ＤＳＳ８１０及びＳＤ２ＤＳＳ８１５は、２つのシンボル８２０により相互に分離される。“２”のホップ数値を有する第２のＴＸタイミング８２５において、ＰＤ２ＤＳＳ８１０及びＳＤ２ＤＳＳ８１５は、５個のシンボル８３０により相互に分離される。“３”のホップ数値を有する第２のＴＸタイミング８３５において、ＰＤ２ＤＳＳ８１０及びＳＤ２ＤＳＳ８１５は、１０個のシンボル８４０により相互に分離される。図８に示す例において、１つのシンボルは、ＰＤ２ＤＳＳに対して使用され、他のシンボルは、ＳＤ２ＤＳＳに対して使用されるが、本発明は、これに限定されない。むしろ、本発明の実施形態は、１つ以上のシンボルがＰＤ２ＤＳＳに対して使用され、１つ以上のシンボルがＳＤ２ＤＳＳに対して使用される場合に拡張されることができる。例えば、２つのシンボルがＰＤ２ＤＳＳ又はＳＤ２ＤＳＳに対して使用されることができ、ここで、これらの２つのシンボルは、相互に隣接できるか、またはそれらの間に１つ以上のシンボルで配置されることもできる。特定の実施形態において、時間ドメイン位置は、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的なタイミングから、周期性、Ｄ２ＤＳＳの送信のタイミング（例えば、サブフレーム又はフレーム位置）、及び任意のこれらの組み合せで拡張されることができる。
【００９１】
他のアプローチ方式において、同期化ソースに対するそれぞれのホップ数と関連した情報は、Ｄ２ＤＳＳで伝達されたプリアンブル又はシーケンスの異なるセットを介して示されることができる。Ｄ２ＤＳＳでのプリアンブルは、ホップ数値を示すために使用されることができる、分離されたセットに分割されることができる。例えば、プリアンブルの第１のセットは、第１のホップ数値を示し、プリアンブルの第２のセットは、第２のホップ数値を示す。それぞれのＤ２Ｄ  ＵＥは、それぞれのホップ数値を有するホップでＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信するためにプリアンブルのそれぞれのセットからランダムにプリアンブルを選択する。あるいは、それぞれのＤ２Ｄ  ＵＥは、予め設定されるか、又はそれぞれのホップ数値に対して選択するプリアンブルを示す構成を受信することができる。一例において、セット内でのプリアンブルの選択は、ＵＥのグループアソシエーション又はグループＩＤにより決定される。表５は、プリアンブルセットにより示されているホップ数値の一例を示す。
【００９２】
表５及び本発明の他の表において、ｅＮＢからのホップがホップ数“１”としてカウントされる場合に、ｅＮＢに直接に同期化するＵＥは、ホップ数“２”としてカウントされ、ＵＥからの独立した同期化ソースがホップ数“１”としてカウントされる場合に、独立したＵＥ同期化ソースに直接に同期化するＵＥは、ホップ数“２”としてカウントされると仮定する。特定の実施形態において、ｅＮＢからのホップがホップ数“０”としてカウントされる場合に、ｅＮＢに直接に同期化するＵＥは、ホップ数“１”としてカウントされ、ホップ数“１”を有するＵＥに同期化するＵＥは、ホップ数“２”を有するであろう。表５は、プリアンブルセットにより示されるホップ数値を示す。
【００９３】
【表５】
2020080556.tif 000007
【００９４】
それぞれのセットには、同一の個数又は同一でない個数のプリアンブルが存在し得、それぞれのセットは、ホップ数値を示すために使用される。例えば、“１”であるホップ数値を有するホップで送信する少ない個数のＵＥがあり得、より少ない個数のプリアンブルがプリアンブルのセットに割り当てられることができる。プリアンブルセットの分割は、固定されるか、予め定義されるか、ブロードキャストされるか、又はＵＥに通知されることができる。
【００９５】
図９は、本発明の実施形態によるＤ２Ｄ  ＵＥが受信されたＤ２ＤＳＳからホップ数値を決定するプロセス９００を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのシーケンスから、実行の特定の順序と関連して、ステップの実行、ステップの一部の実行が、同時に、またはオーバーラッピングされるよりもむしろ、シリアルに行われるとか、割り込み又は中間ステップが発生することなく、図示されたステップが実行されることに関する如何なる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンの処理回路により具現される。
【００９６】
ブロック９０５において、Ｄ２Ｄ  ＵＥは、Ｄ２ＤＳＳを受信する。ＵＥは、Ｄ２ＤＳＳをデコーディングし、ブロック９１０において、ホップ数値に対する表示が有効であるか否かを判定する。ホップ数値に対する表示が有効でない場合に、ブロック９１５において、ＵＥは、受信されたＤ２ＤＳＳを廃棄する。ホップ数値に対する表示が有効である場合に、ブロック９２０において、ＵＥは、それぞれの表示に基づいてそれぞれのホップ数値を判定する。例えば、３つのそれぞれのホップ数値を示すために予め構成された３つのＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的な時間ドメイン位置があると仮定すると、Ｄ２Ｄ  ＵＥが、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的な時間ドメイン位置が予め構成された構成のうちのいずれもでないことを検出する場合に、Ｄ２Ｄ  ＵＥは、信号が有効でないと見なし、ブロック９１５で受信されたＤ２ＤＳＳを廃棄する。Ｄ２Ｄ  ＵＥがＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的な時間ドメイン位置が予め構成された構成のうちの１つであることを検出する場合に、Ｄ２Ｄ  ＵＥは、ブロック９２０で検出されたＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的な時間ドメイン位置に従ってそれぞれのホップ数値を判定する。プリアンブルセットがホップ数値を示すために使用される場合のために類似の動作があり得る。ブロック９１０及びブロック９１５は、省略され得ることを留意しなければならず、Ｄ２Ｄ  ＵＥは、ホップ数値のうちの１つを判定する。あるいは、ブロック９１０及びブロック９１５は、ブロック９２０と同時に発生し得る。例えば、Ｄ２ＤＳＳを受信した後に、ＵＥは、それぞれの表示に基づいてそれぞれのホップ数を判定することができ、ホップ数に対する表示が有効でない場合に、ＵＥは、受信されたＤ２ＤＳＳを廃棄する。
【００９７】
１つの拡張において、同期化ソースに関連した情報及び同期化ソースに関するそれぞれのホップ数と関連した情報は、プリアンブルセット又は時間ドメイン位置、又はこれらの組み合せに基づくことができるＤ２ＤＳＳに対する表示構成を通して共同で示される。時間ドメイン位置は、周期性、Ｄ２ＤＳＳの送信タイミング、そのようなサブフレーム又はフレーム位置、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的なタイミング、及びこれらの組み合せであり得る。Ｄ２Ｄ  ＵＥがＤ２ＤＳＳを受信した後に、Ｄ２Ｄ  ＵＥは、Ｄ２ＤＳＳで検出された表示に従ってそれぞれのホップ数及び同期化ソースに関連した情報を判定する。
【００９８】
同期化ソースがｅＮＢである場合に、ｅＮＢが、Ｄ２Ｄ  ＵＥが認識できるレガシー同期化信号を送信できるために、ホップ数値“１”は、省略され得る。したがって、特定の実施形態において、ｅＮＢが同期化ソースである場合の最大ホップ数（Ｍａｘ＿ｈｏｐ＿ｅＮＢ）、ホップ数値は、［２．．Ｍａｘ＿ｈｏｐ＿ｅＮＢ］の領域に含まれる。同期化ソースがＵＥである場合、特定の実施形態において、同期化ソースがＵＥである場合の最大ホップ数（Ｍａｘ＿ｈｏｐ＿ＵＥ）、ホップ数値は、［１．．Ｍａｘ＿ｈｏｐ＿ＵＥ]の領域に含まれる。Ｍａｘ＿ｈｏｐ＿ｅＮＢ及びＭａｘ＿ｈｏｐ＿ｅＮＢは、同一であるか又は異なり得る。Ｍａｘ＿ｈｏｐ＿ｅＮＢ及びＭａｘ＿ｈｏｐ＿ｅＮＢが同一である場合には、共通パラメータＭａｘ＿ｈｏｐが使用される。
【００９９】
表６は、表示構成によりホップ数値及び同期化ソースタイプ（ＳＳＴ）を共同で示す一例を示し、上記表示構成は、プリアンブルセット又は時間ドメイン位置、又はこれらの組み合せに基づくことができる。一例において、Ｍａｘ＿ｈｏｐ＝３である。全体で、５つの表示構成が存在する。例えば、それぞれのプリアンブルセットが表示構成として設定される異なる５つのプリアンブルのセットが使用されることができる。他の例の場合に、それぞれの相対的な位置が表示構成される５つの異なる相対的な時間ドメイン位置がＰＤ２ＤＳＳ及びＳＤ２ＤＳＳのために使用されることができる。あるいは、Ｄ２ＤＳＳ送信の４０ｍｓサイクル（すなわち、４０個のサブフレーム）内でのサブフレームの特定の位置（例えば、第５、第１０など）のように、Ｄ２ＤＳＳ送信のサイクル内でのＤ２ＤＳＳが送信されるサブフレームの位置のように、Ｄ２ＤＳＳのために異なる時間ドメイン位置が使用されることができる。他の例において、ホップ数は、時間ドメイン位置により区別されることができるが、表示構成“１”及び表示構成“２”は、プリアンブルの第１のセットを使用し、ホップ数は、時間ドメイン位置により区別されることができるが、表示構成“３”、表示構成“４”、又は表示構成“５”は、プリアンブルの第２のセットを使用する。表示構成は、ＵＥに予め通知されるか、予め定義されるか、または固定されることができる。Ｄ２Ｄ  ＵＥがＤ２ＤＳＳを受信した後に、Ｄ２Ｄ  ＵＥは、Ｄ２ＤＳＳで検出された表示構成に従って、ＳＳＴ及びそれぞれのホップ数値を決定する。Ｍａｘ＿ｈｏｐ＿ｅＮＢ＝３及びＭａｘ＿ｈｏｐ＿ＵＥ＝２を仮定すると、表示構成“５”は、不要である。
【０１００】
本発明の全般にわたって、時間ドメイン位置は、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的なタイミングドメイン距離を示す。あるいは、時間ドメイン位置は、Ｄ２ＤＳＳがＤ２ＤＳＳ送信サイクル内で送信されるサブフレームの時間ドメイン位置を意味する。表６は、表示構成により示されたホップ数値及び同期化ソースタイプを示す。
【０１０１】
【表６】
2020080556.tif 000008
【０１０２】
他のアプローチ方式において、同期化ソースに関するそれぞれのホップ数と関連した情報は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨにより共同で示される。例えば、ホップ数値は、複数のセットに分割されることができ、ここで、Ｄ２ＤＳＳは、ホップ数値がどのセットにあるかを示すために使用され、ＰＤ２ＤＳＣＨは、それぞれのセット内で正確なホップ数を示すために使用される。ホップ数値のセット内には、１つ以上のホップ数値が存在し得る。複数のセットにホップ数値を分割する構成及び表示構成は、ＵＥに事前に通知されるか又は予め定義されるか又は固定されることができる。Ｄ２Ｄ  ＵＥは、それに従ってホップ数値を決定するためにＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを検出する。
【０１０３】
例えば、最大ホップ数が“３”である場合に、ホップ数値は、２つのセットに分割されることができる：ホップ数値の第１のセットは、１つのエレメント、ホップ数値“１”を有し；ホップ数値の第２のセットは、２つのエレメント、ホップ数値“２”又はホップ数値“３”を有する。特定の実施形態において、分割は、最大値でないホップ数値の第１のセットを含み、第２のセットは、最大値と同一のホップ数値を含む。
【０１０４】
表７及び表８は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨにより共同でホップ数値の表示の例を示す。様々な例において、Ｍａｘ＿ｈｏｐ＝３である。表７において、Ｄ２ＤＳＳに対する第１の表示構成は、ホップ数値の第１のセットを示し、Ｄ２ＤＳＳに対する第２の表示構成は、ホップ数値の第２のセットを示す。様々な例において、ホップ数値の第１のセットは、１つのエレメント、ホップ数値“１”を有し、ホップ数値の第２のセットは、２つのエレメント、ホップ数値“２”又はホップ数値“３”を有する。Ｄ２Ｄ  ＵＥがＤ２ＤＳＳに対する第２の表示構成を検出する場合に、Ｄ２Ｄ  ＵＥは、ＰＤ２ＤＳＣＨを追加で検出する。表８に示すように、ＰＤ２ＤＳＣＨにおいて、ホップ数の１ビット指示子が“０”値を有する場合に、Ｄ２Ｄ  ＵＥは、ホップ数値“２”を示し、ホップ数の１ビット指示子が“１”値を有する場合に、Ｄ２Ｄ  ＵＥは、ホップ数値“３”を示す。表７は、Ｄ２ＤＳＳに対する表示構成により示されたホップ数値のセットを示す。
【０１０５】
【表７】
2020080556.tif 000009
【０１０６】
表８は、ＰＤ２ＤＳＣＨにより示されたホップ数値を示す。
【０１０７】
【表８】
2020080556.tif 000010
【０１０８】
図１０は、本発明の実施形態によるＤ２Ｄ  ＵＥが受信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨからホップ数値を決定するプロセス１０００を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのシーケンスから、実行の特定の順序と関連して、ステップの実行、ステップの一部の実行が、同時に、またはオーバーラッピングされるよりもむしろ、シリアルに行われるか、割り込み又は中間ステップが発生することなく、示されたステップが実行されることに関する如何なる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。
【０１０９】
ブロック１００５において、Ｄ２Ｄ  ＵＥは、Ｄ２ＤＳＳを受信する。Ｄ２Ｄ  ＵＥは、Ｄ２ＤＳＳをデコーディングし、ブロック１０１０において、ホップ数値のセットに対する表示が第１のセットに対するものであるか、第２のセットに対するものであるか、又は有効でないか否かを判定する。ホップ数値のセットに対する表示が有効でない場合に、Ｄ２Ｄ  ＵＥは、ブロック１０１５で受信されたＤ２ＤＳＳを廃棄する。ホップ数値のセットに対する表示がホップ数値の第１のセットを示し、セットが１つのエレメントを有する場合に、Ｄ２Ｄ  ＵＥは、ブロック１０２０においてホップ数値を決定する。ホップ数値のセットに対する表示がホップ数値の第２のセットを示し、ホップ数値のセットが固定されるか又は予め定義された分割に従って、セットが１つ以上のエレメントを有する場合に、Ｄ２Ｄ  ＵＥは、ブロック１０２５においてＰＤ２ＤＳＣＨを追加で受信し、Ｄ２Ｄ  ＵＥは、ＰＤ２ＤＳＣＨでのそれぞれの表示に基づいてそれぞれのホップ数値を決定する。ブロック１０１０及びブロック１０１５は、省略され得ることに留意する。
【０１１０】
特定の実施形態において、同期化ソースに関連した情報及び同期化ソースに関するそれぞれのホップ数に関連した情報は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨにより共同で示される。例えば、同期化ソースの情報及びホップ数値の情報は、複数のセットに分割されることができ、ここで、Ｄ２ＤＳＳは、同期化ソースの情報及びホップ数値の情報がどのセット内にあるかを示すために使用され、ＰＤ２ＤＳＣＨは、それぞれのセット内で正確な同期化ソースの情報及びホップ数値の情報を示すために使用される。ホップ数値の情報及び同期化ソースの情報のセット内で１つ以上のエレメントが使用されることができる。ホップ数値の情報及び同期化ソースの情報を複数のセットに分割する構成及び表示構成は、予めＵＥに通知されるか又は予め定義されるか又は固定されることができる。Ｄ２Ｄ  ＵＥは、それに従ってホップ数値の情報及び同期化ソースの情報を決定するためにＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを検出する。ＵＥの動作は、図１０に示す動作と類似している。
【０１１１】
表９及び表１０は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨにより共同でＳＳＴ及びホップ数値を示す一例を示し、ここで、最大ホップ数“３”が仮定される。表９において、Ｄ２ＤＳＳに対するｉ番目の表示構成は、ホップ数値のｉ（ここで、ｉ＝１、２、３、４）番目のセットを示す。例において、ＳＳＴ及びホップ数値の第１のセット、第２のセット、及び第３のセットは、それぞれ１つのエレメントを有し、ＳＳＴ及びホップ数値の第４のセットは、ＵＥであるＳＳＴ及びホップ数値“２”又は“３”を有する２つのエレメントを有する。Ｄ２Ｄ  ＵＥがＤ２ＤＳＳに対する第４の表示構成を検出する場合に、Ｄ２Ｄ  ＵＥは、ＰＤ２ＤＳＣＨを追加で検出する。表１０に示すように、ＰＤ２ＤＳＣＨで、ホップ数の１ビット指示子が“０”値を有する場合に、Ｄ２Ｄ  ＵＥは、ホップ数値“２”を示し、ホップ数の１ビット指示子が“１”値を有する場合に、Ｄ２Ｄ  ＵＥは、ホップ数値“３”を示す。特定の実施形態において、Ｍａｘ＿ｈｏｐ＿ｅＮＢ＝３及びＭａｘ＿ｈｏｐ＿ＵＥ＝２である場合に、表１０は、不要であり、第４のセットは、ホップ＝“２”を有するであろう。他の例において、第３のセット及び第４のセットは、ホップ数に無関係に、ＳＳＴ＝ＵＥに対して１つのセットとして結合されることができる。
【０１１２】
本発明の全般にわたって、ＳＳＴ＝ｅＮＢは、同期化のオリジンがｅＮＢであることを示すために使用され、同期化ホップの次のチェーンに沿ってＵＥが存在し得、ＳＳＴ＝ＵＥは、同期化のオリジンがＵＥであることを示すために使用され、ＵＥであるチェーンのオリジンから同期化ホップの次のチェーンが存在し得ることを留意しなければならない。表９は、Ｄ２ＤＳＳに対する表示構成により示されたホップ数値及び同期化ソースタイプのセットを示す。
【０１１３】
【表９】
2020080556.tif 000011
【０１１４】
表１０は、ＰＤ２ＤＳＣＨにより示された同期化ソースタイプ及びホップ数値を示す。  
【０１１５】
【表１０】
2020080556.tif 000012
【０１１６】
上記の長所のうちの１つは、Ｄ２ＤＳＳがすべてのホップ値を伝達する場合と比較して、プロセスが、他のＵＥが減少された情報でさらに信頼できるＤ２ＤＳＳを保持しつつ、検出されたＳＳＴ及びホップ数に基づいて、ＵＥが同期化できるノードの優先順位を決定できるようにするものである。
【０１１７】
特定の実施形態において、表示構成は、固定されるか又は予め定義され、異なる方法で達成されることができる。例えば、それぞれのプリアンブルセットが表示構成として設定される、４個の異なるプリアンブルのセットであり得る。例えば、プリアンブルシーケンスの最初の２ビット又は最後の２ビットのように、プリアンブルシーケンスでの２ビットは、それぞれＳＳＴ及びホップ数値の第１のセット、第２のセット、第３のセット、第４のセットを示す‘００'、‘０１'、‘１０'、‘１１'で使用されることができる。変形で、プリアンブルシーケンスでの１ビットは、第１のＳＳＴ、第２のＳＳＴ（例えば、ｅＮＢ又はＵＥ）を示す‘０'、‘１'で使用されることができ、プリアンブルシーケンスのうちの他の１ビットは、それぞれホップ数を追加で区別する‘０'、‘１'で使用されることができる。他の例の場合には、表示構成としてそれぞれの相対的な位置を有する、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳに対する４個の異なる相対的な時間ドメイン位置が存在し得る。他の例において、Ｄ２ＤＳＳがＤ２ＤＳＳサイクル内で送信されるサブフレームの位置に対して複数又は異なる時間ドメイン位置が存在し得る。他の例において、ホップ数は、時間ドメイン位置により区別されることができるが、表示構成“１”及び表示構成“２”は、プリアンブルの第１のセットを使用することができ、ホップ数は、時間ドメイン位置により区別されることができるが、表示構成“３”及び表示構成“４”は、プリアンブルの第２のセットを使用することができる。このような例は、最大ホップ数“３”を仮定する下記の表１１で示される。特定の実施形態において、Ｍａｘ＿ｈｏｐ＿ｅＮＢ＝３であり、Ｍａｘ＿ｈｏｐ＿ＵＥ＝２である場合に、時間ドメイン位置構成“２”は、ＳＳ＝ＵＥに対して、ただホップ＝２を有するであろう。
【０１１８】
表１１は、Ｄ２ＤＳＳに対する表示構成により示された同期化ソースタイプ及びホップ数値を示す。
【０１１９】
【表１１】
2020080556.tif 000013
【０１２０】
図１１は、本発明の実施形態によるＤ２Ｄ  ＵＥが受信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨから同期化ソースタイプ及びホップ数値を決定するプロセスを示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのシーケンスから、実行の特定の順序と関連して、ステップの実行、ステップの一部の実行が、同時に、またはオーバーラッピングされるよりもむしろ、シリアルに行われるか、割り込み又は中間ステップが発生することなく、示されたステップが実行されることに関する如何なる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。
【０１２１】
図１１に示す例において、最大ホップ数は、“３”である。ブロック１１０５において、Ｄ２Ｄ  ＵＥは、Ｄ２ＤＳＳを受信する。ブロック１１１０において、Ｄ２Ｄ  ＵＥは、Ｄ２ＤＳＳをデコーディングし、表示が、ＳＳＴがｅＮＢであるか否かを示すか否かを判定する。ブロック１１１０において、表示が、ＳＳＴがｅＮＢでないことを示す場合に、Ｄ２Ｄ  ＵＥは、ブロック１１１５において、表示がホップ数値“１”を示すか否かを判定する。表示がホップ数値“１”である場合に、ブロック１１２０において、Ｄ２Ｄ  ＵＥは、ＳＳＴがＵＥであり、ホップ数値が“１”であると判定する。ホップ数値が“１”でない場合に、Ｄ２Ｄ  ＵＥは、ブロック１１２５において、ＰＤ２ＤＳＣＨを受信し検出し、ブロック１１３０において、ＰＤ２ＤＳＣＨでのそれぞれの表示に基づいてそれぞれのホップ数値を判定する。すなわち、Ｄ２Ｄ  ＵＥは、検出されたＤ２ＤＳＳからＳＳＴがＵＥであり、ホップ数値が“２”であることを判定するか、又は検出されたＰＤ２ＤＳＣＨからホップ数値が“３”であることを判定する。ブロック１１１０において、Ｄ２Ｄ  ＵＥが、ＳＳＴがｅＮＢであると判定する場合に、Ｄ２Ｄ  ＵＥは、ブロック１１３５において、Ｄ２ＤＳＳでの表示がホップ数値“２”を示すか否かを判定する。表示がホップ数値“２”である場合に、Ｄ２Ｄ  ＵＥは、ブロック１１４０において、ＳＳＴがｅＮＢであり、ホップ数値が“２”であると判定する。あるいは、表示が、ホップ数値が“２”でない場合には、Ｄ２Ｄ  ＵＥは、ブロック１１４５において、ＳＳＴがｅＮＢであり、ホップ数値が“３”であると判定する。
【０１２２】
他のアプローチ方式において、同期化ソースに関するそれぞれのホップ数に関連した情報は、Ｄ２ＤＳＳに含まれず、ＰＤ２ＤＳＣＨに完全に含まれる。例えば、ＰＤ２ＤＳＣＨでのフィールドは、ホップ数値を提供することができる。特定の実施形態において、ＰＤ２ＤＳＣＨでのフィールドは、２ビットフィールドであり、ここで、‘００'は、ホップ数値“１”を指定し、‘０１'は、ホップ数値“２”を指定し、‘１０'は、ホップ数値“３”を指定し、‘１１'は、ホップ数値“４”を指定する。特定の実施形態において、最大ホップ数が３であり、Ｄ２ＤＳＳが、同期化ソースタイプがｅＮＢであることを示す場合に、ＰＤ２ＤＳＣＨは、ホップ数値を示すために１ビットフィールドを含み、ここで、‘０'は、ホップ数値“２”を指定し、‘１'は、ホップ数値“３”を指定する。特定の実施形態において、最大ホップ数が３であり、Ｄ２ＤＳＳが、同期化ソースタイプがＵＥであることを示す場合に、ＰＤ２ＤＳＣＨは、２ビットフィールドを含み、ここで、‘００'は、ホップ数値“１”を指定し、‘０１'は、ホップ数値“２”を指定し、‘１０'は、ホップ数値“３”を指定する。
【０１２３】
特定の実施形態において、ＰＤ２ＤＳＣＨは、最大ホップ数を示すためにフィールドを含む。特定の実施形態において、最大ホップ数は、示されないが、ＰＤ２ＤＳＣＨは、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨの送信が最大ホップ数を有するホップに対するものであるか否かを示すためにフィールドを含む。表１２は、このような表示、すなわち、ＰＤ２ＤＳＣＨでの情報フィールドの一例を示す。
【０１２４】
【表１２】
2020080556.tif 000014
【０１２５】
表１２において、１ビットフィールドの長所のうちの１つは、最大ホップ数値の送信に比べてＰＤ２ＤＳＣＨでペイロードを節約するものにある。例えば、最大ホップ数値が構成可能であり、値がセット{２，３，４}から選択される場合に、２ビット指示子が必要である。しかしながら、表１２と上記のような方法を使用すると、１ビット指示子のみが必要である。
【０１２６】
一例において、ＵＥにより使用されるＤ２ＤＳＳシーケンスは、２つのグループに分割される。Ｄ２ＤＳＳ＿ｓｅｔ１と呼ばれる第１のグループ又はセットは、ｅＮＢからＴＸタイミングを導出するＵＥにより使用されることができるシーケンスのセットである。Ｄ２ＤＳＳ＿ｓｅｔ２と呼ばれる第２のグループ又はセットは、独立したＵＥのように非ｅＮＢソースからＴＸタイミングを導出するＵＥにより使用されることができるシーケンスのセットである。
【０１２７】
特定の実施形態において、ＩＣ  ＵＥ及びＯＯＣ  ｃａｔ．  １  ＵＥは、セットＤ２ＤＳＳ＿ｓｅｔ１からのＤ２ＤＳＳシーケンスを使用し、ＯＯＣ  ｃａｔ．  ２  ＵＥは、セットＤ２ＤＳＳ＿ｓｅｔ２からのＤ２ＤＳＳシーケンスを使用する。例えば、ＩＣ  ＵＥ及びＯＯＣ  ｃａｔ．  １  ＵＥをさらに区別するためには、ホップ数が使用される。一例において、ＩＣ  ＵＥは、ｅＮＢホップがホップ数“０”としてカウントされる場合であるホップ数“１”を使用するか、又はｅＮＢからのホップがホップ数１としてカウントされる場合であるホップ数“２”を使用するが、ＯＯＣ  ｃａｔ．  １  ＵＥは、ｅＮＢホップがホップ数“０”としてカウントされる場合も“１”以上のホップ数を使用するか、又はｅＮＢホップがホップ数“１”としてカウントされる場合も“２”以上のホップ数を使用する。他の例において、ＩＣ  ＵＥ及びＯＯＣ  ｃａｔ．  １  ＵＥをさらに区別するために、Ｄ２ＤＳＳ＿ｓｅｔ１シーケンスの追加の分割が使用されるか、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの異なる相対的な距離が使用されるか、ＵＥがそのＴＸタイミングを導出するセルの物理的なセル識別子（ＰＣＩＤ）でフィールドによる暗示的な表示又はＩＣ及びＯＯＣを区別するための‘１’ビット表示のように、ＰＤ２ＤＳＣＨでの表示が使用される。ＰＣＩＤのフィールドが存在する場合に、それは、ＵＥがＩＣ  ＵＥであることを意味し、ＰＣＩＤのフィールドが存在しない場合に、それは、ＵＥがＯＯＣ  ｃａｔ．  １  ＵＥであることを意味する。
【０１２８】
特定の実施形態において、ＩＣ  ＵＥは、セットＤ２ＤＳＳ＿ｓｅｔ１からのＤ２ＤＳＳシーケンスを使用し、ＯＯＣ  ｃａｔ．  １及びＯＯＣ  ｃａｔ．  ２  ＵＥは、セットＤ２ＤＳＳ＿ｓｅｔ２からのＤ２ＤＳＳシーケンスを使用する。ＯＯＣ  ｃａｔ．  １  ＵＥ及びＯＯＣ  ｃａｔ．  ２  ＵＥをさらに区別するためには、Ｄ２ＤＳＳ＿ｓｅｔ２シーケンスの追加の分割が使用されることができるか、又はＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの異なる相対的な距離が使用されることができるか、又は、ＵＥがそのＴＸタイミングを導出するセルのＰＣＩＤでフィールドによる暗示的な表示又はＯＯＣ  ｃａｔ．  １又はＯＯＣ  ｃａｔ．  ２を区別するための‘１’ビット表示のようにＰＤ２ＤＳＣＨでの表示が使用されることができる。フィールドがＰＣＩＤに存在する場合に、それは、ＵＥがＯＯＣ  ｃａｔ．  １  ＵＥであることを意味し、フィールドがＰＣＩＤに存在しない場合に、それは、ＵＥがＯＯＣ  ｃａｔ．  ２  ＵＥであることを意味する。
【０１２９】
２つのセットに対する本発明で示す区別方法は、同様に、上記のオプションに対して使用されることができる。本発明で言及された方法又はオプションの組み合せも適用することができる。
【０１３０】
他の例において、同期化ソースに関連した情報及び同期化ソースに関するそれぞれのホップ数に関連した情報は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨにより共同で示される。情報表示は、明示的であるか又は暗示的であり得る。
【０１３１】
特定の実施形態において、ＵＥがカバレッジ内にあるか又はカバレッジ外にあるかを示すために、１ビットの表示がＰＤ２ＤＳＣＨに含まれる。例えば、ＵＥがカバレッジ内にある場合には、ビットは、“１”に設定され、ＵＥがカバレッジ外にある場合には、ビットは、“０”に設定される。
【０１３２】
特定の実施形態において、ＵＥにより使用されたＤ２ＤＳＳシーケンスは、２つのグループに分割される。Ｄ２ＤＳＳ＿ｓｅｔ１、Ｄ２ＤＳＳｕｅ＿ｎｅｔ、又は他の名前と呼ばれる第１のグループ又はセットは、ｅＮＢからＴＸタイミングを導出するＵＥにより使用されるシーケンスのセットである。Ｄ２ＤＳＳ＿ｓｅｔ２、Ｄ２ＤＳＳｕｅ＿ｏｏｎ、又は他の名前と呼ばれる第２のグループ又はセットは、非ｅＮＢからＴＸタイミングを導出するＵＥにより使用されるシーケンスのセットである。
【０１３３】
すなわち、特定の実施形態において、ＵＥからの同期化信号は、同期化ソースから複数のホップを示す。例えば、ｅＮＢからそのＴＸタイミングを導出する第１のホップでの第１のＤ２Ｄ  ＵＥは、シーケンスの第１のセットからのプリアンブルシーケンスでＤ２Ｄ同期化信号を送信し、ＵＥがカバレッジ内にあることを示す指示子を伝達するＤ２Ｄ同期化チャネルを送信する。追加で、Ｄ２Ｄ  ＵＥからそのＴＸタイミングを導出する第２のホップでの第２のＤ２Ｄ  ＵＥは、シーケンスの第１のセットからのプリアンブルシーケンスでＤ２Ｄ同期化信号を送信し、ＵＥがカバレッジ外にあることを示す指示子を伝達するＤ２Ｄ同期化チャネルを送信する。また、Ｄ２Ｄ  ＵＥからそのＴＸタイミングを導出する第３のホップでの第３のＤ２Ｄ  ＵＥは、シーケンスの第２のセットからのプリアンブルシーケンスでＤ２Ｄ同期化信号を送信し、ＵＥがカバレッジ外にあることを示す指示子を伝達するＤ２Ｄ同期化チャネルを送信する。特定の実施形態において、メインプロセッサ３４０又は処理回路のようなＤ２Ｄ  ＵＥは、Ｄ２ＤＳＳシーケンスを分割し、ＰＤ２ＤＳＣＨに適切なビット値を設定するように構成される。
【０１３４】
特定の実施形態において、４０ｍｓのような同期周期性内で使用するカバレッジ内のＵＥに対して、中央の６つのＰＲＢ、ＰＤ２ＤＳＳに対する２個のシンボル及びＳＤ２ＤＳＳに対する２つのシンボルなどのように、１つの同期化リソースが存在する。特定の実施形態において、使用するＯＯＣ  ＵＥに対して、異なるサブフレームにおけるように、２つの同期化リソースが存在する。カバレッジ内の同期化リソースは、カバレッジ外の同期化リソースのうちの１つと同一であり得、又はカバレッジ内の同期化リソースは、カバレッジ外の同期化リソースとは異なり得る。
【０１３５】
カバレッジ外のＵＥがその送信タイミング基準として“カバレッジ内”を示すＰＤ２ＤＳＣＨ及びＤ２ＤＳＳｕｅ＿ｎｅｔのＤ２ＤＳＳを使用してＤ２Ｄ同期化ソースを選択する場合に、ＯＯＣ  ＵＥは、Ｄ２ＤＳＳｕｅ＿ｎｅｔの同一のＤ２ＤＳＳを送信する。ＯＯＣ  ＵＥは、ＰＤ２ＤＳＣＨが送信されるサブフレームのＤ２Ｄフレーム番号（ＤＦＮ）である、ＩＣ  ＵＥに対する同期化リソースとは異なるリソースに同一のＤ２ＤＳＳを送信する。
【０１３６】
第１のアプローチ方式において、カバレッジ内の同期化リソースは、カバレッジ外の同期化リソースと同一であるか又は異なり得る。例えば、２つのＯＯＣ同期化リソースが存在し得、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨが２つのＯＯＣ同期化リソースのＴ番目（Ｔ＝第１又はＴ＝第２）に送信されることができる。ＯＯＣ  ＵＥがその送信タイミング基準として“カバレッジ外”を示すＰＤ２ＤＳＣＨ及びＤ２ＤＳＳｕｅ＿ｎｅｔのＤ２ＤＳＳを使用してＤ２Ｄ同期化ソースを選択する場合に、
【０１３７】
−  検出されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨが第１のＯＯＣリソースを使用している場合に、ＯＯＣ  ＵＥは、ＰＤ２ＤＳＣＨが送信されるサブフレームのＤＦＮである、他の、すなわち、第２のカバレッジ外の同期化リソースにＤ２ＤＳＳｕｅ＿ｎｅｔの同一のＤ２ＤＳＳを送信し、
【０１３８】
−  検出されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨが第２のＯＯＣリソースを使用している場合に、ＯＯＣ  ＵＥは、ＰＤ２ＤＳＣＨが送信されるサブフレームのＤＦＮである、他の、すなわち、第１のカバレッジ外の同期化リソースにＤ２ＤＳＳｕｅ＿ｎｅｔの同一のＤ２ＤＳＳを送信する。
【０１３９】
あるいは、第２のアプローチ方式において、カバレッジ内の同期化リソースは、カバレッジ外の同期化リソースと同一であるか又は異なり得る。例えば、２つのＯＯＣ同期化リソースが存在し得、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨは、２つのＯＯＣ同期化リソースのＴ番目（Ｔ＝第１又はＴ＝第２）に送信されることができる。ＯＯＣ  ＵＥがその送信タイミング基準として“カバレッジ外”を示すＰＤ２ＤＳＣＨ及びＤ２ＤＳＳｕｅ＿ｎｅｔのＤ２ＤＳＳを使用してＤ２Ｄ同期化ソースを選択する場合に、
【０１４０】
−  検出されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨが第２のＯＯＣリソースを使用している場合に、ＯＯＣ  ＵＥは、ＰＤ２ＤＳＣＨが送信されるサブフレームのＤＦＮである、他の、すなわち、第２のカバレッジ外の同期化リソースにＤ２ＤＳＳｕｅ＿ｎｅｔの同一のＤ２ＤＳＳを送信し、
【０１４１】
−  検出されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨが第１のＯＯＣリソースを使用している場合に、ＯＯＣ  ＵＥは、ＰＤ２ＤＳＣＨが送信されるサブフレームのＤＦＮである、他の、すなわち、第１のカバレッジ外の同期化リソースにＤ２ＤＳＳｕｅ＿ｎｅｔの同一のＤ２ＤＳＳを送信する。
【０１４２】
表１３は、ＳＳＴ及びホップ数に対する表示の一例を提供する。表９において、状態２は、例示的なＴ＝１を使用し、状態３は、例示的なＴ＝２を使用するが、状態２に対してＴ＝２及び状態３に対してＴ＝１に拡張されることができる。表１３は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨに対する表示構成により示された同期化ソースタイプ及びホップ数値を示す（ｅＮＢから送信された同期化信号は、ｅＮＢからカウントするホップ１であると仮定する）。
【０１４３】
【表１３】
2020080556.tif 000015
【０１４４】
表１３は、状態３及び状態４が表示で若干のオーバーラップがあることを示す。したがって、状態３及び状態４は、表１４に示すように結合された状態として処理されることができる。
【０１４５】
表１４は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨに対する表示構成により示される同期化ソースタイプ及びホップ数値を示す（ｅＮＢから送信された同期化信号は、ｅＮＢからカウントしてホップ１であると仮定する）。
【０１４６】
【表１４】
2020080556.tif 000016
【０１４７】
表１４を使用し、ｅＮＢ自身からの同期化信号である状態０：ＳＳＴ＝ｅＮＢ、ホップ＝１を考慮すると、全体で４個の状態があり得る。例えば、状態３に対して、ＵＥが同期化する他のノードを選択し得ない場合など、ＵＥがその内部のタイミングを使用する必要があり得る場合が存在する。したがって、この状態は、表１５に示す状態と類似していることができる。
【０１４８】
表１５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨに対する表示構成により示される同期化ソースタイプ及びホップ数値を示す（ｅＮＢから送信された同期化信号は、ｅＮＢからカウントしてホップ１であると仮定する）。
【０１４９】
【表１５】
2020080556.tif 000017
【０１５０】
このように、同期化ノード選択優先順位は、ＵＥ状態に基づくことができる。状態０のＵＥは、他のＵＥが選択する最も高い優先順位を有することができ、状態１のＵＥは、他のＵＥが選択する第２の優先順位レベルを有することができ、状態２のＵＥは、他のＵＥが選択する第３の優先順位レベルを有することができ、状態３のＵＥは、他のＵＥが選択する第４の優先順位レベルを有することができ、状態４のＵＥは、任意の他のＵＥからではない、それ自体の同期化を使用するために必要である。それぞれの優先順位レベルで、例えば、Ｄ２ＤＳＳ、ＰＤ２ＤＳＣＨ、又はＰＤ２ＤＳＣＨのＤＭＲＳに基づく同期化信号強度測定が追加の優先順位を定めるために使用されることができ、測定結果が高いほど同一の優先順位レベル内で優先順位が高い。
【０１５１】
図１２は、本発明の実施形態によるＤ２Ｄ同期化シナリオを示す図である。図１２に示すＤ２Ｄ通信ネットワーク１２００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。
【０１５２】
Ｄ２Ｄ通信ネットワーク１２００は、ネットワークカバレッジ境界１２１０内で複数のＵＥと通信できる第１のｅＮＢであるｅＮＢ１  １２０５を含む。ｅＮＢ１  １２０５は、ネットワークカバレッジ境界１２１０内でＵＥ１  １２１５と通信する。ｅＮＢ１  １２０５は、ｅＮＢ１０２と同一であるか又は類似して構成されることができる。図１２に示すＵＥ１  １２１５、ＵＥ２  １２２０、ＵＥ３  １２２５、ＵＥ４  １２３０、ＵＥ５  １２３５、ＵＥ６  １２４０、及びＵＥ７  １２４５のうちの１つ以上は、ＵＥ１１６と同一であるか又は類似して構成されることができる。ＵＥ１  １２１５は、表１３乃至表１５での状態１  ＵＥである。ＵＥ２  １２２０は、表１３乃至表１５での状態２  ＵＥに対する一例である。ＵＥ３  １２２５は、表１３での状態３  ＵＥに対する一例である。ＵＥ４  １２３０、ＵＥ５  １２３５、ＵＥ６  １２４０、及びＵＥ７  １２４５は、表１３での状態４  ＵＥに対する例である。ＵＥ５  １２３５は、表１５での状態４  ＵＥに対する一例である。
【０１５３】
図１２に示す例において、ＵＥ１  １２１５は、ｅＮＢ１  １２０５を有するＩＣ  ＵＥである。ＵＥ１  １２１５は、ＵＥ１  １２１５がＩＣ  ＵＥであることを示す１ビット表示を含むＰＤ２ＤＳＣＨを送信する。ＵＥ１  １２１５は、シーケンス形態Ｄ２ＤＳＳｕｅ＿ｎｅｔを使用してＤ２ＤＳＳを送信する。また、ＵＥ１  １２１５は、ＩＣ同期化リソースに対する同期化を送信する。ＯＯＣ  ＵＥであるＵＥ２  １２２０は、ＵＥ１  １２１５を選択する。ＵＥ２  １２２０は、ＵＥ２  １２２０がＯＯＣ  ＵＥであることを示す１ビット表示を含むＰＤ２ＤＳＣＨを送信する。ＵＥ２  １２２０は、シーケンス形態Ｄ２ＤＳＳｕｅ＿ｎｅｔを使用してＤ２ＤＳＳを送信する。また、ＵＥ２  １２２０は、ＯＯＣリソースのうちの１つに対する同期化を送信する。ＩＣ  ＵＥに対する同期化リソースがＯＯＣに対する２つのリソースのうちの１つである場合に、ＵＥ２  １２２０は、ＩＣ  ＵＥリソースとは異なるリソースを使用する。ＩＣ  ＵＥに対する同期化リソースがＯＯＣに対する２つのリソースとは異なる場合に、ＵＥ２  １２２０は、２つのリソースのうちの１つを使用する。使用するために、ＵＥ２  １２２０により選択されたリソースは、予め構成されるか又は固定されることができる。
【０１５４】
特定の実施形態において、ＵＥ２  １２２０が第１のＯＯＣ同期化リソース（Ｔ＝１）で同期化を送信する場合に、図１２に示す例は、Ｔ＝１で同期化を送信するＵＥ２  １２２０を示すが、開示された実施形態は、ＵＥ２  １２２０が第２のＯＯＣ同期化リソース（Ｔ＝２）で同期化リソースを送信する場合まで拡張されることができる。他のＯＯＣ  ＵＥであるＵＥ３  １２２５は、ＵＥ２  １２２０を選択する。ＵＥ３  １２２５は、ＵＥ３  １２２５がＯＯＣ  ＵＥであることを示す１ビット表示を含むＰＤ２ＤＳＣＨを送信する。ＵＥ３  １２２５は、Ｄ２ＤＳＳｕｅ＿ｏｏｎからシーケンスを使用してＤ２ＤＳＳを送信する。ＵＥ３  １２２５は、ＵＥ２  １２２０により使用されたものと異なるリソースで同期化を送信する。例えば、図１２に示す例において、ＵＥ３  １２２５は、第２のＯＯＣ同期化リソース（Ｔ＝２）で同期化を送信する。他のＯＯＣ  ＵＥであるＵＥ４  １２３０は、ＵＥ３  １２２５を選択する。ＵＥ４  １２３０は、ＵＥ４  １２３０がＯＯＣ  ＵＥであることを示す１ビット表示を含むＰＤ２ＤＳＣＨを送信する。ＵＥ４  １２３０は、Ｄ２ＤＳＳｕｅ＿ｏｏｎからシーケンスを使用してＤ２ＤＳＳを送信する。ＵＥ４  １２３０は、ＵＥ３  １２２５により使用されるものとは異なるリソースで同期化を送信する。例えば、図１２に示す例において、ＵＥ２  １２２０は、第１のＯＯＣ同期化リソース（Ｔ＝１）で同期化を送信し、ＵＥ３  １２２５は、第２のＯＯＣ同期化リソース（Ｔ＝２）で同期化を送信するために、ＵＥ４  １２３０は、第１のＯＯＣ同期化リソース（Ｔ＝１）で同期化を送信する。
【０１５５】
図１２に示す例において、ＵＥ５  １２３５は、同期化するための他のノードを選択できないために、ＵＥ５  １２３５は、独立したＵＥソースとなる。ＵＥ５  １２３５は、ＵＥ５  １２３５がＰＤ２ＤＳＣＨで１ビットを使用するＯＯＣであることを示し、Ｄ２ＤＳＳｕｅ＿ｏｏｎからＤ２ＤＳＳシーケンスを送信する。図１２に示す例において、ＵＥ５  １２３５は、第１のＯＯＣ同期化リソース（Ｔ＝１）を使用する。しかしながら、本発明の特定の実施形態において、ＵＥ５  １２３５は、第２のＯＯＣ同期化リソース（Ｔ＝２）を使用する。ＵＥ５  １２３５がＴ＝１を使用するか又はＴ＝２を使用するかは、予め構成されるか又は固定されるか、又はＵＥ具現により決定されることができる。ＵＥ６  １２４０は、ＵＥ５  １２３５を選択する。ＵＥ６  １２４０は、Ｄ２ＤＳＳｕｅ＿ｏｏｎからシーケンス、Ｔ＝２を使用し、ＵＥ６  １２４０がＯＯＣ  ＵＥであることを示す。ＵＥ７  １２４５は、ＵＥ６  １２４０を選択する。ＵＥ７  １２４５は、Ｄ２ＤＳＳｕｅ＿ｏｏｎからシーケンス、Ｔ＝１を使用し、ＵＥ７  １２４５がＯＯＣ  ＵＥであることを示す。
【０１５６】
本発明の全般にわたって、ＩＣ  ＵＥは、例えば、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるか、ＵＥがセルにキャンプしていることを意味することができる。ＯＯＣ  ＵＥは、ＩＣでないＵＥを意味することができる。ＵＥ２  １２２０は、部分的にカバレッジ内又はカバレッジのエッジにあり得、又はＵＥ２  １２２０は、ＯＯＣ  ＵＥとして分類されることもある。
【０１５７】
あるいは、ＵＥ３  １２２５は、Ｄ２ＤＳＳｕｅ＿ｎｅｔからＤ２ＤＳＳシーケンスを使用する。しかしながら、ＵＥ３  １２２５がＤ２ＤＳＳｕｅ＿ｎｅｔからＤ２ＤＳＳシーケンスを使用する場合に、ＵＥ２  １２２０及びＵＥ３  １２２５から同期化信号を受信することができる他のＵＥによりＵＥ２  １２２０及びＵＥ３  １２２５を区別するために、ＵＥ２  １２２０がｅＮＢ１  １２０５から由来する第２のホップであり、ＵＥ３  １２２５がｅＮＢ１  １２０５から由来する第３のホップであるか否かを示すために追加の区別が必要であり得る。このような追加の区別は、本発明の様々な実施形態で説明された他の区別方法を使用するステップを含むことができる。ＵＥ３  １２２５がＤ２ＤＳＳｕｅ＿ｎｅｔを使用する場合に、ＵＥ４  １２３０は、ＯＯＣ  Ｔ＝１で、すなわち、その選択されたノード、ここで、ＵＥ４  １２３０により使用されるものとは異なるリソースでＤ２ＤＳＳｕｅ＿ｏｏｎを使用することができる。特定の実施形態において、ＵＥ４  １２３０を選択する他のＵＥ（例えば、ＵＥ４'）が存在し得、ＵＥ４’は、ＯＯＣ  Ｔ＝２、すなわち、その選択されたノード、ここで、ＵＥ４  １２３０により使用されるものとは異なるリソースでＤ２ＤＳＳｕｅ＿ｏｏｎを使用することができる。ＵＥ４  １２３０及びＵＥ４’は、Ｔ＝１又はＴ＝２によりさらに区別されることができ、ＯＯＣ  ＵＥに対する同期化送信のためにＵＥが使用するリソース（Ｔ＝１又はＴ＝２）の区別は、本発明の様々な実施形態で説明された他の区別方法のうちのいずれでも使用して実行されることができる。
【０１５８】
図１３は、本発明の実施形態によるＤ２Ｄ同期化手順図である。図１３に示すＤ２Ｄ同期化手順１３００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。
【０１５９】
特定の実施形態において、同期化信号Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨ１３０５は、同一のサブフレーム内にあり得る。ＩＣ  ＵＥに対する同期化リソース１３１０は、４０ｍｓごとにＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１３０５ａを有する。同期化リソースは、ＤＦＮ＝０  １３２０に対してＯｆｆｓｅｔ＿ＩＣ１３１５から開始され、オフセット、すなわち、Ｏｆｆｓｅｔ＿ＩＣ１３１５は、サブフレームの単位であり得る。ＯＯＣ  ＵＥに対する同期化リソース１３２５は、４０ｍｓごとに２つのＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１３０５を含むことができる。第１のＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１３０５ｂリソースは、ＤＦＮ＝０  １３２０に対してＯｆｆｓｅｔ＿ＯＯＣ１  １３３０から開始される。第２のＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１３０５ｃリソースは、ＤＦＮ＝０  １３２０に対してＯｆｆｓｅｔ＿ＯＯＣ２  １３３５から開始される。オフセット、すなわち、Ｏｆｆｓｅｔ＿ＯＯＣ１  １３３０及びＯｆｆｓｅｔ＿ＯＯＣ２  １３３５は、サブフレームの単位であり得る。ＯＯＣ  ＵＥリソースの第１のＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１３０５ｂは、ＩＣ同期化Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨ１３０５ａリソースと同一である。
【０１６０】
図１３に示す例において、Ｏｆｆｓｅｔ＿ＩＣ＝Ｏｆｆｓｅｔ＿ＯＯＣ１である。しかしながら、本発明の範囲を逸脱せず、Ｏｆｆｓｅｔ＿ＩＣ＝Ｏｆｆｓｅｔ＿ＯＯＣ２である実施形態が使用されることができる。
【０１６１】
ＯＯＣ  ＲＸ  ＵＥが第１のＯＯＣ同期化リソースがＩＣ同期化リソースと同一であることを事前に認識している場合には、ＯＯＣ  ＲＸ  ＵＥは、ＲＸモニタリングウィンドー１３４５を確立するために、ＲＸ  ＵＥ２  １３４０に対して示すようにそのＤＦＮを導出する。ＯＯＣ  ＲＸ  ＵＥが、第１のＯＯＣ同期化リソースがＩＣ同期化リソースと同一であることを事前に認識していない場合に、ＯＯＣ  ＲＸ  ＵＥは、ＲＸ  ＵＥ２'  １３５０に対して示すようにそのＤＦＮを導出するか、又はＯＯＣ  ＲＸ  ＵＥは、ＲＸ  ＵＥ２  １３４０に対して示すように、そのＤＦＮを導出するために曖昧性が存在する。したがって、ＯＯＣ同期化リソースがＩＣ同期化リソースと同一であることをＵＥが事前に認識していることがよりよい。これは、非同期式システムにも拡張されることができる。
【０１６２】
ＤＦＮは、ＰＤ２ＤＳＣＨで伝達されることができ、Ｄ２Ｄ  ＵＥは、ＤＦＮを取得するためにＰＤ２ＤＳＣＨをデコーディングすることができる。第１のリソースに対するそれぞれのＤＦＮ及び第２のリソースに対するそれぞれのＤＦＮをＵＥが予め認識している場合に、ＤＦＮに基づいて、ＵＥは、どのリソースが第１のリソースであり、どのリソースが第２のリソースであるかを判定することができる。
【０１６３】
図１３に示す実施形態は、ＴＸ  ＵＥがＤ２ＤＳＳｕｅ＿ｎｅｔのＤ２ＤＳＳシーケンスを使用するＯＯＣ  ＵＥである場合に拡張されることができる。これは、その送信でＤ２ＤＳＳｕｅ＿ｎｅｔのＤ２ＤＳＳシーケンスを使用するＵＥに対して、送信リソースがすべてのＵＥ、すなわち、ＴＸ  ＵＥ及びＲＸ  ＵＥの両方ともに知られており、固定されるか又は予め構成されることを意味する。例えば、図１２のＵＥ１  １２１５のようなＩＣ  ＵＥ及びＤ２ＤＳＳｕｅ＿ｎｅｔのＤ２ＤＳＳシーケンスを送信するＵＥは、ＩＣ  ＵＥに対する同期化リソースを使用しなければならず、図１２のＵＥ２  １２２０のようなＯＯＣ  ＵＥ及びＤ２ＤＳＳｕｅ＿ｎｅｔのＤ２ＤＳＳシーケンスを送信するＵＥは、ＯＯＣ  ＵＥに対する同期化リソースを使用しなければならない。ＵＥ２  １２２０により使用されるリソースは、ＵＥ１  １２１５、すなわち、ＩＣ  ＵＥと異ならなければならない。例えば、ＩＣ  ＵＥ（ＵＥ１  １２１５）に対する同期化リソースがＯＯＣ  ＵＥ（ＵＥ２  １２２０）に対する２つの同期化リソースのうちの１つと同一である場合に、ＯＯＣ  ＵＥ（ＵＥ２  １２２０）は、ＩＣ  ＵＥ（ＵＥ１  １２１５）とは異なるＯＯＣ  ＵＥ（ＵＥ２  １２２０）に対する他のリソースを使用しなければならない。ＩＣ  ＵＥ（ＵＥ１  １２１５）に対する同期化リソースがＯＯＣ  ＵＥ（ＵＥ２  １２２０）に対する２つの同期化リソースと異なる場合に、ＵＥ２  １２２０は、第１のＯＯＣリソースが使用するために、このようなＵＥに対して固定されるか又は予め構成される場合には、第１のＯＯＣリソースを使用するか、又は第２のＯＯＣリソースが使用するために、このようなＵＥに対して固定されるか又は予め構成される場合には、第２のＯＯＣリソースの使用によるもののように、ＯＯＣ  ＵＥに対する２つの同期化リソースのうちの１つが固定されるか又は予め構成された同期化リソースを使用しなければならない。ＲＸ  ＵＥが、受信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨが送信のために使用しているリソースを決定するのにいかなる曖昧性も存在してはいけない。
【０１６４】
図１３に示すＤ２Ｄ同期化手順１３００において、ＴＸ  ＵＥがＩＣ  ＵＥではなくＯＯＣ  ＵＥである場合に、ＲＸ  ＵＥは、結局、ＤＦＮに対するタイミングを決定できないという類似した問題を有し得る。すなわち、ＲＸ  ＵＥが受信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨが第１のＯＯＣリソースで送信されるか、又は第２のＯＯＣリソースで送信されるかを認識できない場合に、導出されたＤＦＮ０は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨのサイクル内に存在しなければならない。このような問題を解決するためには、特定の実施形態において、ＵＥがＤ２ＤＳＳｕｅ＿ｏｏｎを使用してＤ２ＤＳＳシーケンスを送信している場合に、送信されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨが第１のリソース上にあるか又は第２のリソースに上にあるかを示すために、第２の識別又は第２の表示が使用される。この表示は、Ｄ２ＤＳＳ、ＰＤ２ＤＳＣＨ、又はこれらの組み合せを使用して示される。２つの状態を区別する方法に関する本発明の実施形態に説明された表示方法、又は方法の組み合せが使用されることができる。
【０１６５】
例えば、Ｄ２ＤＳＳｕｅ＿ｏｏｎの２つのサブセットの使用によるもののように、Ｄ２ＤＳＳｕｅ＿ｏｏｎのシーケンスの追加の分割が使用されることができる。第１のサブセットは、送信された信号がＯＯＣに対する第１の同期化リソースを使用したことを示すのに使用するために、Ｄ２ＤＳＳｕｅ＿ｏｏｎに対して構成される。第２のサブセットは、送信された信号がＯＯＣに対する第２の同期化リソースを使用したことを示すのに使用するために、Ｄ２ＤＳＳｕｅ＿ｏｏｎに対するＤ２Ｄに対して構成される。
【０１６６】
他の方法は、例えば、時間ドメインでのＤ２ＤＳＳ及びＰＤ２ＤＳＣＨの異なる順序（例えば、１つの順序は、ＰＤ２ＤＳＳ、ＰＤ２ＤＳＣＨ、ＳＤ２ＤＳＳであり得、他の順序は、ＰＤ２ＤＳＳ、ＳＤ２ＤＳＳ、ＰＤ２ＤＳＣＨであり得る）、又はＰＤ２ＤＳＳ、ＳＤ２ＤＳＳ、ＰＤ２ＤＳＣＨに対する時間ドメインでの異なる相対的な距離であり得る。シャフリングによる他の順序及び組み合せが存在し得る。
【０１６７】
他の例において、ＰＤ２ＤＳＣＨは、２つの異なるスクランブリングシーケンスのセットを使用する。それぞれの異なるスクランブリングシーケンスのセットは、状態、すなわち、ＯＯＣに対する第１又は第２の同期化リソースのうちの１つを示すために使用される。他の例において、ＰＤ２ＤＳＣＨは、ＣＲＣに対する２つの異なるジェネレーター（generator）、又はＣＲＣに対する２つの異なるマスクを使用する。ＣＲＣに対するそれぞれの異なるジェネレーター又はＣＲＣに対するそれぞれの異なるマスクは、状態、すなわち、ＯＯＣに対する第１又は第２の同期化リソースのうちの１つを示すために使用される。ＰＤ２ＤＳＣＨコンテンツがＯＯＣ  ＵＥに対して異なるように許容されることができる場合には、ＵＥがＯＯＣに対する第１の同期化リソースを使用するか、又は第２の同期化リソースを使用するかを示すために、ＰＤ２ＤＳＣＨのビットが使用される。
【０１６８】
図１４は、本発明の実施形態による他のＤ２Ｄ同期化手順図である。図１４に示すＤ２Ｄ同期化手順１４００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。
【０１６９】
図１４に示す例において、同期化信号Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨ１４０５は、同一のサブフレーム内にあり得る。ＩＣ  ＵＥに対する同期化リソース１４１０は、４０ｍｓごとにＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１４０５ａを有する。同期化リソースは、ＤＦＮ＝０  １４２０に対してＯｆｆｓｅｔ＿ＩＣ１４１５から開始され、オフセット、すなわち、Ｏｆｆｓｅｔ＿ＩＣ１４１５は、サブフレームの単位であり得る。ＯＯＣ  ＵＥに対する同期化リソース１４２５は、４０ｍｓごとに２つのＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１４０５を含むことができる。第１のＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１４０５ｂリソースは、ＤＦＮ＝０  １４２０に対してＯｆｆｓｅｔ＿ＯＯＣ１  １４３０から開始される。第２のＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１４０５ｃリソースは、ＤＦＮ＝０  １４２０に対してＯｆｆｓｅｔ＿ＯＯＣ２  １４３５から開始される。オフセット、すなわち、Ｏｆｆｓｅｔ＿ＯＯＣ１  １４３０及びＯｆｆｓｅｔ＿ＯＯＣ２  １４３５は、サブフレームの単位であり得る。ＯＯＣ  ＵＥリソースの第１のＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ１４０５ｂは、ＩＣ同期化Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨ１４０５ａリソースと同一である。
【０１７０】
特定の実施形態において、ＩＣ  ＵＥに対する同期化リソース１４１０がＯＯＣ  ＵＥに対する同期化リソース１４２５のうちの１つと同一である場合にＤ２Ｄ同期化手順１４００が使用される。例えば、オフセットＩＣ１４１５は、ＯＯＣに対するオフセット、すなわち、Ｏｆｆｓｅｔ＿ＯＯＣ１  １４３０及びＯｆｆｓｅｔ＿ＯＯＣ２  １４３５のうちの１つと同一であり得る。特定の実施形態において、ＩＣに対する同期化リソースがＯＯＣに対する２つの同期化リソースとは異なる場合には、Ｄ２Ｄ同期化手順１４００が使用される。
【０１７１】
図１３に示すＤ２Ｄ同期化手順１３００と同様に、Ｄ２Ｄ同期化手順１４００において、ＲＸ  ＵＥ２及びＲＸ  ＵＥ２’は、ＵＥが、ＴＸ  ＵＥがＯＯＣ  ＵＥに対する第１又は第２の同期化リソースを使用しているか否かを判定する方法を知らない場合には、異なるＤＦＮ  ０タイミングを導出することができる。ＴＸ  ＵＥが、例えば、Ｄ２ＤＳＳ、ＰＤ２ＤＳＣＨ、又はＤ２ＤＳＳ及びＰＤ２ＤＳＣＨの両方ともを通して明示的に又は暗示的に一部の情報又は表示を検出することにより、ＯＯＣ  ＵＥに対する第１又は第２の同期化リソースを使用しているか否かをＲＸ  ＵＥが知っている場合には、ＲＸ  ＵＥは、曖昧さを有しないはずであり、それに従って、ＲＸ  ＵＥは、タイミングを判定することができる。
【０１７２】
ＯＯＣ  ＲＸ  ＵＥが、第１のＯＯＣ同期化リソースがＩＣ同期化リソースと同一であることを事前に認識している場合に、ＯＯＣ  ＲＸ  ＵＥは、ＲＸモニタリングウィンドー１４４５を確立するために、ＲＸ  ＵＥ２  １４４０に対して示すように、そのＤＦＮを導出する。ＯＯＣ  ＲＸ  ＵＥが、第１のＯＯＣ同期化リソースがＩＣ同期化リソースと同一であることを事前に認識していない場合に、ＯＯＣ  ＲＸ  ＵＥは、ＲＸ  ＵＥ２'  １４５０に対して示すように、そのＤＦＮを導出するか、又はＯＯＣ  ＲＸ  ＵＥは、ＲＸ  ＵＥ２  １４４０に対して示すように、そのＤＦＮを導出するために、曖昧性が存在する。したがって、ＯＯＣ同期化リソースがＩＣ同期化リソースと同一であるか否かをＵＥが事前に知っていることがよりよい。また、これは、非同期式システムに拡張されることもできる。
【０１７３】
同期化に使用するＯＯＣ  ＵＥに対する２つのリソースに対する上記のすべての実施形態は、同期化サイクル内の時間ドメインで２個以上のリソースに拡張されることができる。また、関連方法は、同期化サイクル内のＯＯＣ  ＵＥに対する時間ドメインで２つ以上の同期化リソースに拡張されることもできる。
【０１７４】
Ｄ２Ｄ  ＵＥがＰＤ２ＤＳＣＨを検出する場合に、Ｄ２Ｄ  ＵＥは、ＵＥがすでに検出したＤ２ＤＳＳを送信した同一のノードからＰＤ２ＤＳＣＨが送信される場合を識別しなければならない。ＵＥがすでに検出したＤ２ＤＳＳを送信した同一のノードからＰＤ２ＤＳＣＨが送信される場合を識別するために、ＰＤ２ＤＳＣＨは、Ｄ２ＤＳＳにより伝達された識別子又はプリアンブルシーケンスの関数であるシーケンスによりスクランブリングされることができる。例えば、スクランブリングシーケンスは、Ｄ２ＤＳＳにより伝達されたプリアンブルで初期化されることができる。他の例において、Ｄ２ＤＳＳにより伝達されたプリアンブルは、ＰＤ２ＤＳＣＨのＣＲＣであるＸＯＲに使用される。他の代案において、ＰＤ２ＤＳＣＨは、対応するＤ２ＤＳＳに対するＰＤ２ＤＳＣＨの相対的な時間及び周波数位置により、Ｄ２ＤＳＳとリンクされるもののように受信するＵＥにより識別される。例えば、Ｄ２ＤＳＳは、サブフレームＹ及びサブ帯域のような周波数リソースＸでＤ２Ｄ  ＵＥにより送信されることができる。追加で、同一のＵＥがサブフレームＹ＋ＮＴ及び周波数リソースＸ＋ＮＦで対応するＰＤ２ＤＳＣＨを送信し、ここで、ＮＦ及びＮＴは、すべてのＵＥに対して同一であるように予め構成されることができるか、又はＵＥの当たりに又はＵＥグループ基準の当たりに構成されることができるオフセットである。受信するＵＥは、受信時間及び周波数位置の比較に基づいて、任意のＰＤ２ＤＳＣＨとＤ２ＤＳＳとの間のリンクを暗示的に決定することができる。複数のＵＥが他のＵＥと同一の時間及び周波数位置でＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する場合に、ＵＥによる暗示的な決定は、プリアンブル又はＤ２ＤグループＩＤが複数のＵＥの同期化送信を区別するためにスクランブルで使用される第１の代案と結合されることができる。
【０１７５】
特定の実施形態において、Ｄ２Ｄ  ＵＥから送信されたＰＤ２ＤＳＣＨは、ＵＥが同期化を検出するｅＮＢ及びＤ２Ｄ  ＵＥを含んで１つ以上のノードを示す。同期化は、ｅＮＢからの同期化、又はＤ２Ｄ  ＵＥからのＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを含むことができる。ＵＥが同期化を検出する１つ以上のノードに関する情報は、レイヤー−２メッセージ、又はＭＡＣメッセージ、又は上位レイヤーメッセージのようなデータチャネル上で運ばれることもできる。このような情報を受信する他のＤ２Ｄ  ＵＥは、ＵＥが同期化されることができるネットワークノードの優先順位を決定するためのファクターのうちの１つとして情報を使用することができる。例えば、ＵＥは、１つの他のノードのみから同期化を受信することができるノードを通して複数の他のノードから同期化を受信することができるノードの優先順位を定めることができる。特定の実施形態において、このような情報は、Ｄ２Ｄ  ＵＥからクラスターヘッダーとして機能するＵＥのように、ｅＮＢ及び他のＤ２Ｄ  ＵＥを含む他のネットワークノードにフィードバックされ、ｅＮＢ又はＤ２Ｄ  ＵＥは、ＵＥが中継ノードであり得、他のノードから情報を中継し得るという決定のように、トポロジー及び構成を決定するための情報を使用することができる。
【０１７６】
表１６は、ＵＥが検出するノードの情報を示すためにＤ２Ｄ  ＵＥにより送信されたＰＤ２ＤＳＣＨの例示的な情報フィールドを提供する。フィールドのうちの１つ以上が省略され得る。
【０１７７】
【表１６】
2020080556.tif 000018
【０１７８】
図１５は、本発明の実施形態による第１のＤ２Ｄ  ＵＥが同期化を検出するノードの情報を送信し、そのような情報を受信する第２のＤ２Ｄ  ＵＥは、第２のＤ２Ｄ  ＵＥが同期化できるノードの優先順位を決定するためのファクターとして情報を使用するプロセス１５００を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのシーケンスから、実行の特定の順序と関連して、ステップの実行、ステップの一部の実行が、同時に、またはオーバーラッピングされるよりもむしろ、シリアルに行われるとか、割り込み又は中間ステップが発生することなく、示されたステップが実行されることに関する如何なる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。
【０１７９】
ブロック１５０５において、第２のＤ２Ｄ  ＵＥは、第１のＤ２Ｄ  ＵＥからＤ２ＤＳＳを受信し、ここで、第１のＤ２Ｄ  ＵＥは、第１のＵＥが同期化できるノードの１つ以上を検出できる。第１のＵＥは、第１のＵＥが同期化を検出するノードの情報を含むＰＤ２ＤＳＣＨを送信し、ブロック１５１０において、第２のＵＥは、第１のＵＥからＰＤ２ＤＳＣＨを受信する。ブロック１５１５において、第２のＵＥは、第１のＵＥが同期化を検出するノードの情報を考慮して第２のＵＥが同期化できるノードの優先順位を決定する。
【０１８０】
図１６は、本発明の実施形態による第１のＤ２Ｄ  ＵＥは、第１のＤ２Ｄ  ＵＥが同期化を検出する複数のノードの情報を送信し、このような情報を受信する他のノードは、第１のＵＥが中継されることを要請するプロセス１６００を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのシーケンスから、実行の特定の順序と関連して、ステップの実行、ステップの一部の実行が、同時に、またはオーバーラッピングされるよりもむしろ、シリアルに行われるとか、割り込み又は中間ステップが発生することなく、示されたステップが実行されることに関する如何なる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。
【０１８１】
ブロック１６０５において、第１のＵＥは、第１のＵＥが同期化を検出する複数のノード（ｅＮＢ、ＵＥを含む）を検出する。第１のＵＥは、ブロック１６１０において、同期化を検出するノードの情報を送信する。第１のＵＥからの送信は、ブロードキャストであり得、又はｅＮＢに対するもの又はＵＥクラスターヘッドに対するものであり得る。ブロック１６１５において、１つ以上の他のノードは、第１のＵＥが中継されることを要請する。１つ以上の他のノードは、ｅＮＢ又はＵＥクラスターヘッド又は他のＵＥであり得る。代案的に、第１のＵＥは、自律的に中継されるように決定し得る。
【０１８２】
図１７は、本発明の実施形態によるＤ２Ｄ  ＵＥが同期化を検出する複数のノードの情報をＤ２Ｄ  ＵＥが送信し、他のノードが情報を活用する例示的な動作を示す図である。図１７に示すＤ２Ｄ通信ネットワーク１７００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。
【０１８３】
Ｄ２Ｄ通信ネットワーク１７００は、ネットワークカバレッジ境界１７１０内で複数のＵＥと通信できるｅＮＢ１７０５を含む。ｅＮＢ１７０５は、ｅＮＢ１０２と同一であるか又は類似して構成されることができる。図１７に示すＵＥ１  １７１５、ＵＥ２  １７２０、ＵＥ３  １７２５、ＵＥ４  １７３０、ＵＥ５  １７３５、及びＵＥ６  １７４０のうちの１つ以上は、ＵＥ１１６と同一であるか又は類似して構成されることができる。  
【０１８４】
ｅＮＢ１７０５は、ネットワークカバレッジ境界１７１０内でＵＥ１  １７１５及びＵＥ６  １７４０と通信する。ＵＥ４  １７３０は、ネットワークカバレッジ外にあり、ＵＥ４  １７３０は、他の同期化を検出しないために独立した同期化ソースである。ＵＥ４  １７３０は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。また、ＵＥ５  １７３５は、ネットワークカバレッジ外にあり、ＵＥ５  １７３５は、ＵＥ４  １７３０から同期化を得る。ＵＥ５  １７３５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ１  １７１５は、ｅＮＢ１７０５の以外にＵＥ５  １７３５から同期化を検出する。ＵＥ１  １７１５は、ＵＥ１  １７１５がｅＮＢ１７０５に同期化することを示すＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＵＥ１  １７１５は、ＵＥ５  １７３５から追加の同期化検出に関する情報をＰＤ２ＤＳＣＨに含ませる。ＵＥ６  １７４０は、ＵＥ６  １７４０がｅＮＢ１７０５に同期化することを示すＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ２  １７２０は、ＵＥ１  １７１５及びＵＥ６  １７４０から同期化を検出する。ＵＥ１  １７１５は、ＵＥ６  １７４０が検出したものに比べて追加の同期化を検出したために、ＵＥ２  １７２０は、同期化を得ることができるノードとしてＵＥ１  １７１５を選択するか、選好するか、又は優先順位で定める。ＵＥ２  １７２０は、ＵＥ１  １７１５に同期化し、ＵＥ２  １７２０は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ３  １７２５は、ＵＥ２  １７２０から同期化を検出する。ＵＥ１  １７１５は、ＵＥ１  １７１５が同期化を検出する複数のノードの情報を送信する。追加で、ｅＮＢ１  ７０５又はＵＥ２  １７２０のように情報を受信する他のノードは、中継されるＵＥ１  １７１５を要請することができる。特定の実施形態において、ＵＥ１  １７１５は、自律的に中継されるように決定する。
【０１８５】
図１８は、本発明の実施形態によるＤ２Ｄ  ＵＥは、Ｄ２Ｄ  ＵＥが同期化を検出する複数のノードの情報を送信し、他のノードは、情報を使用する例示的な動作を示す図である。図１８に示すＤ２Ｄ通信ネットワーク１８００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。
【０１８６】
Ｄ２Ｄ通信ネットワーク１８００は、ネットワークカバレッジ境界１８１０内で複数のＵＥと通信できるｅＮＢ１８０５を含む。ｅＮＢ１８０５は、ｅＮＢ１０２と同一であるか又は類似して構成されることができる。図１８に示すＵＥ１  １８１５、ＵＥ２  １８２０、ＵＥ３  １８２５、ＵＥ４  １８３０、ＵＥ５  １８３５、ＵＥ６  １８４０、ＵＥ７  １８４５、及びＵＥ８  １８５０のうちの１つ以上は、ＵＥ１１６と同一であるか又は類似して構成されることができる。
【０１８７】
図１８に示す例において、ＵＥ１  １８１５乃至ＵＥ８  １８５０は、それらがネットワークカバレッジ境界１８１０外にあるためにｅＮＢに接続されない。ＵＥ１  １８１５は、独立した同期化ソースであり、ＵＥ１  １８１５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ２  １８２０は、ＵＥ３  １８２５から同期化を得、ＵＥ２  １８２０は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ４  １８３０は、独立した同期化ソースであり、ＵＥ４  １８３０は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ５  １８３５は、独立した同期化ソースであり、ＵＥ５  １８３５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ６  １８４０は、ＵＥ５  １８３５から同期化を検出する。ＵＥ３  １８２５は、ＵＥ４  １８３０及びＵＥ５  １８３５から同期化を検出し、ＵＥ３  １８２５は、ＵＥ４  １８３０に同期化されることに決定する。ＵＥ３  １８２５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＵＥ３  １８２５は、ＵＥ５  １８３５からの追加の同期化検出に関する情報をＰＤ２ＤＳＣＨに含ませる。ＵＥ７  １８４５は、ＵＥ２  １８２０及びＵＥ３  １８２５から同期化を検出し、ＵＥ３  １８２５がＵＥ５  １８３５からの追加の同期化検出に関する情報をＰＤ２ＤＳＣＨに含ませるが、ＵＥ２  １８２０ではないために、ＵＥ７  １８４５は、ＵＥ３  １８２５に同期化することに決定する。ＵＥ７  １８４５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信し、ＵＥ８  １８５０は、ＵＥ７  １８４５から同期化を検出する。ＵＥ７  １８４５又はＵＥ３  １８２５は、ＵＥ３  １８２５が同期化を検出する複数のノードの情報を送信することができる。追加で、情報を受信する他のノードは、ＵＥ３  １８２５又はＵＥ７  １８４５が中継されるように要請することができる。特定の実施形態において、ＵＥ７  １８４５又はＵＥ３  １８２５は、自律的に中継されるように決定する。
【０１８８】
第１のＵＥが同期化できる第２のノードをさらに選択するか、そのＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを再構成するすべての場合に、２つの追加の条件が適用されることができる。  
【０１８９】
−  第２のノード（例えば、ＵＥ）から検出された信号が特定の時間間隔Ｔ＿ｓｙｎｃ＿ｒｅｃｏｎｆｉｇの間に特定のしきい値（Ｔｈ＿ｓｙｎｃ＿ｒｅｇｏｎｆｉｇ１）より強く、
−  ＵＥがＵＥのような現在のノードに同期化した後に特定の期間Ｔ＿ｋｅｅｐ（例えば、１秒）以上経過した。
ＵＥが独立したＵＥ同期化ソースにそのＤ２ＤＳＳ／ＰＤ２ＤＳＣＨを再構成するすべての場合に２つの追加の条件が適用されることもできる。
【０１９０】
−  他のノード（例えば、ＵＥ）から検出された信号が特定の時間間隔Ｔ＿ｓｙｎｃ＿ｒｅｃｏｎｆｉｇの間に特定のしきい値（Ｔｈ＿ｓｙｎｃ＿ｒｅｇｏｎｆｉｇ２）以下であり、
−  ＵＥがＵＥのような現在のノードに同期化した後に特定の期間Ｔ＿ｋｅｅｐ（例えば、１秒）以上経過した。
【０１９１】
信号強度は、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、又は同期化信号受信電力（ＳＳＲＰ）、同期化信号受信品質（ＳＳＲＱ）により測定されることができる。同期化信号は、エネルギー検出により測定されることができる。
【０１９２】
上述したパラメータ、例えば、Ｔｈ＿ｓｙｎｃ＿ｒｅｃｏｎｆｉｇ１、Ｔ＿ｓｙｎｃ＿ｒｅｃｏｎｆｉｇ、Ｔ＿ｋｅｅｐ、Ｔｈ＿ｓｙｎｃ＿ｒｅｃｏｎｆｉｇ２は、メッセージで固定されるか、予め構成されるか、予め定義されるか、又はシグナリングされることができる。例えば、パラメータは、ＳＩＢ、ＰＤ２ＤＳＣＨ、又は専用シグナリングなどでシグナリングされることができる。
【０１９３】
特定の実施形態において、第１のＤ２Ｄ  ＵＥは、同期化するノードの変更に関する情報を含むメッセージを送信する。このメッセージは、第１のＵＥに同期化できる、第２のＤ２Ｄ  ＵＥのような、他のＤ２Ｄ  ＵＥが変更に対する準備を行うことができ、同期化する他のノードを発見できるように実際の変更の前に予め送信される。また、第１のＤ２Ｄ  ＵＥは、実際の変更に対する有効タイミングをメッセージに含むことができる。また、第１のＤ２Ｄ  ＵＥは、第２のＤ２Ｄ  ＵＥに複数のノードを推奨できるために、第２のＤ２Ｄ  ＵＥは、推奨されたノードのうちの１つに同期化しようと試みることができる。第２のＤ２Ｄ  ＵＥが同期化する他のノードを発見できない場合に、第２のＤ２Ｄ  ＵＥは、独立した同期化ソースとなる。同期化する新たなノードの発見に対する試み又は独立した同期化ソースとなる決定は、第１のＤ２Ｄ  ＵＥの変更の有効タイミングの前に実行されるか又は部分的に実行されることができる。長所のうちの１つは、迅速な同期化再確立を提供し、ネットワークをさらに強力にすることができる。
【０１９４】
表１７は、第１のＤ２Ｄ  ＵＥが同期化するノードの変更と関連した情報を示すための第１のＤ２Ｄ  ＵＥにより送信されたメッセージでの例示的な情報フィールドを提供する。特定の実施形態において、メッセージは、変更の前に送信される。フィールドの一部は、省略され得る。ＵＥが同期化する新たなノードに関する情報は、第２のＤ２Ｄ  ＵＥに対する同期化ノードに対して推奨された変化のうちの１つとして見なされることができる。第１のＵＥが同期化する新たなノードよりさらに多くの推奨されたノードが存在しない場合に、推奨されたノードの情報フィールドは、省略され得るか、あるいは、その逆であり得る。ＵＥが同期化する新たなノードの情報フィールドは、省略され得る一方、推奨されたノードの情報フィールドは、含まれ得る。
【０１９５】
表１７は、同期化するノードの変更の前にＵＥが送信する情報を示す。
【０１９６】
【表１７】
2020080556.tif 000019
【０１９７】
変更の時間は、省略され得、パラメータは、固定されるか又は予め定義され得る。また、変更の時間は、ＵＥの移動性のファクターによりスケーリングされ得る。
【０１９８】
図１９は、本発明の実施形態による第１のＤ２Ｄ  ＵＥが同期化するノードの変更に関する情報を含むメッセージを送信するプロセス１9００を示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのシーケンスから、実行の特定の順序と関連して、ステップの実行、ステップの一部の実行が、同時に、またはオーバーラッピングされるよりもむしろ、シリアルに行われるとか、割り込み又は中間ステップが発生することなく、示されたステップが実行されることに関する如何なる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。このメッセージは、第１のＵＥに同期化された第２のＤ２Ｄ  ＵＥが変更に対して準備することができるように、実際の変更の前に予め送信されることができる。
【０１９９】
ブロック１９０５において、第１のＤ２Ｄ  ＵＥは、新たなノードを検出し、同期化するノードの変更を決定する。ブロック１９１０において、第１のＤ２Ｄ  ＵＥは、変更の前にその変更に関する情報を含むメッセージを送信する。ブロック１９１５において、第１のＤ２Ｄ  ＵＥに同期化する第２のＤ２Ｄ  ＵＥは、第１のＵＥからメッセージを受信する。第２のＤ２Ｄ  ＵＥは、独立した同期化ソースであるか、又は他のノードへの同期化を試みるなど、新たな変更に対する準備をする。
【０２００】
図２０は、本発明の実施形態による第１のＤ２Ｄ  ＵＥが、Ｄ２Ｄ  ＵＥが同期化するノードの変更に関する情報を含むメッセージを送信する例示的な動作を示す図である。図２０に示すＤ２Ｄ通信ネットワーク２０００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。このメッセージは、第１のＵＥに同期化された第２のＤ２Ｄ  ＵＥが変更に対して準備することができるように、実際の変更の前に予め送信されることができる。
【０２０１】
Ｄ２Ｄ通信ネットワーク２０００は、ネットワークカバレッジ境界２０１０内で複数のＵＥと通信できるｅＮＢ２００５を含む。ｅＮＢ２００５は、ｅＮＢ１０２と同一であるか又は類似して構成されることができる。図１８に示すＵＥ１  ２０１５、ＵＥ２  ２０２０、ＵＥ３  ２０２５、ＵＥ４  ２０３０、ＵＥ５  ２０３５、ＵＥ６  ２０４０、及びＵＥ７  ２０４５のうちの１つ以上は、ＵＥ１１６と同一であるか又は類似して構成されることができる。
【０２０２】
ｅＮＢ２００５は、ネットワークカバレッジ境界２０１０内でＵＥ１  ２０１５と通信する。ＵＥ１  ２０１５は、ｅＮＢ２００５から同期化を得、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ２  ２０２０は、ＵＥ１  ２０１５から同期化を得、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ３  ２０２５は、ＵＥ２  ２０２０から同期化を得る。ＵＥ４  ２０３０は、ネットワークカバレッジ外にあり、ＵＥ４  ２０３０は、ＵＥ４  ２０３０が他の同期化を検出しないために独立した同期化ソースである。ＵＥ４  ２０３０は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ５  ２０３５は、ＵＥ４  ２０３０から同期化を得、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ６  ２０４０は、ＵＥ５  ２０３５から同期化を得、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信する。ＵＥ７  ２０４５は、ＵＥ６  ２０４０から同期化を得る。ＵＥ４  ２０３０は、モバイルである。ＵＥ４  ２０３０は、ＵＥ２  ２０２０に向かって移動する。ＵＥ４  ２０３０がその新たな位置２０５０に到達する時に、ＵＥ４  ２０３０は、ＵＥ２  ２０２０への同期化を変更する必要があることを決定する。ＵＥ４  ２０３０がその同期化を変更する前に、ＵＥ４  ２０３０は、表１７に言及されたように、新たな変更に関する情報を送信する。この情報は、新たな位置２０５０でＵＥ４  ２０３０が同期化するノードとしてＵＥ２  ２０２０を含み、また、この情報は、ＵＥ２  ２０２０がすでにｅＮＢに対して最大数を有するホップに対するＤ２ＤＳＳを送信するノードであることを含む。ＵＥ５  ２０３５は、このような情報を受信し、ＵＥ５  ２０３５がＵＥ４  ２０３０の同期化変更の有効時間の前に、これ以上ＵＥ４  ２０３０に同期化できないと決定するために、ＵＥ５  ２０３５は、独立した同期化ソースであると決定する。また、ＵＥ５  ２０３５は、ＵＥ５  ２０３５が独立した同期化ソースであると決定する前に、ＵＥ４  ２０３０により示されたＵＥ２  ２０２０の検出を試みることができる。ＵＥ５  ２０３５がＵＥ２  ２０２０の検出に失敗する場合に、ＵＥ５  ２０３５は、独立した同期化ソースとなる。ＵＥ５  ２０３５は、同期化の変更の前に、その変更についてＵＥ６に通知することができる。ＵＥ６  ２０４０は、同期化の変更の前に、その変更についてＵＥ７  ２０４５に通知することができる。
【０２０３】
図２０に示す実施形態は、重要なシステム情報又は構成の変化に関する情報を含むメッセージを送信する第１のＤ２Ｄ  ＵＥに拡張されることができる。重要なシステム情報又は構成の変更は、最大ホップ数、Ｄ２Ｄブロードキャストデータチャネルに対するリソース割り当て構成などのように、Ｄ２ＤＳＳでの情報又はＰＤ２ＤＳＣＨでの情報を含むことができる。特定の実施形態において、第１のＵＥに同期化された、第２のＤ２Ｄ  ＵＥのような、他のＤ２Ｄ  ＵＥが変更に対して準備することができ、同期化する他のノードを発見できるように、このメッセージは、実際の変更の前に予め送信される。第１のＤ２Ｄ  ＵＥからのメッセージは、実際の変更に対する有効タイミングも含むことができる。第１のＤ２Ｄ  ＵＥは、同期化のために１つ以上のノードを推奨することができる。すなわち、第１のＤ２Ｄ  ＵＥからのメッセージは、推奨されたノード情報を含むことができるために、第２のＤ２Ｄ  ＵＥは、推奨されたノードのうちの１つに同期化するように試みることができる。これは、迅速なトポロジー変更及びＤ２Ｄ通信に対する新たなトポロジーの迅速な再確立を可能にすることができる。
【０２０４】
特定の実施形態において、Ｄ２Ｄ  ＵＥに対するバッテリー寿命又はバッテリー状態が他のノードに送信されることができ、Ｄ２Ｄ  ＵＥが同期化できるノードの優先順位を定めるためのファクターのうちの１つとして他のノードにより情報が使用されることができる。バッテリー寿命又はバッテリー状態に関する情報は、ＰＤ２ＤＳＣＨ又は他のメッセージに含まれることができる。特定の実施形態において、バッテリー状態は、バッテリーに残っているエネルギーだけでなく、Ｄ２Ｄ  ＵＥが電力線供給に接続されるか、すなわち、“プラグされる”か否かを示す電力ソース情報を含む。Ｄ２Ｄ  ＵＥは、Ｄ２Ｄ  ＵＥが同期化できるノードとなる、より少なく残っているエネルギーを有する第２のＤ２Ｄ  ＵＥを通してより多く残っているエネルギーを有する第１のＤ２Ｄ  ＵＥを選択し、選好するか、又は優先順位で定めることができる。
【０２０５】
特定の実施形態において、１つ以上のノードは、中継するＤ２Ｄ  ＵＥを要請することができる。特定の実施形態において、ノードが中継しなければならないことを要請する決定は、バッテリー状態とも関連する。さらに多く残っているエネルギーを有するＤ２Ｄ  ＵＥは、中継されるためにより高い優先順位を有することができる。特定の実施形態において、Ｄ２Ｄ  ＵＥは、自律的に中継しなければならないことを決定する。Ｄ２Ｄ  ＵＥが中継するように自律的に決定した場合に、Ｄ２Ｄ  ＵＥは、そのバッテリー状態も考慮することができる。例えば、バッテリーが低い場合に、Ｄ２Ｄ  ＵＥは、中継する必要がないか又は中継しないように選択する。
【０２０６】
特定の実施形態において、第１のＤ２Ｄ  ＵＥが、第１のＤ２Ｄ  ＵＥが同期化するノードを変更する場合に、タイミング又は周波数、又は両方ともの変更は、それぞれの変更のサイズ及び変更速度に対する制限が第１のＤ２Ｄ  ＵＥに課され得る複数のステップで実行される。このような制限は、第１のＤ２Ｄ  ＵＥが段階的であり調節された方式で、そのタイミング又は周波数、又は両方ともを調整するようにすることにより、第１のＵＥに同期化される第２のＵＥが段階的であり調節された方式で、そのタイミング及び周波数も調節できるようにする。タイミング又は周波数変更に対する規則のセットが定義されることができる。一例において、ＵＥタイミングに対してなされるすべての調整は、以下により実行される。
１）１つの調整でタイミング変更のサイズの最大量は、Ｔｑ秒となる。
２）最小のアグリゲート調整速度は、秒当り７＊ＴＳとなる。
３）最大のアグリゲート調整速度は、２００ｍｓ当りＴｑとなる。
【０２０７】
最大の自律的な時間調整ステップＴｑは、表１８に明示される。
【０２０８】
【表１８】
2020080556.tif 000020
【０２０９】
図２１は、本発明の実施形態による同期化確立を示す図である。図２１に示す同期化確立２１００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。
【０２１０】
図２１に示す例において、ＵＥ２１  ２１０５は、同期化を提供するために他のノードを検出しない。追加で、ＵＥ２１  ２１０５は、ＧＰＳ又はＵＴＣのような正確な同期化方法がない。したがって、ＵＥ２１  ２１０５は、選択の余地がないが、それなりに概略的なタイミングで同期化信号を送信する。ＵＥ２１  ２１０５は、ＵＥ２１  ２１０５が他のノードに同期化を提供できないことを、例えば、‘０'として設定された表３のビットをＤ２ＤＳＳ及びＰＤ２ＤＳＣＨに示す必要がある。あるいは、ＵＥ２１  ２１０５は、ＵＥ２１  ２１０５が正確な同期化方法がないことを、例えば、‘０'として設定された表４のビットを示す。ＵＥ２１  ２１０５は、ホップ数“１”であることを示す。ＵＥ２２  ２１１０及びＵＥ２３  ２１１５は、ＧＰＳ又はＵＴＣがない。ＵＥ２２  ２１１０及びＵＥ２３  ２１１５は、他のノードから同期化信号を検出することを試みる。このとき、ＵＥ２２  ２１１０及びＵＥ２３  ２１１５は、同期化を提供できる他のノードでない、ＵＥ２１  ２１０５から同期化を検出する。ＵＥ２２  ２１１０及びＵＥ２３  ２１１５は、通信の目的のためにＵＥ２１  ２１０５に同期化するが、ＵＥ２２  ２１１０及びＵＥ２３  ２１１５は、ＵＥ２１  ２１０５により提供された同期化が正確でないことを理解する。したがって、ＵＥ２３  ２１１５又はＵＥ２２  ２１１０がＵＥ３１  ２１２０からのように、より正確な同期化を検出する度に、ＵＥ２３  ２１１５又はＵＥ２２  ２１１０は、それぞれＵＥ３１  ２１２０に同期化することをさらに選択する。ＵＥ３１  ２１２０は、同期化を提供するために他のノードを検出しないが、ＵＥ３１  ２１２０は、ＧＰＳ又はＵＴＣのような正確な同期化方法を有する。ＵＥ３１  ２１２０は、それ自身のタイミングに基づいて１つのタイミングで同期化信号を送信する。また、ＵＥ３１  ２１２０は、ＵＥ３１  ２１２０が他のノードに同期化を提供できることを、例えば、‘１'として設定された表３のビットをＤ２ＤＳＳ及びＰＤ２ＤＳＣＨに示す。あるいは、ＵＥ３１  ２１２０は、ＵＥ３１  ２１２０が正確な同期化方法を有することを、例えば、‘１'として設定された表４のビットを示す。ＵＥ３１  ２１２０は、ホップ数“１”であることを示す。このとき、ＵＥ３２  ２１２５及びＵＥ３３  ２１３０は、通信の目的のためにＵＥ３１  ２１２０から同期化を検出し、ＵＥ３１  ２１２０に同期化する。ＵＥ２２  ２１１０及びＵＥ２３  ２１１５は、ＵＥ３１  ２１２０により提供された同期化が正確であることを理解するために、ＵＥ２２  ２１１０又はＵＥ２３  ２１１５がさらにより強い信号を有するＵＥ２１  ２１０５のように、正確な同期化なしに他のＵＥを検出する場合に、ＵＥ２２  ２１１０又はＵＥ２３  ２１１５は、それぞれ他のノードにさらに選択しない。Ｍａｘ＿ｈｏｐ＿ＮｅＮＢが“１”である場合に、表３及び表４にリストされた情報に対するシグナリングのための代案的な方法は、次の通りである。ＵＥ２１  ２１０５に対して、ＵＥ２１  ２１０５は、実際に、ホップ数“１”であるとしても、ホップ数“２”を有することをシグナリングし、ここで、ホップ数“２”は、他のＵＥが通信の目的でない同期化の選択／再選択の優先順位の観点でのように、ＵＥ２１  ２１０５が他のＵＥに同期化を提供できないことを分かるようにするはずであり、ＵＥ３１  ２１２０に対して、ＵＥ３１  ２１２０は、ホップ数“１”を有することをシグナリングする。このとき、表３及び表４のシグナリングは、省略され得る。
【０２１１】
特定の実施形態において、ＵＥは、ＵＥが使用可能な正確な同期化方法を有するノード、又はＧＰＳ又はＵＴＣのような正確なタイミングソースから導出されたタイミングを有するか否かを同期化信号（Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨ）で示す。正確な同期化方法は、ＧＰＳ、ＵＴＣなどを含むことができる。表１９は、表示、すなわち、ＰＤ２ＤＳＣＨの情報フィールドの一例を示す。
【０２１２】
【表１９】
2020080556.tif 000021
【０２１３】
代案的な１ビット指示子は、ＰＤ２ＤＳＣＨを送信するＵＥが、表４により、又はＧＰＳ又はＵＴＣのような正確なタイミングソースから導出されたタイミングを有するか否かを示すことができ、他の１ビットは、ＰＤ２ＤＳＣＨを送信するＵＥが使用可能な正確な同期化方法を有するノードから導出されたタイミングを有するか否かを示すことができ、ここで、このような１ビットは、ホップ数が“１”より大きい場合のみに適用されることができる。
【０２１４】
図２２は、本発明の実施形態による他の同期化確立を示す図である。図２２に示す同期化確立２２００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。
【０２１５】
図２２に示す例において、ＵＥ４１  ２２０５は、同期化を提供するために他のノードを検出しない。ＵＥ４１  ２２０５は、ＧＰＳ又はＵＴＣのような正確な同期化方法がない。ＵＥ４１  ２２０５は、選択の余地がないが、それなりに概略的なタイミングで同期化信号を送信する。ＵＥ４１  ２２０５は、ＵＥ４１  ２２０５が他のノードに同期化を提供できないことを、例えば、‘０'として設定された表３のビットをＤ２ＤＳＳ及びＰＤ２ＤＳＣＨに示す必要がある。あるいは、ＵＥ４１  ２２０５は、それが正確な同期化方法がないことを、例えば、‘０'として設定された表４のビットを示す。あるいは、ＵＥ４１  ２２０５は、正確な同期化方法（例えば、‘０'として設定された表５のビット）として有するノードからのタイミングを導出しないことを示す。ＵＥ４１  ２２０５は、ホップ数“１”であることを示すことができる。このとき、ＵＥ４２  ２２１０及びＵＥ４３  ２２１５は、ＵＥ４１  ２１０５から同期化を検出し、ＵＥ４１  ２２０５に同期化する。すなわち、ＵＥ４２  ２２１０のＴＸタイミングは、ＵＥ４１  ２２０５により送信された同期化信号から導出され、ＵＥ４１  ２２０５が通信の目的のために他のノードから他の同期化信号を受信しない場合に、ＵＥ４２  ２２１０のＲＸタイミングは、そのＴＸタイミングと同一である。ＵＥ４２  ２２１０及びＵＥ４３  ２２１５は、ＵＥ４１  ２２０５により提供される同期化が正確でないことを理解するために、ＵＥ４２  ２２１０又はＵＥ４３  ２２１５が（ＵＥ５１  ２２２０、ＵＥ５２  ２２２５、又はＵＥ５３  ２２３０のように）より正確な他の同期化を検出する度に、ＵＥ４２  ２２１０又はＵＥ４３  ２２１５は、それぞれ他のノードをさらに選択する。ＵＥ５１  ２２２０は、同期化を提供するために他のノードを検出しないが、ＵＥ５１  ２２２０は、ＧＰＳ又はＵＴＣのような正確な同期化方法を有し、このとき、ＵＥ５１  ２２２０は、それ自体のタイミングで同期化信号を送信する。ＵＥ５１  ２２２０は、ＵＥ５１  ２２２０が他のノードに同期化を提供できることを、例えば、‘１'として設定された表３のビットをＤ２ＤＳＳ及びＰＤ２ＤＳＣＨに示す必要がある。あるいは、ＵＥ５１  ２２２０は、ＵＥ５１  ２２２０が正確な同期化方法を有することを、例えば、‘１'として設定された表４のビットを示す。あるいは、ＵＥ５１  ２２２０は、ＵＥ５１  ２２２０が使用可能な正確な同期化方法を有するノード、又はＧＰＳ又はＵＴＣのような正確なタイミングソースから導出されたタイミングを有するもの、例えば、‘１'として設定された表５のビットを示す。ＵＥ５１  ２２２０は、それがホップ数１であることを示すことができる。このとき、ＵＥ５２  ２２２５及びＵＥ５３  ２２３０は、ＵＥ５１  ２２２０から同期化を検出する。ＵＥ５２  ２２２５及びＵＥ５３  ２２３０は、通信の目的のためにＵＥ５１  ２２２０に同期化する。ＵＥ５２  ２２２５及びＵＥ５３  ２２３０は、ＵＥ５１  ２２２０により提供された同期化が正確であることを理解するために、ＵＥ５２  ２２２５又はＵＥ５３  ２２３０がさらにより強い信号で、ＵＥ４１  ２２２０のように、正確な同期化なしに他のＵＥを検出する時に、ＵＥ５２  ���２２５又はＵＥ５３  ２２３０は、それぞれ他のノードに再選択しない。Ｍａｘ＿ｈｏｐ＿ＮｅＮＢが“１”より大きく設定されると、同期化ソースのオリジンがＧＰＳ又はＵＴＣのように正確な同期化方法を有する場合に、ＵＥ５２  ２２２５又はＵＥ５３  ２２３０は、同期化信号を送信し、ＵＥ５２  ２２２５又はＵＥ５３  ２２３０は、それぞれ使用可能な正確な同期化方法、例えば、‘１'として設定された表５のビットを有するノードから導出されたタイミングを有することを示す。また、ＵＥ５２  ２２２５又はＵＥ５３  ２２３０は、それがそれぞれホップ数２であることを示す。検出される場合には、ＵＥ５４  ２２３５及びＵＥ５５  ２２４０は、それぞれＵＥ５２  ２２２５及びＵＥ５３  ２２３０に同期化することができる。ＵＥ４３  ２２１５がＵＥ５２  ２２２５を検出する場合に、ＵＥ４３  ２２１５は、それが同期化することができる同期化としてＵＥ５２  ２２２５を再選択できる。
【０２１６】
特定の実施形態において、ｅＮＢからの基準タイミングを使用しない場合に、使用可能なＧＰＳ又はＵＴＣを有するノードは、常に、“１”と同一のホップ数を設定する。
【０２１７】
特定の実施形態において、ＯＯＣ  ＵＥは、送信のために予め構成されたリソースプールを有し、予め構成されたリソースプールは、Ｄ２Ｄフレーム番号（Ｄ２Ｄ−ＦＮ）に基づくことができる。例えば、予め構成されたリソースプールは、Ｄ２Ｄ送信のために使用される一部のサブフレームを定義することができる。特定の実施形態において、サブフレームは、リソースプール周期性内の、特定のビットマップにより示された、サブフレームのセットとして定義され、ここで、周期性は、Ｄ２Ｄ−ＦＮモジュロリソース＿プール＿期間＝０を有するフレームの開始で始まる周期期間のそれぞれのウィンドーのようにＤ２Ｄ−ＦＮ  ０に基づくことができる。予め構成されたリソースプールは、モード２通信に対するプールであり得る。また、予め構成されたリソースプールは、ＳＡに対するプールであり得る。
【０２１８】
図２３は、本発明の実施形態によるＤ２Ｄ−ＦＮに基づく予め構成されたリソースプールのダイヤグラムである。図２３に示す予め構成されたリソースプール２３００の実施形態は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。
【０２１９】
図２３に示す例において、Ｄ２Ｄ−ＦＮ＝０  ２３０５へのフレームの開始は、予め構成されたリソースプールの期間２３１０の開始点である。予め構成されたリソースプールは、時間ドメインで予め構成されたＴＸリソースプールのサブフレーム２３１５で構成されることができるために、ＵＥは、プール内でＤ２Ｄ信号を送信することができる。特定の実施形態において、ビットマップは、サブフレームがＤ２Ｄのために使用されるか、又はビットマップでそれぞれのビットに基づかないかを示すために使用される。ＵＥ  ＴＸ２３２０は、送信のためにＴＸリソースプールを使用する。ＵＥ  ＲＸ２３２５は、受信のためにリソースプールをモニタリングする。ＵＥ  ＲＸ２３２５がＯＯＣであり、ＵＥ  ＲＸ２３２５がモニタリングする他のリソースを認識できない場合に、例えば、ＵＥ  ＲＸ２３２５は、任意のｅＮＢにより構成された受信プール又はＴＸプールを受信できない。ＵＥ  ＲＸ２３２５は、Ｄ２Ｄ−ＦＮに基づいてＲＸリソースをモニタリングし、Ｄ２Ｄ通信のために他のリソースをモニタリングする必要がない。
【０２２０】
マッピング関数が定義されることができる。マッピング関数は、Ｄ２Ｄフレーム番号（Ｄ２Ｄ−ＦＮ）にＧＰＳ／ＵＴＣのような共通の正確なタイミングをマッピングする。
【０２２１】
Ｄ２Ｄ−ＦＮは、フレーム番号を示すために、例えば、１０ビットを有することができる。それぞれのフレームは、１０ｍｓである。フレーム内のサブフレームインデックス（０乃至９）を示すために追加の４ビットが使用されることができる。これらの４ビットは、サブフレームの正確なレベルまで１４ビットＤ２Ｄ−ＦＮを形成するために、１０ビットＤ２Ｄフレーム番号とともに結合されることができる。あるいは、Ｄ２Ｄ−ＦＮは、１０ビットより少ないビットを有し得る。あるいは、Ｄ２Ｄ−ＦＮは、１０２４ｍｓ以上のＯＯＣリソースプールの周期性を許容するために１０ビット以上を有し得る。
【０２２２】
ＧＰＳ又はＵＴＣからＤ２Ｄ−ＦＮへのマッピング関数は、例えば、Ｄ２Ｄ−ＦＮが１０ビットを有する場合に、Ｄ２Ｄ−ＦＮ＝（ＧＰＳ＿ｔｉｍｅ（ｍｓ単位で）／１０）モジュロ１０２４であり得る。ＧＰＳ＿ｔｉｍｅは、ｍｓの単位内であり得る。例えば、ＧＰＳ＿ｔｉｍｅが３０，０００ｍｓである場合に、Ｄ２Ｄ−ＦＮは、３０，０００／１０モジュロ１０２４＝９５２である。また、マッピング関数は、Ｄ２Ｄ−ＦＮにより示されたフレームの第１のサブフレームを提供することができる。例えば、Ｄ２Ｄ−ＦＮ＝０の第１のサブフレーム又は開始点は、ＧＰＳ＿ｔｉｍｅ（ｍｓ単位で）モジュロ１０２４０＝０であるＧＰＳ＿ｔｉｍｅを有するサブフレームであり得る。
【０２２３】
Ｄ２Ｄ  ＵＥに対して、Ｄ２Ｄ  ＵＥは、ＯＯＣ又はＩＣである。ＧＰＳ又はＵＴＣが使用可能であるか又は実行されている場合に、Ｄ２Ｄ  ＵＥは、マッピング関数を使用してＤ２Ｄ−ＦＮを取得するためにＧＰＳ又はＵＴＣをマッピングする。マッピング関数は、固定されるか又は予め構成されることができる。
【０２２４】
ｅＮＢが使用可能なＧＰＳ又はＵＴＣを有する場合に、ｅＮＢは、マッピング関数を使用してＤ２Ｄ−ＦＮを取得するためにＧＰＳ又はＵＴＣをマッピングする。ｃａｔ．１のＯＯＣ  ＵＥ及びＩＣ  ＵＥに対して、ｅＮＢは、例えば、専用シグナリングを通して又はＳＩＢを通してのように、ｅＮＢからＵＥに信号でシグナリングされるか、又は、ＩＣ  ＵＥからｃａｔ．１のＯＯＣ  ＵＥへのように、ＵＥから他のＵＥに、及びｃａｔ．１のＯＯＣ  ＵＥからｃａｔ．１の他のＯＯＣ  ＵＥに中継されることができる。中継されたＤ２Ｄ−ＦＮは、例えば、ＰＤ２ＤＳＣＨでシグナリングされることができる。
【０２２５】
特定の実施形態において、ＳＦＮ及びＤ２Ｄ−ＦＮは、同期化される。ｅＮＢは、Ｄ２Ｄ−ＦＮと同一であるようにそのシステムフレーム番号（ＳＦＮ）を設定し、Ｄ２Ｄ−ＦＮの開始点（第１のサブフレーム）及びＳＦＮの開始点（第１のサブフレーム）は、同一であるように設定される。あるいは、ＳＦＮの導出のために、ＳＦＮに対するＧＰＳ又はＵＴＣからのマッピング関数が存在する場合に、Ｄ２Ｄ−ＦＮは、Ｄ２Ｄ−ＦＮに対してＧＰＳ又はＵＴＣからの同一のマッピング関数を使用して取得されることができる。ＳＦＮ及びＤ２Ｄ−ＦＮを同期化するステップ、例えば、同一のＳＦＮ‘０'、すなわち、ＳＦＮ‘０'の第１のサブフレーム及びＤ２Ｄ−ＦＮ‘０'、すなわち、Ｄ２Ｄ−ＦＮ‘０'の第１のサブフレームは、Ｄ２Ｄ及びＷＡＮ（セルラー）の共存のために、より良好な性能を有するだけではなく、ＵＥの動作を簡素化することができる。
【０２２６】
あるいは、Ｄ２Ｄ−ＦＮの導出、例えば、Ｄ２Ｄ−ＦＮに対するＧＰＳ又はＵＴＣからのマッピング関数は、ＳＦＮの導出、例えば、Ｄ２Ｄ−ＦＮに対するＧＰＳ又はＵＴＣからのマッピング関数と異なり得る。Ｄ２Ｄ−ＦＮ及びＳＦＮの導出が異なる場合に、Ｄ２Ｄ−ＦＮは、ＵＥに個別に提供され得る。
【０２２７】
ｅＮＢは、ｅＮＢがＧＰＳ又はＵＴＣから導出されたＤ２Ｄ−ＦＮを有するか否か、又はｅＮＢがデフォルトなどでＤ２Ｄ−ＦＮを有するか、ｅＮＢにより提供されたＤ２ＤＦＮが、存在する場合には、正確であるか否か、又はＤ２Ｄ−ＦＮがＳＦＮと同一であるか又は異なるか、及び異なる場合には、どのくらい異なるかについてＵＥにシグナリングする。例えば、ＳＦＮ‘０'に対するオフセットは、Ｄ２Ｄ−ＦＮとして提供されることができ、ここで、オフセットは、フレームの単位であり得る。他の例の場合には、ＳＦＮ‘０'に対するＤ２Ｄ−ＦＮ‘０'のオフセットが提供されることができ、ここで、オフセットは、フレームの単位であり得、ＵＥは、数式１を導出することができる。
【０２２８】
Ｄ２Ｄ−ＦＮ＝ＳＦＮ＋ＭＳＢ＿１０（Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０＿ｆｏｒｍａｔ１）・・・数式（１）
【０２２９】
ここで、ＭＳＢ＿１０（Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０＿ｆｏｒｍａｔ１）は、Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０＿ｆｏｒｍａｔ１の１０ＭＳＢ（最上位ビット）であり、これは、その第１のフォーマットでサブフレームの単位でＳＦＮ０に対するＤ２Ｄ−ＦＮ  ０のオフセットであり、ここで、第１のフォーマットは、１０ＭＳＢがフレームの単位で、Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０＿ｆｏｒｍａｔ１がＤ２Ｄ−ＦＮ０及びＳＦＮ０のオフセットであるフォーマット内にあることを意味し、ＬＳＢ（最下位ビット）４ビットがオフセットとしてフレーム内のサブフレームの相対的な位置をさらに示すために使用され、ここで、サブフレームの単位で実際のオフセットは、数式２のように計算されることができる。
【０２３０】
実際のオフセット＝ＭＳＢ＿１０（Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０＿ｆｏｒｍａｔ１）＊１０＋ＬＳＢ＿４（Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０＿ｆｏｒｍａｔ１）・・・数式（２）
【０２３１】
一部の実施形態において、第１のフォーマットでサブフレームの単位でＯｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０＿ｆｏｒｍａｔ１は、サブフレームの正確性レベルまでであるＤ２Ｄ−ＦＮを示すことができる。あるいは、Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０が、カウントが０から開始するサブフレームの番号で実際のオフセットとしてカウントされる値である場合に、
【０２３２】
Ｄ２Ｄ−ＦＮ＝ＳＦＮ＋ｉｎｔ（Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０／１０）・・・数式（３）である。
ここで、ｉｎｔ（Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０／１０）は、Ｏｆｆｓｅｔ＿Ｄ２Ｄ−ＦＮ０＿ＳＦＮ０／１０の整数部分である。
【０２３３】
本発明の全般にわたって、ＳＦＮ  ０（ＳＦＮ０）又はＤ２Ｄ−ＦＮ０（Ｄ２Ｄ−ＦＮ  ０）は、それぞれＳＦＮ＝０又はＤ２Ｄ−ＦＮ＝０でサブフレームを開始することを意味する。
【０２３４】
ｅＮＢがＧＰＳ又はＵＴＣ、又は正確なＤ２Ｄ−ＦＮを提供するための他の方法を有しない場合に、ｅＮＢは、任意のＤ２Ｄ−ＦＮを提供するように構成される。同期化優先順位化において、すなわち、ノードを選択するステップ又は再選択ステップにおいて、第１のＵＥがＤ２Ｄ−ＦＮを提供した第１のｅＮＢからそのタイミングを導出することを示す第２のＵＥから同期化信号（Ｄ２ＤＳＳ及びＰＤ２ＤＳＳ）を受信する場合、及び第１のＵＥがＤ２Ｄ−ＦＮを提供しない第１のｅＮＢからそのタイミングを導出することを示す第３のＵＥから同期化信号を受信する場合に、第１のＵＥは、第２のＵＥ及び第３のＵＥに対する接続の優先順位を定める。すなわち、一部の他の条件が第２のＵＥ及び第３のＵＥに対して類似した場合に、第１のＵＥは、第２のＵＥに同期化するために選択するか又は再選択するために優先順位を定める。これを達成するために、ＰＤ２ＤＳＣＨのような同期化信号で、ＵＥは、ｅＮＢがＤ２Ｄ−ＦＮを有するか否かに関する情報を提供する。
【０２３５】
表２０は、ｅＮＢからＵＥへのシグナリングの一例を示す図である。情報は、専用シグナリングに又はＳＩＢに存在し得る。情報は、Ｄ２Ｄ−ＦＮが提供されるか否かを示す。情報が提供され、専用シグナリング又はＳＩＢを送信するセルのＳＦＮ０に対するＤ２Ｄ−ＦＮオフセットが提供されない場合に、ＵＥは、オフセットをデフォルト値０として見なすことができる。あるいは、特定の実施形態において、ＳＦＮ  ０に対するＤ２Ｄ−ＦＮオフセットは、常に提供される。このようなオフセットは、フレームの単位で存在し得る。オフセットがフレームの単位で存在する場合に、オフセットは、１０ビットを要求し得る。より良い正確性を提供するために、サブフレームの単位で一部の追加のオフセット表示が要求され得る。あるいは、このようなオフセットは、サブフレームの単位で存在し得る。オフセットがサブフレームの単位で存在する場合に、オフセットは、１４ビットを要求し得る。サブフレームによる単位は、より良い正確性を提供する。本発明の全般にわたって、ＳＦＮ  ０又はＳＦＮ０又はＤ２Ｄ−ＦＮ０又はＤ２Ｄ−ＦＮ  ０は、ＳＦＮ又はＤ２Ｄ−ＦＮ＝０を有する開始サブフレームを意味する。ＳＦＮ０に対するＤ２Ｄオフセットは、Ｄ２Ｄ−ＦＮに相互に交換可能であり、１４ビットのうちのＭＳＢ１０ビットは、Ｄ２Ｄフレーム番号であり得、１４ビットのうちのＬＳＢ４ビットは、フレーム内のサブフレームインデックス（０乃至９）の４ビット表示であるサブフレームの正確性レベルまで１４ビットＤ２Ｄ−ＦＮであり得る。
【０２３６】
表２０は、ＳＩＢでの情報フィールドを示す（又はｅＮＢからの専用シグナリング）。
【０２３７】
【表２０】
2020080556.tif 000022
【０２３８】
表２１は、Ｄ２Ｄ−ＦＮオフセットをＳＦＮに示す方法について表２０に対する代案を示す。ＳＦＮに対するＤ２Ｄ−ＦＮオフセットは、フレームの単位で（例えば、１０ビットで）提供されることができ、ＳＦＮサブフレームに対してサブフレームの単位でＤ２Ｄ−ＦＮサブフレームオフセットが（例えば、４ビットで）提供されることもできる。サブフレームの単位での実際のオフセットは、数式４として計算されることができる。
【０２３９】
実際のオフセット＝ＳＦＮに対するＤ２Ｄ−ＦＮオフセット＊１０＋Ｄ２Ｄ−ＦＮサブフレームオフセット・・・数式（４）
【０２４０】
数式４において、ＳＦＮに対するＤ２Ｄ−ＦＮオフセットは、フレーム内にあり、Ｄ２Ｄ−ＦＮサブフレームオフセットは、サブフレーム内にある。Ｄ２Ｄ−ＦＮオフセットは、本発明の他の表のように他のシナリオに適用されることができる。あるいは、Ｄ２ＤＦＮオフセットは、他の表示又は表と結合されることができる。
【０２４１】
表２１は、ＳＩＢの情報フィールドを示す（又は、ｅＮＢからの専用シグナリング）。
【０２４２】
【表２１】
2020080556.tif 000023
【０２４３】
表２２は、ｅＮＢからＵＥへのシグナリングの一例を示す。情報は、専用シグナリングで又はＳＩＢでシグナリングされることができる。情報は、Ｄ２Ｄ−ＦＮが提供されるか否かを示す。また、情報は、専用シグナリング又はＳＩＢを送信するセルのＳＦＮ  ０についてのＤ２Ｄ−ＦＮオフセットを示す。Ｄ２Ｄ−ＦＮ関連情報は、ＴＸリソースプール構成及びＲＸリソースプール構成とともにであり得る。ＲＸリソースプール構成は（共同で又は個別に）、モード１通信及びモード２通信の両方ともに対するリソースプール（複数のプール）を含む。隣接セルのＰＣＩＤが提供されることができ、ＳＦＮ０において、第１のサブフレームに対するオフセットが隣接セルのＲＸリソースプールのそれぞれに対して提供されることができる。あるいは、ＳＦＮ０において、第１のサブフレームに対する隣接セルの第１のサブフレームＳＦＮ０のオフセット、及び第１のサブフレームである隣接セルのＳＦＮ０に対するＤ２Ｄリソースプールの周期性内のビットマップの開始のオフセット、ここで、ビットマップでのビットのそれぞれは、各サブフレームがＤ２Ｄのために使用されるか否かを示す。
【０２４４】
表２２は、ＳＩＢの情報フィールドを示す（又は、ｅＮＢからの専用シグナリング）。
【０２４５】
【表２２】
2020080556.tif 000024
【０２４６】
表２３は、ＰＤ２ＤＳＣＨにより送信された情報フィールドの例を示す。ｅＮＢのＳＦＮが提供されることができる。ＰＤ２ＤＳＣＨが１つのサブフレームで送信される場合に、１０ビットＳＦＮ及びＳＦＮに対するＤ２Ｄ−ＦＮの１０ビット又は１４ビットオフセット、又はＤ２Ｄ−ＦＮ自身がＰＤ２ＤＳＣＨで送信される。ＰＤ２ＤＳＣＨが連続的なフレームのように複数のフレームを通して反復される場合、例えば、Ｎ（Ｎ＝２又は４など）個のフレームを通して反復される場合に、これらのＮ個のサブフレームでの情報フィールドは、同一でなければならないために、ＳＦＮ又はＤ２Ｄ−ＦＮに対するＰＤ２ＤＳＣＨでの情報ビット、又はＳＦＮに対するオフセットは、１０−ｌｏｇ２Ｎビットである。例えば、Ｎ＝４である場合に、８ビットが使用され、ＰＤ２ＤＳＣＨのペイロードでのこれらのビットは、Ｄ２Ｄ−ＦＮのＭＳＢ（最上位ビット）であり、ＬＳＢ（ｌｏｇ２Ｎ）ビットは、ブラインドデコーディングにより導出されることができる。
【０２４７】
【表２３】
2020080556.tif 000025
【０２４８】
表２４は、ＰＤ２ＤＳＣＨにより送信された情報フィールドの例を示す。表２４に対する代案として、Ｄ２Ｄ−ＦＮが提供されることができ、ＳＦＮは、Ｄ２Ｄ−ＦＮに対するオフセットとして提供されることができる。
【０２４９】
【表２４】
2020080556.tif 000026
【０２５０】
表２５は、ＰＤ２ＤＳＣＨにより送信された情報フィールドの例を示す。表２２と同様に、ＰＤ２ＤＳＣＨは、リソースプール関連情報を含み、ＩＣ  ＵＥ及びＯＯＣ  ｃａｔ．  １  ＵＥは、情報を中継する。また、表２５は、ＳＦＮに対するＤ２Ｄ−ＦＮオフセット、及び表２３を拡張する代わりに、すなわち、ＳＦＮの代りに表２４を拡張でき、表２５は、Ｄ２Ｄ−ＦＮに関する情報を提供し、ＳＦＮの場合に、それは、Ｄ２Ｄ−ＦＮに対するオフセットにより決定されることができる。
【０２５１】
【表２５】
2020080556.tif 000027
【０２５２】
ＴＸリソースプールの場合に、ｅＮＢ構成ＴＸリソースプールは、予め構成されたリソースのサブセット、又はＤ２Ｄ−ＦＮに基づくものように、予め構成されたリソースと同一であり得る。ＲＸリソースプールの場合に、ｅＮＢ構成ＴＸリソースプールは、予め構成されたＴＸリソースプール＋モード１リソースプール（これらのプールのユニオン）であり得る。受信又はモニタリングのために、ＯＯＣ  ＵＥに対してモード１リソースプールも構成されることができるリソースのユニオンである場合に、ＲＸリソースプールは、ＰＤ２ＤＳＣＨで省略され得る。例えば、モード１に対するＲＸリソースは、全体として予め構成されることができる。
【０２５３】
表２６は、ＰＤ２ＤＳＣＨにより送信された情報フィールドの例を示す。Ｄ２Ｄ−ＦＮがＧＰＳ又はＵＴＣのような正確な同期化方法により由来しているか否かのフィールドは、ｅＮＢが正確な同期化方法を提供する場合に、ｅＮＢからタイミングを導出しないＵＥにより使用されるシーケンスのセットからＤ２ＤＳＳシーケンスを送信するＵＥに適用されることができる。ｅＮＢが正確な同期化方法を有しない場合に、このようなフィールドは、任意のＤ２Ｄ  ＵＥに適用されることができ、ＵＥは、他のＵＥ、又はｅＮＢにもより正確なＤ２Ｄ−ＦＮを中継することができる。Ｄ２Ｄ−ＦＮがＧＰＳ又はＵＴＣのような正確な同期化方法により由来しているか否の表示は、Ｄ２ＤＳＳの異なる位置を使用するか、又は、ＰＳ２ＤＳＳ及びＳＤ２ＤＳＳの異なる相対的なタイミングを使用するか、又は異なるシーケンスセットの使用を通してのように、Ｄ２ＤＳＳにより代案的に伝達されることができる。また、“ＧＰＳ又はＵＴＣのような正確な同期化方法により由来したＤ２Ｄ−ＦＮであるか否か”は、代案的に“正確な同期化方法により由来した同期化であるか否か”であり得る。
【０２５４】
【表２６】
2020080556.tif 000028
【０２５５】
例えば、図２２に示す例において、ＵＥ５１  ２２２０、ＵＥ５２  ２２２５、ＵＥ５３  ２２３０、ＵＥ５４  ２２３５、及びＵＥ５５  ２２４０は、ビット設定‘１’を有する、ＧＰＳ又はＵＴＣのような正確なソースにより由来したＤ２Ｄ−ＦＮを示すことができる。ＵＥ４１  ２２０５、ＵＥ４２  ２２１０、ＵＥ４３  ２２１５は、ビット設定'０’を有する、ＧＰＳ又はＵＴＣのような正確なソースにより由来しないＤ２Ｄ−ＦＮを示すことができる。ＵＥ４３  ２２１５がＵＥ５１  ２２２０、ＵＥ５２  ２２２５、ＵＥ５３  ２２３０、ＵＥ５４  ２２３５、又はＵＥ５５  ２２４０のうちのいずれか１つを検出する場合に、ＵＥ４３  ２２１５は、ＵＥ５１  ２２２０、ＵＥ５２  ２２２５、ＵＥ５３  ２２３０、ＵＥ５４  ２２３５、及びＵＥ５５  ２２４０により提供されたＤ２Ｄ−ＦＮにそのＤ２Ｄ−ＦＮをアップデートする。
【０２５６】
特定の実施形態において、ＯＯＣ  ｃａｔ．  ２は、ＯＯＣ  ｃａｔ．  １又は他のＯＯＣ  ｃａｔ．  ２のように、Ｄ２Ｄ−ＦＮを示す他のＵＥからのＤ２Ｄ−ＦＮを取得する。許容された複数のホップが存在する場合には、最大ホップを有するＵＥもＤ２Ｄ−ＦＮを含むＰＤ２ＤＳＣＨ及びＤ２ＤＳＳを送信することができる。
【０２５７】
また、ＯＯＣ  ＵＥ  ｃａｔ．１がＧＰＳを有する場合に、ＯＯＣ  ＵＥ  ｃａｔ．１は、Ｄ２Ｄ−ＦＮを中継することができる。しかしながら、ＯＯＣ  ＵＥ  ｃａｔ．１が送信するために使用するリソースは、Ｄ２Ｄ−ＦＮにより決定された、すなわち、予め構成されたリソースプールではなく、ｅＮＢにより構成されたリソースプールである。
【０２５８】
また、ＰＤ２ＤＳＣＨは、サブフレームを検出するために、ＵＥをサポートするために、サブフレーム番号又はインデックスを提供できる。Ｄ２ＤＳＳが特定のサブフレームに位置する場合に、Ｄ２ＤＳＳを検出することにより、ＵＥは、それぞれのサブフレームを決定できる。例えば、Ｄ２ＤＳＳがＴＤＤの場合に対してサブフレーム＃２に位置し、又はＴＤＤ及びＦＤＤに対する共通の設計のために、サブフレーム＃１、サブフレーム＃２、又はサブフレーム＃６に位置する場合に、ＵＥは、Ｄ２ＤＳＳを受信し、Ｄ２ＤＳＳを送信する送信器のＴＸタイミングに対して、それぞれのサブフレームがサブフレーム＃２であることを決定する。Ｄ２ＤＳＳを検出した後に、ＵＥがサブフレームを決定できないように、Ｄ２ＤＳＳが複数の異なるサブフレームに位置する場合に、ＵＥは、それぞれのサブフレームを決定するためにＰＤ２ＤＳＣＨを追加でデコーディングする必要がある。ＰＤ２ＤＳＣＨが特定のサブフレーム（複数のサブフレーム）に位置する場合に、ＰＤ２ＤＳＣＨを検出することにより、ＵＥは、ＰＤ２ＤＳＣＨの位置に基づいてそれぞれのサブフレームを決定する。特定の実施形態において、ＰＤ２ＤＳＣＨの位置がそれぞれのサブフレーム番号を提供できないように、ＰＤ２ＤＳＣＨが異なる複数のサブフレームに位置し得る場合のように、サブフレーム番号は、ＰＤ２ＤＳＣＨのペイロードで伝達される。シグナリングがＤ２Ｄ−ＦＮ番号を伝達できる、１０個のサブフレームのように連続したサブフレームの外にスパニングするＤ２Ｄシグナリングが存在する場合に、ＵＥは、フレームの境界を検出し、したがって、ＵＥは、それぞれのサブフレーム番号を決定できる。
【０２５９】
特定の実施形態において、Ｄ２ＤＳＳは、サブフレームのそれぞれの位置がそれぞれのホップ数に対応する予め定められたサブフレームで送信される。例えば、ホップ＃１は、サブフレーム＃１にあり、ホップ＃２は、サブフレーム＃２にあり、ホップ＃３は、サブフレーム＃６にある。ホップ数がＤ２ＤＳＳのシーケンスのそれぞれのセットにより、又はＰＤ２ＤＳＳ及びＳＤ２ＤＳＳのそれぞれの相対的な距離により示される場合に、ＵＥは、ＰＤ２ＤＳＳ及びＳＤ２ＤＳＳの相対的な距離又はシーケンスに基づいてＤ２ＤＳＳ検出からホップ数を検出し、サブフレームのインデックス又は位置でホップ数の予め定められたマッピングを使用することにより、それに従ってサブフレームを決定する。
【０２６０】
特定の実施形態において、構成されたＴＸリソースは、予め構成されたＴＸリソースより高い優先順位を有する。
【０２６１】
ＵＥ  ＲＸのために、ＵＥは、それぞれのタイミングに対してＲＸリソースをモニタリングできる。ＵＥは、それ自身と同一のＴＸタイミングを使用する他のＤ２Ｄ  ＵＥにより使用されるＲＸリソースをモニタリングするために、そのＴＸタイミングと同一のタイミングを使用する。例えば、ＵＥは（存在する場合に）、そのサービングセルのＳＦＮに基づいてＴＸ及びＲＸリソースのユニオンであり得るＲＸプールをモニタリングする。ＴＸリソースは、モード２  Ｄ２Ｄ通信のためにＳＡリソースプールを含むことができる。ＲＸリソースは、モード１及びモード２通信のためにＳＡリソースプールを含む。あるいは、ＵＥは、存在する場合に、ＵＥが基準タイミングを導出するｅＮＢのＳＦＮ、又は、他のＵＥにより中継されたＳＦＮをモニタリングする。また、ＵＥは、サービングセルのタイミングに対するタイミングオフセットに基づいて隣接セルのＲＸリソースをモニタリングできる。また、ＵＥは、Ｄ２Ｄ−ＦＮに基づいて予め構成されたリソースをモニタリングできる。
【０２６２】
ＵＥの動作のために、次のオプションが使用されることができる。
【０２６３】
オプション１において、ＵＥ通信のためのＯＯＣリソースは、予め定義されるか又は予め構成される。ｃａｔ．１又はｃａｔ．２のＯＯＣ  ＵＥは、すべてＴＸに対する予め構成されたリソースを使用する。ＰＤ２ＤＳＣＨでの中継された情報は、Ｄ２Ｄ−ＦＮを含む。ＰＤ２ＤＳＣＨは、ＴＸリソースプール構成を含む必要がないことがある。このようなオプションは、ＰＤ２ＤＳＣＨを単純化する。ＲＸ目的のために、ＳＦＮがＰＤ２ＤＳＣＨに含まれるように要求されることができる。また、ＩＣ  ＵＥがＴＸに対する予め構成されたリソースを使用する場合には、ＵＥがｅＮＢからの情報を中継すると、ＳＦＮは、ＰＤ２ＤＳＣＨで省略されることができる。
【０２６４】
オプション２において、ＵＥ通信のためのＯＯＣリソースは、予め定義されるか又は予め構成される。ｃａｔ．２のＯＯＣ  ＵＥは、すべてＴＸに対する予め構成されたリソースを使用する。ｃａｔ．１のＯＯＣ  ＵＥは、すべてｅＮＢ構成リソースを使用する。ｅＮＢがＤ２Ｄ−ＦＮを有する場合に、ｅＮＢは、Ｄ２Ｄ−ＦＮをＵＥにシグナリングする。ｅＮＢがＤ２Ｄ−ＦＮを有しない場合に、他のＵＥは、Ｄ２Ｄ−ＦＮをｅＮＢにシグナリングする。ＰＤ２ＤＳＣＨでの中継された情報は、ＴＸリソースプール構成を含む。また、Ｄ２Ｄ−ＦＮが含まれるように要求され得る。このようなオプションの特定の実施形態は、ＰＤ２ＤＳＣＨで伝達されるより多くのビットを要求する。また、ＲＸ目的のために、ＳＦＮがＰＤ２ＤＳＣＨに含まれるように要求され得る。拡張は、ホップ数がＭａｘ＿ｈｏｐ＿ｅＮＢであることを示すＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信するｃａｔ．１のＯＯＣ  ＵＥの場合に、ＯＯＣ  ＵＥ  ｃａｔ．１は、他のノードに同期化を提供せず、ＯＯＣ  ＵＥ  ｃａｔ．１は、送信のために予め構成されたＯＯＣリソースを使用するものである。代案は、ＯＯＣ  ＵＥ  ｃａｔ．１が使用可能である場合には、高い優先順位であるＵＥにより中継されたｅＮＢ構成ＯＯＣリソースで送信するｃａｔ．１の他のＯＯＣ  ＵＥのように動作し、使用可能でない場合には、ＯＯＣ  ＵＥ  ｃａｔ．１は、送信のために、低い優先順位である、予め構成されたＯＯＣリソースを使用するものである。
【０２６５】
ＯＯＣ  ＵＥ  ｃａｔ．１に対して、ＯＯＣ  ＵＥがＧＰＳ又はＵＴＣを有する場合に、ＯＯＣ  ＵＥ  ｃａｔ．１は、表４におけるように、同期化信号でそれを示す。特定の実施形態において、ＯＯＣ  ＵＥ  ｃａｔ．１は、ＯＯＣ  ＵＥ  ｃａｔ．１がｅＮＢから導出された基準タイミングを使用してノードに対するセットからＤ２ＤＳＳシーケンスによるものように、ｅＮＢからの基準タイミングを使用することを示す。特定の実施形態において、ＯＯＣ  ＵＥ  ｃａｔ．１は、ｅＮＢからカウントするホップ数を示すこともできる。ＯＯＣ  ＵＥ  ｃａｔ．１がＤ２Ｄ−ＦＮに対するＧＰＳ又はＵＴＣを有することを示すシグナリングは、他のＵＥがＯＯＣ  ＵＥ  ｃａｔ．１に同期化できるようにする。特定の実施形態において、ＯＯＣ  ＵＥ  ｃａｔ．１がＧＰＳ又はＵＴＣを有しても、上記のオプション２に対して、ＯＯＣ  ＵＥ  ｃａｔ．１は、ｅＮＢ構成リソースがＤ２Ｄ−ＦＮに基づく予め構成されたリソースのサブセットである場合のように、構成されたＴＸリソースが予め構成されたリソースと異なる場合に、送信するために、ｅＮＢ構成されたＴＸリソースを使用する。長所は、カバレッジ内のＵＥに対する干渉を減少させることにある。
【０２６６】
図２４は、本発明の実施形態によるそれぞれのタイミング及びＤ２Ｄ−ＦＮに基づくか、又はそれぞれのタイミング及びＤ２Ｄ−ＦＮにより決定されたＯＯＣリソースを含むＴＸ及びＲＸリソースを示す図である。図２４に示すＴＸ及びＲＸリソースの実施形態２４００は、例示のためだけのものである。本開示の範囲から逸脱せず他の実施形態が使用されることもできる。
【０２６７】
図２４に示す例において、ＵＥ  ＴＸ２４０２は、ＯＯＣ  ｃａｔ．  ２  ＵＥである。ＵＥ  ＴＸ２４０２は、使用可能である場合に、ＧＰＳ又はＵＴＣのような正確な同期化方法を使用してＤ２ＤＳＳを送信する（２４０４）。使用可能でない場合に、ＵＥ  ＴＸ２４０２は、非常に正確でないことがある概略的なタイミングを使用してＤ２ＤＳＳを送信する。また、ＵＥ  ＴＸ２４０２は、ＰＤ２ＤＳＣＨにおけるように、その同期化が正確な方法を通して取得されるか否かを示す。Ｄ２Ｄ−ＦＮ＝０  ２４０６へのフレームの開始は、予め構成されたリソースプールの期間２４０８の開始点である。予め構成されたリソースプールは、時間ドメインで予め構成されたＴＸリソースプールのサブフレーム２４１０で構成されることができるために、ＵＥ  ＴＸ２４０２は、プール内の、モード２通信ＳＡ及びデータのような、Ｄ２Ｄ信号を送信することができる。ＯＯＣ  ＵＥ  ｃａｔ．２のようなＵＥ  ＴＸ２４０２は、送信のためのＴＸリソースプールを使用することができる。ＴＸリソースが、例えば、ビットマップ又はビットマップにより示される予め構成されたＴＸプール期間内のオフセットは、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿Ｐｒｅｃｏｎｆｉｇ２４１２と呼ばれる。ビットマップ又は複数のビットマップのそれぞれのビットは、それぞれのサブフレームがＤ２Ｄリソースのために使用されるか否かを示す。
【０２６８】
ｅＮＢ１から導出された基準タイミングを有するＩＣ  ＵＥ又はＯＯＣ  ＵＥ  ｃａｔ．１  ２４１４は、ｅＮＢ１タイミングを使用してＤ２ＤＳＳを送信する（２４１６）。Ｄ２ＤＳＳは、通信目的のためのものであり得るか、又はｅＮＢ１に対して検索目的のために予約され得る。特定の実施形態において、ＩＣ  ＵＥ又はＯＯＣ  ＵＥ  ｃａｔ．１  ２４１４は、キャリアインデックス及びｅＮＢ１のＰＣＩＤのようなｅＮＢ１の識別子の表示を通してその基準タイミングがｅＮＢ１からくることを示すＰＤ２ＤＳＣＨを送信する。ＩＣ  ＵＥ又はＯＯＣ  ＵＥ  ｃａｔ．１  ２４１４は、ｅＮＢ１により構成されたＴＸプール及びＲＸプール（複数のプール）を受信する。ｅＮＢ１に対するＩＣ  ＵＥ又はＯＯＣ  ＵＥ  ｃａｔ．１  ２４１４の送信は、ｅＮＢ１により構成されたＴＸプール２４２０とともに、ｅＮＢ１  ＳＦＮ  ０  ２４１８に基づくＴＸプールを有することができる。ＴＸ及びＲＸリソース２４００は、ｅＮＢ１  ＳＦＮ  ０に対するＤ２Ｄ−ＦＮ  ０の第１のオフセット２４２２及びＤ２Ｄ−ＦＮ  ０に対するｅＮＢ１  ＳＦＮ  ０の第２のオフセット２４２４を含む。ビットマップ又は複数のビットマップによるもののように、ＴＸリソースが示されるｅＮＢ１構成ＴＸプール期間内のオフセットは、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ１  ２４２６と呼ばれる。ｅＮＢ１は、ｅＮＢ１  ＳＦＮ  ０に対するＤ２Ｄ−ＦＮ  ０の第１のオフセット２４２２及びＳＦＮをＵＥにシグナリングすることができる。ＵＥは、ｅＮＢ１  ＳＦＮ  ０に対するＤ２Ｄ−ＦＮ  ０の第１のオフセット２４２２及びＳＦＮを他のＵＥにシグナリングすることができる。あるいは、ＵＥは、Ｄ２Ｄ−ＦＮ  ０に対するｅＮＢ１  ＳＦＮ  ０の第２のオフセット２４２４及びＤ２Ｄ−ＦＮを他のＵＥにシグナリングすることができる。プール期間は、時間ドメインで予め構成されたＴＸリソースプールのサブフレーム２４２８で構成されることができるために、ＩＣ  ＵＥ又はＯＯＣ  ＵＥ  ｃａｔ．１  ２４１４は、プール内の、モード２通信ＳＡ及びデータのような、Ｄ２Ｄ信号を送信することができる。
【０２６９】
ｅＮＢ２から導出された基準タイミングを有するＩＣ  ＵＥ又はＯＯＣ  ＵＥ  ｃａｔ．１  ２４３０は、ｅＮＢ２タイミングを使用してＤ２ＤＳＳを送信する（２４３２）。Ｄ２ＤＳＳは、通信目的のためのものであり得るか、又は、Ｄ２ＤＳＳは、ｅＮＢ２に対して検索目的のために予約され得る。特定の実施形態において、ＩＣ  ＵＥ又はＯＯＣ  ＵＥ  ｃａｔ．１  ２４３０は、その基準タイミングがキャリアインデックス及びｅＮＢ２のＰＣＩＤのようなｅＮＢ２の識別子の表示を通して、のように、ｅＮＢ２からくることを示すＰＤ２ＤＳＣＨを送信する。ＩＣ  ＵＥ又はＯＯＣ  ＵＥ  ｃａｔ．１  ２４３０は、ｅＮＢ２により構成されたＴＸプール及びＲＸプール（複数のプール）を受信する。ｅＮＢ２に対するＩＣ  ＵＥ又はＯＯＣ  ＵＥ  ｃａｔ．１  ２４３０の送信は、ｅＮＢ２により構成されたＴＸプール期間２４３６及びｅＮＢ２  ＳＦＮ  ０  ２４３４に基づくＴＸプールを有することができる。ＴＸ及びＲＸリソース２４００は、ｅＮＢ２  ＳＦＮ  ０に対するｅＮＢ１  ＳＦＮ  ０の第３のオフセット２４３８及びｅＮＢ１  ＳＦＮ  ０に対するｅＮＢ２  ＳＦＮ  ０の第４のオフセット２４４０を含む。ビットマップ又は複数のビットマップによりのように、ＴＸリソースが示されるｅＮＢ２構成ＴＸプール期間内のオフセットは、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２  ２４４２と呼ばれる。プール期間は、時間ドメインで予め構成されたＴＸリソースプールのサブフレーム２４２８で構成することができるために、ＩＣ  ＵＥ又はＯＯＣ  ＵＥ  ｃａｔ．１  ２４４４は、プール内のモード２通信ＳＡ及びデータのようなＤ２Ｄ信号を送信することができる。
【０２７０】
ＲＸ  ＵＥ２４４６は、他のノードから送信されたそれぞれのＤ２Ｄ信号に対するそれぞれのリソースをモニタリングするために、１つ以上のＲＸタイミングを使用する。ＲＸ  ＵＥ２４４６は、オフセットのシグナリングに基づいてＲＸタイミングのサブフレームレベルを導出する。ＲＸ  ＵＥ２４４６は、それ自身のＴＸタイミング、及び他のノードから受信されたＤ２ＤＳＳに基づくもののように、他のノードのＴＸタイミングに基づいてＲＸタイミングをさらに調整することができる。同期化信号を使用してさらに微細に調整することは、シンボルレベルでの正確性のように、サブフレームレベルよりさらに微細なレベルまでＲＸタイミングの正確性を向上させるために、ＲＸ  ＵＥ２４４６により使用されることができる。
【０２７１】
特定の実施形態において、ＲＸ  ＵＥ２４４６は、ｅＮＢ１に対するＩＣ  ＵＥ又はＯＯＣ  ＵＥ  ｃａｔ．１である。ｅＮＢ１は、ｅＮＢ２  ＳＦＮ  ０  ２４３４を有する隣接セルｅＮＢ２に対してＲＸプールを提供することができる。ｅＮＢ１は、ｅＮＢ２により構成されたＴＸプール期間２４３６の期間、ｅＮＢ１  ＤＦＮ０に対するｅＮＢ２  ＳＦＮ０の第４のオフセット２４４０、及びＯｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２  ２４４２と呼ばれるビットマップ又は複数のビットマップによりのように、ＴＸリソースが示されるｅＮＢ２構成ＴＸプール期間内のオフセットを提供することができる。あるいは、ｅＮＢ１は、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２  ２４４２及びｅＮＢ１  ＳＦＮ０に対するｅＮＢ２  ＳＦＮ０の第４のオフセット２４４０の合計を提供する。特定の実施形態において、ｅＮＢ１は、ｅＮＢ１  ＳＦＮ  ０に対してＤ２Ｄ−ＦＮ  ０の第１のオフセット２４２２を提供した後に、ＲＸ  ＵＥ２４４６がｅＮＢ１に対するＩＣ  ＵＥ又はＯＯＣ  ＵＥ  ｃａｔ．１  ２４１４である場合のように、ＲＸ  ＵＥ２４４６は、ｅＮＢ１  ＳＦＮ０に対するＤ２Ｄ−ＦＮのタイミングを導出し、また、予め構成されたオフセットＯｆｆｓｅｔ＿ｉｎｎｅｒ＿Ｐｒｅｃｏｎｆｉｇ２４１２を使用して、ＲＸ  ＵＥ２４４６は、第１のオフセット２４２２がフレームの単位である場合に、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿Ｐｒｅｃｏｎｆｉｇ２４１２＋第１のオフセット２４２２＊１０＋ｅＮＢ１  ＳＦＮ  ０の第１のサブフレームのタイミングにおけるように、又はＯｆｆｓｅｔ＿ｉｎｎｅｒ＿Ｐｒｅｃｏｎｆｉｇ２４１２＋第１のオフセット２４２２＋ｅＮＢ１  ＳＦＮ  ０の第１のサブフレームのタイミングにおけるように、予め構成されたリソースに対するビットマップ又は複数のビットマップをモニタリングするためのタイミングを導出する。ＲＸ  ＵＥ２４４６は、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ１  ２４２６＋ｅＮＢ１  ＳＦＮ  ０の第１のサブフレームのタイミングにおけるように、ｅＮＢ１により構成されたＴＸリソースプールで送信されたＤ２Ｄ信号をモニタリングすることができる。ＲＸ  ＵＥ２４４６は、第４のオフセット２４４０がフレームの単位である場合に、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２  ２４４２＋第４のオフセット２４４０＋ｅＮＢ１  ＳＦＮ  ０の第１のサブフレームのタイミングにおけるように、又はＯｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２  ２４４２＋第４のオフセット２４４０＊１０＋ｅＮＢ１  ＳＦＮ  ０の第１のサブフレームのタイミングにおけるように、ｅＮＢ２により構成されたＴＸリソースプールで送信されたＤ２Ｄ信号をモニタリングすることができる。
【０２７２】
特定の実施形態において、ＲＸ  ＵＥ２４４６は、ＯＯＣ  ＵＥ  ｃａｔ．２である。ＲＸ  ＵＥ２４４６は、Ｄ２Ｄ−ＦＮ  ０タイミングを有することができる。ＲＸ  ＵＥ２４４６は、ｅＮＢ１に対するＯＯＣ  ＵＥ  ｃａｔ．１のように、他のＵＥから中継された情報を受信することができ、ＲＸ  ＵＥ２４４６は、第２のオフセット２４２４、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ_ｅＮＢ１  ２４２６、又は、代案的に、第２のオフセット２４２４とＯｆｆｓｅｔ＿ｉｎｎｅｒ_ｅＮＢ１  ２４２６との合計の情報を取得することができ、このとき、ＲＸ  ＵＥ２４４６は、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ１  ２４２６＋第２のオフセット２４２４＋Ｄ２Ｄ−ＦＮ  ０の第１のサブフレームのタイミングにおけるように、ｅＮＢ１により構成されたＴＸリソースプールをモニタリングするためのタイミングを導出することができる。また、ＲＸ  ＵＥ２４４６は、第４のオフセット２４４０、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２  ２４４２、又は、代案的に、第４のオフセット２４４０とＯｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２  ２４４２との合計の情報を取得することができ、このとき、ＲＸ  ＵＥ２４４６は、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２  ２４４２＋第４のオフセット２４４０＋第２のオフセット２４２４＋Ｄ２Ｄ−ＦＮ  ０の第１のサブフレームのタイミングにおけるように、ｅＮＢ２により構成されたＴＸリソースプールをモニタリングするためのタイミングを導出することができる。
【０２７３】
図２４に示すＴＸ及びＲＸリソース２４００でのオフセットは、サブフレームの単位で存在し得る。第１のオフセット２４２２、第２のオフセット２４２４、第４のオフセット２４４０、及び第３のオフセット２４３８がフレームの単位である場合に、これらは、導出時間の付加動作で１０を乗じなければならない。例えば、ＯＯＣ  ＵＥ  ｃａｔ．２のようなＵＥは、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ_ｅＮＢ１  ２４２６＋第２のオフセット２４２４＊１０＋Ｄ２Ｄ−ＦＮ  ０の第１のサブフレームのタイミングでｅＮＢ１により構成されたリソースをモニタリングし、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２  ２４４２＋第４のオフセット２４４０＊１０＋第２のオフセット２４２４＊１０＋Ｄ２Ｄ−ＦＮ  ０の第１のサブフレームのタイミングでｅＮＢ２により構成されたリソースをモニタリングすることができる。
【０２７４】
オフセットがサブフレームの単位で存在し得るために、シンボルのレベルでのＴＸタイミング及びＲＸタイミングの追加の調整は、受信された同期化信号又はＤ２ＤＳＳに基づくことができる。
【０２７５】
ＲＸ  ＵＥ２４４６は、予め構成されたリソースタイミング２４４８又はＤ２Ｄ−ＦＮタイミングを使用してＤ２Ｄ信号をモニタリングする。ＲＸ  ＵＥ２４４６は、Ｄ２ＤＦＮに基づいてリソースプールで予め構成されたリソースをモニタリングするためにタイミングを導出する。ＲＸ  ＵＥ２４４６が使用可能なＧＰＳ又はＵＴＣを有する場合に、ＲＸ  ＵＥ２４４６は、シンボルレベルのＲＸ同期化正確性で微細調整を行うためにそれを使用する。ＲＸ  ＵＥ２４４６が使用可能なＧＰＳ又はＵＴＣを有しない場合に、ＲＸ  ＵＥ２４４６は、ＲＸ  ＵＥ２４４６がＤ２Ｄ−ＦＮ基盤リソースに対する正確なＲＸタイミングでモニタリングできるように、シンボルレベルの同期化正確性で微細調整を行うためにＧＰＳ又はＵＴＣのような正確な同期化方法を使用して送信されたＤ２ＤＳＳを検出することを試みる（２４５０）。ＲＸ  ＵＥ２４４６は、このような表示がＰＤ２ＤＳＣＨで伝達される場合に、他のノードにより送信されたＤ２ＤＳＳがＧＰＳ又はＵＴＣのような正確な同期化方法を使用しているか否かを理解するために、ＰＤ２ＤＳＣＨをデコーディングする必要があり得る。ＰＤ２ＤＳＣＨが、Ｄ２Ｄ−ＦＮが正確な同期化方法を使用して導出されないか、又はＤ２ＤＳＳが正確な同期化方法を使用しないことを示すことを、ＲＸ  ＵＥ２４４６が検出する場合に、ＲＸ  ＵＥ２４４６は、デコーディングされたＤ２ＤＳＳを廃棄し、正確な同期化方法により導出されないＤ２Ｄ−ＦＮに基づく予め構成されたリソースをモニタリングせず、Ｄ２Ｄ−ＦＮを無視することができる。あるいは、ＲＸ  ＵＥ２４４６は、検出されたＤ２ＤＳＳ及びＰＤ２ＤＳＣＨに基づいており、概略的なＤ２Ｄ−ＦＮに基づいて信号をモニタリングすることができる。
【０２７６】
ＲＸ  ＵＥ２４４６は、ｅＮＢ１基準タイミング２４５２を使用して、ｅＮＢ１  ＳＦＮ  ０＋Ｏｆｆｓｅｔ＿ｉｎｎｅｒ_ｅＮＢ１  ２４２６の第１のサブフレームのタイミングにおけるように、ｅＮＢ１により構成されたＴＸリソースプールで送信されたＤ２Ｄ信号をモニタリングする。タイミングのサブフレームレベルは、ＲＸ  ＵＥ２４４６がＧＰＳ又はＵＴＣ又はＤ２Ｄ−ＦＮからのＴＸタイミングを有する場合には、ＲＸ  ＵＥ２４４６がＤ２Ｄ−ＦＮ  ０＋第２のオフセット２４２４＋Ｏｆｆｓｅｔ＿ｉｎｎｅｒ_ｅＮＢ１  ２４２６により、又はｅＮＢ２からのＴＸタイミングを有する場合には、ｅＮＢ２  ＳＦＮ  ０＋第３のオフセット２４３８＋Ｏｆｆｓｅｔ＿ｉｎｎｅｒ_ｅＮＢ１  ２４２６により、又はｅＮＢ１  ＳＦＮ  ０＋Ｏｆｆｓｅｔ＿ｉｎｎｅｒ_ｅＮＢ１  ２４２６の第１のサブフレームのタイミングにより導出されることができる。ＵＥ  ＴＸタイミングがｅＮＢ１である場合に、ＵＥは、ｅＮＢ１基準タイミング２４５２を使用する、ＲＸタイミングに対するＴＸタイミングを使用することができる。ＵＥ  ＴＸタイミングがｅＮＢ１でない場合に、ＲＸ  ＵＥ２４４６は、ｅＮＢ１タイミングを使用して送信されたＵＥ  Ｄ２ＤＳＳを検出するか、またはシンボルレベル２４５４まで、ＲＸタイミングを微細調整するために、ｅＮＢ１からの同期化信号を検出する。特定の実施形態において、ＲＸ  ＵＥ２４４６は、ＵＥ  Ｄ２ＤＳＳ信号がｅＮＢ１タイミングを使用して送信されるかを探し出すためにＰＤ２ＤＳＣＨを検出する必要があり、ここで、ＰＤ２ＤＳＣＨは、ＰＣＩＤ及びキャリアインデックスのようなｅＮＢ１の識別子を示す。
【０２７７】
ＲＸ  ＵＥ２４４６は、ｅＮＢ２基準タイミング２４５８を使用して、ｅＮＢ２  ＳＦＮ  ０＋Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２  ２４４２の第１のサブフレームのタイミングで、ｅＮＢ２により構成されたＴＸリソースプールで送信されたＤ２Ｄ信号をモニタリングする。タイミングのサブフレームレベルは、ＲＸ  ＵＥがＧＰＳ又はＵＴＣ又はＤ２Ｄ−ＦＮからのＴＸタイミングを有する場合には、Ｄ２Ｄ−ＦＮ  ０＋第２のオフセット２４２４＋第４のオフセット２４４０＋Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２  ２４４２により、又はＲＸ  ＵＥがｅＮＢ１からのＴＸタイミングを有する場合には、ｅＮＢ１  ＳＦＮ  ０＋第４のオフセット２４４０＋Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２  ２４４２により、又はＲＸ  ＵＥがｅＮＢ２からのＴＸタイミングを有する場合には、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２  ２４４２＋ｅＮＢ２  ＳＦＮ  ０の第１のサブフレームのタイミングにより導出されることができる。ＵＥ  ＴＸタイミングがｅＮＢ２である場合に、ＵＥは、ＲＸタイミングに対するＴＸタイミングを使用することができる。ＵＥ  ＴＸタイミングがｅＮＢ１でない場合に、ＵＥは、ｅＮＢ２タイミングを使用して送信されたＵＥ  Ｄ２ＤＳＳを検出するか、シンボルレベル２４６０まで、ＲＸタイミングを微細調整するために、ｅＮＢ２からの同期化信号を検出する。特定の実施形態において、ＲＸ  ＵＥ２４４６は、ＵＥ  Ｄ２ＤＳＳ信号がｅＮＢ２タイミングを使用して送信されるかを探し出すためにＰＤ２ＤＳＣＨを検出する必要があり、ここで、ＰＤ２ＤＳＣＨは、ＰＣＩＤ及びキャリアインデックスのようなｅＮＢ２の識別子を示す。
【０２７８】
特定の実施形態において、第２のオフセット２４２４及び第１のオフセット２４２２は、等価であり得、相互に交換可能であり、第４のオフセット２４４０及び第３のオフセット２４３８は、等価であり得、相互に交換可能である。
【０２７９】
特定の実施形態において、ＴＸプールに対するオフセットは、ＲＸプールに対するオフセットと同一である。特定の実施形態において、ＴＸプールに対するオフセットは、ＲＸプールに対するオフセットと異なる。例えば、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿Ｐｒｅｃｏｎｆｉｇ２４１２、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ_ｅＮＢ１  ２４２６、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２  ２４４２は、それぞれのＲＸプール及びＴＸプールに対して定義されたオフセットの一部であり、オフセットは、ＴＸプールに対するオフセットと異なり得る。ＴＸプールに対するオフセット、サービングセルのＲＸプールに対するオフセット、及び隣接セルのＲＸプールに対するオフセットは、個別に提供されることができる。このとき、ＲＸタイミング導出は、ＲＸプールに対してそれぞれのオフセットに基づくことができる。
【０２８０】
図２４に示す例において、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨの送信及びＤ２ＤＳＳ及びＰＤ２ＤＳＣＨの検出は、タイムラインの類似の時間の辺りに図示されるが、これは、例示のためだけのものであり、本発明の実施形態は、これに限定されない。Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨの送信及びＤ２ＤＳＳ及びＰＤ２ＤＳＣＨの検出は、ＵＥがリソースプールでリソースを使用してＤ２Ｄ信号を送信する前に、及びＵＥがそれぞれのＲＸリソースプールでＤ２Ｄ信号をモニタリングする前の任意の時間であり得る。
【０２８１】
特定の実施形態において、タイミングアドバンス（図２４に図示されない）は、タイミングに適用される。
【０２８２】
例えば、図７において、ＵＥ７  ７５５は、ＵＥ６  ７５０からのＴＸタイミングを使用し、ＯＯＣリソースを使用して送信されたＤ２Ｄ信号に対するＤ２Ｄ−ＦＮタイミングで送信された信号を受信するために、ＵＥ６  ７５０からのＲＸタイミングを使用する。特定の実施形態において、ＵＥ７  ７５５は、ｅＮＢ１  ７０５タイミングに基づいて定義されたリソースを使用して送信されたＤ２Ｄ信号に対するｅＮＢ１  ７０５タイミングで送信された信号を受信するために、ＵＥ３  ７３５からのＲＸタイミング（ｅＮＢ１  ７０５タイミング）を使用し、ＵＥ７  ７５５は、シンボルレベルの正確性のための追加の調整のために、ｅＮＢ１  ７０５タイミングを使用して送信されたＤ２ＤＳＳを使用し、サブフレームレベルタイミングを決定するために、存在する場合に、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ１  ２４２６及びｅＮＢ１  ７０５  ＳＦＮ０とＤ２Ｄ−ＦＮ０の中間のオフセットを使用する。また、ＵＥ７  ７５５は、ｅＮＢ２  ７１５タイミングに基づいて定義されたリソースを使用して送信されたＤ２Ｄ信号に対するｅＮＢ２  ７１５タイミングで送信された信号を受信するために、ＵＥ１１  ７７５からのＲＸタイミング（ｅＮＢ２  ７１５タイミング）を使用することができる。特定の実施形態において、ＵＥ７  ７５５は、シンボルレベルの正確性のための追加の調整のために、ｅＮＢ２  ７１５タイミングを使用して送信されたＤ２ＤＳＳを使用し、サブフレームレベルタイミングを決定するために、存在する場合には、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２  ２４４２及びｅＮＢ２  ７１５  ＳＦＮ０とＤ２Ｄ−ＦＮ０の中間のオフセットを使用する。特定の実施形態において、ＵＥ７  ７５５は、ＵＥ７  ７５５がＵＥ８  ７６０から同期化信号を検出する場合に、ＵＥ８  ７６０からの信号をモニタリングし、ＵＥ３  ７３５は、ＵＥ８  ７６０からの信号をモニタリングすることを試みるために、Ｄ２Ｄ−ＦＮが概略的であり得るが、ＵＥ８  ７６０により示されたＤ２Ｄ−ＦＮのタイミングを使用する。
【０２８３】
他の例の場合に、図７に示す例において、ＵＥ３  ７３５は、ｅＮＢ１  ７０５からのＴＸタイミングを使用し、ｅＮＢ１タイミングに基づいて定義されたリソースを使用して送信されたＤ２Ｄ信号に対するｅＮＢ１  ７０５タイミングで送信された信号を受信するために、ｅＮＢ１  ７０５からのＲＸタイミングを使用する。ＵＥ３  ７３５は、ＯＯＣリソースを使用して送信されたＤ２Ｄ信号に対するＤ２Ｄ−ＦＮタイミングを使用する。ＵＥ３  ７３５は、存在する場合には、Ｄ２Ｄ−ＦＮ０及びｅＮＢ１  ７０５  ＳＦＮ０の中間のオフセットを使用することができる。特定の実施形態において、ＵＥ３  ７３５は、ｅＮＢ２  ７１５タイミングに基づいて定義されたリソースを使用して送信されたＤ２Ｄ信号に対するｅＮＢ２  ７１５タイミングで送信された信号を受信するために、ＵＥ１１  ７７５からのＲＸタイミング（ｅＮＢ２  ７１５タイミング）も使用する。特定の実施形態において、ＵＥ３  ７３５がＵＥ８  ７６０からの同期化信号を検出できる場合に、ＵＥ３  ７３５は、ＵＥ８  ７６０からの信号をモニタリングし、ＵＥ３  ７３５は、ＵＥ８  ７６０からの信号をモニタリングすることを試みるために、Ｄ２Ｄ−ＦＮが概略的であり得るが、ＵＥ８  ７６０により示されたＤ２Ｄ−ＦＮのタイミングを使用する。
【０２８４】
他の例の場合に、図７に示す例において、ＵＥ８  ７６０は、それ自身の概略的なＴＸタイミングを使用する。ＵＥ８  ７６０は、ＵＥ７  ７５５からのＲＸタイミングを使用するか、ｅＮＢ２  ７１５タイミングに基づいて定義されたリソースを使用して送信されたＤ２Ｄ信号に対するｅＮＢ２  ７１５タイミングで送信された信号を受信するために、ＵＥ１１  ７７５からのＲＸタイミング（ｅＮＢ２  ７１５タイミング）を使用するか、ＵＥ８  ７６０は、ｅＮＢ１  ７０５タイミングに基づいて定義されたリソースを使用して送信されたＤ２Ｄ信号に対するｅＮＢ１  ７０５タイミングで送信された信号を受信するために、ＵＥ３  ７３５からのＲＸタイミング（ｅＮＢ１  ７０５タイミング）を使用する。
【０２８５】
代案として、正確な同期化方法を有せず、ＵＥ８  ７６０のように同期化を提供できる他のノードに同期化を提供できないＵＥの場合に、ＵＥは、やはりＵＥがＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを検出できるノードに同期化することを試みることができる。ノードが他のノードに同期化を提供できなくても、例えば、ＵＥは、ＵＥがＤ２ＤＳＳ及びＰＤ２ＤＳＣＨのもっとも強い信号を受信するノードを選択することができる。これは、同期化を提供できないノードに対する例外が正確な同期化方法を有しないＵＥに対してなされることができることを意味する。あるいは、ＵＥは、同期化を提供できる他のノードに同期化できる。
【０２８６】
上述したように、第１のＵＥが同期化ソースであるはずがない場合に、又は第１のＵＥが第２のＵＥに同期化を提供できない場合に、第１のＵＥは、Ｄ２Ｄ通信のために、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨ及び他の信号をやはり送信することができる。特定の実施形態において、第１のＵＥのＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを受信する第２のＵＥは、他のものに同期化を提供できないノードから受信されたＤ２ＤＳＳから導出されたものとして、それ自身のＴＸタイミングを決定できない。例えば、ＵＥ３  ７３５は、Ｄ２ＤＳＳ及びＰＤ２ＤＳＣＨを送信でき、他のＵＥが同期化ソースとしてＵＥ３  ７３５を使用しないように、ＵＥ３  ７３５がｅＮＢから由来した最大ホップ数を有するノードから同期化を得ることを示す。ＵＥ７  ７５５がＵＥ３  ７３５からＤ２ＤＳＳ及びＰＤ２ＤＳＣＨを検出する場合に、ＵＥ７  ７５５は、ＵＥ３  ７３５から導出されたタイミングとしてＤ２Ｄ信号に対するそれ自身のＴＸタイミングを設定することができない。それよりは、ＵＥ７  ７５５が使用可能なＧＰＳ又はＵＴＣを有しない場合に、ＵＥ７  ７５５は、他のノードが同期化の提供を受けることができる同期化する他のノードを発見しなければならず、ここで、図７に示す例において、ＵＥ７  ７５５は、同期化を提供することができるＵＥ６  ７５０を発見する。ＵＥ７  ７５５は、それ自身と同一のＴＸタイミングを使用する他のノードにより送信されたＤ２Ｄ信号を受信するために、ＴＸタイミングとしてそのＲＸタイミングを設定することができ、ＵＥ７  ７５５は、ＵＥ３  ７３５と同一のＴＸタイミングを使用する他のノード又はＵＥ３  ７３５により送信されたＤ２Ｄ信号を受信するために、受信されたＤ２ＤＳＳに基づくシンボルレベルでの微細調整だけでなく、ＰＤ２ＤＳＣＨに示されたＲＸリソースプールに対して使用可能である場合に、他のオフセットと、ＳＦＮ及びＤ２Ｄ−ＦＮオフセットに基づいてＤ２ＤＳＳ及びＰＤ２ＤＳＣＨから導出されたＲＸタイミングを設定することもできる。
【０２８７】
図２５は、本発明の実施形態によるＵＥがＴＸリソースを決定するプロセスを示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのシーケンスから、実行の特定の順序と関連して、ステップの実行、ステップの一部の実行が、同時に、またはオーバーラッピングされるよりもむしろ、シリアルに行われるとか、割り込み又は中間ステップが発生することなく、示されたステップが実行されることに関する如何なる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。
【０２８８】
ブロック２５０５において、ＵＥは、ｅＮＢ又は他のＵＥから信号を検出することを試みる。ブロック２５１０において、ＵＥは、ｅＮＢにより構成されたＴＸプールを受信するか否かを判定する。信号は、ｅＮＢからくるか、又は他のＵＥにより中継されることができる。ブロック２５１０において、ＵＥがｅＮＢにより構成されたＴＸプールを受信しないと判定する場合に、例えば、ＵＥがＯＯＣ  ＵＥ  ｃａｔ．２である場合に、ブロック２５１５において、ＵＥは、Ｄ２Ｄ−ＦＮを決定する。ＵＥがＧＰＳ又はＵＴＣのようなそれ自身の正確な同期化方法を有する場合に、Ｄ２Ｄ−ＦＮは、マッピング関数により決定されることができる。他のＵＥがＰＤ２ＤＳＣＨでシグナリングされたＤ２Ｄ−ＦＮを有する場合に、Ｄ２Ｄ−ＦＮは、他のＵＥを通して取得されることができる。ＵＥが任意の他のＵＥから、又は正確な同期化方法によりそれ自体に任意のＤ２Ｄ−ＦＮを取得できない場合に、ＵＥは、概略的な方法でＤ２Ｄ−ＦＮを取得することができる。ＵＥは、他のＵＥがもう１つのＵＥにＤ２Ｄ−ＦＮを中継しないように、ＵＥが概略的な方法でＤ２Ｄ−ＦＮを取得することを示す。ブロック２５２０において、ＵＥは、Ｄ２Ｄ−ＦＮに基づいて予め構成されたリソースに送信する。ブロック２５１０において、ＵＥがｅＮＢにより構成されたＴＸプールを受信すると決定する場合に、例えば、ＵＥがＩＣ  ＵＥであり、ＵＥがｅＮＢからＴＸプール情報を受信するか、又はＵＥがＯＯＣ  ＵＥ  ｃａｔ．１であり、ＵＥがＩＣ  ＵＥにより中継されるか、又はＯＯＣ  ＵＥ  ｃａｔ．１により中継されたＰＤ２ＤＳＣＨでＴＸプールを受信する場合に、ブロック２５２５において、ＵＥは、ｅＮＢにより構成されたＴＸプールを決定する。ブロック２５３０において、ＵＥは、ｅＮＢにより構成されたＴＸプールでリソースを使用して送信する。
【０２８９】
図２６は、本発明の実施形態によるＵＥによるＲＸモニタリングのためのプロセスを示す図である。このフローチャートは、一連の順次的なステップを示しているが、明示的に言及されない限り、そのシーケンスから、実行の特定の順序と関連して、ステップの実行、ステップの一部の実行が、同時に、またはオーバーラッピングされるよりもむしろ、シリアルに行われるとか、割り込み又は中間ステップが発生することなく、示されたステップが実行されることに関する如何なる推論も導出されてはならない。説明された例に図示されたプロセスは、例えば、移動局内の送信器チェーンにより具現される。
【０２９０】
ブロック２６０５において、ＵＥは、ｅＮＢ又は他のＵＥから信号を検出することを試みる。ブロック２６１０において、ＵＥは、ｅＮＢにより構成されたＴＸプール又はＲＸプール（複数のプール）を受信するか、両方ともを受信するかを判定する。信号は、ｅＮＢからくるか又は他のＵＥにより中継されることができる。ブロック２６１０において、ＵＥがｅＮＢにより構成されたＴＸプール又はＲＸプール（複数のプール）を受信しないと判定する場合に、例えば、ＵＥがＯＯＣ  ＵＥ  ｃａｔ．２である場合に、ブロック２６１５において、ＵＥは、Ｄ２Ｄ−ＦＮを決定する。ＵＥがＧＰＳ又はＵＴＣのようなそれ自身の正確な同期化方法を有する場合に、Ｄ２Ｄ−ＦＮは、マッピング関数により決定されることができる。他のＵＥがＰＤ２ＤＳＣＨでシグナリングされたＤ２Ｄ−ＦＮを有する場合に、Ｄ２Ｄ−ＦＮは、他のＵＥを通して取得されることができる。ＵＥが任意の他のＵＥから、又は正確な同期化方法によりそれ自体で任意のＤ２Ｄ−ＦＮを取得できない場合に、ＵＥは、概略的な方法でＤ２Ｄ−ＦＮを取得することができる。ＵＥは、他のＵＥがもう１つのＵＥにＤ２Ｄ−ＦＮを中継しないように、ＵＥが概略的な方法でＤ２Ｄ−ＦＮを取得することを示す。ブロック２６４０において、ＵＥ  ＲＸは、Ｄ２Ｄ−ＦＮに基づいて予め構成されたリソースに対してモニタリングする。ブロック２６１０において、ＵＥがｅＮＢにより構成されたＴＸプール又はＲＸプール（複数のプール）を受信すると決定する場合に、例えば、ＵＥがＩＣ  ＵＥであり、ＵＥがｅＮＢからリソースプール情報を受信するか、ＵＥがＯＯＣ  ＵＥ  ｃａｔ．１であり、ＵＥがＩＣ  ＵＥにより中継されるか、ＯＯＣ  ＵＥ  ｃａｔ．１により中継されたＰＤ２ＤＳＣＨでリソースプール情報を受信する場合に、ＵＥは、Ｄ２Ｄ−ＦＮを決定し、ブロック２６２５において、相対的なタイミング及びｅＮＢにより構成されたＲＸプール（複数のプール）を決定する。Ｄ２Ｄ−ＦＮは、ＧＰＳ又はＵＴＣのようなそれ自身の正確な方法により、又はｅＮＢからシグナリングされたＤ２Ｄ−ＦＮにより、又はＰＤ２ＤＳＣＨで他のＵＥによりシグナリングされたＤ２Ｄ−ＦＮにより決定されることができ、Ｄ２Ｄ−ＦＮは、正確な方法により決定されたものでなければならない。ブロック２６３０において、ＵＥは、サブフレームレベルで、Ｄ２Ｄ−ＦＮに基づくＲＸタイミングを使用して、Ｄ２Ｄ−ＦＮに基づいて予め構成されたリソースをモニタリングし、ＧＰＳ又はＵＴＣにより微細調整を実行するか、ＧＰＳ又はＵＴＣの基準タイミングを使用してＤ２ＤＳＳを送信する。また、ＵＥは、ＵＥがタイミングを導出するセル又はサービングセルのＲＸプールに対するｅＮＢ構成されたリソースをモニタリングし、ＲＸプールは、モード１に対するＴＸリソースプール及びＴＸリソースプール（モード２）を含むことができる。また、ＲＸリソースユニオンは、それぞれのタイミングオフセットを有する隣接セルのＲＸプールを含む。ＵＥは、ＲＸリソースが隣接セルのそれぞれのＲＸタイミングで隣接セルのＲＸプールを含んだか否かをモニタリングする（図２４に示すように、オフセットに従ってサブフレームレベルに基づくタイミング及びそれぞれの隣接セルのタイミングに対してＤ２ＤＳＳに基づく微細調整）。
【０２９１】
ＵＥが同期化ソースであることができない場合に、又はＵＥがＤ２Ｄ通信のためにＤ２ＤＳＳ及びＰＤ２ＤＳＣＨ及び他の信号をやはり送信できるが、ＵＥが他のＵＥに同期化を提供できない場合に、ＵＥのＴＸタイミング、例えば、ＴＸリソースプールは、ＵＥがｅＮＢからのＳＦＮに基づいてＴＸリソースプールも有することができるとしても、ＯＯＣ、すなわち、予め構成されたＴＸリソースプールに基づくことができる。あるいは、使用可能である場合に、ＵＥは、ｅＮＢからのＳＦＮに基づいてＴＸリソースプール及びＴＸタイミングを使用する。
【０２９２】
ＵＥは、ＧＰＳ又はＵＴＣのような正確な同期化方法に基づいてＤ２Ｄ−ＦＮを有するが、ｅＮＢは、Ｄ２Ｄ−ＦＮを有していない場合に、ＵＥは、Ｄ２Ｄ−ＦＮをｅＮＢにシグナリングすることができる。ＧＰＳ又はＵＴＣのような正確な同期化方法に基づくＤ２Ｄ−ＦＮは、ＯＯＣ  ＵＥのようなＵＥによっても中継されることができ、このとき、ＩＣ  ＵＥは、Ｄ２Ｄ−ＦＮを受信した後に、それをｅＮＢにシグナリングすることができる。第１のｅＮＢがＧＰＳ又はＵＴＣのような正確な同期化方法を有しておらず、第２のｅＮＢは、ＧＰＳ又はＵＴＣのような正確な同期化方法を有している場合に、ＵＥ又は複数のＵＥは、第２のｅＮＢにより第１のｅＮＢに提供されたＤ２Ｄ−ＦＮを中継できる。このとき、ＵＥのＤ２ＤＳＳは、同期化の具体化又は追加の調整を提供できる。
【０２９３】
特定の実施形態において、ＵＥは、それ自身のＧＰＳ又はＵＴＣに基づいてＤ２Ｄ−ＦＮを導出するが、それ自身の導出されたＤ２Ｄ−ＦＮとは異なり得るＤ２Ｄ−ＦＮを他のノードから検出する。他のノードがＵＥである場合に、ＵＥは、それ自身の導出されたＤ２Ｄ−ＦＮを使用する。他のノードがｅＮＢである場合に、ＵＥは、ｅＮＢからのＤ２Ｄ−ＦＮを使用するか、又はそれ自身の導出されたＤ２Ｄ−ＦＮを使用する。
【０２９４】
特定の実施形態において、ＵＥは、使用可能なＧＰＳ又はＵＴＣがないＵＥのようにＤ２Ｄ−ＦＮを導出しない。ＵＥが他のノードから異なる２つのＤ２Ｄ−ＦＮを検出する場合に、ＵＥは、より強い信号を有するノードからのＤ２Ｄ−ＦＮを選択する。
【０２９５】
特定の実施形態において、ＵＥは、ＵＥが他のノードに同期化を提供するノードであるはずがないように考慮される。例えば、ＵＥが使用可能なＧＰＳ又はＵＴＣがないＵＥのように使用可能な正確なＤ２Ｄ−ＦＮを有しておらず、同期化を提供できる他のノードを検出しない場合に、ＵＥは、他のノードに同期化を提供するノードであってはならない。
【０２９６】
一例として、図７に示すＵＥに対して、ＵＥ５  ７４５のようなＯＯＣ  ＵＥ  ｃａｔ．２がＵＥ１１  ７７５のような最後のホップであるＯＯＣ  ＵＥ  ｃａｔ．１を見て移動する場合に、ＵＥ５  ７４５は、ＵＥ１１  ７７５からのものでそのＤ２Ｄ−ＦＮをアップデートすることもありアップデートしないこともある。ＵＥ５  ７４５が使用可能なＧＰＳ又はＵＴＣを有する場合に、ＵＥ５  ７４５は、それ自身のＤ２Ｄ−ＦＮを導出する。ＵＥ５  ７４５がそれ自身の導出されたＤ２Ｄ−ＦＮを有している場合に、ＵＥ５  ７４５は、ＵＥ４  ７４０がＧＰＳ又はＵＴＣを使用する場合に、ＵＥ４  ７４０及びＵＥ１１  ７７５でのものと同一でなければならないそれ自身のものを使用し、ＵＥ１１  ７７５は、それ自身又は他のノードからＤ２Ｄ−ＦＮを取得する。ＵＥ５  ７４５により導出されたＤ２Ｄ−ＦＮがＵＥ４  ７４０及びＵＥ１１  ７７５でのものと異なる場合に、ＵＥ５  ７４５は、やはりそれ自身のＤ２Ｄ−ＦＮを使用することができる。ＵＥ５  ７４５がＵＥ４  ７４０から予めＤ２Ｄ−ＦＮを取得し、ＵＥ４  ７４０及びＵＥ１１  ７７５からのＤ２Ｄ−ＦＮが異なり、ＵＥ１１  ７７５がより強い信号を有する場合に、ＵＥ５  ７４５は、より信頼できるチャネルであり得るために、ＵＥ１１  ７７５からのＤ２Ｄ−ＦＮを使用することができる。
【０２９７】
特定の実施形態において、ＵＥがｅＮＢカバレッジ内にある場合のように、ＵＥがｅＮＢからＤ２Ｄ−ＦＮを取得する場合に、ＵＥは、カバレッジ内又はカバレッジ外にあり得る他のＵＥからＤ２Ｄ−ＦＮを検出する。これらのＤ２Ｄ−ＦＮが複数のＵＥ又はｅＮＢと異なり得る場合に、ＵＥは、ｅＮＢ、カバレッジ内のＵＥ、カバレッジ外のＵＥからＤ２Ｄ−ＦＮの優先順位の順序でそのＤ２Ｄ−ＦＮを設定することができる。
【０２９８】
ＵＥがＧＰＳ又はＵＴＣのような正確な同期化方法から導出されたＤ２Ｄ−ＦＮを有する第１のノードからのＤ２Ｄ−ＦＮ、及びＤ２Ｄ−ＦＮが正確な同期化方法により導出されない第２のノードからのＤ２Ｄ−ＦＮを取得する場合に、ＵＥは、第１のノードにより示されたＤ２Ｄ−ＦＮでそのＤ２Ｄ−ＦＮを設定する。第１のノード及び第２のノードのすべてが正確な同期化方法から導出されたＤ２Ｄ−ＦＮを有するが、これらの２つのノードからのＤ２Ｄ−ＦＮが異なる場合に、これらの２つの異なるＤ２Ｄ−ＦＮを受信するＵＥは、優先順位の順序に基づいてＤ２Ｄ−ＦＮのうちの１つと同一にそのＤ２Ｄ−ＦＮを設定することを追加で決定し、ここで、優先順位は、信号強度に基づいて設定されることができ、より高い信号強度を有するノードにより高い優先順位が与えられ、又は信号強度が特定のしきい値以上である場合に、優先順位は、ｅＮＢ、ＩＣ  ＵＥ、ＯＯＣ  ＵＥ  ｃａｔ．１、ＯＯＣ  ＵＥ  ｃａｔ．２の優先順位の順序でノードタイプに基づいて設定されることができる。優先順位の規則の組み合せも適用され得る。
【０２９９】
特定の実施形態において、ビットマップ又は複数のビットマップによるもののように、ＴＸ又はＲＸリソースが示される予め構成されたＴＸ又はＲＸプール期間内のオフセットは、プールの期間に対して複数の値が存在する場合に、プールの期間に従って決定されることができる。ビットマップ又は複数のビットマップのそれぞれのビットは、それぞれのサブフレームがＤ２Ｄリソースのために使用されるか否かを示す。
【０３００】
例えば、図２４に示す例において、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿Ｐｒｅｃｏｎｆｉｇ２４１２、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ１  ２４２６、Ｏｆｆｓｅｔ＿ｉｎｎｅｒ＿ｅＮＢ２  ２４４２のようなオフセットは、複数の期間値を有することができる。第１の期間は、期間１の値を有することができる。第２の期間は、期間２の値を有することができる。例えば、期間１は、１６０ｍｓであることができる。期間２は、６４０ｍｓであることができる。特定の実施形態において、期間１は、オフセットに対してＮ個の値を有する。例えば、Ｎ＝４の値は、０ｍｓ、２０ｍｓ、４０ｍｓ、６０ｍｓである。期間２は、オフセットに対してＭ個の値を有する。例えば、Ｍ＝６の値は、０ｍｓ、４０ｍｓ、８０ｍｓ、１２０ｍｓ、１６０ｍｓ、２００ｍｓである。このとき、オフセットの表示は、期間の値と共同で示されることができる。Ｍ及びＮが異なるか又は同一であり得る。Ｍ及びＮが同一である場合に、オフセットを示すためにフィールドの１つのサイズ、すなわち、ビットの数が使用されることができる。表２７及び表２８は、複数の例を提供する。表２７及び表２８において、オフセットは、プールの示された期間に対して設定されることができる。複数のセルが存在する場合に、それぞれのセルは、異なるオフセットを有することができ、このとき、このオフセットは、セルのそれぞれに対して提供されることができる。このオフセットは、ＴＸリソースプール又はＲＸリソースプールに対するものであり得る。
【０３０１】
表２７は、リソースプールに関連した情報フィールドを示す。
【０３０２】
【表２７】
2020080556.tif 000029
【０３０３】
表２８は、リソースプールに関連した情報フィールドを示す。
【０３０４】
【表２８】
2020080556.tif 000030
【０３０５】
オフセットは、デフォルト値０を有することができる。オフセットが省略される場合に、それは、オフセットが０であることを意味することができる。
【０３０６】
あるいは、リソースプール期間に対して可能なオフセットのグラニュラリティは、期間に従って設定されることができる。リソースプール期間に対して可能なオフセット値の数は、期間に従って設定されることができる。オフセットのグラニュラリティ及びオフセット値の数は、それぞれのリソースプール期間に対して予め決定されるか、又はシグナリングされ得る。
【０３０７】
本発明が例示的な実施形態とともに説明されたが、様々な変更及び修正が当業者に提案され得る。また、本発明は、添付の特許請求の範囲内に属する変更及び修正を含むものと意図される。
【符号の説明】
【０３０８】
１００  ネットワーク
１０１、１０２、１０３  ｅＮＢ
１１１、１１２、１１３、１１４、１１５、１１６  ＵＥ
１２０、１２５  カバレッジエリア
１３０  ネットワーク
３０５  アンテナ
３１０  ＲＦ送受信器
３１５  ＴＸ処理回路
３２０  マイクロフォン
３２５  ＲＸ処理回路
３３０  スピーカ
３４０  メインプロセッサ
３４５  Ｉ／Ｏインターフェース
３５０  キーパッド
３５５  ディスプレイ
３６０  メモリ
３６１  ＯＳプログラム
３６２  アプリケーション
４０５  アンテナ
４１０  ＲＦ送受信器
４１５  ＴＸ処理回路
４２０  ＲＸ処理回路
４３０  メモリ
４３５  インターフェース
５００  通信ネットワーク
５０５  ｅＮＢ
５１０  ネットワークカバレッジ境界
６００  通信ネットワーク
６０５  ｅＮＢ
６１０  ネットワークカバレッジ境界
６１５  ＵＥ
７００  通信ネットワーク
７０５  ｅＮＢ
７１０  ネットワークカバレッジ境界
７２０  ネットワークカバレッジ境界
７４０  ＵＥ
１２００  通信ネットワーク
１２１０  ネットワークカバレッジ境界
１７００  通信ネットワーク
１７０５  ｅＮＢ
１７１０  ネットワークカバレッジ境界
１８００  通信ネットワーク
１８０５  ｅＮＢ
１８１０  ネットワークカバレッジ境界
２０００  通信ネットワーク
２００５  ｅＮＢ
２０１０  ネットワークカバレッジ境界
【図１】
2020080556.tif 000031
【図２Ａ】
2020080556.tif 000032
【図２Ｂ】
2020080556.tif 000033
【図３】
2020080556.tif 000034
【図４】
2020080556.tif 000035
【図５】
2020080556.tif 000036
【図６】
2020080556.tif 000037
【図７】
2020080556.tif 000038
【図８】
2020080556.tif 000039
【図９】
2020080556.tif 000040
【図１０】
2020080556.tif 000041
【図１１】
2020080556.tif 000042
【図１２】
2020080556.tif 000043
【図１３】
2020080556.tif 000044
【図１４】
2020080556.tif 000045
【図１５】
2020080556.tif 000046
【図１６】
2020080556.tif 000047
【図１７】
2020080556.tif 000048
【図１８】
2020080556.tif 000049
【図１９】
2020080556.tif 000050
【図２０】
2020080556.tif 000051
【図２１】
2020080556.tif 000052
【図２２】
2020080556.tif 000053
【図２３】
2020080556.tif 000054
【図２４】
2020080556.tif 000055
【図２５】
2020080556.tif 000056
【図２６】
2020080556.tif 000057