JP2017515398A - 表現に対するロケーション情報提供 - Google Patents

Abstract

アナウンスユーザデバイスからＰｒｏＳｅ発見に携わるリスニングユーザデバイスにロケーション情報を伝えるための方法、装置およびシステムを説明している。アナウンスユーザデバイスは、第１の表現を使用して、最初のアナウンスをブロードキャストしてもよく、その後、第２の表現を使用して、アナウンスユーザデバイスのロケーションをブロードキャストしてもよい。第１の表現は、パブリックな表現の形態であってもよい一方、第２の表現は、プライベートな表現の形態であってもよい。【選択図】 図３

Description

相互参照

［０００１］
本特許出願は、２０１４年４月２９日に出願され、その譲受人に譲渡されている「表現に対するロケーション情報提供」と題された、Ｓｔｅｐｈｅｎｓ氏らによる米国特許出願番号第１４／２６４，９０４号に対する優先権を主張する。

背景

［０００２］
ワイヤレス通信システムは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャスト等のような、さまざまなタイプの通信コンテンツを提供するために、幅広く配備されている。これらのシステムは、利用可能なシステムリソース（例えば、時間、周波数、電力）を共有することにより、複数のユーザとの通信をサポートすることが可能な多元接続システムであってもよい。このような多元接続システムの例は、コード分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および、直交周波数分割多元接続（ＯＦＤＭＡ）システムを含んでいる。一般的に、ワイヤレス多元接続通信システムは、多数の基地局を含んでいてもよく、複数のユーザデバイスに対して、それぞれが同時に通信をサポートしている。基地局は、ダウンストリームリンクおよびアップストリームリンク上で、デバイスと通信してもよい。各基地局は、カバレッジ範囲を有し、これは、基地局のまたはセルのカバレッジエリアとして呼ばれることがある。

［０００３］
互いに近接するデバイス（すなわち、ユーザ機器（ＵＥ））はまた、デバイス対デバイス（Ｄ２Ｄ）を介して、または、近接ベースサービス（ＰｒｏＳｅ）通信を介して、直接通信してもよい。ＰｒｏＳｅ発見の一部として、アナウンスデバイスは、デバイスが他の近接デバイスに提供できる１つ以上のサービスをブロードキャストしてもよい。リスニングデバイスは、ブロードキャストされたアナウンスを受信して、アナウンスされたサービスがリスニングデバイスによって使用できるか否かを決定できる。アドバタイズされたサービスを使用するか否かを決める際、リスニングデバイスは、アナウンスデバイスのロケーションを知ることから利益を得てもよい。しかしながら、ＰｒｏＳｅ発見通信に割り当てられるリソースが制限されているので、アナウンスデバイスは、そのアナウンスとして、同一リソース中で、アナウンスデバイスのロケーションをブロードキャストできないかもしれない。

概要

［０００４］
説明する特徴は、一般的に、ワイヤレス通信を管理するための１つ以上の改善された方法、システムまたは装置に関連する。改善された方法は、アナウンスユーザデバイスからＰｒｏＳｅ発見に携わるリスニングユーザデバイスにロケーション情報を伝えることを含んでいる。アナウンスユーザデバイスは、パブリックな表現を使用してサービスアナウンスをブロードキャストしてもよいが、アナウンスユーザデバイスは、プライベートな表現も使用して、アナウンスユーザデバイスのロケーション情報を伝えてもよい。

［０００５］
実例となる実施形態の第１のセットにおいて、ワイヤレス通信の方法は、近接サービス（ＰｒｏＳｅ）発見通信を使用して、ユーザデバイスから、第１の表現をブロードキャストすることを含んでいてもよく、第１の表現は、サービスの第１のアナウンスを含んでいる。方法は、ＰｒｏＳｅ発見通信を使用して、ユーザデバイスから、第２の表現をブロードキャストすることも含んでいてもよく、第２の表現は、ユーザデバイスに関連するロケーション情報を含み、第１の表現の使用を通して識別可能である。第１の表現は、パブリックな表現であり、第２の表現は、プライベートな表現であってもよい。第２の表現は、ユーザデバイスの移動量に少なくとも部分的に基づいて、選択的にブロードキャストされてもよい。例えば、方法は、ユーザデバイスの移動量が予め決定されているしきい値を下回る場合、第１のアナウンスとのアソシエーションのために、ロケーション情報を表現メタデータサーバに送信することを含んでいてもよい。

［０００６］
いくつかの態様において、第２の表現中に、識別子を含めてもよい。識別子は第１のアナウンスに関連していてもよい。したがって、方法は、識別子を発生させることと、第１のアナウンスとのアソシエーションのために、識別子を表現メタデータサーバに送信することとを含んでいてもよい。代替的に、方法は、要求を表現メタデータサーバに送信して、識別子を発生させて、識別子を第１のアナウンスに関係付けることを含んでいてもよい。識別子は、第２の表現の第１の部分中に含まれ、ロケーション情報は、第２の表現の第２の部分中に含まれていてもよい。

［０００７］
いくつかの態様において、方法は、第１の表現の１つ以上の部分の第１のハッシュを発生させることと、第２の表現中に、第１のハッシュを含めることとをさらに含んでいてもよい。第１のハッシュは、第２の表現の第１の部分中に含まれ、ロケーション情報は、第２の表現の第２の部分中に含まれていてもよい。方法は、ＰｒｏＳｅ発見通信を使用して、ユーザデバイスから、第３の表現をブロードキャストし、第３の表現は、サービスの第２のアナウンスを含むことと、第３の表現の１つ以上の部分の第２のハッシュを発生させることと、第２の表現中に、第２のハッシュを含めることとをさらに含んでいてもよい。第１のハッシュと第２のハッシュは、第２の表現の第１の部分中に含まれ、ロケーション情報は、第２の表現の第２の部分中に含まれていてもよい。第１のハッシュと第２のハッシュとのうちの少なくとも１つを切り捨ててもよい。

［０００８］
実例となる実施形態の第２のセットにおいて、ワイヤレス通信のための装置は、近接サービス（ＰｒｏＳｅ）発見通信を使用して、ユーザデバイスから、第１の表現をブロードキャストし、第１の表現は、サービスの第１のアナウンスを含む手段を含んでいてもよい。装置は、ＰｒｏＳｅ発見通信を使用して、ユーザデバイスから、第２の表現をブロードキャストし、第２の表現は、ユーザデバイスに関連するロケーション情報を含み、第１の表現の使用を通して識別可能である手段も含んでいてもよい。第１の表現は、パブリックな表現であり、第２の表現は、プライベートな表現であってもよい。

［０００９］
いくつかの態様において、装置は、第２の表現中に、識別子を含め、識別子は第１のアナウンスに関連する手段をさらに含んでいてもよい。１つの例において、装置は、識別子を発生させる手段と、第１のアナウンスとのアソシエーションのために、識別子を表現メタデータサーバに送信する手段とをさらに含んでいてもよい。代替的な例において、装置は、要求を表現メタデータサーバに送信して、識別子を発生させて、識別子を第１のアナウンスに関係付ける手段をさらに含んでいてもよい。識別子は、第２の表現中に、プリフィックスとして含まれ、ロケーション情報は、第２の表現中に、サフィックスとして含まれていてもよい。

［００１０］
いくつかの態様において、装置は、第１の表現の１つ以上の部分の第１のハッシュを発生させる手段と、第２の表現中に、第１のハッシュを含める手段とをさらに含んでいてもよい。第１のハッシュは、第２の表現の第１の部分中に含まれ、ロケーション情報は、第２の表現の第２の部分中に含まれていてもよい。装置は、ＰｒｏＳｅ発見通信を使用して、ユーザデバイスから第３の表現をブロードキャストし、第３の表現は、サービスの第２のアナウンスを含む手段と、第３の表現の１つ以上の部分の第２のハッシュを発生させる手段と、第２の表現中に、第２のハッシュを含める手段とをさらに含んでいてもよい。第１のハッシュと第２のハッシュは、第２の表現の第１の部分中に含まれ、ロケーション情報は、第２の表現の第２の部分中に含まれていてもよい。

［００１１］
実例となる実施形態の第３のセットにおいて、ワイヤレス通信のために構成されている装置は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに結合されているメモリとを含んでいてもよい。少なくとも１つのプロセッサは、近接サービス（ＰｒｏＳｅ）発見通信を使用して、ユーザデバイスから、第１の表現をブロードキャストし、第１の表現は、サービスの第１のアナウンスを含むように構成されていてもよい。少なくとも１つのプロセッサは、ＰｒｏＳｅ発見通信を使用して、ユーザデバイスから、第２の表現をブロードキャストし、第２の表現は、ユーザデバイスに関連するロケーション情報を含み、第１の表現の使用を通して識別可能であるようにさらに構成されていてもよい。

［００１２］
実例となる実施形態の第４のセットにおいて、ワイヤレス通信の方法は、近接サービス（ＰｒｏＳｅ）発見通信を使用して、ユーザデバイスから、第１の表現を受信し、第１の表現は、サービスのアナウンスを含むことと、ＰｒｏＳｅ発見通信を使用して、ユーザデバイスから、第２の表現を受信し、第２の表現は、第１の表現の使用を通して識別可能であることも含んでいてもよい。方法は、第２の表現から、ユーザデバイスのロケーションを決定することとも含んでいてもよい。

［００１３］
いくつかの態様において、方法は、表現メタデータサーバと通信して、アナウンスに関係付けられている識別子を受信することと、識別子を第２の表現の一部分として識別することによって、第２の表現を第１の表現に関係付けることとをさらに含んでいてもよい。識別子は、第２の表現の第１の部分中に含まれ、ユーザデバイスのロケーションは、第２の表現の第２の部分中に含まれていてもよい。

［００１４］
他の態様において、方法は、第１の表現の１つ以上の部分のハッシュを発生させることと、ハッシュを第２の表現の一部分として識別することによって、第２の表現を第１の表現に関係付けることとをさらに含んでいてもよい。ハッシュは、第２の表現の第１の部分中に含まれ、ユーザデバイスのロケーションは、第２の表現の第２の部分中に含まれていてもよい。方法は、ハッシュを切り捨てることをさらに含み、切り捨てられたハッシュを第２の表現の一部分として識別することによって、第２の表現を第１の表現に関係付けてもよい。

［００１５］
説明している方法および装置の適用可能性のさらなる範囲は、以下の詳細な説明、特許請求の範囲および図面から明らかになるだろう。説明の精神および範囲内でのさまざまな変更および修正は、当業者にとって明らかとなるだろうから、詳細な説明および特定の例を、例としてのみ与えている。

［００１６］
本発明の本質および利点のさらなる理解は、以下の図面の参照によって実現されるかもしれない。添付されている図面において、同様のコンポーネントまたは特徴は、同一の参照ラベルを有している。さらに、同一のタイプのさまざまなコンポーネントは、同様のコンポーネント間を識別するダッシュと第２のラベルとが、参照ラベルに続くことによって識別してもよい。第１の参照ラベルのみが明細書において使用されている場合、説明は、第２の参照ラベルを問わず、同一の第１の参照ラベルを有する同様のコンポーネントのうちの任意の１つに適用可能である。
［００１７］ 図１は、ワイヤレス通信システムの例のブロックダイヤグラムである。 ［００１８］ 図２は、さまざまな実施形態にしたがった、ＰｒｏＳｅ通信に携わるユーザデバイスと、表現メタデータサーバとの間の通信を図示しているメッセージフローダイヤグラムである。 ［００１９］ 図３は、さまざまな実施形態にしたがった、ＰｒｏＳｅ通信に携わるユーザデバイスと、表現メタデータサーバとの間の通信を図示しているメッセージフローダイヤグラムである。 ［００２０］ 図４は、さまざまな実施形態にしたがった、ＰｒｏＳｅ発見に携わるユーザデバイスによって送られたデータを図示しているメッセージフローダイヤグラムである。 ［００２１］ 図５は、さまざまな実施形態にしたがった、装置の例のブロックダイヤグラムである。 ［００２２］ 図６は、さまざまな実施形態にしたがった、装置の例のブロックダイヤグラムである。 ［００２３］ 図７は、さまざまな実施形態にしたがった、ユーザデバイスの例のブロックダイヤグラムである。 ［００２４］ 図８は、さまざまな実施形態にしたがった、ワイヤレス通信のためのさまざまな方法のフローチャートである。 ［００２４］ 図９は、さまざまな実施形態にしたがった、ワイヤレス通信のためのさまざまな方法のフローチャートである。 ［００２４］ 図１０は、さまざまな実施形態にしたがった、ワイヤレス通信のためのさまざまな方法のフローチャートである。 ［００２４］ 図１１は、さまざまな実施形態にしたがった、ワイヤレス通信のためのさまざまな方法のフローチャートである。

詳細な説明

［００２５］
典型的に、デバイス（例えば、ユーザ機器（ＵＥ））は、ワイヤレス通信システムの基地局と通信することによってワイヤレス通信に携わる。しかしながら、これらのデバイスは、ダイレクトＤ２ＤまたはＰｒｏＳｅワイヤレス通信にも参加するかもしれない。ＰｒｏＳｅ通信は、互いの範囲内にあるＵＥが、基地局を通して通信する代わりに、互いに直接通信できるようにする。ＰｒｏＳｅワイヤレス通信が望ましいときの例は、ＵＥが、至近距離における他のＵＥとの通信セッションを有するように意図しているとき、または、同一のロケーションにおける他のＵＥに対して単に可視であるときである。アナウンスＵＥは、ロングタームエボリューション（ＬＴＥ（登録商標））システム中で、ダイレクトピア発見信号のようなＰｒｏＳｅ発見通信アナウンスをブロードキャストしてもよく、これは、その後、このような発見通信を監視している近距離におけるリスニングＵＥによって受信されてもよい。アナウンスＵＥは、無線（ＯＴＡ）発見アナウンスメッセージ中に、ＰｒｏＳｅ発見アプリケーションコードのようなコードを含んでいてもよい。ＰｒｏＳｅ発見アプリケーションコードは、アナウンスＵＥの所望の意図または機能を示していてもよい。リスニングＵＥは、そのＰｒｏＳｅ発見アプリケーションコードを有するＰｒｏＳｅ発見アナウンスを受信してもよく、その後、リスニングＵＥがアナウンスＵＥの近くに存在し、アナウンスＵＥとのＰｒｏＳｅ通信に携わるために潜在的に利用可能でもあるか否かを決定できる。

［００２６］
付加的に、リスニングＵＥは、アドバタイズされているサービスのおよび／またはアナウンスＵＥの、特定のロケーションを受信することから利益を得てもよい。しかしながら、帯域幅制限のせいで、アナウンスデバイスの特定のロケーション情報は、一般的に、アナウンスデバイスによってブロードキャストされていない。アナウンスデバイスのアナウンスに対して割り振られるメッセージフォーマットとリソースは、アナウンスとともにロケーション情報を含めるのに十分なリソースを許容しない。代わりに、アナウンスＵＥは、他のリスニングＵＥがアクセス可能なサーバ上のデータベースに、特定のロケーション情報を送信してもよい。ここで、特定のロケーション情報は、アナウンスＵＥのアナウンスに関係付けられているメタデータとして記憶されてもよい。いったんリスニングＵＥがアナウンスを受信すると、リスニングＵＥは、その後、データベースにアクセスして、アナウンスＵＥのロケーションを含んでいる、アナウンスＵＥに関係する付加的な情報を受信してもよい。

［００２７］
しかしながら、アナウンスユーザデバイスが移動している場合、このシステムは、アナウンスＵＥとリスニングＵＥとの両方によって、共有データベースに対して、かなりの数の送信および問い合わせを要求するかもしれない。多数の送信と問い合わせは、結果として、ネットワーク過負荷や、電力ドレインや、ＵＥ内の他の副作用になることがある。したがって、結果として共有データベースとのより少ない通信となる、ロケーション情報を伝えるための代替的なシステムが、少なくとも、参加するＵＥの電力ドレインが低減されるかもしれないという理由により、有益であるかもしれない。

［００２８］
以下の説明は例を提供するものであり、特許請求の範囲において明らかにしている範囲を、適用可能性を、または、コンフィギュレーションを制限するものではない。開示の精神および範囲から逸脱することなく、議論したエレメントの機能および配置において変更を行ってもよい。さまざまな実施形態は、適宜、さまざまな手順またはコンポーネントを省略しても、代用しても、あるいは、追加してもよい。例えば、説明している方法は、説明しているものとは異なる順序において実行してもよく、さまざまなステップを追加してもよく、省略しても、または組み合わせてもよい。また、ある実施形態に関して説明している特徴は、他の実施形態において組み合わせてもよい。

［００２９］
まず、図１を参照すると、ダイヤグラムは、ワイヤレス通信システム１００の例を図示している。ワイヤレス通信システム１００は、基地局（またはセル）１０５、通信デバイス１１５およびコアネットワーク１３０を含んでいる。さまざまな実施形態において、コアネットワーク１３０または基地局１０５の一部であってもよい（示されていない）基地局制御装置の制御のもと、基地局１０５は、通信デバイス１１５と通信してもよい。基地局１０５は、バックホールリンク１３２を通して、コアネットワーク１３０と、制御情報またはユーザデータを通信してもよい。実施形態において、基地局１０５は、ワイヤード通信リンクまたはワイヤレス通信リンクであってもよいバックホールリンク１３４を通して、互いに、直接的または間接的のいずれかで、通信してもよい。システム１００は、複数搬送波（異なる周波数の波形信号）上の動作をサポートしてもよい。複数搬送波送信機は、複数搬送波上で、変調された信号を同時に送信できる。例えば、各通信リンク１２５は、上述したさまざまな無線技術にしたがって変調された複数搬送波信号であってもよい。各変調された信号は、異なる搬送波上で送られてもよく、制御情報（例えば、基準信号、制御チャネル等）、オーバーヘッド情報、データ等を運んでもよい。

［００３０］
基地局１０５は、１つ以上の基地局アンテナを介して、ＵＥ１１５とワイヤレスに通信してもよい。基地局１０５サイトのそれぞれは、それぞれのカバレッジエリア１１０に対して通信カバレッジを提供してもよい。いくつかの実施形態において、基地局１０５は、基地トランシーバ局、無線基地局、アクセスポイント、無線トランシーバ、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、ノードＢ、ｅノードＢ（ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、または、他のいくつかの適切な専門用語として呼ばれることがある。基地局に対するカバレッジエリア１１０は、（示されていない）カバレッジエリアの一部分のみを構成しているセクタに分割されていてもよい。システム１００は、異なるタイプの基地局１０５（例えば、マクロ、ミクロ、または、ピコ基地局）を含んでいてもよい。異なる技術に対してオーバーラップするカバレッジエリアがあってもよい。

［００３１］
実施形態において、システム１００は、ＬＴＥ／ＬＴＥ−Ａネットワークである。ＬＴＥ／ＬＴＥ−Ａネットワークにおいて、一般的に、進化型ノードＢ（ｅＮＢ）とユーザ機器（ＵＥ）という用語を使用して、基地局１０５とＵＥ１１５とを、それぞれ説明するかもしれない。システム１００は、異なるタイプの基地局がさまざまな地理的領域に対してカバレッジを提供する、ヘテロジニアスＬＴＥ／ＬＴＥ−Ａネットワークであってもよい。例えば、各基地局１０５は、マクロセル、ピコセル、フェムトセルまたは他のタイプのセルに対する通信カバレッジを提供してもよい。マクロセルは、一般的に、比較的広い地理的エリア（例えば、半径数キロメートル）をカバーし、ネットワークプロバイダを用いたサービス加入を有するＵＥによる制限されないアクセスを可能にしてもよい。ピコセルは、一般的に、比較的小さな地理的エリアをカバーし、そして、ネットワークプロバイダを用いたサービス加入を有するＵＥによる制限されないアクセスを可能にしてもよい。フェムトセルも、一般的に、比較的小さな地理的エリア(例えば、家)をカバーし、そして、制限されないアクセスに加えて、フェムトセルとのアソシエーションを有するＵＥ（例えば、閉じられた加入者グループ（ＣＳＧ）中のＵＥ、家の中のユーザに対するＵＥ、および、これに類するもの）による、制限されたアクセスも提供してもよい。マクロセルに対する基地局は、例えば、マクロｅＮＢとして呼ばれることがある。ピコセルに対する基地局は、ピコｅＮＢとして呼ばれることがある。そして、フェムトセルに対する基地局は、フェムトｅＮＢまたはホームｅＮＢとして呼ばれることがある。基地局は、１つまたは複数の（例えば、２つ、３つ、４つ、および、これに類する）セルをサポートしてもよい。

［００３２］
コアネットワーク１３０は、バックホールリンク１３２（例えば、Ｓ１等）を介して基地局１０５と通信してもよい。基地局１０５はまた、例えば、バックホールリンク１３４（例えば、Ｘ２等）を介して、または、バックホールリンク１３２を介して（例えば、コアネットワーク１３０を通して）、直接的または間接的に、互いに通信してもよい。ワイヤレス通信システム１００は、同期動作または非同期動作をサポートしてもよい。同期動作に対して、基地局は、同様のフレームタイミングを有していてもよく、異なる基地局からの送信は、時間的に、ほぼ整列されていてもよい。非同期動作に対して、基地局は、異なるフレームタイミングを有していてもよく、異なる基地局からの送信は、時間的に整列されていなくてもよい。ここで説明した技術を、同期動作または非同期動作のいずれかに対して使用してもよい。

［００３３］
基地局１０５は、ＵＥ１１５に対して、情報およびコマンドも通信してもよい。例えば、ＵＥ１１５が、基地局１０５との接続モードに入るとき、基地局１０５とＵＥ１１５とは、互いに相互認証する。いったん認証されると、基地局１０５は、ＵＥ１１５に対して、安全に情報を通信してもよい。ＵＥ１１５は、付加的に、基地局１０５を介してコアネットワーク１３０と通信してもよい。

［００３４］
ＵＥ１１５は、ワイヤレス通信システム１００全体を通して分散され、各ＵＥは、静的であるか、または、移動体であってもよい。ＵＥ１１５は、当業者によって、ユーザデバイス、移動体デバイス、移動局、加入者局、移動体ユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、移動体加入者局、アクセス端末、移動体端末、ワイヤレス端末、遠隔端末、ハンドセット、ユーザエージェント、移動体クライアント、クライアント、中継器、または、他の何らかの適切な専門用語としても呼ばれることがある。ＵＥ１１５は、セルラ電話機、パーソナルデジタルアシスタント（ＰＤＡ）、ワイヤレスモデル、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレス電話機、ワイヤレスローカルループ（ＷＬＬ）局、または、これに類するものであってもよい。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、中継器、および、これに類するものと通信できてもよい。ＵＥ１１５−ａはまた、ＰｒｏＳｅワイヤレス通信を介して、別のＵＥ１１５と直接通信してもよい。１つの例において、基地局１０５のカバレッジエリア１１０−ａ内のＵＥ１１５−ａ−１は、基地局１０５のカバレッジエリア１１０−ａの外側にあるＵＥ１１５−ａ−２に対する中継器として機能してもよい。カバレッジ中のＵＥ１１５−ａ−１は、基地局１０５からの通信をカバレッジ外のＵＥ１１５−ａ−２に中継（または再送信）してもよい。同様に、カバレッジ中のＵＥ１１５−ａ−１は、カバレッジ外のＵＥ１１５−ａ−２からの通信を基地局１０５に中継してもよい。付加的に、ＰｒｏＳｅワイヤレス通信は、それぞれがカバレッジ中にあるＵＥ１１５間で生じてもよく、多くの異なる理由から生じてもよい。したがって、カバレッジ中のＵＥ１１５−ａ−１は、カバレッジ中のＵＥ１１５−ａ−３とのＰｒｏＳｅワイヤレス通信に携わっていてもよい。ＵＥ１１５−ａ−３は、ＵＥ１１５−ａ−２とのＰｒｏＳｅワイヤレス通信にも携わっていてもよい。

［００３５］
ＵＥ１１５がＰｒｏＳｅワイヤレス通信に参加するために、ＵＥ１１５は、まず、ＰｒｏＳｅ発見に参加してもよい。ＰｒｏＳｅ発見は、ＵＥ１１５が他のＵＥを発見できるようにする。ＰｒｏＳｅ発見は、ＰｒｏＳｅ発見アナウンスをブロードキャストするアナウンスＵＥと、ＰｒｏＳｅ発見アナウンスに対して監視するリスニングＵＥとを含む。ＰｒｏＳｅダイレクト通信を介して、または、ネットワークを介してのいずれかで、リスニングＵＥは、ＰｒｏＳｅ発見アナウンスを受信して、その後、応答して、アナウンスＵＥとの通信に携わってもよい。さらに、リスニングＵＥは、何らかの通信の必要性なしで、アナウンスＵＥの特定のロケーションの知識から利益を得てもよい。したがって、アナウンスＵＥのロケーション情報を捕捉する方法は有益であるので、以下で説明する。

［００３６］
ワイヤレス通信システム１００において示されている通信リンク１２５は、ＵＥ１１５から基地局１０５へのアップリンク（ＵＬ）送信を、または、基地局１０５からＵＥ１１５へのダウンリンク（ＤＬ）送信を含んでいてもよい。ダウンリンク送信は、フォワードリンク送信とも呼ばれることがある一方、アップリンク送信は、リバースリンク送信とも呼ばれることがある。通信リンク１２５は、ＵＥ１１５の間で交換される（ＰｒｏＳｅ発見メッセージを含んでいる）ＰｒｏＳｅメッセージも含んでいてもよい。

［００３７］
図２は、リスニングＵＥ１１５−ｂ−２がアナウンスＵＥ１１５−ｂ−１のロケーションを捕捉する、１つの方法を図示しているメッセージフローダイヤグラム２００である。ＵＥは、図１に関して説明されているＵＥ１１５の例であってもよい。ダイヤグラム２００において、ＵＥは、表現メタデータサーバ２０５との通信も交換してもよい。表現メタデータサーバ２０５は、図１中でも図示されているコアネットワーク１３０のコンポーネントであってもよい。

［００３８］
１つのコンフィギュレーションにおいて、アナウンスＵＥ１１５−ｂ−１は、他のリスニングＵＥ（例えば、リスニングＵＥ１１５−ｂ−２）が、アナウンスＵＥ１１５−ｂ−１のロケーションを捕捉することを促進してもよい。そのために、アナウンスＵＥ１１５−ｂ−１は、アナウンスＵＥのロケーション情報を含むメッセージ２１０を表現メタデータサーバ２０５に送信する。メッセージ２１０は、アナウンスＵＥの識別子またはアナウンスに関連する識別子のような、アナウンスＵＥのロケーションに関係付けることができる識別子も含んでいてもよい。受信したロケーション情報を使用して、表現メタデータサーバ２０５は、以下で説明するように、他のリスニングＵＥがアクセス可能となるような方法で、アナウンスＵＥに対するロケーション情報を記憶してもよい。

［００３９］
アナウンスＵＥ１１５−ｂ−１は、その後、メッセージ２１５を介してアナウンスＵＥ１１５−ｂ−１のアナウンスを送信してもよい。例えば、図１の通信リンク１２５を介してメッセージ２１５をブロードキャストしても、マルチキャストしても、またはユニキャストしてもよい。リスニングＵＥ１１５−ｂ−２のような１つ以上のリスニングＵＥによって、メッセージ２１５を受信してもよい。メッセージ２１５は、ＰｒｏＳｅ発見アナウンスメッセージであってもよく、したがって、アナウンスＵＥのサービスのアナウンスを示していてもよい。メッセージ２１５は、例えば、アナウンスＵＥ１１５−ｂ−１の識別子も、または、アナウンスＵＥ１１５−ｂ−１によって提供されるサービスのアナウンスに対応するＰｒｏＳｅ発見アプリケーションコードも含んでいてもよい。メッセージ２１５は、パブリックな表現の形態であってもよく、ときには、オープン発見コードとして呼ばれることもある。このように、メッセージ２１５を、任意のリスニングＵＥによって受信して理解してもよい。これは、プライベートな表現とは対照的であり、プライベートな表現は、理解するために事前の何らかの情報交換を要求する。

［００４０］
１つのコンフィギュレーションにおいて、リスニングＵＥ１１５−ｂ−２は、アナウンスＵＥのアナウンスを含むメッセージ２１５を受信する。しかしながら、メッセージ２１５は、アナウンスＵＥのロケーションを含んでいない。リスニングＵＥ１１５−ｂ−２が、アナウンスＵＥ１１５−ｂ−１に対するロケーション情報を捕捉しようとしている場合、リスニングＵＥ１１５−ｂ−２は、表現メタデータサーバ２０５にメッセージ２２０を送信してもよい。メッセージ２２０は、メッセージ２１５を介してアナウンスＵＥ１１５−ｂ−１から受信されたアナウンスを含んでいてもよく、または、受信されたサービスアナウンスに関係する情報をリスニングＵＥがサーチしていることを表現メタデータサーバ２０５に知らせるのに使用できる他の何らかのデータを含んでいてもよい。メッセージ２２０中で送信されるデータを使用して、表現メタデータサーバ２０５は、メッセージ２１０を介してアナウンスＵＥ１１５−ｂ−１によってアップロードされる、アナウンスＵＥのロケーション情報を識別できる。表現メタデータサーバ２０５は、その後、メッセージ２２５を介して、リスニング１１５−ｂ−２に所望のロケーション情報を送信できる。この方法で、リスニングＵＥ１１５−ｂ−２は、アナウンスＵＥ１１５−ｂ−１のロケーションを把握できる。望ましい場合、リスニングＵＥ１１５−ｂ−２とアナウンスＵＥ１１５−ｂ−１は、ＰｒｏＳｅ通信２３０に携わってもよい。

［００４１］
ダイヤグラム２００は、リスニングＵＥ１１５−ｂ−２にロケーション情報を伝える１つの方法を表している。しかしながら、上記で説明したように、アナウンスＵＥ１１５−ｂ−１が移動している場合、ダイヤグラム２００において図示しているシステムは、表現メタデータサーバ２０５を現在のロケーション情報で更新するために、アナウンスＵＥ１１５−ｂ−１が表現メタデータサーバ２０５にかなりの数のメッセージ２１０を経時的に提示することを要求することがある。したがって、ダイヤグラム２００において図示しているシステムを改善し続けてもよい。

［００４２］
図３は、アナウンスＵＥ１１５−ｃ−１が動いているとき、リスニングＵＥ１１５−ｃ−２がアナウンスＵＥ１１５−ｃ−１のロケーションを捕捉するかもしれない方法を図示しているメッセージフローダイヤグラム３００である。ＵＥは、図１に関して説明したＵＥ１１５の例であってもよい。ダイヤグラム３００において、ＵＥは表現メタデータサーバ２０５−ａとの通信も交換する。表現メタデータサーバ２０５−ａは、図１においても図示されているコアネットワーク１３０のコンポーネントであってもよい。

［００４３］
ダイヤグラム３００を介して図示しているシステムは、アナウンスＵＥ１１５−ｃ−１が動いているとき、アナウンスＵＥ１１５−ｃ−１によって使用されてもよい。他の何らかの物体（静的であるか、または、動いているかのいずれかであるもの）に関するアナウンスＵＥの動きが、予め決定されたしきい値よりも大きい場合、アナウンスＵＥが動いていると決定してもよい。

［００４４］
１つのコンフィギュレーションにおいて、アナウンスＵＥ１１５−ｃ−１は、他のリスニングＵＥ（例えば、リスニングＵＥ１１５−ｃ−２）が、アナウンスＵＥ１１５−ｃ−１のロケーションを捕捉することを促進してもよい。そのために、アナウンスＵＥ１１５−ｃ−１は、アナウンスを、または、アナウンスＵＥのサービスのアナウンスに関係付けられている識別子を含むメッセージ３０５を表現メタデータサーバ２０５−ａに送信する。アナウンスおよび／または関係付けられているデータは、表現メタデータサーバ２０５−ａに送信されるので、アナウンスおよび／または関係付けられているデータは、記憶され、別の表現ＩＤに関係付けられてもよい。表現ＩＤを使用して、アナウンスＵＥのロケーション情報を含む、アナウンスＵＥ１１５−ｃ−１によって送信される表現を識別してもよい。表現ＩＤによって識別される表現は、サービスのアナウンスを含む、アナウンスＵＥ１１５−ｃ−１によってブロードキャストされる表現とは別である。したがって、アナウンス１１５−ｃ−１は、２つの別々の表現（サービスのアナウンスを含んでいるものと、アナウンスＵＥのロケーション情報を含んでいるもの）を送信してもよいので、表現ＩＤは、ロケーション担持表現が、アナウンス担持表現にリンクされるか、または、アナウンス担持表現に関係付けられることを可能にする。１つの実施形態において、表現ＩＤはアナウンスＵＥ１１５−ｃ−１によって発生されてもよく、メッセージ３０５を介して表現メタデータサーバ２０５−ａに送信されてもよい。別の実施形態において、表現メタデータサーバ２０５−ａは、代わりに（ボックス３１０で図示している）表現ＩＤを発生させてもよく、その後、メッセージ３１５を介して、アナウンスＵＥ１１５−ｃ−１に表現ＩＤを戻してもよい。いずれの実施形態でも、アナウンスＵＥ１１５−ｃ−１と表現メタデータサーバ２０５−ａとの両方が、表現ＩＤを所有している。いずれの実施形態でも、表現メタデータサーバ２０５−ａは、表現ＩＤを記憶して、メッセージ３０５を介してアナウンスＵＥ１１５−ｃ−１から受信されるアナウンスに表現ＩＤを関係付けている。

［００４５］
アナウンスＵＥ１１５−ｃ−１は、その後、メッセージ３２０を介して、アナウンスＵＥ１１５−ｃ−１のアナウンスを送信してもよい。例えば、図１の通信リンク１２５を介して、メッセージ３２０をブロードキャストしても、マルチキャストしても、またはユニキャストしてもよい。リスニングＵＥ１１５−ｃ−２のような１つ以上のリスニングＵＥによって、メッセージ３２０を受信してもよい。メッセージ３２０は、ＰｒｏＳｅ発見アナウンスメッセージであってもよく、したがって、アナウンスＵＥのサービスのアナウンスを含んでいてもよい。メッセージ３２０は、アナウンスＵＥ１１５−ｃ−１の識別子を、または、アナウンスＵＥ１１５−ｃ−１によって提供されるサービスのアナウンスに対応するＰｒｏＳｅ発見アプリケーションコードをも含んでいてもよい。メッセージ３２０は、パブリックな表現の形態であってもよく、ときにはオープン発見コードとしても呼ばれることがある。したがって、メッセージ３２０を、任意のリスニングＵＥによって受信して理解してもよい。

［００４６］
１つのコンフィギュレーションにおいて、リスニングＵＥ１１５−ｃ−２は、アナウンスＵＥのアナウンスを含むメッセージ３２０を受信する。しかしながら、メッセージ３２０は、アナウンスＵＥのロケーションを含んでいない。リスニングＵＥ１１５−ｃ−２が、アナウンスＵＥ１１５−ｃ−１に対するロケーション情報を捕捉することになる場合、リスニングＵＥ１１５−ｃ−２は、メッセージ３２５を表現メタデータサーバ２０５−ａに送信してもよい。メッセージ３２５は、メッセージ３２０を介してアナウンスＵＥ１１５−ｃ−１から受信されるアナウンスを含んでいてもよく、または、受信されるサービスアナウンスに関係する情報をリスニングＵＥがサーチしていることを表現メタデータサーバ２０５に知らせるのに使用できる他の何らかのデータを含んでいてもよい。メッセージ３２５において送信されるデータを使用して、表現メタデータサーバ２０５−ａは、アナウンスＵＥ１１５−ｃ−１または表現メタデータサーバ２０５−ａのいずれかによって発生された、関係付けられている表現ＩＤを識別できる。その後、表現メタデータサーバ２０５−ａは、メッセージ３３０を介して、リスニング１１５−ｃ−２に対して表現ＩＤを送信できる。

［００４７］
メッセージ３２０を介してアナウンスＵＥのサービスのアナウンスをブロードキャストすることに加えて、アナウンスＵＥ１１５−ｃ−１は、アナウンスＵＥのロケーション情報を含むメッセージ３３５もブロードキャストしてもよい。メッセージ３２０とメッセージ３３５とのブロードキャストは、ほぼ同時に生じてもよい。例えば、図１の通信リンク１２５を介して、メッセージ３３５をブロードキャストしても、マルチキャストしても、または、ユニキャストしてもよい。メッセージ３３５を、リスニングＵＥ１１５−ｃ−２のような１つ以上のリスニングＵＥによって受信してもよい。図３はメッセージ３２０の受信の後のメッセージ３３５の受信を図示しているが、メッセージを、任意の順序で受信してもよい。メッセージ３３５は、プライベートな表現の形態であってもよく、またときには、制限されている発見コードとして呼ばれることもある。したがって、適切にイネーブルされているＵＥによってのみ、メッセージ３３５を理解してもよい。

［００４８］
メッセージ３３５は、以前に発生された表現ＩＤと、アナウンスＵＥ１１５−ｃ−１のロケーション情報との両方を含んでいてもよい。１つの実施形態において、表現ＩＤは、メッセージ３３５内のプリフィックスであってもよい一方、ロケーション情報は、メッセージ３３５内のサフィックスであってもよい。コンフィギュレーションがすべてのリスニングＵＥによって知られている限り、他のコンフィギュレーションも使用してもよい。例えば、表現ＩＤは、サフィックスであってもよく、ロケーション情報は、メッセージ３３５内のプリフィックスであってもよい。表現ＩＤの知識なしでは、メッセージ３３５は、リスニングＵＥ１１５−ｃ−２にとって意味を持たない。しかしながら、リスニングＵＥ１１５−ｃ−２は、表現メタデータサーバ２０５−ａからの表現ＩＤを有しているので、または、もう取得するだろうから、リスニングＵＥ１１５−ｃ−２は、メッセージ３３５を理解するようにイネーブルされていてもよい。言い換えれば、リスニングＵＥ１１５−ｃ−２は、表現ＩＤを使用してメッセージ３３５を識別することができ、したがって、メッセージ３３５内に含まれているロケーション情報を、アナウンスＵＥ１１５−ｃ−１に関係付けることができる。望ましい場合、リスニングＵＥ１１５−ｃ−２とアナウンスＵＥ１１５−ｃ−１は、ＰｒｏＳｅ通信３４０に携わってもよい。

［００４９］
図４は、リスニングＵＥ１１５−ｄ−２がアナウンスＵＥ１１５−ｄ−１のロケーションを捕捉してもよい、付加的な方法を描いているまた別のメッセージフローダイヤグラム４００を図示している。ダイヤグラム４００のＵＥは、図１に関して説明したＵＥ１１５の例であってもよい。ダイヤグラム４００によって図示している方法において、表現メタデータサーバは、ロケーション情報の交換を促進するためには使用されない。

［００５０］
１つのコンフィギュレーションにおいて、アナウンスＵＥ１１５−ｄ−１は、メッセージ４０５を介してアナウンスを送信する。例えば、図１の通信リンク１２５を介して、メッセージ４０５をブロードキャストしても、マルチキャストしても、または、ユニキャストしてもよい。メッセージ４０５を、リスニングＵＥ１１５−ｄ−２のような１つ以上のリスニングＵＥによって受信してもよい。メッセージ４０５は、ＰｒｏＳｅ発見アナウンスメッセージであってもよく、アナウンスＵＥ１１５−ｄ−１によるサービスのアナウンスを含んでいてもよい。メッセージ４０５は、例えば、アナウンスＵＥ１１５−ｄ−１の識別子も、または、アナウンスＵＥ１１５−ｄ−１によって提供されるサービスのアナウンスに対応するＰｒｏＳｅ発見アプリケーションコードも含んでいてもよい。メッセージ４０５は、パブリックな表現の形態であってもよく、またときにはオープン発見コードとして呼ばれることもある。したがって、メッセージ４０５を、任意のリスニングＵＥによって受信して理解してもよい。

［００５１］
１つのコンフィギュレーションにおいて、リスニングＵＥ１１５−ｄ−２は、アナウンスＵＥのアナウンスとＩＤとを含んでいるメッセージ４０５を受信する。しかしながら、メッセージ４０５は、アナウンスＵＥのロケーションを含んでいない。ロケーション情報は、代わりに、アナウンスＵＥ１１５−ｄ−１によって送信され、一意的に識別可能であってもよい第２のメッセージ４２０中に含まれていてもよい。

［００５２］
この実施形態において、メッセージ４２０を識別するのに使用される表現ＩＤを発生させる代わりに、メッセージ４０５の少なくとも一部分のハッシュを発生させて、メッセージ４２０を識別するのに使用する。例えば、アナウンスＵＥ１１５−ｄ−１は、ブロードキャストメッセージ４０５中のデータを使用して、メッセージ４０５の１つ以上の部分に対して、よく知られているハッシュ関数を適用して、ハッシュを発生させてもよく（ボックス４１０で描かれている）、ハッシュは、ＵＥ１１５−ｄ−１のロケーションを伝える第２のメッセージ、メッセージ４２０内に、その後含められてもよい。リスニングＵＥ１１５−ｄ−２は、同一のよく知られているハッシュ関数も使用してもよく、アナウンスＵＥ１１５−ｄ−１によって送信されるメッセージ４０５の１つ以上の部分に対して、同一のよく知られているハッシュ関数を適用してもよく、したがって、メッセージ４２０中にアナウンスＵＥ１１５−ｄ−１によって含められるのと同一のハッシュを発生させてもよい（ボックス４１５で描かれている）。

［００５３］
メッセージ４２０は、アナウンスＵＥ１１５−ｄ−１によってブロードキャストされてもよく、以前に発生されたハッシュと、アナウンスＵＥ１１５−ｄ−１のロケーション情報との両方を含んでいてもよい。１つの実施形態において、ハッシュは、メッセージ４２０内のプリフィックスであってもよい一方、ロケーション情報は、メッセージ４２０内のサフィックスであってもよい。コンフィギュレーションがすべてのリスニングＵＥによって知られている限り、他のコンフィギュレーションも使用してもよい。例えば、表現ＩＤは、サフィックスであってもよく、ロケーション情報は、メッセージ４２０内のプリフィックスであってもよい。例えば、図１の通信リンク１２５を介して、メッセージ４２０をブロードキャストしても、マルチキャストしても、または、ユニキャストしてもよい。メッセージ４０５とメッセージ４２０とのブロードキャストは、ほぼ同時に生じてもよい。メッセージ４２０を、リスニングＵＥ１１５−ｄ−２のような１つ以上のリスニングＵＥによって受信してもよい。図４は、メッセージ４０５の受信の後のメッセージ４２０の受信を図示しているが、メッセージを、任意の順序で受信してもよい。メッセージ４２０は、プライベートな表現の形態であってもよく、またときには、制限されている発見コードとして呼ばれることもある。したがって、適切にイネーブルされているＵＥによってのみ、メッセージ４２０を理解してもよい。言い換えれば、ハッシュの知識なしでは、メッセージ４２０は、リスニングＵＥ１１５−ｄ−２にとって意味を持たない。しかしながら、リスニングＵＥ１１５−ｄ−２は、よく知られているハッシュ関数を、メッセージ４０５の１つ以上の部分に適用することによってハッシュを決定できるので、リスニングＵＥ１１５−ｄ−２は、メッセージ４２０を理解できるようにイネーブルされている。言い換えれば、リスニングＵＥ１１５−ｄ−２は、ハッシュを使用して、メッセージ４２０を識別することができ、したがって、メッセージ４２０内に含まれているロケーション情報を、アナウンスＵＥ１１５−ｄ−１に関係付けることができる。望ましい場合、リスニングＵＥ１１５−ｄ−２とアナウンスＵＥ１１５−ｄ−１は、ＰｒｏＳｅ通信４２５に携わってもよい。

［００５４］
いくつかの実施形態において、アナウンスＵＥ１１５−ｄ−１は、それぞれ利用可能なサービスの異なるアナウンスを含んでいる、複数の異なるメッセージ４０５をブロードキャストしてもよい。異なるメッセージは、その後、結果として、異なる対応するハッシュになってもよい。それにもかかわらず、アナウンスＵＥ１１５−ｄ−１によって利用可能に作られているアナウンスされるサービスは、すべて、同一のロケーション、アナウンスＵＥ１１５−ｄ−１のものを共有する。したがって、１つの実施形態において、複数の異なるメッセージ４２０を、アナウンスＵＥ１１５−ｄ−１によって送信してもよく、各メッセージ４２０は、異なるメッセージ４０５に対応している。しかしながら、別の実施形態において、単一のメッセージ４２０を使用して、複数のメッセージ４０５に対応するロケーション情報を伝えてもよい。このケースにおいて、単一のメッセージ４２０は、それぞれが異なるメッセージ４０５から決定された複数のハッシュと、アナウンスＵＥ１１５−ｄ−１に対するロケーション情報の単一のインスタンスとを含んでいてもよい。いくつかの実施形態において、１つより多いハッシュをメッセージ４２０に割り振られているリソース内に確実にはめ込むことができるようにするために、メッセージ４２０内に含まれている異なるハッシュを切り捨てるか、および／または、連結する必要があるかもしれない。複数のハッシュを、メッセージ４２０内にプリフィックスとして配置してもよい一方、ロケーション情報を、メッセージ４２０に対するサフィックスとして配置してもよい。メッセージ４２０内の他のコンフィギュレーションを同様に使用してもよい。

［００５５］
図５は、本開示のさまざまな態様にしたがった、ワイヤレス通信における使用のための装置５０５のブロックダイヤグラム５００の例である。いくつかの例において、装置５０５は、図１、図２、図３および／または図４を参照して説明したＵＥ１１５のうちの１つ以上の態様の例であってもよく、上記で説明したように、パブリックな表現およびプライベートな表現の形態で、ＰｒｏＳｅ発見メッセージを送信し、受信してもよい。装置５０５はまた、プロセッサであってもよい。装置５０５は、受信機モジュール５１０、ＰｒｏＳｅ発見通信モジュール５１５および／または送信機モジュール５２０を含んでいてもよい。これらのコンポーネントのそれぞれは、互いに通信してもよい。

［００５６］
ハードウェアにおいて適用可能な機能のうちのいくつかまたはすべてを実行するように適応されている、１つ以上の特定用途向け集積回路（ＡＳＩＣ）を使用して、個々に、または集合的に、装置５０５のコンポーネントを実現してもよい。代替的に、１つ以上の他の処理ユニット（またはコア）によって、１つ以上の集積回路上で、機能を実行してもよい。他の例において、他のタイプの集積回路（例えば、構造化されている／プラットフォームＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）および他のセミカスタムＩＣ）を使用してもよく、これは、技術的に知られている任意の方法でプログラムされていてもよい。１つ以上の汎用プロセッサまたはアプリケーション特有プロセッサによって実行されるようにフォーマットされたメモリにおいて具現化された命令で、全体的にまたは部分的に、各ユニットの機能も実現してもよい。

［００５７］
いくつかの例において、受信機モジュール５１０は、無線周波数（ＲＦ）スペクトルを通して送信を受信するように動作可能な少なくとも１つのＲＦ受信機のような、少なくとも１つのＲＦ受信機を含んでいてもよい。いくつかの例において、例えば、図１を参照して説明したように、無線周波数スペクトルを、ＬＴＥ／ＬＴＥ−Ａ通信に対して使用してもよい。受信機モジュール５１０を使用して、図１を参照して説明したワイヤレス通信システム１００の１つ以上の通信リンク１２５のような、ワイヤレス通信システムの１つ以上の通信リンクを介して、さまざまなタイプのＰｒｏＳｅ発見通信（すなわち、送信）も受信してもよい。装置５０５をアナウンスＵＥとして使用しているとき、受信機モジュール５１０によって受信するＰｒｏＳｅ発見メッセージのタイプの例は、図３を参照して説明したメッセージ３１５を含んでいる。装置５０５をリスニングＵＥとして使用しているとき、受信機モジュール５１０によって受信するＰｒｏＳｅ発見メッセージのタイプの例は、図２、図３および／または図４のメッセージ２１５、２２５、３２０、３３０、３３５、４０５および／または４２０を含んでいる。図２、図３および／または図４のＰｒｏＳｅ通信２３０、３４０および／または４２５のようなＰｒｏＳｅメッセージも、受信機モジュール５１０によっても受信してもよい。

［００５８］
いくつかの例において、送信機モジュール５２０は、発見メッセージを送信するように動作可能な少なくとも１つのＲＦ送信機のような、少なくとも１つのＲＦ送信機を含んでいてもよい。送信機モジュール５２０を使用して、図１を参照して説明したワイヤレス通信システム１００の１つ以上の通信リンク１２５のような、ワイヤレス通信システムの１つ以上の通信リンクを通して、さまざまなタイプのＰｒｏＳｅ発見通信（すなわち、送信）を送信してもよい。装置５０５をアナウンスＵＥとして使用しているとき、送信機モジュール５２０によって送信されるＰｒｏＳｅ発見メッセージのタイプの例は、図２、図３および／または図４のメッセージ２１０、２１５、３０５、３２０、３３５、４０５および／または４２０を含んでいる。これらのメッセージは、パブリックな表現とプライベートな表現の両方を含んでいてもよい。装置５０５をリスニングＵＥとして使用しているとき、送信機モジュール５２０によって送信するＰｒｏＳｅ発見メッセージのタイプの例は、図２および／または図３を参照して説明した、メッセージ２２０および／または３２５を含んでいる。図２、図３および／または図４のＰｒｏＳｅ通信２３０、３４０および／または４２５のようなＰｒｏＳｅメッセージを、送信機モジュール５２０によって送ってもよい。

［００５９］
いくつかの例において、ＰｒｏＳｅ発見通信モジュール５１５を使用して、受信機モジュール５１０および／または送信機モジュール５２０を介して、ＰｒｏＳｅ発見通信の送信を管理してもよい。ＰｒｏＳｅ発見通信の送信および受信を管理することは、パブリックな表現の形態でＰｒｏＳｅ発見アナウンスをブロードキャストすることを含んでいてもよく、プライベートな表現の形態でロケーション情報をブロードキャストすることも含んでいてもよい。ＰｒｏＳｅ発見通信を管理することは、ＰｒｏＳｅ発見アナウンスを受信するとともに、アナウンスＵＥに対するロケーション情報を受信することも含んでいてもよい。装置５０５と表現メタデータサーバとの間の通信はまた、ＰｒｏＳｅ発見通信モジュール５１５を通して調整してもよい。

［００６０］
図６は、本開示のさまざまな態様にしたがった、ワイヤレス通信における使用のための（図５の）装置５０５の１つ以上の態様のうちの一例であってもよい、装置５０５−ａを含むブロックダイヤグラム６００を示している。いくつかの例において、装置５０５−ａは、受信機モジュール５１０−ａと送信機モジュール５２０−ａを含んでいてもよく、これは、図５の受信機モジュール５１０と送信機モジュール５２０の例であってもよい。付加的な例において、装置５０５−ａは、図５のＰｒｏＳｅ発見通信モジュール５１５の１つ以上の態様のうちの一例であってもよい、ＰｒｏＳｅ発見通信モジュール５１５−ａも含んでいてもよい。いくつかの例において、ＰｒｏＳｅ発見通信モジュール５１５−ａは、表現モジュール６０５、表現ＩＤ発生モジュール６１０、表現メタデータサーバ通信モジュール６１５、および／または、ハッシュ関数モジュール６２０を含んでいてもよい。モジュール６０５、６１０、６１５および／または６２０は、ＰｒｏＳｅ発見通信の態様において、特に、アナウンスＵＥに対しては、ロケーション情報を送る際に、リスニングＵＥに対しては、ロケーション情報を受信する際に、図２、図３および／または図４に関して上記で説明したように、それぞれ使用してもよい。図６は、特定の例を図示しているが、モジュール６０５、６１０、６１５および／または６２０のそれぞれによって実行される機能を、組み合わせるか、または、１つ以上の他のモジュールにおいて実現してもよい。

［００６１］
装置５０５−ａ内で表現モジュール６０５を使用して、ＰｒｏＳｅ発見に関連する表現を発生させ、送信し、そして、受信してもよい。装置５０５−ａがアナウンスＵＥであるインスタンスにおいて、表現モジュール６０５は、図２、図３および／または図４のメッセージ２１５、３２０、３３５、４０５および／または４２０のような、パブリックな表現とプライベートな表現の発生および送信を調整する。一般的に、発生されて送信される表現は、ＰｒｏＳｅ発見アナウンスを運ぶものを含んでいる。例えば、アナウンスＵＥは、アナウンスＵＥを通して利用可能なサービスのアナウンスをブロードキャストしてもよい。アナウンスは、パブリックな表現中に含まれてもよいので、任意のリスニングＵＥが、アナウンスを受信し、理解してもよい。アナウンスは、アナウンスＵＥによって提供されるサービスに対応するＰｒｏＳｅ発見アプリケーションコードの形態で、パブリックな表現内に含まれていてもよい。付加的に、アナウンスＵＥの識別子、または、アナウンスの識別子は、アナウンスとともに、パブリックな表現中に含まれていてもよい。表現モジュール６０５は、アナウンスＵＥに対するロケーション情報を含む表現を発生させて送信してもよい。これらの表現は、プライベートな表現であってもよい。プライベートな表現は、プライベートな表現を、アナウンスを運んでいるパブリックな表現に関係付けるのに使用してもよい識別子とともにアナウンスＵＥのロケーションの両方を含んでいてもよい。識別子は、アナウンスＵＥまたは表現メタデータサーバのいずれかによって発生された表現ＩＤであってもよく、あるいは、アナウンスを含むパブリックな表現の１つ以上の部分のハッシュであってもよい。いくつかの実施形態において、アナウンスＵＥが、異なるアナウンスを有する複数の異なるパブリックな表現をブロードキャストするとき、発生されたプライベートな表現は、複数の対応するハッシュとともに、アナウンスＵＥのロケーション情報を含んでいる。

［００６２］
装置５０５−ａがリスニングＵＥであるインスタンスにおいて、表現モジュール６０５は、図２、図３および／または図４のメッセージ２１５、３２０、３３５、４０５および／または４２０のような、パブリックな表現とプライベートな表現の受信を調整する。例えば、受信機モジュール５１０−ａを通して受信を調整してもよい。

［００６３］
表現ＩＤ発生モジュール６１０を装置５０５−ａ内で使用して、表現ＩＤを発生させてもよい。装置５０５−ａがアナウンスＵＥであるインスタンスにおいて、表現ＩＤ発生モジュール６１０は、送信される表現を一意的に識別するのに使用できる表現ＩＤを決定し、および／または、発生させる。例えば、アナウンスＵＥに対するロケーション情報を伝えるプライベートな表現は、表現ＩＤを含んでいてもよい。表現ＩＤは、プライベートな表現内に含まれていてもよく、リスニングＵＥに対して利用可能であるように作られていてもよいので、リスニングＵＥは、プライベートな表現を、アナウンスＵＥとその利用可能なサービスとに関係付けることができる。表現ＩＤ発生モジュール６１０は、ランダム表現ＩＤを発生させてもよく、または、予め規定されているアルゴリズムを使用して、表現ＩＤを発生させてもよい。表現ＩＤ自体は、表現ＩＤがパブリックな表現に関係付けられることができる限り、表現ＩＤが関係付けられているアナウンスＵＥまたはパブリックな表現に対する、何らかの実質的な関連性を有する必要はない。言い換えれば、表現ＩＤは、任意の特有の形態またはコンテンツに限定される必要はない。

［００６４］
表現メタデータサーバ通信モジュール６１５を装置５０５−ａ内で使用して、装置５０５−ａと表現メタデータサーバとの間の通信を調整してもよい。図２および／または図３に関連して、図示して説明したような表現メタデータサーバは、ＰｒｏＳｅ発見の間にアナウンスＵＥによってブロードキャストされる表現に関連しているメタデータを記憶するか、または、そうでなければメタデータへのアクセスを提供するサーバである。したがって、例えば、アナウンスＵＥは、表現メタデータサーバと通信して、ブロードキャストされたパブリックな表現に関係付けられているかもしれない、表現ＩＤを伝えるか、または、表現ＩＤを受信してもよい。リスニングＵＥは、受信したパブリックな表現またはアナウンスを表現ＩＤに関係付けるために、例えば、表現メタデータサーバと通信してもよく、したがって、リスニングＵＥが、受信したパブリックな表現またはアナウンスを、表現ＩＤを含むプライベートな表現に関係付けることができるようになる。

［００６５］
したがって、装置５０５−ａがアナウンスＵＥであるインスタンスにおいて、表現メタデータサーバ通信モジュール６１５は、図２および／または図３のメッセージ２１０、３０５および／または３１５の送信または受信を調整する。表現メタデータサーバ通信モジュール６１５の調整を通して送信されるメッセージは、一般的に、アナウンスＵＥによるサービスのアナウンスを、あるいは、アナウンスの識別またはアナウンスＵＥの識別を可能にする他のデータを含む。送信されるメッセージは、メッセージ２１０のケースでは、アナウンスＵＥのロケーションも含んでいてもよく、または、メッセージ３０５のケースでは、表現ＩＤ発生モジュール６１０によって発生される表現ＩＤも含んでいてもよい。代替的に、表現メタデータサーバが表現ＩＤを発生させる状況におけるように、表現メタデータサーバ通信モジュール６１５は、発生された表現ＩＤを含むメッセージ３１５の受信を調整してもよい。

［００６６］
装置５０５−ａがリスニングＵＥであるインスタンスにおいて、表現メタデータサーバ通信モジュール６１５は、図２および／または図３のメッセージ２２０、２２５、３２５および／または３３０の送信または受信を調整する。表現メタデータサーバ通信モジュール６１５の調整を通して送信されるメッセージは、一般的に、少なくとも、表現メタデータサーバからの情報に対する要求を含んでいる。メッセージ２２０および／または３２５のケースでのように、要求は、アナウンスＵＥから受信されたアナウンスを、あるいは、アナウンスの識別またはアナウンスＵＥの識別を可能にする他のデータを含んでいてもよい。アナウンスの受信または他のデータの受信の際、表現メタデータサーバは、アナウンスに関係付けられている情報を識別でき、関係付けられている情報をリスニングＵＥに戻すことができる。メッセージ２２５のケースでは、戻される情報は、アナウンスＵＥのロケーションを含んでいてもよい。メッセージ３３０のケースでは、戻される情報は、表現ＩＤを含んでいてもよい。

［００６７］
各状況において、表現メタデータサーバ通信モジュール６１５は、例えば、受信機モジュール５１０−ａおよび／または送信機モジュール５２０−ａを使用して、表現メタデータサーバとの通信の送信および受信を調整する。

［００６８］
ハッシュ関数モジュール６２０を装置５０５−ａ内で使用して、送信されたパブリックな表現または受信されたパブリックな表現に基づいて、ハッシュを発生させてもよい。例えば、アナウンスＵＥは図４のメッセージ４０５を送信してもよい。リスニングＵＥは、送信されたメッセージ４０５を受信してもよい。メッセージ４０５は、アナウンスＵＥを通して利用可能なサービスのアナウンスを含んでいるパブリックな表現であってもよい。装置５０５−ａは、ハッシュ関数モジュール６２０を通して、メッセージ４０５の１つ以上の部分からハッシュを発生させてもよい。ハッシュ関数モジュール６２０は、よく知られているハッシュ関数を使用して、これらをメッセージ４０５のコンテンツに適用して、メッセージ４０５のパブリックな表現に関係付けることができるハッシュを発生させてもよい。よく知られている／構成されているハッシュ関数の使用は、異なるＵＥがメッセージ４０５から同一のハッシュを発生させることができるようにする。表現モジュール６０５との組み合わせにおいて、装置５０５−ａがアナウンスＵＥである場合、ハッシュ関数モジュール６２０は、その発生させたハッシュを、（図４の）メッセージ４２０のようなプライベートな表現に組み込んでもよく、または、装置５０５−ａがリスニングＵＥである場合、ハッシュを使用して、メッセージ４２０のようなプライベートな表現をアナウンスＵＥに関係付けてもよい。メッセージ４２０が複数のハッシュを含んでいる事象において、発生させたハッシュのうちのいくつかをメッセージ４２０内に含めるか、または識別することができるように、ハッシュ関数モジュール６２０は、発生させたハッシュを切り捨てるかまたは連結するようにも構成されていてもよい。

［００６９］
図７は、本開示のさまざまな態様にしたがった、ワイヤレス通信において使用するためのＵＥ１１５−ｅのブロックダイヤグラム７００を示している。ＵＥ１１５−ｅは、さまざまなコンフィギュレーションを有していてもよく、パーソナルコンピュータ（例えば、ラップトップコンピュータ、ネットブックコンピュータ、タブレットコンピュータ等）、セルラ電話機、ＰＤＡ、デジタルビデオレコーダ（ＤＶＲ）、インターネット電気機器、ゲームコンソール、ｅリーダー等に含まれていても、または、これらの一部であってもよい。ＵＥ１１５−ｅは、いくつかの例において、モバイル動作を促進するために、小さなバッテリーのような（示されていない）内部の電源を有していてもよい。いくつかの例において、ＵＥ１１５−ｅは、図１、図２、図３、図４、図５および図６を参照して説明したＵＥ１１５または装置５０５のうちの１つの、１つ以上の態様のうちの一例であってもよい。図１、図２、図３、図４、図５および／または図６を参照して説明した特徴および機能のうちの少なくともいくつかを実現するように、ＵＥ１１５−ｅを構成してもよい。

［００７０］
ＵＥ１１５−ｅは、プロセッサモジュール７０５、メモリモジュール７１０、少なくとも１つのトランシーバモジュール７３０、（ＵＥアンテナ７３５によって表されている）少なくとも１つのアンテナ、または、ＰｒｏＳｅ発見通信モジュール５１５−ｃを含んでいてもよい。これらのコンポーネントのそれぞれは、直接的または間接的に、１つ以上のバス７２５を通して互いに通信してもよい。ＵＥ１１５−ｅは、１つ以上の基地局との通信に関連する動作を実行する基地局通信モジュール７２５も含んでいてもよい。

［００７１］
メモリモジュール７１０は、ランダムアクセスメモリ（ＲＡＭ）またはリードオンリーメモリ（ＲＯＭ）を含んでいてもよい。メモリモジュール７１０は、例えば、実行されたときに、プロセッサモジュール７０５に対して、発見に関連するメッセージを通信するために、ここで説明したさまざまな機能を実行させるように構成されている命令を含んでいる、コンピュータ読取可能な、コンピュータ実行可能なソフトウェア（ＳＷ）コード７２０を記憶していてもよい。代替的に、ソフトウェアコード７２０は、プロセッサモジュール７０５によって直接実行可能でなくてもよいが、ＵＥ１１５−ｅに、（例えば、コンパイルされて実行されるとき）ここで説明したさまざまな機能を実行させるように構成されていてもよい。

［００７２］
プロセッサモジュール７０５は、インテリジェントなハードウェアデバイス、例えば、ＣＰＵ、マイクロ制御装置、ＡＳＩＣ等を含んでいてもよい。プロセッサモジュール７０５は、トランシーバモジュール７３０を通して受信した情報を、または、アンテナ７３５を通した送信のためにトランシーバモジュール７３０に送ることになる情報を処理してもよい。プロセッサモジュール７０５は、単独で、または、ＰｒｏＳｅ発見通信モジュール５１５−ｃと関連して、ＰｒｏＳｅ発見通信を送信し、受信し、そして管理することのさまざまな態様を取り扱ってもよい。

［００７３］
トランシーバモジュール７３０は、パケットを変調して、変調されたパケットを、送信のためにアンテナ７３５に提供して、アンテナ７３５から受信したパケットを復調するように構成されているモデムを含んでいてもよい。トランシーバモジュール７３０は、いくつかの例において、１つ以上の送信機モジュールとして、そして、１つ以上の別の受信機モジュールとして実現してもよい。トランシーバモジュール７３０は、発見に関連する通信をサポートしてもよい。トランシーバモジュール７３０はまた、アンテナ７３５と通信リンク１２５を介して、例えば、図１を参照して説明した基地局１０５のうちの１つ以上であってもよい基地局１０５−ｂと双方向で通信するように構成されていてもよい。トランシーバモジュール７３０はまた、アンテナ７３５と通信リンク１２５を介して、例えば、図１、図２、図３および／または図４を参照して説明したＵＥ１１５のうちの１つ以上であってもよい、あるいは、図５および／または図６を参照して説明した装置５０５であってもよい、ＵＥ１１５−ｆと、双方向で通信するように構成されていてもよい。ＵＥ１１５−ｅは、単一のアンテナを含んでいてもよい一方、ＵＥ１１５−ｅが複数のＵＥアンテナ７３５を含んでいる例があってもよい。

［００７４］
ＰｒｏＳｅ発見通信モジュール５１５−ｃは、ＰｒｏＳｅ発見に関連する図１、図２、図３、図４、図５および／または図６を参照して説明した特徴または機能のうちの、いくつかまたはすべてを実行するか、制御するように構成されていてもよい。例えば、ＰｒｏＳｅ発見通信モジュール５１５−ｃは、ＰｒｏＳｅ発見メッセージの送信および受信とともに、ＰｒｏＳｅ発見メッセージによってイネーブルされたＰｒｏＳｅ発見の管理をサポートするように構成されていてもよい。いくつかの例において、例として、ＰｒｏＳｅ発見通信モジュール５１５−ｃは、図５および／または図６を参照して説明したＰｒｏＳｅ発見通信モジュール５１５の１つ以上の態様の例であってもよい。ＰｒｏＳｅ発見通信モジュール５１５−ｃは、（図６の表現モジュール６０５の例であってもよい）表現モジュール６０５−ａ、（図６の表現ＩＤ発生モジュール６１０の例であってもよい）表現ＩＤ発生モジュール６１０−ａ、（図６の表現ＩＤ発生モジュール６１５の例であってもよい）表現メタデータサーバ通信モジュール６１５−ａ、（図６のハッシュ関数モジュール６２０の例であってもよい）ハッシュ関数モジュール６２０−ａを含んでいてもよい。ＰｒｏＳｅ発見通信モジュール５１５−ｃ、または、その一部分は、プロセッサを含んでいてもよく、あるいは、ＰｒｏＳｅ発見通信モジュール５１５−ｃの機能のうちのいくつかまたはすべてを、プロセッサモジュール７０５によって、または、プロセッサモジュール７０５とともに実行してもよい。付加的に、ＰｒｏＳｅ発見通信モジュール５１５−ｃ、または、その一部分は、メモリを含んでいてもよく、あるいは、ＰｒｏＳｅ発見通信モジュール５１５−ｃの機能のうちのいくつかまたはすべては、メモリモジュール７１０を使用してもよく、または、メモリモジュール７１０とともに使用してもよい。

［００７５］
図８は、本開示のさまざまな態様にしたがった、ワイヤレス通信のための方法８００の例を図示しているフローチャートである。明確にするために、図１、図３、図４および／または図７を参照してそれぞれ説明したアナウンスＵＥ１１５のうちの１つ以上の態様を、あるいは、図５および／または図６を参照して説明した装置５０５のうちの１つ以上の態様を参照して、方法８００を以下に説明する。いくつかの例において、ＵＥ１１５のうちの１つのようなアナウンスＵＥ、または、装置５０５のうちの１つのような装置は、以下に説明する機能を実行するアナウンスＵＥまたは装置の機能的なエレメントを制御するために、１つ以上のセットのコードを実行してもよい。

［００７６］
ブロック８０５において、方法８００は、ＰｒｏＳＥ発見通信を使用して、ユーザデバイスから第１の表現をブロードキャストすることを含んでいてもよく、第１の表現は、サービスの第１のアナウンスを含んでいる。図３および／または図４をそれぞれ参照して、上記で説明したように、メッセージ３２０および／または４０５の形態で、第１の表現をブロードキャストできる。第１の表現は、パブリックな表現であってもよい。

［００７７］
ブロック８１０において、方法８００は、ＰｒｏＳｅ発見通信を使用して、ユーザデバイスから、第２の表現をブロードキャストすることを含んでいてもよく、第２の表現は、ユーザデバイスに関連するロケーション情報を含み、第１の表現の使用を通して識別可能である。例えば、図３および／または図４を参照して、それぞれ上記で説明したように、メッセージ３３５および／または４２０の形態で、第２の表現をブロードキャストできる。第２の表現は、プライベートな表現であってもよい。

［００７８］
いくつかの実施形態において、図５、図６および／または図７を参照して説明したＰｒｏＳｅ発見通信モジュール５１５を使用して、ブロック８０５またはブロック８１０における動作を実行してもよい。それにもかかわらず、方法８００は、単なる１つのインプリメンテーションにすぎず、他のインプリメンテーションが可能であるように、方法８００の動作を再配置するか、またそうでなければ修正してもよいことに着目すべきである。

［００７９］
図９は、本開示のさまざまな態様にしたがった、ワイヤレス通信のための方法９００の例を図示しているフローチャートである。明確にするために、図１、図３、図４および／または図７を参照してそれぞれ説明したアナウンスＵＥ１１５のうちの１つ以上の態様を、あるいは、図５および／または図６を参照して説明した装置５０５のうちの１つ以上の態様を参照して、方法９００を以下に説明する。いくつかの例において、ＵＥ１１５のうちの１つのようなアナウンスＵＥ、または、装置５０５のうちの１つのような装置は、以下に説明する機能を実行するアナウンスＵＥまたは装置の機能的なエレメントを制御するために、１つ以上のセットのコードを実行してもよい。

［００８０］
方法９００は、パス９１０とパス９３５によって表されている２つの代替的なフローパスを図示している。ブロック９０５において、方法９００は、ＰｒｏＳｅ発見通信を開始することを含んでいてもよい。上記で説明したように、アナウンスＵＥは、ＰｒｏＳｅ発見通信を使用して、他のリスニングＵＥに対して提供されるサービスのアナウンスを提供してもよい。サービスのアナウンスを提供することに加えて、アナウンスＵＥは、アナウンスＵＥに対するロケーション情報を、リスニングＵＥに提供もしてもよい。これは、フローパス９１０、フローパス９３５のうちの１つを使用して行ってもよい。

［００８１］
フローパス９１０に続いて、ブロック９１５において、方法９００は、表現メタデータサーバと通信することを含んでいていてもよい。プライベートな表現のような、その後にブロードキャストされる表現を識別するのに使用されるかもしれない表現ＩＤを、表現メタデータサーバに伝えるか、または、表現メタデータサーバから取得するかのいずれかのために、アナウンスＵＥは、表現メタデータサーバと通信してもよい。例えば、アナウンスＵＥは、（図３に関連して説明したような）メッセージ３０５を、表現メタデータサーバに伝えてもよく、メッセージ３０５は、発生された表現ＩＤを含んでいる。表現メタデータサーバは、その後、受信した表現ＩＤを記憶して、それを、アナウンスＵＥにおよび／またはアナウンスＵＥからのアナウンスのいずれかに関係付けてもよい。代替的に、図３を参照して説明したメッセージ３１５を介してのように、表現メタデータサーバによって発生された表現ＩＤを受信するために、アナウンスＵＥは表現メタデータサーバと通信してもよい。このケースでは、表現メタデータサーバは、発生させた表現ＩＤを依然として記憶してもよく、表現ＩＤをアナウンスＵＥにおよび／またはアナウンスＵＥによってブロードキャストされることになるアナウンスのいずれかに関係付けてもよい。

［００８２］
ブロック９２０において、方法９００は、第１の表現を送信することを含んでいてもよく、第１の表現は、アナウンスＵＥからのアナウンスを含んでいる。アナウンスは、アナウンスＵＥによって提供されるサービスのアナウンスであってもよい。第１の表現は、例えば、アナウンスＵＥの識別子も含んでいてもよい。第１の表現は、パブリックな表現の形態であってもよい。第１の表現の例は、図３に関連して上記で説明したようなメッセージ３２０を含んでいる。

［００８３］
ブロック９２５において、方法９００は、アナウンスＵＥに対するロケーション情報を含む第２の表現を送信するステップを含んでいてもよい。第１の表現と第２の表現を、ほぼ同時にブロードキャストしてもよい。第２の表現は、ブロック９１５に関連して説明した、アナウンスＵＥと表現メタデータサーバとの間の通信に関連して発生された表現ＩＤも含んでいてもよい。実施形態において、表現ＩＤを、プリフィックスとして第２の表現内に含めてもよい一方、ロケーション情報を、サフィックスとして第２の表現内に含めてもよい。他のコンフィギュレーションも使用してもよい。第２の表現は、プライベートな表現であってもよい。第２の表現の例は、図３に関連して上記で説明したようなメッセージ３３５を含んでいる。

［００８４］
アナウンスＵＥが、その第１の表現と第２の表現を、１つ以上のリスニングＵＥと交換した後、アナウンスＵＥは、（ブロック９３０で描かれているような）１つ以上のリスニングＵＥとの他のＰｒｏＳｅ通信に参加してもよい。アナウンスＵＥと１つ以上のリスニングＵＥとの間のＰｒｏＳｅ通信の例を、上記で説明したように、図３の通信３４０を通して図示している。

［００８５］
パス９３５のような、アナウンスＵＥのロケーションを１つ以上のリスニングＵＥに送信するための代替的なパスを使用する場合、方法９００はブロック９４０を含んでいる。ブロック９４０において、方法９００は、第１の表現を送信することを含んでおり、第１の表現は、アナウンスＵＥによって提供されるサービスのアナウンスを含んでいる。第１の表現は、例えば、アナウンスＵＥの識別子も含んでいてもよい。第１の表現は、パブリックな表現の形態であってもよい。図４に関連して上記で説明したように、第１の表現の例は、メッセージ４０５を含んでいる。

［００８６］
ブロック９４５において、アナウンスＵＥは、第１の表現の１つ以上の部分のハッシュを発生させる。ハッシュは、よく知られているハッシュ関数を使用して発生される。この方法において、第１の表現を受信したリスニングＵＥは、同一の、よく知られているハッシュ関数を使用することによって、同一のハッシュも発生させることもできる。アナウンスＵＥは、必要である場合、そのサイズを低減させるために、ハッシュを切り捨ててもよい。ハッシュ値を使用するアナウンスＵＥの例は、図４のボックス４１０に関連して説明した機能を含んでいる。

［００８７］
ブロック９５０において、アナウンスＵＥは、第２の表現を送信する。第２の表現は、アナウンスＵＥに対するロケーション情報を含んでいてもよい。第２の表現は、アナウンスＵＥによって発生されたハッシュも含んでいてもよい。実施形態において、ハッシュを、プリフィックスとして第２の表現内に含めてもよい一方、ロケーション情報を、サフィックスとして第２の表現内に含めてもよい。付加的に、同一のアナウンスＵＥに関係付けられている（が、異なるアナウンスおよび／または第１の表現に関係付けられている）複数のハッシュを、同一のプリフィックス内に含めてもよい。複数のハッシュを第２の表現内に含めるとき、ハッシュの総サイズを低減させるために、ハッシュを切り捨てるか、または、連結する必要があるかもしれない。他のプリフィックスおよびサフィックスのコンフィギュレーションも使用してもよい。第２の表現は、プライベートな表現であってもよい。第２の表現の例は、図４に関連して上記で説明したようなメッセージ４２０を含んでいる。

［００８８］
リスニングＵＥが、アナウンスＵＥからの第１の表現および第２の表現を受信した後、リスニングＵＥは、（ブロック９３０において描かれているような）アナウンスＵＥとの他のＰｒｏＳｅ通信に参加してもよい。アナウンスＵＥと１つ以上のリスニングＵＥとの間のＰｒｏＳｅ通信の例を、上記で説明したように、図４の通信４２５を通して図示している。

［００８９］
方法９００は、単なる１つのインプリメンテーションにすぎず、他のインプリメンテーションが可能であるように、方法９００の動作を再配置するか、またはそうでなければ、修正してもよいことに着目すべきである。特定の例として、方法９００において図示されているすべての動作を実行する必要はなく、図９に図示されているものとは異なる順序で多くの動作を実行してもよい。

［００９０］
図１０は、本開示のさまざまな態様にしたがった、ワイヤレス通信の方法１０００の例を図示しているフローチャートである。明確にするために、図１、図３、図４および／または図７を参照してそれぞれ説明したリスニングＵＥ１１５のうちの１つ以上の態様を、あるいは、図５および／または図６を参照して説明した装置５０５のうちの１つ以上の態様を参照して、方法１０００を以下に説明する。いくつかの例において、ＵＥ１１５のうちの１つのようなリスニングＵＥ、または、装置５０５のうちの１つのような装置は、以下に説明する機能を実行するリスニングＵＥまたは装置の機能的なエレメントを制御するために、１つ以上のセットのコードを実行してもよい。

［００９１］
ブロック１００５において、方法１０００は、ＰｒｏＳｅ発見通信を使用して、ユーザデバイスから第１の表現を受信することを含んでいてもよく、第１の表現は、サービスの第１のアナウンスを含んでいる。第１の表現は、図３および／または図４をそれぞれ参照して、上記で説明したように、メッセージ３２０および／または４０５の形態で受信できる。第１の表現は、パブリックな表現であってもよい。

［００９２］
ブロック１０１０において、方法１０００は、ＰｒｏＳｅ発見通信を使用して、ユーザデバイスから、第２の表現を受信することを含んでいてもよく、第２の表現は、第１の表現の使用を通して識別可能である。例えば、図３および／または図４を参照してそれぞれ上記で説明したように、メッセージ３３５および／または４２０の形態で、第２の表現を受信できる。第２の表現は、プライベートな表現であってもよい。第１の表現と第２の表現は、任意の順序で受信してもよい。

［００９３］
ブロック１０１５において、方法１０００は、第２の表現からユーザデバイスのロケーションを決定することを含んでいてもよい。第２の表現は、ユーザデバイスのロケーション情報を含んでいてもよい。

［００９４］
いくつかの実施形態において、図５、図６および／または図７を参照して説明したＰｒｏＳｅ発見通信モジュール５１５を使用して、ブロック１００５、１０１０または１０１５における動作を実行してもよい。それにもかかわらず、方法１０００は、単なる１つのインプリメンテーションにすぎず、他のインプリメンテーションが可能であるように、方法１０００の動作を再配置するか、またはそうでなければ修正してもよいことに着目すべきである。

［００９５］
図１１は、本開示のさまざまな態様にしたがった、ワイヤレス通信のための方法１１００の例を図示しているフローチャートである。明確にするために、図１、図３、図４および／または図７を参照してそれぞれ説明したリスニングＵＥ１１５のうちの１つ以上の態様を、あるいは、図５および／または図６を参照して説明した装置５０５のうちの１つ以上の態様を参照して、方法１１００を以下に説明する。いくつかの例において、ＵＥ１１５のうちの１つのようなリスニングＵＥ、または、装置５０５のうちの１つのような装置は、以下に説明している機能を実行するリスニングＵＥまたは装置の機能的なエレメントを制御するために、１つ以上のセットのコードを実行してもよい。

［００９６］
方法１１００は、パス１１１０とパス１１３０によって表されている２つの代替的なフローパスを図示している。ブロック１１０５において、方法１１００は、第１の表現を受信することを含んでいてもよい。ＰｒｏＳｅ発見通信に携わっているアナウンスＵＥによってブロードキャストされたメッセージとして、第１の表現を受信してもよい。したがって、第１の表現は、アナウンスＵＥを通して利用可能なサービスのアナウンスを含んでいてもよい。第１の表現は、例えば、アナウンスＵＥの識別子も含んでいてもよい。第１の表現は、パブリックな表現の形態であってもよい。第１の表現の例は、図３と関連して上記で説明したようなメッセージ３２０を含んでいる。

［００９７］
第１の表現を介してサービスのアナウンスを受信する際、リスニングＵＥは、アナウンスＵＥに対するロケーション情報をリスニングＵＥに受信することから、付加的に利益を得てもよい。これは、フローパス１１１０、フローパス１１３０のうちの１つを使用して行ってもよい。

［００９８］
フローパス１１１０に続いて、ブロック１１１５において、方法１１００は、表現メタデータサーバと通信することを含んでいてもよい。アナウンスＵＥによってブロードキャストされる第２の表現をリスニングＵＥが識別できるようにする表現ＩＤを取得するために、リスニングＵＥは、表現メタデータサーバと通信してもよい。例えば、リスニングＵＥは、（図３と関連して説明したような）要求メッセージ３２５を、表現メタデータサーバに送信してもよい。要求メッセージ３２５は、例えば、アナウンスを、あるいは、アナウンスＵＥのまたは第１の表現を介して受信したアナウンスの識別を可能にする他のデータを含んでいてもよい。したがって、表現メタデータサーバは、以前に発生された表現ＩＤに既に関係付けられている識別子を受信する。したがって、表現メタデータサーバは、メッセージ３３０を介してリスニングＵＥに対して表現ＩＤを戻すことによって、リスニングＵＥの要求メッセージ３２５に応答できる。

［００９９］
ブロック１１２０において、方法１１００は、アナウンスＵＥに対するロケーション情報を含む第２の表現を受信するステップを含んでいてもよい。第２の表現は、表現メタデータサーバから受信した表現ＩＤも含んでいてもよい。実施形態において、表現ＩＤを、プリフィックスとして第２の表現内に含めてもよい一方、ロケーション情報を、サフィックスとして第２の表現内に含めてもよい。他のコンフィギュレーションも使用してもよい。第２の表現は、プライベートな表現であってもよい。第２の表現の例は、図３に関連して上記で説明したように、メッセージ３３５を含んでいる。第１の表現と第２の表現を任意の順序で受信してもよい。

［０１００］
このように、リスニングＵＥは、アナウンスＵＥに対するロケーション情報を取得できる。リスニングＵＥとアナウンスＵＥは、その後、（ブロック１１２５において描いているような）他のＰｒｏＳｅ通信に参加してもよい。アナウンスＵＥとリスニングＵＥとの間のＰｒｏＳｅ通信の例は、上記で説明したように、図３の通信３４０を通して図示している。

［０１０１］
パス１１３０のような、アナウンスＵＥのロケーションを受信するための代替的なパスを使用する場合、方法１１００は、ブロック１１３５を含んでいる。ブロック１１３５において、方法１１００は、リスニングＵＥによって受信された第１の表現の１つ以上の部分のハッシュを発生させることを含んでいる。ハッシュは、同一のハッシュを発生させるのにアナウンスＵＥによって使用されていたかもしれない、よく知られているハッシュ関数を使用して発生される。リスニングＵＥはまた、必要である場合、ハッシュを切り捨ててもよい。ハッシュを発生させて同一のハッシュを切り捨てることの目的は、同一のアナウンスＵＥによって送られたような第２の表現を識別するのに使用してもよい識別子を導出することである。ハッシュ関数を発生させるリスニングＵＥの例は、図４のボックス４１５に関連して説明した関数を含んでいる。

［０１０２］
ブロック１１４０において、リスニングＵＥは、第２の表現を受信する。第２の表現は、アナウンスＵＥに対するロケーション情報を含んでいてもよい。第２の表現は、リスニングＵＥによって発生されたハッシュも含んでいてもよい。実施形態において、ハッシュを、プリフィックスとして第２の表現内に含めてもよい一方、ロケーション情報を、サフィックスとして第２の表現内に含めてもよい。さらに、同一のアナウンスＵＥに関係付けられている（が、異なるアナウンスおよび／または第１の表現に関係付けられている）複数のハッシュを、同一のプリフィックス内に含めてもよい。複数のハッシュを第２の表現内に含めるとき、ハッシュのサイズを低減させるために、ハッシュを切り捨てる必要があるかもしれない。したがって、リスニングＵＥは、第２の表現を識別するために、以前に発生させたハッシュまたはハッシュの切り捨てられたバージョンのいずれかを使用してもよい。他のプリフィックスおよびサフィックスのコンフィギュレーションも使用してもよい。第２の表現は、プライベートな表現であってもよい。第２の表現の例は、図４に関連して上記で説明したような、メッセージ４２０を含んでいる。第１の表現と第２の表現を任意の順序で受信してもよい。

［０１０３］
リスニングＵＥが、第１の表現と第２の表現の両方をアナウンスＵＥから受信した後に、リスニングＵＥは、（ブロック１１２５において描いているような）アナウンスＵＥとの他のＰｒｏＳｅ通信に参加してもよい。リスニングＵＥとアナウンスＵＥとの間のＰｒｏＳｅ通信の例は、上記で説明したような、図４の通信４２５を通して図示している。

［０１０４］
方法１１００は、単なる１つのインプリメンテーションにすぎず、他のインプリメンテーションが可能であるように、方法１１００の動作を再配置するか、またはそうでなければ修正してもよいことに着目すべきである。特定の例として、方法１１００において図示されている動作のすべてを実行する必要はなく、図１１において図示されているものとは異なる順序において、多くの動作を実行してもよい。

［０１０５］
添付している図面に関連して、上記で明らかにした詳細な説明は、例示的な実施形態を説明しているものであり、実現してもよい唯一の実施形態を、または、特許請求の範囲内である唯一の実施形態を表しているものではない。この説明を通して使用する用語「例示的」は、「例、インスタンス、または、実例としての役割を果たすこと」を意味し、「好ましい」または「他の実施形態を超えて有利である」ことを意味しているのではない。詳細な説明は、説明した技術の理解を提供することを目的とした特定の詳細を含んでいる。しかしながら、これらの技術は、これらの特定の詳細なしに実行してもよい。いくつかのインスタンスにおいて、説明した実施形態の概念を曖昧にすることを避けるために、よく知られている構造およびデバイスをブロックダイヤグラム形態で示す。

［０１０６］
ここで記述した技術は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および他のシステムのような、さまざまなワイヤレス通信システムに対して使用してもよい。用語「システム」と「ネットワーク」は、交換可能に使用することが多い。ＣＤＭＡシステムは、ＣＤＭＡ２０００、ユニバーサル地上無線アクセス（ＵＴＲＡ）等のような無線技術を実現してもよい。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６標準規格をカバーしている。ＩＳ−２０００リリース０およびＡは、普通、ＣＤＭＡ２０００１Ｘ、１Ｘ等として呼ばれる。ＩＳ−８５６（ＴＩＡ−８５６）は、普通、ＣＤＭＡ２０００１ｘＥＶ−ＤＯ、ハイレートパケットデータ（ＨＲＰＤ）等として呼ばれる。ＵＴＲＡは、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ（登録商標））と、ＣＤＭＡの他の変形を含んでいる。ＴＤＭＡシステムは、移動体通信のためのグローバルシステム（ＧＳＭ（登録商標））のような無線技術を実現してもよい。ＯＦＤＭＡシステムは、ウルトラモバイルブロードバンド（ＵＭＢ）、進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭ等のような無線技術を実現してもよい。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル移動体電気通信システム（ＵＭＴＳ）の一部である。３ＧＰＰ（登録商標）ロングタームエボリューション（ＬＴＥ）およびＬＴＥ進化型（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新たなリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）という名の機関による文書中に記述されている。ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名の機関による文書中に記述されている。ここで説明した技術は、上述したシステムおよび無線技術とともに、他のシステムおよび無線技術に対して使用してもよい。しかしながら、上記の説明は、例の目的でＬＴＥシステムを説明しているものであり、技術がＬＴＥアプリケーションを超えて適用可能であっても、ＬＴＥ専門用語を上記の説明の大半で使用している。

［０１０７］
開示しているさまざまな実施形態のうちのいくつかに対応していてもよい通信ネットワークは、レイヤードプロトコルスタックにしたがって動作するパケットベースのネットワークであってもよい。例えば、ベアラまたはパケットデータ収束プロトコル（ＰＤＣＰ）レイヤにおける通信は、ＩＰベースであってもよい。無線リンク制御（ＲＬＣ）レイヤは、パケットセグメント化および再組み立てを実行して、論理チャネルを通して通信してもよい。メディアアクセス制御（ＭＡＣ）レイヤは、優先処理と、論理チャネルから伝送チャネルへの多重化とを実行してもよい。リンク効率を改善するために、ＭＡＣレイヤは、ハイブリッドＡＲＱ（ＨＡＲＱ）も使用して、ＭＡＣレイヤにおいて再送信を提供してもよい。物理レイヤにおいて、伝送チャネルを物理チャネルにマッピングしてもよい。

［０１０８］
さまざまな異なる技術および技法のうちのいずれかを使用して、情報および信号を表してもよい。上記の説明全体を通して参照している、例えば、データ、命令、コマンド、情報、信号、ビット、シンボル、および、チップは、電圧、電流、電磁波、磁界または磁粒、光界または光粒、あるいは、これらの任意の組み合わせによって表してもよい。

［０１０９］
ここでの開示に関連して説明している、さまざまな例示的なブロックおよびモジュールは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、あるいは、ここに説明した機能を実行するように設計されているこれらの任意の組み合わせで、実現または実行してもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代替実施形態では、プロセッサは、任意の従来のプロセッサ、制御装置、マイクロ制御装置、または、状態機械であってもよい。プロセッサはまた、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ以上のマイクロプロセッサ、または、他の何らかのこのようなコンフィギュレーションである、コンピューティングデバイスの組み合わせとして実現してもよい。プロセッサは、いくつかのケースにおいて、メモリと電子的に通信していてもよく、ここで、メモリは、プロセッサによって実行可能である命令を記憶している。

［０１１０］
ここで説明している機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、または、これらの任意の組み合わせにおいて実現してもよい。プロセッサにより実行されるソフトウェア中で実現する場合、機能は、１つ以上の命令またはコードとしてコンピュータ読取可能媒体上に記憶されていてもよく、あるいは、１つ以上の命令またはコードとしてコンピュータ読取可能媒体上で送信されてもよい。他の例およびインプリメンテーションは、開示と、添付している特許請求の範囲との、範囲および精神内にある。例えば、ソフトウェアの特質により、プロセッサ、ハードウェア、ファームウェア、ハードワイヤリング、または、これらのうちのいずれかの組み合わせによって実行されるソフトウェアを使用して、上記で説明している機能を実現できる。機能の一部分を異なる物理ロケーションで実現するために、機能を実現する特徴を、分散されることを含むさまざまなポジションに物理的に位置付けてもよい。また、ここで使用するように、特許請求の範囲において含まれている、「のうちの少なくとも１つ」によって始められるアイテムのリストにおいて使用する「または」は、例えば、「Ａ、Ｂ、または、Ｃのうちの少なくとも１つ」のリストが、Ａ、または、Ｂ、または、Ｃ、または、ＡＢ、または、ＡＣ、または、ＢＣ、または、ＡＢＣ（すなわち、ＡとＢとＣ）を意味するように、離接的なリストを示している。

［０１１１］
コンピュータプログラムプロダクトまたはコンピュータ読取可能媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を促進する任意の媒体を含む、コンピュータ読取可能記憶媒体および通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスできる何らかの利用可能な媒体であってもよい。限定ではなく例として、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは、汎用または特殊目的のコンピュータによってアクセスできる命令またはデータ構造の形態で、所望のコンピュータ読取可能プログラムコードを運ぶ、または記憶するために使用できる他の何らかの媒体を含むことができる。また、任意の接続は、コンピュータ読取可能媒体と適切に呼ばれる。例えば、ソフトウェアが、ウェブサイトから、サーバから、あるいは、同軸ケーブル、光ファイバケーブル、撚り対、デジタル加入者線（ＤＳＬ）、または、赤外線や、無線や、マイクロ波のようなワイヤレス技術を使用している他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバケーブル、撚り対、ＤＳＬ、または、赤外線や、無線や、マイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。ここで使用するような、ディスク（Ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルーレイ（登録商標）ディスクを含み、ここでディスク（ｄｉｓｋ）は通常、磁気的にデータを再生し、ディスク（ｄｉｓｃ）は、レーザーを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれている。

［０１１２］
本開示の先の説明は、当業者が本開示を製造または使用することを可能にするために提供されている。本開示に対するさまざまな修正は、当業者にとって容易に明らかとなり、ここで定義される一般的な原理は、開示の精神または範囲から逸脱することなく他のバリエーションに適用してもよい。本開示を通して、用語「例」または「例示的」は、例またはインスタンスを示すのであり、着目した例に対する任意の選択を意味するものでも、または、要求するものでもない。したがって、本開示は、ここで説明している例および設計に限定するためのものではなく、ここで開示されている原理および新規の特徴と一致して、最も広い範囲にしたがうべきである。

Claims (30)

1. ワイヤレス通信のための方法において、
   近接サービス（ＰｒｏＳｅ）発見通信を使用して、ユーザデバイスから、第１の表現をブロードキャストし、前記第１の表現は、サービスの第１のアナウンスを含むことと、
   ＰｒｏＳｅ発見通信を使用して、前記ユーザデバイスから、第２の表現をブロードキャストし、前記第２の表現は、前記ユーザデバイスに関連するロケーション情報を含み、前記第１の表現の使用を通して識別可能であることとを含む方法。
2. 前記第１の表現は、パブリックな表現であり、前記第２の表現は、プライベートな表現である請求項１記載の方法。
3. 前記第２の表現は、前記ユーザデバイスの移動量に少なくとも部分的に基づいて、選択的にブロードキャストされる請求項１記載の方法。
4. 前記ユーザデバイスの移動量が予め決定されているしきい値を下回る場合、前記第１のアナウンスとのアソシエーションのために、前記ロケーション情報を表現メタデータサーバに送信することをさらに含む請求項３記載の方法。
5. 前記第２の表現中に、識別子を含めることをさらに含み、前記識別子は前記第１のアナウンスに関連する請求項１記載の方法。
6. 前記識別子を発生させることと、
   前記第１のアナウンスとのアソシエーションのために、前記識別子を表現メタデータサーバに送信することとをさらに含む請求項５記載の方法。
7. 要求を表現メタデータサーバに送信して、前記識別子を発生させて、前記識別子を前記第１のアナウンスに関係付けることをさらに含む請求項５記載の方法。
8. 前記識別子は、前記第２の表現の第１の部分中に含まれ、前記ロケーション情報は、前記第２の表現の第２の部分中に含まれている請求項５記載の方法。
9. 前記第１の表現の１つ以上の部分の第１のハッシュを発生させることと、
   前記第２の表現中に、前記第１のハッシュを含めることとをさらに含む請求項１記載の方法。
10. 前記第１のハッシュは、前記第２の表現の第１の部分中に含まれ、前記ロケーション情報は、前記第２の表現の第２の部分中に含まれている請求項９記載の方法。
11. ＰｒｏＳｅ発見通信を使用して、前記ユーザデバイスから、第３の表現をブロードキャストし、前記第３の表現は、サービスの第２のアナウンスを含むことと、
    前記第３の表現の１つ以上の部分の第２のハッシュを発生させることと、
    前記第２の表現中に、前記第２のハッシュを含めることとをさらに含む請求項９記載の方法。
12. 前記第１のハッシュと前記第２のハッシュは、前記第２の表現の第１の部分中に含まれ、前記ロケーション情報は、前記第２の表現の第２の部分中に含まれている請求項１１記載の方法。
13. 前記第１のハッシュと前記第２のハッシュとのうちの少なくとも１つを切り捨てることをさらに含む請求項１１記載の方法。
14. ワイヤレス通信のための装置において、
    近接サービス（ＰｒｏＳｅ）発見通信を使用して、ユーザデバイスから、第１の表現をブロードキャストし、前記第１の表現は、サービスの第１のアナウンスを含む手段と、
    ＰｒｏＳｅ発見通信を使用して、前記ユーザデバイスから、第２の表現をブロードキャストし、前記第２の表現は、前記ユーザデバイスに関連するロケーション情報を含み、前記第１の表現の使用を通して識別可能である手段とを具備する装置。
15. 前記第１の表現は、パブリックな表現であり、前記第２の表現は、プライベートな表現である請求項１４記載の装置。
16. 前記第２の表現中に、識別子を含め、前記識別子は前記第１のアナウンスに関連する手段をさらに具備する請求項１４記載の装置。
17. 前記識別子を発生させる手段と、
    前記第１のアナウンスとのアソシエーションのために、前記識別子を表現メタデータサーバに送信する手段とをさらに具備する請求項１６記載の装置。
18. 要求を表現メタデータサーバに送信して、前記識別子を発生させて、前記識別子を前記第１のアナウンスに関係付ける手段をさらに具備する請求項１６記載の装置。
19. 前記識別子は、前記第２の表現中に、プリフィックスとして含まれ、前記ロケーション情報は、前記第２の表現中に、サフィックスとして含まれている請求項１６記載の装置。
20. 前記第１の表現の１つ以上の部分の第１のハッシュを発生させる手段と、
    前記第２の表現中に、前記第１のハッシュを含める手段とをさらに具備する請求項１４記載の装置。
21. 前記第１のハッシュは、前記第２の表現の第１の部分中に含まれ、前記ロケーション情報は、前記第２の表現の第２の部分中に含まれている請求項２０記載の装置。
22. ＰｒｏＳｅ発見通信を使用して、前記ユーザデバイスから第３の表現をブロードキャストし、前記第３の表現は、サービスの第２のアナウンスを含む手段と、
    前記第３の表現の１つ以上の部分の第２のハッシュを発生させる手段と、
    前記第２の表現中に、前記第２のハッシュを含める手段とをさらに具備する請求項２０記載の装置。
23. 前記第１のハッシュと前記第２のハッシュは、前記第２の表現の第１の部分中に含まれ、前記ロケーション情報は、前記第２の表現の第２の部分中に含まれている請求項２２記載の装置。
24. ワイヤレス通信のために構成されている装置において、
    少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに結合されているメモリとを具備し、
    前記少なくとも１つのプロセッサは、
    近接サービス（ＰｒｏＳｅ）発見通信を使用して、ユーザデバイスから、第１の表現をブロードキャストし、前記第１の表現は、サービスの第１のアナウンスを含むようにと、
    ＰｒｏＳｅ発見通信を使用して、前記ユーザデバイスから、第２の表現をブロードキャストし、前記第２の表現は、前記ユーザデバイスに関連するロケーション情報を含み、前記第１の表現の使用を通して識別可能であるように構成されている装置。
25. ワイヤレス通信の方法において、
    近接サービス（ＰｒｏＳｅ）発見通信を使用して、ユーザデバイスから、第１の表現を受信し、前記第１の表現は、サービスのアナウンスを含むことと、
    ＰｒｏＳｅ発見通信を使用して、前記ユーザデバイスから、第２の表現を受信し、前記第２の表現は、前記第１の表現の使用を通して識別可能であることと、
    前記第２の表現から、前記ユーザデバイスのロケーションを決定することとを含む方法。
26. 表現メタデータサーバと通信して、前記アナウンスに関係付けられている識別子を受信することと、
    前記識別子を前記第２の表現の一部分として識別することによって、前記第２の表現を前記第１の表現に関係付けることとをさらに含む請求項２５記載の方法。
27. 前記識別子は、前記第２の表現の第１の部分中に含まれ、前記ユーザデバイスの前記ロケーションは、前記第２の表現の第２の部分中に含まれている請求項２６記載の方法。
28. 前記第１の表現の１つ以上の部分のハッシュを発生させることと、
    前記ハッシュを前記第２の表現の一部分として識別することによって、前記第２の表現を前記第１の表現に関係付けることとをさらに含む請求項２５記載の方法。
29. 前記ハッシュは、前記第２の表現の第１の部分中に含まれ、前記ユーザデバイスの前記ロケーションは、前記第２の表現の第２の部分中に含まれている請求項２８記載の方法。
30. 前記ハッシュを切り捨てることをさらに含み、前記切り捨てられたハッシュを前記第２の表現の一部分として識別することによって、前記第２の表現を前記第１の表現に関係付ける請求項２８記載の方法。

Images