特許 6203832 デバイスツーデバイス通信およびプロキシミティサービスのためにデバイス間の距離を決定するための方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6203832

(24)【登録日】2017年9月8日

(45)【発行日】2017年9月27日

(54)【発明の名称】デバイスツーデバイス通信およびプロキシミティサービスのためにデバイス間の距離を決定するための方法および装置

(51)【国際特許分類】

   H04W 64/00 20090101AFI20170914BHJP

   G01S 11/08 20060101ALI20170914BHJP

   H04W 92/18 20090101ALI20170914BHJP

【ＦＩ】

   H04W64/00 140

   G01S11/08

   H04W92/18

【請求項の数】38

【全頁数】40

(21)【出願番号】特願2015-514073(P2015-514073)

(86)(22)【出願日】2013年5月17日

(65)【公表番号】特表2015-525503(P2015-525503A)

(43)【公表日】2015年9月3日

(86)【国際出願番号】US2013041680

(87)【国際公開番号】WO2013176999

(87)【国際公開日】20131128

【審査請求日】2016年4月19日

(31)【優先権主張番号】61/650,951

(32)【優先日】2012年5月23日

(33)【優先権主張国】US

(31)【優先権主張番号】13/797,790

(32)【優先日】2013年3月12日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100109830

【弁理士】

【氏名又は名称】福原 淑弘

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100194814

【弁理士】

【氏名又は名称】奥村 元宏

(72)【発明者】

【氏名】エッジ、スティーブン・ウィリアム

【審査官】 松野 吉宏

(56)【参考文献】

【文献】 国際公開第２０１２／０６１２５１（ＷＯ，Ａ１）

【文献】 特開２０１１−１７２１１３（ＪＰ，Ａ）

【文献】 特表２０１０−５０４０５１（ＪＰ，Ａ）

【文献】 国際公開第２００５／１２２４８３（ＷＯ，Ａ１）

【文献】 Kwan-Ho Kim(Korea Electrotechnology Research Institute(KERI))，Enhancement of Ranging & Positioning by Combining TOA & TDOA，IEEE 802.15-05/0461r0，米国，IEEE mentor，２００５年 ７月２１日，slides 11,12

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４ − ７／２６

Ｈ０４Ｗ ４／００ − ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

第１のデバイスと第２のデバイスとの間の距離を決定するための方法であって、前記方法は、プロセッサが実行し、前記方法は、
前記第１のデバイスを介して前記第２のデバイスに送られた第１の基地局からの第１の信号についての第１の到着時間を決定することと、
第２の基地局から前記第２のデバイスに直接送られた第２の信号についての第２の到着時間を決定することと、
前記第１の到着時間および前記第２の到着時間を使用して、前記第１のデバイスと前記第２のデバイスとの間の前記距離を決定することと
を備える方法。

【請求項2】

前記第１の基地局は、前記第１のデバイスをサービスする、
請求項１に記載の方法。

【請求項3】

前記第１の基地局および前記第２の基地局は、同一の基地局であり、
前記同一の基地局は、前記第１のデバイスおよび前記第２のデバイスをサービスし、
前記同一の基地局は、前記第１のデバイスおよび前記第２のデバイスのタイミングを、共通サービング基地局時間にアラインする、
請求項２に記載の方法。

【請求項4】

前記第２の基地局は、前記第２のデバイスをサービスする、
請求項２に記載の方法。

【請求項5】

前記第１の基地局および前記第２の基地局は、同期され、前記第１のデバイスおよび前記第２のデバイスのタイミングは、共通サービング基地局時間にアラインされる、
請求項４に記載の方法。

【請求項6】

前記第１のデバイスを介して前記第２のデバイスに送られた前記第２の基地局からの第３の信号についての第３の到着時間を決定することと、
前記第１の基地局から前記第２のデバイスに直接送られた第４の信号についての第４の到着時間を決定することと、
前記第１、第２、第３、および第４の到着時間を使用して、前記第１のデバイスと前記第２のデバイスとの間の前記距離を決定することと
をさらに備える、請求項４に記載の方法。

【請求項7】

前記第１の基地局および前記第２の基地局は、同期されない、
請求項６に記載の方法。

【請求項8】

前記第１のデバイスと前記第２のデバイスとの間の前記距離を決定することは、前記第１の到着時間と前記第４の到着時間との間、および、前記第２の到着時間と前記第３の到着時間との間の差分を取得することを備える、
請求項６に記載の方法。

【請求項9】

前記第１のデバイスと前記第２のデバイスとの間の前記距離を決定することは、前記第１の到着時間と前記第２の到着時間との間の差分を取得することを備える、
請求項１に記載の方法。

【請求項10】

信号の送受信に使用されるメッセージングプロトコルは、ＬＰＰ（Long Term Evolution Positioning Protocol）、ＬＰＰｅ（LPP Extensions）、および無線リソース制御（ＲＲＣ）プロトコルのうちの１つである、
請求項１に記載の方法。

【請求項11】

前記第１のデバイスと前記第２のデバイスとの間の前記距離が、閾値よりも低いか高いかを決定することと、
デバイスツーデバイスモードを使用する前記第１のデバイスと前記第２のデバイスとの間の通信をそれぞれ可能または不能にすることと
をさらに備え、前記デバイスツーデバイスモードは、前記第１のデバイスおよび前記第２のデバイスが、前記第１の基地局または前記第２の基地局を通してデータを送ることなく互いに通信することを備える、
請求項１に記載の方法。

【請求項12】

前記第１のデバイスと前記第２のデバイスとの間の前記距離が閾値よりも低いと決定することと、
前記第１のデバイスおよび前記第２のデバイスの各々にとって関心のある１つ以上のプロキシミティサービスに関して、前記第１のデバイスおよび前記第２のデバイスの各々に、他方のデバイスに近接していることを知らせることと
をさらに備える、請求項１に記載の方法。

【請求項13】

デバイスであって、
第２のデバイスを介して前記デバイスに送られた第１の基地局からの第１の信号を受信し、
第２の基地局から前記デバイスに直接送られた第２の信号を受信する
ように構成されたトランシーバと、
前記第１の信号についての第１の到着時間を決定し、
前記第２の信号についての第２の到着時間を決定し、
前記第１の到着時間および前記第２の到着時間を使用して、前記デバイスと前記第２のデバイスとの間の距離を決定する
ように構成されたプロセッサと
を備えるデバイス。

【請求項14】

前記第１の基地局は、前記第２のデバイスをサービスする、
請求項１３に記載のデバイス。

【請求項15】

前記第１の基地局および前記第２の基地局は、同一の基地局であり、
前記同一の基地局は、前記デバイスおよび前記第２のデバイスをサービスし、
前記同一の基地局は、前記デバイスおよび前記第２のデバイスのタイミングを、共通サービング基地局時間にアラインする、
請求項１４に記載のデバイス。

【請求項16】

前記第２の基地局は、前記デバイスをサービスする、
請求項１４に記載のデバイス。

【請求項17】

前記第１の基地局および前記第２の基地局は、同期され、前記デバイスおよび前記第２のデバイスのタイミングは、共通サービング基地局時間にアラインされる、
請求項１６に記載のデバイス。

【請求項18】

前記トランシーバは、
前記第２のデバイスを介して前記デバイスに送られた前記第２の基地局からの第３の信号を受信し、
前記第１の基地局から前記デバイスに直接送られた第４の信号を受信する
ようにさらに構成され、
前記プロセッサは、
前記第３の信号についての第３の到着時間を決定し、
前記第４の信号についての第４の到着時間を決定し、
前記第１、第２、第３、および第４の到着時間を使用して、前記デバイスと前記第２のデバイスとの間の前記距離を決定する
ようにさらに構成される、請求項１６に記載のデバイス。

【請求項19】

前記第１の基地局および前記第２の基地局は、同期されない、
請求項１８に記載のデバイス。

【請求項20】

前記プロセッサが、前記デバイスと前記第２のデバイスとの間の前記距離を決定することは、前記第１の到着時間と前記第４の到着時間との間、および、前記第２の到着時間と前記第３の到着時間との間の差分を取得することを備える、
請求項１８に記載のデバイス。

【請求項21】

前記デバイスと前記第２のデバイスとの間の前記距離を決定することは、前記第１の到着時間と前記第２の到着時間との間の差分を取得することを備える、
請求項１３に記載のデバイス。

【請求項22】

信号の送受信に使用されるメッセージングプロトコルは、ＬＰＰ（Long Term Evolution Positioning Protocol）、ＬＰＰｅ（LPP Extensions）、および無線リソース制御（ＲＲＣ）プロトコルのうちの１つである、
請求項１３に記載のデバイス。

【請求項23】

前記プロセッサは、
前記デバイスと前記第２のデバイスとの間の前記距離が、閾値よりも低いか高いかを決定し、
デバイスツーデバイスモードを使用する前記デバイスと前記第２のデバイスとの間の通信をそれぞれ可能または不能にする、
ようにさらに構成され、
前記デバイスツーデバイスモードは、前記デバイスおよび前記第２のデバイスが、前記第１の基地局または前記第２の基地局を通してデータを送ることなく互いに通信することを備える、
請求項１３に記載のデバイス。

【請求項24】

前記プロセスは、
前記第１のデバイスと前記第２のデバイスとの間の前記距離が閾値よりも低いと決定し、
前記第１のデバイスおよび前記第２のデバイスの各々にとって関心のある１つ以上のプロキシミティサービスに関して、前記トランシーバを使用して、前記第１のデバイスおよび前記第２のデバイスの各々に、他方のデバイスに近接していることを知らせる
ようにさらに構成される、請求項１３に記載のデバイス。

【請求項25】

非一時的コンピュータ可読記憶媒体であって、前記非一時的コンピュータ可読記憶媒体は、プロセッサによって実行可能な命令を備え、前記命令は、
第１のデバイスを介して第２のデバイスに送られた第１の基地局からの第１の信号についての第１の到着時間を決定し、
第２の基地局から前記第２のデバイスに直接送られた第２の信号についての第２の到着時間を決定し、
前記第１の到着時間および前記第２の到着時間を使用して、前記第１のデバイスと前記第２のデバイスとの間の距離を決定する
ための命令を備える、非一時的コンピュータ可読記憶媒体。

【請求項26】

プロセッサによって実行可能な前記命令は、
前記第１のデバイスと前記第２のデバイスとの間の前記距離が、閾値よりも低いか高いかを決定し、
デバイスツーデバイスモードを使用する前記第１のデバイスと前記第２のデバイスとの間の通信をそれぞれ可能または不能にする、
ための命令をさらに備え、
前記デバイスツーデバイスモードは、前記第１のデバイスおよび前記第２のデバイスが、前記第１の基地局または前記第２の基地局を通してデータを送ることなく互いに通信することを備える、
請求項２５に記載の非一時的コンピュータ可読記憶媒体。

【請求項27】

デバイスであって、
第２のデバイスを介して前記デバイスに送られた第１の基地局からの第１の信号についての第１の到着時間を決定するための手段と、
第２の基地局から前記デバイスに直接送られた第２の信号についての第２の到着時間を決定するための手段と、
前記第１の到着時間および前記第２の到着時間を使用して、前記デバイスと前記第２のデバイスとの間の距離を決定するための手段と
を備えるデバイス。

【請求項28】

前記第１の基地局は、前記第２のデバイスをサービスする、
請求項２７に記載のデバイス。

【請求項29】

前記第１の基地局および前記第２の基地局は、同一の基地局であり、
前記同一の基地局は、前記デバイスおよび前記第２のデバイスをサービスし、
前記同一の基地局は、前記デバイスおよび前記第２のデバイスのタイミングを、共通サービング基地局時間にアラインする、
請求項２８に記載のデバイス。

【請求項30】

前記第２の基地局は、前記デバイスをサービスする、
請求項２８に記載のデバイス。

【請求項31】

前記第１の基地局および前記第２の基地局は、同期され、前記デバイスおよび前記第２のデバイスのタイミングは、共通サービング基地局時間にアラインされる、
請求項３０に記載のデバイス。

【請求項32】

前記第２のデバイスを介して前記デバイスに送られた前記第２の基地局からの第３の信号についての第３の到着時間を決定するための手段と、
前記第１の基地局から前記デバイスに直接送られた第４の信号についての第４の到着時間を決定するための手段と、
前記第１、第２、第３、および第４の到着時間を使用して、前記デバイスと前記第２のデバイスとの間の前記距離を決定するための手段と
をさらに備える、請求項３０に記載のデバイス。

【請求項33】

前記第１の基地局および前記第２の基地局は、同期されない、
請求項３２に記載のデバイス。

【請求項34】

前記デバイスと前記第２のデバイスとの間の前記距離を決定することは、前記第１の到着時間と前記第４の到着時間との間、および、前記第２の到着時間と前記第３の到着時間との間の差分を取得するための手段を備える、
請求項３２に記載のデバイス。

【請求項35】

前記デバイスと前記第２のデバイスとの間の前記距離を決定することは、前記第１の到着時間と前記第２の到着時間との間の差分を取得するための手段を備える、
請求項２７に記載のデバイス。

【請求項36】

信号の送受信に使用されるメッセージングプロトコルは、ＬＰＰ（Long Term Evolution Positioning Protocol）、ＬＰＰｅ（LPP Extensions）、および無線リソース制御（ＲＲＣ）プロトコルのうちの１つである、
請求項２７に記載のデバイス。

【請求項37】

前記デバイスと前記第２のデバイスとの間の前記距離が閾値よりも低いか高いかを決定するための手段と、
デバイスツーデバイスモードを使用する前記デバイスと前記第２のデバイスとの間の通信をそれぞれ可能または不能にするための手段と
をさらに備え、
前記デバイスツーデバイスモードは、前記デバイスおよび前記第２のデバイスが、前記第１の基地局または前記第２の基地局を通してデータを送ることなく互いに通信することを備える、
請求項２７に記載のデバイス。

【請求項38】

前記第１のデバイスと前記第２のデバイスとの間の前記距離が閾値よりも低いと決定するための手段と、
前記第１のデバイスおよび前記第２のデバイスの各々にとって関心のある１つ以上のプロキシミティサービスに関して、前記第１のデバイスおよび前記第２のデバイスの各々に、他方のデバイスに近接していることを知らせるための手段と、
をさらに備える、請求項２７に記載のデバイス。

【発明の詳細な説明】

【背景技術】

【0001】

[0001]本開示の態様は、コンピューティングおよび通信技術に関する。とりわけ、本開示の態様は、複数のデバイス間で通信するための、および、２つ以上のデバイスがいつ互いに近接しているかを決定するためのシステム、方法、装置、およびコンピュータ可読媒体のようなモバイルコンピューティングデバイス技術に関する。

【0002】

[0002]デバイス間の通信を可能にする現在の技術は、典型的に、この通信を容易にするために高機能ネットワークに頼る。携帯電話、タブレット、スマートフォン、ラップトップ、等のユーザ機器エンドポイントデバイスの利用の増加、および、通信のためのネットワークへの排他的な依存に伴い、デバイスをサービスするためにネットワークにかかる圧力は高まっている。その結果、デバイス間の通信は、これらのデバイスのうちの１つがネットワークのカバレッジ範囲外にある状況、または、ネットワークリソース（例えば、シグナリングおよび／または処理をサポートする）が、多数のデバイスの需要により輻輳状態である場合、妨害または制限されうる。ひいては、デバイス間の直接的なピアツーピア通信は、これらのデバイス、それらの関連アプリケーションとユーザに対して、および、ネットワークに対して有益でありうる。しかしながら、そのような直接的なピアツーピア通信は、デバイスが互いの近くにいる（例えば、いくつかのシナリオでは互いの５００メートル以内である）場合にのみ可能でありうる。直接的なピアツーピア通信に加えて、特定のアプリケーションおよびサービス−例えば、特定の他のユーザ（例えば、友人、同僚、または親戚）あるいは関心地点（例えば、特定の店舗）に近接している場合にユーザに警告するサービス−もまた、互いの近くにいるデバイスに依存しうるかまたは関連している可能性がある。ゆえに、デバイスが互いに近接しているとの決定をサポートおよび強化すること、ならびに、近接しているデバイス間の直接的な通信をサポートすることは有益でありうる。

【発明の概要】

【0003】

[0003]デバイスからデバイスに通信するためのさまざまなシステム、方法、装置、およびコンピュータ可読媒体が説明される。多くの場合、２つのデバイスは、１つ以上のネットワークを介して互いに通信するものであり、本明細書ではこれをネットワークモードと呼ぶ。デバイスツーデバイス（Ｄ２Ｄ）通信は、本明細書でＤ２Ｄモードとも呼ばれ、デバイスが互いに通信可能な程度近接している（in communicable proximity）場合、ネットワークの利用を省きうる（bypass）。すでにＤ２Ｄモードであるか、いまだＤ２ＤモードではないがＤ２Ｄモードを使用する能力があるデバイスの相対的な位置についての知識は有益でありうる。例えば、いまだＤ２Ｄモードでないデバイスは、それらの間の距離が何らかの閾値を下回った場合、互いにリッスン（listen）するように構成されうる。同様に、Ｄ２Ｄモードをすでに使用しているデバイスは、それらの間の距離が何らかの閾値を超えた場合のネットワークモードへのハンドオーバの実行に備えて、近くのネットワーク基地局またはアクセスポイントを探索するように構成されうる。２つ以上のデバイスの相対的な位置についての知識は、そのような近接度に依存するか、または、それを前提とする他のサービスおよびアプリケーション（Ｄ２Ｄ通信以外）をサポートするために、デバイスがいつ互いに近接しているかを決定する際により一層有益でありうる。そのようなプロキシミティサービス（proximity service）の例は、特定の他のユーザ（例えば、友人、同僚、親戚）または特定の関心地点（例えば、特定の店舗またはレストラン）のいずれかに近接しているときに、モバイルデバイスのユーザに知らせることを含みうる。デバイスが互いに近接していることに依存するＤ２Ｄ通信自体が、現状のままで、ある特定のタイプのプロキシミティサービスとみなされうることに留意されたい。したがって、一般に（in a general sense）、デバイスを位置特定（locate）し、それらの近接度の度合いを決定する能力は、すべてのプロキシミティサービスに対して有益である可能性があるとみなされうる。

【0004】

[0004]支援型全地球的航法衛星システム（Ａ−ＧＮＳＳ）のような、モバイルデバイスを位置特定する既存の方法は、例えば、典型的に、絶対的な位置（例えば、緯度座標および経度座標）を取得するために開発されており、それは、バッテリ集約型であり、特定のネットワークサポートの利用性に依存し、および／または、特定の環境（例えば、室内）では信頼性がない可能性がある。相対的な位置および／またはデバイス間の距離を取得するために、デバイスのペアまたはグループに適用可能な位置特定方法（location method）は、Ｄ２Ｄ通信に必要な近接度条件を決定するため、および／または、特定のプロキシミティサービスをサポートするために、特定の条件下で（例えば、室内環境において）、より適切であり、既存の方法の制限のうちのいくつかを回避しうる。

【0005】

[0005]第１のデバイスと第２のデバイスとの間の距離を決定するための例示的な方法は、第１のデバイスを介して第２のデバイスに送られた第１の基地局からの第１の信号についての第１の到着時間を決定することと、第２の基地局から第２のデバイスに直接送られた第２の信号についての第２の到着時間を決定することと、第１の到着時間および第２の到着時間を使用して第１のデバイスと第２のデバイスとの間の距離を決定することとを含みうる。一態様では、信号の送受信に使用されるメッセージングプロトコルは、ＬＰＰ（Long Term Evolution Positioning Protocol）、ＬＰＰｅ（LPP Extensions）、および無線リソース制御（ＲＲＣ）プロトコルのうちの１つである。

【0006】

[0006]例示的な方法のいくつかの実現では、方法は、第１のデバイスと第２のデバイスとの間の距離が閾値よりも低いか高いかを決定することと、デバイスツーデバイスモードを使用する第１のデバイスと第２のデバイスとの間の通信をそれぞれ可能または不能することとをさらに含み、デバイスツーデバイスモードは、第１の基地局または第２の基地局を通してデータを送ることなく第１のデバイスおよび第２のデバイスが互いに通信することを備える。方法の他の実現において、方法は、第１のデバイスと第２のデバイスとの間の距離が閾値よりも低いと決定することと、第１のデバイスおよび第２のデバイスの各々にとって関心のある１つ以上のプロキシミティサービスに関して、第１のデバイスおよび第２のデバイスの各々に、他方のデバイスに近接していることを知らせることとをさらに含む。

【0007】

[0007]いくつかの例示的な実施形態では、第１の基地局は、第１のデバイスをサービスする。一態様では、第１の基地局および第２の基地局は、同一の基地局であり、この同一の基地局は、第１のデバイスおよび第２のデバイスをサービスし、この同一の基地局は、第１のデバイスおよび第２のデバイスのタイミングを、共通サービング基地局時間にアラインする。別の態様では、第１のデバイスと第２のデバイスとの間の距離を決定することは、第１の到着時間と第２の到着時間との間の差分を取得することを備える。

【0008】

[0008]他の例示的な実施形態では、第２の基地局は、第２のデバイスをサービスしうる。一実現では、第１の基地局および第２の基地局は、同期され、第１のデバイスおよび第２のデバイスのタイミングは、共通サービング基地局時間にアラインされる。別の実現では、第１の基地局および第２の基地局は、同期されない。第１の基地局および第２の基地局が同期されないそのような実現では、一実現において、方法は、第１のデバイスを介して第２のデバイスに送られた第２の基地局からの第３の信号についての第３の到着時間を決定することと、第１の基地局から第２のデバイスに直接送られた第４の信号についての第４の到着時間を決定することと、第１、第２、第３、および第４の到着時間を使用して、第１のデバイスと第２のデバイスとの間の距離を決定することとをさらに備えうる。一態様では、第１のデバイスと第２のデバイスとの間の距離を決定することは、第１の到着時間と第４の到着時間との間、および、第２の到着時間と第３の到着時間との間の差分を取得することを備える。

【0009】

[0009]第１のデバイスと第２のデバイスとの間の距離を決定するための例示的なデバイスは、ここで、例示的なデバイスとは第１のデバイスまたは第２のデバイスでありうる、第１のデバイスを介して第２のデバイスに送られた第１の基地局からの第１の信号についての第１の到着時間を決定し、第２の基地局から第２のデバイスに直接送られた第２の信号についての第２の到着時間を決定し、第１の到着時間および第２の到着時間を使用して第１のデバイスと第２のデバイスとの間の距離を決定するためのプロセッサを含みうる。一態様では、信号の送受信に使用されるメッセージングプロトコルは、ＬＰＰ（Long Term Evolution Positioning Protocol）、ＬＰＰｅ（LPP Extensions）、および無線リソース制御（ＲＲＣ）プロトコルのうちの１つである。

【0010】

[0010]例示的なデバイスのいくつかの実現では、プロセッサは、第１のデバイスと第２のデバイスとの間の距離が閾値よりも低いか高いかを決定し、デバイスツーデバイスモードを使用する第１のデバイスと第２のデバイスとの間の通信をそれぞれ可能または不能にするようにさらに構成され、デバイスツーデバイスモードは、第１のデバイスおよび第２のデバイスが、第１の基地局または第２の基地局を通してデータを送ることなく互いに通信することを備える。デバイスの他の実現では、プロセッサは、第１のデバイスと第２のデバイスとの間の距離が閾値よりも低いと決定し、第１のデバイスおよび第２のデバイスの各々にとって関心のある１つ以上のプロキシミティサービスに関して、第１のデバイスおよび第２のデバイスの各々に、他方のデバイスに近接していることを知らせるようさらに構成される。

【0011】

[0011]いくつかの例示的な実施形態では、第１の基地局は、第１のデバイスをサービスする。一態様では、第１の基地局および第２の基地局は、同一の基地局であり、この同一の基地局は、第１のデバイスおよび第２のデバイスをサービスし、この同一の基地局は、第１のデバイスおよび第２のデバイスのタイミングを、共通サービング基地局時間にアラインする。別の態様では、プロセッサが、第１のデバイスと第２のデバイスとの間の距離を決定することは、第１の到着時間と第２の到着時間との間の差分を取得することを備える。

【0012】

[0012]他の例示的な実施形態では、第２の基地局は、第２のデバイスをサービスしうる。一実現では、第１の基地局および第２の基地局は、同期され、第１のデバイスおよび第２のデバイスのタイミングは、共通サービング基地局時間にアラインされる。別の実現では、第１の基地局および第２の基地局は、同期されない。第１の基地局および第２の基地局が同期されないそのような実現では、一実現において、デバイスは、第１のデバイスを介して第２のデバイスに送られた第２の基地局からの第３の信号についての第３の到着時間を決定し、第１の基地局から第２のデバイスに直接送られた第４の信号についての第４の到着時間を決定し、第１、第２、第３、および第４の到着時間を使用して、第１のデバイスと第２のデバイスとの間の距離を決定するためのプロセッサをさらに備える。一態様では、プロセッサが、第１のデバイスと第２のデバイスとの間の距離を決定することは、第１の到着時間と第４の到着時間との間、および、第２の到着時間と第３の到着時間との間の差分を取得することを備える。

【0013】

[0013]例示的な非一時的コンピュータ可読記憶媒体は、プロセッサによって実行可能な命令を備え、命令は、第１のデバイスと第２のデバイスとの間の距離を決定するための命令を備え、非一時的コンピュータ可読記憶媒体は、第１のデバイスを介して第２のデバイスに送られた第１の基地局からの第１の信号についての第１の到着時間を決定することと、第２の基地局から第２のデバイスに直接送られた第２の信号についての第２の到着時間を決定することと、第１の到着時間および第２の到着時間を使用して第１のデバイスと第２のデバイスとの間の距離を決定することとを含みうる。一態様では、信号の送受信に使用されるメッセージングプロトコルは、ＬＰＰ（Long Term Evolution Positioning Protocol）、ＬＰＰｅ（LPP Extensions）、および無線リソース制御（ＲＲＣ）プロトコルのうちの１つである。

【0014】

[0014]非一時的コンピュータ可読記憶媒体のいくつかの実現では、命令は、第１のデバイスと第２のデバイスとの間の距離が閾値よりも低いか高いかを決定し、デバイスツーデバイスモードを使用する第１のデバイスと第２のデバイスとの間の通信をそれぞれ可能または不能にするようにさらに構成され、デバイスツーデバイスモードは、第１のデバイスおよび第２のデバイスが第１の基地局または第２の基地局を通してデータを送ることなく互いに通信することを備える。デバイスの他の実現では、命令は、第１のデバイスと第２のデバイスとの間の距離が閾値よりも低いと決定し、第１のデバイスおよび第２のデバイスの各々にとって関心のある１つ以上のプロキシミティサービスに関して、第１のデバイスおよび第２のデバイスの各々に、他方のデバイスに近接していることを知らせるためのステップをさらに含む。

【0015】

[0015]いくつかの例示的な実施形態では、第１の基地局は、第１のデバイスをサービスする。一態様では、第１の基地局および第２の基地局は、同一の基地局であり、この同一の基地局は、第１のデバイスおよび第２のデバイスをサービスし、この同一の基地局は、第１のデバイスおよび第２のデバイスのタイミングを、共通サービング基地局時間にアラインする。別の態様では、第１のデバイスと第２のデバイスとの間の距離を決定することは、第１の到着時間と第２の到着時間との間の差分を取得するための命令を備える。

【0016】

[0016]他の例示的な実施形態では、第２の基地局は、第２のデバイスをサービスしうる。一実現では、第１の基地局および第２の基地局は、同期され、第１のデバイスおよび第２のデバイスのタイミングは、共通サービング基地局時間にアラインされる。別の実現では、第１の基地局および第２の基地局は、同期されない。第１の基地局および第２の基地局が同期されないそのような実現では、一実現において、デバイスは、第１のデバイスを介して第２のデバイスに送られた第２の基地局からの第３の信号についての第３の到着時間を決定し、第１の基地局から第２の基地局に直接送られた第４の信号についての第４の到着時間を決定し、第１、第２、第３、および第４の到着時間を使用して、第１のデバイスと第２のデバイスとの間の距離を決定するための命令をさらに備える。一態様では、第１のデバイスと第２のデバイスとの間の距離を決定することは、第１の到着時間と第４の到着時間との間、および、第２の到着時間と第３の到着時間との間の差分を取得するための命令を備える。

【0017】

[0017]第１のデバイスと第２のデバイスとの間の距離を決定するための別の例示的なデバイスは、第１のデバイスまたは第２のデバイスでありえ、この例示的なデバイスは、第１のデバイスを介して第２のデバイスに送られた第１の基地局からの第１の信号についての第１の到着時間を決定するための手段と、第２の基地局から第２のデバイスに直接送られた第２の信号についての第２の到着時間を決定するための手段と、第１の到着時間および第２の到着時間を使用して第１のデバイスと第２のデバイスとの間の距離を決定するための手段とを含みうる。一態様では、信号の送受信に使用されるメッセージングプロトコルは、ＬＰＰ（Long Term Evolution Positioning Protocol）、ＬＰＰｅ（LPP Extensions）、および無線リソース制御（ＲＲＣ）プロトコルのうちの１つである。

【0018】

[0018]例示的なデバイスのいくつかの実現では、デバイスは、第１のデバイスと第２のデバイスとの間の距離が閾値よりも低いか高いかを決定するための手段と、デバイスツーデバイスモードを使用する第１のデバイスと第２のデバイスとの間の通信をそれぞれ可能または不能するための手段とをさらに含み、デバイスツーデバイスモードは、第１のデバイスおよび第２のデバイスが第１の基地局または第２の基地局を通してデータを送ることなく互いに通信することを備える。デバイスの他の実現では、デバイスは、第１のデバイスと第２のデバイスとの間の距離が閾値よりも低いと決定するための手段と、第１のデバイスおよび第２のデバイスの各々にとって関心のある１つ以上のプロキシミティサービスに関して、第１のデバイスおよび第２のデバイスの各々に、他方のデバイスに近接していることを知らせるための手段をさらに備える。

【0019】

[0019]いくつかの例示的な実施形態では、第１の基地局は、第１のデバイスをサービスする。一態様では、第１の基地局および第２の基地局は、同一の基地局であり、この同一の基地局は、第１のデバイスおよび第２のデバイスをサービスし、この同一の基地局は、第１のデバイスおよび第２のデバイスのタイミングを、共通サービング基地局時間にアラインする。別の態様では、第１のデバイスと第２のデバイスとの間の距離を決定するための手段は、第１の到着時間と第２の到着時間との間の差分を取得するための手段を備える。

【0020】

[0020]他の例示的な実施形態では、第２の基地局は、第２のデバイスをサービスしうる。一実現では、第１の基地局および第２の基地局は、同期され、第１のデバイスおよび第２のデバイスのタイミングは、共通サービング基地局時間にアラインされる。別の実現では、第１の基地局および第２の基地局は、同期されない。第１の基地局および第２の基地局が同期されないそのような実現では、一実現において、デバイスは、第１のデバイスを介して第２のデバイスに送られた第２の基地局からの第３の信号についての第３の到着時間を決定するための手段と、第１の基地局から第２のデバイスに直接送られた第４の信号についての第４の到着時間を決定するための手段と、第１、第２、第３、および第４の到着時間を使用して、第１のデバイスと第２のデバイスとの間の距離を決定するための手段をさらに備えうる。一態様では、第１のデバイスと第２のデバイスとの間の距離を決定するための手段は、第１の到着時間と第４の到着時間との間、および、第２の到着時間と第３の到着時間との間の差分を取得するための手段を備える。

【0021】

[0021]前述は、次に続く詳細な説明がより一層理解されうることができるように、例の特徴および技術的利点をどちらかといえば幅広く概説している。追加の特徴および利点が以下に説明されるだろう。開示される概念および具体的な例は、本開示と同じ目的を実行するために、他の構造を改良または設計するための基礎として容易に利用されうる。このような等価な構成体（construction）は、添付の特許請求の範囲の精神および有効範囲から逸脱しない。本明細書に開示される概念の特徴であると考えられる特性は、関連する利点とともに、それらの構成および動作の方法の両方に関して、添付の図に関連して検討された場合、以下の説明からより一層理解されるであろう。これらの図の各々は、例証および説明の目的でのみ提供され、特許請求の範囲の限定の定義として提供されるものではない。

【0022】

[0022]本開示の態様は、例として例証されうる。以下の説明は、同じ参照番号が全体を通して同じ要素を指すために使用される複数の図面を参照して提供される。１つ以上の技法のさまざまな詳細が本明細書で説明されるが、他の技法もまた可能である。いくつかの事例では、さまざまな技法の説明を容易にするために、周知の構造およびデバイスがブロック図形式で示される。

【0023】

[0023]本開示によって提供される例の性質および利点についてのさらなる理解は、図面および本明細書の残りの部分を参照することで実現されることができ、ここで、類似した構成要素を指すために、同じ参照番号がいくつかの図面の全体にわたって使用される。いくつかの事例では、複数の類似した構成要素のうちの１つを示すために、サブラベルが参照番号に関連付けられる。既存のサブラベルの指定なしに参照番号への言及がなされる場合、その参照番号は、そのような類似した構成要素すべてを指す。

【図面の簡単な説明】

【0024】

【図1】図１は、ワイヤレス電気通信システムの概念図である。

【図2】図２は、図１で説明されるワイヤレス通信システムの態様をさらに説明する。

【図3】図３は、全地球的航法衛星システム（ＧＮＳＳ）システムおよび／またはインターネットに接続されている例示的なデバイスを例証する。

【図4】図４は、本発明の実施形態に係る、例示的なＤ２Ｄグループを描写する。

【図5】図５は、デュプレックスシグナリングを使用してＤ２Ｄラウンドトリップ時間を測定するための例示的な実施形態を例証する。

【図6】図６は、シンプレックスシグナリングを使用してＤ２Ｄラウンドトリップ時間を測定するための例示的な実施形態を例証する。

【図7】図７は、本発明の実施形態を実行するための方法を例証したフロー図である。

【図8】図８は、シンプレックスシグナリングを使用してＤ２Ｄラウンドトリップ時間を測定するための別の例示的な実施形態を例証する。

【図9】図９は、本発明の実施形態を実行するための方法を例証する別のフロー図である。

【図10】図１０は、シンプレックスシグナリングを使用してＤ２Ｄラウンドトリップ時間を測定するためのさらに別の例示的な実施形態を例証する。

【図11】図１１は、本発明の実施形態を実行するための方法を例証する別のフロー図である。

【図12】図１２は、本発明の実施形態で使用される例示的なコンピュータシステムである。

【発明を実施するための形態】

【0025】

[0036]デバイス間で広域にわたって通信を可能にする現在の技術は、通信を容易にするために、ほぼ例外なく高機能ネットワークに依存する。携帯電話、タブレット、スマートフォン、ラップトップ、等のユーザ機器エンドポイントデバイスの利用の増加、および、通信のためのネットワークへの排他的な依存に伴い、デバイスをサービングするためにネットワークにかかる圧力は高まっている。その結果、デバイス間の通信は、これらのデバイスのうちの１つがネットワークのカバレッジ範囲外にある状況、または、ネットワークリソース（例えば、シグナリングおよび／または処理をサポートする）が、多数のデバイスの需要により輻輳状態である場合、妨害または制限されうる。ひいては、デバイス間の直接的なピアツーピア通信は、デバイス、それらの関連アプリケーションとユーザに対して、および、ネットワークに対して有益でありうる。しかしながら、そのような直接的なピアツーピア通信は、デバイスが互いの近くにいる（例えば、いくつかのシナリオでは互いの５００メートル以内である）場合にのみ可能でありうる。直接的なピアツーピア通信に加えて、特定のアプリケーションおよびサービス−例えば、特定の他のユーザ（例えば、友人、同僚、または親戚）あるいは関心地点（例えば、特定の店舗）に近接している場合にユーザに警告するサービス−もまた、互いの近くにいるデバイスに依存しうるかまたは関連している可能性がある。ゆえに、デバイスが互いに近接しているとの決定をサポートおよび強化すること、ならびに、近接しているデバイス間の直接的な通信をサポートすることは有益でありうる。

【0026】

[0037]直接的なデバイスツーデバイス（Ｄ２Ｄ）通信は、デバイスが互いに通信可能な程度近接している場合、ネットワークの利用を省きうる。１つの例示的な実現では、通信可能な近接度（communicable proximity）についての距離閾値は、雨、信号フェーディング、見通し線、等の環境要因に基づいて設定可能（configurable）でありうる。例えば、距離閾値は、２００から１００００メートルの間隔で設定可能でありうる。他の実現では、Ｄ２Ｄ通信に対する距離閾値は、信頼できるＤ２Ｄ通信に必要な距離の控えめな推定値に基づいて、ある時間期間にわたって一定でありうる。さらに別の実現では、距離閾値は、直接、２つのデバイス間の信号品質に基づきうる。Ｄ２Ｄモードは、近くのデバイス間での直接的なシグナリングおよび／またはデータ転送を、例えば、無線アクセスネットワーク（ＲＡＮ）のようなネットワークの支援なくサポートしうる。Ｄ２Ｄ通信は、ポイントツーポイントであるか、または、例えば、１つのデバイスから他の複数のデバイスへのブロードキャストなどのポイントツーマルチポイントでありうる。いくつかの実施形態では、ＶＰＬＭＮ（Visited Public Land Mobile Network）またはホームＰＬＭＮ（ＨＰＬＭＮ）は、例えば、通信リンクの確立を助けること、ネットワークモードに対するＤ２Ｄモードの使用を制御すること、および／または、セキュリティサポートを提供することで、Ｄ２Ｄ通信を調整しうる。

【0027】

[0038]いくつかの実施形態では、デバイス間の近接度のレベルについての知識は、特定のプロキシミティサービスおよび関連アプリケーションに有益でありうるかまたは、不可欠でありうる。例えば、特定の友人、同僚、または親戚がいつ近くにいるかを、または、何らかの関心地点（例えば、特定の店舗、レストラン、ファーストフードキオスク、または空いている駐車スペース）がいつユーザの近くにあるかを関連ユーザに知らせる特定のアプリケーションによってサポートされるサービスは、Ｄ２Ｄ通信に従事する能力を決定するために採用されるものに類似しているかまたはそれと同一の、何らかの近接度の閾値を決定することに依存しうる。したがって、プロキシミティサービスとＤ２Ｄ通信の両方をサポートするために近接度を決定することは、特定のシナリオで、有益でありうるかまたは不可欠でありうる。

【0028】

[0039]すでにＤ２Ｄモードであるか、いまだＤ２ＤモードではないがＤ２Ｄモードを使用する能力があるデバイスの相対的な位置についての知識が有益でありうる。例えば、いまだＤ２Ｄモードでないデバイスは、それらの間の距離が何らかの所定の閾値を下回った場合に、互いにリッスンするように構成されうる。同様に、Ｄ２Ｄモードをすでに使用しているデバイスは、それらのデバイス間の距離が何らかの閾値を超えた場合のネットワークモードへのハンドオーバの実行に備えて、近くのネットワーク基地局またはアクセスポイントを探索するように構成されうる。２つ以上のデバイスの相対的な位置についての知識は、上述されたように、Ｄ２Ｄ通信以外のプロキシミティサービスをサポートするために、２つ以上のデバイスがいつ互いに近接しているかを決定するのにより一層有益でありうる。

【0029】

[0040]いくつか例を挙げれば、支援型全地球的航法衛星システム（Ａ−ＧＮＳＳ）、観察到着時間差（ＯＴＤＯＡ）、アドバンスド順方向リンク三辺測量（ＡＦＬＴ）、エンハンスドセルＩＤ（Ｅ−ＣＩＤ）のような、モバイルワイヤレスデバイスのための既存の位置特定方法は、個々のデバイスを位置特定するために、３ＧＰＰおよび３ＧＰＰ２のような団体によって開発されている。これらの位置特定方法は、（ｉ）バッテリ集約型でありうるか、（ｉｉ）特定のネットワークサポート（例えば、ネットワーク位置特定サーバ（location server）からの支援データ、および／あるいは、位置が正確に知られているいくつかのネットワーク基地局またはアクセスポイントから無線信号を受信する能力）の利用性に依存しうるか、および／または、（ｉｉｉ）特定の環境（例えば、室内）および／または特定のシナリオ（例えば、ネットワークカバレッジが大半または完全になくなる事件または災害局面）では信頼性がない可能性がある。相対的な位置および／またはデバイス間の距離を取得するためにデバイスのペアまたはグループに適用可能な位置特定方法は、Ｄ２Ｄ用途に対してより適切でありえ、既存の方法の制限のうちのいくつかを回避しうる。

【0030】

[0041]本明細書で説明されるように、Ｄ２Ｄモードは、２つ以上のデバイス間の直接的な（すなわち、ネットワークを介さない）ピアツーピア通信を指しうる。ネットワークモードは、ネットワークを介した（例えば、サービングネットワークを介した）２つ以上のデバイス間の通信を指しうる。自律的な動作は、２つ以上のデバイスがＤ２Ｄモードを自律的に（ほとんどまたはまったくネットワーク制御または支援なく）確立する動作を指しうる。ネットワーク支援型動作は、２つ以上のデバイスがＤ２Ｄモードに入るようにネットワーク（例えば、サービングネットワーク）が支援する動作を指し、ここで、ネットワークモードが可能であるかどうかは分からない。ネットワークベースの動作は、ネットワーク（例えば、サービングネットワーク）がＤ２Ｄモードへのエントリを制御し、ネットワークモードをサポートし、Ｄ２Ｄモードとネットワークモードとの間でのハンドオーバをサポートする動作を指しうる。Ｄ２Ｄグループは、Ｄ２Ｄモードを使用して互いに通信する２つ以上のデバイスからなるグループを指しうる。Ｄ２Ｄペアは、Ｄ２Ｄモードに従事する２つのデバイスからなるグループを指しうる。Ｄ２Ｄ中継器は、例えば、あるデバイスＡおよび他のデバイスＢがＤ２Ｄ通信を直接的に使用することができず、しかしながら、中継器ＲとはＤ２Ｄ通信状態にあるシナリオで、デバイスＡとデバイスＢとの間の通信を中継することによって、他のデバイス間のＤ２Ｄモードをサポートするために中継器として機能するデバイスＲを指しうる。

【0031】

[0042]Ｄ２Ｄモードは、近くのデバイス間での直接的なシグナリングおよびデータ転送をサポートしうる。Ｄ２Ｄ通信は、ポイントツーポイントでまたはポイントツーマルチポイント（例えば、１つのデバイスから他の複数のデバイスへのブロードキャスト、マルチキャスト、またはナローキャスト）でありうる。ＰＬＭＮ（public land mobile network）のようなネットワークは、Ｄ２Ｄ通信を調整しうる。例えば、ＧＳＭ（登録商標）ネットワークのようなＰＬＭＮでは、ホームＰＬＭＮ（ＨＰＬＭＮ）または訪問先ＰＬＭＮ（ＶＰＬＭＮ）のいずれかが、通信リンクの確立、ネットワークモードに対するＤ２Ｄモードの使用の制御、および／または、セキュリティサポートの提供を助けうる。

【0032】

[0043]本明細書では、デバイス、モバイルデバイス、ワイヤレスデバイス、端末、モバイル端末、およびユーザ機器（ＵＥ）という用語は、本発明の有効範囲を変えることなく、交換可能に使用されうる。例えば、デバイスツーデバイス通信は、２つのＵＥ間の通信を指しうる。デバイスまたはＵＥは、セルラ式または他のワイヤレス通信デバイス、パーソナル通信システム（ＰＣＳ）デバイス、パーソナルナビゲーションデバイス、個人情報マネジャ（ＰＩＭ）、携帯情報端末（ＰＤＡ）、ラップトップ、タブレット、追跡デバイス、あるいはワイヤレス通信を受信する能力のある他の適切なモバイルデバイスのようなモバイル局を指す。「デバイス」または「ＵＥ」という用語はまた、衛星信号受信、支援データ受信、および／または位置関連処理が、デバイスで行われるかＰＮＤで行われるかに関わらず、例えば、短距離ワイレス、赤外線、ワイヤライン接続、または他の接続を介してパーソナルナビゲーションデバイス（ＰＮＤ）と通信するデバイスを含むことが意図されている。また、「デバイス」または「ＵＥ」は、ワイヤレス通信デバイス、コンピュータ、ラップトップ、等を含むすべてのデバイスを含むことができ、それらは、衛星信号受信、支援データ受信、および／または位置関連処理が、デバイスで行われるか、サーバで行われるか、ネットワークに関連付けられた別のデバイスで行われるかに関わらず、例えば、インターネット、ＷｉＦｉ、または他のネットワークを介してサーバと通信する能力がある。上記のうちの任意の動作可能な組み合わせもまた、「デバイス」または「ＵＥ」と考えられる。さらに、図１２に関してさらに詳細に説明されるコンピュータシステムの構成要素は、「デバイス」または「ＵＥ」と考えられるべき任意の動作可能な組み合わせで使用されうる。

【0033】

[0044]図１に関して、ワイヤレス通信システム１００は、ユーザ機器１１２［ａ−ｍ］（ＵＥ）、セル１１６［ａ−ｃ］内に配置（disposed）されたトランシーバ基地局（ＢＴＳ）１１４［ａ−ｃ］、および基地局コントローラ（ＢＳＣ）１１８のようなさまざまなデバイスを含みうる。システム１００は、多数のキャリア（異なる周波数の波形信号）上での動作をサポートしうる。マルチキャリア送信機は、多数のキャリア上で変調信号を同時に送信することができる。各変調信号は、符号分割多元接続（ＣＤＭＡ）信号、時分割多元接続（ＴＤＭＡ）信号、直交周波数分割多元接続（ＯＦＤＭＡ）信号、単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）信号、等でありうる。各変調信号は、異なるキャリア上で送られ、パイロット、オーバヘッド情報、データ、等を搬送することができる。

【0034】

[0045]ＢＴＳ １１４は、アンテナ１２５５（図１ではなく図１２に示される）を介してＵＥ １１２とワイヤレスに通信することができる。ＢＴＳ １１４の各々は、基地局、アクセスポイント、アクセスノード（ＡＮ）、ノードＢ、発展型ノードＢ（ｅＮＢ）、等とも呼ばれうる。ＢＴＳ １１４は、多数のキャリアを介してＢＳＣ １１８の制御下でＵＥ １１２と通信するように構成される。ＢＳＣ １１８は、無線ネットワークコントローラ（ＲＮＣ）とも呼ばれうる。いくつかのワイヤレス技術（例えば、ＬＴＥ）の場合、ＢＳＣ １１８は、必要とされない可能性があり、各ＢＴＳ １１４（例えば、ＬＥＴ ｅＮＢの形式である）は、モビリティ管理エンティティ（ＭＭＥ）のようなコアネットワーク内のエンティティに直接接続しうる。ＢＴＳ １１４の各々は、それぞれの地理的エリア、本明細書ではそれぞれのセル１１６、に対して、通信カバレッジを提供することができる。ＢＴＳ １１４のセル１１６の各々は、基地局アンテナの関数として、多数のセクタへと分割されうる。いくつかの実施形態では、ＢＴＳ １１４のうちの１つ以上は、図２で説明されるように、無線アクセスネットワーク（ＲＡＮ）で実現される。ＵＥ １１２は、また、アンテナ１２５５（図１ではなく図１２に示される）を使用して互いに通信するように構成されうる。さらに、以下で説明される図２−１２のエレメントは、システム１００に含まれうる。いくつかの実施形態では、１つ以上のネットワークは、図１に例証されたエレメントのうちの少なくとも２つを区別し、および／または、図１で例証されたエレメントを以下で説明されるエレメントと区別する。

【0035】

[0046]システムは、マクロ基地局１１４のみを含みうるか、それは、例えば、マクロ、ピコ、および／またはフェムト基地局、等、異なるタイプの基地局１１４か、あるいは、そもそも基地局１１４ではなく代わりに例えばＷｉＦｉアクセスポイント（ＡＰ）を有しうる。マクロ基地局は、比較的大きい地理的エリア（例えば、半径数キロメートル）をカバーすることができ、サービスに加入している端末による無制限アクセスを可能にしうる。ピコ基地局は、比較的小さい地理的エリア（例えば、数百メートル以下のカバレッジを有するピコセル）をカバーすることができ、サービスに加入している端末による制限付きアクセスを可能にしうる。フェムトまたはホーム基地局は、比較的小さい地理的エリア（例えば、１００メートル以下のカバレッジを有するフェムトセル）をカバーすることができ、このフェムトセルに関連付けられた端末（例えば、ホーム内のユーザのための端末）による制限付きアクセスを可能にしうる。

【0036】

[0047]ＢＴＳ １１４によってサポートされる１つの無線アクセス技術または複数の無線アクセス技術は、モバイル通信のためのグローバルシステム（ＧＳＭ）、符号分割多元接続（ＣＤＭＡ）、高速パケットデータ（ＨＲＰＤ）、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスド（ＬＴＥ−Ａ）、ＷｉＦｉ、ＷｉＭａｘ、および／または１つ以上の他の通信技術を含みうる。ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、およびＬＴＥ−Ａは、第３世代パートナーシッププロジェクト（３ＧＰＰ）として知られている団体による公文書で定義された技術を指す。ＣＤＭＡおよびＨＲＰＤは、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）として知られている組織による公文書で定義された技術を指す。ＷｉＦｉおよびＷｉＭａｘは、ＩＥＥＥ（電気電子技術者協会）による公文書で定義された技術を指す。

【0037】

[0048]ＵＥ １１２は、セル１１６全体にわたって、または、カバレッジエリアの外側に分散されうる。図１では、ＵＥ １１２［ａ−ｅ］およびルータ１１２ｆは、セル１１６ａ内に分散しており、ＢＴＳ １１４ａに通信できるように（communicatively）接続される。ＵＥ １１２［ｇ−ｉ］は、セル１１６ｂ内に分散しており、ＢＴＳ １１４ｂに通信できるように接続される。さらにＵＥ １１２［ｊ−ｍ］は、セル１１６ｃ内に分散しており、ＢＴＳ １１４ｃに通信できるように接続される。さらに、ＵＥ １１２ｈと１１２ｉ、１１２ｉと１１２ｋ、および１１２ｇと１１２ｅは、Ｄ２Ｄ通信モードで動作している。ＵＥ １１２ｊは、ＢＴＳ １１４ｂおよびＢＴＳ １１４ｃの両方に通信できるように接続される。

【0038】

[0049]ＵＥ １１２は、端末、モバイル局、モバイルデバイス、ユーザ機器（ＵＥ）、加入者ユニット、等と呼ばれうる。図１に示されるＵＥ １１２は、モバイル電話、携帯情報端末（ＰＤＡ）、および車両ナビゲーションおよび／または通信システムを含むが、それはまた、ワイヤレスルータ、他のハンドヘルドデバイス、ネットブック、ノートブックコンピュータ、等を含むことができる。

【0039】

[0050]図２は、ワイヤレス通信システム１００をさらに説明する。一実現では、１つ以上のＢＳＣ １１８、ＢＴＳ １１４、およびアクセスポイント（ＡＰ）が無線アクセスネットワーク（ＲＡＮ）の一部として実現されうる。この１つのＲＡＮまたは複数のＲＡＮは、基地局（ＢＴＳ）と、使用される場合にはＢＳＣとを通して、ＵＥをコアネットワーク２０２に接続しうる。図２に関して、ＲＡＮ ２０６ａは、ＢＴＳ １１４ａおよびＢＴＳ １１４ｂを備えるかまたは制御し、ＲＡＮ ２０６ｂは、ＢＴＳ １１４ｃを備えるかまたは制御する。ＲＡＮ ２０６ａおよびＲＡＮ ２０６ｂは、コアネットワーク２０２に通信できるように接続される。ＲＡＮ ２０６ａおよび２０６ｂは、同一のワイヤレス技術または異なるワイヤレス技術をサポートすることができ、異なる地理的エリア（例えば、隣接する地理的エリア）、同一のエリア、または、部分的に重複している複数のエリアに対してワイヤレスカバレッジを提供しうる。いくつかの実現では、ＲＡＮ ２０６ａおよび２０６ｂは、同一のＲＡＮでありうる。コアネットワーク２０２は、ＲＡＮ ２０６によって接続されたＵＥ １１２にさまざまなサービスを提供するワイヤレス通信ネットワークの中心部分である。主要機能のうちの１つは、ＵＥが、位置を移動および変更する間、ワイヤレスカバレッジを受信し続けることができるように、ＵＥ １１２の可動性をサポートすることでありうる。別の機能は、ＰＳＴＮ（Public Switched Telephone Network）のような公共有線ネットワークまたはインターネットを通じて音声およびデータ呼ならびにセッションをルーティングすることでありうる。コアネットワーク２０２はまた、さまざまなＲＡＮ ２０６、ＢＴＳ １１４、および従って異なるＵＥ １１２の間での情報（例えば、シグナリングおよびデータ）の交換のための経路を提供する。

【0040】

[0051]コアネットワーク２０２はまた、位置特定サービス（location service）をＵＥに提供するために、位置特定サーバ２０４を備えるか、または、リモート位置特定サーバ２０４へのアクセスを提供しうる。本明細書で説明される本発明の実施形態は、さまざまなプロトコルメッセージを使用しうる。位置特定サーバ２０４による位置特定サービスは、（例えば、位置を使用して近くのＵＥを発見または確認することによって）Ｄ２Ｄモードおよび他のプロキシミティサービスを支援するかまたは可能にするために使用されうる。さらに、位置特定サービスは、（例えば、１つのＵＥによって送信されたＤ２Ｄ信号を、位置特定されているＵＥについての追加の位置特定測定値のソースとして使用することによって、および／または、１つのＵＥを、他の何らかのＵＥについての支援データのソースとして使用することによって）２つ以上のＵＥがＤ２Ｄモードを使用する場合、強化されうる。Ｄ２Ｄモードでの位置特定サービスは、また、ネットワークの関与なく位置特定をサポートすることによって、低減されたネットワーク負荷をサポートしうる。

【0041】

[0052]図３は、全地球的航法衛星システム（ＧＮＳＳ）システムにアクセスし、および／または、インターネットに接続されている例示的なデバイス（または、ＵＥ）を例証する。図３のデバイスは、図１および図２の１つ以上のＵＥ １１２でありうる。図１および図２のＵＥのうちのいくつかまたはすべてがＧＮＳＳにアクセスしている、および／または、インターネットに接続されているか、あるいは、それらのいずれもが、ＧＮＳＳにアクセスしておらず、および／または、インターネットに接続されない。図３は、グローバルカバレッジに自律的な地理空間測位を提供するＧＮＳＳに属する衛星３０２［ａ−ｃ］のシステムを描写する。ＧＮＳＳの例には、米国の全地球測位システム（ＧＰＳ）、ヨーロッパのガリレオシステム、およびロシアのＧＬＯＮＡＳＳシステムが含まれる。ＧＮＳＳは、ＵＥ １１２のような小型電子受信機が、ＧＮＳＳに属する衛星ビークル（ＳＶ）から無線機によって見通し線に沿って送信された時間信号を使用して、それらの位置（経度、緯度、および高度）を数メートルのところまで決定できるようにする。いくつかの実現では、ＵＥ １１２は、ＧＮＳＳ ＳＶからの信号を測定し、ＵＥ １１２についての位置を計算するために、これらの測定値を位置特定サーバ２０４のような位置特定サーバに提供しうる。他の実現では、ＵＥ １１２は、ＧＮＳＳ ＳＶからの信号を測定すること、および、ＧＮＳＳ ＳＶから受信される、および／または位置特定サーバ２０４によって提供される支援データ（例えば、ＳＶオービット、ＳＶタイミング、および大気信号遅延に関する）を使用して、これらの測定値からその位置を計算することの両方を行いうる。ＧＮＳＳ ＳＶとの通信によって導き出される位置情報は、本発明の実施形態を実行する際に使用されうる。追加的に、ＵＥ １１２は、ＷｉＦｉアクセスポイント３０４へのワイヤレス接続あるいはその他の適切なワイヤードまたはワイヤレス通信を使用してインターネット３０６に接続されうる。

【0042】

[0053]ＵＥの位置は、相対的または絶対的でありうる。絶対的な位置の場合、各ＵＥの絶対的な位置座標が取得される。これは、支援型ＧＮＳＳ（Ａ−ＧＮＳＳ）、ＯＴＤＯＡ、およびＡＦＬＴのような測位方法（position method）によって可能にされうる。相対的な位置の場合、ペアのＵＥ間の距離が取得されることができ、これは、各ＵＥの位置がグループ内の他のＵＥに対して知られているが、ＵＥのグループの絶対的な位置および方向は知られていない可能性のある、Ｄ２Ｄグループの既知の位置構造に導く。

【0043】

[0054]例示的な実現では、Ｄ２Ｄ通信を使用することは、ネットワーク負荷を低減させるのに有利でありうる。その後、偶然互いに近くにいる通信中のＵＥのグループは、互いに十分近い場合には、ネットワークによってＤ２Ｄモードに置かれ、それらの間隔が十分に増加した場合には、このモードから外されうる。図１に戻って参照するが、本発明の実施形態によれば、ＵＥ １１２ｉおよびＵＥ １１２ｋは、偶然にもそれらが互いに直接通信するのに十分に互いの近くにいるため、それらが異なるセルに属している場合であってもＤ２Ｄモードでありうる。その後、ＵＥの位置およびサービングセルＩＤは、Ｄ２Ｄモードがいつ再度利用可能となりうるかについて決定するのを助けるために使用されうる。例えば、２つのＵＥが同一のサービングセルを共有するか、あるいは、隣接の、または、部分的または完全に重複しているサービングセルを有する場合、十分小さいサービングセルエリアにとって、ＵＥは、Ｄ２Ｄ通信の使用を試みるのに互いに十分に近くにいると考えられうる。ＩＰマルチメディアサブシステム（ＩＭＳ）通信の場合、２つのＵＥ（例えば、ＵＥ １１２ｉおよび１１２ｋ）の間の媒体経路は、ネットワークを介したＩＭＳ通信のためのシグナリング経路を使用し続けならが、Ｄ２Ｄモードを使用しうる。

【0044】

[0055]相対的なＵＥ位置は、Ｄ２Ｄモード（例えば、２つのＵＥ間の距離）のトリガを助けるために、ネットワークベースの動作およびネットワーク支援型動作で使用されうる。相対的なＵＥ位置はまた、２つのＵＥが、他のタイプのプロキシミティサービスをサポートするために近接しているか否かを決定するために使用されうる。一実現では、サービングセルＩＤは、近似値として代わりに使用されうる。例えば、Ｄ２Ｄモード（または、他の何らかのプロキシミティサービスに関する近接度の決定）は、セルサービングエリアが小さい（例えば、直径１キロメートル以下である）場合、同一のサービングセルを有するか、または、隣接のサービングセルを有する２つのＵＥについて可能でありうる。また、いくつかの実現では、強化セルＩＤ（Ｅ−ＣＩＤ）測位は、測位遅延およびリソースを低減するために、Ａ−ＧＮＳＳまたは観察到着時間差（ＯＴＤＯＡ）というよりはむしろ、ＵＥ位置を決定するのに十分な解像度を有しうる。相対的な位置に加え、Ｄ２Ｄ通信リンクの信号強度／品質の周期的なモニタリングは、Ｄ２Ｄモードからネットワークモードへのハンドオフをトリガするために使用されうる。

【0045】

[0056]本発明の実施形態は、また、自律的なＤ２Ｄ動作に使用されうる。自律的な動作では、Ｄ２Ｄ通信の初期の発見および確立は、ＵＥ間で直接信号を転送する能力に基づきうる。代替的に、Ｄ２Ｄモードをサポートしないが、Ｄ２Ｄモードが許可されているネットワークに接続されたＵＥの場合、ＵＥは、このネットワークを介して接続し、サービングセルおよび位置情報を交換して、可能なＤ２Ｄモードを決定しうる。一度Ｄ２Ｄモードが進行中になると、ＵＥは、それらの相対的な位置、および、ＵＥのグループをモニタリングし、相対的な位置に基づいて中継器の役目を割り当てるおよび再度割り当てうる。

【0046】

[0057]通常、ＶＰＬＭＮは、例えば、特定のＵＥだけがＤ２Ｄ通信に従事することを許可および可能にするように、Ｄ２Ｄ通信を調整および管理することが期待されうる。しかしながら、いくつかの状況では、Ｄ２Ｄ通信は、ほとんどまたはまったくネットワークサポートなく、自律的に行われる必要がありうる。例えば、自律的なＤ２Ｄ通信は、（ｉ）障害状況において第１の応答者（および、被害者）間の通信をサポートするために、（ｉｉ）発呼ＵＥがネットワークにアクセスすることができないが、別のＵＥにアクセスすることができる緊急呼に対して、（ｉｉｉ）ＵＥのペアまたはグループが、任意の潜在的なサービングネットワークのカバレッジ外で通信を望む場合に、および／または（ｉｖ）サービングネットワークまたはネットワークの一部が、重度の輻輳状態にあり、そのカバレッジエリア内の近くのユーザ（例えば、競技場の観客）が通信することを望む場合に、必要とされうるか、または、有益でありうる。

【0047】

[0058]自律的なＤ２Ｄ通信を可能にするために、本発明の実施形態は、自律的な動作のために、アクセス可能なサービングネットワークがないことまたはサービングネットワーク許可の確認、近くのＤ２Ｄ対応ＵＥの発見、通信する意欲または意図の確認、Ｄ２Ｄ通信のネゴシエーションおよび確立を実行しうる。

【0048】

[0059]いくつかの実現では、通信を望む近くのＤ２Ｄ対応ＵＥまたは他の共通プロキシミティサービスをサポートする他のＵＥのいずれかの発見は、ＵＥが連続的または周期的に識別信号をブロードキャストすることを含むことができ、ブロードキャストの任意の周期性は、アクセス可能な場合、サービングネットワークによって構成または定義されうる（ポイントツーポイントで、またはブロードキャストを介して）。ＵＥブロードキャスト信号は、基地局またはフェムトによってブロードキャストされる情報の何らかの小さいサブセットを含みうるか、または、ＷｉＦｉビーコンチャネルに基づきうる。ブロードキャスト情報は、通信特性（例えば、周波数）、Ｄ２Ｄ能力、および必要なプロキシミティサービス（例えば、緊急、選択的な非緊急）を含みうる。情報は、また、一時的なＵＥ疑似ＩＤおよび１つ以上のプロキシミティサービスＩＤのリストを含みうる。プロキシミティサービスＩＤは、ＵＥにおいてハードコーディングまたは構成されたＩＤでありうるか、または、ユーザによって入力されたＩＤであり、それは、（ｉ）同一のサービスＩＤに関連付けられた他の近くのＵＥとＤ２ＤグループまたはＤ２Ｄペアを確立しようとするＵＥによる意欲、あるいは、（ｉｉ）近くの友人、同僚、親戚、または関心地点を知らせることのような、Ｄ２Ｄ通信を要求しない他の何らかのプロキシミティサービスをサポートすることに対する関心を識別する。

【0049】

[0060]必要な場合には、Ｄ２Ｄ通信のネゴシエーションおよび確立、または、２つのＵＥが共通のプロキシミティサービスを共有するとの決定は、主体のＵＥが、サポートされるサービスＩＤを含む、別のＵＥからのブロードキャストを受信することであって、その後に、主体のＵＥは、例えば、最初にシグナリングリンクを確立することによって、直接通信に応答しうること、を含みうる。さらに、２つのＵＥの間での相互認証が２つのステップで行われる。第１のステップでは、ＵＥでリザーブまたは構成されるか、あるいは、ユーザによって入力された共有のシークレットキーに基づいて、挑戦／応答メッセージの交換が各方向で行われうる。第２のステップでは、ＵＥパブリックユーザ識別情報（例えば、モバイル加入者総合デジタルネットワーク番号（ＭＳＩＳＤＮ））またはユーザ名に関連付けられたクライアント側の証明書が、送る側のＵＥを認証するために、一方のＵＥから他方のＵＥに送られうる。

【0050】

[0061]Ｄ２Ｄ通信に従事するデバイスは、グループに編成されうる。最も一般的なＤ２Ｄグループは、音声、ビデオ、テキスト、および／またはデータを通信するＵＥのペアを備えうる。Ｄ２Ｄグループはまた、１つのＵＥから、Ｐ２Ｐグループ内のいくつかまたはすべての他のＵＥへのブロードキャストをサポートするピアツーピア（Ｐ２Ｐ）グループの一部でありうる。Ｄ２Ｄグループは、例えば、ネットワーク負荷が低減されうるため、Ｐ２Ｐ通信をサポートする効率的な手段を提供しうる。Ｐ２Ｐアプリケーションレベルで走る分散アルゴリズムは、送受信機能を制御しうる。例えば、任意の時間に、どのＵＥが音声／ビデオ／テキストを他のＵＥに送信することを許可されるかを決定する。しかしながら、ネットワークから異なるＤ２Ｄグループへの送信能力の割振および再割振は、動的な干渉条件に起因して複雑な問題でありうる。

【0051】

[0062]サービスＩＤ（または、プロキシミティサービスＩＤ）は、Ｄ２Ｄモードでの通信を管理し、他のプロキシミティサービスのサポートを助けるために使用されうる。サービスＩＤは、サービスタイプおよびグループＩＤから構成されうる。一実現では、サービスタイプは、１つのレベル値または値の構造化されたセットでありうる。例えば、第１のレベルは、例えば、緊急事態、広告、または友人／家族に関する広いカテゴリのサービスを示し、第２のレベルは、音声呼、音声／ビデオ呼、またはテキスト／ＩＭといった、選好タイプの通信を示しうる。グループＩＤは、特定のセットのＵＥ（例えば、友人、親戚、または同じ会社の従業員からなるグループに属するＵＥ）を示しうるか、あるいは、どのＵＥに対してもオープンでありうる。ＵＥによるサービスＩＤのブロードキャストは、同一のサービスＩＤをサポートする他の近くのＵＥとのＤ２Ｄ通信に従事したいという意欲、または、他の何らかの特定のプロキシミティサービスをサポートすることに対する関心のいずれかを示しうる。サービスＩＤは、（例えば、ユーザ、ホームオペレータ、またはＵＥ上のアプリケーションによって）ＵＥにおいて構成されうる。

【0052】

[0063]いくつかのグループＩＤは、緊急サービスのようなサービスのための、リザーブ済みグループＩＤでありえ、世界的または全国的に一意的でありうる。オペレータ構成グループＩＤは、世界的な一意性を確実にするための、オペレータＭＣＣ（mobile country）および／またはモバイルネットワーク（ＭＮＣ）インターナショナルコードを含みうる。アプリケーション割当グループＩＤは、例えば、それらが、関連オペレータＭＣＣ−ＭＮＣコード、一意的なオペレーティングシステム（ＯＳ）コード、および／または一意的なベンダコードを含む場合、一意的でありうる。ユーザ割当グループＩＤは、一意的ではない可能性がある（例えば、共有の名称および／またはユーザ割当番号に基づく場合）。しかしながら、認証プロセスは、通常、同一のグループＩＤを使用する異なるグループのメンバ間の無効な通信をフィルタリング除去しうる。

【0053】

[0064]いくつかの実現では、グループＩＤは、認証が必要とされうる。グループＩＤのユーザまたはデバイスメンバーシップを認証するために、個別の共有シークレットキーが、特定のグループについてのユーザ、ホームオペレータ、またはアプリケーションによって入力または構成されうる。（ｉ）ユーザ名、（ｉｉ）ＭＳＩＳＤＮまたはＩＭＳＩ（International Mobile Subscriber Identity）のようなパブリックユーザ識別情報、および／または、（ｉｉｉ）ＩＭＥＩ（Mobile Equipment Identity）のようなモバイルデバイス識別情報に関連付けられたクライアント側の証明書に基づいた認証もまた使用されうる。一実施形態では、Ｄ２Ｄ接続を最初に確立するか、２つのＵＥ、ＵＥ１およびＵＥ２、が同一のプロキシミティサービスをサポートすることを確認するためのプロシージャは、ＵＥ１が、Ｄ２ＤグループＡに属する共有シークレットキーＫにリンク付けられたグループＩＤ Ａおよびランダム値Ｖ１を含むサービスＩＤをブロードキャストすることと、ＵＥ２が、Ｖ１およびＫに基づいた値Ｖ２、ランダム値Ｖ３、および、ＵＥ１とＵＥ２との間の信号伝搬遅延を示す時間差Ｄ２（例えば、本明細書で後に図５に関連して説明される時間差Ｔｘ２−Ｒｘ１）を用いて応答することとを含みうる。ＵＥ２からの応答の一部またはすべては、ＫおよびＶ１に基づいて暗号化されうる。ＵＥ１は、グループＡにおけるＵＥ２のメンバーシップを最初に認証するために、Ｖ２（および暗号化）を使用し、ＵＥ１とＵＥ２との間の信号伝搬遅延を示す時間差Ｄ１（例えば、本明細書で後に図５に関連して説明される時間差Ｔｘ１−Ｒｘ２）を測定し、Ｄ１およびＤ２を使用して、ＵＥ１とＵＥ２との間のラウンドトリップ信号伝搬時間（ＲＴＴ）を計算し（例えば、図５について後述されるようにＤ１＋Ｄ２としてＲＴＴを計算し）、時間差Ｄ１と、Ｖ３およびＫに基づいた値Ｖ４とともにＤ２Ｄモードを使用してＵＥ２に応答しうる。ＵＥ２は、Ｖ４を使用して、グループＡにおけるＵＥ１のメンバーシップを最初に認証し、ＵＥ１についてのＲＴＴを取得しうる（例えば、Ｄ１とＤ２との合計として）。その後、証明書を使用した他方のＵＥによる各ＵＥの認証は、好ましい場合、進みうる。例えば、ＵＥ証明書を使用した認証が、ＴＬＳセッションを確立することの一環として行われるＵＥ１からＵＥ２への通信をすべて搬送するために、トランスポート層セキュリティ（ＴＬＳ）セッションオーバＴＣＰ／ＩＰが、Ｄ２Ｄモードを使用して確立されうる。

【0054】

[0065]図４は、本発明の実施形態にしたがって例示的なＤ２Ｄグループを描写する。図４は、図１および図２で説明されたワイヤレス通信システムの拡張を描写する。前の図１と現在の図４で見られるように、ＵＥ １１２ｍは、通信セル１１６ｃ内にあり、ＢＴＳ １１４ｃに通信できるように接続される。ＵＥ １１２ｎ、１１２ｏ、および１１２ｐは、ＢＴＳ １１４ｃまたはその他のＢＴＳの通信可能な範囲内にない。他のシナリオでは、ＵＥ １１２ｎ、１１２ｏ、および１１２ｐがＢＴＳ １１４ｃの通信可能な範囲内にある場合であっても、それらは、依然として、契約上の制約、ＵＥおよびＢＴＳによって使用される通信プロトコルの違い、またはその他の理由に起因して、ＢＴＳ １１４ｃによってサービスされない可能性がある。ＵＥ １１２ｐは、ＷｉＦｉアクセスポイント３０４を通してインターネットに接続され、インターネット３０６を通して緊急情報を接続および通信することができる。

【0055】

[0066]図４に示されるように、ＵＥ １１２ｍ、１１２ｎ、１１２ｐ、おおよび１１２ｎは、互いの通信可能な範囲内にあり、グループＩＤを使用してＤ２Ｄ通信グループを形成しうる。グループメンバは、上述されたように、グループに参加する前に互いまたはグループを認証しうる。緊急の状況では、ＵＥ １１２ｎは、いずれのＢＴＳまたはインターネットにも直接接続されないが、中継ＵＥとして機能する他のグループメンバを通して、例えば、ＵＥ １１２ｍからＢＴＳ １１４ｃにかけてまたはＵＥ １１２ｐからインターネットにかけて、緊急サービスタイプを使用して緊急メッセージを送ることができる。さらに、通常の動作中、ＵＥ １１２ｍ、１１２ｎ、１１２ｐおよび１１２ｎは、また、ネットワークに負荷をかけることなく、それらのそれぞれのユーザ間での音声通信を可能にするか、またはミュージックおよびビデオのようなデータを共有する目的で、互いと直接通信しうる。これは、ネットワークを、追加の帯域幅必要性から解放し、ネットワークを使用して音声およびデータトラフィックを転送するための、各ＵＥのユーザのコストを節約する可能性がる。

【0056】

[0067]Ｄ２Ｄ通信および他のプロキシミティサービスをサポートするために、ＵＥは、他のＵＥからの信号を測定しうる。Ｄ２Ｄおよび／または他のプロキシミティサービスがどのようにサポートされるかに依存して、この測定値は、オペレータへの周波数割当がＦＤＤ（周波数分割複信）に基づく場合、ＤＬ（ダウンリンク）またはＵＬ（アップリンク）割当周波数のうちのいずれかを使用して、他のＵＥによって送信された信号でありうる。別のＵＥによって測定されうるターゲットＵＥからの信号は、測定を実行するネットワークまたはＵＥのいずれかへのデータおよびシグナリング、ブロードキャスト信号（ＵＥがブロードキャストすることが許可された場合）、および／または、位置測定をサポートすることを目的とした一時的な信号（例えば、高度に検出可能なパイロット（ＨＤＰ）または測位基準信号（ＰＲＳ））を含みうる。例えば、これらの信号の送信および測定は、関与するＵＥによって、または、ネットワークによって調整または同期されうる。いくつかの実施形態では、３ＧＰＰによって定義されたＬＴＥ測位プロトコル（ＬＰＰ）およびＯＭＡによって定義されたＬＰＰ拡張（ＬＰＰｅ）のような既存のプロトコルに対する新たな位置関連または位置支援プロトコルまたは改良版が、例えば、新しいタイプの信号測定をサポートするために開発されうる。

【0057】

[0068]Ｄ２Ｄグループ内のＵＥを位置特定する場合、例えば、ＵＥのペアが、それらのＵＥ自体の間のラウンドトリップ信号伝搬時間（ＲＴＴ）を測定することを可能にするために、ＲＴＴ方法が使用されうる。一度ＵＥのペア間のＲＴＴが取得されうると、これらのＵＥ間の直線距離が、値（ｃ＊ＲＴＴ／２）として取得され、ここで、ｃは、信号速度（典型的に、光の速度）でありうる。その後、Ｄ２Ｄグループ内のＵＥのペア間のＲＴＴを取得することは、ＵＥの相対的な位置を決定するために使用されうる。測定値を取得し、精度を高めるために、新しいＤ２Ｄベースプロトコルが定義されうる。ＲＴＴ算出は、多数のスキームを使用して実行され、以下で説明される実施形態の有効範囲が限定されるわけではない。例えば、２つのデバイス間の推定済みＲＴＴ時間は、これらのデバイス上で動作するプロセッサ１２１０（図１２で説明される）によって、２つのデバイス間の１つの信号または多数の信号を使用して算出されうる。さらに、ＲＴＴは、また、システム内の基地局および他のデバイスのような他のエンティティによって可能にされる支援タイムスタンプを使用してプロセッサ１２１０によって算出されうる。ＯＴＤＯＡ位置特定方法では、ＵＥは、他のＵＥのペア間、または、ＵＥと基地局（例えばｅＮＢ）との間の観察タイミング差（ＯＴＤ）を測定し、相対的なＵＥ位置を決定するためにＯＴＤを使用しうる。分散型ＧＮＳＳ位置特定方法では、ＲＴＴまたはＯＴＤＯＡのような方法を使用して、相対的なＵＥ位置が、最初に取得されうる。その後、Ｄ２Ｄグループ内のいくつかのＵＥは、ＳＶのＧＮＳＳ測定値を取得しうる。いくつかの実施形態では、すべてのＵＥからの全部で７つのＧＮＳＳ測定値は、すでに知られている相対的なＵＥ位置を想定して（１つのそのような実施形態では、相対的なＵＥ位置が取得された後、グループの絶対的な位置および方向だけが知られていない可能性があるため）、グループ内の各ＵＥを位置特定するのに十分でありうる。ＨＲＰＤについて３ＧＰＰ２によって定義された高度に検出可能なパイロット（ＨＤＰ）方法は、ネットワーク許可を用いていくつかの実施形態で使用されうる。そのような方法は、ＵＥが、高度に検出可能なパイロット信号を準同期された方法でブロードキャストすることを含みうる。他のＵＥは、これらのＨＤＰ信号を使用して、ＵＥのペア間の改善されたＯＴＤを測定しうる。キャリアまたはコード位相ストリーミング方法では、ＵＥは、ＧＮＳＳコード位相またはキャリア位相測定値を別のＵＥに周期的に送りうる。他のＵＥは、類似したＧＮＳＳコード位相またはキャリア位相測定値を取得し、ＧＮＳＳ測定値の両方のセットを使用して第１のＵＥ（または、それ自体）の相対的な位置を導き出しうる。

【0058】

[0069]例示的な実施形態は、例えば、本明細書で説明されるように、分散位置サポートに対して使用されうる。いくつかの実施形態では、ＵＥは、周期的または連続的にブロードキャストして、他のＵＥによる位置測定（例えば、ＲＴＴ、ＯＴＤ、および信号強度に関連した測定、または、それらの測定）を可能にし、さらに、他のＵＥによるＵＥの発見を可能にし、そして、ＵＥについての、および、可能であれば他のＵＥについての情報（例えば、識別情報、位置、位置測定値）の配布を可能にしうる。いくつかの実現では、シグナリングおよび情報転送は、代わりに、または、加えて、暗号化または時間調整された送受信を用いて、Ｄ２Ｄグループに制限され、グループの外のＵＥには利用不可能でありうる。ＵＥの相対的な位置または絶対的な位置は、他のＵＥの各ＵＥで測定を行うことと、測定値をグループ内の他のＵＥに転送することと、それによって、各ＵＥが、他のＵＥの絶対的な位置または相対的な位置を独立して導き出すことを可能にすることを用いて、Ｄ２Ｄグループ内のすべてのＵＥにおいて周期的に更新されうる。その後、導き出された位置は、他のＵＥに転送され、それによって、いくつかのＵＥは、その後、他のＵＥの位置をほとんどまたはまったく導き出さないことを可能にする。ＵＥは、その相対的な位置の変化（例えば、センサまたは他の手段から導き出されたような）を他のＵＥにさらに転送して、他のＵＥが、そのＵＥについてのそれらの位置推定値を更新することを可能にしうる。

【0059】

[0070]ＯＭＡによって定義されたＳＵＰＬ（Secure User Plane Location）ソリューションまたは３ＧＰＰおよび３ＧＰＰ２によって定義された制御プレーン位置特定ソリューションのような既存の標準的な位置特定ソリューションは、典型的に、（ｉ）ネットワーク側の位置特定サーバ２０４から、または、その支援を受けてクライアントＵＥ １１２がその位置を取得するか、または、（ｉｉ）位置特定サーバ２０４に問い合わせることによって、ネットワークの外側のクライアントがターゲットＵＥの位置を取得するか、のいずれかであるクライアント−サーバモデルに基づく。対照的に、本明細書の実施形態で説明された分散位置特定ソリューションの場合、ＵＥは、（通常の）ＵＥまたは位置特定サーバの役割を担うことができる。サーバの役割を担っているとき、ＵＥ Ａは、位置が望ましい別のＵＥ Ｂからの位置測定値を要求し、ここで、ＵＥ Ｂによって取得された測定値は、基地局、ＷｉＦｉ ＡＰ、他の何らかのＵＥ Ｃ、または要求側のＵＥ Ａ自体によって送信された信号である。サーバの役割を担っているとき、ＵＥ Ａは、ＵＥ Ｂが位置測定を実行すること、および、可能であればそれ自体の位置を計算することを支援するために、別のＵＥ Ｂに支援データ（例えば、ＵＥ Ｂの略位置、ＧＮＳＳ、またはＢＳタイミングデータ、ＧＮＳＳナビゲーションデータ）を提供しうる。サーバの役割を担っているとき、ＵＥ Ａは、また、ＵＥ Ｂに代わって、ＵＥ Ａおよび／またはＵＥ Ｂによって行われた測定に基づきＵＥ Ｂの位置を計算しうる。いくつかの実施形態では、新しい測位プロトコルおよび位置特定ソリューションを定義および実現することを回避するために、既存の標準的な測位プロトコルおよび位置特定ソリューション（ＬＰＰ／ＬＰＰｅ、ＳＵＲＬ）が再使用されうるが、他の実施形態では、サーバ／クライアント役割のＵＥ間の改良済み認証およびネゴシエーションをサポートするために、既存の測位プロトコルおよび位置特定ソリューションに対する変更が実現されうる。本明細書で説明される特定の実施形態は、２つ以上のＵＥが、位置特定サーバを使用することなく、位置特定サービス（例えば、測位、支援データの受信）を受信および提供する分散位置特定技術を含む。

【0060】

[0071]分散位置特定モデルは、ＵＥ Ａ上にあるクライアント（例えば、ユーザまたはアプリケーション）が別のＵＥ Ｂの位置を要求すると、起動されうる。ＵＥ Ａは、ＵＥ ＢがＵＥ Ａと同一のＤ２Ｄグループ内にある場合、Ｄ２Ｄシグナリングを介して分散位置特定サービスを起動しうる。Ｄ２Ｄグループ内のＵＥの位置は、位置および／または測定値の交換を介して位置が周期的に更新される場合、いくらかの精度で、すでに知られている（あるいは、まさに知られようとしている）可能性がある。ゆえに、追加のＤ２Ｄ位置特定起動は、より高い精度を達成するためにのみ、または、Ｄ２Ｄグループ内の位置の更新の周期性が低い場合に必要とされうる。任意のＵＥ Ｂの位置についてのＵＥ Ａによる要求がＵＥ ＡについてのローカルＤ２Ｄグループ内のＵＥに対応する可能性は低いが、Ｄ２Ｄグループが、ＵＥ間の（および、ＵＥユーザの拡張による）通信をサポートするために確立されうるという事実は、例えば、１人のユーザが、別のユーザに会うことを望む場合、そのような整合がかなりの頻度で生じることに帰着しうる。分散位置は、また、ネットワークにわたってＵＥ間でアプリケーションプロトコルを使用して、ネットワークモードでサポートされうるが、測位は、他のＵＥのＵＥ測定を伴わない可能性がある。

【0061】

[0072]ネットワークモードに対してＤ２Ｄモードがいつ適しているかを決定するめに、および、特定のプロキシミティサービスに関してＵＥがいつ近接たしているかを決定するために、ＵＥ−ＵＥ距離がメトリックとして使用されうる。ＵＥのペアが、互いからの信号を受信（および測定）することができない場合、各ＵＥを個別に位置特定し、距離を算出することによって距離が取得されうる。ＵＥが、互いからの信号を受信（および測定）することができる場合、ＵＥ−ＵＥ距離は、ＵＥ−ＵＥ ＲＴＴから決定されうる。ＵＥのペアに関するそのような距離決定についての例示的な方法は、以下にリストされ、続いてさらに詳細に説明される。これらの例は、直接的にＬＴＥ無線技術に適用されうるが、他の無線技術にも適用されうる。方法は、次の通りである。

【0062】

[0073]Ａ：各ＵＥで、ＵＥ−ＵＥ信号のＴｘ−Ｒｘを測定する。

【0063】

[0074]Ｂ：各ＵＥで、共通サービングｅＮＢタイミングを測定する。

【0064】

[0075]Ｃ：異なるが同期されているｅＮＢｓを有する各ＵＥで、サービングｅＮＢのタイミングを測定する。

【0065】

[0076]Ｄ：異なり、かつ、同期されていないｅＮＢｓを有する各ＵＥで、両方のサービングｅＮＢのタイミングを測定する。

【0066】

[0077]一実現において、上でおよび次の図で説明されるｅＮＢは、図１−４で説明されたＢＴＳに対応しうる。方法Ａは、両方のＵＥが互いにシグナリングする場合（例えば、Ｄ２Ｄモードで）に使用されうる。方法Ｂ、Ｃ、およびＤは、例えば、ネットワークモードにおいて、一方のＵＥだけが他方のＵＥにシグナリングすることができる場合に使用されうる。よって、これらの方法のいくつかは、ＵＥが他方のＵＥから直接信号を受信することができるが、応答することができない場合（例えば、通信が事実上一方向である場合）、いずれかのＵＥによって２つのＵＥ間の距離を測定するために使用されうる。そのような方法は、いつＤ２Ｄモードが可能であるかを決定し、Ｄ２Ｄモードに入る試みのような関連アクションをトリガするために、ＵＥのペアによって使用されうる。そのような方法はまた、Ｄ２Ｄ通信および／または他のプロキシミティサービスをサポートするためのＵＥ近接度の発見の一環として使用されうる。例えば、ＵＥは、Ｄ２Ｄモードまたは共通の関心を有する他の何らかのプロキシミティサービスをサポートする他のＵＥを、それらの他のＵＥからの直接的な信号を受信することによって発見することができ、また、発見された各ＵＥへの距離を決定することができる。

【0067】

[0078]図５は、デュプレックスシグナリングを使用してＵＥ−ＵＥラウンドトリップ時間（ＲＴＴ）を測定するための例示的な実施形態を例証する。図５は、上述された方法Ａの実施形態を説明する。図５で説明されるＵＥは、図１−４で説明されたＵＥに類似しており、図１２で説明されるコンピューティングデバイスの構成要素を使用して実現されうる。第１のデバイスは、ユーザ機器１（ＵＥ１）５０２として描写され、第２のデバイスは、ユーザ機器２（ＵＥ２）５０４として描写される。図５では、Ｔは、ＵＥ１ ５０２とＵＥ２ ５０４との間の伝搬遅延である。信号は、図１２のＵＥ １２００に結合されたトランシーバ１２５０を使用して送信および受信されうる。各ＵＥによって送信される信号は、信号の送信時間および受信時間を測定するために使用されうる暗示的または明示的な時間情報を搬送しうる。例えば、信号は、ＧＳＭではフレームおよびビットへと、または、ＬＴＥでは、フレームおよびサブフレームへと構造化されうる。Ｔｘ１は、ＵＥ１ ５０２において送られた信号送信時間であり、Ｔｘ２は、ＵＥ２ ５０４において送られた信号送信時間である。Ｒｘ１は、ＵＥ２ ５０４によって受信されるＵＥ１ ５０２の信号送信時間であり、Ｒｘ２は、ＵＥ１ ５０２によって受信されるＵＥ２ ５０４の信号送信時間である。例証される実施形態では、時間Ｒｘ１およびＲｘ２は、伝搬時間Ｔにより、同一の絶対的な時点で、それぞれ時間Ｔｘ１およびＴｘ２からＴ遅れている。

【0068】

[0079]一実現では、ＵＥ１ ５０２は、それ自体の信号送信時間Ｔｘ１と、ＵＥ２ ５０４から受信される信号送信時間Ｒｘ２との差分Ｔｘ１−Ｒｘ２を測定し、この測定値をＤ２Ｄモードを介してＵＥ２ ５０４に送りうる。ＵＥ２ ５０４は、それ自体の信号送信時間Ｔｘ２と、ＵＥ１ ５０２から受信される信号送信時間Ｒｘ１との差分Ｔｘ２−Ｒｘ２を測定し、この測定値を、Ｄ２Ｄモードを介してＵＥ１ ５０２に送りうる。両方のＵＥが、同一の時間単位を採用し、かつ、等しいまたはほぼ等しい周波数ソース（例えば、多くのワイヤレス規格によって定められているような）を有する場合、測定された時間差は、ＵＥ間の距離が同じでありつつける限り、いつ測定されたかに関係なく、一定（または、ほぼ一定）であり続けるだろう。よって、ＵＥ１、５０２でのＴｘ１は、ＵＥ２ ５０４でのＴｘ２と同一の絶対時間定数ＡＴで測定されるものと想定され、これは、時間ＡＴにＵＥ１ ５０２によってＵＥ２ ５０４から受信された時間Ｒｘ２が、Ｔｘ２−Ｔとなり、ＵＥ１ ５０２からＵＥ２ ５０４によって受信された時間Ｒｘ１が、Ｔｘ１−Ｔとなることを意味する。したがって、ラウンドトリップ時間は、以下の式で示されるように決定されうる。
（Ｔｘ１−Ｒｘ２）＋（Ｔｘ２−Ｒｘ１）＝（Ｔｘ１−Ｒｘ１）＋（Ｔｘ２−Ｒｘ２）＝２Ｔ＝ＲＴＴ （１）
ゆえに、時間差測定値のペアは合算されて、片道の距離が取得されうるラウンドトリップ伝播時間が与えられる。この方法は、また、ＵＥ１ ５０２での（Ｔｘ１−ＲＸ２）測定およびＵＥ２ ５０４での（Ｔｘ１−ＲＸ２）測定が、共通サーバ（例えば、位置特定サーバまたはｅＮＢ）に、あるいは、これら測定値を後に交換する異なるｅＮＢに送られる場合、ＵＥ−ＵＥ ＲＴＴを測定するためにｅＮＢ（例えば、ネットワークモードの）のようなサーバノードによって使用されうる。

【0069】

[0080]図６は、シンプレックスシグナリングを使用してＵＥ−ＵＥラウンドトリップ時間を測定するための例示的な実施形態を例証する。図６に示されるＵＥは、図１−４で説明されたＵＥに類似しており、図１２で説明されるコンピューティングデバイスの１つ以上の構成要素を使用して実現されうる。信号は、図１２のＵＥ １２００に結合されたトランシーバ１２５０を使用して送信および受信されうる。図６は、上述された方法Ｂの実施形態を説明する。

【0070】

[0081]図６では、Ｔ、Ｔ１、およびＴ２は、示された経路上の信号伝搬遅延である。図６において、ｅＮＢ ６０６は、両方のＵＥ（６０２および６０４）のためのサービングｅＮＢでありうる。ＴＡ１およびＴＡ２は、それぞれ、ＧＳＭまたはＬＴＥといった無線技術によって使用されるようなＵＥ１ ６０２およびＵＥ２ ６０４についてのタイミングアドバンス値であり、そこでは、サービング基地局から各ＵＥによって受信された送信タイミングに対してそのＵＥの送信タイミングをタイミングアドバンスに等しい量ぶん進めるようにＵＥに命令することで、サービング基地局（例えば、ＧＳＭのＢＴＳまたはＬＴＥのｅノードＢ）は、この基地局から見て、サービスされる異なるＵＥの送信タイミングを同一の値に同期させる。ｅＮＢ ６０６が、このｅＮＢから見て、ＵＥ１ ６０２およびＵＥ２ ６０４送信タイミングをアラインするためにＴＡ１およびＴＡ２を使用する場合、信号伝搬遅延およびタイミングアドバンスは、以下の通り関連している：
２＊Ｔ１−ＴＡ１＝２＊Ｔ２−ＴＡ２ （２）

【0071】

[0082]したがって、Ｔ１とＴ２との間の差分は、以下のように表せられうる：
Ｔ１−Ｔ２＝（ＴＡ１−ＴＡ２）／２ （３）

【0072】

[0083]式（３）は、この式が適用されるＬＴＥのような無線技術についてＲＴＴを決定することを助けるために各ＵＥによって使用されうる。これを可能にするために、ＵＥ１ ６０２は、ＵＥ１ ６０２におけるｅＮＢ ６０６信号送信時間のＵＥ１ ６０２信号送信時間への関連付けを測定し、この関連付けをＵＥ２ ６０４に送り、ＵＥ２ ６０４は、同じことを逆に行いうる。例えば、ＵＥ１ ６０２は、特定の時間瞬間でのｅＮＢ ６０６の送信タイミング（例えば、ＵＥ１ ６０２での）を測定し、この値を、同一の時間瞬間でのＵＥ１ ６０２の送信タイミングおよびそのタイミングアドバンスＴＡ１とともにＵＥ２ ６０４に送りうる。ＵＥ２ ６０４は、ＵＥ１ ６０２ではなくＵＥ２ ６０４だけがＲＴＴ値を取得することとなる場合には必要ではないが、その観点から同じことを行いうる。図６では、ＵＥ１ ６０２送信時間は、ｅＮＢ ６０６に向けられた送信ではなく、ＵＥ２ ６０４に向けられたＵＥ１ ６０２送信を指す。ＵＥ２ ６０４へのＵＥ１ ６０２送信は、いくつかの暗示的または明示的なローカルタイミングデータを含みうる。代替的な実施形態では、ＵＥ１ ６０２は、転送により被るＵＥ１ ６０２の内部での追加の遅延とともに、ｅＮＢ送信時間をＵＥ２ ６０４に転送しうる。

【0073】

[0084]ＵＥ２ ６０４は、ＵＥ１ ６０２信号送信時間を（例えば、ＵＥ１ ６０２からそれが受信する信号上で直接的に）見て、ＵＥ１ ６０２から受信されたｅＮＢ ６０６送信時間へのＵＥ１ ６０２送信時間の関連付けを使用して、ｅＮＢ ６０６からＵＥ２ ６０４へのＵＥ１ ６０２を介した送信経路（伝搬遅延Ｔ１＋Ｔを有する）上で見られるであろうｅＮＢ ６０６送信時間Ｔａを推論する。ＵＥ２ ６０４は、ｅＮＢ ６０６からの直接経路（伝搬遅延Ｔ２を有する）上のｅＮＢ ６０６送信時間Ｔｂを見る。同一の瞬間にＵＥ２ ６０４によって見られるｅＮＢ ６０６送信時間の間の差分は、以下のように表されうる：
Ｔｂ−Ｔａ＝Ｔ＋Ｔ１−Ｔ２＝Ｔ＋（ＴＡ１−Ａ２）／２ （４）

【0074】

[0085]その後、ＵＥ２ ６０２は、式（４）と、ＴＡ１およびＴＡ２の既知の値と、Ｔｂ−Ｔａについての測定された値とを使用してＴを算出しうる。ＵＥ１ ６０２は、Ｔ＋Ｔ２−Ｔ１を、そこからＴを取得するために類似したステップを実行することができる。これにより、ＵＥ−ＵＥ ＲＴＴは、シンプレックス（例えば、ブロードキャスト）通信だけを使用して、かつ、ネットワークからの特別なサポートなく、各ＵＥによって取得されることができる（値２×Ｔとして）。この方法では、ＲＴＴの決定は、いくつかの実施形態では、例えば、これらのＵＥのうちの１つ以上から受信されたシグナリングによって決定されたような複数のＵＥの各々のタイミングアドバンスについての知識を用いて算出されうる。よって、ＵＥは、ＵＥが他方のＵＥからの通信に応答できない場合であっても、サービングネットワークからの介入または支援なく、別のＵＥへのＲＴＴを決定しうる。

【0075】

[0086]図７は、本発明の実施形態を実行するための方法を例証する別のフロー図である。方法７００におけるシグナリングは、ハードウェア（回路、専用論理、等）、ソフトウェア（汎用コンピューティングシステムまたは専用マシンで走るもののような）、ファームウェア（埋め込み式ソフトウェア）、あるいは、それらの任意の組み合わせを備える処理論理（processing logic）によって実行される。一実施形態では、方法７００は、図１２で説明されるような１つ以上のコンピュータシステム１２００によって実行される。一実施形態では、以下で説明される受信および送信ステップは、図１２で説明されるトランシーバ１２５０を利用して容易にされうる。

【0076】

[0087]図７において、本発明の実施形態によって実行される方法は、図６で説明されるように、第１のデバイスと第２のデバイスとの間の距離を決定しうる。ステップ７０２で、プロセッサ１２１０は、第１のデバイスを介して第２のデバイスに送られた第１の基地局からの第１の信号についての第１の到着時間を決定する。一実施形態では、第１の基地局は、第１のデバイスおよび第２のデバイスの両方をサービスする。第１のデバイス、第２のデバイス、および第１の基地局は、トランシーバ１２５０およびアンテナ１２５５を使用して互いにメッセージを送受信しうる。図６に戻って参照するが、図７の方法を説明する間、第１のデバイスはＵＥ１ ６０２を表し、第２のデバイスはＵＥ２ ６０４を表し、第１の基地局はｅＮＢ ６０６を表しうる。

【0077】

[0088]ステップ７０４で、プロセッサ１２１０は、第１の基地局から第２のデバイスに直接送られた第２の信号についての第２の到着時間を決定する。ステップ７０６で、プロセッサ１２１０は、第１の到着時間および第２の到着時間を使用して、第１のデバイスと第２のデバイスとの間の距離を決定する。一実現では、プロセッサ１２１０は、図６および式（２）、（３）、（４）に関連して上で例示されたように、第１の到着時間と第２の到着時間との間の差分を取得することによって、第１のデバイスと第２のデバイスとの間の距離を決定しうる。

【0078】

[0089]ステップ７０８で、プロセッサ１２１０は、第１のデバイスと第２のデバイスとの間の距離が閾値よりも低いと決定する。ステップ７１０で、プロセッサ１２１０は、デバイスツーデバイスモードを使用する第１のデバイスと第２のデバイスとの間の通信を可能にし、ここにおいて、デバイスツーデバイスモードは、第１のデバイスおよび第２のデバイスが、第１の基地局または第２の基地局を通してデータを送ることなく互いに通信することを備える。代替的に、ステップ７１０で（図７には示されない）、プロセッサ１２１０は、何らかのプロキシミティサービスに関連して、第１のデバイスおよび／または第２のデバイスに、それらが近接していることを知らせる。別の実施形態（図７には示されない）では、プロセッサ１２１０は、ステップ７０８で、第１のデバイスと第２のデバイスとの間の距離が閾値よりも高いと決定し、ステップ７１０で、プロセッサ１２１０は、デバイスツーデバイスモードを使用する第１のデバイスと第２のデバイスとの間の通信を不能にし、代わりに、デバイスがネットワークを用いて通信するネットワークモードにデバイスを置く。

【0079】

[0090]第１のデバイス、第２のデバイス、および第１の基地局によって信号を送受信するために使用されるメッセージングプロトコルは、一実施形態ではＬＰＰ／ＬＰＰｅでありえ、また、別の実施形態では、ＬＴＥ無線リソース制御（ＲＲＣ）プロトコルでありうる。しかしながら、他のプトロコルが通信に対して使用されうる。

【0080】

[0091]本発明の実施形態にしたがって、図７で例証される特定のステップが、動作モードを切り替える特定の方法を提供することは認識されるべきである。それに応じて、代替的な実施形態では、他のシーケンスのステップもまた実行されうる。例えば、本発明の代替的な実施形態は、上で概説されたステップを異なる順序で実行しうる。例証するために、ユーザは、第３の動作モードから第１の動作モードに、第４のモードから第２のモードに、または、それらの間の任意の組み合わせで変化することを選びうる。さらに、図７に例証される個々のステップは、個々のステップに適切なようにさまざまなシーケンスで実行されうる多数のサブステップを含みうる。さらに、追加のステップは、特定のアプリケーションに依存して、追加または除去されうる。当業者は、方法７００の多くの変形例、改良例、および代替例を把握および認識するだろう。

【0081】

[0092]図８は、シンプレックスシグナリングを使用してＵＥ−ＵＥラウンドトリップ時間を測定するための別の例示的な実施形態を例証する。図８は、上述された方法Ｃの実施形態を説明する。Ｔ、Ｔ１、およびＴ２は、示された経路上の信号伝搬遅延である。ｅＮＢ１ ８０６がＵＥ１ ８０２をサービスし、ｅＮＢ２ ８０８がＵＥ２ ８０４をサービスしうる。ＴＡ１およびＴＡ２は、それぞれ、ＵＥ１ ８０２およびＵＥ２ ８０４についてのタイミングアドバンス値である。ｅＮＢ１ ８０６およびｅＮＢ２ ８０８が同期され（例えば、ＧＰＳを使用して）、ＴＡ１およびＴＡ２を使用して各サービングｅＮＢでＵＥ１ ８０２およびＵＥ２ ８０４送信タイミングを同一の（同期された）ｅＮＢ時間にアラインする場合、信号伝搬遅延およびタイミングアドバンスは、式２で示されたように関連しており、Ｔ１とＴ２との間の差分は、式３で示されたように表されうる。

【0082】

[0093]ＵＥ１ ８０２は、ＵＥ１ ８０２におけるｅＮＢ１ ８０６信号送信時間のＵＥ１ ８０２信号送信時間への関連付けを測定し、この関連付けおよびそのタイミングアドバンスＴＡ１をＵＥ２ ８０４に送りうる。同様に、ＵＥ２ ８０４は、ＵＥ１ ８０２ではなくＵＥ２ ８０４だけがＲＴＴ値を取得することとなる場合には必要ではないが、ｅＮＢ２ ８０８信号送信時間に関して逆の動作を行いうる。ＵＥ２ ８０４は、ＵＥ１ ８０２信号送信時間を（例えば、ＵＥ１ ８０２からそれが受信する信号上で直接的に）見て、ＵＥ１ ８０２から受信されたｅＮＢ１ ８０６信号送信時間へのＵＥ１ ８０２信号送信時間の関連付けを使用して、ｅＮＢ１ ８０６からＵＥ２ ８０４へのＵＥ１ ８０２介した送信経路（伝搬遅延Ｔ１＋Ｔを有する）上で見られるであろうｅＮＢ１ ８０６信号送信時間Ｔａを推論する。ＵＥ２ ８０４はまた、直接経路（伝搬遅延Ｔ２を有する）上のｅＮＢ２ ８０８信号送信時間Ｔｂを見る。ｅＮＢが同期されているため、同一の瞬間にＵＥ２ ８０４から見たｅＮＢ信号送信時間の間の差分は、式４で示されたように表されうる。ＵＥ２ ８０４はその後、式（４）、ＴＡ１およびＴＡ２の既知の値、およびＴｂ−Ｔａについての測定された値を使用してＴを算出しうる。その後、ＲＴＴは（２＊Ｔ）として、ＵＥ間の距離は（ｃ＊Ｔ）として取得されることができ、ここで、ｃは、信号速度（例えば、光の速度）でありうる。

【0083】

[0094]ＵＥ１ ８０２は、Ｔ＋Ｔ２−Ｔ１を、そこからＴとＲＴＴとを取得するために類似した方法を実行しうる。これにより、ＵＥ−ＵＥ ＲＴＴは、シンプレックス（例えば、ブロードキャスト）通信だけを使用し、かつ、ネットワークからの特別なサポートなく、各ＵＥによって取得されることができる。しかしながら、ｅＮＢは、同期されることと、サービングｅＮＢで受信されたＵＥ信号タイミングを共通ｅＮＢ時間にアラインすることに基づいて、タイミングアドバンス値をＵＥに割り当てることとが必要ありうる。代替的な実施形態では、ｅＮＢは、非同期であり、ｅＮＢのペア（ｅＮＢ１ ８０６とｅＮＢ２ ８０８のような）の異なる信号送信時間間のリアルタイム差（ＲＴＤ）がＵＥに提供されうる（例えば、ｅＮＢによって、または、位置特定サーバによって）。この方法では、ＵＥ間のＲＴＴの決定は、いくつかの実施形態では、例えば、ＵＥが異なるノードによってサービスされている場合であっても、これらのＵＥのうちの１つ以上から受信されたシグナリングによって決定されたような複数のＵＥの各々のタイミングアドバンスの知識を用いて算出されうる。

【0084】

[0095]図９は、本発明の実施形態を実行するための方法を例証する別のフロー図である。方法９００におけるシグナリングは、ハードウェア（回路、専用論理、等）、ソフトウェア（汎用コンピューティングシステムまたは専用マシンで走るもののような）、ファームウェア（埋め込み式ソフトウェア）、あるいは、それらの任意の組み合わせを備える処理論理によって実行される。一実施形態では、方法９００は、図１２で説明されるような１つ以上のコンピュータシステム１２００によって実行される。一実施形態では、以下で説明される受信および送信ステップは、図１２で説明されるトランシーバ１２５０を利用して容易にされうる。

【0085】

[0096]図９において、本発明の実施形態によって実行される方法は、図８で説明されるように、第１のデバイスと第２のデバイスとの間の距離を決定しうる。ステップ９０２で、プロセッサ１２１０は、第１のデバイスを介して第２のデバイスに送られた第１の基地局からの第１の信号についての第１の到着時間を決定する。一実施形態では、第１の基地局は、第１のデバイスをサービスする。

【0086】

[0097]ステップ９０４で、プロセッサ１２１０は、第２の基地局から第２のデバイスに直接送られた第２の信号についての第２の到着時間を決定する。第２の基地局は、第２のデバイスをサービスする。第１の基地局および第２の基地局は、同期され、第１のデバイスおよび第２のデバイスの信号送信タイミングを共通サービング基地局時間にアラインする。

【0087】

[0098]第１のデバイス、第２のデバイス、第１の基地局、および第２基地局は、トランシーバ１２５０およびアンテナ１２５５を使用して互いにメッセージを送受信しうる。図８に戻って参照するが、図９の方法を説明する間、第１のデバイスはＵＥ１ ８０２を表し、第２のデバイスはＵＥ２ ８０４を表し、第１の基地局はｅＮＢ１ ８０６を表し、第２の基地局はｅＮＢ２ ８０８を表しうる。

【0088】

[0099]ステップ９０６で、プロセッサ１２１０は、第１の到着時間および第２の到着時間を使用して、第１のデバイスと第２のデバイスとの間の距離を決定する。一実現では、プロセッサ１２１０は、図８および式（２）、（３）、および（４）に関して上に例示されたように、第１の到着時間および第２の到着時間の間の差分を取得することによって、第１のデバイスと第２のデバイスとの間の距離を決定しうる。

【0089】

[00100]ステップ９０８で、プロセッサ１２１０は、第１のデバイスと第２のデバイスとの距離が閾値よりも低いと決定する。ステップ９１０で、プロセッサ１２１０は、デバイスツーデバイスモードを使用する第１のデバイスと第２のデバイスとの間の通信を可能し、ここにおいて、デバイスツーデバイスモードは、第１のデバイスおよび第２のデバイスが、第１の基地局または第２の基地局を通してデータを送ることなく互いに通信することを備える。代替的にステップ９１０で（図９には示されない）、プロセッサ１２１０は、何らかのプロキシミティサービスに関連して、第１のデバイスおよび／または第２のデバイスに、それらが近接していることを知らせる。別の実施形態では（図９には示されない）、プロセッサ１２１０は、ステップ９０８で、第１のデバイスと第２のデバイスとの距離が閾値よりも高いと決定し、ステップ９１０で、プロセッサ１２１０は、デバイスツーデバイスモードを使用する第１のデバイスと第２のデバイスとの間の通信を不能にし、代わりに、デバイスを、デバイスがネットワークを用いて通信するネットワークモードに置く。

【0090】

[00101]第１のデバイス、第２のデバイス、第１の基地局、および第２の基地局によって信号を送受信するために使用されるメッセージングプロトコルは、一実施形態ではＬＰＰ／ＬＰＰｅでありえ、また、別の実施形態では、ＬＴＥ無線リソース制御（ＲＲＣ）プロトコルでありうる。しかしながら、他のプトロコルが通信に対して使用されうる。

【0091】

[00102]本発明の実施形態にしたがって、図９で例証される特定のステップが、動作モードを切り替える特定の方法を提供することは認識されるべきである。それに応じて、代替的な実施形態では、他のシーケンスのステップもまた実行されうる。例えば、本発明の代替的な実施形態は、上で概説されたステップを異なる順序で実行しうる。例証するために、ユーザは、第３の動作モードから第１の動作モードに、第４のモードから第２のモードに、または、それらの間の任意の組み合わせで変化することを選びうる。さらに、図９に例証される個々のステップは、個々のステップに適切なようにさまざまなシーケンスで実行されうる多数のサブステップを含みうる。さらに、追加のステップは、特定のアプリケーションに依存して、追加または除去されうる。当業者は、方法９００の多くの変形例、改良例、および代替例を把握および認識するだろう。

【0092】

[00103]図１０は、シンプレックスシグナリングを使用してＵＥ−ＵＥラウンドトリップ時間を測定するためのさらに別の例示的な実施形態を例証する。図１０は、２つのデバイス間の距離を算出するための上述された方法Ｄの実施形態を説明する。図１０では、Ｔ、Ｔ１、Ｔ１＊、Ｔ２、およびＴ２＊は、示された経路上の信号伝搬遅延である。Ｌは、ｅＮＢ１ １００６とｅＮＢ２ １００８との間の直線である。図１０では、ｅＮＢ１ １００６がＵＥ１ １００２をサービスし、ｅＮＢ２ １００８がＵＥ２ １００４をサービスしうる。さらに、αは、ｅＮＢ１ １００６から見て、ＵＥ１ １００２の方向である（例えば、ここで、αは、北から時計周りに測定される）。同様に、α＊は、ｅＮＢ２ １００８からみて、ＵＥ２ １００４の方向である。各ＵＥ、両方のｅＮＢ（サービングおよび非サービング）からの信号を受信（および測定）しうる。一実施形態では、ＵＥ１ １００２は、（ｉ）ＵＥ１ １００２におけるｅＮＢ１ １００６信号送信時間のＵＥ１ １００２信号送信時間への関連付け、および（ｉｉ）ＵＥ１ １００２におけるｅＮＢ２ １００８信号送信時間のＵＥ１ １００２信号送信時間への関連付けを測定し、測定値の両方のセットをＵＥ２ １００４に送る。上述されたように、図１０では、ＵＥ１ １００２信号送信時間は、ｅＮＢ１ １００６ではなくＵＥ２ １００４に向けられたＵＥ１ １００２送信を指す。ＵＥ２ １００４は、ＵＥ１ １００２、ｅＮＢ１ １００６、およびｅＮＢ２ １００８信号送信時間を測定し、これらの測定値と、図６に関して前述された方法とを用いて、下記関係を決定するために、ＵＥ１ １００２から受信された測定値がＵＥ２ １００４によって使用されうる。
Ｍ１＝Ｔ−Ｔａ＝Ｔ＋Ｔ１−Ｔ２ （５）
Ｍ２＝Ｔｂ＊−Ｔａ＊＝Ｔ＋Ｔ１＊−Ｔ２＊ （６）

【0093】

[00104]ＵＥ２ １００４は、上記測定値Ｍ１およびＭ２をｅＮＢ２ １００８（そのサービングｅＮＢ）に送る。長さＬは、ｅＮＢ１ １００６およびｅＮＢ２ １００８の固定位置から知られ（または、決定され）、Ｔ１およびＴ２＊は、各々が、それぞれＵＥ１ １００２（ｅＮＢ１ １００６に関する）およびＵＥ２ １００４（ｅＮＢ２ １００８に関する）のタイミングアドバンスから決定されることができる。代替的に、および、本明細書より詳細に説明されるように、Ｔ１およびＴ２＊は各々、Ｔが、互いの信号送信についてのＵＥ１ １００２およびｅＮＢ１ １００６によってなされたＴｘおよびＲｘ測定から取得され、かつ、Ｔ２＊が、互いの信号送信についてのＵＥ２ １００４およびｅＮＢ２ １００８によってなされたＴｘおよびＲｘ測定から取得される図５に関して説明された方法を適用することによって決定されうる。図１０のＵＥ１ １００２、ＵＥ２ １００４、ｅＮＢ１ １００６、およびｅＮＢ２ １００８の位置によって作り出されたジオメトリを使用して、所与のＴ１（および、既知数Ｌ）に対して、Ｔ１＊は、αの関数となる。同様に、所与のＴ２＊（および、既知数Ｌ）に対して、Ｔ２は、α＊の関数となる。同様に、所与のＴ１およびＴ２（および、既知数Ｌ）に対して、Ｔは、αおよびα＊の関数となる。その後、Ｍ１およびＭ２に関連付けられた式は、αおよびα＊について解かれ、その後に、αおよびα＊の値からＴが取得されうる。いくつかの実施形態では、ＵＥ位置は、例えば、Ｌを中心とした（about）対称性のため非一意的に決定されうる（例えば、図１０は、いくつかの実施形態では、ＵＥ位置には変更があるが測定値には変更なくＬを中心に１８０度回転されうる）。Ｔの決定および、それに伴った、ＵＥ１ １００２とＵＥ２ １００４との間の距離の決定は、（ｉ）ＵＥ２ １００４によって転送された測定値Ｍ１およびＭ２と、（ｉｉ）ｅＮＢ２ １００８で取得されたＴ２＊の値と、（ｉｉｉ）ｅＮＢ１ １００６で取得され、かつ、ｅＮＢ２ １００８に転送されたＴ１の値と、（ｉｖ）ｅＮＢ１ １００６およびｅＮＢ２ １００８の位置についての既知の（例えば、構成された）情報またはそれらの間の既知の距離（すなわち、長さＬ）とを使用して、ｅＮＢ２ １００８で行われうる。代替的に、Ｔの決定は、この情報（Ｍ１、Ｍ２、Ｔ２＊、Ｔ１、長さＬ）が必要に応じてＵＥ２ １００４または何らかのエンティティ（例えば、位置特定サーバ）に転送される場合にこのエンティティで行われうる。

【0094】

[00105]方法は、ｅＮＢ２ １００８で見られるＵＥ２ １００４信号送信タイミングと、ｅＮＢ２ １００４信号送信タイミングとの間の差分（ｅＮＢ Ｔｘ−Ｒｘ）をさらに測定しうる。その後、ＵＥ２ １００４は、例えば、ＬＴＥ ＲＲＣプロコルによってサポートされるように、ＵＥ２ １００４で見られるｅＮＢ２ １００４信号送信タイミングと、ＵＥ２ １００４信号送信タイミングとの間の時間差分（ＵＥ Ｔｘ−Ｒｘ）を測定することおよび送ることを要求されうる。上記ＵＥ２ １００４信号送信タイミングは、ｅＮＢ２ １００８へのＵＥ２ １００４送信を指す。

【0095】

[00106]Ｔ２＊を取得するために、図５に関して導かれたような下記式が使用されうる。
Ｔ２＊＝（（ｅＮＢＴｘ−Ｒｘ）＋（ＵＥ Ｔｘ−Ｒｘ））／２ （７）

【0096】

[00107]ｅＮＢ１ １００６は、上のようなＵＥ１ １００２への伝搬遅延Ｔ１を決定し、この遅延をｅＮＢ２ １００８に送りうる（例えば、ｅＮＢ２ １００８からの要求を介して、または、ネットワークモードの開始時にＭＭＥによって構成されたように）。ｅＮＢ２ １００８は、ｅＮＢ１−１００６までの距離で構成されうる（または、ｅＮＢ位置で構成されうる）。その後、ｅＮＢ２ １００８は、ＵＥ−ＵＥ ＲＴＴおよび距離（Ｔに関連付けられた）を取得しうる。図１０に関連付けられた方法は、ｅＮＢが同期されない場合、ＵＥ送信時間が共通ｅＮＢ送信時間とアラインされない場合、および、１つのＵＥだけが別のＵＥから信号を受信している場合に有効でありうる。

【0097】

[00108]図１１は、本発明の実施形態を実行するための方法を例証する別のフロー図である。方法１１００におけるシグナリングは、ハードウェア（回路、専用論理、等）、ソフトウェア（汎用コンピューティングシステムまたは専用マシンで走るもののような）、ファームウェア（埋め込み式ソフトウェア）、あるいは、それらの任意の組み合わせを備える処理論理によって実行される。一実施形態では、方法１１００は、図１２で説明されるような１つ以上のコンピュータシステム１２００によって実行される。一実施形態では、以下で説明される受信および送信ステップは、図１２で説明されるトランシーバ１２５０を利用して容易にされうる。

【0098】

[00109]図１１において、本発明の実施形態によって実行される方法は、図１０で説明されるような、第１のデバイスと第２のデバイスとの間の距離を決定しうる。ステップ１１０２で、プロセッサ１２１０は、第１のデバイスを介して第２のデバイスに送られた第１の基地局からの第１の信号についての第１の到着時間を決定する。一実施形態では、第１の基地局は第１のデバイスをサービスする。

【0099】

[00110]ステップ１１０４で、プロセッサ１２１０は、第２の基地局から第２のデバイスに直接送られた第２の信号についての第２の到着時間を決定する。一実施形態では、第２の基地局は第２のデバイスをサービスする。第１の基地局および第２の基地局は、同期されない可能性があり、第１のデバイスおよび第２のデバイスのタイミングは、それらのそれぞれのサービング基地局時間にアラインされない可能性がある。

【0100】

[00111]第１のデバイス、第２のデバイス、第１の基地局、および第２基地局は、トランシーバ１２５０およびアンテナ１２５５を使用して互いにメッセージを送受信しうる。図１０に戻って参照するが、図１１の方法を説明する間、第１のデバイスはＵＥ１ １００２を表し、第２のデバイスはＵＥ２ １００４を表し、第１の基地局はｅＮＢ１ １００６を表し、第２の基地局はｅＮＢ２ １００８を表しうる。

【0101】

[00112]ステップ１１０６で、プロセッサ１２１０は、第１のデバイスを介して第２のデバイスに送られた、第２の基地局からの第３の信号についての第３の到着時間を決定する。ステップ１１０８で、プロセッサ１２１０は、第１の基地局から第２のデバイスに直接送られた、第４の信号についての第４の到着時間を決定する。

【0102】

[00113]ステップ１１１０で、プロセッサ１２１０は、第１、第２、第３、および第４の到着時間を使用して、第１のデバイスと第２のデバイスとの間の距離を決定する。一実現では、プロセッサ１２１０は、図１０に関連して上で例示されたように、第１の到着時間と第４の到着時間との間、および、第２の到着時間と第３の到着時間との間の差分を取得することによって第１のデバイスと第２のデバイスとの距離を決定しうる。

【0103】

[00114]ステップ１１１２で、プロセッサ１２１０は、第１のデバイスと第２のデバイスとの距離が閾値よりも低いと決定する。ステップ１１１４で、プロセッサ１２１０は、デバイスツーデバイスモードを使用する第１のデバイスと第２のデバイスとの間の通信を可能にし、ここにおいて、デバイスツーデバイスモードは、第１のデバイスおよび第２のデバイスが、第１の基地局または第２の基地局を通してデータを送ることなく互いに通信することを備える。代替的に、ステップ１１１４で（図１１には示されない）、プロセッサ１２１０は、何らかのプロキシミティサービスに関連して、第１のデバイスおよび／または第２のデバイスに、それらが近接していることを知らせる。別の実施形態（図１１には示されない）では、プロセッサ１２１０は、ステップ１１１２で、第１のデバイスと第２のデバイスとの距離が閾値よりも高いと決定し、ステップ１１１４で、プロセッサ１２１０は、デバイスツーデバイスモードを使用する第１のデバイスと第２のデバイスとの間の通信を不能にし、代わりに、デバイスを、デバイスがネットワークを用いて通信するネットワークモードに置く。

【0104】

[00115]第１のデバイス、第２のデバイス、第１の基地局、および第２の基地局によって信号を送受信するために使用されるメッセージングプロトコルは、一実施形態ではＬＰＰ／ＬＰＰｅでありえ、また、別の実施形態では、ＬＴＥ無線リソース制御（ＲＲＣ）プロトコルでありうる。しかしながら、他のプトロコルが通信に対して使用されうる。

【0105】

[00116]本発明の実施形態にしたがって、図１１で例証される特定のステップが、動作モードを切り替える特定の方法を提供することは認識されるべきである。それに応じて、代替的な実施形態では、他のシーケンスのステップもまた実行されうる。例えば、本発明の代替的な実施形態は、上で概説されたステップを異なる順序で実行しうる。例証するために、ユーザは、第３の動作モードから第１の動作モードに、第４のモードから第２のモードに、または、それらの間の任意の組み合わせで変化することを選びうる。さらに、図１１に例証される個々のステップは、個々のステップに適切なようにさまざまなシーケンスで実行されうる多数のサブステップを含みうる。さらに、追加のステップは、特定のアプリケーションに依存して、追加または除去されうる。当業者は、方法１１００の多くの変形例、改良例、および代替例を把握および認識するだろう。

【0106】

[0100]図５−１１に関して上述された方法のうちの１つ以上では、送信デバイスは、タイムスタンプしうるか、そうでなければ受信デバイスに、時間を示すインジケーションを送信しうる。例えば、図６のＴａに関連付けられた信号は、ＵＥ１ ６０２で受信された際に、および／または、ＵＥ１ ６０２からＵＥ２ ６０４に送信された際にタイムスタンプされうる。このように、例証されたシステムおよび構成に関して説明された１つ以上のＵＥが、送信時間および送信時間差を正確に決定することは可能でありうる。他の実施形態では、信号は、明示的なフレーミング構造を採用しうるＧＳＭ、または、明示的なフレーミングおよびサブフレーミング構造を採用しうるＬＴＥのような特定の無線技術に関連付けられ、それによって定義された暗示的または明示的なタイミング情報を搬送しうる。これらのケースでは、送信タイミングは、信号自体のコンテンツから明らかでありえ、さらなるタイムスタンピングを要求しない可能性がある。当業者は、上述された時間差を決定するために使用されうる他の方法を認識するだろう。

【0107】

[0101]図１２で例証されるコンピュータシステムは、図１−１１に関して示され説明された前述のエンティティの一部として組み込まれうる。例えば、コンピュータシステム１２００は、ＵＥ（図１の１１２［ａ−ｍ］、図４の１１２［ｎ−ｐ］、図５の５０２および５０４、図６の６０２および６０４、図８の８０２および８０４、図１０の１００２および１００４として参照される）、ＢＴＳ、ノード、ｅＮノードＢ、またはｅＮＢ（図１の１１４［ａ−ｃ］、図６の６０６、図８の８０６および８０８、図１０の１００６および１００８として参照される）、基地局コントローラ１１８、位置特定サーバ２０４、コアネットワーク２０２、ＲＡＮ（図２の２０６ａおよび２０６ｂ）、アクセスポイント２０８、衛星（図３の３０２［ａ−ｃ］）、ＷｉＦｉ ＡＰ ３０４、インターネット３０６の一部として動作する１つ以上のサーバ、あるいは、本発明の実施形態を可能にするのに利用されるその他のコンピューティングデバイス、の構成要素のうちのいくつかまたはすべての能力があり、それらに適応し、それらを表すように構成されうる。図１２は、本明細書で説明されるような、さまざまな他の実施形態によって提供される方法を実行することができる、および／または、ＵＥ、位置特定サーバ、および、ブロードキャスティングシステムとして実現されるサーバのようなデバイスとして機能することができるコンピュータシステム１２００の一実施形態の概念図を提供する。図１２は、さまざまな構成要素の一般的な例証を提供することだけが意図されており、それらのうちのいずれかまたはすべてが、適宜利用されうることに留意されたい。したがって、図１２は、比較的別々の方法、または、比較的より統合された方法でどのように個々のシステムエレメントが実現されうるかを広く例証する。

【0108】

[0102]バス１２０５を介して電気的に結合されている（または、適宜、他の方法で通信状態にある）ハードウェアエレメントを備えるコンピュータシステム１２００が示される。ハードウェアエレメントは、１つ以上の汎用プロセッサおよび／または１つ以上の専用プロセッサ（デジタルシグナル処理チップ、グラフィック加速プロセッサ、および／または、同様のもののような）を含むがそれらに限定されない１つ以上のプロセッサ１２１０と、マウス、キーボード、および／または同様のものを含みうるがそれらに限定されない１つ以上の入力デバイス１２１５と、ディスプレイデバイス、プリンタ、および／または同様のものを含みうるがそれらに限定されない１つ以上の出力デバイス１２２０とを含みうる。

【0109】

[0103]コンピュータシステム１２００は、ローカルおよび／またはネットワークアクセス可能記憶媒体を備えうるがそれらに限定されるわけではなく、および／または、ディスクドライブ、ドライブアレイ、光学記憶デバイス、プログラマブルかつフラッシュ更新可能であるランダムアクセスメモリ（「ＲＡＭ」）および／または読取専用メモリ（「ＲＯＭ」）のようなソリッドステート記憶デバイスおよび／または同様のものを含みうるがそれらに限定されない１つ以上の記憶デバイス１２２５をさらに含みうる（および／または、それらと通信状態にある）。このような記憶デバイスは、さまざまなファイルシステム、データベース構造、および／または、同様のものを含むがそれらに限定されない任意の適切なデータ記憶装置を実現するように構成されうる。

【0110】

[0104]コンピュータシステム１２００はまた、モデム、ネットワークカード（ワイヤレスまたはワイヤード）、赤外線通信デバイス、ワイヤレス通信デバイスおよび／またはチップセット（ブルートゥース（登録商標）デバイス、８０２．１１デバイス、ＷｉＦｉデバイス、ＷｉＭａｘデバイス、セルラ通信設備、等のような）、および／または、同様のものを含みうるがそれらに限定されない通信サブシステム１２３０を含みうる。通信サブシステム１２３０は、データが、ネットワーク（一例をあげれば下で説明されるネットワークのような）、他のコンピュータシステム、および／または、本明細書で説明されたその他のデバイスと交換されることを許可しうる。多くの実施形態では、コンピュータシステム１２００は、上述されたような、ＲＡＭまたはＲＯＭデバイスを含みうるワーキングメモリ１２３５をさらに備えるだろう。

【0111】

[0105]コンピュータシステム１２００はまた、メッセージを送信および受信するためのトランシーバ１２５０を含みうる。トランシーバ１２５０は、組み合わせられ共通回路または単一のハウジングを共有するか、あるいは、個別でありうる送信機および受信機のような構成要素を備えうる。トランシーバ１２５０は、ＧＳＭ、ＣＤＭＡ、ＷＣＤＭＡ、ＣＤＭＡ２０００ １ｘＲＴＴ、またはＬＴＥネットワークのような１つ以上のネットワーク構成と通信するように改良されうる。

【0112】

[0106]アンテナ１２５５は、ＵＥ １１２に対して通信機能を提供し、ＢＴＳ １１４との双方向通信を容易にする。アンテナ１２５５は、プロセッサ１２１０を介して（例えば、メモリ１２３５に記憶されているソフトウェアに基づいて）、および／または、ＵＥ １１２の他の構成要素によって、ハードウェアか、ソフトウェアか、ハードウェアおよび／またはソフトウェアの組み合わせかで実現されることができるトランシーバ１２５５モジュールからの命令に基づいて動作することができる。

【0113】

[0107]コンピュータシステム１２００はまた、ワーキングメモリ１２３５内に現在位置付されているものとして示されるソフトウェアエレメントを備えることができ、それは、オペレーティングシステム１２４０、デバイスドライバ、実行可能なライブラリ、および／または、１つ以上のアプリケーションプログラム１２４５のような他のコードを含み、それは、本明細書で説明されたように、さまざまな実施形態によって提供されるコンピュータプログラムを備えることができ、および／または、方法を実現するように設計されることができ、および／または、他の実施形態によって提供されるシステムを構成する。単に例として、上で説明された方法に関して説明された１つ以上のプロシージャは、コンピュータ（および／または、コンピュータ内のプロセッサ）によって実行可能なコードおよび／または命令として実現されうる。ある態様では、次に、そのようなコードおよび／または命令は、説明された方法にしたがって１つ以上の動作を実行するように、汎用コンピュータ（または、他のデバイス）を構成するためおよび／または適応させるために使用されうる。

【0114】

[0108]これらの命令および／またはコードのセットは、上述された記憶デバイス１２２５のような、コンピュータ可読記憶媒体に記憶されうる。いくつかのケースでは、記憶媒体は、コンピュータシステム内に組み込まれうる。他の実施形態では、記憶媒体は、コンピュータシステムから離れており（例えば、コンパクトディスクのような、取り外し可能な媒体であり）、および／または、記憶媒体が、格納されている命令／コードで汎用コンピュータをプログラミングする、構成するためおよび／または適応させるために使用されうるようにインストールパッケージ内に提供されうる。これらの命令は、コンピュータシステム１２００によって実行可能でありうる実行可能なコードの形式をとりうるか、および／または、ソースコードおよび／またはインストール可能なコードの形式をとりえ、それらは、コンピュータシステム１２００上でのコンパイルおよび／またはインストール（例えば、さまざまな一般的に利用可能なコンパライア、インストールプログラム、圧縮／圧縮解除ユーティリティ、等を使用した）に応じて、実行可能なコードの形式をとりうる。

【0115】

[0109]特定の要件にしたがって相当な変更が行われうることは当業者には明白となるであろう。例えば、カスタマイズされたハードウェアもまた使用されえ、および／または、特定のエレメントは、ハードウェア、ソフトウェア（アプレット、等のポータブルソフトウェアを含む）、または、両方で実現されうる。さらに、ネットワーク入力／出力デバイスのような他のコンピューティングデバイスへの接続が採用されうる。

【0116】

[0110]上述されたように、一態様では、いくつかの実施形態は、本発明のさまざまな実施形態に係る方法を実行するために、コンピュータシステム（コンピュータシステム１２００のような）を採用しうる。実施形態のセットによれば、そのような方法のプロシージャのうちのいくつかまたはすべては、プロセッサ１２１０が、ワーキングメモリ１２３５に含まれる１つ以上のシーケンスの１つ以上の命令（これは、オペレーティングシステム１２４０、および／または、アプリケーションプログラム１２４５のような他のコードに組み込まれうる）を実行したことに応答して、コンピュータシステム１２００によって実行される。このような命令は、記憶デバイス１２２５のうちの１つ以上のような別のコンピュータ可読媒体からワーキングメモリ１２３５へと読み込まれうる。単に例として、ワーキングメモリ１２３５に含まれるこのシーケンスの命令の実行は、プロセッサ１２１０に、本明細書で説明された方法の１つ以上のプロシージャを実行させうる。

【0117】

[0111]本明細書で使用される場合、「機械可読媒体」および「コンピュータ可読媒体」という用語は、機械を特定の方式で動作させるデータを提供することに関与している任意の媒体を指す。コンピュータ可読記憶媒体は、一時的な伝搬信号を指さない。コンピュータシステム１２００を使用して実現される実施形態では、さまざまなコンピュータ可読媒体は、実行のために命令／コードをプロセッサ１２１０に提供することに関与し、および／または、そのような命令／コードを記憶するために使用されうる。多くの実現では、コンピュータ可読媒体は、物理的なおよび／または有形の記憶媒体である。そのような媒体は、不揮発性媒体または揮発性媒体の形式をとりうる。非揮発性媒体は、例えば、記憶デバイス１２２５のような、光ディスクおよび／または磁気ディスクを含む。揮発性媒体は、ワーキングメモリ１２３５のような、ダイナミックメモリを含むがそれらに限定されるわけではない。

【0118】

[0112]物理的なおよび／または有形のコンピュータ可読媒体の一般的な形式には、例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープ、またはその他の磁気媒体、ＣＤ−ＲＯＭ、その他の光学媒体、パンチカード、ペーパーテープ、ホールパターンを有するその他の物理媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、その他のメモリチップまたはカートリッジ、等が含まれうる。

【0119】

[0113]上述された方法、システム、およびデバイスは、例である。さまざまな構成は、さまざまなプロシージャまたは構成要素を適宜省略、置換、または追加しうる。例えば、代替的な構成では、方法は、説明されたものとは異なる順序で実行されえ、および／または、さまざまなステージが追加、省略、および／または組み合わせられうる。また、特定の構成について説明された特徴は、さまざまな他の構成において組み合わせられうる。構成の異なる態様およびエレメントは、類似した方法で組み合わせられうる。また、技術は進化するため、エレメントの多くは例であり、本開示または特許請求の範囲の有効範囲を限定するわけではない。

【0120】

[0114]例示的な構成（実現を含む）についての徹底的な理解を提供するために、説明において具体的な詳細が与えられる。しかしながら、構成は、これらの具体的な詳細なしに実施されうる。例えば、周知の回路、プロセス、アルゴリズム、構造、および技法は、構成をあいまいにしないために、不必要な詳細なく示されている。この説明は、例示的な構成を提供するものにすぎず、特許請求の範囲の有効範囲、適用性、または、構成を限定しない。むしろ、これらの構成についての先の説明は、説明された技法を実現するための実施を可能にする説明（enabling description）を当業者に提供するだろう。本開示の精神および有効範囲から逸脱することなくエレメントの機能および配列にさまざまな変更がなされうる。

【0121】

[0115]また、これらの構成は、フロー図またはブロック図として描写されたプロセスで説明されうる。各々は、これらの動作を一連のプロセスとして説明しうるが、これらの動作の多くは、並列に、または、同時に実行されうる。加えて、動作の順序は再配列されうる。プロセスは、図には含まれていない追加のステップを有していてもよい。さらに、方法の例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、または、それらの任意の組み合わせによって実現されうる。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードで実現される場合、必要なタスクを実行するためのプログラムコードまたはコードセグメントは、記憶媒体のような非一時的コンピュータ可読媒体に記憶されうる。プロセッサは、説明されたタスクを実行しうる。

【0122】

[0116]いくつかの例示的な構成が説明されたが、本開示の精神から逸脱することなく、さまざまな改良、代替的な構成体、および等価物が使用されうる。例えば、上記エレメントは、より大きなシステムの構成要素でありえ、ここでは、他の規則が、本明細書で説明された実施形態の適用よりも優先されるか、そうでなければそれらを改良しうる。また、上記エレメントが検討される前、最中、または、後に多数のステップが行われうる。結果として、上記説明は、特許請求の範囲の有効範囲を限定するものではない。

【0123】

[0117]本明細書の説明および添付の図は、あらゆる数のネットワークおよび／またはアーキテクチャに適用されうるＤ２Ｄ通信を提供するため、および、プロキシミティサービスをサポートための一般的な方法またはプロトコルを説明する。上記説明の一部は、ＬＰＰ／ＬＰＰｅ、ＲＲＣ、およびＬＴＥを指しているが、上記例は、列挙された実施形態に限定されない。当業者は、本明細書で説明された概念を、他のシステムまたはアーキテクチャにどのように拡張するのか認識するだろう。本明細書の説明および／または添付の図は、例えば、デバイス間の相互作用性を増加させるために、いくつかの実施形態において規格で実現または説明されうる。

【0124】

[0118]Ａ−ＧＮＳＳ（コード位相と高精度キャリア位相の両方の変動）、ＬＴＥおよびＷＣＤＭＡのためのＯＴＤＯＡ、ＣＤＭＡおよびＨＲＰＤのためのＡＦＬＴ、ＧＳＭのためのＥ−ＯＴＤ（Enhanced Observed Time Difference）、強化セルＩＤ（ＷｉＦｉを含む各ワイヤレスアクセスタイプについての）、短距離ノード関連測位、およびセンサの使用を含む広範囲の測位方法がサポートされうる。これらの方法は、Ｄ２Ｄモード、ネットワークモード、ネットワーク支援型動作、およびネットワークベース動作において、２つのデバイスがいつ近接しうるかを決定して特定のプロキシミティサービスをサポートするために使用されうる。

【0125】

[0119]上述された方法、システム、デバイス、実現、および実施形態は、例である。さまざまな構成は、さまざまなプロシージャまたは構成要素を適宜省略、置換、または追加しうる。例えば、代替的な構成では、方法は、説明されたものとは異なる順序で実行されえ、および／または、さまざまなステージが追加、省略、および／または組み合わせられうる。また、特定の構成について説明された特徴は、さまざまな他の構成において組み合わせられうる。構成の異なる態様およびエレメントは、類似した方法で組み合わせられうる。また、技術は進化するため、エレメントの多くは例であり、本開示または特許請求の範囲の有効範囲を限定するわけではない。

【0126】

[0120]例示的な構成（実現を含む）についての徹底的な理解を提供するために、説明において具体的な詳細が与えられる。しかしながら、構成は、これらの具体的な詳細なしに実施されうる。例えば、周知の回路、プロセス、アルゴリズム、構造、および技法は、構成をあいまいにしないために、不必要な詳細なく示されている。この説明は、例示的な構成を提供するものにすぎず、特許請求の範囲の有効範囲、適用性、または、構成を限定しない。むしろ、これらの構成についての先の説明は、説明された技法を実現するための実施を可能にする説明を当業者に提供するだろう。本開示の精神および有効範囲から逸脱することなくエレメントの機能および配列にさまざまな変更がなされうる。

【0127】

[0121]また、これらの構成は、フロー図またはブロック図として描写されたプロセスで説明されうる。各々は、これらの動作を一連のプロセスとして説明しうるが、これらの動作の多くは、並列に、または、同時に実行されうる。加えて、動作の順序は再配列されうる。プロセスは、図には含まれていない追加のステップを有していてもよい。さらに、方法の例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、または、それらの任意の組み合わせによって実現されうる。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードで実現される場合、必要なタスクを実行するためのプログラムコードまたはコードセグメントは、記憶媒体のような非一時的コンピュータ可読媒体に記憶されうる。プロセッサは、説明されたタスクを実行しうる。

【0128】

[0122]いくつかの例示的な構成が説明されたが、本開示の精神から逸脱することなく、さまざまな改良、代替的な構成体、および等価物が使用されうる。例えば、上記エレメントは、より大きなシステムの構成要素でありえ、ここでは、他の規則が、本発明の適用よりも優先されるか、そうでなければそれらを改良しうる。また、上記エレメントが検討される前、最中、または、後に多数のステップが行われうる。結果として、上記説明は、特許請求の範囲の有効範囲を限定するものではない。

【0129】

[0123]本明細書では、「〜する能力がある」、「〜に適応する」、「〜ように構成される」という用語は、追加のタスクまたはステップを実行することに適応しているか、または、そうするように構成されたデバイスを排除しないオープンかつ包括的な用語を意味する。加えて、「〜に基づいて」という用語の使用は、１つ以上の記載された条件または値「に基づいた」プロセス、ステップ、算出、または他の動作が、実際、これらの記載を以上に追加の条件または値に基づきうる、という点で、オープンかつ包括的を意味する。本明細書に含まれるヘッディング、リスト、およびナンバリングは、説明を容易にするためのものにすぎず、限定するものであることを意味しない。

【0130】

[0124]本主題は、その具体的な実施形態に関して詳細に説明されているが、当業者は、前述の理解することで、そのような実施形態の代わり、その変形例、およびその等価物を容易に生み出しうることは認識されるだろう。結果として、本開示が、限定というよりはむしろ例示を目的として提示されていること、および、当業者に容易に明白であるように、本主題に対するそのような改良、変更、および／または追加を含むこと不可能にしないことは理解されるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】