(57)【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）であって、
デバイスツーデバイス送信を用いて発見情報（discovery information）を別のＷＴＲＵへ送ることを決定し、
前記ＷＴＲＵに関連付けられたセルの基準信号受信電力（ＲＳＲＰ）測定値を決定し、
前記セルの前記ＲＳＲＰ測定値に基づいて複数のリソースプールからリソースプールを選択し、前記複数のリソースプールの各リソースプールは低ＲＳＲＰ閾値および高ＲＳＲＰ閾値に関連付けられ、および前記セルの前記ＲＳＲＰ測定値は、前記選択したリソースプールの前記低ＲＳＲＰ閾値と前記高ＲＳＲＰ閾値との間にあり、
前記選択したリソースプールを用いて前記発見情報を別のＷＴＲＵへ送ることと
ように構成されたプロセッサを備えたことを特徴とするＷＴＲＵ。
【請求項２】
前記プロセッサは、前記選択したリソースプールの複数のリソースからリソースを選択するように更に構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記プロセッサは、ランダム化関数または擬似ランダム関数を用いて前記リソースを選択するように構成されたことを特徴とする請求項２に記載のＷＴＲＵ。
【請求項４】
前記選択したリソースプールを用いて前記発見情報を送るように構成された前記プロセッサは、前記選択したリソースを用いて前記発見情報を送るように構成された前記プロセッサを含むことを特徴とする請求項２に記載のＷＴＲＵ。
【請求項５】
前記選択したリソースは１または複数のサブフレームを含むことを特徴とする請求項２に記載のＷＴＲＵ。
【請求項６】
前記選択したリソースは１または複数の物理リソースブロック（ＰＲＢ）を含むことを特徴とする請求項２に記載のＷＴＲＵ。
【請求項７】
前記プロセッサは、
無線リソース制御（ＲＲＣ）シグナリングを介して構成を受信し、
前記構成に基づいて、前記リソースプールの選択がＲＳＲＰに基づくと決定する
ように更に構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項８】
前記構成は、前記リソースプール、および前記リソースプールに関連付けられたＲＳＲＰ値の範囲を特定することを特徴とする請求項７に記載のＷＴＲＵ。
【請求項９】
無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、前記方法は、
デバイスツーデバイス送信を用いて発見情報（discovery information）を別のＷＴＲＵへ送ることを決定するステップと、
前記ＷＴＲＵに関連付けられたセルのＲＳＲＰ測定値を決定するステップと、
前記セルの前記ＲＳＲＰ測定値に基づいて複数のリソースプールからリソースプールを選択するステップであって、各リソースプールは、低ＲＳＲＰ閾値および高ＲＳＲＰ閾値に関連付けられ、ならびに前記セルの前記ＲＳＲＰ測定値は、前記選択したリソースプールの前記低ＲＳＲＰ閾値と前記高ＲＳＲＰ閾値との間にある、ステップと、
前記選択したリソースプールを用いて前記発見情報を前記別のＷＴＲＵへ送るステップと、
を備えたことを特徴とする方法。
【請求項１０】
前記選択したリソースプール内の複数のリソースからリソースを選択するステップを更に備えたことを特徴とする請求項９に記載の方法。
【請求項１１】
前記リソースを選択するステップは、ランダム化関数または擬似ランダム関数を用いて前記リソースを選択するステップを含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記選択したリソースプールを用いて前記発見情報を送るステップは、前記選択したリソースを用いて前記発見情報を送るステップを含むことを特徴とする請求項１０に記載の方法。
【請求項１３】
前記デバイスツーデバイス送信がタイプ１のデバイスツーデバイス送信であることを決定するステップを更に備え、前記タイプ１のデバイスツーデバイス送信は、前記ＷＴＲＵが前記複数のリソースプールから前記リソースプールを選択することによって特徴付けられることを特徴とする請求項９に記載の方法。
【請求項１４】
前記デバイスツーデバイス送信を用いて前記発見情報を送ることを決定する前記ステップは、前記デバイスツーデバイス送信を用いて前記発見情報を送るための要求を受信するステップを含むことを特徴とする請求項９に記載の方法。
【請求項１５】
無線送受信ユニット（ＷＴＲＵ）であって、
発見情報（discovery information）を別のＷＴＲＵ送るためのデバイスツーデバイスデバイス送信要求を受信し、
リソース選択が基準信号受信電力（ＲＳＲＰ）に基づくことを決定し、
複数のリソースプールの中からのリソースプールに関連付けられたＲＳＲＰ閾値を受信し、
ＲＳＲＰ測定値を決定し、
前記ＲＳＲＰ測定値を、前記リソースプールに関連付けられた前記ＲＳＲＰ閾値と比較し、
前記ＲＳＲＰ測定値が前記ＲＳＲＰ閾値を超えていることに応答して、デバイスツーデバイス送信を介して前記発見情報を前記別のＷＴＲＵへ送るための前記リソースプールを選択し、
前記リソースプールが前記発見情報を送るために選択されたことに応答して、前記リソースプールを用いて前記発見情報を送る
ように構成されたプロセッサを備えたことを特徴とするＷＴＲＵ。
【請求項１６】
前記リソースプールは複数のリソースを含み、および前記プロセッサは、
ランダム化関数に基づいて、前記複数のリソースからリソースを選択し、
前記選択したリソースを用いて前記発見情報を送る、
ように更に構成されたことを特徴とする請求項１５に記載のＷＴＲＵ。
【請求項１７】
前記リソースは、サブフレームまたは物理リソースブロック（ＰＲＢ）を含むことを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項１８】
前記リソースプールを特定し、前記リソースプールに関連付けられた前記ＲＳＲＰ閾値を示すシステム情報ブロック（ＳＩＢ）を受信するように前記プロセッサは更に構成されたことを特徴とする請求項１５に記載のＷＴＲＵ。
【請求項１９】
前記ＲＳＲＰ閾値は、ＲＳＲＰ値のオープンエンドな範囲の低ＲＳＲＰ閾値またはＲＳＲＰ値の前記オープンエンドな範囲の高ＲＳＲＰ閾値を含むことを特徴とする請求項１５に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスツーデバイス発見またはデバイスツーデバイス通信のためのリソース選択に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１４年１月２９日に出願された、米国特許仮出願第６１／９３３，２３８号、２０１４年３月１９日に出願された、米国特許仮出願第６１／９５５，７４６号、２０１４年５月７日に出願された、米国特許仮出願第６１／９９０，０４６号、および２０１４年１１月５日に出願された、米国特許仮出願第６２／０７５，７６８号の利益を主張する。これらの米国特許仮出願の開示は、参照によりその全体が本明細書に援用される。
【０００３】
デバイス間の近接性は、ＬＴＥ測位を用いて決定され得る。デバイスツーデバイス（Ｄ２Ｄ）近傍発見において、２つ以上のデバイスが、直接無線通信に基づいて自身の近接性を決定することができる。これらのＤ２Ｄ送信によって更なる干渉が生じ得る。
【発明の概要】
【０００４】
Ｄ２Ｄ通信によって引き起こされ得る潜在的な干渉を管理するためのシステム、方法および手段が開示される。第１のＷＴＲＵは、リソース報告をネットワークに送信することができる。第１のＷＴＲＵは、発見信号の送信のために、ネットワークから１または複数のリソースを受信することができる。第１のＷＴＲＵは、発見信号を第２のＷＴＲＵに送信することができる。
【０００５】
リソース報告は、Ｄ２Ｄ通信のための送信用リソース、発見プロセスのアイデンティティ（identity）、ロケーション情報、発見プロセスの結果、送信試行の結果、測定されたリソース利用、ネットワークリソース構成情報および／またはリソースにおける失敗もしくは成功の数のうちの１または複数を含むことができる。
【０００６】
リソース報告は、ＷＴＲＵ（例えば、第１のＷＴＲＵおよび／または第２のＷＴＲＵ）の構成、周期的スケジュール、非周期的スケジュール、動作ステータスの変化、発見プロセスの結果、第２のＷＴＲＵによって復号された発見信号の結果および／または第１のＷＴＲＵによる送信試行の結果に基づいて第１のＷＴＲＵによって送信され得る。
【０００７】
１または複数のリソースは、タイミング情報、周波数情報、シーケンス情報およびホッピングパターンのうちの１または複数によって特徴付けられ得る。
【０００８】
第１のＷＴＲＵおよび第２のＷＴＲＵは、同じネットワーク要素（例えば、ｅＮＢ）によってサービングされ得る。第１のＷＴＲＵは、第１のｅＮＢによってサービングされることが可能であり、第２のＷＴＲＵは、第２のｅＮＢによってサービングされることが可能である。第１のＷＴＲＵはｅＮＢによってサービングされることが可能であり、第２のＷＴＲＵはネットワークのカバレッジ外であることが可能である。第１のＷＴＲＵはネットワークのカバレッジ外であることが可能であり、第２のＷＴＲＵはｅＮＢによってサービングされることが可能である。
【０００９】
無線送受信ユニット（ＷＴＲＵ）はプロセッサを含むことができる。プロセッサは、以下のうちの１または複数を実行するように構成され得る。プロセッサは、複数のリソースプールからのリソースプールを介して、デバイスツーデバイス送信を用いて情報を送信することを決定することができる。各リソースプールは、基準信号受信電力（ＲＳＲＰ）値の範囲に関連付けられ得る。プロセッサは、ＷＴＲＵに関連付けられたセルのＲＳＲＰ測定値を決定することができる。プロセッサは、セルのＲＳＲＰ測定値に基づいて、複数のリソースプールからリソースプールを選択することができる。セルのＲＳＲＰ測定値は、選択されたリソースプールに関連付けられたＲＳＲＰの範囲内にあり得る。プロセッサは、選択されたリソースプールを用いて情報を送信することができる。
【００１０】
選択されたリソースプールに関連付けられたＲＳＲＰ値の範囲は、低ＲＳＲＰ閾値および高ＲＳＲＰ閾値を含むことができる。セルのＲＳＲＰ測定値は、低ＲＳＲＰ閾値と高ＲＳＲＰ閾値との間にあり得る。
【００１１】
プロセッサは、選択されたリソースプール内の複数のリソースからリソースを選択するように更に構成され得る。プロセッサは、ランダム化関数または擬似ランダム関数を用いてリソースを選択するように構成され得る。プロセッサは、選択されたリソースにおいて情報を送信するように構成され得る。選択されたリソースは１または複数のサブフレームを含み得る。選択されたリソースは１または複数の物理リソースブロック（ＰＲＢ）を含み得る。
【００１２】
プロセッサは、無線リソース制御（ＲＲＣ）シグナリングを介して構成を受信し、構成に基づいて、リソースプールの選択がＲＳＲＰに基づくことを決定するように更に構成され得る。構成は、リソースプール、およびリソースプールに関連付けられたＲＳＲＰ値の範囲を特定することができる。
【００１３】
方法（例えば、コンピュータにより実行される方法）は、複数のリソースプールからのリソースプールを介してデバイスツーデバイス送信を用いて情報を送信することを（例えば、プロセッサにおいて）決定することを含むことができる。各リソースプールは基準信号受信電力（ＲＳＲＰ）値の範囲に関連付けられ得る。方法は、ＷＴＲＵに関連付けられたセルのＲＳＲＰ測定値を（例えば、プロセッサを介して）決定することを含むことができる。方法は、セルのＲＳＲＰ測定値に基づいて、複数のリソースプールからリソースプールを（例えば、プロセッサによって）選択することを含むことができる。セルのＲＳＲＰ測定値は、選択されたリソースプールに関連付けられたＲＳＲＰ値の範囲内にあり得る。方法は、選択されたリソースプールを用いて情報を（例えば、送信機を介して）送信することを含むことができる。
【００１４】
選択されたリソースプールに関連付けられたＲＳＲＰ値の範囲は、低ＲＳＲＰ閾値および高ＲＳＲＰ閾値を含むことができる。ＲＳＲＰ測定値は、低ＲＳＲＰ閾値と高ＲＳＲＰ閾値との間にあり得る。
【００１５】
方法は、選択されたリソースプール内の複数のリソースからリソースを選択することを含むことができる。方法は、ランダム化関数または擬似ランダム関数を用いてリソースを選択することを含むことができる。方法は、選択されたリソースにおいて情報を送信することを含むことができる。
【００１６】
本方法は、デバイスツーデバイス送信がタイプ１のデバイスツーデバイス送信であることを決定することを含むことができる。タイプ１のデバイスツーデバイス送信は、ＷＴＲＵが複数のリソースプールからリソースプールを選択することによって特徴付けられ得る。タイプ１のデバイスツーデバイス送信は、ＷＴＲＵが選択されたリソースプール内の複数のリソースプールからリソースを選択することによって特徴付けられ得る。方法は、デバイスツーデバイス送信を用いて情報を送信することの要求を受信することと、要求に応答してデバイスツーデバイス送信を用いて情報を送信することを決定することとを含むことができる。
【００１７】
無線送受信ユニット（ＷＴＲＵ）はプロセッサを含むことができる。プロセッサは、以下のうちの１または複数のために構成され得る。プロセッサは、複数のリソースプールからのリソースプールを介して、情報を送信するためのデバイスツーデバイスデバイス送信要求を受信することができる。プロセッサは、複数のリソースプールからのリソースプールの選択が基準信号受信電力（ＲＳＲＰ）に基づくことを決定することができる。プロセッサは、複数のリソースプールからの少なくとも１つのリソースプールに関連付けられたＲＳＲＰ閾値を受信することができる。プロセッサは、基地局のＲＳＲＰ測定値を決定することができる。プロセッサは、基地局のＲＳＲＰ測定値を、少なくとも１つのリソースプールに関連付けられたＲＳＲＰ閾値と比較することができる。プロセッサは、基地局のＲＳＲＰ測定値がＲＳＲＰ閾値を超えているとき、デバイスツーデバイス送信を介して情報を送信するために、その少なくとも１つのリソースプールを選択することができる。プロセッサは、少なくとも１つのリソースプールが情報を送信するために選択されているとき、その少なくとも１つのリソースプールを用いて情報を送信することができる。
【００１８】
選択されたリソースプールは複数のリソースを含むことができる。プロセッサは、ランダム化関数に基づいて、複数のリソースからリソースを選択し、選択されたリソースを用いて情報を送信することができる。リソースは、サブフレームまたは物理リソースブロック（ＰＲＢ）を含むことができる。プロセッサは、少なくとも１つのリソースプールを特定し、その少なくとも１つのリソースプールに関連付けられたＲＳＲＰ閾値を示すシステム情報ブロック（ＳＩＢ）を受信することができる。ＲＳＲＰ閾値は、ＲＳＲＰ値のオープンエンドな（open-ended）範囲の低ＲＳＲＰ閾値またはＲＳＲＰ値のオープンエンドな範囲の高ＲＳＲＰ閾値であり得る。
【図面の簡単な説明】
【００１９】
【図１Ａ】１または複数の開示される実施形態が実施され得る例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示される通信システム内で用いられ得る例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示される通信システム内で用いられ得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｄ】は、図１Ａに示される通信システム内で用いられ得る別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。
【図１Ｅ】図１Ａに示される通信システム内で用いられ得る別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。
【図２】Ｄ２Ｄリンク間のセル間干渉の例の図である。
【図３】Ｄ２Ｄリンク間およびＤ２Ｄリンクからセルラリンクへのセル間干渉の例の図である。
【図４】セルラリンクからＤ２Ｄリンクへのセル内干渉の例の図である。
【図５】発見機会の例の図である。
【図６】カバレッジ内、カバレッジ外、および部分カバレッジＤ２Ｄ発見および／または通信のためのシナリオの一例の図である。
【図７】カバレッジ内のＷＴＲＵとカバレッジ外のＷＴＲＵとの間の通信の例示的なシナリオの図である。
【図８】カバレッジ外ＷＴＲＵがリソース配分を決定および／または駆動するために用いられ得るシグナリングの例の図である。
【図９】ｅＮＢおよび／またはカバレッジ内ＷＴＲＵがリソース配分を決定および／または駆動するために用いられ得るシグナリングの例の図である。
【図１０】２つのｅＮＢである、ｅＮＢ  ＡおよびｅＮＢ  Ｂにわたる発見リソースのリソース配分の例の図である。
【発明を実施するための形態】
【００２０】
ここで、例示的な実施形態の詳細な説明を、様々な図面を参照して説明する。この説明は、可能な実施の詳細な例を提供するが、詳細は例示的であることを意図しており、出願の範囲をいかなる形においても限定するものでないことが留意されるべきである。
【００２１】
図１Ａは、１または複数の開示される実施形態が実施され得る例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを複数の無線ユーザに提供する多重アクセスシステムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等のような１または複数のチャネルアクセス方法を用いることができる。
【００２２】
図１Ａに示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃおよび／または１０２ｄ（包括的にまたは集合的にＷＴＲＵ１０２と呼ばれる場合がある）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５と、コアネットワーク１０６／１０７／１０９と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を予期することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成される任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＷＴＲＵ）、移動局、固定または移動加入者ユニット、ポケットベル、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、消費者家電等を含むことができる。
【００２３】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６／１０７／１０９、インターネット１１０および／またはネットワーク１１２等の１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェイス接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、送受信基地局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ等であり得る。基地局１１４ａ、１１４ｂは、各々が単一の要素として描かれているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【００２４】
基地局１１４ａはＲＡＮ１０３／１０４／１０５の一部とすることができ、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード等の他の基地局および／またはネットワーク要素（図示せず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれる場合がある一定の地理的領域内で無線信号を送信および／または受信するように構成され得る。セルは、セルセクタに更に分割され得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。このため、１つの実施形態では、基地局１１４ａは、例えばセルのセクタごとに１つずつ、３つの送受信機を含むことができる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を用いることができ、したがって、セルのセクタごとに複数の送受信機を利用することができる。
【００２５】
基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光等）とすることができるエアインターフェイス１１５／１１６／１１７を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信することができる。エアインターフェイス１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立され得る。
【００２６】
より具体的には、上述したように、通信システム１００はマルチアクセスシステムであることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ等の１または複数のチャネルアクセス方式を用いることができる。例えば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いてエアインターフェイス１１５／１１６／１１７を確立することができる、ユニバーサル移動電気通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）等の無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ  ＨＳＰＡ（ＨＳＰＡ＋）等の通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００２７】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を用いたエアインターフェイス１１５／１１６／１１７を確立することができる、Ｅｖｏｌｖｅｄ  ＵＭＴＳ陸上無線アクセス（Ｅ−ＵＴＲＡ）等の無線技術を実施することができる。
【００２８】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（例えば、マイクロ波アクセスのための世界規模の相互運用可能性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  ＩＸ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定基準２０００（ＩＳ−２０００）、暫定基準９５（ＩＳ−９５）、暫定基準８５６（ＩＳ−８５６）、移動通信のためのグローバルシステム（ＧＳＭ（登録商標））、ＧＳＭエボリューションのための向上したデータレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）等の無線技術を実施することができる。
【００２９】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢまたはアクセスポイントとすることができ、事務所、自宅、車両、キャンパス等の局地的エリアにおける無線接続性を容易にするのに適した任意のＲＡＴを利用することができる。１つの実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１等の無線技術を実施することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５等の無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。更に別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ等）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。このため、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスすることが必要とされない場合がある。
【００３０】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信することができる。コアネットワークは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に、音声、データ、アプリケーションおよび／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成される任意のタイプのネットワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、課金サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続、ビデオ配信等を提供し、かつ／またはユーザ認証等の高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接または間接的に通信することができることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用している場合があるＲＡＮ１０３／１０４／１０５に接続されることに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を用いる別のＲＡＮ（図示せず）と通信することもできる。
【００３１】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たすこともできる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回路交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおいて伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコルおよびインターネットプロトコル（ＩＰ）等の共通通信プロトコルを用いる相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線通信ネットワークまたは無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを用いることができる１または複数のＲＡＮに接続された別のコアネットワークを含むことができる。
【００３２】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたは全てがマルチモード機能を含むことができ、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを通じて異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を用いることができる基地局１１４ａ、およびＩＥＥＥ８０２無線技術を用いることができる基地局１１４ｂと通信するように構成され得る。
【００３３】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、非着脱可能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、実施形態との一貫性を保ちながら、上記の要素の任意の部分的組み合わせを含むことができることが理解されよう。また、実施形態は、基地局１１４ａおよび１１４ｂ、ならびに／または基地局１１４ａおよび１１４ｂが表すことができる、限定ではないが、中でも、送受信基地局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、ｅｖｏｌｖｅｄホームノードＢ（ｅノードＢ）、ホームｅｖｏｌｖｅｄノードＢ（ＨｅＮＢ）、ホームｅｖｏｌｖｅｄノードＢゲートウェイおよびプロキシノード等のノードが、図１Ｂに示し、本明細書に記載される要素のうちのいくつかまたは全てを含むことができることを予期する。
【００３４】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等とすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする任意の他の機能を実行することができる。プロセッサ１１８は、送信／受信要素１２２に結合され得る送受信機１２０に結合され得る。図１Ｂは、プロセッサ１１８および送受信機１２０を別個のコンポーネントとして示しているが、プロセッサ１１８および送受信機１２０が、電子パッケージまたはチップにおいて共に統合され得ることが理解されよう。
【００３５】
送信／受信要素１２２は、エアインターフェイス１１５／１１６／１１７を通じて基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局から信号を受信するように構成することができる。例えば、１つの実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されるアンテナとすることができる。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶまたは可視光信号を送信および／または受信するように構成されるエミッタ／検出器とすることができる。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号および光信号の双方を送信および受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されよう。
【００３６】
加えて、送信／受信要素１２２は、図１Ｂにおいて単一の要素として示されているが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用いることができる。このため、１つの実施形態では、ＷＴＲＵ１０２は、エアインターフェイス１１５／１１６／１１７を通じて無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００３７】
送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上述したように、ＷＴＲＵ１０２はマルチモード機能を有することができる。このため、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信することを可能にする複数の送受信機を含むことができる。
【００３８】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることが可能であり、これらからユーザ入力データを受信することができる。プロセッサ１１８は、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８に出力することもできる。更に、プロセッサ１１８は、非着脱可能メモリ１３０および／または着脱可能メモリ１３２等の任意のタイプの適切なメモリからの情報にアクセスし、このメモリにデータを記憶することができる。非着脱可能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスクまたは任意の他のタイプのメモリストレージデバイスを含むことができる。着脱可能メモリ１３２は、加入者アイデンティティモジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含むことができる。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）等の、ＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスし、このメモリにデータを記憶することができる。
【００３９】
プロセッサ１１８は、電源１３４から電力を受信することができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１２０に電力供給するための任意の適切なデバイスであり得る。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル金属水素化物（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含むことができる。
【００４０】
プロセッサ１１８は、ＷＴＲＵ１０２の現在のロケーションに関してロケーション情報（例えば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６にも結合され得る。ＧＰＳチップセット１３６からの情報に加えて、またはこの情報の代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェイス１１５／１１６／１１７を通じてロケーション情報を受信し、２つ以上の近隣の基地局によって信号が受信されるタイミングに基づいてそのロケーションを決定することができる。ＷＴＲＵ１０２は、実施形態との一貫性を保ちながら、任意の適切なロケーション決定方法によってロケーション情報を取得することができることが理解されよう。
【００４１】
プロセッサ１１８は、追加の特徴、機能および／または有線もしくは無線の接続性を提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる他の周辺機器１３８に更に結合され得る。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含むことができる。
【００４２】
図１Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を用いてエアインターフェイス１１５を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０３も、コアネットワーク１０６と通信することができる。図１Ｃに示すように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、これらは各々、エアインターフェイス１１５を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは各々、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられ得る。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂも含むことができる。ＲＡＮ１０３は、実施形態との一貫性を保ちながら、任意の数のノードＢおよびＲＮＣを含むことができることが理解されよう。
【００４３】
図１Ｃに示すように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。更に、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェイスを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェイスを介して互いに通信することができる。ＲＮＣ１４２ａ、１４２ｂの各々が、それが接続されているそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。更に、ＲＮＣ１４２ａ、１４２ｂの各々は、外部ループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化等の他の機能を実行またはサポートするように構成され得る。
【００４４】
図１Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換局（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の要素の各々がコアネットワーク１０６の一部として示されるが、これらの要素のうちの任意のものが、コアネットワーク事業者以外のエンティティによって所有および／または運用され得ることが理解されよう。
【００４５】
ＲＡＮ１０３におけるＲＮＣ１４２ａはＩｕＣＳインターフェイスを介してコアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の固定電話回線通信デバイスとの間の通信を容易にすることができる。
【００４６】
ＲＡＮ１０３におけるＲＮＣ１４２ａは、ＩｕＰＳインターフェイスを介してコアネットワーク内のＳＧＳＮ１４８にも接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間の通信を容易にすることができる。
【００４７】
上述したように、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運用される他の有線ネットワークまたは無線ネットワークを含むことができるネットワーク１１２にも接続され得る。
【００４８】
図１Ｄは、実施形態による、ＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上述したように、ＲＡＮ１０４は、エアインターフェイス１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を用いることができる。ＲＡＮ１０４はコアネットワーク１０７とも通信することができる。
【００４９】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との一貫性を保ちながら、任意の数のｅＮｏｄｅ−Ｂを含むことができることが理解されよう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェイス１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。１つの実施形態では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃはＭＩＭＯ技術を実施することができる。このため、例えば、ｅＮｏｄｅ−Ｂ１６０ａは、複数のアンテナを用いて、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【００５０】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられることが可能であり、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリング等を処理するように構成され得る。図１Ｄに示すように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェイスを通じて互いに通信することができる。
【００５１】
図１Ｄに示すコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。以下の要素の各々は、コアネットワーク１０７の一部として示されるが、これらの要素のうちの任意のものが、コアネットワーク事業者以外のエンティティによって所有および／または運用され得ることが理解されよう。
【００５２】
ＭＭＥ１６２は、Ｓ１インターフェイスを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続されることが可能であり、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティベーション／ディアクティベーション、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ等の初期アタッチ中の特定のサービングゲートウェイの選択等を担当することができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡ等の他の無線技術を用いる他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能も提供することができる。
【００５３】
サービングゲートウェイ１６４は、Ｓ１インターフェイスを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は通常、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からのユーザデータパケットをルーティングおよび転送することができる。サービングゲートウェイ１６４は、ｅノードＢ間ハンドオーバ中のユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときのページングのトリガー、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶等の他の機能も実行することができる。
【００５４】
サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６にも接続され得る。ＰＤＮゲートウェイは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００５５】
コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェイスとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができるか、またはこれと通信することができる。更に、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運用される他の有線ネットワークまたは無線ネットワークを含み得るネットワーク１１２へのアクセスを提供することができる。
【００５６】
図１Ｅは、実施形態による、ＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、エアインターフェイス１１７を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ８０２．１６無線技術を用いるアクセスサービスネットワーク（ＡＳＮ）であり得る。以下で更に検討されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５およびコアネットワーク１０９の異なる機能エンティティ間の通信リンクは、基準点として定義され得る。
【００５７】
図１Ｅに示すように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃおよびＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ１０５は、実施形態との一貫性を保ちながら、任意の数の基地局およびＡＳＮゲートウェイゲートウェイを含むことができることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは各々、ＲＡＮ１０５内の特定のセル（図示せず）に関連付けられることが可能であり、各々が、エアインターフェイス１１７を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。１つの実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。このため、例えば、基地局１８０ａは、複数のアンテナを用いて、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフトリガー、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー施行等のモビリティ管理機能も提供することができる。ＡＳＮゲートウェイ１８２は、トラフィック集約点としての役割を果たすことができ、ページング、加入者プロフィールのキャッシング、コアネットワーク１０９へのルーティング等を担当することができる。
【００５８】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェイス１１７は、ＩＥＥＥ８０２．１６仕様を実施するＲ１基準点として定義され得る。更に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論理インターフェイス（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェイスは認証、認可、ＩＰホスト構成管理および／またはモビリティ管理のために用いられ得るＲ２基準点として定義され得る。
【００５９】
基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を容易にするためのプロトコルを含むＲ８基準点として定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準点として定義され得る。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含むことができる。
【００６０】
図１Ｅに示すように、ＲＡＮ１０５はコアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含むＲ３基準点として定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証、認可、アカウンティング（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含むことができる。上記の要素の各々は、コアネットワーク１０９の一部として示されているが、これらの要素の任意のものが、コアネットワーク事業者以外のエンティティによって所有および／または運用され得ることが理解されよう。
【００６１】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担当することができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが異なるＡＳＮゲートウェイおよび／または異なるコアネットワーク間でローミングすることを可能にすることができる。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするための、インターネット１１０等のパケット交換ネットワークへのアクセスを提供することができる。ＡＡＡサーバ１８６は、ユーザ認証、およびユーザサービスのサポートを担当することができる。ゲートウェイ１８８は、他のネットワークとの相互作用を容易にすることができる。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にするための、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供することができる。更に、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運用されている他の有線ネットワークまたは無線ネットワークを含むことができるネットワーク１１２へのアクセスを提供することができる。
【００６２】
図１Ｅには示していないが、ＲＡＮ１０５は他のＡＳＮに接続されることが可能であり、コアネットワーク１０９は他のコアネットワークに接続されることが可能であることが理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを協調させるプロトコルを含むことができるＲ４基準点として定義され得る。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問先コアネットワークとの間の相互作用を容易にするためのプロトコルを含むことができるＲ５基準として定義され得る。
【００６３】
図２は、Ｄ２Ｄリンク間のセル内干渉の例の図である。同じセル内の２つ以上のＤ２Ｄ送信ＷＴＲＵが同じリソース上で信号（例えば、発見信号）を送信するとき、セル内のＤ２Ｄ送信に干渉２０２、２０４がもたらされる場合がある。
【００６４】
図３は、Ｄ２Ｄリンク間およびＤ２Ｄリンクからセルラリンクへのセル間干渉の例の図である。セルエッジＤ２Ｄ送信ＷＴＲＵが、１または複数の送信ＷＴＲＵ（例えば、近傍セルにおいてＤ２Ｄ信号、（例えば、ＵＬ  ＰＵＳＣＨ等の）セルラ信号等を送信するＷＴＲＵ）と同じリソースを用いて信号（例えば、発見信号）を送信するとき、この近傍セルにおいて、Ｄ２Ｄ信号３０４および／またはＰＵＳＣＨ送信３０６等の信号に干渉３０２がもたらされる場合がある。
【００６５】
図４は、セルラリンクから１または複数のＤ２Ｄリンクへのセル内干渉の例の図である。セルエッジセルラ送信ＷＴＲＵが、近傍セルにおいてＤ２Ｄ送信ＷＴＲＵと同じリソースを用いて信号（例えば、ＵＬ  ＰＵＳＣＨ送信）を送信するとき、この近傍セルにおいて、Ｄ２Ｄ送信に干渉４０２がもたらされる場合がある。
【００６６】
セルラＵＬ送信とＤ２Ｄリンクとの間の干渉は、複数のサブフレームをＤ２Ｄに専用にすることによって回避され得る。同じセル内および近傍セルにわたるＤ２Ｄリンク間の干渉が管理され得る。
【００６７】
干渉は、リソース配分によって管理され得る。例えば、リソースを適切に配分することによって、２つ以上のＤ２Ｄ  ＷＴＲＵが同じリソースを選択する確率が低減され得る。例えば、ネットワークは、２つ以上のＤ２Ｄ送信ＷＴＲＵに配分するリソース量を決定することができる。例えば、ネットワークは、いずれのリソースをいずれのＷＴＲＵに配分するかを決定することができる。例えば、Ｄ２Ｄ  ＷＴＲＵは、発見信号を送信するためのリソースを選択することができる。
【００６８】
図５は、発見機会の例を示す図である。発見機会は、発見期間によって予約され得る複数の連続サブフレームを指すことができる。発見機会は、発見のために用いられ得る。発見期間は、２つの連続発見機会の開始間の期間を指すことができる。例えば、発見期間はｔ秒であり得る。発見機会サイクルは、Ｎdo≧１個の連続発見機会のセットを指すことができる。
【００６９】
ネットワークは、発見信号送信のためのリソースの配分の制御に関与するノード（例えば、任意のノード）を指すことができる。例えば、ネットワークは、Ｄ２Ｄ発見機能等のための集中型協調エンティティとしてふるまうことができるｅＮＢ、ＰｒｏＳｅサーバ、モバイルデバイスを指すことができる。本明細書において提供される１または複数の実施形態は、発見のコンテキストにおいて提供され得る。本明細書において提供される１または複数の実施形態は、直接デバイスツーデバイス（Ｄ２Ｄ）通信に適用することができる。本明細書において提供される１または複数の実施形態は、Ｄ２Ｄ通信のデータ部分に適用可能であり得る。本明細書において提供される１または複数の実施形態は、Ｄ２Ｄ通信の制御部分（例えば、ＳＡ、Ｄ２ＤＳＳまたは他の制御信号）に適用可能であり得る。例えば、本明細書において提供される１または複数の実施形態は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）上で実行され得るサイドリンク制御情報（ＳＣＩ）または物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）上で実行され得るサイドリンク同期信号に適用可能であり得る。
【００７０】
送信機ＷＴＲＵは、ＷＴＲＵがＤ２Ｄ通信を実行している場合があるとき等、受信機ＷＴＲＵへのＤ２Ｄデータの送信のために用いられるリソース（例えば、時間および周波数、例えばサブフレームおよび／またはＰＲＢ）を示すことができるスケジューリング割当て（ＳＡ）を送信することができる。例えば、送信機ＷＴＲＵは、スケジューリング割当てによって示され得るリソース内のＤ２Ｄデータを送信することができる。受信ＷＴＲＵは、例えば、スケジューリング割当ての受信に基づいて、データを受信するためのリソース（例えば、時間および周波数）を決定することができる。
【００７１】
Ｄ２ＤＳＳは、デバイスツーデバイス同期信号であり得る。
【００７２】
ＷＴＲＵは、１または複数の独立した発見プロセスを用いて構成され得る。例えば、発見プロセスは、固有の用途に結び付けられることが可能であり、かつ／または、ＷＴＲＵが送信および／もしくは受信する固有の発見信号に対応することができる。本明細書において提供される例は、発見プロセスに固有であることができ、かつ／または全ての発見プロセスに対し、例えば、一度に適用可能であることができる。ＷＴＲＵは、１または複数のＤ２Ｄ通信プロセスを用いて構成され得る。本明細書に記載される１または複数の実施形態は、Ｄ２Ｄ通信プロセス単位で適用可能であり得る。本明細書に記載される１または複数の実施形態は、複数の（例えば、全ての）Ｄ２Ｄ通信プロセスに対し、例えば一度に適用可能であり得る。本明細書に記載される１または複数の実施形態は、一定のＤ２Ｄ動作モード（例えば、モード１−ｅＮＢに制御される、モード２−分散、等）に、および／または一定のＤ２Ｄカバレッジ状態（例えば、カバレッジ内、カバレッジのエッジ、カバレッジ外）に適用可能であり得る。
【００７３】
発見信号は、例えば、発見プロセス（例えば、近接性、発見アイデンティティ）に関する情報を保有するＤ２Ｄメッセージに対応することができる。Ｄ２Ｄメッセージは、例えば、Ｄ２Ｄ通信のデータ部分を搬送することができる。Ｄ２Ｄメッセージは、例えば、機能（例えば、Ｄ２Ｄ通信のデータ部分のスケジューリング）を実行するのに用いられ得るスケジューリング割当て情報を搬送することができる。
【００７４】
本明細書に記載の１または複数の実施形態は、発見信号との関連において、任意のＤ２Ｄ送信および／またはメッセージに適用可能であり得る。発見信号、発見信号リソース、測定等は、交換可能に使用されることが可能であり、かつ／またはＤ２Ｄメッセージ、Ｄ２Ｄリソースまたは測定に適用されることが可能である。
【００７５】
リソース配分のための１または複数の実施形態が提供され得る。ＷＴＲＵは、発見信号の送信のための１または複数のリソースを配分され得る。ＷＴＲＵは、Ｄ２Ｄ送信（例えば、ＳＡおよび／またはデータ送信）のための１または複数のリソースを配分され得る。ＷＴＲＵは、Ｄ２Ｄ送信（例えば、ＳＡおよび／またはデータ送信）のための１または複数のリソースを選択することができる。リソース配分は、タイミング情報（例えば、１つの送信時間間隔（ＴＴＩ）および／またはサブフレームの粒度で、リソースがいつ利用可能であるか）によって、周波数（例えば、搬送波、ＰＲＢ（物理リソースブロック）のセット等）によって、情報（例えば、１または複数のサブフレームについて、例えば、周波数のどこにリソースが位置するか）によって、信号がどのように送信および／または受信されるかを決定することができるパラメータ（例えば、シーケンス、ホッピングパターン等）によって、等により特徴付けられ得る。タイミング情報は、絶対タイミング情報、周期的配分情報、発見構成および／またはプロセスの別の態様に関するタイミング情報等を含むことができる。リソース配分に関係する情報は、例えば、ＷＴＲＵが（例えば、時間および／または周波数において）暗黙的にリソース配分を計算および／もしくは決定することができるようにシグナリング（例えば、明示的にシグナリング）されかつ／もしくはパラメータ化されることが可能であり、かつ／または、ＷＴＲＵは、テーブル内の１または複数のエントリへのインデックスが交換され得るよう一覧にされ得る。
【００７６】
リソース配分は、例えば、要素のインデックス付けされたリストとして表され得るように構造化されることが可能であり、例えば、このリストにおいて、各要素は固有のリソースに対応することができる。例えば、ＷＴＲＵは、固有の適用可能なフレーム構造（例えば、ネットワークカバレッジ下にあるときはＦＤＤまたはＴＤＤ、ＷＴＲＵ間の直接通信に固有のフレーム構造および／または発見動作）のためのＸ個の可能な構成のうちの１つを表すことができる構成インデックスを用いて構成され得る。構成インデックスは、ＷＴＲＵによって、（例えば、セル内の）利用可能なリソースのセットを決定するのに用いられ得る一覧にされた値を指すことができる。ＷＴＲＵは、この情報を用いてリソースのインデックス付けを決定することができる。
【００７７】
ＷＴＲＵは、（例えば、リソースが所与のサブフレーム内の全ての物理リソースブロック（ＰＲＢ）のサブセットにわたっている場合、）周波数オフセットを用いて構成され得る。周波数オフセットは、所与のサブフレームのためのリソースの第１のＰＲＢを示すことができる。時間間隔（例えば、１０ｍｓフレーム、Ｙ個のＴＴＩの期間、Ｙｍｓおよび／またはＹ個の無線フレーム等）について、ＷＴＲＵは、どのサブフレームがリソースの第１のＰＲＢのリソースおよび／またはロケーションを含むかを決定することができる。リソースは、（例えば、複数のリソースが所与のサブフレームについて周波数において多重化され得る場合、）周波数領域におけるサブフレーム番号および／またはＰＲＢの昇順で、ある期間（例えば、期間Ｙ）にわたってインデックス付けされ得る。例えば、期間Ｙ内の第１のリソースは、インデックス０を配分されることが可能であり、期間Ｙ内の第２のリソースは、インデックス１を配分されることが可能であり、以下同様である。ＷＴＲＵは、例えば（例えば、構成の一部として、）マスキングパラメータ、および／またはリソースのセット内のリソースのサブセットを表す固有のインデックスを受信することによって、セット内の全てのリソースが利用可能であるように、かつ／またはセット内のリソースのサブセットが利用可能であり得るようにリソースを配分され得る。
【００７８】
ＳＡのためのリソースおよび／またはその関連データ送信は、例えば、Ｄ２Ｄ通信において、複数の周波数および／またはＰＲＢ要素へのインデックスを含むことができる。ＷＴＲＵは、ＳＡを繰り返すように構成され得る。ＳＡリソースは、例えば、情報（例えば、ある期間にわたるＳＡの周波数および／または時間ロケーション）を示す関連付けられた送信パターンを含むことができる。スケジューリング期間は、ある期間にわたるＳＡの周波数および／または時間ロケーションを指すことができる。データ送信のためのリソースは、関連付けられた送信パターンを含むことができる。データは必ずしも繰り返す必要はない場合がある。データは、ＷＴＲＵのための送信機会を含むことができる。
【００７９】
例えば、ＷＴＲＵは、Ｄ２Ｄ通信のための１または複数のリソースを用いて構成され得る。Ｄ２Ｄ通信のための１または複数のリソースは、動作モード（例えば、モード１、モード２等）と関連付けられ得る。Ｄ２Ｄ通信のための１または複数のリソースは、カバレッジ状態と関連付けられ得る。例えば、ＷＴＲＵは、ｅＮＢの制御下にあり得るリソースについて、例えば、動作（例えば、カバレッジ内、カバレッジエッジの動作）に関連付けられたリソースプールについて、ｅＮＢに報告するように構成され得る。
【００８０】
ＷＴＲＵ測定および報告が提供され得る。ＷＴＲＵは、例えば、ネットワークがＷＴＲＵに配分するリソース量を決定するのに役立つために、１または複数の測定を実行し、この１または複数の測定をネットワーク（例えば、ｅＮＢ）に報告することができる。
【００８１】
リソースの利用可能ステータスは、測定されたエネルギーレベルに基づいて決定され得る。測定されたエネルギーレベルは、リソースの利用可能ステータスを決定するために、閾値と比較され得る。
【００８２】
リソースは、占有されかつ／または送信に利用不可能であることを決定され得る。例えば、リソースは、リソースにおける測定されたエネルギーレベルが閾値を超えるとき、占有されかつ／または送信に利用不可能であることを決定され得る。リソースは、リソースにおける測定されたエネルギーレベルが所定の期間にわたって閾値を超えているとき、利用不可能であり得る。リソースは、リソースが別のＷＴＲＵによって、例えば、受信および／または検出された通知メッセージおよび／または制御メッセージ等によって用いられていることをＷＴＲＵが決定したとき、利用不可能であり得る。
【００８３】
リソースは、送信のために利用可能であることを決定され得る。例えば、リソースは、測定されたエネルギーレベルが閾値未満であるとき、送信に利用可能であることを決定され得る。リソースは、測定されたエネルギーレベルが所定の期間にわたって閾値未満であるとき、利用可能であり得る。利用可能なリソースは、任意の時点（例えば、ネットワークによって、そのＷＴＲＵが送信するように配分される場合）等に、ＷＴＲＵによって用いられ得る。
【００８４】
発見信号は、リソース上に存在することが決定され得る。通信信号は、リソース上に存在することが決定され得る。例えば、信号（例えば、発見信号および／または通信信号）は、リソースにおける測定されたエネルギーが、所定の閾値を超えるとき、リソース上に存在することが決定され得る。例えば、信号は、リソースにおける測定されたエネルギーが、ある期間にわたって閾値を超えるとき、リソース上で検出され得る。信号は、リソース上で発見信号が正常に復号されたとき、リソース上で検出され得る。信号は、発見信号および／または通信信号に関連付けられた制御信号（例えば、発見信号または通信信号の存在を示す）が正常に復号されたとき等に、リソース上で検出され得る。
【００８５】
ＷＴＲＵは、時間フレームにおいてＳＡ（例えば、正常に受信されたＳＡ）をカウントすることによって、ＳＡ利用を測定することができる。例えば、ＷＴＲＵがＳＡおよび関連付けられたＣＲＣ検査を復号した場合、ＳＡリソースが正常に受信されたことの決定がなされ得る。ＳＡは、測定されたＳＮＲが閾値を超えている場合、正常に受信されたとみなされ得る。閾値は、（例えば、試験によって、構成されて、等により）決定され得る。ＷＴＲＵは、ＣＲＣがＷＴＲＵに未知のアイデンティティによってマスキングされているときに、ＳＡをカウントすることができる。正常に受信されたＳＡリソースは、利用されているとみなされ得る。
【００８６】
ＷＴＲＵは、ＳＡリソース内のエネルギーを測定することによってＳＡ利用を測定することができる。ＳＡリソースは、例えば、ＷＴＲＵがＳＡリソースロケーションにおいて（例えば、時間／周波数において）エネルギーレベルを測定した場合に、利用されているとみなされ得る。ＳＡリソースは、ＷＴＲＵが、ＳＡリソース内のエネルギーレベルが閾値を超えていることを決定する場合に、利用されているとみなされ得る。閾値は所定であり得る。閾値は、他のパラメータ（例えば、試験によって、または構成されて）定義され得る。
【００８７】
ＷＴＲＵは、遠近効果を測定することができる。ＷＴＲＵは、遠近効果を決定することができる。遠近効果は、（例えば、ＷＴＲＵの信号強度が他のＷＴＲＵの信号よりも強力であり得るとき、低受信電力信号の検出が通常よりも難しいとき等に、）例えば、ＷＴＲＵが他のＷＴＲＵからの通信を受信する機能に影響を与える場合がある。
【００８８】
ＷＴＲＵは、例えば、ＷＴＲＵが１または複数のＷＴＲＵから他のＷＴＲＵ信号よりも強力な電力で信号を受信するとき、遠近効果を被る場合がある。ＷＴＲＵは、付近の１または複数のデバイスの信号電力を測定することによって、遠近効果の例を検出するように構成され得る。ＷＴＲＵは、付近の１または複数の信号が遠近効果を生成する電位を有するか否かを決定することによって、遠近効果の例を検出するように構成され得る。ＷＴＲＵは、１または複数の信号が、例えば、所定の量または閾値等の量だけ他の信号よりも強力であるときを決定することによって、遠近効果の例を検出するように構成され得る。
【００８９】
ＷＴＲＵは、例えば、Ｄ２Ｄ送信パターンに基づいてＤ２Ｄデータリソースを決定することができる。Ｄ２Ｄデータリソースは、（例えば、時間、周波数または双方において）所定のパターンを含むことができる。ＷＴＲＵは、Ｄ２Ｄデータパターンについて測定するように構成され得る。ＷＴＲＵは、集約Ｄ２Ｄデータパターンについて測定するように構成され得る（例えば、ＷＴＲＵは、固有の時間ベースパターンのための全てのＰＲＢについて報告するように構成され得る）。
【００９０】
測定エネルギーレベルは、ＷＴＲＵによって行われる熱雑音測定／推定によって重み付けされ得る（例えば、除算される、ｄＢドメインにおいて減算される、変更される等）。
【００９１】
ＷＴＲＵは、リソース使用をネットワークに報告することができる。ＷＴＲＵは、ＷＴＲＵが（例えば、発見信号、Ｄ２Ｄ送信またはＤ２Ｄメッセージの）送信のためのリソースを用いて構成されているとき等に、送信を実行することができる。リソースがＷＴＲＵおよび／または発見プロセスに専用である場合、（例えば、発見またはＤ２Ｄ送信の）結果は、他の送信ＷＴＲＵからの干渉による影響を受ける可能性が低い場合がある。この場合、他のＷＴＲＵが送信ＷＴＲＵから発見信号を正常に受信していない場合、送信ＷＴＲＵに近接して他のＷＴＲＵが存在しないことが仮定され得る。
【００９２】
リソースが（例えば、同じまたは異なる発見プロセスおよび／またはＤ２Ｄ送信について）複数の送信ＷＴＲＵによって共有され得る場合、発見の結果は、リソースについて競合し得る、かつ／または互いに近接し得る他の送信ＷＴＲＵからの干渉によって影響され得る。そのような場合、例えば、受信信号が弱すぎる場合がある（例えば、監視ＷＴＵＲが送信ＷＴＲＵに近接していない場合がある）ことに起因して、干渉のレベルが高すぎる（例えば、監視ＷＴＲＵが送信ＷＴＲＵに近接している場合があるが、信号は十分な信号体雑音比で検出されない場合がある）ことに起因して、等により、監視ＷＴＲＵが、発見信号またはＤ２Ｄメッセージの受信に成功したか否かを決定することが可能でない場合がある。これは、例えば、発見／通信により多くのリソースが必要とされる場合に、決定する手段がない場合があることに起因して、ネットワークリソース管理について問題であり得る。
【００９３】
衝突は、異なるＷＴＲＵによって、かつ／または発見プロセスによって共有されるリソースにおいて生じ得る。ネットワークは、１または複数のリソースを複数の送信ＷＴＲＵに配分することができる。衝突は、２つ以上の送信ＷＴＲＵが発見信号を送信しているときに、関与するリソースについて生じ得る。衝突は、複数の送信ＷＴＲＵがＤ２Ｄメッセージを送信しているときに、関与するリソースについて生じ得る。生成される干渉のレベルは、関与するリソースにおける衝突を生成する送信ＷＴＲＵ間の距離の関数、および／または（例えば、ＷＴＲＵから受信した信号電力が、１に向かう傾向を有する比を有するとき、）そのような送信ＷＴＲＵに対する受信ＷＴＲＵの相対的距離の関数としてであり得る。ネットワークは、発見イベントの比率を推定することによってリソースを配分することができる。ネットワークは、Ｄ２Ｄ送信イベントの比率を推定することによってリソースを配分することができる。ネットワークは、リソースを共有するＷＴＲＵによる送信率を推定することによってリソースを配分することができる。ネットワークは、例えば、ネットワークがリソースを過剰に配分しないように（例えば、低衝突率、リソースの準最適な使用等）かつ／またはリソースを過小に配分しないように（例えば、高衝突率、発見メカニズムのより低い効率性等）、固有の衝突率を目標に設定することによって、リソースを配分することができる。
【００９４】
ネットワークは、リソースを配分するときに、適切な動作点を決定しない場合がある。例えば、ネットワークは、（例えば、ＷＴＲＵ自律トリガーの場合）発見信号の送信の周波数、（例えば、発見送信がアイドルモード（IDLE mode）においてサポートされている場合）アクティブな送信ＷＴＲＵの数、リソースが配分された所与のセルにおけるＤ２Ｄ送信（例えば、ＳＡおよび／またはデータ等の、発見プロセスまたはデータに関連する送信）に関与するＷＴＲＵ（例えば、送信または受信）の地理的分布等を知らない場合がある。
【００９５】
ネットワークは、負荷を再分散し、かつ／または衝突のリスクを最小限にすることができる。ネットワークは、例えば、高衝突率が検出されるときにネットワークがリソースを再配分することができるように、共有リソースにおける送信（例えば、Ｄ２Ｄ送信、発見信号、データ関連送信等）のためのリソース使用を監視することができる。ネットワークが、衝突が一定の閾値未満であることを決定するとき、ネットワークは、例えば、干渉が配分されたリソースについて受容可能なレベルにあるとみなされ得ると仮定して、発見プロセスの結果がＷＴＲＵ間の近接性の関数であることを決定することができる。
【００９６】
ＷＴＲＵは、インデックスを用いた送信のために用いられるリソースのうちの１または複数を特定することができる。報告メカニズムはリソース使用を含むことができる。リソース使用は、所与のリソース配分に関する発見信号の過去の送信に関連する情報を含むことができる。例えば、リソース使用は、発見信号の計画および／もしくはスケジューリングされた送信、ならびに／または過去の構成された期間に生じた発見信号の送信に関連する情報を含むことができる。報告は、送信ＷＴＵＲによって組み立てられ得る。報告は、ネットワークノード、例えば、ＷＴＲＵが発見信号の送信のためのリソース配分の構成を受信したノードによって受信され得る。報告（例えば、いずれがフォーマット、トリガー、時間窓等を含み得るか）は、例えば、リソース配分と共に構成され得る。
【００９７】
ネットワークノード（例えば、ｅＮＢ等の基地局）は、報告のために類似のリソース配分で構成された１または複数の送信ＷＴＲＵを構成することができる。ネットワークノードが１または複数の報告を受信するとき、ネットワークノードは受信した情報を用いて、リソースのための衝突確率を導出することができる。ネットワークノードは、そのような確率が閾値を超えているか否かを決定することができる。一定の閾値を超えている場合、ネットワークは、例えば、発見信号が、セル内の配分されたリソースにわたって、より良好に拡散されるように、１または複数のＷＴＲＵについて再構成を開始することができる。
【００９８】
ＷＴＲＵは互いに近接することができるが、干渉レベル（例えば、発見信号のために用いられるリソース内の衝突に起因し得る）は、他のＷＴＲＵが発見信号を適切に受信することを妨げる場合がある。ＷＴＲＵおよび／またはネットワークは、別のＷＴＲＵが、例えば、ＷＴＲＵが近接していないことに起因して、かつ／または衝突に起因して、ＷＴＲＵを発見しなかったか否かを決定することができる。
【００９９】
Ｄ２Ｄ発見は、ＷＴＲＵがリソースを選択することができるタイプ１のＤ２Ｄ発見であり得る。Ｄ２Ｄ発見は、ネットワーク要素がＷＴＲＵのためのリソースを選択することができるタイプ２の発見であり得る。Ｄ２Ｄ通信は、ネットワーク要素がＷＴＲＵのためのリソースおよび／または送信パラメータを制御することができるモード１のＤ２Ｄ通信であり得る。モード１のＤ２Ｄ通信は、ＷＴＲＵがカバレッジ内にあるときに用いられ得る。Ｄ２Ｄ通信は、ＷＴＲＵがリソースおよび／または送信パラメータを決定することができるモード２のＤ２Ｄ通信であり得る。タイプ１のＤ２Ｄ発見は、モード２のＤ２Ｄ通信と類似し得る。
【０１００】
Ｄ２Ｄ通信の送信は、ネットワークカバレッジ下で、またはネットワークカバレッジ外で行うことができる。ＷＴＲＵは、（例えば、モード２のＤ２Ｄ通信において）ネットワーク制御なしで、例えば、ネットワークカバレッジ下のＷＴＲＵ通信が、ネットワーク基地局および／またはｅＮＢ（例えば、モード１）によって制御され得る間に動作するように構成され得る。ＷＴＲＵは、例えば、ＷＴＲＵ通信がネットワークカバレッジ外で生じるときに、自律的に送信のためのリソースを選択することができる。ネットワークは、潜在的に高い干渉状況を認識しない場合がある。ネットワークは、例えば、リソースがＤ２Ｄ通信のために利用可能になるように、Ｄ２Ｄリソース利用を認識させられ得る。
【０１０１】
ＳＡおよび／またはデータの衝突は、ネットワークカバレッジ外のときに生じ得る。ＳＡおよび／またはデータの衝突は、ｅＮＢによって制御されるＷＴＲＵと、ネットワークカバレッジ外の別のＷＴＲＵとの間で生じ得る。
【０１０２】
ネットワークは、例えば、ネットワークカバレッジ下にあるとき、１または複数のＷＴＲＵに同じリソースを再利用（例えば、配分）することができる。ＷＴＲＵは、ネットワークが幾つかのＷＴＲＵの地理的ロケーションを認識していない場合があるとき、近接している場合がある。送信は、同じリソースにおいて衝突し得る。
【０１０３】
報告は、以下のうちの１または複数を含み得る。報告は、リソース（例えば、関与するリソース）のアイデンティティ、発見プロセスおよび／またはイベントのアイデンティティ、ロケーション情報、発見プロセスおよび／またはイベントの結果、１または複数の送信イベントの結果、測定されたリソース利用、ネットワークリソース構成が不十分であり得るか否か、発見信号復号の結果に関する監視ＷＴＲＵによる報告等を含むことができる。
【０１０４】
関与するリソースは、直接ＷＴＲＵ間信号の送信、例えば、発見信号送信、ＳＡ、データパターンインデックス等に用いられるリソースを指すことができる。例えば、報告は、送信のために用いられ得るリソース（例えば、時間／周波数における、例えばサブフレームまたはＰＲＢ）のうちの１または複数を記述する１または複数のインデックスを含むことができる。
【０１０５】
報告されるリソースは、以下のうちの１または複数に関連付けられ得る。例えば、報告されるリソースは、ＷＴＲＵが送信を実行したリソースを示すことができる。例えば、報告されるリソースは、ＷＴＲＵがある期間、例えば、最後のＺリソース配分期間（例えば、フレーム、Ｙ個のＴＴＩによって表される期間、Ｙｍｓおよび／またはＹ個のフレーム）内に送信を実行したリソースを示すことができる。期間は構成可能であり得る。報告は、送信ＷＴＲＵによって送信され得る。
【０１０６】
例えば、報告されるリソースは、ＷＴＲＵが送信、例えば、ＷＴＲＵが報告を組み立てる（例えば、生成する）時点において実行されていない場合がある送信を実行することを予期されるリソースを示すことができる。例えば、報告されるリソースは、ＷＴＲＵがある期間、例えば、次のＺリソース配分期間（例えば、フレーム、Ｙ個のＴＴＩによって表される期間、Ｙｍｓおよび／またはＹ個のフレーム）について送信を実行することが予期され得るリソースを示すことができる。期間は構成可能であり得る。報告は、送信ＷＴＲＵによって送信され得る。
【０１０７】
例えば、報告されるリソースは、ＷＴＲＵが最大量のエネルギーを測定したリソース（例えば、１または複数）のインデックスを示すことができる。例えば、報告されるリソースは、ＷＴＲＵがある期間、例えば、最後のＺリソース配分期間（例えば、フレーム、Ｙ個のＴＴＩによって表される期間、Ｙｍｓおよび／またはＹ個のフレーム）内の最大エネルギー量を測定したリソースのインデックスを示すことができる。期間は構成可能であり得る。複数のリソースが報告される場合、シグナリングフォーマットは、例えば、要素の総数を報告に含めることによって、受信機が報告において要素数を決定するための手段を含むことができる。報告は、監視ＷＴＲＵおよび／または送信ＷＴＲＵによって送信され得る。例えば、報告されるリソースは、衝突が検出されたリソースのインデックスを示すことができる。
【０１０８】
例えば、報告されるリソースは、送信が失敗した（例えば、肯定応答が受信されなかったか、またはあるパーセンテージの送信が肯定応答されなかった）リソースのインデックスまたはパターンのインデックスを示すことができる。
【０１０９】
例えば、報告されるリソースは、遠近効果が検出されたリソースのインデックスを示すことができる。
【０１１０】
例えば、ＷＴＲＵは、リソースのセットに対応するインデックス、および／またはプロセスアイデンティティ（例えば、報告を受信するエンティティがリソースの関与するセットを決定することができる）の後ろにゼロが続いたもの（例えば、報告期間について送信が生じなかった場合）を報告することができる。ＷＴＲＵは、ＷＴＲＵが送信を実行した、かつ／または送信を実行したことが予測されるリソースに各々が対応する１または複数のインデックスを報告することができる。報告は、発見プロセスおよび／またはイベントのアイデンティティを含むことができる。アイデンティティは、関与するリソースに関連付けられることが可能であり、かつ／または関与するリソースを特定（例えば、暗黙的に特定）することが可能である。監視ＷＴＲＵは、リソースおよび／またはリソースのセットにおいて正常に復号された発見信号を用いて、送信ＷＴＲＵのＩＤを報告することができる（例えば、識別は、発見リソースにおいて復号されるＰｒｏＳｅ  ＩＤに対応することができる）。ＷＴＲＵは、例えば、遠近効果が問題を生じるとき（すなわち、受信電力が強いとき、受信電力が弱いとき）、１または複数の送信ＷＴＲＵのＩＤを報告することができる。ＷＴＲＵは、対象となるＳＡにおいて搬送されるＩＤを報告することができる。ＷＴＲＵは、ＷＴＲＵが報告しているＤ２Ｄデータ送信に関連付けられたＳＡにおいて搬送されるＩＤを報告することができる。
【０１１１】
報告は、ロケーション情報を含むことができる。ロケーション情報は、発見信号送信、発見信号受信および／または報告に関連付けられ得る。ＷＴＲＵ（例えば、送信ＷＴＲＵおよび／または受信ＷＴＲＵ）は、例えば、セルＩＤ、ＧＰＳ情報および／または他のロケーション情報に基づいて、自身のロケーションを決定することができる。ＷＴＲＵは、ロケーション情報を報告に含めることができる。
【０１１２】
報告は、関与する発見プロセスおよび／またはイベントの結果を含むことができる。ＷＴＲＵが、発見プロセスおよび／またはイベントが成功したか否かを決定する手段を有する場合、ＷＴＲＵは、関与するリソース、発見プロセスおよび／またはイベントの結果を報告することができる。例えば、ＷＴＲＵは、多方向であり得る発見プロセスおよび／またはイベントについて、結果が成功であることを決定することができる。多方向発見プロセスおよび／またはイベントは、例えば、それ独自の送信に対する応答としての、別のＷＴＲＵからの発見信号の受信および／または検出からのものであり得る。多方向発見プロセスおよび／またはイベントは、関与するリソースについて、かつ／または関与する発見プロセスおよび／もしくはイベントについての発見信号の送信に続いた、１または複数のＷＴＲＵとの直接通信チャネルの確立からのものであり得る。
【０１１３】
報告は、少なくとも送信の試行の結果を含むことができる。送信ＷＴＲＵは、（例えば、ＷＴＲＵが、例えば所定の期間にわたって発見信号を送信するのに利用可能なリソースがない、かつ／もしくは限られていることに起因して、および／または、リソースにおける別の送信との衝突に起因して）Ｄ２Ｄメッセージまたは発見メッセージの送信の失敗を報告することができる。
【０１１４】
報告は、リソースの利用可能性に基づく結果を含むことができる。ＷＴＲＵは、以下のうちの１つまたはそれらの組み合わせに従って、（例えば、発見信号、ＳＡまたはＤ２Ｄデータの）送信のために不十分なリソースしか利用可能でないと決定することができる。
【０１１５】
ＷＴＲＵは、リソース（例えば、全てのリソース）のうちの１または複数において測定される受信エネルギーが一定の閾値を超えているとき、不十分なリソースしか送信のために利用可能でないと決定することができる。リソースは、他のＷＴＲＵによって占有されるとみなされ得る。
【０１１６】
ＷＴＲＵが、他のＷＴＲＵがリソース（例えば、全てのリソース）のうちの１または複数を用いていることを決定するとき、ＷＴＲＵは不十分なリソースしか送信のために利用可能でないと決定することができる。例えば、これは、いずれのリソースが用いられているかを示す通知メッセージ（例えば、ＳＡ）および／または他のメッセージを受信することによって決定され得る。ＷＴＲＵが、例えば、発見信号、ＳＡまたはＤ２Ｄデータを送信するのに利用可能なリソースがない場合がある。
【０１１７】
ＷＴＲＵは、例えば、ある期間内に、ネットワークがＤ２Ｄ  ＷＴＲＵにいかなるリソースも配分していないとき、不十分なリソースしか送信のために利用可能でないと決定することができる。
【０１１８】
ＷＴＲＵは、不十分なリソースしか送信のために利用可能でないと決定することができる。ＷＴＲＵは、例えば、リソースにおいて測定された受信エネルギー、一定の閾値に基づいて、かつ／または受信したＳＡに基づいて、利用可能なリソース数が（例えば、ＷＴＲＵが必要なおよび／または目標発見ＱｏＳ、送信レートおよび／またはＤ２Ｄデータを満たすのに）不十分であることを決定することができる。これは、例えば、ある期間について決定することができる。
【０１１９】
送信ＷＴＲＵは、１または複数の送信成功の後に報告することができる。送信成功は、ＷＴＲＵが発見信号を送信するために利用可能なリソースを発見することを含むことができる。ＷＴＲＵは、送信成功に関連付けられた以下の情報のうちの１または複数を報告することができる。
【０１２０】
ＷＴＲＵは、ＷＴＲＵが、例えば、発見信号、Ｄ２Ｄ送信、Ｄ２Ｄデータおよび／またはＳＡの送信を正常に実行することができる前の送信試行数（例えば、リソースが利用可能でなかったサブフレーム数）を報告することができる。送信試行は、ＷＴＲＵが、例えば、許可された発見リソースにおいてオーバーザエアーでＤ２Ｄ送信を送信することを試行する１または複数の発見サブフレームを含むことができる。例えば、ＷＴＲＵは、ＷＴＲＵがＤ２Ｄリソースにおいて送信することを許可されるが１または複数のサブフレームについて利用可能なリソースが見つからない（例えば、リソースにおける測定されるエネルギーが閾値を超えている）場合、試行が失敗したと決定することができる。
【０１２１】
ＷＴＲＵは、発見信号を正常に送信するのにかかる平均時間を報告することができる。これは、例えば、それをオーバーザエアーで送信するのにかかる時間までそれが送信に利用可能な時間となるように決定され得る。平均時間は、複数の発見信号送信にわたって、複数の発見期間にわたって、かつ／または単一の期間内で決定され得る。ＷＴＲＵは、成功に対する試行の割合を報告することができる。ＷＴＲＵは、Ｄ２Ｄデータの量を報告することができる。ＷＴＲＵは、（例えば、ＭＡＣ  ＰＤＵ、配信される総データ、データレート等の観点において）ＷＴＲＵによって搬送されるＤ２Ｄデータ送信数を報告することができる。
【０１２２】
送信ＷＴＲＵは、例えば構成された時間量にわたって、自身の目標ＱｏＳおよび／または発見送信レートを満たすのに不十分なリソースしか有していないと決定した後、報告を送信することができる。ＷＴＲＵは、例えば、ＷＴＲＵ発見プロセスおよび／またはＤ２Ｄデータ構成によって決定される、リソース利用可能性、リソース利用、ならびに／またはＷＴＲＵによって自身の目標ＱｏＳおよび／もしくは発見送信レートを満たすのに用いられるリソース量を報告することができる。
【０１２３】
報告は、送信肯定応答に基づく結果を含むことができる。ＷＴＲＵは、ある期間内の送信または複数の送信が成功であったか否かを、例えば、送信されたＰＤＵ（例えば、ＨＡＲＱ、ＲＬＣ、ＴＣＰ／ＩＰ  ＡＣＫ等）の肯定応答の受信によって決定する手段を有することができる。ＷＴＲＵは、ある期間内のＰＤＵまたは複数のＰＤＵが、例えばこれらのＰＤＵの肯定応答の欠如、または受信ＷＴＲＵからの応答の欠如に起因して配信されなかったことを決定することができる。例えば、ＷＴＲＵは、ＰＤＵが肯定応答された場合に、送信が成功であるとみなすことができる。ＷＴＲＵは、例えば、ＰＤＵがＡＣＫを受信することなくその再送信試行を超える場合、送信が不成功であるとみなすことができる。ＷＴＲＵは、所与のリソース、報告のために構成された複数のリソース、または時間内のリソース複数性（resource plurality）（例えば、パターン）における送信の失敗を報告することができる。ＷＴＲＵは、ある期間における総送信機会／試行にわたる失敗または成功の数を報告することができる。ＷＴＲＵは、送信機会にわたる失敗のパーセンテージを報告することができる。ＷＴＲＵは、リソースにおいて成功率または失敗率を報告することができる。ＷＴＲＵは、報告のために構成された複数のリソースを報告することができる。ＷＴＲＵは、時間内に測定されたリソース複数性（例えば、パターン）を報告することができる。ＷＴＲＵは、送信の失敗が検出された場合がある送信に用いられたリソースのインデックス、リソース複数性またはパターンを報告することができる。ＷＴＲＵは、失敗が検出された場合があるＴＴＩを報告することができる。
【０１２４】
報告は、測定されたリソース利用を含むことができる。送信ＷＴＲＵおよび／または監視ＷＴＲＵは、例えば、送信を試行しているか否かにかかわらず、ある期間にわたって、発見信号を送信および／または受信することを試行しながら、測定されたリソース使用を報告することができる。ＷＴＲＵが測定しているリソースは、ネットワークによって構成することができる。ＷＴＲＵは、例えば、Ｄ２Ｄ送信に利用可能なリソース（例えば、発見、ＳＡ、データおよび／またはデータパターン）に基づいて、測定するためのリソースを決定することができる。報告は、所定の期間（例えば、発見機会、Ｄ２Ｄデータスケジューリング間隔）にわたってかつ／または複数のサブフレームにわたって、サブフレームごとに占有されたかつ／または利用可能なリソース（例えば、発見信号リソース、ＳＡ、Ｄ２Ｄデータパターン）の平均数を含むことができる。報告は、（例えば、閾値を超えるかつ／もしくは閾値未満のエネルギーを用いて、または正常に検出されたＳＡに基づいて、かつ／または正常に復号された発見信号に基づいて、）サブフレームごとの占有されたかつ／または利用可能なリソースの総数および／または平均数を含むことができる。報告は、パターンが占有されているかまたは利用可能であるかを含むことができる。パターンは、パターン内の１または複数のリソース（および／または送信機会）が（例えば、これらのリソースにおけるエネルギーレベル測定に基づいて）占有されているとみなされる場合に、占有されているとみなされる。ＷＴＲＵは、占有されたパターンを報告することができる。ＷＴＲＵは、利用可能なパターンにわたって占有されたパターンの数を報告することができる。ＷＴＲＵは、報告するための構成されたパターンを提供することができる。例えば、ＷＴＲＵは、パターンが占有されているか否かを報告するための構成されたパターンを提供することができる。報告は、最小数の占有されたかつ／もしくは利用可能なリソース、および／またはこの最小値が生じたサブフレームを含むことができる。報告は、例えば、ｘ個以下のリソースが利用可能である（例えば、またはｙ個以上のリソースが占有されている）、かつ／またはｘおよびｙがネットワークによって構成される数である、定義された期間内のサブフレーム数を含むことができる。
【０１２５】
報告は、サブフレームおよび／またはサブフレームのセットにおいて、例えば定義された期間内に占有されるかつ／または利用可能なリソースのパーセンテージ、割合または数を示すことができるメトリックを含むことができる。報告は、ある期間（例えば、Ｄ２Ｄスケジューリング期間）中のメトリックを含むことができる。報告は、所定の期間（例えば、１つのサブフレーム、複数のサブフレームおよび／または発見機会）にわたるサブフレームにおける、測定されるエネルギーレベルが閾値を超えるリソース、閾値未満のリソース、および／または信号（例えば、ＳＡ＜発見、Ｄ２Ｄデータ）が正常に検出されたリソースのリソース数の平均または実際のリソース数（例えば、またはリソースの割合）を含むことができる。閾値は、ネットワークによって、構成メッセージの一部として構成されることが可能であり、かつ／またはリソースが送信に利用可能であるか否かを決定するためにＷＴＲＵによって用いられる閾値に対応することが可能である。
【０１２６】
報告は、ＷＴＲＵが測定したエネルギー量を含むことができる。エネルギー量は、サブフレームおよび／またはサブフレームのセットにわたって、リソースおよび／またはリソースのセットにおいて測定され得る。ＷＴＲＵは、リソースに対するインデックス、複数のリソース（例えば、パターン）、測定されたエネルギーレベルおよび／または測定が行われたサブフレームを報告することができる。ＷＴＲＵは、ある期間にわたって、リソースに対するインデックス、および／またはリソースにおける平均測定エネルギーを報告することができる。報告は、最大エネルギー（例えば、最大Ｘのエネルギー量）を有する１または複数のリソースにおけるエネルギー量を含むことができる。
【０１２７】
報告は、ネットワークリソース構成が不十分であり得ることを示すことができる。送信ＷＴＲＵは、（例えば、現在のセルにおいて）ネットワークによって現在割り当てられているリソースの量が、ＷＴＲＵがＷＴＲＵ発見プロセスまたはＤ２Ｄデータ送信のＱｏＳおよび／または送信レートを満たすのに不十分であることを報告するように構成され得る。ＷＴＲＵは、新たな構成が（例えば、ＳＩＢから）受信された後、かつ／またはＷＴＲＵが（例えば、アイドルモードにおいて）セルを変更し、新たなセルに配分されたリソース量がＷＴＲＵに不十分となった後に報告することができる。ＷＴＲＵは、例えば、ＷＴＲＵ発見プロセス構成またはＤ２Ｄデータ送信構成を通じて決定される、ＷＴＲＵが自身の目標ＱｏＳおよび／または発見送信レートを満たすのに必要なリソース量をネットワークに報告することができる。
【０１２８】
報告は、監視ＷＴＲＵによる、発見信号またはＤ２Ｄ送信復号の結果に対する報告を含むことができる。例えば、監視ＷＴＲＵは、（例えば、タイプ２発見、モード１通信またはタイプ２発見のための）専用リソース、複数のリソース、または受信されたデータパターンに関して、失敗および／または成功の数および／または比率（例えば、１または複数のスケジューリングされた機会にわたる受信成功率）を報告することができる。報告は、復号の失敗を示すことができる。復号の失敗は、例えば、監視ＷＴＲＵがリソースにおける発見信号またはＤ２Ｄ送信の復号に失敗したときを指すことができる。報告は、例えば、監視ＷＴＲＵが、リソースにおける発見信号を正常に復号したときを指すことができる復号成功を示すことができる。報告は、１または複数の（例えば、複数の）リソースについて復号失敗または復号成功を示すことができる。ＷＴＲＵは、スケジューリング期間内の特定のリソースセットにおけるＤ２Ｄ送信の復号を試みることができる（例えば、ＷＴＲＵは、ＷＴＲＵのための送信機会を示すＳＡを復号した）。ＷＴＲＵは、成功または失敗した復号試行の数をカウントすることができる。ＷＴＲＵは、成功または失敗したＨＡＲＱプロセスの数をカウントすることができる。報告は、複数のリソースについての復号の失敗（例えば、Ｙ個のＨＡＲＱプロセスのうちのＸ個が失敗したか、またはスケジューリング期間内の総受信機会にわたって、あるパーセンテージの失敗が観測された）を含むことができる。報告は、復号失敗率および／または復号成功率を示すことができる。これは例えば、リソースおよび／または復号総数における失敗数および／もしくは成功数間の割合を指すことができる。数は、各リソースにおける総失敗数、サブフレーム内の全てのリソースにわたる平均失敗数および／または複数のサブフレームにわたる単一のリソースにおける平均失敗数とすることができる。
【０１２９】
報告は、ＷＴＲＵが発見信号またはデータ送信の存在を検出したが、信号を正常に復号することに失敗したサブフレームにおけるリソース数（例えば、またはその平均）を示すことができる。ＷＴＲＵは、以下のこと、すなわち、リソースにわたって測定された、受信された総エネルギーが閾値を超えていること、および／またはリソースにわたって測定された基準信号の受信されたレベル（例えば、相関器実施）が閾値を超えていることのうちの１または複数が生じたときに、自身が発見信号の存在を検出したとみなすことができる。基準信号は、既知の特性の信号であり得る。
【０１３０】
ＷＴＲＵは、例えば、発見信号の残りのペイロードに沿って送信される周期的冗長検査（ＣＲＣ）に基づいて復号の失敗を決定することができる。ＣＲＣは、例えば、ある期間内に受信ＷＴＲＵによって知られるＲＮＴＩを用いてマスキングすることができる。期間は構成可能であり得る。期間は、最後のＺリソース配分期間（例えば、フレーム、Ｙ個のＴＴＩによって表される期間、Ｙｍｓおよび／またはＹ個のフレーム等）とすることができる。ＷＴＲＵは、ＣＲＣを正常に受信および／または検証したことに基づいて、信号の復号の成功を決定することができる。
【０１３１】
報告は、発見信号がサブフレームおよび／またはいくつかのサブフレームにおいて受信されたリソースの数を示すことができる。報告は、失敗した復号試行の数、および／または発見信号が正常に復号されかつ／もしくは上位層に渡されたサブフレームの数を示すことができる。
【０１３２】
報告は、監視ＷＴＲＵが、例えばある期間内での発見信号の復号に失敗するリソースのインデックスを示すことができる。期間は構成可能であり得る。期間は、最後のＺリソース配分期間（例えば、フレーム、Ｙ個のＴＴＩによって表される期間、Ｙｍｓおよび／またはＹ個のフレーム等）とすることができる。報告は、監視ＷＴＲＵによって送信され得る。報告は、ある時間間隔における正常に復号されたＳＡ送信の数を含むことができる。報告は、例えば、ＳＡ内の識別子によって、または上位層（例えば、ＭＡＣヘッダ、ＰｒｏＳＥ識別子等）を介して決定される、関連付けられたデータ送信について正常に復号されたＳＡ送信の数を含むことができる。報告は、干渉／遠近効果等の問題を引き起こすことが決定され得るＳＡに関連付けられたアイデンティティを含むことができる。報告は、（例えば、ある持続時間について）ＳＡ検出が成功し得るがデータ受信が失敗し得るＳＡに関連付けられたアイデンティティを含むことができる。
【０１３３】
報告は、ＷＴＲＵによって測定される干渉レベルを含むことができる。ＷＴＲＵは、例えば、雑音測定機会に、ノイズ測定を実行するように構成され得る。例えば、ネットワークは、１または複数のサブフレーム中にＤ２Ｄ通信またはセルラ通信をスケジューリングしない場合があり、ＷＴＲＵはスケジューリングされていないサブフレーム中にノイズ測定を実行する場合がある。ＷＴＲＵは、例えば、１または複数の干渉測定機会において周期的にノイズ測定を行う場合がある。ＷＴＲＵは、配分されたＤ２Ｄリソース（例えば、発見時間／周波数リソース）のセットにわたって干渉のレベルを測定するように構成され得る。ＷＴＲＵは、測定に基づいて、ノイズレベルを超える干渉レベルを報告するように構成され得る。ＷＴＲＵは、測定が構成された閾値を超えているかまたは閾値未満であるときに報告するように構成され得る。
【０１３４】
報告は、例えば、多くても、いくつかの要素が報告に含まれ、かつ／または最大数の基準期間が報告され得るように、サイズを制限され得る。
【０１３５】
ＷＴＲＵが報告を作成（例えば、生成）および／または送信（例えば、伝送）するための１または複数のトリガーが存在し得る。例えば、ＷＴＲＵは、報告を要求するＬ３シグナリングを受信するとき、報告の作成および／または送信を開始することができる。ＷＴＲＵは、ＷＴＲＵが報告のために構成され、別のトリガーが報告の送信を開始するときに、報告の送信を開始することができる。シグナリングは、（例えば、単一のアイデンティティに関連付けられた）発見プロセスおよび／またはイベント、（例えば、１または複数のアイデンティティにおよび／またはリソース配分のタイプごとに関連付けられた）発見プロセスおよび／またはイベントのサブセット固有であることが可能であり、かつ／またはＷＴＲＵに固有である（例えば１または複数のアイデンティティに適用可能である）ことが可能である。例えば、ＷＴＲＵは、報告期間に適用可能な少なくとも１または複数の送信が存在する場合、報告の送信を開始することができる。ＷＴＲＵは、報告を単独で、かつ／または対象となる発見信号の正常な復号を報告するメッセージの一部として、例えばＰｒｏＳＥサーバに送信することができる。ＰｒｏＳＥサーバは、報告をＲＡＮに転送し、かつ／または情報（例えば、ロード／構成情報）をＲＡＮ、ＭＭＥ、ｅＮＢ等に提供することができる。
【０１３６】
ＷＴＲＵは、例えば、報告期間に適用可能な少なくとも１または複数の送信が存在する場合、報告の作成および／または送信を周期的に開始することができる。例えば、報告は、発見機会の終了時にかつ／またはいくつかの発見機会の後に周期的に行われ得る。ＷＴＲＵは、Ｄ２Ｄ通信において、例えば周期的ＢＳＲに並行して、周期的に報告するように構成され得る。
【０１３７】
ＷＴＲＵは、報告の作成および／または送信を非周期的に開始することができる。ＷＴＲＵは、ＷＴＲＵが報告を実行することを要求する制御シグナリングの受信を介して、報告の送信を開始することができる。シグナリングは、ネットワークノードから受信され得る。シグナリングは、専用シグナリングおよび／または複数のＷＴＲＵに適用可能なシグナリングであり得る（例えば、ブロードキャストチャネルおよび／または共通制御チャネルにおいて受信される）。例えば、シグナリングは、ｅＮＢによって送信される許可と共に搬送され得る。ＷＴＲＵは、例えば、報告期間に適用可能な少なくとも１または複数の送信（例えば、構成可能な送信）が存在する場合、非周期的に報告の送信を開始することができる。
【０１３８】
シグナリングは、１または複数のＷＴＲＵを（例えば、共通ＲＮＴＩを用いた報告のスクランブル化および／または共通制御チャネルにおいて送信される要求等、共通アイデンティティを用いて）示すことができる。シグナリングは、少なくとも１つのリソース配分を用いて構成された１または複数のＷＴＲＵ（例えば、発見のためにかつ／または直接ＷＴＲＵ間通信のために構成されたＷＴＲＵ）を示すことができる。シグナリングは、報告が適用可能なリソース配分を示すことができる。例えば、制御シグナリングは、リソース配分情報および／またはインデックス付けを含むことができ、それによってＷＴＲＵは、自身がそのリソース構成のうちの１または複数に対応するか否かを決定することができる。ＷＴＲＵがリソース配分情報および／またはインデックス付けがそのリソース構成のうちの１または複数に対応することを決定する場合、ＷＴＲＵは、リソースに関する報告を開始することができる。シグナリングは、プロセスおよび／またはイベントのアイデンティティを示すことができる。例えば、制御シグナリングは、アイデンティティを含むことができ、例えば、それによって、ＷＴＲＵは、自身がそのプロセスのうちの１または複数に対応するか否かを決定することができる。ＷＴＲＵが、プロセスおよび／またはイベントのアイデンティティがそのプロセスのうちの１または複数に対応することを決定する場合、ＷＴＲＵは、プロセスおよび／またはイベントに関連付けられたリソースのための報告を開始することができる。ＷＴＲＵは、動作ステータスの変化に基づいて、報告の作成および／または送信を開始することができる。例えば、報告は、発見期間および／または機会の最後のサブフレームの後にトリガーされ得る。ＷＴＲＵは、ｅＮＢを用いた通常動作を再開するときに、ネットワークに報告することができる。報告は、スケジューリング期間が完了した後にトリガーされ得る。例えば、ＷＴＲＵは、構成可能なスケジューリング期間の後に報告を送信することができる。
【０１３９】
ＷＴＲＵは、発見またはデータ送信プロセスおよび／またはイベントの結果に基づいて報告の作成および／または送信を開始することができる。例えば、ＷＴＲＵは、データの発見または送信に成功しなかったことを決定したときに、報告を開始することができる。例えば、ＷＴＲＵは、ＷＴＲＵが、一定の期間および／または一定の試行数（例えば、発見信号の少なくとも１つの送信を伴う期間）にわたって発見またはデータ送信が成功しなかったことを決定したときに、報告を開始することができる。これは報告の構成可能な態様であり得る。
【０１４０】
ＷＴＲＵは、ＳＡ受信／送信の結果に基づいて報告の作成および／または送信を開始することができる。ＷＴＲＵは、構成可能な数のＳＡの受信に成功しなかったことを決定したときに、報告を開始することができる。ＷＴＲＵは、ＳＡを構成可能な回数送信しなかった場合があることを決定したとき、例えばいずれのＳＡリソースも利用可能でないときに、報告を開始することができる。
【０１４１】
ＷＴＲＵは、監視ＷＴＲＵによる物理層発見信号復号の結果に基づいて報告の作成および／または送信を開始することができる。例えば、ＷＴＲＵは、一定の復号失敗率および／または復号成功率に到達したことを決定したときに、ネットワークへの報告を開始することができる。例えば、報告は、ＷＴＲＵが、（例えば、送信パターンによって定義されるように）一定の数の復号失敗が１または複数の許可される発見サブフレームまたはＤ２Ｄ通信サブフレームにおいて生じたことを検出したときにトリガーされ得る。
【０１４２】
報告は、ＷＴＲＵが監視ＷＴＲＵによって失敗トリガーを検出するときにトリガーされ得る。報告は、ＷＴＲＵが、例えばサブフレームにおいてかつ／またはいくつかのサブフレーム（例えば、連続サブフレーム、データパターンによって示されるような構成された期間にわたるいくつかのサブフレーム等）にわたって、１または複数のリソースにおいて構成された数の発見信号またはデータ受信機会を復号することに失敗したときにトリガーされ得る。報告は、Ｄ２Ｄ送信（例えば、発見信号またはＤ２Ｄデータ）の復号失敗率が、サブフレームおよび／またはいくつかのサブフレーム（例えば、連続サブフレーム、構成された期間にわたるいくつかのサブフレーム等）において閾値を超えているときにトリガーされ得る。復号失敗率は、発見信号が送信されているリソースにおける失敗した復号試行数を総復号試行数で割ったものとして決定され得る。復号失敗率は、失敗した復号試行数を監視リソースの総数で割ったものとして決定され得る。報告は、ＷＴＲＵが、ある期間中に（例えば、ブロック誤り率、すなわちＢＥＲ、機能停止等の観点において）ＳＡまたはＤ２Ｄデータ通信の失敗率を決定したときにトリガーされ得る。報告は、失敗率が閾値よりも大きいときにＷＴＲＵがネットワークに報告するときにトリガーされ得る。
【０１４３】
報告は、正常に復号されたパケット（例えば、正常に復号されたパケットの数を総試行数で割ったもの）に基づいてトリガーされ得る。
【０１４４】
報告は、送信ＷＴＲＵによる送信試行の結果に基づいてトリガーされ得る例えば、ＷＴＲＵは、送信試行の結果（例えば、送信の失敗、送信成功前の試行数等）に基づいて報告の送信を開始することができる。送信の失敗は、ＷＴＲＵが１または複数の発見サブフレーム（例えば、許可された発見サブフレーム）内の発見リソース（例えば、許可された発見リソース）における送信のために利用可能なリソースを見つけないことを指すことができる。送信の試行は、ＷＴＲＵが、例えば発見サブフレームにおいて、１または複数の許可されたリソースにわたって発見信号を送信しようとすることを含むことができる。送信成功は、ＷＴＲＵが送信のために利用可能なリソースを見つけることおよび／またはオーバーザエアーで発見信号を送信することを含むことができる。例えば、送信の試行は、ＷＴＲＵが、Ｄ２Ｄデータ通信用等の、ＳＡおよび／または関連付けられたＤ２Ｄデータを送信しようとすることを指すことができる。送信成功は、ＷＴＲＵが、Ｄ２Ｄデータ通信等における、ＳＡおよび関連付けられたＤ２Ｄデータの送信のために利用可能なリソースを見つけることを指すことができる。
【０１４５】
ＷＴＲＵは、送信の失敗に基づいて報告の作成および／または送信を開始することができる。例えば、ＷＴＲＵは、利用可能な発見リソースのセット（例えば、リソースプール）において少なくとも発見信号を送信することに失敗した結果として、報告の作成および／または送信を開始することができる。送信の失敗は、ＷＴＲＵが所与のサブフレームまたはサブフレームのセットにおいて送信に失敗したときであり得る。送信の失敗は、ＷＴＲＵが発見機会内で発見信号の送信に失敗したときであり得る。送信の失敗は、ＷＴＲＵが構成された期間にわたって送信のためのリソースを見つけることに失敗したときであり得る。送信の失敗は、ＷＴＲＵがある期間（例えば、ネットワーク許可が有効であり得る期間）内にＳＡおよび／または関連付けられたデータを送信することに失敗したときであり得る。送信の失敗は、ＷＴＲＵがある期間（例えば、ネットワーク許可が有効である期間）内にＳＡおよび／または関連付けられたデータの送信のためのリソースを見つけることに失敗したときであり得る。送信の失敗は、ＷＴＲＵが、ある期間中に、構成された回数、送信に失敗したことを検出したときであり得る。例えば、ある期間にわたる失敗カウントは、発見機会および／または複数の発見機会内の発見信号の複数の送信に関係し得るか、またはＤ２Ｄデータ通信の場合、１または複数のＰＤＣＰ、ＭＡＣまたはＲＬＣ  ＰＤＵに関係し得る（例えば、ＷＴＲＵは、発見期間内のＹ個の発見サブフレーム間でＸ個の失敗を有する場合があり、ＷＴＲＵは、スケジューリング期間内のＹ個の新たなデータ送信機会間でＸ個のＭＡＣ  ＰＤＵ失敗を有する場合がある）。送信の失敗は、ＷＴＲＵが、発見信号送信試行についての失敗数が、構成された期間内の閾値を超えていることを検出したとき（例えば、発見信号を送信する試行ごとに、ＷＴＲＵがある期間にわたって送信に失敗した場合）であり得る。送信の失敗は、ＷＴＲＵが、構成された数の連続した許可された発見サブフレームにわたって送信に失敗したときであり得る。送信の失敗は、ＷＴＲＵが、構成された期間にわたって目標ＱｏＳおよび／または発見送信レートを達成するための十分な送信リソースを見つけることに失敗したときであり得る。
【０１４６】
ＷＴＲＵは、送信成功の前の試行数に基づいて報告の作成および／または送信を開始することができる。例えば、ＷＴＲＵは、ＷＴＲＵが１または複数の発見信号またはＤ２Ｄデータ通信信号を正常に送信する前の試行数に基づいてネットワークに報告することができる。報告は、ＷＴＲＵが、所与の送信および／またはいくつかの送信についての成功の前に、Ｘ回を超える試みを行ったときにトリガーされ得る。報告は、所与のＷＴＲＵについての成功の前の平均時間が閾値よりも大きいときにトリガーされ得る。報告は、成功率（例えば、成功数／試みの総数）が閾値よりも低いときにトリガーされ得る。
【０１４７】
ＷＴＲＵは、測定されたリソース利用に基づいて報告の作成および／または送信を開始することができる。例えば、ＷＴＲＵは、測定されたリソース利用ステータスに基づいて報告を開始することができる。報告およびリソース利用は、送信ＷＴＲＵおよび／または監視ＷＴＲＵによって測定され得る。発見測定されたリソース利用は、ＷＴＲＵが、１または複数のサブフレームにおける発見リソースに対し測定を行うこと、および／またはリソースにおけるエネルギーレベルを測定することを指すことができる。
【０１４８】
リソース利用に関係するトリガーは、サブフレーム内の閾値未満の測定されたエネルギーを有するリソース数（ＮＲ）が、例えばある期間にわたって、構成された閾値未満であるときであり得る。期間は、例えば、サブフレーム、構成されたサブフレーム数、連続サブフレーム数、発見機会内で許可される発見サブフレームのパーセンテージ等であり得る。リソース利用に関係するトリガーは、サブフレーム内の閾値を超える測定されたエネルギーを有するリソース数（ＮＲ）が、ある期間にわたって、構成された閾値を超えるときであり得る。
【０１４９】
リソース利用に関係するトリガーは、サブフレーム内の発見リソースの全てまたはサブセットにわたって測定される平均エネルギーが、例えばある期間にわたって、閾値を超えるかまたは閾値未満であるときであり得る。リソース利用に関係するトリガーは、サブフレーム内の発見リソースの総数にわたって閾値未満であるかまたは閾値を超える測定エネルギーを有するリソースの比が、例えば、ある期間にわたって閾値未満であるかまたは閾値を超えるときであり得る。
【０１５０】
リソース利用に関係するトリガーは、ＷＴＲＵが、（例えば、閾値未満であるかまたは閾値を超える測定されたエネルギーを有するリソースの比率および／または数に基づいて、）構成された期間にわたるリソース利用が、ＷＴＲＵが目標ＱｏＳおよび／または発見送信レートを満たすのに不十分であることを決定するときであり得る。
【０１５１】
ＷＴＲＵは、例えばＤ２Ｄ通信における測定されたリソース利用に基づいて、報告の作成および／または送信を開始することができる。例えば、ＷＴＲＵは、例えばＤ２Ｄ通信において、測定されたリソース利用ステータスに基づいて報告を開始することができる。報告およびリソース利用は、送信ＷＴＲおよび／または監視ＷＴＲＵによって測定され得る。
【０１５２】
リソース利用に関係するトリガーは、正常に復号されたＳＡリソース数が構成された閾値を超えているときであり得る。
【０１５３】
リソース利用に関係するトリガーは、正常に復号されたＳＡリソース数が構成された閾値未満であるときであり得る。
【０１５４】
リソース利用に関係するトリガーは、（例えば、集約された受信されたＳＡによって示される）Ｄ２ＤデータＰＲＢの数が構成された閾値を超えているときであり得る。
【０１５５】
リソース利用に関係するトリガーは、（例えば、集約された受信されたＳＡによって示される）Ｄ２ＤデータＰＲＢの数が構成された閾値未満であるときであり得る。
【０１５６】
リソース利用に関係するトリガーは、（例えば、Ｄ２Ｄデータ通信に関連付けられた）構成された複数のＰＲＢにおいて測定されるエネルギーが閾値を超えているときであり得る。
【０１５７】
リソース利用に関係するトリガーは、（例えば、Ｄ２Ｄデータ通信に関連付けられた）構成された複数のＰＲＢにおいて測定されるエネルギーが閾値未満であるときであり得る。
【０１５８】
リソース利用に関係するトリガーは、ＷＴＲＵが、利用可能なリソースがＤ２Ｄデータ送信サービス（例えば、ＶｏＩＰ、ビデオストリーミング等）のための目標および／または必要なＱｏＳを満たすのに不十分である場合があることを決定するときであり得る。
【０１５９】
ＷＴＲＵは、カバレッジ状況および／またはＤ２Ｄ送信モード（例えば、モード１（ｅＮＢ制御式）、モード２（非ｅＮＢ制御式））における変化の検出時に報告の送信をトリガーするように構成され得る。ＷＴＲＵは、報告の送信をトリガーするように構成され得る。ＷＴＲＵは、ＷＴＲＵがｅＮＢカバレッジに入るときに報告の送信をトリガーするように構成され得る。例えば、ＷＴＲＵは、ＷＴＲＵがｅＮＢに正常に接続したとき（例えば、ＲＲＣ接続状態）、自身がアップリンクカバレッジを有することを検出することができる。
【０１６０】
ＷＴＲＵは、ＷＴＲＵがモード１に入ったときに、報告の送信をトリガーするように構成され得る。ＷＴＲＵは、ＷＴＲＵがモード１において動作するように構成されているときに、報告を送信するように構成され得る。
【０１６１】
ＷＴＲＵは、ＷＴＲＵがセルを変更するときに、報告の送信をトリガーするように構成され得る。ＷＴＲＵは、例えばハンドオーバ後に、新たなｅＮＢに報告を送信するように構成され得る。ＷＴＲＵは、追跡エリア更新の送信時に送信するように構成され得る。ＷＴＲＵは、例えばアイドルモードにおいて、ＷＴＲＵがＤ２Ｄデータ通信を用いて構成され、セルを変更するときに送信するように構成され得る。
【０１６２】
ＷＴＲＵは、（例えば、ＭＡＣ制御要素として）Ｌ２（例えば、ＭＡＣ）シグナリングを用いて、Ｌ３（例えば、ＲＲＣ）シグナリングとして（例えば、ＲＲＣ  ＰＤＵとして、例えば、報告手順の一部として）、かつ／または上位層シグナリング（例えば、ＮＡＳシグナリング、アプリケーションシグナリング等）として報告を送信することができる。例えば、ＷＴＲＵは、報告をトリガーするＰＤＣＣＨ（例えば、非周期的要求）における制御シグナリングを受信することができる。ＷＴＲＵは、報告をＭＡＣ制御要素として組み立て、これをアップリンク送信（例えば、次のアップリンク送信）に含めることができる。ｅＮＢは、報告手順のエンドポイントとすることができる。
【０１６３】
ＷＴＲＵは、報告をトリガーするＲＲＣ  ＰＤＵとして、シグナリング無線ベアラ（ＳＲＢ）において要求を受信することができる。例えば、ＷＴＲＵは、報告をＲＲＣ  ＰＤＵとして組み立て、これをＳＲＢにおける送信のために利用可能にすることができる。
【０１６４】
ＷＴＲＵは、アプリケーションレベルで報告をトリガーすることができる。例えば、ＷＴＲＵは、アプリケーション層制御パケットを組み立て、これを、ＲＲＣ  ＰＤＵとしての送信に利用可能にする（そして例えば、これを関与するＳＲＢ（例えば、ＮＡＳが用いられる場合）における、かつ／またはユーザプレーンデータとしての送信に利用可能にする（そして例えば、これを対応するＤＲＢのための送信に利用可能にする））ことができる。ＰｒｏＳｅおよび／またはアプリケーションサーバは、報告手順のエンドポイントとすることができる。
【０１６５】
ＷＴＲＵは、ＷＴＲＵがＲＲＣアイドルモードにある場合に、報告をトリガーすることができる。例えば、ＷＴＲＵは、接続モード（CONNECTED mode）への遷移を開始し、適用可能なシグナリング方法に従って報告を送信することができる。ＷＴＲＵはアイドルモードに留まり、例えば、ＲＲＣおよび／または上位層プロトコルが用いられる場合、接続モードに移るまで報告の送信を遅延させることができる。
【０１６６】
ネットワークノード（例えば、基地局、例えば、ｅｖｏｌｖｅｄノードＢ（ｅＮＢ））が報告を受信することができる。報告を受信するネットワークノードは、例えば、報告が複数のソースから受信される場合、所与のリソースについてブロッキングレートを決定することができる。報告を受信するネットワークノードは、推定レートが、例えばこのレートが一定の閾値を超える場合に、より低くなり得るように、１または複数のＷＴＲＵのためのリソースを再構成する手順を開始することができる。
【０１６７】
リソース管理のための発見信号送信制御が提供され得る。ネットワークエンティティ（例えば、ｅＮＢ、ＰｒｏＳｅサーバ等）は、例えば、Ｄ２Ｄに配分されたリソースを管理する目的で、発見信号の送信に対する直接制御を有することができる。
【０１６８】
ＷＴＲＵは、ネットワークからのシグナリングの受信に続いて、１または複数のリソースにおける発見信号の送信を中断および／または再開することができる。ネットワークは、この機能を利用して、例えば、１または複数のＷＴＲＵによって生成された干渉および／または負荷のレベルを評価し、かつ／またはリソースにおける輻輳状況を診断および／もしくは一時的に緩和することができる。例えば、ネットワークは、ＷＴＲＵからの送信を中断することによって、かつ／または中断後の改善した性能を示す報告を１つもしくは複数の他のＷＴＲＵから受信することによって、ＷＴＲＵがリソース内の他のＷＴＲＵに対し過剰な衝突および／または干渉を引き起こし得ることを決定することができる。ネットワークは、補正アクション、例えば、ＷＴＲＵをリソースの異なるセットに再度割り当てること、ＷＴＲＵがリソースの固有のセット内のリソース（例えば、特定のリソースプールからのリソース）を用いることを制限すること、発見信号送信に利用可能なリソース量を増大させること等を行うことができる。ＷＴＲＵが、送信の中断を示すシグナリングを受信するとき、この中断は、一定の持続時間にわたって（例えば、シグナリングの受信時に開始されたタイマーの満了まで）、かつ／または送信のシグナリング表示再開の受信まで有効なままであり得る。タイマーの持続時間は、上位層によって構成されることが可能であり、かつ／またはシグナリングにおいて示されることが可能である。
【０１６９】
送信の中断および／または再開は、ＷＴＲＵによって送信される１または複数の発見信号に適用することができる。中断は、１または複数のリソース（例えば、リソースのサブセット）に適用可能であり得る。発見信号および／またはリソースは、シグナリングにおいて示され得る。
【０１７０】
ＷＴＲＵは、ネットワークからのシグナリングの受信に続いて、１または複数のリソースにおける１または複数の発見信号の送信を開始することができる。送信は、例えば、アプリケーションに基づいて、かつ／またはＰｒｏＳｅサーバからの構成に基づいて、ＷＴＲＵが他の場合には発見信号の送信をトリガーしない場合であっても生じ得る。ネットワークは、この機能を利用して、例えば、他のＷＴＲＵが、例えば本明細書において提供される例に従って、リソースにわたって測定および／または報告するように構成されない期間にわたって、発見信号送信からの負荷を制御することができる。これは、ネットワークが、そうでない場合よりも確実にかつ／または迅速に、ＷＴＲＵ間で潜在的な衝突および／または干渉の問題に関する情報を得ることを可能にすることができる。
【０１７１】
ＷＴＲＵが（例えば、上記と同様に）送信順序を受信するとき、発見信号の特性は、固有の値にセットされ得る。特性は、発見信号の送信のために用いられるリソース、発見ペイロード、発見信号の復号に用いられるＣＲＣをマスキングするのに用いられるＲＮＴＩ、変調ＲＳの値および／または構成等を含むことができる。
【０１７２】
特性の値は、上位層によって構成され、事前に決定され、かつ／またはシグナリングにおいて示され得る。受信ＷＴＲＵは、固有の値にセットされた特性を有する受信した発見信号が、制御および／または管理目的で（例えば、制御および／または管理目的でのみ）送信されたと決定することができる。受信ＷＴＲＵは、受信した発見信号が、上位層に渡されるのに有用な情報を含まない（例えば、性能の報告を除く）場合があることを決定することができる。
【０１７３】
リソースにわたって測定および／または報告するＷＴＲＵは、少なくとも１つの特性にマッチする１または複数の信号を監視することができる。ＷＴＲＵは、信号順序を受信することなく、上記の特性に従って、発見信号を送信（例えば周期的に送信）することができる。送信インスタンスおよび／または特性値は、上位層によって構成され得る。
【０１７４】
発見送信制御を支持するシグナリングメカニズムが提供され得る。シグナリングは、物理層において、ＭＡＣおよび／もしくはＲＲＣサブレイヤーにおいて、かつ／または上位層において受信され得る。例えば、ＷＴＲＵは、ＲＮＴＬを用いて検索空間（例えば、共通検索空間）内のダウンリンク制御情報を監視することができる。ＲＮＴＩは、発見信号を送信するように構成された１または複数のＷＴＲＵに共通であり得る。
【０１７５】
シグナリングは、例えば、ＷＴＲＵのページング機会において、かつ／または発見送信制御の目的で用いられるページング機会において受信される、ページングメッセージを含むことができる。
【０１７６】
シグナリングは、コマンドに関係するＷＴＲＵおよび／または発見信号のアイデンティティおよび／またはアイデンティティのセットの表示（例えば、明示的な表示）を含むことができる。アイデンティティのセットは、グループ識別子で示され得る。グループ識別子とアイデンティティのセットとの間のマッピングは、上位層によって構成されることが可能であり（例えば、発見信号を送信するＷＴＲＵは、グループアイデンティティを用いて、例えば送信制御の目的で構成され得る）、かつ／または、ＷＴＲＵおよび／もしくは発見信号アイデンティティのビットのサブセット（例えば、下位ビットまたは最上位ビット）を含むことができる。
【０１７７】
ＷＴＲＵは、受信したシグナリングに対し確率論的に作用することを決定することができる。例えば、ＷＴＲＵは、乱数（例えば０〜１）を引き、このランダムに取り出された数が閾値未満である（または例えば、閾値を超えている）場合、受信したシグナリングに自身が関与していることを決定することができる。閾値は、事前に決定され、シグナリングにおいて示され、かつ／または上位層によって事前に構成され得る。閾値の使用は、ネットワークが、送信を開始および／または中断する順序に関与している、ＷＴＲＵのパーセンテージおよび／または発見信号のパーセンテージを制御することを可能にする。
【０１７８】
単一のシグナリング順序は、１または複数のＷＴＲＵによる中断順序として、かつ／または他のＷＴＲＵによる送信順序として解釈され得る。例えば、シグナリングを受信するＷＴＲＵは、そのアイデンティティが第１のシグナリングされるグループアイデンティティに含まれる場合、自身が発見信号の送信を開始することができることを決定することができる。シグナリングを受信するＷＴＲＵは、それが第１のグループアイデンティティに含まれていない場合、かつ／またはそれがシグナリングに含まれる第２のグループアイデンティティに含まれている場合、自身が発見信号の送信を中断することができることを決定することができる。
【０１７９】
ＷＴＲＵおよび／または発見信号アイデンティティの第１のサブセットの送信を制御するためのシグナリングは、ＷＴＲＵおよび／または発見信号アイデンティティの第２のサブセットのための発見リソースにわたって測定および／または報告をトリガーするために用いられるシグナリングと組み合わされ得る。
【０１８０】
ＷＴＲＵがリソース使用を協調させることを可能にするメカニズムが提供され得る。ＷＴＲＵが、発見信号の送信のためのリソースを用いて構成されると、ＷＴＲＵは、それに従って送信を実行することができる。ＷＴＲＵがｅＮＢのカバレッジ内にある場合、ネットワークによって、リソースプールおよび／または専用リソースが事前構成および／または動的に構成され得る。ＷＴＲＵがｅＮＢのカバレッジ外にある場合、ＷＴＲＵは、記憶された事前構成からかつ／または協調エンティティ（例えば、クラスタヘッド）から、リソース構成を得ることができる。送信エンティティおよび受信エンティティによって用いられるリソースは、例えば、ＷＴＲＵが同じ構成エンティティのカバレッジ内にありかつ／または互いに協調する構成エンティティに関連付けられているときの発見／通信がサポートされている場合に、協調され得る。問題は、例えば、発見／通信が、協調されていないシナリオにおいてサポートされている場合に、ＷＴＲＵが同時に複数のドメインにおいて送信および／または受信を実行するときに生じ得る。
【０１８１】
リソース配分について、ＷＴＲＵは、カバレッジ外モードで動作しているときに送信／受信するように、リソースプールを用いて事前構成され得る。特に、全てのＷＴＲＵはまた、リソース構成情報（例えば、どこで制御情報メッセージ、例えば同期メッセージを送信するか）を送信および受信するように、リソースを用いて事前構成され得る。ＷＴＲＵはまた、制御エンティティによって、リソースプール内のどのリソースを用いるかを構成され得る。
【０１８２】
図６は、カバレッジ内、カバレッジ外および部分的カバレッジＤ２Ｄ発見および／または通信のためのシナリオの例を示す図である。
【０１８３】
カバレッジ内ＷＴＲＵは、他の非協調制御エンティティによって制御され得るかつ／または異なるスペクトルで動作し得る近傍のＷＴＲＵを発見することができかつ／またはこの近傍のＷＴＲＵによって発見され得る。ｅＮＢはカバレッジ内発見のためのリソースプールを提供し得るため、ＷＴＲＵは、例えば、近傍のＷＴＲＵが同じリソースプールを監視していない場合に、近傍のＷＴＲＵを発見することができない場合があるか、この近傍のＷＴＲＵによって発見され得ない場合がある。カバレッジ内ＷＴＲＵは、公衆安全（ＰＳ）スペクトルおよび／またはカバレッジ外スペクトルに移動（例えば、自律的に移動）して、受信および／または送信を実行することができるが、例えば、ネットワーク協調なしでは、この結果、データの損失および／またはページング受信の損失が生じ得る。ｅＮＢとカバレッジ内ＷＴＲＵとの間の協調を可能にするメカニズムが提供され得る。
【０１８４】
カバレッジ内ＷＴＲＵは、カバレッジ外ＷＴＲＵとの通信を行い、別のＷＴＲＵとのＷＴＲＵ対ネットワーク中継として動作することを決定し、かつ／または、事前構成によって、かつ／もしくはサービングｅＮＢと協調していない場合がある制御エンティティ（例えば、クラスタヘッド）によって、用いるリソースのセットを決定することができる近傍のＷＴＲＵとの通信を実行することを決定することができる。近傍のＷＴＲＵによる送信のために用いられるリソースおよび／または時間は、カバレッジ内ＷＴＲＵが通常のセルラ通信を実行している場合があるサブフレームに対応することができる。カバレッジ内ＷＴＲＵは、ｅＮＢと協調して、ｅＮＢとのセルラ接続に負の影響を及ぼすことなく近傍のＷＴＲＵと通信することができる時間および／またはリソースを要求することができる。
【０１８５】
ＷＴＲＵは、近傍のＷＴＲＵが受信および／または送信を予期しているリソースにおける送信および／または受信に切り替える（例えば、自律的に切り替える）ことができる。この結果、データ損失、ＷＴＲＵがＵＬにおいて送信しないこと、および／またはアイドルモードにある間のページング機会を逃すことが生じ得る。データ損失および／またはページングの損失を回避するために、例えば、単一の送信および／または受信を用いるＷＴＲＵに、ｅＮＢ、カバレッジ内ＷＴＲＵ、カバレッジ外ＷＴＲＵおよび／または制御エンティティカバレッジ外ＷＴＲＵ間の協調が提供され得る。協調は、この通信が発生することが予測される時間パターンの協調および／またはこの通信および／または発見が生じ得るリソース（例えば、周波数および／または時間）の協調を伴うことができる。
【０１８６】
協調は、通信に関与するＷＴＲＵが用いておりかつ／またはこれらの期間中のスケジューリング制約を認識しているリソースを整列させるようにエンティティを制御することを可能にすることを目的とすることができる。
【０１８７】
ネットワークおよび／または協調エンティティは、例えば、ネットワークがリソースを再配分しかつ／またはそれに応じてＷＴＲＵをスケジューリングすることができるように、リソース配分の衝突を認識させられ得る。例えば、これは、異なるエンティティによって制御され得る異なるクラスタにわたる通信について実行され得る。ｅＮＢは、グループおよび／またはクラスタ内のクラスタヘッドおよび／または制御エンティティを指すことができる。カバレッジ内ＷＴＲＵは、クラスタヘッドおよび／または制御エンティティに接続されたＷＴＲＵを指すことができる。近傍のＷＴＲＵ、ＰＳ  ＷＴＲＵおよび／またはカバレッジ外ＷＴＲＵは、直接通信において動作するように構成されるＷＴＲＵを指すことができる。近傍ＷＴＲＵ、ＰＳ  ＷＴＲＵおよび／またはカバレッジ外ＷＴＲＵのためのリソースプールおよび／または構成は、カバレッジ内ＷＴＲＵと異なるかつ／またはリソースが事前構成された、非協調制御エンティティによって制御され得る。
【０１８８】
カバレッジ内およびカバレッジ外に関して本明細書に記載される方法は、異なる非協調制御エンティティまたはｅＮＢ等によって制御され得るＷＴＲＵ間の協調を可能にするように適用可能であり得る。
【０１８９】
カバレッジ内ＷＴＲＵは、協調し、ギャップを要求し、かつ／またはカバレッジ外ＷＴＲＵと通信するためのリソースを要求することができる。図７は、カバレッジ内ＷＴＲＵとカバレッジ外ＷＴＲＵとの間の通信の例示的なシナリオの図である。例えば、ネットワーク外リンク（例えば、ＰＣ５）のためのリソース配分を交渉するための、カバレッジ内ＷＴＲＵとカバレッジ外ＷＴＲＵとの間のインタラクションが提供され得る。例えば、リソース再構成および／またはギャップ／パターン構成をサポートするための、カバレッジ内ＷＴＲＵとｅＮＢとの間のインタラクションが提供され得る。本明細書に記載される例は、カバレッジ内ＷＴＲＵが公衆安全リソースにおいて直接公衆安全通信を行う事例に適用することができる。
【０１９０】
カバレッジ外リンクのためのリソース配分を交渉するための方法が提供され得る。例えば、データを失うリスクなしにセルラリンクからチューンアウトすることができるように、カバレッジ内ＷＴＲＵは、協調された時間および／またはギャップパターンを有することができる。カバレッジ外ＷＴＲＵは、例えば、当事者が通信を受信することができることを確実にするために、受信および／または送信をいつかつ／またはどこで予期するかを認識し得る。
【０１９１】
通信のためのパターンは、ＷＴＲＵが送信および／または受信することができる時間パターン（例えば、期間、サイクル、持続時間等）を指すことができる。通信のためのパターンは、受信のための時間パターンおよび送信のための時間パターンを指すことができる。通信のためのパターンは、例えば、周波数、サブフレーム、ＰＲＢ等のリソース情報を含むことができる。
【０１９２】
カバレッジ外ＷＴＲＵは、リソース配分を決定および／または導出することができる。図８は、カバレッジ外ＷＴＲＵがリソース配分を決定および／または導出するために用いられ得るシグナリングの例の図である。リソース配分は、時間、ギャップパターン、ならびに／またはＰＳリンクのための時間および／もしくは周波数構成を指すことができる。例えば、カバレッジ外ＷＴＲＵは、自身が用いるように構成されかつ／または通信のために用いているリソース配分構成を（例えば、既知の事前構成されたリソースにおいて）提供および／またはブロードキャストすることができる。リソース配分は、ＳＡ、ブロードキャスト同期メッセージ、制御メッセージ等の形態をとることができる。リソース構成は、ＰＳ  ＷＴＲＵが送信および／または受信することを予期する時間および／または周波数パターンを含むことができる。
【０１９３】
ＷＴＲＵは、カバレッジ内ＷＴＲＵが存在することを決定する場合、リソース構成を提供することができる。ＷＴＲＵは、リソース構成を、周期的に、または常に、かつ／またはデータ送信の前に提供することができる。ＷＴＲＵは、異なるスペクトルにおいて動作しているＷＴＲＵが予期されるときに、リソース構成を提供することができる。
【０１９４】
ＷＴＲＵ（例えば、カバレッジ内ＷＴＲＵ）は、（例えば、カバレッジ外ＷＴＲＵから）構成および／または時間パターンを受信することができる。ＷＴＲＵは、ｅＮＢへの報告において構成情報を通信することができる。ｅＮＢに通信される情報は、カバレッジ外ＷＴＲＵ、例えば、通信に用いるカバレッジ外ＷＴＲＵのための推奨されるギャップパターンおよび／または周波数リソースを含むことができる。カバレッジ内ＷＴＲＵは、例えば、カバレッジ外ＷＴＲＵが、カバレッジ内ＷＴＲＵ内と同じグループに属するＷＴＲである（例えば、ＷＴＲＵがこのデバイスから受信することを許可される）と決定する場合、この情報をｅＮＢに送信することを決定することができる。ｅＮＢは、（例えば、発見および／または通信のために）自身が用いるリソースプールを再構成し、例えばカバレッジ外ＷＴＲＵによって提供されるリソースに従って、カバレッジ外リンクをリスンするためのギャップおよび／またはスケジューリング機会をカバレッジ内ＷＴＲＵに提供することができる。ｅＮＢはギャップパターンを提供することができる。ｅＮＢは提案されたギャップパターンの使用を承認することができる。
【０１９５】
ギャップパターンは、例えば、スケジューリング機会を決定するのに用いられるタイミングおよび／または基準フレーム数が、カバレッジ内ＷＴＲＵと近傍のＷＴＲＵとの間で異なる場合、制御エンティティによって用いられるタイミングに従って変換および／または調整され得る。
【０１９６】
リソース配分は、ｅＮＢおよび／またはカバレッジ内ＷＴＲＵによって決定および／または駆動され得る。図９は、ｅＮＢおよび／またはカバレッジ内ＷＴＲＵがリソース配分を決定および／または導出するのに用いられ得るシグナリングの例の図である。カバレッジ外リンクのためのリソース使用配分は、カバレッジ内ＷＴＲＵおよび／またはｅＮＢによって駆動され得る。例えば、カバレッジ外ＷＴＲＵは、自身が動作のためのリソースを選択するのに用いることができるリソース配分プールを送信（例えば、ブロードキャスト）することができ、かつ／または、カバレッジ内ＷＴＲＵは、事前構成された情報に従ってリソースプールを認識することができる。カバレッジ内ＷＴＲＵは、例えば、カバレッジ外ＷＴＲＵを検出すると、近傍のＷＴＲＵが用いているリソースプールを決定することができる。カバレッジ内ＷＴＲＵは、カバレッジ外ＷＴＲＵからこの情報を受信しない場合があり、かつ／または自身が有するＰＳのための事前構成されたリソースプールに依存する場合がある。ネットワークは、ＰＳ  ＷＴＲＵのために事前構成されたリソースプールを認識することができる。
【０１９７】
ＷＴＲＵ（例えば、カバレッジ内ＷＴＲＵ）は、例えば、本明細書に記載したトリガーのうちの１つまたはそれらの組み合わせに基づいて（例えば、ＰＳ  ＷＴＲＵに通信し、かつ／または近傍のＷＴＲＵに通信する必要性の検出時に）、ｅＮＢに報告を送信することができる。報告の内容が本明細書に記載されることが可能であり、例えば、報告は、ＰＳ  ＷＴＲＵが用いている場合があるリソースプール、推奨される時間パターン、事前構成された時間パターン等を含むことができる。
【０１９８】
ｅＮＢは、例えば、この要求の受信時に、ＰＳ通信および／もしくは発見のためにカバレッジ内ＷＴＲＵに配分するスケジューリング機会および／もしくはギャップを決定することができ、かつ／または、ギャップパターンおよび／もしくは時間パターンおよび／もしくはリソース構成をＷＴＲＵに送信することができるか、もしくは要求された時間パターンの使用を承認する。
【０１９９】
アイドルモード動作の場合、カバレッジ内ＷＴＲＵは、例えば、カバレッジ内のために配分された発見リソースプール（例えば、時間パターンおよび／または周波数）および／またはページング機会に基づいて、カバレッジ内ＷＴＲＵがサービングｅＮＢからチューンアウトし、近傍のＷＴＲＵとの通信を正常に実行することを可能にし得る時間パターンを決定することができる。
【０２００】
カバレッジ内ＷＴＲＵは、他のＷＴＲＵとの（例えば、ｅＮＢに対しカバレッジ内および／またはカバレッジ外の）通信のための受信時間パターンを用いてｅＮＢによって構成されることが可能であり、かつ／またはカバレッジ内ＷＴＲＵはパターンを事前構成させることができる。
【０２０１】
カバレッジ内ＷＴＲＵは、例えば、（例えば、ｅＮＢからの、かつ／または内部で決定された、）決定されたパターンに基づいて、近傍のＷＴＲＵにメッセージおよび／または報告を送信することができる。メッセージは、ブロードキャストメッセージとして、同期メッセージとして、および／もしくはＷＴＲＵに専用のメッセージとして、かつ／または同じグループに属するＷＴＲＵによって受信され得る制御メッセージを用いることによって送信され得る。メッセージおよび／または報告は、カバレッジ内ＷＴＲＵが送信および／または受信することができるリソース配分、時間パターンおよび／または周波数を示すことができる。近傍のＷＴＲＵは、例えば、要求されたパターンを用いて近傍のＷＴＲＵを承認および／もしくは構成することができかつ／または新たに提案されるパターンを送信することができる自身の制御エンティティに、メッセージおよび／またはパターンを中継および／または送信（例えば、ブロードキャスト）することができる。
【０２０２】
ｅＮＢは、例えば、ギャップパターンおよび／または時間パターンに加えて、ＷＴＲＵに、カバレッジ外ＷＴＲＵがカバレッジ内ＷＴＲＵを用いて送信および／または受信することができる固有のリソース構成（例えば、サブフレームおよび／またはＰＲＢを指定することによる、例えば周波数および／または時間）を提供することができる。ここで、例えば、周波数は、カバレッジ内リソースプールに対応することができる。カバレッジ外ＷＴＲＵは、ＷＴＲＵ対ＮＷ（ネットワーク）中継としてカバレッジ内ＷＴＲＵを用いてネットワークに接続しようとしている場合がある、アタッチされていないスタンドアロンカバレッジ外ＷＴＲＵであり得る。カバレッジ外ＷＴＲＵは、他のカバレッジ内ＷＴＲＵおよび／またはカバレッジ外ＷＴＲＵと通信している場合がある。
【０２０３】
カバレッジ内ＷＴＲＵとカバレッジ外ＷＴＲＵとの間のインタラクションが提供され得る。ＷＴＲＵが中継および／またはＰＳモードで動作を開始するとき、ＷＴＲＵは、１または複数のＤ２Ｄ同期信号（Ｄ２ＤＳＳ）および／または制御メッセージ（例えば、同期メッセージ）を送信することができる。ＷＴＲＵは、制御メッセージにおいて、自身が中継および／またはＰＳノードとして動作することが可能であることを通知することができる。協調エンティティを探している付近で動作している近傍のＷＴＲＵは、Ｄ２ＤＳＳ制御シンボルを監視（例えば、周期的に監視）し、かつ／またはＷＴＲＵ（例えば、カバレッジ内ＷＴＲＵ、カバレッジ外ＷＴＲＵ、中継ＷＴＲＵ等）を検出することができる。ＷＴＲＵが中継ノードとしての動作を開始するためのトリガーは、事前構成に基づく、測定に基づく、ネットワークからの明示的なトリガーに基づく、かつ／またはＰｒｏＳｅサーバからもの等であり得る。
【０２０４】
カバレッジ内ＷＴＲＵは、リソースプール情報を送信し、肯定応答を得て、報告をｅＮＢに送信すること等ができる。中継として動作しかつ／またはＰＳノードとして動作するようにトリガーされるＷＴＲＵは、非請求モードで動作することができる。例えば、ＷＴＲＵは、自身を中継および／またはＰＳノードとして通知することができる。ＷＴＲＵは、１または複数のＰｒｏＳｅパラメータ（例えば、ＰｒｏＳｅ  ＷＴＲＵ  ｉｄ、セキュリティ、ＰｒｏＳｅ  ｉｄ等）ならびに／またはカバレッジ外ＷＴＲＵおよび／もしくは他のＰＳノードとのリンクのために用いている場合があるリソースプールを用いて通知メッセージを送信することができる。ＷＴＲＵは、クラスタヘッドとして動作することができ、かつ／または、例えば、同期メッセージのために、クラスタ構成メッセージの一部としてこの情報を添付することができる。これは、ＷＴＲＵによってオープン発見（open discovery）をサポートするために用いられ得る。制御メッセージは、ｅＮＢによって提供されるリソース構成を搬送することができる。
【０２０５】
カバレッジ外ＷＴＲＵは、構成パラメータを受容する応答を送信することができる。応答メッセージは、カバレッジ外ＷＴＲＵにとって受容可能なプール内のリソースのうちの１または複数（例えば、サブセット）を示すことができる。中継および／またはＰＳノードＷＴＲＵは、例えば、本明細書において説明するように、この情報を用いてｅＮＢに報告を送信することができる。ｅＮＢはこの情報を受容することができる。ｅＮＢは、中継ＷＴＲＵおよび／またはＰＳノードがギャップを用いてカバレッジ外ＷＴＲＵおよび／またはＰＳノードと共に動作することが可能になるために、ギャップを構成し、かつ／またはリソースを再構成することができる。
【０２０６】
リソースは、制御メッセージ（例えば、同期メッセージ）を中継するために用いられ得る。中継として動作するＷＴＲＵは、リソースが制御メッセージを中継することを要求することができる。中継として動作するＷＴＲＵは、ｅＮＢによって（例えば、ＳＩＢシグナリングを用いて）シグナリングされた、半静的に配分されたリソースを用いて、制御メッセージを中継することができる。中継として動作するＷＴＲＵは、事前構成されたリソースを用いて制御メッセージを中継することができる。リソースは制御メッセージのために明示的に事前構成されることが可能であり、かつ／またはＷＴＲＵは、制御メッセージを中継するために用いられるリソースプールからリソースを選択（例えば、自律的に選択）することができる。
【０２０７】
カバレッジ外ＷＴＲＵは、リソースプール情報を要求する、情報を得る、報告をｅＮＢに送信する等ができる。リモートおよび／またはＰＳモードＷＴＲＵは、中継および／またはＰＳモードで動作することができる任意の近傍のＷＴＲＵを要求する請求メッセージを送信することができる。ＷＴＲＵは、クラスタヘッドとして動作することができる。ＷＴＲＵは、送信および／もしくは受信のために用いることを予期する、かつ／または例えば同期メッセージのためにクラスタ構成メッセージにおいて用いているリソースプールを含むことができる。ＷＴＲＵ（例えば、中継および／もしくはＰＳモードで動作する能力を有する、かつ／または請求されたモードで動作している）は、このノードを検出し、かつ／または、自身を中継および／もしくはＰＳノードとして宣言することによって応答することができる。応答メッセージは、自身をＰｒｏＳｅノードとして識別するパラメータ（例えば、ＰｒｏＳｅ  ＷＴＲＵ  ｉｄ、ＰｒｏＳｅグループｉｄ等）、セキュリティ構成等を示すことができる。応答ＷＴＲＵは、例えば、能力および／または既存のギャップパターン構成に基づいて、異なるリソースプールを要求することができる。
【０２０８】
中継および／またはＰＳノードＷＴＲＵは、（例えば、本明細書に記載されるように）この情報を用いて、例えばリソース交渉が締結されると、ｅＮＢに報告を送信することができる。このモードは、目標とされる発見をサポートすることができる。ｅＮＢは、構成を受容し、かつ／またはギャップを構成し、かつ／または中継ＷＴＲＵおよび／もしくはＰＳノードがギャップを用いてカバレッジ外ＷＴＲＵおよび／もしくはＰＳノードと動作することが可能になるためのリソースを再構成することができる。
【０２０９】
協調ＷＴＲＵからの通信を協調させるための方法が提供され得る。ＷＴＲＵは報告を送信することができる。ＷＴＲＵは、報告におけるリソースのうちの１または複数（例えば、全て）を特定することができる。報告メカニズム、ＷＴＲＵおよび／またはメッセージを送信しているＷＴＲＵは、協調していないエンティティによって制御される異なるセルおよび／またはクラスタのカバレッジ内でＷＴＲＵよって用いられる時間および／またはリソースの協調を可能にするのに用いられ得る。報告は、カバレッジ外リンクが、制御エンティティおよび／または送信エンティティがスケジューリング機会および／またはリソース配分を決定するのを支援するためのリソース配分を含むことができる。リソース配分情報は、近傍のＷＴＲＵによって中継、送信、ブロードキャストされ、かつ／またはカバレッジ内ＷＴＲＵにおいて利用可能な（例えば、構成または事前構成される）情報を含むことができる。
【０２１０】
報告（例えば、フォーマット、トリガー、時間窓等を含み得る）は、ネットワークによって（例えば、ｅＮＢ等のネットワークノードによって）構成され得る。ネットワークノードは、一定のＤ２Ｄ通信モードにおいて動作するように構成される１または複数のＷＴＲＵを構成することができる。ネットワークによるこの報告の受信は、アクションをトリガーすることができる。
【０２１１】
報告は、協調エンティティに送信されることが可能であり、かつ／またはブロードキャストメッセージの形態で、同期メッセージの一部として、協調（例えば、カバレッジ内）ＷＴＲＵによる専用メッセージとして等で送信されることが可能である。
【０２１２】
ＷＴＲＵによってトリガーされる報告および／または送信メッセージは、近傍のＷＴＲＵからのリソース構成を含むことができる。例えば、報告は、近傍のエンティティ（例えば、ＷＴＲＵ、クラスタヘッドおよび／もしくはｅＮＢ、ならびに／またはカバレッジ外ＷＴＲＵ）から得られたリソースプール情報を示すことができる。
【０２１３】
報告される構成は、Ｄ２Ｄ発見のために意図されたリソースセット（例えば、周波数、帯域幅、サブフレーム、ＰＲＢ、時間等）、Ｄ２Ｄ通信のために意図されたリソースセット（例えば、周波数、帯域幅、サブフレーム、ＰＲＢ、時間等）、ならびに／または協調エンティティおよび／もしくは構成情報（例えば、クラスタヘッドｉｄ、ｅＮＢ  ｉｄおよび／またはＷＴＲＵ  ｉｄ、グループＩＤ、Ｐｒｏｓｅ  ＩＤ等）を提供するＷＴＲＵのアイデンティティを含むことができる。
【０２１４】
ＷＴＲＵによってトリガーされる報告は、リソースプール内のリソース（例えば、リソースのサブセット）またはカバレッジ内ＷＴＲＵがｅＮＢから要求するリソースパターンを含むことができ（または例えば、ｅＮＢから以前に受信されかつ／またはＷＴＲＵにおいて既に構成されているように用いることができ）、例えば、それによって、それはカバレッジ外ＷＴＲＵと通信することができる。例えば、報告は、提案および／または使用される時間パターン（例えば、サイクル、持続時間等）、周波数等を含むことができる。報告は、考慮に入れられ得るかつ／または報告ＷＴＲＵに許可を与え得る制御エンティティを示すことができる。提案される時間パターンは、近傍のＷＴＲＵから受信されることが可能であり、かつ／またはカバレッジ内ＷＴＲＵによって自身が有する利用可能な情報に基づいて（例えば、自律的に）決定され得る。例えば、報告は、カバレッジ外ＷＴＲＵおよびカバレッジ内ＷＴＲＵがネットワーク外リンクのために用いるように交渉および／または事前構成したリソースプール内の（例えば、時間および／または周波数における）リソースを記載する１または複数のインデックスを含むことができる。
【０２１５】
ＷＴＲＵによってトリガーされる報告は、ロケーション情報を含むことができる。ロケーション情報は、報告ＷＴＲＵに関連付けられることが可能であり、かつ／または報告に関連付けられることが可能である。ＷＴＲＵ（例えば、送信および／または受信）は、例えば、セルＩＤ、ＧＰＳ情報および／または他のロケーションに基づいて自身のロケーションを決定し、このロケーション情報を報告に添付することができる。
【０２１６】
ＷＴＲＵによってトリガーされる報告は、アイデンティティ情報を含むことができる。アイデンティティ情報は、検出されたカバレッジ外ＷＴＲＵのアイデンティティおよび／またはメッセージを（例えば、同期チャネル上で）送信するＷＴＲＵのアイデンティティを含むことができる。アイデンティティは、ＷＴＲＵに固有のＩＤ、ＰｒｏＳｅ  ＩＤ、ＰｒｏＳｅグループＩＤ、ＰｒｏＳｅアプリケーションＩＤ等を含むことができる。トリガーされる報告は、検出されたカバレッジ外ＷＴＲＵのための、かつ／またはメッセージを送信するＷＴＲＵのための１または複数のサービスに関連する情報（例えば、１または複数のサービスアイデンティティ）を含むことができる。この情報は、例えば、中継サービスを確立するのに用いられ得る。
【０２１７】
報告は、（例えば、制御メッセージ、スケジューリング割当て、ブロードキャストメッセージ等によって決定されるように、）データを受信することを予期することができかつ／またはデータを受信することができる、固有の複数のリソース、サブフレームおよび／または持続時間を含むことができる。
【０２１８】
ＷＴＲＵによってトリガーされる情報は、カバレッジ外ＷＴＲＵが存在するか否かおよび／または不在であるか否かに関連する情報を含むことができる。カバレッジ内ＷＴＲＵがＰＳサービスを要求および／または提供するカバレッジ外ＷＴＲＵを検出したときの表示、カバレッジ内ＷＴＲＵが（例えば、測定を用いた）カバレッジ外ＷＴＲＵの検出を停止したときの表示、ならびに／またはカバレッジ外ＷＴＲＵが中継サービスの要求を停止したときおよび／もしくはＷＴＲＵが近傍のＷＴＲＵからのＤ２ＤＳＳを検出したときの表示が報告に含まれ得る。
【０２１９】
ＳＦＮ（システムフレーム番号）および／またはタイマー基準が用いられ得る。
【０２２０】
ＷＴＲＵによってトリガーされる報告は、報告、要求および／または送信メッセージの（例えば、同期メッセージを通じた）送信をトリガーする理由に関連する情報を含むことができる。報告をトリガーする理由は、別の周波数で動作している場合があるデバイスのためのＰｒｏＳｅ発見および／または通信を開始することの要求、通信を開始する先の近傍のＷＴＲＵの検出、近傍のＷＴＲＵがもはや利用可能でないこと、新規のＷＴＲＵが検出されたこと、パターンおよび／または構成要求の変更、ＰｒｏＳｅサービスを停止することの要求等を含むことができる。
【０２２１】
トリガーが提供され得る。ＷＴＲＵは、構成に基づいて、報告、パターンの要求、および／または（例えば、同期メッセージを介した）パターンの送信をトリガーすることができる。ＷＴＲＵは、ＷＴＲＵに報告および／もしくはメッセージ送信を開始することを要求するＬ３シグナリングを受信したとき、ならびに／またはＷＴＲＵがそのような報告のために構成され、別のトリガーが報告の送信を開始するとき、送信を開始することができる。シグナリングは、Ｄ２Ｄおよび／もしくはｐｒｏｓｅサービス（例えば、通信および／または発見）に固有であることが可能であり、かつ／またはＷＴＲＵに固有（例えば、任意のアイデンティティに適用可能）であることが可能である。
【０２２２】
報告のためのトリガーは、イベントベースであり得る。例えば、トリガーは、近傍のＷＴＲＵの検出、近傍のＷＴＲＵの退出、ＰｒｏＳｅサービスを開始することおよび／または発見を開始することの要求、近傍のＷＴＲＵによって用いられるパターンおよび／またはリソース配分の変更等に基づき得る。
【０２２３】
報告は、カバレッジ内ＷＴＲＵがカバレッジ外ＷＴＲＵを検出したときにトリガーされ得る。ＷＴＲＵは、受信したＤ２ＤＳＳ、同期メッセージ、ならびに／または接続（例えば、請求および／または非請求モード）を要求する近傍のＷＴＲＵおよび／もしくはカバレッジ内ＷＴＲＵが通信することができる先の、ＰＳ通信を実行するＷＴＲＵ（例えば、ＷＴＲＵは同じグループに属し、かつ／またはＰｒｏＳｅ構成に従って通信することを許可される）から受信したデータに基づいて、近傍ＷＴＲＵを検出することができる。報告は、カバレッジ内ＷＴＲＵが、カバレッジ外ＷＴＲＵがもはや利用可能でなくかつ／またはカバレッジ外ＷＴＲＵがもはやサービスを要求していないときにトリガーされ得る。
【０２２４】
ＷＴＲＵは、サーバから、ＰｒｏＳｅサービスを開始することのアプリケーション要求が受信されたときに、要求および／または報告をトリガーすることができる。カバレッジ内ＷＴＲＵからの要求および／またはパターン要求および／または報告は、ＷＴＲＵがカバレッジ外ＷＴＲＵを検出および／または発見することを可能にするためのものであり得る。ネットワークは、例えば、近傍のＷＴＲＵが検出されると、更なる報告のためにＷＴＲＵを構成し、かつ／または発見されたＷＴＲＵとの通信の機会の要求をネットワークに報告することができる。ＷＴＲＵは、近傍のＷＴＲＵがパターンおよび／またはリソース配分を変更したことを決定するとき、報告をトリガーすることができる。
【０２２５】
トリガーは、測定および／または他の検出されたＷＴＲＵに基づき得る。ＷＴＲＵは、より優先度の高い同期ソースに接続されたとき、および／またはＷＴＲＵがより優先度の低いソース同期が発信源の、同期を送信する別のＷＴＲＵを検出する（例えば、第１のＷＴＲＵがｅＮＢに接続され、同期信号を送信しており、別のＷＴＲＵおよび／または別の同期ソースに接続されている第２のＷＴＲＵを発見する）とき、（例えば、同期メッセージを介して）報告、パターンの要求および／またはパターンの送信をトリガーすることができる。トリガーは、ＷＴＲＵが、ｅＮＢに接続されていない第２のＷＴＲＵを検出するときであり得る。トリガーは、ＷＴＲＵが、自身の動作周波数と異なる周波数で動作している第２のＷＴＲＵを検出するときであり得る。トリガーは、ＷＴＲＵが、同じグループに属する第２のＷＴＲＵを検出するときであり得る（例えば、第２のＷＴＲＵは、第１のＷＴＲＵと通信することを許可される）。トリガーは、ＷＴＲＵが第２のＷＴＲＵからデータを受信し、ＷＴＲＵがｅＮＢのカバレッジ内にないと決定する（例えば、これは、Ｄ２ＤＳＳ、ＳＣＩ、ＳＳＳ、他の制御信号および／またはメッセージが存在しない場合、ＳＡにおいてＷＴＲＵがカバレッジ内でないことの表示を用いることができる）ときであり得る。トリガーは、ＷＴＲＵが異なる同期ソースから異なる送信パターンを検出したときであり得る。
【０２２６】
報告のためのトリガーは、周期的であり得る。ＷＴＲＵは、例えば、報告期間に適用可能な１または複数の（例えば、場合によっては構成可能な数の）送信が存在する場合（例えば、この場合のみ）、周期的に報告を開始することができる。報告は、ＷＴＲＵが、（例えば、測定に基づいて）カバレッジ外ＷＴＲＵがもはや利用可能でないこと、および／またはカバレッジ外ＷＴＲＵがサービスの要求を停止したことを検出するとき、停止され得る。
【０２２７】
報告のトリガーは、非周期的であり得る。ＷＴＲＵは、ＷＴＲＵが報告を行うことを要求する制御シグナリングの受信から報告を開始することができる。シグナリングは、ネットワークノードから受信されることが可能であり、かつ／または専用シグナリングおよび／もしくは複数のＷＴＲＵに適用可能なシグナリングであり得る（例えば、ブロードキャストチャネルおよび／または共通制御チャネルにおいて受信される）。
【０２２８】
ＷＴＲＵは、Ｌ２（例えば、ＭＡＣ）シグナリングを用いて（例えば、ＭＡＣ制御要素として）、Ｌ３（例えば、ＲＲＣ）シグナリングとして（例えば、報告手順の一部としてのＲＲＣ  ＰＤＵとして）、かつ／または上位層シグナリング（例えば、ＮＡＳシグナリングおよび／またはアプリケーションシグナリング等）として、報告を送信することができる。例えば、ＷＴＲＵは、そのような報告をトリガーすることができるＰＤＣＣＨ（例えば、非周期的要求）における制御シグナリングを受信することができる。ＷＴＲＵは、報告をＭＡＣ制御要素として組み立て、かつ／またはこれをアップリンク送信（例えば、その次のアップリンク送信）に含めることができる。ｅＮＢは、報告手順のエンドポイントであり得る。
【０２２９】
ＷＴＲＵは、そのような報告をトリガーするＲＲＣ  ＰＤＵとして、シグナリング無線ベアラ（ＳＲＢ）における報告を受信することができる。ＷＴＲＵは、報告を、ＲＲＣ  ＰＤＵとして組み立て、かつ／またはこれを当該ＳＲＢにおける送信に利用可能にすることができる。
【０２３０】
ＷＴＲＵは、アプリケーションレベルにおいて報告をトリガーすることができる。例えば、ＷＴＲＵは、アプリケーション層制御パケットを組み立て、かつ／またはこれを例えばＲＲＣ  ＰＤＵとして送信に利用可能にし、これを（例えば、ＮＡＳが用いられる場合）当該ＳＲＢにおけるかつ／もしくはユーザプレーンデータとしての送信に利用可能にし、これを対応するＤＲＢのための送信に利用可能にすることができる。ＰｒｏＳｅおよび／またはアプリケーションサーバは報告手順のエンドポイントであり得る。
【０２３１】
ＷＴＲＵは報告をトリガーすることができる。ＷＴＲＵがＲＲＣアイドルモードにある場合、ＷＴＲＵは、接続モードへの遷移を開始し、かつ／または適用可能なシグナリング方法に従って報告を送信することができる。例えばＲＲＣおよび／または上位層プロトコルが用いられる場合、ＷＴＲＵは、アイドルモードに留まり、かつ／または接続モードに移るまで報告の送信を遅延させることができる。
【０２３２】
以下のアクションのうちの１または複数は、報告の受信時に実行され得る。報告を受信するネットワークおよび／または制御ノードは、リソースプール情報を解析し、例えば、複数のソースから受信した報告から、以下のうちの１または複数を実行することができる。ネットワークおよび／または制御ノードは、いずれのリソースにおいて、カバレッジ内ＷＴＲＵがリソースプール内で通信することを許可することができるかを決定することができる。ネットワークおよび／または制御ノードは、１または複数のＷＴＲＵのためのリソースを再構成する手順を開始することができる。ネットワークおよび／または制御ノードは、この情報を用いて、所与のリソースおよび／または期間内でＷＴＲＵをスケジューリングすることを回避することができる。例えば、ｅＮＢは、カバレッジ内ＷＴＲＵのためのギャップパターンを決定し、このギャップパターンを用いてＷＴＲＵを構成することができる。
【０２３３】
報告を受信すると、ｅＮＢは、ＷＴＲＵのためのギャップおよび／または時間パターンを決定、提供および／または構成することができる。ギャップパターンはビットマスクであることが可能であり、ＷＴＲＵが通常の通信のためにスケジューリングされていない場合があるとき、および／またはパターンが、ＷＴＵがｅＮＢとの通信のためにスケジューリングされていない場合がある期間、サイクルおよび／または期間（例えば、各期間）内の持続時間に対応している場合があるときに、ＴＴＩを示すことができる。報告を受信すると、ｅＮＢは、要求されたギャップパターンを解析することができ、これが効率的であるとみなされない場合、ｅＮＢはＷＴＲＵに新たなギャップパターンを提供することができる。
【０２３４】
ＷＴＲＵは、ギャップパターンを用いて、近傍のＷＴＲＵとのカバレッジ外リンクに切り替えることができる。ＷＴＲＵは、ギャップパターンをカバレッジ外ＷＴＲＵに送信することができ、かつ／またはｅＮＢから受信した新たなギャップパターンをカバレッジ外ＷＴＲＵに送信することができる。
【０２３５】
ｅＮＢは、例えば、報告が、カバレッジ外ＷＴＲＵが利用可能でなく、かつ／またはもはやサービスを要求していないことをｅＮＢに知らせる表示を含むとき、ギャップ構成を除去することができる。
【０２３６】
ネットワークリソース管理が提供され得る。ネットワークは、Ｄ２Ｄ発見ＷＴＲＵのためにリソース量を配分することができる。近傍のｅＮＢが同じリソースを共有する場合、例えば、限られたリソースしか存在しない場合があるため、近接している２つのＤ２Ｄ  ＷＴＲＵが発見信号を送信するために同じリソースを用いる可能性が高い場合がある。ネットワークによる適切なリソース管理により、ｅＮＢ間の協調および／または発見リソースの集中型制御を通じて干渉および／または衝突が回避および／または軽減され得る。ネットワークは、例えば、いずれのリソースが配分され得るか、いずれのＤ２Ｄ  ＷＴＲＵにリソースが配分され得るか、かつ／またはＷＴＲＵが送信する（例えば、発見信号またはＤ２Ｄ通信を送信する）ために選択するリソースをどのように決定するかを決定することによって、リソース管理を管理することができる。
【０２３７】
Ｄ２Ｄ  ＷＴＲＵは、発見信号（例えば、Ｄ２Ｄメッセージ）を送信するためのリソースを選択することができる。監視Ｄ２Ｄ  ＷＴＲＵは、例えば、ネットワークによって配分された、発見のためのリソース（例えば、全てのリソース）を監視することができる。例えば、ＷＴＲＵへのリソースのネットワーク配分に基づき得る、２つ以上のタイプの発見が存在し得る。ネットワークは、ＷＴＲＵに固有でない方式で、１または複数のＤ２Ｄ  ＷＴＲＵにリソースを配分することができる。例えば、ＷＴＲＵ（例えば、各ＷＴＲＵ）は、ネットワークによって配分されたリソースのセット（例えば、リソースプール）から送信するためのリソースを選択することができる。ネットワークは、ＷＴＲＵに固有の方式で、１または複数のＤ２Ｄ  ＷＴＲＵにリソースを配分することができる。例えば、ＷＴＲＵ（例えば、各ＷＴＲＵ）は、発見信号を送信するための専用リソースを用いてスケジューリングされ得る。
【０２３８】
リソースは、発見のために用いられ得るＰＲＢのセットおよび／またはサブフレームとして定義され得る。ネットワークは、（例えば、タイプ２のＤ２Ｄ発見におけるように）衝突なしでＷＴＲＵごとにリソースをスケジューリングすることができるため、同じｅＮＢの下のＤ２Ｄ  ＷＴＲＵは、互いに干渉を生じない場合がある。近傍のｅＮＢの協調および／または集中制御を用いないとき、２つのｅＮＢエリアの境界において衝突が発生し得る。ネットワークは、送信のために各Ｄ２Ｄ  ＷＴＲＵによって用いられるリソースに関する知識を有しない場合がある。リソースの適切な配分を用いないとき、同じｅＮＢエリア内で多くの衝突が存在する場合があり、かつ／または、ｅＮＢの下のＷＴＲＵが、近傍のｅＮＢの下の他のＷＴＲＵに対する干渉を引き起こし得る。
【０２３９】
セル中心におけるＷＴＲＵは、自身が関連付けられているセルの中心に近い（例えば、ＷＴＲＵとｅＮＢとの間の距離が閾値未満であり得る）ＷＴＲＵを指すことができる。セルエッジのＷＴＲＵは、自身が関連付けられているセルのエッジに近い（例えば、ＷＴＲＵとｅＮＢとの間の距離が閾値よりも大きいことが可能である）ＷＴＲＵを指すことができる。ＷＴＲＵは、例えば、セルがＷＴＲＵのサービングセルである場合（例えば、ＷＴＲＵが接続モードにあるとき）、セルがＷＴＲＵに（例えばＲＳＲＰによって示される、例えば信号強度の観点において）最も近いセルである場合、および／またはセルが、ＷＴＲＵが（例えば、アイドルモードにおいて）キャンプオンしているセルである場合に、セルに関連付けられ得る。
【０２４０】
ＷＴＲＵは、例えば、１または複数のｅＮＢからの信号を測定することによって、セル中心に位置するときに構成され得る。例えば、ＷＴＲＵは、その関連付けられたセルの測定されたＲＳＲＰ値を閾値と比較することによってセル中心にあることを決定するように構成され得る。測定されたＲＳＲＰ値が閾値を超えている（例えば、信号電力が閾値を超えている）場合、ＷＴＲＵは、自身がセル中心またはその付近に位置することを決定することができる。ＷＴＲＵは、その関連付けられたセル（例えば、プライマリセル）の測定されたＲＳＲＰ値を、１または複数のセル（例えば、プライマリセルに隣接するセル）の測定されたＲＳＲＰ値と比較することによって、自身がセル中心にあることを決定することができる。ＷＴＲＵは、例えば、関連付けられたセル（例えば、プライマリセル）のＲＳＲＰ値が、例えば、１または複数のセル（例えば、隣接するセル）からのＲＳＲＰ測定値よりも大きいと決定する場合、自身がセル中心に位置することを決定することができる。例えば、ＷＴＲＵは、例えば、望ましくないピンポン効果を回避するために、自身がセル中心にあるか否かを決定する際に、ヒステリシス（および／または、例えば、トリガーする時点、ある期間にわたって測定を行う時点等）を用いることができる。セルエッジのＷＴＲＵは、関連付けられたセルのエッジに近いＷＴＲＵを指すことができる。ＷＴＲＵがセル中心にあるか否かを決定するために説明した方法に類似した方法が、ＷＴＲＵによって、自身がセルエッジにあるか否かを決定するのに用いられ得る。例えば、ＷＴＲＵは、その関連付けられたセルのＲＳＲＰ値が、ある値（例えば、事前構成された値）よりも小さいことを決定する場合、自身がセルエッジにあることを決定することができる。
【０２４１】
Ｄ２Ｄ  ＷＴＲＵは、発見信号を送信するためのリソースのセット（例えば、リソースプル）を配分され得る。ＷＴＲＵは、１または複数のリソースを用いて送信を開始することができる。ネットワークが送信のためのリソースを用いてＷＴＲＵを完全にスケジューリングする場合、衝突によって生じる干渉は、リソース直交化により回避することができる。これは例えば、ＷＴＲＵが自身の独自の専用リソースを用いて送信することができること、および／またはリソースが時間および／または周波数において重複し得ないことを意味することができる。ＷＴＲＵが送信のためのリソースのセットを配分され（例えば、唯一配分され）、かつ／またはＷＴＲＵがリソースを自律的に選択する場合、近接している２つ以上のＤ２Ｄ  ＷＴＲＵは送信のために同じリソースを選択する場合があり、これは例えば、衝突および／または干渉を引き起こす場合がある。この場合、ネットワークは衝突および／または干渉が生じていることがわからない場合がある。
【０２４２】
例えば、近接している２つのＤ２Ｄ  ＷＴＲＵが送信のために同じリソースを選択する可能性を最小限にするために、以下のうちの１または複数を行うことができる。
【０２４３】
ネットワーク（例えば、ｅＮＢ）は、１または複数のＤ２Ｄ  ＷＴＲＵが送信のために選択するためのリソースを配分することができる。ｅＮＢは同じリソースを共有することができ、かつ／または、ｅＮＢ（例えば、各ｅＮＢ）は、例えば、タイプ１またはモード２の（例えば、ＷＴＲＵが選択した）リソース配分について、異なるリソースのセットを用いることができる。ｅＮＢは、ＷＴＲＵのロケーションおよび／または測定（例えば、セル中心、セルエッジ等）、エリア内のリソース利用、ｐｒｏｓｅアプリケーション優先度、発見プロセス特性および／または構成等に基づいて、リソース（例えば、リソースのサブセット）を配分することができる。
【０２４４】
図１０は、２つのｅＮＢ、すなわちｅＮＢ  ＡおよびｅＮＢ  Ｂにわたるリソース（例えば、発見）のリソース配分の例の図である。タイプ１の発見は、ネットワークがＤ２Ｄ  ＷＴＲＵに、リソースをＷＴＲＵに固有でない方式で、例えば、ＷＴＲＵ（例えば、各ＷＴＲＵ）がネットワークによって配分されたリソースのセットから（例えば、リソースプールから）送信するリソースを選択することができるように配分するときを指すことができる。タイプ２の発見は、ネットワークが、ＷＴＲＵに固有の方式で、例えば、ＷＴＲＵ（例えば、各ＷＴＲＵ）が発見信号を送信するための専用リソースを用いてスケジューリングされ得るようにＤ２Ｄ  ＷＴＲＵにリソースを配分するときを参照することができる。図１０において、（Ａ）は第１のｅＮＢ、すなわちｅＮＢ（Ａ）を表すのに用いられることが可能であり、（Ｂ）は第２のｅＮＢ、すなわちｅＮＢ（Ｂ）を表すのに用いられることが可能である。
【０２４５】
図１０の例（ａ）に示すように、タイプ１およびタイプ２の発見は、リソースの異なるセットを用いることができ、かつ／またはタイプ２の発見のためのリソースの配分は、タイプ１の発見のために用いられるのと同じリソースプールから取得され得る。タイプ１の発見の場合、ｅＮＢは、発見信号送信のためにリソースの同じセットを共有することができる。例えば、ｅＮＢ（Ａ）およびｅＮＢ（Ｂ）は、タイプ１のＤ２Ｄ送信のためにリソースプール１００２を用いることができる。タイプ１の発見の場合、例えば、図１０の例（ｂ）に示すように、ｅＮＢは、セル中心のＷＴＲＵおよびセルエッジのＷＴＲＵにリソースの異なるセットを配分することができる。例えば、ｅＮＢ  ＡおよびＢは、セル中心におけるＷＴＲＵのためにリソースの同じセット（例えば、リソースプール１００４）を配分し、セルエッジＷＴＲＵのためにリソースの異なるセット（例えば、リソースプール１００６）を配分することができる。セルエッジＷＴＲＵのために用いられるリソースのセット（例えば、リソースプール）は、例えば、図１０の例（ｂ）に示されているように、異なるｅＮＢにわたって同じであり得る。
【０２４６】
ｅＮＢ（例えば、各ｅＮＢ、例えば、ｅＮＢ  ＡおよびｅＮＢ  Ｂ）は、例えば、図１０の例（ｃ）に示すように、セル中心およびセルエッジのＷＴＲＵに異なるリソースセットを配分することができる。例えば、異なるｅＮＢｓ（例えば、ｅＮＢ  ＡおよびｅＮＢ  Ｂ）が、セル中心ＷＴＲＵについて同じリソースのセットを共有することができる。異なるｅＮＢｓ（例えば、ｅＮＢ  ＡおよびｅＮＢ  Ｂ）が、セルエッジＷＴＲＵについて異なるリソースセットを配分することができる。例えば、ｅＮＢ（Ａ）およびｅＮＢ（Ｂ）は、それらのセル中心においてリソースプール１００８を用いることができる。ｅＮＢ（Ａ）は、自身のセルエッジにおいてリソースプール１０１０を用いることができる。ｅＮＢ（Ｂ）は、そのセルエッジにおいてリソースプール１０１２を用いることができる。ｅＮＢ（Ａ）およびｅＮＢ（Ｂ）は、例えば干渉を回避するために、自身のセルエッジにおいて異なるリソースを用いることができる。
【０２４７】
ｅＮＢ（Ａ）およびｅＮＢ（Ｂ）は、例えば、図１０の例（ｄ）に示すように、タイプ１の通信のための同じリソースプール１００２を用いることができる。ｅＮＢ（Ａ）およびｅＮＢ（Ｂ）は、タイプ２の通信のために異なるリソースプールを用いることができる。例えば、図１０の例（ａ）、（ｂ）および（ｃ）に例示するように、タイプ２の通信のために、ｅＮＢ（Ａ）はリソースプール１０１４を用いることができ、ｅＮＢ（Ｂ）はリソースプール１０１６を用いることができる。図１０の例（ｄ）に示すように、ｅＮＢ（Ａ）およびｅＮＢ（Ｂ）は、タイプ２の通信のために同じリソースプール１０１８を用いることができる。
【０２４８】
ｅＮＢは、異なるアプリケーション優先度のためにリソースの異なるセットを配分することができる。例えば、より高い優先度のアプリケーションから信号を送信するＷＴＲＵのために異なるセットが利用可能であることが可能であり、かつ／またはより低い優先度のアプリケーションからの送信のためにリソースの別のセットが利用可能であることが可能である。アプリケーションの優先度は、ネットワーク、ＰｒｏＳｅサーバによって構成されることが可能であり、かつ／または事前構成されることが可能である。発見プロセス特性は、ネットワーク、ＰｒｏＳｅサーバによって構成されることが可能であり、かつ／または事前構成されることが可能である。発見プロセス特性は、例えば、発見プロセスのタイプ、アプリケーションのタイプ（例えば、公衆安全または商用）、方法のタイプ（例えば、オープン／限られた発見）、ＱｏＳ特性のタイプ、送信のレイテンシ、送信またはメッセージ生成のレート等を指すことができる。
【０２４９】
ｅＮＢは、リソース協調を達成することができる。ネットワークがリソースの異なるセットをＤ２Ｄ  ＷＴＲＵに配分することを可能にするために、異なるｅＮＢにわたる協調が提供されることが可能であり、かつ／または集中型コーディネータが異なるｅＮＢ間のリソース管理を担当することが可能である。
【０２５０】
リソースのｅＮＢ間協調が提供され得る。異なるｅＮＢが、例えば、Ｘ２インターフェイスを介して、Ｄ２Ｄ  ＷＴＲＵに配分されたリソースのセットを交換することができる。例えば、１つのｅＮＢは、近傍のｅＮＢにＸ２信号を送信することができ、これは、そのＤ２Ｄ  ＷＴＲＵのために配分されたリソースのセット（例えば、セル中心のリソースおよび／またはセルエッジのＤ２Ｄ  ＷＴＲＵのためのリソース）を示すことができる。近傍のｅＮＢは、この情報に基づいてリソースセットをそのＤ２Ｄ  ＷＴＲＵに配分することができる。例えば、図１０の例（ｃ）に示すように、例えば、近傍のｅＮＢは、セル中心のＤ２Ｄ  ＷＴＲＵのためにリソースの同じセットを共有することができ、かつ／またはセルエッジにおけるＷＴＲＵのためにリソースの異なるセットを用いることができる。
【０２５１】
例えば、配分されたリソースのセットが、ある期間中同じままである場合、異なるｅＮＢがリソース情報を交換することができる。ｅＮＢがＷＴＲＵに配分されたリソースを変更する場合、ｅＮＢはそのような情報を自身の近傍のｅＮＢに送信することができる。近傍のｅＮＢは、例えば、ｅＮＢがＷＴＲＵからの報告を受信し、かつ／または更なるリソースが配分されることが決定されるとき、配分するリソースを調整することができる。ｅＮＢは、近傍ｅＮＢにそのような変更を通知することができる。
【０２５２】
集中型リソース管理が提供され得る。１つのエリア内の近傍のｅＮＢは中心ノードに接続され得る。集中型ノードは、１または複数の近傍のｅＮＢ間でリソース管理を制御することができる。集中型ノードは、リソースの適切なセット（例えば、複数のリソースプール）をｅＮＢに配分することができる。例えば、図１０の例（ｃ）に示すように、例えば、集中型ノードは、隣接するｅＮＢに、セル中心ではＤ２Ｄ  ＷＴＲＵのためにリソースの同じセットを配分し、およびセルエッジではＤ２Ｄ  ＷＴＲＵのためにリソースの異なるセットを配分することができる。
【０２５３】
ｅＮＢ  ＡおよびｅＮＢ  Ｂは、例えば図１０の例（ｃ）に示すように、それぞれのセルの中心またはその付近で用いるために第１のリソースプール１００８を割り当てられ得る。セル中心間の距離は、再利用が干渉を引き起こす閾値距離よりも大きいことが可能であるため、ｅＮＢ  ＡおよびｅＮＢ  Ｂは、重大な干渉を引き起こすことなく、それらのセル中心において同時に第１のリソースプール１００８を用いることができる。例えば、図１０の例（ｃ）に示されるように、ｅＮＢ  ＡおよびｅＮＢ  Ｂは、それらのセルエッジにおいてまたはそれらの付近で用いるために異なるリソースプールを割り当てられ得る。例えば、ｅＮＢ  Ａは、第２のリソースプール１０１０を割り当てられることが可能であり、ｅＮＢ  Ｂは、第３のリソースプール１０１２を割り当てられることが可能である。ｅＮＢ  ＡおよびｅＮＢ  Ｂは、それらのセルエッジが重複する場合があるか、またはそれらのセルエッジ間の距離が、再利用が干渉を引き起こす閾値距離未満であり得るため、それらのセルエッジにおいて同じリソースプールを用いてはならない。
【０２５４】
１または複数のＷＴＲＵは、Ｄ２Ｄ通信（例えば、送信または受信）のために用いるためのリソースのセット（例えば、リソースプール）を選択することができる。例えば、図１０の例（ｃ）に示されているように、ｅＮＢ  ＡによってサービングされているＷＴＲＵは、Ｄ２Ｄ通信を用いて複数のリソースプールから情報を送信するためのリソースプールを選択することができる。ｅＮＢ  ＡによってサービングされているＷＴＲＵは、例えば、ＷＴＲＵがｅＮＢ  Ａによってサービングされているセルの中心またはその付近にあるとき、第１のリソースプール１００８を選択することができる。ｅＮＢ  ＡによってサービングされているＷＴＲＵは、例えば、ＷＴＲＵがｅＮＢ  Ａによってサービングされているセルのエッジまたはその近くにあるとき、第２のリソースプール１０１０を選択することができる。ｅＮＢ  ＢによってサービングされているＷＴＲＵは、例えば、ＷＴＲＵがｅＮＢ  Ｂによってサービングされているセルの中心またはその近くにあるとき、第１のリソースプール１００８を選択することができる。この例は、図１０の例（ｃ）に示されている。ｅＮＢ  ＢによってサービングされているＷＴＲＵは、例えば、ＷＴＲＵがｅＮＢ  Ｂによってサービングされているセルのエッジまたはその付近にあるとき、第３のリソースプール１０１２を選択することができる。
【０２５５】
送信のためにＷＴＲＵによって用いられるリソースのセットは、例えば、１または複数の判断基準に基づいて、ＷＴＲＵによって自律的に決定され、かつ／またはネットワークによって明示的に構成され得る。リソースセット選択判断基準は、送信ＷＴＲＵによって決定された以下の測定および／または判断基準のうちの１または複数の機能であり得る。
【０２５６】
リソース選択（例えば、リソースプール選択）は、ＲＳＲＰ測定値に基づき得る。サービングセル、すなわちＷＴＲＵがアイドルモードでキャンプされるｅＮＢのＲＳＲＰ測定値、および／または近傍ｅＮＢからのＲＳＲＰは、リソース選択のために用いられ得る。例えば、ｅＮＢによってサービングされているＷＴＲＵは、ＲＳＲＰ測定値を決定し、このＲＳＲＰ測定値に基づいて、複数のリソースプールからリソースプールを選択することができる。
【０２５７】
ＷＴＲＵは、サービングセルのＲＳＲＰ測定値を決定することができる。ＷＴＲＵは、サービングｅＮＢの測定されたＲＳＲＰを、閾値（例えば、事前構成された閾値）と比較することができる。例えば、測定されたＲＳＲＰが閾値よりも大きい場合、ＷＴＲＵは、対応するリソース（例えば、閾値よりも大きいＲＳＲＰを有するＷＴＲＵのために構成されたリソース）のセットから選択することができる。測定されたＲＳＲＰが閾値未満である場合、ＷＴＲＵは、閾値よりも小さいＲＳＲＰを有するＷＴＲＵのためのものであるリソースの他のセットから選択することができる。例えば、ｅＮＢによってサービングされているＷＴＲＵは、ｅＮＢ  ＡによってサービングされているセルのＲＳＲＰ測定値を決定することができる。ＷＴＲＵは、例えば、ＲＳＲＰ測定値が閾値よりも大きいとき、第１のリソースプール１００８を選択することができる。例えば、ＲＳＲＰ測定値が閾値未満であるとき、ＷＴＲＵは第２のリソースプール１０１０を選択することができる。
【０２５８】
ＷＴＲＵは、近傍のｅＮＢからのＲＳＲＰ測定値を用いてリソースプールを選択することができる。例えば、ｅＮＢによってサービングされているＷＴＲＵは、ｅＮＢ  Ｂ（例えば、近傍のセル、例えば、隣接するセル）によってサービングされているセルのＲＳＲＰ測定値を用いることができる。ＷＴＲＵは、近傍のセルのＲＳＲＰ測定値が閾値を超えているとき、自身が近傍のセルに近接していることを決定することができる。ｅＮＢによってサービングされているＷＴＲＵは、例えば、近傍セル（例えば、近傍ｅＮＢ、ｅＮＢ  Ｂによってサービングされているセル）のＲＳＲＰ測定値が閾値を超えているとき、第２のリソースプール１０１０を選択することができる。ＷＴＲＵは、近傍セルのＲＡＲＰ測定が閾値未満であるとき、自身が近傍のセルから離れていることを決定することができる。ｅＮＢ  ＡによってサービングされているＷＴＲＵは、例えば、近傍セル（例えば、ｅＮＢ  Ｂによってサービングされているセル）のＲＳＲＰ測定値が閾値未満であるとき、第１のリソースプール１００８を選択することができる。
【０２５９】
異なるリソースセット（例えば、リソースプール）が、異なるＲＳＲＰ範囲のために用いられるように構成され得る。例えば、第１のリソースプール１００８は、ＲＳＲＰ値の第１の範囲に関連付けられることが可能であり、第２のリソースプール１０１０は、ＲＳＲＰ値の第２の範囲に関連付けられることが可能である。ＲＳＲＰ値の第１の範囲は、閾値を超えるＲＳＲＰ値を含むことができ、ＲＳＲＰ値の第２の範囲は、閾値未満のＲＳＲＰ値を含むことができる。ＷＴＲＵは、例えば、ＲＳＲＰ測定値がＲＳＲＰ値の第１の範囲内にあるとき、第１のリソースプール１００８を選択することができる。ＷＴＲＵは、例えば、ＲＳＲＰ測定値がＲＳＲＰ値の第２の範囲内にあるとき、第２のリソースプール１０１０を選択することができる。ＲＳＲＰ値の範囲は、範囲の下限を示す低ＲＳＲＰ閾値と、範囲の上限を示す高ＲＳＲＰ閾値とを含むことができる。ＷＴＲＵは、ＲＳＲＰ測定値が低ＲＳＲＰ閾値と高ＲＳＲＰ閾値との間にある（例えば、低ＲＳＲＰ閾値よりも大きく、高ＲＳＲＰ閾値未満である）とき、ＲＳＲＰ測定値がＲＳＲＰ値の範囲内にあることを決定することができる。ＲＳＲＰ値の範囲は、オープンエンドであり得る。例えば、ＲＳＲＰ範囲は、１つの（例えば、１つのみの）限界（例えば、下限のみまたは上限のみ）を有することができる。ＲＳＲＰ閾値は、ＲＳＲＰ値のオープンエンドな範囲の低ＲＳＲＰ閾値またはＲＡＲＰ値のオープンエンドな範囲の高ＲＳＲＰ閾値であり得る。
【０２６０】
ＷＴＲＵは、トリガー判定基準に基づいて測定値（例えば、ＲＳＲＰ測定値）をサービングｅＮＢ（例えば、ｅＮＢ  Ａ）に報告することができる。ｅＮＢは、リソースのセットを用いてＷＴＲＵを構成しかつ／または示すことができる。例えば、ｅＮＢは、第１のリソースプール１００８がＲＳＲＰ値の第１の範囲に関連付けられ、第２のリソースプール１０１０がＲＳＲＰ値の第２の範囲に関連付けられていることをＷＴＲＵに示すことができる。ｅＮＢは、無線リソース制御（ＲＲＣ）シグナリングを介して、リソースプール、ＲＳＲＰ範囲および／またはＲＳＲＰ閾値を示すことができる。例えば、ｅＮＢは、ＷＴＲＵに構成を送信することができる。構成は、リソースプール、ＲＳＲＰ範囲および／またはＲＳＲＰ閾値を特定することができる。
【０２６１】
ＷＴＲＵは、自身のサービングｅＮＢおよび／または１または複数の近傍のｅＮＢからのＲＳＲＰを比較することができる。例えば、ｅＮＢ  ＡによってサービングされているＷＴＲＵは、ｅＮＢ  ＡおよびｅＮＢ  ＢによってサービングされているセルのＲＳＲＰ測定値を比較することができる。ネットワークは、ｅＮＢエリアの中心およびｅＮＢエリアのエッジのＤ２Ｄ  ＷＴＲＵのためのリソースの２つ以上のセットを構成することができる。例えば、ｅＮＢ  Ａは、第１のリソースプール１００８がセル中心またはその近くで用いられ、第２のリソースプール１０１０がセルエッジまたはその近くで用いられることを決定することができる。
【０２６２】
ＷＴＲＵは、サービングｅＮＢおよび／または１または複数の近傍のｅＮＢのＲＳＲＰの関数としてリソースのいずれのセットを選択するか（例えば、複数のリソースプールからいずれのリソースプールを選択するか）を決定することができる。例えば、ｅＮＢ  ＡによってサービングされているＷＴＲＵは、ＲＳＲＰ測定値に基づいて、第１のリソースプール１００８または第２のリソースプール１０１０のうちの１つを選択することができる。例えば、ＷＴＲＵは、サービングｅＮＢ（例えば、ｅＮＢ  Ａ）の測定されたＲＳＲＰが、１または複数の近傍のｅＮＢ（例えば、ｅＮＢ  Ｂ）よりも、例えば、一定の値だけかつ／またはある期間にわたって大きいとき、リソースプール１０１０（例えば、セル中心のリソース）を選択することができる。例えば、ＷＴＲＵは、ｅＮＢ  ＡとｅＮＢ  Ｂの測定されたＲＳＲＰ間の差が閾値を超えるときに、第１のリソースプール１００８を選択することができる。そうでない場合、ＷＴＲＵは、リソースの他のセット（例えば、第２のリソースプール１０１０）から選択することができる。例えば、ＷＴＲＵは、ｅＮＢ  ＡおよびｅＮＢ  Ｂの測定されたＲＳＲＰ間の差が閾値未満であるとき、第２のリソースプール１０１０を選択することができる。
【０２６３】
ＷＴＲＵは、判断基準をサービングｅＮＢ（例えば、ｅＮＢ  Ａ）に報告することができる。例えば、ＷＴＲＵは、ＲＳＲＰ測定値をｅＮＢ  Ａに送信することができる。ｅＮＢは、選択するためのリソースのセットを用いてＷＴＲＵを構成することができる。例えば、ｅＮＢ  Ａは、構成をＷＴＲＵに送信することによって、リソースプールを選択するためのＷＴＲＵを構成することができる。構成は、ＷＴＲＵがＲＳＲＰ測定値に基づいて用いることができるリソースプールを示すことができる。例えば、ＷＴＲＵは、サービングｅＮＢ（例えば、ｅＮＢ  Ａ）からのＲＳＲＰが１または複数の近傍のｅＮＢ（例えば、ｅＮＢ  Ｂ）からのＲＳＲＰよりも、例えば、ある値だけかつ／またはある期間にわたって大きい場合、「１」を報告することができ、そうでない場合、ＷＴＲＵは「０」を報告することができる。ｅＮＢ（例えば、ｅＮＢＡ）は、ＷＴＲＵが「１」を報告するとき、セル中心リソースプール（例えば、第１のリソースプール１００８）を選択するようにＷＴＲＵを構成することができる。ｅＮＢ（例えば、ｅＮＢ  Ｂ）は、ＷＴＲＵが「０」を報告するとき、セルエッジリソースプール（例えば、第２のリソースプール１０１０）を選択するようにＷＴＲＵを構成することができる。
【０２６４】
リソース選択は、サービングｅＮＢおよび／または近傍ｅＮＢのうちの１または複数に対する経路損失に基づき得る。ＷＴＲＵは、例えば、ＲＳＲＰ測定値と同様に、サービングｅＮＢに対する測定された経路損失を閾値（例えば、所定の閾値）と比較することができる。ＷＴＲＵは、比較結果に基づいて、そこから選ぶリソースのセットを選択することができ、かつ／またはＷＴＲＵは、サービングｅＮＢおよび／または１もしくは複数の近傍のｅＮＢに対する経路損失を比較することができる。ＷＴＲＵは、サービングｅＮＢ（例えば、ｅＮＢ  Ａ）に対する経路損失が１または複数の近傍のｅＮＢ（例えば、ｅＮＢ  Ｂ）に対する経路損失未満である場合、セル中心ＷＴＲＵのリソースのセット（例えば、第１のリソースプール１００２）から選択することができる。そうでない場合、ＷＴＲＵは、セルエッジＷＴＲＵのためのリソースのセット（例えば、第２のリソースプール１０１０）から選択することができる。ＷＴＲＵは、トリガー判断基準に基づいてｅＮＢに測定を報告することができる。ｅＮＢは、用いるリソースセットを構成することができる。
【０２６５】
リソース選択は、サービングｅＮＢおよび／または近傍のｅＮＢに対するタイミングアドバンス値に基づき得る。接続モードのＷＴＲＵについて、そのサービングｅＮＢおよび／または１または複数の近傍のｅＮＢに対するタイミングアドバンス値は、リソースセットを選択するための判断基準として用いられ得る。例えば、サービングｅＮＢにおけるタイミングアドバンス値が閾値未満である場合、（例えば、所与の判断基準が満たされたとき、）ＷＴＲＵは対応する構成されたリソースを選択することができる。そうでない場合、ＷＴＲＵは、リソースの別のセットから選択することができる。ＷＴＲＵは、１または複数のタイミングアドバンス値の比較結果に基づいてｅＮＢに報告することができる。
【０２６６】
リソース選択は、許可された発見リソースのうちの１または複数（例えば、サブセット）における測定されたエネルギーレベルに基づき得る。ＷＴＲＵは、そこから選択するリソースのセットを決定し、かつ／または発見リソースのうちの１または複数（例えば、サブセット）における測定されたリソース利用に基づいてｅＮＢに報告することができる。例えば本明細書に記載されるように、リソース利用は、例えば、エネルギー量を測定することによって、かつ／または対象のリソースにおける制御シグナリングおよび／もしくは発見シグナリングを監視することによって決定され得る。
【０２６７】
ＷＴＲＵは、リソースの１または複数のセットにおいて測定（例えば、セット内のリソースにおけるエネルギーレベル）を行い、測定の結果を用いていずれのリソースセットを用いるかを決定することができる。ＷＴＲＵは、測定されたリソース利用が最低である（例えば、１つの測定にわたるかつ／または複数の測定にわたるセット内のリソース（例えば、全てのリソース）にわたって最も低いエネルギーレベルが検出された）リソースセットを選択することができる。リソース選択（例えば、初期リソース選択）は、そのような測定に基づいて行われることが可能であり、かつ／またはＷＴＲＵは、（例えば、リソースプール内の複数のリソースからの）利用可能なリソースのセットにわたってリソースをランダムに選択することができる。例えば、本明細書において説明したように、リソース選択（例えば、初期リソース選択）は、ネットワークが構成した優先度順に基づき、かつ／または他の測定に基づき得る。リソース選択（例えば、初期リソース選択）が行われると、例えば、リソース（例えば、全てのリソース）にわたって測定されたエネルギーレベルが、例えば、ある期間にわたって閾値よりも高い場合、ＷＴＲＵは、リソースセットを変更することができる。ＷＴＲＵは、リソースの別のセットにおける測定されたエネルギーに基づいてリソースセット（例えば、新たなリソースセット）を選択することができる。例えば、ＷＴＲＵは、最も低いエネルギーレベルを有するリソースセットを選択することができ、ＷＴＲＵは、リソースセットをランダムに選択することができ、かつ／またはＷＴＲＵはリソースの次に高い優先度のセットを選択することができる。ＷＴＲＵは、リソースの別のセットがそのリソースにわたって、例えば、ある閾値だけかつ／またはある期間にわたって、より低い平均リソース利用を有する場合、リソースのセットを選択することができる。リソースが１または複数の（例えば、全ての）リソースセットにおいて占有されている場合、ＷＴＲＵはネットワークに報告を送信することができる。
【０２６８】
リソース選択は、アプリケーションの優先度に依拠することができる。ＷＴＲＵは、優先度（例えば、Ｐｒｏｓｅアプリケーション優先度）を用いて構成され得る。１または複数のリソースセットは、１または複数の関連付けられたアプリケーション優先度クラスを用いて構成され得る。ＷＴＲＵは、いずれのリソースセットを用いるかを、発見信号が送信されているアプリケーションの優先度に基づいて決定することができる。ＷＴＲＵは、構成されたアプリケーション優先度以下の利用可能な最高優先度を有するリソースを選択することができる。
【０２６９】
リソース選択は、（例えば、発見および／または通信のための）ＰｒｏＳｅアプリケーションの構成された特性のうちの１つまたはそれらの組み合わせに依拠することができる。例えば、リソース選択は、アプリケーションのタイプ、アプリケーションの使用、公衆安全または商用、ＱｏＳ特性（例えば、レイテンシ、レート等）、電力特性／要件、発見のタイプ（例えば、オープン／制限付き）またはモデルＡ対モードＢ発見、通信のタイプ（例えば、ユニキャスト、マルチキャストまたはグループキャスト）等に依拠することができる。
【０２７０】
通信のためのリソース選択は、複数の構成されたＳＡリソースプールまたはデータ送信プールの中から１つを選択するように実行され得る。
【０２７１】
ＷＴＲＵは、特性のうちの１つまたはそれらの組み合わせを用いて構成され得る。各リソースプールは、特性のうちの１つまたはそれらの組み合わせを用いて構成され得る。ＷＴＲＵは、リソースセット、またはＷＴＲＵにおけるＰｒｏＳｅアプリケーションと同じ特性を用いて構成されたリソースのセットを選択することができる。例えば、ＷＴＲＵが公衆安全タイプのアプリケーションを用いて構成されている場合、ＷＴＲＵは、公衆安全のために構成されたリソースのセットを選択することができる。
【０２７２】
ＷＴＲＵは、電力クラス要件および／または所与のアプリケーションもしくはアプリケーションのセットの特性を満たすリソースセットを選択することができる。ＷＴＲＵは、所与のアプリケーションに関連付けられた発見タイプを用いて構成された利用可能なリソースからリソースセットを選択することができる。ＷＴＲＵは、ＷＴＲＵが、例えば、レイテンシおよび／またはレートを含むＱｏＳ判断基準のうちの１または複数を満たすことを可能にするリソースセットから選択することができる。リソースの構成されたセットから、ＷＴＲＵは、ＷＴＲＵが用件および／またはレートを満たすことを可能にする、Ｄ２Ｄ送信のための利用可能なＤ２Ｄサブフレームの周期性および／または数を有するリソースセットを決定することができる。
【０２７３】
ＷＴＲＵは、ＷＴＲＵが、例えば、保証ビットレートを含む１または複数のＱｏＳ判断基準を満たすことを可能にするリソースセットから選択することができる。例えば、ＷＴＲＵは、Ｄ２Ｄ送信パケットに割り当てられた論理チャネルの構成されたＰＢＲまたはＧＢＲをサポートするように構成されたリソースセットを決定することができる。
【０２７４】
リソースの選択（例えば、リソースの自律的選択）を実行するかつ／またはｅＮＢへの報告を開始するためのトリガーが提供され得る。ＷＴＲＵは、発見および／または通信プロセスが開始されるとき（例えば、ＷＴＲＵが発見信号を送信するためのリソースを選択することを初めて開始するとき）、例えば、ＷＴＲＵが発見信号またはメッセージを送信することを初めて決定したときに、リソース選択および／またはネットワークへの報告を実行することができる。例えば、本明細書に記載されるように、ＷＴＲＵは、測定された結果に基づいて、ＷＴＲＵが満たさなくてはならない判断基準および／またはｅＮＢの特性をｅＮＢに報告することができる。
【０２７５】
（例えば、各）発見機会の開始時に、ＷＴＲＵは、測定（例えば、ＲＳＲＰ測定）を実行し、かつ／または測定を用いて適切なリソースセット（例えば、リソースプール）を選択することができる。ＷＴＲＵは、このリソースセットからのリソースを、発見プロセスの持続時間および／または構成された期間にわたって利用することができる。
【０２７６】
ＷＴＲＵは、例えば全ての送信において、本明細書において定義した判断基準のうちの１または複数に従ってリソース選択（例えば、動的リソース選択）を実行することができる。ＷＴＲＵは、リソースセットおよび／または測定を監視することができる。本明細書に記載される条件のうちの１または複数が満たされている場合、ＷＴＲＵは自身が用いるリソースセットを変更することができる。ＷＴＲＵは、本明細書に記載される条件が満たされているとき、例えば、ＷＴＲＵが測定したそのサービングｅＮＢのＲＳＲＰが（例えば、ある持続時間にわたって）閾値を超えているかつ／またはそれがｅＮＢから遠ざかるにつれ減少しているとき、ネットワークへの報告をトリガーすることができる。ＲＳＲＰ値が閾値より下に降下する場合、ＷＴＲＵは、そのような変化を示すｅＮＢに対する報告を送信することができ、かつ／または用いられるリソースのセットを変更する（例えば、自律的に変更する）ことができる。
【０２７７】
ＷＴＲＵは、ＷＴＲＵが、ネットワークによってそのような報告を送信するように構成されるとき、リソース選択および／またはネットワークへの報告を実行することができる。例えば、これは、ネットワークが、リソースのいずれのセットおよびどの特性がＷＴＲＵに配分され得るかを決定するのに用いられ得る。
【０２７８】
ＷＴＲＵは、ＷＴＲＵが選択するためのリソースの利用可能なセットを見つけることができないとき、リソース選択および／またはネットワークへの報告を実行することができる。例えば、測定されたエネルギーレベルに基づいて、リソースの全てが占有されている場合。ＷＴＲＵは、利用可能なリソースセットにわたってランダムに実行され、かつ／またはネットワークが構成した優先度順に基づき得る、リソースセットを選択することができ。リソースセットが、ネットワークが構成した優先度順に基づいて選択される場合、ネットワークは、リソースセットのうちの１または複数の優先度順を示すテーブルをブロードキャストすることができる。
【０２７９】
リソースは、アプリケーションおよび／または発見プロセスが異なる判断基準を満たすときに選択され得る。リソースのセット（例えば、発見リソースプール、通信のためのＳＡ送信プール、通信データ送信プール等）が、ＷＴＲＵがそこから選択することを許可される異なる判断基準のうちの１つまたはそれらの組み合わせに対応するインデックスを用いて構成され得る。例えば、インデックスと、判断基準または判断基準の組み合わせとの間の明示的なマッピングが定義され得る。ＷＴＲＵは、その構成された判断基準（例えば、アプリケーションのタイプ、電力範囲、ＱｏＳ、優先度、ビットレート等）に依拠して関連付けられたインデックスを決定することができる。
【０２８０】
表１は、３ビットインデックスおよび関連付けられた判断基準の例示的なマッピングを示すテーブルである。リソース使用を定義する判断基準のセットは、リソースセットが用いられ得るアプリケーションのタイプおよび／または電力範囲に対応することができる。マッピングテーブルは、所望の判断基準の異なるセットをかつ／インデックス番号のための異なるビット数と組み合わせる異なるリソース使用定義のために生成され得る。例えば、優先度判断基準がリソース使用の定義に含まれる場合、より多くのビットが用いられ得る。
【０２８１】
【表１】
0006424230.tif 000002
【０２８２】
発見プロセスおよび／または通信セッションは、異なる判断基準を用いて独立して構成され得る。ＷＴＲＵは、いずれのインデックスに判断基準のセットをマッピングするかを決定することができる。ＷＴＲＵは、そのインデックスに関連付けられたリソースセットを選択することができる。ＷＴＲＵは、インデックスを用いて明示的に構成され得る。リソースが所与のインデックスを用いて構成されない場合、ＷＴＲＵは、構成された判断基準を最も良好に満たす次のリソースセットを決定することができる。
【０２８３】
発見プロセスおよび／または通信セッションは、（例えば、優先度順で）２つ以上の所望の使用インデックスに関連付けられ得る。ＷＴＲＵは、提供される使用インデックスを所望の使用インデックスのうちの１または複数と（例えば、優先度順で）整合させるように構成され得る。これが機能しない場合、ＷＴＲＵはデフォルトリソースおよび／または任意タイプのサービスのために構成されたリソースに戻ることができる。
【０２８４】
リソースセットは、リソースインデックスを用いてかつ測定判断基準（例えば、リソースに関連付けられたＲＳＲＰ閾値）を用いて構成され得る。各判断基準は独立して構成され得る。判断基準間の優先度が確立され得る。
【０２８５】
リソースセットは１または複数の異なる判断基準を用いて構成され得る（例えば、明示的にかつ／または独立して構成され得る）。例えば、リソースセットは、これが公衆安全（ＰＳ）使用であるか、商用使用であるか、またはいずれでもないか（例えば、リソースは任意のアプリケーションタイプのためのものであり得る）を示すことができる。例示的な判断基準では、リソースセットは、電力範囲（例えば、低、中、高またはいずれでもない）を用いて構成され得る。いずれも、全てのリソースが全ての電力範囲のために用いられ得ることを暗に意味することができない。例えば、リソースセットは、自身がサポートするＱｏＳのタイプ、自身がサポートすることができるパケットビットレート（例えば、ＰＢＲまたはＧＢＲ）等を示すことができる。
【０２８６】
ＷＴＲＵは、第１の判断基準（例えば、最も高い優先度の判断基準）に関連付けられた第１のリソースセットを選択することができる。ＷＴＲＵは、優先度順に基づいて決定された次の判断基準を用いて、第１のリソース内のリソースの次のセットを選択することができ、以下同様である。例えば、ＷＴＲＵはまず、アプリケーションタイプ（例えば、ＰＳまたは商用）を用いた使用に関連付けられたリソースのセットを選択することができる。ＷＴＲＵは、電力範囲判断基準のセットを満たすリソースを選択することができる。ＷＴＲＵは、ＲＳＲＰ測定値および／またはリソース構成に従ってリソースのセットを選択することができる。
【０２８７】
ＷＴＲＵは、構成された優先度レベルに関連付けられたリソースのセットを選択することができる。ＷＴＲＵは、ＷＴＲＵが構成したアプリケーション優先度レベル以下の最も高い優先度レベルを有するリソースセットを選択することができる。優先度レベルは、ＲＳＲＰ測定値に従って用いられることが許可されるリソースよりも低い優先度であり得る。このため、ＷＴＲＵは、構成されたＲＳＲＰ測定値判断基準を満たす利用可能なリソースのセットを選択し、次に、アプリケーション優先度以下の、より高い優先度レベルを有するリソースを選択することができる。
【０２８８】
ＷＴＲＵが所与の発見プロセスおよび／または通信セッションの使用インデックスに合致する提供された使用インデックスを有するリソースセットを見つけることができない場合、ＷＴＲＵは、最も近い合致するリソースセットを用いることに関するガイドラインを用いて構成され得る。例えば、ＷＴＲＵが、短い範囲の発見のためのリソースセットを見つけることができない場合、ＷＴＲＵは、その最大電力送信要件を順守しながら、中範囲リソースからのリソースを用いるように構成され得る。例えば、ＷＴＲＵは、送信パケットの無線ベアラ（例えば、論理チャネル）のパケットビットレート以上のパケットビットレートを用いて構成されたリソースセットを選択するための規則を有することができる。
【０２８９】
任意の必要な使用インデックス要件と共に発見メッセージのために用いられ得るデフォルトプールが構成され得る。ＷＴＲＵは、他の合致が見つからないとき、デフォルトプールを選択することができる。
【０２９０】
ＷＴＲＵ自律リソース制御が提供され得る。送信ＷＴＲＵは、所与の発見機会および／または期間においてどれだけ多くの発見送信（例えば、０を含む）を実行するかを決定することができる。ＷＴＲＵ発見送信レートを構成することによって、ネットワークおよび／またはシステムは、干渉および／またはサービス品質の量を調整することができる。
【０２９１】
ＷＴＲＵは、固定発見送信レートを用いて構成され得る。例えば、ＷＴＲＵは、所与の発見送信レートを用いてネットワークによって構成され得る。ＷＴＲＵは、専用シグナリングを介して（例えば、ＲＲＣ、ＮＡＳを介して、ＰｒｏＳＥサーバから等）構成を受信することができる。ＷＴＲＵは、ブロードキャストチャネルを介して（例えば、１または複数のＳＩＢを介して）構成を受信することができる。構成は、リソースプール、ＲＳＲＰ範囲および／またはＲＳＲＰ閾値を特定することができる。
【０２９２】
ＷＴＲＵは、例えば、以下のうちの１または複数を用いてパラメータ化され得る発見送信レートを用いて構成され得る。ＷＴＲＵは、秒ごとの発見送信の数で表される平均レートを用いて構成され得る。ＷＴＲＵは、レートを達成するために、１または複数の（例えば、一連の）発見機会においてどれだけ多くの発見送信を実行するかを決定することができる。ＷＴＲＵは、レートを達成するために規則的な間隔で発見信号を送信するように構成され得る。ＷＴＲＵは、固有の数の発見機会および／または固有の時間間隔のために複数の発見送信を用いて構成され得る。例えば、ＷＴＲＵは、Ｎ個の発見機会にわたってＮ個の送信発見信号を送信するように構成され得る。ＷＴＲＵは、例えば複数のフレーム（例えば、Ｎフレーム）および／または絶対時間（例えば、秒）において指定され得る時間間隔中にＮ個の送信発見信号を送信するように構成され得る。
【０２９３】
ＷＴＲＵは、発見機会中、例えば、レートが許すとき、発見信号ペイロードを繰り返すように構成され得る。これは、例えば、レートが、ＷＴＲＵが１つの発見機会において２つ以上の発見信号を送信することができるようになっているときに生じ得る。
【０２９４】
構成された発見送信レートは、１または複数の（例えば、全ての）発見プロセスに適用可能であり得る。ＷＴＲＵは、（例えば、各）発見プロセスに固有の発見送信レートを用いて構成され得る。
【０２９５】
ＷＴＲＵは、発見送信レートを自律的に決定することができる。ＷＴＲＵは、自身の発見送信レートを、発見リソースの測定に基づかせることができる。ＷＴＲＵは、最小発見送信レートおよび／または最大送信レートを用いて構成され得る。ＷＴＲＵは、所与の測定期間後に、リソース利用を測定し、現在の送信レート（例えば、ｃｕｒｒｅｎｔ＿ｄｉｓｃｏｖｅｒｙ＿ｒａｔｅ）を更新するように構成され得る。
【０２９６】
ＷＴＲＵは、ｃｕｒｒｅｎｔ＿ｄｉｓｃｏｖｅｒｙ＿ｒａｔｅをある値（例えば、所定の値）に初期化することができる。ＷＴＲＵは、ｃｕｒｒｅｎｔ＿ｄｉｓｃｏｖｅｒｙ＿ｒａｔｅを、構成される最小発見送信レートに初期化することができる。ＷＴＲＵは、例えば、以下のうちの１または複数が生じるとき、ｃｕｒｒｅｎｔ＿ｄｉｓｃｏｖｅｒｙ＿ｒａｔｅをリセットし、再初期化し、かつ／またはゼロにセットすることができる。ＷＴＲＵは、ＷＴＲＵが構成された持続時間にわたって発見信号を送信していないとき、ｃｕｒｒｅｎｔ＿ｄｉｓｃｏｖｅｒｙ＿ｒａｔｅをリセットし、再初期化し、かつ／またはゼロにセットすることができる。ＷＴＲＵは、ＷＴＲＵがネットワークから信号を受信するとき、ｃｕｒｒｅｎｔ＿ｄｉｓｃｏｖｅｒｙ＿ｒａｔｅをリセットし、再初期化し、かつ／またはゼロにセットすることができる。例えば、信号は、発見のためのリソースの変更を示す信号（例えば、この場合、ＷＴＲＵはｃｕｒｒｅｎｔ＿ｄｉｓｃｏｖｅｒｙ＿ｒａｔｅを再初期化することができる）および／または（例えば、その後ＷＴＲＵがｃｕｒｒｅｎｔ＿ｄｉｓｃｏｖｅｒｙ＿ｒａｔｅを再初期化するように構成され得る所定の時間量について）自身のｃｕｒｒｅｎｔ＿ｄｉｓｃｏｖｅｒｙ＿ｒａｔｅを０にセットするようにＷＴＲＵに示す信号であり得る。発見リソース利用レベルが、例えば構成された時間量にわたって閾値を超えるかつ／または閾値未満であることをＷＴＲＵが決定する（例えば、測定する）とき、ＷＴＲＵはｃｕｒｒｅｎｔ＿ｄｉｓｃｏｖｅｒｙ＿ｒａｔｅをリセットし、再初期化し、かつ／またはゼロにセットすることができる。
【０２９７】
ＷＴＲＵがｃｕｒｒｅｎｔ＿ｄｉｓｃｏｖｅｒｙ＿ｒａｔｅを増大および／または減少させるための１または複数のトリガーが存在し得る。ＷＴＲＵが、例えばある期間にわたってリソース利用が閾値未満であることを決定するとき、ＷＴＲＵは、ｃｕｒｒｅｎｔ＿ｄｉｓｃｏｖｅｒｙ＿ｒａｔｅの値をある量だけ増大させることができる。
【０２９８】
ＷＴＲＵは、発見送信レートを、ある量だけ増大させることができる（例えば、ＷＴＲＵは発見送信レートを二倍にすることができる）。ＷＴＲＵは、構成される最大レートを超えないように構成され得る。
【０２９９】
ＷＴＲＵは、発見送信レートをある量だけ減少させることができる。例えば、ＷＴＲＵは、ＷＴＲＵが、例えばある期間にわたってリソース利用が閾値を超えているかつ／または閾値未満であることを決定する期間に１回（例えば、期間ごと）、ある量だけ発見送信レートを減少させることができる。例えば、ＷＴＲＵがある時間量の間に自身が発見送信を実行していないと決定するとき、ＷＴＲＵは、その発見プロセスのうちの１または複数に関連付けられたアクティビティ状態に基づいて、発見送信レートをある量だけ減少させることができる。ＷＴＲＵは、ネットワークシグナリングに基づいて発見送信レートをある量だけ減少させることができる。例えば、ＷＴＲＵは、ＷＴＲＵが（例えば、Ｃ−ＲＮＴＩによってマスキングされた（ｅ）ＰＤＣＣＨにおけるＤＣＩを用いて、別の構成されたＲＮＴＩによって、ＭＡＣ制御要素を用いたＬ２ＭＡＣシグナリングによって等）専用シグナリングを介してネットワークシグナリングを受信するとき、発見送信レートをある量だけ減少させることができる。例えば、ＷＴＲＵがブロードキャストチャネルを介して（例えば、１または複数のＳＩＢを介して）ネットワークシグナリングを受信することができるとき、ＷＴＲＵは、発見送信レートをある量だけ減少させることができる。
【０３００】
ＷＴＲＵは、発見送信レートを有することができる。ＷＴＲＵは、構成された最小値未満にレートを減少させることはできない。
【０３０１】
ＷＴＲＵは、発見リソースにおけるエネルギーレベルに基づいて発見リソース使用を決定することができる。例えば、ＷＴＲＵは、（例えば、送信していないとき）発見リソースにおけるエネルギーレベルを測定し、これを閾値と比較することができる。ＷＴＲＵは、発見成功数に基づいて発見リソース使用を決定することができる。例えば、ＷＴＲＵは、発見成功数をカウントし、これを閾値と比較することができる。ＷＴＲＵは、１または複数のＳＩＢに基づいて発見リソース使用を決定することができる。例えば、ＷＴＲＵは、リソース利用の表示について１または複数のＳＩＢを監視することができる。ＷＴＲＵは、１または複数のＳＩＢからリソース利用を読み出すことができる。
【０３０２】
ＷＴＲＵは、例えば、１または複数のＳＩＢを介してシグナリングされたネットワークによる表示に基づいて、リソース利用を決定することができる。例えば、ＷＴＲＵは、発見信号リソース利用過負荷インジケータについて１または複数のＳＩＢを監視することができる。ＷＴＲＵは、例えば、過負荷インジケータの値に基づいて、（例えば、本明細書に記載されるように）自身の発見送信レートを増大および／または減少させることができる。
【０３０３】
ＷＴＲＵは、１または複数の発見リソースが専用であり（例えば、ネットワークにより異なる発見プロセスに関連付けられる）、一方で１または複数の発見リソースが共有されることを決定することができる。ＷＴＲＵは、リソース使用レベルのその決定において共有される１または複数の発見リソースを検討する（例えば、検討のみを行う）ことができる。ＷＴＲＵは、共有リソースに関連付けられたプロセス（例えば、共有リソースに関連付けられたプロセスのみ）に結果としての送信レートを適用することができる。
【０３０４】
リソースランダム化を介する干渉軽減が提供され得る。送信ＷＴＲＵは、実際の送信機会を、例えば、許可された発見機会のセットから選択し、例えば、システム干渉をランダム化することができる。
【０３０５】
ＷＴＲＵは、それを通じてＤ２Ｄ通信（例えば、発見送信）を試行するリソース（例えば、サブフレームのセット）をランダムに選択することができる。送信ＷＴＲＵは、それを介して発見信号が送信され得るサブフレームのセットを決定することができる。ＷＴＲＵは、例えばその構成に基づいて、例えば以下のうちの１または複数に基づいてある期間にわたって（例えば、発見機会サイクルにわたって）定義された、いくつかの発見サブフレーム（例えば、Ｎｄｉｓｃ）にわたって発見信号送信のために用いられるサブフレームの数（例えば、Ｎｒｅｑ）を決定することができる。
【０３０６】
ＷＴＲＵは、構成される発見プロセスの数、（例えば、各）発見プロセスのＱｏＳおよび／もしくは発見送信レート、送信ＷＴＲＵごとに構成および／もしくは許可される最大および／もしくは最小発見送信レート、ならびに／または構成された発見プロセスにわってその要求されるＱｏＳを満たすためにＷＴＲＵによって用いられる最小サブフレーム数に基づいて、発見信号送信のために用いられるサブフレームの数を決定することができる。
【０３０７】
ＷＴＲＵは、例えばある期間中（例えば、Ｎｄｉｓｃ個のサブフレーム）、例えば、Ｄ２Ｄ通信（例えば、発見送信）を実行および／または試行するために、（例えば、複数のリソースからの）サブフレームの総数にわたってＮｒｅｑ個のサブフレーム（例えばリソース）を（例えば、ランダムに）選択することができる。
【０３０８】
ＷＴＲＵは、例えば、ＷＴＲＵ固有値によって初期化され得る（例えば、所定の）ランダム化関数を用いて、リソース（例えば、サブフレーム、ＰＲＢ等）を選択することができる。これは、いずれの２つのＷＴＲＵも経時的に同じリソースセットを選択しないことを確実にすることができる。ＷＴＲＵは、ネットワークによってシグナリングされるＷＴＲＵ固有の値に基づいて、かつ／またはＷＴＲＵ−ＩＤおよび／もしくはＷＴＲＵ−ＩＤ（例えば、ＩＭＳＩ、Ｔ−ＩＭＳＩ、Ｃ−ＲＮＴＩ、ＩＭＥＩ等）の一部に基づいて、シードを用いて初期化された擬似ランダムシーケンス関数を用いて構成され得る。
【０３０９】
ＷＴＲＵは、定期的間隔で、例えばＳＦＮがラップアラウンドするたびかつ／または別の時点において、ランダム化機能を再初期化することができる。
【０３１０】
時間遅延制約が提供され得る。例えば、ＷＴＲＵは、２つの許可される発見送信間の最小遅延および／またはサブフレーム数を用いて構成され得る。これは、チャネルの時間多様性を利用するのに用いられ得る。発見送信を実行および／または試行するための期間（例えば、Ｎｄｉｓｃサブフレーム）中に（例えば、複数のリソースから）サブフレームの総数にわたって（例えば、ランダムに）Ｎｒｅｑ個のサブフレーム（例えば、リソース）を選択するとき、ＷＴＲＵは、いずれの２つの選択されたサブフレームも、最小遅延制約に違反しないことを確実にすることができる。これは、例えば、要件を満たすまで、無効な構成が発生するときにこれらを破棄し、かつ／または選択を再試行することによって実行され得る。
【０３１１】
ＷＴＲＵは、サブフレームのうちの１または複数（例えば、セット）を選択することができ、これを介して、例えば所定のホッピングパターンに基づいて発見送信を試行することができる。ＷＴＲＵは、サブフレームホッピングパターンの１または複数のセットを用いて事前構成され得る。（例えば、各）ホッピングパターンはサブフレームのセットを定義することができ、これを介して、送信ＷＴＲＵは、例えばある期間にわたって（例えば、発見機会サイクルにわたって）発見信号を送信することができる。
【０３１２】
ＷＴＲＵは、例えば、本明細書に記載されるように、複数の発見サブフレーム（例えば、Ｎｄｉｓｃ）にわたって発見信号送信に用いられるサブフレーム数（例えば、Ｎｒｅｑ）を決定することができる。ＷＴＲＵは、例えば、Ｎｒｅｑの値に基づいて、Ｎｒｅｑ個の発見サブフレーム送信についてホッピングパターン（例えば、ホッピングパターンごと）が可能にするホッピングパターンのファミリーを選択することができる。ＷＴＲＵは、例えばランダム関数に基づいて、そのファミリーからホッピングパターンのうちの１または複数を選択することができる。例えば、ＷＴＲＵは、擬似ランダム関数によって生成されるインデックスを用いてホッピングパターンを選択することができる。擬似ランダム関数は、例えば、本明細書に記載されるように、導出されたシードを用いて初期化され得る。
【０３１３】
ＬＴＥ（例えば、ＬＴＥ−Ａ）およびＬＴＥ用語を参照して特徴および要素が説明されたが、本明細書に記載される特徴および要素は、他の有線および無線通信プロトコル、例えば、ＨＳＰＡ、ＨＳＰＡ＋、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＷＬＡＮ等への適用であり得る。
【０３１４】
特徴および要素は、上記で特定の組み合わせで説明されたが、当業者であれば、各特徴または要素が単独で、または他の特徴および要素との任意の組み合わせで用いられ得ることを理解するであろう。加えて、本明細書に記載される方法は、コンピュータプログラム、ソフトウェア、またはコンピュータもしくはプロセッサによる実行のためのコンピュータ可読媒体に組み込まれたファームウェアにおいて実施され得る。コンピュータ可読媒体の例は、（有線または無線接続を介して送信される）電子信号およびコンピュータ可読ストレージ媒体を含む。コンピュータ可読記憶媒体の例は、限定ではないが、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよび着脱可能ディスク等の磁気媒体、磁気光媒体、およびＣＤ−ＲＯＭディスク、デジタル多用途ディスク（ＤＶＤ）等の光媒体を含む。ソフトウェアに関連するプロセッサは、ＷＴＲＵ、端末、基地局、ＲＮＣまたは任意のホストコンピュータにおいて用いるための無線周波数送受信機を実施するのに用いられ得る。
【図１Ａ】
0006424230.tif 000003
【図１Ｂ】
0006424230.tif 000004
【図１Ｃ】
0006424230.tif 000005
【図１Ｄ】
0006424230.tif 000006
【図１Ｅ】
0006424230.tif 000007
【図２】
0006424230.tif 000008
【図３】
0006424230.tif 000009
【図４】
0006424230.tif 000010
【図５】
0006424230.tif 000011
【図６】
0006424230.tif 000012
【図７】
0006424230.tif 000013
【図８】
0006424230.tif 000014
【図９】
0006424230.tif 000015
【図１０】
0006424230.tif 000016