(57)【特許請求の範囲】
【請求項１】
デバイスツーデバイス（Ｄ２Ｄ）シグナリング方法であって、
ワイヤレス送信／受信デバイス（ＷＴＲＵ）が、Ｄ２Ｄディスカバリ信号スケジュールを決定すること、
前記ＷＴＲＵが、前記Ｄ２Ｄディスカバリ信号スケジュールに基づいて、Ｄ２Ｄディスカバリ信号を受信することであり、前記Ｄ２Ｄディスカバリ信号は前記Ｄ２Ｄディスカバリ信号に関連付けられたペイロードおよびガード期間を含む、ことと、
シーケンスを決定することであり、前記シーケンスはスクランブリング生成器により生成され、前記スクランブリング生成器は予め構成されたデフォルト値で初期化される、ことと、
前記ＷＴＲＵが、前記Ｄ２Ｄディスカバリ信号の前記ペイロードを処理することであり、前記受信したペイロードは、前記決定されたシーケンスを使用して処理される、ことと
を含む、方法。
【請求項２】
前記ＷＴＲＵが、前記Ｄ２Ｄディスカバリ信号のペイロードをより上位のレイヤに報告することを含む、請求項１に記載の方法。
【請求項３】
前記ＷＴＲＵが、ダウンリング無線フレームと関連付けられたタイミングを使用して、前記Ｄ２Ｄディスカバリ信号と関連付けられたタイミングを決定することを含む、請求項１に記載の方法。
【請求項４】
前記ＷＴＲＵが、無線リソース制御（ＲＲＣ）アイドル状態またはＲＲＣ接続状態にある、請求項３に記載の方法。
【請求項５】
前記Ｄ２Ｄディスカバリ信号スケジュールは、ネットワークからシステム情報ブロック（ＳＩＢ）を受信することおよび前記受信したＳＩＢに基づいて前記Ｄ２Ｄディスカバリ信号スケジュールを決定することにより決定される、請求項１に記載の方法。
【請求項６】
前記Ｄ２Ｄディスカバリ信号スケジュールは、前記Ｄ２Ｄディスカバリ信号を受信する前記ＷＴＲＵに関連付けられたＤ２Ｄ無線ネットワーク一時識別子（Ｄ−ＲＮＴＩ）に基づいて前記Ｄ２Ｄディスカバリ信号スケジュールを導出することにより、決定される、請求項１に記載の方法。
【請求項７】
ワイヤレス送信／受信デバイス（ＷＴＲＵ）であって、
デバイスツーデバイス（Ｄ２Ｄ）ディスカバリ信号スケジュールを決定するよう構成されたプロセッサと、
前記Ｄ２Ｄディスカバリ信号スケジュールに基づいて、Ｄ２Ｄディスカバリ信号を受信するよう構成された受信機であり、前記Ｄ２Ｄディスカバリ信号は前記Ｄ２Ｄディスカバリ信号に関連付けられたペイロードおよびガード期間を含む、受信機と、
シーケンスを決定するよう構成された前記プロセッサであり、前記シーケンスはスクランブリング生成器により生成され、前記スクランブリング生成器は予め構成されたデフォルト値で初期化される、前記プロセッサと、
前記Ｄ２Ｄディスカバリ信号の前記ペイロードを処理するよう構成された前記プロセッサであり、前記受信したペイロードは、前記シーケンスを使用して処理される、前記プロセッサと
を備えた、ＷＴＲＵ。
【請求項８】
前記プロセッサは、前記Ｄ２Ｄディスカバリ信号のペイロードをより上位のレイヤに報告するようさらに構成されている、請求項７に記載のＷＴＲＵ。
【請求項９】
前記プロセッサは、ダウンリング無線フレームと関連付けられたタイミングを使用して、前記Ｄ２Ｄディスカバリ信号と関連付けられたタイミングを決定するよう構成されている、請求項７に記載のＷＴＲＵ。
【請求項１０】
前記ＷＴＲＵが、無線リソース制御（ＲＲＣ）アイドル状態またはＲＲＣ接続状態にある、請求項９に記載のＷＴＲＵ。
【請求項１１】
前記Ｄ２Ｄディスカバリ信号スケジュールは、ネットワークからシステム情報ブロック（ＳＩＢ）を受信することおよび前記受信したＳＩＢに基づいて前記Ｄ２Ｄディスカバリ信号スケジュールを決定することにより決定される、請求項７に記載のＷＴＲＵ。
【請求項１２】
前記Ｄ２Ｄディスカバリ信号スケジュールは、前記Ｄ２Ｄディスカバリ信号を受信する前記ＷＴＲＵに関連付けられたＤ２Ｄ無線ネットワーク一時識別子（Ｄ−ＲＮＴＩ）に基づいて前記Ｄ２Ｄディスカバリ信号スケジュールを導出することにより、決定される、請求項７に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
デバイスツーデバイス（Ｄ２Ｄ）通信に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１３年１月１６日に出願された米国特許仮出願第６１／７５３，１７３号明細書、２０１３年１月１６日に出願された米国特許仮出願第６１／７５３，３８９号明細書、２０１３年４月２日に出願された米国特許仮出願第６１／８０７，４７６号明細書、２０１３年５月８日に出願された米国特許仮出願第６１／８２１，０３８号明細書、２０１３年９月２５日に出願された米国特許仮出願第６１／８８２，５７４号明細書、２０１３年１０月３０日に出願された米国特許仮出願第６１／８９７，７３８号明細書に対する優先権を主張するものである。
【０００３】
デバイスツーデバイス（Ｄ２Ｄ）通信は、特定の商業的な用途およびソーシャルな用途、ネットワークオフローディング、ならびに／または公安直接通信を容易にすることができる。これらのプロキシミティサービス（ＰｒｏＳｅ）は、Ｄ２Ｄディスカバリ手順および通信手順を必要とする場合がある。
【０００４】
いくつかのワイヤレス技術、たとえば、Ｗｉ−Ｆｉおよび／またはブルートゥース（登録商標）は、２つのデバイスの間における直接通信を可能にすることができる。しかしながら、そのような技術は、ライセンス免除帯域上で機能することができ、より多くの干渉およびより低いサービス品質にさらされる場合がある。その上、ロングタームエボリューション（ＬＴＥ）およびロングタームエボリューションアドバンスト（ＬＴＥ−Ａ）モバイル技術の台頭に伴って、Ｄ２Ｄ通信のネットワーク制御を可能にすることが望ましい場合がある。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様２６．２１３
【発明の概要】
【０００６】
許可されているサブフレームに、Ｄ２Ｄディスカバリ信号を送信するよう表示する（indicate）ディスカバリ信号スケジュールを特定する（determine）ステップと、スクランブリングシーケンスを特定するステップと、許可されているサブフレームのうちの１または複数の上でＤ２Ｄディスカバリ信号を送信することを決定するステップと、スクランブリングシーケンスを使用してＤ２Ｄディスカバリ信号を送信するステップであって、そのＤ２Ｄディスカバリ信号がペイロードおよび基準シンボルを含む、ステップとを含む、ワイヤレス送信／受信デバイスによるデバイスツーデバイス（Ｄ２Ｄ）シグナリングに関連付けられている方法およびデバイスが記載されている。
【図面の簡単な説明】
【０００７】
【図１Ａ】例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａにおいて示されている通信システム内で使用されることが可能である例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａにおいて示されている通信システム内で使用されることが可能である例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｄ】図１Ａにおいて示されている通信システム内で使用されることが可能である別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。
【図１Ｅ】図１Ａにおいて示されている通信システム内で使用されることが可能である別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。
【図２】（ＴＤＭ、ＦＤＭ、およびＴＤＭとＦＤＭの組合せを伴う）ディスカバリ信号部分の概念的な例示的な組合せを示す図である。
【図３】帯域エッジ上でのＰＵＣＣＨ送信の存在下での物理リソースへのディスカバリ信号の例示的なマッピングを示す図である。
【図４】ＯＦＤＭシンボルにマップされる基準シンボルの例を示す図である。
【図５】複数のＯＦＤＭシンボルにわたってマップされる基準シンボルの例を示す図である。
【図６】例示的なディスカバリ信号構造を示す図である。
【図７】ＬＴＥ  Ｄ２Ｄ信号の例示的な周波数／時間表示を示す図である。
【図８】マルチ信号受信機の例を示す図である。
【図９】ＬＴＥ  Ｄ２Ｄ信号デコーディングのための並列処理の例を示す図である。
【図１０】順次処理において使用されることが可能である複数のモジュール構成の例を示す図である。
【図１１】Ｄ２Ｄに適用される連続した信号干渉キャンセルの例を示す図である。
【図１２】ＷＴＲＵ送信機にマップされるマルチ信号スケジューリングの例を示す図である。
【図１３】時分割多重化（ＴＤＭ）を使用する例示的なトポロジを示す図である。
【図１４】図１３の例示的なトポロジに関連した例示的なタイミングを示す図である。
【図１５】周波数分割多重化（ＦＤＭ）を使用する例示的なトポロジを示す図である。
【図１６】図１５の例示的なトポロジに関連した例示的なタイミングを示す図である。
【図１７】例示的なコード分割多重化された（ＣＤＭ）信号のケースにおける例示的な循環シフトディメンジョニングを示す図である。
【図１８】冗長性セクションを伴う例示的なディスカバリ信号を示す図である。
【図１９】ガード時間を伴う例示的なディスカバリ信号を示す図である。
【図２０】例示的なディスカバリ無線フレームを示す図である。
【図２１】例示的なディスカバリ無線フレームタイムアライメントを示す図である。
【図２２】ディスカバリサブフレーム内の例示的な重なっているエリアおよびブランクエリアを示す図である。
【図２３】ディスカバリサブフレーム内の例示的な重なっているエリアおよびブランクエリアを示す図である。
【発明を実施するための形態】
【０００８】
次いで、例示的な実施形態についての詳細な説明が、さまざまな図を参照しながら行われる。この説明は、可能な実施態様の詳細な例を提供するが、それらの詳細は、例示的なものであり、けっして本出願の範囲を限定するものではないということを意図されているという点に留意されたい。
【０００９】
図１Ａは、１または複数の開示されている実施形態が実施されることが可能である例示的な通信システム１００の図である。通信システム１００は、コンテンツ、たとえば音声、データ、ビデオ、メッセージング、放送などを複数のワイヤレスユーザに提供するマルチプルアクセスシステムであることが可能である。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム１００は、１または複数のチャネルアクセス方法、たとえばコード分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などを採用することができる。
【００１０】
図１Ａにおいて示されているように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（全体として、または総称して、ＷＴＲＵ１０２と呼ばれる場合がある）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、ならびにその他のネットワーク１１２を含むことができるが、開示されている実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定しているということが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作および／または通信を行うように構成されている任意のタイプのデバイスであることが可能である。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されることが可能であり、ユーザ機器（ＵＥ）、移動局、固定式または移動式のサブスクライバユニット、ページャ、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含むことができる。
【００１１】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースを取るように構成されている任意のタイプのデバイスであることが可能である。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであることが可能である。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができるということが理解されるであろう。
【００１２】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であることが可能であり、ＲＡＮ１０３／１０４／１０５は、その他の基地局および／またはネットワーク要素（図示せず）、たとえば基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどを含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内でワイヤレス信号を送信および／または受信するように構成されることが可能であり、その地理的領域は、セル（図示せず）と呼ばれることがある。セルは、セルセクタへとさらに分割されることが可能である。たとえば、基地局１１４ａに関連付けられているセルは、３つのセクタへと分割されることが可能である。したがって一実施形態においては、基地局１１４ａは、３つのトランシーバ、すなわち、セルのそれぞれのセクタごとに１つのトランシーバを含むことができる。別の実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用することができ、したがって、セルのそれぞれのセクタごとに複数のトランシーバを利用することができる。
【００１３】
基地局１１４ａ、１１４ｂは、エアインターフェース１１５／１１６／１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信することができ、エアインターフェース１１５／１１６／１１７は、任意の適切なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることが可能である。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されることが可能である。
【００１４】
より具体的には、上述したように、通信システム１００は、マルチプルアクセスシステムであることが可能であり、１または複数のチャネルアクセススキーム、たとえばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを採用することができる。たとえば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）テレストリアルラジオアクセス（ＵＴＲＡ）などの無線技術を実施することができ、この無線技術は、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１５／１１６／１１７を確立することができる。ＷＣＤＭＡは、ハイスピードパケットアクセス（ＨＳＰＡ）および／またはエボルブドＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、ハイスピードダウンリンクパケットアクセス（ＨＳＤＰＡ）および／またはハイスピードアップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１５】
別の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、エボルブドＵＭＴＳテレストリアルラジオアクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができ、この無線技術は、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１５／１１６／１１７を確立することができる。
【００１６】
その他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線技術、たとえばＩＥＥＥ  ８０２．１６（すなわち、ワールドワイドインターオペラビリティーフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））、エンハンストデータレートフォーＧＳＭエボリューション（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などを実施することができる。
【００１７】
図１Ａにおける基地局１１４ｂは、たとえばワイヤレスルータ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントであることが可能であり、局所的なエリア、たとえば事業所、家庭、乗り物、キャンパスなどにおけるワイヤレス接続を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ  ８０２．１１などの無線技術を実施することができる。別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ  ８０２．１５などの無線技術を実施することができる。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａにおいて示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスすることを求められないことが可能である。
【００１８】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信状態にあることが可能であり、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成されている任意のタイプのネットワークであることが可能である。たとえば、コアネットワーク１０６／１０７／１０９は、コール制御、料金請求サービス、モバイルロケーションベースサービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供すること、および／またはユーザ認証などのハイレベルセキュリティ機能を実行することが可能である。図１Ａにおいては示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを採用しているその他のＲＡＮと直接または間接の通信状態にあることが可能であるということが理解されるであろう。たとえば、コアネットワーク１０６／１０７／１０９は、Ｅ−ＵＴＲＡ無線技術を利用している可能性があるＲＡＮ１０３／１０４／１０５に接続されていることに加えて、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）と通信状態にあることも可能である。
【００１９】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、単純旧式電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるトランスミッションコントロールプロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されている有線またはワイヤレスの通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを採用している可能性がある１または複数のＲＡＮに接続されている別のコアネットワークを含むことができる。
【００２０】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数またはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別々のワイヤレスリンクを介して別々のワイヤレスネットワークと通信するために複数のトランシーバを含むことができる。たとえば、図１Ａにおいて示されているＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用している可能性がある基地局１１４ａ、およびＩＥＥＥ  ８０２無線技術を採用している可能性がある基地局１１４ｂと通信するように構成されることが可能である。
【００２１】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂにおいて示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不能メモリ１３０、取り外し可能メモリ１３２、電源１３４、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、上述の要素の任意の下位組合せを含むことができるということが理解されるであろう。また、基地局１１４ａおよび１１４ｂ、ならびに／または、基地局１１４ａおよび１１４ｂが相当することが可能であるノード（数ある中でも、トランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームｎｏｄｅ−Ｂ、エボルブドホームｎｏｄｅ−Ｂ（ｅＮｏｄｅＢ）、ホームエボルブドｎｏｄｅ−Ｂ（ＨｅＮＢ）、ホームエボルブドｎｏｄｅ−Ｂゲートウェイ、およびプロキシノードなどであるが、それらには限定されない）は、図１Ｂにおいて示され本明細書において説明されている要素のうちの１または複数またはすべてを含むことができるということを実施形態は想定している。
【００２２】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられている１もしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他の任意のタイプの集積回路（ＩＣ）、状態マシンなどであることが可能である。プロセッサ１１８は、信号コーディング、データ処理、パワー制御、入力／出力処理、および／または、ＷＴＲＵ１０２がワイヤレス環境において機能することを可能にするその他の任意の機能を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合されることが可能であり、トランシーバ１２０は、送信／受信要素１２２に結合されることが可能である。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別々のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップ内にともに統合されることが可能である。
【００２３】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して、基地局（たとえば、基地局１１４ａ）に信号を送信するように、または基地局（たとえば、基地局１１４ａ）から信号を受信するように構成されることが可能である。たとえば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されているアンテナであることが可能である。別の実施形態においては、送信／受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されているエミッタ／検知器であることが可能である。さらに別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および受信するように構成されることが可能である。送信／受信要素１２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成されることが可能であることが理解されるであろう。
【００２４】
加えて、送信／受信要素１２２は、図１Ｂにおいては単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介してワイヤレス信号を送信および受信するために、複数の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことができる。
【００２５】
トランシーバ１２０は、送信／受信要素１２２によって送信されることになる信号を変調するように、また、送信／受信要素１２２によって受信される信号を復調するように構成されることが可能である。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがってトランシーバ１２０は、ＷＴＲＵ１０２が、たとえばＵＴＲＡおよびＩＥＥＥ  ８０２．１１など、複数のＲＡＴを介して通信することを可能にするために複数のトランシーバを含むことができる。
【００２６】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることが可能であり、そこからユーザ入力データを受け取ることができる。プロセッサ１１８は、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８へ出力することもできる。加えて、プロセッサ１１８は、取り外し不能メモリ１３０および／または取り外し可能メモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスすること、およびそれらのメモリにデータを格納することが可能である。取り外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、またはその他の任意のタイプのメモリストレージデバイスを含むことができる。取り外し可能メモリ１３２は、サブスクライバアイデンティティモジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。その他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスすること、およびそのメモリにデータを格納することが可能である。
【００２７】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、また、ＷＴＲＵ１０２内のその他のコンポーネントへの電力を分配および／または制御するように構成されることが可能である。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであることが可能である。たとえば、電源１３４は、１または複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。
【００２８】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合されることも可能であり、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成されることが可能である。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して位置情報を受信すること、および／または複数の近隣の基地局から受信されている信号のタイミングに基づいて自分の位置を特定することが可能である。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、任意の適切な位置特定方法を通じて位置情報を取得することができるということが理解されるであろう。
【００２９】
プロセッサ１１８は、その他の周辺機器１３８にさらに結合されることが可能であり、その他の周辺機器１３８は、さらなる特徴、機能、および／または有線接続もしくはワイヤレス接続を提供する１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【００３０】
図１Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０３は、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＵＴＲＡ無線技術を採用することができる。ＲＡＮ１０３は、コアネットワーク１０６と通信状態にあることも可能である。図１Ｃにおいて示されているように、ＲＡＮ１０３は、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができ、これらのＮｏｄｅ−Ｂはそれぞれ、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１または複数のトランシーバを含むことができる。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられることが可能である。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂを含むこともできる。ＲＡＮ１０３は、実施形態との整合性を保持しながら、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含むことができるということが理解されるであろう。
【００３１】
図１Ｃにおいて示されているように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信状態にあることが可能である。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信状態にあることが可能である。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信状態にあることが可能である。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、自分が接続されているそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されることが可能である。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、その他の機能、たとえば、アウターループパワー制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などを実行またはサポートするように構成されることが可能である。
【００３２】
図１Ｃにおいて示されているコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイルスイッチングセンタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のうちのいずれかの要素が、コアネットワークオペレータ以外のエンティティによって所有および／または運営されることも可能であるということが理解されるであろう。
【００３３】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続されることが可能である。ＭＳＣ１４６は、ＭＧＷ１４４に接続されることが可能である。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００３４】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続されることも可能である。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されることが可能である。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００３５】
上述したように、コアネットワーク１０６は、ネットワーク１１２に接続されることも可能であり、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークまたはワイヤレスネットワークを含むことができる。
【００３６】
図１Ｄは、実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上述したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を採用することができる。ＲＡＮ１０４は、コアネットワーク１０７と通信状態にあることも可能である。
【００３７】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保持しながら、任意の数のｅＮｏｄｅ−Ｂを含むことができるということが理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１または複数のトランシーバを含むことができる。一実施形態においては、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するために、およびＷＴＲＵ１０２ａからワイヤレス信号を受信するために、複数のアンテナを使用することができる。
【００３８】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることが可能であり、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを取り扱うように構成されることが可能である。図１Ｄにおいて示されているように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００３９】
図１Ｄにおいて示されているコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０７の一部として示されているが、これらの要素のうちのいずれかの要素が、コアネットワークオペレータ以外のエンティティによって所有および／または運営されることも可能であるということが理解されるであろう。
【００４０】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることが可能であり、制御ノードとして機能することができる。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の接続中に特定のサービングゲートウェイを選択することなどを担当することができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどのその他の無線技術を採用しているその他のＲＡＮ（図示せず）との間における切り替えを行うための制御プレーン機能を提供することもできる。
【００４１】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることが可能である。サービングゲートウェイ１６４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃから回送および転送することができる。サービングゲートウェイ１６４は、その他の機能、たとえば、ｅＮｏｄｅ  Ｂ間でのハンドオーバ中にユーザプレーンを固定すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとってダウンリンクデータが利用可能である場合にページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃなどのコンテキストを管理および格納することなどを実行することもできる。
【００４２】
サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６に接続されることも可能であり、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００４３】
コアネットワーク１０７は、その他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。たとえば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間におけるインターフェースとして機能するＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそうしたＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０７は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークまたはワイヤレスネットワークを含むことができる。
【００４４】
図１Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ８０２．１６無線技術を採用しているアクセスサービスネットワーク（ＡＳＮ）であることが可能である。以降でさらに論じられるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９という別々の機能エンティティの間における通信リンクは、リファレンスポイントとして定義されることが可能である。
【００４５】
図１Ｅにおいて示されているように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ１０５は、実施形態との整合性を保持しながら、任意の数の基地局およびＡＳＮゲートウェイを含むことができるということが理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれ、ＲＡＮ１０５内の特定のセル（図示せず）に関連付けられることが可能であり、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１または複数のトランシーバをそれぞれ含むことができる。一実施形態においては、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。したがって、基地局１８０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するために、およびＷＴＲＵ１０２ａからワイヤレス信号を受信するために、複数のアンテナを使用することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、モビリティ管理機能、たとえば、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー実施などを提供することもできる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとして機能することができ、ページング、サブスクライバプロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを担当することができる。
【００４６】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５との間におけるエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施するＲ１リファレンスポイントとして定義されることが可能である。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、コアネットワーク１０９との間における論理インターフェースは、Ｒ２リファレンスポイントとして定義されることが可能であり、このＲ２リファレンスポイントは、認証、許可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用されることが可能である。
【００４７】
基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間における通信リンクは、ＷＴＲＵハンドオーバ、および基地局間におけるデータの転送を容易にするためのプロトコルを含むＲ８リファレンスポイントとして定義されることが可能である。基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２との間における通信リンクは、Ｒ６リファレンスポイントとして定義されることが可能である。このＲ６リファレンスポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられているモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含むことができる。
【００４８】
図１Ｅにおいて示されているように、ＲＡＮ１０５は、コアネットワーク１０９に接続されることが可能である。ＲＡＮ１０５と、コアネットワーク１０９との間における通信リンクは、たとえば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含むＲ３リファレンスポイントとして定義されることが可能である。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証／許可／アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０９の一部として示されているが、これらの要素のうちのいずれかの要素が、コアネットワークオペレータ以外のエンティティによって所有および／または運営されることも可能であるということが理解されるであろう。
【００４９】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担当することができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、別々のＡＳＮおよび／または別々のコアネットワークの間においてローミングすることを可能にすることができる。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。ＡＡＡサーバ１８６は、ユーザ認証と、ユーザサービスをサポートすることとを担当することができる。ゲートウェイ１８８は、その他のネットワークと相互作用することを容易にすることができる。たとえば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。加えて、ゲートウェイ１８８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークまたはワイヤレスネットワークを含むことができる。
【００５０】
図１Ｅにおいては示されていないが、ＲＡＮ１０５は、その他のＡＳＮに接続されることが可能であり、コアネットワーク１０９は、その他のコアネットワークに接続されることが可能であるということが理解されるであろう。ＲＡＮ１０５と、その他のＡＳＮとの間における通信リンクは、Ｒ４リファレンスポイントとして定義されることが可能であり、このＲ４リファレンスポイントは、ＲＡＮ１０５と、その他のＡＳＮとの間においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティをコーディネートするためのプロトコルを含むことができる。コアネットワーク１０９と、その他のコアネットワークとの間における通信リンクは、Ｒ５リファレンスとして定義されることが可能であり、このＲ５リファレンスは、ホームコアネットワークと、訪問先コアネットワークとの間における相互作用を容易にするためのプロトコルを含むことができる。
【００５１】
実施形態は、プロキシミティサービス（ＰｒｏＳｅ）が、セルラー技術エコシステムからますます多くの注目を集めている場合があるということを認識している。これらのサービスは、複数のデバイスの間におけるプロキシミティに依存する場合があり、特定の商業的な用途およびソーシャルな用途、ネットワークオフローディング、ならびに／または公安直接通信を可能にすることができる。ＷＩＦＩまたはブルートゥースなどのその他の選択肢は、２つのデバイスの間における直接通信（Ｄ２Ｄ）を、おそらくはライセンス免除帯域上で可能にすることができ、ひいては、より多くの干渉およびより低いサービス品質にさらされる場合がある。セルラー技術は、Ｄ２Ｄ通信のネットワーク制御を可能にすることができる。デバイススキャニング時間および／またはそのパワー消費の、そしておそらくは、集中型のインフラストラクチャによって提供されるリンクセキュリティレベルという点においても低減を行うことが有用であるということを実施形態は想定している。これは、Ｄ２Ｄ、および／または、１もしくは複数の、もしくはそれぞれのモードの間における干渉のレベルの制御のもとでのインフラストラクチャモードに関して、同じリソースを再利用することを可能にすることができる。セルラー技術にＤ２Ｄ機能を加えることは、公安用途にとって有用である場合がある。それは、直接モードまたはＤ２Ｄモードでのローカルコールに関する同じ技術の使用を可能にすることができ、たとえば、同じ機器を用いた全国セルラーネットワークへのアクセスを可能にすることができる。これは、規模の経済をもたらすことを可能にすることができる。両方の機能の統合は、数ある状況の中でも、大災害のケースにおける応答時間および協調を改善することができる。
【００５２】
２つのデバイスの間におけるプロキシミティは、（たとえば、アプローチに応じて）可変レベルの精度を使用して特定されることが可能である。たとえば、２つのデバイスの間におけるプロキシミティを特定するためにＧＰＳを使用することは、それらの２つのデバイスがＧＰＳをサポートすることを必要とする場合があり、また、両方のデバイスが位置を取得することを必要とする場合があり、このことは、１もしくは複数の、またはすべての状況において（たとえば、屋内で、ストリートキャニオンで、および／または豪雨／雲に覆われているもとで）困難である場合がある。ネットワーク位置特定（たとえば、既知のロケーションまたはｅＮＢに基づく三角測量）を使用することは、おそらくは伝搬チャネル特性に起因して、その他の不確かさにつながる場合がある。これらの２つのアプローチは、２つのデバイスが自分の位置をネットワークに報告することに依存する場合があり、その後にネットワークはプロキシミティを特定することができるということを実施形態は認識することができる。プロキシミティ検知のためのその他のアプローチは、ワイヤレス送信／受信ユニット（ＷＴＲＵ）がビーコンを送信して、別のＷＴＲＵがその信号を検知しようと試みることに依存する場合がある。そのようなアプローチは、任意のチャネルおよび環境状況のもとで機能して、おそらくは無線周波数プロキシミティの測定を提供することができる。そのようなディスカバリメカニズムを、たとえばＬＴＥシステムというコンテキストにおいて可能にするためのデバイスおよび技術を実施形態は想定することができる。ディスカバリ信号を送信および／もしくは受信すること、ならびに／または、ディスカバリ信号をいつ送信および／もしくは受信するかに関する特定のための技術およびデバイスを実施形態は想定することができる。
【００５３】
１または複数の実施形態においては、デバイスという用語は、その適用性を制限することなく、モバイルデバイス（たとえば、ＷＴＲＵ）もしくはネットワークノード、任意のアプリケーションもしくは場合によってはユーザ、またはそれらの組合せなど、任意のエンティティを包含することができる。たとえば、モバイルデバイスは、（たとえば、１または複数のＤ２Ｄ実施形態においては）ネットワークデバイスの役割を担うことができる。デバイスまたはＵＥまたはＷＴＲＵという用語は一般に、この意味に沿って使用されることが可能である（ただし、具体的に別段の記載がある場合は除く）。限定ではなく、例示として、１または複数の実施形態は、下記の用語を想定することができる。
【００５４】
ディスカバリは、第１のデバイスが第２のデバイスを検知することに関連することが可能である。サービスディスカバリは、デバイスがサービスの可用性を検知することに関連することが可能である。ＲＦディスカバリは、第１のデバイスが、１または複数の無線特性に基づいて第２のデバイスのプロキシミティを検知すること、たとえば、第１のデバイスが、第２のデバイスによって送信された信号を検知すること、または第１のデバイスが、ネットワークによって第２のデバイスのプロキシミティについて（たとえば、セルレベルでのプロキシミティに関して）知らされることに関連することが可能である。ＲＦプロキシミティは、第２のデバイスがレンジ内にいるということを第１のデバイスが検知することに関連することが可能である。ディスカバリアイデンティティは、ディスカバリ手順と、要求を行っているデバイスとの間における関係を特定するために使用されることが可能である識別子に関連することが可能である。ディスカバリアイデンティティは、ＲＦディスカバリ手順に、もしくはサービスディスカバリ手順に、または両方に関連付けられることが可能である。サービスディスカバリアイデンティティは、サービスディスカバリ手順に関連付けられているディスカバリアイデンティティに関連することが可能である。ＲＦディスカバリアイデンティティは、ＲＦディスカバリ手順に関連付けられているディスカバリアイデンティティに関連することが可能である。ＲＦアイデンティティは、たとえば、物理リソースへの、またはスクランブリングシーケンスへのインデックス、数値、ＣＲＣ、サービスディスカバリアイデンティティなどのうちの１つであることが可能である。
【００５５】
ディスカバリ信号：  第１のデバイスによって送信されるディスカバリ信号。そのような信号は、第２のデバイスによって受信されることが可能であり、ＲＦプロキシミティを検知するために使用されることが可能である。ディスカバリ信号は、ペイロード（たとえば、サービスディスカバリアイデンティティ）を含むことができる。
【００５６】
ディスカバリ共有チャネル（ＤＩＳＣＨ）：  ディスカバリ情報を含むことができる論理チャネル。
【００５７】
フィジカルデバイスツーデバイスチャネル（ＰＤ２ＤＣＨ）：  ディスカバリ信号のために、および／またはペイロードの送信のために使用されることが可能である物理チャネル。たとえば、ＰＤ２ＤＣＨは、ＤＩＳＣＨメッセージを搬送することができる。ＰＤ２ＤＣＨは、複数のＷＴＲＵの間における物理チャネルとして定義されることが可能である。いくつかの実施形態においては、これは、従来のチャネルからの展開であることが可能であり、これは、アップリンク（ＷＴＲＵからｅＮＢへ）として、またはダウンリンク（ｅＮＢからＷＴＲＵへの）チャネルとして定義されることが可能である。ＰＤ２ＳＣＨ上での送信は、ディスカバリ信号として使用されることが可能である。ＰＤ２ＤＣＨ上での送信は、復調目的のために使用される少なくとも１つの基準信号、同期化目的のために使用される少なくとも１つの同期信号、チャネル推定目的のために使用される少なくとも１つのプリアンブルもしくはポストアンブル、および／または少なくとも１つのディスカバリ信号など、少なくとも１つの物理的信号の送信に関連付けられることが可能である。
【００５８】
ディスカバリ要求：  デバイスがディスカバリアイデンティティをその他のデバイスにとって見えるおよび／または利用できるようにする手順。そのような要求は、ディスカバリ信号を送信することによって、および／またはＤＩＳＣＨ上で送信を行うことによって実行されることが可能である。
【００５９】
ディスカバー可能サービス：  別のデバイス（たとえば、ＷＴＲＵ、またはアプリケーション）によってサービスディスカバリ手順を使用して検知されることが可能であるサービス。
【００６０】
検知可能なデバイス：  別のデバイス（たとえば、第１のＷＴＲＵ）によってＲＦディスカバリ手順を使用して検知されることが可能であるデバイス（たとえば、第２のＷＴＲＵ）。
【００６１】
ディスカバー可能ＷＴＲＵ：  ＷＴＲＵは、サービスを（たとえば、そのＷＴＲＵが、少なくとも１つのディスカバー可能サービスを有している旨を）宣伝することによって、（たとえば、そのＷＴＲＵが、検知可能なデバイスである旨の）ディスカバリ信号を送信することによって、またはそれら両方の組合せによって、ディスカバー可能とすることができる。したがって、ディスカバー可能ＷＴＲＵは、ディスカバリ信号を送信する、および／または（たとえば、ネットワークによってブロードキャストされる）ＤＩＳＣＨ上での少なくともディスカバリアイデンティティの送信を要求する、および／またはＤＩＳＣＨ上での少なくともディスカバリアイデンティティの送信を実行するＷＴＲＵであることが可能である。
【００６２】
モニタリングＷＴＲＵ：  サービスを、別のＷＴＲＵを、または両方をアクティブに探索するＷＴＲＵ。たとえば、所与のリソースにおいて、時間／周波数において、および／またはＤＩＳＣＨ上で、ディスカバリ信号を探して、および／またはディスカバリアイデンティティを探してモニタするＷＴＲＵ。
【００６３】
ディスカバリエリア：  ディスカバリプロセスに関する情報がブロードキャストされるネットワークエリア。これは、セル、セルのグループなどであることが可能である。
【００６４】
ディスカバリエリアセンタ：  所与のディスカバリエリアに関するディスカバリプロセスを取り扱うネットワークエンティティ。
【００６５】
ネットワークという用語は、ワイヤレスネットワークインフラストラクチャの任意の要素または機能を指すということを実施形態は想定している。たとえば、ネットワーク要素は、デバイス（ＷＴＲＵ）の送信および／または受信を制御する機能を有すること、デバイスによる参照のために使用される信号を送信することなどが可能である。ネットワーク要素の例は、ｅＮＢ、ＭＭＥ、Ｓ−ＧＷなどを含むことができる。ネットワークという用語は、この機能を、たとえば、特定のコンテキストにおいて有する任意のデバイスを指すことができる。たとえば、いくつかの公安用途においては、デバイスが特定の機能に関するネットワークの役割を担うことが可能である場合がある。
【００６６】
実施形態は、ディスカバリ信号スケジューリング、送信、および／または受信のための１または複数の技術および／またはデバイスを想定することができる。１または複数の実施形態は、ＬＴＥネットワークインフラストラクチャの存在下での、またはネットワークインフラストラクチャとして機能する別のデバイスの制御下でのＷＴＲＵというコンテキストにおいて適用可能とすることができる。１または複数の実施形態は、ＷＴＲＵがネットワークインフラストラクチャの存在下にない場合があるケース（例として、これは、たとえばインフラストラクチャレスモード、またはアドホックモードと呼ばれることが可能である）に適用可能とすることができる。
【００６７】
１または複数の実施形態は、ＬＴＥシステムというコンテキストにおいて説明されている場合があるが、想定される実施形態は、その他のワイヤレス技術にも適用可能とすることができる。１または複数の実施形態は、ＷＴＲＵが自分の役割を知っていること、すなわち、ＷＴＲＵがモニタリング側であるべきかまたはディスカバー可能な側であるべきか否かをそのＷＴＲＵが知っていることを前提とすることができる。ＷＴＲＵは例として、たとえば、アプリケーションレイヤによって、より高位のシグナリングレイヤによって、および／または専用のＬ１メッセージを介して自分の役割を示す構成を受信することができる。１または複数の実施形態は、ディスカバリ信号をいつ送信すべきか、および／またはディスカバリ信号をいつ受信すべきか、およびどのリソースを使用すべきかをＷＴＲＵが特定するためのディスカバリ信号スケジューリングを想定することができる。１または複数の実施形態は、ディスカバリ信号送信および受信を想定することができる。１または複数の実施形態においては、ＰＤＣＣＨという用語は、たとえば、ＰＤＣＣＨを、もしくはｅＰＤＣＣＨを、および／またはより一般的には、任意のタイプのスケジューリングチャネルを指すために使用されることが可能である。想定される技術およびデバイスは、本明細書においては従来のＬＴＥキャリアというコンテキストで（たとえば、ＰＤＣＣＨ、ＣＲＳなどとともに）説明されている場合があるが、想定される技術およびデバイスは、新たな（たとえば、想定される、またはこれまで定義されていない）キャリアタイプ（ＮＣＴ）に適用可能とすることができる。
【００６８】
１または複数の実施形態においては、ディスカバリ信号という用語は、１または複数の技術について記述するために使用されることが可能である。いくつかの実施形態においては、記述されている技術およびデバイスは、ディスカバリシーケンスおよび／またはディスカバリペイロードに適用されることが可能である。いくつかの実施形態においては、たとえば、ディスカバリ信号に言及する場合に、想定される技術およびデバイスは、ディスカバリシーケンスおよび／またはディスカバリペイロードに適用可能とすることができる。いくつかの実施形態においては、ディスカバリ信号、ディスカバリシーケンス、および／またはディスカバリペイロードという用語は、交換可能に使用されることが可能である。
【００６９】
実施形態は、ディスカバリ信号の送信のための１または複数のスケジューリング技術を想定している。「ディスカバリ信号」という用語は、複数のＷＴＲＵの間における１もしくは複数の、または任意の送信を含むことができる。例として、それは、たとえば、物理的信号（ＳＲＳもしくは同期信号、たとえば、ＰＳＳ／ＳＳＳなど）を含むがそれらには限定されない、ペイロード含むもしくは含まないことが可能である、サポートしている信号（たとえば、同期信号、プリアンブル信号、基準信号、および／もしくはディスカバリ信号）を伴う物理リソース上での、もしくは物理チャネル上での送信、または、物理チャネル（たとえば、ＰＵＳＣＨもしくはＰＤＳＣＨと同様の構造を伴う、もしくはこの目的を含むことができる新たなチャネル、たとえばＰＤ２ＤＣＨ）を介した送信であることが可能である。それは、本明細書において説明されているものによる信号などであることが可能である。
【００７０】
ＷＴＲＵは、ディスカバリ信号を送信するように構成されることが可能である。そのような送信は、セルのアップリンクに、またはダウンリンク周波数に対応する物理リソース上で実行されることが可能であり、その態様は、ＷＴＲＵの構成の一部であることが可能である。ＷＴＲＵは、同様の物理リソースを用いてディスカバリ信号を受信するように構成されることが可能である。
【００７１】
ディスカバリ信号は、制御シグナリングなどの情報を搬送することができ、またはペイロードに関連付けられることが可能である。そのようなペイロードは、ＷＴＲＵ特性、たとえば、識別情報、またはデータ無線ベアラおよび／もしくはシグナリング無線ベアラ、システム情報ブロック（ＳＩＢ）、ならびに／または、ディスカバリもしくは直接通信のための特別なシステム情報ブロック（ＳＩＢＤ）などに対応する情報であることが可能である。
【００７２】
ディスカバリ信号は、たとえば、動的に、半静的にスケジュールされること、および／または構成されることが可能である。ディスカバリ信号のための無線リソースを、たとえば、これらの原理のうちの１もしくは複数、またはそれぞれに従って割り当てることおよび／またはスケジュールすることを実施形態は想定することができる。
【００７３】
ＷＴＲＵは、ディスカバリ信号情報の１または複数のセットを伴って構成されることが可能であり、この場合、１もしくは複数、またはそれぞれは、別々のディスカバリプロセスに対応することが可能である。ディスカバリプロセスは、たとえば、関連付けられているＤ−ＲＮＴＩを含むことができるパラメータのセットによって特徴付けられることが可能である。たとえば、ＷＴＲＵは、同じＤ−ＲＮＴＩに関連付けられている、または同じパラメータを有する２つのディスカバリプロセスを伴って構成されることは不可能である。言い換えれば、ＷＴＲＵは、別々のディスカバリプロセスを区別できることが可能である。たとえば、ＷＴＲＵは、１もしくは複数のディスカバリ信号に、および／または１もしくは複数のディスカバリペイロードに関連付けられているディスカバリプロセスを伴って構成されることが可能である。
【００７４】
周期的なディスカバリ信号送信に関する１または複数の実施形態においては、ＷＴＲＵは、たとえば、ディスカバリ信号の周期的な送信のための構成を含むことができる、ディスカバリ信号送信のためのリソース（たとえば、ＰＲＢ、ＯＦＤＭシンボル、サブフレームなど）の特定のセットを伴う１もしくは複数の、またはそれぞれのディスカバリプロセスのために構成されることが可能である。
【００７５】
ＷＴＲＵは、ディスカバリプロセスに関連付けられることが可能であるディスカバリ信号のスケジューリングに適用可能な（またはＰＤ２ＤＣＨ送信のスケジューリングに、および／もしくはＰＤ２ＤＣＨ上での送信に適用可能な）複数のパラメータを伴って構成されることが可能である。そのような構成は、（たとえば、ＳＩＢの一部としての）システム情報ブロードキャスティング上で、セルにおいてブロードキャストされるＤＩＳＣＨ上で、専用のシグナリングを使用して、またはそれらの組合せで受信されることが可能である。
【００７６】
１または複数の実施形態は、ブロードキャストされるＳｙｓＩｎｆｏ上での、または専用のシグナリングによる構成の受信を想定することができる。例として、（たとえば、アイドルモードにある）ＷＴＲＵは、ディスカバリ信号構成を含むことができるブロードキャストされたシステム情報を受信することができる。接続モードにあるＷＴＲＵは、そのような構成を専用のシグナリングによって受信することができる。そのようなディスカバリ信号構成は、ディスカバリ信号送信のスケジューリングに関連したパラメータ、たとえば、半静的なスケジューリング情報、および／または、動的なスケジューリングにとって必要とされる可能性があるパラメータを含むことができる。
【００７７】
実施形態は、ブロードキャストされるＳｙｓＩｎｆｏ上での、および／または専用のシグナリングによるＤＩＳＣＨ構成の受信を想定することができる。ＷＴＲＵによって（たとえば、システム情報ブロードキャストなどによって）受信される構成は、ディスカバリチャネル（ＤＩＳＣＨ）の、たとえば、関係しているセルにおける取得に関するパラメータを含むことができる。そのようなＤＩＳＣＨは、ＷＴＲＵがアイデンティティ（サービスアイデンティティおよび／またはＲＦアイデンティティ）のセットを受信することができる論理トランスポートチャネルであることが可能であり、場合によっては、それらのアイデンティティの１もしくは複数、またはそれぞれは、デバイスツーデバイス固有の構成、たとえば、ＲＦディスカバリのためのディスカバリ信号構成に関連付けられている。
【００７８】
１または複数の実施形態は、ディスカバリ信号のためのスケジューリングパラメータの構成を想定することができる。たとえば、ＷＴＲＵは、ＰＤＣＣＨデコーディングのための少なくともサブフレーム構成に従って、スケジューリング関連パラメータおよび／またはその他の構成パラメータ（たとえば、ディスカバリプロセスのための）を受信することができる。
【００７９】
ＷＴＲＵは、ＰＤＣＣＨ上での制御シグナリングの受信に関連したタイミングパラメータを受信することができる（たとえば、そのタイミングパラメータから、ＷＴＲＵは、適用可能なディスカバリ信号送信のタイミングを、たとえば、本明細書において説明されている技術のうちの１または複数によって得る（derive）ことができる）。
【００８０】
たとえば、そのようなパラメータは、フレーム構成を、たとえば、適用可能な無線フレームまたはサブフレームを特定するためのサイクル持続時間（ＤＣｙｃｌｅ）、オフセット（ＤＯｆｆｓｅｔ）、および／またはその他のパラメータのうちの１または複数の形態で含むことができる。
【００８１】
ＷＴＲＵは、下記の式に従って、適用可能なサブフレームを特定することができる。
［ＳＦＮ*１０＋サブフレーム番号］ｍｏｄｕｌｏ（ＤＣｙｃｌｅ）＝ＤＯｆｆｓｅｔ      （１）
この例においては、サイクル（ＤＣｙｃｌｅ）およびオフセット（ＤＯｆｆｓｅｔ）は、サブフレームの単位で表されることが可能である。サブフレーム構成は、たとえば、関係している無線フレームにおける１または複数のサブフレームを示すビットマップの形態などで構成されることが可能である。
【００８２】
たとえば、適用可能な無線フレームまたはサブフレームは、サイクル持続時間（ＤＣｙｃｌｅ）および／またはオフセット（ＤＯｆｆｓｅｔ）などのパラメータを表すサブフレーム構成インデックスまたはインデックスセットの関数としてＷＴＲＵによって特定されることが可能である。ディスカバリ信号の送信に関する例示的なセルまたはＷＴＲＵ固有のサブフレーム構成期間ＤＣｙｃｌｅおよびセルまたはＷＴＲＵ固有のサブフレームオフセットＤＯｆｆｓｅｔが、テーブル１において示されている。Ｄ２Ｄ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇというパラメータが、ＲＲＣなどのシグナリングによって提供されることが可能である。ディスカバリ信号の送信にとっての候補であるサブフレームは、［ＳＦＮ*１０＋サブフレーム番号］ｍｏｄｕｌｏ（ＤＣｙｃｌｅ）∈ＤＯｆｆｓｅｔを満たすものであることが可能である。テーブル１において示されている例に基づいて、ディスカバリ信号送信機会の発生について記述するインデックスまたはインデックスセットからの／そうしたインデックスまたはインデックスセットへのサイクル持続時間、オフセット、およびその他のパラメータの同様のマッピングが解釈されることが可能であり、このことは、場合によっては、周期性に関する別々の設定、所与のフレームに関する許容可能なサブフレームへの別々のマッピング、および／または、マルチフレーム期間あたりの別々の数のディスカバリ信号送信機会などをもたらす可能性がある。
【００８３】
【表１】
0006412966.tif 000002
【００８４】
適用可能なサブフレームは、特定のＲＮＴＩおよびＳＦＮ、オフセット、ならびに、ＷＴＲＵがＰＤＣＣＨをモニタするためにウェイクアップする（たとえば、［ＳＦＮ−Ｄ−ＲＮＴＩ］ｍｏｄ（オフセット）＝０による）サブフレーム番号の関数として特定されることも可能である。この特定は、ＳＦＮ、オフセット、および特定のＲＮＴＩの関数としてであることも可能である。
【００８５】
そのようなサブフレームにおいては、ＷＴＲＵは、特定のＲＮＴＩ（たとえば、構成されたＤ−ＲＮＴＩ）を探してＰＤＣＣＨをモニタすることができる。ＷＴＲＵは、デバイスツーデバイススケジューリングに固有であることが可能であるＤＣＩを探してモニタすることができる。そのようなサブフレームにおいては、ＷＴＲＵは、ディスカバリ手順に固有であることが可能であるＤＣＩに対応することが可能であるＤＣＩサイズに関するＰＤＣＣＨ上でのブラインドデコーディングを試みることができる。いくつかの実施形態においては、おそらくはそのようなＤＣＩサイズのみが、そしておそらくはＷＴＲＵが、関係しているサブフレームにおけるその他のスケジューリング情報をデコードすることを必要とされないことが可能である。ＷＴＲＵは、ディスカバリ信号送信を動的にスケジュールすることができるＤＣＩを受信することができる。ＷＴＲＵは、ディスカバリ信号のための構成されたリソースをアクティブ化および／または非アクティブ化することができるＤＣＩを受信することができる。ＷＴＲＵは、ディスカバリ信号のための構成されたリソースを別のＲＦディスカバリアイデンティティに関連付けし直すＤＣＩを受信することができる。ＷＴＲＵは、自分が、対応するディスカバリ信号を、たとえば、本明細書において説明されている方法に従って（たとえば、ＲＮＴＩ、探索空間、ＤＣＩフォーマット、ＤＣＩコンテンツ、ＰＤ２ＤＣＨ機会、および／または、受信されるＤＣＩに関連付けられているＲＦディスカバリアイデンティティの関数として）受信または送信することができる（または、おそらくはそうすべきである）かどうかを特定することができる。
【００８６】
そのようなＰＤＣＣＨモニタリングは、ＷＴＲＵのＤＲＸアクティブ時間の一部であることが可能である。そのようなケースにおいては、ＷＴＲＵは、レガシー手順に従って（たとえば、アイドルモードで、または接続モードで）サブフレームに適用可能なその他のＤＣＩおよび／またはその他のＲＮＴＩをモニタすることができる。いくつかの実施形態においては、それは、ＷＴＲＵのＤＲＸアルゴリズムに適用可能ではない場合がある。
【００８７】
１または複数の実施形態においては、ＷＴＲＵは、（たとえば、ディスカバリプロセスのための）スケジューリング関連パラメータおよび／または構成パラメータを少なくともディスカバリ信号機会のためのサブフレーム構成に従って受信することができる。たとえば、そのようなパラメータは、フレーム構成を、たとえば、適用可能な無線フレームまたはサブフレームを特定するためのオフセットの形態で含むことができる。たとえば、［ＳＦＮ*１０＋サブフレーム番号］ｍｏｄ（サイクル）＝オフセットに従えば、この場合、サイクルは、周期性を表すことができ、オフセットは、（ｗ．ｒ．ｔ．）というフレーム番号に関するサブフレームオフセットであることが可能である。たとえば、関係している無線フレームにおける１または複数のサブフレームを示すビットマップなどの形態でのサブフレーム構成が使用されることも可能である。これらの機会は、ネットワークで構成可能なサブフレーム番号の関数（たとえば、［ＳＦＮ＋サブフレーム番号］ｍｏｄ（サイクル）＝０として特定されることも可能である。これらの機会は、ネットワークで構成可能な特定のＤ２Ｄ  ＲＮＴＩの関数として特定されることが可能である。
【００８８】
いくつかの実施形態においては、ＷＴＲＵは、ディスカバリ信号送信の発生に関連したタイミングパラメータを受信することができる。たとえば、ＷＴＲＵは、スケジューリング情報を受信することができ、それによって、それは、時間において固定されているおよび／または定期的に繰り返されていることが可能である機会に関する制御パラメータを提供することができる。
【００８９】
１または複数の実施形態においては、ＷＴＲＵは、ＰＤＣＣＨデコーディングのための少なくとも１つの（または複数の）ＲＮＴＩに従って、スケジューリング関連パラメータおよび／またはその他の構成パラメータ（たとえば、ディスカバリプロセスのための）を受信することができる。そのようなパラメータは、（たとえば、とりわけ、動的なスケジューリングのための）ＰＤＣＣＨ上での制御情報の受信のためのＲＮＴＩ（たとえば、ディスカバリＲＮＴＩ（Ｄ−ＲＮＴＩ））を含むことができる。
【００９０】
たとえば、（アイドルモードまたは接続モードでの）ＷＴＲＵは、ネットワークによってブロードキャストされたシステム情報を受信することができ、その情報は、ディスカバリ信号のためのリソースのスケジューリングのための共有ＲＮＴＩ（たとえば、Ｄ−ＲＮＴＩ）を含むことができる。たとえば、ＷＴＲＵは、ＰＤＣＣＨ共通探索空間（たとえば、セル固有の探索空間）において共有Ｄ−ＲＮＴＩによってスクランブルされた制御シグナリングをデコードすることができる。ＬＴＥにおいては、ＤＣＩ情報は、ＣＲＣｄであることが可能である。次いでＣＲＣは、ＲＮＴＩを用いて「マスクされること」（または同義には、「スクランブルされること」）が可能である。本明細書においては簡単にするために、実施形態は、このオペレーションを、「ＲＮＴＩを用いてスクランブルされたＤＣＩ」、または「制御シグナリングがスクランブルされると同義に呼ぶことができる。ＷＴＲＵは、ディスカバリ信号構成を専用のシグナリングによって受信した場合には、やはりＷＴＲＵ固有の探索空間において、対応するＲＮＴＩ（たとえば、ディスカバリ信号固有のＤＣＩが使用されることが可能であるケースにおいては、Ｃ−ＲＮＴＩが適用できることも可能である）によってスクランブルされた制御シグナリングをデコードすることができる。
【００９１】
別の例においては、ＷＴＲＵは、専用のシグナリングを使用して構成を受信することができ、その情報は、デバイスツーデバイススケジューリングのためのＲＮＴＩ（たとえば、Ｄ−ＲＮＴＩ）を含む。たとえば、ＷＴＲＵは、制御シグナリングをデコードすること、および、ＰＤＣＣＨ  ＣＲＣがＤ−ＲＮＴＩによってスクランブルされる際にＤ２Ｄ固有の探索空間に配置されているＰＤＣＣＨ内にそのＷＴＲＵに関するディスカバリスケジューリング情報が存在しているということを特定することが可能である。
【００９２】
別の例においては、ＷＴＲＵは、２つのＲＮＴＩ、すなわち、そのＷＴＲＵがディスカバリ信号を送信するようにおよび／またはディスカバリチャネル上で送信を行うようにスケジュールされることが可能である場合に使用されることが可能であるＲＮＴＩ、ならびに、そのＷＴＲＵがディスカバリ信号を受信するようにスケジュールされることが可能である場合に使用されることが可能であるＲＮＴＩ（たとえば、受信および送信のＲＮＴＩ）を伴って構成されることが可能である。ＷＴＲＵは、ＰＤＣＣＨをデコードすることができ、また、関係しているＷＴＲＵのためのディスカバリ信号受信に関するスケジューリング情報をＤＣＩが含んでいるということを、おそらくは、対応するＣＲＣが受信ＲＮＴＩを用いてスクランブルされることが可能であるかどうかを（いくつかの実施形態においては、場合によっては、関係しているＷＴＲＵのためのディスカバリプロセスに対応するアイデンティティをＤＣＩが含むことができるかどうかのみを）特定することができる。ＷＴＲＵは、ＰＤＣＣＨをデコードすることができ、また、関係しているＷＴＲＵのためのディスカバリ信号送信に関するスケジューリング情報をＤＣＩが含んでいるということを、おそらくは、対応するＣＲＣが送信ＲＮＴＩを用いてスクランブルされることが可能であるかどうかを（いくつかの実施形態においては、場合によっては、関係しているＷＴＲＵのためのディスカバリプロセスに対応するアイデンティティをＤＣＩが含むことができるかどうかのみを）特定することができる。一例においては、送信側ＷＴＲＵおよび受信側ＷＴＲＵをスケジュールするために、同じ制御シグナリング、たとえば、ＤＣＩ、ＰＤＣＣＨ、およびＲＮＴＩが使用されることが可能である。そのようなケースにおいては、１つのＷＴＲＵのための送信ＲＮＴＩは、ターゲット受信側ＷＴＲＵのための受信ＲＮＴＩと同じであることが可能である。
【００９３】
そのようなパラメータは、構成されたリソースをシグナリング、アクティブ化、および／または非アクティブ化するためのＲＮＴＩ、たとえば、デバイスツーデバイス送信のためのリソースの半永続的なスケジューリングのためのＲＮＴＩ、たとえば、ＳＰＳ−Ｄ−ＲＮＴＩが存在する場合には、そうしたＲＮＴＩを含むことができる。そのようなパラメータは、ＤＩＳＣＨのスケジューリングのためのＲＮＴＩを、構成されている場合には、含むことができる。
【００９４】
１または複数の実施形態においては、ＷＴＲＵは、少なくともディスカバリ固有の探索空間に従って、スケジューリング関連パラメータおよび／またはその他の構成パラメータ（たとえば、ディスカバリプロセスのための）を受信することができる。ＷＴＲＵは、ディスカバリ固有の探索空間を伴って構成されることが可能である。そのような探索空間は、デバイスツーデバイスに固有の識別子（たとえば、仮想グループＩＤ  ＶＧＩＤ、サービスもしくはＲＦアイデンティティ、Ｄ−ＲＮＴＩ、たとえば、受信Ｄ−ＲＮＴＩもしくは送信Ｄ−ＲＮＴＩ）、関係しているサブフレームｋにおけるＣＣＥの数、ＣＣＥアグリゲーションレベルＬ（たとえば、１、２、４、８、１６、もしくはそれらのサブセット）、および／またはシステムフレーム番号ＳＦＮのうちの少なくとも１つに基づいて特定されることが可能である。そのようなパラメータは、ＷＴＲＵの構成態様であることが可能である。
【００９５】
たとえば、ディスカバリ固有の探索空間のＰＤＣＣＨ候補ｍに対応するＣＣＥは、
【００９６】
【数１】
0006412966.tif 000003
【００９７】
によって与えられることが可能である。
この場合、たとえば：
ｉ＝０，．．．，Ｌ−１；
ｍ＝０，．．．，Ｍ(L)−１（Ｍ(L)は、ＳＳにおけるＰＤＣＣＨ候補の数であり（たとえば、３６．２１３テーブル９．１．１−１を参照されたい）、またはディスカバリのためのＤＣＩの新たなセットの関数であることが可能である）；
Ｎcce：サブフレーム＃ｋにおけるＣＣＥの数；
Ｙk＝（Ａ．Ｙk-1）ｍｏｄ  Ｄ
Ａ＝３９８２７，Ｄ＝６５５３７；
Ｋ＝［ｎs／２］，ｎsは、無線フレーム内のスロット番号である；
Ｙ-1＝ＶＧＩＤ
【００９８】
加えて、ＷＴＲＵは、ＰＤＣＣＨのための拡張されたレンジを伴って、たとえば、ＰＤＣＣＨのために使用されるリソース要素（ＲＥ）のセットに対する拡張として構成されることが可能である。場合によっては、そのような拡張は、ディスカバリ固有の探索空間にのみ適用可能とすることができる。たとえば、ＷＴＲＵは、仮想ＩＤを使用してＰＤＣＣＨ探索空間を初期化することができ、その探索空間は、共通探索空間およびＷＴＲＵ固有の探索空間と重なる場合があり、または重ならない場合もある。
【００９９】
１または複数の実施形態においては、ＷＴＲＵは、少なくとも複数の探索空間に従って、スケジューリング関連パラメータおよび／または構成パラメータ（たとえば、ディスカバリプロセスのための）を受信することができる。たとえば、ＷＴＲＵは、ＰＤＣＣＨデコーディングのための複数の探索空間を伴って構成されることが可能であり、その場合、それぞれの空間は、特定の機能に関連付けられることが可能である。たとえば、特定のＲＮＴＩに関して第１の探索空間においてＤＣＩを成功裏にデコードすることは、制御シグナリングがディスカバリ信号送信のためのものであるということを示すことができ、その一方で、第２の探索空間においてＤＣＩを成功裏にデコードすることは、制御シグナリングがディスカバリ信号の受信のためのものであることが可能であるということを示すことができる。たとえば、同じディスカバリプロセスに関与することが予想され得る２つのＷＴＲＵは、別々の探索空間に関する同じＲＮＴＩを伴って構成されることが可能であり、それによって、同じＤＣＩを受信することは、異なる様式で、たとえば、所与の構成の関数として、送信としてまたは受信として解釈されることが可能である。場合によっては、さらなる探索空間が、セルのＰＤＣＣＨとは異なるＲＥ内に配置されることが可能である。場合によっては、さらなる探索空間が、ｅＰＤＣＣＨ上に配置されることが可能である。
【０１００】
１または複数の実施形態においては、ＷＴＲＵは、ディスカバリ信号および関連付けられているパラメータのための少なくともタイプのスケジューリングに従って、スケジューリング関連パラメータおよび／または構成パラメータ（たとえば、ディスカバリプロセスのための）を受信することができる。１または複数の実施形態においては、ＷＴＲＵは、ディスカバリ信号のための動的なスケジューリングを可能にする構成を受信することができる。たとえば、ＷＴＲＵは、適用可能なサブフレームにおける動的なスケジューリングによって、さらなる制御シグナリング情報を（たとえば、Ｄ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨ上でのＤＣＩにおいて、または、ＰＤＣＣＨ上でＣ−ＲＮＴＩによってスクランブルされたディスカバリ信号固有のＤＣＩフォーマットにおいて）取得するために、受信された構成を使用することができる。そのようなさらなる制御シグナリングコンテンツの例が、本明細書において説明されている。
【０１０１】
１または複数の実施形態においては、ＷＴＲＵは、ディスカバリ信号のための半永続的なスケジューリングを可能にする構成を受信することができる。たとえば、ＷＴＲＵは、本明細書において説明されているように動作することができる。そのような構成は、ブロードキャストチャネル上で、または専用のシグナリングによって受信されることが可能である。そのような構成は、スケジューリング情報に適用可能なサブフレームに関するＳＰＳ−Ｄ−ＲＮＴＩ、物理リソース、および／またはタイミング情報を含むことができる。
【０１０２】
１または複数の実施形態においては、ＷＴＲＵは、本明細書において説明されているようなディスカバリ信号に関する少なくとも送信パラメータに従って、スケジューリング関連パラメータおよび／または構成パラメータ（たとえば、ディスカバリプロセスのための）を受信することができる。
【０１０３】
１または複数の実施形態においては、ＷＴＲＵは、本明細書において説明されている技術の少なくとも任意の組合せに従って、スケジューリング関連パラメータおよび／または構成パラメータ（たとえば、ディスカバリプロセスのための）を受信することができる。場合によっては、ＷＴＲＵは、ＰＤＣＣＨスケジューリングの受信のためのサブフレームに関連したタイミングパラメータ、およびディスカバリ信号送信の発生のためのサブフレームに関連したタイミングパラメータを受信することができる。たとえば、ＷＴＲＵは、次の可能な構成されたディスカバリ信号発生のためにディスカバリ信号送信をスケジュールするＤ−ＲＮＴＩによってスクランブルされたＤＣＩを受信することができる。
【０１０４】
別の例においては、ＷＴＲＵは、ディスカバリプロセスに関連付けられている１または複数の特別な無線ネットワーク識別子（たとえば、Ｄ−ＲＮＴＩ）を伴って構成されることが可能である。次いでＷＴＲＵは、受信されたＤＣＩ上でＤ−ＲＮＴＩを検知することによって、ＰＤＣＣＨを介してディスカバリ関連のスケジューリング情報を受信することができる。
【０１０５】
１または複数の実施形態においては、タイプ２フレーム構造（すなわちＴＤＤ）を伴って構成されたＷＴＲＵは、サブフレームが、ＳＦＮの関数として、およびＴＤＤ構成の関数として、ディスカバリのために使用されることが可能であるということを特定することができる。たとえば、モニタリングＷＴＲＵは、自分が、ＳＦＮ関数に従って無線フレーム内の特別なサブフレームに隣接したサブフレーム（たとえば、直前のサブフレーム）においてディスカバリ信号を受信することができるということを特定することができる。いくつかの実施形態においては、これは、おそらくは、関係しているＴＤＤ構成に適用可能なタイミング関係に従って前のサブフレームにおいてスケジュールされている場合にのみ、発生することが可能である。場合によっては、ディスカバリサブフレームは、関係している無線フレーム内の特別なサブフレームの第１の発生（たとえば、サブフレーム０）、（ＴＤＤ構成に適用可能な場合には）第２の発生（たとえば、サブフレーム５）、または（ＴＤＤ構成に適用可能な場合には）両方であることが可能である。これは、Ｄ２Ｄ通信に起因するＤＬからＵＬへの切り替えの量を最小化すること、ならびに、ＬＴＥ  ＴＤＤ送信のためのそのスケジューリングギャップを最小化することが可能である。
【０１０６】
１または複数の実施形態は、１または複数の制御シグナリングフォーマットを想定している。デバイスツーデバイス送信のスケジューリングをサポートするために、１または複数の新たなＤＣＩフォーマットが想定される。上述のパラメータのうちの１または複数を搬送するために、新たな（たとえば、そのような目的でこれまで定義されていない）ＤＣＩフォーマットが設計されることが可能である。たとえば、その新たなＤＣＩフォーマットは、ディスカバリ信号の送信および／または受信のために、ディスカバリ信号物理的特徴情報、ディスカバリアイデンティティ、および／または物理的無線リソース情報を搬送することができる。一例においては、スケジューリング情報は、共有チャネル上で複数のＷＴＲＵによって受信されることが可能であるので、スケジューリング情報は、ＷＴＲＵがディスカバリ信号を送信しているべきであるかまたは受信しているべきであるか否かの明示的な表示を搬送しない場合がある。むしろ、それぞれのＷＴＲＵは、自分のオペレーションモードに関して事前に構成されることが可能である。スケジューリング情報が受信されて、ＷＴＲＵに提供される場合があり、そのケースにおいては、ＤＣＩは、そのスケジューリングが受信目的のためのものであるか、または送信目的のためのものであるかの明示的な表示を含むことができる。
【０１０７】
いくつかの実施形態においては、（ディスカバリ信号などの）デバイスツーデバイス送信をスケジュールするＤＣＩは、スケジューリング情報に加えて、下記の機能のうちの少なくとも１つを、場合によっては１もしくは複数の、またはそれぞれのディスカバリプロセスに関して、また場合によっては一度に複数のプロセスに関して、１つ有することができる。ディスカバリプロセス（および／もしくはディスカバリペイロードなど、ディスカバリプロセスの一部）のアクティブ化／非アクティブ化、ディスカバリプロセスとアイデンティティとの間における関連付け、関連付けし直し、もしくは関連付け解除（たとえば、終了）、ならびに／または、サービスディスカバリアイデンティティとＲＦディスカバリアイデンティティとの間における関連付け、関連付けし直し、もしくは関連付け解除（たとえば、終了）。そのようなＤＣＩは、（たとえば、Ｃ−ＲＮＴＩによってスクランブルされている場合には）１つのＷＴＲＵ、または（たとえば、共通探索空間においてＤ−ＲＮＴＩによってスクランブルされている場合には）複数のＷＴＲＵによって受信されることが可能である。
【０１０８】
１または複数の実施形態は、ディスカバリ信号送信の１または複数のタイミングを想定している。適用可能な制御シグナリング受信の関数としてのディスカバリ信号送信タイミング。そのような（場合によっては、ディスカバリ信号固有の）ＤＣＩは、そのＤＣＩの受信と相対的な、現在の期間と相対的な、絶対値（たとえば、ＳＦＮ／サブフレーム番号）である、またはディスカバリのために構成された来たるサブフレームを示すタイミング情報をさらに含むことができる。場合によっては、そのようなＤＣＩは、（いくつかの実施形態においては、おそらく常に）次なるディスカバリ信号機会を（ディスカバリ信号構成によって）ｎ＋ｘよりも早くならないようにスケジュールし、その場合、ｎは、ＷＴＲＵがそのＤＣＩを受信したサブフレームであり、ｘは、固定されたオフセット（たとえば、４ｍｓ）であること、またはＤＣＩ自体の中に含めてシグナリングされることが可能である。場合によっては、そのようなＤＣＩは、複数のサブフレームを一度にスケジュールすることができる（たとえば、マルチサブフレームスケジューリング）。場合によっては、ＤＣＩは、複数のディスカバリ信号送信（場合によっては、アイデンティティ、たとえばＲＦアイデンティティを使用してインデックス付けされている）に関するスケジューリング情報を含むことができる。
【０１０９】
いくつかの実施形態においては、ディスカバリ信号は、複数のサブフレームにわたることが可能である。そのようなケースにおいては、ＷＴＲＵは、ディスカバリ信号の持続時間全体にわたってディスカバリスケジューリング情報を適用するように構成されることが可能である。そのような態様は、送信をスケジュールすることができる制御情報の一部として（たとえば、ＤＣＩ内に、ＤＣＩの探索空間の関数として、またはＲＮＴＩの関数として）示されることが可能である。
【０１１０】
１または複数の実施形態は、Ｄ−ＲＮＴＩの関数としてのディスカバリ信号送信タイミングを想定している。いくつかの実施形態においては、ＷＴＲＵは、アイデンティティ、たとえばＤ−ＲＮＴＩに基づいてディスカバリ信号スケジューリング時間を黙示的に特定するように構成されることが可能である。Ｄ−ＲＮＴＩは、ディスカバリプロセスに固有であることが可能である。ＷＴＲＵは、Ｄ−ＲＮＴＩ、そしておそらくはその他の構成されたパラメータ、たとえば、サイクル長、サブフレームオフセットなどを特定の機能（たとえば、標準仕様において定義されるであろうものなど）に適用することによって、ディスカバリ信号を送信するための／ディスカバリ信号を探してモニタするためのサブフレームのセットを特定することができる。
【０１１１】
たとえば、ＷＴＲＵは、下記の式を満たすサブフレームｓに関するディスカバリ信号を送信するように／そうしたディスカバリ信号を探してモニタするように構成されることが可能である。
［ＳＦＮ*１０＋サブフレーム番号］ｍｏｄｕｌｏ（Ｎd-cycle）＝（Ｄ−ＲＮＴＩ）ｍｏｄｕｌｏ（Ｎd-cycle）＋Ｄoffset      （２）
この場合、Ｎd-cycleは、ディスカバリ信号サイクル長であり、Ｄoffsetは、ディスカバリ信号オフセットである（１つの実際的な例においては、Ｄoffsetは使用されず、０という値を取る場合がある）。一方または両方のディスカバリ信号サイクルおよび／またはディスカバリ信号オフセットは、より高位のレイヤを介して半静的に構成されることが可能である。
【０１１２】
上述の技術は、同様に、ただし、ＤＣＩが受信される探索空間の関数として、アイデンティティ（たとえば、ＲＦディスカバリアイデンティティ）の関数として、またはＤＣＩの第１のＣＣＥの関数として適用されることが可能である。たとえば、ＷＴＲＵは、サブフレームｎにおいてＤＣＩを成功裏にデコードすること、その関係しているＤＣＩの第１のＣＣＥを識別すること、ならびに、サブフレームｎ＋ｋ（この場合、ｋは、ＣＣＥの関数であることが可能である）において送信を、たとえば、テーブルおよび／または構成に基づいて行うことが可能である。信号の送信のためのリソースインデックスは、上記のものの関数であることが可能である。
【０１１３】
ディスカバリ信号送信のためのＲＦディスカバリアイデンティティを特定するための１または複数の実施形態技術。１または複数の実施形態においては、おそらくは、ディスカバリ信号に適用できることが可能であるＰＤＣＣＨ上でのＤＣＩをＷＴＲＵが成功裏にデコードした場合に、そのＷＴＲＵは、ディスカバリ信号送信に対応するＲＦディスカバリアイデンティティを、その関係しているＤＣＩの第１のチャネル制御要素（ＣＣＥ）の関数として特定することができる。場合によっては、その関係しているアイデンティティは、その関係している送信のための物理リソースへのインデックスであることが可能である。場合によっては、そのアイデンティティは、（たとえば、ＷＴＲＵが、複数のＲＮＴＩを使用してブラインドデコーディングを行うケースにおいては、）そのＲＮＴＩ、またはそのＤＣＩに対応するＲＮＴＩ（たとえば、そのＤＣＩのＣＲＣをマスクするために使用されたＲＮＴＩ）へのインデックスに基づいて、またはその組合せによっても得られる（derived）ことが可能である。同様に、上述の方法は、ＤＣＩが受信される探索空間またはその対応するＲＮＴＩの関数として適用されることが可能である。
【０１１４】
いくつかの実施形態においては、ＷＴＲＵは、ディスカバリ信号送信に対応するＲＦディスカバリアイデンティティを、受信されたディスカバリ信号の特徴（たとえば、ディスカバリ信号送信自体に適用されたスクランブリング）の関数として特定することができる（たとえば、ディスカバリ信号受信に基づくブラインド検知）。
【０１１５】
いくつかの実施形態においては、ＷＴＲＵは、ディスカバリ信号送信に対応するＲＦディスカバリアイデンティティを、ディスカバリ信号送信自体をスケジュールするＤＣＩ内のペイロードの関数として特定することができる（たとえば、アイデンティティまたはそのインデックスが、明示的にシグナリングされることが可能である）。
【０１１６】
いくつかの実施形態においては、ＷＴＲＵは、ディスカバリ信号送信に対応するＲＦディスカバリアイデンティティを、ディスカバリ信号送信のためのリソースをアクティブ化することができるＤＣＩ内のペイロードの関数として特定することができる（たとえば、制御シグナリングは、構成されたディスカバリ信号機会に関するアクティブ化状態と、関係しているリソースに関連付けられているアイデンティティを明示的にシグナリングすることとを切り替えることができる）。
【０１１７】
１または複数の実施形態は、ディスカバリ信号の半永続的なスケジューリングのための１または複数の技術を想定している。ＷＴＲＵは、適用可能なサブフレームにおいて動的なスケジューリングによってさらなる制御シグナリング情報を取得するように構成されることが可能である。たとえば、ＷＴＲＵは、Ｄ−ＲＮＴＩおよび／もしくはＳＰＳ−Ｄ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨおよびＣＲＣ上で受信されたＤＣＩにおいて、またはＣ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨおよびＣＲＣ上で受信されたディスカバリ信号固有のＤＣＩフォーマットで、さらなる制御シグナリングを受信することができる。
【０１１８】
場合によっては、ＷＴＲＵは、ＰＤ２ＤＣＨリソースの半永続的なスケジューリングと同様に、対応するリソースに関するアクティブ化コマンドをその後に受信することができる。ＷＴＲＵは、受信された制御信号がアクティブ化コマンドであるということを、たとえば、ＤＣＩ内に含まれている情報（たとえば、１ビット表示）に基づいて、デコーディングのために使用されたＲＮＴＩ（たとえば、ＳＰＳ−Ｄ−ＲＮＴＩ）に基づいて、その受信のサブフレームに基づいて、または、そのＷＴＲＵがその制御シグナリングを受信した探索空間に基づいて、特定することができる。
【０１１９】
同様に、ＷＴＲＵは、アクティブ化コマンドと同様の方法によって非アクティブ化コマンドを受信することもできる。ＷＴＲＵは、下記のうちの少なくとも１つなどの１または複数のイベントトリガに続いて、リソースを解放することもできる。
−  デバイスツーデバイス通信に適用可能なリソースの非アクティブ化、
−  プロキシミティの喪失の検知、
−  ディスカバリ信号送信の完了、
−  リソースの有効期限切れ（たとえば、タイマベースの黙示的な非アクティブ化）、
−  有効なタイミングの喪失、たとえば、ＲＲＣ接続のサービングセルに対応するタイムアライメントタイマ（ＴＡＴ）が切れること、および／または
−  ネットワークに伴うモビリティイベント、もしくはネットワークに伴う無線リンク障害、もしくはＤ２Ｄリンク上でのＲＬＦ）。
【０１２０】
そのようなアクティブ化／非アクティブ化コマンドは、Ｃ−ＲＮＴＩによって（専用のスケジューリングのケースにおいて）、またはＤ−ＲＮＴＩによってスクランブルされて、ＰＤＣＣＨ上で受信されることが可能である。
【０１２１】
いくつかの実施形態においては、構成は、ＷＴＲＵのグループに適用可能な半静的なリソース割り当てを含むこともできる。たとえば、さらなる制御シグナリング情報が、たとえば、静的な半永続的なリソース割り当てのケースにおいてブロードキャストされるシステム情報上で受信されることが可能である。たとえば、ＷＴＲＵは、ディスカバリ信号のためのリソースの半永続的なスケジューリングと同様に、対応するリソースに関するアクティブ化コマンドをその後に受信することができる。同様に、ＷＴＲＵは、非アクティブ化コマンドを受信することもできる。そのようなコマンドは、たとえば、（たとえば、複数のＷＴＲＵにとってのディスカバリスケジューリングのケースにおいては）Ｄ−ＲＮＴＩもしくはＳＰＳ−Ｄ−ＲＮＴＩによって、または（たとえば、専用のおよび／もしくは選択的なディスカバリスケジューリングに関しては）Ｃ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨ上のＤＣＩ上で受信されることが可能である。
【０１２２】
リソースの調停および／または割り当ては、関与しているＷＴＲＵ間において分担されること、またはディスカバリプロセスに関与しているＷＴＲＵのうちの１つによって制御されることが可能である。
【０１２３】
いくつかの実施形態においては、送信側ＷＴＲＵは、数あるシナリオの中でも、おそらくはアクティブ化コマンドの受信後に、構成された半永続的なリソースおよび／または構成されたパラメータに従ってディスカバリ信号を送信することを開始するように構成されることが可能である。いくつかの実施形態においては、数あるシナリオの中でも、おそらくは非アクティブ化コマンドを受信すると、送信側ＷＴＲＵは、ディスカバリ信号の送信を停止するように構成されることが可能である。いくつかの実施形態においては、同様の構成が受信側ＷＴＲＵに適用されることも可能であるが、おそらくは、受信側ＷＴＲＵが、ディスカバリ信号を探してモニタするように構成されることが可能である（かつ、それを送信するように構成されないことが可能である）場合は除く。たとえば、ＷＴＲＵは、上述の方程式（２）を満たすサブフレームｓに関するディスカバリ信号を送信するように／そうしたディスカバリ信号を探してモニタするように構成されることが可能である。
【０１２４】
１または複数の実施形態は、ディスカバリ信号送信に関連付けられているパラメータを受信するための方法を想定している。ＷＴＲＵは、任意選択でさらなるスケジューリング情報を伴って構成されることが可能であり、またはさらなる制御スケジューリング情報を受信するように構成されることが可能であり、そうしたさらなる制御スケジューリング情報は、たとえば、ＷＴＲＵがディスカバリ信号送信のためのリソース割り当てを特定するために使用することができる物理リソースブロック（ＰＲＢ）のセット、変調およびコーディングスキーム（ＭＣＳ）、パワー制御調整（ＴＰＣ）、シンボル持続時間（たとえば、１または複数のシンボルにわたる信号のケースにおいて）などのうちの１または複数を含むことができる。
【０１２５】
ディスカバリ信号構成は、信号の特徴、たとえば、ディスカバリ信号に関する擬似ランダムシーケンス発生器シードまたはルート、スクランブリングシーケンスへのインデックス、同期インデックス、コード初期化パラメータ、信号フォーマット（たとえば、ペイロードがあるか否か）、Ｚａｄｏｆｆ−Ｃｈｕルートおよび／または循環シフトなどをさらに含むことができる。
【０１２６】
１または複数の実施形態は、ＰＤ２ＤＣＨに適用可能な制御シグナリングの受信時のＷＴＲＵアクションを想定している。いくつかの実施形態は、共有ディスカバリ信号スケジューリングがモニタリングＷＴＲＵ／ディスカバー可能ＷＴＲＵの関数として解釈されることが可能であるということを想定している。
【０１２７】
ＷＴＲＵは、ディスカバリ信号スケジューリング情報を、自分のディスカバリ手順および／または役割の関数として解釈することができる。たとえば、モニタリングＷＴＲＵは、スケジューリングがディスカバリ信号の受信のためのものであるということを特定することができ、おそらくは適切なパラメータを使用して、ディスカバリ信号の検知をさらに試みることができる。同様に、ディスカバー可能ＷＴＲＵは、スケジューリング情報がディスカバリ信号の送信のためのものであるということを特定することができ、適切なパラメータを使用して、ディスカバリ信号をさらに送信することができる。
【０１２８】
スケジューリング情報を解釈することは、構成態様を有することができる。たとえば、ＷＴＲＵは、ＲＲＣシグナリングによって構成されることが可能であり、または場合によっては、たとえば、ＭＡＣ制御要素（ＣＥ）によって、ＤＣＩによって、関係しているＤＣＩを成功裏にデコードするためにどのＲＮＴＩが使用されるかによって、動的に構成されることが可能であり、それによって、それは、モード、たとえば、送信または受信のうちの一方を明示的に示す。そのような手法は、スケジューリング情報内の明示的な表示ビット（たとえば、メッセージ内のもの、またはＤＣＩ内の情報ビット）を含む。
【０１２９】
１または複数の実施形態は、ディスカバリ信号スケジューリングのためのフィードバックを想定している。ＷＴＲＵは、アップリンクＨＡＲＱフィードバックをネットワークに送信することを、おそらくは、それが、サブフレームｎにおいてディスカバリ信号に適用可能なスケジューリング情報を成功裏に受信することができる場合に、行うことができる。一例においては、ＷＴＲＵは、いくつかの実施形態において１または複数のレガシー方法に従って（たとえば、ＤＣＩの第１のＣＣＥに基づいて、および／またはＷＴＲＵのＰＵＣＣＨ構成に基づいて）得られる（derived）ことが可能であるＰＵＣＣＨリソースを使用して、サブフレームｎ＋４においてＨＡＲＱフィードバックを送信することができる。
【０１３０】
１または複数の実施形態は、ディスカバリ信号スケジューリングの肯定応答−ディスカバー可能ＷＴＲＵを想定している。いくつかの実施形態においては、スケジューリング情報を、たとえば、ディスカバリ信号送信に適用可能なサブフレームｎにおいて受信するＷＴＲＵ（たとえば、ディスカバー可能ＷＴＲＵ）は、関係しているＤＣＩに関するＨＡＲＱ  ＡＣＫを、たとえばＰＵＣＣＨ上で、たとえばサブフレームｎ＋４において（またはより一般的には、所定の遅延の後に）送信することができる。
【０１３１】
いくつかの実施形態においては、ディスカバリ信号送信に適用可能な構成されたリソースをアクティブ化する制御スケジューリングを受信するＷＴＲＵ（たとえば、ディスカバー可能ＷＴＲＵ）は、関係しているＤＣＩに関するＨＡＲＱ  ＡＣＫをＰＵＣＣＨ上で送信することができる。いくつかの実施形態においては、おそらくは、ディスカバー可能ＷＴＲＵ、たとえば、関係しているリソース上で送信を行うことができるＷＴＲＵのみが、ＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）を送信することができる。
【０１３２】
いくつかの実施形態においては、ディスカバリ信号送信に適用可能な構成されたリソースを非アクティブ化する制御スケジューリングを受信するＷＴＲＵ（たとえば、ディスカバー可能ＷＴＲＵ）は、関係しているＤＣＩに関するＨＡＲＱ  ＡＣＫをＰＵＣＣＨ上で送信することができる。いくつかの実施形態においては、おそらくは、ディスカバー可能ＷＴＲＵ、たとえば、関係しているリソース上で以前に送信を行った可能性があるＷＴＲＵのみが、ＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）を送信することができる。
【０１３３】
いくつかの実施形態においては、ディスカバリ信号送信の受信に適用可能な制御情報を受信するＷＴＲＵ（たとえば、モニタリングＷＴＲＵ）は、関係している制御情報に関するいかなるＨＡＲＱフィードバックも送信することができない。場合によっては、モニタリングＷＴＲＵ、たとえば、関係しているリソース上で送信を行うことはできないがその上で送信を受信することができるＷＴＲＵは、いかなるＨＡＲＱフィードバックも送信することができない。
【０１３４】
１または複数の実施形態は、ディスカバリ信号スケジューリングの肯定応答−モニタリングＷＴＲＵがＲＦプロキシミティの有無を示すことができる場合を想定している。いくつかの実施形態においては、ディスカバリ信号送信の受信に適用可能な制御情報を受信するＷＴＲＵ（たとえば、モニタリングＷＴＲＵ）は、関係している送信に関するいかなるＨＡＲＱフィードバックも、スケジュールされた送信のサブフレーム以降のサブフレーム（たとえば、ｎがディスカバリ信号送信のサブフレームである場合のｎ＋４）において送信することができる。いくつかの実施形態においては、これは、スケジューリング情報が専用の方法（Ｃ−ＲＮＴＩ、ＲＲＣ構成など）を使用して受信されることが可能であるケースに（そしていくつかの実施形態においては、おそらくは、そのようなケースのみに）適用されることが可能である。たとえば、おそらくは、いくつかの事前に定義された基準に従って、ディスカバリ信号受信が成功しているということをＷＴＲＵが特定した場合（たとえば、それが近くにあるということをＷＴＲＵが特定した場合）には、それは、対応するＤＣＩの第１のＣＣＥに基づいて、対応するＤＣＩのＲＮＴＩの関数として、または探索空間（複数の探索空間が構成されることが可能である場合には、たとえば、それぞれのディスカバリ信号またはＲＦアイデンティティに関して１つの探索空間）に基づいて黙示的に得られたリソースを使用して、関係しているサブフレームにおいてＰＵＣＣＨリソース上でＨＡＲＱ  ＡＣＫを送信することができる。いくつかの実施形態においては、ＷＴＲＵは、ディスカバリ信号受信が成功していないとそれが特定した場合に、ＨＡＲＱ  ＮＡＣＫを送信することができる。
【０１３５】
実施形態は、送信および受信をスケジュールする関連付けられているペイロードのための１または複数の技術を想定している。１または複数の実施形態においては、ＷＴＲＵは、ディスカバリ信号に関連付けられているペイロードを送信（および／または受信）するように構成されることが可能である。より具体的には、ＷＴＲＵは、ペイロードが構成される対象であるディスカバリプロセスを伴って構成されることが可能である。いくつかの実施形態においては、ＷＴＲＵは、ディスカバリシーケンスおよび／またはペイロードを含むディスカバリ信号フォーマットを伴って構成されることが可能である。次いでＷＴＲＵは、（たとえば、本明細書において説明されているような）単一のディスカバリ信号におけるディスカバリシーケンスに沿ってペイロードを送信することができる。
【０１３６】
いくつかの実施形態においては、ペイロードおよび／またはディスカバリシーケンスは、同じディスカバリ信号フォーマットで送信されることは不可能である。たとえば、ＷＴＲＵは、ディスカバリシーケンスとは無関係に、たとえば、別の時刻（たとえばサブフレーム）において、および／または別のリソースブロックを介して、ペイロードを送信することができる。そのようなシナリオにおいては、モニタリングＷＴＲＵは、関連付けられているディスカバリシーケンスを最初に成功裏に検知した後にディスカバリペイロードのデコーディングを試みるように構成されることが可能である。
【０１３７】
実施形態は、ペイロードをいつ送信すべきかを特定するための１または複数の技術を想定している。１または複数の実施形態は、ディスカバリペイロードをいつ送信すべきかをＷＴＲＵが特定するための技術を想定している。想定される技術のうちの１または複数は、たとえば、ディスカバリペイロードを探していつモニタするかを特定するために、モニタリングＷＴＲＵに適用可能とすることもできる。
【０１３８】
いくつかの実施形態は、パラメータの独立したセットを想定している。ＷＴＲＵは、ディスカバリペイロードを、たとえば、ディスカバリ信号送信に関して本明細書において説明されている方法のうちの１または複数に従って送信するように構成されることが可能である。より具体的には、ＷＴＲＵは、ディスカバリペイロードの送信のための独立した（たとえば、ディスカバリシーケンスから独立した、または部分的に独立した）パラメータの別個のセットを伴って構成されることが可能である。たとえば、ＷＴＲＵは、ディスカバリシーケンス送信としてリソースの別のセットを使用して定期的にディスカバリペイロードを送信するように構成されることが可能である。一例として、ＷＴＲＵは、ディスカバリペイロード送信に関しては、ディスカバリシーケンス送信に関するよりも低いデューティーサイクルを伴って構成されることが可能である。
【０１３９】
いくつかの実施形態は、動的な表示に基づくことが可能である技術を想定している。ＷＴＲＵは、ｅＮＢから送信されたダウンリンク制御チャネル（たとえば、ＰＤＣＣＨ）から明示的に情報を受信することによってディスカバリペイロードを送信すべきか否かを特定するように構成されることが可能である。一般的なディスカバリ信号に関して本明細書において説明されていることと同様に、ＷＴＲＵは、特別なＤ２Ｄ−Ｐａｙｌｏａｄ−ＲＮＴＩ（ＤＰ−ＲＮＴＩ）を探してＰＤＣＣＨを、たとえば、Ｄ２Ｄ通信のために許可されたサブフレーム中にモニタするようにさらに構成されることも可能である。いくつかの実施形態においては、ＷＴＲＵは、ディスカバリプロセスに関連付けられているＤ−ＲＮＴＩを探してＰＤＣＣＨをモニタするように構成されることが可能であり、ＤＣＩに基づいて、関連付けられているペイロードを送信すべきか否かを特定することができ、たとえば、ＤＣＩフォーマットに基づいて、ＷＴＲＵは、ＤＣＩフォーマットを盲目的に特定することができ、ＤＣＩがペイロード送信を示しているか、もしくはディスカバリシーケンス送信を示しているかを特定することができ、および／または、デコードされたＤＣＩの明示的なコンテンツに基づいて、ＷＴＲＵは、Ｄ２Ｄ  ＤＣＩをデコードすることができ、ペイロードの送信を明示的に示す、制御データ内の特定のフィールドの値を特定することができる。
【０１４０】
いくつかの実施形態は、周期的な比率に基づく技術を想定している。ディスカバリペイロードをいつ送信すべきかを特定するためのいくつかの実施形態においては、ＷＴＲＵは、たとえば、ディスカバリペイロード送信比率を伴って構成されることが可能である。この比率（たとえば、Ｎｄ：ｐ）は、たとえば、ディスカバリペイロード送信の数に対するディスカバリシーケンス送信の数の比率を示すことができる。次いでＷＴＲＵは、１もしくは複数の、またはすべての、Ｎｄ：ｐのディスカバリ信号送信に関して１つのディスカバリペイロードを送信することができる。たとえば、ＷＴＲＵは、ディスカバリペイロードをディスカバリシーケンスと同じ物理リソースで送信するように構成されることが可能である。たとえば、ＷＴＲＵは、ディスカバリペイロードをディスカバリシーケンスと同時に（たとえば、同じサブフレームで）、ただし物理リソースの別のセット上で送信するように構成されることが可能である。
【０１４１】
数あるシナリオの中でも、おそらくは、いつディスカバリペイロードが送信されるかをモニタリングＷＴＲＵが特定するために、サイクルが、送信機および受信機の両方において共通の基準クロックに同期化されることが可能である。一例においては、ＷＴＲＵ（送信側またはモニタリング）は、ディスカバリペイロード送信サイクルの始まりを特定するためにシステムフレーム番号（ＳＦＮ）を使用するように構成されることが可能である。たとえば、ＷＴＲＵは、ＳＦＮ上でモジュロ演算を使用すること、たとえば、ディスカバリペイロード送信サイクル長（たとえば、Ｎｐ−サイクル）（たとえば、サブフレームに関して）、関連付けられているＤ−ＲＮＴＩもしくはＤＰ−ＲＮＴＩ、および／またはその他の潜在的な構成されたパラメータなど、さらなるパラメータを使用することによって、ディスカバリ送信サイクルの始まりを特定するように構成されることが可能である。一例においては、ＷＴＲＵは、方程式（２）における期間ディスカバリサブフレーム構成と、（次の例におけるＮｐ−サイクルである）ディスカバリシーケンスサイクルと相対的なディスカバリペイロードサイクルを示すパラメータとに基づいてディスカバリペイロード送信がスケジュールされることが可能であるサブフレームを特定することができる。
［ＳＦＮ*１０＋サブフレーム番号］ｍｏｄｕｌｏ（Ｎｄ−サイクル×Ｎｐ−サイクル）＝（Ｄ−ＲＮＴＩ）ｍｏｄｕｌｏ（Ｎｄ−サイクル×Ｎｐ−サイクル）＋Ｄｄ−オフセット（３）
【０１４２】
ディスカバリペイロード送信のためのサイクルの始まりをモニタリングＷＴＲＵが特定することを可能にするための別のアプローチにおいては、送信側ＷＴＲＵは、ディスカバリシーケンスの一部として明示的にカウントを示すように構成されることが可能である。いくつかの実施形態においては、ＷＴＲＵは、事前に定義された数のカウントビットをディスカバリシーケンスに付加するように構成されることが可能である。次いでモニタリングＷＴＲＵは、ディスカバリプロセス中にカウントビットを検知することができ、ディスカバリペイロード送信のためのサイクルの始まり、および／またはディスカバリペイロードの次なる送信のための時刻を特定することができる。いくつかの実施形態においては、送信側ＷＴＲＵは、カウントを示すために複数のディスカバリシーケンスのうちの１つを選択するように構成されることが可能である。そのようなシナリオにおいては、カウントと、実際のディスカバリシーケンスとの間における関係が、たとえば、仕様において明示的に、および／またはディスカバリシーケンスパラメータとの（たとえば、Ｚａｄｏｆｆ−Ｃｈｕシーケンスのケースにおいては、ＺＣルート、サイクルシフトとの）関係を介して、事前に定義されることが可能である。ＷＴＲＵは、たとえば、カウントが特定の値に達することが可能であるときに、および／またはカウントが特定の値、たとえばゼロに達した後の特定の時点でディスカバリペイロードを送信／受信するように構成されることが可能である。
【０１４３】
１または複数の実施形態は、ペイロード送信パラメータを特定するための技術を想定している。いくつかの実施形態においては、ＷＴＲＵは、リソースの事前に定義されたセットを介してペイロードを送信するように構成されることが可能である。より詳細には、ＷＴＲＵは、ＰＲＢの固定されたセット、サブフレーム内のシンボル、ＭＣＳ、および／またはペイロードサイズを伴って構成されることが可能である。次いでＷＴＲＵは、本明細書において説明されている技術のうちの１または複数に従って適切な時点でペイロードにおいて送信を行うことができる。
【０１４４】
いくつかの実施形態においては、ＷＴＲＵは、関連付けられているディスカバリシーケンス物理リソースに基づいて送信のためのペイロード物理リソースを特定するように構成されることが可能である。たとえば、ＷＴＲＵは、ディスカバリシーケンスと同じＰＲＢのセットを介して、ただしサブフレームの別の（たとえば、事前に構成された）ＯＦＤＭシンボル上でペイロードを送信するように構成されることが可能である。たとえば、ＷＴＲＵは、ディスカバリシーケンスと同じリソース（ＯＦＤＭシンボルおよびＰＲＢ）のセットを介してペイロードを送信して、潜在的にディスカバリシーケンス送信に取って代わるように構成されることが可能である。さらに別の例においては、ＷＴＲＵは、それが、関連付けられているディスカバリペイロードリソースインデックスを特定するためにディスカバリシーケンス物理リソースインデックスに適用することができるリソースオフセットを伴って構成されることが可能である。いくつかの実施形態においては、このオフセットは、固定されること、およびＲＲＣシグナリングを介して構成されることが可能である。たとえば、このオフセットは、たとえば、１もしくは複数の、またはすべてのＷＴＲＵの間においてリソースをランダム化するために、ＳＦＮおよびサブフレーム番号などの時間パラメータ、ならびに潜在的にはＤ−ＲＮＴＩなどのその他のパラメータに依存することができる。
【０１４５】
いくつかの実施形態においては、ＷＴＲＵは、たとえば、新たな（たとえば、想定される）ＤＣＩフォーマットでＰＤＣＣＨ上に示される動的なペイロード送信パラメータを伴って構成されることが可能である。想定されるＤＣＩフォーマットは、たとえば、ペイロードおよび／またはペイロードフォーマット（たとえば、ペイロードのサイズ、ＭＣＳなど）に関連付けられている無線リソースを示すことができる。
【０１４６】
１または複数の実施形態は、ディスカバリペイロード受信に関連付けられている技術を想定している。ＷＴＲＵは、本明細書において説明されている技術のうちの１または複数に従ってディスカバリペイロードを受信するように構成されることが可能である。
【０１４７】
ＷＴＲＵは、はじめにディスカバリシーケンスを検知するように、次いで、関連付けられているディスカバリペイロードをデコードすることを試みるか否かを決定するように構成されることが可能である。より具体的には、検知されたディスカバリシーケンスが、ペイロードを伴って構成されているディスカバリ信号に対応することが可能である状況、検知されたディスカバリシーケンスが、関連付けられているペイロードの検知を要求しているサービスまたはサービスクラスに関連付けられることが可能である状況、ＷＴＲＵが、ディスカバリ信号および関連付けられているサービスクラスのリストを伴って構成されることが可能である状況のうちの１または複数が（任意の順序または組合せで）満たされる場合に、ＷＴＲＵは、関連付けられているディスカバリペイロードをデコードすることを決定するように構成されることが可能である。ＷＴＲＵは、ディスカバリシーケンスに関連付けられているサービスクラスを、たとえば、その構成内を調べることによって特定することができ、および／またはＷＴＲＵは、検知されたシーケンスの特性（たとえば、ＺＣルート、循環シフトなど）と、構成を介して実行された事前に定義された関連付けとに基づいてディスカバリシーケンスに関連付けられているサービスクラスを特定するように構成されることも可能であり、検知されたディスカバリシーケンスに関連付けられているディスカバリペイロードのコンテンツは、ＷＴＲＵによってデコードされていない可能性があり（たとえば、一度もデコードされたことがない可能性があり）、検知されたディスカバリシーケンスに関連付けられているディスカバリペイロードのコンテンツは、最後のＴｐａｙｌｏａｄ＿ｅｘｐｉｒｙ秒（またはその他の時間単位）において読み取られていない可能性があり、検知されたディスカバリシーケンスに関連付けられているディスカバリペイロードのコンテンツは、有効期限が切れている可能性がある。より具体的には、ＷＴＲＵは、特定のディスカバリ信号および／またはディスカバリ信号クラスに関連付けられている１または複数のタイマ値を伴って構成されることが可能である。ＷＴＲＵは、ディスカバリ信号に関連付けられているペイロードが読み取られることが可能であるときにタイマを始動させるように構成されることが可能であり、タイマが切れたときには、そのペイロードのコンテンツをＷＴＲＵメモリから消去すること、および／またはそのペイロードを再取得するよう下位のレイヤに要求することのうちの１または複数を実行することができる。
【０１４８】
タイマ値（たとえば、Ｔｐａｙｌｏａｄ＿ｅｘｐｉｒｙ）またはその他のパラメータは、ディスカバリ信号が属することが可能であるサービスクラス用に構成されることが可能である。いくつかの実施形態においては、１もしくは複数の、またはそれぞれのディスカバリ信号は、タイマの特定の値を伴って構成されることが可能であり、その場合、特別なケースとして、０は、ペイロードが１回もしくは複数回、または毎回読み取られることが可能であるということを示すことができ、無限大の値は、ペイロード情報が１回（たとえば、１回だけ）読み取られることが可能であり、ＷＴＲＵメモリ内に保持されることが可能であるということを示すことができる。
【０１４９】
おそらくは、ＷＴＲＵが、ペイロードバッファをフラッシュするようネットワークによってＲＲＣシグナリングまたはＬ１／Ｌ２（たとえば、ＭＡＣ制御要素）を介して明示的に指示されることが可能である状況、ＷＴＲＵがＥ−ＵＴＲＡ  ＲＲＣアイドルモードに移行することができる状況、ＷＴＲＵがセルを変更することができる状況、および／またはＷＴＲＵがディスカバリエリアを変更することができる状況のうちの１または複数が（任意の順序または組合せで）満たされることが可能である場合に、ＷＴＲＵは、自分がディスカバリ信号のうちの１または複数から読み取ったと言えるペイロードのコンテンツをペイロードバッファからフラッシュするように構成されることが可能である。
【０１５０】
実施形態は、ペイロード送信のための１または複数の信号構造を想定している。ＷＴＲＵは、数ある理由の中でも、デバイスツーデバイス通信の目的のために、既に定義されているアップリンク物理チャネルまたはダウンリンク物理チャネルのうちの１つに従って、ディスカバリペイロード、またはその他の任意のタイプの情報を送信および／または受信することができる。たとえば、ペイロードは、ＰＵＳＣＨ、ＰＵＣＣＨ、および／またはＰＤＳＣＨ物理チャネルと同じ方法で処理されることが可能である。
【０１５１】
ＷＴＲＵは、おそらくは、送信機のまたは受信機における実施態様を容易にするために、既存のチャネルと比較して修正された物理チャネル処理に従ってペイロードを送信（および／または受信）することもできる。たとえば、ＷＴＲＵは、ＰＵＳＣＨと同じ処理に従ってペイロードを送信することができるが、「トランスフォームプリコーディング」というステップが修正されることが可能であり、それによってＤＦＴ演算は、変調されたシンボル上で、それらが、１もしくは複数の、またはすべてのＳＣ−ＦＤＭＡシンボルに関してＯＦＤＭ変調器の入力に適用される前に、まったく行われないことが可能である。たとえば、そのような修正は、情報を搬送するＳＣ−ＦＤＭＡシンボルに適用されること（たとえば、おそらくは、そのようなシンボルのみに適用されること、および／または基準信号には適用されないこと）が可能である。そのようなシナリオにおいては、受信機において等化がまったく必要とされず、おそらくは、ＷＴＲＵ受信機における処理を簡単にすることが可能である。
【０１５２】
１または複数の実施形態は、アクティブ化／非アクティブ化に基づく所与のリソースにおける１または複数の順次的なディスカバリ手順を想定している。たとえば、ＷＴＲＵは、ブロードキャストされたシステム情報上で、たとえば、Ｄ２Ｄディスカバリ構成に固有のＳＩＢにおいて構成を受信することができる。その構成は、周期的なおよび時間において固定された、ディスカバリ信号のためのリソース割り当てに関するタイミングを含むことができる。たとえば、リソースの周期性は、たとえば、オフセットＤＯｆｆｓｅｔを伴ってＤＣｙｃｌｅ＝１００ｍｓであることが可能であり、次いでサブフレーム番号は、［ＳＦＮ*１０＋サブフレーム番号］ｍｏｄｕｌｏ（ＤＣｙｃｌｅ）＝ＤＯｆｆｓｅｔ）によって与えられることが可能である。たとえば、サイクルＤＣｙｃｌｅは、１０であるようにシグナリングされることが可能であり、それによって、そのサイクルは、ちょうど１フレームの長さであることが可能であり、対応する無線フレームにおいては、たとえば、サブフレーム＃５（たとえば、ＤＣｙｃｌｅ＝５に対応する）は、（場合によってはまた、構成内で、たとえばビットマップによって示されているように、またはＷＴＲＵによって指定されている／知られているように）ディスカバリ信号機会であることが可能であり、対応するサブフレームにおけるディスカバリ信号のためのリソース割り当てに関する適用可能なＰＲＢ、またはリソースインデックス（たとえば、信号のタイプに依存する）、ディスカバリ信号のためのスケジューリング機会を得るためのパラメータを伴うＳＰＳ−Ｄ−ＲＮＴＩ。ＳＰＳ−Ｄ−ＲＮＴＩを用いてスクランブルされたＤＣＩは、その後にリソースのアクティブ化／非アクティブ化のために使用されることが可能である。たとえば、リソースの周期性は、たとえば、オフセットＤＯｆｆｓｅｔを伴ってＤＣｙｃｌｅ＝１００ｍｓであることが可能であり、次いでサブフレーム番号は、［ＳＦＮ*１０＋サブフレーム番号］ｍｏｄｕｌｏ（ＤＣｙｃｌｅ）＝ＤＯｆｆｓｅｔ）によって与えられることが可能である。１つの実際的な例においては、サイクルＤＣｙｃｌｅは、１０であるようにシグナリングされることが可能であり、それによって、そのサイクルは、ちょうど１フレームの長さであることが可能であり、ならびに／または、対応する無線フレームにおいては、たとえば、サブフレーム＃５（たとえば、ＤＣｙｃｌｅ＝５に対応する）は、（場合によってはまた、構成内で、たとえばビットマップによって示されているように、および／もしくはＷＴＲＵによって指定されている／知られているように）ディスカバリ信号機会であることが可能である。
【０１５３】
いくつかの実施形態においては、ディスカバリ信号のために割り当てられたリソースは、ＭＢＳＦＮサブフレームに対応することができ、たとえば、同じリソースが、（たとえば、ディスカバリエリア内の）複数のセルにわたって使用されて、かつ同時に発生していることが可能である。これは、セル境界をまたいだ調整された様式でのＲＦディスカバリを可能にすることができる。
【０１５４】
いくつかの実施形態においては、ＷＴＲＵは、ディスカバリ信号構成を取得しておくことが可能である。ＷＴＲＵは、（場合によっては、ＡＰＩを通じて、ＷＴＲＵ内のアプリケーションによってトリガされて、）ディスカバー可能な状態に移行することができ、たとえば、所与のディスカバリアイデンティティに関するＲＦディスカバリリソースを要求するＲＲＣメッセージを送信することによって、ネットワークへのアイデンティティのブロードキャストを要求することができる。いくつかの実施形態においては、ディスカバー可能ＷＴＲＵは、ＲＲＣシグナリングによる要求の確認を受信することができる。ディスカバー可能ＷＴＲＵは、構成によって示されているサブフレームにおけるＳＰＳ−Ｄ−ＲＮＴＩに関するＰＤＣＣＨをデコードすることができる。
【０１５５】
ディスカバリ信号構成を取得しておくことが可能であるその他のＷＴＲＵは、（たとえば、場合によっては、ＡＰＩを通じて、ＷＴＲＵ内のアプリケーションによってトリガされて）、ディスカバリ機能を有効にされることが可能である。そのようなモニタリングＷＴＲＵは、構成によって示されているサブフレームにおけるＳＰＳ−Ｄ−ＲＮＴＩに関するＰＤＣＣＨをデコードすることができる。ＳＰＳ−Ｄ−ＲＮＴＩによってスクランブルされたＤＣＩ  ＰＤＣＣＨを成功裏にデコードすることができるＷＴＲＵ（そのＤＣＩは、関係しているアイデンティティのためのリソースのアクティブ化を示すことができる）は、そのＷＴＲＵがモニタリングＷＴＲＵであるか、またはディスカバー可能ＷＴＲＵであるかの関数として、さらなるアクションを特定することができる。
【０１５６】
ディスカバー可能ＷＴＲＵは、ＤＣＩ内で示されているアイデンティティが、それがディスカバリ要求において送信したアイデンティティに相当することが可能であるということを特定することができる。ディスカバー可能ＷＴＲＵは、サブフレームｎにおいてアクティブ化コマンドを受信すると、サブフレームｎ＋４においてＨＡＲＱ  ＡＣＫを送信することができる。ディスカバー可能ＷＴＲＵは、ディスカバリ信号を、ディスカバリ信号リソースにおいて、および／またはディスカバリ信号構成によって示されているサブフレームにおいて、おそらくは、いくつかの実施形態においては、限られた時間にわたって、および／または次なるディスカバリ信号スケジューリング機会まで送信することができる。
【０１５７】
モニタリングＷＴＲＵは、ＤＣＩにおいて示されているアイデンティティが、それが関心を持っているアイデンティティに相当することが可能であるということを特定することができる。そうである場合には、モニタリングＷＴＲＵは、ディスカバリ信号リソースにおける、および／またはディスカバリ信号構成によって示されているサブフレームにおけるディスカバリ信号の任意の送信をデコードすることを試みることができる。そうでない場合には、ＷＴＲＵは、次なるディスカバリ信号スケジューリング機会をデコードすることができる。
【０１５８】
おそらくは、モニタリングＷＴＲＵは、自分がディスカバリ信号を検知したということを特定することができる場合には、さらなるアクションを実行すること、たとえば、ネットワークへの報告を行うこと、ディスカバリ手順を開始することなどが可能である。
【０１５９】
次なるディスカバリ信号スケジューリング機会において、ＳＰＳ−Ｄ−ＲＮＴＩに関するＰＤＣＣＨをモニタするＷＴＲＵは、同じアイデンティティに関して（ＲＦディスカバリは、完了するのにさらに長い時間が与えられる）、または異なるアイデンティティに関して（新たなディスカバリ手順が開始され、そのケースにおいては、前の手順は終了される）、構成されたリソースのアクティブ化を示すＤＣＩをデコードすることができる。いくつかの実施形態においては、現在の手順のためのリソースの非アクティブ化を示すＤＣＩが受信されることが可能であり、それはまた、その手順を終了させることができる。いくつかの実施形態においては、アクティブ化の有効性は、特定の量の時間の後に期限切れとなることが可能である。
【０１６０】
１または複数の実施形態は、求められた送信要求に基づく所与のリソースにおける順次的なディスカバリ手順を想定している。ＷＴＲＵは、ブロードキャストされたシステム情報上で、たとえば、Ｄ２Ｄディスカバリ構成に固有のＳＩＢにおいて構成を受信することができる。その構成は、周期的なおよび／または時間において固定された、ディスカバリ信号のためのリソース割り当てに関するタイミングを含むことができる。たとえば、リソースの周期性は、たとえば、オフセットＤＯｆｆｓｅｔを伴ってＤＣｙｃｌｅ＝３２０ｍｓであることが可能であり、次いでサブフレーム番号は、［ＳＦＮ*１０＋サブフレーム番号］ｍｏｄｕｌｏ  ＤＣｙｃｌｅ＝ＤＯｆｆｓｅｔによって与えられることが可能であり、対応する無線フレーム、たとえば、サブフレーム＃５（たとえば、ＤＣｙｃｌｅ＝５に対応する）においては、（場合によってはまた、構成内で、たとえばビットマップ、もしくは、ＷＴＲＵに指定されている／知られているインデックスによって示されているように）ディスカバリ信号送信機会が存在することが可能であり、対応するサブフレームにおけるディスカバリ信号のためのリソース割り当てに関する適用可能なＰＲＢ、もしくはリソースインデックス（信号のタイプに依存する）、ならびに／または、ディスカバリ信号送信要求を搬送することができるＷＴＲＵによってモニタされるＤＣＩフォーマット。たとえば、ディスカバリ信号送信要求は、ＤＣＩフォーマットの一部としてシグナリングされるＮ＝１，２，．．．ビット長フィールドに対応することができる。または、ディスカバリ信号送信要求は、ＤＣＩフォーマットを通じてＷＴＲＵにシグナリングされる情報の一部として、１または複数の十分に定義されたコードポイントのセットとしてエンコードされることが可能である。または、ディスカバリ信号送信要求は、ＤＣＩフォーマットがＷＴＲＵによってデコードされることが可能である場合には、特別なＲＮＩ、たとえば、Ｄ−ＲＮＴＩに対応することが可能である。
【０１６１】
いくつかの実施形態においては、ＷＴＲＵは、ディスカバリ信号構成を取得しておくことが可能である。ＷＴＲＵは、（場合によっては、ＡＰＩを通じて、ＷＴＲＵ内のアプリケーションによってトリガされて、）ディスカバー可能な状態に移行することができ、たとえば、所与のディスカバリアイデンティティに関するＲＦディスカバリリソースを要求するＲＲＣメッセージを送信することによって、ネットワークへのアイデンティティのブロードキャストを要求することができる。いくつかの実施形態においては、ディスカバー可能ＷＴＲＵは、ＲＲＣシグナリングによる要求の確認を受信することができる。
【０１６２】
ディスカバー可能ＷＴＲＵは、構成によって示されているサブフレームにおけるディスカバリ信号送信要求に対応する情報を搬送する、表す、またはその他の形でエンコードするＤＣＩの発生に関するＰＤＣＣＨをデコードすることができる。
【０１６３】
ディスカバリ信号構成を取得しておくことが可能であるその他のＷＴＲＵは、（たとえば、場合によっては、ＡＰＩを通じて、ＷＴＲＵ内のアプリケーションによってトリガされて、）ディスカバリ機能を有効にされることが可能である。そのようなモニタリングＷＴＲＵは、構成によって示されているサブフレームにおけるＰＤＣＣＨをデコードすることができる。
【０１６４】
ディスカバリ信号送信要求に対応する情報を搬送する、表す、またはその他の形でエンコードするＤＣＩを成功裏にデコードするＷＴＲＵは、そのＷＴＲＵがモニタリングＷＴＲＵであるか、またはディスカバー可能ＷＴＲＵであるかの関数として、さらなるアクションを特定することができる。
【０１６５】
ディスカバー可能ＷＴＲＵは、サブフレームｎにおいてディスカバリ信号送信要求を搬送するＤＣＩを受信すると、サブフレームｎ＋４においてＨＡＲＱ  ＡＣＫを送信することができる。
【０１６６】
ディスカバー可能ＷＴＲＵは、ディスカバリ信号を、ディスカバリ信号リソースにおいて、およびディスカバリ信号構成によって示されているサブフレームにおいて送信することができる。いくつかの実施形態においては、それは、ディスカバリ信号を、１回（おそらくは、１回のみ）、おそらくは、限られた回数にわたって（おそらくは、限られた回数にわたってのみ）、および／または、次に発生するもしくは許可されるディスカバリ信号スケジューリング機会と比較した場合に、要求が受信されたＤＬサブフレームの関数として送信することができる。
【０１６７】
モニタリングＷＴＲＵは、ＤＣＩにおいて示されているアイデンティティが、それが関心を持っているアイデンティティに相当することが可能であるということを特定することができる。そうである場合には、モニタリングＷＴＲＵは、ディスカバリ信号リソースにおける、および／またはディスカバリ信号構成によって示されているサブフレームにおけるディスカバリ信号の任意の送信をデコードすることを試みることができる。いくつかの実施形態においては、ＷＴＲＵは、次なるディスカバリ信号スケジューリング機会をデコードすることができる。
【０１６８】
おそらくは、モニタリングＷＴＲＵは、自分がディスカバリ信号を検知したということを特定した場合には、さらなるアクションを実行すること、たとえば、ネットワークへの報告を行うこと、ディスカバリ手順を開始することなどが可能である。
【０１６９】
本明細書において説明されている１または複数の想定される技術を使用することによって、ディスカバリ信号およびディスカバリ手順は、多くのデバイスの存在下でさえ、効率よく多重化されることが可能であり、および／またはセルもしくはシステムレベルでの使用される送信リソースは、時間差をつけられることが可能であり、および／または低いオーバーヘッドが保持されることが可能であるということを実施形態は想定している。
【０１７０】
本明細書において説明されている技術を使用することによって、ネットワークは、おそらくは、ディスカバリリソースがネットワーク実施動作に従ってアクティブ化されることまたは使用中であることが不可能である場合に、関係しているリソースにおけるその他の送信をスケジュールすることができるということを１または複数の実施形態は想定している。
【０１７１】
１または複数の実施形態は、ディスカバリ信号送信および受信のための技術を想定している。ハイレベルで、ディスカバリ手順は、第２のデバイスによって検知されることという目的を伴った第１のデバイスによるディスカバリ信号の送信を含むことができるということを実施形態は認識している。ディスカバリ信号は、同期化、パワー測定、識別、および／または潜在的には、ペイロード情報を搬送することを含む複数の目的のために使用されることが可能である。
【０１７２】
１または複数の実施形態においては、ディスカバリ信号は、フィジカルデバイスツーデバイスチャネル（ＰＤ２ＤＣＨ）という特別なチャネル上で搬送されることが可能である。その信号は、たとえば、サウンディング基準信号と同様に、物理リソースに直接マップされることが可能である。本明細書において説明されている技術は、ディスカバリ信号がＰＤ２ＤＣＨを介して搬送されることが可能であるケース、または物理リソースに直接マップされることが可能であるケースの両方に適用可能とすることができる。いくつかの実施形態においては、送信／受信ＷＴＲＵは、適切な物理リソースを使用するように構成されている場合があると仮定されることが可能である。
【０１７３】
実施形態は、１または複数の信号構造を想定している。ディスカバリ信号は、複数の部分を含むことができ、１もしくは複数の、またはそれぞれの部分は、特定の目的を満たすことをターゲットとされることが可能である。下記の部分は、任意の順序または組合せで、ディスカバリ信号内に含まれることが可能である。
−  ガード時間
−  同期化部分
−  ディスカバリシーケンス
−  ペイロード
−  基準シンボル
【０１７４】
いくつかの実施形態においては、ガード時間は、ディスカバリ信号の一部とみなされる場合またはみなされない場合がある。いくつかの実施形態においては、基準シンボルは、非ガード部分の一部とみなされる場合またはみなされない場合がある。いくつかの実施形態においては、基準シンボルは、同期化部分、ディスカバリシーケンス部分、および／またはペイロード部分の中に存在する場合がある。さまざまな技術が、上述の部分のさまざまな組合せを含むことができる。図２は、ディスカバリ信号を形成している例示的なあり得る概念的な組合せのリストを示している。たとえば、組合せ（ａ）は、２つのガード部分と、ディスカバリシーケンス部分とを含む。
【０１７５】
いくつかの実施形態においては、「ディスカバリシーケンス」という用語は、ディスカバリのために使用されることが可能であるシンボルの特定のシーケンスを記述するために使用されることが可能である。この用語は、ディスカバリ信号への言及が、ディスカバリシーケンスを、ならびに、いくつかの実施形態においては、同期化、ペイロード、および／またはガード時間を含むことが可能である場合または不可能である場合を含めて、本明細書において使用される際には、「ディスカバリ信号」と交換可能に使用されることが可能である。
【０１７６】
いくつかの実施形態においては、ディスカバリ信号部分（たとえば、ディスカバリ信号フォーマット）の１または複数の組合せがサポートおよび／または構成されることが可能である。たとえば、ＷＴＲＵは、ネットワークカバレッジのもとでのディスカバリオペレーションのための複数のディスカバリ信号フォーマット、および／またはネットワークカバレッジがない状況下でのオペレーションのためのディスカバリ信号フォーマットの別のセットをサポートするように構成されることが可能である。別の例においては、ＷＴＲＵは、ディスカバリシーケンスおよび／もしくはペイロードを伴う、ディスカバリシーケンスを伴うがペイロードを伴わない、またはペイロードを伴ってディスカバリシーケンスを伴わないディスカバリ信号フォーマットを伴って構成されることが可能である。
【０１７７】
いくつかの実施形態においては、ガード部分（またはガード期間、または同義には、ガード時間）は、ＷＴＲＵが、その無線をディスカバリ信号受信／送信のために再構成すること、その他の信号との重なりを回避すること、および／または信号伝搬のための十分な時間を提供することを行うための十分な時間を提供することができる。いくつかの実施形態においては、ガード時間は、ディスカバリ信号の一部とみなされない場合がある。なぜなら、これらのガード時間中に、実際の信号送信がまったくない場合があるためである。
【０１７８】
いくつかの実施形態においては、ガード部分は、ディスカバリ信号のその他の部分から時間において分離することになる場合がある。そのような例においては、ＷＴＲＵは、同期化コード部分をその他の部分から分離するためにガード時間を使用することができる（たとえば、図２ｇ）〜ｉ）を参照されたい）。このアプローチは、たとえば、ＷＴＲＵにおけるバッファサイズ要件を低減すること、ならびに／または、同期化コード信号（もしくは、ディスカバリシーケンスとペイロードとの間にガードが存在することが可能であるケースにおいては、ディスカバリ信号）の検知後にディスカバリシーケンスおよび／もしくはペイロードをモニタするようにＷＴＲＵを構成するための時間を与えることが可能である。
【０１７９】
１または複数の実施形態は、同期化コードを想定している。ＬＴＥネットワークにおいては、デバイスは、受信側ｅＮＢにおいてＵＬ  ＯＦＤＭシンボルおよび／またはサブフレームを（たとえば、できるだけ）そろえるような方法でアップリンク上で同期化されることが可能である。この同期化は、ＯＦＤＭ復調を効率のよい状態に維持する上で、およびサイクリックプレフィックス（ＣＰ）の送信に関連付けられているオーバーヘッドを低減する上で、有用である場合がある。その同期を保持するために、ｅＮＢは、自分に接続されている１もしくは複数の、またはそれぞれのＷＴＲＵにタイミングアドバンス（ＴＡ）コマンドを発行することができる。ＴＡの値は、セルへのＷＴＲＵ距離、またはより具体的には、ＲＦ伝搬時間に依存することが可能である。同じセル内のＷＴＲＵは、ｅＮＢにおいて同期化されることが可能であるが、ＷＴＲＵ間における無線リンクのためのタイミングアドバンスがない場合があり、ひいては、ＴＡおよび伝搬遅延に起因して、ディスカバリ信号を受信するＷＴＲＵは、ディスカバリ信号同期を得るために、さらなる基準シンボルを必要とする場合がある。
【０１８０】
ネットワークインフラストラクチャの存在下では、ＷＴＲＵは、ネットワークに同期化されることが可能であり、ひいては、同期探索ウィンドウは、ネットワークインフラストラクチャがまったく存在しない場合があるケースよりも小さくなる場合がある。いくつかの実施形態においては、検知プロセスを改善するためにディスカバリ信号の相対的に迅速な同期化を提供することが有用である場合がある。
【０１８１】
ディスカバリ信号は、特別な同期化コードを含むことができる。この同期化コードは、たとえばモニタリングＷＴＲＵによって同期化プロセスを加速するおよび／または簡単にするために使用されることが可能である。その信号を受信するＷＴＲＵにとっての別の使用は、探索ウィンドウが縮小されることが可能であり、そのことは、結果として、検知を簡単にすることができ、そしてまた、バッテリ消費を少なくすることができる、ということである場合がある。
【０１８２】
同期化コードをディスカバリ信号内に含めるためのいくつかの実施形態においては、ＷＴＲＵは、１または複数の別個の同期化コードをその他のディスカバリ信号部分（たとえば、ディスカバリシーケンス、ペイロード）から分離して（独立したＯＦＤＭシンボル上で）送信することができる。ＷＴＲＵは、同期化コードを搬送するＯＦＤＭシンボル中に同期化コードを送信するように構成されることが可能であり、また、いくつかの実施形態においては、そのようなＯＦＤＭシンボル中にのみ同期化コードを送信するように（たとえば、その他の信号または情報の送信は、ＲＢの別のセット上で行われるように）構成されることが可能である。
【０１８３】
同期化コードをディスカバリ信号内に含めるためのいくつかの実施形態においては、ＷＴＲＵは、その同期化コードを、所与のＯＦＤＭシンボル内でその他の制御またはデータ情報と多重化するように構成されることが可能である。この例示的なソリューションにおいては、ＷＴＲＵは、たとえば、同期化コードをＲＢの特定のサブセット上で、およびその他の制御またはデータ情報をＲＢの別個の（潜在的には、隣接した）サブセット上で送信するように構成されることが可能である。このコンセプトは、たとえば、図２ｊ）において示されている。
【０１８４】
同期化コードは、ＷＴＲＵによって（たとえば、仕様からの明示的な）１もしくは複数の事前に定義されたシーケンスから、または、たとえば擬似ランダムシーケンス発生器を使用して生成されたパラメータ化されたシーケンス、たとえば、Ｚａｄｏｆｆ−Ｃｈｕもしくは擬似ランダムシーケンス（たとえば、ｍシーケンスもしくはゴールドシーケンス）を使用して生成されることが可能である。
【０１８５】
ＷＴＲＵは、たとえばＲＲＣシグナリングを介した、またはＷＴＲＵにおいて事前に構成された、同期化コードのために使用するためのパラメータを伴って構成されることが可能である。いくつかの実施形態においては、シーケンスパラメータのうちの１または複数は、ＷＴＲＵアイデンティティ、セルアイデンティティ、またはその他の既知のパラメータなどのローカルなＷＴＲＵパラメータに基づいて特定されることが可能である。シーケンスを受信するＷＴＲＵは、たとえば、同期化コードの低減されたセットから同期化コードを盲目的に探索するように構成されることが可能である。
【０１８６】
ＷＴＲＵは、ディスカバリ信号を送信する１もしくは複数の、または多数のＷＴＲＵによって共有されることが可能である同期化コードのセットを伴って構成されることが可能である。いくつかの実施形態においては、ＷＴＲＵは、ＳＩＢを介して同期化コードのセット上の情報を受信することができる。ＷＴＲＵは、構成された値のセットの中から特定の同期化コードを選ぶようにさらに構成されることが可能である。ＷＴＲＵは、たとえば、１もしくは複数の、またはすべてのディスカバリ信号送信において同期化コードの選択を実行することができる。ＷＴＲＵは、次の技術のうちの１または複数を使用して同期化コードを選択するように構成されることが可能であり、たとえば、同期化コード選択のためのいくつかの実施形態においては、ＷＴＲＵは、構成された同期化コードのうちの１つをランダムに選ぶように構成されることが可能であり、同期化コード選択のためのいくつかの実施形態においては、ＷＴＲＵは、構成されたアイデンティティ、たとえばＷＴＲＵ  Ｃ−ＲＮＴＩに基づいて同期化コードを選ぶように構成されることが可能である。より具体的には、例としてＣ−ＲＮＴＩを使用して、そしておそらくは、構成されたＮｓｙｎｃコードがあると仮定すると、ＷＴＲＵは、インデックスｓｃ＿ｉｎｄｅｘ＝Ｃ−ＲＮＴＩ  ｍｏｄ  Ｎｓｙｎｃを伴う同期化コードを選択することができ、いくつかの実施形態においては、ＷＴＲＵは、自分が関連付けられること（たとえば、アイドルモードにおいては、キャンプオンされること、または接続モードにおいては、接続されること）が可能であるセルのアイデンティティに基づいて同期化コードを選択するように構成されることが可能である。たとえば、ＷＴＲＵは、物理レイヤアイデンティティおよび／または物理レイヤセルアイデンティティに基づいて同期化コードを選択するように構成されることが可能であり、および／または、いくつかの実施形態においては、ＷＴＲＵは、ディスカバリ信号に関連付けられているディスカバリサービスに基づいて同期化コードを選択することができる。同期化コードの選択のためのこれらの例示的な技術のうちの１または複数は、ディスカバリシーケンスの選択に適用されることも可能である。
【０１８７】
１または複数の実施形態は、ディスカバリシーケンスを想定している。ディスカバリシーケンスは、デバイスおよび／もしくはサービスの識別の目的のために、ならびに／または、受信側ＷＴＲＵ（もしくは同義には、モニタリングＷＴＲＵ）が、その受信パワーを測定しプロキシミティ表示および／もしくは直接の測定値をネットワーク／アプリケーションに報告するために使用されることが可能である。いくつかの実施形態においては、ディスカバリシーケンスは、同期化目的および／またはチャネル推定目的のために使用されることも可能である。
【０１８８】
いくつかの実施形態においては、ディスカバリシーケンスは、Ｚａｄｏｆｆ−Ｃｈｕ、または擬似ランダム（たとえば、ｍシーケンス、ゴールドシーケンスなど）などの既存のシーケンスから得られることが可能である。いくつかの実施形態においては、ＷＴＲＵは、所与のリソース要素（ＲＥ）上の単一ビット／トーンをディスカバリシーケンスとして使用するように構成されることが可能である（いくつかの実施形態においては、ディスカバリシーケンスは、もはや「シーケンス」ではない場合があるが、提示を簡単にするために、「シーケンス」という用語は、この単一ビット／トーンアプローチも含むように一般化されることが可能である）。いくつかの実施形態においては、ビットシーケンスのセットが、仕様において明示的に定義されることが可能である。いくつかの実施形態においては、ディスカバリシーケンスは、インデックス付けされることが可能である。次いで、ディスカバリシーケンスインデックスは、より高位のレイヤの関連付けを介してデバイスまたはサービス識別情報にリンクされることが可能である。一例においては、ディスカバリシーケンスは、周波数オフセットに対する堅牢性に関する特別な考慮を伴って設計されることが可能である。ＷＴＲＵが周波数オフセットに関して有する要件は、ｅＮＢよりも低い場合があり、このことは、ディスカバリ信号の受信をより困難にする場合があるということを実施形態は認識している。
【０１８９】
インデックス付けの一例では、Ｚａｄｏｆｆ−Ｃｈｕシーケンスのケースにおいて、ＷＴＲＵは、たとえば、ルートおよび循環シフトのセットを特定のインデックスにリンクする既知のルールに基づいて、Ｚａｄｏｆｆ−Ｃｈｕシーケンスのセットをインデックス付けするように構成されることが可能である。同様に、擬似ランダムシーケンスは、ランダム生成器のための開始時刻インデックスおよび／または初期化値によってパラメータ化されることが可能である。同様のコンセプトは、たとえば、単一トーンアプローチに適用されることも可能であり、その場合、ディスカバリのための利用可能なＲＥをインデックスに関連付けるルールが定義されることが可能である。
【０１９０】
ＷＴＲＵは、仕様からの、またはＲＲＣシグナリングを介した関連付けのために構成されることが可能である。一例においては、ＷＴＲＵは、定義されたすべてのディスカバリシーケンス（またはおそらくは、定義されたすべてのディスカバリシーケンスのみ）のサブセットを使用するように、より高位のレイヤを介して構成されることが可能である。このサブセットは、たとえばネットワーク（たとえば、ｅＮＢ）によって、特定のサービス／地理的エリアに関して必要とされるディスカバリ信号の数に基づいて特定されることが可能である。
【０１９１】
ＷＴＲＵは、ネットワークによって、（たとえば、専用の構成を介して）特定のディスカバリシーケンスを使用するように構成されることが可能である。ＷＴＲＵは、たとえば、ＳＩＢおよび／または専用のＲＲＣシグナリングを介して使用されることになるディスカバリシーケンスのセットを伴って構成されることが可能である。ＷＴＲＵは、たとえば、同期化コード選択に関して本明細書において説明されているアプローチのうちの１または複数を使用して、送信のためのディスカバリシーケンスを選択するように構成されることが可能である。
【０１９２】
ＷＴＲＵは、たとえば、選択された同期化コードに基づいて送信のためのディスカバリシーケンスを選択するように構成されることが可能である。いくつかの実施形態においては、ＷＴＲＵは、同期化コードによってインデックス付けされた使用されることになるディスカバリシーケンスの構成されたセットのサブセットからランダムにディスカバリシーケンスを選択するように構成されることが可能である。より具体的には、ＷＴＲＵは、同期化コードに基づいて、選択元となるディスカバリシーケンスのサブセットを特定することができる。ＷＴＲＵは、ディスカバリシーケンスの特定されたサブセットから、送信のために使用するための１または複数のディスカバリシーケンスを、たとえばランダムに選択することができる。
【０１９３】
いくつかの実施形態においては、ＷＴＲＵは、構成されたアイデンティティ、たとえば、ＷＴＲＵ  Ｃ−ＲＮＴＩに基づいてディスカバリシーケンスを選ぶように構成されることが可能である。より具体的には、例としてＣ−ＲＮＴＩを使用して、構成されたＮｄｉｓｃディスカバリシーケンスがあると仮定すると、ＷＴＲＵは、インデックスｄｓ＿ｉｎｄｅｘ＝Ｃ−ＲＮＴＩ  ｍｏｄ  Ｎｄｉｓｃを伴って送信を行うためにディスカバリシーケンス（ａ）を選択することができる。
【０１９４】
いくつかの実施形態においては、ディスカバリシーケンスの設計は、さまざまなファクタに依存する場合がある。たとえば、一度に多くのディスカバリシーケンスが単一のＷＴＲＵによって検知されることが可能である場合には、ローカルＷＴＲＵにおいて比較的容易に生成されることが可能であるシーケンスのタイプ（たとえば、擬似ランダムシーケンス）を選ぶことが有用である場合がある。その一方で、改善された検知パフォーマンスのためにシーケンス間における直交性を低く維持することが有用である場合がある。そのようなケースにおいては、良好な自己相関特性に起因して一定振幅ゼロ自己相関（ＣＡＺＡＣ）（たとえば、Ｚａｄｏｆｆ−Ｃｈｕ）シーケンスから得られたディスカバリシーケンスを使用することが有用である場合がある。さらに、シーケンスの長さは、ディスカバリのためにサポートされる予想レンジにある程度依存する場合もある。長いレンジは、伝搬遅延およびチャネル遅延拡散をサポートするために、適切に長いサイクリックプレフィックスを伴う長いシーケンスを必要とする場合がある。いくつかのケース（たとえば、Ｚａｄｏｆｆ−Ｃｈｕシーケンス）においては、より長いシーケンスは、より多数の直交信号を得ることを可能にすることもでき、このことは、この技術の拡張性を改善することができる。
【０１９５】
いくつかの実施形態においては、ＷＴＲＵは、冗長性を使用してディスカバリシーケンスを送信するように構成されることが可能である。ディスカバリシーケンスに関して冗長性を使用することは、たとえば、同じベースディスカバリシーケンスを使用することによって、ディスカバリのレンジを拡張することができる。一例においては、ＷＴＲＵは、ベースディスカバリシーケンスを伴って構成されることが可能であり、このベースシーケンスの１または複数の繰り返しを送信するように（たとえば、より高位のレイヤを介して、または仕様において固定された方法で）構成されることが可能である。たとえば、ＷＴＲＵは、下記のアプローチのうちの１または複数を使用してベースシーケンスを繰り返すように構成されることが可能である。
−  周波数ドメイン冗長性。ＷＴＲＵは、周波数ドメインにおいて、すなわち、ＲＢの別個のセットを介して、シーケンスを繰り返すように構成されることが可能である。
−  シンボルレベル冗長性。ＷＴＲＵは、時間ドメインにおいて、たとえば、同じ帯域幅を使用するがＯＦＤＭシンボルの別のセットを介して送信されて、シーケンスを繰り返すように構成されることが可能である。
−  サブフレームレベル冗長性。ＷＴＲＵは、時間ドメインにおいて、たとえば、同じ帯域幅を使用するがサブフレームの別のセットを介して送信されて、シーケンスを繰り返すように構成されることが可能である。受信側ＷＴＲＵは、改善された検知のために、１もしくは複数の、またはすべての繰り返しにわたってエネルギーを累積するように構成されることが可能である。
【０１９６】
１または複数の実施形態は、ディスカバリペイロードを想定している。ディスカバリ信号は、ディスカバリペイロードを搬送することができる。ディスカバリペイロードは、従来のＣＲＣを使用してインテグリティーのために保護されることも可能である。加えて、チャネルエラーから保護するために、ディスカバリペイロードは、ターボコーディング、畳み込みコーディング、ブロックコーディング（たとえば、リード−マラー）、またはその他の形態のコーディングなどのエンコーディング技術を使用してエンコードされることが可能である。
【０１９７】
１または複数の実施形態は、ディスカバリペイロード存在表示を想定している。送信ＷＴＲＵは、ディスカバリシーケンスまたは同期化コードの特別な値を使用することによってディスカバリ信号内のディスカバリペイロードの存在を示すように構成されることが可能である。たとえば、送信ＷＴＲＵは、同じディスカバリ信号内でディスカバリペイロードも送信する場合には、同期化コードの事前に定義されたセットから同期化コードを選択するように構成されることが可能である。その表示は、おそらくは曖昧さを回避するために、事前に定義されたタイミングルールを用いて前のディスカバリ信号において発生することが可能である。同じコンセプトは、ＷＴＲＵがディスカバリシーケンスの存在を示すことができる場合にディスカバリシーケンスに適用されることも可能である。いくつかの実施形態においては、ＷＴＲＵは、ディスカバリ信号／シーケンスを送信した後の事前に定義された時刻にペイロードを送信することができる（いくつかの実施形態においては、ペイロードは、もはやディスカバリ信号の一部とみなされない場合がある）。
【０１９８】
ディスカバリペイロードは、事前に定義されたまたは構成されたサブフレームのサブセット内に（またはおそらくは、そのようなサブセット内にのみ）存在する場合がある。そのようなケースにおいては、送信側ＷＴＲＵ（または同義には、ディスカバー可能ＷＴＲＵ）は、これらのサブフレーム中に（またはおそらくは、これらのサブフレーム中にのみ）ディスカバリペイロードを送信するように構成されることが可能である。
【０１９９】
受信側ＷＴＲＵは、ディスカバリペイロードがディスカバリ信号内に存在しているか否かを特定するように構成されることが可能である。たとえば、本明細書において説明されている同期化コード例を使用すると、受信側ＷＴＲＵは、シーケンスコードと、それが、ディスカバリペイロードの存在の有無を示すサブセットに属することが可能であるか否かとを特定することによってディスカバリペイロードの存在を特定するように構成されることが可能である。この例においては、ＷＴＲＵは、さまざまなサブセットから１または複数の同期化コードを検知することを試みて、次いで（たとえば、しきい値を使用することによって）存在している同期化コードのセットと、１もしくは複数の、またはそれぞれの検知されたケースに関して、関連付けられているディスカバリ信号がディスカバリペイロードを搬送しているか否かとを特定することができる。ディスカバリシーケンスを使用する場合の同様のアプローチも想定されている。
【０２００】
いくつかの実施形態においては、受信側ＷＴＲＵは、ディスカバリ信号／シーケンスを検知した場合に、ディスカバリペイロードが存在していると言えるということを特定することができる。ＷＴＲＵは、ディスカバリ信号／シーケンスを検知した後の事前に定義された時刻の後にペイロードをデコードすることを試みるように構成されることが可能である。
【０２０１】
いくつかの実施形態においては、受信側ＷＴＲＵは、現在のサブフレームがディスカバリペイロード送信を可能にすることができるか否かを特定することによって、ディスカバリペイロードの潜在的な存在を特定するように構成されることが可能である。そのようなサブフレームにおいては、受信側ＷＴＲＵは、ディスカバリペイロードをデコードすることを試みるように構成されることが可能である。１つの代替アプローチにおいては、ＷＴＲＵは、おそらくは、そのデバイスに関連付けられている信号がしきい値を上回っている場合には、ペイロードの潜在的な存在を特定することを試みることができる。
【０２０２】
受信側ＷＴＲＵは、ＣＲＣを使用することによってペイロードのインテグリティーを特定するように構成されることが可能である。ＣＲＣテストが合格したケースにおいては、ＷＴＲＵは、ペイロードデータをより高位のレイヤ（アプリケーションを含むことができる）に配信するように構成されることが可能である。ＷＴＲＵは、ＣＲＣが合格しなかった場合には、ディスカバリペイロードが成功裏に検知されなかったということをより高位のレイヤに示すように構成されることが可能である。
【０２０３】
１または複数の実施形態は、ディスカバリペイロード変調、コーディング、および再送信の取り扱いを想定している。１または複数の実施形態においては、ＷＴＲＵは、固定されたディスカバリペイロードサイズならびに／または関連付けられている変調およびコーディングスキームを伴って送信または受信を行うように構成されることが可能である。その構成は、仕様において固定されること、または半静的であって、より高位のレイヤのシグナリング（たとえば、ＲＲＣシグナリング）を介して受信されることが可能である。
【０２０４】
いくつかの実施形態においては、ＷＴＲＵは、動的なディスカバリペイロードサイズ、および潜在的に異なる変調およびコーディングスキームを伴って送信または受信を行うように構成されることが可能である。一例においては、ＷＴＲＵは、１または複数の異なるディスカバリペイロードサイズ（ならびに関連付けられている変調およびコーディングスキーム）を伴って構成されることが可能である。送信ＷＴＲＵは、たとえば、ディスカバリペイロードによって搬送されることになる、より高位のレイヤから受信されるデータの量に基づいて、ディスカバリペイロードサイズを選択することができる。一例においては、異なるディスカバリペイロードサイズならびに関連付けられている変調およびコーディングスキームは、既知のテーブルからインデックス付けされること（たとえば、ディスカバリペイロードインデックス）が可能である。
【０２０５】
いくつかの実施形態においては、送信ＷＴＲＵは、ディスカバリペイロードに関連付けられている制御部分において明示的にディスカバリペイロードインデックスを示すことができる（たとえば、制御部分は、ディスカバリペイロードデータ部分の前にあること、および同じ方法でエンコードされないことが可能である）。次いで受信側ＷＴＲＵは、ディスカバリペイロード制御部分を検知することによって、実際のディスカバリペイロードサイズならびにその関連付けられている変調およびコーディングスキームを特定することができる。
【０２０６】
いくつかの実施形態においては、受信側ＷＴＲＵは、可能なペイロードサイズおよび／または変調スキームの限られたセット上でブラインドデコーディングを実行することができる。
【０２０７】
いくつかの実施形態においては、送信ＷＴＲＵは、ディスカバリペイロードインデックスと、同期化コード、ディスカバリシーケンス、またはその両方との間における関連付けを伴って構成されることが可能である。次いで送信ＷＴＲＵは、ディスカバリペイロードインデックスに基づいて同期化コードおよび／またはディスカバリシーケンスを選択するように構成されることが可能である。受信側ＷＴＲＵは、同期化コードおよび／またはディスカバリシーケンスをはじめに検知することによって、ディスカバリペイロードサイズならびに／または関連付けられている変調およびコーディングスキームを特定することができる。
【０２０８】
送信ＷＴＲＵは、信頼性を改善するために、同じディスカバリペイロードデータを複数回送信するように構成されることが可能である。１つのアプローチにおいては、ＷＴＲＵは、１もしくは複数の、またはそれぞれの再送信に関して、同じコーディングされたビットを再送信することができる。一例においては、その再送信は、ネットワークによって動的にスケジュールされること、またはネットワークによって構成された周期的なパターンに基づくことが可能である。別のアプローチにおいては、ＷＴＲＵは、たとえば、既存の仕様におけるのと同様の増分冗長性ルールを使用して、コーディングされたビットの別のセットを再送信することができる。冗長性バージョンスケジュールは、（たとえば、サブフレームインデックスもしくはその他の時間変数に基づいて）事前に定義されること、または明示的にネットワークによって動的にスケジュールされることが可能である。
【０２０９】
いくつかの実施形態においては、送信ＷＴＲＵは、スクランブリングをディスカバリペイロード部分に適用することができる。実施形態は、潜在的な多数の送信側ＷＴＲＵを想定している。一例においては、スクランブリングコードまたはパラメータは、同期化コード、ディスカバリシーケンスインデックス、セルＩＤ（ＷＴＲＵが配置されている、もしくは接続されているセル）、ＷＴＲＵアイデンティティ（たとえば、何らかのＲＮＴＩ、もしくはＩＭＳＩもしくはその他のアイデンティティ）、および／または（たとえば、ネットワークによって構成されている、もしくは関連付けられているような）サービスアイデンティティのうちの１または複数に依存する場合がある。
【０２１０】
１または複数の実施形態は、ペイロードコンテンツを想定している。送信ＷＴＲＵは、情報をペイロード上に含めて送信するように構成されることが可能である。送信ＷＴＲＵは、例として、デバイスステータス、たとえば、ビジー状態、接続要求に対してオープンな状態、カバレッジ内またはカバレッジ外である状態など、センサ測定値（たとえば、デバイス関連情報（たとえば、ＷＴＲＵバッテリレベル、ＷＴＲＵ温度）、取り付けられている装備の読み取り値（たとえば、酸素タンクレベル（たとえば、消防士）、外気品質（たとえば、ＣＯ２レベルなど）、燃料レベル、環境情報、温度、湿度など、ユーザ関連情報（たとえば、脈拍数、血中酸素レベルまたはその他の情報、血圧、体温、血糖レベルなど））、クラスタステータス（たとえば、公安上の展開においては、クラスタのマスターＷＴＲＵは、自分のクラスタに関する情報（ＷＴＲＵの数、現在のトラフィックロードなどを提供することができる）といった情報のうちの１または複数をペイロード内に含めて送信することができる。ペイロード上に含めて搬送される情報は、ネットワークによって構成されること、またはアプリケーション固有であることが可能である。ＷＴＲＵは、事前に定義されたペイロードサイズおよび関連付けられているフィールド（たとえば、ペイロードフォーマット）のセットを伴って構成されることが可能である。一例においては、送信ＷＴＲＵは、特定のペイロードフォーマットを伴って構成されることが可能であり、受信側ＷＴＲＵは、可能なサポートされるフォーマットの有限なリストからフォーマットを盲目的に検知するように構成されることが可能である。
【０２１１】
ペイロードを検知すると、受信側ＷＴＲＵは、より高位のレイヤ（たとえば、アプリケーションなど）にペイロードのコンテンツを報告するように構成されることが可能である。１つのアプローチにおいては、ペイロードの正しい受信は、たとえば、正しい受信を示す、ならびにペイロード内に含まれているさらなる測定値および／または値を報告するレポートを受信ＷＴＲＵがネットワークに送信することをトリガすることができる。
【０２１２】
１または複数の実施形態は、物理リソースおよび基準シンボルへのマッピングを想定している。１または複数の実施形態は、物理リソースへのディスカバリ信号のマッピングを想定している。１または複数の実施形態は、物理リソースへのＤ２Ｄディスカバリ信号のマッピングを想定している。
【０２１３】
いくつかの実施形態においては、複数のユーザからの１または複数のディスカバリ信号のうちのディスカバリ信号は、Ｄ２Ｄディスカバリ信号のための送信機会として指定および構成されているサブフレームの指定された部分において送信されることが可能である。ディスカバリ信号を搬送する指定された部分は、たとえば、タイミングの不確かさおよび／またはオシレータの不正確さの存在下でさえ、妨げられない送信および受信を可能にすることができる適切なガード期間（時間ドメインにおける）および／またはガード領域（周波数ドメインにおける）を割り振ることによって、本明細書において説明されている設計原理に準拠することができる。
【０２１４】
図３においては、オペレーションの原理を例示するために、５ＭＨｚのＵＬシステムＢＷのケースにおいてＵＬサブフレームを使用する２つの例示的な実施形態が示されている。
【０２１５】
第１の例においては、ディスカバリ信号が、単一のＴｘ機会としてのＤ２Ｄディスカバリのための送信機会として指定または構成されているサブフレームにおいて送信されることが可能である（図３の左部分）。このケースにおいては、ディスカバリ信号シーケンスは、１９個のＲＢを占有しており、その一方で、占有されているＢＷの左および右の１８０ｋＨｚを周波数ガードとして残している。実際のディスカバリ信号送信フォーマットの前にある１つのＯＦＤＭシンボル、および実際のディスカバリ信号送信フォーマットの後にある１つのＯＦＤＭシンボルは、ガード時間として残されている。単一のＷＴＲＵが、これらの予備のリソースを使用して自分のディスカバリ信号を送信することが可能である。複数のＷＴＲＵが、各自のディスカバリ信号を指定のリソースへと送信することを、モニタリングＷＴＲＵによるそのような信号の存在に関する同時の相関および／または検知を可能にする賢明な信号設計によって行うことも可能である。
【０２１６】
この例においては、ディスカバリ信号は、本明細書において説明されているような複数のコンポーネントから構成されることが可能であり、たとえば、それは、同期信号、ディスカバリ信号シーケンス、データ搬送ペイロード、および／またはパイロットシーケンスのうちの１つまたは組合せを含むことができるということを理解されたい。
【０２１７】
ディスカバリ信号による占有される帯域幅（ＢＷ）は、利用可能なシステムＢＷの関数として変わることが可能である。たとえば、ＷＴＲＵは、ディスカバリ信号の適用可能な送信ＢＷを、システムＢＷ、ＰＵＣＣＨもしくは予備の領域のサイズ、および／またはシグナリングされたまたは構成された送信ＢＷなどのパラメータのうちの１つまたは選択された組合せの関数として特定することができる。同様に、ディスカバリ信号が、システムＢＷの（おそらくは、そのようなＢＷのみの）サブセットを占有している場合には、ディスカバリ信号送信のための中央ＢＷは、送信パラメータの一部として構成されること、または本明細書において説明されているような割り当てルールの対象となることが可能である。
【０２１８】
第２の例（たとえば、図３の右部分）においては、場合によっては、Ｄ２Ｄディスカバリのための複数の指定された送信機会が、サブフレームごとに存在する。Ｄ２Ｄディスカバリ信号のための多重化能力が増大されることが可能であり、そのことは、限られた数のＵＬサブフレームが利用できることが可能であるＴＤＤシステムにおいて有用である場合がある。第１のＷＴＲＵは、自分のディスカバリ信号を領域１において送信することができ、その一方で、第２のＷＴＲＵは、自分のディスカバリ信号を領域２において送信することができる。第１の例と同様に、占有されるＢＷをパラメータの関数として変えて、所与のサブフレームにおけるＤ２Ｄ信号のための利用可能な送信機会のサイズおよび数に影響を与えることが可能である。第１の例におけるように、複数のＷＴＲＵが、各自のディスカバリ信号を所与の指定されたＤ２Ｄディスカバリ信号領域において送信することを、モニタリングＷＴＲＵによるそのような信号の存在に関する同時の相関および／または検知を可能にする賢明な信号設計によって行うことが可能である。サブフレームごとの複数のＤ２Ｄディスカバリ送信機会がサポートされる場合には、それぞれのＤ２Ｄディスカバリ領域に関するＴｘ機会が、はじめは時間において、次いで周波数において割り当てられることが可能である。これは、時分割多重化が、時間における重なりを伴わずに特定の密度値ＤRAのために必要とされるＤ２Ｄ構成のすべての機会を保持するのに十分ではない可能性がある場合には、有用であることがある。この原理を例示するために、所与のＤ２Ｄディスカバリ信号領域が、６個のＲＢの送信ＢＷを占有している場合には、複数のそのようなＤ２Ｄ領域の周波数分割多重化は、
【０２１９】
【数２】
0006412966.tif 000004
【０２２０】
によって行われることが可能であり、その場合、
【０２２１】
【数３】
0006412966.tif 000005
【０２２２】
は、ＵＬリソースブロックの数であり、
【０２２３】
【数４】
0006412966.tif 000006
【０２２４】
は、考慮中のＤ２Ｄ領域に割り当てられた第１の物理リソースブロックであり、その場合、パラメータＤ２Ｄ−ＦｒｅｑｕｅｎｃｙＯｆｆｓｅｔ、
【０２２５】
【数５】
0006412966.tif 000007
【０２２６】
は、ＲＲＣによって構成されて
【０２２７】
【数６】
0006412966.tif 000008
【０２２８】
を満たす物理リソースブロック番号として表されるＤ２Ｄディスカバリ信号にとって利用可能な第１の物理リソースブロックである。
【０２２９】
ＷＴＲＵは、ディスカバリ送信のために使用されることになるＰＲＢのセットを選択するように構成されることが可能である。いくつかの実施形態においては、ＷＴＲＵは、所定の帯域幅
【０２３０】
【数７】
0006412966.tif 000009
【０２３１】
、たとえば（上と同じ例を続けると、）
【０２３２】
【数８】
0006412966.tif 000010
【０２３３】
ＰＲＢのディスカバリ信号を送信（および／または受信）するように構成されることが可能である。ＷＴＲＵは、所与のサブフレームにおける複数のＤ２Ｄ領域を伴って構成されることが可能であり、ならびに／または、システム帯域幅、ディスカバリ信号帯域幅、ＰＵＣＣＨ領域、および／もしくはガード帯域などのうちの１もしくは複数に基づいて利用可能なＤ２Ｄ領域のセットを特定するように構成されることが可能である。
【０２３４】
送信ＷＴＲＵは、ＷＴＲＵが、（たとえば、特定のディスカバリ信号に関する）特定のＤ２Ｄ領域を伴って構成されることが可能であり、そのＤ２Ｄ領域においてディスカバリ信号を送信することができるという技術、ならびに／またはＷＴＲＵが、たとえばディスカバリ信号を送信する際に、Ｄ２Ｄ領域を切り替える（alternate D2D regions）ように構成されることが可能であるという技術のうちの１または複数に基づいて利用可能なＤ２Ｄ領域のセットからＤ２Ｄ領域を選択するように構成されることが可能である。これは、たとえば所定のホッピングシーケンスを使用して、または、たとえばランダムな選択に基づいて、達成されることが可能である。ランダム選択アプローチの例においては、ＷＴＲＵは、たとえば、ＷＴＲＵに関連付けられているアイデンティティ（たとえば、Ｃ−ＲＮＴＩまたはＤ２Ｄアイデンティティ）を使用して、擬似乱数発生器（たとえば、ｍシーケンス発生器）のシードを初期化するように構成されることが可能である。
【０２３５】
１または複数の実施形態は、制御およびＤ２Ｄシグナリングの同時送信を想定している。いくつかの実施形態においては、Ｄ２Ｄディスカバリのための送信機会として指定または構成されているサブフレームにおけるディスカバリ信号のマッピングは、ＰＵＣＣＨなどの制御信号の同時送信を可能にすることができる。ＤＬスケジューリングおよびＵＬサブフレームにおけるそれらの対応するＡ／Ｎ送信は、Ｄ２Ｄサービスにとって利用可能にされるＵＬリソースの構成および実際の使用によって、妨げられないままでいることが可能である。Ｄ２ＤをサポートしていないレガシーＷＴＲＵでさえ、おそらくは、ＵＬサブフレームｎが、Ｄ２ＤをサポートしているＷＴＲＵのための送信機会として構成されている場合には、依然としてＤＬサブフレームｎ−４においてスケジュールされることが可能である。ＰＵＣＣＨなどの制御信号を同じサブフレームにおけるディスカバリ信号の同時送信と周波数分割多重化する能力は、信号フォーマットが十分なガード分離を可能にすることができる限り、サポートされること（そしておそらくは、保証されること）が可能である。
【０２３６】
一例においては、ディスカバリ信号のための送信機会は、第１のＷＴＲＵに向けて構成されることまたは割り当てられることが可能である。ＷＴＲＵは、サブフレームｎにおいてディスカバリ信号を送信することができ、その一方で、サブフレームｎ−４においてＤＬデータを受信した第２のＷＴＲＵは、外側のＢＷ  ＰＵＣＣＨ領域において、Ａ／Ｎを搬送するＰＵＣＣＨを送信することができる。
【０２３７】
別の例においては、同じサブフレームにおける第１のＤ２Ｄディスカバリ信号および第２のＰＵＣＣＨ信号の同時送信をサポートするＷＴＲＵは、両方を同時に送信することができる。
【０２３８】
１または複数の実施形態は、スクランブリングを想定している。いくつかの実施形態においては、ディスカバリ信号またはその一部の送信は、セルまたはサービス固有のスクランブリングコードによってスクランブルされることが可能である。そのような送信される信号の復調およびデコーディング中に見られる干渉は、平均化および／またはランダム化されることが可能である。
【０２３９】
たとえば、ディスカバリ信号を送信するために、ＷＴＲＵは、１もしくは複数の、またはそれぞれのサブフレームの始まりにおいて、
【０２４０】
【数９】
0006412966.tif 000011
【０２４１】
を用いてスクランブリングシーケンス発生器を初期化することができ、ｎD-RNTIは、Ｄ２Ｄ送信機会に関連付けられているＲＮＴＩに対応し、ｎsは、サブフレーム番号であり、
【０２４２】
【数１０】
0006412966.tif 000012
【０２４３】
は、サービングセルＩＤである。本明細書において説明されているように、ディスカバリ信号、パイロット信号、データペイロードなどの一部または全体に適用されるスクランブリング発生器の使用は、送信構成の一部としての初期化もしくはシグナリングを通じて実現されること、および／またはＤＣＩなどのＤＬ制御シグナリングメッセージを通じて表示されることが可能である。
【０２４４】
パラメータｑは、送信レイヤに関連していることが可能である。いくつかの実施形態においては、ＷＴＲＵは、固定された値、たとえば、ｑ＝０に対応することが可能である、ディスカバリ信号を送信するための単一のレイヤを使用することができる。ＷＴＲＵに固有ではないディスカバリリソース割り当てを伴うディスカバリのコンテキストにおいては、実施形態は、複数のデバイスが同じリソース上で同時に送信を行うことができるということを認識している。そのようなシナリオ、およびその他のシナリオにおいては、ＷＴＲＵが、干渉をホワイト化（whiten）するためにさまざまなスクランブリングシーケンスを使用することが有用である場合がある。実施形態はまた、おそらくは、モニタリングＷＴＲＵの観点から、ブラインドスクランブリングシーケンス検知を（たとえば、値の小さなサブセットからさえ）実行することは非常に計算集約的である場合があるということを認識している。
【０２４５】
実施形態は、ＷＴＲＵ固有のスクランブリングのための機能を、おそらくは、モニタリングＷＴＲＵにとっての暗黙の複雑さを伴うことなく提供することができる、スクランブリングのための１または複数の技術を想定している。そのようなシナリオ、およびその他のシナリオにおいては、ディスカバリ信号を送信するＷＴＲＵは、スクランブリングシーケンス発生器の初期化を、ディスカバリ信号上に含めて送信されることが可能である１または複数のＷＴＲＵ固有のシーケンス、たとえば、同期化コード、ディスカバリシーケンス、および／またはその他のパイロットシーケンスなどに関連付けられること、および／またはそれらから得られることが可能であるパラメータに基づかせるように構成されることが可能である。
【０２４６】
いくつかの実施形態においては、ＷＴＲＵは、
【０２４７】
【数１１】
0006412966.tif 000013
【０２４８】
という式を使用してスクランブリング発生器を初期化するように構成されることが可能であり、ｎVEは、ディスカバリ信号パラメータから得られることが可能であるＷＴＲＵ固有のパラメータである。例として、ｎVEは、たとえば、１もしくは複数の、またはすべてのモニタリングＷＴＲＵに知られているアイデンティティを含む、１または複数のビット値の連結であることが可能である１６ビット長のビットストリームである。このアイデンティティは、所与のサービスのために構成されることが可能であり、および／または、セル内の１もしくは複数の、またはすべてのＷＴＲＵに共通していること（たとえば、ＳＩＢ上に含めてブロードキャストされること）が可能であり、ＷＴＲＵ固有のディスカバリ信号パラメータ、たとえば、同期化コードインデックス、ディスカバリシーケンスインデックス、および／またはＤＭＲｓ（パイロット）シーケンスインデックスのうちの１または複数に関連付けられているインデックス。
【０２４９】
また例として、ＷＴＲＵは、ｎVEに関して（たとえば、ＳＩＢを介して）共通の１６ビットアイデンティティを伴って構成されることが可能であり、上記のスクランブリングを行う式におけるｎsパラメータに取って代わるＷＴＲＵ固有の信号パラメータを使用することができる。
【０２５０】
モニタリングＷＴＲＵは、ディスカバリ信号のセルＩＤ（たとえば、これは、１もしくは複数の、もしくはそれぞれの特定のセルにおいて割り振られたＤ２Ｄリソースを介して、および／または特定のセルＩＤへの同期化コード／ディスカバリシーケンスの関連付けを介して実行されることが可能である）、同期化コードインデックス、ディスカバリシーケンスインデックス、および／または復調パイロットインデックスなどのディスカバリ信号パラメータのうちの１または複数を（任意の順序で）特定することによって、スクランブリング発生器初期化ストリングを特定することができる。ＷＴＲＵは、関連しているディスカバリ信号パラメータを、構成されたアイデンティティに連結することによって、ｎVEの値を特定することができる。ＷＴＲＵは、検知されたディスカバリ信号パラメータに基づいてｎsの値を特定することができ、および／または、いくつかの実施形態においては、たとえば、おそらくは有用である場合に、無線フレーム内のスロット番号ｎsが、ＷＴＲＵによって、たとえば、関心のある信号をそのソースセルに関連付けることによって特定されることが可能である。数ある中でも、そのようなシナリオにおいては、ＷＴＲＵは、関連付けられているセルのタイミングを取得することができる。いくつかの実施形態においては、送信ＷＴＲＵおよび／または受信ＷＴＲＵは、たとえば、ディスカバリ信号をスクランブルするために、および／または自分自身のセルの外でディスカバリ信号のレンジを改善するために、ｎsの固定された値（たとえば、ｎs＝０）を使用するように構成されることが可能である。
【０２５１】
いくつかの実施形態においては、ＷＴＲＵは、事前に構成されたデフォルトの値に、および／または（たとえば、おそらくはＷＴＲＵがネットワークカバレッジの外にいる場合があるシナリオにおいては）ＷＴＲＵ  ＵＳＩＭ内に格納されている値に基づいてスクランブリング発生器初期化値を特定するように構成されることが可能である。ＷＴＲＵは、クラスタヘッド（ＣＨ）同期信号からフレームタイミングおよび／またはスロット番号を特定することができる。
【０２５２】
１または複数の実施形態は、Ｔｘダイバーシティを想定している。いくつかの実施形態においては、複数のアンテナポートからのディスカバリ信号の送信をサポートするデバイスは、これらのＤ２Ｄ信号のためのＴｘダイバーシティ送信スキームを使用することができる。送信されるディスカバリ信号またはその一部に関するリンク堅牢性が改善されて、増大されたディスカバリレンジをもたらすことが可能である。受信ＷＴＲＵからのフィードバックが送信ＷＴＲＵにとって利用可能であると仮定されることが不可能であるならば、Ｔｘダイバーシティなどのオープンループマルチアンテナ送信スキームまたは同様のスキームが、ディスカバリ信号の送信に適している場合がある。
【０２５３】
いくつかの実施形態においては、Ｎ＝２アンテナポートをサポートしている送信ＷＴＲＵは、Ｄ２Ｄ信号送信機会の連続した発生の間におけるディスカバリ信号の送信を、利用可能なアンテナポートの間において切り替えることができ、たとえば、フレーム＃１の第１のサブフレーム＃５においては、それは、第１のアンテナポートを使用することができ、次なる後続のＤ２Ｄ送信機会であるフレーム＃２のサブフレーム＃５においては、それは、第２のアンテナポートを使用することができる。
【０２５４】
いくつかの実施形態においては、Ｎ＝２アンテナポートをサポートしている送信ＷＴＲＵは、ブロックエンコーディングスキームを使用して、ディスカバリ信号またはその一部を同時に送信することができる。例示の目的で、および例として、使用される送信スキームは、ＳＦＢＣまたはＳＴＢＣであることが可能であり、シンボル、ＲＥ、または、ディスカバリ信号の指定された部分がブロックエンコードされ、次いで、利用可能なＮ＝２アンテナポートにマップされることが可能である。
【０２５５】
いくつかの実施形態においては、Ｎ＝２アンテナポートをサポートしている送信ＷＴＲＵは、所与のＤ２Ｄ送信機会においてそれぞれのアンテナポートに関して周波数／時間リソースの別々のセットを使用して、ディスカバリ信号またはその一部を同時に送信することができる。例示の目的で、第１のディスカバリシーケンス領域またはコードまたはインデックスリソースは、第１のアンテナポートからのディスカバリ信号の送信のために使用されることが可能であり、第２のディスカバリシーケンス領域またはコードまたはインデックスリソースは、第２のアンテナポートからのディスカバリ信号の送信のために使用されることが可能である。
【０２５６】
いくつかの実施形態においては、Ｎ＝２アンテナポートをサポートしている送信ＷＴＲＵは、時間遅延されたまたは位相調整されたディスカバリ信号を第２のアンテナポートから送信している間に、第１のアンテナポートからディスカバリ信号を送信することができる。
【０２５７】
上述の実施形態は、Ｎ＝２を超えるアンテナ、および説明されている１もしくは複数の、またはすべての、タイムスイッチされた、ブロックコーディングされた、または直交リソース割り振りマルチアンテナ送信スキームに関するそれに拡張されることが可能である。さらに、マルチアンテナ送信の使用が受信側ＷＴＲＵに知られることが可能である必要はない。たとえば、タイムスイッチされたアンテナダイバーシティに関して、受信側ＷＴＲＵは、これらの送信が２つの異なるアンテナポートから生じているということに気づかなくてもよく、たとえば、それは単に、信号をデコードしている間に、より多くのダイバーシティを見ることができる。ブロックコーディングマルチアンテナスキームなどのその他の例に関して、ディスカバリ信号またはその一部の設計は、送信側デバイスによって複数のアンテナポートを使用して送信されたディスカバリ信号の個別の復調および再結合を可能にすることができる別々のパイロットまたはチャネル推定シーケンスまたはインデックスを可能にすることができる。
【０２５８】
いくつかの実施形態においては、オープンループマルチアンテナまたはＴｘダイバーシティ送信スキームの使用は、ＲＲＣまたはＤＣＩなどのシグナリングメッセージの使用を通じて送信側ＷＴＲＵにおいて構成されることが可能である。たとえば、Ｄ２Ｄ送信のための構成シグナリングの一部としてのネットワークは、送信側ＷＴＲＵを、そのデバイスがマルチアンテナ送信をサポートしているケースにおいてＴｘダイバーシティを使用するようにまたは使用しないように構成する。同様に、オープンループマルチアンテナまたはＴｘダイバーシティ送信スキームの使用は、受信側ＷＴＲＵが、受信されたディスカバリ信号を復調している間にチャネル推定および再結合の目的で自分の受信機をしかるべく構成することを可能にするために、ＲＲＣまたはＤＣＬなどのシグナリングメッセージの使用を通じて受信側デバイスにシグナリングされることが可能である。いくつかの実施形態においては、ディスカバリ信号シーケンスまたはその一部の設計は、所与のディスカバリ信号送信上でオープンループマルチアンテナ送信が使用されていると言えるかどうかについての受信側ＷＴＲＵによる明示的な特定を可能にすることができる。たとえば例示の目的で、別々のアンテナポートからのディスカバリ信号送信は、ディスカバリ信号の一部としての別々のスクランブリングシーケンス、別々のシーケンス値、および／または別々のリソースインデックスの使用を通じて、受信側ＷＴＲＵによって区別されることが可能である。
【０２５９】
１または複数の実施形態は、基準シンボルを想定している。基準シンボルは、チャネル推定目的で、たとえばペイロードを正しく復調するために、またはその他の測定（たとえば、ＲＳＲＰ）のために使用されることが可能である。送信ＷＴＲＵは、ディスカバリ信号の１または複数の部分に沿って基準シンボルを送信するように構成されることが可能である。たとえば、ＷＴＲＵは、ペイロード部分内に含めて、ただしその他の部分内には含めずに、基準シンボルを送信するように構成されることが可能である。ＷＴＲＵは、ディスカバリシーケンスに沿って基準シンボルを送信するように構成されることが可能である。
【０２６０】
いくつかの実施形態においては、受信ＷＴＲＵは、基準シンボルの品質を測定して、測定値（たとえば、ＲＳＲＰ、ＣＱＩ、またはその他）をネットワークに報告するように構成されることが可能である。いくつかの実施形態においては、受信ＷＴＲＵは、直接通信に備えてチャネル品質測定値を送信ＷＴＲＵへ報告することができる。
【０２６１】
いくつかの実施形態においては、受信ＷＴＲＵは、ディスカバリペイロードを復調するために基準シンボルを使用することができる。
【０２６２】
１または複数の実施形態は、基準シンボルの送信のための１または複数の技術を想定している。基準シンボルの送信のための１または複数の実施形態においては、ＷＴＲＵは、ディスカバリ信号送信中に１または複数の所定の特定のＯＦＤＭシンボル内に含めて基準シンボルを送信することができる。基準シンボルの送信が行われるＯＦＤＭシンボルのセットは、事前に特定されることが可能である。ＯＦＤＭシンボルのセットは、ディスカバリ信号に関連付けられている（またはディスカバリ信号を識別する）パラメータ、たとえば、インデックスまたはアイデンティティに依存することが可能である。このアプローチにおいては、基準信号を搬送するＯＦＤＭシンボルは、基準信号を搬送することができ、そしておそらくは、その他のデータ／制御情報を搬送することはできない。このコンセプトは、図４において示されており、その例においては、ディスカバリ信号内のシンボルのうちの２つ（ここでは、例として、第１のスロットの第４のシンボル、および第２のスロットの第１のシンボル）が、基準シンボルの専用とされている。この例においては、ディスカバリ信号は、２つのガード期間と、上述のディスカバリ信号部分、すなわち、ディスカバリシーケンス、ペイロード、同期化部分、送信ギャップ（ＤＴＸ）などのうちの１または複数の送信のために使用されることが可能である複数のシンボルとを有する。
【０２６３】
基準シンボルの送信のためのいくつかの実施形態においては、ＷＴＲＵは、ディスカバリ信号のコンテンツに沿って基準シンボルを送信するように構成されることが可能である。このアプローチにおいては、ディスカバリ信号を搬送するＯＦＤＭシンボルは、基準シンボルを搬送することもできる。このコンセプトは、図５において示されており、この場合、３つのシンボルが、基準シンボルをいくつかのサブキャリア内に含めて、ただしその他のデータもその他のサブキャリア内に含めて搬送している。図５における例においては、第１のスロット内の第４および第７のシンボル、ならびに第２のスロット内の第３のシンボルは、その他の情報と多重化された基準シンボルを搬送する。基準シンボルは、その他のデータ、たとえば、ディスカバリシーケンス、同期化シーケンス、ペイロード（データ）、または送信ギャップ（ＤＴＸ）とさえ、多重化されることが可能である。同様に、基準シンボルのないその他のＯＦＤＭシンボル（この例においては、第１のスロット内のシンボル５および６、ならびに第２のスロット内のシンボル１、２、４、および５）は、ディスカバリシーケンス、同期化シーケンス、ペイロード（データ）、または送信ギャップ（ＤＴＸ）さえ、のうちの１または複数を搬送することもできる。
【０２６４】
実施形態は、基準シンボル生成のための１または複数の技術を想定している。実際の基準シンボルシーケンスは、Ｚａｄｏｆｆ−Ｃｈｕ（ＺＣ）シーケンス、ＰＮシーケンス（たとえば、ｍシーケンス、ゴールドシーケンス、またはその他）、事前に定義されたシーケンス（たとえば、仕様において固定されている）というアプローチのうちの１または複数に基づいてＷＴＲＵによって生成されることが可能である。
【０２６５】
いくつかの実施形態においては、任意のＺＣ、ＰＮシーケンス、またはその他が、１または複数の値の特定のセットを使用してパラメータ化または初期化されることが必要となる場合がある。基準シンボルの目的のために、ＷＴＲＵは、基準シーケンスの初期化／パラメータを特定するために、ＷＴＲＵ  Ｃ−ＲＮＴＩ、関連付けられているＤ−ＲＮＴＩ、ｅＮＢセルＩＤ、ＲＲＣメッセージ上に示されている専用のパラメータのセット、ＳＩＢ内に示されているパラメータに基づいて、および／または、ディスカバリ信号に関連付けられている、もしくはディスカバリ信号を識別するパラメータ、たとえばインデックスという要素のうちの１または複数を使用することができる。このパラメータは、物理レイヤのシグナリングによって示されること、またはより高位のレイヤのシグナリングによって構成されることが可能である。
【０２６６】
ＺＣシーケンスに基づく一例においては、ＷＴＲＵは、たとえば、ネットワークによって構成されている、または（たとえば、それぞれの可能なディスカバリ信号帯域幅に関して）仕様において固定されているディスカバリ信号帯域幅に基づいて、ＺＣシーケンスの長さを特定することができる。ＺＣシーケンスのルート、および／または循環シフトが、Ｄ−ＲＮＴＩを用いたモジュロ演算に基づいて特定されることが可能である。
【０２６７】
いくつかの実施形態においては、ＷＴＲＵは、利用可能なＺＣルートシーケンスの最大数、許可されているＺＣルートシーケンスのリスト、（許可されているそれぞれのＺＣルートに関する、もしくはすべてのＺＣルートに共通する）許可されている循環シフトのリスト、ＺＣルートごとの循環シフトの最大数、循環シフト最小距離、および／または、使用することが可能なシーケンスの最大数というパラメータのうちの１または複数を伴って構成されることも可能である。
【０２６８】
ＷＴＲＵは、利用できることが可能であるＺＣシーケンスの最大数を（たとえば、それが明示的に構成されていないケースにおいて）、上述のパラメータのうちの１または複数に基づいてさらに特定することができる。たとえば、ＷＴＲＵは、ルートの数と、ＺＣルートごとに利用可能な循環シフトの数（たとえば、最大数）とに基づいて利用可能なＺＣシーケンスの数を特定することができる。次いでＷＴＲＵは、たとえば下記のようなモジュロ演算を使用して、関連付けられているＤ−ＲＮＴＩに基づいて使用するための実際のＺＣシーケンスインデックスをさらに特定することができる。
シーケンスインデックス＝（Ｄ−ＲＮＴＩ）ｍｏｄｕｌｏ（利用可能なＺＣシーケンスの最大数）      （４）
次いでＷＴＲＵは、（たとえば、構成されたパラメータ、および仕様における既知の関係を使用して）シーケンスインデックスからルートおよび循環シフトを特定することができる。
【０２６９】
ＰＮシーケンスに基づく別の例においては、ＰＮシーケンスは、Ｄ−ＲＮＴＩに基づいて初期化されることが可能である。たとえば、必要とされる初期化シーケンスのサイズに応じて、初期化のためにＤ−ＲＮＴＩの一部が使用されることが可能であり、または拡張されたＤ−ＲＮＴＩ（たとえば、循環拡張）が使用されることが可能である。
【０２７０】
実施形態は、ディスカバリ信号のための１または複数の技術を想定している。いくつかの実施形態においては、図６において示されているディスカバリ信号に関して、ＷＴＲＵは、下記のうちの１または複数を搬送する一連のＯＦＤＭシンボルを含むことができるディスカバリ信号を送信するように構成されることが可能である。
【０２７１】
（たとえば、始まりにおける）第１のガード期間、
下記のうちの１もしくは複数を搬送するコンテンツ部分、
基準シンボル、
ＤＴＸ、
ディスカバリシーケンス、および／もしくは
ペイロード
同期信号、ならびに／または
下記のうちの１もしくは複数を搬送する別のコンテンツ部分、
基準シンボル、
ＤＴＸ、
ディスカバリシーケンス、および／もしくは
ペイロード
【０２７２】
たとえば、ＷＴＲＵは、ディスカバリシーケンスを第１のコンテンツ部分内に含めて、および／またはペイロードを第２のコンテンツ部分内に含めて送信するように構成されることが可能である。
【０２７３】
ＷＴＲＵは、ダウンリンクＣＲＳと同じロケーションにおいて基準シンボルを送信するようにさらに構成されることが可能である。これは、受信機ＷＴＲＵ実施態様を簡単にすることができる。
【０２７４】
いくつかの実施形態においては、ＷＴＲＵは、ペイロードを搬送して、おそらくはディスカバリシーケンスを搬送しない特別なディスカバリ信号フォーマットを伴って構成されることが可能である。この特別なフォーマットは、ガード期間（始まり）、基準シンボル、ペイロード、および／またはガード期間（終わり）という要素のうちの１または複数を含むことができる。いくつかの実施形態においては、基準シンボルは、ペイロードの復調のために使用されることが可能である。
【０２７５】
いくつかの実施形態においては、ＷＴＲＵは、ネットワークカバレッジのもとにない場合に使用するための特別なディスカバリ信号フォーマットを伴って構成されることが可能である。たとえば、この特別なディスカバリ信号フォーマットは、たとえば、あり得る周波数同期化エラーを考慮するためのさらなるガードサブキャリア、および／または改善された同期化のためのさらなる基準シンボルのうちの１または複数を加えた通常のディスカバリ信号フォーマットを含むことができる。
【０２７６】
実施形態は、ディスカバリ信号フォーマットを特定するための１または複数の技術を想定している。
【０２７７】
ＷＴＲＵは、１または複数の測定値に基づいて（送信用または受信／モニタリング用として）使用するためのディスカバリ信号フォーマットを特定するように構成されることが可能であるということを１または複数の実施形態は想定している。
【０２７８】
いくつかの実施形態においては、ＷＴＲＵは、自分がＬＴＥネットワークカバレッジのもとにあると言えるか否かを特定するように構成されることが可能であり、使用するための適切なディスカバリ信号フォーマット（またはその他の関連パラメータ）を特定することができる。これは、たとえば、公安（ＰＳ）オペレーションを伴って構成されることが可能であるＷＴＲＵに適用可能とすることができる。一例においては、ＷＴＲＵがＰＳ  ＷＴＲＵであると言えること、事前に定義された量の時間が経過したと言える前に、ＷＴＲＵが、ＰＳＳ／ＳＳＳの測定によっていかなるセルも見つけ出すことができないこと、ＷＴＲＵが、いかなるセル上にもキャンプすることを許可されることが不可能であること（たとえば、見つかったセルのうちのいずれも適切ではないということ）、および／またはＷＴＲＵが、キャンプするためのセルを特定の量の時間にわたって見つけられていないと言えることというファクタのうちの１または複数が、任意の順序または組合せで満たされることが可能である（１もしくは複数の、またはすべてのファクタが、タイマの使用によって補強されることが可能である）場合に、ＷＴＲＵは、自分がネットワークカバレッジのもとにないと言えるということを特定することができる。
【０２７９】
ＷＴＲＵが、自分がネットワークカバレッジのもとにないと言えるということを特定することができるシナリオにおいては、ＷＴＲＵは、ＵＳＩＭ構成に基づいて、事前に定義されたフォーマット（たとえば、仕様における）に基づいて、および／またはより高位のレイヤの構成に基づいて、のうちの１または複数に（任意の順序または組合せで）基づいて使用するためのディスカバリ信号フォーマットおよび／または送信パラメータを特定することができる。
【０２８０】
ＷＴＲＵが、自分がネットワークカバレッジのもとにあると言えるということを特定することができる場合には、ＷＴＲＵは、たとえばＲＲＣ構成を介して、そうである旨をネットワークによって示された後に（たとえば、おそらくは、そうである旨を示された後にのみ）ディスカバリオペレーションを実行するように構成されることが可能である。たとえば、ＷＴＲＵは、次のタスクのうちの１または複数を実行することができ、すなわち、ＷＴＲＵは、ネットワークに接続することができ、ＲＲＣシグナリングを介して自分の機能を送信し、ＷＴＲＵは、ネットワークから同期化およびタイミングアドバンスを受信することができ、ＷＴＲＵは、たとえばＲＲＣシグナリング／ＳＩＢを介して、ネットワークからディスカバリもしくは直接通信パラメータ／構成を受信することができ、ならびに／またはＷＴＲＵは、構成を適用すること、および／もしくは構成に従ってディスカバリアクションを実行することが可能である。
【０２８１】
いくつかの実施形態においては、ＷＴＲＵは、特定のＰＬＭＮに関するＵＳＩＭ内に、および／またはアプリケーションレイヤに基づいて格納されている構成に基づいてディスカバリモニタリングを実行するように構成されることが可能である。ＷＴＲＵは、たとえばＳＩＢから、モニタするための１または複数のディスカバリパラメータを特定すること（たとえば、オープンディスカバリを実行すること）が可能である。一例においては、ＷＴＲＵは、Ｅ−ＵＴＲＡ  ＲＲＣアイドルモードではいかなるディスカバリ信号も送信しないように構成されることが可能である。
【０２８２】
いくつかの実施形態においては、ＷＴＲＵは、セルパラメータを特定するように、および１もしくは複数の測定値に、または１もしくは複数のセルパラメータに基づいてディスカバリ信号フォーマットを選択するように構成されることが可能である。たとえば、ＷＴＲＵは、ＰＲＡＣＨ構成に基づいて（たとえば、ＰＲＡＣＨプリアンブルフォーマット、ＰＲＡＣＨ構成インデックス、またはその他のＰＲＡＣＨ関連パラメータに基づいて）特定のディスカバリ信号フォーマットを使用するように構成されることが可能である。これは、少なくとも、ＰＲＡＣＨ構成はセルのサイズに、そしていくつかの実施形態においては、おそらくはディスカバリ信号の所望のレンジに関連していることが可能であるという理由で、有用である場合がある。
【０２８３】
実施形態は、ディスカバリ信号からサービスおよび／またはデバイスアイデンティティを特定するための１または複数の技術を想定している。いくつかの実施形態においては、信号を送信しているデバイスの識別情報は、たとえば識別子をペイロード部分内に含めて送信することによって明示的に、または、たとえばディスカバリシーケンスを介して黙示的に実行されることが可能である。たとえば、ディスカバリシーケンスのセットは、順序付けおよび／またはインデックス付けされることが可能である。次いでデバイスアイデンティティは、ディスカバリシーケンスにリンクされることが可能である。この関連付けは、たとえばネットワーク構成に基づいて明示的であること（たとえば、送信側ＷＴＲＵは、特定のディスカバリシーケンスを使用するようにネットワークによって構成されることが可能である）、または、たとえばその他の既知のＷＴＲＵパラメータ、たとえばデバイスＩＭＥＩ、もしくはＣ−ＲＮＴＩもしくはその他に基づいて黙示的であることが可能である。
【０２８４】
いくつかの実施形態においては、ディスカバリ信号またはプロセスに関連付けられているサービスアイデンティティは、ディスカバリシーケンスまたはディスカバリシーケンスのセット（たとえば、特定のルート、物理リソースなど）に明示的に送信されることまたはリンクされることも可能である。
【０２８５】
実施形態は、ディスカバリ信号に関連した１または複数のＷＴＲＵアクションを想定している。ディスカバリ信号を受信するように構成されているまたは送信するように構成されているＷＴＲＵは、おそらくはディスカバリイベント（例示のために、ディスカバリイベントは、ディスカバリ信号の送信および／またはディスカバリ信号の受信を指すことができる）の前に１または複数の機能を実行するように構成されることが可能である。いくつかの実施形態においては、ＷＴＲＵは、おそらくは、ＷＴＲＵ無線ハードウェアがその他の使用のために必要とされることもある場合にディスカバリ信号を受信すべきかまたは送信すべきか否かを特定するように構成されることが可能である。さらに、ディスカバリ信号は、ＵＬまたはＤＬ周波数上で送信されることが可能である。おそらくは設計に応じて、送信ＷＴＲＵまたは受信ＷＴＲＵは、複数の再構成を実行することができる。ＷＴＲＵは、本明細書においてさらに説明されている機能のうちの１または複数を実行するように構成されることが可能であるということを１または複数の実施形態は想定している。
【０２８６】
ＷＴＲＵは、ディスカバリイベント優先度を特定するように構成されることが可能であるということを１または複数の実施形態は想定している。いくつかの実施形態においては、ＷＴＲＵは、ディスカバリイベントがその他の送信／受信に優先することが可能であるか否かを、たとえば、事前に定義されたルールに少なくとも部分的に基づいて特定するように構成されることが可能である。ディスカバリイベントが優先することが可能であるケースにおいては、ＷＴＲＵは、１または複数のその他の想定される機能を継続することができる。そうでないケースにおいては、ＷＴＲＵは、ディスカバリ信号を受信／送信することはできず、従来の方法で進めることができる。
【０２８７】
一例においては、ＷＴＲＵは、ＵＬ周波数上でディスカバリシーケンスを送信するように構成されることが可能である。ＷＴＲＵが、ディスカバリ信号、およびＰＵＳＣＨ、またはＰＵＣＣＨなどのその他のアップリンク信号の送信に関して同時にスケジュールされることが可能である場合には、ＷＴＲＵは、どの信号が優先するかを特定することができる。
【０２８８】
たとえば、ＰＵＳＣＨおよび／もしくはＰＵＣＣＨは、ディスカバリ信号の送信よりも高い優先度を有するというルール、ＰＵＳＣＨおよび／もしくはＰＵＣＣＨは、ディスカバリ信号の周期的な送信（のこのインスタンス）よりも高い優先度を有するというルール、ディスカバリ信号の（たとえば、ＰＤＣＣＨを介して）スケジュールされた送信は、ＰＵＣＣＨおよび／もしくはＰＵＳＣＨよりも高い優先度を有するというルール、ならびに／または、ディスカバリ信号の周期的な送信は、ＰＵＣＣＨおよび／もしくはＰＵＳＣＨよりも高い優先度を有するというルールのうちの１または複数を用いて、ＷＴＲＵは、（たとえば、仕様において固定されて、またはより高位のレイヤのシグナリングを介して）構成されることが可能である。
【０２８９】
いくつかの実施形態においては、ＷＴＲＵにおけるそのような優先順位付けルールは、ＵＬディスカバリ信号送信機会、たとえば、ディスカバリ信号が送信されることが可能であるＵＬサブフレームと衝突する、場合によっては異なるタイプの制御情報（たとえば、Ａ／Ｎ、ＣＳＩ、ＳＲ）を考慮することもできる。たとえば、ディスカバリ信号が送信されることが可能であるＵＬサブフレームが、ＰＵＣＣＨ上での周期的なＣＳＩのための送信機会にも相当すると言えるということを特定するＷＴＲＵは、そのサブフレームにおけるＣＳＩ送信をやめることができ、ディスカバリ信号を送信することができる。
【０２９０】
さらなる例として、ディスカバリ信号が送信される予定であるＵＬサブフレームが、それがＰＵＣＣＨ上でＡ／Ｎを送信することができるサブフレームにも相当すると言えるということを特定するＷＴＲＵは、そのようなサブフレームにおいてディスカバリ信号とともにＡ／Ｎを送信することを、ディスカバリ信号フォーマットの設計がその可能性を認めることができる場合に、行うことができる。ＰＵＣＣＨおよびディスカバリ信号がサブフレームにおいてＷＴＲＵによって同時におよび独立して送信されることが可能である場合には、ＷＴＲＵは、そのようなサブフレームにおいて、おそらくはいくつかの実施形態においては送信パワー優先順位付けルールに従って、両方の信号を送信することができる。
【０２９１】
別の例においては、ＷＴＲＵは、ＵＬ周波数上でディスカバリシーケンスを受信するように構成されることが可能である。ＷＴＲＵが、ダウンリンク周波数上での受信に関して同時にスケジュールされることが可能である場合には、ＷＴＲＵは、どの信号が優先することが可能であるかを特定することができる。たとえば、ＷＴＲＵは、下記のルールのうちの１または複数を用いて、（たとえば、仕様において固定されて、またはより高位のレイヤのシグナリングを介して）構成されることが可能である。
【０２９２】
ダウンリンク制御（たとえば、ＨＡＲＱ−ＡＣＫに関するＰＤＣＣＨなど）および／もしくはデータ（たとえば、ＰＤＳＣＨ）は、ディスカバリ信号の受信よりも高い優先度を有し、
ダウンリンク制御（たとえば、ＨＡＲＱ−ＡＣＫに関するＰＤＣＣＨなど）および／もしくはデータ（たとえば、ＰＤＳＣＨ）は、ディスカバリ信号の周期的な受信（のこのインスタンス）よりも高い優先度を有し、
ディスカバリ信号の（たとえば、ＰＤＣＣＨを介して）スケジュールされた受信は、ダウンリンク制御（たとえば、ＨＡＲＱ−ＡＣＫに関するＰＤＣＣＨなど）および／もしくはデータ（たとえば、ＰＤＳＣＨ）の受信よりも高い優先度を有し、ならびに／または、
ディスカバリ信号の周期的な受信は、ダウンリンク制御（たとえば、ＨＡＲＱ−ＡＣＫに関するＰＤＣＣＨなど）および／もしくはデータ（たとえば、ＰＤＳＣＨ）よりも高い優先度を有する。
【０２９３】
ＷＴＲＵが、ネットワークによる２つの矛盾するスケジューリング表示を受信したケースにおいては、ＷＴＲＵは、説明されているルールによって特定されているようにスケジューリング表示のうちの１つを無視するように構成されることが可能である。
【０２９４】
前の例は、ディスカバリ信号がＤＬ周波数上で送信／受信されるケースに拡張されることが可能である。そのようなケースにおいては、上述のルールは、逆にされることが可能である。たとえば、ＵＬ送信のためのルールは、たとえばＤＬ受信に適用されることが可能であり、ＵＬ受信のためのルールは、ＤＬ送信に適用されることが可能である。
【０２９５】
ＷＴＲＵは、自分の無線を再構成するように構成されることが可能であるということを１または複数の実施形態は想定している。いくつかの実施形態においては、ＷＴＲＵは、ディスカバリ信号の送信／受信のために自分の無線を再構成するように構成されることが可能である。
【０２９６】
例においては、ＷＴＲＵは、ＵＬ周波数上でディスカバリ信号を受信するように構成されることが可能である。ＷＴＲＵは、ＵＬ周波数上でディスカバリ信号を受信するために自分の無線を再構成するように構成されることが可能である。いくつかの実施形態においては、ＷＴＲＵは、それをその全体で受信するために、ディスカバリ信号が受信されると見込まれることが可能になる前に、無線を再構成することができる。再構成を行う際に、ＷＴＲＵは、たとえば、ＵＬ周波数上での送信を停止するという機能、ＤＬ周波数上での受信を停止するという機能、受信周波数をＵＬに切り替えるという機能のうちの１または複数を（任意の順序または組合せで）実行することができる。
【０２９７】
さらなる例として、ＷＴＲＵは、ＤＬ周波数上でディスカバリ信号を送信するように構成されることが可能である。ＷＴＲＵは、ＤＬ周波数上でディスカバリ信号を送信するために自分の無線を再構成するように構成されることが可能である。いくつかの実施形態においては、ＷＴＲＵは、それを確実に送信するために、ディスカバリ信号が送信されることが可能になる前に、無線を再構成することができる。再構成を行う際に、ＷＴＲＵは、ＵＬ周波数上での送信を停止するという機能、ＤＬ周波数上での受信を停止するという機能、ＤＬ周波数上での送信のために無線を構成するという機能のうちの１または複数を（任意の順序または組合せで）実行することができる。
【０２９８】
ＷＴＲＵは、ディスカバリ信号の送信／受信のために構成されることが可能であるということを１または複数の実施形態は想定している。いくつかの実施形態においては、受信側ＷＴＲＵは、ディスカバリ信号を探してモニタするように構成されることが可能であり、送信側ＷＴＲＵは、ディスカバリ信号を送信するように構成されることが可能である。いくつかの実施形態においては、この機能は、所定の量の時間にわたって行われることが可能である。
【０２９９】
ＷＴＲＵは、無線を再構成する（たとえば、前の状態に戻す）ように構成されることが可能であるということを１または複数の実施形態は想定している。いくつかの実施形態においては、ＷＴＲＵは、無線を再構成して通常の状態のオペレーションに戻すように構成されることが可能である。たとえば、ＷＴＲＵは、ディスカバリ信号を送信／モニタすることを停止するという機能、（たとえば、おそらくは、必要もしくは有用である場合に）無線を再構成するという機能、および／または通常のオペレーションを再開する（たとえば、構成に応じて送信／受信のための周波数を再構成する）という機能のうちの１または複数を（おそらくは、役割に応じて）実行するように構成されることが可能である。
【０３００】
いくつかの実施形態においては、無線の再構成は、（たとえば、電子機器内の過渡状態が完了することを可能にするために）時間がかかる場合がある。いくつかの実施形態においては、ＷＴＲＵは、ディスカバリ信号に関連付けられているガード時間中に再構成を適用するように構成されることが可能である。ＷＴＲＵは、ディスカバリサブフレームの前および／または後に無線を再構成するように構成されることも可能であり、そのことは、いくつかの実施形態においては、ガードサブフレームが使用されない場合がある、または信頼できない場合があるということを意味する場合がある。
【０３０１】
実施形態は、マルチ信号受信に関連していることが可能である１または複数のＷＴＲＵアクションを想定している。従来のセルラーシステムにおいては、ＷＴＲＵは、ｅＮＢによって送信されることが可能である信号を一度に１つ受信およびデコードすることができる（たとえば、おそらくは、一度にそのような信号を受信およびデコードすることしかできない）ということを実施形態は認識している。Ｄ２Ｄにおいては、複数のＤ２Ｄ  ＷＴＲＵによって送信されることが可能である複数の並列信号をＷＴＲＵが受信することが有用である場合がある。実施形態は、それらの信号の効率的な受信およびデコーディングを実行するための１または複数の技術を想定している。本明細書において使用される際には、インデックスｉ、ｊ、ｋなどは、ゼロまたは正の整数を表すことができ、その一方で、Ｉ、Ｊ、Ｋなどは、インデックスのセット、たとえば、Ｉ＝１：Ｎ，Ｊ＝｛［２：５］∪［８］∪［１０：１３］｝などを表すことができる。
【０３０２】
ＷＴＲＵは、Ｄ２Ｄ信号Ｓを受信およびデコードするようにスケジュールされることが可能である。この信号Ｓは、信号のセットＳ（Ｊ）から構成されることが可能である。図７は、ＳおよびＳ（Ｊ）に関する例を示しており、この場合、Ｊ＝１：Ｎである。信号のこのセットＳ（Ｊ）は、Ｄ２Ｄ  ＷＴＲＵのセットＷＴＲＵ（Ｋ）によって送信されることが可能である。いくつかの実施形態においては、ＷＴＲＵは、Ｓ（Ｊ）とＷＴＲＵ（Ｋ）との間における完全なまたは部分的なマッピング、たとえば、どの信号がどのＷＴＲＵによって送信されたと言えるかを伴って構成されることが可能である。いくつかの実施形態においては、ＷＴＲＵは、ブラインドデコーディングを実行するように構成されることが可能であり、１もしくは複数の、またはそれぞれの信号の送信機に関する知識をいっさい有さなくてよい。
【０３０３】
実施形態は、ＬＴＥ  Ｄ２Ｄにおけるマルチ信号受信のための１または複数の実施態様を想定している。Ｄ２Ｄ  ＷＴＲＵ受信機は、ＲＦ、時間、周波数、対数尤度比、および／またはビットというドメインのうちの少なくとも１つにおいて適用されることが可能である処理モジュールのセットＭ（Ｌ）を含むことができる。１もしくは複数の、またはそれぞれのモジュールＭ（ｉ）は、たとえば、それぞれのモジュールの状態に固有のパラメータ、たとえば、周波数オフセット、時間オフセット、利得パワーもしくはオフセット、ＡＧＣ状態、および／またはさまざまなウィンドウタイミング値などを含むことができるパラメータのセットＰ（ｉ）によって構成されることが可能である。ＷＴＲＵは、構成Ｐ（ｉ，ｊ）をパラメータのセットＰ（ｉ）に割り振るように構成されることが可能である。たとえば、Ｐ（ｉ，０）は、ｅＮＢ  ＤＬ信号デコーディングのために最適化されることが可能である構成に対応することができ、Ｐ（ｉ，５）は、ＷＴＲＵ（５）信号デコーディングのために最適化された構成であることが可能である。
【０３０４】
図８は、マルチ信号受信機の例を示している。図８においては、受信機フロントエンドは、ＲＦステージＭ（１）と、その後に続く時間ドメイン処理モジュールＭ（２）および周波数ドメイン処理モジュールＭ（３）とによって定義されることが可能である。ＲＦステージは、ＡＧＣ、フィルタ、ＡＤＣ、オシレータというモジュールのうちの少なくとも１つを含むことができる。時間ドメイン処理モジュールは、周波数オフセット補正のためのＣＯＲＤＩＣ、自己相関器、および／または時刻同期のための相互相関器を含むことができる。Ｍ（２）に関連付けられているパラメータのセットＰ（２）は、α（ＣＯＲＤＩＣにおいて適用されることになる角度）、Ｗ１（自己相関機能をトリガ／停止するためのウィンドウの始まり／終わり）、Ｔ１（自己相関機能のためのしきい値）、Ｗ２（相互相関のためのウィンドウ）、Ｔ２（相互相関のためのしきい値）を含むことができる。
【０３０５】
ＷＴＲＵの１もしくは複数の、またはそれぞれのモジュールは、Ｄ２Ｄ信号Ｓをデコードするように構成されることが可能であるということを実施形態は想定している。いくつかの実施形態においては、ＷＴＲＵは、ｅＮＢ信号デコーディングのために使用される構成、Ｐ（Ｉ）＝Ｐ（Ｉ，０）を伴って、モジュールのセットＭ（Ｉ）を構成することができる。いくつかの実施形態においては、ＷＴＲＵは、オフセットのセットΔ（Ｉ）に結合された、ｅＮＢ信号デコーディングのために使用されることが可能である構成、Ｐ（Ｉ）＝Ｐ（Ｉ，０）＋Δ（Ｉ）を伴って、モジュールのセットＭ（Ｉ）を構成することができる。Ｐ（Ｉ）の１もしくは複数の、またはそれぞれのパラメータに関して、オフセットは、静的に定義されること、および／またはｅＮＢによって提供されることが可能である。たとえば、ＷＴＲＵは、数あるシナリオの中でも、おそらくは最大ディスカバリレンジに基づいて、および／またはＷＴＲＵ（ｊ）のＧＰＳロケーションに基づいてＡＧＣ構成をオフセットするように構成されることが可能である。また例として、ＷＴＲＵは、ｅＮＢによって提供されることが可能であるＤ２Ｄタイミングアドバンス値によって同期化ウィンドウ（図８において提供されている例におけるＷ１など）をオフセットするように構成されることが可能である。
【０３０６】
ＷＴＲＵは、おそらくは前のＤ２Ｄ信号の受信に基づいて、Ｐ（Ｉ）を特定するように構成されることが可能である。１または複数の実施形態は、Ｄ２Ｄ信号Ｓ（ｊ）に基づく（たとえば、おそらくは、いくつかの実施形態においては単一のそのような信号上での）Ｐ（Ｉ）の構成を想定している。いくつかの実施形態においては、ＷＴＲＵは、特定のＷＴＲＵ（ｋ）の受信に関するＰ（Ｉ）を特定するように構成されることが可能である。たとえば、ＷＴＲＵは、おそらくは、ＷＴＲＵ（ｋ）に関連付けられることが可能であるＳ（ｋ）の測定されたパワーに基づいて、ＡＧＣレンジを更新するように構成されることが可能である。
【０３０７】
実施形態は、複数のＤ２Ｄ信号Ｓ（Ｊ）に基づくＰ（Ｉ）の構成を想定している。いくつかの実施形態においては、ＷＴＲＵは、ＷＴＲＵのセットＷＴＲＵ（Ｋ）の受信に関するＰ（Ｉ）を特定するように構成されることが可能である。いくつかの実施形態においては、ＷＴＲＵは、下記のように、１もしくは複数の、またはそれぞれのＷＴＲＵ受信のために最適化されることが可能であるパラメータの線形結合としてＰ（Ｉ）を構成することができる。
【０３０８】
【数１２】
0006412966.tif 000014
【０３０９】
この場合、たとえば、
Ｉは、構成されることになるモジュールのセットを表しており、
Ｊは、パラメータ最適化／チューニングのために使用されることが可能であるＷＴＲＵ信号のセットを表しており、
Ｐ（Ｉ，ｋ，Ｔ）は、ＷＴＲＵ（ｋ）に関連付けられている信号受信のために最適化されることが可能であるパラメータ値のセットを表しており、
Ｔは、Ｐ（Ｉ，ｋ）の特定のために使用されることが可能である時間ウィンドウを表しており、たとえばＴ＝０．２秒である場合には、０．２秒超前に受信されたいかなる信号も、パラメータ最適化／チューニングのために使用されることは不可能であり、
αは、パラメータのセットＰ（ｉ）に適用される線形重みを表すベクトルであり、および／または
Δは、１もしくは複数の、またはそれぞれのパラメータに適用されることが可能であるオフセットベクトルを表し、Δは、静的に定義されること、および／またはｅＮＢによって提供されることが可能である。
【０３１０】
ＷＴＲＵは、飽和表示、ディスカバリ成功率が低下すること、および／または、順次的な／隣接した測定値が、所定のしきい値を上回る差を示すことというトリガのうちの１または複数に基づいてＰ（Ｉ，ｋ，Ｔ）をリセットするように構成されることが可能である。
【０３１１】
いくつかの実施形態においては、数あるシナリオの中でも、おそらくは、ＷＴＲＵが（たとえば、周期的なサブフレームのセット上で）信号Ｓデコーディングのいくつかの反復を実行することができる場合に、ＷＴＲＵは、（たとえば、サブフレームのセットにおける）いくつかのデコーディング反復に関する特定のＷＴＲＵ（ｋ）の受信のために最適化されることが可能である構成Ｐ（Ｉ，ｋ）を使用するように、および／または（たとえば、サブフレームの別のセットにおける）その他のデコーディング反復に関する特定のＵＥ（ｌ）の受信のために最適化されることが可能である構成Ｐ（Ｉ，ｌ）を使用するように構成されることが可能である。いくつかの実施形態においては、このアプローチは、デコードされることになる任意の数のＷＴＲＵ信号に拡張されることが可能である。
【０３１２】
１または複数の実施形態は、並列処理を含むマルチ信号処理を想定している。いくつかの実施形態においては、複数の信号が、例示的なモジュールＭ（ｉ）において並列にデコードされることが可能である。モジュールＭ（ｉ）は、複数の並列処理サブモジュール（その例が、図９において示されている）を含むことができる。ＷＴＲＵは、特定の構成をそれぞれのサブモジュールに適用するように構成されることが可能である。この構成は、本明細書においてさらに説明されているように算出されることが可能である。
【０３１３】
実施形態は、順次処理を想定しており、たとえば、複数の信号が順次デコードされることが可能である。ＷＴＲＵは、数あるシナリオの中でも、おそらくは、ＷＴＲＵ（ｋ）をデコードするために、および／またはＭ（ｉ＋１）におけるＮ回の処理反復を実行するために、構成Ｐ（ｉ，ｋ）をモジュールＭ（ｉ）に適用するように構成されることが可能である。ＷＴＲＵは、異なる構成Ｐ（ｉ＋１，ｌ）を用いて１もしくは複数の、またはそれぞれの処理反復を実行するように構成されることが可能である。図１０は、このアプローチの例を示している。
【０３１４】
いくつかの実施形態においては、ＷＴＲＵは、本明細書においてさらに詳細に説明されているようにＰ（ｉ＋１，ｌ）を特定するように構成されることが可能である。いくつかの実施形態においては、ＷＴＲＵは、別のＷＴＲＵのために最適化されることが可能である構成を用いて実行された可能性があるＭ（ｉ）における処理を完全にまたは少なくとも部分的に補正するためにＰ（ｉ＋１，ｌ）を特定するように構成されることが可能である。たとえば、時間ドメイン（Ｍ（２））においてＷＴＲＵ（ｋ）のために同期化ポイントが選択されることが可能であり、数ある理由の中でも、おそらくは、ＵＥ（ｌ）に関するタイミングシフト（たとえば、周波数ドメインにおける傾きに相当することが可能である）を補正するために、ＣＯＲＤＩＣが周波数ドメイン信号上に適用されることが可能である。
【０３１５】
順次処理に関連付けられることがあり得る潜在的な問題は、Ｍ（ｉ＋１）において実行されることが可能である処理反復の最大数を制限する可能性があるバッファサイズ上の制限である場合があるということを実施形態は認識している。ＷＴＲＵは、例示的な技術のうちの下記のもののうちの１または複数を適用するように構成されることが可能である。
−  現在の受信機の負荷および待ち時間に基づいてＭ（ｉ）にとって利用可能な反復の最大数Ｎを算出する
−  デコードされることになる並列信号のセットをＮ個のグループに分割する
−  分割は、下記のような信号情報に基づくことが可能である。
−  最後の成功した信号デコーディング
−  信号測定値（パワー、タイミングなど）、および／もしくは
−  信号デコーディング優先度
−  など
−  （本明細書において説明されているような）信号の１もしくは複数の、もしくはそれぞれのグループに関する最適な構成Ｐ（ｉ，ｋ）、Ｐ（ｉ，ｌ）、Ｐ（ｉ，ｍ）などを算出する、ならびに／または
−  １もしくは複数の、もしくはそれぞれの構成に関してＳ上で順次処理を実行する。
【０３１６】
実施形態は、連続した信号キャンセルを想定しており、たとえば、複数の信号が順次デコードされることが可能であり、および／または、１もしくは複数の、もしくはそれぞれのデコードされた信号は、最初の信号から除去されることが可能である。いくつかの実施形態においては、ＷＴＲＵは、例示的な技術における下記のもののうちの１または複数を実行するように構成されることが可能である。
−  信号Ｓ、モジュールＭ（ｉ）の入力をバッファし、
−  モジュールＭ（ｉ）においてパラメータＰ（ｊ）を用いてＳを処理し、この場合、Ｐ（ｊ）は、ＷＴＲＵ（ｊ）のデコーディングのために最適化されることが可能であり、
−  信号ＳからＳ（ｊ）を除去し、および／または
−  モジュールＭ（ｉ）においてパラメータＰ（ｋ）を用いてＳを処理し、この場合、Ｐ（ｋ）は、ＷＴＲＵ（ｋ）のデコーディングのために最適化されることが可能である。
【０３１７】
実施形態は、ＬＴＥ  Ｄ２Ｄマルチ信号受信のための１または複数のＷＴＲＵ受信機構成を想定している。１または複数の実施形態においては、ＷＴＲＵは、図１１の例において示されているように並列Ｄ２Ｄ信号の組合せをデコードするように構成されることが可能である。ＷＴＲＵは、１または複数のＷＴＲＵ送信機にマップされる信号のスケジューリング情報を伴って構成されることが可能である。ＷＴＲＵは、ｔ０において受信機構成Ｐ（Ｉ，０）を適用するように構成されることが可能であり、その場合、Ｐ（Ｉ，０）は、ｅＮＢ信号受信のために最適化されることが可能である構成であることが可能である。ＷＴＲＵは、１もしくは複数の、またはそれぞれのＷＴＲＵ送信機（ＵＥ１〜３）に関するパワー（Ｐｉ）、周波数オフセット（Δｆｉ）、および／またはタイミング基準（Ｔｉ）のｔ０における最初の測定を実行するように構成されることが可能である。
【０３１８】
ＷＴＲＵは、たとえば下記のように、パワー測定に基づいて１もしくは複数の、またはそれぞれのユーザに関する重み付けファクタ（αｉ）を特定するように構成されることが可能である。
α１＝Ｐ１／（Ｐ１＋Ｐ２＋Ｐ３）、
α２＝Ｐ２／（Ｐ１＋Ｐ２＋Ｐ３）、および／または
α３＝Ｐ３／（Ｐ１＋Ｐ２＋Ｐ３）。
【０３１９】
ＷＴＲＵは、ｔ１において受信機構成Ｐ（Ｉ，１）を適用するように構成されることが可能であり、その場合、Ｐ（Ｉ，１）は、たとえば下記のように、ＵＥ（１）受信のために最適化された構成であることが可能である。
Ｐ１に基づくＡＧＣレベル、
タイミング基準＝Ｔ１、および／または
補正するための周波数オフセット＝Δｆ１。
【０３２０】
ＷＴＲＵは、ｔ１において受信機構成Ｐ（Ｉ，１）を適用するように構成されることが可能であり、その場合、Ｐ（Ｉ，１）は、たとえば下記のように、ＵＥ（１）受信のために最適化された構成であることが可能である。
Ｐ１に基づくＡＧＣレベル、
タイミング基準＝Ｔ１、および／または
補正するための周波数オフセット＝Δｆ１。
【０３２１】
ＷＴＲＵは、ｔ２において受信機構成Ｐ（Ｉ，２）を適用するように構成されることが可能であり、その場合、Ｐ（Ｉ，２）は、たとえば下記のように、ＵＥ（１）およびＵＥ（２）受信のために最適化された構成であることが可能である。
ｍａｘ（Ｐ１，Ｐ２）に基づくＡＧＣレベル、
タイミング基準＝ｍｉｎ（Ｔ１，Ｔ２）、および／または
補正するための周波数オフセット＝（Δｆ１＋Δｆ２）／２。
【０３２２】
ＷＴＲＵは、ｔ３において受信機構成Ｐ（Ｉ，３）を適用するように構成されることが可能であり、その場合、Ｐ（Ｉ，３）は、たとえば下記のように、ＵＥ（１）、ＵＥ（２）、およびＵＥ（３）受信のために最適化された構成であることが可能である。
ｍａｘ（Ｐ１，Ｐ２，Ｐ３）に基づくＡＧＣレベル、
タイミング基準＝α１Τ１＋α２Τ２＋α３Τ３、および／または
補正するための周波数オフセット＝（α１Δｆ１＋α２Δｆ２＋α３Δｆ２）。
ＷＴＲＵは、１もしくは複数の、またはそれぞれのＷＴＲＵ送信機（ＵＥ１〜３）に関するパワー（Ｐｉ）、周波数オフセット（Δｆｉ）、および／またはタイミング基準（Ｔｉ）のｔ３における最初の測定を実行するように構成されることが可能である。
【０３２３】
ＷＴＲＵは、たとえば下記のように、パワー測定に基づいて１もしくは複数の、またはそれぞれのユーザに関する重み付けファクタ（αｉ）を特定するように構成されることが可能である。
α１＝Ｐ１／（Ｐ１＋Ｐ２＋Ｐ３）、
α２＝Ｐ２／（Ｐ１＋Ｐ２＋Ｐ３）、および／または
α３＝Ｐ３／（Ｐ１＋Ｐ２＋Ｐ３）。
ＷＴＲＵは、その他の受信インスタンスに関しても同じ技術のうちの１または複数を繰り返すように構成されることが可能である。
【０３２４】
１または複数の実施形態は、ディスカバリ信号の検知および／または測定を想定している。ＷＴＲＵは、ディスカバリ信号の一部であること（またはディスカバリ信号に関連付けられていること）が可能である少なくとも１つの同期信号を測定することによって、ディスカバリ信号の存在および／またはタイミングを検知することができる。ＷＴＲＵは、より高位のレイヤによって提供される時間ウィンドウ中に、これらの測定を実行することができる。たとえば、ＷＴＲＵは、同期信号が存在することが可能であるサブフレームのセットを伴って構成されることが可能である。
【０３２５】
いくつかの実施形態においては、ＷＴＲＵは、検知された同期信号の特性に基づいて、ディスカバリ信号に関連付けられているアイデンティティを特定することができる。
【０３２６】
いくつかの実施形態においては、ＷＴＲＵは、ディスカバリ信号を送信するデバイスからその他の信号および／またはペイロード情報が受信されることが可能である時刻またはおよその時刻に関する情報を、ディスカバリ信号の特性から特定することができる。この情報は、低い周期性（数十秒など）でデバイスがペイロード情報を送信することができるケースにおいては有用である場合がある。受信側デバイスは、この情報を使用して、自分がペイロードおよび／またはその他の信号を検知するための１または複数の受信手順を開始することができる時刻を特定することができる。受信側デバイスは、数ある理由の中でも、おそらくはバッテリ消費を少なくするために、この時刻まで、１または複数の受信手順を遮断すること（たとえば、低アクティビティー状態に入ること）が可能である。
【０３２７】
いくつかの実施形態においては、特定の検知されたＺＣルートシーケンス、および／またはＺＣルートシーケンスの特定の検知された循環シフトが、ディスカバリ信号を送信するデバイスがペイロードおよび／またはその他の信号を送信することができない最小持続時間を示すことができる。たとえば、ＺＣルートシーケンス（または、ゴールドシーケンスおよび／もしくは周波数ドメイン位置などのその他の特性）の第１の値は、（数ある想定されるタイムピリオドの中でも）少なくとも１０秒間はペイロードが送信されることは不可能であるということを示すことができる。この値を検知した後に、受信側デバイスは、１０秒間低アクティビティー状態に入ることができ、次いで、ペイロードをデコードするための受信手順を開始することができる。ＺＣルートシーケンスの第２の値は、（数ある想定されるタイムピリオドの中でも）たとえば少なくとも２０秒間はペイロードが送信されることは不可能であるということを示すことができる。
【０３２８】
１または複数の実施形態は、ディスカバリ信号の受け取られたパワーおよび／または品質の特定を想定している。ＷＴＲＵは、ディスカバリ信号上での少なくとも１つのタイプの測定を実行すること、および／またはネットワークに報告することが可能である。測定のタイプは、ディスカバリ信号の受け取られたパワーの推定に相当することが可能である。そのような測定は、本明細書における説明においては、ディスカバリ信号の受け取られたパワー（またはＤＳＲＰ）と呼ばれる場合がある。
【０３２９】
いくつかの実施形態においては、受信されるＤＳＲＰパワー測定値は、ディスカバリ信号を構成している信号コンポーネントの指定されたセットに対応するリソース要素のパワー寄与を平均化することによって、特定されることが可能である。そのようなコンポーネントは、下記のものに対応するリソース要素のうちの１もしくは複数、またはすべてを含むことができる。
−  基準信号
−  同期信号
−  ディスカバリシーケンス、および／または
−  ペイロード
【０３３０】
いくつかの実施形態においては、受信されたディスカバリ信号上でのＤＳＲＰ測定値を表すリソース要素のパワー寄与の平均化は、線形ドメインにおいて行われることが可能である。おそらくは、複数のＲｘアンテナがモニタリングＷＴＲＵによって使用されることが可能である場合には、パワー寄与の平均化は、Ｒｘアンテナポートにわたって行われることが可能である。
【０３３１】
いくつかの実施形態においては、ＤＳＲＰ測定値は、システム帯域幅全体と比較した場合に、指定されたまたは構成された帯域幅にわたって（またはいくつかの実施形態においては、おそらくはそのような帯域幅にわたってのみ）取られることが可能である。
【０３３２】
いくつかの実施形態においては、受信されるＤＳＲＰパワー測定値は、ディスカバリ信号送信機会に関する時間シンボルの指定されたまたは構成されたサブセットにわたってディスカバリ信号コンポーネントのパワー寄与を平均化することによって、特定されることが可能である。
【０３３３】
いくつかの実施形態においては、測定のタイプは、ディスカバリ信号の受け取られた品質の推定に相当することが可能であり、それは、限定ではなく、例として、ディスカバリ信号の受け取られた品質（またはＤＳＲＱ）と呼ばれる場合がある。
【０３３４】
たとえば、そのようなＤＳＲＱ測定値は、部分的には、本明細書において定義されているＤＳＲＰ、および／またはさらなる測定値から特定されることが可能である。
【０３３５】
さらなる例として、ＤＳＲＱは、比率Ｎ×ＤＳＲＰ／ＲＳＳＩとして特定されることが可能であり、この場合、ＲＳＳＩは、少なくとも１つのリソース要素がＤＳＲＰの特定のために使用された可能性がある時間シンボルにおいて合計の受け取られたパワーを線形に平均化することによって特定されることが可能である。Ｎという値は、ＲＳＳＩの特定のために使用されたリソースブロックの数に相当することが可能である。
【０３３６】
１または複数の実施形態は、ディスカバリ信号タイミングを想定している。測定のタイプは、ディスカバリ信号の受信されたタイミングの推定に相当することが可能である。そのような測定は、本明細書における説明においては、たとえば、ディスカバリ信号タイミング（またはＤＳＴ）と呼ばれる場合がある。
【０３３７】
タイミングは、ディスカバリ信号の、またはその１つのコンポーネントの受信の始まり（Ｔｄ）と、第２の信号の受信の始まり（Ｔｒｅｆ）との間における時間差（Ｔｄ−Ｔｒｅｆ）に相当することが可能である。Ｔｄを特定するために使用されることが可能であるディスカバリ信号のコンポーネントは、下記のうちの少なくとも１つに相当することが可能である。
−  基準信号
−  同期信号
−  ペイロード
【０３３８】
上述の信号のうちの１つの受信の始まりは、その信号が存在している可能性がある特定の時間シンボル、たとえば、第１の時間シンボルの始まりに相当することが可能である。
【０３３９】
Ｔｄは、ディスカバリ信号の測定されたコンポーネントと比較して既知の関係を有することができるタイミングを伴うサブフレームの始まりとして特定されることが可能である。たとえば、ディスカバリ信号の基準信号部分が、サブフレームの第３のシンボルにおいて送信されることになると定義されることが可能である場合には、ＷＴＲＵは、基準信号の受信の始まりを測定して、３つのシンボルに対応する持続時間を差し引くことによって、Ｔｄを特定することができる。
【０３４０】
第２の信号（Ｔｒｅｆ）の受信の始まりは、ＷＴＲＵのサービングセルからの１つのサブフレーム（または１つのフレーム）の始まりに対応することが可能である。ＷＴＲＵのサービングセルは、プライマリサービングセル、および／または、ディスカバリ信号が受信される元として同じキャリア上で機能しているサービングセルのうちの少なくとも１つであることが可能である。サブフレーム（またはフレーム）は、ディスカバリ信号受信が開始するサブフレーム（またはフレーム）、ディスカバリ信号受信が終了するサブフレーム（またはフレーム）、Ｔｄに最も近い開始時刻を有するサブフレーム（またはフレーム）のうちの少なくとも１つに相当することが可能である。
【０３４１】
１または複数の実施形態は、少なくとも１つの測定構成を想定している。ＷＴＲＵは、おそらくは、ディスカバリ信号に関連付けられているアイデンティティ、ディスカバリ信号の一部である基準信号の特性（たとえば、基準信号シーケンスのために使用される擬似ランダムシーケンス発生器の最初の値）、ディスカバリ信号の一部が見つけられることが可能であるリソース要素のセット、ディスカバリ信号が見つけられることが可能である少なくとも１つのサブフレーム、および／またはディスカバリ信号の一部が開始する時刻という特徴のうちの少なくとも１つを前提として、ディスカバリ信号上で上述の測定のうちの少なくとも１つを実行することができる。
【０３４２】
上述の特徴のうちの少なくとも１つは、第２の特徴の関数として特定されることが可能である。たとえば、擬似ランダム生成器の最初の値は、アイデンティティから特定されることが可能である。
【０３４３】
上述の特徴のうちの少なくとも１つは、事前に特定されること、またはより高位のレイヤのシグナリングから得られることが可能である。たとえば、基準信号が存在していることが可能であるリソース要素のセットは、事前に特定されることが可能である。別の例においては、ディスカバリ信号に関連付けられているアイデンティティは、より高位のレイヤのシグナリングによって提供されることが可能である。
【０３４４】
上述の特徴のうちの少なくとも１つは、ディスカバリ信号の（またはディスカバリ信号に関連付けられている）同期信号部分から特定されることが可能である。たとえば、アイデンティティは、本明細書において説明されている検知手順の一部として同期信号から特定されることが可能である。基準信号の始まりのタイミングは、同期信号のタイミングに基づいて特定されることが可能である。たとえば、基準信号タイミングは、同期信号のタイミングに加えられるオフセットとして特定されることが可能である。そのオフセットは、サブフレームの持続時間よりも小さくてもよく、または大きくてもよい。
【０３４５】
１または複数の実施形態は、測定報告を想定している。ディスカバリ測定値の測定および／または報告は、ＲＲＣプロトコルの測定サブシステムによって管理および／または制御されることが可能である。このケースにおいては、ディスカバリ信号リソースは、測定オブジェクト内に含まれることが可能であり、または新たな（たとえば、この目的でこれまで定義されていない）タイプの測定オブジェクトが定義されることが可能である。報告構成は、たとえば、既存のイベントまたは新たに定義されたイベントを使用することができる。
【０３４６】
いくつかの実施形態においては、測定レポートの送信をトリガすることができるイベントは、ディスカバリ信号タイミングが、しきい値（プラス、場合によっては、正または負のヒステリシス）よりも低く（または高く）なった場合であることが可能である。
【０３４７】
実施形態は、ネットワークカバレッジの外でのＷＴＲＵオペレーションを想定している。いくつかの実施形態においては、ＷＴＲＵは、たとえば、ＷＴＲＵがネットワークカバレッジの外で機能している場合があるシナリオにおいては、ディスカバリのためのルールおよび／またはパラメータのセットを伴って事前に構成されることが可能である（例として、ＷＴＲＵは、たとえば、仕様におけるデフォルトのパラメータを伴うこと、および／またはＷＴＲＵメモリ内に、もしくはそのＵＳＩＭ内に格納されている構成を伴うことが可能である）。ＷＴＲＵは、ディスカバリ信号の送信／受信のために、これらのパラメータを使用することができる。
【０３４８】
ＷＴＲＵは、（たとえば、付近の別のＷＴＲＵまたはクラスタヘッド（ＣＨ）から送信される）同期信号を探してモニタするように構成されることが可能である。次いでＷＴＲＵは、ディスカバリのためのパラメータ（たとえば、フレームおよび／もしくはサブフレームタイミング、ならびに／またはセルアイデンティティ値など）をＣＨ信号から得ることができる。
【０３４９】
実施形態は、ＷＴＲＵ固有ではない割り当ておよび／またはＷＴＲＵ固有のシーケンスを含むことができる技術を含む、１または複数のディスカバリ信号ＷＴＲＵ技術を想定している。いくつかの実施形態においては、モニタリングＷＴＲＵは、どのサブフレームがディスカバリ信号を搬送することができるか（たとえば、ディスカバリサブフレーム）を、おそらくはＲＲＣシグナリングおよび／またはＳＩＢを介して特定することができる。モニタリングＷＴＲＵは、ＳＩＢから、ならびに／または、システム帯域幅および／もしくはその他の固定された値に基づいて、ディスカバリ信号物理レイヤパラメータを特定することができる。ＷＴＲＵは、下記のうちの１または複数を実行することができる。
−  ディスカバリサブフレーム上で、モニタリングＷＴＲＵは、自分の受信機をＵＬ周波数に合わせることができ、ディスカバリ領域においてディスカバリ信号を検知することを試みることができ、
−  ＷＴＲＵは、あり得る同期化コード（たとえば、セルＩＤに関連付けられている）のリストから同期化コードを検知することができ、
−  ＷＴＲＵは、あり得る値のリストからディスカバリシーケンス（および／もしくはＤＭＲＳ）を取得することができ、および／もしくは、同期化コードおよび／もしくはディスカバリシーケンス／パイロット構成に関連付けられているインデックスを特定することができ、
−  ＷＴＲＵは、ディスカバリ送信に関連付けられているサブフレーム番号を特定することができ、このことは、ディスカバリ信号が関連付けられることが可能であるセルのセルフレームおよび／もしくはサブフレームタイミングをＷＴＲＵが取得するということを意味することができ、
−  ＷＴＲＵは、既知のパイロット／同期化シンボルを使用してチャネルを推定することができ、
−  ＷＴＲＵは、スクランブリング発生器パラメータを特定することができ、および／もしくは適用することができ、ならびに／または、
−  ＷＴＲＵは、ディスカバリ信号ペイロードをデコードすることができる。
【０３５０】
実施形態は、ＷＴＲＵ固有ではない割り当ておよび／またはＷＴＲＵ固有ではないシーケンスを含むことができる技術を含む、１または複数のディスカバリ信号ＷＴＲＵ技術を想定している。いくつかの実施形態においては、モニタリングＷＴＲＵは、どのサブフレームがディスカバリ信号を搬送することができるか（たとえば、ディスカバリサブフレーム）を、たとえばＲＲＣシグナリングおよび／またはＳＩＢを介して特定することができる。モニタリングＷＴＲＵは、ＳＩＢから、ならびに／または、システム帯域幅および／もしくはその他の固定された値に基づいて、ディスカバリ信号物理レイヤパラメータを特定することができる。ＷＴＲＵは、下記のうちの１または複数を実行することができる。
−  ディスカバリサブフレーム上で、モニタリングＷＴＲＵは、自分の受信機をＵＬ周波数に合わせることができ、ディスカバリ領域においてディスカバリ信号を検知することを試みることができ、
−  ＷＴＲＵは、あり得る同期化コード（たとえば、セルＩＤに関連付けられている）のリストから同期化コードを検知することができ、
−  ＷＴＲＵは、関連付けられているディスカバリシーケンス／パイロットおよび／もしくは同期化シンボルを使用してチャネルを推定することができ、
−  ＷＴＲＵは、ディスカバリ送信に関連付けられているサブフレーム番号を特定することができ、このことは、ディスカバリ信号が関連付けられることが可能であるセルのセルフレームおよび／もしくはサブフレームタイミングをＷＴＲＵが取得するということを意味することができ、
−  ＷＴＲＵは、スクランブリング発生器パラメータを特定および／もしくは適用することができ、ならびに／または、
−  ＷＴＲＵは、ディスカバリ信号ペイロードをデコードすることができる。
【０３５１】
図１３は、時分割多重化（ＴＤＭ）に基づく例示的なセルラーネットワークを示している。図１４は、図１３の例示的なトポロジネットワークに関連した例示的なタイミングを示している。
【０３５２】
図１３において示されているように、ディスカバー可能ＷＴＲＵ（ＷＴＲＵ１）は、ディスカバリ信号をモニタリングＷＴＲＵ（ＷＴＲＵ２）に送信することができる。サブフレーム（ｎ−１）および（ｎ＋１）は、ディスカバリサブフレーム（ｎ）に隣接しており、それらは、ネットワーク通信（ディスカバー可能ＷＴＲＵおよびモニタリングＷＴＲＵ）のためにスケジュールされることが可能であるということが仮定されることが可能である。サブフレーム（ｎ＋１）上での干渉を回避するために、ディスカバー可能ＷＴＲＵは、ディスカバリ信号のために自分のアップリンク（ＵＬ）タイミングを使用することができるということが仮定されることが可能である。
【０３５３】
本明細書において使用されている用語は、たとえば、Ｒc、すなわち、セル半径／レンジ、Ｒd、すなわち、ディスカバリ半径および／またはレンジ、ＴP1、すなわち、ｅＮＢとＷＴＲＵ１との間における伝搬遅延、ＴP2、すなわち、ｅＮＢとＷＴＲＵ２との間における伝搬遅延、ならびにＴPd、すなわち、ＷＴＲＵ１とＷＴＲＵ２との間における伝搬遅延を含むことができる。遅延拡散は、伝搬遅延の一部であることが可能である。用語は、たとえば、ΔＳ、すなわち、周波数切り替え待ち時間（ダウンリンク（ＤＬ）からＵＬ周波数へ、またはＵＬからＤＬ周波数へ）、ｃ、すなわち、ディスカバリ信号の始まりにおける受信機（Ｒｘ）の破損した時刻、およびΔＭ、すなわち、ディスカバリ信号の終わりにおけるＲｘの破損した時刻をさらに含むことができる。ディスカバリ信号のために専用のトランシーバが使用される場合には、ΔＳの値はゼロであることが可能である。
【０３５４】
図１４において示されているように、信号破損影響が、下記の方程式を使用して算出されることが可能である。
ΔＬ＝ΔＳ＋ＴP1＋ＴP2−ＴPd      （５）
ΔＭ＝ΔＳ＋ＴPd−ＴP2−ＴP1      （６）
【０３５５】
方程式（５）においては、ＴP1が増大すると、ＷＴＲＵ１は、自分のディスカバリ信号を（たとえば、自分のＵＬタイミング上で）より早く、たとえば、ＷＴＲＵ２によるサブフレーム（ｎ−１）の受信中に送信することができる。ＴP2が増大すると、ＷＴＲＵ２は、自分のＤＬサブフレームをより遅く受信することができる。このことは、ＷＴＲＵ２がＵＬ周波数上で切り替えを行ってディスカバリ信号を受信するための時間が少なくなるという結果をもたらすことが可能である。切り替え待ち時間ΔＳは、受信遅延に加えられることが可能である。ＷＴＲＵ１とＷＴＲＵ２との間における伝搬遅延、ＴPdは、ＷＴＲＵ２におけるディスカバリ信号の着信を遅らせることができるため、その他の３つの量を補正することができる。
【０３５６】
方程式（６）においては、ＴPdは、ディスカバリ信号受信の終わりを遅らせることができる。ΔＳは、ＤＬ周波数上でのＤＬサブフレーム（ｎ＋１）の正しい受信のために使用されることが可能である。ＴP1は、ディスカバリ信号送信およびその受信の終わりを進めることができる。ＴP2は、ＷＴＲＵ２におけるＤＬサブフレーム（ｎ＋１）の着信を遅らせることができ、ディスカバリ信号受信の受信を完了するために（またはＤＬサブフレーム（ｎ＋１）受信の始まりのために）より多くの時間を提供することができる。同じセルに接続されているＷＴＲＵに関して、ＴPdは、（ＴP1＋ＴP2）によって境界を示されることが可能である。ΔＬは、ΔＳ以上であることが可能であり、および／またはΔＭは、ΔＳ以下であることが可能である。
【０３５７】
図１５は、周波数分割多重化（ＦＤＭ）に基づく例示的なトポロジを示している。図１６は、図１５の例示的なトポロジネットワークに関連した例示的なタイミングを示している。図１５および図１６において示されているように、Ｔpiは、それぞれのＷＴＲＵ、ＷＴＲＵｉに関する伝搬時間値であることが可能である。
【０３５８】
図１６において示されているように、ΔＰは、２つのＦＤＭ信号の間における直交性損失（たとえば、両方の信号のサイクリックプレフィックスの外の信号セクション）を表すことができ、方程式（７）によって算出されることが可能である。
ΔＰ＝ＴP4−ＴPd＋ＴP1−ＴP3−ＣＰ＿ｄｕｒａｔｉｏｎ      （７）
【０３５９】
同じセルに接続されているＷＴＲＵに関して、ＴPdは、（ＴP2＋ＴP3）によって境界を示されることが可能である。方程式（７）は、下記になることが可能である。
ΔＰ≦ＴP1＋ＴP2−ＴPd−ＣＰ＿ｄｕｒａｔｉｏｎ      （８）
【０３６０】
最悪のケースは、ＴPdがほぼ０に等しくなることが可能である場合に生じることがある。ネットワークケース（受信機がセルの中央に存在することが可能である場合）と比較した際に、最大伝搬時間ＴP4maxが倍増される場合があり、それによって、通常のＬＴＥサイクリックプレフィックス持続時間が短くなりすぎる場合がある。
【０３６１】
ＬＴＥ基準信号は、たとえば、Ｚａｄｏｆｆ−Ｃｈｕシーケンスに基づくことが可能である。長さＮZCのＺａｄｏｆｆ−Ｃｈｕ（ＺＣ）シーケンスは、下記のように定義されることが可能である。
【０３６２】
【数１３】
0006412966.tif 000015
【０３６３】
この場合、シーケンスルートｕは、ＮZCに対して相対的に素数であることが可能である（たとえば、ｕおよびＮZCの公約数は、１であることが可能である）。
【０３６４】
固定されたｕに関しては、ＺＣシーケンスは、周期的な自己相関特性を有することができる（たとえば、周期的な自己相関は、ゼロ以外のタイムシフトに関してゼロであることが可能である）。異なるｕに関しては、ＺＣシーケンスは、直交ではないことが可能であるが、低い相互相関を示すことが可能である。シーケンス長さＮZCが素数として選択される場合には、タイムシフトにかかわらず、任意の２つのシーケンスの間における１／√ＮZCの周期的な相互相関を伴う（ＮZC−１）個の異なるシーケンスが存在することが可能である。同じＺＣシーケンスのサイクリックタイムシフトを定義することによって、直交信号のセットが生成されることが可能である。このアプローチは、ＬＴＥネットワークにおいて使用されることが可能である。
【０３６５】
図１７において示されているように、２つのＣＤＭ信号の間における伝搬時間差（遅延拡散を含む）は、たとえば直交性を保持するために、循環シフトサイズよりも低いことが可能である。図１５において記載されているトポロジに関しては、循環シフトサイズ（ΔＣＳ）最小値は、方程式（１０）によって提供されるように制限されることが可能である。
ΔＣＳ＞ＴP1max＋ＴP2max      （１０）
【０３６６】
循環シフトサイズの制限は、所与のＺＣシーケンスサイズに関して利用可能な直交信号の最大数に影響を与える場合がある。
【０３６７】
図１４および図１６において示されているタイミング手順は、ディスカバリ信号受信破損（たとえば、伝搬時間および切り替え待ち時間によってもたらされた）、ならびに／または信号直交性損失（ディスカバリおよびネットワーク）（たとえば、同期化基準の伝搬時間および多重度によってもたらされた）が、どのようにして回避または最小化されることが可能であるかを含む難題を提示する場合がある。
【０３６８】
ネットワーク通信とディスカバリ信号との間におけるＦＤＭ多重化が使用される場合には、ｅＮＢ受信機によって、そのｅＮＢに近いディスカバー可能ＷＴＲＵに関して、近遠効果が経験されることがある。ＷＴＲＵにおけるディスカバリ信号の最大送信パワーは、ネットワーク通信の正しい受信を保つために、ｅＮＢからのＷＴＲＵ距離に基づいて低減されることが可能である。これは、ＷＴＲＵロケーションに基づく不公平なディスカバリレンジをもたらす場合がある。
【０３６９】
セルエッジにおける干渉のレベルは、その中央におけるよりも、はるかに高い場合がある。たとえＷＴＲＵの送信パワーが、セルエッジにおいてさらに高くても、モニタリングＷＴＲＵによって見られた場合の、ディスカバリ信号の信号対干渉雑音比（ＳＩＮＲ）は、より低いことがある。
【０３７０】
パワー制御手順は、ネットワーク通信上でのディスカバリ信号干渉（たとえば、ｅＮＢ受信によって生じる場合がある近遠効果）の取り扱い、および／またはディスカバリ信号の公平な所定のレンジを確保することを含む難題を提示する場合がある。
【０３７１】
「デバイス」という用語は、たとえば、ＷＴＲＵ、クライアント、ネットワークアダプタなどのワイヤレス送信／受信ユニットを指すことができる。「デバイス」という用語は、たとえば、固定式または移動式の中継局、フェムトセル、スモールセル、およびホームｅＮＢを、これらのノードが、ＷＴＲＵのルールと同様のルールに従って動作する状況において、指すことができる。
【０３７２】
「ネットワーク」という用語は、たとえば、デバイス（たとえば、ＷＴＲＵ）の送信および／もしくは受信を制御する機能を有することができる、またはデバイスによる参照のために使用される信号を送信することができるワイヤレスネットワークインフラストラクチャの要素または機能を指すことができる。ネットワーク要素の例は、ｅＮＢ、ＭＭＥ、Ｓ−ＧＷなどを含むことができる。「ネットワーク」という用語は、コンテキストにおいてネットワーク機能を有することができるデバイスを指すことができる。たとえば、いくつかの公安用途においては、特定の機能、たとえば、同期化基準を提供することのためのネットワークの役割をデバイスが担うことができるということが可能である場合がある。
【０３７３】
ディスカバリ信号タイミングに関連した方法が提供されることが可能である。これらの方法は、送信側ＷＴＲＵ、ディスカバー可能ＷＴＲＵ、受信側ＷＴＲＵ、および／またはモニタリングＷＴＲＵによって実行されることが可能である。ディスカバリ信号送信および受信ならびにＤ２Ｄ通信は、ディスカバリフレームに続いて生じることが可能である。ＬＴＥのコンテキストにおいては、ディスカバリフレームは、１０ミリ秒続くことが可能であり、１０個の１ミリ秒ディスカバリサブフレームへと分割されることが可能である。ディスカバリサブフレームは、２つのディスカバリスロットを含むことができる。ディスカバリフレーム、ディスカバリサブフレーム、およびディスカバリスロットの間における関係が、図２０において示されている。
【０３７４】
ＷＴＲＵは、従来のアップリンクサブフレームにおける従来の信号と、ディスカバリサブフレームにおけるディスカバリまたはＤ２Ｄ通信信号とを同時に送信すること、または同時に送信しないことが可能である。ＷＴＲＵは、ネットワークカバレッジのもとでは、ダウンリンク無線フレーム（たとえば、ｅＮＢからそのダウンリンク無線フレームへそれが接続またはキャンプされる）を、ディスカバリフレームタイミングのための参照として使用するように構成されることが可能である。
【０３７５】
ディスカバリフレームタイミングが特定されることが可能である。ＷＴＲＵは、タイミングアドバンスをディスカバリフレームに適用するように構成されることが可能である（たとえば、Ｄ２Ｄタイミングアドバンス、「Ｄ２Ｄ−ＴＡ」）。図２１は、ＷＴＲＵの観点からのダウンリンク無線フレームのタイミングおよび従来のアップリンク無線フレームのタイミングに対するディスカバリ無線フレームのタイミングを示している。図２１においては、ＴTAは、アップリンク無線フレームに関するタイムアライメント（たとえば、秒での）を表すことができ、ＴD2D-TAは、ディスカバリ無線フレームに関するタイムアライメント（たとえば、秒での）を表すことができる。
【０３７６】
ＷＴＲＵは、ディスカバリフレームに対するタイミングアドバンス（たとえば、Ｄ２Ｄ−ＴＡの値（ＴD2D-TA））を特定するように構成されることが可能である。たとえば、ＷＴＲＵは、明示的な構成を介してＤ２Ｄ−ＴＡの値を特定するように構成されることが可能である。ＷＴＲＵは、Ｄ２Ｄ−ＴＡに関する特定の値を伴って、たとえばＲＲＣシグナリングを介して、明示的に構成されることが可能である。Ｄ２Ｄ−ＴＡの値は、仕様において固定されることが可能である。ＷＴＲＵは、別のＷＴＲＵから、たとえば、直接のＷＴＲＵツーＷＴＲＵ（たとえば、Ｄ２Ｄ）通信リンクを介して、明示的にＤ２Ｄ−ＴＡ構成を受信することができる。
【０３７７】
たとえば、ＷＴＲＵは、黙示的な構成を介してＤ２Ｄ−ＴＡの値を特定するように構成されることが可能である。ＷＴＲＵは、たとえば１または複数のその他の黙示的なパラメータに基づいて、Ｄ２Ｄ−ＴＡの値を特定するように構成されることが可能である。ＷＴＲＵは、ディスカバリ無線フレームがアップリンク無線フレームにそろえられることが可能である（たとえば、ＴD2D-TA＝ＴTA）ということを特定するように構成されることが可能である。ＷＴＲＵは、ディスカバリ無線フレームがダウンリンク無線フレームにそろえられることが可能である（たとえば、ＴD2D-TA＝０）ということを特定するように構成されることが可能である。ＷＴＲＵは、ディスカバリ無線フレームが、仕様において固定されること、またはより高位のレイヤによって動的に構成されることが可能であるさらなるオフセット（たとえば、ＴD2DOffset）を伴ってアップリンク無線フレームにそろえられることが可能であるということを特定するように構成されることが可能である。たとえば、Ｄ２Ｄ−ＴＡ値は、ＴD2D-TA＝ＴTA＋ＴD2DOffsetとして得られることが可能である。
【０３７８】
ＷＴＲＵは、たとえばＷＴＲＵ状態に基づいて、Ｄ２Ｄ−ＴＡの値を特定することができる。ＷＴＲＵが、有効なタイミングアドバンスを有していない（たとえば、ＷＴＲＵが接続モードにない、またはそのタイミングアドバンス有効性タイマが切れている）場合には、ディスカバリフレームタイミングは、ダウンリンクフレームタイミングにそろえられることが可能である（たとえば、ＴD2D-TA＝０）ということをＷＴＲＵは特定することができる。ＷＴＲＵが、有効なタイミングアドバンスを有している場合には、ディスカバリフレームタイミングは、アップリンク無線フレームタイミングにそろえられることが可能である（たとえば、ＴD2D-TA＝ＴTA）ということをＷＴＲＵは特定することができる。
【０３７９】
たとえば、ＷＴＲＵは、セル構成および／またはＷＴＲＵ測定値に基づいて、Ｄ２Ｄ−ＴＡの値を特定するように構成されることが可能である。ＷＴＲＵは、たとえば１または複数のＷＴＲＵ測定値に基づいて、Ｄ２Ｄ−ＴＡの値を特定するように構成されることが可能である。
【０３８０】
ＷＴＲＵは、参照としてダウンリンク無線フレームを使用することができ、その参照ポイントからＴD2D-TAの値を特定することができる。ＷＴＲＵは、アップリンク無線フレームタイミングに対するオフセットＴD2DOffsetを特定することができる。説明を簡単にするために、この特定は、ＷＴＲＵがダウンリンク無線フレームに対するタイミングオフセットを特定するコンテキストにおいて説明されている。この方法は、アップリンク無線フレームタイミングに対するオフセットを特定することにも当てはまる。たとえば、ＷＴＲＵは、それらの測定またはアプローチのうちの１または複数を任意の順序または組合せで使用して、ディスカバリ無線フレームタイミング（ＴD2D-TA）を特定することができる。
【０３８１】
ＷＴＲＵは、ＳＩＢ上でシグナリングされたセル関連のパラメータに基づいてＴD2D-TAの値を特定することができる。ＷＴＲＵは、ＰＲＡＣＨ構成インデックスに基づいてＴD2D-TAの値を特定することができる。より具体的には、ＷＴＲＵは、１または複数の固定されたＴD2D-TA値のセットをＰＲＡＣＨ構成パラメータの対応するセットに関連付けるテーブルを伴って構成されることが可能である。ＷＴＲＵは、この事前に構成されたテーブルにおけるインデックスとしてＰＲＡＣＨプリアンブルフォーマットを使用することによって、ＴD2D-TAの値を特定することができる。
【０３８２】
ＷＴＲＵは、フレーム構造に基づいてＴD2D-TAの値を特定するように構成されることが可能である。たとえば、ＷＴＲＵは、ＴD2D-TAの特別な値、またはフレーム構造１に関する特別なオフセット、およびフレーム構造２（ＴＤＤ）に関する別の値のために構成されることが可能である。
【０３８３】
ＷＴＲＵは、セルにおいて使用されるサイクリックプレフィックスに基づいてＴD2D-TAの値を特定するように構成されることが可能である。たとえば、ＷＴＲＵは、ＴD2D-TAの特別な値、またはノーマルサイクリックプレフィックスに関する特別なオフセット、および拡張サイクリックプレフィックスに関する別の値のために構成されることが可能である。
【０３８４】
ＷＴＲＵは、たとえば１または複数のパスロス測定値に基づいてＴD2D-TAの値を特定するように構成されることが可能である。たとえば、ＷＴＲＵは、２つの最も近いセルの間におけるパスロスの差を特定すること、およびパスロス差に基づいてＴD2D-TAに対する調整を特定することが可能である。
【０３８５】
ＷＴＲＵは、（たとえば、基準信号時間差（ＲＳＴＤ）測定を使用して）１または複数のセルの間における受信ダウンリンクフレームタイミング差に基づいてＴD2D-TAの値を特定するように構成されることが可能である。たとえば、ＷＴＲＵは、２つの最も近いセルの間における受信タイミングの差を特定すること、および測定された時間差に基づいてＴD2D-TAの値を特定することが可能である。
【０３８６】
ＷＴＲＵは、タイミングのために異なる参照ソースを使用するように構成されることが可能である。たとえば、このアプローチは、ＷＴＲＵがネットワークカバレッジのもとにないコンテキストにおいて使用されることが可能である。このアプローチは、直接のＷＴＲＵ通信のために使用されることが可能である。これらの例示的な方法は、ＷＴＲＵダウンリンク無線フレームまたはアップリンク無線フレームタイミングを特定するために適用できることも可能である。
【０３８７】
例においては、ＷＴＲＵは、ＧＮＳＳ測定に基づいてディスカバリ無線フレームタイミングを特定するように構成されることが可能である。ＷＴＲＵは、たとえば、ＧＰＳタイミングに基づいてディスカバリ無線フレームを特定するように構成されることが可能である。ＷＴＲＵは、静止衛星の特定のサブセット上で自分のディスカバリ無線フレームタイミングをそろえるために（たとえば、自分のサブスクリプションもしくは自分のＵＳＩＭを介して、またはアプリケーションレイヤ構成を介して）事前に構成されることが可能である。
【０３８８】
ＷＴＲＵは、別のＷＴＲＵディスカバリ無線フレームに基づいてディスカバリ無線フレームタイミングを特定するように構成されることが可能である。ＷＴＲＵは、ディスカバリ信号を探してモニタするように構成されることが可能であり、自分のディスカバリ無線フレームを、選択されたＷＴＲＵ同期化にそろえるように構成されることが可能である。ＷＴＲＵは、受信された信号パワーに基づいてタイミング基準に関するソースを選択するように構成されることが可能である。ＷＴＲＵは、信号コンテンツまたは特徴（たとえば、信号ルートシーケンスまたは循環シフト）に基づいてタイミング基準に関するソースを選択するように構成されることが可能である。
【０３８９】
オペレーションは、たとえば、従来のオペレーション（たとえば、ｅＮＢとの通信）が行われているサブフレームから、Ｄ２Ｄ関連のオペレーション（たとえば、ディスカバリ信号の送信／受信、Ｄ２Ｄ通信）が行われているサブフレームへ、およびその逆へ変わることが可能である。
【０３９０】
伝搬遅延、別々のＷＴＲＵ位置、および、セル内のＷＴＲＵの間における別々のタイムアライメントに起因して、受信側ＷＴＲＵにとっては、別の送信側ＷＴＲＵのアップリンク無線フレームタイミングが、そのアップリンクまたはダウンリンク無線フレームとそろえられない場合がある。Ｄ２Ｄオペレーションにおけるアライメントでのこの差は、問題となる場合がある。たとえば、別々のサブフレームに属しているＤ２Ｄ信号および従来の信号の間における重なりに起因するミスアライメントサブフレーム間干渉、および／または、さらなる干渉につながるＯＦＤＭ直交性の減少。これらの潜在的な問題を緩和するために、ＷＴＲＵは、ディスカバリフレームタイミングを伴って構成されることが可能である。ＷＴＲＵは、ディスカバリサブフレームとの間での送信／受信のモードの変更に関連したアクションを実行することができる。
【０３９１】
たとえば、Ｄ２Ｄ送信は、ＦＤＤにおけるアップリンク送信、またはＴＤＤオペレーションにおけるアップリンクサブフレームと同じ周波数上で行われることが可能である。ディスカバリサブフレームは、アップリンクサブフレームにタイムアラインされない場合には、隣接するアップリンクサブフレームと重なることがある。たとえば、図２２において示されているように、ＴD2D-TAとＴTAとの間における差が正である場合には、ディスカバリサブフレーム＃ｎは、時間においてアップリンクサブフレーム＃ｎ−１と重なることがある。図２２において示されているように、ディスカバリサブフレーム＃ｎは、アップリンクサブフレーム＃ｎ＋１と重ならずに、ＷＴＲＵがディスカバリサブフレーム＃ｎを送信する時刻と、ＷＴＲＵがアップリンクサブフレーム＃ｎ＋１を送信する時刻との間にブランクスペースを残す場合がある。
【０３９２】
図２３において示されているように、差ＴD2D-TA-TTAが負である場合には、ディスカバリサブフレーム＃ｎは、時間においてアップリンクサブフレーム＃ｎ＋１と重なることがある。図２３において示されているように、ディスカバリサブフレーム＃ｎは、アップリンクサブフレーム＃ｎ−１と重ならずに、ＷＴＲＵがアップリンクサブフレーム＃ｎ−１を送信する時刻と、ＷＴＲＵがディスカバリサブフレーム＃ｎを送信する時刻との間にブランクスペースを残す場合がある。
【０３９３】
重なる送信が低減または回避されることが可能である。ＷＴＲＵは、ディスカバリの送信に先立つアップリンクサブフレームの最後のｋ個のＯＦＤＭシンボルを送信しないように構成されることが可能である。より具体的には、図２２を参照すると、ＷＴＲＵは、ＷＴＲＵがディスカバリサブフレーム＃ｎ上で送信を行うように構成されている場合に、アップリンクサブフレーム＃ｎ−１の最後のｋ個のＯＦＤＭシンボルを送信することを回避するように構成されることが可能である。
【０３９４】
ｋの値は、より高位のレイヤによって構成されることが可能であり、またはＷＴＲＵは、ＴTAとＴD2D-TAとの間におけるタイミングアライメント値の差を次なるＯＦＤＭシンボル時間に切り上げることによって、ｋの値を特定することができる。タイムアライメント差は、量子化されてＯＦＤＭシンボルの整数の個数で表されることが可能である。
【０３９５】
例においては、ＷＴＲＵは、それが、ディスカバリサブフレームの送信に先立つアップリンクサブフレームの最後のＯＦＤＭシンボルにおいてスケジュールされている場合には、ＳＲＳを送信しないように構成されることが可能である。ＳＲＳが送信される際にＰＵＳＣＨおよびＰＵＣＣＨを１つのＯＦＤＭシンボルだけ低減することは、たとえＳＲＳが送信されていなくても、適用されることが可能である。
【０３９６】
アップリンクサブフレーム上でのＰＵＳＣＨ送信は、たとえば、コーディングされたビットをパンクチャすることによって、または低減されたサイズのサブフレームに従ってトランスポートブロックサイズを低減することによって、より少ない数のＯＦＤＭシンボルに調整されることが可能である。ＰＵＣＣＨ送信は、たとえば、コーディングされたビットをパンクチャすることによって、または低減されたサイズのサブフレームに従ってトランスポートブロックサイズを低減することによって、より少ない数のＯＦＤＭシンボルに調整されることが可能である。
【０３９７】
ＷＴＲＵは、重なっている期間中にはディスカバリサブフレームにおいて送信を行うことを差し控えるように構成されることが可能である。優先度は、従来のアップリンク送信に与えられることが可能である。ＷＴＲＵは、重なっている期間中にはディスカバリサブフレームを送信しないように、および重なっている期間が終了した直後に送信を開始するように構成されることが可能である。ＷＴＲＵは、重なっている期間に関連付けられているＯＦＤＭシンボルの数を（たとえば、次なるＯＦＤＭシンボル持続時間へ進められる時間における差を切り上げることによって）特定するように構成されることが可能であり、ディスカバリサブフレームの第１のＯＦＤＭシンボルを送信しないことが可能である。
【０３９８】
ＷＴＲＵは、ディスカバリサブフレームを伴って構成されることが可能であり、その場合、その特別なサブフレームの第１の部分は、（たとえば、ＯＦＤＭシンボルの整数の個数で表される）固定された値のガード期間を含むことができる。ＷＴＲＵは、従来のアップリンクサブフレームからディスカバリサブフレームへ変更する際にディスカバリサブフレームを使用するように構成されることが可能である。ＷＴＲＵは、ディスカバリサブフレームを伴って構成されることが可能であり、その特別なディスカバリサブフレームの始まりおよび／または終わりには、予備の（たとえば、送信されない）事前に定義された数のＯＦＤＭシンボルを伴っている。
【０３９９】
これらの方法／アプローチは、ＴD2D-TAとＴTAとの間における正の差というコンテキストにおいて説明されているが、重なりが発生する可能性があるサブフレームの部分を適切に変更することによって、ＴD2D-TAとＴTAとの間における負の差というコンテキストにおいて適用できることが可能である。
【０４００】
ＷＴＲＵが、ディスカバリ信号を、および／またはＵＬ周波数上で、またはＴＤＤオペレーションにおけるＵＬサブフレームにおいて受信するように構成されている場合には、ＷＴＲＵは、ディスカバリ信号またはＤ２Ｄ通信をモニタすることをいつ開始および／または終了すべきかを特定するように構成されることが可能である。ＷＴＲＵは、ディスカバリ信号パワーを特定（determine）および／または調整することになる。たとえば、ＰDISC（ｉ）が、ＷＴＲＵによって送信されるディスカバリ信号パワーを示しており、ｉは、インデックスを表すことができると仮定する。そのインデックスは、たとえば、フレーム番号、サブフレーム番号、ディスカバリリソースインデックス（サブフレーム、シンボルなど）、またはディスカバリ信号シーケンスインデックスのうちの１または複数に相当することが可能である。サービス品質を保証するために、およびネットワークへの、またはその他のＷＴＲＵへの干渉を最小化するために、ディスカバー可能ＷＴＲＵは、ディスカバリ信号に関する最小および／または最大パワー制限を使用して機能するように構成されることが可能である。たとえば、最小および最大パワーは、最小および最大ディスカバリパフォーマンス、または任意のプロキシミティ基準（ＱｏＳ、レンジ、所与のコンテキストにおける成功率など）に関連していることが可能である。
【０４０１】
ＷＴＲＵは、たとえば最小ディスカバリ信号パワー（たとえば、ＰMIN,d）によって、ディスカバリ信号パワー（たとえば、ＰDISC（ｉ））を制限するように構成されることが可能である。ＷＴＲＵは、下記のうちの１つまたは組合せを使用して、ＰMIN,dの値を特定することができる。ＷＴＲＵは、たとえばＰＨＹ、ＭＡＣ、またはＲＲＣシグナリングを介して、ネットワークからＰMIN,dの値を受信することができる。ＷＴＲＵは、たとえばＳＩＢ上で送信された構成を介して、ＰMIN,dの値を特定することができる。ＷＴＲＵは、データまたは制御ネットワークチャネルに関する最後の送信パワーに基づいて、ＰMIN,dの値を特定することができる。たとえば、ＰMIN,dは、送信された最後のＰＵＣＣＨの値に対応することが可能である。ＷＴＲＵは、たとえばパラメータのその他の組合せに基づいて、ＰMIN,dの値を特定することができる。
【０４０２】
最小ディスカバリ信号パワーを伴って構成される場合には、ＷＴＲＵは、ディスカバリ信号パワーをこの制限よりも下に低減しないように構成されることが可能である。たとえば、パワー更新後のディスカバリ信号パワーが最小ディスカバリ信号パワー制限よりも小さくなるであろうということをＷＴＲＵが特定した場合には、ＷＴＲＵは、下記のうちの１または複数を任意の順序または組合せで実行することができる。ＷＴＲＵは、ディスカバリ信号パワーを最小ディスカバリ信号パワー値に（たとえば、ＰDISC（ｉ）＝ＰMIN,dに）設定することができる。ＷＴＲＵは、負のＴＰＣコマンドの累積を停止することができる。ＷＴＲＵは、通常のオペレーションと同様に負のＴＰＣコマンドを累積することができるが、ＷＴＲＵは、それらのＴＰＣコマンドをディスカバリ信号パワー更新に適用しないように構成されることが可能である。より具体的には、ＷＴＲＵは、ディスカバリ信号パワーを最小ディスカバリ信号パワーに（たとえば、ＰDISC（ｉ）＝ＰMIN,dに）設定することができ、ＴＰＣコマンド累積からの結果を仮想パワー値（たとえば、ＰDISC_V（ｉ））内に格納することができる。ＷＴＲＵは、受信されたＴＰＣコマンドをＰDISC_V（ｉ）に適用し、それによって仮想の送信されたパワーを保持することができる。ＷＴＲＵは、ＰDISC_V（ｉ）がＰMIN,dよりも高くなる場合には、ディスカバリ信号パワーの値をＰDISC_V（ｉ）に設定するように構成されることが可能である（たとえば、ＰDISC_V（ｉ）＞ＰMIN,dである場合には、ＰDISC（ｉ）＝ＰDISC_V（ｉ）となる）。ＷＴＲＵは、ＰMIN,dが到達されたということを示すレポートをネットワークへ送信することができる。このレポートは、ＰＨＹ、ＭＡＣ、またはＲＲＣシグナリングを通じて送信されることが可能である。ＷＴＲＵは、構成された量の時間（たとえば、タイムツートリガ）にわたって最小ディスカバリパワーが使用された後にのみレポートを送信するように構成されることが可能である。このレポートは、パワー増大要求を含むことができる。ＷＴＲＵは、ディスカバリプロセスを停止すること、およびディスカバリ信号を送信するのをやめることが可能である。ＷＴＲＵは、このイベントをより高位のレイヤに（たとえば、ネットワーク、アプリケーションレイヤなどに）報告することができる。ＷＴＲＵは、ディスカバリプロセス／ディスカバリ信号送信に関連付けられているリソースを解放して、そのイベントをネットワークに報告するように構成されることが可能である。ＷＴＲＵは、構成された量の時間にわたって待機して、新たなディスカバリプロセスをネットワークに要求することができる。ＷＴＲＵは、たとえばネットワーク（たとえば、ＳＩＢなど）によって送信された１または複数の構成されたＤ２Ｄ高干渉（ＨＩ）インジケータをモニタすることを開始するように構成されることが可能である。ＷＴＲＵは、Ｄ２Ｄ  ＨＩが高干渉の存在をもはや示していないということを特定すると、新たなディスカバリプロセス要求を送信することができる。
【０４０３】
ディスカバリ信号の送信パワーは、最大ディスカバリ信号パワーＰMAX,dによって制限されることが可能である。例においては、最大ディスカバリ信号パワーは、サービングセルもしくは隣接するセルのｅＮＢに対する干渉を回避するように、またはその他のディスカバリ信号に干渉しないように制限されることが可能である。ＷＴＲＵは、ＰMAX,dの値を特定することができる。ＷＴＲＵは、たとえばＲＲＣまたはその他（たとえば、ＭＡＣ、ＰＨＹ、ＳＩＢなど）のシグナリングを介して、ネットワークから最大ディスカバリ信号パワー構成を受信することができる。ＷＴＲＵは、最大ディスカバリ信号パワー値を、ＰCMAX（ｉ）、すなわち、ＷＴＲＵデータまたは制御ネットワークチャネルに関して定義された最大パワーに設定することができる。ＷＴＲＵは、たとえばデータまたは制御に関する最後の送信パワーの関数として最大ディスカバリ信号パワーの値を特定することができる。たとえば、ＰMAX,dは、ＷＴＲＵによって適用された最後のＰＵＳＣＨパワーから得られることが可能である。
【０４０４】
パワー更新は、ディスカバリ信号パワーをこの制限よりも上に増大させることはできない。ＷＴＲＵが、この値に達する送信パワーを算出する場合には、ＷＴＲＵは、１または複数の手順を適用することができる。たとえば、ＷＴＲＵは、ディスカバリ信号パワーを最大ディスカバリ信号パワー値に（たとえば、ＰDISC（ｉ）＝ＰMAX,dに）設定することができる。ＷＴＲＵは、正のＴＰＣコマンドの累積を停止することができる。ＷＴＲＵは、通常のオペレーションと同様に正のＴＰＣコマンドを累積することができるが、ＷＴＲＵは、それらのＴＰＣコマンドをディスカバリ信号パワー更新に適用しないように構成されることが可能である。より具体的には、ＷＴＲＵは、ディスカバリ信号パワーを最大ディスカバリ信号パワーに（たとえば、ＰDISC（ｉ）＝ＰMAX,dに）設定することができ、ＴＰＣコマンド累積からの結果を仮想パワー値（たとえば、ＰDISC_V（ｉ））内にさらに格納することができる。ＷＴＲＵは、受信されたＴＰＣコマンドをＰDISC_V（ｉ）に適用し、それによって仮想の送信されたパワーを保持することができる。ＷＴＲＵは、ＰDISC_V（ｉ）がＰMAX,dよりも低くなる場合には、ディスカバリ信号パワーの値をＰDISC_V（ｉ）に設定するように構成されることが可能である（たとえば、ＰDISC_V（ｉ）＜ＰMAX,dである場合には、ＰDISC（ｉ）＝ＰDISC_V（ｉ）となる）。ＷＴＲＵは、ＰMAX,dが到達されたということを示すレポートをネットワークへ送信することができる。このレポートは、ＰＨＹ、ＭＡＣ、またはＲＲＣシグナリングを通じて送信されることが可能である。例においては、ＷＴＲＵは、構成された量の時間（たとえば、タイムツートリガ）にわたって最大ディスカバリパワーが使用された後にのみレポートを送信するように構成されることが可能である。ＷＴＲＵは、従うべき手順（たとえば、手順を停止すること、またはパワーをＸｄＢだけ増大させること）を示すネットワークメッセージをスキャンすることを開始することができる。ＷＴＲＵは、カウンタを始動すること、およびそのカウンタが所与の値に達したときにそれがいかなるネットワークメッセージも受信しなかった場合には手順を停止することが可能である。ＷＴＲＵは、ディスカバリプロセスを停止すること、およびディスカバリ信号を送信するのをやめることが可能である。ＷＴＲＵは、このイベントをより高位のレイヤに（たとえば、ネットワーク、アプリケーションレイヤなどに）報告することができる。ＷＴＲＵは、ディスカバリプロセス／ディスカバリ信号送信に関連付けられているリソースを解放して、そのイベントをネットワークに報告するように構成されることが可能である。ＷＴＲＵは、構成された量の時間にわたって待機して、新たなディスカバリプロセスをネットワークに要求することができる。
【０４０５】
ＰMIN,dおよび／またはＰMAX,dに達するＷＴＲＵは、自分のディスカバリ信号のためのスケジューリング調整メッセージを送信するように構成されることが可能である。たとえば、ＷＴＲＵは、帯域幅拡張もしくは低減、またはディスカバリ信号繰り返しファクタの数における変更を要求することができる。
【０４０６】
ＷＴＲＵは、ディスカバリ信号送信パワーを特定することができる。ＷＴＲＵは、１または複数のパラメータまたはファクタに任意の順序または組合せで基づいてディスカバリ信号送信パワーを特定することができる。
【０４０７】
ディスカバリ信号の送信パワーは、公称パワー（たとえば、ＰN_DISC）および１または複数のディスカバリ信号パワー調整ファクタ（たとえば、Δj）の関数であることが可能である。たとえばＷＴＲＵは、下記の方程式（ｄＢｍで表される）に基づいてディスカバリ信号送信パワー（たとえば、ＰDISC（ｉ））を計算することができる。
ＰDISC（ｉ）＝ｍａｘ（ＰMIN,d，ｍｉｎ（ＰMAX,d，ＰN_DISC＋ΣΔj））      （１１）
【０４０８】
ディスカバリ信号パワー調整ファクタ（たとえば、パワーモード）の選択は、ディスカバリＷＴＲＵの役割および／またはリソースのディスカバリタイプに基づくことが可能である。
【０４０９】
ＷＴＲＵは、公称パワーＰN_DISCを特定することができる。たとえば、ＷＴＲＵは、たとえば仕様における固定されたＰN_DISC値を伴って構成されることが可能である。ＷＴＲＵは、たとえばネットワークを介して、ＰN_DISC値を伴って動的に／半静的に構成されることが可能である。その構成は、ＲＲＣシグナリングを介して（たとえば、専用のシグナリングを介して、またはＳＩＢを介して）、ＭＡＣレイヤシグナリングを介して（たとえば、ＭＡＣ  ＣＥを介して）、および／またはＰＨＹを介して（例として、たとえば明示的なパワー表示を伴う新たなＤＣＩフォーマットを使用してＰＤＣＣＨを通じて）シグナリングされることが可能である。
【０４１０】
ＷＴＲＵは、たとえば、ネットワークチャネルに、またはＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ、ＰＲＡＣＨ等の信号に適用される現在のパワーに基づいて、ＰN_DISCの値を特定することができる。たとえば、ＰN_DISCは、ＷＴＲＵによって適用された最後のＳＲＳパワーから得られることが可能である。
【０４１１】
公称パワーは、ネットワーク、セル、ＷＴＲＵに、および／またはディスカバリプロセスに固有であることが可能である。その値定義は、有効期間に関連付けられることが可能である。たとえば、ＷＴＲＵは、最良のセルの変更時に、またはタイマが切れた後に、ＰN_DISCの新たな値を特定するように構成されることが可能である。公称パワーは、ディスカバリプロセスに関連付けられることが可能であり、ＷＴＲＵは、新たなディスカバリプロセスの始まりにおいてそれを取得するように構成されることが可能である。
【０４１２】
公称パワーは、基準信号帯域幅を介して提供されることが可能であり、および／または基準信号帯域幅を指すことができる。たとえば、ＰN_DISCは、リソースブロック（ＲＢ）に関するパワー、またはサブキャリア、および／または事前に定義された値を指すことができる。ＷＴＲＵは、ディスカバリ信号帯域幅に関する送信パワーを（たとえば、この基準帯域幅に対するディスカバリ信号帯域幅の比率だけ公称パワーを増減することによって）調整するように構成されることが可能である。これは、ファクタΔjのうちの１つを介して達成されることも可能である。
【０４１３】
複数の公称値が定義されることが可能であり、それによってＷＴＲＵは、ディスカバリ信号のためにそれらのうちの１つを選択することができる。ＷＴＲＵは、たとえば、進行中のディスカバリプロセスに関して定義されているＱｏＳ、レンジ、または任意のプロキシミティ基準に対応するディスカバリサービスクラスに基づいて公称パワー値を選択することができる。ＷＴＲＵは、たとえば、最小の、中位の、および最大のディスカバリレンジ（たとえば、３つの異なるサービスクラスに対応する）に関連付けられている公称パワーの複数の、たとえば３つの値を伴って構成されることが可能である。公称パワー値は、静的なパラメータ、および／または、ＲＲＣによって提供される動的なパラメータを含むことができる。
【０４１４】
ＷＴＲＵは、たとえば、より高位のレイヤによって、またはアプリケーションレイヤによって構成されるディスカバリプロセス特性を読み取ることによって、サービスクラスを特定することができる。
【０４１５】
ＷＴＲＵは、１または複数のディスカバリ信号パワー調整ファクタ（たとえば、Δj）を伴って構成されることが可能である。それらのファクタは、ＷＴＲＵによって算出された静的／半静的なものであること、またはＲＲＣ（たとえば、ＳＩＢ）、ＭＡＣ（たとえば、ＭＡＣ  ＣＥ）、またはＰＨＹ（たとえば、ＰＤＣＣＨを通じて）コマンドを通じてネットワークによって動的に提供されることが可能である。それらは、ネットワーク、セル、ＷＴＲＵに、またはディスカバリプロセスに固有であることが可能である。たとえば、ＷＴＲＵは、最良のセルの変更時に、またはタイマが切れた後に、１または複数のディスカバリ信号パワー調整ファクタの新たな値を特定するように構成されることが可能である。例においては、１または複数のディスカバリ信号パワー調整ファクタは、ディスカバリプロセスに関連付けられることが可能であり、ＷＴＲＵは、新たなディスカバリプロセスの始まりにおいてそれを取得するように構成されることが可能である。
【０４１６】
例においては、ＷＴＲＵは、たとえば、ＳＩＢ２におけるさらなるＩＥを介してディスカバリ信号パワー調整ファクタに関連付けられている１または複数のセル固有のパラメータを伴って構成されることが可能である。ＳＩＢ２におけるＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ  ＩＥの一部としてのＩＥ  Ｄｉｓｃｏｖｅｒｙ＿ＣｏｎｆｉｇＣｏｍｍｏｎなどのＩＥが、関連している情報を搬送するために使用されることが可能である。ＷＴＲＵは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージの一部として受信されたＤｉｓｃｏｖｅｒｙ＿ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄなどのＩＥを介してディスカバリ信号パワー調整ファクタに関連付けられているその他のパラメータを伴って構成されることが可能である。
【０４１７】
ディスカバリ信号パワー調整ファクタは、Δjとして示されることが可能であり、その場合、それぞれのファクタは、別々のインデックスｊに関連付けられることが可能である。
【０４１８】
ＷＴＲＵは、１または複数のディスカバリ信号特性または特徴に基づいてディスカバリ信号パワー調整ファクタを特定することができる。たとえば、ＷＴＲＵは、ディスカバリ信号フォーマット、ディスカバリ信号ＭＣＳ、ペイロード、ディスカバリ信号の役割、ディスカバリ信号帯域幅、および／またはその他のファクタのうちの１または複数に（任意の順序または組合せで）基づいてディスカバリ信号パワー調整ファクタを特定することができる。
【０４１９】
ＷＴＲＵは、１または複数のディスカバリ信号フォーマットまたはタイプを伴って構成されることが可能である。ＷＴＲＵは、ディスカバリプロセスのために使用するためのディスカバリ信号フォーマットを特定することができる。このコンテキストにおいては、ＷＴＲＵは、ディスカバリ信号フォーマットに基づいてディスカバリ信号送信パワーＰDISC（ｉ）を特定することができる。例においては、ＷＴＲＵは、構成されたディスカバリ信号フォーマットのそれぞれに関するディスカバリ信号パワー調整ファクタを伴って構成されることが可能である。ＷＴＲＵは、ディスカバリ信号フォーマットに基づいてディスカバリ信号パワー調整ファクタの値を特定することができる。
【０４２０】
ＷＴＲＵは、ＭＣＳまたはペイロード内のビットの数などの１または複数のディスカバリ信号特性を伴って構成されることが可能である。このコンテキストにおいては、ＷＴＲＵは、それらの特性に基づいてディスカバリ信号送信パワーＰDISC（ｉ）を特定することができる。ＷＴＲＵは、
【０４２１】
【数１４】
0006412966.tif 000016
【０４２２】
を用いてＭＣＳ調整ファクタを算出することができ、その場合、ｊ＿ＭＣＳは、このディスカバリ信号パワー調整ファクタに関する（任意の）インデックスに相当することが可能であり、ΔMCSは、ディスカバリ信号ＭＣＳに関するディスカバリ信号パワー調整ファクタに相当することが可能であり、ＢＰＲＥは、ディスカバリ信号内のリソース要素ごとのビットの数に相当することが可能であり、Ｋｓは、ＷＴＲＵ受信機におけるパフォーマンス劣化を考慮に入れる実施ファクタに相当することが可能である。
【０４２３】
ＷＴＲＵは、ディスカバリの役割（たとえば、ディスカバー可能、またはモニタリング）を伴って構成されることが可能である。このコンテキストにおいては、ＷＴＲＵは、自分のディスカバリの役割に基づいてディスカバリ信号送信パワーＰDISC（ｉ）を特定することができる。
【０４２４】
ＷＴＲＵは、ディスカバリ信号帯域幅を伴って構成されることが可能である。ディスカバリ信号帯域幅は、動的なファクタではない場合がある。ＷＴＲＵは、信号帯域幅に関連したオフセットを用いてＰDISC（ｉ）を調整することができる。たとえば、そのオフセットは、信号リソースブロックの数、信号サブキャリアの数、および／または、ＰN_DISC計算のために使用される信号帯域幅の倍数のうちの１つまたは組合せで表される送信の帯域幅に相当することが可能である。
【０４２５】
ＷＴＲＵは、ディスカバリスペクトルパワー密度をその帯域幅とは無関係に一定に保つためのディスカバリ信号パワー調整ファクタを算出することができる。たとえば、ＷＴＲＵは、特定の信号帯域幅Ｎを基準としている公称パワーを取得することができる。ＷＴＲＵは、割り当てられたディスカバリ信号帯域幅が基準帯域幅のＭ倍であるということを算出することができる。ＷＴＲＵは、１０ｌｏｇ１０（Ｍ）に等しい正のオフセットをディスカバリ信号パワーに適用することができる。ディスカバリ信号パワーは、どんな信号帯域幅であっても、一定に保たれることが可能である。ＷＴＲＵは、このファクタを適用しないように構成されることが可能である。
【０４２６】
ＷＴＲＵは、ディスカバリ信号パワー調整ファクタを算出するために、繰り返しファクタまたは周波数ホッピングモードなどのその他のパラメータを使用することができる。
【０４２７】
ＷＴＲＵは、ＰDISC（ｉ）を特定するためにパスロス補正調整ファクタを算出するように構成されることが可能である。そのようなパスロス補正を実行するために、ＷＴＲＵは、基準信号に対するパスロスを推定するように、および送信された信号に補正を適用するように構成されることが可能である。
【０４２８】
ＷＴＲＵは、パスロス補正目的でサービングセルに対するパスロスを推定して使用するように構成されることが可能である。これは、サービングセルがディスカバリ信号をモニタすることができるということを確実にすることができる。ＷＴＲＵは、パスロス補正目的で別のＷＴＲＵに対するパスロスを推定して使用するように構成されることが可能である。これは、ターゲットＷＴＲＵが、通信目的で、または相互ディスカバリ目的で信号を適切に受信するということを確実にすることができる。ＷＴＲＵは、ネットワークによって特定の基準信号源（たとえば、サービングセル、その他のセル、その他のＷＴＲＵ）を伴って構成されることが可能である。たとえば、基準信号源のシグナリングは、たとえば、指定されたルール（たとえば、ＷＴＲＵは常に、サービングセルまたは最も強力なセルをパスロス補正のための基準信号として使用する）に基づいて、黙示的であることが可能である。そのシグナリングは、たとえばＲＲＣシグナリングを介して、明示的であることが可能である。基準信号源は、（たとえば、ＰＤＣＣＨ内のディスカバリグラントＤＣＩにおいて）ＭＡＣまたはＰＨＹシグナリングによって動的に提供されることが可能である。基準信号源は、（たとえば、ＷＴＲＵによって検知された）ＷＴＲＵディスカバリ信号を介して受信されることが可能である。
【０４２９】
ＷＴＲＵは、パスロスを部分的に補正するように構成されることが可能である。ＷＴＲＵは、適用するための部分的パスロス補正ファクタ（α）を伴って構成されることが可能である。
【０４３０】
ＷＴＲＵは、たとえば下記の式を（たとえば、ｄＢｍで）使用することによって、実際のパスロス調整ファクタを特定することができる。
Δj_PLC＝ΔPLC＝α×（ＰDISC,Tx−ＰDISC,Rx）      （１３）
この場合、ｊ＿ＰＬＣは、このディスカバリ信号パワー調整ファクタに関する（たとえば、任意の）インデックスに相当することが可能であり、ΔPLCは、パスロス補正に関するディスカバリ信号パワー調整ファクタに相当することが可能であり、ＰDISC,Txは、基準信号送信パワーに相当することが可能であり、ＰDISC,Rxは、ＷＴＲＵにおいて測定された基準信号受信パワーの推定値に相当することが可能である。ＷＴＲＵは、たとえば、静的なパラメータ、ＲＲＣによって構成されること、および／または（たとえば、ＰＤＣＣＨ内のディスカバリグラントＤＣＩにおいて）物理レイヤのシグナリングによって動的に提供されることのうちの１または複数を使用することによって、基準信号送信パワーＰDISC,Txの値を伴って構成されることが可能である。
【０４３１】
ＷＴＲＵは、たとえば別のＷＴＲＵディスカバリ信号の一部として搬送されるペイロードから、基準信号送信パワーを特定（determine）するように構成されることが可能である。基準信号送信パワー（たとえば、別のＷＴＲＵのディスカバリ信号）は、（信号ペイロード内の、またはディスカバリ信号特性に基づいて黙示的に特定された）ディスカバリ信号内に埋め込まれることが可能である。黙示的なディスカバリ信号パワー表示の例においては、ディスカバー可能ＷＴＲＵは、事前に定義された公称値からのＴｘパワーオフセットに基づく循環シフトインデックスまたはＺａｄｏｆｆ−Ｃｈｕシーケンスのシーケンスルートを選択することができる（たとえば、［−６、−３、０、＋３、＋６］ｄＢ）。マッピングテーブルが、仕様において事前に定義されること、またはより高位のレイヤによって提供されることが可能である。ＷＴＲＵは、ルックアップテーブルから、ディスカバー可能ＷＴＲＵディスカバリ信号循環シフトインデックスを特定し、トランスポートパワーオフセットを特定するように構成されることが可能である。
【０４３２】
ＷＴＲＵは、受信パワー測定値に基づいてＰDISC,Rxを特定することができる。たとえば、ＷＴＲＵは、ディスカバリ信号からの１回または複数回の反復上でのＲＳＲＰ測定値に基づいてＰDISC,Rxを特定するように構成されることが可能である。ＷＴＲＵは、より高位のレイヤによってフィルタリングされた測定値を使用するようにさらに構成されることが可能である。
【０４３３】
ＷＴＲＵは、使用されるディスカバリリソースのタイプに基づいて、部分的なまたは全体的なパスロス補正の使用を特定することができる。例においては、ＷＴＲＵは、コード分割多重化リソースに対応するディスカバリグラントを伴って構成されることが可能である。ＷＴＲＵは、全体的なパスロス補正を適用するように構成されることが可能である。
【０４３４】
ＷＴＲＵは、自分の付近の干渉に関連したディスカバリ信号パワー調整ファクタ（たとえば、ΔInterf）を特定して適用するように構成されることが可能である。調整ファクタが特定されることが可能であり、それによってディスカバリレンジは、セル内のＷＴＲＵロケーションにかかわらず、相対的に一定であることが可能である。ＷＴＲＵは、干渉関連のディスカバリ信号パワー調整を特定するための下記のアプローチのうちの１または複数を任意の順序または組合せで使用することができる。
【０４３５】
ＷＴＲＵは、測定に基づいて適用するためのディスカバリ信号パワー調整の量を特定することができる。
【０４３６】
ＷＴＲＵは、サービングｅＮＢから測定されたパスロスに基づいて調整ファクタを特定することができる。たとえば、より高いパスロスは、ＷＴＲＵがセルエッジにさらに近いということ、ひいては干渉をより受けやすいということを示している場合がある。ＷＴＲＵは、１または複数のパスロスしきい値を、対応する調整ファクタにマップするテーブルを伴って構成されることが可能である。テーブル２は、パスロス測定値と、対応するディスカバリ信号パワー調整との間におけるマッピングの例である。テーブル内の値（たとえば、ＰＬｘのセット、この場合、ｘはパスロス測定しきい値インデックスであり、ΔInterfの実際の値である）は、たとえば、より高位のレイヤを介して、投入されることが可能である。例においては、ＷＴＲＵは、１または複数のＰＬおよびΔInterfのペアを伴って構成されること、および測定されたＰＬ測定値に基づいてディスカバリ信号パワー調整ファクタを補間するように構成されることが可能である。
【０４３７】
【表２】
0006412966.tif 000017
【０４３８】
ＷＴＲＵは、サービングｅＮＢからのタイミングアドバンス値に基づいて調整ファクタを特定することができる。たとえば、より高いタイミングアドバンスは、ＷＴＲＵがセルエッジにさらに近いということ、ひいては干渉をより受けやすいということを示している場合がある。ＷＴＲＵは、１または複数のタイミングアドバンスしきい値を、対応する調整ファクタにマップするテーブルを伴って構成されることが可能である。テーブル３は、タイミングアドバンス値と、対応するディスカバリ信号パワー調整との間におけるマッピングの例である。テーブル内の値（たとえば、ＴＡｘのセット、この場合、ｘはタイミングアドバンスしきい値インデックスであり、ΔInterfの実際の値である）は、たとえば、より高位のレイヤを介して、投入されることが可能である。例においては、ＷＴＲＵは、１または複数のＴＡおよびΔInterfのペアを伴って構成されること、およびＴＡ値に基づいてディスカバリ信号パワー調整ファクタを補間するように構成されることが可能である。
【０４３９】
【表３】
0006412966.tif 000018
【０４４０】
干渉のレベルは、たとえば推定されたＷＴＲＵロケーションに基づいて、推定されることが可能である。
【０４４１】
ＷＴＲＵは、ネットワークから調整ファクタを受信して、それを適用することができる。ＷＴＲＵは、サービングセルおよび／または隣接するセルから１または複数の干渉値を受信する場合がある。ＷＴＲＵは、それらの干渉値をグローバルな干渉値において結合するように構成されることが可能である。ＷＴＲＵは、１または複数の干渉値しきい値を、対応する調整ファクタにマップするテーブルを伴って構成されることが可能である。テーブル４は、干渉値と、対応するディスカバリ信号パワー調整との間におけるマッピングの例である。テーブル内の値（たとえば、ＩＶｘのセット、この場合、ｘは干渉値しきい値インデックスであり、ΔInterfの実際の値である）は、たとえば、より高位のレイヤを介して、投入されることが可能である。ＷＴＲＵは、１または複数の干渉値およびΔInterfのペアを伴って構成されること、および干渉値に基づいてディスカバリ信号パワー調整ファクタを補間するように構成されることが可能である。
【０４４２】
【表４】
0006412966.tif 000019
【０４４３】
ディスカバリ信号パワー調整ファクタは、ディスカバリプロセスに割り当てられているリソースのタイプに関連付けられることが可能である。ＷＴＲＵは、ディスカバリ信号に割り当てられているリソースのタイプに基づいて調整ファクタを適用することができる。ＷＴＲＵは、ディスカバリリソースダイナミシティ、すなわち、静的か、半静的か、動的かに基づいて、この調整ファクタを特定するように構成されることが可能である。ＷＴＲＵは、特定の調整ファクタを動的なグラントに適用するように構成されることが可能である（なぜなら、このタイプの信号に関連付けられている制御オーバーヘッドは、より高い送信パワーを正当化することができるためである）。ＷＴＲＵは、Ｄ２Ｄ通信サブフレーム内に埋め込まれている、または埋め込まれていないディスカバリ信号を伴って構成されることが可能である。ＷＴＲＵは、埋め込まれているケースに関する調整ファクタ、および埋め込まれていないケースに関する別の調整ファクタを伴ってさらに構成されることが可能である。
【０４４４】
ＷＴＲＵは、自分の現在のバッテリレベルに基づいてディスカバリ信号パワー調整ファクタを特定するように構成されることが可能である。ＷＴＲＵは、１または複数のバッテリレベルしきい値を、対応する調整ファクタにマップするテーブルを伴ってさらに構成されることが可能である。テーブル５は、バッテリレベルと、対応するディスカバリ信号パワー調整との間におけるマッピングの例である。テーブル内の値（たとえば、ＢＬｘのセット、この場合、ｘはバッテリレベルしきい値インデックスであり、ΔInterfの実際の値である）は、たとえば、より高位のレイヤを介して、投入されることが可能である。例においては、ＷＴＲＵは、１または複数のバッテリレベルおよびΔInterfのペアを伴って構成されること、およびバッテリレベルに基づいてディスカバリ信号パワー調整ファクタを補間するように構成されることが可能である。
【０４４５】
【表５】
0006412966.tif 000020
【０４４６】
ＷＴＲＵは、１または複数の関連しているＷＴＲＵ機能に関連したディスカバリ信号パワー調整ファクタを特定して適用するように構成されることが可能である。例においては、ＷＴＲＵは、自分のパワークラス（たとえば、自分の最大出力パワー）を使用して、ディスカバリ信号パワー調整ファクタを特定するように構成されることが可能である（たとえば、クラス３ＷＴＲＵは、自分のディスカバリ信号パワーを、自分の最大パワー（２３ｄＢｍ）から特定のオフセット（たとえば、２１ｄＢ）を差し引いた値に設定することができる）。中継機能を有するＷＴＲＵは、正のディスカバリ信号パワー調整ファクタを適用するように構成されることが可能である。
【０４４７】
ＷＴＲＵは、ディスカバリプロセスを実行するアプリケーションに関連したディスカバリ信号パワー調整ファクタを特定して適用するように構成されることが可能である。たとえば、ディスカバリ信号パワー調整ファクタは、ディスカバリアプリケーションクラス、すなわち、広告、ソーシャルネットワーキング、緊急事態などに応じて使用されることが可能である。ＷＴＲＵは、１または複数のアプリケーションクラスを、対応する調整ファクタにマップするテーブルを伴ってさらに構成されることが可能である。テーブル６は、アプリケーションクラスと、対応するディスカバリ信号パワー調整との間におけるマッピングの例である。テーブル内の値は、たとえば、より高位のレイヤを介して、投入されることが可能である。
【０４４８】
【表６】
0006412966.tif 000021
【０４４９】
ディスカバリ信号のためのパワーは、動的に制御されることが可能である。ＷＴＲＵは、ディスカバリ信号のための基準パワーまたは初期パワーを特定することができ、それは調整されることが可能である。ＷＴＲＵは、この調整ファクタをｅＮＢから受信するように、この調整ファクタを別のＷＴＲＵから受信するように、および／または（たとえば、パワーランプアップケースにおいて）調整ファクタを内部で算出するように構成されることが可能である。
【０４５０】
ディスカバリ信号のためのパワーは、たとえば明示的なシグナリングを介して、調整されることが可能である。ＴＰＣコマンドが受信されることが可能である。調整ファクタは、ｅＮＢから受信されることが可能である。ＷＴＲＵは、ディスカバリプロセスに関連したパワー更新を、ネットワークから、ＲＲＣを通じて（たとえば、ＳＩＢ更新を通じて）、ＭＡＣを通じて（たとえば、ＭＡＣ制御要素を通じて）、および／またはＰＨＹを通じて（たとえば、Ｄ２Ｄ  ＲＮＴＩによって識別されたいくつかの特定のＤＣＩフォーマットを通じて）受信するように構成されることが可能である。調整ファクタは、別のＷＴＲＵから受信されることが可能である。
【０４５１】
ＷＴＲＵは、ディスカバリプロセスに関連したパワー更新を、別のＷＴＲＵから、制御またはデータＤ２Ｄチャネルを通じて受信するように構成されることが可能である。ＷＴＲＵは、ディスカバリ信号特性からパワー更新をデコードするように構成されることが可能である。例においては、モニタリングＷＴＲＵは、次なるディスカバリ信号送信のためのパワー更新要求を用いてディスカバー可能ＷＴＲＵに応答することができる。モニタリングＷＴＲＵは、ＳＲＳディスカバリ信号を使用するように構成されることが可能である。モニタリングＷＴＲＵおよびディスカバー可能ＷＴＲＵは、１または複数のＳＲＳ循環シフトインデックスを、対応するパワー更新要求にマップするテーブルを伴って構成されることが可能である。テーブル７は、循環シフト値と、対応するパワー更新要求との間におけるマッピングの例である。テーブル内の値は、たとえば、より高位のレイヤを介して、投入されることが可能である。
【０４５２】
【表７】
0006412966.tif 000022
【０４５３】
ＷＴＲＵは、ＴＰＣコマンドにおいて割り振られたパワー更新を、送信パワー、構成された最小パワー、および／または、静的に定義された、もしくはより高位のレイヤによって提供された初期パワーのうちの１つまたは組合せに相当することが可能であるディスカバリ信号基準パワーに適用することができる。
【０４５４】
ＷＴＲＵは、送信パワーＰDISC（ｉ）を基準パワーとして使用するように構成されることが可能である。ＷＴＲＵは、下記のとおりパワー調整を特定するようにさらに構成されることが可能である。
ＰDISC（ｉ）＝Ｍａｘ（ＰMIN,d，Ｍｉｎ（ＰMAX,d，ＰDISC（ｉ）＋ｆ（ｉ）））      （１４）
この場合、ｆ（ｉ）は、ディスカバリ信号パワー制御の調整状態である。
【０４５５】
累積モードにおいては、ＷＴＲＵは、下記のとおりｆ（ｉ）を特定するように構成されることが可能である。
ｆ（ｉ）＝ｆ（ｉ−１）＋δ（ｉ−Ｋ）      （１５）
【０４５６】
絶対モードにおいては、ＷＴＲＵは、下記のとおりｆ（ｉ）を特定するように構成されることが可能である。
ｆ（ｉ）＝δ（ｉ−Ｋ）      （１６）
【０４５７】
（５Ａ）および（６Ａ）においては、δ（ｉ）は、インデックスｉにおいてＷＴＲＵによって受信されたパワー更新コマンドに相当することが可能であり、Ｋはオフセットであり、ｉおよびＫは、フレーム番号、サブフレーム番号、ディスカバリリソースインデックス（たとえば、サブフレーム、シンボルなど）、またはディスカバリ信号シーケンスインデックスのうちの１または複数に相当することが可能である。Ｋは、デュプレキシング構成またはＴＤＤ構成に基づいて定義されることが可能である。Ｋは、ＴＰＣデコーディング待ち時間を考慮に入れるために４サブフレーム以上であることが可能である。ＷＴＲＵは、ＴＤＤケースにおいてはフレーム構造タイプおよび特別なサブフレーム構成に従ってＫを選択するように構成されることが可能である。
【０４５８】
ＷＴＲＵは、ｆ（０）を０に、または基準初期パワーに設定するように構成されることが可能である。ＷＴＲＵは、パラメータｆ（０）、Ｋ、ならびにＴＰＣモード（たとえば、累積または絶対）を特定することができる。この特定は、ネットワークのために静的に定義された値、ＲＲＣを介した構成、および／または（たとえば、ＰＤＣＣＨ内のディスカバリグラントＤＣＩにおける）ＭＡＣもしくはＰＨＹシグナリングを介した動的に供給された値に基づくことが可能である。
【０４５９】
ＷＴＲＵは、明示的なリセット表示がｅＮＢによって提供されること、複数のＷＴＲＵがディスカバーされたこと、（たとえば、サブフレームもしくは絶対時間での）カウンタ値が到達されたこと、ＷＴＲＵが自分のサービングセルを変更したこと、より高位のレイヤによって新たな公称パワーが示されたこと、ディスカバリ信号タイプが変更されたこと、および／またはディスカバリ信号帯域幅が変更されたことなどのトリガのうちの１つまたは任意の組合せに基づいてｆ（ｉ）の累積をリセットするように構成されることが可能である。
【０４６０】
パワーランプアップ手順においては、ＷＴＲＵは、下記のとおりディスカバリ信号送信パワーＰDISC（ｉ）を更新するように構成されることが可能である。
ＰDISC（ｉ）＝Ｍｉｎ（ＰpowerRampingMax，ＰpowerRampingRef＋ＦＬＯＯＲ（ｉ／ｐｏｗｅｒＲａｍｐｉｎｇＰｅｒｉｏｄ）*ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ）      （１７）
その場合、ＰpowerRampingMaxは、最大パワーに相当することが可能であり、ＰpowerRampingRefは、基準（たとえば、初期）パワーに相当することが可能であり、ｐｏｗｅｒＲａｍｐｉｎｇＰｅｒｉｏｄは、更新期間に相当することが可能であり、ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐは、パワーインクリメント値に相当することが可能である。
【０４６１】
ＷＴＲＵは、ＰpowerRampingMax、ＰpowerRampingRef、ｐｏｗｅｒＲａｍｐｉｎｇＰｅｒｉｏｄ、およびｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐなど、ランプアップ手順のさまざまなパラメータを取得するように構成されることが可能である。それらのパラメータは、（たとえば、ネットワークによって）静的に定義されること、ＲＲＣによって構成されること、および／または（たとえば、ＰＤＣＣＨ内のディスカバリグラントＤＣＩにおいて）ＭＡＣもしくはＰＨＹシグナリングによって動的に提供されることが可能である。
【０４６２】
ＷＴＲＵは、送信パワー、構成された最小パワー、および／または、静的に定義された、もしくはより高位のレイヤによって提供された初期パワーのうちの１つまたは組合せに基づいて、基準パワーＰpowerRampingRefを設定するように構成されることが可能である。
【０４６３】
ＷＴＲＵは、送信パワー、構成された最大パワー、および／または、静的に定義された、もしくはより高位のレイヤによって提供された最大パワーのうちの１つまたは組合せに基づいて、最大パワー値ＰpowerRampingMaxを設定するように構成されることが可能である。
【０４６４】
ＷＴＲＵは、フレーム番号、サブフレーム番号、ディスカバリリソースインデックス（たとえば、サブフレーム、シンボルなど）、および／またはディスカバリ信号シーケンスインデックスのうちの１または複数においてパラメータｐｏｗｅｒＲａｍｐｉｎｇＰｅｒｉｏｄを適用するように構成されることが可能である。
【０４６５】
ＷＴＲＵは、ＷＴＲＵがディスカバリプロセスの第１のディスカバリ信号を送信した場合、明示的なランプアップ表示がｅＮＢによって提供された場合、（サブフレームまたは絶対時間での）カウンタ値が到達された場合、ＷＴＲＵが自分のサービングセルを変更した場合、より高位のレイヤによって新たな公称パワーが示された場合、ディスカバリ信号タイプが変更された場合、および／またはディスカバリ信号帯域幅が変更された場合のうちの１または複数に基づいてディスカバリ信号パワーランプアップを開始するように構成されることが可能である。
【０４６６】
ＷＴＲＵは、ランプアッププロセスの最大パワー値が到達されたこと、明示的な停止表示がｅＮＢによって提供されること、複数のＷＴＲＵがディスカバーされたこと、（たとえば、サブフレームまたは絶対時間での）カウンタ値が到達されたこと、および／またはＷＴＲＵがモニタリングＷＴＲＵから応答を受信することなどのトリガのうちの１つまたは任意の組合せに基づいてディスカバリ信号パワーランプアップを停止するように構成されることが可能である。
【０４６７】
ランプアップ停止時に、ＷＴＲＵは、停止イベント時に始動されたカウンタ（たとえば、サブフレーム、ディスカバリサブフレーム、もしくは絶対時間）に従うこと、再送信の最大数（たとえば、再送信ごとの、もしくはｘ回の再送信ごとのカウンタ増大）、ネットワークからの明示的なリセット表示まで、ＷＴＲＵが自分のサービングセルを変更したこと、および／または、より高位のレイヤによって新たな公称パワーが示されたことのうちの任意の組合せのうちの１つに基づいて定義されることが可能である期間中にディスカバリ信号を同じパワーに保つことができる。
【０４６８】
ＷＴＲＵは、明示的なリセット表示がｅＮＢによって提供されること、複数のＷＴＲＵがディスカバーされたこと、（サブフレームもしくは絶対時間での）カウンタ値が到達されたこと、ＷＴＲＵが自分のサービングセルを変更したこと、より高位のレイヤによって新たな公称パワーが示されたこと、ディスカバリ信号タイプが変更されたこと、および／またはディスカバリ信号帯域幅が変更されたことなどのトリガのうちの１つまたは任意の組合せに基づいてディスカバリ信号パワーランプアップをリセットするように構成されることが可能である。
【０４６９】
ＷＴＲＵは、単発のディスカバリを実行することができる。ＷＴＲＵは、ディスカバリ信号特性（たとえば、２４個のＲＢ上での静的な一意のＳＲＳ信号）を伴って、たとえば静的に構成されることが可能である。ＷＴＲＵは、パラメータＰMIN,dおよびＰMAX,dを伴って、たとえば静的に構成されることが可能である。ＷＴＲＵは、Ｘプロキシミティ基準に関するＰN_DISCに対する調整ファクタΔ1を伴って、たとえば静的に構成されることが可能である（たとえば、最小の、中位の、および最大のディスカバリレンジに関して［−３，０，＋３ｄＢ］）。
【０４７０】
ＷＴＲＵは、ＳＩＢ２において（たとえば、セル固有の）ＰN_DISCを（たとえば、継続的に）スキャンして、最新の値を適用することができる。ＷＴＲＵアプリケーションは、最大のレンジを伴ってディスカバリプロセスを実行することを要求することができる。ＷＴＲＵは、（たとえば、ＲＲＣシグナリングを通じて）ネットワークにディスカバリプロセス要求を送信することができる。ＷＴＲＵは、このプロセスに関して自律的な干渉補正が許可されているということを示すパラメータを含む、（たとえば、ＲＲＣシグナリングを通じた）この要求に対するネットワーク応答を受信することができる。ＷＴＲＵは、ディスカバリアプリケーションによって提供されるプロキシミティ基準に従って調整ファクタΔ1を選択することができる。ＷＴＲＵは、自分のローカル環境において干渉レベルを測定することができる。ＷＴＲＵは、マッピングテーブルを使用して、調整ファクタΔInterfを特定することができる。ＷＴＲＵは、下記のようにディスカバリ信号送信パワーを算出することができる。
ＰDISC（ｉ）＝Ｍａｘ（ＰMIN,d，ＭＩＮ（ＰN_DISC＋Δ1＋ΔInterf，ＰMAX,d））      （１８）
ＷＴＲＵは、このディスカバリプロセスに関連した（たとえば、Ｄ−ＲＮＴＩによって示される）動的なグラントを受信することができる。ＷＴＲＵは、対応するグラント内のＰDISC（ｉ）において、選択されたＳＲＳシーケンスを送信することができる。
【０４７１】
ＷＴＲＵは、パワーランプアップを伴う複数回のマルチキャストディスカバリを実行することができる。ＷＴＲＵは、（たとえば、ＲＲＣシグナリングを通じて、）ＱｏＳパラメータを示すディスカバリプロセス要求をネットワークに送信することができる。ＷＴＲＵは、信号タイプ（たとえば、ＰＲＡＣＨ）、信号帯域幅（たとえば、６つのＲＢ）、パワーランプアップモード表示、ＰpowerRampingRefおよびＰpowerRampingMaxなどのランプアップのための初期パワーおよび最大パワー、ランプアップ期間ｐｏｗｅｒＲａｍｐｉｎｇＰｅｒｉｏｄ（たとえば、２つのディスカバリサブフレーム）、ランプアップオフセットｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ（たとえば、１ｄＢ）、ならびに／または５つのモニタリングＷＴＲＵのアイデンティティを示すディスカバリプロセス構成を（たとえば、ＲＲＣシグナリングを通じて）ネットワークから受信することができる。
【０４７２】
ＷＴＲＵは、ＰpowerRampingRefを第１のディスカバリ信号送信パワーに適用することができる。ＷＴＲＵは、ＰpowerRampingMaxまで２つのディスカバリサブフレームごとに１ｄＢの調整ファクタを適用することができる。ＷＴＲＵは、最大ランプアップパワーに達する前に４つのＷＴＲＵをディスカバーすることができる。ＷＴＲＵは、ＰpowerRampingMaxが到達されたということを示すメッセージをネットワークに送信することができる。ＷＴＲＵは、（ディスカバリサブフレームごとにインクリメントされる）カウンタを始動することができ、ネットワークからの応答を受信するまで、またはカウンタ制限に達するまで、ＰpowerRampingMaxにとどまることができる。ＷＴＲＵは、（たとえば、セル内の現在の干渉レベルがＰpowerRampingMaxよりも高くなることを許容できないという理由で）ディスカバリプロセスを停止するよう指示する応答をネットワークから受信することができる。ＷＴＲＵは、ディスカバリプロセスを停止することができる。
【０４７３】
ＷＴＲＵは、ｅＮＢ閉ループを伴う複数回のディスカバリを実行することができる。ＷＴＲＵは、単発のディスカバリを実行することができる。ＷＴＲＵは、ディスカバリ信号特性（たとえば、２４個のＲＢ上での静的な一意のＳＲＳ信号）、ＰMIN,dおよびＰMAX,d、ならびに／または、ディスカバリ信号に関連付けられている公称パワーＰN_DISCを伴って、たとえば静的に構成されることが可能である。
【０４７４】
ＷＴＲＵは、（たとえば、ＲＲＣシグナリングを通じて、）ＱｏＳパラメータを示すディスカバリプロセス要求をネットワークに送信することができる。ＷＴＲＵは、静的なリソース割り当てを示すディスカバリプロセス構成をネットワークから受信することができる。ＷＴＲＵは、それぞれの割り当てられたリソースｉにおいてＰDISC（ｉ）＝ＰN_DISCでディスカバリ信号を送信することができる。ディスカバリプロセス中に、ＷＴＲＵは、（たとえば、ネットワークが、高いレベルの干渉を測定する場合があるという理由で）ＰDISC（ｉ）に適用されるべきである負の累積オフセットを示すＴＰＣコマンドをネットワークから受信することができる。ｎ個のディスカバリサブフレームの後に、ＷＴＲＵは、ＰDISC（ｉ）がＰMIN,dに等しいということを算出することができる。ＷＴＲＵは、ディスカバリ信号送信を停止することができ、ＰMIN,dが到達されたということを示すメッセージをネットワークに送信することができる。ＷＴＲＵは、ディスカバリプロセスが時間的に停止されたということを、より高位のレイヤに知らせることができる。ＷＴＲＵは、ＳＩＢｎ内のＤ２Ｄ  ＨＩインジケータをスキャンすることを開始することができる。ＷＴＲＵは、このスキャンの最大持続時間を制限するためのカウンタを始動することができる。ＷＴＲＵは、ＨＩがＳＩＢｎ上で０にリセットされているということを検知することができる。ＷＴＲＵは、新たなディスカバリ要求をネットワークに送信することができる。
【０４７５】
第１のＷＴＲＵは、ディスカバリプロセスを介して第２のＷＴＲＵをディスカバーすることができる。ＷＴＲＵは、ディスカバリ信号特性（たとえば、２４個のＲＢ上での静的な一意のＳＲＳ信号）を伴って、たとえば静的に構成されることが可能である。ＷＴＲＵは、パラメータＰＭＩＮ，ｄおよびＰＭＡＸ，ｄを伴って、たとえば静的に構成されることが可能である。ＷＴＲＵは、ディスカバリ信号に関連付けられている公称パワーＰN_DISCを伴って、たとえば静的に構成されることが可能である。
【０４７６】
ＵＥ１などのＷＴＲＵは、ディスカバリプロセス要求をネットワークに送信することができる。ＵＥ１は、静的なリソース割り当てを示すディスカバリプロセス構成をネットワークから受信することができる。ＵＥ１は、ディスカバリリソースｉにおいてＰDISC（ｉ）＝ＰN_DISCでディスカバリ信号を送信することができる。ＵＥ２などの第２のＷＴＲＵは、ディスカバリ信号をデコードすることができ、静的な送信パワーＰN_DISCに基づいてパスロスを算出することができる。ＵＥ２は、特定のしきい値よりも低いディスカバリ信号品質を測定することができる。ＵＥ２は、この信号品質を、次なるディスカバリ信号送信のためのパワー更新要求（δ1）にマップすることができる。ＵＥ２は、たとえばテーブル７を使用して、パワーオフセット要求に基づいて自分のディスカバリ信号を選択することができる。ＵＥ２は、全体的なパスロス補正を自分のディスカバリ信号送信パワー（ΔPLC）に適用することができ、ＰDISC（ｉ＋１）＝ＰN_DISC＋ΔPLCで自分のディスカバリ信号を送信する。ＵＥ１は、この信号をデコードすることができ、パワー増大要求を識別することができる。ＵＥ１は、ＰDISC（ｉ＋２）＝ＰN_DISC＋δ1で別のディスカバリ信号を送信することができる。
【０４７７】
ディスカバリ信号は、予備セクション（たとえば、図１８において示されているようなサブフレームベースのサイクリックプレフィックス）を含むことができる。ディスカバリ信号は、たとえば図１９において示されているように、信号の前および／または後にガード時間を含むことができる。ディスカバリ信号の終わりにおけるガード時間は、タイミングアドバンスオフセットによって人為的に設けられることが可能である。
【０４７８】
ディスカバリ信号の始まりにおける受信機の破損した時刻、ΔＬは、ΔＳ以上であることが可能である。モニタリングＷＴＲＵは、自分のロケーションとは無関係に、（たとえば、ＵＬタイミング上での送信を前提とすると）ディスカバリ信号の第１のセクションΔＳを見ないことが可能である。したがって、受信パフォーマンスに影響を与えることなく、ディスカバリ信号サイズおよび送信パワー消費を低減することが可能である場合がある。これは、ディスカバリ信号の始まりにおいて、ΔＳに等しいガード時間を加えることによって達成されることが可能である。
【０４７９】
最悪のケース（ΔＬ）maxを補正するために、ディスカバリ信号内で予備セクションが使用されることが可能であり、それによって受信機は、伝搬状況とは無関係にディスカバリ信号を適切にデコードできることが可能である。ΔＳに等しいガード時間が使用される場合には、予備セクションは、（ΔＬ）max＝Ｔp1max＋Ｔp2maxによって与えられることが可能である。ガード時間が使用されない場合には、予備セクションは、（ΔＬ）max＝Ｔp1max＋Ｔp2max＋ΔＳに拡張されることが可能である。最悪のケース、すなわち、ＦＤＭにおける（ΔＰ）maxを補正するために、（Ｔp1max＋Ｔp2max）に等しい拡張サイクリックプレフィックス持続時間（最悪のケースをカバーするために２Ｒcmax／３×１０8によって置換されることが可能である）が、ディスカバリ信号サブフレームのために使用されることが可能である（ＦＤＭ信号は、サブフレーム内の拡張サイクリックプレフィックスを使用することができる）。ＦＤＭ信号間の最大タイミング差を制限するために、干渉管理が使用されることが可能である。
【０４８０】
ＷＴＲＵディスカバリ手順においては、タイミングアドバンスオフセットをディスカバリ信号送信に適用することによってガード時間が設けられることが可能である。このオフセットは、ネットワークによって提供されること、またはディスカバー可能ＷＴＲＵによって算出されることが可能である。ディスカバリプロセスは、サブフレームｎ上でスケジュールされることが可能である。
【０４８１】
ディスカバー可能ＷＴＲＵは、たとえば信号の始まりに静的なガード時間または予備信号セクションを含んでいるディスカバリ信号を送信することができる。そのサイズは、最大の許可されたＷＴＲＵ切り替え待ち時間ΔＳを表す固定されたネットワーク値に基づくことが可能である。ディスカバー可能ＷＴＲＵは、信号の終わりに静的なガード時間または予備信号セクションを含んでいるディスカバリ信号を送信することができる。そのディスカバリ信号のサイズは、最大の許可されたＷＴＲＵ切り替え待ち時間ΔＳを表す固定されたネットワーク値に基づくことが可能である。ディスカバー可能ＷＴＲＵは、予備信号セクションと組み合わされたガード時間をディスカバリ信号の始まりおよび／または終わりに含んでいるディスカバリ信号を送信することができる。ディスカバー可能ＷＴＲＵは、ガード時間サイズ、予備セクションサイズ、および（たとえば、Ｚａｄｏｆｆ−Ｃｈｕシーケンスに関する）循環シフト値を、それぞれΔＳ−（Ｔp1＋Ｔp2）、（Ｔp1＋Ｔp2）、および（Ｔp1＋Ｔp2）に基づいて選択および／または定義することができる。Ｔp1は、セルサイズの関数であることが可能であり、ネットワークから受信されたディスカバー可能ＷＴＲＵのＴＡ値に等しいことが可能である。セルサイズは、その最大値、たとえば、Ｒcmax／３×１０8に静的に定義されることが可能である。セルサイズは、セルサイズに関連付けられているパラメータ（サイクリックプレフィックスサイズ、ＰＲＡＣＨ構成など）から間接的に得られることも可能である。Ｔp2は、（たとえば、事前の選択がディスカバリプロセスに適用されるケースにおいては）モニタリングＷＴＲＵのグループの最大ＴＡ値に等しいことが可能である。Ｔp2の値は、ネットワークによってディスカバリプロセス構成中に配信されること、および／またはアプリケーションレベルにおいて通信されることが可能である。Ｔp2は、セルサイズの関数であることが可能であり、たとえば、その最大値、Ｒcmax／３×１０8に静的に定義されること、および／または、セルサイズに関連付けられているパラメータ（たとえば、サイクリックプレフィックスサイズ、ＰＲＡＣＨ構成など）から間接的に得られることが可能である。それらの値は、最も近いシンボルサイズに近似されることが可能である。
【０４８２】
ディスカバー可能ＷＴＲＵは、ガード時間を設けるためにディスカバリサブフレームの終わりにおいてサウンディングシンボルを使用することができる。そのＷＴＲＵは、サウンディングシンボルをディスカバリ信号上で負のタイミングアドバンスオフセットに結合して、サブフレームの始まりにおいて人為的なガード時間を設けることができる。
【０４８３】
ガード時間、予備セクション、および循環シフトなどのディスカバリ信号パラメータは、静的なパラメータ、および／または、ネットワークによって提供されるシステムパラメータもしくは専用パラメータに基づいてＷＴＲＵによって算出されることが可能である。ディスカバリ信号パラメータは、ネットワークによって算出されて、ＷＴＲＵに送信されることが可能である。２つのコンピューティング方法が組み合わされることが可能であり、たとえば、ネットワークは、ガード時間値を提供することができ、ＷＴＲＵは、予備セクションおよび循環シフトを算出することができる。予想される伝搬状況に基づいてコーディングレートを使用してディスカバリ信号ペイロード内に信号冗長性が置かれることが可能である。たとえば、ｅＮＢに近いＷＴＲＵに関しては、Ｔp1およびＴp2は小さくてよく、より高いコーディングレートが使用されることが可能である。なぜなら、モニタリングＷＴＲＵがディスカバリ信号のほとんどをデコードできることが可能であるためである。
【０４８４】
ディスカバリ手順における事前に選択されたＷＴＲＵの追加または除去のケースにおいては、ディスカバー可能ＷＴＲＵは、Ｔp2の最大値に基づいて使用するためのディスカバリ信号上でのネットワークからの更新を受信することができる。ディスカバー可能ＷＴＲＵは、事前選択情報に基づいて自分の信号を直接更新することができる。たとえば、ディスカバー可能ＷＴＲＵは最初に、ディスカバリプロセス内に含まれているＷＴＲＵのリストをそれらの対応するＴＡ値とともに受信することができる。ＷＴＲＵは、ＷＴＲＵがプロセス内に含まれていないと言えるということを示す通知を受信することができる。ＷＴＲＵは、対応するＴＡを自分のリストから除去し、それに応じて自分のディスカバリ信号を更新することができる。
【０４８５】
同期化されることが不可能であるＲＲＣ＿ＩＤＬＥモードのＷＴＲＵまたはＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードのＷＴＲＵは、タイミングの不正確さを伴ってさらに堅牢であるように設計されている特定のディスカバリ信号を選択することができる。同期化されていないＲＲＣ＿ＩＤＬＥモードのＷＴＲＵまたはＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードのＷＴＲＵは、それがネットワーク通信に干渉しないことを確実にするために特定のディスカバリリソースを使用することができる。
【０４８６】
モニタリングＷＴＲＵは、ディスカバリ信号パラメータ（たとえば、予備セクションサイズなど）のセットをネットワークから（たとえば、システム情報または専用情報から）取得することができる。モニタリングＷＴＲＵは、自分の受信パラメータを調整するために、たとえば、受信ウィンドウ（ＵＬ周波数）を開くおよび／または閉じるために、ディスカバリ信号デコーディングを改善するために（たとえば、予備セクションどうしを結合するために）、ΔＳ、Ｔp1、およびＴp2という値を使用することができる。モニタリングＷＴＲＵにおけるＴp1は、ネットワークによって提供されるディスカバー可能ＷＴＲＵのＴＡ値に等しいことが可能である。Ｔp2は、モニタリングＷＴＲＵのグループの最大ＴＡ値に等しいことが可能である。Ｔp1およびＴp2は、セルサイズの関数であることが可能であり、たとえば、その最大値（Ｒcmax／３×１０8）に静的に定義されること、および／または、セルサイズに関連付けられているパラメータ（たとえば、サイクリックプレフィックスサイズ、ＰＲＡＣＨ構成など）から間接的に得られることが可能である。
【０４８７】
サブフレーム（ｎ−１）においてネットワーク通信のためにスケジュールされたモニタリングＷＴＲＵは、サブフレーム（ｎ）の始まりのΔＳ後にディスカバリ信号受信ウィンドウを開くことができ、その一方で、サブフレーム（ｎ−１）においてネットワーク通信のためにスケジュールされていないＷＴＲＵは、サブフレーム（ｎ）の始まりのΔＳ前にＵＬ周波数に切り替えることができる。サブフレーム（ｎ＋１）においてネットワーク通信のためにスケジュールされたモニタリングＷＴＲＵは、サブフレーム（ｎ＋１）の始まりのΔＳ前に自分のＤＬ周波数に切り替えて戻すことができる。
【０４８８】
モニタリングＷＴＲＵは、ディスカバリ信号の送信時刻を得るためにネットワーク同期化基準を使用することができる。たとえば、モニタリングＷＴＲＵは、ネットワークによって提供されるタイミングアドバンス値からネットワーク基準時刻を知ることができる。モニタリングＷＴＲＵは、ディスカバー可能ＷＴＲＵのタイミングアドバンス値をネットワークから受信することができる。受信されたタイミングアドバンス値に基づいて、モニタリングＷＴＲＵは、ディスカバリ信号の送信時刻を得ることができる。モニタリングＷＴＲＵは、受信されたディスカバリ信号の同期化ポイント時刻を（たとえば、基準パターン自己相関または相互相関を通じて）算出することができる。モニタリングＷＴＲＵは、受信されたディスカバリ信号の送信時刻および同期化ポイント時刻から伝搬時間を得ることができる。
【０４８９】
モニタリングＷＴＲＵは、その他の信号メトリック（たとえば、ＲＳＲＰ、ＲＳＲＱ、パスロスなど）と組み合わされたまたは組み合わされていないＤ２Ｄ伝搬時間計算に基づいてＲＦプロキシミティステータス（またはＤ２Ｄ距離）を定義することができる。タイミング問題に起因して（たとえば、エネルギーレベルは正しいと言えるが、信号サイズは所与のしきい値よりも短いと言えるケースにおいて）ディスカバリ信号を適切にデコードすることができないモニタリングＷＴＲＵは、ディスカバリ信号設定（たとえば、タイミング、冗長性など）を調整するようネットワークに要求することができる。
【０４９０】
ＲＲＣ＿ＩＤＬＥモードにあるモニタリングＷＴＲＵは、有効なＴＡ値を有することができず、その代わりにセルサイズの関数を使用することができる。たとえば、ＴＡ値は、その最大値（Ｒcmax／３×１０8）に静的に定義されること、および／または、セルサイズに関連付けられているパラメータ（たとえば、サイクリックプレフィックスサイズ、ＰＲＡＣＨ構成など）から間接的に得られることが可能である。
【０４９１】
ネットワークは、サブフレーム（ｎ＋１）においてモニタリングＷＴＲＵのための制御情報に関するシンボルオフセット（たとえば、Ｒ−ＰＤＣＣＨまたはｅＰＤＣＣＨ）を使用することができる。このケースにおいては、サブフレーム（ｎ＋１）における第１のシンボルは、デコードされることが不可能である。そのようなスケジューリング制限は、設計によって指定されることが可能である。たとえば、サブフレームｎ上でのディスカバリプロセスに対してスケジュールされているＷＴＲＵは、ｅＰＤＣＣＨによってサブフレーム（ｎ＋１）上でのネットワーク通信のためにスケジュールされることが可能である。スケジューリング制限は、たとえばディスカバリプロセス構成中に、ネットワークによって提供されることが可能である。モニタリングＷＴＲＵは、サブフレーム（ｎ）上でディスカバリ信号全体をデコードしてから、サブフレーム（ｎ＋１）上でＤＬ周波数に切り替えて戻すことができる。
【０４９２】
ネットワークは、モニタリングＷＴＲＵにスケジューリング制限をさらに加えることができ、たとえば、サブフレーム（ｎ−１）上でネットワークＤＬスケジューリングが提供されることは不可能であり、それによってモニタリングＷＴＲＵは、サブフレーム（ｎ）−ΔＳにおいてＵＬ周波数上で切り替えを行うことができる。サブフレーム（ｎ＋１）上でネットワークＤＬスケジューリングまたは制御情報が提供されることは不可能であり、たとえば、それによってモニタリングＷＴＲＵは、ディスカバリ信号全体をデコードするためにＵＬ周波数上にとどまることができる。
【０４９３】
ＴＤＤケースにおいては、切り替え待ち時間問題は、ＦＤＤケースと同様である場合がある。周波数切り替え待ち時間、ΔＳは、送信（Ｔｘ）から受信（Ｒｘ）へ、またはＲｘからＴｘへ切り替えるための時間に等しいことが可能である（たとえば、その場合、周波数は同じままであることが可能である）。ＴＤＤケースに関して使用されるさらなる手順は、たとえば、ｎ−１サブフレームが特別なＴＤＤサブフレームであるケース、および／またはｎ＋１サブフレームがＤＬサブフレームであるケースを含むことができる。ｎ−１サブフレームが特別なＴＤＤサブフレームである場合には、特別なＴＤＤサブフレーム（ＤｗＰＴＳ／ＧＰ／ＵｐＰＴＳ）の後にスケジュールされたディスカバリプロセスを伴うモニタリングＷＴＲＵは、特別なサブフレーム（ＧＰおよびＵｐＰＴＳ）中にＲｘ状態にとどまること、および切り替え待ち時間の影響を経験せずにディスカバリ信号を受信することが可能である。この方法は、ＵｐＰＴＳ上でのモニタリングＷＴＲＵへのネットワークＵＬ割り当てを防止することができる。ｎ＋１サブフレームがＤＬサブフレームである場合には、ディスカバー可能ＷＴＲＵは、ΔＳがゼロに等しいとみなすこと、次いでＷＴＲＵディスカバリ方法を、たとえばディスカバリ信号を選択または定義するために、使用することが可能である。モニタリングＷＴＲＵは、ディスカバリサブフレーム（ｎ）全体をデコードすることができる。なぜなら、ＷＴＲＵは、そのサブフレームの終わりの前に送信状態に切り替わって戻ることができないためである。
【０４９４】
モニタリングＷＴＲＵは、ＲＦプロキシミティ検知の後にディスカバー可能ＷＴＲＵへ応答を送信することができる。このケースにおいては、モニタリングＷＴＲＵは、特定の送信タイミング（たとえば、自分の現在のネットワークＵＬタイミングとは異なるタイミング）を使用することができる。たとえば、モニタリングＷＴＲＵは、ネットワークから、またはディスカバリ信号内に挿入されているタイムスタンプを通じてディスカバー可能ＷＴＲＵに関連付けられているタイミングアドバンスを受信することによって、ディスカバー可能ＷＴＲＵのＤＬ基準時刻Ｔrefを得ることができる。モニタリングＷＴＲＵは、Ｄ２Ｄ伝搬時間Ｔpdを得ることができる。モニタリングＷＴＲＵは、自分の応答をＴref−Ｔpd＋ΔＳにおいて送信することができる。
【０４９５】
ディスカバー可能ＷＴＲＵは、たとえば、ディスカバリ信号の最初の送信パワー、ディスカバリ信号の最小送信パワー、および／またはディスカバリ信号の最大送信パワーを含む１つまたはいくつかのパワー値を直接選択すること、またはネットワークから受信することが可能である。これらの受信されたパワー値は、たとえば、ＲＦディスカバリレンジ、現在のネットワーク干渉レベル、ディスカバリ信号に割り振られているリソースの数、現在のＷＴＲＵタイミングアドバンス、（コンテンションフリーまたはコンテンションベースであることが可能である）信号割り当てのタイプ、並列ディスカバリプロセスの数、またはディスカバリプロセスに関連付けられている優先度値のうちの１または複数に基づくことが可能である。
【０４９６】
現在のネットワーク干渉レベルは、ディスカバリ構成中にネットワークによって、またはＷＴＲＵ測定に基づいて提供されることが可能である。ディスカバリ信号に割り振られるリソースの数は、周波数、時間、および／またはスペースにおける数であることが可能である。現在のＷＴＲＵタイミングアドバンス値は、たとえば、セルエッジにおけるさらに高いレベルの干渉に対抗するために送信パワーを増大する目的で使用されることが可能である。ＴＡ値は、たとえば、干渉レベルを悪化させないように送信パワーを低減する目的で使用されることが可能である。そのようなルールは、たとえば、ネットワーク状況に基づいて動的に切り替えられることが可能である。モニタリングＷＴＲＵの事前の選択が適用される場合には、モニタリングＷＴＲＵのＴＡが使用されることが可能である。本明細書において説明されているように、ディスカバー可能ＷＴＲＵおよびモニタリングＷＴＲＵに関するＴＡの知識は、ＷＴＲＵ間の最大距離の上限を提供することができる。最大ＷＴＲＵ送信パワー、たとえばマージンが、やがて生じる今後のＤ２Ｄ通信のために確保されることが可能である。
【０４９７】
複数のディスカバリ信号送信のケースにおいては、パワー調整が、ディスカバー可能ＷＴＲＵによって定義されること、または送信の間にネットワークによって送信されること（たとえば、ＰＤＣＣＨまたはＲＲＣメッセージング）が可能である。そのようなパワー調整は、たとえば、ＲＦプロキシミティ検知の数、モニタリングＷＴＲＵからのレポート（たとえば、受信された信号上のメトリック、干渉レベルなど）、（たとえば、所与のリソースにおける干渉を低減するための）その他のｅＮＢからの干渉レポート、および／またはパワー値の更新、ディスカバリ信号送信反復の回数（たとえば、パワーランプアップ）に基づくことが可能である。最大パワー値は、静的なパラメータによって制限されること、またはディスカバリ構成中に提供されることが可能である。
【０４９８】
そのようなパワーパラメータは、複数の方法で組み合わされることが可能であり、たとえば、ディスカバー可能ＷＴＲＵは、自分のパワーを（最大ディスカバリレンジに関連した）公称パワーまで増大することができるが、少なくともｎ個のＷＴＲＵがＲＦプロキシミティを報告した場合には、ランプアップを停止することができる。パワーランプアップは、時間が限られることが可能である。
【０４９９】
ディスカバー可能ＷＴＲＵは、１または複数のＵＬ信号を並列にディスカバリ信号に送信することができる。そのようなケースにおいては、ディスカバー可能ＷＴＲＵは、たとえば、非特許文献１において提供されている「物理レイヤ手順」に基づいて、ＵＬ信号に割り当てられることになるパワーを算出することができる。ディスカバー可能ＷＴＲＵは、ディスカバリ信号に割り当てられることになるパワーを算出することができる。ＷＴＲＵの合計送信パワーがＷＴＲＵ最大出力パワーを超えた場合には、ＷＴＲＵは、下記の方程式に従ってディスカバリ信号パワー（Ｐdiscovery）を増減することができる。
（Σｗ（ｉ）ＰPUSCH＋∝Ｐdiscovery）≦（ＰUEmax−ＰPUCCH）      （６）（１９）
方程式（１２）において記載されているパワー値は、線形であることが可能であり、係数ｗ（ｉ）は、たとえば、非特許文献１において定義されているＰＵＳＣＨ送信に関連したスケーリングファクタを表すことができる。αは、ディスカバリ信号パワーに関するスケーリングファクタであることが可能である。このファクタは、設計によって知られること、またはセルに関して、もしくは所与のディスカバリプロセスに関してネットワークによって提供されることが可能である。
【０５００】
モニタリングＷＴＲＵは、ＲＦプロキシミティ検知の後にディスカバリ信号への応答を送信することができる。このケースにおいては、モニタリングＷＴＲＵは、たとえば、部分的なパスロス補正、および／またはディスカバー可能ＷＴＲＵとモニタリングＷＴＲＵとの間における（たとえば、Ｄ２Ｄ距離に関連した）伝搬時間を含むパラメータに基づいて特定の送信パワーレベルを使用することができる。ディスカバリ信号送信パワーは、設計によって知られること、ネットワークから受信されること、またはディスカバリ信号において（たとえば、ペイロード内に含めて、もしくは基準パターンに関連付けて）提供されることが可能である。受信された信号パワーは、基準信号受信パワー（ＲＳＲＰ）測定に基づくことが可能である。補正するためのパスロスの部分は、このディスカバリプロセスのためにネットワークによって提供されることが可能であり、または静的なパラメータであることが可能である。
【０５０１】
モニタリングＷＴＲＵは、応答を送信する前に自分の最大送信パワーに伴う最小マージン（たとえば、パワーヘッドルーム）を考慮することができる。そのマージンは、たとえば、Ｄ２Ｄ通信に関して定義された最大パケットエラー率に基づいて算出されることが可能である。そのマージンは、並列ネットワーク通信のために確保される最小パワーバジェットを考慮に入れることができる。そのマージンが十分ではない場合には、モニタリングＷＴＲＵは、（たとえば、ディスカバリの後にＤ２Ｄ通信が続くべきであるケースにおいて）自分の応答をスキップすることができる。本明細書において説明されているディスカバー可能ＷＴＲＵに関するその他のパワー値パラメータも、やはり適用されることが可能である。
【０５０２】
ネットワーク内のモニタリングＷＴＲＵ上での近遠効果を補正するために、ジョイント手順が使用されることが可能である。ネットワークは、そのような補正を達成するために、さまざまなメカニズムを使用することができる。たとえば、互いから遠く離れて配置されているディスカバリプロセスで周波数分割多重化（ＦＤＭ）またはコード分割多重化（ＣＤＭ）が使用されることが可能である（たとえば、ｅＮＢは、割り当てを配信するために、たとえば、タイミングアドバンス情報、粗いロケーション情報などを使用することができる）。互いに近いプロセスは、別々の時分割多重化（ＴＤＭ）リソースを使用することができる。ネットワークは、所与のディスカバリプロセスに関するディスカバリ失敗率に基づいて、専用のリソース（ＴＤＭ）に切り替えること、またはＦＤＭ／ＣＤＭリソースを変更することが可能である。ネットワークは、それぞれのＷＴＲＵにおける干渉レベルに基づいて、ＷＴＲＵのディスカバー可能／モニタリングの役割を切り替えることができる。このケースにおいては、ディスカバー可能ＷＴＲＵは、モニタリングの役割を担うことができ、モニタリングＷＴＲＵは、ディスカバー可能の役割を担うことができる。残りのディスカバリパラメータは、制御オーバーヘッドを制限するために、そのまま変わらないことが可能である。
【０５０３】
ディスカバー可能ＷＴＲＵは、干渉をランダム化するために、自分のホッピングパターンを切り替えることができる。このパターンは、ネットワークによってモニタリングＷＴＲＵに提供されることが可能であり、またはモニタリングＷＴＲＵは、リソースのセット上でブラインドデコーディングを使用することができる。
【０５０４】
ｅＮＢ受信機上での近遠効果を回避するために、さまざまなジョイント方法が採用されることが可能である。ＷＴＲＵが、たとえば、所与のしきい値よりも低いタイミングアドバンス値を有する場合には、ｅＮＢは、その役割をモニタリングの役割に制限することができる。そのようなＷＴＲＵは、ディスカバー可能の役割を要求することを許可されることは不可能である。たとえば、所与のしきい値よりも低いタイミングアドバンス値を有する２つのＷＴＲＵが、互いをディスカバーしたいと望んでいる場合には、ｅＮＢは、ロケーションを特定するための代替方法を選択することができる。たとえば、タイミングアドバンスが第１のしきい値よりも低い場合には、ネットワークは、それらがＲＦプロキシミティ内にあることを直接認めることができ、この情報をＷＴＲＵに提供することができる。たとえば、タイミングアドバンスが第２のしきい値よりも低い場合には、ネットワークは、十分に正確であると言える代替ロケーション手順を使用することができる。なぜなら、ＷＴＲＵは、信号送信機に物理的に近いと言えるためである。
【０５０５】
上では特徴および要素が特定の組合せで記載されているが、それぞれの特徴または要素は、単独で、またはその他の特徴および要素との任意の組合せで使用されることが可能であるということを当技術分野における標準的な技術者なら理解するであろう。加えて、本明細書において記載されている方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読メディア内に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアで実施されることが可能である。コンピュータ可読メディアの例は、（有線接続またはワイヤレス接続を介して送信される）電子信号、およびコンピュータ可読ストレージメディアを含む。コンピュータ可読ストレージメディアの例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気メディア、光磁気メディア、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光メディアを含むが、それらには限定されない。ＷＴＲＵ、ＷＴＲＵ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するために、ソフトウェアと関連付けられているプロセッサが使用されることが可能である。
【図１Ａ】
0006412966.tif 000023
【図１Ｂ】
0006412966.tif 000024
【図１Ｃ】
0006412966.tif 000025
【図１Ｄ】
0006412966.tif 000026
【図１Ｅ】
0006412966.tif 000027
【図２】
0006412966.tif 000028
【図３】
0006412966.tif 000029
【図４】
0006412966.tif 000030
【図５】
0006412966.tif 000031
【図６】
0006412966.tif 000032
【図７】
0006412966.tif 000033
【図８】
0006412966.tif 000034
【図９】
0006412966.tif 000035
【図１０】
0006412966.tif 000036
【図１１】
0006412966.tif 000037
【図１２】
0006412966.tif 000038
【図１３】
0006412966.tif 000039
【図１４】
0006412966.tif 000040
【図１５】
0006412966.tif 000041
【図１６】
0006412966.tif 000042
【図１７】
0006412966.tif 000043
【図１８】
0006412966.tif 000044
【図１９】
0006412966.tif 000045
【図２０】
0006412966.tif 000046
【図２１】
0006412966.tif 000047
【図２２】
0006412966.tif 000048
【図２３】
0006412966.tif 000049