(57)【要約】      （修正有）【課題】デバイスツーデバイス（Ｄ２Ｄ）ネットワーク内で通信を行うユーザ機器（ＵＥ）、ネットワーク要素、および、方法を提供する。【解決手段】第１ＵＥ３２０から進化型パケットコア（ＥＰＣ）３１８に対して近接性検出リクエストの通信が行われ得る。近接性検出リクエストは、ウィンドウパラメータと、第２ＵＥ３３０の識別情報と、近接性検出リクエストが第２ＵＥ３３０の近接性検出のためのものであるか、または第２ＵＥ３３０とのＤ２Ｄ接続を確立するためのものであるかを示す近接性検出信号とを含む。近接性アラートメッセージが、ウィンドウパラメータにおいてＥＰＣ３１８から受信される。【選択図】図３
2017085648.tif 000002
【特許請求の範囲】
【請求項１】
日付ウィンドウパラメータと、第２ＵＥの識別情報と、近接性検出リクエストが前記第２ＵＥの近接性検出のためのものであるか、または、前記第２ＵＥとのＤ２Ｄ接続を確立するためのものであるかを示す近接性検出信号とを含む前記近接性検出リクエストの通信を進化型パケットコア（ＥＰＣ）に対して行い、前記日付ウィンドウパラメータに基づき選択された日付に近接性アラートメッセージを前記ＥＰＣから受信するコンピュータ回路を備える、デバイスツーデバイス（Ｄ２Ｄ）ネットワーク内で通信を行うユーザ機器（ＵＥ）。
【請求項２】
前記近接性アラートメッセージは、前記第２ＵＥとの前記ＵＥのＤ２Ｄ通信のための支援情報を含む、請求項１に記載のコンピュータ回路。
【請求項３】
さらに、前記第２ＵＥに関する前記支援情報を用いてＤ２Ｄ接続を確立するための発見メッセージを前記第２ＵＥへ送信する、請求項２に記載のコンピュータ回路。
【請求項４】
前記日付ウィンドウパラメータは、前記Ｄ２Ｄネットワーク内で前記第２ＵＥと複数の通信を確立するための時刻、曜日、ひと月のうちの週、または１年のうちの月を含む、請求項１から３のいずれか一項に記載のコンピュータ回路。
【請求項５】
前記近接性検出リクエストは位置ウィンドウパラメータを含む、請求項１から４のいずれか一項に記載のコンピュータ回路。
【請求項６】
前記位置ウィンドウパラメータは選択された地理的設定である、請求項５に記載のコンピュータ回路。
【請求項７】
前記選択された地理的設定は、選択された位置タイプ、前記ＵＥの現在位置情報、前記第２ＵＥの現在位置情報、選択された商業環境の設定、前記ＵＥに隣接する選択された半径に関する半径設定、前記第２ＵＥに隣接する選択された半径に関する半径設定、選択された州の設定、選択された市の設定、選択された地域設定、選択されたランドマーク設定、選択されたランドマークタイプ設定、周囲タイプ設定、選択された構造位置設定、位置境界設定、基準点設定、または基準点を囲む半径に関する半径設定を含む、請求項６に記載のコンピュータ回路。
【請求項８】
前記近接性検出リクエストは、複数のＵＥ、１または複数の選択されたタイプの複数のＵＥ、１または複数の選択されたＵＥ群、または、１または複数の選択されたカテゴリの複数のＵＥに関する識別情報を含む、請求項１から７のいずれか一項に記載のコンピュータ回路。
【請求項９】
前記日付ウィンドウパラメータは、前記Ｄ２Ｄネットワーク内の他の複数のＵＥの近接性検出のための、または、前記Ｄ２Ｄネットワーク内の前記ＵＥと前記他の複数のＵＥとの間で複数のＤ２Ｄ通信を確立するための複数の時刻、曜日、ひと月の内の週、または１年のうちの月を含む、請求項８に記載のコンピュータ回路。
【請求項１０】
さらに、Ｄ２Ｄ通信接続を用いて前記第２ＵＥと直接的に通信を行う、請求項１から９のいずれか一項に記載のコンピュータ回路。
【請求項１１】
前記Ｄ２Ｄ通信接続は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）接続、ワイヤレスフィディリティ（ＷｉＦｉ（登録商標））直接接続、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続、またはＺｉｇｂｅｅ（登録商標）接続である、請求項１０に記載のコンピュータ回路。
【請求項１２】
第１ＵＥからの近接性検出リクエストに基づき前記第１ＵＥおよび第２ＵＥに関する近接性検出を実行し、前記近接性検出リクエストが、ウィンドウパラメータと、前記第２ＵＥに関する識別情報と、前記近接性検出リクエストが前記第２ＵＥの近接性検出のためのものであるか、前記第１ＵＥと前記第２ＵＥとの間でＤ２Ｄ接続を確立するためのものであるかを示す近接性検出信号とを含み、
前記ウィンドウパラメータの間に、前記第１ＵＥに関する識別情報を含む近接性検出許可リクエストの通信を前記第２ＵＥに対して行い、
前記第２ＵＥから近接性検出許可応答を受信し、
近接性アラートメッセージの通信を前記第１ＵＥに対して行う
コンピュータ回路を備える、デバイスツーデバイス（Ｄ２Ｄ）ネットワーク内でユーザ機器（ＵＥ）が通信を行うのを支援する進化型パケットコア（ＥＰＣ）におけるネットワーク要素。
【請求項１３】
前記近接性検出許可リクエストは、前記第１ＵＥの発見を実行するためのタイミング情報を含む、請求項１２に記載のコンピュータ回路。
【請求項１４】
前記近接性アラートメッセージは、前記第２ＵＥに関する接続情報と、前記第２ＵＥの発見を実行するためのタイミング情報とを含む、請求項１２または１３に記載のコンピュータ回路。
【請求項１５】
さらに、ウィンドウパラメータと、前記第２ＵＥに関する識別情報とを含む所与の近接性検出リクエストを格納する、請求項１２から１４のいずれか一項に記載のコンピュータ回路。
【請求項１６】
前記ウィンドウパラメータは日付ウィンドウパラメータまたは位置ウィンドウパラメータを含む、請求項１２から１５のいずれか一項に記載のコンピュータ回路。
【請求項１７】
さらに、前記近接性検出を実行するための前記位置ウィンドウパラメータ内に前記第１ＵＥがあるときを前記第１ＵＥが判断するための位置情報を受信する、請求項１６に記載のコンピュータ回路。
【請求項１８】
さらに、全地球測位システム（ＧＰＳ）、信号の三角測量法、ビーコン信号、セルカバレッジベースの測位、観察到着時間差（ｏｂｓｅｒｖｅｄ  ｔｉｍｅ  ｄｉｆｆｅｒｅｎｃｅ  ｏｆ  ａｒｒｉｖａｌ（ＯＴＤＯＡ））測位、拡張型観察時間差（ｅｎｈａｎｃｅｄ  ｏｂｓｅｒｖｅｄ  ｔｉｍｅ  ｄｉｆｆｅｒｅｎｃｅ（Ｅ−ＯＴＤ））測位、アシステッド全地球ナビゲーション衛星システム（ａｓｓｉｓｔｅｄ−ｇｌｏｂａｌ  ｎａｖｉｇａｔｉｏｎ  ｓａｔｅｌｌｉｔｅ  ｓｙｓｔｅｍ（Ａ−ＧＮＳＳ））測位、またはアップリンク到着時間差（ｕｐｌｉｎｋ  ｔｉｍｅ  ｄｉｆｆｅｒｅｎｃｅ  ｏｆ  ａｒｒｉｖａｌ（ＵＴＤＯＡ））測位を用いて前記第１ＵＥまたは前記第２ＵＥの位置を判断する、請求項１６または１７に記載のコンピュータ回路。
【請求項１９】
さらに、複数のウィンドウパラメータ選択オプションを前記第１ＵＥに提供する、請求項１２から１８のいずれか一項に記載のコンピュータ回路。
【請求項２０】
さらに、実質的にリアルタイムで、前記第２ＵＥが前記第１ＵＥの選択された半径内にあるときをモニタリングする、請求項１２から１９のいずれか一項に記載のコンピュータ回路。
【請求項２１】
位置ウィンドウパラメータと、第２ＵＥの識別情報と、近接性検出リクエストが前記第２ＵＥの近接性検出のためのものであるか、または、前記第２ＵＥとのＤ２Ｄ接続を確立するためのものであるかを示す検出信号とを含む前記近接性検出リクエストの通信を進化型パケットコア（ＥＰＣ）に対して行う段階と、
前記位置ウィンドウパラメータに基づき選択された日付に近接性アラートメッセージを前記ＥＰＣから受信する段階と
を備える、ユーザ機器（ＵＥ）がデバイスツーデバイス（Ｄ２Ｄ）ネットワーク内で通信を行うのを支援するための方法。
【請求項２２】
前記第２ＵＥに関する支援情報を用いてＤ２Ｄ接続を確立するための発見メッセージを前記第２ＵＥへ送信する段階をさらに備える、請求項２１に記載の方法。
【請求項２３】
前記近接性検出リクエストは日付ウィンドウパラメータを含む、請求項２１または２２に記載の方法。
【請求項２４】
前記日付ウィンドウパラメータは定期的なイベントである、請求項２３に記載の方法。
【請求項２５】
前記ＵＥが前記位置ウィンドウパラメータまたは前記日付ウィンドウパラメータ内にあるときに前記近接性検出リクエストに基づき近接性イベントが起こるときを前記ＥＰＣが判断することを停止させる近接性検出キャンセルリクエストの通信を前記ＥＰＣに対して行う段階をさらに備える、請求項２３または２４に記載の方法。
【請求項２６】
ユーザ入力情報から近接性検出リクエスト情報を前記ＵＥにおいて受信する段階をさらに備える、請求項２１から２５のいずれか一項に記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
［関連出願］
本願は、２０１３年４月５日に提出された代理人整理番号がＰ５５４９９Ｚである米国仮特許出願第６１／８０９，１５７号の便益を主張し、同仮特許出願を参照により組み込む。  複数のデバイスツーデバイス（Ｄ２Ｄ）無線通信技術が、多様な設定において複数のモバイルデバイスおよびネットワーク間の複数のピアツーピアまたはポイントツーポイント（Ｐ２Ｐ）通信、若しくは複数のマシンタイプ通信を実行するのに用いられ得る。複数のモバイルデバイス間の複数のＤ２Ｄ通信は、無線基地局からの集中化された複数の通信、例えば、キャリアネットワーク内の進化型Ｎｏｄｅ  Ｂ（ｅＮｏｄｅ  Ｂ）からの集中化された複数の局−モバイル間通信の利用を補足するよう設計され得る。
【０００２】
複数のＤ２Ｄ直接通信は、無線プロトコルまたはネットワーク構成の通信範囲内に配置されたユーザ機器（ＵＥ）などの複数のデバイスに限定される。また複数のＤ２Ｄ直接通信は、複数のＤ２Ｄ通信可能デバイスが通信範囲内にあるか、または複数のＤ２Ｄ通信可能デバイスと関連付けられた複数の既知のデバイスが通信範囲内にあるかを、選択されたデバイスが意識していないかもしれないときに限定される。また複数のＤ２Ｄ直接通信は、複数のＤ２Ｄ通信可能デバイス、および／またはＤ２Ｄ通信可能デバイスと関連付けられた既知の複数のデバイスが選択されたデバイスに現在近接しているか、または将来的に近接するかを、同選択されたデバイスが意識していないかもしれないときに限定される。近くにある複数のＤ２Ｄ可能デバイスの位置を突き止め、探すのに用いられる既存の複数の発見技術は概して、複数のデバイスを発見するのに詳細な処理、応答、およびデータ交換を利用するブロードキャストおよび応答スキームを用いることを伴う。
【図面の簡単な説明】
【０００３】
本開示の複数の特徴および利点は、以下に続く詳細な説明を、本開示の複数の特徴を例として共に示す添付の図面とを併せて理解することにより明らかとなるであろう。
【図１】一実施例に係る、複数のより低い電力ノードからなる複数のレイヤーが重ねられたマクロノードおよびマクロセルを含むマルチＲＡＴ  ＨｅｔＮｅｔを描写している。
【図２】一実施例に係る協同的なネットワークを描写している。
【図３】一実施例に係る、通信ネットワークを通じた直接的な複数のデバイスツーデバイス（Ｄ２Ｄ）通信を容易にするための通信ネットワークを図示する。
【図４】一実施例に係る、ユーザ機器（ＵＥ）と他のＵＥとの間で、他のＵＥがＵＥに近接しているときに、ネットワーク支援型Ｄ２Ｄ通信接続を確立するためのデータシーケンスを示す。
【図５】一実施例に係る、近接性検出リクエストに基づいてＵＥと他のＵＥとの間の近接性を検出するためのデータシーケンスを示す。
【図６】一実施例に係る、日付ウィンドウパラメータが起こるときにＵＥと他のＵＥとの間でネットワーク支援型Ｄ２Ｄ通信接続を確立するための他のデータシーケンスを示す。
【図７】一実施例に係る、位置ウィンドウパラメータが起こるときにＵＥと他のＵＥとの間でネットワーク支援型Ｄ２Ｄ通信接続を確立するための他のデータシーケンスを示す。
【図８】一実施例に係る、Ｄ２Ｄネットワーク内で通信を行うよう動作可能なＵＥのコンピュータ回路の機能性を描写する。
【図９】一実施例に係る、Ｄ２Ｄネットワーク内でＵＥが通信を行うことを支援するよう動作可能な進化型パケットコア（ＥＰＣ）のコンピュータ回路の機能性を描写する。
【図１０】一実施例に係るＤ２Ｄネットワーク内でＵＥが通信を行うことを支援するための方法を図示する。
【図１１】一実施例に係るＵＥの図を示す。ここで、図示されている例示的な複数の実施形態を参照する。本明細書においては特定の言い回しがそれらを説明するのに用いられる。それにも関わらず、それにより本願発明の範囲を限定する意図はないことを理解されるであろう。
【発明を実施するための形態】
【０００４】
本願発明が開示され説明される前に、当業者に認識されるように本願発明が、本明細書に開示されている特定の構造、プロセス段階、または材料に限定されず、それらの同等物を含むよう拡大解釈されることが理解されたい。本明細書において採用されている用語は、特定の複数の例を説明することのみを目的として用いられており、限定することは意図されていないことも理解されるべきである。異なる複数の図面における同じ複数の参照数詞は、同じ要素を表す。複数のフローチャートおよびプロセスにおいて提供されている複数の数詞は、複数の段階および処理を図示するのを明瞭にするために提供されており、必ずしも、特定の順または順序を示さない。
【０００５】
複数のデバイスツーデバイス（Ｄ２Ｄ）通信において、ユーザ機器（ＵＥ）などの複数のモバイル無線デバイスは、互いに直接的に通信を行うよう構成される。一実施形態において、複数のＵＥ間の複数のＤ２Ｄ接続は、１または複数のデバイスが手動でスキャンして、近くにある他の複数のＤ２Ｄ可能デバイスの位置を突き止めることにより確立され得る。他の実施形態において、複数のＵＥ間の複数のＤ２Ｄ接続は、無線ネットワークを用いて接続利用可能性をブロードキャストして、近くにある複数のＤ２Ｄ可能デバイスの位置を突き止めることにより確立され得る。他の複数のＵＥの手動でのスキャン、または接続利用可能性のブロードキャストは、ＵＥが絶えず他の複数のＵＥをスキャンすることを伴い得、ＵＥおける比較的高い電力の使用を引き起こし得る。追加的に、たとえ近くにあるＤ２Ｄ可能なＵＥを発見したとしても、識別および認証に関する問題が、複数のデバイス間のＤ２Ｄ接続の確立を妨げ得る。
【０００６】
図１は、送受信機１２０とコンピュータプロセッサ１３０とを含む、ネットワーク支援型Ｄ２Ｄ通信システムにおけるｅＮｏｄｅ  Ｂ１１０を示す。図１は、送受信機１５０とコンピュータプロセッサ１６０とを含む、ネットワーク支援型Ｄ２Ｄ通信システムにおけるＵＥ１４０も図示する。複数のＤ２Ｄ通信システムは、より良好なサービス品質（ＱｏＳ）、新たな複数の応用、および高められた移動性のサポートをモバイルデバイスの複数のユーザに対して提供し得る。複数のＤ２Ｄ通信を確立すべく、Ｄ２Ｄ通信システム内の複数のＵＥは、Ｄ２Ｄシステムに参加している他のＤ２Ｄ可能な複数のＵＥと通信を行うよう構成され得る。
【０００７】
図２は、ＵＥ  Ａ２２０とＵＥ  Ｂ２３０とを図示しており、それぞれが、通信リンク２１２および２１４を用いて通信ネットワークのｅＮｏｄｅ  Ｂ２１０と通信を行っている。図２は、ＵＥ  Ａ２２０とＵＥ  Ｂ２３０とが、Ｄ２Ｄ通信リンク２２２を用いて互いに直接通信を行っていることも図示している。Ｄ２Ｄ通信システムにおける複数のＵＥは、通信ネットワークの複数のリソースを共有し得、複数のＵＥが、通信ネットワーク内でｅＮｏｄｅ  Ｂと通信を行っている複数のデバイスと複数のリソースを共有するよう構成されている。一実施形態において、通信ネットワークは、第３世代パートナシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）Ｒｅｌ．８、９、１０、１１、または１２ネットワーク、および／またはＩｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）８０２．１６ｐ、８０２．１６ｎ、８０２．１６ｍ−２０１１、８０２．１６ｈ−２０１０、８０２．１６ｊ−２００９、８０２．１６−２００９ネットワークなどのセルラーネットワークであり得る。
【０００８】
デバイス発見プロセスは、通信ネットワークから送信されたデバイス発見メッセージを含み得る。デバイス発見メッセージは、少なくともＵＥのペアに対して、デバイス発見期間を示し得る。デバイス発見期間は、複数のＵＥが互いを発見し、複数のＤ２Ｄプロトコルを介して互いに通信を行う発見期間であり得る。ネットワーク支援型デバイス発見プロセスを用いることの１つの利点は、Ｄ２Ｄネットワーク内のＵＥ毎のＤ２Ｄデバイス発見手順の速度および電力効率性を改善出来るということであり得る。
【０００９】
一実施形態において、ネットワーク支援型Ｄ２Ｄ発見は、ネットワークレベルのデバイス近接性検出を実行するのに用いられ得る。近接性検出を実行すべく、近接性サービス（ＰｒｏＳｅ）サーバなどのコアネットワークデバイスは、複数のＵＥ位置を複数の入力として用い、ＵＥに関して複数のＤ２Ｄ通信が成功する可能性を判断し得る。一実施形態において、ネットワークレベルのＤ２Ｄ発見のために、通信ネットワークは、複数のＵＥ位置をモニタリングし、１または複数のＵＥの他の複数のＵＥへの近接性を計算し得る。一実施形態において、ネットワークの複数の位置サービス（ＬＣＳ）がＵＥ位置を推定するのに用いられ得る。
【００１０】
一実施形態において、ＰｒｏＳｅサーバは、複数のＵＥが近接性検出を行うのを支援し得るネットワークエンティティ、ネットワーク要素、または、コアネットワークデバイスであり得る。例えば、ＰｒｏＳｅサーバは、ネットワークのＬＣＳを介してＵＥ位置の複数の推定値を取得し得る。従来、複数のＬＣＳ機能性は、近接性検出を実行するのに、コアネットワーク上での多くのシグナリング、およびＵＥにおける複数の無線および／またはバッテリーリソースを費やし得る。
【００１１】
一実施形態において、ネットワークは、ネットワーク内の様々な複数のＤ２Ｄ可能デバイスの位置を突き止める、または発見するのを支援し、複数のＤ２Ｄ可能デバイス間のＤ２Ｄ認証を可能とし得る。近接する、または隣接する複数のＤ２Ｄ可能デバイス発見およびＤ２Ｄ認証に応答して、隣接する複数のＤ２Ｄデバイス間のＤ２Ｄ通信リンクが確立されて、Ｄ２Ｄ通信リンク上でのデータ交換を容易にし得る。一実施形態において、Ｄ２Ｄ通信リンクは、複数の選択された日付ベースのサービスまたは位置ベースのサービスに関連して採用され得る。一実施形態において、Ｄ２Ｄ通信リンクは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）などの無線ネットワーク内の無認可の帯域上で確立され得る。一実施形態において、ＷＬＡＮは、Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｏｎｉｃｓ  ａｎｄ  Ｅｌｅｃｔｒｉｃａｌ  Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）８０２．１１−２０１２、ＩＥＥＥ  ８０２．１１ａｃ、またはＩＥＥＥ  ８０２．１１ａｄ規格などの規格に基づき処理し得る。他の実施形態において、Ｄ２Ｄ通信リンクは、Ｂｌｕｅｔｏｏｔｈ（登録商標）ｖ１．０、Ｂｌｕｅｔｏｏｔｈ（登録商標）ｖ２．０、Ｂｌｕｅｔｏｏｔｈ（登録商標）ｖ３．０、Ｂｌｕｅｔｏｏｔｈ（登録商標）ｖ４．０、ＩＥＥＥ  ８０２．１５．４−２００３（Ｚｉｇｂｅｅ（登録商標）２００３）、ＩＥＥＥ  ８０２．１５．４−２００６（Ｚｉｇｂｅｅ（登録商標）２００６）、ＩＥＥＥ  ８０２．１５．４−２００７（Ｚｉｇｂｅｅ（登録商標）Ｐｒｏ）などの、無線スペクトルの無認可の部分上で確立され得る。他の実施形態において、Ｄ２Ｄ通信リンクは、セルラーネットワーク内の認可された複数の帯域上で確立され得る。一実施形態において、セルラーネットワークは、３  ＧＰＰ  ＬＴＥ  Ｒｅｌ．  ８、９、１０、１１、または１２ネットワーク、および／またはＩＥＥＥ  ８０２．１６ｐ、８０２．１６ｎ、８０２．１６ｍ−２０１１、８０２．１６ｈ−２０１０、８０２．１６ｊ−２００９、８０２．１６−２００９であり得る。
【００１２】
一実施形態において、ネットワーク支援型Ｄ２Ｄ発見は、他のＤ２Ｄ可能である複数のＵＥを発見および／または識別し、データのＤ２Ｄ通信のために複数のＤ２Ｄ  ＵＥの接続を補助するのに、ｅＮｏｄｅ  Ｂ、またはｅＮｏｄｅ  Ｂの進化型パケットコア（ＥＰＣ）を用い得る。一実施形態において、セルラー第３世代パートナシッププロジェクト（３ＧＰＰ）ネットワークなどの通信ネットワークは、複数のＵＥが、複数のＤ２Ｄ通信のための構成された他の複数のＵＥとの複数のＤ２Ｄ通信リンクをセットアップするのを支援し得る。
【００１３】
例えば、セルラー無線アクセスネットワーク（ＲＡＮ）などのセルラー通信ネットワークと通信を行っているＵＥは、通信ネットワークのＥＰＣからＵＥ発見支援をリクエストし得る。ＵＥ発見支援から取得される情報は、Ｄ２Ｄ接続発見プロセスを支援する情報および／または他の複数のＵＥに関する識別情報を含み得る。またＥＰＣは、認証情報、安全性情報、識別情報の通信を行い、Ｄ２Ｄ発見および接続処理を調整するための期間を確立し得る。一実施形態において、セルラーネットワーク環境において、ＥＰＣは、通信ネットワーク内の様々なＵＥのおよその位置をモニタリングするＬＣＳを維持し得る。通信ネットワーク内の他の複数のＵＥに関連する複数のＵＥの位置情報は、複数のＵＥが他の複数のＤ２Ｄ可能デバイスを発見する、および／または複数の直接通信のために複数のＤ２Ｄ接続を確立するのを支援し得る。
【００１４】
図３は、通信ネットワーク３００を通じた直接的なＤ２Ｄ通信を容易にするための通信ネットワーク３００を図示する。通信ネットワーク３００内で、ＵＥ  Ａ３２０およびＵＥ  Ｂ３３０などの複数のＵＥが、それぞれｅＮｏｄｅ  Ｂ３１０との通信リンク３１２および３１４を介して通信リンク３１６を通じてＥＰＣ３１８と通信を行っている。図３はさらに、通信ネットワーク３００内で、ＵＥ  Ａ３２０およびＵＥ  Ｂ３３０などの複数のＵＥが、Ｄ２Ｄ通信リンク３２２を用いて互いに複数のＤ２Ｄ通信を行い得ることを図示している。一実施形態において、通信ネットワーク３００は、セルラーネットワークまたは他のタイプの無線ネットワークであり得る。一実施形態において、無線ネットワークは、ＵＥが、ｅＮｏｄｅ  Ｂ３１０を介してデータまたは情報の通信を通信ネットワーク３００のＥＰＣ３１８に対して行うことを可能とし得る。他の実施形態において、セルラーネットワークは、セルラー通信リンク３１２および３１４をそれぞれ用いたＵＥ  Ａ３２０とＵＥ  Ｂ３３０との間のデータの通信を提供し得る。
【００１５】
ＵＥ  Ａ３２０とＵＥ  Ｂ３３０との間の複数のＤ２Ｄ通信は、Ｄ２Ｄ通信リンク３２２を用いて実行され得る。一実施形態において、Ｄ２Ｄ通信リンク３２２は、複数のデバイス間の直接的な複数のポイントツーポイント接続のために構成され得る。他の実施形態において、Ｄ２Ｄ通信リンク３２２は、複数のデバイス間の間接的な複数のピアツーピア接続または複数のデバイス間の複数のマルチノード接続のために構成され得る。
【００１６】
Ｄ２Ｄ通信リンク３２２は、通信ネットワーク３００のＥＰＣ３１８の支援により確立され得る。ＥＰＣ３１８は、ＵＥ  Ａ３２０が、他のＤ２Ｄ  ＵＥ  Ｂ３３０を発見し、ＵＥ  Ａ３２０とＤ２Ｄ  ＵＥ  Ｂ３３０との間にＤ２Ｄ通信リンク３２２をセットアップするのを支援し得る。
【００１７】
一実施形態において、ＵＥから受信された近接性検出リクエストは、ＥＰＣに対して、日付ウィンドウパラメータおよび／または位置ウィンドウパラメータに基づき他の選択された複数のＵＥの近接性検出を実行するよう求めるリクエストを示すのに用いられ得る。一実施形態において、日付ウィンドウパラメータは、ＵＥがネットワークまたはＥＰＣからの近接性検出をリクエストする特定の日付を示し得る。例えば、日付ウィンドウパラメータは、近接性検出のための１または複数の特定の時刻、曜日、ひと月の内の週、１年の内の月、または他の特定の時間を示し得る。
【００１８】
他の実施形態において、ＵＥは、特定の複数の位置に関する永久的な検出ウィンドウを指定し得る。例えば、位置ウィンドウパラメータは、ＥＰＣが近接性検出を実行するようＵＥがリクエストする特定の位置を示し得る。例えば、位置ウィンドウパラメータは、近接性検出のための、特定の企業位置または商業環境を示し得る。一実施形態において、ウィンドウパラメータは、日付ウィンドウパラメータと位置ウィンドウパラメータとの組み合わせであり得る。例えば、日付ウィンドウパラメータと位置ウィンドウパラメータとの組み合わせは、近接性検出を実行する特定の時刻、および特定の位置を示し得る。
【００１９】
典型的には、ＵＥなどのデバイスは、デバイスが複数のＤ２Ｄ通信に関わるよう構成されているとき、複数の無線帯域上で他の複数のＤ２Ｄデバイスを継続的に検索するよう構成される。選択された日付ウィンドウパラメータおよび／または位置ウィンドウパラメータに関してなどターゲットとされているネットワーク支援型デバイス発見の１つの利点は、複数の無線帯域上での他の複数のＤ２Ｄデバイスの継続的な検索により引き起こされ得る信号干渉を軽減出来るということであり得る。ターゲットとされているネットワーク支援型デバイス発見の他の利点は、選択された日付または位置における、および／または選択された複数のＵＥに関するターゲットとされている近接性検出を実行することにより通信ネットワークの効率性を高められるということであり得る。ターゲットとされているネットワーク支援型デバイス発見の他の利点は、ＵＥ、ｅＮｏｄｅ  Ｂ、またはＥＰＣが他の複数のＤ２Ｄデバイスを検索する時間を短くすることにより電力消費を減少させることが出来るということであり得る。
【００２０】
図４は、ＵＥ  Ａ４０２と、ＵＥ  Ｂ４０４などの他のＵＥとの間で、他のＵＥがＵＥ  Ａに近接しているときに、ネットワーク支援型Ｄ２Ｄ通信接続を確立するためのデータシーケンス４００を示す。図４において、ＵＥ  Ａ４０２は、断続的な複数の位置更新情報４１０をＥＰＣ４０６へ送出し得、ＵＥ  Ｂ４０４は、断続的な複数の位置更新情報４１２をＥＰＣ４０６へ送出し得る。位置更新情報は、ＥＰＣ４０６がＵＥ  Ａ４０２およびＵＥ  Ｂ４０４のそれぞれの複数の現在位置を知らされることを可能とし得る。一例において、位置更新情報に含められて通信が行われる情報は、ネットワークカバレッジエリアと関連付けられた位置、ＵＥのより広い地理的エリアと関連付けられた位置、または特定の決められた地理的位置を含み得る。他の例において、位置更新情報は、ＵＥが通信を行っている、ノードまたはセルなどの通信ネットワークの一部に関する情報を含む。
【００２１】
ＥＰＣ４０６は、ＵＥ  Ｂ４０４などの１または複数の他のＵＥとＤ２Ｄ通信をセットアップするようリクエストする近接性検出リクエスト４１４をＵＥ  Ａ４０２から受信し得る。近接性検出リクエスト４１４は、ＵＥ  Ａ４０２が近接性検出をリクエストする時間の長さを規定するウィンドウ長さ期間を含み得る。一実施形態において、近接性検出リクエスト４１４は、１つのイベントリクエストであるウィンドウパラメータを含み得る。例えばＵＥ  Ａ４０２は、ＥＰＣ４０６がある長さの時間内にＵＥ  Ａ４０２  とＵＥ  Ｂ４０４との間でＤ２Ｄ通信をセットアップするよう一度試みるようリクエストし得る。
【００２２】
他の実施形態において、近接性検出リクエスト４１４は、期間リクエストであるウィンドウパラメータを含み得る。例えば、ＵＥ  Ａ４０２は、ＥＰＣ４０６に、選択された長さの時間中、ＵＥ  Ａ４０２とＵＥ  Ｂ４０４との間でＤ２Ｄ通信をセットアップするよう継続的に、半継続的に、または周期的に試みるようリクエストし得る。
【００２３】
一実施形態において、近接性検出リクエスト４１４において特定された、選択された長さの時間が経過したとき、ＥＰＣ４０６は、ＵＥ  Ａ４０２に対するＵＥ  Ｂ４０４の近接性をモニタリングすることを停止し得る。一実施形態において、近接性検出リクエスト４１４は、複数のＵＥのために発行され得る。一実施形態において、近接性検出リクエスト４１４は、特定のＵＥ（ＵＥ  Ｂ４０４など）、あるタイプのＵＥ、またはＵＥ群がＵＥ  Ａ４０２に近接しているときをＥＰＣ４０６が示すよう求める、ＵＥ  Ａ４０２によるリクエストを示し得る。他の実施形態において、近接性検出リクエスト４１４は、Ｄ２Ｄ  ＵＥ発見プロセスにおいて通信ネットワークから支援を受けるよう求める、ＵＥ  Ａ４０２によるリクエストを示し得る。
【００２４】
ＥＰＣ４０６は段階４１６において、ＵＥ  Ａ４０２が、近接性検出リクエスト４１４に列挙されている他の複数のＵＥと近接しているときを判断し得る。一例において、ＥＰＣ４０６は、１または複数のＵＥ位置更新情報４１０または４１２に含められて受信された情報を用いて近接性を判断し得る。他の例において、ＥＰＣは、ＵＥ  Ａ４０２およびＵＥ  Ｂ４０４が同じｅＮｏｄｅ  Ｂと関連付けられている、選択された複数のｅＮｏｄｅ  Ｂと通信を行っている、または選択された複数のネットワーク要素またはサブシステムと通信を行っているとき、ＵＥ  Ｂ４０４に対するＵＥ  Ａ４０２の近接性を判断し得る。
【００２５】
近接性が判断されたとき、ＥＰＣ４０６は、ＵＥ  Ａ４０２とＵＥ  Ｂ４０４との間でＤ２Ｄ接続を確立するようリクエストする近接性許可リクエスト４１８の、ＵＥ  Ｂ４０４に対する通信を行い得る。ＵＥ  Ｂ４０４が近接性許可リクエスト４１８を受け取ったとき、ＵＥ  Ｂ４０４は近接性許可肯定応答（ＡＣＫ）４２０の通信を行い得る。
【００２６】
ＥＰＣが近接性許可ＡＣＫ４２０を受信したとき、ＥＰＣ４０６は、近接性アラートメッセージ４２２をＵＥ  Ａ４０２へ送信し得る。近接性アラートメッセージ４２２は、ＵＥ  Ａ４０２がＵＥ  Ｂ４０４を見つけそれと接続することを可能とするよう、ＵＥ  Ｂ４０４の識別情報を含み得る。一実施形態において、Ｄ２Ｄ更新応答は、発見タイミングを調整する共通の発見期間に関する情報を含み得る。
【００２７】
一実施形態において、ＥＰＣ４０６は、Ｄ２Ｄ通信リンクを確立するタイミングまたは発見期間を近接性アラートメッセージ４２２において提供し得る。ＵＥ  Ａ４０２は、ＥＰＣ４０６からの近接性アラートメッセージ４２２を用いて、発見メッセージ４２４をＵＥ  Ｂ４０４などの他の複数のＵＥへ送信して、他の複数のＵＥに関する支援情報を用いてＤ２Ｄ通信リンク４２６を確立し得る。タイミングまたは発見期間の間、ＵＥ  ＡおよびＵＥ  Ｂは、互いを発見し、識別情報を用いてＤ２Ｄ通信リンクを確立するよう試み得る。識別情報は、ＥＰＣ４０６により、Ｄ２Ｄ接続リクエストにおいてＵＥ  Ｂへ、および、Ｄ２Ｄ更新応答４２０においてＵＥ  Ａへ提供され得る。
【００２８】
図５は、近接性検出リクエストに基づき、ＵＥ  Ａ５０２と、ＵＥ  Ｂ５０４などの他のＵＥとの間の近接性を検出するためのデータシーケンス５００を示す。ＥＰＣ５０６は、ＵＥ  Ａ５０２と、ＵＥ  Ｂ５０４などの１または複数の他のＵＥとの間にＤ２Ｄ通信をセットアップするようリクエストする近接性検出リクエスト５１４をＵＥ  Ａ５０２から受信し得る。一実施形態において、近接性検出リクエスト５１４は、日付ウィンドウパラメータまたは位置ウィンドウパラメータを含み得る。一実施形態において、日付ウィンドウパラメータは、通信ネットワーク内で複数のＤ２Ｄ通信を確立するための時刻または曜日などの日付ウィンドウ情報を含み得る。他の実施形態において、日付ウィンドウパラメータは、通信ネットワーク内で複数のＤ２Ｄ通信を確立するためのひと月のうちの週または１年のうちの月などの日付範囲ウィンドウ情報を含み得る。
【００２９】
一実施形態において、近接性検出リクエスト５１４は、１つのイベントリクエストであるウィンドウパラメータを含み得る。例えば、ＵＥ  Ａ５０２は、選択された日付に到達したとき、ＥＰＣ５０６がＵＥ  Ａ５０２とＵＥ  Ｂ５０４との間にＤ２Ｄ通信リンクをセットアップするよう一度試みるようリクエストし得る。他の実施形態において、近接性検出リクエスト５１４は、日付リクエストであるウィンドウパラメータを含み得る。例えば、ＵＥ  Ａ５０２はＥＰＣ５０６に対し、各週の選択された曜日の時刻に開始するなど、選択された日付または日付範囲において開始して、ＵＥ  Ａ５０２とＵＥ  Ｂ５０４との間にＤ２Ｄ通信リンクをセットアップするよう継続的に、半継続的に、または周期的に試みるようリクエストし得る。
【００３０】
一実施形態において、選択された日付または日付範囲が過ぎたとき、ＥＰＣ５０６は、ＵＥ  Ａ５０２に対するＵＥ  Ｂ５０４の近接性をモニタリングするのを停止し得る。一実施形態において、近接性検出リクエスト５１４は、複数のＵＥのために発行され得る。一実施形態において、近接性検出リクエスト５１４は、選択された日付に、または選択された日付範囲内に、特定のＵＥ（ＵＥ  Ｂ５０４など）、あるタイプのＵＥ、またはＵＥ群がＵＥ  Ａ５０２の選択された近接性範囲内にあるときをＥＰＣ５０６が示すよう求める、ＵＥ  Ａ５０２によるリクエストを示し得る。ＥＰＣ５０６は段階５１６において、近接性検出リクエスト５１４に列挙されている１または複数の他のＵＥにＵＥ  Ａ５０２が近接しているときを判断し得る。
【００３１】
他の実施形態において、近接性検出リクエスト５１４は位置ウィンドウパラメータを含み得る。一実施形態において、位置ウィンドウパラメータは、Ｄ２Ｄネットワーク内で複数のＤ２Ｄ通信を確立するための選択された地理的設定などの位置ウィンドウ情報を含み得る。
【００３２】
一実施形態において、選択された地理的設定は、選択された位置タイプ、第１ＵＥの現在位置情報、第２ＵＥの現在位置情報、選択された商業環境の設定、第１ＵＥに隣接する選択された半径に関する半径設定、第２ＵＥに隣接する選択された半径に関する半径設定、国内の選択された州、州内の選択された市の設定、選択された地域またはエリア設定、選択されたランドマーク設定、選択されたランドマークタイプ設定、周囲タイプ設定、選択された構造位置設定、位置境界設定、基準点設定、または、基準点を囲む半径に関する半径設定を含み得る。
【００３３】
ＥＰＣ５０６は段階５１６において、ＵＥ  Ａ５０２が、近接性検出リクエスト５１４に列挙されている他の複数のＵＥと近接しているときを判断し得る。一例において、ＥＰＣ５０６は、１または複数のＵＥ位置更新情報５１０または５１２に含められて受信された情報を用いて近接性を判断し得る。他の例において、ＥＰＣは、ＵＥ  Ａ５０２およびＵＥ  Ｂ５０４が同じｅＮｏｄｅ  Ｂと関連付けられている、選択された複数のｅＮｏｄｅ  Ｂと通信を行っている、または選択された複数のネットワークサブシステムと通信を行っているとき、ＵＥ  Ｂ５０４に対するＵＥ  Ａ５０２の近接性を判断し得る。
【００３４】
近接性が判断されたとき、ＥＰＣ５０６は、ＵＥ  Ａ５０２とＵＥ  Ｂ５０４との間でＤ２Ｄ接続を確立するようリクエストする近接性許可リクエスト５１８の、ＵＥ  Ｂ５０４に対する通信を行い得る。ＵＥ  Ｂ５０４が近接性許可リクエスト５１８を受け取ったとき、ＵＥ  Ｂ５０４は近接性許可肯定応答（ＡＣＫ）５２０の通信を行い得る。
【００３５】
一実施形態において、ＥＰＣが近接性許可ＡＣＫ５２０を受信したとき、ＥＰＣ５０６は近接性アラートメッセージ５２２をＵＥ  Ａ５０２へ送信し得る。一実施形態において、近接性アラートメッセージ５２２は、ＵＥ  Ａ５０２がＵＥ  Ｂ５０４を見つけそれと接続することを可能とするよう、ＵＥ  Ｂ５０４の識別情報を含み得る。他の実施形態において、Ｄ２Ｄ更新応答は、発見タイミングを調整する共通の発見期間に関する情報を含み得る。一実施形態において、ＥＰＣ５０６は、Ｄ２Ｄ通信リンクを確立するタイミングまたは発見期間を近接性アラートメッセージ５２２において提供し得る。
【００３６】
他の実施形態において、ＥＰＣが近接性許可ＡＣＫ５２０を受信したとき、ＥＰＣ５０６は近接性アラートメッセージ５２２をＵＥ  Ａ５０２へ送信し得る。一実施形態において、近接性アラートメッセージ５２２は、位置ウィンドウパラメータに基づき選択された位置において、および／または日付ウィンドウパラメータに基づいて選択された日付において、ＵＥ  Ｂ５０４が選択された近接性閾値内にあるときをＵＥ  Ａ５０２に対して示すＵＥ  Ｂ５０４の識別情報を含み得る。
【００３７】
図６は、日付ウィンドウパラメータが起こるときにＵＥ  Ａ６０２と、ＵＥ  Ｂ６０４などの他のＵＥとの間にネットワーク支援型Ｄ２Ｄ通信接続を確立するためのデータシーケンス６００を示す。ＥＰＣ６０６は、ＵＥ  Ａ６０２と、ＵＥ  Ｂ６０４などの１または複数の他のＵＥとの間に複数のＤ２Ｄ通信をセットアップするようリクエストする近接性検出リクエスト６１４をＵＥ  Ａ６０２から受信し得る。一実施形態において、近接性検出リクエスト６１４は日付ウィンドウパラメータを含み得る。一実施形態において、日付ウィンドウパラメータは、通信ネットワーク内で複数のＤ２Ｄ通信を確立するための時刻または曜日などの日付ウィンドウ情報を含み得る。他の実施形態において、日付ウィンドウパラメータは、通信ネットワーク内で複数のＤ２Ｄ通信を確立するためのひと月のうちの週または１年のうちの月などの日付範囲ウィンドウ情報を含み得る。
【００３８】
一実施形態において、近接性検出リクエスト６１４は、１つのイベントリクエストであるウィンドウパラメータを含み得る。例えば、ＵＥ  Ａ６０２は、選択された日付に到達したとき、ＥＰＣ６０６がＵＥ  Ａ  ６０２とＵＥ  Ｂ６０４との間にＤ２Ｄ通信リンクをセットアップするよう一度試みるようリクエストし得る。他の実施形態において、近接性検出リクエスト６１４は、日付リクエストであるウィンドウパラメータを含み得る。例えば、ＵＥ  Ａ６０２はＥＰＣ６０６に対し、各週の選択された曜日の時刻に開始するなど、選択された日付または日付範囲において開始して、ＵＥ  Ａ  ６０２とＵＥ  Ｂ６０４との間にＤ２Ｄ通信リンクをセットアップするよう継続的に、半継続的に、または周期的に試みるようリクエストし得る。
【００３９】
一実施形態において、選択された日付または日付範囲が過ぎたとき、ＥＰＣ６０６は、ＵＥ  Ａ６０２に対するＵＥ  Ｂ６０４の近接性をモニタリングするのを停止し得る。一実施形態において、近接性検出リクエスト６１４は、複数のＵＥのために発行され得る。一実施形態において、近接性検出リクエスト６１４は、選択された日付に、または選択された日付範囲内に、特定のＵＥ（ＵＥ  Ｂ６０４など）、あるタイプのＵＥ、またはＵＥ群がＵＥ  Ａ６０２の選択された近接性範囲内にあるときをＥＰＣ６０６が示すよう求める、ＵＥ  Ａ６０２によるリクエストを示し得る。ＥＰＣ６０６は段階６１６において、ＵＥ  Ａ６０２が、近接性検出リクエスト６１４に列挙されている１または複数の他のＵＥと近接しているときを判断し得る。図６の残りは、図４と実質的に同様である。
【００４０】
図７は、位置ウィンドウパラメータが起こるときに、ＵＥ  Ａ７０２と、ＵＥ  Ｂ７０４などの他のＵＥとの間にネットワーク支援型Ｄ２Ｄ通信接続を確立するためのデータシーケンス７００を示す。ＥＰＣ７０６は、ＵＥ  Ｂ７０４などの他の（１または複数の）ＵＥとの間に複数のＤ２Ｄ通信をセットアップするようリクエストする近接性検出リクエスト７１４をＵＥ  Ａ７０２から受信し得る。一実施形態において、近接性検出リクエスト７１４は位置ウィンドウパラメータを含み得る。一実施形態において、位置ウィンドウパラメータは、Ｄ２Ｄネットワーク内で複数のＤ２Ｄ通信を確立するための選択された地理的設定などの位置ウィンドウ情報を含み得る。
【００４１】
一実施形態において、選択された地理的設定は、選択された位置タイプ、第１ＵＥの現在位置情報、第２ＵＥの現在位置情報、選択された商業環境の設定、第１ＵＥに隣接する選択された半径に関する半径設定、第２ＵＥに隣接する選択された半径に関する半径設定、国内の選択された州、州内の選択された市の設定、選択された地域またはエリア設定、選択されたランドマーク設定、選択されたランドマークタイプ設定、周囲タイプ設定、選択された構造位置設定、位置境界設定、基準点設定、または、基準点を囲む半径に関する半径設定を含み得る。
【００４２】
一実施形態において、近接性検出リクエスト７１４は、１つのイベントリクエストであるウィンドウパラメータを含み得る。例えば、ＵＥ  Ａ７０２は、選択された地理的設定がＵＥ  Ａ７０２により到達されたとき、ＥＰＣ７０６がＵＥ  Ａ  ７０２とＵＥ  Ｂ７０４との間に複数のＤ２Ｄ通信をセットアップするよう一度試みるようリクエストし得る。他の実施形態において、近接性検出リクエスト７１４は、位置リクエストであるウィンドウパラメータを含み得る。例えば、ＵＥ  Ａ７０２は、選択された地理的設定が到達されたとき、ＵＥ  Ａ  ７０２とＵＥ  Ｂ７０４との間にＤ２Ｄ通信リンクをセットアップするよう継続的に、半継続的に、または周期的に試みるようＥＰＣ７０６に対しリクエストし得る。
【００４３】
一実施形態において、選択された地理的設定が到達されたとき、ＥＰＣ７０６は、ＵＥ  Ａ７０２に対するＵＥ  Ｂ７０４の近接性をモニタリングするのを停止し得る。一実施形態において、近接性検出リクエスト７１４は、複数のＵＥのために発行され得る。一実施形態において、近接性検出リクエスト７１４は、選択された地理的設定において、特定のＵＥ（ＵＥ  Ｂ７０４など）、あるタイプのＵＥ、またはＵＥ群がＵＥ  Ａ７０２の選択された近接性範囲内にあるときをＥＰＣ７０６が示すよう求める、ＵＥ  Ａ７０２によるリクエストを示し得る。ＥＰＣ７０６は段階７１６において、ＵＥ  Ａ７０２が、近接性検出リクエスト７１４に列挙されている１または複数の他のＵＥと近接しているときを判断し得る。図７の残りは、図４および６と実質的に同様である。
【００４４】
位置ウィンドウパラメータを用いて近接性検出を実行するときを判断することの１つの利点は、Ｄ２Ｄ通信リンクをセットアップすることは、ＵＥが任意の位置にあるときにはいつでも特定の複数のＵＥに関してネットワーク支援型デバイス発見をリクエスト出来るときに、より効率的であるということである。例えば、ＵＥは、近接性検出を実行するために、複数のＧＰＳ座標および興味の対象の半径を特定し得る。他の例において、ＵＥは、近接性検出を実行するために、ＵＥの現在位置および興味の対象の半径を特定し得る。一実施形態において、通信ネットワークは、ＵＥの現在位置においてＵＥに関する位置推定を実行して、近接性検出手順のために現在位置情報を格納する前にＵＥの現在位置を判断し得る。一実施形態において、ＵＥは、時間パラメータと位置パラメータとの両方に基づき、検出ウィンドウリクエストをＥＰＣへ送出し得る。
【００４５】
図８は、フローチャート８００を用いて、Ｄ２Ｄネットワーク内で通信を行うよう動作可能であるＵＥに関して、コンピュータ回路の一実施形態の機能性を図示する。機能性は方法として実装され得、または機能性は、マシンに対する複数の命令として実行され得、複数の命令は、少なくとも１つのコンピュータ可読媒体または１つの非一時的マシン可読記憶媒体に含まれる。ブロック８１０のように、コンピュータ回路は、近接性検出リクエストの通信を進化型パケットコア（ＥＰＣ）に対して行うよう構成され得る。一実施形態において、近接性検出リクエストは、日付ウィンドウパラメータと、第２ＵＥの識別情報と、および／または近接性検出リクエストが第２ＵＥの近接性検出のためのものであるか、または、第２ＵＥとのＤ２Ｄ接続を確立するためのものであるかを示す近接性検出信号とを含む。ブロック８２０のように、コンピュータ回路はさらに、日付ウィンドウパラメータに基づき選択された日付に近接性アラートメッセージをＥＰＣから受信するよう構成され得る。
【００４６】
一実施形態において、近接性アラートメッセージは、第２ＵＥとのＵＥのＤ２Ｄ通信のための支援情報を含む。他の実施形態において、コンピュータ回路はさらに、第２ＵＥに関する支援情報を用いてＤ２Ｄ接続を確立するための発見メッセージを第２ＵＥへ送信するよう構成され得る。他の実施形態において、日付ウィンドウパラメータは、Ｄ２Ｄネットワーク内で第２ＵＥと複数の通信を確立するための時刻、曜日、ひと月のうちの週、または１年のうちの月を含む。他の実施形態において、近接性検出リクエストは位置ウィンドウパラメータを含む。他の実施形態において、位置ウィンドウパラメータは選択された地理的設定である。
【００４７】
一実施形態において、選択された地理的設定は、選択された位置タイプ、第１ＵＥの現在位置情報、第２ＵＥの現在位置情報、選択された商業環境の設定、第１ＵＥに隣接する選択された半径に関する半径設定、第２ＵＥに隣接する選択された半径に関する半径設定、選択された州の設定、選択された市の設定、選択された地域設定、選択されたランドマーク設定、選択されたランドマークタイプ設定、周囲タイプ設定、選択された構造位置設定、位置境界設定、基準点設定、または基準点を囲む半径に関する半径設定を含む。
【００４８】
他の実施形態において、近接性検出リクエストは、複数のＵＥ、１または複数の選択されたタイプの複数のＵＥ、１または複数の選択されたＵＥ群、または、１または複数の選択されたカテゴリの複数のＵＥに関する識別情報を含む。他の実施形態において、日付ウィンドウパラメータは、Ｄ２Ｄネットワーク内の他の複数のＵＥの近接性検出のための、または、Ｄ２Ｄネットワーク内のＵＥと他の複数のＵＥとの間で複数のＤ２Ｄ通信を確立するための複数の時刻、曜日、ひと月の内の週、または１年のうちの月を含む。他の実施形態において、コンピュータ回路はさらに、Ｄ２Ｄ通信接続を用いて第２ＵＥと直接的に通信を行うよう構成され得る。他の実施形態において、Ｄ２Ｄ通信接続は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）接続、ワイヤレスフィディリティ（ＷｉＦｉ（登録商標））直接接続、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続、またはＺｉｇｂｅｅ（登録商標）接続である。
【００４９】
図９は、ＵＥがＤ２Ｄネットワーク内で通信を行うことを支援するよう動作可能なＥＰＣを有する、コンピュータ回路の一実施形態の機能性を図示するフローチャート９００を提供する。機能性は方法として実装され得、または機能性は、マシンに対する複数の命令として実行され得、複数の命令は、少なくとも１つのコンピュータ可読媒体または１つの非一時的マシン可読記憶媒体に含まれる。ブロック９１０のように、コンピュータ回路は、第１ＵＥからの近接性検出リクエストのウィンドウパラメータに基づき第１ＵＥおよび第２ＵＥに関する近接性検出を実行するよう構成され得る。ブロック９２０のように、コンピュータ回路はさらに、ウィンドウパラメータの間に、第１ＵＥに関する識別情報を含む近接性検出許可リクエストの通信を第２ＵＥに対して行うよう構成され得る。ブロック９３０のように、コンピュータ回路は、第２ＵＥから近接性検出許可応答を受信するようにも構成され得る。ブロック９４０のように、コンピュータ回路は、近接性アラートメッセージの通信を第１ＵＥに対して行うようにも構成され得る。
【００５０】
一実施形態において、近接性検出許可リクエストは、第１ＵＥの発見を実行するためのタイミング情報を含む。他の実施形態において、近接性アラートメッセージは、第２ＵＥに関する接続情報と、第２ＵＥの発見を実行するためのタイミング情報とを含む。他の実施形態において、コンピュータ回路はさらに、ウィンドウパラメータと、第２ＵＥに関する識別情報と、近接性検出リクエストが第２ＵＥの近接性検出のためのものであるか、第１ＵＥと第２ＵＥとの間でＤ２Ｄ接続を確立するためのものであるかを示す近接性検出信号とを含む近接性検出リクエストを第１ＵＥから受信するよう構成され得る。
【００５１】
一実施形態において、コンピュータ回路はさらに、ウィンドウパラメータと、第２ＵＥに関する識別情報とを含む所与の近接性検出リクエストを格納するよう構成され得る。他の実施形態において、ウィンドウパラメータは日付ウィンドウパラメータまたは位置ウィンドウパラメータを含む。他の実施形態において、コンピュータ回路はさらに、近接性検出を実行するための位置ウィンドウパラメータ内に第１ＵＥがあるときを第１ＵＥが判断するための位置情報を受信するよう構成され得る。
【００５２】
他の実施形態において、コンピュータ回路はさらに、全地球測位システム（ＧＰＳ）、信号の三角測量法、ビーコン信号、セルカバレッジベースの測位、観察到着時間差（ｏｂｓｅｒｖｅｄ  ｔｉｍｅ  ｄｉｆｆｅｒｅｎｃｅ  ｏｆ  ａｒｒｉｖａｌ（ＯＴＤＯＡ））測位、拡張型観察時間差（ｅｎｈａｎｃｅｄ  ｏｂｓｅｒｖｅｄ  ｔｉｍｅ  ｄｉｆｆｅｒｅｎｃｅ（Ｅ−ＯＴＤ））測位、アシステッド全地球ナビゲーション衛星システム（ａｓｓｉｓｔｅｄ−ｇｌｏｂａｌ  ｎａｖｉｇａｔｉｏｎ  ｓａｔｅｌｌｉｔｅ  ｓｙｓｔｅｍ（Ａ−ＧＮＳＳ））測位、またはアップリンク到着時間差（ｕｐｌｉｎｋ  ｔｉｍｅ  ｄｉｆｆｅｒｅｎｃｅ  ｏｆ  ａｒｒｉｖａｌ（ＵＴＤＯＡ））測位を用いて第１ＵＥまたは第２ＵＥの位置を判断するよう構成され得る。他の実施形態において、コンピュータ回路はさらに、複数のウィンドウパラメータ選択オプションを第１ＵＥに提供するよう構成される。他の実施形態において、コンピュータ回路はさらに、実質的にリアルタイムで、第２ＵＥが第１ＵＥの選択された半径内にあるときをモニタリングするよう構成され得る。
【００５３】
図１０は、フローチャート１０００を用いて、ＵＥがＤ２Ｄネットワーク内で通信を行うのを支援するための方法の一実施形態の機能性を図示する。ブロック１０１０のように、方法は、近接性検出リクエストの通信をＥＰＣに対して行う段階を備え得る。一実施形態において、近接性検出リクエストは、位置ウィンドウパラメータと、第２ＵＥの識別情報と、および／または、近接性検出リクエストが第２ＵＥの近接性検出のためのものであるか、または、第２ＵＥとのＤ２Ｄ接続を確立するためのものであるかを示す検出信号とを備え得る。方法は、ブロック１０２０のように、位置ウィンドウパラメータに基づき選択された日付に近接性アラートメッセージをＥＰＣから受信する段階をさらに備え得る。
【００５４】
一実施形態において、方法は、第２ＵＥに関する支援情報を用いてＤ２Ｄ接続を確立するための発見メッセージを第２ＵＥへ送信する段階をさらに備え得る。他の実施形態において、近接性検出リクエストは日付ウィンドウパラメータを含む。他の実施形態において、位置ウィンドウパラメータまたは日付ウィンドウパラメータは定期的なイベントである。他の実施形態において、方法は、ＵＥが位置ウィンドウパラメータまたは日付ウィンドウパラメータ内にあるときに近接性検出リクエストに基づきに近接性イベントが起こるときをＥＰＣが判断することを停止させる近接性検出キャンセルリクエストの通信をＥＰＣに対して行う段階をさらに備え得る。他の実施形態において、方法は、ユーザ入力情報から近接性検出リクエスト情報を第１ＵＥにおいて受信する段階をさらに備え得る。
【００５５】
図１１は、ユーザ機器（ＵＥ）、移動局（ＭＳ）、モバイル無線デバイス、モバイル無線通信デバイス、タブレット、ハンドセット、または他のタイプの無線デバイスなど無線デバイスの例示的な図示を提供する。無線デバイスは、基地局（ＢＳ）、進化型Ｎｏｄｅ  Ｂ（ｅＮＢ）、ベースバンドユニット（ＢＢＵ）、リモート無線ヘッド（ＲＲＨ）、リモート無線機器（ＲＲＥ）、中継局（ＲＳ）、無線機器（ＲＥ）、リモート無線ユニット（ＲＲＵ）、セントラルプロセッシングモジュール（ＣＰＭ）、または他のタイプのワイヤレスワイドエリアネットワーク（ＷＷＡＮ）アクセスポイントなどノード、または送信局と通信を行うよう構成された１または複数のアンテナを含み得る。無線デバイスは、３ＧＰＰ  ＬＴＥ、ＷｉＭＡＸ（登録商標）、Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ（ＨＳＰＡ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、およびＷｉＦｉ（登録商標）を含む少なくとも１つの無線通信規格を用いて通信を行うよう構成され得る。無線デバイスは、無線通信規格毎に別個のアンテナを、または複数の無線通信規格のために共有のアンテナを用いて通信を行い得る。無線デバイスは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）、および／またはＷＷＡＮにおいて通信を行い得る。
【００５６】
図１１は、無線デバイスからのオーディオ入出力のために用いられ得るマイクおよび１または複数のスピーカの図示も提供する。ディスプレイ画面は、液晶ディスプレイ（ＬＣＤ）画面、または、有機発光ダイオード（ＯＬＥＤ）ディスプレイなど他のタイプのディスプレイ画面であり得る。ディスプレイ画面は、タッチ画面として構成され得る。タッチ画面は、容量性、抵抗性、または他のタイプのタッチ画面技術を用い得る。アプリケーションプロセッサおよびグラフィックプロセッサは、処理およびディスプレイ機能を提供すべく、内部メモリに結合され得る。ユーザがデータ入出力を行うオプションを提供するよう、不揮発性メモリポートも用いられ得る。不揮発性メモリポートは、無線デバイスのメモリ性能を拡張するためにも用いられ得る。追加的なユーザ入力を提供すべく、キーボードが無線デバイスに統合され得、または無線デバイスに無線接続され得る。タッチ画面を用いて仮想キーボードも提供され得る。
【００５７】
様々な技術、またはその特定の態様または一部は、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、ハードドライブ、非一時的コンピュータ可読記憶媒体、または任意の他のマシン可読記憶媒体など有形媒体で具現化されるプログラムコード（つまり、命令）の形態であり得る。ここで、プログラムコードがコンピュータなどのマシンにロードされ実行されたときに、マシンは、様々な技術を実施するための装置となる。プログラマブルコンピュータ上でのプログラムコードの実行の場合、コンピューティングデバイスは、プロセッサ、プロセッサにより読み取り可能な記憶媒体（揮発性および不揮発性メモリ、並びに／若しくは記憶要素を含む）、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスを含み得る。揮発性および不揮発性メモリ、並びに／若しくは記憶要素は、ＲＡＭ、ＥＰＲＯＭ、フラッシュドライブ、光学ドライブ、磁気ハードドライブ、または電子データを格納するための他の媒体であり得る。基地局および移動局は、送受信機モジュール、カウンタモジュール、プロセッシングモジュール、並びに／若しくはクロックモジュールまたはタイマーモジュールも含み得る。本明細書に説明される様々な技術を実装または利用し得る１または複数のプログラムは、アプリケーションプログラミングインタフェース（ＡＰＩ）、リユーザブルコントロール、およびその他を用い得る。そのようなプログラムは、コンピュータシステムと通信を行うべく、高水準手順型またはオブジェクト指向プログラミング言語で実装され得る。しかしながら、所望される場合には、（１または複数の）プログラムはアセンブリ言語またはマシン言語で実装され得る。いずれの場合であっても、言語はコンパイラ型言語またはインタプリタ型言語であり得、ハードウェア実装と組み合わせられ得る。
【００５８】
本明細書において説明される機能ユニットの多くが、それらの実装の独立性をより詳細に強調するために、モジュールとしてラベル付けされていることが理解されるべきである。例えばモジュールは、カスタムＶＬＳＩ回路またはゲートアレイ、ロジックチップなどの既製の半導体、トランジスタ、若しくは他の別個のコンポーネントを備えるハードウェア回路として実装され得る。モジュールは、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス、またはその他などプログラマブルハードウェアデバイスにも実装され得る。
【００５９】
複数のモジュールは、様々なタイプのプロセッサにより実行されるソフトウェアにも実装され得る。例えば実行可能なコードの特定されたモジュールは、例えばオブジェクト、プロシージャ、または機能として編成され得る複数のコンピュータ命令の１または複数の物理的またはロジック的なブロックを備え得る。それにも関わらず、特定されたモジュールの複数の実行可能ファイルは、物理的に一緒に配置される必要はなく、ロジック的に一緒に組み合わせられたときにモジュールを構成しモジュールに関して述べられた目的を達成する、異なる複数の位置に格納された異種の複数の命令を備え得る。
【００６０】
実際、実行可能なコードのモジュールは単一の命令または多くの命令であり得、さらには、いくつかの異なるコードセグメントに亘って、異なるプログラム間で、およびいくつかのメモリデバイスを跨いで分配され得る。同様に、本明細書においては処理データがモジュール内で特定され示され得、任意の適切な形態で具現化され任意の適切なタイプのデータ構造内で編成され得る。処理データは単一のデータセットとして集められ得、または、異なるストレージデバイスを含む異なる複数の位置に亘って分配させられ得、および、システムまたはネットワーク上で単に複数の電子信号として少なくとも部分的に存在し得る。複数のモジュールは受動的または能動的であり得、所望される複数の機能を実行するよう動作可能な複数のエージェントを含む。
【００６１】
本明細書全体を通じて「実施例」について言及した場合、このことは、実施例に関連して説明された特定の特徴、構造、または特性が本願発明の少なくとも１つの実施形態に含まれることを意味する。したがって本明細書全体を通じて様々な箇所において「実施例において」というフレーズが出現した場合、これらは、必ずしも全てが同じ実施形態について言及しているとは限らない。
【００６２】
本明細書において用いられるように、複数のアイテム、構造要素、構成要素、および／または材料が、便宜上共通のリストに提示され得る。しかしながら、これらのリストは、リストの各部材が別個かつ一意の部材として個別に特定されるかのように解釈されるべきである。したがって、そのようなリストの個々の部材は、反対のことが示されることなしで、それらが共通のグループに提示されていることのみに基づいて、事実上、同じリストの任意の他の部材の同等物であるものと解釈されるべきではない。加えて、本明細書において、本願発明の様々な実施形態および実施例が、それらの様々なコンポーネントの代替例と併せて言及され得る。そのような実施形態、実施例、代替例は、互いの実質的な同等物として解釈されず、本願発明の別個かつ自律的な表現として見なされるべきであることを理解されたい。
【００６３】
さらに、説明された複数の特徴、構造、または特性は、１または複数の実施形態において、任意の適切なやり方で組み合わせられ得る。以下の説明において、本願発明の実施形態の深い理解を提供すべく、レイアウト、距離、ネットワークの複数の例など多数の具体的な詳細が提供される。しかしながら、当業者は、それら具体的な詳細のうち１または複数を用いずとも、若しくは、他の方法、コンポーネント、レイアウトなどを用いても本願発明が実施され得ることを理解されよう。他の例においては、本願発明の複数の態様を曖昧にすることを避けるべく、周知の複数の構造、材料、または処理が示されておらず、または詳細に説明されていない。
【００６４】
前述の複数の例は、１または複数の特定の応用における本願発明の原理を例示するものであるが、発明的才能を発揮することなく、また、本願発明の複数の原理および複数の概念から逸脱することなく実装の形態、使用、および詳細に関する多数の修正が可能であることが当業者には明らかであろう。したがって、本願発明が以下に明記される請求項以外によって限定されることは意図されていない。
【図１】
2017085648.tif 000003
【図２】
2017085648.tif 000004
【図３】
2017085648.tif 000005
【図４】
2017085648.tif 000006
【図５】
2017085648.tif 000007
【図６】
2017085648.tif 000008
【図７】
2017085648.tif 000009
【図８】
2017085648.tif 000010
【図９】
2017085648.tif 000011
【図１０】
2017085648.tif 000012
【図１１】
2017085648.tif 000013
【手続補正書】
【提出日】平成29年2月4日(2017.2.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ピアツーピア（Ｐ２Ｐ）ネットワークで通信可能な、１又は複数のプロセッサを有するユーザ機器（ＵＥ）であって、前記ＵＥは、
近接性検出リクエストを進化型パケットコア（ＥＰＣ）におけるＰｒｏＳｅサーバへ通信し、
前記近接性検出リクエストは、
期間ウィンドウパラメータと、
第２ＵＥの識別情報と、
前記近接性検出リクエストが前記第２ＵＥの近接性検出のためであるかまたは前記第２ＵＥとのＰ２Ｐ接続を確立するためであるかを示す近接検出信号とを有し、
前記ＵＥは更に、前記ＰｒｏＳｅサーバから受信した近接性アラートメッセージが前記期間ウィンドウパラメータの期間内に受信されたことを識別する、ＵＥ。
【請求項２】
前記近接性アラートメッセージは、前記第２ＵＥとの前記ＵＥのＰ２Ｐ通信のための支援情報を含む、請求項１に記載のＵＥ。
【請求項３】
前記１又は複数のプロセッサは、さらに、前記第２ＵＥのための前記支援情報を用いてＰ２Ｐ接続を確立するための発見メッセージを前記第２ＵＥへ送信する、請求項２に記載のＵＥ。
【請求項４】
前記期間ウィンドウパラメータは、前記Ｐ２Ｐネットワーク内で前記第２ＵＥと複数の通信を確立するための時刻、曜日、ひと月のうちの週、または１年のうちの月を含む、請求項１から３の何れか１項に記載のＵＥ。
【請求項５】
前記近接性検出リクエストは位置ウィンドウパラメータを含み、前記位置ウィンドウパラメータは、選択された地理的設定である、請求項１から４の何れか１項に記載のＵＥ。
【請求項６】
前記期間ウィンドウパラメータは、前記Ｐ２Ｐネットワーク内の他の複数のＵＥの近接性検出のための、または、前記Ｐ２Ｐネットワーク内の前記ＵＥと前記他の複数のＵＥとの間で複数のＰ２Ｐ通信を確立するための複数の時刻、曜日、ひと月の内の週、または１年のうちの月を含む、請求項１から５の何れか１項に記載のＵＥ。
【請求項７】
前記１又は複数のプロセッサは、さらに、Ｐ２Ｐ通信接続を用いて前記第２ＵＥと直接的に通信を行う、請求項１から６の何れか１項に記載のＵＥ。
【請求項８】
前記Ｐ２Ｐ通信接続は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）接続である、請求項７に記載のＵＥ。
【請求項９】
前記ＵＥは、アンテナ、タッチ感知ディスプレイ画面、スピーカ、マイク、グラフィックプロセッサ、アプリケーションプロセッサ、内部メモリ、または不揮発性メモリポートを有する、請求項１から８の何れか１項に記載のＵＥ。
【請求項１０】
１又は複数のプロセッサに、
ＰｒｏＳｅサーバへと通信が行われるべき近接性検出リクエストを、第１ユーザ機器（ＵＥ）で生成する手順を実行させ、
前記近接性検出リクエストは、
期間ウィンドウパラメータと、
第２ＵＥの識別情報と、
前記近接性検出リクエストが前記第２ＵＥの近接性検出のためであるかまたは前記第２ＵＥとのＰ２Ｐ接続を確立するためであるかを示す近接検出信号とを有し、
前記１又は複数のプロセッサに、更に、前記ＰｒｏＳｅサーバから受信した近接性アラートメッセージが前記期間ウィンドウパラメータの期間内に受信されたことを識別する手順を実行させる、コンピュータプログラム。
【請求項１１】
前記近接性アラートメッセージは、前記第２ＵＥとの前記第１ＵＥのＰ２Ｐ通信のための支援情報を含む、請求項１０に記載のコンピュータプログラム。
【請求項１２】
前記第２ＵＥのための前記支援情報を用いてＰ２Ｐ接続を確立すべく、前記第１ＵＥから前記第２ＵＥへ送信するための発見メッセージを設定する手順を更に備える、請求項１１に記載のコンピュータプログラム。
【請求項１３】
前記期間ウィンドウパラメータは、Ｐ２Ｐネットワーク内で前記第２ＵＥと複数の通信を確立するための時刻、曜日、ひと月のうちの週、または１年のうちの月を含む、請求項１０から１２の何れか１項に記載のコンピュータプログラム。
【請求項１４】
Ｐ２Ｐ通信接続を用いて前記第２ＵＥと直接的に通信を行う手順を更に備える、請求項１０から１３の何れか１項に記載のコンピュータプログラム。
【請求項１５】
前記Ｐ２Ｐ通信接続は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）接続である、請求項１４に記載のコンピュータプログラム。
【請求項１６】
請求項１０から１５の何れか１項に記載のコンピュータプログラムを格納したコンピュータ可読記録媒体。
【請求項１７】
ピアツーピア（Ｐ２Ｐ）ネットワークで通信するための方法であって、
第１ユーザ機器（ＵＥ）から、進化型パケットコア（ＥＰＣ）におけるＰｒｏＳｅサーバへ近接性検出リクエストを通信する段階を備え、
前記近接性検出リクエストは、
期間ウィンドウパラメータと、
第２ＵＥの識別情報と、
前記近接性検出リクエストが前記第２ＵＥの近接性検出のためであるかまたは前記第２ＵＥとのＰ２Ｐ接続を確立するためであるかを示す近接検出信号とを有し、
前記期間ウィンドウパラメータに基づき、選択された時間に、前記ＰｒｏＳｅサーバから前記ＵＥで近接性アラートメッセージを受信する段階を更に備える、方法。
【請求項１８】
記第２ＵＥのための支援情報を用いてＰ２Ｐ接続を確立するための発見メッセージを前記第１ＵＥから前記第２ＵＥへ送信する段階を更に備える、請求項１７の記載の方法。
【請求項１９】
前記第１ＵＥは、Ｐ２Ｐ通信接続を用いて前記第２ＵＥと直接的に通信を行い、
前記Ｐ２Ｐ通信接続は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）接続である、請求項１７または１８に記載の方法。
【請求項２０】
前記期間ウィンドウパラメータは、前記Ｐ２Ｐネットワーク内の他の複数のＵＥの近接性検出のための、または、前記Ｐ２Ｐネットワーク内の前記第１ＵＥと前記他の複数のＵＥとの間で複数のＰ２Ｐ通信を確立するための複数の時刻、曜日、ひと月の内の週、または１年のうちの月を含む、請求項１７から１９の何れか１項に記載の方法。
【請求項２１】
前記近接性検出リクエストは位置ウィンドウパラメータを含み、前記位置ウィンドウパラメータは、選択された地理的設定である、請求項１７から２０の何れか１項に記載の方法。
【請求項２２】
ピアツーピア（Ｐ２Ｐ）ネットワークで通信可能な、１つ又は複数のプロセッサを有するＰｒｏＳｅサーバであって、前記ＰｒｏＳｅサーバは、
ユーザ機器（ＵＥ）から近接性検出リクエストを受信し、
前記近接性検出リクエストは、
期間ウィンドウパラメータと、
第２ＵＥの識別情報と、
前記近接性検出リクエストが前記第２ＵＥの近接性検出のためであるかまたは前記第２ＵＥとのＰ２Ｐ接続を確立するためであるかを示す近接検出信号とを有し、
前記ＰｒｏＳｅサーバは更に、前記期間ウィンドウパラメータに基づき、ある期間内に前記ＵＥへ近接性アラートメッセージを送信する、ＰｒｏＳｅサーバ。
【請求項２３】
前記ＰｒｏＳｅサーバは、進化型パケットコア（ＥＰＣ）で動作する、請求項２２に記載のＰｒｏＳｅサーバ。
【請求項２４】
前記期間ウィンドウパラメータは、前記Ｐ２Ｐネットワーク内で前記第２ＵＥと複数の通信を確立するための時刻、曜日、ひと月のうちの週、または１年のうちの月を含む、請求項２２または２３に記載のＰｒｏＳｅサーバ。
【請求項２５】
前記近接性検出リクエストは位置ウィンドウパラメータを含み、前記位置ウィンドウパラメータは、選択された地理的設定である、請求項２２から２４の何れか１項に記載のＰｒｏＳｅサーバ。