(57)【特許請求の範囲】
【請求項１】
近接サービス（ＰｒｏＳｅ）のために構成されているユーザ装置（ＵＥ）の装置であって、メモリ及び処理回路を備え、前記処理回路は、
進化型ノードＢ（ｅＮＢ）からのシステム情報ブロック（ＳＩＢ）を復号し、ここで、前記ＳＩＢは、直接ＵＥツーＵＥ通信のためのディスカバリリソース構成の情報を含み、前記ＳＩＢは、ディスカバリ通知の送受信のための、ディスカバリリソースプールのリソースのインジケーションを含み、前記ＳＩＢは、前記ＵＥが無線リソース制御（ＲＲＣ）アイドルモードにある間、前記ディスカバリリソースプールの前記リソースのうちどのリソースがディスカバリ通知の送信のためのものであるかのインジケーションを含み、前記ＳＩＢは、前記ＵＥがＲＲＣアイドルモード又はＲＲＣ接続モードにある間、前記ディスカバリリソースプールの前記リソースのうちどのリソースがディスカバリ通知の受信のためのものであるかのインジケーションを含み、
前記ｅＮＢに送信するためのＵＥ情報メッセージを符号化し、ここで、前記ＵＥ情報メッセージは、前記ＵＥが直接ＵＥツーＵＥ通信のために利用可能であることを示し、
他のＵＥからのディスカバリ通知のための、前記ディスカバリリソースプールの前記リソースのうちの一部のリソースをモニタリングし、
ディスカバリ通知の送信のための、前記ディスカバリリソースプールのリソースを選択し、ここで、前記ＵＥは、ランダムな選択及び基準信号受信電力（ＲＳＲＰ）に基づく選択のうちの１つの選択のために構成されており、
別のＵＥから受信されたディスカバリ通知に基づいて、直接ＵＥツーＵＥデータ通信のために示されているリソース上で前記別のＵＥに送信するためのデータを符号化する
よう構成されている、装置。
【請求項２】
前記ＵＥが、ディスカバリ通知の送信のためのリソースのランダムな選択のために構成されている場合、リソースは、ディスカバリ期間内における、前記ディスカバリリソースプールの所定のリソースの等確率の選択を提供するために、０〜１の範囲の確率値に基づいて選択される、請求項１記載の装置。
【請求項３】
前記処理回路は、ＵＥツーＵＥ能力を含む無線リソース制御（ＲＲＣ）シグナリングを前記ｅＮＢに送信するように前記ＵＥを構成し、ここで、前記ＵＥツーＵＥ能力は、前記ＵＥがＵＥツーＵＥディスカバリをサポートしているかどうかを示す、請求項１記載の装置。
【請求項４】
前記処理回路は、前記ディスカバリリソース構成に関連付けられている電力ファクタに少なくとも部分的に基づく電力レベルで前記ディスカバリ通知を送信するように前記ＵＥを構成する、請求項１記載の装置。
【請求項５】
前記処理回路は、さらに、第２のＳＩＢを復号するよう構成されており、ここで、前記第２のＳＩＢは、直接ＵＥツーＵＥデータ通信のためのリソース構成情報を含み、
前記ＵＥは、前記第２のＳＩＢにおいて示されているリソース上で前記別のＵＥに送信するためのデータを符号化するよう構成されている、請求項１記載の装置。
【請求項６】
前記ＳＩＢは、前記ディスカバリリソースプールの前記リソースの時間リソース及び周波数リソース並びに周期性を示す、請求項１記載の装置。
【請求項７】
前記ＵＥが無線リソース制御（ＲＲＣ）アイドル（ＲＲＣ＿ＩＤＬＥ）モードにある場合、前記ＵＥは、ディスカバリリソース要求を前記ｅＮＢに送信するために、ＲＲＣ接続（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）モードに遷移するよう構成されており、
前記ＵＥは、さらに、サービングｅＮＢからリソース構成メッセージを受信すると、少なくとも、コンテンションベース送信のために示されている、前記ディスカバリリソースプールのディスカバリリソース内での送信のために、前記ＲＲＣアイドルモードに再度切り替わるよう構成されている、請求項６記載の装置。
【請求項８】
前記ＳＩＢは、
前記ディスカバリリソースプールの周期的ディスカバリリソースが、ＲＲＣ接続モードにあるＰｒｏＳｅ対応ＵＥによるディスカバリ通知のノンコンテンションベース送信のために割り当てられること、及び
前記ディスカバリリソースプールの周期的ディスカバリリソースが、ＲＲＣ接続モード及びＲＲＣアイドルモードにあるＰｒｏＳｅ対応ＵＥによるディスカバリ通知のコンテンションベース送信のために割り当てられること
を示す、請求項７記載の装置。
【請求項９】
ディスカバリリソース上での信号の送受信のために構成されているトランシーバ回路をさらに備えた請求項１記載の装置。
【請求項１０】
近接サービス（ＰｒｏＳｅ）のためのオペレーションを実行するようにユーザ装置（ＵＥ）を構成するために、前記ＵＥの処理回路により実行されるコンピュータプログラムであって、前記コンピュータプログラムは、前記処理回路に、
進化型ノードＢ（ｅＮＢ）からのシステム情報ブロック（ＳＩＢ）を復号させ、ここで、前記ＳＩＢは、直接ＵＥツーＵＥ通信のためのディスカバリリソース構成の情報を含み、前記ＳＩＢは、ディスカバリ通知の送受信のための、ディスカバリリソースプールのリソースのインジケーションを含み、前記ＳＩＢは、前記ＵＥが無線リソース制御（ＲＲＣ）アイドルモードにある間、前記ディスカバリリソースプールの前記リソースのうちどのリソースがディスカバリ通知の送信のためのものであるかのインジケーションを含み、前記ＳＩＢは、前記ＵＥがＲＲＣアイドルモード又はＲＲＣ接続モードにある間、前記ディスカバリリソースプールの前記リソースのうちどのリソースがディスカバリ通知の受信のためのものであるかのインジケーションを含み、
前記ｅＮＢに送信するためのＵＥ情報メッセージを符号化させ、ここで、前記ＵＥ情報メッセージは、前記ＵＥが直接ＵＥツーＵＥ通信のために利用可能であることを示し、
他のＵＥからのディスカバリ通知のための、前記ディスカバリリソースプールの前記リソースのうちの一部のリソースをモニタリングさせ、
別のＵＥから受信されたディスカバリ通知に基づいて、直接ＵＥツーＵＥデータ通信のために示されているリソース上で前記別のＵＥに送信するためのデータを符号化させる、コンピュータプログラム。
【請求項１１】
前記コンピュータプログラムは、さらに、前記処理回路に、
ディスカバリ通知の送信のための、前記ディスカバリリソースプールのリソースを選択させ、ここで、前記ＵＥは、ランダムな選択及び基準信号受信電力（ＲＳＲＰ）に基づく選択のうちの１つの選択のために構成される、請求項１０記載のコンピュータプログラム。
【請求項１２】
前記ＵＥが、ディスカバリ通知の送信のためのリソースのランダムな選択のために構成される場合、リソースは、ディスカバリ期間内における、前記ディスカバリリソースプールの所定のリソースの等確率の選択を提供するために、０〜１の範囲の確率値に基づいて選択される、請求項１１記載のコンピュータプログラム。
【請求項１３】
前記処理回路は、ＵＥツーＵＥ能力を含む無線リソース制御（ＲＲＣ）シグナリングを前記ｅＮＢに送信するように前記ＵＥを構成し、ここで、前記ＵＥツーＵＥ能力は、前記ＵＥがＵＥツーＵＥディスカバリをサポートするかどうかを示す、請求項１１記載のコンピュータプログラム。
【請求項１４】
前記処理回路は、前記ディスカバリリソース構成に関連付けられている電力ファクタに少なくとも部分的に基づく電力レベルで前記ディスカバリ通知を送信するように前記ＵＥを構成する、請求項１０記載のコンピュータプログラム。
【請求項１５】
近接サービス（ＰｒｏＳｅ）のために構成されているユーザ装置（ＵＥ）の装置であって、メモリ及び処理回路を備え、前記処理回路は、
ＵＥツーＵＥ能力を含む無線リソース制御（ＲＲＣ）シグナリングを進化型ノードＢ（ｅＮＢ）に送信するように前記ＵＥを構成し、ここで、前記ＵＥツーＵＥ能力は、前記ＵＥがＵＥツーＵＥディスカバリをサポートするかどうかを示し、
ｅＮＢからのシステム情報ブロック（ＳＩＢ）を復号し、ここで、前記ＳＩＢは、直接ＵＥツーＵＥ通信のためのディスカバリリソース構成の情報を含み、前記ＳＩＢは、ディスカバリ通知の送受信のための、ディスカバリリソースプールのリソースのインジケーションを含み、前記ＳＩＢは、前記ＵＥが無線リソース制御（ＲＲＣ）アイドルモードにある間、前記ディスカバリリソースプールの前記リソースのうちどのリソースがディスカバリ通知の送信のためのものであるかのインジケーションを含み、前記ＳＩＢは、前記ＵＥがＲＲＣアイドルモード又はＲＲＣ接続モードにある間、前記ディスカバリリソースプールの前記リソースのうちどのリソースがディスカバリ通知の受信のためのものであるかのインジケーションを含み、
前記ｅＮＢに送信するためのＵＥ情報メッセージを符号化し、ここで、前記ＵＥ情報メッセージは、前記ＵＥが直接ＵＥツーＵＥ通信のために利用可能であることを示し、
他のＵＥからのディスカバリ通知のための、前記ディスカバリリソースプールの前記リソースのうちの一部のリソースをモニタリングし、
ディスカバリ通知の送信のための、前記ディスカバリリソースプールのリソースを選択し、
別のＵＥから受信されたディスカバリ通知に基づいて、直接ＵＥツーＵＥデータ通信のために示されているリソース上で前記別のＵＥに送信するためのデータを符号化する
よう構成されている、装置。
【請求項１６】
前記ＵＥは、ランダムな選択及び基準信号受信電力（ＲＳＲＰ）に基づく選択のうちの１つの選択のために構成されており、
前記ＵＥが、ディスカバリ通知の送信のためのリソースのランダムな選択のために構成されている場合、リソースは、ディスカバリ期間内における、前記ディスカバリリソースプールの所定のリソースの等確率の選択を提供するために、０〜１の範囲の確率値に基づいて選択される、請求項１５記載の装置。
【請求項１７】
前記処理回路は、前記ディスカバリリソース構成に関連付けられている電力ファクタに少なくとも部分的に基づく電力レベルで前記ディスカバリ通知を送信するように前記ＵＥを構成する、請求項１５記載の装置。
【請求項１８】
前記処理回路は、さらに、第２のＳＩＢを復号するよう構成されており、ここで、前記第２のＳＩＢは、直接ＵＥツーＵＥデータ通信のためのリソース構成情報を含み、
前記ＵＥは、前記第２のＳＩＢにおいて示されているリソース上で前記別のＵＥに送信するためのデータを符号化するよう構成されている、請求項１５記載の装置。
【請求項１９】
請求項１０乃至１４いずれか一項記載のコンピュータプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
実施形態は、無線通信に関する。いくつかの実施形態は、３ＧＰＰ  ＬＴＥ（ロングタームエボリューション）ネットワークに関する。いくつかの実施形態は、直接デバイスツーデバイス（Ｄ２Ｄ）通信に関する。いくつかの実施形態は、ＬＴＥネットワークにおけるデバイスディスカバリに関する。
【０００２】
（優先権主張）
本出願は、２０１３年８月８日に出願された米国特許仮出願第６１／８６３９０２号及び２０１３年１１月２７日に出願された米国特許仮出願第６１／９０９９３８号に基づく優先権の利益を主張する２０１４年６月２５日に出願された米国特許出願第１４／３１４９５７号に基づく優先権の利益を主張するものであり、これらの各々は、参照によりその全体が本明細書に組み込まれる。
【背景技術】
【０００３】
近接性ベースアプリケーション及びサービスは、セルラ無線／モバイルブロードバンド技術の進化に大きな影響を及ぼし得る急速な社会的トレンド及び技術的トレンドを表す。このようなサービスは、互いに近接している２つのデバイス又は２人のユーザを認識することに基づくものであり、公衆安全オペレーション、ソーシャルネットワーキング、モバイルコマース、広告、ゲーム等といったアプリケーションを含み得る。デバイスツーデバイス（Ｄ２Ｄ）ディスカバリは、Ｄ２Ｄサービスを可能にする最初のステップである。直接Ｄ２Ｄ通信により、ユーザ装置（ＵＥ）は、基地局又は進化型ノードＢ（ｅＮＢ）を介することなく、直接互いと通信することができる。Ｄ２Ｄ通信に伴う１つの問題は、Ｄ２Ｄサービスを可能にするデバイスディスカバリである。デバイスディスカバリは、Ｄ２Ｄ通信の通信範囲内にある１以上の他のディスカバリ可能なＵＥをディスカバリすることを含む。デバイスディスカバリはまた、Ｄ２Ｄ通信の通信範囲内にある１以上の他のディスカバリする側のＵＥによりディスカバリされることを含む。特に近接サービス（ＰｒｏＳｅ）Ｄ２Ｄディスカバリについて、リソース割り当て及びシグナリングを含む、Ｄ２Ｄ通信のためのデバイスディスカバリに関する多くの未解決の問題が存在する。
【図面の簡単な説明】
【０００４】
【図１】いくつかの実施形態に従った、ＬＴＥネットワークのエンドツーエンドネットワークアーキテクチャの一部を示す図。
【図２】いくつかの実施形態に従った、Ｄ２Ｄ通信のディスカバリゾーンを含むリソースグリッドの構造を示す図。
【図３Ａ】いくつかの実施形態に従った、ディスカバリゾーンメトリックのレポーティングを示す図。
【図３Ｂ】いくつかの実施形態に従った、ＰｒｏＳｅ対応ＵＥをカウントするためのランダムアクセスチャネル（ＲＡＣＨ）の使用を示す図。
【図４】無線リソース制御（ＲＲＣ）接続モードにあるＵＥのためのＰｒｏＳｅ対応ＵＥをカウントするためのプロシージャを示す図。
【図５】いくつかの実施形態に従った、Ｄ２Ｄディスカバリ信号送信のための協調的上りリンクサブフレーム電力制御を示す図。
【図６】いくつかの実施形態に従った、ｅＮＢによりトリガされるコンテンションフリーＤ２Ｄディスカバリゾーンリソースを示す図。
【図７】いくつかの実施形態に従った、ＵＥによりトリガされるコンテンションフリーＤ２Ｄディスカバリゾーンリソースを示す図。
【図８】いくつかの実施形態に従った無線通信デバイスの機能ブロック図。
【発明を実施するための形態】
【０００５】
以下の説明及び図面は、当業者が具体的な実施形態を実施できるようにするために、そのような具体的な実施形態を十分に開示している。他の実施形態は、構造的変更、論理的変更、電気的変更、処理的変更、及び他の変更を組み込むことができる。いくつかの実施形態の部分及び特徴は、他の実施形態に含まれることもあるし、他の実施形態の部分及び特徴により代用されることもある。請求項に記載される実施形態は、請求項の全ての利用可能な均等物を包含する。
【０００６】
本明細書で開示する実施形態は、ＬＴＥ近接サービス（ＰｒｏＳｅ）Ｄ２Ｄディスカバリのサポートのためのシグナリング設計を提供する。そのような実施形態において、ＵＥは、Ｄ２Ｄディスカバリ信号送信及びＤ２Ｄ通信のために構成されるＰｒｏＳｅ対応ＵＥ（ProSe-enabled  UE）であり得る。いくつかの実施形態は、ディスカバリゾーンのネットワーク共通構成及びセル固有（cell-specific）構成の両方のために、コンテンションベースの（contention-based）ディスカバリゾーン及びノンコンテンションベースの（non-contention-based）ディスカバリゾーンへのＤ２Ｄディスカバリゾーンの分割を含むＤ２Ｄディスカバリゾーンの構成を提供する。いくつかの実施形態は、ディスカバリゾーンのローディング（loading）のついての情報をｅＮＢに提供するための、ＵＥフィードバックのためのメカニズムを提供する。いくつかの実施形態は、セル／ｅＮＢ間ディスカバリのサポートのためのオプションを提供する。いくつかの実施形態は、Ｄ２Ｄディスカバリパケットの送信のためのランダムサイレンシング（random  silencing）／適応的ランダムサイレンシングのためのサイレンシング係数（silencing  factor）の使用及び構成を提供する。いくつかの実施形態は、ディスカバリゾーン構成、サイレンシング係数、送信電力制御設定、ホッピング関連パラメータ（hopping  related  parameter）、及び、ディスカバリパケットの巡回冗長検査（ＣＲＣ）マスクのスクランブリングのためのスクランブリングアイデンティティ（ＩＤ）（scrambling  identity）を含むシグナリングコンテンツを提供する。いくつかの実施形態は、上述したシグナリングコンテンツのためのシグナリングメカニズムを提供する。いくつかの実施形態は、Ｄ２Ｄディスカバリリソースの静的プロビジョニング（static  provisioning）及び／又は事前構成（pre-configuration）を提供する。いくつかの実施形態は、コンテンションフリー直接デバイスディスカバリをサポートするためのネットワーク及びＵＥ挙動を提供する。これらの実施形態について以下でより詳細に説明する。
【０００７】
図１は、いくつかの実施形態に従った、ＬＴＥネットワークの様々なコンポーネントとともに、ＬＴＥネットワークのエンドツーエンドネットワークアーキテクチャの一部を示している。ネットワーク１００は、無線アクセスネットワーク（ＲＡＮ）１００（例えば、図示されるような、Ｅ−ＵＴＲＡＮすなわち進化型ユニバーサル地上無線アクセスネットワーク）と、Ｓ１インタフェース１１５を介して一緒に結合されているコアネットワーク１２０（例えば、進化型パケットコア（ＥＰＣ）として図示されている）と、を含む。便宜及び簡潔さのために、ＲＡＮ１００に加えてコアネットワーク１２０の一部だけが図示されている。
【０００８】
コアネットワーク１２０は、モビリティ管理エンティティ（ＭＭＥ）１２２、サービングゲートウェイ（サービングＧＷ）１２４、及びパケットデータネットワークゲートウェイ（ＰＤＮ  ＧＷ）１２６を含む。ＲＡＮは、ユーザ装置（ＵＥ）１０２と通信するための複数の進化型ノードＢ（ｅＮＢ）１０４（基地局として動作することができる）を含む。ｅＮＢ１０４は、マクロｅＮＢ及び低電力（ＬＰ）ｅＮＢを含む。ＵＥ１０２は、ＰｒｏＳｅ対応であり得る。
【０００９】
ＭＭＥは、レガシサービングＧＰＲＳサポートノード（ＳＧＳＮ）の制御プレーンと機能が類似している。ＭＭＥは、ゲートウェイ選択及び追跡エリアリスト管理等、アクセスにおけるモビリティの側面を管理する。サービングＧＷ１２４は、ＲＡＮ１００に対するインタフェースを終端するものであり、ＲＡＮ１００とコアネットワーク１２０との間でデータパケットをルーティングする。加えて、サービングＧＷ１２４は、ｅＮＢ間ハンドオーバのためのローカルモビリティアンカポイントであり得、また、３ＧＰＰ間モビリティのためのアンカを提供することができる。他の役割は、合法的傍受、課金、及び何らかのポリシ施行を含み得る。サービングＧＷ１２４及びＭＭＥ１２２は、１つの物理ノード内に実装されてもよいし、別々の物理ノード内に実装されてもよい。ＰＤＮ  ＧＷ１２６は、パケットデータネットワーク（ＰＤＮ）に対するＳＧｉインタフェースを終端する。ＰＤＮ  ＧＷ１２６は、ＥＰＣ１２０と外部ＰＤＮとの間でデータパケットをルーティングし、ポリシ施行及びデータ収集管理のためのキーノードであり得る。ＰＤＮ  ＧＷ１２６はまた、非ＬＴＥアクセスに対する、モビリティのためのアンカポイントを提供することができる。外部ＰＤＮは、任意の種類のＩＰネットワーク、及びＩＰマルチメディアサブシステム（ＩＭＳ）領域であり得る。ＰＤＮ  ＧＷ１２６及びサービングＧＷ１２４は、１つの物理ノード内に実装されてもよいし、別々の物理ノード内に実装されてもよい。
【００１０】
ｅＮＢ１０４（マクロｅＮＢ及びマイクロｅＮＢ）は、無線インタフェースプロトコルを終端するものであり、ＵＥ１０２に対する最初のコンタクトポイントであり得る。いくつかの実施形態において、ｅＮＢ１０４は、無線ベアラ管理、上りリンク及び下りリンクの動的無線リソース管理及びデータパケットスケジューリング、並びにモビリティ管理等のＲＮＣ（無線ネットワークコントローラ機能）を含むがこれらに限定されない、ＲＡＮ１００のための様々な論理機能を実行することができる。
【００１１】
Ｓ１インタフェース１１５は、ＲＡＮ１００とＥＰＣ１２０とを分けるインタフェースである。Ｓ１インタフェース１１５は、２つの部分、すなわち、ｅＮＢ１０４とサービングＧＷ１２４との間でトラフィックデータを伝送するＳ１−Ｕ、及び、ｅＮＢ１０４とＭＭＥ１２２との間のシグナリングインタフェースであるＳ１−ＭＭＥに分けられる。Ｘ２インタフェースは、ｅＮＢ１０４間のインタフェースである。Ｘ２インタフェースは、２つの部分、すなわち、Ｘ２−Ｃ及びＸ２−Ｕを含む。Ｘ２−Ｃは、ｅＮＢ１０４間の制御プレーンインタフェースであるのに対し、Ｘ２−Ｕは、ｅＮＢ１０４間のユーザプレーンインタフェースである。
【００１２】
セルラネットワークに関して、ＬＰセルは、屋外信号が十分に届かない屋内エリアに対するカバレッジを拡張するために、あるいは、駅等の、電話が非常に混み合って使用されるエリアにおけるネットワーク容量を追加するために、通常は使用される。本明細書で使用されるとき、用語低電力（ＬＰ）ｅＮＢとは、フェムトセル、ピコセル、又はマイクロセル等のより狭いセル（マクロセルよりも狭いセル）を実装するための任意の適切な比較的低い電力のｅＮＢを指す。フェムトセルｅＮＢは、通常、モバイルネットワークオペレータにより、その居住顧客（residential  customer）又はエンタープライズ顧客（enterprise  customer）に対して提供される。フェムトセルは、通常、居住用ゲートウェイのサイズ又はこれより小さなサイズであり、一般に、ユーザのブロードバンド回線に接続する。つながれると、フェムトセルは、モバイルオペレータのモバイルネットワークに接続し、居住用フェムトセルのための通常３０メートルから５０メートルの範囲の追加のカバレッジを提供する。したがって、ＬＰ  ｅＮＢは、フェムトセルｅＮＢであり得る。なぜならば、これは、ＰＤＮ  ＧＷ１２６を介して接続されるからである。同様に、ピコセルは、ビルディング内（オフィス、ショッピングモール、駅等）や、より最近では航空機内等の小さなエリアを通常はカバーする無線通信システムである。ピコセルｅＮＢは、一般に、Ｘ２リンクを介して、その基地局コントローラ（ＢＳＣ）機能を介してマクロｅＮＢ等の別のｅＮＢに接続することができる。したがって、ＬＰ  ｅＮＢは、ピコセルｅＮＢを用いて実装され得る。なぜならば、これは、Ｘ２インタフェースを介してマクロｅＮＢに接続されるからである。ピコセルｅＮＢ又は他のＬＰ  ｅＮＢは、マクロｅＮＢの機能の一部又は全てを組み込むことができる。場合によっては、これは、アクセスポイント、基地局又はエンタープライズフェムトセルと呼ばれることもある。
【００１３】
いくつかのＬＴＥの実施形態において、物理下りリンク共用チャネル（ＰＤＳＣＨ）は、ユーザデータ及びより上位のレイヤのシグナリングをＵＥ１０２に伝送する。物理下りリンク制御チャネル（ＰＤＣＣＨ）は、とりわけ、ＰＤＳＣＨチャネルに関連するトランスポートフォーマット及びリソース割り当てについての情報を伝送する。これはまた、上りリンク共用チャネルに関連するトランスポートフォーマット、リソース割り当て、及びＨ−ＡＲＱ情報についてＵＥ１０２に通知する。通常、下りリンクスケジューリング（セル内のＵＥに対する制御チャネルリソースブロック及び共用チャネルリソースブロックの割り当て）は、ＵＥ１０２からｅＮＢ１０４にフィードバックされたチャネル品質情報に基づいて、ｅＮＢ１０４において実行され、次いで、下りリンクリソース割り当て情報が、ＵＥ１０２のために使用される（且つ、ＵＥ１０２に対しておそらくは割り当てられる）物理下りリンク制御チャネル（ＰＤＣＣＨ）を介して、ＵＥに送信される。
【００１４】
ＰＤＣＣＨは、ＣＣＥ（制御チャネル要素；control  channel  element）を使用して、制御情報を伝送する。リソース要素にマッピングされる前に、ＰＤＣＣＨ複素数値シンボルが、まず、四つ組（quadruplet）に編成され得、次いで、その四つ組が、レートマッチングのために、サブブロックインターリーバ（inter-leaver）を用いて順序が変えられる。各ＰＤＣＣＨは、このような制御チャネル要素（ＣＣＥ）のうちの１以上を用いて伝送される。ここで、各ＣＣＥは、リソース要素グループ（ＲＥＧ）として知られている４つの物理リソース要素の９個のセットに対応する。４つのＱＰＳＫシンボルが、各ＲＥＧにマッピングされる。ＰＤＣＣＨは、ＤＣＩのサイズ及びチャネル状態に応じて、１以上のＣＣＥを用いて伝送され得る。異なる数のＣＣＥ（例えば、アグリゲーションレベル、Ｌ＝１、２、４、又は８）を伴う、ＬＴＥにおいて定義された４以上の異なるＰＤＣＣＨフォーマットが存在し得る。
【００１５】
いくつかの実施形態に従うと、ＰｒｏＳｅ対応型のＵＥ１０２は、直接デバイスツーデバイス（Ｄ２Ｄ）通信される他のＵＥ１０２のＤ２Ｄディスカバリを含むＤ２Ｄ通信のために構成され得る。これらの実施形態において、ＰｒｏＳｅ対応ＵＥ１０２は、１以上の他のＰｒｏＳｅ対応ＵＥをディスカバリするために、ディスカバリリソースにおいてディスカバリ信号１０１を送信することができる。これらの実施形態については以下でより詳細に説明する。
【００１６】
図２は、いくつかの実施形態に従った、Ｄ２Ｄ通信のディスカバリゾーンを含むリソースグリッドの構造を示している。図示されるグリッドは、リソースグリッドと呼ばれる時間−周波数グリッドであり、各スロット内の下りリンク又は上りリンクにおける物理リソースである。リソースグリッドにおける最小時間−周波数ユニットが、リソース要素（ＲＥ）として表される。リソースグリッドは、複数のリソースブロック（ＲＢ）を含み、ＲＢは、リソース要素に対する所定の物理チャネルのマッピングを表す。各リソースブロックは、リソース要素の集合を含み、周波数領域において、割り当てることができるリソースの最小量子（smallest  quanta）を表すが、実施形態の範囲は、この点において限定されるものではない。そのようなリソースブロックを用いて伝送される複数の異なる物理チャネルが存在する。図２に示されるリソースグリッドは、ＲＡＮ１００により使用される複数の物理ＲＢ（ＰＲＢ）を含み得るＬＴＥオペレーションゾーン２０２を含み得る。
【００１７】
いくつかの実施形態に従うと、ＵＥ１０２（図１）は、ｅＮＢ１０４（図１）から、ＬＴＥオペレーションゾーン２０２内のディスカバリゾーン２０４を示すシグナリングを受信することができる。ディスカバリゾーン２０４は、ディスカバリリソースの複数のＰＲＢ２０６を含み得る。ＵＥ１０２は、ディスカバリゾーン２０４のいくつかのＰＲＢ２０６内におけるＤ２Ｄディスカバリのために１以上の他のＵＥにより受信されるディスカバリパケット又はディスカバリ信号１０１（図１）を送信することができる。いくつかの実施形態において、Ｄ２Ｄディスカバリのために割り当てられるリソースは、物理上りリンク共用チャネル（ＰＵＳＣＨ）のリソースであり得るが、実施形態の範囲は、この点において限定されるものではない。
【００１８】
ＰＲＢは、時間次元におけるサブフレームの特定のスロットに関連付けられ、周波数次元における周波数サブキャリアの特定のグループに関連付けられ得る。各ＰＲＢは、例えば、ＲＢインデックス及びサブフレームインデックスにより識別され得る。いくつかの実施形態において、ディスカバリパケット１０１は、Ｎ個のリソースブロックのＭ個のサブフレーム内で送信され得る。ここで、Ｍ及びＮは、少なくとも１であり、２以上であってもよい。このような実施形態については以下でより詳細に説明する。
【００１９】
いくつかの実施形態において、ＰＲＢは、時間領域における０．５ｍｓ（すなわち１つのスロット）毎の、周波数領域における１２個のサブキャリアを含み得る。ＰＲＢは、（時間領域において）ペアで割り当てられ得るが、これは必須ではない。いくつかの実施形態において、ＰＲＢは、複数のＲＥを含み得る。ＲＥは、１つのシンボル毎に１つのサブキャリアを含み得る。通常ＣＰが使用される場合、ＲＢは７つのシンボルを含む。拡張ＣＰが使用される場合、ＲＢは６つのシンボルを含む。通常ＣＰ長を超える遅延拡散（delay  spread）は、拡張ＣＰの使用を示す。各サブフレームは、１ミリ秒（ｍｓ）であり得、１つのフレームは、１０個のそのようなサブフレームを含み得る。
【００２０】
Ｄ２Ｄディスカバリにおいて、２つの異なるアプローチ、すなわち、制限／クローズドＤ２Ｄディスカバリ及びオープンＤ２Ｄディスカバリが存在する。制限／クローズドＤ２Ｄディスカバリは、ディスカバリ可能なデバイスが、ディスカバリする側のＰｒｏＳｅ対応デバイスの選択セットによってのみディスカバリされ得るユースケースに適用される。クローズドデバイスディスカバリのさらなる暗示は、ディスカバリする側のデバイスが、１以上の特定のＰｒｏＳｅ対応デバイス（ＰｒｏＳｅ対応デバイスのセットからの１以上のデバイス）をディスカバリすることを試みるシナリオの考慮である。したがって、このユースケースでは、ディスカバリする側のデバイスは、そのデバイスがディスカバリしたいと望むその近接にあるＰｒｏＳｅ対応デバイスを認識していると想定される。
【００２１】
クローズドＤ２Ｄディスカバリとは対照的に、オープンデバイスディスカバリは、ディスカバリ可能なデバイス自身が、その近接にある他のＰｒｏＳｅ対応デバイスによりディスカバリされることを望み得るユースケースを考慮している。ディスカバリする側のデバイスの観点から、オープンデバイスディスカバリは、ディスカバリする側のデバイスが、ディスカバリの前に、他のＰｒｏＳｅ対応デバイスのアイデンティティ（存在）を認識していると想定され得ないことを暗示する。結果として、オープンディスカバリのためのデバイスディスカバリメカニズムは、その近接にあるできるだけ多くのＰｒｏＳｅ対応デバイスをディスカバリすることを目指すべきでる。
【００２２】
オープンＤ２Ｄディスカバリに関して、ｅＮＢ１０４は、ＵＥ１０２間のディスカバリプロセスに対して制限された制御を有する。詳細には、ｅＮＢ１０４は、ＵＥ１０２がディスカバリ情報を送信するために、所定のディスカバリリソースを、Ｄ２Ｄディスカバリ領域の形態で、周期的に割り当てることができる。ディスカバリ情報は、ペイロード情報を含むディスカバリパケット又はディスカバリシーケンスの形態であり得る。ＵＥが互いと共有することを意図するディスカバリ関連情報コンテンツは、設計上、デバイスアイデンティフィケーション（identification）、サービスアイデンティティ等のための一意なＩＤを、ＣＲＣにより保護されるデータペイロードとして送信する必要があるので、より多くなり得る（例えば、４８ビット以上）。オープンＤ２Ｄディスカバリ設計におけるディスカバリパケット送信のために必要とされるリソースブロック（ＲＢ）の数（
【数１】
0006316880.tif 000002
と表記される）は、ペイロードサイズ及び全体的ディスカバリ性能の要件に応じて、１以上であり得る。
【００２３】
いくつかの実施形態において、ディスカバリ領域は、周期的ディスカバリゾーンの複数の発生を含み得、各ディスカバリゾーンは、周波数領域におけるいくつかのＲＢ及び時間領域におけるいくつかのサブフレームを含む。図２は、ＬＴＥオペレーションゾーン２０２内のディスカバリゾーン２０４の一例を示しており、各ディスカバリゾーンの割り当てられたＲＢの数、開始ＲＢインデックス、サブフレームの数、及び開始サブフレームインデックスはそれぞれ、
【数２】
0006316880.tif 000003
、
【数３】
0006316880.tif 000004
、
【数４】
0006316880.tif 000005
、及び
【数５】
0006316880.tif 000006
と表記される。このようなＤ２Ｄディスカバリ領域の分割に関する情報は、ネットワークカバレッジ内のシナリオでは、ＲＲＣシグナリングを用いてｅＮＢにより準静的に、あるいは、システム情報ブロック（ＳＩＢ）により、シグナリングされ得る。部分的ネットワークカバレッジのシナリオでは、そのような情報は、コーディネータＵＥ（coordinator  UE）により、ネットワークカバレッジ外のＵＥに転送され得る。ネットワークカバレッジ外のシナリオでは、ディスカバリゾーンは、中央Ｄ２Ｄデバイスによりブロードキャストされてもよいし、予め定められてもよい。
【００２４】
いくつかの実施形態において、パラメータ
【数６】
0006316880.tif 000007
及びパラメータ
【数７】
0006316880.tif 000008
は、Ｄ２Ｄゾーン構成メッセージには含まれず、代わりに、（帯域エッジにおける）ＰＵＣＣＨ領域を除いた全システム帯域幅が、システムの観点から、Ｄ２Ｄディスカバリのために排他的に予約されるよう設計され得るが、実施形態の範囲は、この点において限定されるものではない。いくつかの実施形態において、パラメータ
【数８】
0006316880.tif 000009
は、Ｄ２Ｄディスカバリゾーン割り当ての周期性として構成され得る。
【００２５】
ＵＥベースのオープンディスカバリの場合についても、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるＵＥのディスカバリ信号の送信のためのＵＥ固有ディスカバリリソース割り当てにおける潜在的ネットワーク支援（potential  network  assistance）を利用することが有用であり、それにより、ディスカバリプロセスの効率を向上させる。この点において、各Ｄ２Ｄディスカバリ領域（Ｄ２Ｄ−ＤＺ）は、次の２つの直交時間−周波数ゾーンにさらに分割され得る：（１）ｅＮＢがディスカバリ信号の送信のために周期的リソースを割り当てるノンコンテンションベースＤ２Ｄ  ＤＺ（ＮＣＢ−Ｄ２Ｄ  ＤＺ）であって、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるＤ２Ｄ  ＵＥがアクセス可能なＮＣＢ−Ｄ２Ｄ  ＤＺ；（２）一般に（カバレッジ外のＵＥを含む）全てのＤ２Ｄ  ＵＥに利用可能なコンテンションベースＤ２Ｄ  ＤＺ（ＣＢ−Ｄ２Ｄ  ＤＺ）であって、Ｄ２Ｄ対応ＵＥがディスカバリ信号の純粋にコンテンションベースの送信に従うＣＢ−Ｄ２Ｄ  ＤＺ。さらに、ＣＢ−Ｄ２Ｄ  ＤＺのために使用されるＤ２Ｄディスカバリリソースは、Ｄ２Ｄディスカバリプロシージャの後にＤ２Ｄ通信オペレーションが続き得るという事実に特に起因して、Ｄ２Ｄディスカバリを可能にするとともにＵＥ側でバッファされるＤ２Ｄデータの量に依存するＤ２Ｄ通信リソースの必要とされるサイズ（例えば、Ｄ２Ｄ通信のためのサブフレームの数）を大まかに示すために、部分Ａ及び部分Ｂと呼ばれる２つの部分にさらに分割され得る。１つのグループからのＤ２Ｄディスカバリリソースの使用は、１つの予め定められた閾値よりも大きな量のリソースの選択（preference）を示す。
【００２６】
いくつかの実施形態に従うと、Ｄ２Ｄディスカバリゾーンは、２つの異なる態様、すなわち、ネットワーク共通Ｄ２Ｄディスカバリゾーン及びセル固有Ｄ２Ｄディスカバリゾーンで構成され得る。これらの詳細については以下で説明する。ネットワーク共通ディスカバリゾーンに関して、時間−周波数リソースの共通セットが、ネットワーク全体にわたるＤ２Ｄディスカバリのために予約され得る。この構成は、それぞれのオペレータが、リソースプロビジョニングにおけるある程度の柔軟性を可能にするために、異なるパブリックランドモバイルネットワーク（ＰＬＭＮ）間で異なり得る。ディスカバリゾーンは、各ＰＬＭＮにより、運用・管理・保守（ＯＡＭ）ツールを介してプロビジョニングされ得る。ディスカバリゾーンのネットワーク共通構成は、複数の方法を介してシグナリングされ得る。正確なリソースプロビジョニングは、ネットワーク内のＰｒｏＳｅ対応ＵＥの数の統計値、ＰｒｏＳｅ対応ＵＥそれぞれの能力、及び位置（最大、追跡エリア（ＴＡ）粒度まで）に基づいて決定され得る。この情報は、Ｄ２Ｄサーバにおいて利用可能であり、Ｄ２Ｄサーバは、モビリティ管理エンティティ（ＭＭＥ）を介して、正確なリソース構成をｅＮＢに通知することができる。
【００２７】
セル固有ディスカバリゾーンに関して、各ｅＮＢ１０４は、アクティブなＰｒｏＳｅ対応ＵＥ１０２の現在の数と、干渉状況と、に関する情報を用いて、セル固有ディスカバリゾーンのための正確なリソース構成を決定することができる。この情報のいくつかは、ディスカバリプロセスに関与しているＰｒｏＳｅ対応ＵＥ１０２からの周期的フィードバック／イベントによりトリガされるフィードバック／オンデマンドフィードバックを介して取得され得る。ｅＮＢ間Ｄ２Ｄディスカバリを可能にするために、隣接ｅＮＢ間の所定のレベルの協調が存在し、この協調は、Ｘ２インタフェースを介する隣接ｅＮＢ間におけるディスカバリゾーンの構成に関する情報の交換により実現され得る。
【００２８】
実施形態に従うと、ｅＮＢ１０４は、Ｄ２Ｄディスカバリゾーン構成を示すシグナリングをＰｒｏＳｅ対応ＵＥ１０２に送信することができる。このシグナリングは、ディスカバリゾーン２０４の時間リソース及び周波数リソース並びに周期性を示すとともに、ディスカバリゾーン２０４のための動作パラメータを示すことができる。Ｄ２Ｄディスカバリゾーン２０４のリソースは、ＰｒｏＳｅ対応ＵＥ１０２によるＤ２Ｄディスカバリ信号送信のために割り当てられ得る。
【００２９】
いくつかの実施形態において、Ｄ２Ｄディスカバリゾーン構成シグナリングは、ディスカバリゾーン２０４の１以上の発生を示すことができ、ｅＮＢ１０４により無線リソース制御（ＲＲＣ）シグナリングを用いて準静的に送信される、あるいは、ＳＩＢを用いて送信される。図２に示される例において、ディスカバリゾーン２０４は、ＬＴＥオペレーションゾーン２０２内の複数のＰＲＢ２０６を含み、ディスカバリゾーン２０４は、周期的又は定期的に発生し得る。
【００３０】
いくつかの実施形態において、このシグナリングは、ｅＮＢにより専用ＲＲＣシグナリングを用いて送信される、あるいは、ＳＩＢを介する共通無線リソース制御（ＲＲＣ）シグナリング（すなわち、ＳＩＢシグナリング）を用いて送信される。ｅＮＢにより送信されるシグナリングが、ＳＩＢを介する共通ＲＲＣシグナリングを用いる場合、ｅＮＢにより送信されるシグナリングは、ＳＩＢ送信（SIB  transmission）及びページング送信（paging  transmission）のうちの少なくとも１つを含み得る。いくつかの実施形態において、構成情報は、（例えば、ＬＴＥリリース１１に従った）既存ＳＩＢに追加され得る、あるいは、（例えば、ａ１以降のＬＴＥリリースに従った）新たに定義されたＳＩＢを介してシグナリングされる。
【００３１】
ネットワーク共通ディスカバリゾーン割り当て及びセル固有ディスカバリゾーン割り当ての両方の場合におけるシグナリングに関して、ネットワークは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモード及びＲＲＣ＿ＩＤＬＥモードの両方の動作モードにあるＵＥに、この情報をシグナリングすることが可能であるべきである。ネットワーク共通Ｄ２Ｄディスカバリゾーン割り当てに関しては、異なるシグナリングメカニズムが適用されてもよい。いくつかの実施形態において、既存システム情報ブロック（ＳＩＢ）（例えば、ＳＩＢ２）を使用して、以下でより詳細に説明する、サイレンシング係数と、他の関連するセル共通パラメータ又はネットワーク共通パラメータと、を含むＤ２Ｄディスカバリゾーン構成情報をシグナリングすることができる。
【００３２】
いくつかの実施形態において、ディスカバリゾーン２０４は、ディスカバリ期間と呼ばれ得る、あるいは、ディスカバリ期間と考えられ得る。いくつかの実施形態において、コンテンションベースＤ２Ｄディスカバリは、Ｔｙｐｅ１ディスカバリと呼ばれ得る、あるいは、Ｔｙｐｅ１ディスカバリと考えられ得るのに対し、ノンコンテンションベースＤ２Ｄディスカバリは、Ｔｙｐｅ２ディスカバリと呼ばれ得る、あるいは、Ｔｙｐｅ２ディスカバリと考えられ得る。
【００３３】
いくつかの実施形態において、Ｄ２Ｄディスカバリゾーン構成シグナリングは、周期的リソースが、ＲＲＣ接続モードにあるＰｒｏＳｅ対応ＵＥのみによるディスカバリ信号１０１のノンコンテンションベース送信のために割り当てられるノンコンテンションベースＤ２Ｄディスカバリゾーン（ＮＣＢ−Ｄ２Ｄ  ＮＺ）と、周期的リソースが、ＲＲＣ接続モードにあるＰｒｏＳｅ対応ＵＥ、ＲＲＣアイドルモードにあるＰｒｏＳｅ対応ＵＥ、及びカバレッジ外のＵＥを含む任意のＰｒｏＳｅ対応ＵＥによるディスカバリ信号１０１のコンテンションベース送信のために割り当てられるコンテンションベースＤ２Ｄディスカバリゾーン（ＣＢ−Ｄ２Ｄ  ＤＺ）と、のうちの少なくとも１つを示す。これらの実施形態において、ノンコンテンションベースＤ２Ｄディスカバリゾーンは、ＲＲＣ接続モードにあるＰｒｏＳｅ対応ＵＥによるノンコンテンションベース技術に従ったディスカバリ信号１０１の送信のために指定され得る。いくつかの実施形態において、ＲＲＣ接続モードにあるＰｒｏＳｅ対応ＵＥには、ディスカバリ信号１０１の送信のために、ノンコンテンションベースＤ２Ｄディスカバリゾーンの特定のディスカバリリソースが割り当てられ得る。いくつかの実施形態において、Ｄ２Ｄディスカバリゾーン構成シグナリングは、ディスカバリゾーン２０４が、ノンコンテンションベースＤ２ＤディスカバリゾーンとコンテンションベースＤ２Ｄディスカバリゾーンとに分割されることを示すことができる。
【００３４】
これらの実施形態のいくつかにおいて、コンテンションベースＤ２Ｄディスカバリゾーンは、任意のＰｒｏＳｅ対応ＵＥによる純粋にコンテンションベースの技術に従ったディスカバリ信号１０１の送信のために指定され得る。これらの実施形態において、ＰｒｏＳｅ対応ＵＥには、ディスカバリ信号１０１のコンテンションベース送信の特定のディスカバリリソースが割り当てられない。コンテンションベースＤ２Ｄディスカバリゾーンを利用するＰｒｏＳｅ対応ＵＥは、ＲＲＣ接続モードにあるＰｒｏＳｅ対応ＵＥ、ＲＲＣアイドルモードにあるＰｒｏＳｅ対応ＵＥ、及び、カバレッジ外のＵＥ（例えば、他のｅＮＢに接続されたＵＥ）等の他のＰｒｏＳｅ対応ＵＥを含み得る。
【００３５】
これらの実施形態のいくつかにおいて、ｅＮＢ１０４は、Ｄ２Ｄディスカバリリソースのシグナリングを提供することができ、コンテンションベースＤ２Ｄディスカバリリソース及びコンテンションフリーＤ２Ｄディスカバリリソースの両方が、ｅＮＢにより分割されて構成され得る。いくつかの実施形態において、この分割は論理的であり得る。リソースの実際の分割に関しては、結局のところ、ネットワーク又はｅＮＢ次第である（すなわち、実装に基づく）。いくつかの実施形態において、物理リソースのいくつかは、２つのゾーン／リソースプールの間でオーバーラップするが、実施形態の範囲は、この点において限定されるものではない。
【００３６】
いくつかの実施形態において、アプリケーションレイヤシグナリングを使用して、Ｄ２Ｄディスカバリゾーン構成をシグナリングすることができる。これらの実施形態において、Ｄ２Ｄサーバは、ＰｒｏＳｅ対応ＵＥのＤ２Ｄ登録の間に、Ｄ２Ｄディスカバリゾーン構成をシグナリングすることができる。Ｄ２Ｄディスカバリゾーン構成に対する変更が、Ｄ２Ｄサーバからのアプリケーションレイヤ再構成メッセージにより、ＰｒｏＳｅ対応ＵＥにシグナリングされ得る。
【００３７】
いくつかの実施形態において、非アクセス層（ＮＡＳ）シグナリングを使用して、Ｄ２Ｄディスカバリゾーン構成をシグナリングすることができる。これらの実施形態において、モビリティ管理エンティティ（ＭＭＥ）は、Ｄ２Ｄサーバに対するＰｒｏＳｅ対応ＵＥのＤ２Ｄ登録の間に、Ｄ２Ｄディスカバリゾーン構成をシグナリングすることができる。これらの実施形態において、ＵＥ又はＤ２Ｄサーバのどちらかは、ディスカバリゾーン情報を要求することができる。上記のシグナリングオプションの両方（アプリケーションレイヤシグナリング及びＮＡＳシグナリング）に関して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＵＥへのコンテンションフリーリソース割り当てをサポートするのにあまり効果的ではないことがある。なぜならば、ディスカバリゾーンリソースは、ｅＮＢの代わりにＭＭＥにより管理され、結果として、コアネットワークにおけるシグナリングオーバーヘッドに起因して、動的リソース割り当ては選択されないからである。
【００３８】
図３Ａは、いくつかの実施形態に従った、ディスカバリゾーンメトリック（metric）のレポーティングを示している。これらの実施形態において、ｅＮＢ１０４（図１）は、１以上のＰｒｏＳｅ対応ＵＥ１０２（図１）による、ディスカバリゾーン２０４（図２）におけるディスカバリ信号（図１）のモニタリングに基づくディスカバリゾーンローディングメトリックを受信するよう構成され得る。ｅＮＢ１０４は、ディスカバリゾーンローディングメトリックに基づいて、Ｄ２Ｄアクティビティのためのリソース割り当て構成に対する変更を行うか否かを決定することができる。これらの実施形態において、ＰｒｏＳｅ対応ＵＥ１０２は、他のＰｒｏＳｅ対応ＵＥ１０２により送信されたＤ２Ｄディスカバリ信号１０１のために、ディスカバリゾーン２０４をモニタリングして、ディスカバリゾーンローディングメトリックをｅＮＢ１０４にレポートすることができる。ディスカバリゾーンローディングメトリックに基づいて、ｅＮＢ１０４は、Ｄ２Ｄディスカバリのためのリソース及びＤ２Ｄ通信のためのリソースを含む、Ｄ２Ｄアクティビティのためのそのリソース割り当て構成に対する変更を行うことができる。いくつかの実施形態において、ディスカバリゾーンローディングメトリックに基づいて、ｅＮＢ１０４は、Ｄ２Ｄアクティビティのためのリソース割り当て構成を最適化するために、変更を行うことができる。例えば、ｅＮＢ１０４は、Ｄ２Ｄアクティビティのためのリソースプールのサイズを変更することができ、後続のディスカバリゾーンリソースを割り当てることに加えて、ディスカバリゾーンローディングメトリックに基づいて、後続のＤ２Ｄ通信のためのリソースを割り当てることもできる。ディスカバリゾーンローディングメトリックに基づいて、ｅＮＢ１０４はまた、例えば、（ランダムサイレンシング又はランダム確率的送信（random  probabilistic  transmission）等、）干渉抑圧のためのパラメータを変更することにより、１以上の干渉制御技術を適用又は中断することもできる。図３Ａに示されるように、ＰｒｏＳｅ対応ＵＥ１０２は、ｅＮＢ１０４から、ディスカバリゾーン構成を示すシグナリングを受信することができる（動作３１２）。ＵＥ１０２は、動作３１３において、ディスカバリゾーンをモニタリングして、ディスカバリゾーンメトリックをメッセージに含めてレポートすることができる（動作３１４）。
【００３９】
いくつかの実施形態において、ディスカバリゾーンメトリックは、ディスカバリゾーンの複数の発生におけるディスカバリ信号送信の回数（例えば、カウント数）を含む。いくつかの実施形態において、ディスカバリゾーンメトリックは、一意なディスカバリ信号送信の回数をさらに含み、ｅＮＢは、ディスカバリゾーンローディングメトリックに基づいて、ＰｒｏＳｅ対応ＵＥ１０２の数を判定することができる。いくつかの実施形態において、ディスカバリゾーンメトリックは、ディスカバリゾーンの複数の発生におけるディスカバリ信号送信の回数と、ディスカバリゾーンの複数の発生における検出に成功したディスカバリ信号の数と、ディスカバリゾーンの複数の発生における干渉レベルのインジケーションと、のうちの少なくとも１つを含み得る。これらの実施形態のいくつかにおいて、ＰｒｏＳｅ対応ＵＥは、復調基準信号（ＤＭＲＳ）に基づいて、他のＵＥのディスカバリ信号送信を識別することができ、ディスカバリゾーンメトリックは、ブラインド検出された（blindly  detected）一意なＤＭＲＳシーケンスの数又は一意な巡回シフト値を含み得る。
【００４０】
これらの実施形態において、ＵＥは、Ｄ２Ｄディスカバリゾーンの構成に関するフィードバックを提供するよう構成され得る。セル固有ディスカバリゾーン構成の場合に関して、ｅＮＢは、ディスカバリプロセスに関与しているＰｒｏＳｅ対応ＵＥから、セル内のローディングに関する情報を受信することができる。しかしながら、ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるそのようなＰｒｏＳｅ対応ＵＥの数しか認識することができない。ｅＮＢは、そのサービングエリア内でＤ２Ｄディスカバリに関与しているＲＲＣ＿ＩＤＬＥモードにあるＵＥを認識することができない。いくつかの実施形態は、ディスカバリゾーンのローディングに関する情報をｅＮＢに提供するが、これは、ＵＥフィードバックを可能にすることにより実現される。
【００４１】
いくつかの実施形態において、ＰｒｏＳｅ対応ＵＥは、過去のＮ個のディスカバリゾーンにおける送信の回数をレポートすることができる。ここで、Ｎは、ページング応答の形の、予め定められたパラメータ又は設定可能なパラメータであり得る。ページングサイクルが、ページングをモニタリングするために異なるサブフレームが割り当てられるＵＥの異なるグループを伴ってＵＥ固有に構成され得るので、このフィードバックを提供するためにページング応答としてランダムアクセス（ＲＡ）プロシージャを開始する複数のＵＥが、ｅＮＢにより管理され得る。ディスカバリゾーンの構成の低デューティサイクルを仮定すると、ｅＮＢは、ディスカバリゾーンのローディングの量を推定するために、同じページングサブフレームで、ＲＲＣ＿ＩＤＬＥモードにある全てのＵＥに対してこのフィードバックを要求する必要がないことに留意されたい。サイレンシング係数が、ｅＮＢにより設定され得るので、その影響が、この推定量を導出する際、ｅＮＢにより考慮に入れられ得る。
【００４２】
過去のＮ個のディスカバリゾーンにおける送信の回数に関するフィードバックを求める要求は、ｅＮＢが、このメトリックをレポートするように１つのＵＥ又はＵＥのセットに要求するときに、ｅＮＢにより、ページングメッセージに追加され、可能にされ得る。さらに、Ｄ２Ｄディスカバリに関与しているＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるＵＥの数が、上記のメカニズムを用いることにより、あるいは、専用ＲＲＣシグナリング又はＭＡＣ  ＣＥシグナリングを介して示されるフィードバック要求を介して、ｅＮＢにより認識され得る。
【００４３】
いくつかの他の実施形態において、ＵＥは、最小化運転テスト（ＭＤＴ：minimization  driving  test）に類似するレポーティングにより、あるいは、ＭＤＴレポーティングの一部として、ディスカバリ関連メトリック又は測定結果をレポートすることができる。アイドルモードにおいて、ＵＥは、測定結果を記憶及び蓄積して、ＵＥが接続されると、記憶した測定結果をレポートする。接続モードにおいて、ＵＥは、周期的に、あるいは、イベントによりトリガされたときに、ディスカバリ関連測定結果をレポートすることができる。アイドルモードの場合、レポーティングは直ちには行われないので、測定結果を記憶した時間を示すタイムスタンプが含まれる必要があり得る。加えて、詳細な位置に関する情報（例えば、セルインデックス又はＧＰＳ情報）も含まれ得る。ディスカバリ関連メトリック又は測定結果に関して、上述したように、過去のＮ個のディスカバリゾーンにおける送信の回数がレポートされ得る。代替的に、干渉レベル又は検出に成功したＤ２Ｄディスカバリパケット送信の回数がレポートされてもよい。例えば、ランダムに選択されたＤＭ−ＲＳベースシーケンス及び／又は巡回シフト（ＰＵＳＣＨベースのディスカバリパケット送信の場合）を用いるディスカバリパケット送信を想定した場合、ＵＥは、より最近のＮ１個のＤ２Ｄディスカバリゾーンにわたって合計又は平均された、ブラインド検出された一意なＤＭ−ＲＳシーケンスの数又は巡回シフトの回数をレポートすることができる。ここで、Ｎ１は、予め定められていてもよいし、設定可能であってもよい。
【００４４】
図３Ｂは、いくつかの実施形態に従った、ＰｒｏＳｅ対応ＵＥをカウントするためのランダムアクセスチャネル（ＲＡＣＨ）の使用を示している。これらの実施形態において、ｅＮＢ１０４は、初期アクセスプロシージャの一部としてのコンテンションベースランダムアクセス（ＣＢＲＡ）プロシージャ３００中にＰｒｏＳｅ対応ＵＥ１０２から受信した無線リソース制御（ＲＲＣ）シグナリング（動作３０８）に基づいて、ＰｒｏＳｅ対応ＵＥ１０２の数を判定することができる。ＲＲＣシグナリングは、例えば、送信しているＰｒｏＳｅ対応ＵＥ１０２のＤ２Ｄ能力のインジケーションを含み得る。これらの実施形態において、ｅＮＢ１０４は、ディスカバリゾーンローディングメトリックと、ＲＲＣシグナリングに基づいて判定されたＰｒｏＳｅ対応ＵＥ１０２の数と、に基づいて、Ｄ２Ｄアクティビティのためのリソース割り当て構成に対する変更を行うか否かを決定することができる。
【００４５】
これらの実施形態において、ＲＡＣＨは、Ｄ２Ｄ  ＵＥのカウントのために使用される。ＰｒｏＳｅ対応ＵＥ（すなわち、Ｄ２Ｄ可能ＵＥ）のカウントは、ＵＥの初期コンテンションベースランダムアクセス（ＣＢＲＡ）プロシージャ（動作３０２、動作３０４、動作３０６、動作３０８、及び動作３１０）中に実行される。これらの実施形態において、ＵＥのＰｒｏＳｅ能力が、動作３０８において送信されるメッセージに含まれ得る。これらの実施形態を使用して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるＵＥに加えて、ＲＲＣ＿ＩＤＬＥモードにあるＵＥをカウントすることができる。
【００４６】
図４は、無線リソース制御（ＲＲＣ）接続モードにあるＵＥのためのＰｒｏＳｅ対応ＵＥをカウントするためのプロシージャを示している。これらの実施形態において、ｅＮＢ１０４は、Ｄ２Ｄカウント要求メッセージを送信し（動作４０２）、無線リソース制御（ＲＲＣ）接続モードにあるＰｒｏＳｅ対応ＵＥ１０２から、Ｄ２Ｄカウント応答メッセージを受信する（動作４０４）よう構成され得る。これらの実施形態において、Ｄ２Ｄカウント応答メッセージ４０４は、応答したＵＥがＰｒｏＳｅ対応ＵＥであることを示すことができ、これにより、ｅＮＢ１０４は、受信したＤ２Ｄカウント応答メッセージ４０４の数に基づいて、ＰｒｏＳｅ対応ＵＥの数を粗推定することが可能になる。これらの実施形態のいくつかにおいて、Ｄ２Ｄカウント応答メッセージ４０４は、ＲＲＣ接続モードにあるＵＥがＰｒｏＳｅ対応ＵＥではないことを示してもよい。
【００４７】
いくつかの実施形態において、Ｄ２Ｄカウント要求メッセージ（動作４０２）は、Ｄ２Ｄのカウントのために割り当てられた複数の専用ＲＡＣＨプリアンブルを含み得、Ｄ２Ｄカウント応答メッセージ（動作４０４）は、ＰｒｏＳｅ対応ＵＥ１０２により選択され、割り当てられたアクセススロット（例えば、ＲＡＣＨ時間／周波数リソース）内で送信された、ＲＡＣＨプリアンブルのうちの１つを含み得る。
【００４８】
これらの実施形態において、専用ＲＡＣＨプリアンブルのセットは、Ｄ２Ｄカウント要求メッセージに含まれ得る。Ｄ２Ｄのカウントの目的のためにネットワークからカウント要求を受信すると、Ｄ２Ｄ可能ＵＥは、Ｄ２Ｄ  ＵＥのカウントの目的のために割り当てられたＲＡＣＨプリアンブルのプールから選択されたＲＡＣＨプリアンブルを送信することにより応答する。ＵＥは、割り当てられたアクセススロット（ＲＡＣＨチャネル時間／周波数リソース）上で選択されたプリアンブルを送信する。Ｄ２Ｄディスカバリリソースが、現在の構成と比較して追加される必要があるか低減される必要があるかを判定する（これは、現在のＤ２Ｄリソース構成に関する所定の閾数と比較することにより実現することができる）ためには、Ｄ２Ｄ可能ＵＥの数の比較的粗い推定で十分であり得ることに留意されたい。より多数のＵＥの非常に正確なカウントは必要でない。したがって、この閾数と同様の数又はこの閾数よりもほんの少し多い数のプリアンブルシグネシャ−時間スロットの組合せを割り当てることにより、必要とされる情報が簡単に導出される。
【００４９】
これらの実施形態において、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるＤ２Ｄ可能ＵＥをカウントすることは、ディスカバリ信号リソースが通常は準静的に割り当てられるという事実に起因して、場合によっては、最適化されたディスカバリリソース割り当てのために十分であり得、ＲＲＣ＿ＩＤＬＥモードにある任意のＤ２Ｄ可能ＵＥは、無線アクセスネットワークにおけるＲＲＣコンテキストの欠如に起因して、Ｄ２Ｄディスカバリのためのコンテンションベースリソースを使用する必要がある。ネットワークは、Ｄ２Ｄリソース利用及び衝突の可能性の検出された統計値に従ってリソースを徐々に調整する能力を有する。したがって、ＭＢＭＳカウントプロシージャの一部として規定されるように、Ｅ−ＵＴＲＡＮは、まず、Ｄ２ＤＣｏｕｎｔｉｎｇＲｅｑｕｅｓｔメッセージを送信することにより、このプロシージャを開始する。Ｄ２ＤＣｏｕｎｔｉｎｇＲｅｑｕｅｓｔメッセージを受信すると、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるＤ２Ｄディスカバリ可能なＵＥは、Ｄ２ＤＣｏｕｎｔｉｎｇＲｅｓｐｏｎｓｅメッセージを送信する。
【００５０】
いくつかの実施形態において、ｅＮＢは、ＲＲＣ接続モードにあるＰｒｏＳｅ対応ＵＥにより送信された、ディスカバリリソース解放を示すＲＲＣメッセージに基づいて、ＰｒｏＳｅ対応ＵＥ１０２の数を判定することができる。これらの実施形態のいくつかにおいて、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるＰｒｏＳｅ対応ＵＥは、専用ディスカバリリソースを有するようまだ構成されていない場合であっても、ディスカバリリソース解放を示すＲＲＣメッセージを送信することができる。この情報は、ｅＮＢが、Ｄ２Ｄディスカバリに関与しているＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるＰｒｏＳｅ対応ＵＥの数を推定するのを助けることができ、それにより、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるＵＥのためのリソース割り当てを最適化することができる。
【００５１】
いくつかの実施形態において、ｅＮＢは、ＲＲＣアイドルモードにあるＰｒｏＳｅ対応ＵＥにより送信された、Ｄ２Ｄ能力のインジケーションを含む周期的追跡エリア（ＴＡ）メッセージの受信に基づいて、ＰｒｏＳｅ対応ＵＥ１０２の数を判定することができる。これらの実施形態において、ＲＲＣアイドルモードにあるＰｒｏＳｅ対応ＵＥは、Ｄ２Ｄ能力のインジケーションを周期的追跡エリア（ＴＡ）メッセージに追加するよう構成され得る。
【００５２】
いくつかの実施形態において、ＰｒｏＳｅ対応ＵＥは、進化型ノードＢ（ｅＮＢ）から、ディスカバリゾーンの時間リソース及び周波数リソース並びに周期性を示すとともに、１以上のディスカバリゾーン動作パラメータを示すデバイスツーデバイス（Ｄ２Ｄ）ディスカバリゾーン構成シグナリングを受信するよう構成され得る。いくつかの実施形態において、ＵＥが、無線リソース制御（ＲＲＣ）アイドルモード（ＲＲＣ＿ＩＤＬＥモード）にあるとき、ＵＥは、ディスカバリリソース要求をｅＮＢに送信するために、ＲＲＣ接続モード（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモード）に遷移することができる。ＵＥは、少なくともコンテンションベースＤ２Ｄディスカバリゾーン（ＣＢ−Ｄ２Ｄ  ＤＺ）における送信の場合には、ｅＮＢからリソース構成メッセージを受信すると、ＲＲＣアイドルモードに再度自律的に切り替わることができる。
【００５３】
いくつかの実施形態において、ｅＮＢ１０４は、Ｄ２Ｄディスカバリゾーン構成情報を、１以上の隣接ｅＮＢと交換するよう構成され得る。ｅＮＢ１０４は、（例えば、ＳＩＢシグナリングを介して）１以上の隣接ｅＮＢのＤ２Ｄディスカバリゾーン構成情報をＰｒｏＳｅ対応ＵＥにシグナリングするよう構成され得る。これらの実施形態において、隣接ｅＮＢ間の所定のレベルの協調は、特にＤ２Ｄディスカバリゾーンのセル固有構成の場合には、ｅＮＢ間ディスカバリをサポートすることができる。いくつかの実施形態において、ｅＮＢ１０４は、それぞれのセル内のＤ２Ｄディスカバリゾーンの構成に関する情報を交換することができる。隣接セルのＤ２Ｄディスカバリ構成が、それぞれのサービングセルにより、ＵＥ１０２にシグナリングされ得る。いくつかの代替実施形態において、サービングセルは、隣接セルにより送信された関連システム情報ブロック（ＳＩＢ）の位置について、ＵＥに通知することができ、ＵＥは、対応するＳＩＢを取得することができ、それにより、隣接セルにおけるＤ２Ｄディスカバリゾーン構成を認識することができる。両方の場合に関して、特にＵＥベースのオープンディスカバリに関して、その選択されたサブセットのみのその隣接セルリスト内の全てのセルの（そのサービングセルのＤ２Ｄディスカバリゾーンとはオーバーラップしない）Ｄ２Ｄディスカバリゾーンを送信及び／又はリスンするかどうかについては、ＵＥ実装次第であり得る。
【００５４】
Ｄ２Ｄディスカバリゾーンのネットワーク共通構成に関して、構成セルは、共通Ｄ２Ｄディスカバリゾーンを可能にするために、サブフレーム境界、サブフレーム番号（ＳＦＮ）等に関してきっちりとした時間同期を維持するよう構成され得る。これは、例えば、バックホールベースの同期又はＧＰＳを用いて、実現することができる。いくつかの実施形態において、きっちりとした時間同期に対する要件は、Ｄ２Ｄディスカバリゾーンのために拡張巡回プレフィックス（ＣＰ）を用い、非ディスカバリゾーンのために通常長の巡回プレフィックスを用いることにより、緩和され得る。
【００５５】
セル固有に基づいて構成されるＤ２Ｄディスカバリゾーンに関して、１つの課題が、Ｄ２Ｄディスカバリ送信／受信とセルラ（ＷＡＮ）トラフィックとの共存の問題から生じる。Ｄ２Ｄディスカバリゾーンは、現在規定されているＵＬサブフレームにおいて構成されるので、Ｄ２Ｄディスカバリ信号送信とＵＬ  ＰＵＳＣＨ送信との間のセル間干渉が、例えば、ＰＵＳＣＨ送信のためのＵＬスケジューリング及びＵＬ電力制御を行い、ディスカバリ信号の送信のために何らかの形式の送信電力制御を組み込み（例えば、最大送信電力を設定することにより）、セルクラスタリングアプローチを使用し、且つ／あるいは、ＵＥジオメトリ（UE  geometry）に基づいてＵＥによりディスカバリリソースを選択することにより、管理され得る。これらの実施形態については以下でより詳細に説明する。
【００５６】
いくつかの実施形態において、１以上の隣接ｅＮＢのＤ２Ｄディスカバリゾーン構成情報をシグナリングするために、サービングｅＮＢとして動作しているときのｅＮＢ１０４は、サービングｅＮＢによりサーブされているＵＥが、１以上の隣接ｅＮＢのためのＤ２Ｄディスカバリゾーン構成を示すシステム情報ブロック（ＳＩＢ）を取得できるようにするために、１以上の隣接ｅＮＢにより送信されたＳＩＢのための位置情報を提供するよう構成される。これらの実施形態において、特にＵＥベースのオープンディスカバリに関して、その選択されたサブセットのみのその隣接セルリスト内の全てのセルの（そのサービングセルのＤ２Ｄディスカバリゾーンとはオーバーラップしない）Ｄ２Ｄディスカバリゾーンを送信及び／又はリスンするかどうかについては、ＵＥ実装次第であり得る。これらの実施形態において、ＵＥは、ＲＲＣ接続モードにあるとき、サービングｅＮＢから、そのシグナリングを受信することができ、ＲＲＣアイドルモードにあるとき、ＵＥがキャンプオンしている（camping  on）ｅＮＢから、そのシグナリングを受信することができる。実施形態に従うと、ＵＥは、ＲＲＣ接続モードにあるとき、サービングｅＮＢを有するのに対し、ＲＲＣアイドルモードにあるとき、ＵＥは、ｅＮＢにキャンプオンする（なぜならば、アイドルにあるときは、ｅＮＢによりサービスされていないからである）。
【００５７】
いくつかの実施形態において、ｅＮＢ１０４は、Ｄ２Ｄディスカバリゾーン構成情報を、１以上の隣接ｅＮＢと交換するよう構成される。１以上の隣接ｅＮＢのＤ２Ｄディスカバリゾーン構成情報に基づいて、ｅＮＢ１０４は、ディスカバリゾーン内のセル内干渉及びセル間干渉と、ディスカバリ信号送信と上りリンクセルラ送信との間のセル間干渉と、を低減させるための干渉低減技術を実行するよう構成され得る。干渉低減技術は、以下のうちの１以上を含む：
・上りリンクサブフレームセットが、上りリンクセルラ送信（例えば、物理上りリンク共用チャネル（ＰＵＳＣＨ）送信）とＤ２Ｄディスカバリ信号送信との間の干渉低減のための別々の電力制御パラメータを含むよう構成される、Ｄ２Ｄディスカバリ信号送信のための協調的サブフレーム電力制御の実行；
・ディスカバリ信号の送信のための送信電力制御レベルの設定；
・１以上の隣接ｅＮＢのディスカバリゾーンをアラインする（align）ための協調的セルクラスタリングの使用；及び、
・ジオメトリベースのセル内ディスカバリゾーン分割の使用。
【００５８】
図５は、いくつかの実施形態に従った、Ｄ２Ｄディスカバリ信号送信のための協調的上りリンクサブフレーム電力制御を示している。これらの実施形態のいくつかにおいて、隣接セル内のＤ２Ｄディスカバリゾーンがサービングセルにより既知であるので、ＰＵＳＣＨのためのＵＬスケジューリング及びＵＬ電力制御は、サービングセルにより構成され得る。いくつかの実施形態において、２つのＵＬサブフレームセットが、異なるＵＬサブフレームセットのための別々の電力制御パラメータ（例えば、開ループ電力制御パラメータＰ０及びアルファ）を含むよう構成され得る。これは、図５に示されるように、１つのＵＬサブフレームセットを使用して、１以上の隣接セルのＤ２Ｄディスカバリリソースをカバーすることにより、セルラＰＵＳＣＨ送信から隣接セルのＤ２Ｄディスカバリ信号受信への強いセル間干渉を防ぐことができる。
【００５９】
いくつかの実施形態は、ディスカバリ信号の送信のために何らかの形式の送信電力制御を組み込むことができる（例えば、最大送信電力を設定することにより）。いくつかの実施形態において、Ｄ２Ｄディスカバリ信号のための複数の最大電力クラスが予め定められ得、選択された最大送信電力レベルが、Ｄ２Ｄディスカバリ構成シグナリングを通じて、ＵＥにシグナリングされ得る。
【００６０】
いくつかの実施形態は、セルクラスタリングアプローチを使用することができ、それにより、隣接セルは、Ｘ２  １１５（図１）を介する情報交換を通じたそのＤ２Ｄディスカバリゾーン構成をアラインする。これらの実施形態において、Ｄ２Ｄディスカバリゾーンのために予約された時間−周波数リソースのみが、アラインされる必要があり得、各セルは、Ｄ２Ｄディスカバリゾーンのローディングにおける変化に対して独立に調整して、Ｄ２Ｄディスカバリゾーン内のセル内／クラスタ内干渉を管理するために、（以下でより詳細に説明する）サイレンシング係数を設定することができる。
【００６１】
いくつかの実施形態において、ディスカバリゾーン動作パラメータは、サイレンシング係数、送信電力制御設定、ホッピング関連パラメータ、及びスクランブリングＩＤのうちの少なくとも１つを含み得る。これらの実施形態において、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  Ｐｒｏｓｅ対応ＵＥ又はＲＲＣ＿ＩＤＬＥ  ＰｒｏＳｅ対応ＵＥのためのオープンディスカバリ又は制限ディスカバリといったＤ２Ｄディスカバリオペレーションのタイプにかかわらず、ディスカバリゾーン及びディスカバリ信号（例えば、ディスカバリパケット）の構成及び送信に関連する所定のパラメータが、対応するＵＥにシグナリングされ得る。
【００６２】
これらの実施形態において、ディスカバリゾーン構成は、ゾーン全体のコンテンションベースディスカバリゾーン及びコンテンションフリーディスカバリゾーンへの任意の分割を含み得る。時間領域及び周波数領域における各ディスカバリゾーンの程度を示すパラメータが含まれ得、ゾーンの構成の時間オフセット及び周期性を示すことができる。セル固有ディスカバリゾーン割り当てに関して、この情報は、セル固有であり、サービングセルは、ｅＮＢ間ディスカバリをサポートするために、隣接セルに対応するパラメータをシグナリングすることができる。
【００６３】
いくつかの実施形態において、固定ランダムサイレンシングが構成される場合、サイレンシング係数の信号値がシグナリングされ得る。一方、より進化した適応的サイレンシングメカニズムのサポートのために、２以上のパラメータがシグナリングされる必要があり得る。一実施形態において、各ＰｒｏＳｅ対応ＵＥ１０２は、それぞれのＵＥのためのディスカバリゾーンの最初の発生に対して適用される名目（nominal）サイレンシング係数を用いて構成され得る。後続のディスカバリゾーンの発生に関して、ＵＥにより適用されるサイレンシング係数は、前のゾーンにおいてＵＥが送信したか否かに応じて、所定の下限及び上限内で、（ネットワーク／ｅＮＢによりシグナリングされた所定の係数の分だけ）インクリメント又はデクリメントされ得る。下限及び上限は、静的である（予め設定されている）か、非常に遅い速度で、ネットワーク及び／又はｅＮＢにより設定及び更新されるかのいずれかとすることができるが、実施形態の範囲は、この点において限定されるものではない。
【００６４】
いくつかの実施形態において、ｅＮＢは、ディスカバリ信号送信のためのサイレンシング・ミューティングプロトコル（silencing  and  muting  protocol）を使用することにより、ディスカバリゾーン内の干渉を低減させるよう構成され、サイレンシング係数をディスカバリゾーンパラメータに含めるよう構成され得る。これらの実施形態において、サイレンシング・ミューティングプロトコルは、サイレンシング係数を用いてＰｒｏＳｅ対応ＵＥを構成する。サイレンシング係数は、サイレンシング係数により示される確率に基づいてＤ２Ｄディスカバリゾーンのランダムに選択されたリソース上でのＤ２Ｄディスカバリ信号送信において使用される。ディスカバリパケットの実効到達率、及びそれによるＤ２Ｄディスカバリゾーン内の干渉レベルが、制御され得る。これらの実施形態において、ディスカバリパケットを送信することを意図する各ＰｒｏＳｅ対応ＵＥは、Ｄ２Ｄディスカバリゾーン内からリソースをランダムに選択することができ、ディスカバリパケットを、所定の確率（例えば、（１−ｐ）、ここで、０≦ｐ≦１である）で送信することができる。これらの実施形態において、ｐは、個々のサービングセルによるセル固有の態様又はネットワーク共通の態様のいずれかにおいて、ネットワークにより設定される送信確率係数又はサイレンシング係数として定められ得る。
【００６５】
いくつかの実施形態において、ＵＥへのシグナリングは、ＵＥがディスカバリゾーンの前の発生においてＤ２Ｄディスカバリゾーンを送信したかどうかに応じて、サイレンシング係数が、ディスカバリゾーンの後続の発生における使用のために、インクリメントされるかデクリメントされるかのいずれかであることを示す。
【００６６】
いくつかの実施形態において、ディスカバリゾーンパラメータが、送信電力制御設定を含む場合、ＵＥは、それぞれのＵＥカテゴリにより指定される送信電力よりも低い、Ｄ２Ｄディスカバリ信号の送信のための最大送信電力を有するよう構成され得る。これらの実施形態において、ディスカバリトラフィック状態及びユースケースに応じて、ＰｒｏＳｅ対応ＵＥは、それぞれのＵＥカテゴリにより指定される送信電力よりも低いことがある最大送信電力を有するよう構成され得る。最大送信電力は、ディスカバリパケット送信のために適用され得る。サポートされている場合、より進化した適応的電力制御オプションに関連するさらなるパラメータも、同様にシグナリングされる必要がある。
【００６７】
いくつかの実施形態において、ディスカバリゾーンパラメータが、ホッピング関連パラメータを含む場合、ホッピング関連パラメータは以下のことを示す：
・コンテンションフリーＤ２Ｄディスカバリゾーン構成におけるディスカバリリソースホッピングのためのパラメータ；
・タイプ１ホッピング又はタイプ２ホッピングのいずれかを含むホッピングタイプ；
・サブフレーム内ホッピング又はサブフレーム間ホッピングのいずれかを含むホッピングモード；
・タイプ２ホッピングのためのサブ帯域サイズ；及び、
・タイプ２ホッピングのための擬似ランダムシーケンス初期設定。
【００６８】
これらの実施形態において、コンテンションフリーディスカバリリソース割り当てに関して、所定のランダム化ホッピング関連シグナリング（randomized  hopping  related  signaling）が、ＵＥに提供され得る。さらに、各ディスカバリパケット送信が、複数のＰＲＢペアに及ぶペイロードベースの送信に関して、サブフレーム内ホッピング又はサブフレーム間ホッピングの異なるタイプが設定され得る。
【００６９】
いくつかの実施形態において、ディスカバリゾーンパラメータが、スクランブリングアイデンティティ（ＩＤ）を含む場合、スクランブリングアイデンティティ（ＩＤ）は、Ｄ２ＤディスカバリパケットのＣＲＣマスクのスクランブリングのために使用することができる。共通スクランブリングＩＤが、ディスカバリグループ毎に割り当てられ得る。これらの実施形態において、スクランブリングアイデンティティ（ＩＤ）は、ディスカバリパケットのＣＲＣマスクのスクランブリングのために使用することができる。スクランブリングアイデンティティ（ＩＤ）は、ディスカバリグループ毎に共通であり得る。オープンディスカバリに関して、ネットワーク内の全てのＰｒｏＳｅ対応ＵＥ（ネットワーク共通ディスカバリリソース構成の場合）又はセル若しくはセルクラスタ内の全てのＰｒｏＳｅ対応ＵＥ（セル固有ディスカバリリソース構成の場合）は、共通スクランブリングＩＤを有するよう構成され得る。
【００７０】
制限ディスカバリに関して、スクランブリングＩＤは、制限ディスカバリのための検証のために候補のリストをより上位のレイヤに送信する前にＵＥをディスカバリすることによる復号された候補のフィルタリングのために使用することができる。クローズドディスカバリに関して、スクランブリングは、制限ディスカバリについてのホワイトリスト単位と同じである。このように、ホワイトリストに存在しないＰｒｏＳｅ対応ＵＥは、パケットを復号することができない。クローズドグループスクランブリングシード（closed  group  scrambling  seed）は、Ｄ２Ｄサーバにより生成されるべきであり、Ｄ２Ｄ登録の間に、ホワイトリストグループ情報と一緒に送信されるべきである（ＳＩＢ／ページングを通じてではなく）。
【００７１】
いくつかの実施形態において、制限ディスカバリに関して、一時識別子（Ｔｅｍｐ＿ＩＤ）を使用して、異なるディスカバリグループ（他のＰｒｏＳｅ対応ＵＥの異なるホワイトリスト）に属する同じＰｒｏＳｅ対応ＵＥを区別することができる。制限ディスカバリの一部として送信する各ＰｒｏＳｅ対応ＵＥには、ディスカバリパケット内のＵＥアイデンティティを置換する１以上のＴｅｍｐ＿ＩＤが割り当てられる。ディスカバリする側のＵＥがそのようなパケットを復号したとき、そのＵＥは、制限ディスカバリプロセスの一部としてのさらなる識別及び検証のために、復号された１以上のＴｅｍｐ＿ＩＤをネットワークに転送する。例えば、制限ディスカバリに関与している３つのＰｒｏＳｅ対応ＵＥであるＵＥ＿Ａ、ＵＥ＿Ｂ、及びＵＥ＿Ｃを考えてみる。ＵＥ＿Ａ及びＵＥ＿Ｂは、それぞれ、異なるグループＡ及びグループＢに属しており、それぞれのホワイトリスト内に互いを有していない一方、ＵＥ＿Ｃは、それらのホワイトリストの両方に存在する。その後、ＵＥ＿Ｃには、２つの異なるＴｅｍｐ＿ＩＤ（ＵＥ＿Ｃａ及びＵＥ＿Ｃｂ）が割り当てられ得、ＵＥ＿Ａ及びＵＥ＿Ｂの両方が、ＵＥ＿Ｃａ及びＵＥ＿Ｃｂをそれぞれディスカバリでき、それにより、ネットワークからの後続のアイデンティフィケーションを用いて、ＵＥ＿Ｃをディスカバリできるようになる。しかしながら、オープンディスカバリオペレーションを介しては、ＵＥ＿Ａ及びＵＥ＿Ｂは、互いのみをディスカバリすることしかできない。
【００７２】
図６は、いくつかの実施形態に従った、ｅＮＢによりトリガされるコンテンションフリーＤ２Ｄディスカバリゾーンリソースを示している。これらの実施形態において、ｅＮＢは、ＲＲＣシグナリング及び／又はレイヤ１（物理レイヤ）シグナリングを使用して、Ｄ２Ｄディスカバリ信号のコンテンションフリー送信のために、ＲＲＣ接続モードにあるＰｒｏＳｅ対応ＵＥに対するディスカバリリソースの反永続的（semi-persistent）割り当てを示すことができる。ｅＮＢは、ディスカバリリソース解放の送信により、ディスカバリリソースの割り当てを解放するよう構成され得る。これらの実施形態において、Ｄ２Ｄディスカバリのコンテンションフリーモードは、複数の形でサポートされ得る。いくつかの実施形態において、このモードの動作は、ｅＮＢによりトリガされ得る（動作６０２）。動作６０２において、ｅＮＢは、動作６０４におけるディスカバリ信号の送信のための専用リソースを有するように１以上のＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるＰｒｏＳｅ対応ＵＥを構成する。この場合におけるリソース割り当ては、ＲＲＣシグナリング及びレイヤ１シグナリングの組合せを用いるディスカバリリソースの反永続的割り当て（動作６０６）の形で実現され得る。構成された専用リソースはまた、ローディング及び全体的なＤ２Ｄディスカバリリソース割り当て状態に応じて、ｅＮＢにより解放され得る（動作６０８）。
【００７３】
図７は、いくつかの実施形態に従った、ＵＥによりトリガされるコンテンションフリーＤ２Ｄディスカバリゾーンリソースを示している。これらの実施形態において、ｅＮＢは、ＲＲＣ接続モードにあるＰｒｏＳｅ対応ＵＥからのＲＲＣリソース要求に応答して、Ｄ２Ｄディスカバリ信号のコンテンションフリー送信のために、ＲＲＣ接続モードにあるＰｒｏＳｅ対応ＵＥに対してディスカバリリソースを割り当てることができる。ｅＮＢにより決定されるディスカバリリソース解放に加えて、ｅＮＢは、ＰｒｏＳｅ対応ＵＥからのＲＲＣシグナリングを介するリソース解放要求の受信に応答して、ディスカバリリソースの割り当てを解放することもできる。これらの実施形態において、例えば、より上位のレイヤから開始されるＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＵＥは、ＲＲＣレイヤを介して、Ｄ２Ｄディスカバリ信号送信のためのリソースを、サービングセルに対して要求することができる（動作７０２）。次いで、ｅＮＢの決定に従って、サービングセルは、ＲＲＣシグナリングを介して、リソース割り当ての構成を有するようにＵＥを構成することができ（動作７０４）、最終的に、レイヤ１シグナリングを介する反永続的割り当てを構成することができる。レイヤ１シグナリング／アクティベーションは使用されない。なぜならば、リソースは、ＲＲＣを介して構成され得（動作７０４）、次いで、ディスカバリ送信は、ディスカバリリソースプール／ゾーンの次の発生から開始するよう自動的にアクティブ化される（動作７０６）からである。ｅＮＢにより決定されるリソースの解放（動作７１０）に加えて、ＵＥはまた、ＲＲＣレイヤを介して、ディスカバリリソース解放を要求することができる（動作７０８）。
【００７４】
これらの実施形態において、Ｄ２Ｄディスカバリリソースが、ＰＤＣＣＨを介して明示的に割り当てられる場合、ＲＲＣリソース構成（動作７０４）は必要とされなくてもよい。ｅＮＢによりトリガされるコンテンションフリーリソース割り当てスキーム及びＵＥによりトリガされるコンテンションフリーリソース割り当てスキームとｅＮＢにより決定されるリソース解放メカニズム及びＵＥにより要求されるリソース解放メカニズムとの組合せも同様に実現され得る。
【００７５】
さらに、Ｄ２Ｄディスカバリのためのリソースは、アクティブなＰｒｏＳｅ対応ＵＥの存在に応じて、セルレベル／セル−クラスタレベル又はネットワークレベルで予約されなくてもよい（すなわち、ディスカバリゾーンが構成されない）。そのような状況において、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるＰｒｏＳｅ対応ＵＥは、ＲＲＣレイヤ又はアプリケーションレイヤを介して、Ｄ２Ｄディスカバリリソースの割り当てを求める要求を送信することができる。アプリケーションレイヤを介して要求される場合、この要求は、Ｄ２Ｄサーバに送信され、次いで、Ｄ２Ｄサーバが、ディスカバリゾーンをオンにするように、あるいは、必要に応じてコンテンションフリーディスカバリのためのさらなるリソースを割り当てるように、ｅＮＢに要求する。また、ＲＲＣ＿ＩＤＬＥモードにあるＰｒｏＳｅ対応ＵＥは、ディスカバリリソース要求を送信するために、接続モードに遷移することができる。しかしながら、これは、ＲＲＣ接続セットアップを必要としないこともある。例えば、ＵＥは、ディスカバリゾーン要求のみを示すＲＲＣ接続要求を送信することができる。代替的に、ＵＥは、ｅＮＢが、ディスカバリ要求メッセージに対するアクノレッジメントメッセージ（又はディスカバリ無線リソース構成メッセージ）を送信したときに、自律的にアイドルモードになる。
【００７６】
いくつかの実施形態において、Ｄ２Ｄディスカバリリソースは、静的にプロビジョニングされ得る。ネットワークカバレッジ外又は部分的ネットワークカバレッジのシナリオにおける国家安全保障及び公安（ＮＳＰＳ：national  security  and  public  safety）のユースケースのためのＤ２Ｄディスカバリのサポートに関して、所定の周期的時間−周波数リソースが、Ｄ２Ｄディスカバリリソースとして、公安（ＰＳ）ＰｒｏＳｅ対応ＵＥのために予め構成されてもよい。そのようなリソースは、低デューティサイクルを有するよう構成され得、適切な条件下では、正確なＤ２Ｄディスカバリプロトコルに応じて、さらなるリソースが、ネットワークカバレッジ外又は部分的ネットワークカバレッジのシナリオのためにＵＥを調整することにより、予め構成されているＤ２Ｄディスカバリゾーンを補足するよう構成され得る。さらなるリソースの構成は、静的に予め構成されているデフォルトＤ２Ｄディスカバリゾーンの存在を考慮して、上記で概説した原理に従うことができる。
【００７７】
いくつかの実施形態において、ジオメトリベースのセル内Ｄ２Ｄディスカバリゾーン分割に関して、ＵＥは、サービングｅＮＢから、セルの中心にある（cell-center）Ｄ２Ｄ  ＵＥ及びセルのエッジにある（cell  edge）Ｄ２Ｄ  ＵＥのうちの少なくとも１つのために使用されるＤ２Ｄディスカバリゾーンのディスカバリリソースを含む、１以上の隣接ｅＮＢのＤ２Ｄディスカバリゾーン構成情報を示すシグナリングを受信することができる。ＵＥは、サービングｅＮＢの基準信号受信電力（ＲＳＲＰ）に少なくとも部分的に基づいて、Ｄ２Ｄディスカバリ信号送信のために、セルの中心にあるＤ２Ｄ  ＵＥ又はセルのエッジにあるＤ２Ｄ  ＵＥのために示されたリソースを選択することができる。これらの実施形態において、ＵＥは、ＵＥジオメトリに基づいて、ディスカバリリソースを選択することができる。ディスカバリゾーンは、分割され得、ディスカバリリソースが、隣接セルにおける通常のＵＬスケジューリングのために使用される場合、ディスカバリリソースの一部は、セルの中心にあるＵＥのために主に使用される。何らかの予め定められた閾値又は設定された閾値を超える比率ＲＳＲＰｓｅｒｖｉｎｇ／ＲＳＲＰｓｔｒｏｎｇｅｓｔ＿ｎｅｉｇｈｂｏｒを有するＰｒｏＳｅ対応ＵＥは、セルの中心にあるＰｒｏＳｅ対応ＵＥのために予約されたディスカバリゾーンにおいてＤ２Ｄディスカバリパケットを送信することができる。上記において、ＲＳＲＰｓｅｒｖｉｎｇは、サービングセルのＲＳＲＰであり、ＲＳＲＰｓｔｒｏｎｇｅｓｔ＿ｎｅｉｇｈｂｏｒは、最大ＲＳＲＰ値を有する、隣接セルリスト内のセルに対するリンクのＲＳＲＰに対応する。ＷＡＮトラフィックを伴うセルにおけるＰＵＳＣＨ送信の注意深いスケジューリングと組み合わせたこのジオメトリベースのセル内Ｄ２Ｄディスカバリゾーン分割は、Ｄ２Ｄディスカバリゾーンと、隣接セルにおけるＬＴＥ  ＵＬ送信と、の共存を可能にし得る。ｅＮＢは、セルの中心にあるＤ２Ｄ  ＵＥ又はセルのエッジにあるＤ２Ｄ  ＵＥのために使用されるディスカバリリソースに関する情報を交換することができる。これらの実施形態のいくつかにおいて、ＵＥは、上記比率の代わりにＲＳＲＰｓｅｒｖｉｎｇに基づいてディスカバリリソースを選択してもよく、特に同様の送信電力を有するｅＮＢを含むＮＷにおいて（例えばマクロのみのネットワークに関して）、同様に機能する。
【００７８】
図８は、いくつかの実施形態に従った無線通信デバイスの機能ブロック図を示している。無線通信デバイス（ＷＣＤ）８００は、ＵＥ１０２（図１）又はｅＮＢ１０４（図１）として使用するのに適したものであり得る。ＷＤＣ８００は、１以上のアンテナ８０１を用いて他のＷＤＣ（ｅＮＢ及びＵＥ）との間で信号を送受信するとともに、他のＵＥとＤ２Ｄ通信するための物理レイヤ（ＰＨＹ）回路８０２を含み得る。ＷＤＣ８００はまた、無線媒体へのアクセスを制御するための媒体アクセス制御レイヤ（ＭＡＣ）回路８０４を含み得る。ＷＤＣ８００はまた、本明細書で説明した様々なオペレーションを実行するようにＷＤＣ８００の様々な要素を構成するよう構成された処理回路８０６及びメモリ８０８を含み得る。
【００７９】
いくつかの実施形態において、モバイルデバイスは、携帯情報端末（ＰＤＡ）、無線通信能力を有するラップトップコンピュータ若しくはポータブルコンピュータ、ウェブタブレット、無線電話機、スマートフォン、無線ヘッドセット、ページャ、インスタントメッセージングデバイス、デジタルカメラ、アクセスポイント、テレビジョン、医用デバイス（例えば、心拍数モニタ、血圧モニタ等）、又は、情報を無線で送信及び／又は受信することができる他のデバイス等のポータブル無線通信デバイスの一部であり得る。いくつかの実施形態において、モバイルデバイスは、キーボード、ディスプレイ、不揮発性メモリポート、複数のアンテナ、グラフィックスプロセッサ、アプリケーションプロセッサ、スピーカ、及び他のモバイルデバイス要素のうちの１以上を含み得る。ディスプレイは、タッチスクリーンを含むＬＣＤスクリーンであってよい。
【００８０】
アンテナ８０１は、例えば、ダイポールアンテナ、モノポールアンテナ、パッチアンテナ、ループアンテナ、マイクロストリップアンテナ、又はＲＦ信号の送信に適した他のタイプのアンテナを含む１以上の指向性アンテナ又は全方向性アンテナを含み得る。いくつかの複数入力複数出力（ＭＩＭＯ）の実施形態において、アンテナは、空間ダイバーシチと、生じ得る様々なチャネル特性と、を利用するために、効果的に分離され得る。
【００８１】
モバイルデバイスが、複数の別々の機能要素を有するものとして図示されているが、それら機能要素のうちの１以上は、組み合わされてもよく、デジタル信号プロセッサ（ＤＳＰ）を含む処理要素等のソフトウェア構成型要素及び／又は他のハードウェア要素の組合せにより実装されてもよい。例えば、いくつかの要素は、１以上のマイクロプロセッサ、ＤＳＰ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、無線周波数集積回路（ＲＦＩＣ）、及び、本明細書で説明した機能を少なくとも実行するための、様々なハードウェアと論理回路との組合せを含んでもよい。いくつかの実施形態において、これら機能要素は、１以上の処理要素上で動作する１以上のプロセスを指してもよい。
【００８２】
実施形態は、ハードウェア、ファームウェア、及びソフトウェアのうちの１つにより実装されてもよいし、ハードウェア、ファームウェア、及びソフトウェアの組合せにより実装されてもよい。実施形態はまた、コンピュータ読み取り可能な記憶デバイスに記憶された命令として実装されてもよく、この命令は、少なくとも１つのプロセッサにより読み出されて実行されたときに、本明細書で説明したオペレーションを実行することができる。コンピュータ読み取り可能な記憶デバイスは、マシン（例えば、コンピュータ）により読み取り可能な形式で情報を記憶する任意の非一時的なメカニズムを含み得る。例えば、コンピュータ読み取り可能な記憶デバイスは、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、並びに、他の記憶デバイス及び記憶媒体を含み得る。いくつかの実施形態は、１以上のプロセッサを含んでもよく、コンピュータ読み取り可能な記憶デバイスに記憶された命令を有するよう構成されてもよい。
【００８３】
読者が技術的な開示内容の本質及び主旨を確認できるようにする要約を求める３７Ｃ．Ｆ．Ｒセクション１．７２（ｂ）に従うよう要約が提供されている。請求項の範囲又は意味を限定又は解釈するためには使用されないという理解の下で、要約は提出されている。請求項は、発明を実施するための形態に組み込まれ、各請求項は、それ自身、別々の実施形態として独立している。
【図１】
0006316880.tif 000010
【図２】
0006316880.tif 000011
【図３Ａ】
0006316880.tif 000012
【図３Ｂ】
0006316880.tif 000013
【図４】
0006316880.tif 000014
【図５】
0006316880.tif 000015
【図６】
0006316880.tif 000016
【図７】
0006316880.tif 000017
【図８】
0006316880.tif 000018