JP6039103B2

JP6039103B2 - ワイヤレス端末間の情報の中継およびブロードキャストの効率的な手段

Info

Publication number: JP6039103B2
Application number: JP2015545933A
Authority: JP
Inventors: エッジ、スティーブン・ウィリアム
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2012-12-10
Filing date: 2013-12-10
Publication date: 2016-12-07
Anticipated expiration: 2033-12-10
Also published as: JP2016503251A; JP2016503250A; KR101703086B1; US20140162687A1; EP2929724A2; CN104937989B; EP2929724B1; CN104937989A; WO2014093393A2; WO2014093398A3; WO2014093255A2; US20160381509A1; WO2014093398A2; WO2014093393A3; US20140162544A1; KR20150095733A; US20140162545A1; CN104937898A; US9252896B2; KR101699824B1

Description

関連出願

[0001]本特許出願は、２０１３年１２月５日に出願された「EFFICIENT MEANS OF BROADCAST AND RELAYING INFORMATION BETWEEN WIRELESS TERMINALS」と題する同時係属米国非仮特許出願第１４／０９８，４７０号、および２０１３年３月６日に出願された「METHODS AND SYSTEMS FOR PREDICTING AND/OR DISCOVERING PROXIMITY OF MOBILE DEVICES」と題する同時係属米国仮特許出願第６１／７７３，５８５号、および２０１２年１２月１０日に出願された「DISCOVERY AND SUPPORT OF PROXIMITY」と題する同時係属米国仮特許出願第６１／７３５，４９０号の利益と優先権とを主張し、これらの出願は本出願の譲受人に譲渡され、参照により本明細書に組み込まれる。

[0002]本明細書で開示する主題は、固定デバイスおよびモバイルデバイスに関し、より詳細には、２つ以上のモバイルデバイスの間の情報のブロードキャストおよび中継を実現または支援するために１つまたは複数の電子デバイスによって使用される方法、装置および製造品に関する。

[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなど、様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。

[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを与えるために様々な電気通信規格において採用されている。新生の電気通信規格の一例はロングタームエボリューション（ＬＴＥ：Long Term Evolution）である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ：Third Generation Partnership Project）によって公表されたユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善し、コストを下げ、サービスを改善し、新しいスペクトルを利用し、また、ダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。ネットワークサポートがない状況でモバイル端末間の情報の効率的な転送をサポートすること、２つ以上のモバイル端末が互いに近接し得るときを決定すること、および端末が互いに近接していることを条件とする（端末間の情報の転送を含む）サービスを可能にすることを含む、そのような改善の例。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。

[0005]本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。装置はユーザ機器（ＵＥ）であり得る。一態様では、本装置は、ブロードキャスト情報を第２のＵＥから受信し、ブロードキャスト情報と識別子情報とをＵＥのセットに中継し、ＵＥのセットにおける各ＵＥから識別子情報が受信されたかどうかに基づいて、ＵＥのセットにおける各ＵＥがブロードキャスト情報を受信しているかどうかを決定し、ＵＥのセットにおける各ＵＥがブロードキャスト情報を受信していると決定すると、ブロードキャスト情報を中継するのをやめることができる。

[0006]別の態様では、本装置は、ブロードキャスト情報とブロードキャスト情報に関連するタグとを第２のＵＥから受信し、ブロードキャスト情報なしでタグをＵＥのセットに中継し、ブロードキャスト情報を求める要求をＵＥのセットにおける第３のＵＥから受信し、ブロードキャスト情報を第３のＵＥに中継することができる。

[0007]以下の図を参照しながら非限定的で非網羅的な態様について説明し、ここにおいて、別段の規定がない限り、様々な図の全体を通して、同様の参照番号は同様の部分を指す。
例示的な実装形態による、２つ以上のモバイルデバイスの間の近接の状態を決定するか、または決定するのを支援するために使用され得る代表的な固定デバイスおよびモバイルデバイスの構成を示す概略ブロック図。例示的な実装形態による、距離および／または他の地理的考慮に少なくとも部分的に基づいて、近接の状態がいくつかのモバイルデバイスの間に存在すると決定され得る例示的な構成を示す図。例示的な実装形態による、マップおよび／またはコンテキストの考慮に少なくとも部分的に基づいて、近接の状態がいくつかのモバイルデバイスの間に存在すると決定され得る別の例示的な構成を示す図。例示的な実装形態による、近接の様々な状態がいくつかのモバイルデバイスの間に存在すると決定され得るさらに別の例示的な構成を示す図。例示的な実装形態による、モバイルデバイスのうちの２つ以上の間の近接の状態を決定する際に使用するための情報の送信および／または中継をサポートするモバイルデバイスの例示的な構成を示す図。例示的な実装形態による、モバイルデバイスのうちの２つ以上の間の近接の状態を決定する際に使用するための情報の送信および／または中継をサポートするモバイルデバイスの例示的な構成を示す図。ブロードキャストされた情報または中継された情報の明示的な確認応答を示す図。ブロードキャストされた情報または中継された情報の明示的な確認応答を示す図。タグを使用するブロードキャスト送信または中継送信の確認応答を示す図。例示的な実装形態による、２つ以上のモバイルデバイスの間の近接の状態を決定する際に使用するための情報を送信および／または中継するように実装され得る例示的な制御プレーンプロトコルを示す図。例示的な実装形態による、２つ以上のモバイルデバイスの間の近接の状態を決定する際に使用するための情報を送信および／または中継するように実装され得る例示的な制御プレーンプロトコルを示す図。例示的な実装形態による、２つ以上のモバイルデバイスの間の近接の状態を決定する際または近接サービスをサポートする際に使用するための情報を送信および／または中継するように実装され得る例示的なユーザプレーンプロトコルを示す図。例示的な実装形態による、２つ以上のモバイルデバイスの間の近接の状態を決定する際または近接サービスをサポートする際に使用するための情報を送信および／または中継するように実装され得る例示的なユーザプレーンプロトコルを示す図。例示的な実装形態による、２つ以上のモバイルデバイスの間の近接の状態を決定する際または近接サービスをサポートする際に使用するための情報を送信および／または中継するように実装され得る例示的な合成プロトコルを示す図。例示的な実装形態による、２つ以上のモバイルデバイスにおけるアプリケーション間で情報を送信、受信および／または中継するように実装され得る例示的なプロトコルを示す図。例示的な実装形態による、２つ以上のモバイルデバイスにおけるアプリケーション間で情報を送信、受信および／または中継するように実装され得る例示的なプロトコルを示す図。例示的な実装形態による、ネットワーク近接サーバをサポートするための例示的な構成を示す概略ブロック図。例示的な実装形態による、ネットワーク近接サーバをサポートするための例示的な構成を示す概略ブロック図。例示的な実装形態による、ネットワーク近接サーバをサポートするための例示的な構成を示す概略ブロック図。例示的な実装形態による、２つ以上のモバイルデバイスの間の近接の状態を決定するか、または決定するのを支援するために使用され得る例示的なモバイルデバイスのいくつかの機能を示す概略ブロック図。例示的な実装形態による、２つ以上のモバイルデバイスの間の近接の状態を決定するか、または決定するのを支援するために使用され得る例示的な電子デバイスのいくつかの機能を示す概略ブロック図。例示的な実装形態による、近接サービスをサポートするために１つまたは複数のコンピューティングデバイス内で実施され得る例示的なプロセスを示すフローチャート。例示的な実装形態による、たとえばネットワークサポートなしの、ＵＥ間の一般的なブロードキャストおよび中継の方法の全部または一部をサポートするように実施され得る例示的なプロセスを示すフローチャート。ワイヤレス通信の方法のフローチャート。ワイヤレス通信の方法のフローチャート。例示的な装置中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。処理システムを用いる装置のためのハードウェア実装形態の一例を示す図。

[0029]以下の用語および略語が説明および図面に適用され得る。
３ＧＰＰ：第３世代パートナーシッププロジェクト
ＡＰ：アクセスポイント
ＡＰＩ：アプリケーションプログラミングインターフェース
Ａｐｐ：アプリケーション（ソフトウェアエンティティまたはファームウェアエンティティ）
Ａｐｐｌｎ：アプリケーション（プロトコルまたはインターフェース）
ＣＰ：制御プレーン
ＣＳＣＦ：呼セッション制御機能
Ｄ２Ｄ：デバイス間（Device to Device）（２つのデバイスの間の直接通信を指す）
ＤＨＣＰ：動的ホスト構成プロトコル
ＥＰＣ：発展型パケットコア（ＬＴＥ用）
ｅＮＢ：発展型ノードＢ（ｅＮｏｄｅＢ：evolved Node B）
Ｅ−ＳＭＬＣ：拡張サービングモバイルロケーションセンター（Enhanced Serving Mobile Location Center）
表現：互いに近接している２つ以上のＵＥのために実行されるサービスのアイデンティティを符号化する１個のデータ（たとえば、１２８ビットストリング）。
ＦＱＤＮ：完全修飾ドメイン名
ＧＭＬＣ：ゲートウェイモバイルロケーションセンター
ＧＴＰ−Ｕ：汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコルユーザプレーン
ＨｅＮＢ：ホームｅＮＢ
ＨＳＳ：ホーム加入者サービス
ＩＥＴＦ：インターネットエンジニアリングタスクフォース
ＩＭ：インスタントメッセージ
ＩＭＳ：ＩＰマルチメディアサブシステム
ＩＭＳＩ：国際モバイル加入者アイデンティティ
ＩＰ：インターネットプロトコル
Ｌ１／Ｌ２／Ｌ３：レベル１／レベル２／レベル３
ＬＴＥ：ロングタームエボリューション
ＬＴＥ−Ｄ：ＬＴＥダイレクト（２つのＵＥがＬＴＥを介してネットワークを介さずに直接通信するＤ２ＤのＬＴＥバージョン）
ＬＲＦ：ロケーション取出し機能
ＭＡＣ：媒体アクセス制御
ＭＭＥ：モビリティ管理エンティティ
ＭＳＩＳＤＮ：移動局国際加入者ディレクトリ番号
ＮＡＳ：非アクセスレイヤ
Ｐ２Ｐ：ピアツーピア
Ｐ−ＣＳＣＦ：プロキシＣＳＣＦ
ＰＤＣＰ：パケットデータコンバージェンスプロトコル
ＰＤＧ：パケットデータネットワークゲートウェイ
ＰＤＰ：近接発見プロトコル
ＰＤＵ：プロトコルデータユニット
ＰｒｏＳｅ：近接サービス
ＰＳ−ＡＰ：近接サービスアプリケーションプロトコル
ＲＦＣ：ＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅｎｔ
ＲＬＣ：無線リンク制御
ＲＲＣ：無線リソース制御
ＲＴＴ：往復時間
Ｓ１−ＡＰ：Ｓ１アプリケーションプロトコル
Ｓ−ＣＳＣＦ：サービングＣＳＣＦ
ＳＣＴＰ：ストリーム制御伝送プロトコル
ＳＧＷ：サービングゲートウェイ
ＳＩＢ：システム情報ブロック
ＳＩＰ：セッション開始プロトコル
ＳＬＰ：ＳＵＰＬロケーションプラットフォーム
ＳＵＰＬ：セキュアユーザプレーンロケーション
ＴＡ：追跡エリア
ＴＣＰ：伝送制御プロトコル
ＴＬＳ：トランスポートレイヤセキュリティ
ＴＭＳＩ：一時モバイル加入者アイデンティティ
ＴＳ：技術仕様
ＵＤＰ：ユーザデータグラムプロトコル
ＵＥ：ユーザ機器（たとえば、モバイルデバイス／局／端末）
ＵＰ：ユーザプレーン
ＵＲＩ：ユニフォームリソース識別子
ＵＲＬ：ユニフォームリソースロケータ
ＷｉＦｉ（登録商標）−Ｄ：ＷｉＦｉダイレクト（２つのＵＥがＩＥＥＥ８０２．１１ＷｉＦｉシグナリングを使用して直接通信する）

[0030]以下の説明では、端末、デバイス、モバイル端末、モバイルデバイス、移動局、局、ユーザ機器（ＵＥ）という用語は、携帯電話、スマートフォン、ラップトップまたはＰＤＡなどの移動するか、または移動する可能性のある任意のワイヤレス対応デバイスを指すために互換的に使用される。さらに、下記の説明は一般に、近接サービスの使用およびサポートのためのＬＴＥネットワークおよび／またはＬＴＥシグナリングを仮定しているが、以下で説明する方法は、ＬＴＥに加えて他のタイプのネットワークおよび無線シグナリングに適用することができ、たとえば、ＷＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ｃｄｍａ２０００、ＷｉＦｉ、ＷｉＭａｘ（登録商標）および他の無線技術を使用するネットワークおよび無線シグナリングに適用することができる。特定のタイプのネットワークまたは特定の無線シグナリングが明示的または暗示的に指定されていない以下のいずれのコンテキストでも、少なくともＬＴＥネットワークまたはＬＴＥシグナリングの使用が意図されている。

[0031]ワイヤレス通信ネットワークは、２つ以上のＵＥの間および／または任意のＵＥとネットワークサーバなどの１つもしくは複数の固定エンティティとの間の通信を、（たとえば、インターネットを介して）他のネットワークに相互接続することができる何らかのワイヤレスネットワークのワイヤレスカバレージの中に各ＵＥがあり、カバレージを提供するネットワークによってサポートされる少なくとも１つの特定のタイプのワイヤレス通信を各ＵＥがサポートする限り、各ＵＥがどこにある場合でも可能にする。その場合、そのような通信能力に基づいて、各ＵＥに、かつ／または各ＵＥのユーザに、かつ／または各ＵＥ上のアプリケーションに多くの異なるサービス（たとえば、音声呼、データ呼、電子メール、ＩＭ、テキスティング）が提供され得る。場合によっては、互いに近接している（たとえば、互いに５００メートル以内にある）２つ以上のＵＥに対し追加のサービスが、そのようなサービスに対するより高いレベルの関心もしくはより高い優先度またはこの近接の状況においてそのようなサービスを提供するための改善された能力に基づいて、提供され得る。一例として、２人の友人または同僚が、互いに近接しているときに相互の通信に対するより高い関心を有することがあり、２人の公共安全対応者（public safety responder）が、互いに近くにいるときに通信を確立することに対するより高い優先度を有することがあり、２つのＵＥが、互いに近くにあるときにネットワークに頼ることなくＵＥ間の直接通信を用いることが可能なことがある。そのような理由で、ネットワークおよび／またはＵＥが、ＵＥが１つまたは複数の他のＵＥに近接した範囲内にあるときを決定するのは有益であり得る。２つのＵＥが互いに近接した範囲内にあるかどうかを決定するプロセスは「発見」と呼ばれることがあり、このプロセスは、一方もしくは両方のＵＥによって、またはいずれかのＵＥが通信しているネットワークによって、またはネットワークと一方もしくは両方のＵＥの両方によって実行され得る。

[0032]発見または近接は、各ＵＥの地理的ロケーションに基づいてよく、その場合、２つのＵＥが互いの最大距離（たとえば、５００メートル）の範囲内にあるときに近接が発見される。近接の発見は、代わりに、あるＵＥが別のＵＥによって送信された信号を直接受信する、たとえば、強度が最小しきい値を上回る信号を受信する能力に基づき得る。各タイプの発見は、ネットワークによる、かつ／またはそれぞれのＵＥによる、著しい時間およびリソース、たとえば、ＵＥの地理的ロケーションを周期的に測定し比較する時間およびリソースまたは信号を第１のＵＥから送信し、第１のＵＥとは別個の第２のＵＥによって受信する時間およびリソースの消費を必要とし得る。そのような時間およびリソースの消費は、近接が重要であり得るＵＥの異なるペアの組合せのために繰り返されるときに、何倍にも増えることがある。したがって、より少ないリソースとより少ない時間とを使用する近接の発見を可能にする方法に価値があり得る。近接を発見し、近接が発見されたときに適切な措置を講じる（それぞれのユーザに対し、または各ＵＥ上のアプリケーションに対し近接の指示を提供するなど）ことに伴うさらなる問題は、近接の持続時間が短いことがあり、近接を発見し報告する際に遅延があると、近接が報告されている持続時間が低価値さらにはゼロに低減され得ることである。したがって、たとえば、ショッピングモールにいるユーザのペアに、ユーザが即座の出会い（impromptu rendezvous）を準備できるようにユーザの現在の近接を通知することの価値は、報告された近接がなくなろうとしているときに通知が起こる場合には著しく損なわれ得る。したがって、遅延をほとんどまたはまったく伴わずに近接が起こることを発見する方法にも価値があり得る。

[0033]一実装形態では、２つ以上のＵＥの差し迫った地理的近接が、ＵＥの有望な将来のロケーションに基づいて事前に予測され得る。任意のＵＥの有望な将来のロケーションは、将来のＵＥのロケーション（またはＵＥが位置するはずであるエリアもしくはボリューム（volume））を予測するために、ＵＥの現在および過去のロケーションと動きとを推定することによって決定され得る。ＵＥの有望な将来のロケーションはまた、ＵＥの現在のロケーションに関連して、かつ／または現在の日時に関連して起こるＵＥ（またはより正確にはＵＥのユーザ）の任意の既知の行動履歴に基づいて決定され得る。そのような行動ベースのロケーション予測の例には、以下があり得る。（ｉ）ある時間、ある日には自宅、レストランまたは職場に通常いることが知られているユーザ、（ｉｉ）運転し、ショッピングモールの正面入口の近くに駐車した後にショッピングモールを歩き回るのが習慣になっているユーザ、（ｉｉｉ）日々のウォーキングまたは日々のジョギングを毎日のある時間に、開始直後のユーザの進行方向およびロケーションによって区別され得る少数の異なるルートのうちの１つを使用して行うユーザ、ならびに（ｉｖ）ある友人または身内を、自宅から、または職場から、ある日に、かつ／またはある時間に、毎回同じ移動ルートを使用して移動することによって訪問するユーザ。

[0034]一実装形態では、ＵＥまたはネットワークサーバは、ＵＥの現在のロケーション、速度および進行方向ならびに最近の動きおよび／または過去のロケーション履歴に基づいて、地理的ロケーションの形態を予測することができる。ここでは、そのようなＵＥまたはサーバは、別のＵＥに対する地理的近接が起こることを、それが起こる前に予測し、ＵＥユーザおよびＵＥアプリケーションに対応するためのより多くの時間を与えることができる。代替実装形態では、差し迫った地理的近接が、少なくとも部分的に、２つのＵＥが同じ場所（たとえば、ショッピングモール、建物、コンベンションセンター、鉄道、バス乗り場、または空港）にあることの検出に基づいて、２つのＵＥの地理的隔たりが、近接を定義する特定のしきい値範囲を現在上回る場合でも、予測され得る。

[0035]２つのデバイスの間の近接の発見は、（たとえば、ＬＴＥ−Ｄを使用して）デバイス間で直接通信する能力に基づくか、地理的ロケーションおよび地理的隔たりに基づくかを問わず、ＵＥおよび／またはネットワークにとってリソース集約的プロセスとなる可能性が高い。これは、ネットワーク事業者にとって資本コストと運営コストとを増大させ、かつ／またはＵＥにとってバッテリー寿命とサービス提供とを損なう可能性が高い。さらに、これは、たとえば、これに利用可能なリソースが限られているために、２つのＵＥが近接しているかどうかを発見する際に遅延がある場合に、近接サポートの有効性を損なうことがある。

[0036]一実装形態では、「略近接（ほとんど実際に近接：near proximity）」の状況は、２つのＵＥが互いに近いが、実際に近接していると認められるほど近くはない状況を示し得る。一例として、実際の近接が２０００メートルの最大隔たりを有すると定義される場合、略近接は、２０００〜５０００メートルの隔たりで定義され得る。略近接を発見する利益は、それが正確に決定される必要がなく、粗いがリソース効率的な方法（たとえば、より少ないネットワークおよび／またはＵＥリソースを使用するが、近接の状態を非常に正確に決定することはできない方法）をサポートに使用できるようになることである。その上、略近接は、アプリケーションまたはユーザに報告される必要がなく、ネットワークサーバによって、かつ／または各ＵＥにおける何らかの共通の近接プロセスもしくは近接エンジンによって維持される必要があるだけである。粗いが効率的な手段によって略近接が発見されると、より正確だがさほどリソース効率的ではない方法が、略近接していることがすでに発見されているＵＥに関して実際の近接を発見するために使用され得る。特定のユーザにとって、かつ／または特定のアプリケーションにとって重要な任意の近接サービスに関して互いに略近接しているＵＥの数は、任意のエリアまたは領域において互いに実際に近接している可能性のあるＵＥの任意の総数の一部のみを備え得るので、実際の近接を決定するためにさほど効率的ではない方法を使用しても、任意の最初の前提条件なしにすべてのＵＥに同じさほど効率的ではない方法が適用されたときほど多くのリソースを消費しないことがある。さらに、実際の近接を発見する前に略近接を決定することで、実際の近接を発見する際の遅延を低減することができる。したがって、略近接はまた、異なるネットワークによってサービス提供されるＵＥ間の近接の発見を効率的にサポートするために使用され得る。

[0037]いくつかの実装形態では、図１に示すように、ＵＥ１００は、ＳＰＳ衛星１６０から衛星測位システム（ＳＰＳ）信号１５９を受信または収集し得る。いくつかの実装形態では、ＳＰＳ衛星１６０は、ＧＰＳ衛星システムまたはＧａｌｉｌｅｏ衛星システムなどの、１つのグローバルナビゲーション衛星システム（ＧＮＳＳ）からのものであり得る。他の実装形態では、ＳＰＳ衛星は、限定はしないが、ＧＰＳ衛星システム、Ｇａｌｉｌｅｏ衛星システム、Ｇｌｏｎａｓｓ衛星システム、またはＢｅｉｄｏｕ（Ｃｏｍｐａｓｓ）衛星システムなどの複数のＧＮＳＳからのものであり得る。他の実装形態では、ＳＰＳ衛星は、ほんの数例を挙げると、ワイドエリアオーグメンテーションシステム（ＷＡＡＳ）、欧州静止ナビゲーションオーバーレイサービス（ＥＧＮＯＳ）、および準天頂衛星システム（ＱＺＳＳ）などのいくつかの地域航法衛星システム（ＲＮＳＳ）のうちのいずれか１つからのものであり得る。

[0038]さらに、ＵＥ１００は、ワイヤレス通信ネットワークに無線信号を送信し、ワイヤレス通信ネットワークから無線信号を受信し得る。一例では、ＵＥ１００は、ワイヤレス通信リンク１２３を介して基地局トランシーバ１１０にワイヤレス信号を送信するか、または基地局トランシーバ１１０からワイヤレス信号を受信することによってセルラー通信ネットワークと通信し得る。同様に、ＵＥ１００は、ワイヤレス通信リンク１２５を介してローカルトランシーバ１１５にワイヤレス信号を送信するか、またはローカルトランシーバ１１５からワイヤレス信号を受信し得る。

[0039]特定の実装形態では、ローカルトランシーバ１１５は、ワイヤレス通信リンク１２３を介して基地局トランシーバ１１０によって使用可能にされる距離よりも短い距離でワイヤレス通信リンク１２５を介してＵＥ１００と通信するように構成され得る。たとえば、ローカルトランシーバ１１５は、屋内環境に配置され得る。ローカルトランシーバ１１５は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ、たとえば、ＩＥＥＥ規格８０２．１１ネットワーク）またはワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ、たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク）へのアクセスを提供し得る。別の例示的な実装形態では、ローカルトランシーバ１１５は、セルラー通信プロトコルに従うリンク１２５上での通信を容易にすることが可能なフェムトセルトランシーバを備え得る。もちろん、これらが、ワイヤレスリンクを介してＵＥと通信し得るネットワークの例にすぎず、特許請求する主題が、この点について限定されないことを理解されたい。

[0040]特定の実装形態では、基地局トランシーバ１１０およびローカルトランシーバ１１５は、リンク１４５を通してネットワーク１３０を介してサーバ１４０、１５０および／または１５５と通信し得る。ここでは、ネットワーク１３０は、有線リンクまたはワイヤレスリンクの任意の組合せを備え得る。特定の実装形態では、ネットワーク１３０は、ローカルトランシーバ１１５または基地局トランシーバ１１０を通したＵＥ１００とサーバ１４０、１５０または１５５との間の通信を容易にすることが可能なインターネットプロトコル（ＩＰ）インフラストラクチャを備え得る。別の実装形態では、ネットワーク１３０は、ＵＥ１００とのモバイルセルラー通信を容易にするために、基地局コントローラまたはマスタースイッチングセンター（図示せず）などのセルラー通信ネットワークインフラストラクチャを含み得る。

[0041]特定の実装形態では、以下で説明するように、ＵＥ１００は、ＵＥ１００の位置フィックス（position fix）または推定ロケーションを計算することが可能な回路および処理リソースを有し得る。たとえば、ＵＥ１００は、４つ以上のＳＰＳ衛星１６０までの擬似距離測定値に少なくとも部分的に基づいて位置フィックスを計算し得る。ここで、ＵＥ１００は、４つ以上のＳＰＳ衛星１６０から収集された信号１５９中の擬似雑音コード位相検出に少なくとも部分的に基づいて、そのような擬似距離測定値を計算し得る。特定の実装形態では、ＵＥ１００は、たとえば、ほんの数例を挙げると、アルマナック、エフェメリスデータ、ドップラー探索ウィンドウを含む、ＳＰＳ衛星１６０によって送信された信号１５９の収集を助けるために、サーバ１４０、１５０または１５５から測位支援データを受信し得る。

[0042]他の実装形態では、ＵＥ１００は、たとえば、高度順方向三辺測量（ＡＦＬＴ：advanced forward trilateration）および／または観測到着時間差（ＯＴＤＯＡ：observed time difference of arrival）など、いくつかの技法のうちのいずれか１つを使用して、既知のロケーションに固定された地上波送信機（たとえば、基地局トランシーバ１１０など）から受信された信号を処理することによって、位置フィックスを取得し得る。これらの特定の技法では、ＵＥ１００から既知のロケーションに固定された３つ以上のそのような地上波送信機までの距離が、既知のロケーションに固定された送信機によって送信され、ＵＥ１００において受信されたパイロット信号に少なくとも部分的に基づいて測定され得る。代替として、他の実装形態では、ＵＥ１００と基地局トランシーバ１１０のペアとの間の距離の差が、ＵＥ１００のロケーションにおいて見られるトランシーバのペア間の送信タイミングの差に関するＵＥ１００による測定から取得され得る。ＵＥ１００とトランシーバの２つ以上の異なるペアとの間の距離の差が、三辺測量によってＵＥ１００のロケーションを推定するために使用され得る。ここで、サーバ１４０、１５０または１５５は、ＡＦＬＴおよびＯＴＤＯＡなどの測位技法を容易にするために、たとえば、地上波送信機のロケーションおよびアイデンティティを含む測位支援データをＵＥ１００に与えることが可能であり得る。たとえば、サーバ１４０、１５０または１５５は、特定の１つまたは複数の領域におけるセルラー基地局のロケーションとアイデンティティとを示し得る基地局アルマナック（ＢＳＡ）を含み得る。いくつかの実装形態では、ＵＥ１００は、それの推定ロケーションの測定と決定の両方を行うことができ、他の実装形態では、ＵＥ１００は、ロケーション測定を実行するが、ＵＥ１００のためのロケーションの計算のために、測定の結果をサーバ（たとえば、サーバ１４０、１５０または１５５）に返すことができる。いくつかの実装形態では、ＵＥ１００がロケーション測定を実行できるようにし、ＵＥ１００またはサーバ１４０、１５０もしくは１５５のうちの１つがＵＥ１００のためのロケーションを決定できるようにするためのＵＥ１００とサーバ１４０、１５０および１５５のうちの１つまたは複数との間の通信は、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって、また第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって定義されたソリューションなどの制御プレーンロケーションソリューションに従ったものであり得る。他の実装形態では、ＵＥ１００とサーバ１４０、１５０および１５５との間のこの通信は、オープンモバイルアライアンス（ＯＭＡ：Open Mobile Alliance）によって定義されたセキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションソリューションなどのユーザプレーンロケーションソリューションに従ったものであり得る。

[0043]屋内環境またはビルの谷間などの特定の環境では、ＵＥ１００は、十分な数のＳＰＳ衛星１６０から、または位置フィックスを計算するためにＡＦＬＴもしくはＯＴＤＯＡを実行するためにロケーションが知られている十分な数の基地局トランシーバ１１０から信号１５９を収集することが可能でないことがある。代替として、ＵＥ１００は、ローカル送信機（たとえば、既知のロケーションに位置するＷＬＡＮアクセスポイント１１５）から収集された信号に少なくとも部分的に基づいて位置フィックスを計算することが可能であり得る。たとえば、ＵＥは、既知のロケーションに位置する３つ以上の屋内地上波ワイヤレスアクセスポイントまでの距離を測定することによって位置フィックスを取得し得る。そのような距離は、たとえば、そのようなアクセスポイントから受信された信号からＭＡＣＩＤアドレスを取得することと、たとえば、信号伝搬の受信信号強度（ＲＳＳＩ）または往復時間（ＲＴＴ）など、そのようなアクセスポイントから受信された信号の１つまたは複数の特性を測定することによってアクセスポイントまでの距離測定値を取得することとによって測定され得る。代替実装形態では、ＵＥ１００は、屋内エリアの特定のロケーションにおいて予想されるＲＳＳＩおよび／またはＲＴＴシグネチャを示す無線ヒートマップに収集された信号の特性を適用することによって屋内位置フィックスを取得し得る。特定の実装形態では、無線ヒートマップは、ローカル送信機のアイデンティティ（たとえば、ローカル送信機から収集された信号から識別可能であるＭＡＣアドレス）、識別されたローカル送信機によって送信された信号から予想されるＲＳＳＩ、識別された送信機から予想されるＲＴＴ、および場合によってはこれらの予想されるＲＳＳＩまたはＲＴＴからの標準偏差を関連付け得る。ただし、これらが無線ヒートマップに記憶され得る値の例にすぎず、特許請求する主題がこの点について限定されないことを理解されたい。

[0044]特定の実装形態では、ＵＥ１００は、サーバ１４０、１５０または１５５から屋内測位動作についての測位支援データを受信し得る。たとえば、そのような測位支援データは、たとえば、測定されたＲＳＳＩおよび／またはＲＴＴおよび／または送信到着時間差に少なくとも部分的に基づいて既知のロケーションに位置する送信機までの距離を測定すること、または距離の差を測定することを可能にするために、これらの送信機のロケーションとアイデンティティとを含み得る。屋内測位動作を助けるための他の測位支援データは、ほんの数例を挙げると、無線ヒートマップ、磁気ヒートマップ、送信機のロケーションおよびアイデンティティ、ルートアビリティグラフ（routeability graph）を含み得る。ＵＥによって受信された他の支援データは、たとえば、表示のための、またはナビゲーションを助けるための屋内エリアのローカルマップを含み得る。そのようなマップは、ＵＥ１００が特定の屋内エリアに入るとき、ＵＥ１００に与えられ得る。そのようなマップは、扉、通路、入口、壁などの屋内の特徴、化粧室、公衆電話、部屋名、店舗などの関心地点を示し得る。そのようなマップを取得し、表示することによって、ＵＥは、追加のコンテキストをユーザに与えるために、表示されたマップ上にＵＥ（およびユーザ）の現在のロケーションをオーバーレイし得る。

[0045]いくつかの実装形態では、図１におけるＵＥ（たとえば、ＵＥ１００およびＵＥ１００’）のペアは、互いに近接していることがある。近接は、たとえば、前述した方法を使用して各ＵＥの地理的ロケーションを推定し、２つの地理的ロケーションの間の距離が最大しきい値を下回ると決定することによって、決定され得る。近接は、代替的に、一方のＵＥが最小しきい値を上回る強度を有する他方のＵＥによって送信された信号１０１を受信する能力から決定され得る。近接はまた、一方のＵＥが（たとえば、ＬＴＥ−ＤまたはＷｉＦｉ−Ｄを使用して）他方のＵＥと信号を直接交換し、伝搬時間を測定し、その後に、ＲＴＴに基づく２つのＵＥの間の距離が最大しきい値を下回ると決定することによって、他方のＵＥまでのＲＴＴを取得する能力から決定され得る。近接の発見は、一方もしくは両方のＵＥで起こることがあり、またはＵＥのためのサービングネットワーク、たとえば、ネットワーク１３０によって、もしくはネットワーク１３０に接続されているか、もしくはネットワーク１３０から到達可能なサーバ、たとえばサーバ１４０、１５０もしくは１５５によって実行されることがある。発見はまた、ＵＥ、ネットワーク１３０ならびに／またはサーバ１４０、１５０および／もしくは１５５の間のインタラクションを伴い得る。いくつかの他の実装形態では、ＵＥは、現在は近接していないことがあるが、後で近接することがあり、そのような後の近接は、ＵＥ、ネットワーク１３０によって、かつ／またはサーバ１４０、１５０および／もしくは１５５によって予測または予期され得る。将来の近接の予測または予期は、以下のうちの１つまたは複数に少なくとも部分的に基づき得る。（ｉ）一方または両方のＵＥの現在のロケーション、速度および進行方向、（ｉｉ）一方または両方のＵＥの以前のロケーション、速度および進行方向、（ｉｉｉ）一方または両方のＵＥのための以前のユーザロケーション履歴、（ｉｖ）両方のＵＥが同じ場所にあるとの決定、ならびに（ｖ）ＵＥが互いに略近接しているとの決定。

近接サービス、発見および表現
[0046]いくつかの態様によれば、本明細書では、一般に、近接サービス（ＰｒｏＳｅ）および／または他の同様のサービスのための発見のサポートを提供し、場合によっては、ＬＴＥ−Ｄなどを使用する個々の近接サービスのための通信のサポートを提供するように実施され得る様々な例示的な技法が提供される。

[0047]これらの例示的な技法のうちのいくつかは、（たとえば、近くにあるデバイスの間の地理的距離に関係する）地理的近接に基づき、場合によっては、ネットワークサポートが利用不可能な場合のＬＴＥ−Ｄを使用するＰｒｏＳｅサポートに基づく。

[0048]本明細書で使用する「近接サービス」は、第１のデバイスが、同じサービスをサポートするか、または同じサービスに関連付けられる１つまたは複数の他のデバイスに近接していることを条件として、第１のデバイスのユーザに、かつ／または第１のデバイス上で動作するアプリケーションに提供される任意のサービスであり得る。近接サービスは、ユーザに対する、かつ／またはアプリケーションに対する、第１のデバイスが、このサービスをサポートするか、またはこのサービスに関連付けられる１つまたは複数の他のデバイスに近接していることの通知を構成するだけであってよく、この場合、これらの他のデバイスの各々のための何らかの識別、たとえば、電話番号、加入者アイデンティティまたはユーザアイデンティティ、デバイスアイデンティティ、ならびに他のデバイスのための情報、たとえば、第１のデバイスに対する各デバイスのロケーションを提供することができる。近接サービスは、代替または追加として、ほんの数例を挙げると、音声、ビデオ、ＩＭおよび／またはテキストの形態で（セットアップされる前にそれぞれのユーザからの許可を必要とし得る）他のデバイスとの通信機能を提供することができる。近接サービスはまた、たとえば、第１のデバイスとネットワークによってサポートされる他のデバイスのうちの１つまたは複数との間の何らかの既存の通信チャネルを、デバイス間の直接通信（たとえば、ＬＴＥ−Ｄ）を用いる、ネットワークによるサポートに依存しない同等の通信チャネルに置き換えることによって、何らかの既存のサービスを強化することができる。そのような強化されたサービスは、通信品質を改善し、通信遅延を低減し、ネットワーク事業者の課金を低減し、かつ／またはネットワークリソースの使用を低減することができる。近接サービスは、デバイス上の特定のアプリケーションに関連付けられ得る（たとえば、このアプリケーション専用の強化されたサービスを提供し得る）。

[0049]２つ以上のデバイスが近接しているかどうかを発見することは、結果としての近接によって強化または実現され得る特定のサービスに関連して実行され得る。詳細には、その場合、２つ以上のデバイスが近接サービスを共有していない場合には、それらが近接していることに利益がないので、それらのデバイスが近接しているかどうかを発見する前に、それらが同じ近接サービスをサポートすることが可能であるかどうか、また同じ近接サービスをサポートすることに関心があるかどうかをまず決定する必要がある。さらに、いくつかの近接サービスは、デバイスもしくはユーザの特定のセット（たとえば、友人の特定のセットもしくは特定の会社の従業員もしくは特定のショッピングチェーンの顧客）、または特定のタイプのデバイス（たとえば、特定のブランドの電話）または何らかの他の共通の特性（たとえば、切手収集に対する関心）を有するデバイスもしくはユーザに制限され得る。さらに他の場合には、近接サービスは、デバイスの非対称グルーピング、たとえば、ショッピングモールでの買い物客に、またショッピングモールでの店舗に属するデバイスに制限されてよく、この場合には、異なるカテゴリー（たとえば、前述の例における買い物客および店舗）に属するデバイス間で近接が起こるときに近接が重要であるにすぎない。近接サービスを識別し、２つ以上のデバイスが同じ近接サービスに対する共通の関心を有するかどうかを決定するのを助けるために、各近接サービスは、「表現」と呼ばれるビットの特定のシーケンスを用い得る識別子を割り当てられ得る。

[0050]本明細書で使用する表現は、ユーザもしくはアプリケーションの特定のセットによって、かつ／またはそのセットに代わって実行される特定の近接サービスのためのグローバル一意の識別を提供することができる。場合によっては、表現は、帯域幅の使用に対する著しい影響なしにＵＥおよび基地局によってブロードキャストされ得る限られた数のビット（たとえば、１２８ビット）として表され得る。別のＵＥによってブロードキャストされた表現を受信するＵＥは、次いで、両方のＵＥにとって共通して重要である近接サービスに表現が関係しているかどうか、また他方のＵＥも近接しているかどうかを決定することが可能であり得る。

[0051]例示的な実装形態では、ＵＥは、１つまたは複数の他のＵＥを発見しようとして、また１つまたは複数の他のＵＥによって発見されようとして、１つまたは複数の表現をブロードキャストし得る。ここで、たとえば、場合によっては、同じ表現に関連する（たとえば、同じ表現をそれぞれブロードキャストした）２つのＵＥは、同じ近接サービスに参加すると仮定され得る。近接サービスが提供されるためには、２つのＵＥはまず、互いの一定の近接しきい値内にある（たとえば、直接無線連絡の範囲内にあるか、または一定の最大地理的隔たりを有する）必要があり得る。２つのＵＥが同じ近接サービスをサポートし、近接していると決定することは、「発見」または「近接の発見」または「近接の状態を決定すること」と呼ばれ得る。

[0052]いくつかの例示的な実装形態では、一般的表現が使用されてよく、そのような表現は、（たとえば、近接サービスの１つのカテゴリーをそれぞれ識別する別個のフィールドに表現を区分することによって）近接サービスをグローバルにカテゴリー化するために、標準化された方法で構造化され得る。いくつかの例示的な実装形態では、アプリケーション固有の表現（ＩＤ）が使用され、そのような表現は、近接サービスの特定の提供者などによって割り当てられてよく、場合によっては、任意のグローバルな方式などに準拠しないことがある。

[0053]表現を取得および／または使用する際に使用するための様々な技法が提供され得る。例として、場合によっては、特定の近接サービス（または近接サポートのタイプ）がグローバル一意の表現に関連付けられ得る。いくつかの例示的な実装形態では、異なる近接サービスをサポートまたは利用するＵＥ上のＡｐｐは、（ｉ）ＵＥのユーザとのインタラクションまたは（ｉｉ）何らかの近接関連サーバとのインタラクションまたは（ｉｉｉ）Ａｐｐの一部として表現をハードコーディングもしくは別の方法で提供することを通じて、サポートされる近接サービスごとに（たとえば、グローバル標準によって、または近接サービスの提供者によって）割り当てられている表現を決定することができる。

[0054]例示的な実装形態では、ユーザは、近くにあるレストラン、ガソリンスタンド、店などを見つけることに関連する近接サポートを選択するために、Ａｐｐおよびサーバなどとインタラトすることができる。１つまたは複数の関連する表現がサーバによってＡｐｐに提供され得る（これは、たとえば、場合によっては何らかの限定的な有効期間を伴い、有効期間を過ぎると、Ａｐｐはサーバを再び呼び出して、現在の表現を確認し、かつ／または場合によっては新しい表現を取得する必要があり得る）。次いでＡｐｐは、（たとえば、ＵＥ上の近接エンジンおよび／またはサービングワイヤレスネットワークにおけるリモート近接サーバとのインタラクションを介して）近接サービスを呼び出すことができる。Ａｐｐは、サーバから以前取得された表現を、ローカル近接エンジンに、かつ／またはリモート近接サーバに、近接関連パラメータ（たとえば、地理的近接を定義する最大距離）とともに提供することができる。次いで近接エンジンおよび／またはリモート近接サーバは、（たとえば、本明細書で後述するような）標準化された近接サポートを呼び出して、同じ近接サービスを共有している他のＵＥが近接しているかどうかを発見し、近接していることが見出された同じ表現を共有する任意のそのようなＵＥのアイデンティティおよび場合によってはロケーションの報告を返信することができる。

[0055]いくつかの例示的な実装形態では、１つまたは複数の事業者中心表現（operator centric expression）が利用され得る。たとえば、低い前払いの配備および維持コストで、近接サービスと近接の発見とをサポートする実行可能なシステムの配備をブートストラップするために、１つまたは複数の表現に対する相当な制御権をワイヤレス事業者に与えることは価値があり得る。これを可能にするために、たとえば、１つまたは複数の一般的表現が、たとえば、特定のアプリケーション固有のＩＤなどをサポートするために、単純化および／または標準化され得る。場合によっては、そのような一般的部分（場合によっては事業者ＩＤを含む）は、たとえば、あるレベルまで、表現のマッピングに対する近接カテゴリーの事業者サポートを可能にするように標準化され得る。場合によっては、アプリケーション部分は、各事業者によって、かつ／または事業者のクライアントによって定義され得る。本明細書では「例Ａ」と呼ばれる非限定的な例として、考えられる標準は、異なるレベル、たとえば、レベル１：近接カテゴリー（たとえば、小売、オンラインサービス）、レベル２：近接サブカテゴリー（たとえば、友人ファインダー）、レベル３：事業者（これは代わりにレベル１で定義されることがあり、国または地域を含み得る）、レベル４＋：標準化されているか、または事業者によって定義されているかのいずれか、をサポートすることができる。得られる事業者関連表現は、他のワイヤレスネットワークＩＤ、たとえば、ＩＭＳＩ、ＭＳＩＳＤＮ、パブリックＳＩＰＵＲＩなどに近くなり得る。

[0056]いくつかの例示的な実装形態では、１つまたは複数の表現のサポートは、複数の事業者によってサポートされ得る。たとえば、場合によっては、一部のクライアント（たとえば、検索エンジン、ソーシャルネットワークサイト、デパートなど）は、特定の近接サービスのためにただ１つの事業者から単一の表現を取得することがある。そのような実装形態は、たとえば、事業者Ｘが別の事業者Ｙによって割り当てられた表現のために近接サービスのためのサポートを提供する（たとえば、また、これを行うことに対する料金を事業者Ｙに請求することがある）ローミングのためのサポートを利用することがある。

[0057]他の場合には、一部のクライアントは、同じ近接サービスのためにいくつかの異なる事業者の各々から異なる表現を取得することがある。このオプションにより、同じ近接サービスを識別することができる異なる表現、または「エイリアス」が、異なる事業者から生じ得る。事業者サーバは、たとえば、他の事業者によって割り当てられたエイリアス（これらがクライアントＡｐｐによって提供されると仮定する）を記憶して、たとえば、異なるネットワークにアクセスするＵＥ間の近接発見を可能にし、近接サービスの名前および表現の間の追加のマッピングサポートを提供することができる。場合によっては、クライアントＵＥおよびＡｐｐはまた、たとえば、サービングネットワークにおいて正しい表現を使用し、発見のために重要な表現を認識するために、そのようなエイリアスに気付かされることがある。特定の実装形態では、表現（または表現セット）は、事業者がそれ自体の表現を特定のクライアントに割り当てていないことがあるネットワークにおいてデフォルトとして機能し得る。

[0058]いくつかの態様によれば、本明細書で提供する技法は、異なるビジネスモデルおよび／または関係をサポートすることができる。たとえば、場合によっては、事業者は、標準（たとえば、前述の例Ａにおけるレベル４＋）で事業者に割り当てられた表現スペースを所有することがあり、事業者の表現スペースの全部または場合によってはサブセット（単一の表現または表現セットのいずれか）を事業者のクライアントに販売または賃貸することがある。一例として、電気通信会社は、表現スペースＥ（世界的または国／地域固有）を割り当てられ得る。したがって、電気通信会社は、ＥのサブセットＥ１、Ｅ２、Ｅ３を、それぞれソーシャルネットワークプロバイダ、検索エンジンプロバイダ、通信社に販売または賃貸することができる。場合によっては、ソーシャルネットワークプロバイダ自体は、サブセットＥ１を購入または賃借すると、サブセットＥ１のサブセットＥ１−１、Ｅ１−２、Ｅ１−３、．．．を、１つまたは複数のＡｐｐプロバイダ、ユーザ、ユーザグループなどに提供、販売または賃貸することができる。

[0059]いくつかの例示的な実装形態では、１つまたは複数のクライアントは、オンライン手段を介して、電話で、または個人的交渉などを通して（たとえば、上記に例示されたように）表現を購入または賃借する機会を提供され得る。事業者は、たとえば、事業者が販売または賃貸する表現または表現のサブセットのためのＬＴＥ−Ｄサポートなどを（たとえば、販売または賃貸の一部として）提供することができる。したがって、最初に、サーバの複雑なグローバルシステムが表現を割り当て、翻訳し、サポートする必要はないことがある。代わりに、各事業者は、たとえば、たとえばそれ自体の表現（およびエイリアス）のためのマッピングをサポートするためにそれ自体のサーバを用意し得る。

[0060]上記の手段によって表現のセットまたはサブセットを取得するクライアントは、事業者から購入または賃借された表現に基づいて、それ自体のクライアントにサービスを提供することができる。第１の例として、ソーシャルネットワークサービスなどは、ユーザが、友人ファインダーサービスなどに関連するユーザグループのセットアップ、加入および脱退を行うことを可能にし得る。たとえば、ユーザグループＡは現在、ユーザＡ１、Ａ２およびＡ３を備え、ユーザグループＢは現在、ユーザＢ１、Ｂ２およびＢ３を備える。したがって、グローバル一意の表現が各グループに割り当てられてよく、たとえば、グループＡは表現ＥＡを割り当てられてよく、グループＢは表現ＥＢを割り当てられてよい。互いに発見するために、次いでユーザＡ１、Ａ２およびＡ３は、それらのグループ表現（たとえば、表現ＥＡ）をブロードキャストすることができ、ユーザＢ１、Ｂ２およびＢ３は、それらのグループ表現（たとえば、表現ＥＢ）をブロードキャストすることができる。第２の例では、ソーシャルネットワークサービスなどは、共通の関心（たとえば、ゲーム、骨董品、芸術、オートバイ）を有するユーザが、場合により、共通の関心に関連するユーザグループのセットアップおよび／または加入および脱退を行うことを可能にし得る。次いで、そのようなユーザグループは、発見中にブロードキャストのためのグループ表現を割り当てられ得る。ただし、そのような発見が、友人ファインダーサービスに関する場合よりも選択的であって、たとえば、ユーザが発見されるのを回避できるようにするのが有益であることがある。

[0061]いくつかの例示的な実装形態では、１つまたは複数の仮想ＵＥなどをプロビジョニングする（provision）のが有益であり得る。仮想ＵＥは、実物ＵＥの現実の物理的配備を必要としない、実物ＵＥに対するネットワークサポート対象プレースホルダーであり得る。仮想ＵＥは、ネットワークサーバまたはウェブサーバにおいて論理エンティティとしてサポートされてよく、実物ＵＥに関連するいくつかの特性を割り当てられ、サーバによって、いくつかのサービスを実行し、実物ＵＥによって通常サポートされる一定の通信に関与することが可能にされ得る。したがって、仮想ＵＥは、特定の（たとえば、固定された）ロケーション、特定のＵＥアイデンティティを割り当てられてよく、いくつかの近接サービスをサポートすることが可能にされ得る。いくつかの近接サービスをサポートすることに関心がある固定加入者（たとえば、コーヒーショップ、ホテル、空港）の場合、実物モバイル（または固定）ＵＥを配備する必要がないことがあり、代わりに、同じ近接サービスをサポートすることが可能な１つまたは複数の仮想ＵＥを配備することによって、これらのタイプのクライアントによる配備を単純化することができる。その場合にネットワーク事業者は、そのような仮想ＵＥおよびそれらがそれぞれサポートする近接サービスに関する情報（たとえば、表現、名前、ロケーション、関連ネットワークセル、他のメタデータ、属性、ＩＰアドレス、ＵＲＬ）を１つまたは複数のウェブサイトなどに設定することができる。場合によっては、実物ＵＥに対する近接が、実物ＵＥの現実のロケーションおよび仮想ＵＥのために設定されたロケーションに基づいて（たとえば、仮想ＵＥのために設定された情報にアクセスできるネットワーク近接サーバによって）依然として決定され得る。したがって、仮想ＵＥのロケーションがネットワークによって（たとえば、ブロードキャストを介してｅＮＢなどの基地局から、または近接サーバによって）実物ＵＥに提供される場合、またはロケーションの比較が、実物ＵＥの現実のロケーションと仮想ＵＥの設定されたロケーションの両方にアクセスできるネットワークサーバにおいて実行される場合、ＵＥのロケーションを比較することに依存する発見方法が使用可能であり得る。

[0062]発見に対する１つの例外は、無線ベースのＤ２Ｄ発見であり得るが、この発見は、仮想ＵＥが実物ＵＥとの間で信号を送受信できないために可能ではないことがある。仮想ＵＥと実物ＵＥとの間の近接が（たとえば、ネットワークによって、または実物ＵＥによって）発見された場合、ネットワークは、ＩＰアドレスおよび／またはウェブサイトＵＲＬを含む関連メタデータを、仮想ＵＥに近接していることが発見された実物ＵＥに提供することができる。場合によっては、次いで実物ＵＥのＡｐｐまたはユーザは、提供されたＩＰアドレスおよび／またはＵＲＬを使用して、発見された仮想ＵＥとインタラトすることができる。このインタラクションは、実物ＵＥのＡｐｐまたはユーザにとって、別の実物ＵＥとのインタラクションと同じように見えるかもしれないが、実際には、仮想ＵＥに代わって機能しているサーバまたはウェブサイトとのインタラクションを介してサポートされ得る。したがって、たとえば、場合によっては、実物ＵＥのＡｐｐまたはユーザは、別の発見されたＵＥが実物であるか、それとも仮想であるかを認識する必要はないことがある。

近接の発見および予測
[0063]いくつかの態様によれば、本明細書で提供する技法は、２つ以上のＵＥの間の地理的近接の予測を可能にし得る。一例では、２つのＵＥに関して地理的近接が予測されることがあり、この場合に少なくとも部分的に、２つのＵＥの現在の地理的ロケーションと、場合によっては現在の速度とを使用して、それらが近接しているか、または後に近接し得るかを決定する。ここで、たとえば、ＵＥＡおよびＵＥＢと指定された２つのＵＥは、互いに１０００メートル以内に現在ある場合に、地理的に近接していると決定され得る。別の例では、ＵＥＡおよびＵＥＢは、互いに１０００メートル以内に現在ある場合であって、各ＵＥが５メートル／秒未満で移動している場合に、地理的に近接していると決定され得る。地理的近接を決定するための条件は、ネットワーク事業者、ワイヤレス標準または参加Ａｐｐおよびユーザによって定義されてよく、たとえば、特定の近接サービスをサポートするか、または提供されるＡｐｐは、この特定の近接サービスのために、それのＵＥが他のＵＥに近接している場合の条件を定義し得る。その場合、異なる条件が定義されてよく、異なる条件では、各ＵＥの現在の速度などの他の条件に伴って地理的距離が増大し得る。近接範囲内にそれほど長くとどまらないことがあるか、またはユーザが別のＵＥのユーザと通信すること、もしくは別のＵＥのユーザとの出会いに影響を与えることができない、動きの速いＵＥに対する近接を発見することへの（たとえば、参加ＵＥによる）関心がない場合、速度は相当なものであり得る。もちろん、これらもほんの数例にすぎず、主題は必ずしもそのように限定されることは意図されていない。

[0064]場合によっては、予測される地理的近接は、近接が何らかの時間スパン内（たとえば、次の１時間以内、など）に起こる可能性が高いかどうかを決定するために、２つのＵＥの１つまたは複数の有望な将来のロケーション（および場合によっては将来の速度）に少なくとも部分的に基づき得る。有望な将来のロケーションは、様々な方法で決定され得る。たとえば、場合によっては、有望な将来のロケーションは、少なくとも部分的に、将来のＵＥのロケーション（またはＵＥが位置するはずであるエリアもしくはボリューム）を予測するために、ＵＥの現在および過去の動きを推定することによって決定され得る。

[0065]別の例では、場合によっては、有望な将来のロケーションは、少なくとも部分的に、たとえば、現在のロケーション、現在の日時などに関連するユーザの既知の過去の行動に基づいて決定され得る。たとえば、ユーザの既知の過去の行動は、ある時間、ある日にはユーザが自宅、レストラン、ショッピングモール、または職場にいる可能性が高いことを示し得る。たとえば、ユーザの既知の過去の行動は、ユーザがショッピングモール、公園または競技場のようなあるロケーションを訪れている間に、たとえば、場合によっては隣接するパーキングロットまたは駐車場まで運転し、特定の入り口の近くに駐車した後に、いくつかの習慣を示す可能性が高いことを示し得る。

[0066]別の例では、（たとえば、ＵＥに、またはネットワークロケーションサーバもしくはネットワーク近接サーバに記憶され得るＵＥのためのロケーション履歴によって示唆される）ユーザの既知の過去の行動は、ユーザが（たとえば、日々のウォーキングまたはジョギングのために）毎日のある時間に、たとえば、場合によっては開始直後のユーザの進行方向およびロケーションによって区別され得る少数の異なるルートのうちの１つに沿って、あるロケーションから相当な距離を移動し、次いでそのロケーションに戻る可能性が高いことを示し得る。

[0067]さらに別の例では、ユーザの既知の過去の行動は、ユーザが（たとえば、通勤もしくは職場からの帰宅のために、またはユーザの自宅もしくは職場から友人もしくは身内を訪問するために）ある日および／またはある時間に、たとえば、場合によっては同じルートを使用して、かつ／または毎回略同じ移動速度で、あるロケーションから別のロケーションに移動する可能性が高いことを示し得る。ここでも、本明細書の例のすべてと同様に、特許請求する主題は必ずしもそのように限定されることは意図されていない。各ＵＥの現在および過去のロケーションならびに速度ならびに各ＵＥの任意の既知の過去のロケーション履歴のうちの１つまたは複数に基づいて、ＵＥまたはネットワークロケーションサーバのいずれかは、２つのＵＥが、ある確率で、ある時間間隔の後で近接し得ると予測することが可能であり得、（たとえば、少なくとも粗く）その時間間隔とその確率とを推定することが可能であり得る。時間間隔があるしきい値よりも小さい（もしくはあるしきい値を下回る）場合および／または確率があるしきい値よりも大きい（もしくはあるしきい値を上回る）場合、各ＵＥ上のアプリケーションまたは各ＵＥのユーザは、両方のＵＥが近接しているか、または後に近接し得ることを知らされ得る。

[0068]図２は、ＵＥＡ２０６とＵＥＢ２０８とを含む２つのＵＥの例示的な構成２００を示している。ＵＥＡ２０６とＵＥＢ２０８との間の現在の距離２１０が非常に大きくて、ＵＥＡ２０６およびＵＥＢ２０８が現在互いに近接しているとは見なせないことがある。ただし、ＵＥＡ２０６および／もしくはＵＥＢ２０８またはサービングネットワーク（たとえば、ネットワーク１３０）またはネットワークサーバ（たとえば、サーバ１４０、１５０もしくは１５５）が、ＵＥＡ２０６およびＵＥＢ２０８の有望な将来のロケーションに基づいて、それらが後に近接し得ると予測する可能性があり得る。たとえば、エリア２０２は、ＵＥＡ２０６の現在のロケーション、ＵＥＡ２０６の現在の速度、ＵＥＡ２０６の最近の動き履歴ならびに／またはＵＥＡ２０６の現在のロケーションもしくはその近くにあるときの、かつ／もしくは過去の日および／もしくは過去の週の同じ曜日における現在の時間におけるＵＥＡ２０６の既知の過去の行動などの要素に基づいて、ＵＥＡ２０６が将来（たとえば、３０分後）に中に入っていると予測され得るエリアを表し得る。同様に、エリア２０４は、ＵＥＢ２０８に適用可能な、ＵＥＡ２０６に関して上述した要素と同一または類似の要素に基づいて、ＵＥＢ２０８が同じ将来（たとえば、３０分後）に中に入っていると予測され得るエリアを表し得る。２つの予測されるエリア２０２および２０４は、図２に示すように重複すること、または重複しないが互いに近いこと（図２に示されていない）がある。特に、２つのＵＥが近接していると見なすために必要な最大距離の中にあるために、エリア２０４における多くの他のロケーションに近接している多くのロケーションがエリア２０２にあり得る。したがって、ＵＥＡ２０６およびＵＥＢ２０８が後で（たとえば、３０分後に）互いに近接し得ると予測され得る。予測は、近接が起こることの１００％の確率と結び付けないことがあるが、（たとえば、エリア２０２とエリア２０４とが重複する程度、またはエリア２０２における任意のランダムなロケーションに近接しているエリア２０４の平均的割合に基づいて）近接が起こることに対してより低い確率を決定する可能性があり得る。このより低い確率が小さくない（たとえば、２０％以上である）場合、後の（３０分後など）近接の状態が（たとえば、ＵＥＡ２０６、ＵＥＢ２０８、サービングネットワークまたはネットワークサーバによって）予測され得る。さらに、ある確率で、近接が将来（たとえば、３０分後）に起こると予測されるとき、近接（それが起こる場合）は実際には、予測される時間よりも早い時間または遅い時間に起こり始めることがあり、これは、予測がせいぜい、近接が起こる正確な時間ではなく、近接が起こる可能性を示し得ることを意味する。その場合、予測される近接は、現在の時間に（たとえば、近接が起こり得る３０分前に）、ＵＥＡ２０６およびＵＥＢ２０８上の１つもしくは複数のアプリケーションに対し、かつ／またはＵＥＡ２０６およびＵＥＢ２０８のユーザに対し、アプリケーションまたはユーザが何らかの共通の近接サービスを受信または実行することに関心がある場合に示され得る。予測される近接の指示は、近接が予測されており、現在の状態ではないことを含むこともあり、またはアプリケーションおよびユーザとのインタラクションを単純化し、アプリケーションまたはユーザからの任意の応答の複雑さを低減するために、この情報を含まないことがある。

[0069]いくつかの近接サービス（たとえば、友人／身内ファインダー）の場合、たとえば、一方または両方のユーザが各自の動きを調整して出会うことなどができるように、差し迫った近接を実際に起こる前に一方または両方のＵＥに通知するのが有利であり得る。したがって、近接は、実際に起こる前に、予測に基づいて示され得る。予測は、各ＵＥのロケーション履歴を利用することがあり、この履歴はいくつかの実装形態では、（たとえば、プライバシーのために）ＵＥにのみ記憶されることがあり、または他の実装形態では、ロケーション履歴がＵＥのユーザに対するサービス提供もしくはサービス提供の向上のために一般的もしくは限定的に使用されるという理解の下で、ネットワークサーバに記憶されることがある。場合によっては、そのような技法を利用するために、ＵＥは他のＵＥのロケーションを、場合によっては通常の近接の範囲外にあるときでも、任意のＵＥがそれの現在のロケーションと予測される将来のロケーションの両方を他のＵＥの現在のロケーションと比較し、近接が将来起こり得るかどうかを決定することができるように、通知され得る。

[0070]図２の構成２００に関連して説明する予測のタイプは、ネットワークまたはネットワークサーバにおいて最適な方法で考えられるにすぎないことに留意されたい。予測がＵＥによって、たとえば、図２におけるＵＥＡ２０６またはＵＥＢ２０８によって実行される場合、ＵＥは、それ自体のロケーション履歴を所有しているだけであり、プライバシーのために他方のＵＥのロケーション履歴を所有していないことがある。したがって、たとえば、ＵＥＡ２０６は、それ自体の将来のロケーションに関しては、ある程度の信頼性を伴ってエリア２０２を決定することが可能であり得るが、ＵＥＢ２０８の将来のロケーションに関しては、現在のロケーション（および場合によっては現在の速度）またはＵＥＢ２０８にのみ基づき、ＵＥＢ２０８の過去のロケーション履歴には一切基づかないので、より低い信頼性を伴ってエリア２０４を決定するだけであり得る。ただし、このより限定的な能力でも有用であることがあり、たとえば、ＵＥＡ２０６の予測される将来のロケーションのためのエリア２０２がＵＥＢ２０８の現在のロケーションと重複する場合には、ＵＥＡ２０６は、ＵＥＡ２０６とＵＥＢ２０８との間の近接が考えられると予測し得る。

[0071]図３は、例示的な実装形態による、マップおよび／またはコンテキストの考慮に少なくとも部分的に基づいて、近接の状態が（図３においてＵＥＡ３０６およびＵＥＢ３０８によって表される）いくつかのモバイルデバイスの間に存在すると決定され得るさらに別の例示的な構成３００を示す図である。たとえば、場所ベースの近接が決定され得る。ここで、たとえば、エリア３０２は、ＵＥＡ３０６およびＵＥＢ３０８が両方とも位置すると決定され得る共通の場所を表し得る。場合によっては、同じ場所にあり得るＵＥは、それらの間の現在の距離３１０が非常に大きくて、通常の（たとえば、しきい値ベースの）地理的近接を正当化することができない場合でも、近接していると見なされることがある。場所の例として、ショッピングモール、競技場、コンベンションセンター、病院、空港、鉄道駅、オフィスビル、博物館、観光地などがあり得る。場合によっては、場所は極めて大きい、たとえば公園または国立公園などであってもよい。

[0072]例示的な構成３００では、ＵＥＡ３０６およびＵＥＢ３０８が現在非常に離れていて、地理的近接の範囲内にあると見なすことができなくても、同じ場所におけるそれらのロケーションは、ＵＥの一方または両方に場所ベースで近接していることをアラートすることを正当化することができる。

[0073]ＵＥが特定の場所の中にあると決定することは、場所自体によって行われ得る。たとえば、場所に属するＷｉＦｉアクセスポイント、基地局またはフェムトセルは、（たとえば、ＵＥがワイヤレスサービスに接続もしくは登録したとき、または単に、通常のワイヤレス動作の一部としてＷｉＦｉＭＡＣアドレスなどの識別を送信したときに）場所内のＵＥの存在を検出することができる。代替または追加として、場所に属するロケーションサーバは、最小限のＵＥサポートによりネットワークベースの測位を使用して、場所内にあるものとしてＵＥを周期的に識別し、位置特定することができ、かつ／またはＵＥ上のＡｐｐまたはユーザが場所に対し何らかのサービス（案内またはマップなど）を要求したときはいつでも（たとえば、ＵＥサポートにより）ＵＥを位置特定することができる。さらに、（場所内にとどまるのではなく）場所の中またはそばを迅速に通過するＵＥは、最近のロケーションおよび速度の履歴を調べることによって除外されてよく、この場合、場所内に一時的にのみあるＵＥは、場所の地理的エリアを一時的に横切るだけであることを示す高い持続的速度またはロケーション履歴から識別され得る。

[0074]いくつかの実装形態では、場所ベースの近接の決定は、ユーザおよびユーザの関連近接要件が（たとえば、場所に対するＵＥの何らかの過去の登録を介して）場所に知られている場合に、場所自体によって（たとえば、場所に属する何らかのサーバなどによって）サポートされ得る。代替として、（たとえば、ポイントツーポイントで、または場所によるブロードキャストによって提供された情報から）ＵＥが場所にあることを発見すると、ＵＥによる、またはサービングワイヤレスネットワークにおける何らかの近接サポートサーバによる近接決定を可能にするために、場所情報は、ＵＥにおけるロケーション情報に追加され得る。

[0075]たとえば、ＵＥによって、またはネットワーク近接サーバによって、２つのＵＥ（たとえば、ＵＥＡ３０６およびＵＥＢ３０８）が同じ場所にあることが発見されると、ＵＥのユーザおよび／または各ＵＥ上の１つもしくは複数のアプリケーションは、両方のＵＥのためのユーザまたはアプリケーションが同じ近接サービスをサポートするか、または同じ近接サービスに関心があるかを通知され得る。通知は、近接が発見されたことを示すだけであること、または同じ場所にあるために近接が発見されたことを示す指示を提供することがある。後者の場合、ユーザまたはアプリケーションは、ＵＥ（およびユーザ）が必ずしも通常の地理的近接の範囲内にあると認められるほど近いとは限らないことを認識し得る。

略近接
[0076]いくつかの実装形態では、略近接と実際の近接との間で区別が行われ得る。例として、図４は、例示的な実装形態による、近接の様々な状態がいくつかのモバイルデバイスの間に存在すると決定され得る例示的な構成４００（縮尺通りに描かれていない）を示す図である。ここで、モバイルデバイスは、ＵＥ４０２Ａ、４０２Ｂ、４０２Ｃ、４０２Ｄ、４０２Ｅ、４０２Ｆ、４０２Ｇ、および４０２Ｈによって表され、各々は構成４００内で異なるロケーションに分散しているものとして示されている。たとえば、ＵＥ４０２Ａ、４０２Ｂ、４０２Ｃは第１のエリア４０４（たとえば、半径が２ｋｍで、ＵＥ４０２Ａのロケーションを中心とする円）内にある。たとえば、ＵＥ４０２Ｄ、４０２Ｅ、４０２Ｆ、および４０２Ｇは、第２のエリア４０６（たとえば、円外半径が５ｋｍ、円内半径が２ｋｍで、両方ともＵＥ４０２Ａのロケーションを中心とする円環）内にある。さらに、エリア４０４とエリア４０６の両方の外にある、ＵＥ４０２Ａのロケーションから１２ｋｍの距離に位置するものとして、ＵＥ４０２Ｈが示されている。

[0077]場合によっては、ＵＥは、非常に離れていて実際の近接（たとえば、しきい値ベース）を認めることはできないが、ある短い時間期間の後に（たとえば、次の１時間以内に）実際の近接が生じ得るほどに互いに近いと決定された場合に、略近接していると見なされる。場合によっては、略近接していることは、実際の近接のための距離しきい値（たとえば、図４の内半径）を上回る距離しきい値（たとえば、図４の外半径）に関連付けられ得る。ただし、場合によっては、略近接しているＵＥの場合、直接無線連絡および無線発見は、たとえば比較的大きい分離距離のために、可能ではないことがある。同様に、場合によっては、地理的に近接していると認めるための距離の最大しきい値を上回ることがある。構成４００は、たとえば、ＵＥ４０２Ｂおよび４０２Ｃが、（たとえば、０〜２ｋｍのしきい値距離／範囲を適用する）エリア４０４内に位置する間、ＵＥ４０２Ａに実際に地理的に近接し得ることを示している。ＵＥ４０２Ｄ、４０２Ｅ、４０２Ｆおよび４０２Ｇは、（たとえば、２〜５ｋｍのしきい値距離／範囲を適用する）エリア４０６内に位置する間、ＵＥ４０２Ａに略近接し得る。ＵＥ４０２Ｈは、（たとえば、例示的なしきい値距離／範囲を上回るために）ＵＥ４０２Ａに実際に近接も略近接もしていないと決定され得る。もちろん、これらはほんの数例にすぎず、主題は必ずしもそのように限定されることは意図されていない。

[0078]いくつかの実装形態では、略近接は、ユーザおよびＡｐｐがそれについて知らされないことがあるので、正確に決定される必要がないことがある。たとえば、略近接が前述の例のように５ｋｍの最大距離しきい値と２ｋｍの最小距離しきい値とを有する場合、距離が単に範囲０〜１０ｋｍ内にあることが知られているときに略近接を決定することで十分であり得る。これは、略近接を発見するために、おおよそのＵＥのロケーション、たとえば、ＵＥの現在のサービングセルもしくは現在のネットワークエリア（ＬＴＥネットワークの場合の追跡エリアもしくはＷＣＤＭＡもしくはＧＳＭネットワークの場合のロケーションエリアなど）から、または以前に決定された（かつ場合によってはもはや最新ではない）ロケーション、速度および進行方向から決定されたロケーションが使用され得ることを意味する。いくつかの実装形態では、略近接は、たとえば周期的または他のベースによる実際の近接の発見を支援するために使用され得る。

[0079]いくつかの例示的な実装形態では、ネットワークサーバおよび／またはＵＥＡは周期的または様々な時間に、スキャン方法Ｍ１とスキャンレート（またはスキャン頻度）Ｒ１とを使用して他のＵＥをスキャンして、どのＵＥがＵＥＡに略近接し得るかを決定することができる。場合によっては、ネットワークサーバおよび／またはＵＥＡは、スキャン方法Ｍ２とスキャンレート（またはスキャン頻度）Ｒ２とを使用して、ＵＥＡに略近接していること（およびオプションとして、すでに実際に近接していること）がすでに見出されているＵＥを周期的にスキャンして、これらのＵＥのうちのどれがＵＥＡに実際に近接し得る（または依然として近接し得る）かを決定することができる。スキャンレートＲ１およびＲ２は、ＵＥのペアの間で、それぞれ略近接および実際の近接の状態を決定するためにネットワークサーバおよび／またはＵＥによってスキャン方法Ｍ１およびＭ２が使用される頻度に対応し得る。

[0080]例として、スキャン方法Ｍ１は単純かつ効率的であってよく、スキャンレートＲ１は低くてよい（たとえば、１５分ごとにスキャン１回）。スキャン方法Ｍ１は、たとえば、ＵＥＡと同じ近接サービスを使用していて、ＵＥＡの近くにあり得る、たとえば（時には）多数のＵＥを備え得るすべてのＵＥを考慮し得る。例示的なスキャン方法Ｍ２は、より複雑で、たとえば、場合によっては方法Ｍ１よりも正確で、方法Ｍ１ほど効率的ではないことがあり、スキャンレートＲ２は、比較的より高くてよい（たとえば、５分ごとにスキャン１回）。スキャン方法Ｍ２は、たとえば、（たとえば、スキャン方法Ｍ１を介して）ＵＥＡに略近接していることがすでに発見されているＵＥを考慮し得る。したがって、方法Ｍ２によってスキャンされるそのようなＵＥの数は、大幅に低減される（たとえば、方法Ｍ１によってスキャンされるＵＥの数よりもはるかに少ない）ことがあり、時にはゼロになることもある。方法Ｍ２は、比較的少ない数のＵＥをスキャンし得るので、方法Ｍ１よりも複雑であってよく、そのため場合によっては、方法Ｍ１よりも相当多くの処理リソースと記憶リソースとを必要とすることなく、より正確であり得る。さらなる一例として、方法Ｍ１は、サービングセル、ＬＴＥの場合の追跡エリア、以前の（場合によってはもはや最新ではない）ロケーション推定、見えるＷｉＦｉＡＰなど、またはそれらの何らかの組合せを示す情報を考慮あるいは利用し得る。例として、方法Ｍ２は、追加または代替として、現在の地理的ロケーション、２つのＵＥ間の測定されたＲＴＴ、直接無線検出など、またはそれらの何らかの組合せを示す情報を考慮あるいは利用し得る。例として、方法Ｍ１は、方法Ｍ２と同様または同じであり得るが、より粗いロケーション精度および／またはより低いスキャンレートＲ１を用いるために、Ｍ２よりも少ないリソースを使用し得る。

[0081]いくつかの例示的な実装形態では、ＵＥのペア間の近接と略近接とを発見するために、ネットワーク近接サーバが使用され得る。近接サーバは、制御プレーンまたはユーザプレーンベースのソリューションを介してＵＥと情報を交換することができる。制御プレーンソリューションの場合、近接の発見をサポートするためのシグナリング（たとえば、近接サーバと任意のＵＥとの間のシグナリングおよび近接サーバと他のネットワーク要素との間のシグナリング）は主に、既存のネットワークインターフェースおよびプロトコルを利用し得る。ユーザプレーンソリューションの場合、近接サーバと任意のＵＥとの間のシグナリングおよび場合によっては近接サーバと他のネットワーク要素との間のシグナリングは、データとして（たとえば、ＴＣＰ／ＩＰプロトコルまたはＵＤＰ／ＩＰプロトコルを使用して）中間エンティティによって伝達され得る。近接サーバならびに制御プレーンソリューションおよびユーザプレーンソリューションの追加の態様については、たとえば、図７、図９、図１４、図１５および図１６に関連して本明細書で後述する。制御プレーン近接ソリューションがＬＴＥネットワークによって使用されるとき、近接サーバにおいてＵＥのための略近接情報を維持するために、以下の情報の全部または一部が使用され得る。（ｉ）ＵＥのためのサービングＭＭＥに知られている、アイドルモードにあるときの各ＵＥの現在の追跡エリア、（ｉｉ）サービングＭＭＥに知られている、接続モードにあるときの各ＵＥの現在のサービングｅＮＢ、（ｉｉｉ）たとえば、各近接サービスに割り当てられた一意の表現によって示され、ＵＥによって（たとえば、ネットワーク接続により）ＭＭＥに提供され、かつ／もしくはＵＥのＨＳＳによって、ＵＥが接続しているときにＭＭＥに提供される、各ＵＥによって使用される（もしくは各ＵＥにとって重要な）近接サービス、および／または（ｉｖ）（たとえば、追跡更新が起こるときに）ＵＥによって提供されるか、もしくは（たとえば、サービングＭＭＥもしくは近接サーバによって促された）ネットワークによって取得される、ＵＥのための周期的ロケーション推定値。

[0082]いくつかの例示的な実装形態では、ネットワーク近接サーバがユーザプレーン近接ソリューションとともに使用される場合、ＵＥは以下により近接サーバを周期的に更新することができる：現在のサービングもしくはキャンプオンしたセルのＩＤ；おおよそのもしくは正確なＵＥロケーション；および／または、たとえば、各近接サービスに割り当てられた一意の表現によって示される、各ＵＥによって使用される（もしくは各ＵＥにとって重要な）近接サービス。

[0083]制御プレーン近接ソリューションまたはユーザプレーン近接ソリューションのいずれかによるいくつかの場合では、近接サーバは（たとえば、上記で例示されたような）受信された情報を使用して、任意の特定のターゲットＵＥに略近接している他のＵＥのリストを、たとえば、そのようなＵＥに共通する近接サービスのために作成、更新および維持することができる。そのような手段によって、ネットワーク近接サーバは、何らかの他のターゲットＵＥに略近接している他のＵＥのリストを、ターゲットＵＥおよび略近接しているＵＥにとって共通して重要な１つまたは複数または複数の近接サービスに関して確立および維持することができる。

[0084]あるＵＥＡにとって実際の地理的近接の発見が望まれる場合、ネットワーク近接サーバは、たとえば、どのＵＥ（ＵＥＡに略近接していることがすでに発見されていることがある）がＵＥＡに実際に地理的に近接し得るかを確認するために、正確なロケーション情報を取得することができる。いくつかの実装形態では、ＵＥはネットワークによって（たとえば、ＳＵＰＬまたは制御プレーンロケーションソリューションを使用して）たとえば周期的に、位置特定され得る。いくつかの実装形態では、ＵＥは、他のＵＥをリッスンし、それらの間のＲＴＴを測定し提供するよう、命令され得る。ＵＥＡに略近接しているＵＥのうちどれがＵＥＡに現在実際に近似しているかを決定するために、ＵＥＡとＵＥＡに略近接している各ＵＥとの間の現在の距離を計算するために、ＵＥロケーションおよび／またはＲＴＴ値が使用され得る。

[0085]いくつかの例示的な実装形態では、地理的近接ではなく実際の無線近接が決定されることが望まれる場合、略近接しているＵＥは、無線発見モードに入るよう命令されることがあり、たとえば無線発見モードでは、各ＵＥは周期的にブロードキャストすること、および／または他のＵＥからのブロードキャストをリッスンすることができる。場合によっては、サーバは、（たとえば、ＵＥＡに略近接している）他のＵＥのための特性（たとえば、信号特性）を識別し、または場合によりＵＥＡによるリッスンをより効率的にするために任意のＵＥＡに提供することができる。場合によっては、ＵＥは、場合によってはバッテリーならびに無線リソースおよび処理リソースを節約するために、必要とされないときに（たとえば、略近接している他のＵＥがない場合に）無線発見モード以外に切り替えられ得る。

[0086]いくつかの例示的な実装形態では、技法は、異なるネットワークによってサービス提供されるＵＥが近接していることが発見され得る略近接のネットワーク間発見をサポートするように実施され得る。たとえば、場合によっては、ＵＥは、たとえば、略近接および実際の近接に関して前述した概念のうちのいくつかを拡大することによって、共通の近接サービスを共有する他のネットワークにアクセスするＵＥを発見することが可能にされ得る。ネットワーク（たとえば、異なるネットワークに属するネットワーク近接サーバ）は、たとえば、以下を備え得る略近接のための情報を交換することができる。粗いロケーションであり得るロケーションポイントもしくはロケーションエリアもしくはボリュームの識別Ｌ、および／または所与のロケーション、エリアもしくはボリュームＬの近くもしくは中に現在あり得る少なくとも１つのＵＥによって使用される各近接サービスの識別Ｐ。場合によっては、識別Ｌは、セル、ネットワークエリア（たとえば、ＬＴＥ追跡エリア）などを指すのを控えることがあり、その理由は、そのような情報は特定のネットワークに固有のものであり得、秘密であって、他のネットワークに知られないものであり得ることである。代わりに、識別Ｌは、たとえば、標準ロケーション座標（たとえば、緯度／経度）を使用して、または、グリッド方式（たとえば、Ｌを定義するために使用され、すべての参加ネットワークに知られている一意のラベルを各セルが有する２００×２００メートルのセルからなる長方形のグリッド）によって定義されたロケーションエリアなど、２つ以上のネットワークに共通する地理的ロケーションエリアの合意済みセットを使用して定義され得る。ネットワーク（サーバ）Ｎ１は、たとえば、次いで別のネットワーク（サーバ）Ｎ２にロケーションＬ１、Ｌ２、Ｌ３．．．のリストを転送することができ、ロケーションＬｉごとに、ロケーションＬｉの内部に、ロケーションＬｉに、またはロケーションＬｉの近くにあり得るネットワークＮ１によって現在サービス提供されるＵＥによってサポートされる１つまたは複数の近接サービスＰｉ１、Ｐｉ２、Ｐｉ３．．．のリストを転送することができる。ネットワーク（サーバ）Ｎ２は、たとえば、ネットワークＮ１からの受信された情報を使用して、同じ近接サービス（Ｐｉ１、Ｐｉ２など）を共有するネットワークＮ２のＵＥのうちのいずれかが、ネットワークＮ１におけるＵＥに近接または略近接し得るかどうかを決定することができる。一例として、ネットワークＮ２が、任意のロケーション（エリアまたはボリューム）ＬｎについてネットワークＮ１によって報告された任意の近接サービスＰｍのための略近接を仮定し得るのは、Ｐｍに加入している（またはＰｍをサポートしているか、もしくはＰｍに関心がある）ネットワークＮ２のＵＥのうちの１つまたは複数がＬｎに、Ｌｎの中に、またはＬｎの近くにあり得る場合であり、その理由は、共通のサービスＰｍに関心があるネットワークＮ１とネットワークＮ２の両方からのＵＥが同じロケーションＬｎの中に、Ｌｎに、またはＬｎの近くにあることである。この場合における略近接の発見は単に、各ネットワーク（または各ネットワーク近接サーバ）による、ある粗いロケーションＬについて、ロケーションＬに、ロケーションＬの中に、またはロケーションＬの近くにあるネットワークによってサービス提供されるいくつかのＵＥが、いくつかの近接サービスに関して、別のネットワークにおけるいくつかの他のＵＥに略近接しているという知識に限定され得る。各ネットワーク（またはネットワークサーバ）は、それ自体のＵＥのうちのどれが、他のネットワークによってサービス提供される１つまたは複数の他のＵＥに略近接しているかについては知っていることがあるが、これらの他のＵＥのアイデンティティについては、他のネットワーク（またはネットワーク近接サーバ）によって転送されていないことがあるので、知らないことがある。この情報は、（本明細書で後述するような追加情報の転送のない）実際の近接の発見を制限するが、別のネットワークにおけるＵＥに対する略近接が起こっていないネットワークにおける多数のＵＥも示し得る。その場合、ネットワークは、これらのＵＥに関して実際の近接を発見しようとすることを免除されてよく、その結果、処理とシグナリングの使用とを大幅に節約することができ、それにより、略近接が最初に確立されたＵＥに対する実際の近接のより速い発見が可能になり得る。

[0087]いくつかの例示的な実装形態では、技法は、実際の近接のネットワーク間発見をサポートするように実施され得る。たとえば、場合によっては、略近接を発見するためにネットワーク（またはネットワーク近接サーバ）間で交換される情報は、単に粗いロケーションおよび関連する近接サービスに限定され、前述したように低い頻度で（たとえば、１０分ごとに）送られてよく、場合によってサポートを効率的にし得る。ロケーションＬに、またはロケーションＬの近くにある近接サービスＰのための２つのネットワークにおけるＵＥ間で略近接が発見された場合、２つのネットワークの各々は、たとえば、他方のネットワークに、同じくロケーションＬに、またはロケーションＬの近くにあり得るサービスＰに加入しているか、またはサービスＰを利用しているそれ自体のサービス提供対象ＵＥのアイデンティティとロケーションとを送ることができる。次いで各ネットワーク（または各ネットワークにおける近接サーバ）は、たとえば、同じ近接サービスＰを使用するＵＥに関するロケーションを比較して、どのＵＥが実際に近接し得るかを決定することができる。場合によっては、（ＵＥアイデンティティおよびＵＥロケーションなどの）実際の近接を発見するための情報は、略近接を発見するために交換される情報よりも頻繁にネットワーク間で（またはネットワーク近接サーバ間で）交換されることがあり、略近接していることがすでに発見されているＵＥを指す必要だけがあり得る。その場合、実際の近接の発見を可能にする目的で、略近接の発見を可能にする目的の場合よりも頻繁に、より詳細な情報が交換され得るが、略近接していることがすでに知られているＵＥのみに詳細な情報が制限されるので、ネットワークによってサービス提供されるすべてのＵＥを対象に情報が送られる場合に必要となる情報の量と比較して、情報の量を限定することができる。

[0088]ネットワークＮ１（またはネットワークＮ１におけるネットワーク近接サーバ）が、それ自体のサービス提供対象ＵＥの各々によって使用される近接サービスを確実に確認する（たとえば、認証する）ことが可能であり得る場合、別のネットワークＮ２に（またはネットワークＮ２における近接サーバに）転送されるＵＥアイデンティティは、本物であり得る（たとえば、パブリックユーザＩＤなどの各ＵＥのグローバルアイデンティティを含み得る）。次いで、これらのＵＥアイデンティティは、ネットワークＮ１およびＮ２におけるＵＥのペア間で近接が発見された後に、ネットワークＮ１におけるＵＥによって使用される近接サービスとともに、ネットワークＮ２によって（たとえば、ネットワークＮ２における近接サーバによって）サービス提供される他のＵＥに提供され得る。この場合、ネットワークＮ２によってサービス提供されるＵＥは、ネットワークＮ２におけるＵＥに近接しているネットワークＮ１によってサービス提供される別のＵＥのアイデンティティを受信し、ネットワークＮ１におけるＵＥによってサポートまたは使用される近接サービスが有効であると確信することができ、次いで、報告された近接にどのように反応するかを判定することができる。ネットワークＮ２におけるＵＥに報告されたネットワークＮ１におけるＵＥのアイデンティティは本物のアイデンティティとなるので、ネットワークＮ２におけるＵＥは、近接が発見されていた近接サービスをサポートするのに必要または有益であった場合には、ネットワークＮ１におけるＵＥとの通信を開始する位置にいることになる。

[0089]地理的近接ではなく無線近接が発見される必要がある場合、異なるネットワークにおけるＵＥ間の略近接を発見する前述の方法は、引き続き使用され得るが、略近接していることがすでに発見されているＵＥのための実際の近接の発見は、特定の最大地理的隔たりを確認することに基づくのではなく、あるネットワークにおけるあるＵＥによって別のネットワークにおける別のＵＥに送信された（たとえば、あるしきい値よりも大きい強度を有する）信号を受信する能力に基づき得る。その場合、ネットワークＮ１（またはネットワークＮ１における近接サーバ）は、たとえば、別のネットワークＮ２に、ネットワークＮ１におけるＵＥによってブロードキャストされた信号の特性を、たとえば、場合によってはネットワーク１におけるＵＥに略近接しているネットワーク２におけるＵＥによる収集を容易にするために提供することができる。場合によっては、ネットワークＮ１は、ネットワークＮ２によってサービス提供されるＵＥに（たとえば、ネットワーク１におけるＵＥに略近接しているネットワークＮ２におけるＵＥに）、ネットワークＮ２におけるＵＥがそれらの存在をネットワークＮ１におけるＵＥにブロードキャストするために使用し得る（たとえば、ネットワークＮ１が所有する）周波数または周波数リソースを割り当てることができる。

[0090]いくつかの例示的な実装形態では、技法は、Ａｐｐおよび／またはユーザに対する近接の通知をサポートするように実施され得る。２つのＵＥ、たとえばＵＥ１およびＵＥ２が、特定の近接サービスに関して実際に近接していることが発見されると仮定すると、これらのＵＥは、ネットワークによって、またはネットワーク近接サーバによって近接が発見される場合に通知され得る。たとえば、ネットワーク近接サーバはＵＥ１に、ＵＥ２のアイデンティティと近接が発見された特定の近接サービスとを伝達することができる。同様の情報はＵＥ２にも伝達され得る。ネットワークの代わりに（またはネットワークに加えて）一方または両方のＵＥによって（たとえば、ＵＥ間の直接無線シグナリングを使用して、または一方のＵＥからの信号を、１つもしくは複数の他の中間ＵＥを介して他方のＵＥに中継させて）近接が発見されている場合、ＵＥアイデンティティおよび近接サービスに関する情報は、一方のＵＥから他方のＵＥに送られた信号に含まれているので、ＵＥに（または各ＵＥ上で動作する何らかの近接エンジンもしくはプロセスに）すでに知られていることがある。ネットワーク発見とＵＥ発見の両方の場合、特定の近接サービスをサポートしているＵＥ上の１つまたは複数のアプリケーションは、発見された近接を知らされること（たとえば、近接していることが発見された他方のＵＥのアイデンティティを提供されること、もしくはこの他方のＵＥと通信する手段を提供されること）があり、かつ／またはＵＥユーザは相応に知らされ得る。後続の行動は、Ａｐｐおよび／またはユーザ次第であってよく、たとえば、異なるタイプの通信（たとえば、発話、ビデオ、ＩＭ、データ）、または場合によっては目立つアクションなし（たとえば、ユーザまたはＡｐｐが単に近接に注目しているが、後の時間、場合によっては何らかの他のトリガイベントが起こるときまでいかなるアクションも延期する場合）を含み得る。場合によっては、ＵＥ上の近接プロセスまたは近接エンジンは、引き続き近接をモニタし、Ａｐｐおよび／またはユーザに、何らかの近接サービスのための他のＵＥに対する近接がなくなったときに知らせることができ、たとえば、そのように起こることは、Ａｐｐおよび／またはユーザによる１つまたは複数の他のアクションをトリガし得る。

ブロードキャストおよび中継
[0091]いくつかの例示的な実装形態では、技法は、ネットワークサポートがない場合、たとえば、ＵＥがネットワークカバレージの外にあるとき、またはネットワークサポートが利用不可能であるか、もしくはネットワークサポートに依存することができないとき、近接サービスをサポートするように実施され得る。たとえば、ネットワークまたはネットワークベースの近接サーバのいずれかの支援または参加なしでＵＥによって近接サービスがサポートされる場合、ＵＥは直接無線発見を用いることができる。

[0092]場合によっては、ブロードキャスト信号が他のＵＥ（「ＵＥＡ」とも呼ばれる）によって直接受信され得るＵＥは、（たとえば、条件なしに、または受信された信号がいくつかの条件を満たしている場合に）ＵＥＡに実際に近接していると見なされ得る。ここで、たとえば、信号レベルがあるしきい値を上回る場合および／またはＵＥ間の測定されたＲＴＴがあるしきい値を下回る場合に、条件が満たされ得る。信号がＵＥＡによって直接受信されないことがあるＵＥ（グループ１）、または信号が受信されるが、実際の近接のための所要のしきい値を下回ることがあるＵＥ（グループ２）は、略近接の候補であり得る。グループ２におけるＵＥの場合、略近接ではなく実際の近接の決定は、モニタされた信号レベルおよび／またはＲＴＴに少なくとも部分的に基づき得る。

[0093]グループ１におけるＵＥの場合、ＵＥＡに対する略近接の決定は、たとえば、グループ１における各ＵＥ（「ＵＥＴ」とも呼ばれる）が他のＵＥに、信号がＵＥＴによって直接検出されているすべてのＵＥに関する情報をブロードキャストによって中継する場合に可能であり得る。たとえば、ＵＥＡはその場合、ＵＥＡが直接連絡しているＵＥ（「ＵＥＢ」とも呼ばれる）から、ＵＥＢと直接連絡しているが、ＵＥＡとは直接連絡していない他のＵＥ（「ＵＥＣ」とも呼ばれる）に関する情報を受信することができる。ＵＥＢは、たとえば、ＵＥＢによって直接検出されないが、他のＵＥ（たとえば、ＵＥＣ）からのブロードキャストを介して識別される追加のＵＥ（「ＵＥＤ」とも呼ばれる）に関する情報を中継することもできる。したがって、ＵＥＡは、情報が直接的に（たとえば、ＵＥＢの場合）、または他のＵＥを通じた中継を介して（たとえば、ＵＥＣおよびＵＥＤの場合）ＵＥＡに送られ得るすべてのＵＥに関する情報を受信することができる。他のＵＥによってブロードキャストされるか、または他のＵＥのために中継される情報は、たとえば、ほんの数例を挙げると、それらのアイデンティティ、ロケーション情報（たとえば、他のＵＥまでのＲＴＴおよび／もしくはロケーション座標）、ならびに／またはそれらのサポートされる近接サービスを示し得る。場合によっては、ＵＥＡは、すべてのＵＥに関する情報を結果的に受信することがあり、受信されたロケーション情報を使用することによって、どのＵＥがＵＥＡに略近接し得るかを決定することが可能であり得る。場合によっては、ＵＥＡは、ＵＥＡに略近接していることが見出されているＵＥからの直接無線信号を、これらのＵＥのうちのどれがＵＥＡに実際に近接し得るかを決定するためにリッスンすることができ、かつ／または受信されたロケーション情報を使用して、これらのＵＥのうちのいずれかがＵＥＡに実際に近接し得るときを決定することができる。

[0094]いくつかの例示的な実装形態では、ＵＥによる情報の中継は、いくつかの制限を有し得る。たとえば、場合によっては、ＵＥが異なる方向にある多くのＵＥに囲まれていない限り、略近接しているいくつかのＵＥに関する情報は中継されないことがある。したがって、いくつかの実装形態では、ＵＥは、それほど遠くで検出されることはないＵＥからの直接ブロードキャストを、それらが実際に近接しているときに早めに検出するために、リッスンする必要があり得る。場合によっては、たとえば、同じＵＥに関する情報が２つ以上のネイバーＵＥによって、または同じネイバーＵＥによって複数回にわたりＵＥＡに中継されるときはいつでも、情報の中継は相当な帯域幅を消費することがあり、かつ／または場合によっては冗長である（かつ場合によってはリソースの浪費である）ことがある。とはいえこれは、ＵＥがネットワークカバレージの外にあるときには、（たとえば、ネットワークが使用する帯域幅への干渉がないので）帯域幅が豊富であり得るので、常に重要であるとは限らない。いくつかの実装形態では、帯域幅の消費は、情報を周期的に低い頻度で、たとえば５分ごとに中継することによって軽減され得る。場合によっては、ネットワークサポートがない場合の略近接の発見は、略近接していることがＵＥユーザ間の通知の中継をトリガし得るグループ通信をサポートするために使用され得る。

[0095]図５は、例示的な実装形態による、モバイルデバイス（ＵＥ５０２Ａ、５０２Ｂ、５０２Ｃ、５０２Ｄ、５０２Ｅ、および５０２Ｆ）のうちの２つ以上の間の（たとえば、近接の状態を決定する際に、または一定の近接サービスをサポートするために使用するための）情報の送信および／または中継をサポートするモバイルデバイスの例示的な構成５００を示す図である。エリア５０４は、ＵＥ５０２Ａのための直接無線受信の範囲（たとえば、場合によっては、ＵＥ５０２Ａを中心とする半径５０１を有する円であり得る）を表し、エリア５０６は、ＵＥ５０２Ｂのための直接無線受信の範囲（たとえば、場合によっては、ＵＥ５０２Ｂを中心とする半径５０３を有する円であり得る）を表す。

[0096]この例では、ＵＥ５０２Ａは、（信号５１６など、ＵＥ５０２Ｂからブロードキャストされた信号から）ＵＥ５０２Ｂの存在を直接検出しており、ＵＥ５０２Ｂによって中継された情報からＵＥ５０２ＣおよびＵＥ５０２Ｄに関して知ることができる。ただし、ＵＥ５０２ＥおよびＵＥ５０２ＦがＵＥ５０２Ａに略近接している場合でも、これらから直接受信された情報を中継することができるＵＥがＵＥ５０２Ａの無線カバレージ内にないことがある。しかしながら、ＵＥ５０２Ｅは、情報をＵＥ５０２Ｆにブロードキャストすることがあり、ＵＥ５０２Ｆは、それ自体の情報をブロードキャストし、ＵＥ５０２Ｅの情報をＵＥ５０２Ｄに中継することがあり、今度はＵＥ５０２Ｄが、この情報をＵＥ５０２Ｂに中継し、それからＵＥ５０２Ａに向かうことがある。たとえば、信号５０８はＵＥ５０２Ｅに関する情報を含むことができ、信号５１０はＵＥ５０２Ｅおよび５０２Ｆに関する情報を含むことができ、信号５１２はＵＥ５０２Ｄ、５０２Ｅおよび５０２Ｆに関する情報を含むことができ、信号５１４はＵＥ５０２Ｃに関する情報を含むことができ、信号５１６はＵＥ５０２Ｂ、５０２Ｃ、５０２Ｄ、５０２Ｅおよび５０２Ｆに関する情報を含むことができる。したがって、たとえば、中継は、各ＵＥに関する情報をすべての他のＵＥに転送することができる。上記の方法でＵＥのセットＳ内ｄｅ情報を中継することは、セットＳが２つ以上のサブセットＳ１、Ｓ２（、Ｓ３．．．）を含んでいて、任意のサブセットＳｉにおける各ＵＥがあらゆる他のサブセットＳｊにおけるあらゆるＵＥの無線範囲の外にある場合以外は、可能であり得る。

[0097]いくつかの例示的な実装形態では、ネットワークサポートなしでＵＥのセットの間で情報を中継する方法の場合、あらゆるＵＥＡがあらゆる他のＵＥＢに関する情報をブロードキャストすることができ、その情報はＵＥＢから直接的に、または他のＵＥＣからの中継を介して受信される。その結果、任意のＵＥのセットＳにおける各ＵＥは、ＳのサブセットがＳの任意の他のサブセットの無線範囲の外にない場合には、Ｓにおけるあらゆる他のＵＥに対して情報をブロードキャストすることができる。これはたとえば、不要なブロードキャスト（および帯域幅の不要な追加使用）をもたらし、かついくつかのＵＥに対して古い情報（たとえば、ロケーション情報）を伝搬し続けることがある。不要なブロードキャストを低減し、かつ／または古い情報を回避するために、場合によっては、各ソースＵＥに関する情報には、ソースＵＥによって何らかの方法で、たとえば、バージョン番号ＶまたはタイムスタンプＴＳにより明示的に、かつ持続時間Ｄにより暗示的または明示的に（暗示的持続時間Ｄは、すべてのＵＥにおいて設定されたシステムパラメータであり得る）タグが付けられ得る。いくつかの実装形態では、ＵＥ２のための情報を受信するＵＥ１がその情報を受け入れることができるのは、（ＵＥ２によって最初に割り当てられていることのある）関連するバージョンＶまたはタイムスタンプＴＳが、それぞれ、ＵＥ１によって以前受信されたＵＥ２のための任意の他の情報のためのバージョンまたはタイムスタンプよりも高いか、または後である場合のみであり、そうでない場合には、新たに受信された情報は無視され得る。ＵＥ１がＵＥ２のための新しい（より高いバージョンまたはより後にタイムスタンプされた）情報を受信した場合、ＵＥ１は、その新しい情報を持続時間Ｄにブロードキャストすることができ、その後、この情報を処分することができる。任意のソースＵＥのための情報にタグを付けるために使用されるバージョンＶまたはタイムスタンプＴＳは、たとえば、情報に変更がない場合でも、たとえば、変更されていない情報が依然として最新であることを他のＵＥが確実にわかるように、ソースＵＥによって増分され得る。

[0098]図６は、例示的な実装形態による、（ＵＥ６０２Ａ、６０２Ｂ、６０２Ｃ、６０２Ｄ、６０２Ｅ、および６０２Ｆによって表される）モバイルデバイスのうちの２つ以上の間の上述の情報の送信および／または中継をサポートするモバイルデバイスの例示的な構成６００を示す図である。ここで、ＵＥ６０２Ａは、ある段階で新しいロケーションに移動するものとして示されており、ＵＥ６０２Ａは、新しいロケーションではＵＥ６０２Ａ’として表される。この例では、ＵＥ６０２Ｅは、４つの連続ホップでの情報の送信を伴うＵＥ６０２Ｂ、ＵＥ６０２ＣおよびＵＥ６０２Ｄのチェーンを通じた中継を介して、また２つのみの連続ホップによる情報の送信を伴うＵＥ６０２Ｆによる中継を介して、ＵＥ６０２Ａに関係する情報を受信することができる。たとえば、ＵＥ６０２Ｂと、ＵＥ６０２Ｃと、ＵＥ６０２Ｄとを含むチェーンは、ＵＥ６０２Ａからの信号６０４の送信、ＵＥ６０２Ｂからの信号６０８の送信、ＵＥ６０２Ｃからの信号６１０の送信、およびＵＥ６０２Ｄからの信号６１２の送信によって達成される。たとえば、ＵＥ６０２Ｆを含むチェーンは、（ＵＥ６０２Ｂに送られた同じ信号であり得る）ＵＥ６０２Ａからの信号６０４の送信、およびＵＥ６０２Ｆからの信号６０５の送信によって達成される。したがって、ＵＥ６０２Ｆによって中継された情報は（情報を遅延させるホップがより少ないので）最初に到着することができ、そのため、ＵＥ６０２Ｅは同じ情報を、ＵＥ６０２Ｄから受信されたときに無視することができる。１つのシナリオでは、ＵＥ６０２Ａは、ある時間期間の後（図６においてＵＥ６０２Ａ’によって示されるように）別のロケーションに移動することがあり、依然としてＵＥ６０２Ｂの無線範囲内にあるが、ＵＥ６０２Ｆの無線範囲外となることがある。ＵＥ６０２Ａが新しいバージョンＶ＋１により新しい情報（たとえば、それの新しいロケーションを含む情報）をブロードキャストした場合、ＵＥ６０２Ｅが今度は（より高いバージョンＶ＋１のために）ＵＥ６０２Ｄから新しい情報を受け入れることができ、依然としてバージョンＶを示し得るＵＥ６０２Ｆによってブロードキャストされた古い情報をすべて無視することができる。さらに、ＵＥ６０２Ｆは、ＵＥ６０２Ｅから新しい情報を、たとえば、ＵＥ６０２Ｅがそのような新しい情報をブロードキャストし始めると受け入れることができる。

[0099]いくつかの例示的な実装形態では、技法は、確認応答の手段を介したネットワークサポートのないＵＥ間の情報の効率的中継をサポートするように実施され得る。いくつかの例示的な実装形態では、ＵＥ１はある情報（「情報Ｉ」とも呼ばれる）を、ＵＥ１の直接無線範囲内のすべての関係するＵＥが情報Ｉをすでに有することを知ると、ブロードキャストまたは中継するのを停止することができる。別のＵＥ２は、たとえば、明示的確認応答または暗示的確認応答のいずれかを介してＵＥ１に対して情報Ｉの受信を効率的に確認通知することができる。

[00100]例として、明示的確認応答により、ＵＥ１は、ＵＥ２が同じ情報Ｉをブロードキャストするのを観測することができる。たとえば、情報ＩがあるＵＥ３に関係すると仮定すると、ＵＥ３のための何らかの識別子およびＵＥ３によって最初に割り当てられた情報バージョンＶまたはタイムスタンプＴＳを使用して、情報Ｉには一意にラベルが付けられ得る。情報Ｉの明示的確認応答の場合、ＵＥ１は、ＵＥ２が（たとえば、ＵＥ３のための識別子でラベルが付けられた）ＵＥ３のための情報を、ＵＥ１がすでに有する同じバージョンＶまたはスタンプスタンプＴＳとともにブロードキャストするのを観測することができる。

[00101]場合によっては、暗示的確認応答により、ＵＥ１は情報Ｉ（たとえば、別のＵＥである指定されたＵＥ３に関係する情報）を、（たとえば、ＵＥ１のＩＤとＵＥ１によって割り当てられたシーケンス番号とを備え得る）Ｔ１に固有のタグ値ＴＶとともにブロードキャストすることができる。情報Ｉは、情報Ｉがすでに受信されているか、それとも新しいかを受信側ＵＥが決定できるようにするために、関係するＵＥのアイデンティティ（たとえば、ＵＥ３のアイデンティティ）と、このＵＥによって割り当てられたバージョンまたはタイムスタンプとを含むことができる。ＵＥ１から直接的にＴＶとともに情報Ｉを受信する任意のＵＥ２は、それ自体のすべてのブロードキャストにＴＶを含めることができ、ＵＥ１からＴＶとともに情報Ｉを受信する限り、ＴＶをブロードキャストし続ける。ただし、ＵＥ１ではないＵＥからＴＶとともに情報Ｉが受信されたときに、ＴＶは中継されないことがある。ＵＥ１は、たとえば情報Ｉがブロードキャストされる限り、情報ＩとともにＴＶ（またはＴＶの更新されたバージョン）をブロードキャストし続けることができる。ＵＥ１は、ＵＥ２がＴＶ（またはＴＶの更新されたバージョン）をブロードキャストするのを観測した場合、ＵＥ２が情報Ｉを受信していると決定することができる。場合によっては、ＵＥ１に関係する情報項目および／またはＵＥ１もしくはＵＥ３以外のＵＥに関係する情報項目など、ＵＥ１によってブロードキャストまたは中継される他の情報項目Ｊにタグを付けるために、ＵＥ１によってＴＶが使用されることもある。いくつかの実装形態では、ＴＶは、極めて短い（たとえば、タグを付けるためにＴＶが使用される情報Ｉよりもはるかに小さい）ことがあり、したがって、情報Ｉ自体のブロードキャストよりも効率的な、情報Ｉに確認応答する手段であり得る。ＵＥ１がブロードキャストを直接受信し得るすべての送信元ＵＥが（たとえば、情報Ｉのブロードキャストを介して）情報Ｉに明示的に確認応答するか、または（たとえば、タグ値ＴＶのブロードキャストを介して）情報Ｉに暗示的に確認応答すると、ＵＥ１は情報Ｉのブロードキャストまたは中継を停止することができる。

[00102]図７は、ブロードキャストされた情報または中継された情報の明示的な確認応答を示す図７００である。図７は、ＵＥ７０２Ａと、ＵＥ７０２Ｂと、ＵＥ７０２Ｃとを含む。図７に示すように、ＵＥ７０２Ａは、ＵＥ７０２Ｃなどの（ただし、ＵＥ７０２Ｃに必ずしも限定されない）他のＵＥを対象とするブロードキャスト情報を含むメッセージ７０４をブロードキャストすることができる。一態様では、メッセージ７０４は、特定のソースＵＥに関係するブロードキャスト情報Ｉと、このソースＵＥのためのアイデンティティ（ＵＥＩＤ）およびソースＵＥによって割り当てられたバージョンＶなどの識別子情報とを含むことができる。一態様では、メッセージ７０４は、バージョンＶの追加または代替として、ソースＵＥによって割り当てられたタイムスタンプＴＳを含むことができる。一態様では、ソースＵＥはＵＥ７０２Ａと同じであり得る。別の態様では、ソースＵＥはＵＥ７０２Ａとは異なり得る。

[00103]図７に示すように、メッセージ７０４はＵＥ７０２Ｂによって受信され得る。続いてＵＥ７０２Ｂは、メッセージ７０６を生成しブロードキャストすることによって、メッセージ７０４の内容を中継する。たとえば、メッセージ７０６は、メッセージ７０４において受信された同じブロードキャスト情報Ｉと、バージョンＶと、ソースＵＥのアイデンティティ（ＵＥＩＤ）とを含むことができる。図７にさらに示すように、ＵＥ７０２Ｃはメッセージ７０６を受信する。続いてＵＥ７０２Ｃは、メッセージ７０８を生成しブロードキャストすることによって、メッセージ７０６の内容をブロードキャストする。ＵＥ７０２ＢおよびＵＥ７０２Ｃによるメッセージのブロードキャストおよび中継は、近くにあるＵＥのセットに情報Ｉを配信するのを助けること、たとえば、あるＵＥの近接を決定するのを支援すること、および／または互いに近接しているＵＥに依存するいくつかのサービスを可能にするのを助けることを目的としたものであり得る。メッセージ７０８は、メッセージ７０６において受信された同じブロードキャスト情報Ｉと、バージョンＶと、ソースＵＥのアイデンティティ（ＵＥＩＤ）とを含むことができる。ＵＥ７０２Ｂは、メッセージ７０８を受信した後、メッセージ７０８におけるバージョンＶおよびソースＵＥのアイデンティティ（ＵＥＩＤ）が、以前にブロードキャストされたメッセージ７０６におけるバージョンＶおよびアイデンティティ（ＵＥＩＤ）と同じであると決定し得る。したがって、ＵＥ７０２Ｂは、受信されたメッセージ７０８を、ＵＥ７０２Ｃがメッセージ７０６を受信したことの明示的確認応答と見なすことができ、メッセージ７０６の中継を停止することができる。

[00104]別の態様では、メッセージ７０６は、バージョンＶの代わりにタイムスタンプＴＳを含むことができ、メッセージ７０８は、バージョンＶの代わりに同じタイムスタンプＴＳを含むことができる。ＵＥ７０２Ｂは、メッセージ７０８におけるタイムスタンプＴＳおよびソースＵＥのアイデンティティ（ＵＥＩＤ）が、以前にブロードキャストされたメッセージ７０６におけるタイムスタンプＴＳおよびアイデンティティＵＥＩＤと同じであると決定し得る。したがって、そのような態様では、ＵＥ７０２Ｂは、受信されたメッセージ７０８を、ＵＥ７０２Ｃがメッセージ７０６を受信したことの明示的確認応答と見なすことができ、メッセージ７０６の中継を停止することができる。

[00105]一態様では、メッセージ７０４がＵＥ７０２Ａによって送られることも、ＵＥ７０２Ｂによって受信されることもない。この態様では、ＵＥ７０２Ｂは代わりに、ブロードキャスト情報ＩおよびバージョンＶまたはタイムスタンプＴＳ自体を、たとえばＵＥ７０２Ｂ上のあるアプリケーションまたはプロセスから内部的に情報Ｉを受信することによって、生成することができる。この態様では、メッセージ７０６および７０８は、前述したように送られ、受信され得るが、ソースＵＥはここではＵＥ７０２Ｂである。

[00106]図８は、ブロードキャストされた情報または中継された情報の暗示的な確認応答を示す図８００である。図８は、ＵＥ８０２Ａと、ＵＥ８０２Ｂと、ＵＥ８０２Ｃとを含む。図８に示すように、ＵＥ８０２Ａは、ＵＥ８０２Ｂおよび／またはＵＥ８０２Ｃなどの（ただし、ＵＥ８０２Ｂおよび／またはＵＥ８０２Ｃに必ずしも限定されない）他のＵＥを対象とするブロードキャスト情報を含むメッセージ８０４をブロードキャストすることができる。一態様では、メッセージ８０４は、あるソースＵＥに関係するブロードキャスト情報Ｉ１と、ソースＵＥのアイデンティティ（ＵＥＩＤ）ならびにソースＵＥによって割り当てられたバージョンＶおよび／またはタイムスタンプＴＳなどの識別子情報とを含む。ソースＵＥは、ＵＥ８０２Ａと同じであること、またはＵＥ８０２Ａとは異なることがある。図８に示すように、メッセージ８０４はＵＥ８０２Ｂによって受信され得る。続いてＵＥ８０２Ｂは、情報Ｉ２とＵＥ８０２Ｂによって割り当てられたタグ値ＴＶとを含むメッセージ８０６をブロードキャストする。情報Ｉ２は、メッセージ８０４において受信された情報Ｉ１と同じであってよく、情報Ｉ２がすでに受信されているか、それとも新しいかを受信側ＵＥが決定できるようにするために、ソースＵＥのアイデンティティＵＥＩＤと、ソースＵＥによって割り当てられたバージョンＶおよび／またはタイムスタンプＴＳとをさらに含むことができる。タグ値ＴＶは、ＵＥ８０２Ｂのためのアイデンティティ（たとえば、ＵＥ２）と、ＵＥ８０２Ｂによって割り当てられたバージョン番号、シーケンス番号および／またはタイムスタンプとを含むことができる。

[00107]図８にさらに示すように、ＵＥ８０２Ｃがメッセージ８０６を受信した後、ＵＥ８０２Ｃは、情報Ｉ３とメッセージ８０６において受信されたタグ値ＴＶとを含むメッセージ８０８をブロードキャストする。情報Ｉ３は、メッセージ８０６において受信された情報Ｉ２を含んでよく（たとえば、情報Ｉ２と同じであってよく）、かつ／または異なる情報（たとえば、ＵＥ８０２Ｃに関係する情報）を含んでよい。いくつかの実装形態では、情報Ｉ３は含まれないことがある。ＵＥ８０２Ｂは、メッセージ８０８を受信した後、メッセージ８０８におけるタグ値ＴＶが、以前にブロードキャストされたメッセージ８０６におけるタグ値ＴＶと同じであると決定し得る。したがって、ＵＥ８０２Ｂは、受信されたメッセージ８０８を、ＵＥ８０２Ｃが情報Ｉ２を含むメッセージ８０６を受信したことの暗示的確認応答と見なすことができ、メッセージ８０６のブロードキャストを停止することができる。

[00108]一態様では、メッセージ８０４がＵＥ８０２Ａによって送られることも、ＵＥ８０２Ｂによって受信されることもない。この態様では、ＵＥ８０２Ｂは代わりに、情報Ｉ２自体を（たとえば、ＵＥ８０２Ｂ上のあるアプリケーションまたはプロセスから内部的に情報Ｉ２を受信することによって）生成することができ、情報Ｉ２に含まれる任意のＵＥアイデンティティ（ＵＥＩＤ）、バージョンＶまたはタイムスタンプＴＳをさらに生成することができる。この態様では、メッセージ８０６および８０８は、前述したように送られ、受信され得るが、ソースＵＥはここではＵＥ８０２Ｂである。

[00109]場合によっては、上述のような明示的確認応答および暗示的確認応答の機構は、より効率的なブロードキャストおよび中継を可能にし得る。例示的な実装形態では、ＵＥ１は、それ自体のための任意の更新された情報Ｉ１を最初にブロードキャストすることができ、情報Ｉ１のためのより高いバージョン番号Ｖ１またはより後のタイムスタンプＴＳ１を含めることができる。ＵＥ１は、たとえば、同様に、別のＵＥ３に関して受信された、ＵＥ１によってＵＥ３に関して以前受信されたものよりも高いバージョンＶ３または後のタイムスタンプＴＳ３（ＵＥ３によって割り当てられている）によって示される任意の更新された情報Ｉ３を中継することができる。ＵＥ１がブロードキャストを直接受信するすべての他の発信元ＵＥが情報Ｉ１に明示的もしくは暗示的に確認応答し、かつ／または情報Ｉ３に明示的もしくは暗示的に確認応答すると、ＵＥ１は、各場合にそれぞれ、情報Ｉ１のブロードキャストを停止し、かつ／または情報Ｉ３の中継を停止することができる（たとえば、情報Ｉ３の場合、ＵＥ１は情報Ｉ３を、他のＵＥから受信されたときに無視することができる）。場合によっては、ＵＥ１は、各場合にそれぞれ、情報Ｉ１が更新されたか、またはＵＥ１が情報Ｉ３のより新しいバージョンを（より高いバージョンＶ３＋ｎまたはより後のＴＳ３＋ｘとともに）受信した場合、情報Ｉ１のブロードキャストを再開すること、または情報Ｉ３の中継を再開することができる。ＵＥ１はその場合、ブロードキャストまたは中継を停止する前に、新しい情報が直接無線範囲内のすべてのＵＥによって暗示的または明示的に確認応答されるまで待つことができる。ＵＥ１はまた、それぞれ情報Ｉ１もしくはＩ３を含まない（もしくは情報Ｉ１もしくはＩ３に確認応答しない）、またはいずれかの情報の先行バージョンを含む、以前のセットＳにない新しいＵＥからの直接ブロードキャストをＵＥ１が受信した場合、情報Ｉ１のブロードキャストを再開すること、または情報Ｉ３の中継を再開することができる。ＵＥ１はその場合、ブロードキャストまたは中継を停止する前に（各場合にそれぞれ）情報Ｉ１またはＩ３に新しいＵＥが明示的または暗示的に確認応答するまで待つことができる。

[00110]前述の機構は、ＵＥ１によってブロードキャストまたは中継された情報Ｉのための別のＵＥ２からの確認応答をＵＥ１が常に受信することを保証しないことがある。ＵＥ２が情報Ｉを有しており、（ａ）ＵＥ１のブロードキャストを直接受信しないか、または（ｂ）ＵＥ１が情報Ｉをブロードキャストするのを観測し、ＵＥ１（およびＵＥ２の範囲内のすべての他のＵＥ）が情報Ｉを有するので、ＵＥ２は情報Ｉを送る必要がないと結論付けるケースがあり得る。ＵＥ１が暗示的確認応答を用いる場合には、ＵＥ２は情報Ｉに関連してＵＥ１によって送られた任意のタグ値ＴＶをブロードキャストする必要が依然としてあり得、その場合にはＵＥ１に対し、情報Ｉに暗示的に確認応答することになるので、上記のケース（ｂ）は回避され得る。上記ケース（ａ）では、ＵＥ１は、ＵＥ２が情報Ｉをブロードキャストしないのを観測し、ＵＥ２がＩを有していないと結論付け、この結論によりＵＥ１は情報Ｉを送り続けることができる。ケース（ａ）は、ＵＥ１からＵＥ２への送信の不成功およびＵＥ２からＵＥ１への送信の成功に依存するので、非常にまれであり得るが、ＵＥ１およびＵＥ２における異なる送信電力および受信機感度に起因して起こり得る。ケース（ａ）を軽減するために、場合によっては、ＵＥは任意の情報Ｉを、直接無線連絡の範囲内のすべてのＵＥが情報Ｉに確認応答したように見えるときでも、周期的に再送することができる。上記の例では、これによりＵＥ２は情報Ｉを周期的に再送し、ひいてはＵＥ１に対し受信を確認通知して、ＵＥ１が情報Ｉを送るのを停止できるようにする。さらに、情報Ｉが変わるときはいつでも、ＵＥは情報Ｉのより新しいバージョンを送ることができ、それにより、上記のＵＥ１などのＵＥにおける情報Ｉのより古いバージョンの送信を終了させる。

[00111]ここで図２３を参照すると、図２３は、いくつかの例示的な実装形態による、ネットワークサポートなしのＵＥ間の例示的な一般的なブロードキャストおよび中継の方法の全部または一部をサポートするように実施され得るプロセス２３００を示すフロー図である。そのような方法をサポートして、例示的なブロック２３０２において、各ＵＥは、たとえば、それのアイデンティティ、現在のロケーションおよびサポートされる近接サービス、および情報バージョンまたはタイムスタンプを備え、かつ／または他の方法で示す、それ自体のための情報を周期的にブロードキャストすることによって開始することができる。各ＵＥはまた、例示的なブロック２３０４において、（たとえば、ブロック２３０２の実行に関与していないとき）他のＵＥからのブロードキャストをリッスンすることができ、他のＵＥから受信された任意の情報を記憶することができる。ＵＥが他のＵＥから情報を受信した場合、受信された情報は、例示的なブロック２３０６において、以前受信された他の情報と結合されてよく、それにより、あるＵＥ１に関係するバージョンＶまたはタイムスタンプＴを有する任意の受信された情報が、Ｖ未満のバージョンまたはＴよりも前のタイムスタンプを有するＵＥ１のための任意の以前の情報に取って代わる。ＵＥは、例示的なブロック２３０８において（たとえば、ブロック２３０２と同様に）、それ自体のための情報をブロードキャストし続けることができるが、ＵＥがブロック２３０４および２３０６において１つまたは複数の他のＵＥに関係する情報を受信すると、ＵＥは、そのような情報をそれ自体の情報とともに中継することもできる。例示的なブロック２３１０において、ＵＥ１は、あるＵＥ３に関係するＵＥ１が以前送った情報に別のＵＥ２が確認応答しているとの決定を、（たとえば、前述したように）この情報に暗示的または明示的に確認応答する情報がＵＥ２から受信された場合に、行うことができる。ブロック２３１０におけるＵＥ３は、ＵＥ１とは異なるＵＥであること、またはＵＥ１であることがある。例示的なブロック２３１２において、ＵＥ１がブロードキャストを受信するすべての送信元ＵＥが、任意のＵＥ３のためのＵＥ１に記憶された情報に明示的または暗示的に確認応答した場合、ＵＥ１はＵＥ３のための情報の中継を停止することができる。例示的なブロック２３１４において、ＵＥ１は後に、たとえば、（たとえば、より高いバージョンもしくはより後のタイムスタンプを伴う）ＵＥ３のための新しい情報を受信した後、またはＵＥ３のためのＵＥ１に記憶された情報にまだ確認応答していないＵＥ４から直接ブロードキャストを受信した後、ＵＥ３のための情報の中継を再開することができる。

[00112]いくつかの例示的な実装形態では、技法は、情報タグを使用したネットワークサポートのないＵＥ間の情報の中継をサポートするように実施され得る。本技法は、欠落した情報の送信を求める明示的要求をサポートし、本明細書では「タグ付き送信」と呼ばれる。前述の明示的確認応答および暗示的確認応答の機構は、いくつかの状況では、（たとえば、送信側に送信を停止させるのに十分な確認応答を送信側が受信するまでの）不要なブロードキャストをもたらし得る。不要な送信をさらに減らすために、情報項目が一意のタグに関連付けられ得るタグ付き送信が使用され得る。たとえば、特定のＵＥ１に関係する情報は、ＵＥ１のアイデンティティ（ＩＤ）、情報タイプまたは情報識別子およびバージョン番号またはタイムスタンプを備えるタグを有し得る。一実装形態では、特定のＵＥ１のための情報Ｉに関係するタグＴが、ＵＥ１によって生成され、ＵＥ１によってＩとともにブロードキャストされ、続いて他のＵＥによってＩとともに中継され得る。タグＴとともに情報Ｉを受信したか、または内部的に生成したＵＥ１は、次いで、ＩとＴとを一緒に数回、それぞれ中継またはブロードキャストし、続いて、Ｉよりもはるかに小さいことがある（Ｉなしの）Ｔだけを中継またはブロードキャストすることができる。ＩではなくＴを中継またはブロードキャストしたＵＥ１を検出したＵＥ２は、次いで、Ｉをまだ有していない（またはより低いバージョン番号またはより前のタイムスタンプを伴うタグに関連するＩの先行バージョンのみを有する）場合に、要求指示とともにタグＴを送ることによって、Ｉを求める要求をブロードキャストすることができる。ＵＥ２は、たとえば、少なくとも部分的に、タグの内容から（たとえば、タグにおけるＵＥＩＤおよび情報タイプ識別子から）、ＵＥ２がＩを受信することを希望しているかどうか、ひいてはタグＴとともに要求指示をブロードキャストすることによってＩを要求すべきかどうかを決定することができる。ＵＥ２がＩを要求することを判定した場合、ＵＥ２は、たとえば、オプションとして、ＵＥ１のＩＤならびにタグＴを要求に含めて、他のＵＥではなくＵＥ１がＩを送信すべきであることを示すことができる。ＵＥ１のＩＤを要求に含めることで、他のＵＥからの追加の送信を回避することができる。ＵＥ１がＵＥ２からのＩを求める要求を検出した場合、ＵＥ１は、ＵＥ２がＩを取得できるように、ＩとＴとを一緒に１回または数回送り得る。ＵＥ２がＩを受信しなかった場合、ＵＥ２は要求を繰り返すことができ、ＵＥ１はＩの送信を繰り返すことができる。ＵＥ２が情報Ｉを有すると、ＵＥ２はこれを、たとえば、Ｉなしに、要求に関連せずタグＴのみをブロードキャストすることによって、ＵＥ１に示すことができる。ＵＥ１からのみの送信を要求する代わりに、ＵＥ２は、ＵＥ１のＩＤを含まない、Ｉを求める要求を送ることができ、この場合、情報Ｉと関連タグＴとを有する任意の他のＵＥは、ＵＥ２による受信を可能にするために１回または数回、ＩとＴとをブロードキャストすることができる。

[00113]単純で効率的になるよう、タグ付き送信のいくつかの例示的な実装形態では、タグＴに関連する情報Ｉを求める要求は、オプションとして、ヌル要求によってシグナリングされ得る。この場合、ＵＥ１は、タグＴに関連付けられる情報Ｉを別のＵＥ３が要求するとの仮定を、ＵＥ３がＩとＴとを一緒に、またはＩなしにＴのみを送っているのをＵＥ１が観測していない場合には、行うことができる。この実装形態により、各ＵＥは、ＵＥ２などの他のＵＥに関連する最新の情報（たとえば、情報Ｉ）および関連タグ（たとえば、タグＴ）、または情報なしのタグ（たとえば、タグＴ）のみのいずれかを周期的に送ることができる。ＩおよびＴ（もしくはＩおよびＴのより後のバージョン）またはＴ（もしくはＴのより後のバージョン）のみのいずれかをＵＥ３などの他のＵＥから受信していない場合、それは、ＵＥ３がＵＥ２のための情報Ｉを有しない証拠と受け止められてよく、したがって、情報Ｉおよび関連タグＴは送られる必要がある。ヌル要求の使用は、情報がすべてのＵＥに送られる必要がある（たとえば、ＵＥは選択的に要求することが可能ではないか、または異なる情報項目を要求しない）ときに効率的であり得る。

[00114]タグ付き送信が上述のように（かつヌル要求を使用して、または使用せずに）使用されるとき、ＵＥ１は、以前のタグＴのためのものよりも高いバージョンまたは後のタイムスタンプを伴う新しいタグに関連する情報Ｉのより後のバージョンを受信した（または内部的に生成した）ときはいつでも、タグＴに関連する任意の情報Ｉを送るのを再開することができる。ＵＥ１が別のＵＥ２から信号を受信し得るが、ＵＥ２がＵＥ１から信号を受信することができない非対称的なケースでは、ＵＥ１がＵＥ２からの情報Ｉを求める要求を観測した場合でも、ＵＥ１はＵＥ２に情報Ｉを送ることができない。ＵＥ２はあるＵＥ（ＵＥ２は、ＵＥ１から受信することができないと仮定されるので、一般にはＵＥ１ではない）から情報Ｉを把握していることになるので、別のＵＥ（ＵＥ１ではない）はＵＥ２に情報Ｉを送ることが可能であり得る。そうでない場合、ＵＥ１は、ＵＥ２が情報Ｉを要求するのを観測することができ、結果的に、情報Ｉを送ることができるが、ＵＥ２は情報Ｉを受信することができない。この場合、ＵＥ１からの不要な送信は、場合によっては、タグ付き送信技法に関して課され得る、任意のＵＥからの情報Ｉの送信の数に対する制限によってなお限定され得る。ＵＥ２がＵＥ１から信号を受信し得るが、ＵＥ１がＵＥ２から信号を受信することができない別の非対称的なケースでは、ＵＥ２は情報Ｉを要求し得るが、ＵＥ１はその要求を観測しない。ＵＥ２は、たとえば、情報Ｉを求める要求を、Ｉを受信することなく何回も繰り返し得るが、Ｔのサイズが小さい場合、これはそれほど帯域幅を使用しないことがある。一般に、タグ付き送信方式は、情報Ｉのサイズが大きく、タグＴのサイズが小さいときに効率的であり得、これは、近接または略近接が発見された後に個別の近接サービスをサポートするためにブロードキャストおよび中継を介してネットワークサポートなしでＵＥ間で情報が交換されるときに生じ得る。

[00115]図９は、タグ付き送信を使用するブロードキャスト送信または中継送信の確認応答を示す図９００である。図９は、ＵＥ９０２Ａと、ＵＥ９０２Ｂと、ＵＥ９０２Ｃとを含む。図９に示すように、ＵＥ９０２Ａは、あるソースＵＥに関係する、ＵＥ９０２Ｃを含み得る（ただし、ＵＥ９０２Ｃに必ずしも限定されない）他のＵＥを対象とするブロードキャスト情報Ｉを含むメッセージ９０４をブロードキャストすることができる。ソースＵＥは、ＵＥ９０２Ａと同じであること、またはＵＥ９０２Ａとは異なることがある。一態様では、メッセージ９０４は、ソースＵＥのためのアイデンティティ、情報Ｉのための情報タイプもしくは情報識別子および／またはソースＵＥによって生成されたバージョンもしくはタイムスタンプを備え得るタグＴを含むことができる。

[00116]図９に示すように、メッセージ９０４はＵＥ９０２Ｂによって受信され得る。続いてＵＥ９０２Ｂは、メッセージ９０６を生成しブロードキャストすることによって、メッセージ９０４のブロードキャスト情報Ｉを中継する。一態様では、メッセージ９０６は、メッセージ９０４において以前受信された情報ＩとタグＴとを含むことができる。別の態様では、ＵＥ９０２Ｂは、メッセージ９０４において受信されたタグとは異なるタグＴを生成することができる。たとえば、異なるタグＴは、ＵＥ９０２ＢのためのアイデンティティＵＥ２、情報Ｉのための情報タイプもしくは識別子およびＵＥ９０２Ｂによって生成されたバージョンもしくはタイムスタンプを備え得る。メッセージ９０６は、送信側としてＵＥ９０２Ｂを識別することもでき、たとえば、ＵＥ９０２ＢのためのアイデンティティＵＥ２を含み得る。

[00117]図９にさらに示すように、ＵＥ９０２Ｂがメッセージ９０６をブロードキャストした後、ＵＥ９０２Ｂはメッセージ９０８をブロードキャストする。一態様では、メッセージ９０８は、情報ＩではなくタグＴを含む。メッセージ９０８は、送信側としてＵＥ９０２Ｂを識別することもでき、たとえば、ＵＥ９０２ＢのためのアイデンティティＵＥ２を含み得る。ＵＥ９０２Ｃがメッセージ９０８を受信した後、（たとえば、送信エラーまたは信号受信の欠如により）ＵＥ９０２Ｃがメッセージ９０６を受信していないと仮定すると、ＵＥ９０２Ｃは、メッセージ９０８からのタグＴとタグＴに関連するブロードキャスト情報Ｉを求める要求とを含むメッセージ９１０をブロードキャストし得る。一態様では、ＵＥ９０２Ｃは、たとえば、メッセージ９０８において示されたように、ＵＥ９０２Ｂのアイデンティティ（たとえば、ＵＥ２）をメッセージ９１０に含めることができる。ＵＥ９０２Ｂは、メッセージ９１０を受信した後、タグＴを識別し、ＵＥ９０２ＣがＵＥ９０２Ｂに対してブロードキャスト情報Ｉを要求していることを検出する。一態様では、メッセージ９１０におけるＵＥ９０２Ｂのアイデンティティ（たとえば、ＵＥ２）は、他のＵＥではなくＵＥ９０２Ｂが要求されたブロードキャスト情報Ｉを送信すべきであることを示す。

[00118]ＵＥ９０２Ｃからのブロードキャスト情報Ｉを求める要求に応答して、ＵＥ９０２Ｂは、情報ＩとタグＴとを含むメッセージ９１２を送信する。一態様では、ＵＥ９０２Ｃがメッセージ９１２を受信しなかった場合、ＵＥ９０２Ｃはブロードキャスト情報Ｉを要求するために、メッセージ９１０を１回または複数回、再びブロードキャストすること（図９に示されていない）ができる。ＵＥ９０２Ｃがメッセージ９１２を受信した場合、ＵＥ９０２Ｃは、タグＴ（たとえば、メッセージ９１２において受信された同じタグＴ）のみを含むメッセージ９１４を続いてブロードキャストすることによって、メッセージ９１２が受信されたことを示すことができる。ＵＥ９０２Ｂは、メッセージ９１４を受信し、ＵＥ９０２ＣからブロードキャストされたタグＴを識別すると、ＵＥ９０２Ｃがブロードキャスト情報Ｉを受信していると決定することができ、ブロードキャスト情報Ｉの後続のブロードキャストをすべて停止することができる。

[00119]一態様では、メッセージ９０４がＵＥ９０２Ａによって送られることも、ＵＥ９０２Ｂによって受信されることもない。この態様では、ＵＥ９０２Ｂは、代わりに、たとえば、ＵＥ９０２ＢのアイデンティティＵＥ２、情報Ｉのための識別子もしくはタイプおよび／または情報Ｉのためのシーケンス番号、バージョンもしくはタイムスタンプをタグＴに含めることによって、情報Ｉ自体とタグＴとを生成することができる。この態様では、ＵＥ９０２Ｂは、ＵＥ９０２Ｂ上のあるアプリケーションまたはプロセスから内部的に情報Ｉを受信することができる。この態様では、メッセージ９０６、９０８、９１０、９１２および９１４は、前述したように送られ、受信され得るが、ソースＵＥはここではＵＥ８０２Ｂである。

[00120]他のＵＥの間でブロードキャストまたは中継されるＵＥＴのための情報は、異なる近接サービスのための他のＵＥのうちの１つまたは複数によるＵＥＴの発見をサポートするために使用されることがあり、ＵＥＴによって使用される近接サービスを支援するために使用され得る。たとえば、ＵＥＴのための近接の発見をサポートするためにＵＥＴによってブロードキャストされ、かつ／または他のＵＥによって中継されるＵＥＴに関係する情報のセットＡは、ほんの数例を挙げると、ＵＥＴのアイデンティティ、ＵＥＴによってサポートされる近接サービスのリスト（たとえば、各近接サービスは、一意の表現によって識別される）、ＵＥＴの直接無線範囲内にあることがＵＥＴによって知られる他のＵＥＴ＊のアイデンティティ、ならびに／またはＵＥＴおよびＴ＊におけるＵＥのためのロケーションおよび信号情報を示し得る。ＵＥＴによって使用されている近接サービスを支援するために使用されるＵＥＴに関係する情報の異なるセットＢは、以下を示し得る。ほんの数例を挙げると、（ｉ）ＵＥＴに近接している他のＵＥに転送されることになっている、ＵＥＴによって使用されている任意の近接サービスＰのためのメッセージ、（ｉｉ）（情報のための受信側リストを構成し得る）ＵＥＴに近接していることが以前発見されたＵＥのアイデンティティ、（ｉｉｉ）ＵＥＴとＵＥＴに近接している他のＵＥとの間のセッションもしくは接続をセットアップもしくは解除するための情報、および／または（ｉｖ）ＵＥＴとＵＥＴに近接している他のＵＥとの間のデータトラフィック（たとえば、発話／ビデオクリップ、ＩＭ）。場合によっては、上記の情報セットＡおよび情報セットＢは区別され、たとえば、情報セットＡと情報セットＢとでは異なるプロトコルと異なるブロードキャストおよび中継の機構とを使用して別様にサポートされ得る。場合によっては、ＵＥＴによって使用されている近接サービスを支援するために使用されるＵＥＴのための情報セットＢは、ＵＥＴによる、またはＵＥＴのための近接の発見をサポートするために使用される情報セットＡよりも効率的な、ブロードキャストおよび中継の手段を介して、他のＵＥに転送され得る。これは、情報セットＢのサイズが情報セットＡのサイズよりもはるかに大きい可能性に起因し得る。

[00121]いくつかの例示的な実装形態では、技法は、ＵＥ間のある通信のルーティングをサポートするように実施され得る。（たとえば、明示的確認応答と、暗示的確認応答と、タグ付き送信とを使用する）前述の例示的な機構は、情報がネットワークサポートなしでＵＥのグループ中でブロードキャストされ中継されることを可能にし得るが、指向性通信、たとえば、ＵＥがシグナリング、データまたは音声をただ１つの他のＵＥに、またはより大きいＵＥのセット内の特定のＵＥグループに送る必要がある場合には適していないことがある。場合によっては、指向性通信をサポートするために、各ＵＥＴは、通信が任意の他の宛先ＵＥに転送される場合に経由するＵＥＴの直接無線範囲内の他のＵＥを示すルーティングテーブルを維持することによって、ルーティングのホップバイホップ方法をサポートすることができる。そのようなルーティングテーブルは、たとえば、（たとえば、本明細書で前述した情報セットＡにおける情報項目のブロードキャストおよび中継によって可能にされる）近接発見サポートの一部として各ＵＥによって受信された情報を介してコンパイルされ得る。いくつかの実装形態では、ＵＥＴにおけるルーティングテーブルは、ネクストホップベースであってよく、宛先ＵＥＤごとに、情報がＴから宛先ＵＥＤに中継される場合に経由する、ＵＥＴまでの直接無線範囲内にある他のＵＥＳを示す。場合によっては、そのようなテーブルは、最小数の追加の中継ＵＥを介してＵＥＤに情報を中継することが可能であるＳにおけるＵＥＳ＊のサブセットを識別し得る。ＵＥＴは、ＵＥＤにメッセージを送る必要または中継する必要がある場合、Ｓ＊におけるあるＵＥｔにメッセージを転送することができる。Ｓ＊が２つ以上のＵＥを含む場合、ｔは、たとえば、Ｓ＊内からＴによって、（ａ）ランダムに、（ｂ）Ｓ＊における各ＵＥの既知の（たとえば、報告された）中継もしくはスループットの能力に基づいて、（ｃ）Ｓ＊における各ＵＥの報告された混雑状態に基づいて、または（ｄ）（ａ）、（ｂ）および（ｃ）の何らかの組合せを介して選ばれ得る。そして、ＵＥＴがメッセージを転送する相手であるＵＥｔは（宛先Ｄでない場合）、ＵＥＴによって使用されるのと同じルーティング方法を使用して別のＵＥにメッセージを転送する。結局、メッセージは、最小数の中間中継ＵＥ（またはホップ）を介して宛先ＵＥＤに到着し得る。ＵＥＴは、たとえば、メッセージが効率的に転送され得るように、ＳにおけるＵＥへのシグナリングリンクまたはデータリンクを維持することができる。いくつかの実装形態では、ＵＥＴにおけるルーティングテーブルは、代わりに、通信がＵＥＴから任意の宛先ＵＥＤにルーティングされる場合に経由する中間中継ＵＥの完全なシーケンスを提供することによって、ソースルーティングを可能にし得る。そのようなソースルーティングテーブルは、任意のＵＥＴによって、近接の発見に関係するＵＥから受信された情報に基づいて（たとえば、情報セットＡに関して前述したタイプの情報に基づいて）コンパイルされ得る。場合によっては、ＵＥＴは、ソースルーティングを使用して宛先ＵＥＤに送られる任意のメッセージに、メッセージが中継される場合に経由する中間中継ＵＥのシーケンスを含めて、各中間中継ＵＥがメッセージの送信先となるべき次のＵＥを決定できるようにし得る。

[00122]いくつかの例示的な実装形態では、技法は、様々なグループサービスをサポートするためにＵＥ間の情報のブロードキャストおよび中継をサポートするように実施され得る。場合によっては、互いに近接しているＵＥのグループは、たとえば、（ｉ）あるユーザがグループ中の他のユーザすべてと通信すること、もしくは他のユーザのうちの一部と選択的に通信することを可能にする、または（ｉｉ）あるＵＥがグループ中の他のＵＥの一部もしくはすべてと自動的に情報（たとえば、ロケーション情報および環境のためのセンサー情報）を交換することを可能にする、グループ近接サービスを使用することができる。そのようなグループ近接サービスは公共安全に、また、たとえば、ほんの数例を挙げると、特定の会社、クラブ、ゲームサービスまたは何らかの私的利益団体に関連する様々な閉鎖的ユーザグループによって使用され得る。そのようなグループサービスをサポートするために、各ＵＥが、同じサービスに関与している、近接し得る（または場合によっては略近接し得る）他のＵＥのアイデンティティを知らされることは有益であり得る。いかなるネットワークサービスもなしに（たとえば、ＵＥがネットワークカバレージの外にあるときに）近接を確立するために、ブロードキャストおよび中継などの前述の方法が使用され得る。

近接サーバの使用
[00123]いくつかの例示的な実装形態では、技法は、近接発見のサーバサポートのために実施され得る。そのような場合、サービス提供相手のＵＥのための近接の発見をサポートするネットワークはサーバを含んでよく、これは本明細書では「近接サーバ」または「ネットワーク近接サーバ」と呼ばれ、同じ近接サービスを使用するか、または同じ近接サービスに関心があり、互いに近接しているＵＥの発見を可能にする。その場合、互いに近接していることが発見されたＵＥに関する情報は、近接サーバによって当該ＵＥに転送されて、ＵＥ（またはＵＥ上のいくつかのアプリケーションもしくはＵＥユーザ）が互いにとって共通して重要な近接サービスに関与できるようにし得る。ＬＴＥをサポートするネットワークのためのいくつかの例示的な実装形態では、ネットワーク近接サーバは、サービス提供エリアにおけるすべてのＵＥのための近接データを、ＵＥから直接、かつ／またはこれらのＵＥにサービス提供するネットワークにおけるＭＭＥおよびｅＮｏｄｅＢから取得することができる。場合によっては、近接サーバは、既存のエンティティまたはサブシステム（たとえば、ｅＮｏｄｅ、ＭＭＥ、ＰＤＧ、ＩＭＳ、ＳＬＰ、Ｅ−ＳＭＬＣ）に新しいエンティティまたは新しい論理機能を備えることができ、ＵＥのためのサービングネットワークに存在し得る。

[00124]いくつかの例示的な実装形態では、ネットワーク近接サーバは、近接の合致の可能性を探るために、それのサービングエリアにおけるＵＥに関係する受信したデータをスキャンすることができる。たとえば、ネットワーク近接サーバは、以下を行うことができる。（ｉ）同じ近接サービスを使用しているか、もしくは同じ近接サービスに関心があるすべてのＵＥを見つける、（ｉｉ）使用されるか、もしくは関心があるとＵＥが主張する各近接サービスとのＵＥの関連性を認証する、（ｉｉｉ）同じ近接サービスを利用する（もしくは同じ近接サービスに関心がある）ＵＥのための地理的、セルラー条件または有望な無線近接条件を確認する、および／または（ｉｖ）同じ近接サービスを使用しているか、もしくは同じ近接サービスに関心があるＵＥのセットＳが近接していることが発見された場合に、Ｓにおける各ＵＥに関するデータを、Ｓにおける他のＵＥの一部もしくは全部に送り、それにより、ＳにおけるＵＥがこのデータを受信できるようにする。

[00125]いくつかの例示的な実装形態では、ネットワーク近接サーバは、代替または追加として、（たとえば、ＵＥ、ＭＭＥ、ｅＮｏｄｅから）受信したすべての近接データを、ネットワークによってサービス提供されるすべてのＵＥにブロードキャストすることができ、その場合にＵＥは近接の発見に関与する。場合によっては、各ネットワークセルにおいてブロードキャストされるデータは、ブロードキャストデータの量を低減するために、セルの中または近くにあるＵＥにのみ適用可能なデータを備えることができる。

[00126]いくつかの例示的な実装形態では、ＵＥ（またはＵＥのためのサービングＭＭＥ／ｅＮＢ）は、（近接の発見に関係する）近接サーバにおけるデータを周期的に、またはデータに何らかの変化がある場合はいつでも更新することができる。例として、特定のＵＥのためのある更新されたデータは、ＵＥサービングセルの変化、ＵＥロケーションの変化、ＬＴＥ−Ｄを介してＵＥによって検出された他のＵＥのセットの変化、および／またはある近接サービスに関係するＵＥにおけるユーザもしくはＡｐｐの要件の変化を示し得る。

[00127]いくつかの例示的な実装形態では、ネットワーク近接サーバは、ＵＥに関して有するデータを、タイムアウト後に、たとえば、ＵＥからさらなるデータ更新を受信しないことに応答して除去することができる。場合によっては、ネットワーク近接サーバは、（たとえば、ネットワーク定義済み近接サービスのための）近接データを、いくつかの運用および保守の機能を介して、かつ／または他のネットワークサーバなどから受信し得る。いくつかの実装形態では、無線近接のみを利用していて、ネットワーク支援なしでＵＥによってサポートされ得る近接サービスには、ネットワーク近接サーバのサポートは必要とされないことがある。

[00128]いくつかの例示的な実装形態では、技法は、ＬＴＥ−Ｄサポートおよびネットワーク近接サーバによる近接の発見のために実施され得る。たとえば、いくつかの実装形態では、直接無線シグナリング（たとえば、ＬＴＥ−Ｄ）を使用するＵＥによる近接発見は、一部のユーザの場合、たとえば公共安全のために自律的に実行することが可能にされ得る。場合によっては、直接無線（たとえば、ＬＴＥ−Ｄ）発見のネットワーク制御はオプションであり得る。たとえば、ネットワークは、直接無線発見が許容され得るかどうかをＵＥに知らせ、ＵＥが近接を発見するのを支援するために物理的およびトランスポート関連パラメータを提供することができる（たとえば、直接無線発見のためにＵＥがすべて使用すべき周波数およびシグナリング関連パラメータを提供することができる）。場合によっては、ネットワーク制御が存在しない（たとえば、実装されない）場合、近接サービスは、単に利用不可能であること、または各ＵＥにおいて設定されたデフォルト情報（たとえば、公共安全のための近接サービスの場合には許容されたスペクトル）を使用してサポートされることがある。

[00129]いくつかの例示的な実装形態では、ネットワーク近接サーバによる近接の発見はオプションであってよく、代わりに、サービングネットワークによって要求された場合にＵＥによってサポートされ得る。場合によっては、近接発見のためのいくつかのネットワーク制御パラメータが、ＵＥにブロードキャストされること、および／またはネットワーク接続もしくは（ＩＭＳ制御の場合）ＩＭＳ登録によりＵＥに提供されることがある。ネットワーク制御パラメータは、たとえば、ＵＥとネットワーク近接サーバとの間のインタラクションがどのように行われ得るかを、たとえば、ＵＥが直接無線連絡を介して発見されたＵＥに関するデータを近接サーバに送る必要があるどうかを指定することができる。場合によっては、ネットワーク近接サーバによる、異なるネットワークによってサービス提供されるＵＥ間の近接の発見は、たとえば、近接関連情報を別のネットワークに送るときにＵＥもしくはユーザアイデンティティを保護し、かつ／またはあるネットワークにおけるＵＥが別のネットワークにおけるＵＥに近接していることが発見され得る程度を制限するために、ＵＥ加入データまたはユーザ選好を考慮する必要があり得る。いくつかの実装形態では、アプリケーションは、（近接のネットワーク発見よりも高い通常の効率性のために）直接無線発見の使用を最大化するように近接サービスパラメータを設定しようとし得る。

[00130]次に図１７に目を向けると、図１７は、近くにあるデバイス間の近接の発見が、他のエンティティと通信するために制御プレーンベースのシグナリングを決定するＬＴＥネットワークにおけるネットワーク近接サーバによって、またはネットワーク近接サーバに支援されて発見される例示的な構成１７００を示す概略ブロック図である。図示のように、例示的な構成１７００は、ＵＥ１７０２に、またＭＭＥ１７０６にも結合されたｅＮＢ１７０４を備えることができる。ＭＭＥ１７０６は、近接サーバ１７０８に、また場合によってはＥ−ＳＭＬＣ１７１０に結合され得る。いくつかの実装形態では、破線の箱１７１１によって示されるように、近接サーバ１７０８およびＥ−ＳＭＬＣ１７１０は、論理的に別個であるが、たとえば、近接／ロケーションの相乗効果などから恩恵を受けるために物理的に結合されてよく、または物理的に別個であって、通信リンクを介して通信することが可能にされてよい。制御プレーンベースのシグナリングは、たとえば、ＴＳ２４．３０１などの３ＧＰＰＴＳにおいて３ＧＰＰネットワークのためにすでに部分的に定義されている可能性があるＮＡＳ機能とＮＡＳシグナリングとを使用して、ＵＥ１７０２と近接サーバ１７０８との間でサポートされ得る。近接サーバ１７０８は、ＵＥ１７０２のための近接関連情報（たとえば、ＵＥアイデンティティ、ＵＥロケーション、ＵＥサービングセル、サービングｅＮＢまたはＴＡ、直接無線手段によって検出された近くにあるＵＥ、ＵＥによってサポートされるか、またはＵＥにとって重要な近接サービス）を、（たとえば、前述のＮＡＳシグナリングを使用して）ＵＥ１７０２から直接、かつ／またはｅＮＢ１７０４および／もしくはＭＭＥ１７０６から取得することができる。ＵＥ１７０２のためのロケーション関連情報が、追加または代替として、近接サーバ１７０８によってＥ−ＳＭＬＣ１７１０から取得され得る。ターゲットＵＥ（たとえば、ＵＥ１７０２）を位置特定するために、近接サーバ１７０８は、ロケーション要求をＵＥ１７０２のための（サービング）ＭＭＥ１７０６に送ることができる。場合によっては、ＭＭＥ１７０６は、そのような要求をＥ−ＳＭＬＣ１７１０に転送することができ、次いでＥ−ＳＭＬＣ１７１０は、（たとえば、３ＧＰＰＴＳ３６．３０５において定義されている）３ＧＰＰ制御プレーン手順を使用してＵＥ１７０２を位置特定し、ロケーション結果をＭＭＥ１７０６に、そして近接サーバ１７０８に返すことができる。近接サーバ１７０８は、ＵＥ１７０２および他のＵＥに関して取得された情報を使用して、どのＵＥが近接もしくは略近接し得るかを決定し、かつ／または本明細書の他の箇所で説明している近接の有望な将来の出来事を予測することができる。次いで近接サーバ１７０８は、制御プレーンシグナリングを使用して、他のＵＥに近接していることが発見されたＵＥ（たとえば、ＵＥ１７０２）に知らせることができる。

[00131]次に図１８に目を向けると、図１８は、近くにあるデバイス間の近接の発見が、他のエンティティと通信するためにユーザプレーンベースのシグナリングを決定するＬＴＥネットワークにおけるネットワーク近接サーバによって、またはネットワーク近接サーバに支援されて発見される例示的な構成１８００を示す概略ブロック図である。図１７に示すような制御プレーンサポートとは対照的に、ユーザプレーンサポートは、近接の発見をサポートする際のネットワークｅＮＢおよびＭＭＥに対する影響を低減することができる。例示的な構成１８００は、ＵＥ１８０２に、またＭＭＥ１８０６にも結合されたｅＮＢ１８０４を備えることができる。ＭＭＥ１８０６は、近接サーバ１８１２に結合され得る。図示のように、ｅＮＢ１８０４はＳＧＷ１８０８に結合されてよく、ＳＧＷ１８０８はＰＤＧ１８１０にさらに結合され得る。ＰＤＧ１８１０は近接サーバ１８１２に、またＳＵＰＬＳＬＰ１８１４に結合されてよく、近接サーバ１８１２はＳＬＰ１８１４に結合され得る。いくつかの実装形態では、破線の箱１８１３によって示されるように、近接サーバ１８１２およびＳＬＰ１８１４は、論理的に別個であるが、たとえば、近接／ロケーションの相乗効果などから恩恵を受けるために物理的に結合されてよい。

[00132]この例では、２つの潜在的なシグナリング経路が示されており、第１のものはＭＭＥ近接サーバシグナリング（たとえば、効率性を高め得る）を備え、第２のものはＵＥ近接サーバシグナリングを備える。制御プレーンベースの近接サーバ（たとえば、図１７のサーバ１７０８）の場合のように、近接サーバ１８１２は、ＵＥ間の近接の発見をサポートするための情報を、ネットワークの観点から（たとえば、ＴＣＰ／ＩＰを使用して）データの形式で情報が送られ得るユーザプレーンシグナリングを使用して、ＵＥ（たとえば、ＵＥ１８０２）から直接取得することができる。この情報は、図１７の場合と同様または同じであってよく、たとえば、ＵＥアイデンティティ、ＵＥロケーション、ＵＥサービングセル、サービングｅＮＢまたはＴＡ、他の近くにある検出済みＵＥ、およびＵＥによってサポートされるか、またはＵＥにとって重要な近接サービスを含み得る。近接サーバ１８１２は、近接サーバ１８１２がＭＭＥにリンクされている場合に、ＭＭＥ１８０６からこの情報の一部または全部を取得することもできる。いくつかの実装形態では、近接サーバアドレス（たとえば、近接サーバ１８１２のためのＩＰアドレスまたはＦＱＤＮ）がＵＥ１８０２によって（たとえば、ＩＥＴＦＤＨＣＰプロトコルを使用して）発見されよく、または、たとえばＭＭＥ１８０６によるネットワーク接続もしくはＰＤＧ１８１０への接続によりＵＥ１８０２に提供されてよく、またはｅＮＢ１８０４などのｅＮＢによってすべてのＵＥにブロードキャストされてよい。次いでＵＥ１８０２は、近接サーバ１８１２のための発見されたアドレスを使用して、データを近接サーバ１８１２に転送し、かつ／またはデータを近接サーバ１８１２に要求することができる。場合によっては、近接サーバ１８１２は、ＵＥの位置特定を支援するために（ＳＵＰＬ）ＳＬＰ１８１４を使用することができる。したがって、たとえば、近接サーバ１８１２は、関連ＳＬＰ１８１４に直接、何らかのターゲットＵＥのためのロケーション要求を送ることができ、その後、ＳＬＰ１８１４はＳＵＰＬを呼び出して、ＵＥを位置特定し、ロケーションを近接サーバ１８１２に返すことができる。

[00133]次に図１９に目を向けると、図１９は、近くにあるデバイス間の近接の発見が、他のエンティティと通信するためにＩＭＳベースのシグナリングを利用するネットワーク近接サーバによって、またはネットワーク近接サーバに支援されて発見される例示的な構成１９００を示す概略ブロック図である。例示的な構成１９００は、ＬＴＥネットワークにおけるＵＥ近接サーバシグナリングをサポートすることができ、ＵＥ１９０２に、またＭＭＥ１９０６にも結合されたｅＮＢ１９０４を備えることができる。図示のように、ｅＮＢ１９０４はＳＧＷ１９０８に結合されてよく、ＳＧＷ１９０８はＰＤＧ１９１０にさらに結合され得る。ＰＤＧ１９１０はＳＬＰ１９１２に、またＩＭＳ１９１４に結合され得る。この例では、ＩＭＳ１９１４は、ＰＤＧ１９１０に、またＳ−ＣＳＣＦ１９１８に結合されたＰ−ＣＳＣＦ１９１６を備えることができる。Ｓ−ＣＳＣＦ１９１８は、近接サーバ１９２２に結合され得る。近接サーバ１９２２は、ＬＲＦ１９２０に結合され得る。いくつかの実装形態では、近接サーバ１９２２はＩＭＳアプリケーションサーバ（ＡＳ）として機能し得る。いくつかの実装形態では、破線の箱１９２４によって示されるように、近接サーバ１９２２およびＬＲＦ１９２０は、論理的に別個であるが、たとえば、近接／ロケーションの相乗効果などから恩恵を受けるために物理的に結合されてよい。制御プレーンまたはユーザプレーンベースの近接サーバ（たとえば、図１７のサーバ１７０８または図１８のサーバ１８１２）の場合のように、近接サーバ１９２２は、ＵＥ間の近接の発見をサポートするための情報を、情報がデータの形式で送られ、ＳＩＰメッセージに含まれる得るＩＭＳベースのシグナリングを使用して、ＵＥ（たとえば、ＵＥ１９０２）から直接取得することができる。この情報は、図１７および図１８の場合と同様または同じであってよく、たとえば、ＵＥアイデンティティ、ＵＥロケーション、ＵＥサービングセル、サービングｅＮＢまたはＴＡ、他の近くにある検出済みＵＥ、およびＵＥによってサポートされるか、またはＵＥにとって重要な近接サービスを含み得る。

[00134]いくつかの実装形態では、近接サーバ１９２２は、（ＵＥ１９０２のためのサービングネットワークがホームネットワークであるときを除いて）ＵＥ１９０２のためのサービングネットワークの中ではなく、ＵＥ１９０２のホームネットワークの中に存在し得る。ただし、場合によっては、この変形形態はローミングＵＥに関しては、ローミングＵＥのホームネットワークとＵＥのサービングネットワークとの間の何らかのさらなるインタラクションなしに（たとえば、異なるネットワークにおける近接サーバ間のインタラクションを伴わずに）近接を検出することはできないことがある。いくつかの実装形態では、いくつかの（新しい）ＳＩＰシグナリングパラメータを利用することが有益であり得る。１つの利点は、いくつかのＩＭＳサービスの近接サポート、たとえば、ネットワークオフロードのためのＬＴＥ−Ｄの使用であってよく、これは、たとえば近接が検出された後、２つのＵＥ間のＩＭＳ通信をトリガし得る。

プロトコルの態様
[00135]いくつかの例示的な実装形態では、技法は、いくつかの例示的な近接サービスにおいて実装され得るプロトロコルの様々な態様をサポートするように実施され得る。いくつかの例示的な実装形態では、ネットワーク近接サーバは、それぞれ図１７および図１８に関して前述したように、制御プレーン（ＣＰ）またはユーザプレーン（ＵＰ）シグナリングサポートに基づき得る。場合によっては、ネットワーク近接サーバはサービングネットワーク（たとえば、必ずしもホームネットワークとは限らない）に位置することがあり、このネットワークは、近接サービスを利用するか、または近接サービスに関心がある、このネットワークによってサービス提供されるすべてのＵＥに関係し得る。例示的なネットワーク動作モードでは、そのようなＵＥは、ネットワーク接続性を有することがあり、ネットワークは、近接の発見と、近接していることが見出されているいくつかのＵＥのための直接無線手段（たとえば、ＬＴＥ−Ｄ）を介した通信の実現とを支援することができる。ＬＴＥネットワークに適用可能な例示的なＬＴＥ−Ｄ動作モードでは、そのようなＵＥは、互いの間でＬＴＥダイレクト（ＬＴＥ−Ｄ）シグナリングを使用して近接を発見することができる。場合によっては、ＬＴＥ−Ｄ動作モードは、ネットワークサポートなしで（たとえば、ネットワークカバレージがない場合）、またはネットワークサポートありで（たとえば、近接発見が、（ｉ）ＵＥ間のＬＴＥ−Ｄシグナリングおよび（ｉｉ）ＬＴＥ−Ｄシグナリングを介して取得されたＵＥからの情報を受信し、次いでこの情報を使用して近接の発見ケースに進むことができるネットワーク近接サーバを介してサポートされ得るとき）使用され得る。いくつかの例示的な実装形態では、ＰｒｏＳｅサポートのためのプロトコル階層化は、３ＧＰＰＴＳ２３．４０１において定義されているように、ＬＴＥのための既存のＣＰおよびＵＰプロトコル階層化を拡張し得る。

[00136]次に図１０および図１１に目を向けると、図１０および図１１は、例示的な実装形態による、ＬＴＥネットワークにおける２つ以上のモバイルデバイスの間の近接の状態を決定する際に使用するための情報を送信、受信および／または中継するように実装され得る例示的な制御プレーンプロトコルを示している。図１０は、たとえば、図１７に関連して前述した、ネットワークＣＰ近接サーバを使用してネットワークモードをサポートし得る例示的なＣＰプロトコル１０００を示している。ＣＰプロトコル１０００には、ＵＥに対応するプロトコルスタック１００２、ｅＮＢに対応するプロトコルスタック１００４、ＭＭＥに対応するプロトコルスタック１００６、およびＣＰ近接サーバに対応するプロトコルスタック１００８が含まれる。ＣＰプロトコル１０００は、ネットワークがＣＰ近接サーバを使用し、例示的なネットワークリソースとＵＥとの間のシグナリングのためのプロトコルサポートを提供する場合に、適用可能であり得る。図示のように、例示的なスタック１００２は、Ｌ１、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＮＡＳ、およびＰＤＰ（近接発見プロトコル）などの様々なレイヤを備えることができる。図示のように、例示的なスタック１００４は、Ｌ１、Ｌ２、ＭＡＣ、ＩＰ、ＲＬＣ、ＰＤＣＰ、ＳＣＴＰ、ＲＲＣ、およびＳ１−ＡＰなどの様々なレイヤを備えることができる。図示のように、例示的なスタック１００６は、Ｌ１、Ｌ２、ＩＰ、ＳＣＴＰ、Ｓ１−ＡＰ、ＰＳ−ＡＰ（近接サービスアプリケーションプロトコル）、およびＮＡＳなどの様々なレイヤを備えることができる。図示のように、例示的なスタック１００８は、Ｌ１、Ｌ２、ＩＰ、ＳＣＴＰ、ＰＳ−ＡＰ、およびＰＤＰなどの様々なレイヤを備えることができる。ＰＳ−ＡＰレイヤおよびＰＤＰレイヤを除くすべてのプロトコルレイヤは、３ＧＰＰおよび他の（たとえば、ＩＥＴＦ）規格に記載されているように機能し得る。たとえば、ＮＡＳ、ＲＲＣ、Ｓ１−ＡＰ、ＭＡＣ、ＲＬＣおよびＰＤＣＰのプロトコルレイヤは、３ＧＰＰのＴＳ２４．３０１、ＴＳ３６．３３１、ＴＳ３６．４１３、ＴＳ３６．３２１、ＴＳ３６．３２２およびＴＳ３６．３２３にそれぞれ記載されているように作用し得る一方、ＳＣＴＰプロトコルレイヤは、ＩＥＴＦＲＦＣ４９６０に記載されているように作用し得る。ＰＳ−ＡＰレイヤおよびＰＤＰレイヤは、ネットワークベースの近接サーバを使用する近接サービスのサポート用に特定された新しいレイヤであり得る。図１０に示すように、プロトコルレイヤは、（たとえば、下位のプロトコルレイヤによる通信をサポートするために）直接接続されること、または中継として機能する１つもしくは複数の中間エンティティによって分離されることがあるエンティティのペア間の通信をサポートするようにペアにされ得る。

[00137]図１１は、ＵＥのペアが互いに直接通信する際のＬＴＥ−Ｄモードをサポートし得る、図１０におけるＣＰプロトコルと同様の例示的なＣＰプロトコル１１００を示している。ＣＰプロトコル１１００には、第１のＵＥに対応するプロトコルスタック１１０２および第２のＵＥに対応するプロトコルスタック１１０４が含まれる。ＣＰプロトコル１１００は、第１のＵＥと第２のＵＥとの間のシグナリングに適用可能であってよく、ネットワークサポートがほとんどまたはまったくない状態でＵＥによって近接が発見されるときと、（たとえば、図１０に関して説明するか、または図１２に関して後述するプロトコルに基づいて）ネットワーク近接サポートを使用して近接が発見されるときの両方に適用可能であり得る。図示のように、例示的なスタック１１０２および１１０４は、Ｌ１、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＮＡＳおよびＰＤＰ＊などの様々な（対応する）レイヤを備えることができる。

[00138]ＰＤＰは、たとえば、本明細書で提供する様々な技法に従って近接サービスを発見するために使用され得るプロトコルレイヤを表し得る。いくつかの実装形態では、（図１０に示すような）ネットワークモードと（たとえば、図１１に示すような）ＬＴＥ−Ｄモードとでは異なる、ＰＤＰの変形形態が使用されてよく、または異なるプロトコルが使用され得る。したがって、図１１は、図１０に示すＰＤＰレイヤと同様であり得るが、必ずしも同一であるとは限らないＰＤＰ＊レイヤを使用して示されている。たとえば、ＰＤＰおよびＰＤＰ＊は、共通の手順、メッセージおよびパラメータを共有し得るが、いくつかの手順、メッセージおよび／またはパラメータは異なり得る。

[00139]ここで図１２および図１３に目を向けると、図１２および図１３は、例示的な実装形態による、（ｉ）図１２の場合に２つ以上のモバイルデバイスの間の近接の状態を決定する際に、（ｉｉ）図１３の場合にＵＥのペア間のデータ、音声または他のメディアを転送する際に使用するためのＬＴＥネットワークにおける情報を送信、受信および／または中継するように実装され得る例示的なユーザプレーンプロトコルを示している。図１２は、たとえば、図１８に関連して前述した、ネットワークＵＰ近接サーバを使用してネットワークモードをサポートし得る例示的なＵＰプロトコル１２００を示している。ＵＰプロトコル１２００には、ＵＥに対応するプロトコルスタック１２０２、ｅＮＢに対応するプロトコルスタック１２０４、ＳＷＧに対応するプロトコルスタック１２０６、およびＰＤＧに対応するプロトコルスタック１２０８、およびネットワークＵＰ近接サーバに対応するプロトコルスタック１２１０が含まれる。ＵＰプロトコル１２００は、ネットワークがＵＰ近接サーバを使用し、ネットワークとＵＥとの間のシグナリングのためのプロトコルサポートを提供する場合に、適用可能であり得る。図示のように、例示的なスタック１２０２は、Ｌ１、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＩＰ、ＴＣＰ／ＴＬＳ、およびＰＤＰなどの様々なプロトコルレイヤを備えることができる。図示のように、例示的なスタック１２０４は、Ｌ１、Ｌ２、ＭＡＣ、ＲＬＣ、ＵＤＰ／ＩＰ、ＰＤＣＰ、およびＧＴＰ−Ｕなどの様々なレイヤを備えることができる。図示のように、例示的なスタック１２０６は、Ｌ１、Ｌ２、ＵＤＰ／ＩＰ、およびＧＴＰ−Ｕなどの様々なレイヤを備えることができる。図示のように、例示的なスタック１２０８は、Ｌ１、Ｌ２、Ｌ３、ＵＤＰ／ＩＰ、ＧＴＰ−Ｕ、およびＩＰなどの様々なレイヤを備えることができる。図示のように、例示的なスタック１２１０は、Ｌ１、Ｌ２、Ｌ３、ＩＰ、ＴＣＰ／ＴＬＳ、およびＰＤＰなどの様々なレイヤを備えることができる。ＰＤＰレイヤを除くすべてのレイヤは、３ＧＰＰ、ＩＥＴＦおよび他の規格に記載されているのと同じように機能し得る。したがって、たとえば、ＭＡＣ、ＲＬＣ、ＰＤＣＰおよびＧＴＰ−Ｕのプロトコルレイヤは、３ＧＰＰのＴＳ３６．３２１、ＴＳ３６．３２２、ＴＳ３６．３２３およびＴＳ２９．０６０にそれぞれ記載されているように作用し得る一方、ＵＤＰ、ＴＣＰ、およびＴＬＳのプロトコルレイヤは、ＩＥＴＦのＲＦＣ７６８、ＲＦＣ７９３およびＲＦＣ４３４６にそれぞれ記載されているように作用し得る。ＰＤＰレイヤは、ネットワークベースの近接サーバを使用する近接サービスのサポート用に特定された新しいレイヤであってよく、図１０に示すＰＤＰレイヤと同様または同一であり得る。図１２に示すように、プロトコルレイヤは、（たとえば、下位のプロトコルレイヤによる通信をサポートするために）直接接続されること、または中継器として機能する１つもしくは複数の中間エンティティによって分離されることがあるエンティティのペア間の通信をサポートするようにペアにされ得る。

[00140]図１３は、ＬＴＥ−Ｄモードを使用する２つのＵＥに存在するアプリケーション間の近接サービスのサポートに関係するデータの転送をサポートし得る例示的なＵＰプロトコル１３００を示している。ＵＰプロトコル１３００には、第１のＵＥに対応するプロトコルスタック１３０２および第２のＵＥに対応するプロトコルスタック１３０４が含まれる。ＵＰプロトコル１３００は、（たとえば、公共安全のために）特定の近接サービスをサポートするアプリケーション間のピアツーピア（Ｐ２Ｐ）シグナリングをサポートするために使用されてよく、（たとえば、図１０、図１７および図１８に関連して説明するように）近接の発見にネットワークサポートが利用可能であるとき、または（たとえば、図１１におけるプロトコル階層化によってサポートされるように）ネットワークサポートがほとんどもしくはまったくない状態でＵＥによって近接が発見されるときに適用可能であり得る。図示のように、例示的なスタック１３０２および１３０４は、Ｌ１、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＩＰ、ＴＣＰ／ＴＬＳなどの様々な（対応する）レイヤと、通信アプリケーションによってサポートされる１つまたは複数の近接サービスに固有の適用可能な（Ａｐｐ）レイヤとを備えることができる。場合によっては、ＴＬＳ／ＴＣＰｏｖｅｒＩＰが、各図におけるエンドポイントエンティティのペア間、たとえば、図１２におけるＵＥとＵＰ近接サーバとの間および図１３におけるＵＥのペア間で安全かつ確実な接続を最初に確立するために使用され得る。次いで、図１２のＰＤＰレベルおよび図１３のアプリケーション（Ａｐｐ）レベルで、安全かつ確実な通信が起こり得る。

[00141]いくつかの例示的な実装形態では、技法は、たとえば、図１０および図１１に関して説明したプロトコル階層化に関連する、ＲＲＣプロトコルレイヤを使用するＬＴＥネットワークにおけるＰｒｏＳｅシグナリングをサポートするように実施され得る。いくつかの実装形態では、ＲＲＣのいくつかの役割は、図１０に示すネットワーク動作モードと図１１に示すＬＴＥ−Ｄ動作モードの両方に共通し得る。この共通の動作モードのために、ＬＴＥ−Ｄをサポートすることに特化された新しいＬＴＥＳＩＢを使用する近接発見に使用される情報をブロードキャストする（または、ＬＴＥ−Ｄ動作モードの場合には中継する）ためにＲＲＣが使用され得る。たとえば、ＵＥ（ＵＥ）は、新しいＳＩＢを使用して、ＵＥのアイデンティティ（たとえば、ＵＥの一時的なネットワーク割当てアイデンティティまたはグローバルな永久的アイデンティティ）とＵＥにとって重要な近接サービスを識別する表現とをブロードキャストすることができる。ＲＲＣレベルにおいて別のＵＥから受信された情報（たとえば、他のＵＥのアイデンティティおよび他のＵＥにとって重要な表現）は、受信側ＵＥ内でＲＲＣレイヤによってＮＡＳプロトコルレイヤに上げられてよく、次いで、ＵＥ内でＰＤＰレイヤに渡され得る。

[00142]ＲＲＣの他の役割は、たとえば、図１１に関して説明したプロトコル階層化に従って、ＬＴＥ−ＤモードによるＵＥのペア間の近接サービスをサポートすることに特化され得る。ＬＴＥ−Ｄモードのサポートのために、ＲＲＣによって転送された情報は、たとえば、（たとえば、３ＧＰＰＴＳ３６．２１１に記載されている）ＬＴＥ測位をサポートするために使用される測位基準信号と同様の、周波数、コーディングまたは時間の点で他の信号と直交する、高い検出可能性を有し得る信号を使用して他のＵＥにブロードキャストされ（かつ／または中継され）得る。ＲＲＣはまた、ＵＥのペア間のＬＴＥ−Ｄシグナリング接続を確立し解除するために使用され得る。ＲＲＣはさらに、３つ以上のＵＥからなるグループ間のマルチポイントＬＴＥ−Ｄリンクを確立するために使用されてよく、たとえば、この場合、任意の１つのＵＥからの送信が任意のグループ中の他のＵＥすべてによって受信され得る。ＲＲＣはまた、（たとえば、図１３に示すプロトコル階層化に従って）特定の近接サービスをサポートするためのデータまたはメディアの後続ＵＰ通信に関連する２つの（または３つ以上の）ＵＥの間のポイントツーポイント（またはマルチポイント）トラフィックベアラを確立し、変更し、解除するために使用され得る。ＲＲＣは、ＵＥによるＬＴＥ−Ｄ送信の重複を回避し、それによりＬＴＥ−Ｄ通信の信頼性を高めるのを助け得る（たとえば、共通のネットワークまたは他の（たとえば、ＧＰＳ）時間がない場合の）２つ以上のＵＥの間の時間同期化を確立するのを助けるために使用され得る。場合によっては、ＲＲＣを使用して（またはＧＰＳタイミングもしくはネットワークタイミングなど、何らかの共通の時間基準を使用して）ＵＥのタイミングが同期化されるとき、ＵＥは、重複しない異なる送信時間に情報を互いにブロードキャストし、中継することができる。場合によっては、たとえば、ＵＥがいつ他のＵＥをリッスンすべきかを知ることができるように、これらの送信時間は他のＵＥにとって利用可能にされ得る。時間同期化がＵＥ間で確立される前に、ＵＥはＬＴＥ−Ｄを使用して、たとえば場合によってはランダムな時間に、少量のデータのみを互いに送ることができる。ＵＥが時間同期化されると、ＵＥ間のＬＴＥ−Ｄを使用するデータ量およびシグナリング転送は著しく増加し得る。いくつかの実装形態では、ネットワークが利用可能である場合、１つのｅＮＢからの、または複数の同期化されたＵＥからの共通に利用可能なネットワーク時間が、ＵＥ間の時間同期化を達成するために使用され得る。いくつかの例示的な実装形態では、ＵＥのペア間のＲＴＴを測定し、それによりＵＥが近接しているかどうかをはっきりさせるのを助けるために、ＬＴＥ−ＤモードでＲＲＣが使用され得る。

[00143]いくつかの例示的な実装形態では、技法は、たとえば、図１０および図１１に関して説明したプロトコル階層化に関連する、ＮＡＳプロトコルレイヤを使用するＬＴＥネットワークにおけるＰｒｏＳｅシグナリングをサポートするように実施され得る。たとえば、（たとえば、ネットワーク近接サーバが図１７に関して説明したように使用されるとき、および／またはプロトコル階層化が図１０に示すようなものであるとき）ＮＡＳプロトコルレイヤの役割は、たとえばＭＭＥを介して、ＣＰ近接サーバとＵＥとの間で情報を中継することを含み得る。場合によっては、ＮＡＳは、ＭＭＥによってＵＥから近接関連情報（たとえば、タイミングアドバンス、サービングｅＮＢ、関心のある近接サービス）を収集する（次いでＭＭＥはその情報を近接サーバに伝達し得る）のを助けるために使用され得る。いくつかの実装形態では、（たとえば、図１１に示すプロトコル階層化に関連する）ＬＴＥ−ＤモードにおけるＮＡＳの役割は、たとえばＰＤＰレベルで、近接関連情報が転送される場合に使用されるＵＥのペアまたはグループ間のシグナリング接続およびセッションを確立する（そして後に解除する）ことを含み得る。場合によっては、この接続およびセッションのセットアップおよび解除は、３ＧＰＰＴＳ２４．３０１で定義されるＵＥとＭＭＥとの間のＮＡＳでサポートされるものに基づき得る（たとえば、そのようなものと同様であり得る）。いくつかの実装形態では、いくつかのＡｐｐによってサポートされる特定の近接サービスのためのＵＥ間通信（たとえば、その場合にＵＥ間通信はＵＰプロトコル１３００（図１３）を使用して起こる）をサポートするために、互いにすでに近接しているＵＥのペア間でデータベアラをセットアップし解除するために（たとえば、図１１に示すプロトコル階層化に従って）ＵＥのペア間でＮＡＳが使用され得る。いくつかの実装形態では、（たとえば、図１３の場合のように）ＵＰプロトコル階層化によりデータベアラを使用してシグナリングメッセージを転送する代わりに、ＰｒｏＳｅＡｐｐに代わってＵＥ間でこれらのメッセージをトランスポートするために（たとえば、図１１に示すプロトコル階層化により）ＮＡＳが使用され得る。

[00144]いくつかの例示的な実装形態では、技法は、たとえば、（たとえば、図１０および図１７の場合のように）ＣＰ近接サーバによるネットワークモードで、ＰｒｏＳｅシグナリングにＰＳ−ＡＰ（近接サービスアプリケーションプロトコル）レイヤを使用するＬＴＥネットワークにおけるＰｒｏＳｅシグナリングをサポートするように実施され得る。場合によっては、ＰＳ−ＡＰプロトコルは、ＣＰ近接サーバとＭＭＥとの間の情報の交換を可能にし得る。たとえば、ＰＳ−ＡＰプロトコルは、ＭＭＥに接続されたＵＥのＩＤと、各ＵＥのための現在のサービングｅＮＢまたはサービングＴＡと、各ＵＥが加入している近接サービス（および関連パラメータ）とをＭＭＥが近接サーバに転送することを可能にし得る。そのような転送は、近接サーバによって要求されたときに、またはＵＥがサービングネットワークに接続するか、もしくはそれのサービングＭＭＥを変更したとき、または他の条件下で起こり得る。いくつかの実装形態では、ＰＳ−ＡＰプロトコルは、ＭＭＥに接続された１つまたは複数のＵＥの位置特定を求める近接サーバからＭＭＥへの要求を可能にし得る。ＭＭＥに送られた任意のそのようなＵＥロケーション要求に関して、ＭＭＥはロケーション要求を、接続されたＥ−ＳＭＬＣに中継することができ、Ｅ−ＳＭＬＣは、３ＧＰＰＴＳ３５．３０５で定義された３ＧＰＰＣＰロケーションソリューションを使用して、ＵＥを位置特定することができる。場合によっては、ＣＰ近接サーバとＭＭＥとの間のそのような直接ロケーション要求は、ＧＭＬＣを介してＭＭＥにロケーション要求を送るよりも効率的であり得る。いくつかの例示的な実装形態では、ＰＳ−ＡＰプロトコルはまた、ＭＭＥを介して近接サーバと１つまたは複数のＵＥとの間で情報をトランスポートするために使用され得る。たとえば、ＰＳ−ＡＰプロトコルは、ＵＥＡと１つまたは複数の他のＵＥＢの両方によってサポートされるか、または両方とって重要な特定の近接サービスに関して、ＵＥＡに近接していることが（たとえば、近接サーバによって）発見されたＵＥＢのアイデンティティを、近接サーバからＵＥＡに転送するために使用され得る。いくつかの実装形態では、ＰＳ−ＡＰプロトコルは、ＵＥによって要求された近接サービスに関する更新（たとえば、ＵＥのためのすでに知られている近接サービスのためのいくつかのパラメータに対する更新、またはＵＥが使用し得る新しい近接サービスに関する更新）を、ＵＥから近接サーバに転送するために使用され得る。

[00145]いくつかの例示的な実装形態では、技法は、（たとえば、図１０および図１７に関連して説明した）ＣＰ近接サーバ、（たとえば、図１２および図１８に関連して説明した）ＵＰ近接サーバに関連するＰＤＰプロトコルレイヤを使用するＬＴＥネットワークにおける、もしくはＬＴＥ−ＤによるＰｒｏＳｅシグナリング、または（たとえば、図１１に示すプロトコル階層化に関連する）ＬＴＥ−Ｄシグナリングをサポートするように実施され得る。いくつかの例示的な実装形態では、ＰＤＰプロトコルは、ＵＥと（たとえば、図１０および／または図１２に関連して説明した）ＣＰ近接サーバまたはＵＰ近接サーバとの間で近接関連情報の交換を可能にすることによって、ＣＰ近接サーバまたはＵＰ近接サーバを使用するＵＥ間の近接の発見をサポートするために、ネットワークモードで使用され得る。この場合、ＰＤＰによってアップリンク方向とダウンリンク方向で、ＵＥにとって重要であるか、またはＵＥによってサポートされると主張される近接サービスを認証するための情報が転送され得る（たとえば、この場合、重要であるか、またはサポートされるとＵＥによって主張される近接サービスが、ＵＥのホームＨＳＳからＵＥのサービングＭＭＥに転送された、ＵＥが加入している近接サービスと比較される。ほんの数例を挙げると、ＵＥのアイデンティティおよび／もしくはロケーション、ＵＥにとって重要な近接サービス、ＵＥの現在のサービングセル、ＵＥによって他のＵＥから直接受信された情報、および／またはＵＥのＬＴＥ−Ｄ機能のうちの１または複数を含み得る情報も、（ＵＥから近接サーバに）ＰＤＰによってアップリンク方向で転送され得る。いくつかの実装形態では、ここでもほんの数例を挙げると、他のＵＥのアイデンティティ（たとえば、受信側ＵＥに近接していることが見出されているＵＥ）、ＵＥがＬＴＥ−Ｄモードを使用することの許可および受信側ＵＥによるＬＴＥ−Ｄモードの使用に関する情報のうちの１または複数を含み得る情報が、（近接サーバからＵＥに）ＰＤＰダウンリンクによって転送され得る。

[00146]（たとえば、図１１に示すプロトコル階層化を使用する）ＬＴＥ−ＤモードをサポートするためのＰＤＰの使用に関して、ＵＥは、（たとえば、図１１のプロトコル階層化により）ＲＲＣレベルでそれらのアイデンティティまたは擬似アイデンティティおよび重要な近接サービスをブロードキャストすることができ、これらは次いで、受信側ＵＥにおいてＰＤＰ＊レベルに上げられ得る。ＲＲＣがＵＥのペア間の潜在的もしくは実際の近接を確立するか、またはネットワーク近接サーバが実際のもしくは潜在的な近接について一方もしくは両方のＵＥに知らせると、ＵＥはＰＤＰ＊を使用して、（たとえば、ブロードキャストを介して、またはＵＥのペア間で以前確立されたＲＲＣシグナリングリンクを使用して）他方のＵＥに追加情報をシグナリングすることができる。場合によっては、ＬＴＥ−ＤモードでＵＥによって使用されるＰＤＰ＊プロトコルは、ネットワークモードでＵＥと近接サーバとの間で使用されるＰＤＰプロトコルの変形形態（たとえば、拡張）であってよく、または異なるプロトコルであってよい。

[00147]いくつかの例示的な実装形態では、技法は、たとえば、図１３に関して説明したプロトコル階層化に適用可能な、アプリケーション（Ａｐｐ）プロトコルレイヤを介した近接サービスサポートのために実施され得る。いくつかの実装形態では、Ａｐｐレイヤは、個別のＰｒｏＳｅＡｐｐに関連付けられてよく、特定の近接サービスをサポートするように定義され得る。たとえば、ＵＥ上の特定のアプリケーションは、１つまたは複数の近接サービスをサポートすることができ、ＵＥ上の何らかの他のプロセス（たとえば、本明細書で前述したＰＤＰプロトコルをサポートするプロセス）によって、同じ近接サービスのうちの１つまたは複数をサポートする別のＵＥとの近接が発見されたときに通知を受けることができ、次いで（たとえば、ユーザ制御下で）、両方のＵＥのユーザにとって重要な１つまたは複数の近接サービスをサポートするために、他方のＵＥにおけるピアアプリケーションとのＡｐｐプロトコルレイヤを使用する通信に進むことができる。場合によっては、Ａｐｐレイヤは、ＵＥのペア上または３つ以上のＵＥからなるグループ上のＡｐｐ間のピアツーピア（Ｐ２Ｐ）通信をもたらすことができる。（ネットワークモードで）通信にネットワークを利用するＵＥの場合、Ａｐｐレイヤは、ほんの数例を挙げると、ネットワーク通じてセットアップされたＩＰベアラ、ＳＭＳおよび／または（ＩＭＳを介した）ＳＩＰのうちの１つまたは複数を使用して、異なるＵＥにおけるＡｐｐ間でプロトコルデータユニット（ＰＤＵ）を交換することができる。通信にＬＴＥ−Ｄモードを用いることが可能なＵＥの場合、Ａｐｐレイヤは、たとえば、場合によっては図１３に示すプロトコル階層化により、ＬＴＥ−Ｄを使用してＵＥ間で直接セットアップされたＩＰベアラを使用して、異なるＵＥにおけるＡｐｐ間でＰＤＵを交換することができる。代替として、Ａｐｐレイヤは、図１１に示すプロトコル階層化を使用してＬＴＥ−ＤモードでＵＥ間でＰＤＵを転送することができるが、この場合にはＡｐｐプロトコルレイヤが、図１１に示すＰＤＰ＊レイヤに取って代わる。この場合、ＡｐｐレイヤのＰＤＵ転送は、ＮＡＳシグナリングサポートに基づき得る。いくつかの実装形態では、Ａｐｐレイヤは、たとえば発話、ＩＭ、ビデオなどを使用する、ネットワークを介して、またはＬＴＥ−Ｄを使用して伝達されるユーザ間の通信のセットアップを交渉するために使用され得る。

[00148]次に図１４に目を向けると、図１４は、例示的な実装形態による、２つ以上のモバイルデバイスの間の近接サービスをサポートする際に使用するための情報を送信、受信および／または中継するように実装され得る例示的な合成プロトコル１４００を示している。合成プロトコル１４００は、図１１の場合のＣＰプロトコルと図１３の場合のＵＰプロトコルの両方を合成したＬＴＥ−Ｄモードのための例示的なアーキテクチャを示している。例示的な合成プロトコル１４００には、ＵＥ１に対応するプロトコルスタック１４０２およびＵＥ２に対応するプロトコルスタック１４０４が含まれる。図示のように、例示的なスタック１４０２および１４０４は、Ｌ１、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＩＰ、ＲＲＣ、ＴＣＰ／ＴＬＳ、ＮＡＳ、ＰＤＰ＊、およびＡｐｐレイヤなどの対応するレイヤを備えることができる。これらのプロトコルは、図１１および図１３に関して説明したものと同じであり得る。

[00149]例示的な合成プロトコル１４００は、ＵＥが、たとえば公共安全および友人ファインダーなどの特定の近接サービスにそれぞれ固有であるＵＥ中の他のＡｐｐに代わってＰｒｏＳｅ発見を管理する共通ＰｒｏＳｅＡｐｐをどのようにサポートし得るかを示している。共通ＰｒｏＳｅＡｐｐは、ＰｒｏＳｅエンジンまたはＰｒｏＳｅプロセスと呼ばれることがあり、（ｉ）異なる近接サービスをそれぞれサポートするＵＥ上の他のＡｐｐへの（たとえば、共通ＡＰＩを介した）共通インターフェースを提供し、（ｉｉ）これらの他のＡｐｐが、それらのＵＥが、同じＡｐｐを含み、同じ近接サービスをサポートしている別のＵＥに近接しているときを決定することを可能にすることができる。場合によっては、共通ＰｒｏＳｅＡｐｐは、（たとえば、図１０のプロトコル階層化を使用する）ネットワークモードまたは（図１１および図１４に示すプロトコル階層化を使用する）ＬＴＥ−Ｄモードのいずれかで近接発見のためにＰＤＰ＊またはＰＤＰ（図１４に示されていない）および下位のＣＰプロトコルレイヤを用いることができる。場合によっては、共通ＰｒｏＳｅＡｐｐは、ＵＥ間データベアラをセットアップするために、またはＣＰレベルでシグナリングメッセージを交換するために、ＮＡＳを使用することができる。場合によっては、共通ＰｒｏＳｅＡｐｐは、音声、他のメディアおよびデータを交換するために（図１３および図１４に示す）ＵＰレイヤを使用することができる。いくつかの実装形態では、共通ＰｒｏＳｅＡｐｐは、たとえば、他のＵＥに対する近接を発見するために、ＵＥがネットワークモードにある場合に、（図１４に示されていないが、図１０および／または図１２に示す）ネットワーク近接サーバと通信するためにＰＤＰと下位レイヤプロトコルとを使用することができる。場合によっては、それぞれの共通ＰｒｏＳｅＡｐｐによって近接していると決定されている２つのＵＥのための固有の近接サービスをサポートするＡｐｐのペアは、それぞれの共通ＰｒｏＳｅＡｐｐを介してＬＴＥ−Ｄモードで互いに通信することができる。この場合、共通ＰｒｏＳｅＡｐｐは、（たとえば、図１３に示すプロトコル階層化を使用する）ＰＤＰ＊およびＮＡＳを介して、または（たとえば、図１３に示すプロトコル階層化を使用する）ＴＣＰ／ＴＬＳおよびＩＰを介して、Ａｐｐのペア間でＡｐｐＰＤＵを転送することができる。代替として、Ａｐｐのペアは、（たとえば、図１１の場合であるが、ＡｐｐレイヤがＰＤＰ＊レイヤに取って代わる）ＮＡＳ（ＣＰ）レイヤまたは（たとえば、図１３の場合の）ＴＣＰ／ＴＬＳ／ＩＰ（ＵＰ）レイヤのいずれかを直接利用することによって、共通ＰｒｏＳｅＡｐｐを介さずに、ＬＴＥ−Ｄモードで直接通信することができる。共通ＰｒｏＳｅＡｐｐを介するか、または直接通信を使用する通信にＡｐｐが用いることができるプロトコルが、図１４のＡｐｐレイヤ破線矢印１４０６によって示されている。

[00150]ここで図１５および図１６に目を向けると、図１５および図１６は、それぞれ、例示的な実装形態による、２つ以上のモバイルデバイスにおけるアプリケーション間で情報を中継するように実装され得る例示的なプロトコル１５００および１６００を示している。たとえば、ある情報は、ＬＴＥ−ＤモードにおいてＰｒｏＳｅＡｐｐ間で中継され得る。例示的なプロトコル１５００は、Ａｐｐレベルでの情報の中継をもたらすために使用されてよく、例示的な１６００は、ＩＰレベルでの情報の中継をもたらすために使用されてよい。図示のように、プロトコル１５００は、ＵＥ１のためのスタック１５０２と、中継ＵＥ２のためのスタック１５０４と、ＵＥ３のためのスタック１５０６とを含み得る。例示的なスタック１５０２、１５０４および１５０６は、Ｌ１、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＩＰ、ＴＣＰ／ＴＬＳ、およびＡｐｐプロトコルレイヤ（Ａｐｐｌｎという用語で示されている）などの対応するレイヤを備えることができる。図示のように、プロトコル１６００は、ＵＥ１のためのスタック１６０２と、中継ＵＥ２のためのスタック１６０４と、ＵＥ３のためのスタック１６０６とを含み得る。例示的なスタック１６０２および１６０６は、Ｌ１、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＩＰ、ＴＣＰ／ＴＬＳ、およびＡｐｐｌｎなどの対応するレイヤを備えることができ、例示的なスタック１６０４は、Ｌ１、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、およびＩＰなどの対応するレイヤを備えることができる。これらのプロトコルレイヤは、図１３に関して説明したプロトコルレイヤに対応し得る。

[00151]図１４に関して説明したプロトコル代替の場合、シグナリングメッセージ（たとえば、ＡｐｐＰＰＤＵ）は、（ｉ）共通ＰｒｏＳｅＡｐｐを介してＰＤＰ＊およびＮＡＳを使用して、または（ｉｉ）ＴＣＰ／ＴＬＳおよびＩＰを使用して、または（ｉｉｉ）直接、ＮＡＳもしくはＴＣＰ／ＴＬＳ／ＩＰを使用して（上述のように）Ａｐｐ間で転送され得る。ＬＴＥ−Ｄを介して直接互いに通信することはできないが、ＬＴＥ−Ｄを使用して１つまたは複数の中間中継ＵＥを介して通信することができるＵＥの場合、たとえば、インターセプトなしにエンドツーエンドで転送される場合とは異なり、中継ＵＥによってインターセプトされる必要があるプロトコルレイヤに関して、中継が実行される方法についての何らかの選択肢があり得る。中継は中間ＵＥにおいて、（ｉ）Ａｐｐプロトコルレイヤおよびすべての下位レイヤがインターセプトされ中継され得る（たとえば、図１５に示す）Ａｐｐｌｎレベルで、（ｉｉ）ＰＤＰ＊レイヤおよびすべての下位レイヤ（たとえば、ＮＡＳ、ＲＲＣ、ＰＤＣＰ）がインターセプトされ中継され得るＰＤＰ＊レベルで、（ｉｉｉ）ＮＡＳおよびすべての下位プロトコルレイヤがインターセプトされ中継され得るＮＡＳレベルで、または（ｉｖ）ＩＰレイヤおよびすべての下位レイヤがインターセプトされ中継され得る（たとえば、図１６に示す）ＩＰレベルで実行され得る。場合によっては、ＰｒｏＳｅＡｐｐに関連するユーザ間で転送される通信（たとえば、発話、ＩＭ、ビデオ）は、たとえば図１６の場合のように、ＩＰレベルでより効率的に中継され得る。

[00152]いくつかの例示的な実装形態では、中継が実行されるプロトコルレイヤはまた、どのＵＥが互いに直接無線近接範囲にあり得るか、またどの中間中継ＵＥを介して他のＵＥへの通信がルーティングされる必要があり得るかに関する（各ＵＥにおける）情報を維持するために、近くにあるＵＥ間で情報を交換するために使用され得る。場合によっては、Ａｐｐレベルでのルーティング／中継を管理し、たとえば、Ａｐｐレベルでの中継を可能な実装代替にすることは有用であり得る。しかしながら、ルーティング関連情報の交換は、代わりに、ＰＤＰ＊レイヤで行われてよく、または場合によっては、ＮＡＳレイヤもしくはＩＰレイヤに関連する新しいプロトコルで行われてよく、たとえば、それによりこれらのプロトコルレベルでの中継が可能になる。場合によっては、（たとえば、暗示的確認応答および明示的確認応答ならびにタグ付き送信に関連して前述した）基本情報のブロードキャストおよび中継が、中継とルーティング関連情報の交換とをサポートするために使用され得る。結果として、任意のレベルで（たとえば、図１５および図１６に関連する）上述した情報の中継は、前述したホップバイホップルーティング方法と組み合わされ得る。さらに、Ａｐｐレベルでの中継は、暗示的確認応答もしくは明示的確認応答、タグ付き送信またはソースルーティングを使用する前述した効率的中継と組み合わされてよく、ＰＤＰ＊レベルまたはＮＡＳレベルでの情報の中継は、ソースルーティングと組み合わされてよい。

[00153]図２０は、一実装形態によるＵＥの概略図である。ＵＥ１００（図１）は、図２０に示すＵＥ２０００の１つまたは複数の特徴を備え得る。いくつかの実装形態では、ＵＥ２０００はまた、ワイヤレス通信ネットワーク上でワイヤレスアンテナ２０２２を介してワイヤレス信号２０２３を送信および受信することが可能なワイヤレストランシーバ２０２１を備え得る。ワイヤレストランシーバ２０２１は、ワイヤレストランシーババスインターフェース２０２０によってバス２００１に接続され得る。ワイヤレストランシーババスインターフェース２０２０は、いくつかの実施形態では、ワイヤレストランシーバ２０２１に少なくとも部分的に統合され得る。いくつかの実装形態は、たとえば、ほんの数例を挙げると、ＩＥＥＥ規格８０２．１１のバージョン、ＣＤＭＡ、ＷＣＤＭＡ、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、ＡＭＰＳ、Ｚｉｇｂｅｅ（登録商標）およびＢｌｕｅｔｏｏｔｈなど、対応する複数のワイヤレス通信規格に従って信号を送信および／または受信することを可能にするために、複数のワイヤレストランシーバ２０２１とワイヤレスアンテナ２０２２とを含み得る。

[00154]ＵＥ２０００はまた、ＳＰＳアンテナ２０５８を介してＳＰＳ信号２０５９を受信および収集することが可能なＳＰＳ受信機２０５５を備え得る。ＳＰＳ受信機２０５５はまた、ＵＥ２０００のロケーションを推定するための収集されたＳＰＳ信号２０５９を全体的または部分的に処理し得る。いくつかの実装形態では、汎用プロセッサ２０１１、メモリ２０４０、ＤＳＰ２０１２および／または専用プロセッサ（図示せず）はまた、ＳＰＳ受信機２０５５と併せて、収集されたＳＰＳ信号を全体的もしくは部分的に処理し、かつ／またはＵＥ２０００の推定ロケーションを計算するために利用され得る。ＳＰＳまたは測位動作を実行する際に使用するための他の信号の記憶が、メモリ２０４０またはレジスタ（図示せず）中で実行され得る。

[00155]同じく図２０に示すように、ＵＥ２０００は、バス２００１に接続されたデジタル信号プロセッサ（ＤＳＰ）２０１２と、バス２００１に接続された汎用プロセッサ２０１１と、メモリ２０４０とを備え得る。いくつかの実装形態では、バスインタ−フェース（図示せず）が、ＤＳＰ２０１２、汎用プロセッサ２０１１およびメモリ２０４０と統合され得る。様々な実装形態では、ほんの数例を挙げると、ＲＡＭ、ＲＯＭ、ＦＬＡＳＨまたはディスクドライブなどのコンピュータ可読記憶媒体上など、メモリ２０４０に記憶された１つまたは複数の機械可読命令の実行に応答して機能が実行され得る。１つまたは複数の命令は、汎用プロセッサ２０１１、専用プロセッサ、またはＤＳＰ２０１２によって実行可能であり得る。メモリ２０４０は、本明細書で説明する機能を実行するためにプロセッサ２０１１および／またはＤＳＰ２０１２によって実行可能であるソフトウェアコード（プログラミングコード、命令など）を記憶する非一時的プロセッサ可読メモリおよび／またはコンピュータ可読メモリを備え得る。

[00156]同じく図２０に示すように、ユーザインターフェース２０３５は、たとえば、ほんの数例を挙げると、スピーカー、マイクロフォン、ディスプレイデバイス、振動デバイス、キーボード、タッチスクリーンなど、いくつかのデバイスのうちのいずれか１つを備え得る。特定の一実装形態では、ユーザインターフェース２０３５は、ユーザがＵＥ２０００上にホストされた１つまたは複数のアプリケーションとインタラトすることを可能にし得る。そのようなアプリケーション（またはＡｐｐ）は、メモリ２０４０に記憶され、プロセッサ２０１１上および／またはＤＳＰ２０１２上で実行されるソフトウェアを含み得る。たとえば、ユーザインターフェース２０３５のデバイスは、ユーザからのアクションに応答してＤＳＰ２０１２または汎用プロセッサ２０１１によってさらに処理されるべきアナログ信号またはデジタル信号をメモリ２０４０上に記憶し得る。同様に、ＵＥ２０００上にホストされたアプリケーションは、出力信号をユーザに提示するために、メモリ２０４０上にアナログ信号またはデジタル信号を記憶し得る。別の実装形態では、ＵＥ２０００は、たとえば、専用スピーカー、マイクロフォン、デジタルアナログ回路、アナログデジタル回路、増幅器および／または利得制御を備える専用オーディオ入出力（Ｉ／Ｏ）デバイス２０７０をオプションとして含み得る。ただし、これは、オーディオＩ／ＯがＵＥにおいてどのように実装され得るかの例にすぎず、特許請求する主題がこの点について限定されないことを理解されたい。別の実装形態では、ＵＥ２０００は、キーボードまたはタッチスクリーンデバイスにタッチしたこと、またはそれに圧力を加えたことに応答するタッチセンサー２０６２を備え得る。

[00157]ＵＥ２０００はまた、静止画または動画をキャプチャするための専用カメラデバイス２０６４を備え得る。カメラデバイス２０６４は、たとえば、ほんの数例を挙げると、イメージングセンサー（たとえば、電荷結合デバイスまたはＣＭＯＳイメージャ）、レンズ、アナログデジタル回路、フレームバッファを備え得る。一実装形態では、キャプチャされた画像を表す信号の追加の処理、調整、符号化または圧縮が、汎用／アプリケーションプロセッサ２０１１またはＤＳＰ２０１２において実行され得る。代替的に、専用ビデオプロセッサ２０６８が、キャプチャされた画像を表す信号の調整、符号化、圧縮または操作を実行し得る。さらに、ビデオプロセッサ２０６８は、ＵＥ２０００上のディスプレイデバイス（図示せず）上でのプレゼンテーションのために記憶された画像データを復号／復元し得る。

[00158]ＵＥ２０００は、慣性センサーと環境センサーとを含み得る、バス２００１に結合されたセンサー２０６０も備え得る。センサー２０６０の慣性センサーは、（たとえば、１つまたは複数のコンパスアプリケーションをサポートするために）たとえば、（たとえば、３次元のＵＥ２０００の加速度にまとめて応答する）加速度計、１つもしくは複数のジャイロスコープまたは１つもしくは複数の磁力計を備え得る。ＵＥ２０００の環境センサーは、たとえば、ほんの数例を挙げると、温度センサー、気圧センサー、周辺光センサー、カメライメージャ、マイクロフォンを備え得る。センサー２０６０は、メモリ２０４０中に記憶され、たとえば、測位またはナビゲーション動作を対象とするアプリケーションなどの１つまたは複数のアプリケーションをサポートする（１つまたは複数の）ＤＰＳまたは汎用アプリケーションプロセッサ２０１１によって処理され得るアナログ信号またはデジタル信号を生成し得る。

[00159]特定の実装形態では、屋内エリアのデジタルマップが、メモリ２０４０中に特定のフォーマットで記憶され得る。デジタルマップは、リモートサーバからのナビゲーション支援データを含んでいるメッセージから取得されていることがある。汎用／アプリケーションプロセッサ２０１１は、デジタルマップ中で示された構造の外周によって制限された構成要素エリアを識別および分類するために、記憶されたデジタルマップを処理するための命令を実行し得る。これらの実行される命令は、構成要素エリアを制限する外周を形成する構造中の出口セグメントを識別し、特徴づけることと、制限された構成要素エリアの少なくとも１つの次元のサイズに対する少なくとも１つの識別された出口セグメントのサイズの比例に少なくとも部分的に基づいて制限された構成要素エリアを分類することとを指定し得る。一実装形態では、ＵＥは、出口セグメントの推論を確認するために、（たとえば、ロケーションサーバから取得された）クルードされた（crowed）供給されたデータをさらに適用し得る。たとえば、ＵＥが出口セグメントであると仮定される特徴を通って移動したとの履歴がある場合、その特徴は、出口セグメントを与えるものとして確認され得る。

[00160]特定の実装形態では、ＵＥ２０００は、ワイヤレストランシーバ２０２１またはＳＰＳ受信機２０５５において受信され、ダウンコンバートされた信号のベースバンド処理を実行することが可能な専用モデムプロセッサ２０６６を備え得る。同様に、モデムプロセッサ２０６６は、ワイヤレストランシーバ２０２１による送信のためにアップコンバートされるべき信号のベースバンド処理を実行し得る。代替実装形態では、専用モデムプロセッサを有する代わりに、ベースバンド処理が汎用プロセッサまたはＤＳＰ（たとえば、汎用／アプリケーションプロセッサ２０１１またはＤＳＰ２０１２）によって実行され得る。ただし、これらがベースバンド処理を実行し得る構造の例にすぎず、特許請求する主題がこの点について限定されないことを理解されたい。

[00161]図２１は、たとえば、図１に関して上記で説明した技法またはプロセスを実施するように構成可能な１つまたは複数のデバイスを含み得る例示的なシステム２１００を示す概略図である。システム２１００は、たとえば、第１のデバイス２１０２と、第２のデバイス２１０４と、第３のデバイス２１０６とを含み、これらは、単一のワイヤレス通信ネットワーク２１０８を通じて、またはいくつかの相互接続されたサービングワイヤレス通信ネットワーク、たとえば、デバイスごとに異なるサービングネットワーク（図２１に示されていない）を通じて動作可能に結合され得る。一態様では、第１のデバイス２１０２は、たとえば、基地局アルマナックなど、測位支援データを与えることが可能なサーバを備え得る。第１のデバイス２１０２はまた、ＵＥからの要求において指定されるロケーションに関連のある屋内測位支援データを提供することが可能なサーバを備え得る。第１のデバイス２１０２および／または第２のデバイス２１０４はまた、図１０のＣＰ近接サーバ１００８、図１２のＵＰ近接サーバ１２１０、図１７の近接サーバ１７０８などの近接サーバを備え得る。図１８の近接サーバ１８１２および図１９の近接サーバ１９２２。一態様では、第２のデバイス２１０４および第３のデバイス２１０６はＵＥを備えることができる。また、一態様では、ワイヤレス通信ネットワーク２１０８は、たとえば、１つまたは複数のワイヤレスアクセスポイントを備え得る。しかし、特許請求される主題は、これらの点について範囲が限定されない。

[00162]図２１に示す第１のデバイス２１０２、第２のデバイス２１０４および第３のデバイス２１０６は、ワイヤレス通信ネットワーク２１０８を介してデータを交換するように構成可能であり得る任意のデバイス、機器または機械（たとえば、図１に示すローカルトランシーバ１１５またはサーバ１４０、１５０もしくは１５５など）を表し得る。限定ではなく例として、第１のデバイス２１０２、第２のデバイス２１０４または第３のデバイス２１０６のいずれもが、たとえば、デスクトップコンピュータ、ラップトップコンピュータ、ワークステーション、サーバデバイスなどの１つまたは複数のコンピューティングデバイスまたはコンピューティングプラットフォーム、たとえば、携帯情報端末、モバイル通信デバイスなどの１つまたは複数のパーソナルコンピューティングデバイス、パーソナルコンピューティング機器、パーソナル通信デバイス、またはパーソナル通信機器、たとえば、データベースまたはデータストレージサービスプロバイダ／システム、ネットワークサービスプロバイダ／システム、インターネットまたはイントラネットサービスプロバイダ／システム、ポータルまたは検索エンジンサービスプロバイダ／システム、ワイヤレス通信サービスプロバイダ／システムなど、コンピューティングシステムまたは関連するサービスプロバイダ能力、あるいはそれらの任意の組合せを含み得る。第１のデバイス２１０２、第２のデバイス２１０４、および第３のデバイス２１０６のいずれもが、それぞれ、本明細書で説明する例による基地局アルマナックサーバ、基地局、またはＵＥのうちの１つまたは複数を備え得る。

[00163]同様に、（たとえば、図１に示すネットワーク１３０の実装形態の特定のものにおける）ワイヤレス通信ネットワーク２１０８は、第１のデバイス２１０２、第２のデバイス２１０４および第３のデバイス２１０６のうちの少なくとも２つの間でのデータの交換をサポートするように構成可能な１つまたは複数の通信リンク、プロセス、またはリソースを表し得る。限定ではなく例として、ワイヤレス通信ネットワーク２１０８は、ワイヤレスまたは有線の通信リンク、電話または電気通信システム、データバスまたはチャネル、光ファイバ、地上または宇宙ビークルリソース、ローカルエリアネットワーク、広域ネットワーク、イントラネット、インターネット、ルータまたはスイッチなど、またはそれらの任意の組合せを含み得る。たとえば、第３のデバイス２１０６の部分的に隠されたものとして図示された破線の箱によって示されるように、ワイヤレス通信ネットワーク２１０８に動作可能に結合された追加の同様のデバイスがあり得る。

[00164]システム２１００に示す様々なデバイスおよびネットワークの全部または一部と本明細書でさらに説明するプロセスおよび方法とが、ハードウェア、ファームウェア、ソフトウェア、またはその任意の組合せを使用して、またはさもなければ含めて実装され得ることを認識されたい。

[00165]したがって、限定ではなく例として、第２のデバイス２１０４は、バス２１２８を介してメモリ２１２２に動作可能に結合された少なくとも１つの処理ユニット２１２０を含み得る。

[00166]処理ユニット２１２０は、データコンピューティング手順またはプロセスの少なくとも一部分を実行するように構成可能な１つまたは複数の回路を表す。限定ではなく例として、処理ユニット２１２０は、１つまたは複数のプロセッサ、コントローラ、マイクロプロセッサ、マイクロコントローラ、特定用途向け集積回路、デジタル信号プロセッサ、プログラマブル論理デバイス、フィールドプログラマブルゲートアレイなど、またはそれらの任意の組合せを含み得る。

[00167]メモリ２１２２は何らかのデータ記憶機構を表す。メモリ２１２２は、たとえば、プライマリメモリ２１２４またはセカンダリメモリ２１２６を含み得る。プライマリメモリ２１２４は、たとえば、ランダムアクセスメモリ、読取り専用メモリなどを含み得る。この例では処理ユニット２１２０とは別個であるものとして示されているが、プライマリメモリ２１２４の全部または一部は、処理ユニット２１２０内に設けられるか、またはさもなければ処理ユニット２１２０と共設／結合され得ることを理解されたい。

[00168]特定の実装形態では、モバイルデバイスから、かつ／またはネットワーク２１０８における要素から受信された、モバイルデバイス間の近接および／またはモバイルデバイスによってサポートされる近接サービスに関係する情報は、特定のフォーマットでメモリ２１２２に記憶され得る。処理ユニット２１２０は、たとえば、モバイルデバイス間の近接を発見し、発見された近接をモバイルデバイスに通知するために、記憶された近接関連情報を処理する命令を実行することができる。

[00169]セカンダリメモリ２１２６は、たとえば、プライマリメモリと同じもしくは同様のタイプのメモリ、または、たとえば、ディスクドライブ、光ディスクドライブ、テープドライブ、ソリッドステートメモリドライブなど、１つもしくは複数のデータストレージデバイスもしくはデータストレージシステムを含み得る。いくつかの実施態様では、セカンダリメモリ２１２６は、コンピュータ可読媒体２１４０を動作可能に受容するか、またはさもなければそれに結合するように構成可能であり得る。コンピュータ可読媒体２１４０は、たとえば、システム２１００内のデバイスのうちの１つまたは複数のためにデータ、コード、または命令を担持するかアクセス可能にすることができる任意の非一時的媒体を含み得る。コンピュータ可読媒体２１４０は記憶媒体と呼ばれることもある。

[00170]第２のデバイス２１０４は、たとえば、少なくともワイヤレス通信ネットワーク２１０８への第２のデバイス２１０４の動作可能な結合を与えるか、またはさもなければそれをサポートする通信インターフェース２１３０を含み得る。限定ではなく例として、通信インターフェース２１３０は、ネットワークインターフェースデバイスまたはカード、モデム、ルータ、スイッチ、トランシーバなどを含み得る。

[00171]第２のデバイス２１０４は、たとえば、入出力デバイス２１３２を含み得る。入出力デバイス２１３２は、人間もしくは機械の入力を受け入れるか、もしくはさもなければそれを導入するように構成可能であり得る１つもしくは複数のデバイスもしくは特徴、または人間もしくは機械の出力を配送するか、もしくはさもなければそれを与えるように構成可能であり得る１つもしくは複数のデバイスもしくは特徴を表す。限定ではなく例として、入出力デバイス２１３２は、動作可能に構成されたディスプレイ、スピーカー、キーボード、マウス、トラックボール、タッチスクリーン、データポートなどを含み得る。

[00172]図２２は、たとえば、近接サービスをサポートするために、コンピューティングデバイス（たとえば、デバイス２０００またはデバイス２１００）内で実施され得る例示的なプロセスを示すフロー図である。例示的なブロック２２０２では、コンピューティングデバイスは、第１のＵＥおよび第２のＵＥがそれぞれ共通の近接サービスを利用するように動作可能にプロビジョニングされているかどうかを決定し得る。例示的なブロック２２０４では、コンピューティングデバイスは、第１のＵＥと第２のＵＥとの間の近接の状態が将来起こると予想されるかどうかを決定し得る。ここで、たとえば、ブロック２２０６では、コンピューティングデバイスは、ＵＥのうちの少なくとも１つの現在または過去の動き状態を考慮することができ、かつ／あるいはブロック２２０８では、コンピューティングデバイスは、ＵＥのうちの少なくとも１つの行動履歴を考慮することができ、かつ／あるいはブロック２２１０では、コンピューティングデバイスは、ＵＥが共通の場所にあることを示す識別を考慮することができる。

[00173]例示的なブロック２２１２では、コンピューティングデバイスは、ＵＥのうちの少なくとも１つのユーザおよび／またはアプリケーションに対する、他方のＵＥへの近接の状態が起こっていること、または起こることの通知を開始することができる。ここで、たとえば、ブロック２２１４において、コンピューティングデバイスは、近接が将来起こると予想される確率、および／または時間間隔を決定することができ、かつブロック２２１６において、確率が確率しきい値を上回ったこと、および／または時間間隔が時間しきい値を下回ったことに応答して、ユーザおよび／またはアプリケーションに対する通知を開始することができる。

[00174]いくつかの例示的な実装形態では、第１のＵＥまたは第２のＵＥのうちの少なくとも１つの現在の動き状態および過去の動き状態のうちの少なくとも１つが、地理的ロケーションおよび速度のうちの少なくとも１つを備え得る。

[00175]いくつかの例示的な実装形態では、第１のＵＥまたは第２のＵＥのうちの少なくとも１つの行動履歴が、第１のＵＥまたは第２のＵＥのうちの少なくとも１つのロケーション履歴に少なくとも部分的に基づいて決定され得る。場合によっては、行動履歴は、第１のＵＥまたは第２のＵＥのうちの少なくとも１つの現在のロケーションならびに現在の日および／または時間のうちの少なくとも１つに少なくとも部分的に基づき得る。

[00176]図２４は、ワイヤレス通信の方法のフローチャート２４００である。本方法は、第１のＵＥによって実行されてよく、図７および図８に関して説明した中継およびブロードキャストのインタラクションを可能にし得る。ステップ２４０２では、第１のＵＥは、第２のＵＥに関係するブロードキャスト情報を第３のＵＥから受信する。たとえば、図７の前述の説明に関しては、第１のＵＥはＵＥ７０２Ｂであってよく、第２のＵＥはソースＵＥであってよく、第３のＵＥはＵＥ７０２Ａであってよい。たとえば、図８の前述の説明に関しては、第１のＵＥはＵＥ８０２Ｂであってよく、第２のＵＥはソースＵＥであってよく、第３のＵＥはＵＥ８０２Ａであってよい。一態様では、第１のＵＥはさらに、ブロードキャスト情報とともに識別子情報を受信することができ、識別子情報は、第２のＵＥのアイデンティティと、第２のＵＥによって割り当てられたバージョンまたはタイムスタンプとを含む。

[00177]ステップ２４０４では、第１のＵＥは、受信されたブロードキャスト情報が第２のＵＥに関して受信された第１の情報であるかどうかを決定する。たとえば、第１のＵＥは、第２のＵＥに関して以前受信され記憶された任意の情報を識別するためにメモリをチェックすることによって決定を行うことができる。受信されたブロードキャスト情報が第２のＵＥに関して受信された第１の情報である場合（ステップ２４０４）、ステップ２４０６において、第１のＵＥは、受信されたブロードキャスト情報と識別子情報とを記憶する。

[00178]ステップ２４０８では、第１のＵＥは、第１のＵＥに固有のタグ値ＴＶを生成する。たとえば、タグ値ＴＶは、第１のＵＥ（たとえば、図８におけるＵＥ８０２Ｂ）のＩＤと、第１のＵＥによって割り当てられたシーケンス番号、バージョンまたはタイムスタンプとを含み得る。ステップ２４０８はオプションであり、いくつかの実装形態では実行されないことがある。

[00179]ステップ２４１０では、第１のＵＥはブロードキャスト情報と識別子情報とをＵＥのセットに中継する。メッセージの中継は、セットＵＥにブロードキャスト情報を配信するのを助けること、たとえば、あるＵＥの近接を決定するのを支援すること、および／または互いに近接しているＵＥに依存するいくつかのサービスを可能にするのを助けることを目的としたものであり得る。一態様では、生成されたタグ値ＴＶは、識別子情報に含まれる。たとえば、図７および図８に関しては、ＵＥのセットはそれぞれＵＥ７０２ＣおよびＵＥ８０２Ｃを含み得る。

[00180]ステップ２４１２では、第１のＵＥはブロードキャスト情報と識別子情報とをＵＥのセットにおけるＵＥから受信する。一態様では、識別子情報はタグ値ＴＶを備え、ブロードキャスト情報は受信されないことがある。ステップ２４１２はオプションであり、いくつかの実装形態では実行されないことがある。

[00181]ステップ２４１４では、第１のＵＥは第２のＵＥに関係する第２のブロードキャスト情報と、第２のブロードキャスト情報に関連するバージョンおよび／またはタイムスタンプとを第４のＵＥから受信する。ステップ２４１４はオプションであり、いくつかの実装形態では実行されないことがある。

[00182]ステップ２４１６では、第１のＵＥは、ＵＥのセットにおける各ＵＥから識別子情報が受信されたかどうかに基づいて、ＵＥのセットにおける各ＵＥがブロードキャスト情報を受信しているかどうかを決定する。たとえば、図７に関しては、ＵＥ７０２Ｂは、メッセージ７０８を受信した後、メッセージ７０８におけるバージョンＶおよびＵＥＩＤが、以前にブロードキャストされたメッセージ７０６におけるバージョンＶおよびＵＥＩＤと同じであると決定し得る。したがって、ＵＥ７０２Ｂは、受信されたメッセージ７０８を、ＵＥ７０２Ｃがメッセージ７０６を受信したことの明示的確認応答と見なすことができ、メッセージ７０６の中継を停止することができる。別の例として、図８に関しては、ＵＥ８０２Ｂは、メッセージ８０８を受信した後、メッセージ８０８におけるタグ値ＴＶが、以前にブロードキャストされたメッセージ８０６におけるタグ値ＴＶと同じであると決定し得る。したがって、ＵＥ８０２Ｂは、受信されたメッセージ８０８を、ＵＥ８０２Ｃがメッセージ８０６を受信したことの暗示的確認応答と見なすことができる。

[00183]第１のＵＥが、ＵＥのセットにおける各ＵＥがブロードキャスト情報を受信していると決定した場合（ステップ２４１６）、ステップ２４２４において、第１のＵＥは、ブロードキャスト情報を中継するのをやめる。したがって、第１のＵＥは、第２のＵＥに関係する情報のブロードキャストを停止する。そうではなく、第１のＵＥが、ＵＥのセットにおける各ＵＥがブロードキャスト情報を受信していないと決定した場合（ステップ２４１６）、ステップ２４１８において、第１のＵＥは、第２のＵＥに関係する任意のさらなるブロードキャスト情報が受信されているかどうかを決定する。たとえば、さらなるブロードキャスト情報は、ステップ２４１４における第２のブロードキャスト情報であり得る。

[00184]第１のＵＥが、ターゲットＵＥのためのさらなるブロードキャスト情報が受信されていないと決定した場合（ステップ２４１８）、第１のＵＥはステップ２４０８に進む。そうではなく、第１のＵＥが、ターゲットＵＥのためのさらなるブロードキャスト情報が受信されていると決定した場合（ステップ２４１８）、ステップ２４２０において、第１のＵＥは、ステップ２４０２において受信されたブロードキャスト情報またはステップ２４１４の第２のブロードキャスト情報が、記憶されたブロードキャスト情報よりも新しいかどうかを決定する。一態様では、第１のＵＥは、第２のブロードキャスト情報に関連するバージョンおよび／またはタイムスタンプならびにブロードキャスト情報に関連するタイムスタンプおよび／またはバージョンに基づいて決定を行う。第１のＵＥが、ブロードキャスト情報または第２のブロードキャスト情報が、記憶されたブロードキャスト情報よりも新しいと決定した場合（ステップ２４２０）、ステップ２４０６において第１のＵＥは、より新しいブロードキャスト情報または第２のブロードキャスト情報と識別子情報とを記憶する。次いで第１のＵＥは、より新しいと決定されたブロードキャスト情報または第２のブロードキャスト情報のうちの１つを中継する（ステップ２４１０）。一態様では、より新しいと決定されたブロードキャスト情報は、更新されたブロードキャスト情報と呼ばれることがある。したがって、ステップ２４１０において、ＵＥのセットに更新されたブロードキャスト情報が中継され得る。

[00185]そうではなく、第１のＵＥが、ブロードキャスト情報または第２のブロードキャスト情報が、記憶されたブロードキャスト情報よりも新しいものではないと決定した場合（ステップ２４２０）、ステップ２４２２において第１のＵＥは、受信されたブロードキャスト情報を無視する。ステップ２４２３では、第１のＵＥは、以前のブロードキャスト情報がＵＥのセットによって確認応答されているかどうかを決定する。ＵＥのセットにおけるいくつかのＵＥによってまだ確認応答されていない第２のＵＥに関係する以前のブロードキャスト情報が依然としてある場合、第１のＵＥはステップ２４０８に進む。そうでない場合、ステップ２４２４において、第１のＵＥは第２のＵＥのための情報のブロードキャストを停止する。

[00186]図２５は、ワイヤレス通信の方法のフローチャート２５００である。本方法は、第１のＵＥによって実行されてよく、図９に関して説明した中継およびブロードキャストのインタラクションを可能にし得る。ステップ２５０２では、第１のＵＥは第２のＵＥに関係するブロードキャスト情報と、ブロードキャスト情報に関連するタグＴとを第３のＵＥから受信する。たとえば、図９の前述の説明に関しては、第１のＵＥはＵＥ９０２Ｂであってよく、第２のＵＥはソースＵＥであってよく、第３のＵＥはＵＥ９０２Ａであってよい。一態様では、ブロードキャスト情報は、ＵＥのセットに関係し得る（たとえば、ＵＥのセットを対象とし得る）。たとえば、図９に関しては、ＵＥのセットはＵＥ９０２Ｃを含み得る。一態様では、タグＴは、第２のＵＥのためのアイデンティティ、ブロードキャスト情報のための情報タイプもしくは情報識別子および／または第２のＵＥによって生成されたバージョンもしくはタイムスタンプを備え得る。

[00187]ステップ２５０４では、第１のＵＥは最初に、ブロードキャスト情報とともにタグＴをＵＥのセットに中継する。

[00188]ステップ２５０６では、第１のＵＥは続いて、ブロードキャスト情報なしでタグＴをＵＥのセットに中継する。

[00189]ステップ２５０８では、第１のＵＥは第２のＵＥに関係するブロードキャスト情報の後続バージョンと、ブロードキャスト情報の後続バージョンに関連する第２のタグとを受信する。

[00190]ステップ２５１０では、第１のＵＥは、第２のタグとともにブロードキャスト情報の後続バージョンを中継する。

[00191]ステップ２５１２では、第１のＵＥは、第２のタグとともにブロードキャスト情報の後続バージョンを中継した後、ブロードキャスト情報の後続バージョンなしで第２のタグを中継する。

[00192]ステップ２５１４では、第１のＵＥはＵＥのセットにおける第４のＵＥからブロードキャスト情報を求める要求を受信する。たとえば、図９に関しては、第４のＵＥはＵＥ９０２Ｃであり得る。

[00193]ステップ２５１６では、第１のＵＥは、ブロードキャスト情報を求める受信された要求がタグ（たとえば、タグＴ）またはヌル値を含むかどうかを決定する。ブロードキャスト情報を求める受信された要求がタグまたはヌル値を含まない場合（ステップ２５１６）、ステップ２５１８において第１のＵＥは、第４のＵＥがステップ２５０４において送られたブロードキャスト情報を受信していると仮定することができ、そのため、第４のＵＥにブロードキャスト情報を中継するのをやめる。そうではなく、ブロードキャスト情報を求める受信された要求がタグＴまたはヌル値を含む場合（ステップ２５１６）、ステップ２５２０において第１のＵＥは、ブロードキャスト情報を求める受信された要求が識別子を含むかどうかを決定する。一態様では、識別子は、ＵＥのアイデンティティ（たとえば、第１のＵＥのアイデンティティ）であり得る。ブロードキャスト情報を求める受信された要求が識別子を含まない場合（ステップ２５２０）、ステップ２５２４において第１のＵＥは、第４のＵＥにブロードキャスト情報を中継することを決定する。一態様では、第１のＵＥは、ブロードキャスト情報とともにステップ２５０２において受信されたタグＴを第４のＵＥに中継することができる。そうではなく、ブロードキャスト情報を求める受信された要求が識別子を含む場合（ステップ２５２０）、ステップ２５２２においてＵＥは、識別子が第１のＵＥに関連付けられるかどうかを決定する。識別子が第１のＵＥに関連付けられる場合（ステップ２５２２）、ステップ２５２４において第１のＵＥは、第４のＵＥにブロードキャスト情報を中継することを決定する。そうではなく、識別子が第１のＵＥに関連付けられない場合（ステップ２５２２）、ステップ２５１８において第１のＵＥは、第４のＵＥにブロードキャスト情報を中継するのをやめることを決定する。

[00194]図２５において点線で示されたステップ２５０８、２５１０、および２５１２はオプションのステップを表すことを理解されたい。たとえば、一態様では、第１のＵＥは、ステップ２５０６および２５１４を、ステップ２５０８、２５０、および２５１２を実行することなしに実行し得る。

[00195]図２６は、例示的な装置２６０２中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図２６００である。本装置は、ＵＥ（第１のＵＥとも呼ばれる）であってよく、図７、図８、図９、図２４および図２５に関して本明細書で前述したプロセスを実行し得る。本装置は、第２のＵＥ（図２６に示されていない）に関係するブロードキャスト情報を第３のＵＥ（たとえば、ＵＥ２６５０Ａ）から受信し、ブロードキャスト情報と識別子情報とをＵＥのセットにおけるＵＥから受信し、ブロードキャスト情報とともに識別子情報を第３のＵＥから受信し、第２のブロードキャスト情報と第２のブロードキャスト情報に関連するバージョンまたはタイムスタンプのうちの少なくとも１つとを第４のＵＥ（たとえば、ＵＥ２６５０Ｂ）から受信し、更新されたブロードキャスト情報を第３のＵＥから受信し、ブロードキャスト情報とブロードキャスト情報に関連するタグとを第３のＵＥから受信し、ブロードキャスト情報を求める要求をＵＥのセットにおける第４のＵＥから受信し、ブロードキャスト情報の後続バージョンとブロードキャスト情報の後続バージョンに関連する第２のタグとを受信するモジュール２６０４を含む。

[00196]本装置はさらに、ＵＥのセットにおける各ＵＥから識別子情報が受信されたかどうかに基づいて、ＵＥのセットにおける各ＵＥが、装置によって中継されたブロードキャスト情報を受信しているかどうかを決定し、第２のブロードキャスト情報に関連するバージョンまたはタイムスタンプのうちの少なくとも１つ、およびブロードキャスト情報に関連するタイムスタンプまたはバージョンのうちの少なくとも１つに基づいて、ブロードキャスト情報または第２のブロードキャスト情報がより新しいかどうかを決定し、識別子が第１のＵＥに関連付けられるかどうかを決定し、識別子が第１のＵＥに関連付けられると決定されたときに、ブロードキャスト情報を第４のＵＥに中継することを決定し、識別子が第１のＵＥに関連付けられないと決定されたときに、ブロードキャスト情報を第４のＵＥに中継するのをやめることを決定するモジュール２６０６を含む。

[00197]本装置はさらに、ブロードキャスト情報と識別子情報とを記憶するモジュール２６０８と、第１のＵＥに固有のタグを生成するモジュール２６１０とを含む。

[00198]本装置はさらに、ブロードキャスト情報と識別子情報とをＵＥのセットに中継し、より新しいと決定されたブロードキャスト情報または第２のブロードキャスト情報のうちの１つを中継し、更新されたブロードキャスト情報と識別子情報とを中継し、ブロードキャスト情報なしでタグをＵＥのセットに中継し、ブロードキャスト情報を第４のＵＥに中継し、ブロードキャスト情報なしでタグを中継する前に、ブロードキャスト情報とともにタグを中継し、第２のタグとともにブロードキャスト情報の後続バージョンを中継し、第２のタグとともにブロードキャスト情報の後続バージョンを中継した後に、ブロードキャスト情報の後続バージョンなしで第２のタグを中継するモジュール２６１２を含む。

[00199]本装置はさらに、ＵＥのセットにおける各ＵＥがブロードキャスト情報を受信していると決定すると、ブロードキャスト情報を中継するのをやめるモジュール２６１４と、１つまたは複数の通信デバイス（たとえば、ＵＥ２６５０Ａ、ＵＥ２６５０Ｂ）に信号を送信するモジュール２６１６とを含む。

[00200]本装置は、図２４および図２５の上記フローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、図２４および図２５の上記フローチャート中の各ステップは１つのモジュールによって実行され得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べられたプロセス／アルゴリズムを遂行するように具体的に構成され、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装され、プロセッサによる実装のためにコンピュータ可読媒体内に記憶された、１つもしくは複数のハードウェア構成要素、またはそれらの何らかの組合せであり得る。

[00201]図２７は、処理システム２７１４を用いる装置２６０２’のためのハードウェア実装形態の一例を示す図２７００である。処理システム２７１４は、バス２７２４によって全般的に表されるバスアーキテクチャを用いて実装され得る。バス２７２４は、処理システム２７１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続するバスとブリッジとを含み得る。バス２７２４は、プロセッサ２７０４、モジュール２６０４、２６０６、２６０８、２６１０、２６１２、および２６１４、ならびにコンピュータ可読媒体／メモリ２７０６によって表される、１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路を互いにリンクする。バス２７２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路などの様々な他の回路をリンクすることができるが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。

[00202]処理システム２７１４は、トランシーバ２７１０に結合され得る。トランシーバ２７１０は、１つまたは複数のアンテナ２７２０に結合される。トランシーバ２７１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ２７１０は、１つまたは複数のアンテナ２７２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム２７１４、特に受信モジュール２６０４に与える。さらに、トランシーバ２７１０は、処理システム２７１４、特に送信モジュール２６１６から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ２７２０に適用されるべき信号を生成する。処理システム２７１４は、コンピュータ可読媒体／メモリ２７０６に結合されたプロセッサ２７０４を含む。プロセッサ２７０４は、コンピュータ可読媒体／メモリ２７０６に記憶されたソフトウェアの実行を含む一般的な処理に関与する。ソフトウェアは、プロセッサ２７０４によって実行されたとき、処理システム２７１４に、特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体／メモリ２７０６は、ソフトウェアを実行するときにプロセッサ２７０４によって操作されるデータを記憶するために使用される場合もある。処理システムは、モジュール２６０４、２６０６、２６０８、２６１０、２６１２、および２６１４のうちの少なくとも１つをさらに含む。それらのモジュールは、プロセッサ２７０４内で動作し、コンピュータ可読媒体／メモリ２７０６内に存在する／記憶されたソフトウェアモジュール、プロセッサ２７０４に結合された１つもしくは複数のハードウェアモジュール、またはそれらの何らかの組合せであり得る。処理システム２７１４は、ＵＥ７０２Ｂ、ＵＥ８０２Ｂおよび／またはＵＥ９０２ＢなどのＵＥの構成要素であってよく、メモリならびに／またはＴＸプロセッサ、ＲＸプロセッサおよびコントローラ／プロセッサのうちの少なくとも１つを含み得る。

[00203]一構成では、ワイヤレス通信のための装置２６０２／２６０２’は、第２のＵＥに関係するブロードキャスト情報を第３のＵＥから受信するための手段と、ブロードキャスト情報と識別子情報とをＵＥのセットに中継するための手段と、ＵＥのセットにおける各ＵＥから識別子情報が受信されたかどうかに基づいて、ＵＥのセットにおける各ＵＥがブロードキャスト情報を受信しているかどうかを決定するための手段と、ＵＥのセットにおける各ＵＥがブロードキャスト情報を受信していると決定すると、ブロードキャスト情報を中継するのをやめるための手段と、ブロードキャスト情報と識別子情報とをＵＥのセットにおけるＵＥから受信するための手段と、ＵＥに固有のタグを生成するための手段と、ブロードキャスト情報とともに識別子情報を第３のＵＥから受信するための手段と、第２のブロードキャスト情報と第２のブロードキャスト情報に関連するバージョンまたはタイムスタンプのうちの少なくとも１つとを第４のＵＥから受信するための手段と、第２のブロードキャスト情報に関連するバージョンまたはタイムスタンプのうちの少なくとも１つ、およびブロードキャスト情報に関連するタイムスタンプまたはバージョンのうちの少なくとも１つに基づいて、ブロードキャスト情報または第２のブロードキャスト情報がより新しいかどうかを決定するための手段と、より新しいと決定されたブロードキャスト情報または第２のブロードキャスト情報のうちの１つを中継するための手段と、更新されたブロードキャスト情報を第３のＵＥから受信するための手段と、更新されたブロードキャスト情報と識別子情報とを中継するための手段と、ブロードキャスト情報とブロードキャスト情報に関連するタグとを第３のＵＥから受信するための手段と、ブロードキャスト情報なしでタグをＵＥのセットに中継するための手段と、ブロードキャスト情報を求める要求をＵＥのセットにおける第４のＵＥから受信するための手段と、ブロードキャスト情報を第４のＵＥに中継するための手段と、ブロードキャスト情報なしでタグを中継する前に、ブロードキャスト情報とともにタグを中継するための手段と、識別子がＵＥに関連付けられるかどうかを決定するための手段と、識別子がＵＥに関連付けられると決定されたときに、ブロードキャスト情報を第４のＵＥに中継することを決定するための手段と、識別子がＵＥに関連付けられないと決定されたときに、ブロードキャスト情報を第４のＵＥに中継するのをやめることを決定するための手段と、ブロードキャスト情報の後続バージョンとブロードキャスト情報の後続バージョンに関連する第２のタグとを受信するための手段と、第２のタグとともにブロードキャスト情報の後続バージョンを中継するための手段と、第２のタグとともにブロードキャスト情報の後続バージョンを中継した後、ブロードキャスト情報の後続バージョンなしで第２のタグを中継するための手段とを含む。上述の手段は、上述の手段によって具陳される機能を実行するように構成された、装置２６０２の上述のモジュールおよび／または装置２６０２’の処理システム２７１４のうちの１つまたは複数であり得る。上記で説明したように、処理システム２７１４は、ＴＸプロセッサと、ＲＸプロセッサと、コントローラ／プロセッサとを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成された、ＴＸプロセッサと、ＲＸプロセッサと、コントローラ／プロセッサとであり得る。

[00204]本明細書で説明した方法は、特定の例による応用例に応じて、様々な手段によって実装され得る。たとえば、そのような方法は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの組合せで実装され得る。ハードウェア実装形態では、たとえば、処理ユニットは、１つまたは複数の特定用途向け集積回路（「ＡＳＩＣ」）、デジタル信号プロセッサ（「ＤＳＰ」）、デジタル信号処理デバイス（「ＤＳＰＤ」）、プログラマブル論理デバイス（「ＰＬＤ」）、フィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明した機能を実行するように設計された他のデバイスユニット、またはそれらの組合せの中で実装され得る。

[00205]本明細書に含まれる詳細な説明のいくつかの部分は、特定の装置または専用コンピューティングデバイスもしくはプラットフォームのメモリ内に記憶された２値デジタル信号に対する演算のアルゴリズムまたは記号表現に関して提示している。この特定の明細書のコンテキストでは、特定の装置などの用語は、プログラムソフトウェアからの命令に従って特定の動作を実行するようにプログラムされた汎用コンピュータを含む。アルゴリズムの説明または記号表現は、信号処理または関連技術の当業者が各自の仕事の本質を他の当業者に伝達するために使用する技法の例である。アルゴリズムは、本明細書では、また一般に、所望の結果につながる自己矛盾のない一連の演算または同様の信号処理であると考えられる。このコンテキストでは、演算または処理は物理量の物理的操作を伴う。必ずしもそうとは限らないが、一般に、そのような量は、記憶、転送、結合、比較、または他の方法で操作されることが可能な電気信号または磁気信号の形態をとり得る。主に一般的な用法という理由で、そのような信号をビット、データ、値、要素、記号、文字、項、数、数字などと呼ぶことは時々便利であることがわかっている。ただし、これらまたは同様の用語はすべて、適切な物理量に関連付けられるべきものであり、便利なラベルにすぎないことを理解されたい。別段に明記されていない限り、本明細書の説明から明らかなように、本明細書全体にわたって、「処理する」、「算出する」、「計算する」、「決定する」などの用語を利用する説明は、専用コンピュータ、専用計算装置または同様の専用電子コンピューティングデバイスなど、特定の装置の動作またはプロセスを指すことを諒解されたい。したがって、本明細書のコンテキストで、専用コンピュータまたは同様の専用電子コンピューティングデバイスは、専用コンピュータまたは同様の専用電子コンピューティングデバイスのメモ中継ジスタ、または他の情報記憶デバイス、送信デバイス、あるいは専用コンピュータまたは同様の専用電子コンピューティングデバイスのディスプレイデバイス内の電子的または磁気的な物理量として一般に表される信号を操作または変換することが可能である。

[00206]本明細書で説明するワイヤレス通信技法は、ワイヤレスワイドエリアネットワーク（「ＷＷＡＮ」）、ワイヤレスローカルエリアネットワーク（「ＷＬＡＮ」）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）などの様々なワイヤレス通信ネットワークに関連し得る。「ネットワーク」および「システム」という用語は、本明細書では互換的に使用され得る。ＷＷＡＮは、符号分割多元接続（「ＣＤＭＡ」）ネットワーク、時分割多元接続（「ＴＤＭＡ」）ネットワーク、周波数分割多元接続（「ＦＤＭＡ」）ネットワーク、直交周波数分割多元接続（「ＯＦＤＭＡ」）ネットワーク、シングルキャリア周波数分割多元接続（「ＳＣ−ＦＤＭＡ」）ネットワーク、または上記のネットワークの任意の組合せなどであり得る。ＣＤＭＡネットワークは、ほんのいくつかの無線技術を挙げれば、ｃｄｍａ２０００、広帯域ＣＤＭＡ（「Ｗ−ＣＤＭＡ（登録商標）」）などの１つまたは複数の無線アクセス技術（「ＲＡＴ」）を実装し得る。ここで、ｃｄｍａ２０００は、ＩＳ−９５規格、ＩＳ−２０００規格、およびＩＳ−８５６規格に従って実装される技術を含み得る。ＴＤＭＡネットワークは、モバイル通信用グローバルシステム（「ＧＳＭ」）、デジタルアドバンストモバイルフォンシステム（「Ｄ−ＡＭＰＳ」：Digital Advanced Mobile Phone System）、または何らかの他のＲＡＴを実装し得る。ＧＳＭおよびＷ−ＣＤＭＡは、「第３世代パートナーシッププロジェクト」（「３ＧＰＰ」）と称する団体からの文書に記載されている。ｃｄｍａ２０００は、「第３世代パートナーシッププロジェクト２」（「３ＧＰＰ２」）と称する団体からの文書に記載されている。３ＧＰＰおよび３ＧＰＰ２の文書は公的に入手可能である。４Ｇロングタームエボリューション（「ＬＴＥ」）通信ネットワークも、一態様において、特許請求する主題に従って実装され得る。ＷＬＡＮは、ＩＥＥＥ８０２．１１ｘネットワークを備え得、ＷＰＡＮは、たとえば、Ｂｌｕｅｔｏｏｔｈネットワーク、ＩＥＥＥ８０２．１５ｘを備え得る。本明細書で説明したワイヤレス通信実装形態はまた、ＷＷＡＮ、ＷＬＡＮまたはＷＰＡＮの任意の組合せとともに使用され得る。

[00207]別の態様では、前述のように、ワイヤレス送信機またはアクセスポイントは、セルラー電話サービスを会社または家庭に延長するために利用されるフェムトセルを備え得る。そのような実装形態では、１つまたは複数のＵＥは、たとえば、符号分割多元接続（「ＣＤＭＡ」）セルラー通信プロトコルを介してフェムトセルと通信し得、フェムトセルは、インターネットなどの別のブロードバンドネットワークを介してより大きいセルラー電気通信ネットワークへのアクセスをＵＥに与え得る。

[00208]上記の詳細な説明では、特許請求する主題の完全な理解を与えるために多数の具体的な詳細を記載した。しかしながら、特許請求する主題は、これらの具体的な詳細を伴わずに実施され得ることが当業者には理解されよう。他の事例では、特許請求する主題を不明瞭にしないように、当業者には既知であろう方法および装置については詳細に説明していない。

[00209]本明細書で使用する「および」、「または」、および「および／または」という用語は、そのような用語が使用されるコンテキストに少なくとも部分的に依存することも予想される様々な意味を含み得る。一般に、「または」がＡ、ＢまたはＣなどのリストを関連付けるために使用される場合、ここで包含的な意味で使用されるＡ、Ｂ、およびＣを意味し、ならびにここで排他的な意味で使用されるＡ、ＢまたはＣを意味するものとする。さらに、本明細書で使用する「１つまたは複数」という用語は、単数形の任意の特徴、構造、もしくは特性について説明するために使用され得るか、または複数の特徴、構造、もしくは特性、または特徴、構造、もしくは特性の何らかの他の組合せについて説明するために使用され得る。しかし、これは例示的な例にすぎないこと、および特許請求する主題がこの例に限定されないことに留意されたい。

[00210]現在例示的な特徴と考えられることについて例示し説明したが、特許請求する主題から逸脱することなく、様々な他の変更が行われ得、等価物が代用され得ることが、当業者には理解されよう。さらに、本明細書に記載の中心概念から逸脱することなく、特許請求する主題の教示に特定の状況を適合させるために多くの変更が行われ得る。したがって、特許請求する主題は、開示した特定の例に限定されず、そのような特許請求する主題は、添付の特許請求の範囲の範囲内に入るすべての態様、およびその均等物をも含むものとする。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
第１のユーザ機器（ＵＥ）のワイヤレス通信の方法であって、
第２のＵＥに関係するブロードキャスト情報を第３のＵＥから受信することと、
前記ブロードキャスト情報と識別子情報とをＵＥのセットに中継することと、
前記ＵＥのセットにおける各ＵＥから前記識別子情報が受信されたかどうかに基づいて、前記ＵＥのセットにおける各ＵＥが前記ブロードキャスト情報を受信しているかどうかを決定することと、
前記ＵＥのセットにおける各ＵＥが前記ブロードキャスト情報を受信していると決定すると、前記ブロードキャスト情報を中継するのをやめることと
を備える方法。
［Ｃ２］
前記第１、第２および第３のＵＥは、同じＵＥであり、前記受信することは前記第１のＵＥ内で内部的に起こる、
Ｃ１に記載の方法。
［Ｃ３］
前記第２および第３のＵＥは、同じＵＥであり、前記第１のＵＥとは異なる、
Ｃ１に記載の方法。
［Ｃ４］
前記ブロードキャスト情報と前記識別子情報とを前記ＵＥのセットにおけるＵＥから受信することをさらに備え、前記第１のＵＥが前記ブロードキャスト情報と前記識別子情報とを前記ＵＥのセットにおける各ＵＥから受信したときに、前記ＵＥのセットにおける各ＵＥは、前記ブロードキャスト情報を受信していると前記第１のＵＥは決定する、
Ｃ１に記載の方法。
［Ｃ５］
前記識別子情報は、前記第２のＵＥのためのアイデンティティと、前記第２のＵＥによって生成された前記ブロードキャスト情報のためのバージョンおよびタイムスタンプのうちの少なくとも１つとを備える、Ｃ１に記載の方法。
［Ｃ６］
前記識別子情報は、前記ブロードキャスト情報とともに前記第３のＵＥから受信される、
Ｃ５に記載の方法。
［Ｃ７］
前記第１および第２のＵＥは異なるＵＥであり、前記方法は、
前記第２のＵＥに関係する第２のブロードキャスト情報と、前記第２のブロードキャスト情報に関連するバージョンまたはタイムスタンプのうちの少なくとも１つとを第４のＵＥから受信することと、
前記第２のブロードキャスト情報に関連する前記バージョンまたは前記タイムスタンプのうちの前記少なくとも１つ、および前記ブロードキャスト情報に関連する前記タイムスタンプまたは前記バージョンのうちの前記少なくとも１つに基づいて、前記ブロードキャスト情報または前記第２のブロードキャスト情報がより新しいかどうかを決定することと、
より新しいと決定された前記ブロードキャスト情報または前記第２のブロードキャスト情報のうちの１つを中継することと
をさらに備える、Ｃ６に記載の方法。
［Ｃ８］
前記第１のＵＥに固有のタグを生成することをさらに備え、前記識別子情報は、前記生成されたタグを備える、
Ｃ１に記載の方法。
［Ｃ９］
前記生成されたタグは、前記第１のＵＥの前記アイデンティティと、シーケンス番号、バージョンまたはタイムスタンプのうちの少なくとも１つとを備える、
Ｃ８に記載の方法。
［Ｃ１０］
前記第２のＵＥに関係する更新されたブロードキャスト情報を前記第３のＵＥから受信することと、
前記更新されたブロードキャスト情報と更新された識別子情報とを中継することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ１１］
ワイヤレス通信のための第１のユーザ機器（ＵＥ）であって、
第２のＵＥに関係するブロードキャスト情報を第３のＵＥから受信するための手段と、
前記ブロードキャスト情報と識別子情報とをＵＥのセットに中継するための手段と、
前記ＵＥのセットにおける各ＵＥから前記識別子情報が受信されたかどうかに基づいて、前記ＵＥのセットにおける各ＵＥが前記ブロードキャスト情報を受信しているかどうかを決定するための手段と、
前記ＵＥのセットにおける各ＵＥが前記ブロードキャスト情報を受信していると決定すると、前記ブロードキャスト情報を中継するのをやめるための手段と
を備える、第１のＵＥ。
［Ｃ１２］
前記第１、第２および第３のＵＥは同じＵＥであり、前記受信することは前記第１のＵＥ内で内部的に起こる、
Ｃ１１に記載の第１のＵＥ。
［Ｃ１３］
前記第２および第３のＵＥは同じＵＥであり、前記第１のＵＥとは異なる、
Ｃ１１に記載の第１のＵＥ。
［Ｃ１４］
前記ブロードキャスト情報と前記識別子情報とを前記ＵＥのセットにおけるＵＥから受信するための手段をさらに備え、前記第１のＵＥが前記ブロードキャスト情報と前記識別子情報とを前記ＵＥのセットにおける各ＵＥから受信したときに、前記ＵＥのセットにおける各ＵＥが前記ブロードキャスト情報を受信していると前記第１のＵＥは決定する、
Ｃ１１に記載の第１のＵＥ。
［Ｃ１５］
前記識別子情報は、前記第２のＵＥのためのアイデンティティと、前記第２のＵＥによって生成された前記ブロードキャスト情報のためのバージョンおよびタイムスタンプのうちの少なくとも１つとを備える、
Ｃ１１に記載の第１のＵＥ。
［Ｃ１６］
前記識別子情報は、前記ブロードキャスト情報とともに前記第３のＵＥから受信される、
Ｃ１５に記載の第１のＵＥ。
［Ｃ１７］
前記第１および第２のＵＥは異なるＵＥであり、前記第１のＵＥは、
前記第２のＵＥに関係する第２のブロードキャスト情報と、前記第２のブロードキャスト情報に関連するバージョンまたはタイムスタンプのうちの少なくとも１つとを第４のＵＥから受信するための手段と、
前記第２のブロードキャスト情報に関連する前記バージョンまたは前記タイムスタンプのうちの前記少なくとも１つ、および前記ブロードキャスト情報に関連する前記タイムスタンプまたは前記バージョンのうちの前記少なくとも１つに基づいて、前記ブロードキャスト情報または前記第２のブロードキャスト情報がより新しいかどうかを決定するための手段と、
より新しいと決定された前記ブロードキャスト情報または前記第２のブロードキャスト情報のうちの１つを中継するための手段と
をさらに備える、Ｃ１６に記載の第１のＵＥ。
［Ｃ１８］
前記第１のＵＥに固有のタグを生成するための手段をさらに備え、前記識別子情報は、前記生成されたタグを備える、
Ｃ１１に記載の第１のＵＥ。
［Ｃ１９］
前記生成されたタグは、前記第１のＵＥの前記アイデンティティと、シーケンス番号、バージョンまたはタイムスタンプのうちの少なくとも１つとを備える、
Ｃ１８に記載の第１のＵＥ。
［Ｃ２０］
前記第２のＵＥに関係する更新されたブロードキャスト情報を前記第３のＵＥから受信するための手段と、
前記更新されたブロードキャスト情報と更新された識別子情報とを中継するための手段と
をさらに備える、Ｃ１１に記載の第１のＵＥ。
［Ｃ２１］
ワイヤレス通信のための第１のユーザ機器（ＵＥ）であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
第２のＵＥに関係するブロードキャスト情報を第３のＵＥから受信し、
前記ブロードキャスト情報と識別子情報とをＵＥのセットに中継し、
前記ＵＥのセットにおける各ＵＥから前記識別子情報が受信されたかどうかに基づいて、前記ＵＥのセットにおける各ＵＥが前記ブロードキャスト情報を受信しているかどうかを決定し、
前記ＵＥのセットにおける各ＵＥが前記ブロードキャスト情報を受信していると決定すると、前記ブロードキャスト情報を中継するのをやめる
ように構成される、第１のＵＥ。
［Ｃ２２］
前記第１、第２および第３のＵＥは同じＵＥであり、前記受信することは前記第１のＵＥ内で内部的に起こる、Ｃ２１に記載の第１のＵＥ。
［Ｃ２３］
前記第２および第３のＵＥは、同じＵＥであり、前記第１のＵＥとは、異なる、
Ｃ２１に記載の第１のＵＥ。
［Ｃ２４］
前記少なくとも１つのプロセッサは、前記ブロードキャスト情報と前記識別子情報とを前記ＵＥのセットにおけるＵＥから受信するようにさらに構成され、前記少なくとも１つのプロセッサが前記ブロードキャスト情報と前記識別子情報とを前記ＵＥのセットにおける各ＵＥから受信したときに、前記ＵＥのセットにおける各ＵＥが前記ブロードキャスト情報を受信していると前記少なくとも１つのプロセッサは決定する、
Ｃ２１に記載の第１のＵＥ。
［Ｃ２５］
前記識別子情報は、前記第２のＵＥのためのアイデンティティと、前記第２のＵＥによって生成された前記ブロードキャスト情報のためのバージョンおよびタイムスタンプのうちの少なくとも１つとを備える、Ｃ２１に記載の第１のＵＥ。
［Ｃ２６］
前記識別子情報は、前記ブロードキャスト情報とともに前記第３のＵＥから受信される、
Ｃ２５に記載の第１のＵＥ。
［Ｃ２７］
前記第１および第２のＵＥは異なるＵＥであり、前記少なくとも１つのプロセッサは、
前記第２のＵＥに関係する第２のブロードキャスト情報と、前記第２のブロードキャスト情報に関連するバージョンまたはタイムスタンプのうちの少なくとも１つとを第４のＵＥから受信し、
前記第２のブロードキャスト情報に関連する前記バージョンまたは前記タイムスタンプのうちの前記少なくとも１つ、および前記ブロードキャスト情報に関連する前記タイムスタンプまたは前記バージョンのうちの前記少なくとも１つに基づいて、前記ブロードキャスト情報または前記第２のブロードキャスト情報がより新しいかどうかを決定し、
より新しいと決定された前記ブロードキャスト情報または前記第２のブロードキャスト情報のうちの１つを中継する
ようにさらに構成される、Ｃ２６に記載の第１のＵＥ。
［Ｃ２８］
前記少なくとも１つのプロセッサは、前記第１のＵＥに固有のタグを生成するようにさらに構成され、前記識別子情報は前記生成されたタグを備える、
Ｃ２１に記載の第１のＵＥ。
［Ｃ２９］
前記少なくとも１つのプロセッサは、
前記第２のＵＥに関係する更新されたブロードキャスト情報を前記第３のＵＥから受信し、
前記更新されたブロードキャスト情報と更新された識別子情報とを中継する
ようにさらに構成される、Ｃ２１に記載の第１のＵＥ。
［Ｃ３０］
第１のＵＥのコンピュータプログラム製品であって、
コンピュータ可読媒体を備え、前記コンピュータ可読媒体は、
第２のＵＥに関係するブロードキャスト情報を第３のＵＥから受信することと、
前記ブロードキャスト情報と識別子情報とをＵＥのセットに中継することと、
前記ＵＥのセットにおける各ＵＥから前記識別子情報が受信されたかどうかに基づいて、前記ＵＥのセットにおける各ＵＥが前記ブロードキャスト情報を受信しているかどうかを決定することと、
前記ＵＥのセットにおける各ＵＥが前記ブロードキャスト情報を受信していると決定すると、前記ブロードキャスト情報を中継するのをやめることと
を行うためのコードを備える、コンピュータプログラム製品。

Claims

第１のユーザ機器（ＵＥ）のワイヤレス通信の方法であって、
第２のＵＥに関係するブロードキャスト情報を第３のＵＥから受信することと、
前記ブロードキャスト情報と識別子情報とを前記第１のＵＥの直接無線範囲内のＵＥのセットに中継することと、
前記ＵＥのセットにおける各ＵＥから前記識別子情報が受信されたかどうかに基づいて、前記ＵＥのセットにおける各ＵＥが前記ブロードキャスト情報を受信しているかどうかを決定することと、
前記ＵＥのセットにおけるすべての前記ＵＥが前記ブロードキャスト情報を受信していると決定すると、前記ブロードキャスト情報を中継するのをやめることと
を備える方法。
前記第１、第２および第３のＵＥは、同じＵＥであり、前記受信することは前記第１のＵＥ内で内部的に起こる、
請求項１に記載の方法。
前記第２および第３のＵＥは、同じＵＥであり、前記第１のＵＥとは異なる、
請求項１に記載の方法。
前記ブロードキャスト情報と前記識別子情報とを前記ＵＥのセットにおけるＵＥから受信することをさらに備え、前記第１のＵＥが前記ブロードキャスト情報と前記識別子情報とを前記ＵＥのセットにおける各ＵＥから受信したときに、前記ＵＥのセットにおける各ＵＥは、前記ブロードキャスト情報を受信していると前記第１のＵＥは決定する、
請求項１に記載の方法。
前記識別子情報は、前記第２のＵＥのためのアイデンティティと、前記第２のＵＥによって生成された前記ブロードキャスト情報のためのバージョンおよびタイムスタンプのうちの少なくとも１つとを備える、
請求項１に記載の方法。
前記識別子情報は、前記ブロードキャスト情報とともに前記第３のＵＥから受信される、
請求項５に記載の方法。
前記第１および第２のＵＥは異なるＵＥであり、前記方法は、
前記第２のＵＥに関係する第２のブロードキャスト情報と、前記第２のブロードキャスト情報に関連するバージョンまたはタイムスタンプのうちの少なくとも１つとを第４のＵＥから受信することと、
前記第２のブロードキャスト情報に関連する前記バージョンまたは前記タイムスタンプのうちの前記少なくとも１つ、および前記ブロードキャスト情報に関連する前記タイムスタンプまたは前記バージョンのうちの前記少なくとも１つに基づいて、前記ブロードキャスト情報または前記第２のブロードキャスト情報がより新しいかどうかを決定することと、
より新しいと決定された前記ブロードキャスト情報または前記第２のブロードキャスト情報のうちの１つを中継することと
をさらに備える、請求項６に記載の方法。
前記第１のＵＥに固有のタグを生成することをさらに備え、前記識別子情報は、前記生成されたタグを備える、
請求項１に記載の方法。
前記生成されたタグは、前記第１のＵＥの前記アイデンティティと、シーケンス番号、バージョンまたはタイムスタンプのうちの少なくとも１つとを備える、
請求項８に記載の方法。
前記第２のＵＥに関係する更新されたブロードキャスト情報を前記第３のＵＥから受信することと、
前記更新されたブロードキャスト情報と更新された識別子情報とを中継することと
をさらに備える、請求項１に記載の方法。
ワイヤレス通信のための第１のユーザ機器（ＵＥ）であって、
第２のＵＥに関係するブロードキャスト情報を第３のＵＥから受信するための手段と、
前記ブロードキャスト情報と識別子情報とを前記第１のＵＥの直接無線範囲内のＵＥのセットに中継するための手段と、
前記ＵＥのセットにおける各ＵＥから前記識別子情報が受信されたかどうかに基づいて、前記ＵＥのセットにおける各ＵＥが前記ブロードキャスト情報を受信しているかどうかを決定するための手段と、
前記ＵＥのセットにおけるすべての前記ＵＥが前記ブロードキャスト情報を受信していると決定すると、前記ブロードキャスト情報を中継するのをやめるための手段と
を備える、第１のＵＥ。
前記第１、第２および第３のＵＥは同じＵＥであり、前記受信することは前記第１のＵＥ内で内部的に起こる、
請求項１１に記載の第１のＵＥ。
前記第２および第３のＵＥは同じＵＥであり、前記第１のＵＥとは異なる、
請求項１１に記載の第１のＵＥ。
前記ブロードキャスト情報と前記識別子情報とを前記ＵＥのセットにおけるＵＥから受信するための手段をさらに備え、前記第１のＵＥが前記ブロードキャスト情報と前記識別子情報とを前記ＵＥのセットにおける各ＵＥから受信したときに、前記ＵＥのセットにおける各ＵＥが前記ブロードキャスト情報を受信していると前記第１のＵＥは決定する、請求項１１に記載の第１のＵＥ。
前記識別子情報は、前記第２のＵＥのためのアイデンティティと、前記第２のＵＥによって生成された前記ブロードキャスト情報のためのバージョンおよびタイムスタンプのうちの少なくとも１つとを備える、
請求項１１に記載の第１のＵＥ。
前記識別子情報は、前記ブロードキャスト情報とともに前記第３のＵＥから受信される、
請求項１５に記載の第１のＵＥ。
前記第１および第２のＵＥは異なるＵＥであり、前記第１のＵＥは、
前記第２のＵＥに関係する第２のブロードキャスト情報と、前記第２のブロードキャスト情報に関連するバージョンまたはタイムスタンプのうちの少なくとも１つとを第４のＵＥから受信するための手段と、
前記第２のブロードキャスト情報に関連する前記バージョンまたは前記タイムスタンプのうちの前記少なくとも１つ、および前記ブロードキャスト情報に関連する前記タイムスタンプまたは前記バージョンのうちの前記少なくとも１つに基づいて、前記ブロードキャスト情報または前記第２のブロードキャスト情報がより新しいかどうかを決定するための手段と、
より新しいと決定された前記ブロードキャスト情報または前記第２のブロードキャスト情報のうちの１つを中継するための手段と
をさらに備える、請求項１６に記載の第１のＵＥ。
前記第１のＵＥに固有のタグを生成するための手段をさらに備え、前記識別子情報は、前記生成されたタグを備える、
請求項１１に記載の第１のＵＥ。
前記生成されたタグは、前記第１のＵＥの前記アイデンティティと、シーケンス番号、バージョンまたはタイムスタンプのうちの少なくとも１つとを備える、
請求項１８に記載の第１のＵＥ。
前記第２のＵＥに関係する更新されたブロードキャスト情報を前記第３のＵＥから受信するための手段と、
前記更新されたブロードキャスト情報と更新された識別子情報とを中継するための手段と
をさらに備える、請求項１１に記載の第１のＵＥ。
ワイヤレス通信のための第１のユーザ機器（ＵＥ）であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
第２のＵＥに関係するブロードキャスト情報を第３のＵＥから受信し、
前記ブロードキャスト情報と識別子情報とを前記第１のＵＥの直接無線範囲内のＵＥのセットに中継し、
前記ＵＥのセットにおける各ＵＥから前記識別子情報が受信されたかどうかに基づいて、前記ＵＥのセットにおける各ＵＥが前記ブロードキャスト情報を受信しているかどうかを決定し、
前記ＵＥのセットにおけるすべての前記ＵＥが前記ブロードキャスト情報を受信していると決定すると、前記ブロードキャスト情報を中継するのをやめる
ように構成される、第１のＵＥ。
前記第１、第２および第３のＵＥは同じＵＥであり、前記受信することは前記第１のＵＥ内で内部的に起こる、
請求項２１に記載の第１のＵＥ。
前記第２および第３のＵＥは、同じＵＥであり、前記第１のＵＥとは異なる、
請求項２１に記載の第１のＵＥ。
前記少なくとも１つのプロセッサは、前記ブロードキャスト情報と前記識別子情報とを前記ＵＥのセットにおけるＵＥから受信するようにさらに構成され、前記少なくとも１つのプロセッサが前記ブロードキャスト情報と前記識別子情報とを前記ＵＥのセットにおける各ＵＥから受信したときに、前記ＵＥのセットにおける各ＵＥが前記ブロードキャスト情報を受信していると前記少なくとも１つのプロセッサは決定する、
請求項２１に記載の第１のＵＥ。
前記識別子情報は、前記第２のＵＥのためのアイデンティティと、前記第２のＵＥによって生成された前記ブロードキャスト情報のためのバージョンおよびタイムスタンプのうちの少なくとも１つとを備える、
請求項２１に記載の第１のＵＥ。
前記識別子情報は、前記ブロードキャスト情報とともに前記第３のＵＥから受信される、
請求項２５に記載の第１のＵＥ。
前記第１および第２のＵＥは異なるＵＥであり、前記少なくとも１つのプロセッサは、
前記第２のＵＥに関係する第２のブロードキャスト情報と、前記第２のブロードキャスト情報に関連するバージョンまたはタイムスタンプのうちの少なくとも１つとを第４のＵＥから受信し、
前記第２のブロードキャスト情報に関連する前記バージョンまたは前記タイムスタンプのうちの前記少なくとも１つ、および前記ブロードキャスト情報に関連する前記タイムスタンプまたは前記バージョンのうちの前記少なくとも１つに基づいて、前記ブロードキャスト情報または前記第２のブロードキャスト情報がより新しいかどうかを決定し、
より新しいと決定された前記ブロードキャスト情報または前記第２のブロードキャスト情報のうちの１つを中継する
ようにさらに構成される、請求項２６に記載の第１のＵＥ。
前記少なくとも１つのプロセッサは、前記第１のＵＥに固有のタグを生成するようにさらに構成され、前記識別子情報は前記生成されたタグを備える、
請求項２１に記載の第１のＵＥ。
前記少なくとも１つのプロセッサは、
前記第２のＵＥに関係する更新されたブロードキャスト情報を前記第３のＵＥから受信し、
前記更新されたブロードキャスト情報と更新された識別子情報とを中継する
ようにさらに構成される、請求項２１に記載の第１のＵＥ。
ワイヤレス通信のためのコンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体であって、
第２のＵＥに関係するブロードキャスト情報を第３のＵＥから受信することと、
前記ブロードキャスト情報と識別子情報とを前記第１のＵＥの直接無線範囲内のＵＥのセットに中継することと、
前記ＵＥのセットにおける各ＵＥから前記識別子情報が受信されたかどうかに基づいて、前記ＵＥのセットにおける各ＵＥが前記ブロードキャスト情報を受信しているかどうかを決定することと、
前記ＵＥのセットにおけるすべての前記ＵＥが前記ブロードキャスト情報を受信していると決定すると、前記ブロードキャスト情報を中継するのをやめることと
を行うためのコードを備える、非一時的コンピュータ可読媒体。