(57)【要約】      （修正有）【課題】公共安全通信の管轄区域における無線アクセス技術の調和、コスト低下、商業ユーザおよび社会ユーザのユーザエクスペリエンスの一貫性保証、ユーザの到達可能性および／またはモビリティ改善を実現するＤ２Ｄ通信の方法を提供する。【解決手段】ＷＴＲＵは、無線リンク失敗タイマが動作中であるまたは開始されたことを検出したことに応答して、Ｄ２Ｄ通信のための第１のスケジューリングモードからＤ２Ｄ通信のための第２のスケジューリングモードに切り換える。第２のスケジューリングモードでは、ＷＴＲＵは、１または複数のＤ２Ｄ通信に使用するために、ＷＴＲＵのためのリソースプールからリソースを選択する。【選択図】図１０
2020171049.tif 000002
【特許請求の範囲】
【請求項１】
デバイスツーデバイス通信のための第１のスケジューリングモードにおいてワイヤレス送受信ユニット（ＷＴＲＵ）を動作させるステップであって、前記第１のスケジューリングモードにおいて、ネットワークエンティティは、デバイスツーデバイス通信のために前記ＷＴＲＵによって使用されることになるリソースをスケジュールする、ステップと、
無線リソース制御（ＲＲＣ）タイマーが動作中であるまたは開始されたことを検出するステップであって、前記ＲＲＣタイマーは失敗条件を示している、ステップと、
前記ＲＲＣタイマーが動作中であるまたは開始されたことを検出したことに応答して、デバイスツーデバイス通信のための前記第１のスケジューリングモードからデバイスツーデバイス通信のための第２のスケジューリングモードに前記ＷＴＲＵを切り換えるステップであって、前記第２のスケジューリングモードにおいて、前記ＷＴＲＵは、１つまたは複数のデバイスツーデバイス通信に対して使用するために前記ＷＴＲＵのためのリソースプールからリソースを自律的に選択する、ステップと
を備えたことを特徴とする方法。
【請求項２】
前記ＲＲＣタイマーは、無線リンク失敗（ＲＬＦ）タイマーを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＲＲＣタイマーは、タイマーＴ３１０を含むことを特徴とする請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスツーデバイス同期に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１４年３月１９日に出願した米国特許仮出願第６１／９５５，７４７号、２０１４年３月１９日に出願した米国特許仮出願第６１／９５５，７４６号、２０１４年５月７日に出願した米国特許仮出願第６１／９９０，０４９号、２０１４年８月１日に出願した米国特許仮出願第６２／０３２，３７３号、およびに出願した２０１４年１１月５日米国特許仮出願第６２／０７５，５２４号の利益を主張するものであり、これらの開示は、参照によりその全体が本明細書に組み込まれる。
【０００３】
直接デバイスツーデバイス（Ｄ２Ｄ）通信は、ワイヤレスネットワークにおいて使用され得る。Ｄ２Ｄ通信とは、基地局またはアクセスポイントなどのワイヤレス通信インフラストラクチャを通して通信がルーティングされることなく２つ以上のワイヤレス送受信ユニット（ＷＴＲＵ）間で直接交換されるワイヤレス通信送信を指し得る（たとえば、ワイヤレスインフラストラクチャは、Ｄ２Ｄセッションを構成するおよび／またはＤ２Ｄ送信をスケジュールするために使用され得るが）。Ｄ２Ｄ通信は、ＷＴＲＵ間での近接性ベースサービス（Ｐｒｏ−Ｓｅ）を提供するために使用され得る。Ｄ２Ｄ通信は、商業通信、社会通信、および公共安全通信のサポートを提供し得る。Ｄ２Ｄインフラストラクチャは、たとえば到達可能性およびモビリティ態様を含む、ユーザエクスペリエンスにおける一貫性を提供する。Ｄ２Ｄは、高トラフィックセル内でネットワークオフローディングを提供し得る。たとえば、Ｄ２Ｄは、ネットワークカバレッジが制限されるまたは利用できないとき、さまざまなサービスおよび／またはアプリケーションのサポートを提供し得る。
【０００４】
公共安全通信をサポートすることに関して、管轄区域（ｊｕｒｉｓｄｉｃｔｉｏｎ）にわたって無線アクセス技術を調和させ、公共安全（ＰＳ）職員に対して無線アクセス技術のコストを低下させる必要があり得る。たとえば、第１のレスポンダは、ＬＴＥネットワークの無線カバレッジ下にないことがあるエリア内での通信を必要とし得る。たとえば、ＷＴＲＵは、トンネル、地階、または自然災害、テロ攻撃などによりネットワークサービスが混乱させられるエリア内では、カバレッジ外にあることがある。Ｄ２Ｄ通信は、ＰＳがサポートされ得る。たとえば、Ｄ２Ｄは、一刻を争う緊急事態に対処中である可能性がある第１のレスポンダに直接プッシュツートークサービスを提供し得る。
【０００５】
Ｄ２Ｄ通信は、商業使用、たとえば公益企業などに利用可能であり得る。たとえば、Ｄ２Ｄ通信技法は、ネットワークインフラストラクチャから不十分なカバレッジを有し得るエリア内で通信を向上させるために使用され得る。商業ユーザおよび社会ユーザが、たとえば、それらのユーザエクスペリエンスの一貫性を保証するために、Ｄ２Ｄ通信を要求し得る。たとえば、ユーザは、ユーザの到達可能性および／またはモビリティを改善するためにＤ２Ｄ通信を要求し得る。
【発明の概要】
【０００６】
以下でより十分に説明される１または複数の例示的な実施形態は、以下のうちの１または複数のためのコンピュータ可読メモリ、機能、および方法の動作を有形に実施する、装置、機能、手順、プロセス、コンピュータプログラム命令の実行を提供する。Ｄ２Ｄ通信のスケジューリングを容易にするために、ＷＴＲＵは、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）などのセルラーネットワークからの無線リンクカバレッジに関連する条件に基づいて、Ｄ２Ｄ通信において使用するための適切なスケジューリングモードを決定するように構成され得る。たとえば、ＷＴＲＵは、Ｄ２Ｄリソースを利用するのに適切なモードを選択するために、１もしくは複数のトリガイベントおよび／または１もしくは複数のトリガ更新に基づいて、Ｅ−ＵＴＲＡＮカバレッジに関連するカバレッジ条件を決定し得る。
【０００７】
動作のＷＴＲＵ  Ｄ２Ｄスケジューリングモードは、ＷＴＲＵにおいて観察される１または複数のトリガリングイベントに基づいて決定され得る。トリガイベントは、検出された無線条件、またはネットワークカバレッジに関連し得る。トリガイベントは、ＷＴＲＵ無線リソース制御（ＲＲＣ）タイマの状態に関連し得る（たとえば、ＲＲＣタイマが開始されたことを検出する、ＲＲＣタイマが動作中であることを検出する、ＲＲＣタイマが停止されたことを検出する、ＲＲＣタイマが満了したことを検出する、またはＲＲＣタイマがリセットされたことを検出する）。ＲＲＣタイマの例は、無線リンク失敗（ＲＬＦ）タイマを含み得る。説明および記載の目的のために、本明細書において説明される例はＲＬＦタイマに関して説明され得るが、例はＲＲＣタイマにも適用可能であり得る（逆も同様である）。ＲＲＣ関連トリガイベントの発生時に旧来のタイマ手順を実行するのではなく、またはそれに加えて、ＷＴＲＵはまた、ＲＲＣ関連トリガイベントの発生に基づいて動作のＤ２Ｄモードを切り換えるように構成され得る。ＷＴＲＵは、ＷＴＲＵがネットワークに接続されているのかＩＤＬＥモードであるのかに応じて、異なるタイプのトリガに基づいて、動作のＷＴＲＵモードを評価および再評価し得る。Ｄ２Ｄ通信のためのＷＴＲＵ送信（Ｔｘ）および／または受信（Ｒｘ）のためのリソースプール選択はＷＴＲＵによって実行され得、ＷＴＲＵは、たとえば、動作のＷＴＲＵモードの変化に基づいて、さまざまなトリガリングイベントに基づいて、またはＲＬＦ関連トリガイベントに基づいて、リソースプールの構成およびメッセージ内容を使用してＤ２Ｄ通信パラメータを選択し得る。時間領域Ｄ２Ｄ送信および／または受信パターンは、さまざまなトリガリングイベントに基づいて構成され得る。
【０００８】
ＷＴＲＵは、Ｅ−ＵＴＲＡＮネットワークに関連付けられた検出された無線リンク条件および／または他のトリガリング条件に基づいて、Ｄ２Ｄ通信のためのスケジューリングモードのタイプを決定し得る。たとえば、ＷＴＲＵは、デバイスツーデバイス通信のための第１のスケジューリングモードで動作し得る。第１のスケジューリングモードでは、ネットワークエンティティは、デバイスツーデバイス通信のためにＷＴＲＵによって使用されるようにリソースをスケジュールし得る。ＷＴＲＵは、無線リンク失敗（ＲＬＦ）タイマが動作中であるまたは開始されたことを検出し得る。ＷＴＲＵは、無線リンク失敗タイマが動作中であるまたは開始されたことを検出したことに応答して、デバイスツーデバイス通信のための第１のスケジューリングモードからデバイスツーデバイス通信のための第２のスケジューリングモードに切り換え得る。第２のスケジューリングモードでは、ＷＴＲＵは、１または複数のデバイスツーデバイス通信に使用するために、ＷＴＲＵのためのリソースプールからリソースを選択し得る。
【０００９】
たとえば、ＲＲＣタイマは、タイマＴ３１０に対応し得る。ＷＴＲＵは、いくつかの連続する非同期（out-of-synch）送信時間間隔（ＴＴＩ）が閾値を超えたことを検出したことに応答して、ＲＲＣタイマ（たとえば、タイマＴ３１０）を開始し得る。例では、ＲＲＣタイマは、タイマＴ３１１に対応し得る。ＷＴＲＵは、ＲＲＣ接続再確立手順が始められていることに応答して、ＲＲＣタイマ（たとえば、タイマＴ３１１）を開始し得る。ＲＲＣタイマは、タイマＴ３０１に対応し得る。ＷＴＲＵは、タイマＴ３０１の満了時に第２のスケジューリングモードで動作することを中止し得る。ＷＴＲＵは、ＷＴＲＵが無線リソース制御（ＲＲＣ）接続再確立要求メッセージを送信したことに応答してＲＲＣタイマ（たとえば、タイマＴ３０１）を開始するように構成され得る。ＲＲＣタイマを開始することは、Ｄ２Ｄスケジューリングモードを第１のモードから第２のモードに変更するようにＷＴＲＵをトリガし得る。ＷＴＲＵは、ＲＲＣ接続の再確立成功時に、Ｄ２Ｄスケジューリングモードを第２のモードから第１のモードに変更し得る。第２のスケジューリングモードでＷＴＲＵを動作させることは、固定された電力制御を使用してＷＴＲＵを動作させることを含み得る。リレーとして動作することを決定することは、トリガとして作用し得る。たとえば、ＷＴＲＵは、リレーＷＴＲＵとして動作することを決定し、Ｄ２Ｄ通信のための第２のスケジューリングモードで動作し始め得る。
【００１０】
ＷＴＲＵは、Ｅ−ＵＴＲＡＮネットワークとの接続失敗を検出したことに基づいて、Ｄ２Ｄ通信のためのスケジューリングモードのタイプを決定し得る。たとえば、ＩＤＬＥモードのＷＴＲＵは、送信のためのＤ２Ｄリソースを要求するために接続確立手順を始め得る。ＷＴＲＵは、ＲＲＣタイマ（たとえば、接続確立タイマＴ３００）を開始し得る。接続確立タイマの満了時に、ＷＴＲＵは、第２のスケジューリングモードを使用することを決定し得る。第２のスケジューリングモードでは、ＷＴＲＵは、１または複数のデバイスツーデバイス通信に使用するために、ＷＴＲＵのためのリソースプールからリソースを選択し得る。たとえば、ＷＴＲＵは、それが第１のスケジューリングモードのためのリソースを有するネットワークによって構成されるまで、第２のスケジューリングモードを使用することを決定し得る。
【００１１】
ＷＴＲＵは、検出された条件に応答して、Ｄ２Ｄ通信のための第１のスケジューリングモードからＤ２Ｄ通信のための第２のスケジューリングモードに切り換え得る。ＷＴＲＵは、Ｄ２Ｄ通信のための第１のスケジューリングモードで動作し得る。第１のスケジューリングモードでは、ネットワークエンティティは、Ｄ２Ｄ通信のためにＷＴＲＵによって使用されるようにリソースをスケジュールし得る。ＷＴＲＵは、Ｄ２Ｄ通信のために第１のスケジューリングモードから第２のスケジューリングモードにＷＴＲＵを切り換える条件を検出し得る。ＷＴＲＵは、条件を検出することに応答して、第２のスケジューリングモードで動作し得る。第２のスケジューリングモードでは、ＷＴＲＵは、Ｄ２Ｄ通信に使用するために、ＷＴＲＵのためのリソースプールからリソースを選択し得る。
【００１２】
ＷＴＲＵは、Ｄ２Ｄ通信をサポートするセルをＷＴＲＵが選択しなかったことを決定することによって、第１のスケジューリングモードから第２のスケジューリングモードに切り換える条件を検出し得る。ＷＴＲＵは、ＷＴＲＵがセルカバレッジ外にあることを決定することによって、第１のスケジューリングモードから第２のスケジューリングモードに切り換える条件を検出し得る。ＷＴＲＵは、いくつかの無線リンク通信（ＲＬＣ）再送信が閾値を上回ることを決定することによって第１のスケジューリングモードから第２のスケジューリングモードに切り換える条件を検出し得る。
【００１３】
ＷＴＲＵは、時間期間内でのサービングセルシステム情報ブロック（ＳＩＢ）の復号失敗を検出することによって第１のスケジューリングモードから第２のスケジューリングモードに切り換える条件を検出し得る。ＷＴＲＵは、ＷＴＲＵがＲＲＣ＿ＩＤＬＥ状態であることを決定することによって、第１のスケジューリングモードから第２のスケジューリングモードに切り換える条件を検出し得る。ＷＴＲＵは、第１のスケジューリングモードから第２のスケジューリングモードに切り換えたことに応答して固定された電力制御を使用するために切り換え得る。
【００１４】
ＷＴＲＵは、Ｄ２Ｄ通信のための第１のスケジューリングモードで動作するように構成され得る。第１のスケジューリングモードでは、ネットワークエンティティは、Ｄ２Ｄ通信のためにＷＴＲＵによって使用されるようにリソースをスケジュールし得る。ＷＴＲＵは、Ｄ２Ｄ通信のための第２のスケジューリングモードを選択する条件を検出し得る。第２のスケジューリングモードでは、ＷＴＲＵは、Ｄ２Ｄ通信に使用するために、ＷＴＲＵのためのリソースプールからリソースを選択し得る。ＷＴＲＵは、条件を検出することに応答して、Ｄ２Ｄ通信のための第２のスケジューリングモードで動作し得る。ＷＴＲＵは、本明細書で説明される１または複数のトリガに基づいて条件を検出し得る。たとえば、本明細書で説明されるように、ＷＴＲＵは、タイマ（たとえば、ＲＲＣタイマ、ＲＬＦタイマ、タイマ３００、タイマ３０１、タイマ３１０、および／またはタイマ３１１）の状態に基づいて条件を検出し得る。ＷＴＲＵは、ブロードキャストシグナリングまたは専用シグナリングを使用して第１のスケジューリングモードで動作するように構成され得る。ＷＴＲＵは、適合性基準を満足させるセルをＷＴＲＵが識別できないことを決定することによって、条件を検出し得る。ＷＴＲＵは、適合性基準を満足させたセルを識別することができないとき、第２のスケジューリングモードに関連付けられたあらかじめ構成されたリソースプールを選択し得る。ＷＴＲＵは、タイマＴ３１０が停止されており、タイマＴ３１１が動作中でないことを決定すると、第２のスケジューリングモードから第１のスケジューリングモードに切り換えるように構成され得る。
【００１５】
Ｄ２Ｄ同期信号（Ｄ２ＤＳＳ）は、ＷＴＲＵによって送信および／または受信され得る。たとえば、Ｄ２ＤＳＳは、１または複数のＤ２Ｄフレーム構成を使用して通信され得る。同期フレームの内容は、Ｄ２ＤＳＳおよび／またはホップカウントから決定され得る。ＷＴＲＵは、ルールを使用して、同期ソースに優先順位を付け、データ受信に優先順位を付け得る。ＷＴＲＵは、１または複数のＤ２ＤＳＳを送信するように構成され得、Ｄ２ＤＳＳは、プリアンブルおよびポストアンブルの構成を含み得る。ＷＴＲＵは、たとえばトリガリング条件の発生に基づいて、Ｄ２ＤＳＳおよび／または他のタイプのＤ２Ｄメッセージの送信をいつ停止および／または変更するかを決定するように構成され得る。ＷＴＲＵは、物理的Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）送信のための適切なフォーマットを決定するように構成され得、フォーマットは、メッセージの内容、Ｄ２ＤＳＳの内容、および／またはＰＤ２ＤＳＣＨの送信のための条件を決定することを含み得る。
【図面の簡単な説明】
【００１６】
【図１Ａ】１または複数の開示される実施形態が実施され得る例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示される通信システム内で使用され得る例示的なワイヤレス送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｄ】図１Ａに示される通信システム内で使用され得る別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｅ】図１Ａに示される通信システム内で使用され得る別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｆ】基地局（ＢＳ）によってブロードキャストされ図１Ａに示される通信システム内のさまざまなデバイスに配信されるデバイスツーデバイス同期信号の例のシステム図である。
【図１Ｇ】図１Ａに示される通信システム内の２つの同期クラスタ（たとえば、２ホップ同期）間の同期クラスタヘッド（ＳＣＨ）の伝搬の例のシステム図である。
【図２】例示的な実施形態による既存の状態機械のサブ状態であるように構成された１または複数のＤ２Ｄ＿ＣＳ状態の例の状態遷移図である。
【図３】ＷＴＲＵがカバレッジのエッジまたはカバレッジ内へと移動するときＳＩＢに基づいて電力制御モードを決定する例のシステム図である。
【図４】別個の状態変数または条件と考えられるように構成され、例示的な実施形態により既存の手順または新しく定義された手順とともに実行され得るアクションを決定するために使用される１または複数のＤ２Ｄ＿ＣＳ状態の例の状態遷移図である。
【図５】１または複数の例示的な実施形態を実行するのに適したデバイスツーデバイス時間領域同期フレームの図である。
【図６】１または複数の例示的な実施形態を実行するのに適したデバイスツーデバイス時間および周波数領域同期フレームの図である。
【図７】１または複数の例示的な実施形態を実行するのに適した複数のフレームフォーマットを用いるデバイスツーデバイス時間領域同期フレームの図である。
【図８】１または複数の例示的な実施形態を実行するのに適したデバイスツーデバイス同期ソースＩＤの図である。
【図９】１または複数の例示的な実施形態を実行するのに適したデバイスツーデバイス同期信号送信プリアンブル／ポストアンブルの図である。
【図１０】「通例の（ｒｅｇｕｌａｒ）」ＳＡタイムラインおよび関連付けられたデータと比較した例示的なＰＤ２ＤＳＣＨスケジューリング割り当て（ＳＡ）タイムラインおよびデータ関連付けの図である。
【図１１】ＰＤ２ＤＳＣＨに関連付けられたＳＡの値がＰＤ２ＤＳＣＨ送信サブフレーム内で設定および送信される例示的なＰＤ２ＤＳＣＨ−ＳＡタイムラインおよびデータ関連付けの図である。
【図１２】ＰＤ２ＤＳＣＨに関連付けられたＳＡがＳＡ送信サブフレーム内で送信される例示的なＰＤ２ＤＳＣＨ−ＳＡタイムラインおよびデータ関連付けの図である。
【図１３】ＰＤ２ＤＳＣＨに関連付けられたＳＡのロケーションがＰＤ２ＤＳＣＨ内で搬送される明示的インジケーションに基づく例示的なＰＤ２ＤＳＣＨ−ＳＡタイムラインおよびデータ関連付けの図である。
【図１４】カバレッジ内、カバレッジ外、および部分的カバレッジのＤ２Ｄ発見および／または通信のためのシナリオの例の図である。
【図１５】カバレッジ内ＷＴＲＵとカバレッジ外ＷＴＲＵとの間の通信の例示的なシナリオの図である。
【図１６】カバレッジ外ＷＴＲＵがリソース割り振りを決定および／または駆動するために使用され得る信号の例の図である。
【図１７】ｅＮＢおよび／またはカバレッジ内ＷＴＲＵがリソース割り振りを決定および／または駆動するために使用され得るシグナリングの例の図である。
【発明を実施するための形態】
【００１７】
次に、例示的実施形態の詳細な説明が、さまざまな図を参照しながら説明される。本明細書は可能な実装形態の詳細な例を提供するが、詳細は例示的なであることを意図したものであり、決して適用例の範囲を制限するものではないことが留意されるべきである。
【００１８】
図１Ａは、１または複数の開示される実施形態が実施され得る例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージ、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する多元接続システムであってよい。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通してそのようなコンテンツにアクセスすることを可能にし得る。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１または複数のチャネルアクセス方法を用い得る。
【００１９】
図１Ａに示されるように、通信システム１００は、ワイヤレス送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（一般にまたは総称してＷＴＲＵ１０２と呼ばれ得る）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５と、コアネットワーク１０６／１０７／１０９と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境内で動作および／または通信するように構成された任意のタイプのデバイスであってよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成され得、ユーザ機器（ＵＥ）、移動局、固定加入者ユニットまたはモバイル加入者ユニット、ページャ、セルラー式電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家電などを含み得る。
【００２０】
通信システム１００は、基地局１１４ａと、基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスでインターフェイス接続するように構成された任意のタイプのデバイスであってよい。例として、基地局１１４ａ、１１４ｂは、送受信基地局（ＢＴＳ）、ノード−Ｂ、ｅＮｏｄｅ  Ｂ、ホームノードＢ、ホームｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであってよい。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されるであろう。
【００２１】
基地局１１４ａはＲＡＮ１０３／１０４／１０５の一部であってもよく、ＲＡＮ１０３／１０４／１０５は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどの他の基地局および／またはネットワーク要素（図示せず）も含み得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る特定の地理的領域内でワイヤレス信号を送信および／または受信するように構成され得る。セルは、セルセクタにさらに分割され得る。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、たとえばセルの各セクタに対して１つを含み得る。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を用い得、したがって、セルの各セクタに対して複数のトランシーバを利用し得る。
【００２２】
基地局１１４ａ、１１４ｂは、エアインターフェイス１１５／１１６／１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信し得、エアインターフェイス１１５／１１６／１１７は、任意の適切なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよい。エアインターフェイス１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００２３】
より具体的には、前述のように、通信システム１００は、多元接続システムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセス方式を用い得る。たとえば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ：登録商標）を使用してエアインターフェイス１１５／１１６／１１７を確立し得るユニバーサル移動体通信システム（ＵＭＴＳ）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（ＵＴＲＡ）などの無線技術を実施し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ  ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００２４】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアインターフェイス１１５／１１６／１１７を確立し得るＥｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）などの無線技術を実施し得る。
【００２５】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（たとえば、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  ＩＸ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ    ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ：登録商標）、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施し得る。
【００２６】
図１Ａの基地局１１４ｂは、たとえば、ワイヤレスルータ、ホームノードＢ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントであってよく、任意の適切なＲＡＴを利用して、営業所、家庭、乗り物、キャンパスなどの局所的なエリア内のワイヤレス接続性を容易にし得る。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立し得る。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立し得る。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立し得る。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスするために必要とされないことがある。
【００２７】
ＲＡＮ１０３／１０４／１０５はコアネットワーク１０６／１０７／１０９と通信し得、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成された任意のタイプのネットワークであってよい。たとえば、コアネットワーク１０６／１０７／１０９は、呼制御、料金請求サービス、モバイルロケーションベースサービス、プリペイドコーリング、インターネット接続性、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを用いる他のＲＡＮと直接または間接通信し得ることが理解されるであろう。たとえば、Ｅ−ＵＴＲＡ無線技術を利用中であり得るＲＡＮ０３／１０４／１０５に接続されていることに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を用いて別のＲＡＮ（図示せず）とも通信し得る。
【００２８】
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働き得る。ＰＳＴＮ１０８は、簡易電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの一般的な通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用されるワイヤード通信ネットワークまたはワイヤレス通信ネットワークを含み得る。たとえば、ネットワーク１１２は、１または複数のＲＡＮに接続された別のコアネットワークを含み得、これらは、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを用い得る。
【００２９】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべてはマルチモード能力を含み得、たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンク上で異なる無線ネットワークと通信するための複数のトランシーバを含み得る。たとえば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベース無線技術を用い得る基地局１１４ａ、およびＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。
【００３０】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、ノンリムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含み得る。ＷＴＲＵ１０２は、依然として実施形態に合致しながら、前述の要素の任意の副組み合わせを含み得ることが理解されるであろう。また、実施形態は、基地局１１４ａおよび１１４ｂ、ならびに／または限定されるものではないが、とりわけ、送受信局（ＢＴＳ）、ノード−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノード−Ｂ、ｅｖｏｌｖｅｄホームノード−Ｂ（ｅＮｏｄｅＢ）、ホームｅｖｏｌｖｅｄノード−Ｂ（ＨｅＮＢ）、ホームｅｖｏｌｖｅｄノード−Ｂゲートウェイ、およびプロキシノードなどの、基地局１１４ａおよび１１４ｂが表し得るノードが、図１Ｂに示され本明細書で説明される要素のうちのいくつかまたはすべてを含み得ることを企図する。
【００３１】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、状態機械などであってよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境内で動作することを可能にする他の任意の機能を実行し得る。プロセッサ１１８はトランシーバ１２０に結合され得、トランシーバ１２０は送受信要素１２２に結合され得る。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個の構成要素として示しているが、プロセッサ１１８およびトランシーバ１２０が電子パッケージまたはチップ内で統合され得ることは理解されるであろう。
【００３２】
送受信要素１２２は、エアインターフェイス１１５／１１６／１１７上で基地局（たとえば、基地局１１４ａ）に信号を送信する、または基地局（たとえば、基地局１１４ａ）から信号を受信するように構成され得る。たとえば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってよい。別の実施形態では、送受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってよい。さらに別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成され得る。送受信要素１２２は、ワイヤレス信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されるであろう。
【００３３】
さらに、送受信要素１２２は、図１Ｂでは単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含んでよい。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を用い得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェイス１１５／１１６／１１７上でワイヤレス信号を送信および受信するための２つ以上の送受信要素１２２（たとえば、複数のアンテナ）を含み得る。
【００３４】
トランシーバ１２０は、送受信要素１２２によって送信されることになる信号を変調し、送受信要素１２２によって受信された信号を復調するように構成され得る。前述のように、ＷＴＲＵ１０２はマルチモード能力を有し得る。したがって、トランシーバ１２０は、たとえば、ＷＴＲＵ１０２がＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数のトランシーバを含み得る。
【００３５】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）表示ユニットまたは有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合され得、これらからユーザ入力データを受信し得る。プロセッサ１１８はまた、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力し得る。さらに、プロセッサ１１８は、ノンリムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、それにデータを記憶し得る。ノンリムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上などのＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスし、これにデータを記憶し得る。
【００３６】
プロセッサ１１８は、電源１３４からの電力を受信し得、この電力をＷＴＲＵ１０２内の他の構成要素に分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであってよい。たとえば、電源１３４は、１または複数の乾電池バッテリ（たとえば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム−イオン（Ｌｉ−イオン）など）、太陽電池、燃料電池などを含み得る。
【００３７】
プロセッサ１１８はＧＰＳチップセット１３６にも結合され得、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（たとえば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、またはこの代わりに、ＷＴＲＵ１０２は、エアインターフェイス１１５／１１６／１１７上で基地局（たとえば、基地局１１４ａ、１１４ｂ）からのロケーション情報を受信し得る、および／または２つ以上の近くの基地局から信号が受信されるタイミングに基づいて、そのロケーションを決定し得る。ＷＴＲＵ１０２は、依然として実施形態に合致しながら、任意の適切なロケーション決定方法によってロケーション情報を取得し得ることが理解されるであろう。
【００３８】
プロセッサ１１８は他の周辺機器１３８にさらに結合され得、他の周辺機器１３８は、追加の特徴、機能、および／またはワイヤード接続性もしくはワイヤレス接続性を提供する１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含み得る。たとえば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオのための）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。
【００３９】
図１Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。前述のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を用いて、エアインターフェイス１１５上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０３はコアネットワーク１０６とも通信し得る。図１Ｃに示されるように、ＲＡＮ１０３はノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを含み得、ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは各々、エアインターフェイス１１５上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含み得る。ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは各々、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられ得る。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂも含み得る。ＲＡＮ１０３は、依然として実施形態に合致しながら、任意の数のノード−ＢおよびＲＮＣを含み得ることが理解されるであろう。
【００４０】
図１Ｃに示されるように、ノード−Ｂ１４０ａ、１４０ｂはＲＮＣ１４２ａと通信し得る。さらに、ノード−Ｂ１４０ｃはＲＮＣ１４２ｂと通信し得る。ノード−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェイスを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信し得る。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェイスを介して、互いと通信し得る。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されたそれぞれのノード−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。さらに、ＲＮＣ１４２ａ、１４２ｂの各々は、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を実行またはサポートするように構成され得る。
【００４１】
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイルスイッチングセンタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含み得る。前述の要素の各々はコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つが、コアネットワーク事業者以外のエンティティによって所有および／または運用され得ることが理解されるであろう。
【００４２】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェイスを介してコアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【００４３】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェイスを介してコアネットワーク１０６内のＳＧＳＮ１４８にも接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【００４４】
前述のように、コアネットワーク１０６はネットワーク１１２にも接続され得、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他のワイヤードネットワークまたはワイヤレスネットワークを含み得る。
【００４５】
図１Ｄは、実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。前述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を用いて、エアインターフェイス１１６上でＷＴＲＵ１０２ａ、１０４ｂ、１０２ｃと通信し得る。ＲＡＮ１０４は、コアネットワーク１０７とも通信し得る。
【００４６】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、依然として実施形態と合致しながら、任意の数のｅＮｏｄｅ−Ｂを含み得ることが理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェイス１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含み得る。一実施形態では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施し得る。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、ＷＴＲＵ１０２ａからワイヤレス信号を受信し得る。
【００４７】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンク内のユーザのスケジューリングなどを扱うように構成され得る。図１Ｄに示されるように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェイス上で互いと通信し得る。
【００４８】
図１Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６とを含み得る。前述の要素の各々はコアネットワーク１０７の一部として示されているが、これらの要素のいずれか１つが、コアネットワーク事業者以外のエンティティによって所有および／または運用され得ることが理解されるであろう。
【００４９】
ＭＭＥ１６２は、Ｓ１インターフェイスを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得、制御ノードとして働き得る。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティベーション／デアクティベーション、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの間に特定のサービングゲートウェイを選択することなどを担当し得る。ＭＭＥ１６２はまた、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）とを切り換えるための制御プレーン機能を提供し得る。
【００５０】
サービングゲートウェイ１６４は、Ｓ１インターフェイスを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングおよびフォワーディングし得る。サービングゲートウェイ１６４は、ｅＮｏｄｅ  Ｂ間ハンドオーバの間にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときページをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能も実行し得る。
【００５１】
サービングゲートウェイ１６４はＰＤＮゲートウェイ１６６にも接続され得、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【００５２】
コアネットワーク１０７は、他のネットワークとの通信を容易にし得る。たとえば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。たとえば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェイスとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよいし、これと通信してもよい。さらに、コアネットワーク１０７は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他のワイヤードネットワークまたはワイヤレスネットワークを含み得る。
【００５３】
図１Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を用いてエアインターフェイス１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサービスネットワーク（ＡＳＮ）であってよい。以下でさらに説明されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９という異なる機能エンティティ間の通信リンクは、参照点として定義され得る。
【００５４】
図１Ｅに示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含み得るが、ＲＡＮ１０５は、依然として実施形態に合致しながら、任意の数の基地局およびＡＳＮゲートウェイを含み得ることが理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃは各々、ＲＡＮ１０５内の特定のセル（図示せず）に関連付けられ得、エアインターフェイス１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを各々含み得る。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施し得る。したがって、基地局１８０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、ＷＴＲＵ１０２ａからワイヤレス信号を受信し得る。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー執行などのモビリティ管理機能も提供し得る。ＡＳＮゲートウェイ１８２は、トラフィック集合点として働き得、ページング、加入者プロファイルのキャッシュング、コアネットワーク１０９へのルーティングなどを担当し得る。
【００５５】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェイス１１７は、ＩＥＥＥ８０２．１６規格を実施するＲ１参照点として定義され得る。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９と論理インターフェイス（図示せず）を確立し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェイスはＲ２参照点として定義され得、Ｒ２参照点は、認証、許可、ＩＰホスト構成管理、および／またはモビリティ管理に使用され得る。
【００５６】
基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を容易にするためのプロトコルを含むＲ８参照点として定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照点として定義され得る。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含み得る。
【００５７】
図１Ｅに示されるように、ＲＡＮ１０５はコアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、たとえば、データ転送能力およびモビリティ管理能力を容易にするためのプロトコルを含むＲ３基準点として定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証、許可、課金（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含み得る。前述の要素の各々はコアネットワーク１０９の一部として示されているが、これらの要素のいずれか１つが、コアネットワーク事業者以外のエンティティによって所有および／または運用され得ることが理解されるであろう。
【００５８】
ＭＩＰ−ＨＡはＩＰアドレス管理を担当し得、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが異なるＡＳＮおよび／または異なるコアネットワークの間でローミングすることを可能にし得る。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＡＡＡサーバ１８６は、ユーザ認証、およびユーザサービスをサポートすることを担当し得る。ゲートウェイ１８８は、他のネットワークとの網間接続を容易にし得る。たとえば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。さらに、ゲートウェイ１８８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他のワイヤードネットワークまたはワイヤレスネットワークを含み得る。
【００５９】
図１Ｅには示されていないが、ＲＡＮ１０５は他のＡＳＮに接続され得、コアネットワーク１０９は他のコアネットワークに接続され得ることが理解されるであろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクはＲ４基準点として定義され得、Ｒ４基準点は、ＲＡＮ１０５と他のＡＳＮとの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを協調させるためのプロトコルを含み得る。コアネットワーク１０９と他のコアネットワークとの間の通信リンクはＲ５参照として定義され得、Ｒ５参照は、ホームコアネットワークと訪問されるコアネットワークとの間の網間接続を容易にするためのプロトコルを含み得る。
【００６０】
図１Ａから図１Ｅに戻ると、通信システム１００は、基地局１１４ａおよび基地局１１４ｂによってエアインターフェイス１１５、１１６、および１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄにブロードキャストされる同期信号（ＳＳ）（図示せず）を含み得ることが理解されるであろう。ＳＳは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、適切なタイミングでダウンリンクを復調しアップリンク信号を送信するために使用される時間パラメータおよび周波数パラメータ、ならびにターゲットセルが周波数分割複信（ＦＤＤ）または時分割複信（ＴＤＤ）をサポートするかどうかを決定することを可能にし得る。これらの同期信号は、第１同期信号（ＰＳＳ）および第２同期信号（ＳＳＳ）として指定され得る。さらに、図１Ａから図１Ｇに示されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ならびにＷＴＲＵ１０２ｅ、１０２ｆ、１０２ｇ、１０２ｈ、１０２ｉ、および１０２ｊが、１または複数の実施形態により２つ以上の最も近く配置されたＷＴＲＵの間でデバイスツーデバイス（Ｄ２Ｄ）通信をサポートし得ることが理解されるであろう。したがって、Ｄ２Ｄ同期信号（Ｄ２ＤＳＳ）は、第１Ｄ２Ｄ同期信号（Ｐ−Ｄ２ＤＳＳ）および第２Ｄ２Ｄ同期信号（Ｓ−Ｄ２ＤＳＳ）として指定され得るＤ２Ｄ対応ＷＴＲＵの間でブロードキャストされ得る。
【００６１】
図１Ｆは、基地局（ＢＳ）および同期クラスタヘッド（ＳＣＨ）によってブロードキャストされるＤ２ＤＳＳの例のシステム図である。Ｄ２ＤＳＳを送信するＢＳおよび／またはＳＣＨは、同期ソース（ＳＳ）と呼ばれ得る。Ｄ２ＤＳＳは、本明細書で説明されるように、ＳＣＨ１０３などの同期クラスタヘッド（ＳＣＨ）ならびに／またはＷＴＲＵ１０２ｅ、１０２ｆ、１０２ｇ、１０２ｈ、１０２ｉ、および１０２ｊに中継され得る。ＳＣＨは、別の同期ソースから送信された同期を導き出さない、基地局以外の同期ソース（たとえば、ｅＮＢ）であってよい。ＳＣＨおよび／または基地局からＤ２ＤＳＳを受信する非ＳＣＨ  ＷＴＲＵ。非ＳＣＨ  ＷＴＲＵは、そのＳＣＨまたは基地局から導き出された同期に基づいてＤ２ＤＳＳを送信することによって、同期ソースになり得る。ＷＴＲＵは、サイドリンク同期信号を使用してＤ２ＤＳＳを通信し得る。ＷＴＲＵは、２つのサイドリンク同期信号を使用して、Ｄ２ＤＳＳを通信し得る。たとえば、ＷＴＲＵは、第１サイドリンク同期信号および第２サイドリンク同期信号を使用して、Ｄ２ＤＳＳを通信し得る。
【００６２】
図１Ｇは、２つの同期クラスタ間の（たとえば、同期ゾーン１と同期ゾーン２の間の）ＳＣＨ同期の例示的な伝搬を示すシステム図である。図１Ａに示される通信システムによって実行され得るこの２ホップ同期の例。図１Ｇは例示的な２ホップ同期を示しているが、ＳＣＨ同期は３つ以上のホップに伝搬され得る。
【００６３】
具体的には、図１Ｆは、サービング基地局（Ｓ−ＢＳ）が受信および／または送信のために、それ自体のセル（たとえば、セル１）内での発見および通信のために１または複数のＷＴＲＵにＤ２Ｄリソースの１または複数のプールのインジケーションをブロードキャストし得る分散同期方式の例を示す。ＷＴＲＵ内に配された受信機は、たとえば、Ｄ２Ｄチャネルおよび／またはトランシーバタイミングを検出するとき受信機ウィンドウと周波数補正が合わされ得、Ｄ２Ｄチャネルを送信するときパラメータが合わされ得るように、時間および／または周波数参照を決定し得る。図１Ｆに示されるように、以下で説明される例示的な実施形態は、異なるセル（たとえば、セルＮｏ．２内のＮ−ＢＳ）、ＰＬＭＮ（図示せず）、およびクラスタ（たとえば、ＳＣＨ同期クラスタＮｏ．１）上に留まる（ｃａｍｐ）隣接ＷＴＲＵによって送信されるＤ２Ｄチャネルに露出されるＷＴＲＵに情報を提供する。隣接セル、ＰＬＭＮ、および／またはクラスタ上に留まるＷＴＲＵは、Ｄ２Ｄ通信リソースの検出を可能にするために、それらの同期参照に沿ってそれら自体のＤ２Ｄリソースプールを知らせ得る。この目的は、以下で１または複数の例示的な実施形態により説明されるさまざまな同期プロトコルによって果たされる。言い換えれば、ＷＴＲＵは、隣接ＷＴＲＵによって監視されることになる同期参照およびＤ２Ｄリソースプールを中継し得る。さらに、例示的な実施形態は、ＷＴＲＵが、ネットワーク内（たとえば、ならびにネットワークカバレッジエリア外部）の潜在的受信機の同期を可能にするために他の隣接するＷＴＲＵに同期信号を再送信するように直接送信を実行することを可能にし得る。
【００６４】
Ｄ２Ｄ対応ＷＴＲＵは、ＷＴＲＵの状態に基づいてさまざまな動作を実行し得る。例示的な状態は、ネットワーク内のＷＴＲＵのロケーション、隣接するＷＴＲＵがＷＴＲＵの近くにあるかどうか、無線リソース制御（ＲＲＣ）状態、Ｄ２Ｄ構成などを含み得る。たとえば、ＷＴＲＵがセルのカバレッジから移動するとき、モード選択（たとえば、スケジューリングモード選択）が実行され得る。ＷＴＲＵは、たとえば、一定の条件に基づいて同期を中継することを開始／停止し得る。例は、ＷＴＲＵが一定の条件に基づいて同期ソースを選択し得るまたはＷＴＲＵが同じ条件もしくは他の条件に基づいてリソースプールを選択し得るようなものであり得る。ＷＴＲＵは、同じ条件または他の条件に基づいて、Ｄ２ＤＳＳを送信するかどうか、および／またはＰＤ２ＤＳＣＨメッセージを中継するかどうかを決定し得る。ＷＴＲＵは、ＭａｓｔｅｒｌｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬメッセージを含み得るＰＳＢＣＨ（物理サイドリンクブロードキャストチャネル）メッセージを中継し得る。言い換えれば、Ｄ２Ｄ対応ＷＴＲＵは、検出された無線リンク条件に基づいてＤ２Ｄ通信を実行するように複数のパラメータを決定し得る。Ｄ２Ｄ対応ＷＴＲＵは、ＷＴＲＵ状態の変化があるとき、これらのパラメータを評価または再評価する手順を始め得る。たとえば、ネットワーク内のＷＴＲＵのロケーションの変化、近くの隣接するＷＴＲＵのアイデンティティの変化、ＲＲＣ状態の変化、Ｄ２Ｄ構成更新などは、どのスケジューリングモードを使用するかおよび／または同期信号を中継するかどうかを評価するようにＷＴＲＵをトリガし得る。Ｄ２Ｄ対応ＷＴＲＵによって実行され得る動作および手順を説明し得る非限定的な例示的シナリオが本明細書で提供される。
【００６５】
Ｄ２Ｄ対応ＷＴＲＵは、Ｄ２Ｄ対応ＷＴＲＵがＤ２Ｄ通信に使用し得るリソースを決定し得る。リソースは、ＷＴＲＵが動作しているスケジューリングモードに依存し得る。たとえば、ＷＴＲＵは、モード１で動作し得る。モード１では、ＷＴＲＵは、ネットワークエンティティ（たとえば、基地局またはｅＮＢ）にリソースを動的に要求し得る。動作のスケジュールされたモードと呼ばれ得るモード１では、ｅＮＢは、ＷＴＲＵがＤ２Ｄ送信に使用し得るリソースをスケジュールし得る。ＷＴＲＵは、ＷＴＲＵ選択されたスケジューリングモードと呼ばれ得るモード２で動作し得る。モード２（たとえば、ＷＴＲＵ選択されたモード）では、ＷＴＲＵは、ネットワークによって半静的に知らされ得るまたはＷＴＲＵ内であらかじめ構成され得るリソースプールから使用するためにＤ２Ｄリソースを自律的に選択する。本明細書で説明されるように、ＷＴＲＵは、たとえば、ＲＲＣタイマが動作中であるまたは開始されたことを検出したことに応答して、ネットワーク構成および／または１もしくは複数の条件もしくはトリガに基づいて、モード１を選択するかそれともモード２を選択するかを決定し得る。ＷＴＲＵは、ＷＴＲＵの現在の条件（たとえば、ＲＲＣ状態、カバレッジ状態、チャネル条件など）に基づいてリソースプールを選択し得る。
【００６６】
Ｄ２Ｄ対応ＷＴＲＵは、Ｄ２Ｄ同期信号（Ｄ２ＤＳＳ）および／またはＤ２Ｄ同期メッセージ（ＰＤ２ＤＳＣＨ）をいつ送信する（たとえば、発生させるまたはフォワーディングする）かを決定し得る。ＷＴＲＵは、ＷＴＲＵが構成パラメータおよび／または本明細書で説明される他のトリガを検出し得る近くのノードに基づいて、Ｄ２ＤＳＳおよび／またはＤ２Ｄ同期メッセージをいつ送信するかを決定し得る。
【００６７】
Ｄ２Ｄ対応ＷＴＲＵは、マスタ同期ソース（ＭＳＳ）を選択し得る。ＭＳＳは基地局（たとえば、ｅＮｏｄｅ  Ｂ）であってよい。ＭＳＳは、Ｄ２Ｄ動作のサポートにおいて参照タイミングに使用するのに適切であり得る別のＤ２Ｄ対応ＷＴＲＵであってよい。Ｄ２Ｄ対応ＷＴＲＵは、ＷＴＲＵ条件の更新（たとえば、Ｄ２Ｄ隣接ノードの検出、および／またはＷＴＲＵモビリティ）に基づいて、ＭＳＳ選択または再選択を実行してよい。
【００６８】
Ｄ２Ｄ対応ＷＴＲＵは、ＷＴＲＵがＤ２Ｄ送信および受信に使用し得るリソースプールを決定し得る。たとえば、ＷＴＲＵは、その構成および条件に応じてネットワークまたはあらかじめ構成されたリソースによって提供されるリソースを使用し得る（たとえば、ＷＴＲＵがモード１で動作中のとき）。ＷＴＲＵは、（たとえば、モビリティまたはネットワーク再構成により）あらかじめ構成されたリソースを使用するのを止め、サービングセル基地局またはｅＮＢからリソースを取得し得る（たとえば、ＷＴＲＵがモード２からモード１に遷移するとき）。Ｄ２Ｄ対応ＷＴＲＵは、ネットワーク条件の変更を決定し得、変更されたネットワーク条件に基づいてリソースプール選択／再選択を実行し得る。
【００６９】
Ｄ２Ｄ対応ＷＴＲＵは、たとえば、ＷＴＲＵのペアが互いと通信可能であることを保証するために、Ｄ２Ｄ通信の受信および送信のための時間パターンを決定するならびに／または第２のＷＴＲＵと情報を交換し得る。カバレッジ内Ｄ２Ｄ対応ＷＴＲＵは、カバレッジ内Ｄ２Ｄ対応ＷＴＲＵがカバレッジ内Ｄ２Ｄ対応ＷＴＲＵの近くにあるカバレッジ外ＷＴＲＵを検出するとき、時間領域送信および／または受信パターンを提供する手順を始め得る。
【００７０】
ＷＴＲＵは、ＷＴＲＵが発見および通信を監視し得るリソースを識別し得る。たとえば、ＷＴＲＵは、サービングセルまたはクラスタに関連付けられたリソースを監視し得る。ＷＴＲＵは、隣接するセル、クラスタ、またはＰＬＭＮに関連付けられたリソースを監視し得る。ＷＴＲＵは、ＷＴＲＵのカバレッジ条件を決定し得る。たとえば、ＷＴＲＵは、ＷＴＲＵがカバレッジ内にある、カバレッジのエッジにある、またはカバレッジ外にあることを決定し得る。カバレッジ条件を決定する際、ＷＴＲＵは、１または複数のトリガイベント（たとえば、ＲＲＣタイマ、たとえばＲＬＦタイマ）を利用し得る。ＷＴＲＵは、カバレッジ条件に関連付けられた１または複数のトリガ更新を検出することによって、カバレッジ条件を決定し得る。ＷＴＲＵは、１または複数のトリガイベントを検出することによってトリガ更新を検出し得る。
【００７１】
ＷＴＲＵは、ＷＴＲＵのカバレッジ条件に基づいてリソースを選択し得る。カバレッジ条件（たとえば、各カバレッジ条件）はＷＴＲＵリソースに関連付けられ得、ＷＴＲＵは、ＷＴＲＵのカバレッジ条件に関連付けられたリソースを選択し得る。ＷＴＲＵは、たとえば、１または複数のトリガイベントに基づいて、動作のモード（たとえば、Ｄ２Ｄ通信のためのスケジューリングモード）を決定し得る。例示的なトリガイベントは、ＲＲＣタイマ（たとえば、ＲＬＦタイマ）が動作中であるまたは開始されたことを検出することを含み得る。ＷＴＲＵは、追加トリガイベントに基づいて、Ｄ２Ｄ通信のためのスケジューリングモードを決定し得る。ＷＴＲＵは、ＷＴＲＵ送信（Ｔｘ）および／または受信（Ｒｘ）のためのリソースプールを選択し得る。リソースプール選択は、さまざまなトリガリングイベントに基づいたリソースプールおよびメッセージ内容の構成を含み得る。ＷＴＲＵは、他のＷＴＲＵにフォワーディングされた可能性のある１または複数のリソースプールを選択し得る。
【００７２】
ＷＴＲＵは、たとえば、さまざまなトリガリングイベントに基づいて、時間領域Ｄ２Ｄ送信および／または受信パターンを構成し得る。ＷＴＲＵは、たとえば、１または複数のＤ２Ｄフレーム構成に基づいて、Ｄ２ＤＳＳ送信および／またはＤ２ＤＳＳ受信を実行し得る。ＷＴＲＵは、Ｄ２ＤＳＳおよびホップカウントから同期フレームの内容を決定し得る。ＷＴＲＵは、ルールを使用して、同期ソースに優先順位を付け得る。ＷＴＲＵは、ルールを使用して、たとえば異なる同期ソースからのデータ受信に優先順位を付け得る。ＷＴＲＵは、Ｄ２ＤＳＳを送信し得る。Ｄ２ＤＳＳ送信は、プリアンブルおよび／またはポストアンブルの構成を含み得る。ＷＴＲＵは、Ｄ２ＤＳＳまたはメッセージの送信をいつ停止または変更するかを決定し得る。ＷＴＲＵは、たとえば、メッセージの内容、内容を決定するためのルール、Ｄ２ＤＳＳの内容、および／またはＰＤ２ＤＳＣＨを送信するための条件を含むように、物理的Ｄ２Ｄ同期（ＰＤ２ＤＳＣＨ）をフォーマットし得る。
【００７３】
ＷＴＲＵは、カバレッジ条件に関連付けられ得るトリガイベントに基づいてＷＴＲＵのカバレッジ条件を決定し得る。たとえば、ＷＴＲＵは、たとえば、タイマ（たとえば、ＲＲＣタイマ、たとえば、ＲＬＦタイマ）が動作中であるまたは開始されたことを決定することによって、ＷＴＲＵがカバレッジ内にあるか、カバレッジのエッジにあるか、それともカバレッジ外条件であるかを決定し得る。
【００７４】
ＷＴＲＵは、ＷＴＲＵカバレッジ条件の１または複数のトリガ更新を決定することによって、カバレッジ条件を決定し得る。ＷＴＲＵは、トリガ更新に関連付けられた１または複数のトリガイベントを検出することによって、そのトリガ更新を決定し得る。ＷＴＲＵは、無線周波数信号を送信し得るセルへのＷＴＲＵの近接性に基づいて、カバレッジ条件を決定し得る。例示的なセルは、ＬＴＥセル（たとえば、マクロセル）、ピコセル、フェムトセルなどを含み得る。たとえば、ＷＴＲＵは、ＷＴＲＵがセルの境界内に配置されるとき、ＷＴＲＵがカバレッジ内にあることを決定し得る。ＷＴＲＵは、ＷＴＲＵがセルのエッジに近接するとき、ＷＴＲＵがカバレッジ内にないことを決定し得る。ＷＴＲＵは、ＷＴＲＵがセルのエッジに近接して配置されるとき、ＷＴＲＵがカバレッジのエッジにあることを決定し得る。ＷＴＲＵは、ＷＴＲＵがカバレッジ内になく、カバレッジのエッジにもないとき、ＷＴＲＵがカバレッジ外にあることを決定し得る。
【００７５】
ＷＴＲＵは、たとえば、ＷＴＲＵのカバレッジ条件の変更があるとき、複数のＤ２Ｄ動作パラメータの評価または再評価を始めるように構成され得る。たとえば、Ｄ２Ｄ動作パラメータは、リソースプール、動作のモード（たとえば、Ｄ２Ｄスケジューリングモード、Ｄ２Ｄ動作モード、たとえば、リレーＷＴＲＵ、リモートＷＴＲＵ、または通常ＷＴＲＵ）、同期送信、同期ソース選択などを含み得る。
【００７６】
ＷＴＲＵは、１または複数のイベントトリガを検出することによって、カバレッジ条件の変更を検出し得る。ＷＴＲＵは、測定に基づいてトリガを検出し得る。たとえば、ＷＴＲＵは、１または複数の基地局（たとえば、ｅＮＢ）から受信された信号を測定することによって、そのカバレッジ条件を決定するように構成され得る。ＷＴＲＵは、その関連付けられたセル（たとえば、サービングセル）の測定された参照信号受信電力（ＲＳＲＰ）値または受信信号強度インジケーション（ＲＳＳＩ）値をメモリ内に記憶された１または複数の閾値と比較することによって、ＷＴＲＵがカバレッジ内にあるまたはカバレッジのエッジ上にあることを決定するように構成され得る。ＷＴＲＵは、たとえば、測定されたＲＳＲＰ値または測定されたＲＳＳＩ値が、あらかじめ構成された閾値を上回る場合、ＷＴＲＵがカバレッジ内に配置されていることを決定し得る。測定されたＲＳＲＰ値またはＲＳＳＩ値が、あらかじめ構成された閾値を上回ることは、信号電力が閾値を上回ることを示し得る。ＷＴＲＵは、たとえば、ＲＳＳＩ信号値またはＲＳＲＰ信号値の欠如に基づいて、ＷＴＲＵがカバレッジ外条件にあることを決定し得る。
【００７７】
ＷＴＲＵは、その関連付けられたセル（たとえば、サービングセル）の測定されたＲＳＲＰ値を１または複数のセル（たとえば、隣接するセル）の測定されたＲＳＲＰ値と比較することによって、それがカバレッジ内にある、カバレッジのエッジ上にある、またはカバレッジ外にあることを決定し得る。ＷＴＲＵは、たとえば、その関連付けられたセルのＲＳＲＰ値が、あらかじめ構成された値だけ他のセルからのＲＳＲＰ測定を超すことが決定された場合、それがカバレッジ内またはカバレッジのエッジ上に配置されていることを決定し得る。ＷＴＲＵは、たとえば、その関連付けられたセルのＲＳＲＰ値が、他のセルからのＲＳＲＰ測定のあらかじめ構成された範囲を上回るあらかじめ構成された範囲内にあるとき、ＷＴＲＵがカバレッジ内またはカバレッジのエッジ上にあることを決定し得る。ＷＴＲＵは、たとえば、ＲＳＳＩ信号値またはＲＳＲＰ信号値の欠如に基づいて、ＷＴＲＵがカバレッジ外条件にあることを決定し得る。
【００７８】
ＷＴＲＵは、それがカバレッジ内にあるか、それともカバレッジのエッジにあるかを決定し得る。ＷＴＲＵは、それがカバレッジ内またはカバレッジのエッジ上にあることを、ヒステリシスの存在に基づいて決定し得る。ＷＴＲＵは、トリガする時間、ＷＴＲが時間の期間にわたって行い得る測定などに基づいて、それがカバレッジ内またはカバレッジのエッジ上にあることを決定し得る。ＷＴＲＵは、望ましくないピンポン効果を回避するように構成され得る。カバレッジのエッジ上にあるＷＴＲＵとは、ＷＴＲＵが関連付けられたセルのエッジ（たとえば、サービングセルのエッジ）に近いＷＴＲＵを指し得る。
【００７９】
ＷＴＲＵは、イベントトリガに基づいて（たとえば、イベントトリガを検出することによって）、ＷＴＲＵのカバレッジ条件を決定するように構成され得る。ＷＴＲＵは、イベントＡ３がセル範囲拡張（ＣＲＥ）バイアスの正または負の値（たとえば、オフセット値）を用いてトリガされるとき、それがカバレッジのエッジ内にあることを決定し得る。ＷＴＲＵは、その関連付けられたセルの測定されたＲＳＲＰ値または参照信号受信品質（ＲＳＲＱ）値を隣接するセルと比較することによって、それがカバレッジのエッジ内にあることを決定し得る。たとえば、ＷＴＲＵは、サービングセルと隣接するセルのＲＳＲＰ／ＲＳＲＱ値の差が、構成されたＣＲＥバイアスに等しいまたはそれ未満であるとき、ＷＴＲＵがカバレッジのエッジ内にあることを決定し得る。
【００８０】
ＷＴＲＵは、Ｄ２Ｄリソース（グラント）要求失敗に基づき得るイベントトリガを検出することによって、カバレッジ条件を決定するように構成され得る。ＷＴＲＵは、ランダムアクセスチャネル（ＲＡＣＨ）障害の数があらかじめ構成された閾値に到達したとき、それがセルのカバレッジのエッジ上にあることを決定し得る。カバレッジ内ＷＴＲＵは、ＲＡＣＨを始め、スケジューリング要求（ＳＲ）および／またはバッファステータス報告（ＢＳＲ）をＤ２Ｄ送信の要求リソースに送信し得る。ＷＴＲＵは、たとえば、ＲＡＣＨ試行の数があらかじめ構成された閾値を超えた場合、それがカバレッジのエッジ条件であることを決定し得る。ＷＴＲＵは、たとえば、ＳＲの数があらかじめ構成された閾値を超える場合、それがカバレッジのエッジ条件であることを決定するように構成され得る。ＷＴＲＵは、ＷＴＲＵが、Ｄ２Ｄ送信をトリガした可能性のある第１のＳＲを送信して以降、構成された時間持続期間にわたってグラントを受信しないとき、それがカバレッジのエッジ条件であることを決定するように構成され得る。ＷＴＲＵは、たとえば、ＷＴＲＵがＤ２ＤリソースのためのＢＳＲを送信した後、あらかじめ構成された持続期間にわたってグラントを受信しないとき、それがカバレッジのエッジ内にあることを決定し得る。ＷＴＲＵは、たとえば、Ｄ２Ｄ通信のためのＢＳＲの送信後、ｒｅｔｘＢＳＲタイマが満了した場合、それがカバレッジのエッジ内にあることを決定し得る。ＷＴＲＵは、あらかじめ定義された数の初期ＢＳＲの再送信の後、それがカバレッジのエッジ内にあることを決定し得る。カバレッジのエッジＷＴＲＵは、アップリンク通信を試行する（たとえば、周期的に試行する）ように構成され得る。
【００８１】
ＷＴＲＵは、ＨＡＲＱ  Ａ／Ｎフィードバックに基づき得るイベントトリガを検出することによって、ＷＴＲＵのカバレッジ条件を決定し得る。ＷＴＲＵは、たとえば、アップリンク送信へのハイブリッド自動再送要求（ＨＡＲＱ）負のフィードバックが、構成された閾値を上回る、下回る、または等しい場合、それがカバレッジのエッジ条件であることを決定し得る。たとえば、カバレッジ内ＷＴＲＵは、特定の窓（たとえば、時間期間）内で受信されるＮＡＣＫの数が、構成された閾値に到達したまたは超えるとき、それがカバレッジのエッジ内にあることを決定するように構成され得る。
【００８２】
ＷＴＲＵは、ＲＬＦ条件に基づき得るイベントトリガを検出することによって、ＷＴＲＵのカバレッジ条件を決定し得る。ＷＴＲＵは、たとえば、指定されたトリガのうちの１または複数が、ＷＴＲＵに無線リンク失敗（ＲＬＦ）条件を検出させる場合、それがカバレッジのエッジ内にあることを決定し得る。たとえば、ＷＴＲＵは、ＲＲＣタイマが開始されたとき、たとえば、タイマＴ３１０またはＴ３１２が開始されたまたは満了したとき、それがカバレッジのエッジ条件であることを決定し得る。ＷＴＲＵは、あらかじめ構成された数の連続する非同期、または非同期中（たとえば、Ｎ個のＴＴＩ）であることに基づいて、それがカバレッジのエッジ内にあることを決定するように構成され得る。ＷＴＲＵは、たとえば、無線リソース制御（ＲＲＣ）再確立手順がトリガされるまたは始められる場合、それがカバレッジのエッジ内にあることを決定し得る。ＷＴＲＵは、再確立タイマ（たとえば、ＲＲＣタイマ）が開始された場合、たとえば、タイマＴ３１１が開始されたまたはＴ３０１が開始された場合、それがカバレッジのエッジ内にあることを決定し得る。
【００８３】
ＷＴＲＵは、ＲＲＣ再確立手順がトリガされたまたは始められたとき、タイマ３１１またはタイマ３０１などのタイマ（たとえば、ＲＲＣタイマ、たとえば、ＲＬＦタイマ）を開始し得る。ＷＴＲＵは、たとえば、ＲＲＣを再確立するコマンドが送信された場合、それがカバレッジのエッジ内にあることを決定し得る。ＷＴＲＵは、たとえば、ＲＲＣ再確立手順が成功した場合、それがカバレッジ内にあることを決定し得る。ＷＴＲＵは、無線リンク制御（ＲＬＣ）再送信の数が、あらかじめ構成された閾値に等しくなったまたは超えたとき、それがカバレッジのエッジ条件であることを決定し得る。ＷＴＲＵは、無線リンク制御（ＲＬＣ）再送信の数が値のあらかじめ構成された範囲内にあるとき、それがカバレッジのエッジ条件であることを決定し得る。
【００８４】
ＷＴＲＵは、セル適合性基準に基づいてイベントトリガを検出することによって、ＷＴＲＵのカバレッジ条件を決定し得る。ＷＴＲＵは、それが、１または複数の所定の適合性基準を満たすセルを見つけることができないとき、それがカバレッジ外条件であることを決定し得る。ＷＴＲＵは、たとえば、セルがＤ２Ｄ通信のサポートを公示する（ａｄｖｅｒｔｉｓｅ）場合、そのセルが適切であることを決定し得る。カバレッジのエッジＷＴＲＵは、ＷＴＲＵがたとえば所定の時間窓内でサービングセルシステム情報ブロック（ＳＩＢ）を復号できないとき、それがカバレッジ外条件であることを決定し得る。たとえば、ＷＴＲＵは、ＲＲＣ＿ＩＤＬＥ．Ａｎｙ−Ｃｅｌｌ−Ｓｅｌｅｃｔｉｏｎへの遷移を検出すると、ＷＴＲＵのカバレッジ条件を決定し得る。
【００８５】
ＷＴＲＵはＤ２Ｄ同期信号／チャネルに基づき得るイベントトリガを検出することによって、ＷＴＲＵのカバレッジ条件を決定し得る。ＷＴＲＵは、Ｄ２Ｄリソースプール情報を中継することが可能であり得る１または複数の隣接するＷＴＲＵを検出することによって、それがカバレッジ外条件であることを決定し得る。ＷＴＲＵは、Ｃａｍｐｅｄ＿ｏｎ＿Ｄ２ＤＵＥ状態に入ると、それがカバレッジ外状態であることを決定し得る。Ｃａｍｐｅｄ＿ｏｎ＿Ｄ２ＤＵＥ状態は、Ｄ２Ｄ対応ＷＴＲＵが、隣接するＷＴＲＵからのＤ２Ｄ構成情報を搬送する制御メッセージを復号するのに成功することができることを示し得る。
【００８６】
カバレッジ内ＷＴＲＵは、たとえば、ひとたびカバレッジ内ＷＴＲＵが、隣接するカバレッジ外ＷＴＲＵからのＤ２ＤＳＳを検出すると、同期信号および／またはメッセージの送信を始めるように構成され得る。
【００８７】
ＷＴＲＵは、ＷＴＲＵが同期ソースおよび／またはリレーになるかどうかを評価および／または再評価し得る。ＷＴＲＵは、たとえば、図５、図６、および図７に示されるように、Ｄ２Ｄ同期信号を受信すると、新しい同期ソースを選択および／または再選択し得る。ＷＴＲＵは、たとえば、ＷＴＲＵが、より良い信号強度を有する１または複数の代替Ｄ２Ｄ同期信号を送信中である新しい隣接するＷＴＲＵを検出した場合、そのマスタ同期ソースを評価／再評価し得る。
【００８８】
ＷＴＲＵは、ダウンリンクチャネル条件に基づき得るイベントトリガを検出することによって、そのカバレッジ条件を決定し得る。ＷＴＲＵは、１または複数の検出されたダウンリンク信号誤りに基づいて、そのカバレッジ条件を決定し得る。ＷＴＲＵは、たとえば、ダウンリンクブロック誤り率（ＤＬ  ＢＬＥＲ）が、構成された閾値よりも小さい、これに等しい、またはこれを超える場合、イベントトリガを検出し得る。ＷＴＲＵは、ＤＬ  ＢＬＥＲが、構成された閾値よりも小さい、これに等しい、またはこれを超え得ることに応答して、それがカバレッジのエッジ条件であることを決定し得る。
【００８９】
ＷＴＲＵは、ハンドオーバイベントに基づき得るイベントトリガを検出することによって、そのカバレッジ条件を決定し得る。ＷＴＲＵは、１または複数のモビリティイベントに基づいて、そのカバレッジ条件を決定し得る。ＷＴＲＵは、たとえば、モビリティイベントがトリガされた場合（たとえばイベントＡ３）、またはｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏメッセージを有する（無線リソース制御）ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎが受信された場合、イベントトリガを検出し得、これは、ＷＴＲＵに、それがカバレッジのエッジ条件であることを決定させ得る。ＷＴＲＵは、たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージが下位層によって送信されるのに成功するとき、イベントトリガを検出すると、ＷＴＲＵがカバレッジ内条件であることを決定し得る。
【００９０】
ＷＴＲＵは、周期的ＵＬ手順に基づき得るイベントトリガを検出することによって、そのカバレッジ条件を決定し得る。ＷＴＲＵは、それがカバレッジ内条件に別のカバレッジ条件から遷移できるかどうかを決定するために１または複数のアップリンク手順を実行することを周期的に試行することによって、そのカバレッジ条件を決定し得る。たとえば、ＷＴＲＵは、１または複数のアップリンク手順を実行することを周期的に試行し得る。ＷＴＲＵは、たとえば、アップリンク手順が成功した場合、それがカバレッジ内状態であることを決定し得る。
【００９１】
ＷＴＲＵは、その現在の状態情報に基づいて、そのカバレッジ条件を決定し得る。ＷＴＲＵは、基地局またはｅＮＢおよび／または他のＤ２Ｄ対応ＷＴＲＵに対するその現在の位置に基づいて状態情報を維持し得る。ＷＴＲＵは、状態情報に基づいて動作のモードおよびリソースプールを選択し得る。ＷＴＲＵは、たとえば、ネットワークから、そのカバレッジ状態の明示的インジケーションを受信し得る。ＷＴＲＵは、そのカバレッジ状態を暗黙的に決定し得る。
【００９２】
ＷＴＲＵは、そのＤ２Ｄカバレッジ状態を決定し得る。Ｄ２Ｄ対応ＷＴＲＵは、たとえば、そのカバレッジ条件に基づいて、以下の状態の１つに構成され得る。状態情報は、Ｄ２Ｄ−ＣｏｖｅｒａｇｅＳｔａｔｅ（Ｄ２Ｄ＿ＣＳ）と呼ばれ得る。Ｄ２Ｄ＿ＣＳは、Ｉｎ−ｃｏｖｅｒａｇｅと呼ばれるＤ２Ｄ＿ＣＳを含み得る。ＷＴＲＵは、それがＲＲＣ＿ＩＤＬＥであり、適切なセル上に留ませられているとき、カバレッジ内であってよい。ＷＴＲＵは、それがＲＲＣ＿ＣＯ  ＥＣＴＥＤモードであり、Ｄ２Ｄサービスをサポートするセルを用いてサービスされ、ＷＴＲＵが、カバレッジのエッジ内にあるための条件が満たされていないことを決定するとき、カバレッジ内であってよい。
【００９３】
ＷＴＲＵは、それがカバレッジのエッジにあることを決定し得る。Ｄ２Ｄ  ＣＳは、Ｅｄｇｅ−ｏｆ−ｃｏｖｅｒａｇｅと呼ばれるＤ２Ｄ＿ＣＳサブ状態を含み得る。ＷＴＲＵは、それがダウンリンクユニキャストおよび／もしくはアップリンクユニキャスト内に信頼できないリンクを有し、ならびに／または基地局もしくはｅＮＢと要求／応答通信を交換できないとき、カバレッジのエッジ状態であってよい。たとえば、ＤＬシステム情報は通常のユニキャスト通信よりも比較的ロバストであり得るので、ＷＴＲＵは、基地局またはｅＮＢからＤＬシステム情報を復号し得る。ＷＴＲＵは、ＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であってよい（たとえば、ＷＴＲＵがカバレッジのエッジにある間）。
【００９４】
ＷＴＲＵは、それがカバレッジ外にあることを決定し得る。Ｄ２Ｄ＿ＣＳは、Ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅと呼ばれるＤ２Ｄ＿ＣＳサブ状態を含み得る。ＷＴＲＵは、ＷＴＲＵが、セル適合性基準を満たすサービングセルを見つけることができないとき、それがカバレッジ外状態であることを決定し得る。ＷＴＲＵは、ＷＴＲＵが、Ｄ２Ｄサービスをサポートするサービングセルを見つけることができないとき、それがカバレッジ外状態であることを決定し得る。ＷＴＲＵが適切なセルを見つけることができず、Ａｎｙ  Ｃｅｌｌ  Ｓｅｌｅｃｔｉｏｎ状態である場合、ＷＴＲＵは、それがカバレッジ外状態であることを決定し得る。ＷＴＲＵは、構成されたＰＬＭＮ内に適切なセルがあるかどうか探す（たとえば、周期的に探す）ように構成され得る。Ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅのＷＴＲＵは、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ．ＮＯ−ＣＥＬＬ−ＡＶＡＩＬＡＢＬＥ状態またはＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ．ＮＯ−ＣＥＬＬ−ＡＶＡＩＬＡＢＬＥ状態で動作し得る。
【００９５】
ＷＴＲＵは、サブ状態を決定するように構成され得る。Ｄ２Ｄ対応ＷＴＲＵカバレッジ外状態は、２つ以上のサブ状態を含み得る。たとえば、カバレッジ外状態のサブ状態は、Ｃａｍｐｅｄ＿ｏｎ＿Ｄ２Ｄ＿ＵＥ状態であり得る。ＷＴＲＵは、ＷＴＲＵが適切なセルを配置できないが、ＷＴＲＵは、ネットワークからのカバレッジ内ＷＴＲＵリレー／送信情報であり得る、別のＷＴＲＵによって送信されているＤ２Ｄ構成情報を復号するのに成功したとき、Ｃａｍｐｅｄ＿ｏｎ＿Ｄ２Ｄ＿ＵＥ状態であってよい。カバレッジ外状態のサブ状態は、Ｎｏ＿Ｄ２Ｄソース状態であり得る。ＷＴＲＵは、それが、Ｄ２Ｄサービスをサポートする適切なセルおよび／またはＤ２Ｄ構成情報を送信している隣接するＷＴＲＵを見つけることができないとき、Ｎｏ＿Ｄ２Ｄソース状態であってよい。
【００９６】
図２は、Ｄ２Ｄ＿ＣＳ状態がたとえば既存の状態機械のサブ状態を含み得る例示的な実施形態を示す状態遷移図である。図４に示されるように、Ｄ２Ｄ＿ＣＳ状態は、別個の状態変数または条件と考えられ得る。ＷＴＲＵは、Ｄ２Ｄ＿ＣＳ状態を使用して、既存の手順または新しく定義された手順を用いて実行され得るアクションを決定し得る。ＷＴＲＵは、Ｄ２Ｄ＿ＣＳ状態を使用して、別個の状態変数または条件が満たされるときＷＴＲＵが使用し得る１または複数の送信モードを決定し得る。
【００９７】
ＷＴＲＵは、トリガイベントに関する更新を検出することによって、そのカバレッジ条件を決定するように構成され得る。ＷＴＲＵは、独立したトリガを検出することによって、そのカバレッジ状態決定ように構成され得る。ＷＴＲＵは、本明細書で説明される１または複数のトリガイベントに基づいて、そのカバレッジ条件の評価／再評価をトリガし得る。たとえば、ＷＴＲＵが特定の状態であるとき、ＷＴＲＵは、条件を監視して、カバレッジ状態または使用する動作モードを決定し得る。
【００９８】
ＷＴＲＵは、基地局コマンドまたはｅＮＢコマンドによるトリガに基づいてカバレッジ状態を決定するように構成され得る。ＷＴＲＵは、基地局またはｅＮＢから受信されたコマンドに基づいて、そのカバレッジ条件の評価／再評価をトリガし得る。ＲＬＦ再確立成功時、基地局またはｅＮＢは、遷移してカバレッジ内状態に戻るために、カバレッジのエッジＤ２Ｄ対応ＷＴＲＵにコマンドを送り得る。ＷＴＲＵは、再確立手順の完了（たとえば、完了成功）時またはＲＲＣ接続セットアップを実効するとき、それがカバレッジ内状態であることを暗黙的に決定し得る。ＷＴＲＵは、たとえば、再確立手順の完了成功時に、カバレッジ内状態として動作することを試行するように構成され得る。カバレッジ内への遷移は、アップリンクメッセージ（たとえば、サービスもしくはＲＲＣ要求、専用ＲＡＣＨ要求、またはスケジューリング要求）を送るようにＷＴＲＵをトリガし得る。ＷＴＲＵは、たとえば、アップリンク手順が成功した場合、カバレッジ内ＷＴＲＵとして引き続き動作し得る。アップリンク手順が不成功の場合、ＷＴＲＵは、カバレッジのエッジ状態またはカバレッジ外状態に戻ってよい。
【００９９】
ＷＴＲＵは、カバレッジ状態の変更時に１または複数の手順を実行するように構成され得る。たとえば、カバレッジ状態の変更時、ＷＴＲＵは、Ｄ２Ｄリソースを取得するためにＷＴＲＵが使用し得る動作のモード（たとえば、Ｄ２Ｄ通信のためのスケジューリングモード）（たとえば、モード１またはモード２）を決定するように構成され得る。たとえば、ＷＴＲＵはカバレッジのエッジの変更を検出し得、ＷＴＲＵは、モード２送信に遷移し得る。たとえば、ＷＴＲＵはＷＴＲＵのカバレッジ条件の変更を検出し得、ＷＴＲＵは、マスタ同期ソース（ＭＳＳ）の役割を仮定し得る。ＭＳＳの役割を仮定すると、ＷＴＲＵは、同期信号（たとえば、ＰＤ２ＤＳＣＨ上でＤ２ＤＳＳおよび／または同期メッセージ）を送信し始め得る。
【０１００】
ＷＴＲＵは、カバレッジ状態の変更を検出するとリソース選択手順を実行するように構成され得る。Ｄ２Ｄ対応ＷＴＲＵは、Ｄ２Ｄ送信および／または受信のためのリソースを決定するためにリソース選択手順を実行し得る。Ｄ２Ｄ対応ＷＴＲＵは、Ｄ２Ｄ動作のための時間および周波数における物理リソースブロック（ＰＲＢ）であるようにＤ２Ｄリソースを決定し得る。Ｄ２Ｄ対応ＷＴＲＵは、Ｄ２Ｄリソースプールなどの１または複数のＤ２Ｄリソースとともに構成され得る。Ｄ２Ｄ対応ＷＴＲＵは、Ｄ２Ｄリソース選択に基づいて、定義された持続期間内のリソースプールからの送信機会および受信機会のパターンを選択し得る。パターンは、Ｄ２Ｄ送信パターンおよび／またはＤ２Ｄ受信パターンを含み得る。
【０１０１】
ＷＴＲＵは、カバレッジ内条件に入るとＷＴＲＵリソース選択手順を実行するように構成され得る。ネットワークカバレッジ外ゾーンまたはネットワークカバレッジのエッジゾーンからネットワークカバレッジ内ゾーンに遷移するＤ２Ｄ対応ＷＴＲＵは、報告を送信するように構成され得る。この報告は、Ｄ２Ｄ通信および／または状態の変更を実行する要求を含み得る。Ｄ２Ｄ対応ＷＴＲＵは、本明細書で説明されるトリガイベントによってネットワークカバレッジまたは条件を識別し得る。
【０１０２】
ネットワークカバレッジ外ゾーンまたはネットワークカバレッジのエッジゾーンからネットワークカバレッジ内ゾーンに遷移するＤ２Ｄ対応ＷＴＲＵ、または新しいセルへのハンドオーバ時のＤ２Ｄ対応ＷＴＲＵは、動作の前のモード（たとえば、前のＤ２Ｄスケジューリングモード）またはセルから既存のリソースＮ内で送信するのを停止し得る。たとえば、モード１からモード２に切り換えるＷＴＲＵは、既存のリソース内でモード１から送信するのをやめ得る。ＷＴＲＵは、（たとえば、１または複数のシステム情報ブロック（ＳＩＢ）を読み出すことによって、またはＤ２Ｄ対応ＷＴＲＵ内でセルの既存の構成を使用することによって）セル内でＤ２ＤデバイスのためのＤ２Ｄ通信モードのためのネットワーク構成を決定し得る。ＷＴＲＵは、ネットワークと接続（たとえば、登録）し得る。Ｄ２Ｄ対応ＷＴＲＵは、たとえば、ネットワークと接続し後、Ｄ２Ｄ送信のためのリソースを要求し得る。ＷＴＲＵは、ＷＴＲＵがモード１に構成されている場合、ネットワークと接続し得る。構成が利用可能でない場合、ＷＴＲＵはネットワークと接続し得る。たとえば、セルが、セルはＤ２Ｄ可能であること示す場合、ＷＴＲＵはネットワークと接続し得る。ＷＴＲＵは、ネットワークカバレッジ外ゾーンまたはネットワークカバレッジのエッジゾーン内にあるときＷＴＲＵが使用した可能性のあるモード２送信リソースを使用するのを止めてよい。
【０１０３】
ネットワークカバレッジ外ゾーンまたはネットワークカバレッジのエッジゾーンからネットワークカバレッジ内ゾーンに遷移するＤ２Ｄ対応ＷＴＲＵは、たとえば、以下のうちの１または複数に基づいて、リソースＭ、リソースパターン、および／またはカバレッジ内送信のための許可された送信パターンを識別し得る。ＷＴＲＵは、ＳＩＢ上で知らされるＮとＭとの間の所定のマッピングを使用し得る。ＷＴＲＵは、構成されたまたは（たとえば、可能な場合はｅＮＢのＳＩＢから、またはＲＲＣシグナリングを介して）受信された送信リソースプールを使用し得る。たとえば、既存の構成を継続する、ネットワークによる明示的なインジケーションがある場合、ＷＴＲＵは、前の送信プールを引き続き使用し得る。ＷＴＲＵは、（たとえば、ＲＲＣシグナリングを介して、またはメディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）を介して、または特殊なダウンリンク制御情報（ＤＣＩ）を使用する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して）ネットワークから受信された明示的なインジケーションを使用し得る。ＷＴＲＵは、ｅＮＢからの構成された送信リソースプールまたは送信機会パターンを使用し得る。
【０１０４】
ネットワークカバレッジ外ゾーンまたはネットワークカバレッジのエッジゾーンからネットワークカバレッジ内ゾーンに遷移するＤ２Ｄ対応ＷＴＲＵは、たとえば、以下のうちの少なくとも１つに基づいて、カバレッジ内受信のための新しいリソース、時間パターン、および／または許可された受信機会を識別し得る。ＷＴＲＵは、（たとえば、ＲＲＣシグナリングを介して、ＭＡＣ  ＣＥを介して、または特殊なＤＣＩを使用するＰＤＣＣＨを介して）ネットワークから受信された明示的な受信リソースプールを使用するリソースを識別し得る。ＷＴＲＵは、提供された構成に基づいて受信のためのあらかじめ構成されたリソースプール、および／または所定のマッピングを使用するリソース（たとえば、ＷＴＲＵ固有識別子に基づいて計算された時間パターン）を識別し得る。ネットワークカバレッジ外ゾーンまたはネットワークカバレッジのエッジゾーンからネットワークカバレッジ内ゾーンに遷移するＤ２Ｄ対応ＷＴＲＵは、たとえば、以下に説明される手順に基づいてリソース選択プロセスの結果を示すレポートをｅＮＢに送り得る。
【０１０５】
ＷＴＲＵは、カバレッジエッジ条件に入ると、リソース選択手順を実行し得る。ネットワークカバレッジ内ゾーンからネットワークカバレッジのエッジゾーンに遷移するＷＴＲＵは、たとえば、本明細書で説明されるトリガイベントを検出することによって、ネットワークカバレッジを識別するように構成され得る。ＷＴＲＵは、既存のリソースＮ内で送信するのを止めてもよいし、グラントが満了したとき（たとえば、スケジューリング期間の終了時）送信するのを止めてもよい。ＷＴＲＵは、システム情報ブロック（ＳＩＢ）を読み、Ｄ２Ｄ通信モードのためのネットワーク構成を決定し得る。たとえば、ＷＴＲＵがモード２で動作するために構成されるもしくはこれが許可される場合、または構成が利用可能でない場合、ＷＴＲＵはモード２を選択し得る。
【０１０６】
ネットワークカバレッジ内ゾーンからネットワークカバレッジのエッジゾーンに遷移するＷＴＲＵは、たとえば、以下のうちの少なくとも１または複数に基づいた、カバレッジのエッジ送信のための新しいリソースＭを識別し得る。ＷＴＲＵは、ＳＩＢ上で知らされるＮとＭとの間の所定のマッピングに基づいた新しいリソースを識別し得る。ＷＴＲＵは、ＳＩＢからのリソース構成に基づいた新しいリソースを識別し得る。ＷＴＲＵは、送信のためのあらかじめ構成されたリソースプールに基づいた新しいリソースを識別し得る。ＷＴＲＵは、送信に使用されることになる時間パターン（たとえば、送信プール）に基づいた新しいリソースを識別し得る。ＷＴＲＵは、提供される構成に基づいた、ＳＩＢからの時間パターン、あらかじめ構成されたパターン、および／または所定のマッピング（たとえば、ＷＴＲＵ固有識別子に基づいて計算された時間パターン）を決定し得る。ネットワークカバレッジ内ゾーンからネットワークカバレッジのエッジゾーンに遷移するＷＴＲＵは、たとえば、以下のうちの少なくとも１または複数に基づいた、カバレッジのエッジ受信のための新しいリソースを識別し得る。ＷＴＲＵは、ＳＩＢからのリソース構成に基づいた新しいリソースを識別し得る。ＷＴＲＵは、受信のためのあらかじめ構成されたリソースプールに基づいた新しいリソースを識別し得る。ＷＴＲＵは、送信に使用されることになる時間パターンに基づいた新しいリソースを識別し得る。ＷＴＲＵは、提供される構成に基づいた、ＳＩＢから導き出されたタイミングパターン、あらかじめ構成されたパターン、および／または所定のマッピング（たとえば、ＷＴＲＵ固有識別子に基づいて計算された時間パターン）を選択し得る。
【０１０７】
ネットワークカバレッジ内ゾーンからネットワークカバレッジのエッジゾーンに遷移したＷＴＲＵは、たとえば、現在の状態の変更を決定するために（たとえば、ＷＴＲＵがカバレッジ内モードに戻り得るかどうかを決定するために）、ＵＬメッセージを始め得る。ＵＬメッセージを始めることは、ＳＩＢを読んで周期的メッセージ構成（たとえば、ＲＡＣＨ構成、周期的ＢＳＲ構成、タイムアウト窓持続期間、連続した試行間のギャップなど）を決定することを含み得る。ＵＬメッセージを始めることは、構成された構成を有するネットワークへの周期的送信を実行することを含み得る。
【０１０８】
ＷＴＲＵは、Ｏｕｔ−Ｏｆ−Ｃｏｖｅｒａｇｅ状態に入るとリソース選択手順を実行するように構成され得る。ネットワークカバレッジ内ゾーンからネットワークカバレッジのエッジゾーンに遷移するＷＴＲＵは、本明細書で説明されるネットワークカバレッジを識別し得る。ＷＴＲＵは、既存のリソースＮ内でまたは既存のスケジューリングモードを使用して送信するのを止め、使用する新しいセットのリソースおよび新しいスケジューリングモードを決定し得る。ＷＴＲＵは、隣接するｅＮＢをリッスンし、適合性をチェックし得る。適合性チェックは、セルがＤ２Ｄサービスをサポートするかどうかをチェックすることを含み得る。適切なセルが見つけられないイベントでは、ＷＴＲＵは、任意の隣接するＤ２Ｄ同期信号をリッスンし得る。ＷＴＲＵは、１または複数のＤ２Ｄ  ＷＴＲＵ適合性基準に基づいて、Ｄ２ＤＳＳの適合性を評価し得る。この適合性基準は、ソースＩＤ優先順位（たとえば、ソースＩＤに優先順位が付けられる場合）、ホップカウントなどを含み得る。ネットワークカバレッジ内ゾーンからネットワークカバレッジのエッジゾーンに遷移するＷＴＲＵは、モード２送信手順を実行し始め得る。ＷＴＲＵは、たとえば、以下のうちの少なくとも１つに基づいて、カバレッジ外送信またはカバレッジのエッジ送信のための新しいリソースＭを識別し得る。ＷＴＲＵは、スケジューリング割り当ておよびＤ２Ｄ送信のための所定の構成に基づいた新しいリソースを識別し得る。たとえば、ＷＴＲＵは、ＳＩＢを読むことによって構成を受信し得る。ＷＴＲＵは、提供される構成に基づいた所定のマッピングの送信に対して使用されることになる時間パターンに基づいた新しいリソース（たとえば、ＷＴＲＵ固有識別子に基づいて計算された時間パターン）を識別し得る。ＷＴＲＵは、たとえば、提供される場合、あらかじめ構成されたパターン（たとえば、あらかじめ構成された送信プール）に基づいた新しいリソースを識別し得る。ＷＴＲＵは、たとえば、受信のためのあらかじめ構成されたリソースプール、受信に使用されることになる時間パターン、提供される構成に基づく所定のマッピング（たとえば、ＷＴＲＵ固有識別子に基づいて計算された時間パターン）、および／またはあらかじめ構成されたパターン、のうちの少なくとも１つに基づいて、カバレッジ内受信のための新しいリソースを識別し得る。
【０１０９】
ＷＴＲＵは、現在の状態の変更を決定するためにＵＬメッセージを始め得る。ＷＴＲＵは、ＳＩＢを読んで周期的メッセージ構成（たとえば、ＲＡＣＨ構成、周期的ＢＳＲ構成、タイムアウト窓持続期間、連続した試行間のギャップなど）を決定し、構成された構成を有するネットワークへの周期的送信を試行することによって、ＵＬメッセージを始め得る。
【０１１０】
ＷＴＲＵは、カバレッジの変更時に電力制御モードのタイプを選択するように構成され得る。ＷＴＲＵは、Ｄ２Ｄ通信とともに動作するように１または複数の電力制御モードを用いて構成され得る。
【０１１１】
ＷＴＲＵは、閉ループ電力制御モードを用いて構成され得る。たとえば、ノード（たとえば、ｅＮＢ、クラスタヘッド、または制御用ノードなど）は、Ｄ２Ｄ通信および／または発見のためのＷＴＲＵ送信電力を制御し得る。ＷＴＲＵは、閉ループ手法に部分的に基づき得る電力制御モードを選択し得る。たとえば、ＷＴＲＵは、電力制御コマンドを用いてノード（たとえば、ｅＮＢ、クラスタヘッド、または制御用ノードなど）から電力制御信号インジケーションを受信し得る。ＷＴＲＵは、たとえば、Ｄ２Ｄ通信グラント制御信号の一部として（たとえば、ＰＤＣＣＨ、ｅＰＤＣＣＨ、および／または他の制御信号を介して）、電力制御信号などを受信し得る。
【０１１２】
ＷＴＲＵは、（たとえば、参照ノードに対する）開ループ電力制御モードを用いて構成され得る。ＷＴＲＵは、ノード（たとえば、参照ノード、制御用ノード、ｅＮＢ、Ｄ２Ｄ  ＷＴＲＵ、同期ソース、クラスタヘッドなど）からのＲＳＲＰなどの１または複数の測定に基づいて、その電力を決定し得る。たとえば、ＷＴＲＵは、たとえば、ｅＮＢの場合にＳＩＢなどの制御シグナリングに基づいてあらかじめ構成または決定され得る測定およびノード送信電力値に基づいて、ノードへの経路損失を推定し得る。ＷＴＲＵは、ノードにおいて最小受信電力または最大受信電力に到達するように電力を調整し得る。ＷＴＲＵは、パラメータ（たとえば、ＵＳＩＭ上の）に基づいて電力制御モードを用いて構成され得る。ノード（たとえば、ｅＮＢ、Ｄ２Ｄ  ＷＴＲＵ、同期ソース、クラスタヘッドなど）は、たとえば、ＲＲＣシグナリングを介して、またはＳＩＢ上で、電力制御のためのパラメータを構成し得る。
【０１１３】
ＷＴＲＵは、固定電力制御モードを用いて構成され得る。ＷＴＲＵは、固定送信電力を用いて構成され得る。ＷＴＲＵは、たとえば、ＵＳＩＭからの、またはＲＲＣ／ＳＩＢを介して、送信電力パラメータを用いて構成され得る。送信電力パラメータは固定され得る。たとえば、ＷＴＲＵは、Ｄ２Ｄサービスの動作の構成された範囲に関連付けられた個々の値などを用いて、複数の固定送信電力パラメータを用いて構成され得る。ＷＴＲＵは、たとえば、構成された範囲に基づいて、複数の送信電力値内の値を選択し得る。発見サービスは、動作の範囲（たとえば、短い、中間くらい、長い）とともに構成され得る。ＷＴＲＵは、たとえば、動作の範囲に基づくＤ２Ｄ発見ペイロードを送信するための送信電力を選択し得る。ＷＴＲＵは、動作の範囲および／またはＤ２Ｄ発見ペイロードを上位層からのインジケーションとして取得し得る。
【０１１４】
ＷＴＲＵは、カバレッジ状態を変更するとき、電力制御に関連するアクションを実行するように構成され得る。ＷＴＲＵは、たとえば、Ｄ２Ｄ  ＷＴＲＵカバレッジ状況に基づいてＤ２Ｄ電力制御モードを決定するように構成され得る。
【０１１５】
ＷＴＲＵとｅＮＢとの間の通信は、ＷＴＲＵと、リソースノード、制御用ノード、クラスタヘッド、同期ソース、Ｄ２Ｄ  ＷＴＲＵなどのノードとの間の通信に適用可能であり得る。ＷＴＲＵと、リソースノード、制御用ノード、クラスタヘッド、同期ソース、Ｄ２Ｄ  ＷＴＲＵなどのノードとの間の通信は、ＷＴＲＵとｅＮＢとの間の通信に適用可能であり得る。
【０１１６】
ＷＴＲＵは、カバレッジ外に移動するときなどに、その電力制御モードを固定電力制御モードに変更するように構成され得る。ＷＴＲＵは、（たとえば、それが、それがネットワークカバレッジ外またはノードおよび／もしくは参照ノードの外側にあることを検出するとき）その電力制御モードを自律的に変更するように構成され得る。たとえば、ＷＴＲＵは、カバレッジ外に移動するときなどに、その電力制御モードを固定電力制御モードに自律的に変更するように構成され得る。ＷＴＲＵは、構成から電力制御パラメータを決定するように構成され得る。ＷＴＲＵは、ネットワークによって構成されたパラメータを維持するように構成され得る。ＷＴＲＵは、カバレッジ内ＷＴＲＵに関連付けられたノード（たとえば、ｅＮＢ、制御用ノード、参照ノード、クラスタヘッド、Ｄ２Ｄ  ＷＴＲＵ、同期ソースなど）によって提供されるなどの、カバレッジ内Ｄ２Ｄ  ＷＴＲＵからフォワーディングされた構成パラメータを使用する。
【０１１７】
図３は、ＷＴＲＵがカバレッジのエッジまたはカバレッジ内へと移動するときＳＩＢに基づいて電力制御モードを決定する例のシステム図を示し得る。ＷＴＲＵは、カバレッジのエッジおよび／またはカバレッジ内へと移動するときＳＩＢに基づいて電力制御モードを決定するように構成され得る。ＷＴＲＵは、それが、それがノード（たとえば、ｅＮＢ、制御用ノード、参照ノード、クラスタヘッド、Ｄ２Ｄ  ＷＴＲＵ、同期ソースなど）のカバレッジ内で移動することを検出したとき、その電力制御モードを自律的に変更するように構成され得る。たとえば、ＷＴＲＵは、参照ノードとしての最も近いｅＮＢおよび／またはサービングｅＮＢを用いて、その電力制御モードを開ループ電力制御モード（たとえば、参照ノード電力制御モード）に変更するように構成され得る。ＷＴＲＵは、ＳＩＢから、ｅＮＢから、またはノードのブロードキャスト制御から受信された電力制御パラメータを使用し得る。
【０１１８】
ＷＴＲＵは、ＳＩＢの構成を読むことによって、ノード（たとえば、ｅＮＢ、制御用ノード、参照ノード、クラスタヘッド、Ｄ２Ｄ  ＷＴＲＵ、同期ソースなど）のカバレッジ内で移動するとき、使用する電力制御モードを決定し得る。ＷＴＲＵは、ＳＡ送信のための電力パラメータ、Ｄ２Ｄデータ、および／または発見送信電力などの関連付けられたパラメータを有する固定電力制御を使用するために、ＳＩＢ上でインジケーションを受信し得る。
【０１１９】
ＷＴＲＵは、ＳＩＢを介して、たとえば、閉ループ電力制御を使用するように構成され得る。ＷＴＲＵは、たとえば、閉ループ電力制御を使用するとき、ノード（たとえば、ｅＮＢ、制御用ノード、参照ノード、クラスタヘッド、Ｄ２Ｄ  ＷＴＲＵ、同期ソースなど）に接続することを試行するように構成され得る。ＷＴＲＵは、たとえば、接続失敗の場合に、またはＷＴＲＵが接続を試行している時間の間などに、ＳＩＢ上で構成されたパラメータを用いて開ループ電力制御を使用するように構成され得る。
【０１２０】
ＷＴＲＵは、たとえば、ＳＩＢ上で知らされるパラメータを用いて、開ループ電力制御を使用するようにＳＩＢを介して構成され得る。
【０１２１】
ＷＴＲＵは、たとえば、カバレッジ内のとき、ネットワークからの構成に基づいて電力制御モードを決定するように構成され得る。ＷＴＲＵは、ネットワークに接続するように構成され得る。ＷＴＲＵは、ＷＴＲＵがネットワークカバレッジ内で移動するときなど、たとえば、専用ＲＲＣシグナリングを介して、電力制御構成を受信するように構成され得る。ＷＴＲＵは、たとえば、ＷＴＲＵが接続されていない時間の間に、固定電力制御を使用するように構成され得る。ＷＴＲＵは、たとえば、ＷＴＲＵが接続されていない時間の間に、ＳＩＢ上で知らされたパラメータを使用するように構成され得る。
【０１２２】
ＷＴＲＵは、動作のＤ２Ｄモード（たとえば、Ｄ２Ｄスケジューリングモード、たとえばモード１またはモード２）に基づいて電力制御モードを決定するように構成され得る。たとえば、ＷＴＲＵは、ＷＴＲＵが動作のＤ２Ｄモードを変更するときに使用され得る電力制御モードを評価および／または選択し得る。ＷＴＲＵは、たとえば、ＷＴＲＵがモード１からモード２に切り換えるとき（たとえば、ＲＲＣ接続が解除されるとき）、閉ループ電力制御から開ループ電力制御および／または固定電力制御に移動し得る。ＷＴＲＵは、たとえば、ＷＴＲＵがモード１からモード２に切り換えるとき（たとえば、ＲＲＣ接続が解除されるとき）、ＳＩＢ上で知らされるパラメータを使用し得る。
【０１２３】
ＷＴＲＵは、役割の遷移に基づいて電力制御モードを決定するように構成され得る。ＷＴＲＵは、ＷＴＲＵがたとえば同期ソースもしくはクラスタヘッドとして動作を開始するまたはＭＳＳもしくはクラスタヘッドとして動作するのを止めるとき使用され得る電力制御モードを評価および選択し得る。たとえば、ＷＴＲＵが参照ノード（たとえば、同期ソースまたはクラスタヘッド）からの一般的なＷＴＲＵ取得同期として動作中であるときなど、ＷＴＲＵは、参照ノードから送信電力パラメータの少なくとも一部を取得する閉電力制御モードで動作中であり得る。ＷＴＲＵは、ＷＴＲＵが同期ソースとして動作を開始することを決めた場合など、たとえば条件の変更により、電力制御モードを固定電力制御に変更し得る。ＷＴＲＵは、ＷＴＲＵが同期ソースとして動作を開始することを決めた場合など、たとえば、条件の変更により、ＷＴＲＵ内で構成されたパラメータを使用し得る。
【０１２４】
ＷＴＲＵは、動作のモード（たとえば、Ｄ２Ｄ通信のためのスケジューリングモード）を選択するように構成され得る。ＷＴＲＵがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であり、ＷＴＲＵは、モード１スケジューリングを使用するＤ２Ｄ通信を実行中であり（たとえば、ｅＮＢがＤ２Ｄ送信をスケジュールする）、ＷＴＲＵが接続問題を検出する場合、ＷＴＲＵは、既存のトリガに基づいて無線リンク失敗（ＲＬＦ）条件が発生したことを決定し得る。ＷＴＲＵは、（たとえば、再確立を実行することを試行することによって）リンクを復旧させることを試行し得る。しかしながら、ＷＴＲＵがリンクを復旧することを試行している間、何らかの遅延があることがある。たとえば、ダウンリンクにおいて繰り返される非同期インジケーションは、大きな値（たとえば、２ｓまで）を持つことができるＲＲＣタイマ（たとえば、ＲＬＦタイマ、たとえば、タイマＴ３１０またはタイマＴ３１２）をトリガすることができる。アップリンク問題を検出する閾値は、ＷＴＲＵがネットワークと通信することができない、Ｄ２Ｄのためのグラントを取得することができない、および／または重要なＤ２Ｄ通信を実行することができないとき、頻繁なピンポンを回避する大きな値を含み得るが、これらは、長い遅延につながり得る。そのような中断を回避するために、Ｄ２Ｄ  ＷＴＲＵは、この時間フレームの間に引き続き動作し得る。ＷＴＲＵは、問題を（たとえば、Ｔ３１０が動作中であることを検出することによって）決定し、モード２リソース選択に遷移するように構成され得る。
【０１２５】
基地局またはｅＮＢおよびＷＴＲＵは、条件の変更を決定し、ＷＴＲＵをトリガして、その手順を変更させ、Ｄ２Ｄリソースを取得し得る。ＷＴＲＵは、条件の変更を決定し、ＷＴＲＵをトリガして、その手順を変更させ、Ｄ２Ｄリソースを取得し得る（たとえば、モード１からモード２に切り換える）。
【０１２６】
ＷＴＲＵは、トリガ（たとえば、条件）に基づいて動作のＤ２Ｄモードを評価／再評価し得る。ＷＴＲＵは、独立したトリガに基づいてスケジューリングモードを選択するように構成され得る。ＷＴＲＵは、本明細書で説明される１または複数のトリガイベント（たとえば、条件）に基づいて、その動作のモード（たとえば、モード１またはモード２）の評価／再評価をトリガし得る。ＷＴＲＵは、それがカバレッジ外状態であることを検出する（たとえば、決定する）とき、ＷＴＲＵは、モード２リソースを使用し得る。ＷＴＲＵが、セル適合性基準を満たすセルを見つけることができないとき、および／またはＷＴＲＵがセルを検出することができないとき、ＷＴＲＵは、それがカバレッジ外状態であることを決定し得る。たとえば、ＷＴＲＵは、所定の時間窓内でサービングセルＳＩＢを復号することができないと、モード２リソースを使用し得る。ＷＴＲＵがＲＲＣ＿ＩＤＬＥ．Ａｎｙ−Ｃｅｌｌ−Ｓｅｌｅｃｔｉｏｎへと遷移するとき、ＷＴＲＵは、モード２リソースを使用し得る。ＷＴＲＵが、ＲＲＣタイマ（たとえば、タイマＴ３００）の開始または満了に基づいてカバレッジ状態の変更を決定するとき、ＷＴＲＵは、モード２リソースを使用し得る。ＷＴＲＵが、再確立手順が始められたことを決定するとき（たとえば、ＲＲＣタイマが開始または満了したとき、たとえば、Ｔ３１１またはＴ３０１が開始または満了したとき）、ＷＴＲＵは、モード２リソースを使用し得る。ＲＲＣ接続要求手順が失敗した場合、ＷＴＲＵは、モード２リソースを使用し得る。
【０１２７】
ＷＴＲＵは、試行／フォールバック方法に基づくモード選択／切り換え手順を実行するように構成され得る。Ｄ２Ｄリソースが使用される場合、ＷＴＲＵは、基地局またはｅＮＢによって構成されたモードを使用することを試行し得る。ＷＴＲＵが、構成された持続期間内でリソースを取得するのに成功しない場合、ＷＴＲＵは、モード２を使用して、半静的リソースプールまたはあらかじめ構成されたリソースプールにフォールバックし得る。
【０１２８】
適切なサービングセル上に留まらされた（たとえば、ＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）ＷＴＲＵは、モード１を使用することによってＤ２Ｄリソース選択を始めるように構成され得る。新しいＤ２Ｄデータが到着すると、ＷＴＲＵは、基地局またはｅＮＢからリソースを取得する要求を始め得る。手順が不成功の場合、ＷＴＲＵは、ブロードキャストシグナリングを使用して構成されたリソースプールとともにモード２を使用することを試行し得る。ブロードキャストシグナリングにおいてリソースが利用可能でないまたはリソースがモード２動作のために（たとえば、明示的に）構成されていない場合、ＷＴＲＵは、Ｄ２Ｄ動作を実行しないことがある。リソースが知らされないまたはＷＴＲＵがＳＩＢを復号することができない場合、それは、あらかじめ構成されたリソースプールとともに、モード２に遷移し得る。
【０１２９】
ＷＴＲＵは、ＲＲＣ接続を確立するように構成され得、Ｄ２Ｄ動作のためのリソースを要求し得る。ＷＴＲＵは、ＳＩＢ  Ｄ２Ｄ構成上でｅＮＢから信号を受信することによってＲＲＣ接続を確立するように構成され得る。Ｄ２Ｄデータ（たとえば、新しいＤ２Ｄデータ）が到着すると、ＲＲＣ＿ＩＤＬＥモードのＷＴＲＵは、ＲＲＣ接続確立手順を始め得る。ＲＲＣ接続確立手順が成功しなかった場合、ＷＴＲＵは、構成されたモード２リソースを使用することを試行し得る。ＷＴＲＵは、以下の条件のうちの１または複数などの指定された条件で構成されたモード２リソースを使用し得る。
【０１３０】
タイマが動作中であるまたは満了したとき、たとえば、Ｔ３００が動作中であるまたは満了したとき（たとえば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔの送信時）、ＷＴＲＵは、モード２で動作し、モード２リソースを使用するように構成され得る。ＷＴＲＵは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｊｅｃｔの受信時、モード２リソースを使用し得る。Ｔ３０２（たとえば、ＴＢａｒｒｉｎｇ）が動作中であるとき（たとえば、ＲＲＣ接続確立を実行している間のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｊｅｃｔの受信時）、ＷＴＲＵは、モード２リソースを使用し得る。Ｔ３０３またはＴ３０５が動作中であるとき（たとえば、呼またはシグナリングを発生するモバイルのためのＲＲＣ接続確立を実行している間にアクセスが妨げられると）、ＷＴＲＵは、モード２リソースを使用し得る。たとえば、ＷＴＲＵが、ＲＲＣ接続の確立失敗について上位層に知らせるように構成されている場合、ＷＴＲＵは、モード２リソースを使用し得る。ＲＲＣにおけるアクセス妨げチェックが、妨げられているとセルを決定するとき、および／またはタイマ（たとえば、新しいタイマ）が満了した後、ＷＴＲＵは、モード２リソースを使用し得る。タイマは、ＲＲＣ接続要求の始まりのときに始められた可能性がある。タイマは、ＲＲＣ接続要求が始められたときに開始し得る。タイマは、ＲＲＣ接続セットアップが受信されたときに停止し得る。ＲＲＣ接続セットアップの受信時または上位層からの、送信を停止するインジケーションの受信時、ＷＴＲＵは、モード１動作またはネットワークが提供する構成を使用し得る。
【０１３１】
たとえば、ＷＴＲＵは、Ｄ２Ｄ送信のためのグラントを要求するＢＳＲを送り得る。たとえば、ＷＴＲＵが時間内にｅＮＢから応答を受信しなかった場合、ＷＴＲＵは、モード２を使用することを試行し得る。たとえば、ＢＳＲがトリガされるおよび／または送られるとき、タイマが開始し得る。ＷＴＲＵは、たとえば、タイマの満了によって、モード２に遷移するようにトリガされ得る。ＷＴＲＵは、ｒｅｔｘＢＳＲ−Ｔｉｍｅｒ．などのタイマの満了によって、モード２に遷移するようにトリガされ得る。たとえば、Ｄ２Ｄ  ＢＳＲのいくつかの再送信の後、ＷＴＲＵはモード２を始め得る。
【０１３２】
ＷＴＲＵは、たとえば、トリガされたＤ２Ｄ  ＢＳＲの結果として、グラントを要求するＳＲを送り得る。たとえば、ＷＴＲＵが、ＢＳＲを送信するＰＵＳＣＨリソースを受信しなかった場合、ＷＴＲＵは、モード２を使用するように遷移し得る。たとえば、定義された持続期間にわたるＤ２Ｄ  ＢＳＲが、組み立てられたＭＡＣ  ＰＤＵを含まない場合、ＷＴＲＵは、モード２を使用するように遷移し得る。Ｄ２Ｄ  ＢＳＲがトリガされる、および／またはＳＲが送信されるとき、タイマは開始され得る。タイマの満了は、モード２に遷移するようにＷＴＲＵをトリガし得る。たとえば、ＷＴＲＵが、構成された時間の量よりも多くＳＲを再送信する場合、ＷＴＲＵはモード２に遷移し得る。ＷＴＲＵは、ｓｒ−Ｐｒｏｈｉｂｉｔタイマの満了によってモード２送信に遷移するようにトリガされ得る。たとえば、モード２送信を使用するＷＴＲＵは、アップリンク通信を試行する（たとえば、周期的に試行する）ように構成され得る。ＷＴＲＵは、それが依然として接続モードである場合および／またはネットワークが、それをモード１送信に構成した場合などに、ＵＬ通信を周期的に試行するように構成され得る。ＷＴＲＵは、（たとえば、周期的に、および／またはＢＳＲがトリガされる場合）通信を再試行し得る。ＷＴＲＵは、通信を試行する前に、時間の期間にわたって待機し得る。
【０１３３】
ＷＴＲＵは、リソースグラント持続期間満了に基づくモード選択／切り換え手順を実行するように構成され得る。たとえば、モード選択／切り換え手順がリソースグラント持続期間満了によってトリガされない場合、ＷＴＲＵは、リソースグラントデアクティベーションを検出し得る。たとえば、Ｄ２Ｄリソースが使用される場合、ＷＴＲＵは、モードの選択に関する情報を用いて構成され得る。たとえば、Ｄ２Ｄリソースが無効であり得るおよび／または無効になり得るとき、ＷＴＲＵは、リソースプールに関する情報を用いて構成され得る。たとえば、ＷＴＲＵは、持続期間（たとえば、リソースが有効と考えられ得る時間持続期間）にわたって有効であり得るＤ２Ｄリソースを用いて構成され得る。ＷＴＲＵは、たとえば、持続期間が満了したとき、モード切り換えを実行するように構成され得る。持続期間は、たとえば、時間、フレームの数、サブフレームの数に関して、リソース時間パターンとして、などと構成され得る。ＷＴＲＵは、モード１リソースがネットワークによってデアクティベーションされたときなどに、たとえば、モード１からモード２にモードを切り換えるように構成され得る。
【０１３４】
ＷＴＲＵは、ＢＳＲ送信への応答の欠如に基づいてモード１からモード２に切り換え得る。たとえば、ＷＴＲＵは、Ｄ２Ｄ送信のためのグラントを要求するＢＳＲを送り得る。たとえば、ＷＴＲＵが時間内にｅＮＢから応答を受信しなかった場合、ＷＴＲＵは、モード２を使用することを試行し得る。ＢＳＲが送られるとき、タイマが開始し得る。ＷＴＲＵは、既存のタイマｒｅｔｘＢＳＲ−Ｔｉｍｅｒの満了時にモード１からモード２に遷移するように構成され得る。
【０１３５】
ＷＴＲＵは、ＲＲＣ状態遷移に基づくモード選択／切り換え手順を実行するように構成され得る。Ｄ２Ｄリソースが使用される場合、ＷＴＲＵは、ＲＲＣ状態に基づいたモードおよびリソースプールの選択に関するルールを用いて構成され得る。ＷＴＲＵは、それがＲＲＣ＿ＩＤＬＥモードであるとき、モード２で動作するように構成され得る。ＷＴＲＵは、基地局またはｅＮＢにより定義されたモードよりも優先するルールを用いて構成され得る。
【０１３６】
ＷＴＲＵは、Ｄ２Ｄ  Ｃｏｖｅｒａｇｅ−Ｓｔａｔｅの変更に基づくモード選択／切り換え手順を実行するように構成され得る。ＷＴＲＵは、現在のＤ２ＤＣｏｖｅｒａｇｅ−Ｓｔａｔｅに基づいたモードおよびリソースプールの選択に関するルールを用いて構成され得る。ＷＴＲＵは、本明細書で説明される１または複数のトリガイベントに基づいて状態の変更を検出し得る。
【０１３７】
ＷＴＲＵが、それ自体がカバレッジ内状態であることを決定するとき、それは、Ｄ２Ｄ送信のためのリソースプールおよびモード構成を取得するように構成され得る。ＷＴＲＵは、基地局またはｅＮＢから受信され得る知らされた構成によってリソースプールおよびモード構成情報を受信し得る。カバレッジのエッジ内で動作するＷＴＲＵは、ネットワークからリソース割り振りを取得し、Ｄ２Ｄ送信のための自律的リソース選択を実行するように構成され得る。カバレッジ外状態（たとえば、Ｎｏ＿Ｄ２Ｄソース＿Ａｖａｉｌａｂｌｅ）で動作するＷＴＲＵは、あらかじめ構成されたリソース割り振りを使用し得、自律的リソース選択を実行し得る。Ｏｕｔ−ｏｆ−Ｃｏｖｅｒａｇｅ．Ｃａｍｐｅｄ＿ｏｎ＿ａｎｏｔｈｅｒ＿ＵＥで動作するＷＴＲＵは、１または複数の隣接するＷＴＲＵから制御メッセージのためのリソースプールを取得し、制御構成から自律的リソース選択を実行し得る。
【０１３８】
ＷＴＲＵは、１または複数の基地局コマンドまたはｅＮＢコマンドに基づいてモード選択／切り換えを実行するように構成され得る。基地局またはｅＮＢは、専用シグナリングまたはブロードキャストシグナリングを使用してセル内で使用されることになるＭｏｄｅとともにＭｏｄｅ  Ｓｅｌｅｃｔｉｏｎコマンドを送り得る。基地局またはｅＮＢは、専用シグナリングまたはブロードキャストシグナリングを使用してセル内でＷＴＲＵに使用されることになる１または複数のリソースに加えてＭｏｄｅとともにＭｏｄｅ  Ｓｅｌｅｃｔｉｏｎコマンドを送り得る。基地局またはｅＮＢは、ＲＲＣメッセージ、層２メッセージ、および／または層１メッセージ（たとえば、ＰＤＣＣＨ）として、Ｍｏｄｅ  Ｓｅｌｅｃｔｉｏｎコマンドを送り得る。ＷＴＲＵは、モード１においてネットワークにリソースを要求し得る。ネットワークは、モード２に遷移するようにＷＴＲＵに示し得る層１メッセージを送り得る。ネットワークは、モード１動作を試行するかそれともモード２動作を試行するかをＷＴＲＵに示し（たとえば、明示的に示し）得る。ＷＴＲＵがモード１動作に構成されるとき、本明細書で説明される１または複数の条件は、モード２動作に遷移するようにＷＴＲＵをトリガし得る。
【０１３９】
カバレッジ内ＷＴＲＵが、Ｄ２Ｄ通信を実行するようにトリガされるとき、そのＷＴＲＵは、１または複数のリソースを要求する要求を基地局またはｅＮＢに送り得、基地局またはｅＮＢは、ＷＴＲＵが動作するために使用し得るモード（たとえば、モード１またはモード２）を用いて応答し得る。
【０１４０】
ＷＴＲＵは、Ｄ２Ｄ通信のためのモード選択を実行するルールを受信し得る。たとえば、基地局またはｅＮＢは、ブロードキャストシグナリングを使用して、セル内のすべてのＷＴＲＵに使用され得るモードを示すルールを知らせ得る。
【０１４１】
ＷＴＲＵは、ＵＬ成功に基づくモード選択／切り換えを実行するように構成され得る。たとえば、モード２で動作するＷＴＲＵは、ＲＡＣＨが成功であるときリソース選択モードを評価／再評価するように構成され得る。モード２で動作するＷＴＲＵは、スケジューリンググラントが送られた後の構成された持続期間内でＵＬグラントが受信されるとき、リソース選択モードを評価／再評価するように構成され得る。
【０１４２】
ＷＴＲＵは、時間アライメントタイマ（ＴＡＴ）満了に基づくモード選択／切り換えを実行するように構成され得る。たとえば、モード１で動作するＷＴＲＵは、ＷＴＲＵがネットワークとのタイミングを失うとき、モードを評価／再評価するように構成され得る。ＷＴＲＵは、たとえば、ＷＴＲＵがＴＡＴ（たとえば、ｔｉｍｅＡＵｇｎｍｅｎｔＴｉｍｅｒ）の満了によってトリガされるとき、モード２に遷移するように構成され得る。
【０１４３】
ＷＴＲＵは、Ｄ２Ｄ通信のためのスケジューリングモードを選択した後、他の手順を実行するように構成され得る。モード２のＷＴＲＵは、あらかじめ構成されたリソースプール、または基地局もしくはｅＮＢによって構成されたリソースを選択し得る。
【０１４４】
ＷＴＲＵモード選択の変更は、たとえば、ネットワークがリソースを解放し得るように、インジケーションをノードに送るようにＷＴＲＵをトリガし得る。たとえば、ＷＴＲＵは、ＷＴＲＵがモード１からモード２に移るときなどに、インジケーションをｅＮＢに送り得る。ｅＮＢへのインジケーションは、それがモード２動作を始めるときＷＴＲＵが使用し得るパターンを含み得る。アクティブモード１（たとえば、半静的）リソースを用いて構成されたＷＴＲＵは、時点で（たとえば、データが依然として送信されなくなった場合）リソースを使用および／または必要としないことがある。ＷＴＲＵは、たとえば、モード２に構成されるとき、リソース（たとえば、モード１リソース）を自律的に解放および／またはデアクティベーションし得る。ＷＴＲＵは、ＷＴＲＵがリソースを解放したというインジケーションをｅＮＢに送り得る。ＷＴＲＵは、リソースを解放するためのネットワークによるインジケーションを待機し得る。ｅＮＢは、リソースを解放し、ならびに／または、リソースがもはや占有されないおよび／もしくは必要とされないという、ＷＴＲＵからのインジケーション時などに、リソースを解放および／もしくはデアクティベーションし得るインジケーションをＷＴＲＵに提供し得る。インジケーションは、ｅＮＢがリソースの管理を実行することを可能にし得る。
【０１４５】
ＷＴＲＵは、グラントを解放するおよび／またはＤ２Ｄ送信を実行しないことによってモード１リソースを解放するように構成され得る（たとえば、ＷＴＲＵが、送信することになるデータを持たないが、アクティブなグラントを持ち得る場合）。たとえば、ＷＴＲＵは、ＭＡＣ  ＣＥに、それがモード１リソースを解放したことをネットワークに示させ得る。ＷＴＲＵは、小さいバッファサイズ（たとえば、ゼロに設定された）を有するバッファステータス報告を使用して、ＷＴＲＵがリソースを使用しないことがあるおよび／またはグラントを解放したことを示し得る。いくつかの例では、ＷＴＲＵは、半永続的リソース割り振りのためなどに、それがリソースを解放するとき（たとえば、各々がゼロＭＡＣ  ＳＤＵを含む、ｉｍｐＵｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ個の連続したＭＡＣ  ＰＤＵがＤ２Ｄデータトラフィックのために提供された後）、インジケーションを送り得る。
【０１４６】
ＷＴＲＵは、Ｄ２Ｄ通信のためのスケジューリングモードを変更する１から複数の手順を用いて構成され得る。本明細書で説明されるように、ＷＴＲＵは、モード１リソースを使用する（たとえば、ＲＲＣシグナリングを使用する）ようにｅＮＢによって構成され得、本明細書で説明される１または複数の条件に応答してモード２リソースを使用し始め得る。１または複数の条件は、リソース構成、許可されたアプリケーションタイプ、許可された使用エリア、インデックスＩＤ、制御、および／またはデータ使用を含み得る。１または複数の条件は、アクティベーション／デアクティベーショントリガ、時間窓、測定に基づくトリガ、および／またはセル範囲拡張に基づくトリガを含み得る。１または複数の条件は、Ｄ２Ｄリソースグラント要求失敗、ＨＡＲＱ  Ａ／Ｎフィードバックを含み得る。１または複数の条件は、ＲＬＦ条件に基づくトリガを含み得る。ＷＴＲＵは、タイマ（たとえば、ＲＲＣタイマ、タイマ３１０、タイマ３１１、および／またはタイマ３０１）が動作中であるまたは開始されたことを検出することによってＲＬＦ条件を検出するように構成され得る。１または複数の条件は、セル適合性基準、Ｄ２Ｄ同期信号／チャネル、ダウンリンクチャネル条件、ハンドオーバイベントを含み、および／または周期的アップリンク手順をトリガし得る。ＷＴＲＵは、失敗条件が検出されない限りモード１リソースを使用および／または要求するように構成され得る。
【０１４７】
接続モードのＷＴＲＵは、Ｄ２Ｄ通信のためのスケジューリングモードを変更するための手順を用いて構成され得る。１または複数のトリガは、モード２動作を実行し始めることを示し得、および／またはＷＴＲＵを失敗条件（たとえば、無線リンク失敗（ＲＬＦ）条件、たとえば、ＲＲＣタイマ（たとえば、ＲＬＦタイマ、たとえば、Ｔ３１０、Ｔ３１１、またはＴ３０１）が動作中であるまたは開始されたとき）とみなすことを示し得る。
【０１４８】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＷＴＲＵは、失敗条件（たとえば、ＲＬＦ  条件、たとえば、ＲＲＣタイマが動作中であることを検出することによって）を検出するように構成され得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＷＴＲＵが、送信するＤ２Ｄデータを有し、モード１リソースを要求するように構成されるとき、それが、本明細書で説明される１または複数の条件またはトリガによりモード１リソースを取得することができない場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＷＴＲＵは失敗条件を検出し得る。たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＷＴＲＵは、以下の条件のうちの１または複数が満たされるとき、失敗条件（たとえば、モード１からモード２に切り換える条件）を検出し得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＷＴＲＵは、Ｄ２Ｄ  ＢＳＲが送られた後の所定の持続期間後のグラント受信失敗時に条件を検出し得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＷＴＲＵは、Ｄ２Ｄ  ＳＲが送られた後の所定の持続期間後にグラント受信失敗時に条件を検出し得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＷＴＲＵは、１または複数のＲＬＦトリガが満たされた（たとえば、ＲＡＣＨ失敗、ＲＬＣ再送信失敗など）とき、条件を検出し得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＷＴＲＵは、Ｔ３１０が動作中である（たとえば、Ｎ個の非同期ＴＴＩを検出している）または満了したとき条件を検出し得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＷＴＲＵは、Ｔ３１１が動作中である（たとえば、ＲＲＣ接続再確立手順が始められたことを検出する）とき条件を検出し得る。ＲＲＣ＿  ＣＯＮＮＥＣＴＥＤ  ＷＴＲＵは、Ｔ３０１が動作中である（たとえば、ＲＲＣ接続を再確立する要求が送信されたことを検出する）とき、条件を検出し得る。
【０１４９】
ＷＴＲＵが、失敗条件（たとえば、モード１からモード２に切り換える条件）を検出するとき、ＷＴＲＵはモード２動作を開始し得る。ＷＴＲＵは、たとえば、ＷＴＲＵが、送信するＵＬ  Ｄ２Ｄデータを有する間に、ＲＲＣ再確立手順が始められる（たとえば、ＲＲＣタイマが動作中である、たとえば、Ｔ３１１またはＴ３０１が動作中である）場合、失敗条件を検出し得、モード２動作を開始し得る。
【０１５０】
モード２動作のＷＴＲＵは、以下の条件、すなわち、ＷＴＲＵが、送信するデータを有する、ＷＴＲＵがネットワークからＲＲＣ再確立メッセージを受信し、再確立を完了する、ＷＴＲＵがＲＲＣ再確立メッセージを受信する、Ｔ３０１が停止する、ＷＴＲＵがアイドルモードに遷移する（たとえば、ＲＲＣタイマが停止または満了したとき、たとえば、Ｔ３１１またはＴ３０１が停止または満了したとき、またはＲＲＣ接続拒否が発生したとき）、および／またはタイマが満了し、ＷＴＲＵがネットワークへのアクセスを試行する（たとえば、再試行する）またはグラント要求を試行する（たとえば、再試行する）、のうちの１または複数が生じるまでモード２を使用し続け得る。
【０１５１】
ＷＴＲＵは、再確立成功時にモード２で動作するのを止めるように構成され得る。再確立メッセージの受信成功時、ＷＴＲＵは、明示的な構成がサービングｅＮＢから受信されるまで、モード２動作を使用するのを止め得、Ｄ２Ｄデータ送信を停止し得る。ＲＲＣ再確立メッセージは、Ｄ２Ｄ構成情報を含み得る。ＷＴＲＵは、ＲＲＣ再確立メッセージに含まれるＤ２Ｄ構成情報によりＤ２Ｄデータ送信を継続し得る。
【０１５２】
ＷＴＲＵは、ＲＲＣ再確立成功までモード２リソースを使用し得る。再確立メッセージの受信成功時、ＷＴＲＵがＲＲＣ再確立を完了するのに成功する（たとえば、ＲＲＣ再確立完了メッセージが送信される）まで、ＷＴＲＵは、モード２動作を継続し得る。再確立手順の完了時、ＷＴＲＵは、再確立手順内で提供される構成を使用して動作し始め得る。再確立手順の完了時に再確立手順がＤ２Ｄ構成（たとえば、新しいＤ２Ｄ構成）を提供することができない場合、ＷＴＲＵは、明示的な構成がＲＲＣ構成メッセージ内で受信されるまでＤ２Ｄデータ送信を実行するのを止め得る（たとえば、セルが、ＷＴＲＵがモード１動作を要求する必要があることを示す場合）。再確立手順の完了時、ＲＲＣ再構成メッセージが、使用するＤ２Ｄ構成を有するＷＴＲＵを提供するまで、ＷＴＲＵは、モード２を使用し続け得る。
【０１５３】
ＷＴＲＵは、再確立不成功時にアイドルモードに遷移するように構成され得る。再確立手順が不成功であり、ＷＴＲＵがアイドルモードに遷移する場合、ＷＴＲＵは、以下のうちの１または複数を実行し得る。再確立手順が不成功であり、ＷＴＲＵがアイドルモードに遷移する場合、ＷＴＲＵは、モード２動作を実行し続け得（たとえば、データが依然として利用不可能な場合）、１または複数の上位層に再確立不成功（たとえば、失敗）を通知し得る。再確立手順が不成功であり、ＷＴＲＵがアイドルモードに遷移する場合、ＷＴＲＵは、Ｄ２Ｄデータ送信が継続中であることを１または複数の上位層に通知し得る。１または複数の上位層は、Ｄ２Ｄデータがモード２を使用して送信されている、サービス要求（たとえば、新しいサービス要求）およびＲＲＣ接続確立手順（たとえば、新しいＲＲＣ接続確立手順）をトリガし得る。再確立手順が不成功であり、ＷＴＲＵがアイドルモードに遷移する場合、ＷＴＲＵは、Ｄ２Ｄデータ送信を停止し得、モード２で動作するのを止め得、１または複数の上位層に再確立不成功（たとえば、失敗）を通知し得る。１または複数の上位層は、Ｄ２Ｄアプリケーションのためのサービスを要求するＲＲＣ接続要求を始め（たとえば、直ちに始め）得る。再確立手順が不成功であり、ＷＴＲＵがアイドルモードに遷移する場合、ＷＴＲＵは、本明細書で説明されるアイドルモードのためのＷＴＲＵ手順のうちの１または複数を実行し得る。
【０１５４】
ＷＴＲＵは、アイドルモードの失敗条件を検出するように構成され得る。ＷＴＲＵがアイドルモードであるとき、ＷＴＲＵはモード２動作をトリガし得、および／またはＷＴＲＵは失敗条件を検出し得る。ＲＲＣ＿ＩＤＬＥ  ＷＴＲＵが、送信するＤ２Ｄデータを有し、モード１リソースを要求するように構成されるとき、ＷＴＲＵは、Ｄ２Ｄサービスおよび構成を要求するＲＲＣ接続要求を始め得る。ＷＴＲＵは、ＲＲＣ接続を実行するのに成功することができないことがあり、Ｄ２Ｄデータ送信を実行することができないことがある。ＷＴＲＵは、以下の条件のうちの１または複数が満たされるとき、失敗条件（たとえば、モード１からモード２に切り換える条件）を検出し得る。ＷＴＲＵは、Ｔ３００が満了した（たとえば、ＲＲＣ接続を確立する要求が不成功であった）とき条件を検出し得る。ＷＴＲＵは、ＲＲＣ接続拒否またはＲＲＣ接続解放の受信時、またはＴ３０２またはＴｂａｒｒｉｎｇが動作中であるとき（たとえば、ＲＲＣ接続確立を実行しながらＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｊｅｃｔメッセージが受信される）条件を検出し得る。ＷＴＲＵは、ＲＲＣ内のアクセス妨げチェックが、セルは妨げられたと決定するとき、条件を検出し得る。ＷＴＲＵは、Ｔ３０３またはＴ３０５が動作中であるとき（たとえば、呼またはシグナリングを発生するモバイルのためのＲＲＣ接続確立を実行している間にアクセスが妨げられるとき）、条件を検出し得る。ＷＴＲＵがＲＲＣ接続の確立失敗について１または複数の上位層に通知しなければならない場合、ＷＴＲＵは条件を検出し得る。ＷＴＲＵは、ＲＲＣ接続要求の開始時に始められたタイマが満了した後、条件を検出し得る。タイマは、ＲＲＣ接続要求が始まったとき開始し得る。タイマは、ＲＲＣ接続セットアップメッセージが受信されたとき停止し得る。
【０１５５】
ＷＴＲＵは、ネットワークによって識別されたモード２リソースから選択し得る。ＷＴＲＵがアイドルモードのとき、ＷＴＲＵは、ブロードキャストモード２リソースを使用するモード２を使用し始め得る。ＷＴＲＵは、本明細書で説明される１または複数の失敗条件の検出時にモード２動作を使用し始め得る。ネットワークは、失敗条件のＷＴＲＵがアイドルモードで利用し得るモード２Ｄ２Ｄリソースのセットをブロードキャストし得る。たとえば、モード２Ｄ２Ｄリソースのセットは、失敗条件のＷＴＲＵの使用のために予約され得る（たとえば、失敗条件を経験していないＷＴＲＵは、これらのリソースを使用することが許可されないことがある）。ネットワークは、ＷＴＲＵが通常条件下でモード１を使用する（たとえば、ネットワークへの接続を試行する）インジケーションをブロードキャストし得る。
【０１５６】
ＷＴＲＵがアイドルモードのとき、ＷＴＲＵは、あらかじめ構成されたモード２リソースを使用し始め得る。たとえば、ネットワークは、モード２リソースをブロードキャストしないことがある（たとえば、ネットワークが、すべてのアイドルモードＷＴＲＵに、モード１アクセスを実行するように命じる場合）。ＷＴＲＵがアイドルモードのとき、ＷＴＲＵは、優先順位のより高いＤ２Ｄデータ送信（たとえば、Ｄ２Ｄ緊急データサービス、たとえば、公共安全サービス）を送信する（たとえば、停止しない）ために、あらかじめ構成されたリソースのセットを使用するＤ２Ｄデータ送信を始め得る。あらかじめ構成されたリソースのセットを使用するＤ２Ｄデータ送信を実行するとき、ＷＴＲＵは、ネットワークのリソースを再調整して戻し、ページングメッセージの適切な受信を監視および保証するように構成され得る。
【０１５７】
ＷＴＲＵがアイドルモードのとき、ＷＴＲＵは、ＲＲＣリトライタイマ（たとえば、新しいＲＲＣリトライタイマ）によりＲＲＣ接続要求アクセスを再試行し得る。たとえば、タイマ（たとえば、Ｄ２Ｄ例外状態タイマ）は、ネットワークへの接続および／または要求をリトライする、たとえば、ネットワークにＤ２Ｄリソースを要求するように、ネットワークまたはＷＴＲＵによって定義され得る。タイマは、本明細書で説明されるトリガのうちの１または複数が満たされるとき、開始し得る。タイマが開始されるとき、ＷＴＲＵは、構成されたモード２リソース（たとえば、例外シナリオ中の使用のために構成されたモード２リソース）を使用し始める。タイマの満了時、ＲＲＣは、接続を確立するようにアップリンクにおいて要求を送ることを再試行する（たとえば、ＲＲＣ＿ＩＤＬＥ）またはグラントを要求する（たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）ように構成され得る。ＲＲＣは、タイマを開始して、失敗を１または複数の上位層に知らせる前にあらかじめ構成された数の時間（たとえば、最大試行）にわたってネットワークへの接続を引き続き再試行するように構成され得る。
【０１５８】
ＷＴＲＵがアイドルモードのとき、ＷＴＲＵは、ＲＲＣ接続確立失敗時に上位層と相互作用し得る。ＷＴＲＵがＲＲＣ＿ＩＤＬＥモードであり、ネットワークへの接続を確立するのに失敗した（たとえば、ＷＴＲＵが、本明細書で指定される条件のいずれかにより失敗を検出する）とき、ＷＴＲＵは、１または複数の上位層（たとえば、ＮＡＳまたはＰｒｏＳｅクライアント）に失敗を示すように構成され得、モード２リソースを使用するＤ２Ｄデータ送信を実行し始め得る。ＷＴＲＵは、１または複数の上位層（たとえば、ＮＡＳまたはＰｒｏＳｅクライアント）がサービス要求応答を受信していない可能性がある場合であっても、ＷＴＲＵがモード２を使用するＤ２Ｄデータ送信を実行するように構成されることを１または複数の上位層に通知し得る。１または複数の上位層（たとえば、ＮＡＳまたはＰｒｏＳｅクライアント）は、（たとえば、アプリケーションが送信し続けることを可能にしながら）既存の機構に基づいて接続を再試行し得る。ＷＴＲＵは、モード１リソースが利用可能になるまで（たとえば、ＲＲＣ接続確立が、Ｄ２Ｄ通信をサポートするセルで成功するまで）モード２リソースを使用し続けるように構成され得る。
【０１５９】
ＲＲＣ接続確立失敗時にＷＴＲＵがアイドルモードであり、ＷＴＲＵが１または複数の上位層と相互作用するとき、ＷＴＲＵは、以下の条件のうちの１または複数が満たされるまでＤ２Ｄデータのモード２送信を継続し得る。ＷＴＲＵは、その後のＲＲＣ接続要求の完了成功まで、Ｄ２Ｄデータのモード２送信を継続し得る。ＲＲＣ接続の完了時、ＷＴＲＵは、サービングセル構成または提供された専用構成（たとえば、モード１またはモード２）により作用し得る。ＷＴＲＵは、ＲＲＣ接続要求メッセージ（たとえば、新しいＲＲＣ接続要求メッセージ）が始められるまでＤ２Ｄデータのモード２送信を継続し得る。ＷＴＲＵは、手順が成功するまたは本明細書で説明される失敗条件のうちの１または複数が満たされるまで、モード２を使用するのを止め得、Ｄ２Ｄ送信を実行するのを止め得る。ＷＴＲＵは、所定の時間の期間にわたってＤ２Ｄデータが送信されなくなるまでＤ２Ｄデータのモード２送信を継続し得る。１または複数の上位層（たとえば、ＮＡＳまたはアプリケーション層）は、ＷＴＲＵがモード２送信を停止したことを通知され得る。新しいデータが到着した場合、サービス要求（たとえば、新しいサービス要求）がトリガされ得る。アプリケーションがユーザによって終了させられる場合、ＷＴＲＵがモード２送信から出るとき、ＷＴＲＵは、Ｄ２Ｄデータのモード２送信を継続し得る。アプリケーション（たとえば、新しいアプリケーション）またはデータ（たとえば、新しいデータ）は、ＲＲＣ接続要求を始めるようにＷＴＲＵをトリガし得る。ＷＴＲＵはＤ２ＤデータがＷＴＲＵ  Ｄ２Ｄ送信バッファ内になくなるまでＤ２Ｄデータのモード２送信を継続し得る。
【０１６０】
ＷＴＲＵは、Ｄ２Ｄ通信においてスケジューリングモードを変更するときＷＴＲＵが実行し得る電力制御手順を用いて構成され得る。ＷＴＲＵは、ＷＴＲＵが動作のＤ２Ｄモードの変更を検出したとき動作の電力制御モードを決定するように構成され得る。ＷＴＲＵがカバレッジ状態を変更するときの電力制御に関連する方法および手順は、ＷＴＲＵがその動作のＤ２Ｄモードを変更する状況に適用可能であり得る。ＷＴＲＵがその動作のＤ２Ｄモードを変更するときの電力制御に関連する方法および手順は、ＷＴＲＵがカバレッジ状態を変更するときに適用可能であり得る。
【０１６１】
ＷＴＲＵは、たとえば、モード１を使用するとき、ＣＬＰＣを使用するように構成され得る（たとえば、グラント信号に沿ったインジケーションシグナリングを用いて）。ＷＴＲＵは、ＷＴＲＵがモード１に移るとき、どの電力制御モードを使用するかを決定するように構成され得る。たとえば、ＷＴＲＵが、それがＤ２Ｄ通信モード１で動作していることを決定するときなど、ＷＴＲＵは、閉ループ電力制御モードを自律的に使用するように構成され得る。ＳＩＢは、半静的電力制御パラメータを示し得る。Ｄ２Ｄグラントは、動的閉ループインジケーションを搬送し得る。
【０１６２】
ＷＴＲＵは、ＷＴＲＵがモード１からモード２に移るとき、どの電力制御モードを使用するかを決定するように構成され得る。ＷＴＲＵは、たとえば、ＷＴＲＵがモード１から出るとき、どの電力制御モードを使用するかを決定するように構成され得る。ＷＴＲＵは、ＳＩＢを読むように構成され得る。ＷＴＲＵは、ＳＩＢ構成に基づいて、使用する電力制御モードを決定するように構成され得る（たとえば、ＷＴＲＵは、開ループ電力制御を使用するように構成され得る）。ＷＴＲＵは、たとえば、ＷＴＲＵがＳＩＢを読むことができない場合、固定電力制御を自律的に使用するように構成され得る。
【０１６３】
ＷＴＲＵは、ＷＴＲＵ送信（Ｔｘ）および／または受信（Ｒｘ）のためのリソースプールを選択するように構成され得る。Ｄ２Ｄ対応ＷＴＲＵは、少なくとも受信用リソースプール（たとえば、すなわち受信プール）および／または少なくとも送信用リソースプール（たとえば、すなわち送信プール）とともに構成され得る。Ｄ２Ｄ対応ＷＴＲＵは、リソースプールを使用するように構成され得る。ＷＴＲＵは、異なる受信された同期ソース／リレーからリソースプールの集合として受信プールを、サービング（たとえば、すなわちマスタ）同期ソース／リレーから受信されたリソースプールから送信プールを決定するように構成され得る。送信プールは、送信パターンを指し得る。受信プールは、受信パターンを指し得る。送信パターンは、送信プールを指し得る。受信パターンは、受信プールを指し得る。
【０１６４】
ＷＴＲＵは、リソースプール構成とともに構成され得る。リソースプール構成は、１または複数のリソースプールパラメータを含み得る、および／またはこれによって定義され得る。所与のリソースプールに関連付けられ得るまたはこれを定義するために使用され得る例示的なリソースプールパラメータは、１または複数のリソース構成を含み得る（たとえば、これは、１または複数のＤ２Ｄ受信パラメータおよび／またはＤ２Ｄ送信パラメータを含み得る）。例示的なリソースプールパラメータは、１もしくは複数の許可されたアプリケーションタイプ、許可された使用リア、および／またはインデックスｉｄを含み得る。例示的なリソースプールパラメータは、プールが制御使用に利用可能であるかどうか、および／またはプールがデータ使用に利用可能であるかどうかを示し得る。例示的なリソースプールパラメータは、１もしくは複数のアクティベーショントリガもしくはデアクティベーショントリガ、時間窓、優先順位、送信電力、送信制御インジケーション、トラフィックタイプ、デバイスのタイプ（たとえば、Ｄ２Ｄリレー）、および／またはサービスのタイプを含み得る。たとえば、Ｄ２Ｄリソース構成は、Ｄ２Ｄ受信パラメータを含み得る。Ｄ２Ｄ受信パラメータは、たとえば、モード１とモード２の両方で動作しているとき、他のデバイスからのＤ２Ｄシグナリングの受信のために監視されることになる時間−周波数（Ｔ／Ｆ）リソースのサブセットを含み得るまたはこれを示し得る。Ｄ２Ｄ受信パラメータは、モード１およびモード２のためのＴ／Ｆリソースの別個のセットならびに／またはＤ２Ｄ制御メッセージ（たとえば、スケジューリング割り当てメッセージまたはＤ２Ｄ同期メッセージ）のためにリッスンされることになるＴ／Ｆリソースのサブセットを含み得るまたはこれを示し得る。Ｄ２Ｄリソース構成は、Ｄ２Ｄ送信パラメータを含み得る。Ｄ２Ｄ送信パラメータは、モード１とモード２の両方で動作しているとき、Ｄ２Ｄ送信のために使用されることになるＴ／Ｆリソースのサブセットを含み得る、またはこれを示し得る。Ｄ２Ｄ送信パラメータは、モード１およびモード２のためのＴ／Ｆリソースの別個のセットならびに／またはＤ２Ｄ制御メッセージの送信のために使用されることになるＴ／Ｆリソースのサブセットを含み得るまたはこれを示し得る。Ｄ２Ｄ送信パラメータまたはＤ２Ｄ受信パラメータは、１または複数の時間領域パターンを含み得る。
【０１６５】
リソースプールパラメータの例は、許可されたアプリケーションタイプを含み得る。たとえば、許可されたアプリケーションタイプリソースプールパラメータは、プールが商業アプリケーション、公共安全アプリケーション、または両方に使用可能であるかどうかのインジケーションを含み得る。許可されたアプリケーションタイプリソースプールパラメータは、リソースプールがたとえば、リレーＷＴＲＵまたはリレーサービスを使用するリモートＷＴＲＵによって中継するために使用され得るかどうかのインジケーションを含み得る。許可されたアプリケーションタイプリソースプールパラメータは、リソースが適用可能であるアプリケーションまたはサービスのグループのインジケーションを含み得る。たとえば、リソースプール構成は、公共安全消防アプリケーションに使用され得る。リソースプールパラメータの例は、許可された使用エリアを含み得る。たとえば、許可された使用エリアは、リソースが使用されることを許可されているＰＬＭＮ、ｅＮＢ、セルｉｄ、および／または追跡エリアｉｄのインジケーションであってよい。ＷＴＲＵが、関連付けられたＰＬＭＮのうちの１または複数とともに動作する基地局またはｅＮＢのカバレッジ内であるとき、ＷＴＲＵは、対応するリソースプールを使用するように構成され得る。
【０１６６】
リソースプールパラメータの例は、インデックスＩｄを含み得る。たとえば、リソースプール情報はインデックスｉｄを含み得、インデックスｉｄはリソースプールを識別し得る。インデックスｉｄは、リソース構成インデックスを介してリソースプールを識別し得る。リソースプールは、インデックスｉｄによって特徴付けられ得る。基地局またはｅＮＢは、リソースプールインデックスを使用するＷＴＲＵによって使用され得るリソースプールを知らせ得る。
【０１６７】
リソースプールは、制御使用および／またはデータ使用に関連付けられ得る。たとえば、リソースプール情報は、リソースプールがＤ２Ｄ制御メッセージ（たとえば、ＰＤ２ＤＳＣＨ上の同期メッセージ）、Ｄ２Ｄデータメッセージ、また両方に適用可能であるかどうかのインジケーションを含み得る。
【０１６８】
リソースプールは、Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎトリガに関連付けられ得る。リソースが、あらかじめ構成されている、または半静的に割り振られている場合、リソースプールは、望ましいときリソースを使用するおよび／またはリソースがひとたびアクティベーション／デアクティベーションされたらリソースを使用するようにＷＴＲＵを構成するインジケーションを含み得る。基地局またはｅＮＢは、ＲＲＣシグナリングを使用するＷＴＲＵを構成し得、リソースプールを明示的にアクティベーションおよび／またはデアクティベーションし得る。
【０１６９】
リソースプールは、時間窓に関連付けられ得る。リソースプール構成は、リソースが有効であり得る時間持続期間を示し得る。
【０１７０】
ＷＴＲＵは、ＷＴＲＵがモード２送信プールを使用する前にモード１送信を試行（たとえば、常に試行）するかどうかを示し得るインジケーションを受信し得る。
【０１７１】
リソースプールは、優先順位に関連付けられ得る。優先順位は、優先順位レベルを示し得る。ＷＴＲＵは、優先順位に基づいてリソースプールを選択するように構成され得る。
【０１７２】
リソースプールは、送信電力および／または制御情報に関連付けられ得る。リソースプールは、最大送信電力および／または送信範囲によって特徴付けられ得る。ＷＴＲＵは、送信電力および／または制御パラメータに基づいて送信電力を決定し得る（たとえば、送信のためにリソースプールを使用するとき）。
【０１７３】
リソースプールは、トラフィックタイプに関連付けられ得る。トラフィックタイプは、ユニキャストおよび／またはブロードキャスト／マルチキャストを含み得る。たとえば、ＷＴＲＵは、ユニキャストトラフィックタイプを有するリソースプールを介してユニキャストトラフィックを送信し得る。ユニキャストトラフィックタイプを有するリソースプールは、非ユニキャストトラフィックがリソースプールで妨げられ得るように予約され得る。別の例として、ＷＴＲＵは、ユニキャストでないトラフィックタイプを有するリソースプールを介して、任意のタイプのトラフィックを通過させる。別の例として、ＷＴＲＵは、ブロードキャスト／マルチキャストトラフィックタイプを有するリソースプールを介して、ブロードキャストトラフィックおよび／またはマルチキャストトラフィックを送信し得る。
【０１７４】
リソースプールは、デバイスおよび／またはサービスのタイプに関連付けられ得る。リソースプールは、デバイスのタイプのために予約され得る。リソースプールは、サービスのタイプのために予約され得る。たとえば、リソースプールは、リレーサービスをサポートするリレーデバイスのために予約され得る。リソースプールは、上位層によって個別に初期化／再初期化され得る。
【０１７５】
本明細書で説明されるように、各リソースプールは、インデックスに関連付けられ得る。ＷＴＲＵは、１または複数のリソースプールとともに構成され得る。ＷＴＲＵは、上位層シグナリング（たとえば、ＲＲＣ）を介して１または複数のリソースプールとともに構成され得る。１または複数のリソースプールは、仕様を介して定義され得る。ＷＴＲＵは、リソースプールの１または複数の特性を決定し得る。ＷＴＲＵは、受信されたリソースプールインデックスに関連付けられたリソースプール情報を見つけ得る。
【０１７６】
ＷＴＲＵは、たとえば、複数のリソースプールから、リソースプールを選択するように構成され得る。ＷＴＲＵは、Ｄ２Ｄ  Ｔｘ／Ｒｘのためにリソースプールを選択するように構成され得る。ＷＴＲＵは、Ｄ２Ｄ通信の受信および送信のために使用されることになる別個のプールとともに構成され得る。ＷＴＲＵは、１または複数のソースから、１または複数の受信リソースプールおよび／または送信リソースプールを受信し得る。ＷＴＲＵは、１または複数のリソースプール選択基準に基づいてリソースプールを選択し得る。ＷＴＲＵは、たとえば、リソースプール選択基準に基づいて、複数のリソースプール構成を受信し得る。ＷＴＲＵは、実行中であるアプリケーション、またはＷＴＲＵが現在参加者であるグループに基づいて、リソースプール構成を選択し得る。ＷＴＲＵが消防公共安全グループの一部である場合、それは、最初に消防に専用の（たとえば、構成されたグループＩＤによって定義される）リソースプールを識別するように構成され得る。リソースプール構成は、複数の同期ソースにわたって１つのグループのために合わされ得る。ＷＴＲＵが、複数の同期ソースからリソースプールを選択する場合、ＷＴＲＵは、ＷＴＲＵが参加しているまたはその一部であるグループまたはアプリケーションをサポートするために公示されたリソースプールを選択し得る。
【０１７７】
リソースプール選択基準に基づいて、ＷＴＲＵは、同じまたは異なる受信された同期ソース／リレーからのリソースプールの集合として受信プールを、およびサービング（たとえば、すなわちマスタ）同期ソース／リレーから受信されたリソースプールからの送信プールを決定し得る。
【０１７８】
リソースプール選択基準に基づいて、ＷＴＲＵは、リソースプール構成の発信元に基づいてリソースプールに優先順位を付けるように構成され得る。たとえば、ＷＴＲＵは、他のＤ２Ｄ  ＷＴＲＵ（たとえば他の同期ソース）から発生したリソース構成よりも、基地局またはｅＮＢから取得されたリソース構成に優先順位を付け得る。
【０１７９】
リソースプール選択基準に基づいて、ＷＴＲＵは、マスタまたはサービング同期ソースからのリソースプールに優先順位を付けるように構成され得る。マスタまたはサービング同期ソースの選択は、以下でより詳細に説明される。
【０１８０】
リソースプール選択基準に基づいて、ＷＴＲＵは、最近のリソースプール情報に優先順位を付けるように構成され得る。
【０１８１】
リソースプール選択基準に基づいて、ＷＴＲＵは、最も高い優先順位ソースからの、またはリレーソースからのリソースプール構成に優先順位を付けるように構成され得る。
【０１８２】
選択基準リソースプールに基づいて、ＷＴＲＵは、本明細書で説明される優先順位ルールのうちの１または複数およびそれらの間での相対順序とともに構成され得る。ＷＴＲＵは、たとえば、前の優先順位が付けられた選択が利用できない場合、デフォルトで共通リソースプールになるように構成され得る。ＷＴＲＵは、たとえば、リソースのあらかじめ定義されたセットから選択された、ランダムに選択されたリソースプールになるように構成され得る。
【０１８３】
ＷＴＲＵは、たとえば、リソースプール選択基準に基づいて、リレーサービスに関連付けられたリソースプールを選択するように構成され得る。たとえば、リレーとして作用するように構成されたＷＴＲＵは、リレー送信／受信のための１または複数のリソースプールとともに構成され得る。リレーＷＴＲＵによって与えられるリレーサービスを使用するリモートＷＴＲＵとして構成されたＷＴＲＵは、このリレーサービスをターゲットとするデータを送信するとき、リレーサービスに関連付けられたリソースプールを選択するように構成され得る。
【０１８４】
ＷＴＲＵは、リソースプールの選択を他のＷＴＲＵにフォワーディングする（たとえば、送信する）ように構成され得る。本明細書で説明されるように、ＷＴＲＵは、リソースプールに関する情報を他のＷＴＲＵに送信することを決定し得る。ＷＴＲＵは、ＷＴＲＵが同期ソースまたはリレーソースであるとき、リソースプールが他のＷＴＲＵに送信され得ることを決定し得る。
【０１８５】
ＷＴＲＵは、本明細書で説明されるように、それが同期ソースになるとき、Ｄ２Ｄリソース構成の発信元になるように構成され得る。ＷＴＲＵは、他のソースから検出されたリソース構成に基づいて送信するためにリソースプールを決定するように構成され得る。非限定的な例では、カバレッジ外ＷＴＲＵは、隣接するＤ２Ｄ  ＷＴＲＵから受信されたメッセージに基づいて（たとえば、隣接するＷＴＲＵから受信された同期メッセージに基づいて）、そのリソースプールを選択し得る。
【０１８６】
ＷＴＲＵは、その近隣のものによって使用されるリソースプールに優先順位を付け、他のＤ２Ｄ  ＷＴＲＵによって公示されていない、許可されたプール内の、重複しないリソースブロックまたはプールを選択し得る。そのようなリソースブロックが利用可能でない場合、ＷＴＲＵは、最も弱い信号とともに同期メッセージに関連付けられたリソースプールを選択するようにさらに構成され得る。
【０１８７】
ＷＴＲＵは、リソースプールを、隣接するＷＴＲＵまたはＷＴＲＵと同じグループに関連付けられた同期ゾーンと合わせるように構成され得る。消防公共安全アプリケーション／グループの一部であるＷＴＲＵは、そのリソースプールを、隣接する消防グループＷＴＲＵから検出されたリソースプール情報と合わせ得る。
【０１８８】
ＷＴＲＵは、たとえば、他のルールが利用可能でない場合、リソースプールをランダムに選択するように構成され得る。リソースプールは、同期メッセージ内で送信され得る所定のセットから選択され得る。
【０１８９】
ＷＴＲＵは、ｅＮＢによって識別されるリソースプールを使用し得る（たとえば、ＷＴＲＵがカバレッジ内にあるとき）。たとえば、ネットワーク（たとえば、ｅＮＢ）は、リソースプールインデックスとともにＷＴＲＵを構成し得る。別の例として、ネットワークは、リソースプールパラメータのセットとともにＷＴＲＵを構成し得る。
【０１９０】
ＷＴＲＵは、たとえば、ＷＴＲＵが他の同期ソースからの情報をフォワーディングしているとき、リソースプールが他のＷＴＲＵのために送信されるようになることを決定し得る。
【０１９１】
ＷＴＲＵは、同期メッセージまたはリレーメッセージの一部として、リソース構成およびリソースプール割り当てを送信し得る。リソース構成は、パラメータのセットおよび／またはリソース構成インデックスを含み得る。
【０１９２】
ＷＴＲＵは、同期メッセージの一部としてフォワーディングされることになるリソースプール構成とともに別個に構成され得る。カバレッジ内ＷＴＲＵは、それ自体のＤ２Ｄ通信のための帯域内リソースとともに構成され得る。カバレッジ内ＷＴＲＵは、同期メッセージ内で送信されることになる、あらかじめ構成された帯域外リソースプールを使用し得る。
【０１９３】
ＷＴＲＵは、同期メッセージの一部としてフォワーディングされることになるリソースのサブセットをフォワーディングするように構成され得る。
【０１９４】
ＷＴＲＵは、トリガに基づいてＤ２Ｄ  Ｒｘ／Ｔｘリソースを評価／再評価するように構成され得る。ＷＴＲＵは、以下のトリガのうちの１または複数に基づいてＤ２Ｄ  Ｒｘ／Ｔｘリソースのセットを評価および／または再評価するように構成され得る。ＷＴＲＵは、本明細書で説明されるトリガイベントのうちの１または複数に基づいてＤ２Ｄ  Ｒｘ／Ｔｘリソースのセットを評価および／または再評価するように構成され得る。
【０１９５】
ＷＴＲＵは、本明細書で説明される１または複数のトリガイベントに基づいて、Ｄ２Ｄ  Ｔｘ／Ｒｘ（たとえば、モード１またはモード２）に使用されることになるリソースの評価／再評価をトリガし得る。
【０１９６】
ＷＴＲＵは、現在のＤ２ＤＣｏｖｅｒａｇｅ−Ｓｔａｔｅに基づいたリソースの選択に関するルールを用いて構成され得る。
【０１９７】
ＷＴＲＵは、Ｄ２Ｄリソースを獲得するために使用されることになる動作モードの変更に基づいた（たとえば、モード１とモード２の間の変更に基づいた、たとえば、モード１からモード２への変更に基づいた）リソースの選択に関するルールを用いて構成され得る。
【０１９８】
１または複数のＤ２Ｄリソースが使用される場合、ＷＴＲＵは、ＲＲＣ状態に基づいたリソースの選択に関するルールを用いて構成され得る。ＷＴＲＵは、ＷＴＲＵがＲＲＣ＿ＩＤＬＥモードであるとき、１または複数の基地局またはｅＮＢにより知らされたリソース（たとえば、ＳＩＢを介して知らされた）を使用するように構成され得る。
【０１９９】
新しいデータが、Ｄ２Ｄアプリケーションからアクセス層（ＡＳ：Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）内に到着したとき、新しいデータの受信が、Ｄ２Ｄリソースを決定する（たとえば、探す）ようにＡＳをトリガし得、リソースが利用可能でない場合、ＷＴＲＵは、Ｄ２Ｄリソースを取得する手順を用いてトリガされ得る。
【０２００】
ＷＴＲＵは、新しいＤ２Ｄサービスが構成されたことを示すシグナリングを上位層から受信し得る。
【０２０１】
ＷＴＲＵは、たとえば、ＷＴＲＵが、リレーＷＴＲＵとして動作するように構成されているとき、リソースを選択するように構成され得る。
【０２０２】
ＷＴＲＵは、たとえば、ＷＴＲＵが、リモートＷＴＲＵとして構成されているとき、リソースを選択するように構成され得る。リモートＷＴＲＵとは、リレーＷＴＲＵからのリレーサービスを使用し得るＷＴＲＵを指し得る。
【０２０３】
Ｄ２Ｄリソースが使用され、ＷＴＲＵがモード１で動作している場合、ＷＴＲＵは、ネットワークにリソースを要求することを最初に試行するように構成され得る。リソースが、構成された持続期間内に利用可能でない場合、ＷＴＲＵは、半静的リソースプールまたはあらかじめ構成されたリソースプールにフォールバックする（たとえば、モード２を使用する）ように構成され得る。
【０２０４】
適切なサービングセル上に留まらされたＲＲＣ＿ＩＤＬＥ  ＷＴＲＵまたはＲＲＣ＿Ｏ  ＥＣＴＥＤ  ＷＴＲＵは、モード１を使用することによってＤ２Ｄリソース選択を始めるように構成され得る。そのようなシナリオでは、新しいＤ２Ｄデータが到着すると、ＷＴＲＵは、基地局またはｅＮＢからリソースを取得する要求を始め得る。手順が不成功の場合（たとえば、あらかじめ構成された持続期間にわたってスケジューリング要求またはＲＲＣ接続要求への応答がない場合）、ＷＴＲＵは、ブロードキャストシグナリングを使用して構成されたリソースプールを使用することを試行し得る。ブロードキャストにおいてリソースが利用可能でない場合、またはＷＴＲＵがＳＩＢを復号することができない場合、ＷＴＲＵは、あらかじめ構成されたリソースプールに遷移し得る。
【０２０５】
Ｄ２Ｄリソースが使用される場合、ＷＴＲＵは、ＲＲＣ状態に基づいたモードおよびリソースプールの選択に関するルールを用いて構成され得る。非限定的な例では、ＷＴＲＵは、それがＲＲＣ＿ＩＤＬＥモードであるとき、モード２で動作するように構成され得る。このルールは、基地局またはｅＮＢにより定義されたモードよりも優先し得る。
【０２０６】
選択されたＤ２Ｄリソースの変更は、１または複数の追加のＤ２Ｄ手順を実行するようにＷＴＲＵをさらにトリガし得る。選択されたリソースにおける更新は、新しいリソース構成を他の隣接するＷＴＲＵに送信するようにＷＴＲＵをさらにトリガし得る。
【０２０７】
ＷＴＲＵは、時間領域Ｄ２Ｄ送信／受信パターンとともに構成され得る。Ｄ２Ｄ  ＷＴＲＵは、Ｄ２ＤパターンによるＤ２Ｄ送信／受信を実行し得る（たとえば、送信／受信は、特定の時間／サブフレームでは可能であり得、他の時間／サブフレームでは妨げられ得る）。Ｄ２Ｄパターンは、ＷＴＲＵのための受信機会（たとえば、選択されたリソースプール上でＷＴＲＵが受信することを予想される時間）を定義し得る。Ｄ２Ｄパターンは、送信機会（たとえば、ＷＴＲＵが送信し得る時間）を定義し得る。Ｄ２Ｄパターンは、ＷＴＲＵのための受信機会を定義し、送信機会を定義し得る（たとえば、時間パターンは、Ｄ２Ｄ  ＷＴＲＵがＤ２Ｄ受信および／または送信を実行し得る時間を示す）。ＷＴＲＵは、優先順位に関連付けられた１または複数のパターンとともに構成され得る。ＷＴＲＵは、送信または受信されることになるデータの優先順位に基づいて使用するパターンを選択するルールを用いて構成され得る。たとえば、パターン１は高優先順位データに関連付けられ得、パターン２は中くらいの優先順位データに関連付けられ得る、などである。ＷＴＲＵは、ＷＴＲＵの役割に基づいてパターンを選択するルールを用いて構成され得る。たとえば、ＷＴＲＵは、ＷＴＲＵがリレーとして動作するとき、所与のパターンを選択し得る。送信パターンは、送信プールを指し得る。受信パターンは、受信プールを指し得る。送信プールは、送信パターンを指し得る。受信プールは、受信パターンを指し得る。本明細書で説明されるように、Ｄ２Ｄパターンと送信プールは互換的に使用され得る。
【０２０８】
ＷＴＲＵは、ＷＴＲＵが基地局またはｅＮＢと正常にＵＬ通信し、ＷＴＲＵがＤ２Ｄ通信を実行することを決定する（たとえば、別のスペクトル内で、または同じスペクトル内であるが、単一の受信機に限定されるとき）とき、Ｄ２Ｄパターンを使用するように構成され得る。ＷＴＲＵは、それが、データを受信するためにｅＮＢ受信と調和しないようにしなければならないとき、単一の受信機に限定され得る。ＷＴＲＵは、ＷＴＲＵが、異なる周波数上で通信を実行することが予想される、またはＷＴＲＵがカバレッジ外モードで動作しており、Ｄ２Ｄ通信を実行している間、何らかの形のバッテリ節約を可能にすることが予想されるとき、Ｄ２Ｄパターンを使用し得る。パターンをいつ使用し始めるかというトリガは、以下で説明される。
【０２０９】
ＷＴＲＵがカバレッジ外にあるとき、それは、リソースプールとともにリソース内で連続的に受信することが予想され得る。ＷＴＲＵは、ＤＲＸに似たパターンを使用するように構成され得る。
【０２１０】
ＷＴＲＵは、検出されたトリガに基づいて、パターン（たとえば、プール）をいつ使用するかを決定するように構成され得る。ＷＴＲＵは、１または複数の基準により送信パターン（たとえば、送信プール）または受信パターン（たとえば、受信プール）を使用するための明示的なインジケーションを受信し得る。たとえば、同期メッセージ（たとえば、選択された同期ソースまたはリレーの同期メッセージ）はパターンを含み、および／またはＷＴＲＵが、基地局、ｅＮＢから、もしくは別の制御エンティティから、パターンを明示的に受信し得るとき。ＷＴＲＵが明示的なインジケーションを受信すると、ＷＴＲＵは、パターンおよび／または関連付けられたプールの使用を始め得る。たとえば、ＷＴＲＵが、リレーとして動作するように構成されているとき、ＷＴＲＵは、パターンの使用を始め得る。ＷＴＲＵは、ＷＴＲＵが、リレーとして動作し始める命令を受信したとき、リレーとして動作するように構成され得る。ＷＴＲＵは、要求またはパターン送信を、ＷＴＲＵと通信することを許可されたエンティティ（たとえば、別のＷＴＲＵ）から受信し得る（たとえば、グループＩＤは、受信ＷＴＲＵの許可された／構成されたグループＩＤのうちの少なくとも１つに対応する）。ＷＴＲＵは、Ｄ２Ｄ発見または通信セッションが始められると、それが送信パターンまたは受信パターンの使用を始め得る明示的なインジケーションを受信し得る。ＷＴＲＵは、ＷＴＲＵがリレーＷＴＲＵとして動作するように構成されるとき、またはＷＴＲＵがリレーＷＴＲＵと通信するように構成されるとき、異なるパターンとともに構成され得る。
【０２１１】
ＷＴＲＵは、１または複数の他のＷＴＲＵにパターン使用をいつ送信または通信するかをトリガに基づいて決定するように構成され得る。ＷＴＲＵは、それがパターンを使用し、その同期メッセージの一部として、少なくとも送信パターンインジケーションまたは受信パターンインジケーションの送信を潜在的に始め得ることを決定し得る。パターンインジケーションの送信を始めるおよび／または送信のためのパターンを要求する、ＷＴＲＵの決定は、以下で説明されるトリガ（たとえば、同期ソースまたはリレーになることを決定するためのトリガ）に基づき得る。パターンインジケーションの送信を始めるおよび／または送信のためのパターンを要求する、ＷＴＲＵの決定は、１または複数の追加のトリガトリガに基づき得る。トリガは、時間パターンリソース使用トリガ、動作トリガの周波数、ＷＴＲＵの状態に基づくトリガ、受信されたパターンのホップに基づくトリガ、ＷＴＲＵが動作の電力節約モードとともに構成され得ることを示すトリガ、およびＷＴＲＵがパターンを検出することを示すトリガを含み得る。ＷＴＲＵがリレーノードとして動作しているとき、ＷＴＲＵは、１または複数の選択されたパターンを送信し得る。リレーとして動作するＷＴＲＵは、ＷＴＲＵの役割（たとえば、リレーノードとしての動作）の変更に基づいて、またはＷＴＲＵによってサポートされるデータ／サービスの変更に基づいて（たとえば、ＷＴＲＵが新しいＭＢＭＳサービスをフォワーディングし始めるとき）、パターンの送信を始め得る。
【０２１２】
第１のＷＴＲＵは、ＷＴＲＵが、第２のＷＴＲＵが第１のＷＴＲＵとは異なる時間パターンを使用していることを決定するとき、時間パターン／リソース使用トリガのインジケーションを受信し得る。たとえば、本明細書で説明されるように、ＷＴＲＵは、パターンを合わせる、または新しいパターンを要求することを決定し得る。ＷＴＲＵは、同期メッセージ内でパターンインジケーションを送信することをさらに決定し得る。ＷＴＲＵは、ＷＴＲＵが、第２の検出されたＷＴＲＵの動作の周波数以外の周波数における通信のために接続され得るとき、動作トリガの周波数のインジケーションを受信し得る。ＷＴＲＵは、パターンを要求し、パターンの使用を始め得る、または同期メッセージ内でパターンインジケーションを送信し得る。使用するためのパターンを受信するＷＴＲＵは、たとえば、ＷＴＲＵが、別の周波数においてＷＴＲＵと通信することを決定した場合、同期メッセージ内でパターンインジケーションを送信する（たとえば、送る）かどうかをさらに決定し得る。ＷＴＲＵは、ＷＴＲＵの状態に基づいてトリガのインジケーションを受信し得、たとえば、ＷＴＲＵがカバレッジ内状態である場合、ＷＴＲＵは、ｅＮＢによって提供されたパターンを使用し得、上記の基準が満たされる場合、ＷＴＲＵは、パターンインジケーションを送信し得る。ＷＴＲＵがカバレッジ外にあり、それがパターンインジケーションを受信する場合、いくつかの例では、ＷＴＲＵは、それを使用して送信機会および／または受信機会を決定し得るが、それ自体の同期メッセージ内でパターンインジケーションをさらにフォワーディングまたは中継しないことがある。
【０２１３】
ＷＴＲＵは、受信されたパターンのホップに基づいて（たとえば、検出されたホップカウントに基づいて）トリガのインジケーションを受信し得る。受信用ＷＴＲＵがパターンインジケーションを受信するとき、受信用ＷＴＲＵは、パターンインジケーションを使用して、同期メッセージ内でパターンインジケーションをフォワーディングするかどうかを決定し得る。フォワーディングする、ＷＴＲＵの決定は、ホップカウントまたは同期メッセージが受信され得るソースに依存し得る。いくつかの例では、ＷＴＲＵが、同期ソースから（たとえば、基地局またはｅＮＢから）パターンを受信する場合、ＷＴＲＵは、その同期メッセージ内でパターンインジケーションを送信し得る。ＷＴＲＵが、構成されたホップカウントよりも大きいホップカウントを用いて送信用リレーからパターンインジケーションを受信する場合、ＷＴＲＵは、その同期メッセージ内でパターンインジケーションをさらに送信しないことを決定し得る。
【０２１４】
ＷＴＲＵは、ＷＴＲＵが動作の電力節約モードのために構成され得ることを示すトリガを検出し得る。たとえば、ＷＴＲＵが動作の電力節約モードとともに構成される場合、トリガを検出すると、ＷＴＲＵは、パターンインジケーションを使用して、これを、構成された時間パターンの間にＷＴＲＵが受信し得る同期メッセージ内でさらに送信し得る。ＷＴＲＵが、それが同期ソースもしくはリレーになり得る、または別のＷＴＲＵに通信し、同期メッセージ上でパターンインジケーションの使用および送信を始め得ることを決定するとき、ＷＴＲＵが１つのパターン（たとえば、特定のタイプのパターン）を検出する（たとえば、使用する、または送信する）ことを示すトリガが発生し得る。同期ソースとして動作するためのトリガは、リレーとして動作するためのトリガとは異なってよい。本明細書で説明されるトリガのうちの１または複数は、ＷＴＲＵが同期ソースとして動作し得るか、それともリレーとして動作し得るか、または両方で動作し得るかを決定するためにＷＴＲＵによって使用され得る。
【０２１５】
たとえば、ＷＴＲＵは、ソース（たとえば、ｅＮＢ）の測定された信号強度が所定の閾値を下回ることに基づいて、同期ソースになるかどうかを決定し得る。たとえば、ＷＴＲＵがカバレッジ内状態である、または基地局もしくはｅＮＢに接続され、優先順位のより低いソースからの、または基地局もしくはｅＮＢでないソース（たとえば、第２のＷＴＲＵはカバレッジ外ＷＴＲＵである）からの、同期信号（たとえば、Ｄ２ＤＳＳまたは制御メッセージ）を検出する場合、ＷＴＲＵは同期ソースになり得る。別の例示的な実施形態では、ＷＴＲＵは、それが、第２のＷＴＲＵがＷＴＲＵのための許可されたグループに属することを決定する場合、この手順を始め得る。
【０２１６】
たとえば、カバレッジ外ＷＴＲＵと通信することを決定するカバレッジ内ＷＴＲＵは、通信することを可能にするために、制御メッセージまたは同期メッセージ上で受信／送信プールを協調および送信し得る。
【０２１７】
ＷＴＲＵは、検出されたＤ２Ｄ制御信号またはメッセージ（たとえば、Ｄ２ＤＳＳまたはＰＤ２ＤＳＣＨ）に基づいて、隣接するＷＴＲＵがカバレッジ内であるか、それともカバレッジ外であるかを決定し得る。たとえば、第１のＷＴＲＵ（たとえば、カバレッジ内ＷＴＲＵ）は、第２のＷＴＲＵを検出し、受信されたＤ２ＤＳＳの１もしくは複数の特性またはアイデンティティに基づいて、それがカバレッジ外ＷＴＲＵに対応することを決定し得る。
【０２１８】
たとえば、以下の例示的な条件のうちの１または複数に基づいて、ＷＴＲＵはリレーとして動作することを決定してもよいし、ＷＴＲＵは、リレーサービスを与えることを決定してもよい。ＷＴＲＵが、リレーサービスを要求する別のカバレッジ外ＷＴＲＵを検出するとき、ＷＴＲＵは、リレーとして動作することを決定し得る（たとえば、カバレッジ外ＷＴＲＵは、リレーＷＴＲＵがリレーサービスとして提供するように構成され得るサービスのためにリレーＷＴＲＵを要求し得る）。ＷＴＲＵが、１または複数のリモートＷＴＲＵに（たとえば、一連の制御メッセージ交換を介して）接続されるとき、ＷＴＲＵは、リレーとして動作することを決定し得る。ＷＴＲＵは、ＷＴＲＵが、ＷＴＲＵは送信するリレーデータおよび／またはネットワークを有することを決定するとき、リレーとして動作することを決定し得る。ＷＴＲＵは、ＷＴＲＵが、ＷＴＲＵは受信するリレーデータを有することを決定するとき（たとえば、ＷＴＲＵが、少なくとも１つのリモートＷＴＲＵに接続され得るとき）、リレーとして動作することを決定し得る。ＷＴＲＵが、リレーとして作用する明示的なコマンドをネットワークによって受信するとき、またはＷＴＲＵが、リレーとして作用するように上位層によって構成されるとき、ＷＴＲＵは、リレーとして動作することを決定し得る。ＷＴＲＵは、ｅＮＢおよび／または他のカバレッジ外ＷＴＲＵなどを用いた信号強度測定に基づいてリレーとして動作することを決定し得る。
【０２１９】
ＷＴＲＵが同期ソースまたはリレーとして作用するようになることを決定すると、ＷＴＲＵは、たとえば同期メッセージ上で、１または複数のインジケーションの送信を始め得る。ＷＴＲＵがリレーとして作用しており、割り振られたリソースが、すべてのリモートＵＥをサポートするのに十分でないとき、ＷＴＲＵは、ネットワークへのインジケーションを始め得る。
【０２２０】
第１のＷＴＲＵが、本明細書で説明されるトリガまたはトリガの組み合わせが満たされることを検出すると、ＷＴＲＵは、送信および／または受信パターン／プールインジケーションを含む制御メッセージまたは同期メッセージ（たとえば、ＰＤ２ＤＳＣＨ）の送信を始め得る。同期メッセージの内容は、ＷＴＲＵによって実行されている役割に基づいて決定され得る。たとえば、第１のＷＴＲＵが、リレーになるためのトリガを検出すると、同期メッセージ内容は、１または複数のリソースパターン／プールインジケーションを含み得る。
【０２２１】
ＷＴＲＵは、パターン／リソースプールの内容を含み得るメッセージ（たとえば、制御メッセージ、同期メッセージ、またはＰＤ２ＤＳＣＨ）を受信し得る。同期メッセージ、制御メッセージ、およびＰＤ２ＤＳＣＨは同等であってよい。同期メッセージ（たとえば、ＰＤ２ＤＳＣＨ）に含まれるパターンは、以下のうちの１つまたは組み合わせに対応し得る。同期メッセージ内のパターンは、送信プールに対応し得る。同期メッセージを受信するＷＴＲＵは、送信プールを使用して、１または複数の送信機会を決定し得る。１または複数の送信機会は、Ｄ２Ｄ送信（たとえば、すべてのＤ２Ｄ送信）用であってもよいし、１または複数の送信機会は、（たとえば、ＰＤ２ＤＳＣＨ上で送信されたアイデンティティに基づいた、または上位層シグナリングに基づいた）同期メッセージを送信しているＷＴＲＵによって受信されることが許可されたサービスのための送信機会に対応し得る。他のＷＴＲＵ（たとえば、カバレッジ外ＷＴＲＵ）によって実行される送信は、カバレッジ内ＷＴＲＵによって受信され得る。ＰＤ２ＤＳＣＨ上または別の制御メッセージ上で送信されることになる送信プールインジケーションは、ネットワークによって受信される明示的な構成（たとえば、ＰＤ２ＤＳＣＨ上または別の制御メッセージ内で送信するための送信プール構成）に基づいてＷＴＲＵによって決定され得る。ＰＤ２ＤＳＣＨ上で送信されることになる送信プールインジケーションは、現在のセル内でカバレッジ内ＷＴＲＵが使用されるプール（たとえば、ｅＮＢによって受信される受信プール）に直接対応し得る。
【０２２２】
同期メッセージ内で示されるパターンは、受信プールに対応し得る。同期メッセージを受信するＷＴＲＵは、受信プールを使用して、少なくとも受信機会のサブセットを決定し得る。ＰＤ２ＤＳＣＨ上で送信されることになる受信プールインジケーションは決定され得、ネットワークによって受信される明示的な構成（たとえば、ＰＤ２ＤＳＣＨ上で送信するための受信プール構成）に対応し得る。ＷＴＲＵがモード２構成とともに構成される場合、ＰＤ２ＤＳＣＨ上で送信されることになる受信プールインジケーションは、現在のセル内でカバレッジ内ＷＴＲＵが使用されるプール（たとえば、ｅＮＢによって受信される送信プール）に直接対応し得る。同期メッセージ内のパターンは、以下の例示的な実施形態で提供される内容に対応し得る。
【０２２３】
ＷＴＲＵは、ネットワークが、ＷＴＲＵがパターンインジケーション送信またはリソースプールインジケーション送信を始めることを可能にすることを明示的に要求し得る。第１のＷＴＲＵが、上記で説明されたトリガのうちの１つまたは組み合わせが満たされることを検出するとき、第１のＷＴＲＵは、トリガのうちの１つまたは組み合わせの検出を報告するためにｅＮＢに要求またはメッセージ（たとえば、カバレッジ外ＷＴＲＵが検出された、カバレッジ外ＷＴＲＵがリレーサービスを要求していることを検出する、ＷＴＲＵが、それがリレーとして作用する（たとえば、リレーになるように上位層によって構成される）ことを決定する、またはＷＴＲＵがｅＮＢから同期ソースになるためのトリガ）を送り得る。ＷＴＲＵは、たとえば、原因、測定、ＷＴＲＵアイデンティティなどのうちの１または複数を含む、メッセージのためのトリガに関する情報のうちの１または複数を要求メッセージ内に含み得る。ＷＴＲＵは、たとえば、リレーサービスを要求するリモートＷＴＲＵのアイデンティティ、サービスタイプ、ＱｏＳなどを含む、リレー関連サービス要求に関する情報を要求メッセージに含み得る。第１のＷＴＲＵは、ＰＤ２ＤＳＣＨ上でのパターンインジケーションもしくはリソースプール、またはネットワークからの確認および構成に関する他の制御メッセージの送信を始め得る。第１のＷＴＲＵは、以下の情報のうちの１つまたは組み合わせをネットワークに示し得る。第１のＷＴＲＵは、要求の理由（たとえば、カバレッジ外ＷＴＲＵが検出した、または第１のＷＴＲＵがリレーサービスの要求を受信した）、検出されたＷＴＲＵのアイデンティティ、検出されたＷＴＲＵが属するグループＩＤ、ＰｒｏＳｅ  ＩＤ、サービスを要求するＷＴＲＵの数を示し得る。第１のＷＴＲＵは、検出されたＷＴＲＵの一意の識別子、報告をトリガしたＷＴＲＵの検出されたＤ２ＤＳＳ、推奨されるリソースプールまたはパターン、検出されたＷＴＲＵの動作の周波数を示し得る。第１のＷＴＲＵは、リレーとしてサービスを始める要求を示し得る。第１のＷＴＲＵは、ＰＤ２ＤＳＣＨの送信を停止することを要求し得る（たとえば、もはや検出されないカバレッジ外ＷＴＲＵ、またはもはや満たされない同期ソースになるトリガ、またはもはや必要とされないリレーサービス）。
【０２２４】
ＷＴＲＵは、以下のうちの１または複数を実行するために、ｅＮＢまたは主な同期ソースからの明示的なインジケーション（たとえば、メッセージ）を待機し得る。ＷＴＲＵは、１または複数のリソースプールインジケーションの送信を始め得る（たとえば、同期メッセージおよび／または信号を送信し始める）。ＷＴＲＵは、ＷＴＲＵが送信するように構成され得るリソースプール情報を受信し得る。ＷＴＲＵは、同期メッセージおよび／または信号が送信され得るリソースならびに周期性（たとえば、ＰＤ２ＤＳＣＨおよびＳＡリソース）とともに構成され得る。ＷＴＲＵは、同期メッセージおよび／または信号に追加情報を含み得る。ＷＴＲＵは、利用可能であるときカバレッジ内ＷＴＲＵがカバレッジ外ＷＴＲＵのＷＴＲＵアイデンティティを提供するための要求を待機し得る。
【０２２５】
ｅＮＢからの同期メッセージ開始の受信時、ＷＴＲＵは、１または複数のリソースプールまたはパターンインジケーションを含み得る同期メッセージの送信を始め得る、またはこれを構成（たとえば、再構成）し得る。
【０２２６】
同期メッセージの開始をトリガした検出されたＷＴＲＵ（たとえば、ＷＴＲＵカバレッジ外）のＷＴＲＵアイデンティティが当初、既知でなかった場合、ＷＴＲＵは、それが検出されたＷＴＲＵのアイデンティティを検出できるまで監視し続け得る。ＷＴＲＵは、利用可能であるとき、検出されたＷＴＲＵのアイデンティティをネットワークに報告し得る。
【０２２７】
ネットワークは、検出されたＷＴＲＵのアイデンティティを使用して、カバレッジ内ＷＴＲＵが同期メッセージを送信し始めるのか、送信し続けるのか、それとも送信するのを止めるのかを決定し得る（たとえば、対応するＷＴＲＵが互いと通信することができないまたは同じグループもしくはサービスに属さない場合、または対応するＷＴＲＵが、そのようなサービスのために許可される場合）。ネットワークは、検出されたＷＴＲＵのアイデンティティまたはＤ２ＤＳＳをさらに使用して、他の任意のカバレッジ内ＷＴＲＵが同じリソースプールを送信しているかどうかを決定して、検出されたＷＴＲＵとの通信を可能にし得る。ネットワークは、ＰＤ２ＤＳＣＨ送信を実行する他のカバレッジ内ＷＴＲＵのうちの少なくとも１つのＰＤ２ＤＳＣＨ送信を停止することを決定し得る。
【０２２８】
ＷＴＲＵは、決定されたアイデンティティに基づいて、ＷＴＲＵは検出されたＷＴＲＵと通信できるかどうかを（たとえば、それ自体上で）決定し得、暗黙的に停止し得る。ＷＴＲＵが、それがアイデンティティを決定していない、またはそれが通信できる、近くの少なくとも１つのＷＴＲＵを検出する場合、ＷＴＲＵは送信を継続し得る。
【０２２９】
ＷＴＲＵは、同期メッセージの送信を停止することを決定し得る（たとえば、それ以上のカバレッジ外信号が検出されないとき）。ＷＴＲＵは、送信を停止し、ＷＴＲＵが同期メッセージを送信するのを止めたことをネットワークに示し得る。ＷＴＲＵは、それ以上の検出されたカバレッジ外Ｄ２Ｄ信号がないことをネットワークに示し得、ＷＴＲＵは、開始または停止するための明示的な命令を待機し得る。ＷＴＲＵは、（たとえば、ＷＴＲＵが、リレーサービスを与えることを要求されていないことを決定すると、）リレーサービスを使用する、それ以上のリモートＷＴＲＵがないこと、またはＷＴＲＵは、リレーサービスを与えるように構成されていないことをネットワークに示し得る。ＷＴＲＵは、ＰＤ２ＤＳＣＨまたは制御メッセージの送信を開始または停止する明示的な命令を待機し得る。ＷＴＲＵは、ＰＤ２ＤＳＣＨまたは制御メッセージの送信を停止することを自律的に決定し得る。
【０２３０】
パターンの受信時、またはＷＴＲＵがパターンを使用しなければならないという決定時、ＷＴＲＵは、以下の動作のうちの１または複数を実行し得る。ＷＴＲＵは、所与のパターンに含まれるように、すべての送信機会を制限し得る。これは、メッセージを中継または送信したＷＴＲＵがメッセージを受信することを可能にし得ることを保証し得る。別の動作は、所与のパターン内であるように所与のリソースのプール内のすべての受信機会を制限することを含むことができる。受信機会は、受信された異なるリソースプールまたはパターンの集合であってよい。この動作は、それがバッテリ寿命を促進し得るので有益であり得る。カバレッジ状態に応じて、ＷＴＲＵの動作は異なり得る。たとえば、カバレッジ内状態ＷＴＲＵは、パターンを使用して、所与のリソースプール内の受信を実行し得る。ＷＴＲＵが使用しているモード（たとえば、モード１またはモード２）に応じて、ＷＴＲＵは、それらの機会のうちのいくつかの間に（たとえば、モード２で）送信を実行し得る、または（たとえば、モード１で）実際の送信機会を動的にスケジュールするようにｅＮＢに依拠し得る、のどちらかである。たとえば、本明細書で説明されるように、カバレッジ外ＷＴＲＵは、パターンを使用して、利用可能な送信機会を決定し得る。カバレッジ外ＷＴＲＵは、たとえば、すべての他のＷＴＲＵからのデータの適切な受信を保証するために、常に受信し得る。電力節約とともに構成されたカバレッジ外ＷＴＲＵは、構成されたパターンまたは異なる構成されたパターンの集まり（たとえば、複数のソースがある場合）の間に受信し得る。
【０２３１】
受信されたパターンに基づいて、ＷＴＲＵは、ＷＴＲＵが送信および／または受信に使用できる送信時間機会（たとえば、ＴＴＩ）を決定し得る。たとえば、パターンが、持続期間（たとえば、連続したＴＴＩの数）、サイクル、および／またはサブフレーム数を含む場合、ＷＴＲＵは、ＷＴＲＵが送信／受信を受信することが許可される時間インスタンス（システムフレーム番号（ＳＦＮ）およびサブフレーム）を決定し得る。
【０２３２】
送信パターンと合わされるために、ＳＦＮ、または受信用ＷＴＲＵが使用中であり得る（たとえば、カバレッジ内ＷＴＲＵまたはカバレッジ外ＷＴＲＵ）参照時間は、同期メッセージ内でパターンとともに提供され得る。
【０２３３】
パターンは、フレーム内またはいくつかのフレーム内のサブフレームとの関係を有するビットマップまたは固定パターンであってよい。参照フレームは、同期チャネル内で特別に定義され得る特定のフレームであってよい。
【０２３４】
ＷＴＲＵは、異なるパターンを検出し得る。ＷＴＲＵは、選択された同期ソースまたはリレーに接続され得るが、しかしながら、それは、複数のソースから同期メッセージを受信し復号することが可能であり得る。ＷＴＲＵは、異なる同期ソースから使用されるパターンが異なってよいことを決定し得る。これは、異なる同期ソースに接続されたＷＴＲＵに、他のクラスタからデータを受信することが潜在的に可能でないようにさせ得る。データ損失を回避するために、ＷＴＲＵは、この不一致をクラスタヘッドに報告し、同期ソースになる不一致を検出して、同じパターンを送信し得る。ＷＴＲＵは、同期メッセージの開始をトリガし、パターンを合わせるためにメッセージが送信されていることを示し得る。ＷＴＲＵは、最も高い優先順位が検出されるソースまたはリレーのパターンを送信し得る。ＷＴＲＵは、両方の検出されたパターンのための送信機会を決定し、両方の送信機会において２回メッセージを送信し得る。ＷＴＲＵは、異なる受信されたパターン間で重複する送信機会に送信を限定し得る（たとえば、重複がない場合、ＷＴＲＵは、上記で説明されたアクションのうちの１つを実行し得る）。
【０２３５】
ＷＴＲＵは、パターンを明示的に受信し得る。たとえば、ＷＴＲＵは、専用シグナリングまたは基地局またはｅＮＢからブロードキャストされ得るブロードキャストメッセージを介してパターンを受信し得る。パターンは、同期ソースまたは同期リレーから受信された同期メッセージに含まれ得る。ＷＴＲＵは、別のＷＴＲＵからの専用メッセージを介してパターンを受信し得る。ＷＴＲＵは、あらかじめ構成されたＷＴＲＵからパターンを受信し得る（たとえば、ＷＴＲＵは、それが選択可能なパターンのセットとともに構成され得る）。
【０２３６】
ＷＴＲＵは、使用するパターンを決定し、決定されたパターンを使用して送信し得る。ＷＴＲＵは、パターンが、ＷＴＲＵ能力および１または複数の上位層から構成されたＤ２Ｄサービスに基づいて使用されるようになることを決定し得る。たとえば、ＷＴＲＵが単一の受信機を備える場合、ＷＴＲＵは、パターンはＷＴＲＵがＤＬおよびＤ２ＤリンクからＴＤＭ受信するために使用されようになることを決定し得る。たとえば、自己干渉を回避するために、パターンは、ＷＴＲＵがＵｕ  ＴｘとＤ２Ｄ  Ｔｘ／Ｒｘの間でＴＤＭするために使用する。
【０２３７】
ＷＴＲＵは、送信および／または受信されることになるトラフィックのタイプに基づいて使用するようにパターンを決定する（たとえば、選択する）ように構成され得る。たとえば、リレーＷＴＲＵは、リレートラフィックを中継するとき、そのようなトラフィックのための送信パターンを使用するように構成され得る。リモートＷＴＲＵは、リレーに／からデータを送信または受信するときは、リレーに関連付けられたパターンまたはリソースプールを使用し、他のデータを送信するとき（たとえば、中継されないＤ２Ｄ送信）は別のパターンまたはリソースプールを使用するように構成され得る。たとえば、パターンの選択は、受信されたパターンに関連付けられた優先順位および／またはＷＴＲＵによって決定されるデータもしくはサービスの優先順位に基づき得る。ＷＴＲＵサービスまたはデータの優先順位は、ユーザ優先順位、ＷＴＲＵ内で構成される静的な優先順位、データを発生させるアプリケーションの優先順位またはデータを発生させる１または複数のアプリケーションの最も高い優先順位、ＷＴＲＵ内で実行されるサービスなどを含むいくつかの要因に関して決定され得る。
【０２３８】
ＷＴＲＵは、たとえば、始められる発見セッションの数に基づいて、発見の場合に使用され得る送信サブフレームの数を決定し得る。ＷＴＲＵは、以下の要因のうちの１または複数に基づいて送信サブフレームを選択する。ＷＴＲＵは、上位層によって始められるいくつかの発見セッションを使用して、送信サブフレームを選択し得る。ＷＴＲＵは、ＷＴＲＵがアナウンシング（ａｎｎｏｕｎｃｉｎｇ）ＷＴＲＵであるセッションの数とＷＴＲＵが監視ＷＴＲＵであるセッションの数の比に基づいて、サブフレーム送信を選択する。ＷＴＲＵは、構成されたパターン（たとえば、偶数サブフレームパターンまたは奇数サブフレームパターン）のリストから、送信サブフレームを選択し得る。ＷＴＲＵは、Ｄ２Ｄ−ＲＮＴＩに基づいて送信サブフレームを選択し得る。
【０２３９】
ＷＴＲＵは、決定されたパターンを使用するときにインジケーションを送信し得る。ＷＴＲＵは、それがパターンを決定するとき、インジケーションを送信するように構成され得る。ＷＴＲＵは、ｅＮＢ、同期ソース、または別のＷＴＲＵにインジケーションを送信し得る。インジケーションは、以下のうちの１または複数を含み得る。インジケーションは、ＷＴＲＵによって選択されたパターンを含み得る。インジケーションは、ＷＴＲＵがＤ２Ｄ  Ｔｘおよび／またはＤ２Ｄ  Ｒｘを実行するように構成されたサブフレームを示し得る。インジケーションは、いつＷＴＲＵがパターンを使用し始めるように構成されるかを示し得、たとえば、この情報は、ＳＦＮインデックスを使用して、および／またはＤ２Ｄ  ｔｘ／ｒｘが実行され得るときはサブフレームインデックスを使用して示され得る。インジケーションは、ＷＴＲＵがパターンを使用し得る持続期間を含み得る。インジケーションは、いつＷＴＲＵがパターンを使用するのを止めるように構成されるかを示し得る。
【０２４０】
ＷＴＲＵは、決定されたパターンを使用することに関するインジケーションをいつ送信するかを示すトリガを検出するように構成され得る。ＷＴＲＵは、以下の条件においてインジケーションを送信するように構成され得る。インジケーションは、ｅＮＢによって明示的なコマンドに基づいて送られ得る（たとえば、ｅＮＢは、ＷＴＲＵがパターンを送信することを要求するメッセージを送り得る）。インジケーションは、Ｄ２Ｄ発見または通信セッションが１または複数の上位層によって開始または停止されるとき、送られ得る。ＷＴＲＵが、パターンが変更されることを必要とし得るサービス（たとえば、新しいサービス）を実行できるとき、インジケーションが送られ得る。
【０２４１】
ＷＴＲＵは、たとえば同期原理を使用する同期手順を実行するように構成され得る。信号検出および復調を簡単にするために、１または複数の例示的な実施形態は、Ｄ２Ｄ通信のためのあらかじめ定義されたフレーム構造を提供する。あらかじめ定義されたフレーム構造は、すべてのＤ２Ｄ  ＷＴＲＵによって定義および使用され得る。フレーム構造は、スケジューリング割り当て（ＳＡ）、Ｄ２Ｄ同期信号（Ｄ２ＤＳＳ）、物理的Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）（たとえば、Ｄ２Ｄのためのブロードキャスト制御チャネル）、発見信号、およびデータ送信のうちの１または複数のロケーション（たとえば、時間および／または周波数における）が容易に決定され得る（たとえば、よく知られ得る）ように定義され得る。例示的なＤ２Ｄ同期フレーム構造は、図５（時間領域）および図６（時間−周波数領域）に示され得る。
【０２４２】
ＷＴＲＵは、複数のフレームフォーマットされたＤ２Ｄ同期フレームを使用するように構成され得る。ＷＴＲＵは、複数のフレームフォーマットを用いて構成され得る。フレームフォーマットは、Ｄ２Ｄ通信のさまざまな要素のさまざまなロケーションを定義し得る。いくつかの非限定的な例は、Ｄ２ＤＳＳ、Ｐ２Ｄ２ＳＣＨ、スケジューリングアドレス（ＳＡ）領域、発見領域、Ｄ２Ｄデータなどを含み得る。
【０２４３】
異なるフレームフォーマットは、異なるフォーマット間でＤ２ＤＳＳロケーション（たとえば、時間における）が重複しないように構成され得る。これは、複数のＤ２ＤＳＳホップが同じフォーマットを有することを可能にし得る。この例示的な実施形態は図７に（たとえば、時間領域内に）示され得る。類似の概念は、異なるフォーマット間でＤ２ＤＳＳロケーション（たとえば、時間および周波数における）が重複しないことを可能にするように構成されたフレームフォーマットを設計する際に、時間−周波数領域において適用し得る。
【０２４４】
ＷＴＲＵは、固定フォーマットを使用することを決定し得る。たとえば、ＷＴＲＵは、仕様に基づいて固定フォーマットを使用するように構成され得る。フォーマットは、非限定的な例では、周波数帯域、ＷＴＲＵカテゴリ、または他の固定基準に依存し得る。ＷＴＲＵは、たとえば、ネットワークによって、またはそのＵＳＩＭまたは使用するＤ２Ｄ同期フレームフォーマットを有する他の内部構成を介して、ＷＴＲＵがあらかじめ構成され得る事前構成に基づいて使用するために、フレームフォーマットを決定し得る。ＷＴＲＵは、たとえば、ＷＴＲＵが同期ソースになるとき、使用する特定のＤ２Ｄ同期フレームフォーマットとともに構成され得る。ＷＴＲＵは、ＷＴＲＵが、たとえば、同期信号特性および／またはＰＤ２ＤＳＣＨ（たとえば、内容および／またはリソースロケーション）に基づいて受信中のフレームフォーマットを決定するように構成され得る暗黙的なフォーマットに基づいて、使用するフレームフォーマットを決定し得る。ＷＴＲＵは、ＷＴＲＵがたとえばＰＤ２ＤＳＣＨからの明示的なシグナリングに基づいてフレームフォーマットを決定するように構成され得る明示的なフォーマットに基づいて、使用するフレームフォーマットを決定し得る。
【０２４５】
ＷＴＲＵは、フレームフォーマットおよびＤ２ＤＳＳ特性に基づいてフレームタイミングを決定し得る。ＷＴＲＵは、フレームタイミングを決定し、関連付けられたＤ２Ｄ同期フレームに同期するように構成され得る。ＷＴＲＵがＤ２Ｄ同期フレームフォーマットを決定し、次いでＤ２Ｄ同期フレームの時間位置を決定するＤ２Ｄ同期フレームフォーマットが決定され得る。ＷＴＲＵがＤ２ＤＳＳ特性に基づいてＤ２Ｄ同期フレームを決定し得るＤ２ＤＳＳ特性が決定される。Ｄ２ＤＳＳ特性は、Ｄ２ＤＳＳ受信タイミングを含み得る。同期信号ホップカウントおよび／またはＰＤ２ＤＳＣＨから受信された情報は、フレームタイミングを決定し、関連付けられたＤ２Ｄ同期フレームに同期するために使用され得る。
【０２４６】
同じ同期ゾーン内のＷＴＲＵは、同じ同期フレームを有し得る。同じ近辺にあるＷＴＲＵ間の通信を容易にするために、同じ近辺にあるＷＴＲＵは、同じＤ２Ｄ同期フレームを共有し得る。いくつかのＷＴＲＵは、ホップの最大数までＤ２ＤＳＳを中継し得る。前述のように、ホップの数は、たとえば、図４の同期プロトコルに示されるように、２ホップを超えることができる。同期ソース（ＳＳ）は、独立した同期参照でＤ２ＤＳＳを送信するデバイスであってよい。ＳＳは、ネットワークソース（たとえば、基地局またはｅＮＢ）であり得、その場合、それは、ネットワークＳＳ（ＮＳＳ）と呼ばれ得る。ＳＳは、接続されていない独立したソース（たとえば、ＷＴＲＵ）であり得、その場合、それは、独立ＳＳ（ＩＳＳ）と呼ばれ得る。リレーされる同期ソース（ＲＳＳ）は、Ｄ２ＤＳＳを送信し得るが、別のソース、たとえば、ＩＳＳまたはＮＳＳのどちらかから同期参照を導き出し得るデバイスであってよい。ＲＳＳは、最大ホップカウントまで、同期参照として別のＲＳＳを使用し得る。すべてのＷＴＲＵが同じＳＳに同期されるエリアは、同期ゾーン（ＳＺ）と呼ばれ得る。
【０２４７】
ＷＴＲＵは、Ｄ２ＤＳＳから同期ソースアイデンティティおよびホップカウントのインジケーションを受信するように構成され得る。ＲＳＳのための同期フレームは、その関連付けられたＳＳからの同期フレームと同じであるように構成され得る。同じ同期ゾーン内のＷＴＲＵが同じ同期フレームを有するために、ＲＳＳのための同期フレームは、その関連付けられたＳＳからの同期フレームと同じであることが必要とされ得る。
【０２４８】
ＷＴＲＵは、Ｄ２ＤＳＳおよびホップカウントから同期フレームを決定し得る。ＷＴＲＵは、受信されたＤ２ＤＳＳタイミングから、および／または関連付けられたホップカウントから、同期フレームタイミングを導き出し得る。中継されたＤ２ＤＳＳは、（たとえば、ＷＴＲＵが、同じである複数の同期ゾーンを追跡しないように）ＷＴＲＵがそれから同期ソースの同期フレームタイミングを導き出し得ることを保証するインジケーションを搬送し得る。
【０２４９】
同期フレームタイミングは同期ソースに関連付けられ得るので、たとえば、受信用ＷＴＲＵが、複数の同期ソース／フレームタイミングの存在を検出することができるように、ＷＴＲＵは、Ｄ２ＤＳＳから同期ソースを識別し得る。
【０２５０】
Ｄ２ＤＳＳは、同期ソースＩＤ、同期ソースタイプ（たとえば、基地局、ｅＮＢに接続されたソース、または独立したソース）、および／またはホップカウントのうちの１または複数に関する情報を搬送し得る。
【０２５１】
ＷＴＲＵ  Ｄ２ＤＳＳ信号は、既知の、あらかじめ定義された長さ、ならびに既知の、あらかじめ定義された帯域幅（たとえば、ＰＲＢの数）および持続期間（たとえば、たとえば１つのＯＦＤＭシンボルとすることができるＯＦＤＭシンボルの数）のＺａｄｏｆｆ−Ｃｈｕ信号に基づき得る。Ｄ２ＤＳＳは、Ｄ２Ｄ同期フレーム中に複数回、またはサブフレーム中に複数回さえ、送信され得る。同様に、Ｄ２ＤＳＳは、追加の暗黙的情報を搬送するために使用され得る第２の同期信号（たとえば、Ｓ−Ｄ２ＤＳＳ）によって増大され得る。
【０２５２】
Ｄ２Ｄ  ＷＴＲＵは、Ｄ２ＤＳＳのためのＺＣ根系列（ｒｏｏｔ  ｓｅｑｕｅｎｃｅ）の複数のセットとともに構成され得る。ＺＣ根系列の各セットは、同期ソースタイプに関連付けられ得る。たとえば、Ｄ２Ｄは、ＺＣ根の２つのセットとともに構成され得、各セットは、１または複数のＺＣ根系列を含み得、各セットからのＺＣ根は異なってよい。第１のセットは、ｅＮＢまたはネットワークに関連付けられたソースに対応し得る。ＺＣ根の第２のセットは、独立した同期ソースに関連付けられたソースに対応し得る。同期ソースを中継するように構成されたＤ２Ｄ  ＷＴＲＵは、同じセットからのＺＣ根を、それが中継中であり得る同期として使用するように構成され得る。ＷＴＲＵがそれ自体の同期ソースになるとき、それは、特定のセットから、たとえば、独立した同期ソースに関連付けられたセットから、そのＤ２ＤＳＳのためのＺＣ根を選択するように構成され得る。
【０２５３】
たとえば、同期を改善するために、第２Ｄ２ＤＳＳが使用されてよい。この第２Ｄ２ＤＳＳ（Ｓ−Ｄ２ＤＳＳ）のために使用される系列は、ソースアイデンティティをさらに示すために使用され得る。Ｓ−Ｄ２ＤＳＳは、別のＺＣ系列またはｍ系列からなってよい。許容できる系列のセットは、インデックスが付与され得る。許容できる系列のセットは、少なくとも同期ソースアイデンティティの一部に関連付けられ得る。図８を参照すると、例示的な実施形態による例示的な同期ソースＩＤの図が示されている。図８に例示されるように、完全な同期ソースアイデンティティは、たとえば、タイプ、タイプＩＤインデックス、およびＳ−Ｄ２ＤＳＳを集めることによって、第１Ｄ２ＤＳＳ（Ｐ−Ｄ２ＤＳＳ）の集合体からなり得る。
【０２５４】
Ｄ２ＤＳＳは、ホップカウントを搬送（たとえば、暗黙的に搬送）し得る。ホップカウントは、Ｓ−Ｄ２ＤＳＳインデックスによって示され得る。たとえば、Ｓ−Ｄ２ＤＳＳインデックスから少数のビットは、ホップカウントを示すために使用され得る。Ｄ２ＤＳＳに関連付けられた循環桁送りは、ホップカウントを示すために使用され得る。Ｄ２ＤＳＳを搬送するシンボルのペアは、ホップカウント情報を搬送するために使用され得る。たとえば、２つのＤ２ＤＳＳシンボル間の循環桁送りの違いは、ホップカウントを示し得る。
【０２５５】
上記で説明された技法に基づく他の組み合わせは、暗黙的に同期ソース情報を搬送するために使用され得る。
【０２５６】
ＷＴＲＵは、同期ソースを選択または再選択するように構成され得る。限られた数のホップカウントがあり得るので、およびＷＴＲＵがｅＮＢに近いことがあるので、ＷＴＲＵは、複数の同期ソース（たとえば、ＮＳＳ、ＩＳＳ、またはＲＳＳ）から同期を獲得することが可能であり得る。ＷＴＲＵは、たとえば、データ受信／送信のための同期フレームを決定するために、同期ソース間で優先順位を付け得る。
【０２５７】
ＷＴＲＵは、優先順位付けルールを用いて構成され得る。同期ソースはｅＮＢを含み得る。同期ソースはＷＴＲＵを含み得る。ＩＳＳ間で優先順位を付けるルールは、ＷＴＲＵによって使用され得る。ＷＴＲＵが複数のＩＳＳからＤ２ＤＳＳを検出した場合、ＷＴＲＵは、受信されたＤ２ＤＳＳの測定された信号強度に基づいてＩＳＳ間で優先順位を付け得、より高い信号強度を有するＤ２ＤＳＳが優先され得る。
【０２５８】
ＷＴＲＵは、ＲＳＳ間で優先順位を付けるルールを用いて構成され得る。ＷＴＲＵが複数のＲＳＳからＤ２ＤＳＳを検出する場合、ＷＴＲＵは、Ｄ２ＤＳＳによって示されるホップカウント値に基づいてＲＳＳ間で優先順位を付け得る。より小さいホップカウント値を有するＲＳＳが優先され得る。
【０２５９】
ＷＴＲＵは、ネットワークおよびＩＳＳに接続されたＷＴＲＵ間で優先順位を付けるルールを用いて構成され得る。ＷＴＲＵは、カバレッジ外であり得るｅＮＢおよびＩＳＳからＤ２ＤＳＳを中継するネットワークカバレッジ内のＷＴＲＵである同期ソース間で優先順位を付け得る。優先順位付けルールは、いくつかの態様に基づき得る。たとえば、ＷＴＲＵは、ネットワークに接続されたＷＴＲＵと通信し得る。そのような場合、ネットワークに接続されたＷＴＲＵである同期ソースからのＤ２ＤＳＳの信号強度が、あらかじめ定義された閾値を上回る場合、ＷＴＲＵが、そのようなソースを優先させることは有益であり得る。Ｄ２ＤＳＳの測定された強度が、ネットワークに接続された同期ソースからの強度よりも著しく強い場合、ＷＴＲＵは、ＩＳＳに優先順位を付け得る（たとえば、ＩＳＳのＤ２ＤＳＳからの測定されたエネルギーレベルは、ネットワークに接続された同期ソースからのＤ２ＤＳＳよりもＸｄＢ高く、Ｘは、あらかじめ定義され得る）。
【０２６０】
ＷＴＲＵは、優先順位付けリストを維持するように構成され得る。ＷＴＲＵは、ＷＴＲＵが検出する同期ソースの優先順位付けリストを維持するように構成され得る。ＷＴＲＵは、たとえば、以下のトリガのうちの１または複数に基づいて（たとえば、任意の順序および／または組み合わせで）、優先順位付けリストを維持するように構成され得る。ＷＴＲＵは、条件／トリガを使用して、優先順位付け／再選択を実行し得る。
【０２６１】
ＷＴＲＵは、周期的に同期ソースの優先順位付けを実行し得る（たとえば、ＷＴＲＵは、特定の時間の量が満了した後、優先順位付けを実行し得る）。時間の量は、ネットワークによって明示的に構成されてもよいし、それは、ＷＴＲＵ内であらかじめ構成されてもよい。ＷＴＲＵは、非周期的に（たとえば、周期的ではなく）同期ソースの優先順位付けを実行し得る。非周期的な優先順位付けは、新しいソースの検出を含むことができる。ＷＴＲＵは、新しい同期ソースの検出時に優先順位付けリストの更新を実行し得る。新しい同期ソースの検出は、新しいＳＳからのＤ２ＤＳＳ（たとえば、Ｄ２ＤＳＳから識別された）が検出されときに宣言され得、測定されたエネルギーは、所与の時間の期間にわたって特定の閾値を上回る。所与のソーストリガのためのタイムアウトは、所与の同期ソースがタイムアウトされ、Ｄ２ＤＳＳを送信するのを止めるときに、ＷＴＲＵが優先順位付けを実行し得るように用いられ得る。
【０２６２】
ホップカウント変更は、トリガとして作用し得る。たとえば、ＷＴＲＵは、それがホップカウントの変更を検出する（たとえば、Ｄ２ＤＳＳからのＳＳのアイデンティティは同じであるが、関連付けられたホップカウントが変更される）とき、優先順位付けを実行し得る。
【０２６３】
バッファ内での特定のデータの存在の欠如は、トリガとして作用することができる。ＷＴＲＵが、特定の時間の期間にわたってデータが送信されておらず、送信する新しいデータがバッファ内にあることを決定するとき、ＷＴＲＵは優先順位付けを実行し得る。ＷＴＲＵは、それがデータを有さない、または特定の時間の期間にわたって送信するＤ２Ｄデータを有し、送信する新しいＵＬデータがあるとき、優先順位付けを実行する。
【０２６４】
ＷＴＲＵは、他の変更／測定を使用し得る。ＷＴＲＵは、連続的にまたは特定の指定された時間期間に発生し得る現在のＳＳのＤ２ＤＳＳのエネルギーレベルを測定し得る。測定された信号強度が、あらかじめ定義された閾値を下回る場合、ＷＴＲＵは優先順位付けを実行し得、および／またはＷＴＲＵは、同期ソースになることを決定し得る。
【０２６５】
現在のＳＳ以外のＳＳからのＤ２ＤＳＳの測定されたエネルギーレベルが変化するとき、ＷＴＲＵは、優先順位付けリストの更新を実行し得る。例は、他のＳＳからのＤ２ＤＳＳの測定されたエネルギーレベルがあらかじめ定義された閾値を上回って増加する、または現在のＳＳのＤ２ＤＳＳのエネルギーレベルよりも大きくなるときであろう。
【０２６６】
測定されたエネルギーレベルは、ＷＴＲＵによって実行される熱雑音測定／推定によって重み付けされ得る（たとえば、ｄＢ領域で分割される、ｄＢ領域で減算される、または別の方法で変更される）。
【０２６７】
ＷＴＲＵは、優先順位付けを適用し得る。ＷＴＲＵは、特定の同期フレーム時間瞬間に新しいタイミングを適用し得る（たとえば、ＷＴＲＵは、現在の同期フレームに新しいタイミングを適用せず、次の同期フレームの先頭に適用し得る）。古い同期タイミング参照と新しい同期タイミング参照間のタイミング差があり得ることを考えると、同期フレーム内のギャップは、そのような差に対応し得る。
【０２６８】
ＷＴＲＵは、以下のトリガのうちの１または複数が満たされるとき優先順位付けリストを更新しないように構成され得る。ＷＴＲＵは、それがデータを送信または受信しているとき、優先順位付けリストを更新しないことがある。ＷＴＲＵは、ＷＴＲＵがタイマ−トリガ期間内にあるとき、優先順位付けリストを更新しないことがある。
【０２６９】
ＷＴＲＵは、データ受信に優先順位を付けるように構成され得る。実際的なハードウェア考慮事項のために、ＷＴＲＵは、実際には、無数の同期ゾーンを同時に追跡することができないことがある。実際的なＷＴＲＵは、サブフレーム内の限られた数のスケジューリングアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔ）（ＳＡ）を復号することが可能であることがある。ＷＴＲＵは、データ受信のための同期ゾーンに優先順位を付けるように構成され得る。ＷＴＲＵは、１または複数の優先順位付け情報に基づいてデータ受信のための同期ゾーンに優先順位を付けるように構成され得る。
【０２７０】
同期ソースに関連付けられた同期ＩＤは、データ受信のための同期ゾーンに優先順位を付けるためにＷＴＲＵによって使用される優先順位付け情報であってよい。ＷＴＲＵは、同期ソースＩＤを決定し、たとえばあらかじめ定義されたルール／構成に基づいて、この同期ソースＩＤに優先順位を付けるかどうかを決定するように構成され得る。
【０２７１】
同期ソースに関連付けられた同期タイプは、データ受信のための同期ゾーンに優先順位を付けるように構成するためにＷＴＲＵによって使用される優先順位付け情報であってよい。ＷＴＲＵは、同期タイプを決定し、タイプに基づいて優先順位を決定するように構成され得る。ＷＴＲＵは、独立したソースの上で基地局またはｅＮＢに接続された基地局、ｅＮＢ、またはソースであるデータ受信ソースに優先順位を付けるように構成され得る（たとえば、独立したソースは、より低い優先順位を有し得る）。
【０２７２】
同期ゾーンに関連付けられたグループＩＤは、データ受信のための同期ゾーンに優先順位を付けるためにＷＴＲＵによって使用される優先順位付け情報であってよい。ＷＴＲＵは、ＰＤ２ＤＳＣＨを復号することによって同期ゾーンに関連付けられたグループＩＤを決定し得る。グループＩＤは、その同期ゾーンに関連付けられた検出されたＳＡ内にあってよい。ＷＴＲＵは、ＷＴＲＵに関連付けられた１または複数のグループＩＤが構成および／またはサポートされ得る同期ゾーンに優先順位を付け得る。
【０２７３】
ＷＴＲＵハードウェア能力は、データ受信のための同期ゾーンの優先順位付けを構成するためにＷＴＲＵによって使用される優先順位付け情報であってよい。ソースの数が、設定された時間／待ち時間内でＷＴＲＵが復号することが可能であるよりも大きいとき、ＷＴＲＵは優先順位を付け得る。
【０２７４】
ＷＴＲＵ受信／送信パターンは、データ受信のための同期ゾーンの優先順位付けを構成するためにＷＴＲＵによって使用される優先順位付け情報であってよい。その受信／送信パターンのために、ＷＴＲＵは、別の同期ゾーンからデータを受信することが可能でないことがある。そのような場合、この同期ゾーンは、優先順位が付けられないことがある。
【０２７５】
ＷＴＲＵは、同期信号（Ｄ２ＤＳＳ）を送信するように構成され得る。Ｄ２Ｄ  ＷＴＲＵは、同期信号を送信するように構成され得る。以下は、同期信号（たとえばＤ２ＤＳＳ）の送信に関連する方法について説明する。
【０２７６】
ＷＴＲＵは、フレーム同期タイミングを決定するように構成され得る。Ｄ２Ｄ  ＷＴＲＵは、同期ソース同期信号（たとえばＤ２ＤＳＳ）を送信し、同期ソースになるように構成され得る。そのような場合、ＷＴＲＵは、それ自体の同期フレームタイミングを決定するように構成され得る。ＷＴＲＵは、以下のうちの１または複数を使用するＤ２Ｄ同期フレームを決定するように構成され得る。
【０２７７】
ＷＴＲＵは、内部タイミングに基づいてＤ２Ｄ同期フレームを決定し得る。ＷＴＲＵは、たとえば、ＷＴＲＵの内部クロックに基づいて、Ｄ２Ｄ同期フレームタイミングを任意選択で（ａｒｂｉｔｒａｒｉｌｙ）決定し得る。
【０２７８】
ＷＴＲＵは、外部タイミングに基づいてＤ２Ｄ同期フレームを決定し得る。Ｄ２Ｄ同期フレームを送信するＷＴＲＵは、同期信号（たとえば、他のＤ２Ｄ  ＷＴＲＵ、ｅＮＢなどのネットワーク同期ソースなど）を送信する他のデバイスの近くにあってよい。そのような場合、ＷＴＲＵが同期ソースであるように構成された場合、ＷＴＲＵは、これらの信号に基づいてＤ２Ｄ同期フレームの基礎をなすように構成され得る。この構成は、たとえば、干渉を軽減するために、隣接するＤ２Ｄ同期ゾーンを合わせるという利益を提供し得る。
【０２７９】
ＷＴＲＵは、そのＤ２Ｄ同期フレームを、別の受信されたＤ２Ｄ同期フレームに合わせ得る。ＷＴＲＵは、そのＤ２Ｄ同期フレームを、受信された参照Ｄ２Ｄ同期フレーム（たとえば、最も高い優先順位Ｄ２ＤＳＳに対応するＤ２Ｄ同期フレーム）に合わせ得る。
【０２８０】
ＷＴＲＵは、重複する制御チャネル領域が減少されるように、そのＤ２Ｄ同期フレームを合わせ得る。この構成は、制御チャネル間の干渉を軽減するという利益を提供し得る。
【０２８１】
フレームフォーマットは、ＷＴＲＵ  ＩＤに基づいてよい。Ｄ２Ｄ  ＷＴＲＵが同期ソースになるとき、Ｄ２Ｄ  ＷＴＲＵは、Ｄ２Ｄ同期フレームカウンタまたはＤ２Ｄ同期フレーム番号（Ｄ−ＳＦＮ）の初期値を決定するように構成され得る。ＷＴＲＵは、ＷＴＲＵ識別子（たとえば、ＩＭＳＩ、Ｄ２Ｄ関連ＩＤ、ＲＮＴＩなど）に基づいてＤ−ＳＦＮの値を初期化するように構成され得る。この構成は、隣接する同期ゾーンと潜在的な関連付けられた周波数−時間リソース構成との間のＤ−ＳＦＮをランダム化するという利益を提供し得る。
【０２８２】
ＷＴＲＵは、プリアンブルおよび／またはポストアンブルを送信するように構成され得る。Ｄ２Ｄデータ送信を監視するＷＴＲＵは、複数の同期ゾーンからデータを受信し得る。この場合の受信用ＷＴＲＵは、その送信のための関連付けられた同期フレームを獲得し得る。Ｄ２Ｄ送信用ＷＴＲＵ（たとえば、Ｄ２Ｄデータを送信するＷＴＲＵ）は、たとえば、Ｄ２Ｄ通信の範囲を限定しないためにデータ通信を送信するとき、Ｄ２ＤＳＳを送信するように構成され得る。
【０２８３】
ＷＴＲＵは、データを送る前に同期プリアンブルを送信し得る。Ｄ２Ｄ送信用ＷＴＲＵは、実際のデータを送信する前に同期プリアンブルを送信するように構成され得る。ＷＴＲＵは、たとえば、図９に示されるように、データを送信し始める前にあらかじめ構成された時間の期間の間にＤ２ＤＳＳまたは他の情報（たとえば、ＰＤ２ＤＳＣＨ）を送信するように構成され得る。
【０２８４】
ＷＴＲＵは、データを送信した後、同期ポストアンブルを送信し得る。ＷＴＲＵは、その最後のデータパケット送信した後、時間の期間をあらかじめ決定するためのＤ２ＤＳＳを送信するように構成され得る。この構成は、たとえば、より多くのデータがバッファ内に到着することになる場合、およびＷＴＲＵ同期信号が他のＷＴＲＵによって中継されている場合、ＷＴＲＵが同期信号の送信を停止しないことを保証するという利益を有し得る。
【０２８５】
ＷＴＲＵは、最後のデータパケットが送信されたとき非アクティビティタイマを開始するように構成され得る。ＷＴＲＵは、新しいデータが送信されているとき、タイマをリセットし得る。タイマが満了すると、ＷＴＲＵは、同期信号の送信を停止するように構成され得る。
【０２８６】
ＷＴＲＵは、同期信号またはメッセージの送信をいつ始めるかを決定し得る。ＷＴＲＵは、以下のトリガのうちの１または複数により、同期メッセージおよび／または信号（たとえば、ソースまたはフォワーディング用／協調用ＷＴＲＵのどちらかとして）の送信をトリガし得る。
【０２８７】
ＷＴＲＵは、ネットワークからの明示的なインジケーションに基づいてトリガを検出し得る。トリガは、本明細書で説明されるトリガのいずれかを検出するように基地局またはｅＮＢによってＰＳモードまたは明示的な構成の動作を開始／停止するためにｅＮＢ／ＰｒｏＳｅ機能／アプリケーションからＷＴＲＵによって受信され得る。
【０２８８】
ＷＴＲＵは、他の同期信号の検出に基づいてトリガを検出し得る。ＷＴＲＵは、ＷＴＲＵのサービング同期ソースよりも低い優先順位のソースから発生する同期信号を送信する別のＷＴＲＵを検出し得る。ｅＮＢに接続されたＷＴＲＵ（たとえば、カバレッジ内状態の）は、それがカバレッジ外ＷＴＲＵからの同期メッセージまたは信号を検出するとき同期信号またはメッセージを送信し始めることを決定し得る。これは、カバレッジ外ＷＴＲＵがカバレッジ内ＷＴＲＵを見つけ、そのＷＴＲＵの受信／送信機会に同期することを可能にし得る。
【０２８９】
ＷＴＲＵは、ＷＴＲＵのサービング同期ソースよりも低い優先順位のソースから発生する同期信号を送信する別のＷＴＲＵと、第１のＷＴＲＵと同じグループＩＤに属する第２のＷＴＲＵのグループＩＤのうちの少なくとも１つを検出し得る。
【０２９０】
ＷＴＲＵは、カバレッジ内ＷＴＲＵであってよく、カバレッジ外状態ＷＴＲＵまたはカバレッジ外ＷＴＲＵの同期信号を検出し得る。
【０２９１】
ＷＴＲＵはグループＩＤを用い得、ここで、第２のＷＴＲＵの通信グループＩＤのうちの少なくとも１つは、第１のＷＴＲＵのグループＩＤのうちの少なくとも１つに属する。
【０２９２】
ＷＴＲＵは、第２のＷＴＲＵからデータを受信し、第２のＷＴＲＵは基地局またはｅＮＢのカバレッジ内にないことを決定し得る。これは、たとえば、Ｄ２ＤＳＳまたはメッセージがない場合、ＷＴＲＵがカバレッジ内にないＳＡ内の何らかのインジケーションを使用し得る。
【０２９３】
ＷＴＲＵは、他の同期信号の欠如に基づいてタイマを使用し得る。最後の同期信号受信からのタイマは、満了した可能性がある。ＷＴＲＵがソースからの同期信号またはメッセージを受信していない場合、ＷＴＲＵは、ソース信号になることを決定し得る。
【０２９４】
ＷＴＲＵは、たとえば、測定強度が閾値を下回ることに基づいて、同期ソースになることを決定し得る。
【０２９５】
以下が検出された場合（たとえば、本明細書で説明されるように）、ＷＴＲＵは、同期信号の送信を始めることを決定し得る。
【０２９６】
ＷＴＲＵは、時間パターン／リソースを使用し得る。第１のＷＴＲＵは、第２のＷＴＲＵが第１のＷＴＲＵとは異なる時間パターンを使用していることを決定し得る。
【０２９７】
ＷＴＲＵは、第１のＷＴＲＵが、第２のＷＴＲＵの動作の周波数以外の周波数における通信のために接続され得るように、動作の周波数の差を検出するように構成され得る。
【０２９８】
ＷＴＲＵは、同期信号および／またはメッセージの送信をいつ停止および／または変更するかを決定し得る。以下のトリガ（たとえば、条件）のうちの１または複数が満たされるとき、ＷＴＲＵは、同期信号の送信を停止および／または変更し得る。トリガは、ネットワークからの明示的な構成であってよい（たとえば、ネットワークは、送信を停止するようにＷＴＲＵを明示的に構成する）。構成された時間の期間の後、ＷＴＲＵが同期信号の送信を停止し得る、タイマに基づくトリガ。トリガは、ＷＴＲＵは構成された時間の期間にわたってデータ送信を実行していないというインジケーションを含み得るデータアクティビティに基づいてよい。トリガは、アプリケーションプロセスはもはやサービスを要求しないというインジケーションに基づいてよい。トリガは、ＷＴＲＵは任意の隣接するＷＴＲＵからデータアクティビティを検出していない（たとえば、ＳＡが検出していない）というインジケーションに基づいてよい。優先順位のより高いソースまたは別のＷＴＲＵからの別の同期信号の検出が、その現在の同期信号の送信を停止するならびに／または送信された同期メッセージおよび／もしくは信号を変更するようにＷＴＲＵをトリガし得る、別の同期信号の検出。
【０２９９】
ＷＴＲＵは、たとえば、同期信号の送信に基づいて、停止し得るおよび／または変更が実行され得ることを決定する。たとえば、以下の条件のうちの１つまたは組み合わせが満たされる場合、ＷＴＲＵは、停止し得るおよび／または変更が実行され得ることを決定する。たとえば、ＷＴＲＵが、優先順位のより高いソースから同期信号を検出した（たとえば、発生ソースが基地局またはｅＮＢである）場合ＷＴＲＵは、停止し得るおよび／または変更が実行され得ることを決定する。このメトリックは、構成された閾値を上回るまたは下回る受信された同期信号電力を含み得る。たとえば、ＷＴＲＵが第２のＷＴＲＵからの同期信号を検出した場合、ＷＴＲＵは、停止し得るおよび／または変更が実行され得ることを決定する。ＷＴＲＵは、第２のＷＴＲＵからの同期信号が同じ発生ソースを有し、その現在のホップカウントよりも小さいホップカウントを有することを決定し得る。このメトリックは、構成された閾値を上回るまたは下回る受信された同期信号電力を含み得る。
【０３００】
たとえば、ＷＴＲＵが、ＷＴＲＵが、同じ優先順位のソースからの同期信号と現在のＷＴＲＵホップカウントよりも小さいホップカウントを検出した場合、ＷＴＲＵは、停止し得るおよび／または変更が実行され得ることを決定する。このメトリックは、構成された閾値を上回るまたは下回る受信された同期信号電力を含み得る。ＷＴＲＵは、再評価されたホップカウントが最大許容値に到達した（たとえば、または、最大許容値よりも大きい）ことを決定したことに応答して、停止し得るおよび／または変更が実行され得ることを決定する。たとえば、（たとえば、同期信号またはＳＡに基づいて）検出されたＷＴＲＵが基地局またはｅＮＢに接続されている場合、ＷＴＲＵは、停止し得るおよび／または変更が実行され得ることを決定する。たとえば、（たとえば、同期信号またはＳＡに基づいて）検出されたＷＴＲＵが第１のＷＴＲＵと同じグループに属する場合、ＷＴＲＵは、停止し得るおよび／または変更が実行され得ることを決定する。
【０３０１】
たとえば、以下の基準のうちの１または複数が満たされる場合、ＷＴＲＵは、Ｄ２ＤＳＳの送信を停止し得る。ＷＴＲＵは、同期タイマが満了しており、動作中ではないことを決定したことに応答して、Ｄ２ＤＳＳの送信を停止し得る。以下の条件のうちの１または複数が満たされたとき、ＷＴＲＵは同期タイマを始め得る。ＷＴＲＵが同期ソースになり、同期信号／メッセージ送信を始めると、ＷＴＲＵは同期タイマを始め得る。（たとえば、本明細書で説明されるように）他の検出された同期信号に基づいて、ＷＴＲＵが同期ソースになると、ＷＴＲＵは、同期タイマを始め得る。タイマが再開されたとき、たとえば、ＷＴＲＵがデータを受信し、または送信間のスケジューリング割り当てを検出した（たとえば、このクラスタに接続された他のＷＴＲＵがあり得る）とき、ＷＴＲＵは同期タイマを始め得る。ＷＴＲＵは、たとえば、本明細書で説明されるように、データアクティビティに基づいて同期タイマを始め得る。ＷＴＲＵは、たとえば、同じソースＩＤのＤ２ＤＳＳでありながら、より高いホップカウントを測定することから決定されるように、他のＷＴＲＵは、ＷＴＲＵによって送信されている同期メッセージを中継していないという決定に基づいて、同期タイマを始め得る。
【０３０２】
同期メッセージを送信するのを停止する基準のうちの１または複数は満たされているが、同期タイマが動作中である場合、ＷＴＲＵは、ＷＴＲＵが送信している同期信号およびメッセージを変更することを決定し得る。これは、たとえば、検出された、優先順位のより高い同期メッセージの少なくとも一部を反映または中継するために、使用されてよい。
【０３０３】
ＷＴＲＵが、ＷＴＲＵは同期ソースであることを止めることを決定するとき、ＷＴＲＵは、同期信号の送信を停止するおよび／または同期信号変更がトリガされたことを決定する。測定が所定の閾値を超えるとき、ＷＴＲＵは、それがもはや同期ソースである必要はないことを決定し得る。
【０３０４】
他のＷＴＲＵはＷＴＲＵの同期メッセージを中継していないことを決定したことに応答して、ＷＴＲＵは、以下のうちの１または複数を実行することによって、他のＷＴＲＵがそのメッセージを中継しているかどうかを決定し得る。ＷＴＲＵは、同じソースＩＤであるがより高いホップカウントを有するＤ２ＤＳＳ信号を監視し、関連付けられた同期メッセージがあるかどうかを決定し得る。ＷＴＲＵは、同じ内容を搬送し、場合によってはより高いホップカウントを示す、および／または同じソースＩＤを有する同期メッセージを検出することによって、同期メッセージを検出し得る。
【０３０５】
ＷＴＲＵは、同期チャネルメッセージを受信し得る。同期ソースおよび／または同期フォワーディングエンティティは、同期メッセージを送信し得る。同期情報は、メッセージとして明示的に送信されてもよいし、情報は、同期参照信号特性から暗黙的に導き出し可能である。
【０３０６】
たとえば、同期メッセージは、Ｄ２Ｄデータチャネル（たとえば、通信チャネル）上で送られ得る。同期メッセージは、通信ＭＡＣ  ＰＤＵを使用するＷＴＲＵによって送信され得る。たとえば、受信用ＷＴＲＵがこのメッセージを制御メッセージとして識別することを可能にするために、ＭＡＣヘッダ内のインジケーションが含まれてよい。ＷＴＲＵは、このメッセージを復号し得る、および／またはメッセージの内容を使用し得る。制御メッセージ（たとえば、ＲＲＣ、ＳＩＢなど）は、ＭＡＣ  ＰＤＵ上で送信され得る。制御メッセージに予約された論理チャネル値は、これが制御メッセージである受信用ＷＴＲＵを示し得る。
【０３０７】
ＷＴＲＵは、ＰＤ２ＤＳＣＨ送信フォーマットおよび特性を使用し得る。ＰＤ２ＤＳＣＨは、特定の同期信号に関連付けられ得る。受信用ＷＴＲＵが、受信されたＤ２ＤＳＳに関連付けられたＰＤ２ＤＳＣＨを決定することが可能であるために、ＷＴＲＵは、以下のうちの１または複数を使用し得る。
【０３０８】
ＰＤ２ＤＳＣＨは、Ｄ２ＤＳＳと同じ周波数リソース内で送信され得る。ひとたびＤ２Ｄ同期フレームが獲得されると、ＷＴＲＵは、曖昧さを排除してＰＤ２ＤＳＣＨを検索し得る。この例示的な実施形態は、実施するのに複雑すぎない可能性はあるが、Ｔ／Ｆリソースの同じセット内で送信される他のＰＤ２ＤＳＣＨまたはデータからの干渉に逆らうのに十分なほどロバストでないことがある。
【０３０９】
ＰＤ２ＤＳＣＨスクランブル系列は同期ソースＩＤに基づいてよい。ＷＴＲＵは、ＰＤ２ＤＳＣＨのためのＤ２ＤＳＳ（たとえば、または同期ゾーンＩＤ、グループＩＤなど）に関連付けられたスクランブル系列を使用するように構成され得る。同期ソースＩＤは、ＰＤ２ＤＳＣＨのための特定のスクランブル系列にインデックス付けするために使用され得る。この例示的な実施形態は、干渉を白色化するという利益を提供し得、隣接同期ソースが同じ同期ソースＩＤを使用する可能性を軽減し得る。
【０３１０】
ＳＡは、同期ソースＩＤをリンクする特殊な識別子を使用するＰＤ２ＤＳＣＨリソースを示し得る。ＰＤ２ＤＳＣＨのＴ／Ｆロケーションはあらかじめ定義されていない可能性があるが、たとえばＤ２Ｄデータ送信のように、スケジューリング割り当て（ＳＡ）とともに送信され得る。ＷＴＲＵは、他のＷＴＲＵがＰＤ２ＤＳＣＨを適切に復号することができることを保証するために、ＳＡ内で１または複数の特殊な値（たとえば、特殊な宛先グループＩＤ）を使用するように構成され得る。受信用ＷＴＲＵがＰＤ２ＤＳＣＨを適切な同期ソースまたはフレームに関連付けるために、ＳＡの内容（たとえば、ソースＩＤ）は、Ｄ２ＤＳＳまたは同期ソースに関連付けられ得る。
【０３１１】
ＰＤ２ＤＳＣＨは、ＭＡＣヘッダ内の論理チャネルＩＤに基づいて明示的に示され得る。ＷＴＲＵは、通常のＤ２Ｄ通信チャネルを介してＰＤ２ＤＳＣＨを受信し得る。ＷＴＲＵは、ＳＡ宛先ＩＤまたはソースＩＤコードに基づいてチャネルを復号し得る。ＷＴＲＵは、たとえば、ＭＡＣヘッダに基づいて（たとえば、特殊論理チャネルＩＤ、または他の明示的なＭＡＣインジケーションを介して）、通信の内容がＤ２Ｄ同期メッセージであることを決定し得る。
【０３１２】
ＷＴＲＵは、ＰＤ２ＤＳＣＨフォーマットのインジケーションを検出、選択、または受信し得る。ＷＴＲＵは、複数の物理層フォーマット内でＰＤ２ＤＳＣＨを送信するように構成され得る。たとえば、物理層フォーマットは、１または複数のＰＲＢ、１または複数のＯＦＤＭシンボル、符号化方式、符号化率、パンクチャリング、ＣＲＣなどを含み得る。物理層フォーマットは、（たとえば、内容に応じて）異なるペイロードサイズをサポートし得る。ＰＤ２ＤＳＣＨ内の異なるペイロードサイズは、ＷＴＲＵのカバレッジステータスに基づいてより多くの（たとえば、または、より少ない）情報を搬送し得るＰＤ２ＤＳＣＨをサポートし得る。ＷＴＲＵのカバレッジステータスは、カバレッジ内、カバレッジ外などを含み得る。
【０３１３】
ＷＴＲＵは、使用するＰＤ２ＤＳＣＨフォーマットを決定し得る。たとえば、ＰＤ２ＤＳＣＨを送信するＷＴＲＵは、ペイロードサイズに基づいてＰＤ２ＤＳＣＨフォーマットを決定するように構成され得る。ＷＴＲＵは、対応するペイロード（たとえば、固定セットペイロード）をサポートするＰＤ２ＤＳＣＨフォーマットのセット（たとえば、固定セット）とともに構成され得る。ＷＴＲＵは、（たとえば、適切な符号化率を維持するために）フォーマットを選択し得る。ＷＴＲＵは、カバレッジ状態に基づいてＰＤ２ＤＳＣＨペイロードの内容を決定し得る。ＷＴＲＵは、カバレッジ状態に基づいてＰＤ２ＤＳＣＨフォーマットを選択するように構成され得る。たとえば、ＷＴＲＵは、ＷＴＲＵがカバレッジ内にあるときの第１のＰＤ２ＤＳＣＨフォーマットを選択し得る。別の例として、ＷＴＲＵは、ＷＴＲＵがカバレッジ外にあるときの第２のＰＤ２ＤＳＣＨフォーマットを選択し得る。
【０３１４】
ＷＴＲＵは、関連付けられたＤ２ＤＳＳ信号に基づいてＰＤ２ＤＳＣＨを決定し得る。ＰＤ２ＤＳＣＨを送信するＷＴＲＵは、関連付けられたＤ２ＤＳＳの１または複数のパラメータを選択するように構成され得る。１または複数の選択されるパラメータは、ＰＤ２ＤＳＣＨフォーマットを示し得る。たとえば、ＷＴＲＵは、ソースがカバレッジ外にあることを示すおよび／またはＰＤ２ＤＳＣＨフォーマットを示す（たとえば、暗黙的に示す）ためにＤ２ＤＳＳの第１同期信号（ＰＳＳ）部を選択するように構成され得る。ＰＤ２ＤＳＣＨを監視するＷＴＲＵは、ＰＤ２ＤＳＣＨに関連付けられたＤ２ＤＳＳ信号に基づいてＰＤ２ＤＳＣＨのフォーマットを決定するように構成され得る。たとえば、ＷＴＲＵは、Ｄ２ＤＳＳの１または複数の特性（たとえば、Ｄ２ＤＳＳの、ＰＳＳなどの信号に関連付けられたＺａｄｏｆｆ−Ｃｈｕ根）を決定し得る。ＷＴＲＵは、あらかじめ定義された関連付けられたルールを介して関連付けられたＰＤ２ＤＳＣＨのフォーマットを決定し得る。たとえば、ＷＴＲＵは、Ｄ２ＤＳＳを送信するＷＴＲＵがカバレッジ内であるかカバレッジ外（たとえば、ネットワークカバレッジ外）であるかを決定するように構成され得る。ＷＴＲＵは、送信用ＷＴＲＵのカバレッジ状態に基づいて関連付けられたＰＤ２ＤＳＣＨのフォーマットを決定（たとえば、暗黙的に決定）し得る。
【０３１５】
ＷＴＲＵは、異なるホップカウントによって再送信するとき、異なるリソースを使用してＰＤ２ＤＳＣＨを送信する。ＷＴＲＵが、異なるホップカウントを用いて（たとえば、同じ同期ゾーン内の）ＰＤ２ＤＳＣＨを再送信または中継するとき、ＷＴＲＵは、異なる時間−周波数リソースを使用して干渉を軽減するように構成され得る。ＷＴＲＵは、特定の時間ロケーション内のＰＤ２ＤＳＣＨを送信するように構成され得、この特定の時間ロケーションはホップカウントに依存し得る。ＷＴＲＵは、ホップカウントに関連付けられた特定のＤ２Ｄ同期フレーム番号内のＰＤ２ＤＳＣＨを送信し得る。ＷＴＲＵは、特定の周波数ロケーション内のＰＤ２ＤＳＣＨを送信するように構成され得、この特定の周波数ロケーションはホップカウントに依存し得る。ＷＴＲＵは、ホップカウントに関連付けられた特定の周波数オフセット内のＰＤ２ＤＳＣＨを送信し得る。ＷＴＲＵは、あらかじめ定義された時間−周波数パターンを使用してＰＤ２ＤＳＣＨを送信するように構成され得、このあらかじめ定義された時間−周波数パターンはホップカウントに依存し得る。
【０３１６】
ＷＴＲＵは、同期メッセージの内容を決定し得る。同期メッセージは、以下の内容情報のうちの１または複数を含み得る。同期メッセージは、リソースプールを含み得、これは、ＷＴＲＵが受信プールおよび／または送信用プールを備え得ることを示す。ＷＴＲＵは、リソースプールを使用するように構成され得る。ＷＴＲＵは、異なる受信される同期ソース／リレーからのリソースプールの集合として受信プールを、およびサービング同期ソース／リレーから受信されるリソースプールから送信プールを決定し得る。同期メッセージは、リソースプールインデックス（たとえば、リソースプール構成インデックス）を含み得る。
【０３１７】
同期メッセージは、リソースプール内のリソースのサブセットまたはＤ２Ｄ送信および／またはＤ２Ｄスケジューリング割り当てのために受信用ＷＴＲＵによって使用可能なＤ２Ｄパターンを含み得る。メッセージは、提案される時間パターン（たとえば、サイクル、持続期間など）、リモートＷＴＲＵがＤ２Ｄ送信に使用し得る周波数を含み得る。提案される時間パターンは、基地局またはｅＮＢ（たとえば、または別のソースエンティティ）から受信される時間パターンを含み得る。提案される時間パターンは、ＷＴＲＵに利用可能な情報に基づいて協調用ＷＴＲＵ内で自律的に決定され得る。たとえば、協調用ＷＴＲＵは、ＷＴＲＵによってサポートされているサービスに基づいて、提案される時間パターンを決定し得る。たとえば、単一の受信機ＷＴＲＵの場合、協調用ＷＴＲＵはＭＢＭＳ送信を受信中であり得、協調用ＷＴＲＵは、ｅＮＢによって構成されるＭＢＭＳサブフレーム上でのＷＴＲＵ受信を可能にするように、提案される時間パターンを決定し得る。
【０３１８】
リソースは、リモートＷＴＲＵが使用し得るリソースプール内のリソース（たとえば、時間／周波数における）について説明するインデックス（たとえば、インデックス）を含み得る。同期メッセージは、リソース構成を発生させているソースノードのアイデンティティを含み得るソース識別子を含み得る。アイデンティティは、ＢＳ  ＩＤ、ｅＮＢ  ＩＤ、セルＩＤ、ＰＣＩ番号、セルのＰＬＭＮ、ＷＴＲＵ固有ＩＤ、ＰｒｏＳｅ  ＩＤ、ＰｒｏＳｅグループＩＤ、ＰｒｏＳｅアプリケーションＩＤ、および／またはソースが基地局またはｅＮＢまたは別のタイプのソース（たとえば、別のＷＴＲＵまたはクラスタヘッド）であるかのインジケーション、のうちの１または複数を含み得る。同期メッセージは、送信を実行するＷＴＲＵを識別するためにＷＴＲＵ識別子を含み得る。アイデンティティは、ＢＳ  ＩＤ、ｅＮＢ  ＩＤ、セルＩＤ、セルのＰＬＭＮ、ＷＴＲＵ固有ＩＤ、ＰｒｏＳｅ  ＩＤ、ＰｒｏＳｅグループＩＤ、ＰｒｏＳｅアプリケーションＩＤのうちの１または複数を含み得る。
【０３１９】
同期メッセージは、ロケーション情報を含み得る。ロケーション情報は、カバレッジ内ＷＴＲＵに関連付けられ得る。ＷＴＲＵ（たとえば、送信用および／または受信用）は、たとえば、セルＩＤ、ＧＰＳ情報、または他のロケーション情報に基づいてそのロケーションを決定し、ロケーション情報を制御メッセージに付加し得る。同期メッセージは、ソースノードからのホップの数を示すホップカウント、または送信用エンティティがソースエンティティであるかどうかのインジケーションを含み得る。同期メッセージは、フレーム番号（たとえば、ＳＦＮ番号）および／または受信および／または送信パターンを同期させるために参照として使用される時間参照番号を含み得る。
【０３２０】
同期メッセージは、ＷＴＲＵが基地局またはｅＮＢのカバレッジ内にあるというインジケーションを含み得る。同期メッセージは、ＷＴＲＵがデータリレーであるかどうかを示すデータリレーと、関連付けられたＩＤとを含み得る。リレーネットワークに関連するさらなる構成は、たとえば、サポートＡＰＮまたはネットワークＩＤのセットが示され得る。同期メッセージは、シナリオに応じて、チャネルを特徴付ける値をＷＴＲＵが送信し得ることを示し得る最後のリンク条件、または前のホップもしくは同期ソース／ネットワークへのそのリンクのためのリンク条件を含み得る。値は測定に基づき得る。測定値は、特定の時間の期間にわたって平均化されるＲＳＲＰであってもよいし、誤り率を表してもよい。
【０３２１】
同期メッセージは、シナリオに応じて、集合チャネルを特徴付ける値をＷＴＲＵが送信し得る集合リンク条件、または同期ソース／ネットワークへのすべてのリンクを考慮するリンク条件を含み得る。値は、測定、たとえば特定の時間の期間にわたって平均化されたＲＳＲＰに基づき得る。値は、誤り率を表すことができる。ＷＴＲＵは、前のホップＰＤ２ＤＳＣＨ上で送信される条件とＷＴＲＵによって測定される前のホップ条件を加えることによって、この値を決定し得る。
【０３２２】
同期メッセージは、スケジューリング期間を含み得る。ＷＴＲＵは、スケジューリング期間内で送信し得る。
【０３２３】
ＷＴＲＵは、ＰＤ２ＤＳＣＨを送信するための条件を検出するように構成され得る。ＷＴＲＵは、ＷＴＲＵが独立した同期ソースになり、Ｄ２ＤＳＳを送信するとき、ＰＤ２ＤＳＣＨを送信し得る。ＷＴＲＵが別のソースからの同期を中継するとき、ＷＴＲＵはＤ２ＤＳＣＨを送信し得る。ＷＴＲＵが、それが特定のパターンを使用して送信しなければならないことを決定した（たとえば、ＷＴＲＵは、送信／受信機会を制限した）とき、ＷＴＲＵはＰＤ２ＤＳＣＨを送信し得る。ＷＴＲＵがカバレッジ内状態であり、同期信号／メッセージ送信機になるようにトリガされたとき、ＷＴＲＵはＰＤ２ＤＳＣＨを送信し得る。
【０３２４】
ＷＴＲＵは、ルールを使用して、ＰＤ２ＤＳＣＨの内容を決定し得る。ＰＤ２ＤＳＣＨを送信するとき、ＷＴＲＵは、ＰＤ２ＤＳＣＨ上で搬送されるパラメータのうちの１または複数のためのあらかじめ定義された値のセットとともに構成され得、ＷＴＲＵは、１または複数のパラメータの値を決定するようにさらに構成され得る。
【０３２５】
たとえば、本明細書で説明されるように、ＷＴＲＵはリソースプールを決定し得る。ＷＴＲＵは、ＰＤ２ＤＳＣＨ内でリソースプール構成を送信し得る。
【０３２６】
ＷＴＲＵは、通信するために使用する送信および／または受信パターンを決定し得る。この構成は、ＷＴＲがリレーとして動作することが可能であり得ることを保証する、および／またはＷＴＲＵが基地局もしくはｅＮＢもしくは別の同期ゾーンとの接続を維持し得ることを保証するのに有益であり得る。ＷＴＲＵは、使用する送信および／または受信パターンを決定し、ＰＤ２ＤＳＣＨに関する構成を送信し得る。新しいパターンは、たとえば、許可されたあらかじめ定義されたパターン（たとえば、仕様においてインデックス化された）のセットから決定され得る。
【０３２７】
ＷＴＲＵは、以下のうちの１または複数に基づいて、パターンを決定（たとえば、自律的に決定）し得る。ＷＴＲＵは、ネットワークと通信するようにすでに構成されたパターンに基づいてパターンを選択し得る、たとえば、ＷＴＲＵは、基地局またはｅＮＢと通信するＷＴＲＵ機会を最大にするパターンを選択し得る。ＷＴＲＵは、隣接同期ゾーンに基づいてパターンを選択し得る。たとえば、ＷＴＲＵは、隣接ゾーン内のパターンを決定し、隣接する同期ゾーンとの干渉を最小にする、使用するパターンを決定し得る。ＷＴＲＵは、ＩＤＬＥモードおよびカバレッジ内であるとき、そのページングオケージョン（occasion）と重複しないパターンを選択し得る。
【０３２８】
ＷＴＲＵは、ＰＤ２ＤＳＣＨ内容を拡張するように構成され得る。ＰＤ２ＤＳＣＨは、情報（たとえば、少量の情報）、たとえば本明細書で説明される情報要素のサブセットを搬送するように構成され得る。ＰＤ２ＤＳＣＨは、固定された既知の物理トランスポートフォーマットとともに構成され得る。ＰＤ２ＤＳＣＨを送信するＷＴＲＵは、たとえば、無線リソース管理、中継するためのサポート、構成情報、測定情報などに関連する追加情報を示すために、制御情報をブロードキャストするように構成され得る。ＰＤ２ＤＳＣＨは、より大量の情報を搬送するように構成され得る。より大量の情報は、サイズが変化し得る。ＷＴＲＵは、ＰＤ２ＤＳＣＨの内容を拡張するように構成され得る。
【０３２９】
図１０に示されるように、ＰＤ２ＤＳＣＨは、スケジューリング割り当て（たとえば、特殊な形のスケジューリング割り当て）を含み得る。ＰＤ２ＤＳＣＨは、スケジューリング割り当てのフォーマット（たとえば、特殊な形のスケジューリング割り当て）を含み得る。スケジューリング割り当てを搬送するＰＤ２ＤＳＣＨは、本明細書では、ＰＤ２ＤＳＣＨ−ＳＡと呼ばれ得る。たとえば、ＰＤ２ＤＳＣＨ−ＳＡは、通例のＳＡと同じルールを使用して送信され得る。ＰＤ２ＤＳＣＨ−ＳＡは、通常のＳＡよりも追加情報を搬送し得る、たとえば、ＰＤ２ＤＳＣＨ−ＳＡは、以下の要素、すなわち、リソースプール、リソースのサブセット、ソース識別子、ＷＴＲＵ識別子、ロケーション情報、ホップカウント、ＳＦＮ番号もしくは時間参照番号、ＷＴＲＵがカバレッジ内であるというインジケーション、データリレー、最後のリンク条件、および／または集合リンク条件、のうちの１または複数を搬送し得る。
【０３３０】
ＰＤ２ＤＳＣＨ−ＳＡのスケジューリング割り当て構成要素は、追加情報を搬送し得る。ＰＤ２ＤＳＣＨ−ＳＡに関連付けられたデータは、追加ＰＤ２ＤＳＣＨ要素または他の情報を搬送し得る。図１０を参照すると、ＰＤ２ＤＳＣＨは、ＰＤ２ＤＳＣＨ部と、追加ＰＤ２ＤＳＣＨ関連データを差し得るＳＡ部の両方を搬送し得る。通例のＳＡおよび通例のＳＡに関連付けられたデータの例は、図１０に示されている。
【０３３１】
受信用ＷＴＲＵは、通例のＳＡとＰＤ２ＤＳＣＨ−ＳＡを区別するように構成され得る。受信用ＷＴＲＵは、以下の手法のうちの１または複数に基づいて、通例のＳＡとＰＤ２ＤＳＣＨ−ＳＡを区別し得る。受信用ＷＴＲＵは、識別子に基づいて、通例のＳＡとＰＤ２ＤＳＣＨ−ＳＡを区別し得る。識別子（たとえば、特殊な識別子、たとえば、ＰＤ２ＤＳＣＨ−ＳＡ−ＩＤ）は、（たとえば、ＳＡ内で搬送される従来のターゲット識別子を置換する）ＰＤ２ＤＳＣＨ−ＳＡに関連付けられ得、通常のＳＡからＰＤ２ＤＳＣＨ−ＳＡを区別するために使用され得る。識別子（たとえば、ＰＤ２ＤＳＣＨ−ＳＡ−ＩＤ）の受信時、受信用ＷＴＲＵは、受信されたＳＡが、ＰＤ２ＤＳＣＨ関連情報を搬送するＰＤ２ＤＳＣＨ−ＳＡであることを決定し得る。受信用ＷＴＲＵは、受信されたビットをＰＤ２ＤＳＣＨ−ＳＡ内容により解釈し得る。送信用ＵＥは、適切な構成された識別子を有するＰＤ２ＤＳＣＨ−ＳＡを送信するように構成され得る。
【０３３２】
受信用ＷＴＲＵは、フォーマットまたはＣＲＣチェックに基づいて、通例のＳＡとＰＤ２ＤＳＣＨ−ＳＡを区別し得る。受信用ＷＴＲＵは、受信された信号のフォーマットおよびＣＲＣに基づいて、ＰＤ２ＤＳＣＨ−ＳＡと従来のＳＡとの区別を盲目的に認めるように構成され得る。たとえば、チャネルコーダのＣＲＣがチェックする場合、受信用ＷＴＲＵは、ＳＡおよびＰＤ２ＤＳＣＨ−ＳＡの受信を試行し、受信された信号が通例のＳＡであるかそれともＰＤ２ＤＳＣＨ−ＳＡであるかを決定するように構成され得る。受信用ＷＴＲＵは、信号が受信されるリソースに基づいて、通例のＳＡとＰＤ２ＤＳＣＨ−ＳＡを区別し得る。受信用ＷＴＲＵは、信号が受信されるリソース（たとえば、時間、周波数、または時間／周波数の組み合わせ）に基づいて、ＰＤ２ＤＳＣＨ−ＳＡと従来のＳＡの区別を認めるように構成され得る。ＷＴＲＵは、ＰＤ２ＤＳＣＨ−ＳＡの送信のために予約され得るリソースのセットとともに構成され得る。これらのリソース上で信号を受信するとき、受信用ＷＴＲＵは、ＰＤ２ＤＳＣＨ−ＳＡフォーマットを使用して復号するように構成され得る。送信用ＷＴＲＵは、ＰＤ２ＤＳＣＨ−ＳＡ送信のために予約されたリソース上でのＰＤ２ＤＳＣＨ−ＳＡを送信し得る。ＰＤ２ＤＳＣＨ−ＳＡ送信のためのリソースは、（たとえば、仕様内で、半静的構成を介して、またはＵＳＩＭ／アプリケーション上で）あらかじめ定義され得る。
【０３３３】
受信用ＷＴＲＵが、受信されたＳＡがＰＤ２ＤＳＣＨ−ＳＡであることを決定したとき、受信用ＷＴＲＵは、関連付けられたペイロードデータを受信するように構成され得る。関連付けられたペイロードデータは、ＰＤ２ＤＳＣＨ−ＳＡのＳＡ部分内で示され得る。受信用ＷＴＲＵは、受信用ＷＴＲＵが受信するＰＤ２ＤＳＣＨの１または複数のパラメータを適用し得る。送信用ＷＴＲＵは、ＰＤ２ＤＳＣＨ−ＳＡのＳＡ部分に示される時間／周波数内の適切なロケーションでＰＤ２ＤＳＣＨに関連付けられた追加データペイロードを送信するように構成され得る。たとえば、ＰＤ２ＤＳＣＨデータペイロードのための１または複数の送信パラメータは、サブセット、またはデータ送信のための従来のパラメータとは異なるセットから得られてよい。追加ペイロードは、制限された量のデータからなり得、複数の送信を必要としないことがある。
【０３３４】
図１１に示されるように、ＰＤ２ＤＳＣＨは、スケジューリング割り当てを含み（たとえば、搬送し）得る。ＰＤ２ＤＳＣＨは、１または複数の既知の、あらかじめ決定されたフォーマットとともに送信され得、ＳＡを搬送し得る。ＰＤ２ＤＳＣＨ内で搬送されるＳＡは、従来のＳＡと同じ情報を含み得る。ＰＤ２ＤＳＣＨ内で搬送されるＳＡは、より小さいペイロードを有し得る。従来のＳＡ内のフィールドのうちの１または複数（たとえば、ターゲットＩＤ）は、ＰＤ２ＤＳＣＨ内で搬送されるＳＡに含まれないことがある。
【０３３５】
受信用ＷＴＲＵは、ＰＤ２ＤＳＣＨを受信し、ＰＤ２ＤＳＣＨ内で搬送されるＳＡがあるかどうかを決定するように構成され得る。ＰＤ２ＤＳＣＨ内で搬送されるＳＡがある場合、受信用ＷＴＲＵは、関連付けられたデータのロケーションを決定し、データをさらに復号し、情報を追加ＰＤ２ＤＳＣＨペイロードおよび／またはデータとして解釈するように構成され得る。
【０３３６】
Ｄ２Ｄ  ＵＥは、追加ＰＤ２ＤＳＣＨデータが送信可能であるかどうかを決定するように構成され得る。Ｄ２Ｄ  ＵＥは、追加ＰＤ２ＤＳＣＨ情報が送信可能であるかどうかにより、ＰＤ２ＤＳＣＨのフォーマットおよび／またはＰＤ２ＤＳＣＨ内のＳＡの内容を決定し得る。Ｄ２Ｄ  ＵＥは、ＰＤ２ＤＳＣＨ内のＳＡの値を適切に設定し得、ＰＤ２ＤＳＣＨ内のＳＡに示されるロケーションで追加データを送信し得る。
【０３３７】
ＷＴＲＵは、ＳＡを指すまたはＳＡに関連付けられたＰＤ２ＤＳＣＨを使用し得る。ＰＤ２ＤＳＣＨはＳＡを指してもよいし、ＳＡに関連付けられてもよい。ＰＤ２ＤＳＣＨはＳＡを指してもよいし、追加データを指すＳＡに関連付けられてもよい。ＰＤ２ＤＳＣＨとＳＡ関連付けは、ＰＤ２ＤＳＣＨ時間／周波数または別のパラメータに基づいて決定され得る。時間または周波数におけるＳＡロケーションは、ＰＤ２ＤＳＣＨ内に明示的に送信され得る。他のＷＴＲＵは、ＰＤ２ＤＳＣＨが指すまたは関連付けられたＳＡリソースを選択することが許可されないことがある。パターンは、少数の送信を有する制御専用パターン設計または特殊パターン設計から選択され得る。
【０３３８】
ＰＤ２ＤＳＣＨは、追加ＰＤ２ＤＳＣＨ内容を搬送するデータリソースを指すＳＡに関連付けられ得る。ＳＡをＰＤ２ＤＳＣＨに関連付けるための解決策が説明され得る。ＳＡとＰＤ２ＤＳＣＨとの間の関連付けは暗黙的である（たとえば、ＰＤ２ＤＳＣＨの１または複数の特性に基づいて）。送信用ＷＴＲＵは、ＰＤ２ＤＳＣＨタイミング、ＰＤ２ＤＳＣＨ物理リソース（たとえば、サブフレーム、ＰＲＢインデックスなど）、ＰＤ２ＤＳＣＨ識別子、および／または関連付けられたＤ２ＤＳＳ  ＩＤ、物理リソース、もしくはタイミング、のうちの１つまたは複数に基づいて１または複数の送信ＳＡリソースおよび／またはパラメータを決定し得る。受信用ＷＴＲＵは、ＰＤ２ＤＳＣＨタイミング、ＰＤ２ＤＳＣＨ物理リソース（たとえば、サブフレーム、ＰＲＢインデックスなど）、ＰＤ２ＤＳＣＨ識別子、および／または関連付けられたＤ２ＤＳＳ  ＩＤ、物理リソース、もしくはタイミング、のうちの１または複数に基づいて１または複数の受信ＳＡリソースおよび／またはパラメータを決定し得る。
【０３３９】
ＷＴＲＵは、ＰＤ２ＤＳＣＨに関連付けられた周波数（たとえば、ＰＲＢ）インデックスを決定することによって、ＰＤ２ＤＳＣＨに関連付けられたＳＡの周波数リソースを決定するように構成され得る。ＷＴＲＵは、ＰＤ２ＤＳＣＨに関連付けられた周波数（たとえば、ＰＲＢ）インデックスを決定することによって、ＰＤ２ＤＳＣＨに関連付けられたＳＡの周波数リソースを決定するように構成され得、それにマッピング関数を適用し得る。たとえば、図１２に示されるように、ＰＤ２ＤＳＣＨに関連付けられたＳＡは、ＳＡ送信のために予約された後続のサブフレーム内の同じ周波数リソースにおいて送信され得る（たとえば、１−１マッピング関数）。
【０３４０】
ＳＡ衝突を回避するために、送信用ＷＴＲＵは、ＰＤ２ＤＳＣＨを監視し、ＰＤ２ＤＳＣＨに関連付けられた１または複数のリソースにおいてＳＡを送信しないように構成され得る。
【０３４１】
図１３に示されるように、受信用ＷＴＲＵは、ＰＤ２ＤＳＣＨ内で搬送される明示的なインジケーションに基づいて、ＰＤ２ＤＳＣＨに関連付けられたＳＡのロケーションを決定するように構成され得る。ＰＤ２ＤＳＣＨ内で搬送される明示的なインジケーションは、ＳＡIndexと呼ばれ得る。ＰＤ２ＤＳＣＨは、受信用ＷＴＲＵがＰＤ２ＤＳＣＨへの関連付けを決定するために使用し得るという明示的なインジケーションを搬送し得る。送信用ＷＴＲＵは、通常のＳＡと同じルールによりＳＡを送信するためのリソースを選択するように構成され得、ＳＡIndex内のリソース情報を示し得る。たとえば、ＰＤ２ＤＳＣＨに関連付けられたＳＡは、サブフレーム（たとえば、制御情報に関連付けられたＳＡのために予約された特殊なサブフレーム）内で送信され得る。
【０３４２】
ＳＡIndexは、ＰＲＢへのインデックスであってよい。受信用ＷＴＲＵは、ＰＤ２ＤＳＣＨの送信時間に基づいてサブフレーム情報を暗黙的に決定し得る。たとえば、サブフレーム情報は、ＰＤ２ＤＳＣＨが受信された後の時間（たとえば、最小時間）後に（たとえば、２ｍｓ）次の利用可能なＳＡ送信サブフレームまたは次の利用可能なＳＡ送信サブフレームであってよい。
【０３４３】
ＳＡindexは、受信用ＷＴＲＵがＳＡのためのリソース（たとえば、正確なリソース）を決定するための時間情報および周波数情報を搬送し得る。
【０３４４】
送信用ＷＴＲＵは、１または複数のＳＡリソースの予約セットからＰＤ２ＤＳＣＨに関連付けられたＳＡリソースを選択するように構成され得る。１または複数のＳＡリソースの予約セットは、制御情報の送信のために予約され得る。
【０３４５】
送信用ＷＴＲＵは、ＰＤ２ＤＳＣＨを監視し、ＰＤ２ＤＳＣＨに関連付けられたＳＡ送信のために使用される１または複数のＳＡリソースを決定するように構成され得る。送信用ＷＴＲＵは、ＳＡIndex内で搬送される情報を使用し得、ＰＤ２ＤＳＣＨに関付けられたＳＡ送信のために使用されることが知られているＳＡリソースのセットからＳＡリソースを選択することを回避し得る。
【０３４６】
ＷＴＲＵは、ＰＤ２ＤＳＣＨが拡張されたデータ時間パターンを選択するように構成され得る。送信用ＷＴＲＵは、通常のデータとは異なる機構を使用するＰＤ２ＤＳＣＨまたは制御データに関連付けられた拡張されたペイロードの送信のための送信パターンを選択するように構成され得る。送信用ＷＴＲＵは、特殊なセットから１または複数の送信パラメータを選択するように構成され得る。たとえば、送信用ＷＴＲＵは、ＨＡＲＱ送信の番号（たとえば、特殊な番号）と、制御情報または高い確率で大きなカバレッジを必要とする情報の送信のために予約された繰り返しパターンを使用するように構成され得る。
【０３４７】
ＷＴＲＵは、リソース使用を協調させるように構成され得る。ひとたびＷＴＲＵが発見信号の送信のためのリソースとともに構成されると、ＷＴＲＵは、それに応じて送信を実行し得る。ＷＴＲＵが、ｅＮＢを有するカバレッジ内であると、リソースプールおよび／または専用リソースは、あらかじめ構成され得るおよび／またはネットワークによって動的に構成され得る。ＷＴＲＵがｅＮＢのカバレッジ外である場合、ＷＴＲＵは、記憶された事前構成から、および／または協調用エンティティ（たとえば、クラスタヘッド）から、リソース構成を取得し得る。たとえば、ＷＴＲＵが同じ構成用エンティティのカバレッジ内である、および／または互いと協調した構成エンティティに関連付けられるときに、発見／通信がサポートされる場合、送信用エンティティおよび受信用エンティティによって使用されるリソースは、協調され得る。ＷＴＲＵが複数のドメイン内で送信および／または受信を同時に実行するとき、たとえば、協調されていないシナリオで発見／通信がサポートされる場合、問題が生じ得る。
【０３４８】
リソース割り振りのために、ＷＴＲＵは、カバレッジ外モードで動作するとき送信／受信するように、リソースプールとともにあらかじめ構成され得る。特に、すべてのＷＴＲＵはまた、リソース構成情報（たとえば、制御情報メッセージ、たとえば同期メッセージをどこへ送信するか）を送信および受信するように、リソースとともにあらかじめ構成され得る。ＷＴＲＵはまた、リソースプール内のどのリソースを使用するか制御用エンティティによって構成され得る。
【０３４９】
図１４は、カバレッジ内、カバレッジ外、および部分的カバレッジのＤ２Ｄ発見および／または通信のためのシナリオの例を示す図である。
【０３５０】
カバレッジ内ＷＴＲＵは、他の協調されていない制御エンティティによって制御され得るおよび／または異なるスペクトル内で動作し得る隣接するＷＴＲＵを発見し得るおよび／またはこれによって発見され得る。ｅＮＢは、カバレッジ内発見のためのリソースプールを提供し得るので、ＷＴＲＵは、たとえば、隣接するＷＴＲＵが同じリソースプールを監視していない場合、隣接するＷＴＲＵを発見するおよび／またはこれによって発見されることが可能でないことがある。カバレッジ内ＷＴＲＵは、公共安全（ＰＳ）スペクトルおよび／またはカバレッジ外スペクトルに移動（たとえば、自律的に移動）して、受信および／または送信を実行し得るが、たとえば、ネットワーク協調なしでは、これは、データの損失および／またはページング受信の損失になり得る。カバレッジ内ＷＴＲＵは、ｅＮＢとカバレッジ内ＷＴＲＵとを協調させるように構成され得る。
【０３５１】
カバレッジ内ＷＴＲＵは、別のＷＴＲＵとのＷＴＲＵ−ネットワークリレーとして作用するカバレッジ外ＷＴＲＵとの通信を実行することを決定し、および／または、事前構成によって、および／またはサービングｅＮＢと協調されないことがある制御用エンティティ（たとえば、クラスタヘッド）によって使用するリソースのセットを決定し得る隣接するＷＴＲＵとの通信を実行することを決定し得る。隣接するＷＴＲＵによる送信のために使用されリソースおよび／または時間は、カバレッジ内ＷＴＲＵが通常のセルラー通信を実行中であり得るサブフレームに対応し得る。カバレッジ内ＷＴＲＵは、ｅＮＢとのセルラー接続に悪影響を与えずにそれが隣接するＷＴＲＵと通信可能な時間および／またはリソースを要求するためにｅＮＢと協調し得る。
【０３５２】
ＷＴＲＵは、隣接するＷＴＲＵが受信および／または送信を予想しているリソース上で送信および／または受信することに切り換え（たとえば、自律的に切り換え）得る。これは、データ損失、ＷＴＲＵがＵＬにおいて送信しないこと、および／またはアイドルモードである間にページングオケージョンを失うことになり得る。データ損失および／またはページングの損失を回避するために、ｅＮＢ、カバレッジ内ＷＴＲＵ、カバレッジ外ＷＴＲＵ、および／または制御用エンティティカバレッジ外ＷＴＲＵ間の協調は、たとえば、単一送信および／または受信を使用するＷＴＲＵのために提供され得る。協調は、この通信が起こると予想される時間パターンの協調、ならびに／または、この通信および／もしくは発見が行われ得るリソース（たとえば、周波数および／または時間）の協調を含み得る。
【０３５３】
協調は、制御用エンティティが、通信に関与するＷＴＲＵが使用中であるリソースに合わせること、および／またはこれらの時間期間中のスケジューリング制限を認識することを可能にすることを目的とし得る。
【０３５４】
ネットワークおよび／または協調用エンティティは、リソース割り振り競合が認識させられ得、したがって、たとえば、ネットワークは、リソースを再割り振りし得る、および／またはそれに応じてＷＴＲＵをスケジュールし得る。たとえば、これは、異なるエンティティによって制御され得る異なるクラスタにわたっての通信のために実行され得る。ｅＮＢは、グループおよび／またはクラスタ内のクラスタヘッドおよび／または制御用エンティティを指し得る。カバレッジ内ＷＴＲＵは、クラスタヘッドおよび／または制御用エンティティに接続されたＷＴＲＵを指し得る。隣接するＷＴＲＵ、ＰＳ  ＷＴＲＵ、および／またはカバレッジ外ＷＴＲＵは、直接通信において動作するように構成されたＷＴＲＵを指し得る。隣接するＷＴＲＵ、ＰＳ  ＷＴＲＵ、および／またはカバレッジ外ＷＴＲＵのためのリソースプールおよび／または構成は、カバレッジ内ＷＴＲＵとは異なる、および／またはリソースがあらかじめ構成さている、協調されていない制御用エンティティによって制御され得る。
【０３５５】
カバレッジ内およびカバレッジ外に関連する本明細書で説明される方法は、異なる協調されていない制御用エンティティまたはｅＮＢなどによって制御され得るＷＴＲＵ間の協調を可能にするために適用可能であり得る。
【０３５６】
カバレッジ内ＷＴＲＵは、ギャップを協調、要求し、および／またはカバレッジ外ＷＴＲＵと通信するためのリソースを要求し得る。図１５は、カバレッジ内ＷＴＲＵとカバレッジ外ＷＴＲＵとの間の通信の例示的なシナリオの図である。ＷＴＲＵは、たとえば、ネットワーク外リンク（たとえば、ＰＣ５）のためのリソース割り振りを取り決めるために、カバレッジ内ＷＴＲＵとカバレッジ外ＷＴＲＵとの間の相互作用を実行するように構成され得る。ＷＴＲＵは、たとえば、リソース再構成および／またはギャップ／パターン構成をサポートするために、カバレッジ内ＷＴＲＵとｅＮＢとの間の相互作用を実行するように構成され得る。本明細書で説明される例は、カバレッジ内ＷＴＲＵが公共安全リソース上で直接公共安全通信を実行する場合に適用し得る。
【０３５７】
ＷＴＲＵは、カバレッジ外リンクのためのリソース割り振りを取り決めるように構成され得る。カバレッジ内ＷＴＲＵは、協調された時間および／またはギャップパターンを有し得、たとえば、したがって、それが、データを損失するリスクなしにセルラーリンクと調和しないことがある。カバレッジ外ＷＴＲＵは、たとえば、関係当事者が通信を受信し得ることを保証するために、受信および／または送信することをいつおよび／またはどこで予想するかを認識し得る。
【０３５８】
通信のためのパターンは、ＷＴＲＵが送信および／または受信し得る時間パターン（たとえば、期間、サイクル、持続期間など）を指し得る。通信のためのパターンは、受信のための時間パターンと、送信のための時間パターンを指し得る。通信のためのパターンは、リソース情報、たとえば、そのような周波数、サブフレーム、ＰＲＢなどを含み得る。
【０３５９】
カバレッジ外ＷＴＲＵは、リソース割り振りを決定および／または駆動し得る。図１６は、カバレッジ外ＷＴＲＵがリソース割り振りを決定および／または駆動するために使用され得る信号の例の図である。リソース割り振りは、時間、ギャップパターン、ならびに／またはＰＳリンクのための時間および／もしくは周波数構成を指し得る。たとえば、カバレッジ外ＷＴＲＵは、それが通信に使用するおよび／またはそのために使用中であるように構成されたリソース割り振り構成を提供および／または（たとえば、既知のあらかじめ構成されたリソース内で）ブロードキャストし得る。リソース割り振りは、ＳＡ、ブロードキャスト同期メッセージ、制御メッセージなどの形をとり得る。リソース構成は、ＰＳ  ＷＴＲＵが送信および／または受信することを予想している時間および／または周波数パターンを含み得る。
【０３６０】
ＷＴＲＵは、それが、カバレッジ内ＷＴＲＵが存在することを決定する場合、リソース構成を提供し得る。ＷＴＲＵは、周期的に、または常に、および／またはデータ送信の前に、リソース構成を提供し得る。異なるスペクトル内で動作するＷＴＲＵが予想されるとき、ＷＴＲＵは、リソース構成を提供し得る。
【０３６１】
ＷＴＲＵ（たとえば、カバレッジ内ＷＴＲＵ）は、構成および／または時間パターンを（たとえば、カバレッジ外ＷＴＲＵから）受信し得る。ＷＴＲＵは、報告内で構成情報をｅＮＢに通信し得る。ｅＮＢに通信される情報は、カバレッジ外ＷＴＲＵのための、たとえば、カバレッジ外ＷＴＲＵが通信するために使用するための、推奨されるギャップパターンおよび／または周波数リソースを含み得る。カバレッジ内ＷＴＲＵは、たとえば、それが、カバレッジ外ＷＴＲＵはカバレッジ内ＷＴＲＵと同様に同じグループに属するＷＴＲＵである（たとえば、ＷＴＲＵは、このデバイスからを受信することが許可される）ことを決定する場合、この情報をｅＮＢに送信することを決定し得る。ｅＮＢは、たとえば、カバレッジ外ＷＴＲＵによって提供されるリソースにより、それが（たとえば、発見および／または通信のために）使用するならびに／またはカバレッジ外リンクをリッスンするためにカバレッジ内ＷＴＲＵにギャップおよび／もしくはスケジューリング機会を提供するリソースプールを再構成し得る。ｅＮＢは、ギャップパターンを提供し得る。ｅＮＢは、提案されるギャップパターンの使用を承認し得る。
【０３６２】
たとえば、スケジューリング機会を決定するために使用されるタイミングおよび／または参照フレーム番号がカバレッジ内ＷＴＲＵと隣接するＷＴＲＵとの間で異なる場合、ギャップパターンは、制御用エンティティによって使用されるタイミングにより変換および／または調整され得る。
【０３６３】
ＷＴＲＵは、リソース割り振りを決定し得、ならびに／またはｅＮＢおよび／もしくはカバレッジ内ＷＴＲＵによって駆動され得る。図１７は、ｅＮＢおよび／またはカバレッジ内ＷＴＲＵがリソース割り振りを決定および／または駆動するために使用され得るシグナリングの例の図である。カバレッジ外リンクのためのリソース使用割り振りは、カバレッジ内ＷＴＲＵおよび／またはｅＮＢによって駆動され得る。たとえば、カバレッジ外ＷＴＲＵは、それが動作のためのリソースを選択するために使用し得るリソース割り振りプールを送信（たとえば、ブロードキャスト）し得、および／またはカバレッジ内ＷＴＲＵは、あらかじめ構成された情報によりリソースプールを認識し得る。カバレッジ内ＷＴＲＵは、たとえば、それがひとたびカバレッジ外ＷＴＲＵを検出すると、隣接するＷＴＲＵが使用中であるリソースプールを決定し得る。カバレッジ内ＷＴＲＵは、この情報をカバレッジ外ＷＴＲＵから受信しないことがあり、および／または、それは、それが有するＰＳのためのあらかじめ構成されたリソースプールに依拠し得る。ネットワークは、ＰＳ  ＷＴＲＵのためにあらかじめ構成されたリソースプールを認識し得る。
【０３６４】
ＷＴＲＵ（たとえば、カバレッジ内ＷＴＲＵ）は、たとえば、（たとえば、ＰＳ  ＷＴＲＵとして通信するおよび／もしくは隣接するＷＴＲＵもしくはリモートＷＴＲＵに通信することを決定すると、またはリレーとして動作することを決定すると、）本明細書で説明されるトリガのうちの１つまたは組み合わせに基づいて、報告をｅＮＢに送信し得る。報告の内容は本明細書で説明され得る、たとえば、報告は、隣接するＰＳ  ＷＴＲＵが使用され得るリソースプール、推奨される時間パターン、あらかじめ構成された時間パターン、リソースがリレーとして動作するための要求、サービス（たとえば、リモートＷＴＲＵによって要求されるＭＢＭＳサービスグループ）のための要求などを含み得る。
【０３６５】
ｅＮＢは、たとえばこの要求の受信時に、ＰＳ通信および／もしくは発見のためにカバレッジ内ＷＴＲＵに割り振るためのスケジューリング機会および／もしくはギャップを決定し得、ならびに／またはギャップパターンおよび／もしくは時間パターンおよび／もしくはリソース構成をＷＴＲＵに送信し得るもしくは要求された時間パターンの使用を認証し得る。
【０３６６】
アイドルモード動作の場合、カバレッジ内ＷＴＲＵは、たとえば、カバレッジ内のために割り振られた発見リソースプール（たとえば、時間パターンおよび／または周波数）および／またはページングオケージョンに基づいて、カバレッジ内ＷＴＲＵがサービングｅＮＢと調和せず、隣接するＷＴＲＵとの通信を実行するのに成功することを可能にする時間パターンを決定し得る。
【０３６７】
カバレッジ内ＷＴＲＵは、他のＷＴＲＵ（たとえば、ｅＮＢに対するカバレッジ内および／もしくはカバレッジ外）との通信のための受信時間パターンとともにｅＮＢによって構成され得、ならびに／またはカバレッジ内ＷＴＲＵは、あらかじめ構成されたパターンを有してよい。
【０３６８】
カバレッジ内ＷＴＲＵは、たとえば、決定されたパターン（たとえば、ｅＮＢから、および／または内部で決定された）に基づいて、メッセージを送信し、および／または隣接するＷＴＲＵに報告し得る。メッセージは、ブロードキャストメッセージとして、同期メッセージとして、および／または専用メッセージとして、ＷＴＲＵに、および／または同じグループに属するＷＴＲＵによって受信され得る制御メッセージを使用することによって、送信され得る。メッセージおよび／または報告は、リソース割り振り、時間パターン、ならびに／またはカバレッジ内ＷＴＲＵが送信および／もしくは受信し得る周波数を示し得る。隣接するＷＴＲＵは、その制御用エンティティにメッセージおよび／もしくはパターンを中継ならびに／または送信（たとえば、ブロードキャスト）し得、この制御用エンティティは、たとえば、要求されたパターンを有する隣接するＷＴＲＵを調整および／もしくは構成し得、ならびに／または新しい提案されたパターンを送信し得る。
【０３６９】
ｅＮＢは、たとえばギャップパターンおよび／または時間パターンに加えて、カバレッジ外ＷＴＲＵが、カバレッジ内ＷＴＲＵとともに送信および／または受信し得る特殊なリソース構成（たとえば、周波数および／または時間、たとえば、サブフレームおよび／またはＰＲＢを指定することによって）を有するＷＴＲＵを提供し得、ここで、たとえば、周波数は、カバレッジ内リソースプールに対応し得る。カバレッジ外ＷＴＲＵは、ＷＴＲＵ−ＮＷ（ネットワーク）リレーとしてカバレッジ内ＷＴＲＵを使用してネットワークに接続しようとし得るスタンドアロンのアタッチされていないカバレッジ外ＷＴＲＵであってよい。カバレッジ外ＷＴＲＵは、他のカバレッジ内ＷＴＲＵおよび／またはカバレッジ外ＷＴＲＵと通信中であり得る。
【０３７０】
ＷＴＲＵは、カバレッジ内ＷＴＲＵとカバレッジ外ＷＴＲＵとの間の相互作用を容易にするように構成され得る。ＷＴＲＵがリレーおよび／またはＰＳモードで動作し始めるとき、ＷＴＲＵは、１または複数のＤ２Ｄ同期信号（Ｄ２ＤＳＳ）および／または制御メッセージ（たとえば、同期メッセージ）を送信し得る。ＷＴＲＵは、それが、制御メッセージ内でリレーおよび／またはＰＳノードとして動作することが可能であることを公示し得る。協調用エンティティを探している、近くで動作する隣接するＷＴＲＵは、Ｄ２ＤＳＳ制御シンボルを監視（たとえば、周期的に監視）し得、および／またはＷＴＲＵ（たとえば、カバレッジ内ＷＴＲＵ、カバレッジ外ＷＴＲＵ、リレーＷＴＲＵなど）を検出し得る。ＷＴＲＵがリレーノードとして動作し始めるためのトリガは、事前構成に基づき得る、測定に基づき得る、ネットワークからの、および／またはＰｒｏＳｅサーバからの明示的なトリガなどに基づき得る。
【０３７１】
カバレッジ内ＷＴＲＵは、リソースプール情報を送信し、肯定応谷を取得し、報告をｅＮＢに送信するなどし得る。リレーとして動作し、および／またはＰＳノードとして動作するためにトリガされるＷＴＲＵは、要請されていない（ｕｎｓｏｌｉｃｉｔｅｄ）モードで動作し得る。たとえば、ＷＴＲＵは、それ自体をリレーおよび／またはＰＳノードとして公示し得る。ＷＴＲＵは、１または複数のＰｒｏＳｅパラメータ（たとえば、ＰｒｏＳｅ  ＷＴＲＵ  ｉｄ、セキュリティ、ＰｒｏＳｅグループＩＤなど）ならびに／またはカバレッジ外ＷＴＲＵおよび／もしくは他のＰＳノードとのリンクのためにそれが使用中であり得るリソースプールを用いて公示メッセージを送り得る。ＷＴＲＵは、クラスタヘッドとして動作し、および／またはこの情報をたとえば同期メッセージのためのクラスタ構成メッセージの一部として付加し得る。これは、開かれた（ｏｐｅｎ）発見をサポートするためにＷＴＲＵによって使用され得る。制御メッセージは、ｅＮＢによって示されるリソース構成を搬送し得る。
【０３７２】
カバレッジ外ＷＴＲＵは、構成パラメータを許容する応答を送り得る。応答メッセージは、カバレッジ外ＷＴＲＵに許容できるプール内のリソースのうちの１または複数（たとえば、サブセット）を示し得る。たとえば、本明細書で説明されるように、リレーおよび／またはＰＳノードＷＴＲＵは、この情報とともに報告をｅＮＢに送り得る。ｅＮＢは、この構成を許容し得る。ｅＮＢは、ギャップを構成し、ならびに／またはリレーＷＴＲＵおよび／もしくはＰＳノードが、ギャップを使用するカバレッジ外ＷＴＲＵおよび／またはＰＳノードとともに動作することを可能にするためのリソースを再構成し得る。
【０３７３】
ＷＴＲＵは、制御メッセージ（たとえば、同期メッセージ）を中継するためにリソースを使用し得る。リレーとして動作するＷＴＲＵは、制御メッセージを中継するためにリソースを要求し得る。リレーとして動作するＷＴＲＵは、（たとえば、ＳＩＢシグナリングを使用する）ｅＮＢによって知らされる半静的に割り振られたリソースを使用して、制御メッセージを中継し得る。リレーとして動作するＷＴＲＵは、あらかじめ構成されたリソースを使用して、制御メッセージを中継し得る。リソースは、制御メッセージのために明示的にあらかじめ構成され得、および／またはＷＴＲＵは、制御メッセージを中継するために使用されることになるリソースプールからリソースを選択（たとえば、自律的に選択）し得る。
【０３７４】
カバレッジ外ＷＴＲＵは、リソースプール情報を要求し、情報を取得し、報告をｅＮＢに送信するなどし得る。リモートＷＴＲＵおよび／またはＰＳノードＷＴＲＵは、リレーおよび／またはＰＳモードで動作することが可能な任意の隣接するＷＴＲＵを要求する要請（ｓｏｌｉｃｉｔａｔｉｏｎ）メッセージを送り得る。リモートＷＴＲＵは、要請メッセージ内で、特殊なサービスを要求（たとえば、ＭＢＭＳ  ＴＭＧＩを使用して示されるＭＢＭＳサービスをフォワーディングすることを要求）し得る。ＷＴＲＵは、クラスタヘッドとして動作し得る。ＷＴＲＵは、それが、送信および／もしくは受信のために使用することを予想するならびに／またはたとえば同期メッセージのためにクラスタ構成メッセージ内で使用中であるリソースプールを含み得る。ＷＴＲＵ（たとえば、リレーおよび／もしくはＰＳモードで動作する、および／または要請されたモードで動作する能力を有する）は、このノードことを検出し、ならびに／またはそれ自体をリレーおよび／もしくはＰＳノードと宣言することによって応答し得る。応答メッセージは、それ自体をＰｒｏＳｅノードと識別するパラメータ（たとえば、ＰｒｏＳｅ  ＷＴＲＵ  ｉｄ、ＰｒｏＳｅグループＩＤなど）、セキュリティ構成などを示し得る。応答用ＷＴＲＵは、たとえば、能力および／または既存のギャップパターン構成に基づいて、異なるリソースプールを要求し得る。
【０３７５】
リレーおよび／またはＰＳノードＷＴＲＵは、たとえば、ひとたびリソース取り決めが終えられると、この情報（たとえば、本明細書で説明されるような）とともに報告をｅＮＢに送り得る。このモードは、ターゲットとされた発見をサポートし得る。ｅＮＢは、構成を許容し、ならびに／またはギャップを構成し、ならびに／またはギャップを使用するカバレッジ外ＷＴＲＵおよび／またはＰＳノードとともにリレーＷＴＲＵおよび／またはＰＳノードが動作することを可能にするためのリソースを再構成し得る。
【０３７６】
ＷＴＲＵは、協調用ＷＴＲＵからの通信を協調させるように構成され得る。ＷＴＲＵは、報告を送り得る。ＷＴＲＵは、報告内のリソースのうちの１または複数（たとえば、すべて）を識別し得る。報告用機構、ＷＴＲＵ、および／またはメッセージを送信するＷＴＲＵは、協調されていないエンティティによって制御される異なるセルおよび／またはクラスタのカバレッジ内のＷＴＲＵによって使用される時間および／またはリソースの協調を可能にするために使用され得る。報告することは、スケジューリング機会および／またはリソース割り振りを決定するためにカバレッジ外リンクが制御用エンティティおよび／または送信用エンティティを支援するリソース割り振りを含み得る。リソース割り振り情報は、隣接するＷＴＲＵによって中継、送信、ブロードキャストされる、および／またはカバレッジ内ＷＴＲＵ内で利用可能な（たとえば、構成された、またはあらかじめ構成された）情報を含み得る。
【０３７７】
報告すること（たとえば、フォーマット、トリガ、時間窓などを含み得る）は、ネットワークによって（たとえば、ｅＮＢなどのネットワークノードによって）構成され得る。ネットワークノードは、特定のＤ２Ｄ通信モードで動作するように構成された１または複数のＷＴＲＵを構成し得る。ネットワークによるこの報告の受信は、アクションをトリガし得る。
【０３７８】
報告は、協調用エンティティに送信され得、および／またはブロードキャストメッセージの形で、同期メッセージの一部として、協調用（たとえば、カバレッジ内）ＷＴＲＵによる専用メッセージとしてなど、送信され得る。
【０３７９】
報告および／またはＷＴＲＵによってトリガされた送信されたメッセージは、隣接するＷＴＲＵからのリソース構成を含み得る。たとえば、報告は、隣接するエンティティ（たとえば、ＷＴＲＵ、クラスタヘッドおよび／もしくはｅＮＢ、ならびに／またはカバレッジ外ＷＴＲＵ）から取得されたリソースプール情報を示し得る。
【０３８０】
報告される構成は、Ｄ２Ｄ発見のために意図されたリソースセット（たとえば、周波数、帯域幅、サブフレーム、ＰＲＢ、時間など）、Ｄ２Ｄ通信のために意図されたリソースセット（たとえば、周波数、帯域幅、サブフレーム、ＰＲＢ、時間など）、ならびに／または協調用エンティティの、および／もしくは構成情報（たとえば、クラスタヘッドｉｄ、ｅＮＢ  ｉｄ、および／またはＷＴＲＵ  ｉｄ、グループＩＤ、Ｐｒｏｓｅ  ＩＤなど）を提供するＷＴＲＵのアイデンティティを含み得る。
【０３８１】
ＷＴＲＵによってトリガされる報告は、たとえば、それがカバレッジ外ＷＴＲＵと通信し得るように、カバレッジ内ＷＴＲＵがｅＮＢに要求するリソースプールまたはリソースパターン内のリソース（たとえば、リソースのサブセット）を含み得る（たとえば、または、ｅＮＢから以前に受信されたおよび／またはＷＴＲＵ内ですでに構成されたとして使用し得る）。たとえば、報告は、提案および／または使用された時間パターン（たとえば、サイクル、持続期間など）、周波数などを含み得る。報告は、考慮に入れられ得るおよび／または報告用ＷＴＲＵに与える制御用エンティティを示し得る。提案された時間パターンは、隣接するＷＴＲＵから受信され、および／またはそれが用意した情報に基づいてカバレッジ内ＷＴＲＵによって（たとえば、自律的に）決定され得る。たとえば、報告は、ネットワーク外リンクのために使用するようにカバレッジ外ＷＴＲＵとカバレッジ内ＷＴＲＵが取り決めたおよび／またはあらかじめ構成したリソースプール内のリソース（たとえば、時間および／または周波数における）について説明する１または複数のインデックスを含み得る。
【０３８２】
ＷＴＲＵによってトリガされる報告は、ロケーション情報を含み得る。ロケーション情報は、報告用ＷＴＲＵに関連付けられ得、および／または報告に関連付けられ得る。ＷＴＲＵ（たとえば、送信用および／または受信用）は、たとえば、セルＩＤ、ＧＰＳ情報、および／または他のロケーション情報に基づいてそのロケーションを決定し、ロケーション情報を報告に付加し得る。
【０３８３】
ＷＴＲＵによってトリガされる報告は、アイデンティティ情報を含み得る。アイデンティティ情報は、検出されたカバレッジ外ＷＴＲＵのアイデンティティおよび／または（たとえば、同期チャネル上で）メッセージを送信するＷＴＲＵのアイデンティティを含み得る。アイデンティティは、ＷＴＲＵ固有ＩＤ、ＰｒｏＳｅ  ＩＤ、ＰｒｏＳｅグループＩＤ、ＰｒｏＳｅアプリケーションＩＤなどを含み得る。トリガされる報告は、検出されたカバレッジ外ＷＴＲＵのための、および／またはメッセージを送信するＷＴＲＵのための、１または複数のサービス（たとえば、１または複数のサービスエンティティ）に関連する情報を含み得る。この情報は、たとえば、リレーサービスを確立するために、使用され得る。
【０３８４】
報告は、データを受信するおよび／または（たとえば、制御メッセージ、スケジューリング割り当て、ブロードキャストメッセージなどによって決定されるような）データを受信することをそれが予想し得る、特定の複数のリソース、サブフレーム、および／または持続期間を含み得る。
【０３８５】
ＷＴＲＵによってトリガされる報告は、カバレッジ外ＷＴＲＵが存在するかおよび／または存在しないのかに関連する情報を含み得る。ＰＳサービスを要求および／または提供するカバレッジ外ＷＴＲＵ上で検出されるカバレッジ内ＷＴＲＵときのインジケーション、カバレッジ内ＷＴＲＵが（たとえば、測定を使用して）カバレッジ外ＷＴＲＵを検出するのを止めるときのインジケーション、ならびに／またはカバレッジ外ＷＴＲＵがリレーサービスを要求するのを止めるときの、および／もしくは隣接するＷＴＲＵからＷＴＲＵがＤ２ＤＳＳを検出するときの、インジケーションは、報告に含まれ得る。
【０３８６】
ＷＴＲＵは、ＳＦＮ（システムフレーム番号）および／またはタイマ参照を使用し得る。
【０３８７】
ＷＴＲＵによってトリガされる報告は、（たとえば、同期メッセージ上での）報告、要求、および／または送信メッセージの送信をトリガするための理由に関連する情報を含み得る。報告をトリガする理由は、別の周波数で動作中であり得るデバイスのためのＰｒｏＳｅ発見および／または通信を始める要求、通信を始めるための隣接するＷＴＲＵの検出、隣接するＷＴＲＵがもはや利用可能でない、新しいＷＴＲＵが検出された、パターンおよび／または構成要求の変更、ＰｒｏＳｅサービスを停止する要求などを含み得る。
【０３８８】
ＷＴＲＵは、トリガを使用し得る。ＷＴＲＵは、報告、パターンのための要求、および／または構成に基づいた（たとえば、同期メッセージ上での）パターンの送信をトリガし得る。ＷＴＲＵは、それが、報告および／もしくはメッセージ送信を始めることをＷＴＲＵに要求するＬ３信号を受信すると、ならびに／またはＷＴＲＵがそのような報告のために構成され、別のトリガが報告の送信を始めると、送信を始め得る。信号は、Ｄ２Ｄおよび／もしくはｐｒｏｓｅサービス（たとえば、通信および／または発見）に固有であってよく、ならびに／またはＷＴＲＵ固有（たとえば、任意のアイデンティティに適用可能）であってよい。
【０３８９】
報告のためのトリガは、イベントベースであってよい。たとえば、トリガは、隣接するＷＴＲＵの検出、隣接するＷＴＲＵが去る、ＰｒｏＳｅサービスを始めるおよび／または発見を始めるための要求、隣接するＷＴＲＵによって使用されるパターンおよび／またはリソース割り振りの変更などに基づき得る。
【０３９０】
報告は、カバレッジ内ＷＴＲＵがカバレッジ外ＷＴＲＵを検出すると、トリガされ得る。ＷＴＲＵは、受信されたＤ２ＤＳＳ、同期メッセージ、ならびに／または接続（たとえば、要請されたおよび／または要請されていないモード）を要求する隣接するＷＴＲＵおよび／もしくはカバレッジ内ＷＴＲＵが通信可能なＰＳ通信を実行するＷＴＲＵ（たとえば、同じグループに属するＷＴＲＵ、および／またはＰｒｏＳｅ構成により通信することが許可される）から受信されたデータに基づいて、隣接するＷＴＲＵを検出し得る。カバレッジ内ＷＴＲＵが、カバレッジ外ＷＴＲＵがもはや利用可能でないこと、および／またはカバレッジ外ＷＴＲＵがサービスをもはや要求しないことを検出すると、報告はトリガされ得る。
【０３９１】
ＰｒｏＳｅサービスを始めるためのサーバからのアプリケーション要求が受信されると、ＷＴＲＵは、要求および／または報告をトリガし得る。カバレッジ内ＷＴＲＵからの要求および／またはパターン要求および／または報告は、ＷＴＲＵがカバレッジ外ＷＴＲＵを検出および／または発見することを可能にし得る。たとえば、隣接するＷＴＲＵが検出され、および／または発見されたＷＴＲＵと通信する機会の要求をネットワークに報告すると、ネットワークは、追加報告のためにＷＴＲＵを構成し得る。ＷＴＲＵは、それが、隣接するＷＴＲＵがパターンおよび／またはリソース割り振りを変更したことを決定するとき、報告をトリガし得る。
【０３９２】
トリガは、測定および／または他の検出されたＷＴＲＵに基づき得る。ＷＴＲＵは、優先順位のより高い同期ソースに接続されたとき、および／もしくはＷＴＲＵが、別のＷＴＲＵが優先順位のより低いソース同期から発生する同期を送信していることを検出したとき（たとえば、第１のＷＴＲＵがｅＮＢに接続され、第２のＷＴＲＵが、同期信号を送っており、別のＷＴＲＵおよび／または別の同期ソースに接続されていることを検出したとき）、報告、パターンの要求、および／または（たとえば、同期メッセージ上での）パターンの送信をトリガし得る。トリガは、ＷＴＲＵが、ｅＮＢに接続されていない第２のＷＴＲＵを検出したときであってよい。トリガは、ＷＴＲＵが、動作のその周波数以外の周波数上で動作する第２のＷＴＲＵを検出したときであってよい。トリガは、ＷＴＲＵが同じグループに属する第２のＷＴＲＵを検出した（たとえば、第２のＷＴＲＵは、第１のＷＴＲＵと通信することが許可される）ときであってよい。トリガは、ＷＴＲＵが、第２のＷＴＲＵからデータを受信し、ＷＴＲＵがｅＮＢのカバレッジ内にないことを決定するときであってよい（たとえば、これは、Ｄ２ＤＳＳ、ＳＣＩ、ＳＳＳ、他の制御信号および／またはメッセージがない場合、ＷＴＲＵがカバレッジ内にないというＳＡ内のインジケーションを使用し得る）。トリガは、ＷＴＲＵが、異なる同期ソースから異なる送信パターンを検出したときであってよい。
【０３９３】
報告のためのトリガは、周期的であってよい。ＷＴＲＵは、たとえば、報告用期間に適用可能な１または複数の（たとえば、場合によっては構成可能な数の）送信がある場合、周期的に報告を始め得る。ＷＴＲＵが、カバレッジ外ＷＴＲＵが（たとえば、測定に基づいて）もはや利用可能でないおよび／またはカバレッジ外ＷＴＲＵはサービスを要求するのを止めないことを検出したとき、報告することは停止され得る。
【０３９４】
報告のためのトリガは、非周期的であってよい。ＷＴＲＵは、ＷＴＲＵが報告を実行することを要求する制御信号の受信から報告し始め得る。シグナリングは、ネットワークノードから受信され得る、ならびに／または（たとえば、ブロードキャストチャネル上および／または共通制御チャネル上で受信される）複数のＷＴＲＵに適用可能な専用シグナリングおよび／もしくはシグナリングであってよい。
【０３９５】
ＷＴＲＵは、Ｌ２（たとえば、ＭＡＣ）シグナリング（たとえば、ＭＡＣ制御要素として）、Ｌ３（たとえば、ＲＲＣ）シグナリング（たとえば、報告手順の一部であるＲＲＣ  ＰＤＵとして）として、および／または（たとえば、ＮＡＳシグナリングおよび／またはアプリケーションシグナリングなどの）上位層シグナリングとして、使用して報告を送信し得る。たとえば、ＷＴＲＵは、そのような報告をトリガし得るＰＤＣＣＨ（たとえば、非周期的要求）上で制御信号を受信し得る。ＷＴＲＵは、ＭＡＣ制御要素として報告を組み立て、および／または、それをアップリンク送信（たとえば、その次のアップリンク送信）に含み得る。ｅＮＢは、報告用手順の終了点であってよい。
【０３９６】
ＷＴＲＵは、そのような報告をトリガするＲＲＣ  ＰＤＵとして、信号無線ベアラ（ＳＲＢ）上で要求を受信し得る。ＷＴＲＵは、報告をＲＲＣ  ＰＤＵとして組み立て、および／または関係ＳＲＢ上での送信を利用可能にし得る。
【０３９７】
ＷＴＲＵは、アプリケーションレベルで報告をトリガし得る。たとえば、ＷＴＲＵは、アプリケーション層制御パケットを組み立て、および／またはそれをたとえばＲＲＣ  ＰＤＵとして送信に利用可能にし得、関係ＳＲＢ上での送信に（たとえば、ＮＡＳが使用される場合）、および／またはユーザプレーンデータとして利用可能にし得、それを対応するＤＲＢのための送信に利用可能にし得る。ＰｒｏＳｅおよび／またはアプリケーションサーバは、報告用手順の終了点であってよい。
【０３９８】
ＷＴＲＵは、報告をトリガし得る。ＷＴＲＵがＲＲＣ  ＩＤＬＥモードのとき、ＷＴＲＵは、ＣＯＮＮＥＣＴＥＤモードに接続し、および／または適用可能なシグナリング方法により報告を送信するために遷移を始め得る。ＷＴＲＵは、たとえば、ＲＲＣおよび／または上位層プロトコルが使用される場合、依然としてＩＤＬＥモードのままであり、および／またはそれがＣＯＮＮＥＣＴＥＤモードに移動するまで、報告の送信を遅延させる。
【０３９９】
ＷＴＲＵは、報告の受信時、以下のアクションのうちの１または複数を実行し得る。報告を受信するネットワークおよび／または制御用ノードは、たとえば、複数のソースから受信された報告からの、リソースプール情報を分析し、以下のうちの１または複数を実行し得る。ネットワークおよび／または制御用ノードは、それが、カバレッジ内ＷＴＲＵがリソースプール内で通信することを可能にし得るどれかのリソースを決定し得る。ネットワークおよび／または制御用ノードは、１または複数のＷＴＲＵのためのリソースを再構成する手順を始め得る。ネットワークおよび／または制御用ノードは、この情報を使用して、所与のリソースおよび／または時間期間内でＷＴＲＵをスケジュールすることを回避し得る。たとえば、ｅＮＢは、カバレッジ内ＷＴＲＵのためのギャップパターンを決定し、ギャップパターンとともにＷＴＲＵを構成し得る。
【０４００】
報告を受信すると、ｅＮＢは、ＷＴＲＵのためのギャップおよび／または時間パターンを決定、提供、および／または構成し得る。ギャップパターンはビットマスクであってよく、ＷＴＲＵが通常通信のためにスケジュールされないことがあるとき、ＴＴＩを示し得、および／またはパターンは、期間、サイクル、および／またはＷＴＲＵがｅＮＢとの通信にスケジュールされないことがある期間（たとえば、各期間）内の持続期間に対応し得る。報告を受信すると、ｅＮＢは、要求されるギャップパターンを分析し得、それが効率的と思われない場合、ｅＮＢは、ＷＴＲＵに新しいギャップパターンを提供し得る。
【０４０１】
ＷＴＲＵは、ギャップパターンを使用して、隣接するＷＴＲＵとのカバレッジ外リンクに切り換え得る。ＷＴＲＵは、ギャップパターンをカバレッジ外ＷＴＲＵに、および／またはｅＮＢから受信された新しいギャップパターンをカバレッジ外ＷＴＲＵに送り得る。
【０４０２】
たとえば、報告が、カバレッジ外ＷＴＲＵが利用不可能および／またはもはやサービスを要求しないことをｅＮＢに通知するインジケーションを含むとき、ｅＮＢは、ギャップ構成を除去し得る。
【０４０３】
特徴および要素が上記で特定の組み合わせで説明されているが、当業者は、各特徴または要素は単独で、または他の特徴および要素との任意の組み合わせで、使用可能であることを諒解するであろう。さらに、本明細書で説明される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェア内で実施され得る。コンピュータ可読媒体の例は、電子信号（ワイヤード接続またはワイヤレス接続上で送信される）とコンピュータ可読記憶媒体とを含む。コンピュータ可読記憶媒体の例は、限定されるものではないが、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスク、およびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアと関連付けられたプロセッサは、ＷＴＲＵ、端末、基地局、ＲＮＣ、または任意のホストコンピュータ内で使用するための無線周波数トランシーバを実施するために使用され得る。
【図１Ａ】
2020171049.tif 000003
【図１Ｂ】
2020171049.tif 000004
【図１Ｃ】
2020171049.tif 000005
【図１Ｄ】
2020171049.tif 000006
【図１Ｅ】
2020171049.tif 000007
【図１Ｆ】
2020171049.tif 000008
【図１Ｇ】
2020171049.tif 000009
【図２】
2020171049.tif 000010
【図３】
2020171049.tif 000011
【図４】
2020171049.tif 000012
【図５】
2020171049.tif 000013
【図６】
2020171049.tif 000014
【図７】
2020171049.tif 000015
【図８】
2020171049.tif 000016
【図９】
2020171049.tif 000017
【図１０】
2020171049.tif 000018
【図１１】
2020171049.tif 000019
【図１２】
2020171049.tif 000020
【図１３】
2020171049.tif 000021
【図１４】
2020171049.tif 000022
【図１５】
2020171049.tif 000023
【図１６】
2020171049.tif 000024
【図１７】
2020171049.tif 000025
【手続補正書】
【提出日】令和2年8月3日(2020.8.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス送受信ユニット（ＷＴＲＵ）によって実行される方法であって、
ネットワークによりスケジューリングされたリソースを使用して、デバイスツーデバイス（Ｄ２Ｄ）通信を実行するステップと、
失敗条件が発生したと判定するステップと、
前記失敗条件が発生したと判定したことに応答して、及び前記失敗条件から回復することと関連付けられた時間期間の経過の前に、Ｄ２Ｄ通信において使用するために前記ＷＴＲＵに対するリソースプールからリソースを自律的に選択するステップと、
前記自律的に選択されたリソースを使用して、Ｄ２Ｄ送信を実行するステップと、
を備えたことを特徴とする方法。
【請求項２】
前記失敗条件と関連付けられたタイマが稼働しているとの判定に基づいて、前記失敗条件から回復することと関連付けられた前記時間期間が経過していないと判定するステップを更に備えたことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＷＴＲＵが前記失敗条件から回復したとの判定に応答して、Ｄ２Ｄ通信において使用するために前記ＷＴＲＵに対するネットワークエンティティからリソースを要求するステップを更に備えたことを特徴とする請求項１に記載の方法。
【請求項４】
無線送信／受信ユニット（ＷＴＲＵ）であって、
ネットワークによりスケジューリングされたリソースを使用して、デバイスツーデバイス（Ｄ２Ｄ）通信を実行し、
失敗条件が発生したと判定し、
前記失敗条件が発生したと判定したことに応答して、及び前記失敗条件から回復することと関連付けられた時間期間の経過の前に、Ｄ２Ｄ通信において使用するために前記ＷＴＲＵに対するリソースプールからリソースを自律的に選択し、
前記自律的に選択されたリソースを使用して、Ｄ２Ｄ送信を実行する、
ように構成されたプロセッサを備えたことを特徴とするＷＴＲＵ。
【請求項５】
前記プロセッサは、前記失敗条件と関連付けられたタイマが稼働しているとの判定に基づいて、前記失敗条件から回復することと関連付けられた前記時間期間が経過していないと判定するように更に構成されていることを特徴とする請求項４に記載のＷＴＲＵ。
【請求項６】
前記ＷＴＲＵが前記失敗条件から回復したとの判定に応答して、前記プロセッサは、Ｄ２Ｄ通信において使用するために前記ＷＴＲＵに対するネットワークエンティティからリソースを要求するように更に構成されていることを特徴とする請求項４に記載のＷＴＲＵ。
【請求項７】
無線送信／受信ユニット（ＷＴＲＵ）であって、
前記ＷＴＲＵが送信するデバイスツーデバイスデータを有すると判定し、
前記ＷＴＲＵが送信する前記デバイスツーデバイスデータを有すると判定したことに応答して、ネットワークへの接続確立要求を開始し、
前記ＷＴＲＵのカバレッジ状態に基づいて、及び前記接続確立要求の前記開始から、前記接続確立要求と関連付けられた予め定められた時間量が経過したとの判定に基づいて、前記ＷＴＲＵが前記デバイスツーデバイスデータを送信するためにリソースプールからリソースを自律的に選択し、
前記自律的に選択されたリソースを使用して、前記デバイスツーデバイスデータを送信する、
ように構成されたプロセッサを備えたことを特徴とするＷＴＲＵ。
【請求項８】
前記ＷＴＲＵの前記カバレッジ状態は、前記ＷＴＲＵが前記ネットワークのカバレッジにあることを示すことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項９】
前記プロセッサは、前記接続確立要求と関連付けられたタイマの経過に基づいて、前記予め定められた時間量が経過したと判定するように更に構成されていることを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１０】
前記プロセッサは、デバイスツーデバイス通信リソースにより前記ネットワークによってスケジューリングされると、前記リソースプールからリソースを自律的に選択することを停止するように更に構成されていることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１１】
前記プロセッサは、前記ネットワークとの無線リソース制御（ＲＲＣ）接続を確立すると、前記リソースプールからリソースを自律的に選択することを停止するように更に構成されていることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１２】
ワイヤレス送受信ユニット（ＷＴＲＵ）によって実行される方法であって、
前記ＷＴＲＵが送信するデバイスツーデバイスデータを有すると判定するステップと、
前記ＷＴＲＵが送信する前記デバイスツーデバイスデータを有すると判定したことに応答して、ネットワークへの接続確立要求を開始するステップと、
前記ＷＴＲＵのカバレッジ状態に基づいて、及び前記接続確立要求の前記開始から、前記接続確立要求と関連付けられた予め定められた時間量が経過したとの判定に基づいて、前記ＷＴＲＵが前記デバイスツーデバイスデータを送信するためにリソースプールからリソースを自律的に選択するステップと、
前記自律的に選択されたリソースを使用して、前記デバイスツーデバイスデータを送信するステップと、
を備えたことを特徴とする方法。
【請求項１３】
前記ＷＴＲＵの前記カバレッジ状態は、前記ＷＴＲＵが前記ネットワークのカバレッジにあることを示すことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記接続確立要求の前記開始から、前記予め定められた時間量が経過したとの判定は、前記接続確立要求と関連付けられたタイマの経過に基づいて行われることを特徴とする請求項１２に記載の方法。
【請求項１５】
前記ネットワークとの無線リソース制御（ＲＲＣ）接続を確立すると、前記リソースプールからリソースを自律的に選択することを停止するステップを更に備えたことを特徴とする請求項１２に記載の方法。