(57)【特許請求の範囲】
【請求項１】
ネットワークデバイスのための通信の方法であって、
第１のユーザ機器（ＵＥ）から、発見された第２のＵＥに関連する情報についての要求を受信することと、前記情報が、前記第２のＵＥに関連するロケーション情報を備える、
前記第１のＵＥが前記ロケーション情報を受信することを許可されるかどうかを決定することと、
前記決定に基づいて前記第２のＵＥによって前記ロケーション情報の報告を開始するように構成されたメッセージを送ることと、
前記ロケーション情報とともに前記第２のＵＥによって告知されるべきロケーション搬送コード、または前記第２のＵＥによって告知されるべき前記ロケーション情報の決定を可能にするセキュリティ鍵を備えるメッセージを前記第１のＵＥに送ること
を備える方法。
【請求項２】
前記ロケーション情報についての前記要求が、前記第１のＵＥから一致報告メッセージ中で受信される、請求項１に記載の方法。
【請求項３】
第２のネットワークデバイスからまたは前記第２のＵＥから前記ロケーション情報を受信することと、
前記第１のＵＥに前記ロケーション情報を送ることと
をさらに備える、請求項１に記載の方法。
【請求項４】
前記ロケーション情報が、一致報告肯定応答メッセージ中で前記第１のＵＥに送られる、請求項３に記載の方法。
【請求項５】
前記第２のＵＥから受信された前記ロケーション情報が、前記第２のＵＥに関連するメタデータ中に含まれる、請求項３に記載の方法。
【請求項６】
第１のユーザ機器（ＵＥ）のためのワイヤレス通信の方法であって、
近接サービス（ＰｒｏＳｅ）発見、Ｂｌｕｅｔｏｏｔｈ低エネルギー（ＢＴＬＥ）発見、またはＷｉ−Ｆｉ  Ａｌｌｉａｎｃｅネイバーアウェアネットワーキング（ＷＦＡ  ＮＡＮ）発見を通して第２のＵＥを発見することと、
ネットワークデバイスに、前記第２のＵＥに関連するロケーション情報についての要求を送ることと、
前記ネットワークデバイスから、ロケーション搬送コードまたはセキュリティ鍵を含むメッセージを受信することと、
前記第１のＵＥが前記ロケーション情報を受信することを許可されるとき、前記ロケーション情報を受信することと、ここにおいて、前記ロケーション情報が、前記ロケーション搬送コードまたは前記セキュリティ鍵を使用して処理される、
を備える、方法。
【請求項７】
前記ロケーション情報が、ブロードキャストメッセージ中で前記第２のＵＥから受信され、前記方法が、
前記ネットワークデバイスから、前記ロケーション情報とともに前記第２のＵＥによって告知されるべき前記ロケーション搬送コードを備える前記メッセージを受信することと、
前記ロケーション搬送コードを使用して前記ブロードキャストメッセージを処理することと
をさらに備える、請求項６に記載の方法。
【請求項８】
前記ロケーション情報が、ブロードキャストメッセージ中で前記第２のＵＥから受信され、前記ロケーション情報が、前記セキュリティ鍵を用いて保護され、前記方法が、
前記ネットワークデバイスから、前記セキュリティ鍵を備える前記メッセージを受信することと、
前記ロケーション情報を決定するために前記セキュリティ鍵を使用して前記第２のＵＥによって告知された前記ブロードキャストメッセージを処理することと
をさらに備える、請求項６に記載の方法。
【請求項９】
ネットワークデバイスであって、
第１のユーザ機器（ＵＥ）から、発見された第２のＵＥに関連する情報についての要求を受信するための手段と、前記情報が、前記第２のＵＥに関連するロケーション情報を備える、
前記第１のＵＥが前記ロケーション情報を受信することを許可されるかどうかを決定するための手段と、
前記決定に基づいて前記第２のＵＥによって前記ロケーション情報の報告を開始するように構成されたメッセージを送るための手段と、
前記ロケーション情報とともに前記第２のＵＥによって告知されるべきロケーション搬送コード、または前記第２のＵＥによって告知されるべき前記ロケーション情報の決定を可能にするセキュリティ鍵を備えるメッセージを前記第１のＵＥに送るための手段と
を備えるネットワークデバイス。
【請求項１０】
前記第２のＵＥから受信された前記ロケーション情報が、前記第２のＵＥに関連するメタデータ中に含まれる、請求項９に記載のネットワークデバイス。
【請求項１１】
第１のユーザ機器（ＵＥ）であって、
近接サービス（ＰｒｏＳｅ）発見、Ｂｌｕｅｔｏｏｔｈ低エネルギー（ＢＴＬＥ）発見、またはＷｉ−Ｆｉ  Ａｌｌｉａｎｃｅネイバーアウェアネットワーキング（ＷＦＡ  ＮＡＮ）発見を通して第２のＵＥを発見するための手段と、
ネットワークデバイスに、前記第２のＵＥに関連するロケーション情報についての要求を送るための手段と、
前記ネットワークデバイスから、ロケーション搬送コードまたはセキュリティ鍵を含むメッセージを受信するための手段と、
前記第１のＵＥが前記ロケーション情報を受信することを許可されるとき、前記ロケーション情報を受信するための手段と、ここにおいて、前記ロケーション情報が、前記ロケーション搬送コードまたは前記セキュリティ鍵を使用して処理される、
を備える、第１のＵＥ。
【請求項１２】
コンピュータプログラムがコンピュータシステムによって実行されるときに請求項１〜請求項５の方法のステップを前記コンピュータシステムに行わせる命令を備える、コンピュータプログラム。
【請求項１３】
コンピュータプログラムがコンピュータシステムによって実行されるときに請求項６〜請求項８の方法のステップを前記コンピュータシステムに行わせる命令を備える、コンピュータプログラム。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]  本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１４年９月１８日に出願された「ＵＳＩＮＧ  ＰＵＳＨ  ＮＯＴＩＦＩＣＡＴＩＯＮＳ  ＴＯ  ＴＲＩＧＧＥＲ  ＡＮ  ＡＮＮＯＵＮＣＩＮＧ  ＵＥ  ＴＯ  ＵＰＤＡＴＥ  ＬＯＣＡＴＩＯＮ  ＩＮＦＯ  ＩＮ  ＬＴＥ  ＤＩＲＥＣＴ」と題する米国仮出願第６２／０５２，４１９号、および２０１５年１月２７日に出願された「ＵＳＩＮＧ  ＰＵＳＨ  ＮＯＴＩＦＩＣＡＴＩＯＮＳ  ＴＯ  ＴＲＩＧＧＥＲ  ＡＮ  ＡＮＮＯＵＮＣＩＮＧ  ＵＥ  ＴＯ  ＵＰＤＡＴＥ  ＬＯＣＡＴＩＯＮ  ＩＮＦＯ  ＩＮ  ＬＴＥ  ＤＩＲＥＣＴ」と題する米国特許出願第１４／６０７，００９号の利益を主張する。
【技術分野】
【０００２】
[0002]  本開示は、一般に、通信システムに関し、より詳細には、ＬＴＥ（登録商標）  Ｄｉｒｅｃｔにおいてロケーション情報を更新するように告知ユーザ機器（ＵＥ）をトリガするためにプッシュ通知を使用することに関する。
【背景技術】
【０００３】
[0003]  ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。
【０００４】
[0004]  これらの多元接続技術は、様々なワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。新生の電気通信規格の一例はロングタームエボリューション（ＬＴＥ）である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善すること、コストを下げること、サービスを改善すること、新しいスペクトルを利用すること、およびダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。
【発明の概要】
【０００５】
[0005]  本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。例えば、本装置はネットワークデバイスであり得る。一態様では、ネットワークデバイスによって行われる方法は、第１のユーザ機器（ＵＥ）から、発見された第２のＵＥに関連する情報についての要求を受信することと、情報が、第２のＵＥに関連するロケーション情報を備える、第１のＵＥがロケーション情報を受信することを許可されるかどうかを決定することと、決定に基づいて第２のＵＥによってロケーション情報の報告を開始するように構成されたメッセージを送ることとを含む。
【０００６】
[0006]  一態様では、ロケーション情報についての要求は、第１のＵＥから一致報告メッセージ中で受信される。
【０００７】
[0007]  一態様では、本方法は、第２のネットワークデバイスからまたは第２のＵＥからロケーション情報を受信することと、第１のＵＥにロケーション情報を送ることとをさらに含む。
【０００８】
[0008]  一態様では、ロケーション情報は、一致報告肯定応答メッセージ中で第１のＵＥに送られる。
【０００９】
[0009]  一態様では、第２のＵＥから受信されたロケーション情報は、第２のＵＥに関連するメタデータ中に含まれる。
【００１０】
[0010]  一態様では、本方法は、ロケーション情報とともに第２のＵＥによって告知されるべきロケーション搬送コード、または第２のＵＥによって告知されるべきロケーション情報の決定を可能にするセキュリティ鍵を備えるメッセージを第１のＵＥに送ることをさらに含む。
【００１１】
[0011]  一態様では、本ネットワークデバイスは、第１のＵＥから、発見された第２のＵＥに関連する情報についての要求を受信するための手段と、情報が、第２のＵＥに関連するロケーション情報を備える、第１のＵＥがロケーション情報を受信することを許可されるかどうかを決定するための手段と、決定に基づいて第２のＵＥによってロケーション情報の報告を開始するように構成されたメッセージを送るための手段とを含む。
【００１２】
[0012]  一態様では、ロケーション情報についての要求は、第１のＵＥから一致報告メッセージ中で受信される。
【００１３】
[0013]  一態様では、本ネットワークデバイスは、第２のネットワークデバイスからまたは第２のＵＥからロケーション情報を受信するための手段と、第１のＵＥにロケーション情報を送るための手段とをさらに含む。
【００１４】
[0014]  一態様では、ロケーション情報は、一致報告肯定応答メッセージ中で第１のＵＥに送られる。
【００１５】
[0015]  一態様では、第２のＵＥから受信されたロケーション情報は、第２のＵＥに関連するメタデータ中に含まれる。
【００１６】
[0016]  一態様では、本ネットワークデバイスは、ロケーション情報とともに第２のＵＥによって告知されるべきロケーション搬送コード、または第２のＵＥによって告知されるべきロケーション情報の決定を可能にするセキュリティ鍵を備えるメッセージを第１のＵＥに送るための手段をさらに含む。
【００１７】
[0017]  一態様では、本ネットワークデバイスは、メモリと、メモリに結合された、第１のＵＥから、発見された第２のＵＥに関連する情報についての要求を受信することと、情報が、第２のＵＥに関連するロケーション情報を備える、第１のＵＥがロケーション情報を受信することを許可されるかどうかを決定することと、決定に基づいて第２のＵＥによってロケーション情報の報告を開始するように構成されたメッセージを送ることとを行うように構成された少なくとも１つのプロセッサとを含む。
【００１８】
[0018]  一態様では、ロケーション情報についての要求は、第１のＵＥから一致報告メッセージ中で受信される。
【００１９】
[0019]  一態様では、第２のネットワークデバイスからまたは第２のＵＥからロケーション情報を受信することと、第１のＵＥにロケーション情報を送ることとを行うようにさらに構成された少なくとも１つのプロセッサ。
【００２０】
[0020]  一態様では、ロケーション情報は、一致報告肯定応答メッセージ中で第１のＵＥに送られる。
【００２１】
[0021]  一態様では、第２のＵＥから受信されたロケーション情報は、第２のＵＥに関連するメタデータ中に含まれる。
【００２２】
[0022]  一態様では、ロケーション情報とともに第２のＵＥによって告知されるべきロケーション搬送コード、または第２のＵＥによって告知されるべきロケーション情報の決定を可能にするセキュリティ鍵を備えるメッセージを第１のＵＥに送ることを行うようにさらに構成された少なくとも１つのプロセッサ。
【００２３】
[0023]  一態様では、コンピュータ可読媒体上に記憶されたコンピュータプログラム製品は、少なくとも１つのプロセッサ上で実行されたとき、第１のユーザ機器（ＵＥ）から、発見された第２のＵＥに関連する情報についての要求を受信するステップと、情報が、第２のＵＥに関連するロケーション情報を備える、第１のＵＥがロケーション情報を受信することを許可されるかどうかを決定するステップと、決定に基づいて第２のＵＥによってロケーション情報の報告を開始するように構成されたメッセージを送るステップとを行うコードを含む。
【００２４】
[0024]  本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。例えば、本装置は第１のＵＥであり得る。一態様では、第１のＵＥによって行われる方法は、近接サービス（ＰｒｏＳｅ：proximity service）発見、Ｂｌｕｅｔｏｏｔｈ（登録商標）低エネルギー（ＢＴＬＥ：Bluetooth（登録商標） Low-Energy）発見、またはＷｉ−Ｆｉ  Ａｌｌｉａｎｃｅ（登録商標）ネイバーアウェアネットワーキング（ＷＦＡ  ＮＡＮ：Wi-Fi Alliance Neighbor-aware Networking）発見を通して第２のＵＥを発見することと、ネットワークデバイスに、第２のＵＥに関連するロケーション情報についての要求を送ることと、第１のＵＥがロケーション情報を受信することを許可されるとき、ロケーション情報を受信することとを含む。
【００２５】
[0025]  一態様では、ロケーション情報についての要求は、一致報告メッセージ中でネットワークデバイスに送られる。
【００２６】
[0026]  一態様では、ロケーション情報は、一致報告肯定応答メッセージ中でネットワークデバイスから受信される。
【００２７】
[0027]  一態様では、ロケーション情報は、ブロードキャストメッセージ中で第２のＵＥから受信される。そのような態様では、本方法は、ネットワークデバイスから、ロケーション情報とともに第２のＵＥによって告知されるべきロケーション搬送コードを備えるメッセージを受信することと、ロケーション搬送コードを使用してブロードキャストメッセージを処理することとをさらに含む。
【００２８】
[0028]  一態様では、ロケーション情報は、ブロードキャストメッセージ中で第２のＵＥから受信され、ロケーション情報は、セキュリティ鍵を用いて保護される。そのような態様では、本方法は、ネットワークデバイスから、セキュリティ鍵を備えるメッセージを受信することと、ロケーション情報を決定するためにセキュリティ鍵を使用して第２のＵＥによって告知されたブロードキャストメッセージを処理することとをさらに含む。
【００２９】
[0029]  一態様では、本ネットワークデバイスは、ＰｒｏＳｅ機能サーバである。
【００３０】
[0030]  一態様では、第１のＵＥは、ＰｒｏＳｅ発見、ＢＴＬＥ発見、またはＷＦＡ  ＮＡＮ発見を通して第２のＵＥを発見するための手段と、ネットワークデバイスに、第２のＵＥに関連するロケーション情報についての要求を送るための手段と、第１のＵＥがロケーション情報を受信することを許可されるとき、ロケーション情報を受信するための手段とを含む。
【００３１】
[0031]  一態様では、ロケーション情報についての要求は、一致報告メッセージ中でネットワークデバイスに送られる。
【００３２】
[0032]  一態様では、ロケーション情報は、一致報告肯定応答メッセージ中でネットワークデバイスから受信される。
【００３３】
[0033]  一態様では、ロケーション情報は、ブロードキャストメッセージ中で第２のＵＥから受信される。そのような態様では、第１のＵＥは、ネットワークデバイスから、ロケーション情報とともに第２のＵＥによって告知されるべきロケーション搬送コードを備えるメッセージを受信するための手段と、ロケーション搬送コードを使用してブロードキャストメッセージを処理するための手段とをさらに含む。
【００３４】
[0034]  一態様では、ロケーション情報は、ブロードキャストメッセージ中で第２のＵＥから受信され、ロケーション情報は、セキュリティ鍵を用いて保護される。そのような態様では、第１のＵＥは、ネットワークデバイスから、セキュリティ鍵を備えるメッセージを受信するための手段と、ロケーション情報を決定するためにセキュリティ鍵を使用して第２のＵＥによって告知されたブロードキャストメッセージを処理するための手段とをさらに含む。
【００３５】
[0035]  一態様では、本ネットワークデバイスは、近接サービス（ＰｒｏＳｅ）機能サーバである。
【００３６】
[0036]  一態様では、第１のＵＥは、メモリと、メモリに結合された、ＰｒｏＳｅ発見、ＢＴＬＥ発見、またはＷＦＡ  ＮＡＮ発見を通して第２のＵＥを発見することと、ネットワークデバイスに、第２のＵＥに関連するロケーション情報についての要求を送ることと、第１のＵＥがロケーション情報を受信することを許可されるとき、ロケーション情報を受信することとを行うように構成された少なくとも１つのプロセッサとを含む。
【００３７】
[0037]  一態様では、ロケーション情報についての要求は、一致報告メッセージ中でネットワークデバイスに送られる。
【００３８】
[0038]  一態様では、ロケーション情報は、一致報告肯定応答メッセージ中でネットワークデバイスから受信される。
【００３９】
[0039]  一態様では、ロケーション情報は、ブロードキャストメッセージ中で第２のＵＥから受信される。そのような態様では、少なくとも１つのプロセッサは、ネットワークデバイスから、ロケーション情報とともに第２のＵＥによって告知されるべきロケーション搬送コードを備えるメッセージを受信することと、ロケーション搬送コードを使用してブロードキャストメッセージを処理することとを行うようにさらに構成される。
【００４０】
[0040]  一態様では、ロケーション情報は、ブロードキャストメッセージ中で第２のＵＥから受信され、ロケーション情報は、セキュリティ鍵を用いて保護される。そのような態様では、ネットワークデバイスから、セキュリティ鍵を備えるメッセージを受信することと、ロケーション情報を決定するためにセキュリティ鍵を使用して第２のＵＥによって告知されたブロードキャストメッセージを処理することとを行うようにさらに構成された少なくとも１つのプロセッサ。
【００４１】
[0041]  一態様では、本ネットワークデバイスは、近接サービス（ＰｒｏＳｅ）機能サーバである。一態様では、コンピュータ可読媒体上に記憶されたコンピュータプログラム製品は、少なくとも１つのプロセッサ上で実行されたとき、ＰｒｏＳｅ発見、ＢＴＬＥ発見、またはＷＦＡ  ＮＡＮ発見を通して第２のＵＥを発見するステップと、ネットワークデバイスに、第２のＵＥに関連するロケーション情報についての要求を送るステップと、第１のＵＥがロケーション情報を受信することを許可されるとき、ロケーション情報を受信するステップとを行うコードを含む。
【００４２】
[0042]  本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。例えば、本装置は第１のＵＥであり得る。一態様では、第１のＵＥによって行われる方法は、第２のＵＥから、第２のＵＥに関連する第１の表現コードを備える第１の信号を受信することと、第１の表現コードを使用して少なくとも第２の表現コードを決定することと、少なくとも第２の表現コードが、第２のＵＥに関連付けられる、を含む。
【００４３】
[0043]  一態様では、少なくとも第２の表現コードを決定することは、第２のＵＥから、第１のプレフィックスと少なくとも第２の表現コードとを備える第２の信号を受信することと、第２のプレフィックスを生成するために第１の表現コードに関数を適用することと、第２のプレフィックスを第１のプレフィックスと比較することと、第２のプレフィックスが第１のプレフィックスに一致するとき、第２の信号中の少なくとも第２の表現コードを決定することとを備える。
【００４４】
[0044]  一態様では、少なくとも第２の表現コードを決定することは、ネットワークデバイスに第１の表現コードを送ることと、ネットワークデバイスから第２のＵＥに関連する少なくとも第２の表現コードを受信することとを含む。
【００４５】
[0045]  一態様では、第１の表現コードを含む第１の信号は、第１の発見リソース中で受信され、少なくとも第２の表現コードを備える第２の信号は、第２の発見リソース中で受信され、ここにおいて、第１の発見リソースは、第２の発見リソースとは無関係である。
【００４６】
[0046]  一態様では、関数は、ハッシュ関数である。
【００４７】
[0047]  一態様では、第１の表現コードは、一致報告メッセージ中でネットワークデバイスに送られる。
【００４８】
[0048]  一態様では、本ネットワークデバイスは、ＰｒｏＳｅ機能である。
【００４９】
[0049]  一態様では、第１の表現コードと少なくとも第２の表現コードとのうちの少なくとも１つは、第２のＵＥのサービスまたは第２のＵＥのアプリケーションに対応する。
【００５０】
[0050]  一態様では、第１のＵＥは、第２のＵＥから、第２のＵＥに関連する第１の表現コードを備える第１の信号を受信するための手段と、第１の表現コードを使用して少なくとも第２の表現コードを決定するための手段と、少なくとも第２の表現コードが、第２のＵＥに関連付けられる、を含む。
【００５１】
[0051]  一態様では、少なくとも第２の表現コードを決定するための手段は、第２のＵＥから、第１のプレフィックスと少なくとも第２の表現コードとを備える第２の信号を受信することと、第２のプレフィックスを生成するために第１の表現コードに関数を適用することと、第２のプレフィックスを第１のプレフィックスと比較することと、第２のプレフィックスが第１のプレフィックスに一致するとき、第２の信号中の少なくとも第２の表現コードを決定することとを行うように構成される。
【００５２】
[0052]  一態様では、少なくとも第２の表現コードを決定するための手段は、ネットワークデバイスに第１の表現コードを送ることと、ネットワークデバイスから第２のＵＥに関連する少なくとも第２の表現コードを受信することとを行うように構成される。
【００５３】
[0053]  一態様では、第１の表現コードを含む第１の信号は、第１の発見リソース中で受信され、少なくとも第２の表現コードを備える第２の信号は、第２の発見リソース中で受信され、ここにおいて、第１の発見リソースは、第２の発見リソースとは無関係である。
【００５４】
[0054]  一態様では、関数は、ハッシュ関数である。
【００５５】
[0055]  一態様では、第１の表現コードは、一致報告メッセージ中でネットワークデバイスに送られる。
【００５６】
[0056]  一態様では、本ネットワークデバイスは、ＰｒｏＳｅ機能である。
【００５７】
[0057]  一態様では、第１の表現コードと少なくとも第２の表現コードとのうちの少なくとも１つは、第２のＵＥのサービスまたは第２のＵＥのアプリケーションに対応する。
【００５８】
[0058]  一態様では、第１のＵＥは、メモリと、メモリに結合された、第２のＵＥから、第２のＵＥに関連する第１の表現コードを備える第１の信号を受信することと、第１の表現コードを使用して少なくとも第２の表現コードを決定することと、少なくとも第２の表現コードが、第２のＵＥに関連付けられる、を行うように構成された少なくとも１つのプロセッサとを含む。
【００５９】
[0059]  一態様では、少なくとも１つのプロセッサは、第２のＵＥから、第１のプレフィックスと少なくとも第２の表現コードとを備える第２の信号を受信することと、第２のプレフィックスを生成するために第１の表現コードに関数を適用することと、第２のプレフィックスを第１のプレフィックスと比較することと、第２のプレフィックスが第１のプレフィックスに一致するとき、第２の信号中の少なくとも第２の表現コードを決定することとを行うことによって少なくとも第２の表現コードを決定する。
【００６０】
[0060]  一態様では、少なくとも１つのプロセッサは、ネットワークデバイスに第１の表現コードを送ることと、ネットワークデバイスから第２のＵＥに関連する少なくとも第２の表現コードを受信することとを行うことによって少なくとも第２の表現コードを決定する。
【００６１】
[0061]  一態様では、第１の表現コードを含む第１の信号は、第１の発見リソース中で受信され、少なくとも第２の表現コードを備える第２の信号は、第２の発見リソース中で受信され、ここにおいて、第１の発見リソースは、第２の発見リソースとは無関係である。
【００６２】
[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]  一態様では、ワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体は、第１のＵＥにおいて、第２のＵＥから、第２のＵＥに関連する第１の表現コードを備える第１の信号を受信することと、第１の表現コードに関連する第１のメタデータを決定することと、第１のメタデータに基づいて第２のＵＥからの第２の信号を監視することと、第２の信号が、第２のＵＥの第１のロケーションを含む第２の表現コードを備える、第１のメタデータを使用して第２の表現コードから第２のＵＥの第１のロケーションを決定することとを行うためのコードを含む。
【図面の簡単な説明】
【０１１２】
【図１】ネットワークアーキテクチャの一例を示す図。
【図２】アクセスネットワークの一例を示す図。
【図３】ＬＴＥにおけるＤＬフレーム構造の一例を示す図。
【図４】ＬＴＥにおけるＵＬフレーム構造の一例を示す図。
【図５】ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。
【図６】アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。
【図７】デバイス間通信システムの図。
【図８】モバイルネットワークを示す図。
【図９】モバイルネットワークを示す図。
【図１０】ネットワークにおけるオープンロケーション発見手順を示す図。
【図１１】ネットワークにおけるオープンロケーション発見手順を示す図。
【図１２】ネットワークにおける制限ロケーション発見手順を示す図。
【図１３】例示的なオーバージエアリソース割振り方式を示す図。
【図１４】ＰｒｏＳｅアプリケーションコードフォーマットを示す図。
【図１５】単一の発見リソース中でのデバイスによる複数のＰｒｏＳｅアプリケーションコードの送信のためのフォーマットを示す図。
【図１６】本開示の様々な態様による、コードリンキングを示す図。
【図１７】本開示の様々な態様による、ネットワークにおけるデバイス発見を示す図。
【図１８Ａ】本開示の様々な態様による、ネットワークにおけるデバイス発見を示す図。
【図１８Ｂ】本開示の様々な態様による、ネットワークにおけるデバイス発見を示す図。
【図１９】本開示の様々な態様による、ネットワークにおけるデバイス発見を示す図。
【図２０】本開示の様々な態様による、メタデータ管理を示す図。
【図２１】本開示の様々な態様による、通信フローを示す図。
【図２２】例示的なネットワークを示す図。
【図２３】本開示の様々な態様による、通信フローを示す図。
【図２４】通信の方法のフローチャート。
【図２５】ワイヤレス通信の方法のフローチャート。
【図２６】ワイヤレス通信の方法のフローチャート。
【図２７】ワイヤレス通信の方法のフローチャート。
【図２８】ワイヤレス通信の方法のフローチャート。
【図２９】ワイヤレス通信の方法のフローチャート。
【図３０】例示的な装置中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。
【図３１】処理システムを採用する装置のためのハードウェア実施形態の一例を示す図。
【図３２】例示的な装置中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。
【図３３】処理システムを採用する装置のためのハードウェア実施形態の一例を示す図。
【図３４】例示的な装置中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。
【図３５】処理システムを採用する装置のためのハードウェア実施形態の一例を示す図。
【詳細な説明】
【０１１３】
[00147]  添付の図面に関して以下に記載する詳細な説明は、様々な構成を説明するものであり、本明細書で説明する概念が実践され得る構成のみを表すものではない。詳細な説明は、種々の概念を完全に理解してもらう目的で、具体的な詳細を含む。しかしながら、これらの概念がこれらの具体的な詳細なしに実践され得ることが、当業者に明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。
【０１１４】
[00148]  次に、様々な装置および方法に関して電気通信システムのいくつかの態様を提示する。これらの装置および方法について、以下の発明を実施するための形態において説明し、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す（まとめて「要素」と呼ばれる）。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実施され得る。そのような要素がハードウェアとして実施されるか、ソフトウェアとして実施されるかは、特定の適用例および全体的なシステムに課せられる設計制約に依存する。
【０１１５】
[00149]  例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実施され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を行うために構成された他の好適なハードウェアがある。処理システムの中の１つまたは複数のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。
【０１１６】
[00150]  従って、１つまたは複数の例示的な実施形態では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実施され得る。ソフトウェアで実施される場合、機能は、コンピュータ可読媒体上に記憶され得るか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０１１７】
[00151]  図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は、発展型パケットシステム（ＥＰＳ）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４と、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０と、事業者のインターネットプロトコル（ＩＰ）サービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続できるが、簡単のために、それらのエンティティ／インターフェースは図示されていない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者なら容易に諒解するように、本開示全体にわたって提示される様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
【０１１８】
[00152]  Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６と、他のｅＮＢ１０８と、マルチキャスト協調エンティティ（ＭＣＥ）１２８とを含む。ｅＮＢ１０６は、ＵＥ１０２に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。ｅＮＢ１０６は、バックホール（例えば、Ｘ２インターフェース）を介して他のｅＮＢ１０８に接続され得る。ＭＣＥ１２８は発展型マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）（ｅＭＢＭＳ）のために時間／周波数無線リソースを割り振り、ｅＭＢＭＳのために無線構成（例えば、変調およびコーディング方式（ＭＣＳ））を決定する。ＭＣＥ１２８は別個のエンティティ、またはｅＮＢ１０６の一部であり得る。ｅＮＢ１０６は、基地局、ノードＢ、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることもある。ｅＮＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例は、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）フォン、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、または任意の他の同様の機能デバイスを含む。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語で呼ばれることもある。
【０１１９】
[00153]  ｅＮＢ１０６はＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ）１１２と、ホーム加入者サーバ（ＨＳＳ）１２０と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１２４と、ブロードキャストマルチキャストサービスセンタ（ＢＭ−ＳＣ）１２６と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１１８とを含み得る。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。一般に、ＭＭＥ１１２はベアラおよび接続の管理を行う。全てのユーザＩＰパケットは、サービングゲートウェイ１１６を通じて転送され、サービングゲートウェイ１１６自体は、ＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８は、ＵＥのＩＰアドレス割振り、ならびに他の機能を提供する。ＰＤＮゲートウェイ１１８およびＢＭ−ＳＣ１２６はＩＰサービス１２２に接続される。ＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）、および／または他のＩＰサービスを含み得る。ＢＭ−ＳＣ１２６は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を与え得る。ＢＭ−ＳＣ１２６は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして働き得、ＰＬＭＮ内のＭＢＭＳベアラサービスを許可し開始するために使用され得、ＭＢＭＳ送信をスケジュールし配信するために使用され得る。ＭＢＭＳゲートウェイ１２４は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するｅＮＢ（例えば、１０６、１０８）にＭＢＭＳトラフィックを配信するために使用され得、セッション管理（開始／停止）と、ｅＭＢＭＳ関係の課金情報を収集することとを担当し得る。
【０１２０】
[00154]  図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００は、いくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（例えば、ホームｅＮＢ（ＨｅＮＢ：home eNB））、ピコセル、マイクロセル、またはリモートラジオヘッド（ＲＲＨ：remote radio head）であり得る。マクロｅＮＢ２０４はそれぞれ、それぞれのセル２０２に割り当てられ、セル２０２内の全てのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを与えるように構成される。アクセスネットワーク２００のこの例では集中型コントローラはないが、代替構成では集中型コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、全ての無線関係機能を担当する。ｅＮＢは１つまたは複数の（例えば、３つの）（セクタとも呼ばれる）セルをサポートし得る。「セル」という用語は、ｅＮＢの最も小さいカバレージエリアを指すことがあり、および／またはｅＮＢサブシステムサービングは特定のカバレージエリアである。さらに、「ｅＮＢ」、「基地局」、および「セル」という用語は、本明細書では互換的に使用され得る。
【０１２１】
[00155]  アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示される様々な概念は、ＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２：3rd Generation Partnership Project 2）によって公表されたエアインターフェース規格であり、ＣＤＭＡを採用して移動局にブロードバンドインターネットアクセスを提供する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、ならびに、ＯＦＤＭＡを採用する、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存することになる。
【０１２２】
[00156]  ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、次いでＤＬ上で複数の送信アンテナを通して空間的にプリコーディングされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともにＵＥ２０６に到着し、これにより、ＵＥ２０６の各々がそのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上では、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、これにより、ｅＮＢ２０４は、空間的にプリコーディングされた各データストリームのソースを識別できるようになる。
【０１２３】
[00157]  空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通して送信するためのデータを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。
【０１２４】
[00158]  以下の詳細な説明では、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムを参照しながらアクセスネットワークの様々な態様について説明する。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトラム拡散技法である。サブキャリアは正確な周波数で離間される。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性」をもたらす。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、ガードインターバル（例えば、サイクリックプレフィックス）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。
【０１２５】
[00159]  図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、ノーマルサイクリックプレフィックスの場合、リソースブロックは、合計８４個のリソース要素について、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に７個の連続するＯＦＤＭシンボルを含んでいる。拡張サイクリックプレフィックスの場合、リソースブロックは、合計７２個のリソース要素について、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に６個の連続するＯＦＤＭシンボルを含んでいる。Ｒ３０２、３０４として示されるリソース要素のうちのいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ：DL reference signal）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ：Cell-specific RS）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ：physical DL shared channel）がマッピングされるリソースブロック上のみで送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。従って、ＵＥが受信するリソースブロックが多いほど、および変調方式が高いほど、ＵＥのデータレートは高くなる。
【０１２６】
[00160]  図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報を送信するためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれない全てのリソースブロックを含み得る。ＵＬフレーム構造は、単一のＵＥがデータセクション中の連続サブキャリアの全てを割り当てられることを可能にし得る、連続サブキャリアを含むデータセクションを生じる。
【０１２７】
[00161]  ＵＥは、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂを割り当てられ得る。ＵＥは、ｅＮＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂをも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ：physical UL control channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ：physical UL shared channel）中でデータのみまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。
【０１２８】
[00162]  初期システムアクセスを行い、物理ランダムアクセスチャネル（ＰＲＡＣＨ）４３０中でＵＬ同期を達成するために、リソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングも搬送できない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨにはない。ＰＲＡＣＨ試行は単一のサブフレーム（１ｍｓ）において、または一連の少数の隣接するサブフレームにおいて搬送され、ＵＥはフレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試行のみを行うことができる。
【０１２９】
[00163]  図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、レイヤ１、レイヤ２、およびレイヤ３の３つのレイヤとともに示されている。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実施する。Ｌ１レイヤを本明細書では物理レイヤ５０６と呼ぶ。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担当する。
【０１３０】
[00164]  ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、メディアアクセス制御（ＭＡＣ：media access control）サブレイヤ５１０と、無線リンク制御（ＲＬＣ：radio link control）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（例えば、ＩＰレイヤ）と、接続の他端（例えば、遠端ＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含めて、Ｌ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。
【０１３１】
[00165]  ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間の多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するための上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥに対するｅＮＢ間のハンドオーバサポートとを与える。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメント化および再アセンブリと、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ）に起因して順が狂った受信を補正するためのデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、１つのセルの中の様々な無線リソース（例えば、リソースブロック）をＵＥの間で割り振ることを担当する。ＭＡＣサブレイヤ５１０はＨＡＲＱ動作をも担当する。
【０１３２】
[00166]  制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（例えば、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。
【０１３３】
[00167]  図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能を実施する。ＤＬでは、コントローラ／プロセッサ６７５は、様々な優先度メトリックに基づいてヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、ＵＥ６５０への無線リソース割振りとを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ＵＥ６５０へのシグナリングとを担当する。
【０１３４】
[00168]  送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実施する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ：forward error correction）と、様々な変調方式（例えば、２位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づいた信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。コーディングおよび変調されたシンボルは、次いで、並列ストリームに分割される。各ストリームは、その後、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域において基準信号（例えば、パイロット）と多重化され、その後、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、逆高速フーリエ変換（ＩＦＦＴ）を使用して互いに合成される。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられ得る。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。
【０１３５】
[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]  一態様では、図１７に関して以下で説明するように、第１のＵＥは、ネットワークデバイスに発見された第２のＵＥに関連する情報についての要求を送り得る。ネットワークデバイスは、次いで、１次コードに関連するメタデータと第２のＵＥがパブリッシュすることを許可される２次コードおよび／または２次表現のリストとを含むメッセージを送り得る。
【０１７３】
[00207]  図１７は、本開示の様々な態様による、ネットワーク１７００におけるデバイス発見およびコードレゾルーションを示す図である。図１７に示すように、ネットワーク１７００は、第１のＵＥ１７０４と、第２のＵＥ１７０２と、ネットワークデバイス１７０６とを含む。一態様では、ネットワークデバイス１７０６はＰｒｏＳｅ機能であり得る。第１のＵＥ１７０２は、コード１  １７０８と、コード２  １７１０と、コード３  １７１１とを送信し得る。本開示では、コードという用語は、表現コードまたはＰｒｏＳｅアプリケーションコードとも呼ばれる。図１７では、コード１  １７０８は、第１の表現（例えば、表現１）に関連付けられ得、コード２  １７１０は、第２の表現（例えば、表現２）に関連付けられ得、コード３  １７１１は、第３の表現（例えば、表現３）に関連付けられ得る。例えば、各表現は、異なるＰｒｏＳｅアプリケーション名であり得る。図１７の態様では、第１のＵＥ１７０４は、コード１  １７０８（例えば、１次コード）を受信し、復号し得る。第１のＵＥ１７０４は、注目するコード１  １７０８を発見し得る（例えば、コード１  １７０８は、第１のＵＥ１７９４のいくつかの基準に一致し得る）。第１のＵＥ１７０４は、コード２  １７１０とコード３  １７１１とを正常に受信し得るが、コード２  １７１０とコード３  １７１１とを直ちに復号できないことがある。従って、第１のＵＥ１７０４は、注目すべきコード２  １７１０およびコード３  １７１１（例えば、２次コード）を発見しないことがある。第１のＵＥ１７０４は、ネットワークデバイス１７０６に注目するコード（例えば、コード１  １７０８）に関連する情報についての要求を含むメッセージ１７１２を送り得る。一態様では、メッセージ１７１２は、前の一致報告からすでに知られていない限り、発見されたコード（例えば、コード１  １７０８）のアプリケーションレイヤの意味（例えば、ＰｒｏＳｅアプリケーション名）をＵＥが取得するために、ＰｒｏＳｅ機能にＵＥ（例えば、第１のＵＥ１７０４）によって送られなければならない一致報告メッセージであり得る。ネットワークデバイス１７０６は、コード１  １７０８（例えば、表現１）に関連する表現とコード１  １７０８に関連するメタデータとを含むメッセージ１７１４を送り得る。例えば、メタデータは、表現２および表現３など、コード１  １７１４に関連する１つまたは複数の表現を含み得る。一態様では、メッセージ１７１４は、一致報告肯定応答メッセージであり得る。表現２と表現３とがコード１  １７０８のためのメタデータとして受信されるので、第１のＵＥ１７０４は、表現２と表現３とがやはりコード１  １７０８を送信した第２のＵＥ１７０２に関連付けられると決定する。従って、第１のＵＥ１７０４は、１次表現コード（例えば、コード１  １７０８）を使用して第２のＵＥ１７０２の１つまたは複数の２次表現（例えば、表現２および表現３）を受信し得る。言い換えれば、第１のＵＥ１７０４は、２次表現に関連する表現コード（例えば、コード２  １７１０およびコード３  １７１１）を復号することなしに第２のＵＥ１７０２の１つまたは複数の２次表現（例えば、表現２および表現３）を決定し得る。
【０１７４】
[00208]  別の態様では、図１８Ａおよび図１８Ｂに関して以下で説明するように、第１のＵＥ１８０４は、第２のＵＥ１８０２から１次表現コードを受信し得、１次表現コードを使用して第２のＵＥ１８０２から送信された保護された２次表現コードを決定し得る。
【０１７５】
[00209]  図１８Ａと図１８Ｂとは、本開示の様々な態様による、ネットワーク１８００におけるデバイス発見を示す図である。図１８Ａに示すように、ネットワーク１８００は、第１のＵＥ１８０４と第２のＵＥ１８０２とを含む。第２のＵＥ１８０２は、コード１  １８０８（例えば、１次表現コード）を含む信号１８０６を送信し得、コード２  １８１４（例えば、２次表現コード）とプレフィックス１８１２とを含む信号１８１０を送信し得る。一態様では、プレフィックス１８１２は、表現コードビットの任意のサブセットであり得る。例えば、プレフィックス１８１２は、コード２  １８１４に先行するように構成され得るか、またはそれに続くように構成され得る。従って、信号１８１０中のコード２  １８１４とプレフィックス１８１２との配置は、他の態様では図１８Ａに示したものとは異なり得ることを理解されたい。第１のＵＥ１８０４は、信号１８０６を受信し得、信号１８０６からコード１  １８０８を正常に抽出し得る。第１のＵＥ１８０４は、信号１８１０をさらに受信し得るが、しかしながら、第１のＵＥ１８０４は、プレフィックス１８１２についての知識なしに信号１８１０からコード２  １８１４を直ちに抽出できないことがある。図１８Ａでは、コード１  １８０８は、第２のＵＥ１８０２の第１の表現に関連付けられ得、コード２  １８１４は、第２のＵＥ１８０２の第２の表現に関連付けられ得る。例えば、第１および第２の表現は、異なるＰｒｏＳｅアプリケーション名であり得る。
【０１７６】
[00210]  一態様では、第１のＵＥ１８０４は、コード１  １８０８に関数を適用することによってプレフィックス１８１２を決定し得る。例えば、図１８Ｂを参照すると、第１のＵＥ１８０４は、プレフィックス１８１２を生成するために、コード１  １８０８に規定のハッシュ関数１８５２を適用し得る。第１のＵＥ１８０４は、プレフィックス１８１２を含むあらゆる受信された信号を識別し得る。例えば、第１のＵＥ１８０４は、受信された信号１８１０がプレフィックス１８１２を含むことを識別し得る。第１のＵＥ１８０４は、次いで、プレフィックス１８１２を使用してコード２  １８１４を抽出し得る。従って、第１のＵＥ１８０４は、第２のＵＥ１８０２からのコード１  １８０８を使用してプレフィックス１８１２を生成したので、第１のＵＥ１８０４は、プレフィックス１８１２を使用して抽出されたコード２  １８１４がやはり第２のＵＥ１８０２に関連付けられると決定する。当然、コード１とコード２との両方がリンクされるかまたは同じデバイスからのものであることをあらゆる受信側に搬送するためにまったく同じ処理が第２のＵＥ１８０２によって使用された。一態様では、第１のＵＥ１８０４は、ネットワークデバイスにコード２  １８１４に関連する情報についての要求を含むメッセージを送り得る。一態様では、メッセージは、発見されたコード（例えば、コード２  １８１４）のアプリケーションレイヤの意味（例えば、ＰｒｏＳｅアプリケーション名）をＵＥが取得するために、ＰｒｏＳｅ機能にＵＥ（例えば、第１のＵＥ１８０４）によって送られなければならない一致報告メッセージであり得る。ネットワークデバイスは、コード２  １８１４に関連する表現とコード２  １８１４に関連するメタデータとを含むメッセージを送り得る。例えば、メタデータは、表現２  １８１４に関連する１つまたは複数の表現を含み得る。
【０１７７】
[00211]  一態様では、図１９に関して以下で説明するように、ＵＥは、公開表現（例えば、特殊な許可なしにあらゆるＵＥによって発見可能な表現）のための弁別器を導出し得、ＵＥによって検出された表現コードのいずれかが導出された弁別器を含んでいるかどうかを決定し得る。このようにして、ＵＥは、同じ弁別器によってリンクされた全ての表現コードを決定できる。
【０１７８】
[00212]  図１９は、本開示の様々な態様による、ネットワーク１９００におけるデバイス発見を示す図である。図１９に示すように、ネットワーク１９００は、第１のＵＥ１９０４と第２のＵＥ１９０２とを含む。第２のＵＥ１９０２は、コード１  １９０８（例えば、１次表現コード）を含む信号１９０６と、コード２  １９１２（例えば、２次表現コード）と弁別器１  １９１４とを含む信号１９１０と、コード３  １９１８（例えば、２次表現コード）と弁別器１  １９２０とを含む信号１９１６とを送信し得る。信号１９１０中でのコード２  １９１２と弁別器１  １９１４との配置が、他の態様では図１９に示したものとは異なることがある（例えば、弁別器１  １９１４がコード２  １９１２に先行し得る）ことを理解されたい。また、信号１９１６中でのコード３  １９１８と弁別器１  １９２０との配置が、他の態様では図１９に示したものとは異なることがある（例えば、弁別器１  １９２０がコード２  １９１２に先行し得る）ことを理解されたい。
【０１７９】
[00213]  第１のＵＥ１９０４はコード１  １９０８を復号し得る。一態様では、第１のＵＥ１９０４は、特殊な許可なしに任意のＵＥによって発見可能である公開表現のための弁別器を導出し得る。例えば、第１のＵＥ１９０４は、コード１  １９０８を使用して弁別器（例えば、「弁別器１」）を導出し得る。第１のＵＥ１９０４は、次いで、信号１９１０および／または信号１９１６が導出された弁別器（例えば、「弁別器１」）を含むかどうかを決定し得る。図１９に示すように、信号１９１０は、弁別器１  １９１４を含むので、および信号１９１６は、弁別器１  １９２０を含むので、第１のＵＥ１９０４は、コード２  １９１２とコード３  １９１８とがどちらも、コード１  １９０８から導出された同じ弁別器によってコード１  １９０８にリンクされると決定し得る。従って、図１９の態様では、第１のＵＥ１９０４は、同じ弁別器（例えば、「弁別器１」）を有することによって、１次表現コード（コード１  １９０８）にリンクされた２次表現コード（例えば、コード２  １９１２およびコード３  １９１８）を決定し得る。
【０１８０】
[00214]  図２０は、本開示の様々な態様による、メタデータ管理を示す図２０００である。図２０は、第１のＵＥ２００６と、ＰｒｏＳｅ機能／表現名サーバ（ＥＮＳ）２００４と、第２のＵＥ２００２とを含む。一態様では、ＰｒｏＳｅ機能／ＥＮＳ２００４は、告知ＵＥ（例えば、第２のＵＥ２００２）によって開始されたメタデータ更新動作をサポートするように構成されたＰｒｏＳｅ機能である。図２０に示すように、第２のＵＥ２００２は、告知メッセージ２００８を送る。一態様では、告知メッセージ２００８は、ＰｒｏＳｅアプリケーション名とＰｒｏＳｅアプリケーション名に関連するメタデータとを含む。ＰｒｏＳｅ機能／ＥＮＳ２１０４は、告知メッセージ２００８を受信し、告知メッセージ２００８中のＰｒｏＳｅアプリケーション名をオーバージエア送信に好適なビットストリング（例えば、一連のビット）に変換する。例えば、ビットストリングは、１つまたは複数の監視ＵＥ（例えば、第１のＵＥ２００６）が、第２のＵＥ２００２からの告知が１つまたは複数の監視ＵＥに関係のあるものであるかどうかを決定することを可能にするように構成され得る。ＰｒｏＳｅ機能／ＥＮＳ２００４は、メモリ中に告知メッセージ２００８中に含まれるメタデータ２０１０を記憶し得、メタデータＩＤ２０１４などのメタデータに関連するＩＤを生成するファンクション２０１２を行い得る。ＰｒｏＳｅ機能／ＥＮＳ２１０４は、次いで、表現コード２０１８などの表現コード中でビットストリングとメタデータＩＤ２０１４とを構成するファンクション２０１６を行い得る。図２０にさらに示すように、ＰｒｏＳｅ機能／ＥＮＳ２００４は、第２のＵＥ２００２に表現コード２０１８を含むメッセージ２０２０を送る。第２のＵＥ２００２は、次いで、表現コード２０１８を含む告知メッセージ２０２２をブロードキャストする。第１のＵＥ２００６は、告知メッセージ２０２２を受信し、告知メッセージ２０２２中の表現コード２０１８が第１のＵＥ２００６に関係のあるものであると決定する。第１のＵＥ２００６は、表現コード２０１８を含むメッセージ２０２４を送る。一態様では、メッセージ２０２４は、一致報告メッセージであり得る。ＰｒｏＳｅ機能／ＥＮＳ２００４は、メッセージ２０２４を受信し、メッセージ２０２４中の表現コード２０１８を識別する。ＰｒｏＳｅ機能／ＥＮＳ２００４は、表現コード２０１８中に含まれるメタデータＩＤ（例えば、メタデータＩＤ２０１４）を抽出するファンクション２０２６を行う。ＰｒｏＳｅ機能／ＥＮＳ２００４は、抽出されたメタデータＩＤ（例えば、メタデータＩＤ２０１４）に対応するメタデータ（例えば、メタデータ２０１０）を識別するファンクション２０２８を行う。ＰｒｏＳｅ機能／ＥＮＳ２００４は、次いで、第１のＵＥ２００６にメタデータ（例えば、メタデータ２０１０）を含むメッセージ２０３０を送る。
【０１８１】
[00215]  従って、図２０の態様では、告知ＵＥ（例えば、第２のＵＥ２００２）は、告知ＵＥによって告知されたメッセージ（例えば、メッセージ２００８）中にメタデータ（例えば、メタデータ２０１０）を含み得、ここで、メタデータは、ＰｒｏＳｅ機能／ＥＮＳ（例えば、ＰｒｏＳｅ機能／ＥＮＳ２００４）中に記憶される。監視ＵＥ（例えば、第１のＵＥ２００６）は、次いで、ＰｒｏＳｅ機能／ＥＮＳからメタデータを受信し得る。
【０１８２】
[00216]  図２１は、本開示の様々な態様による、通信フローを示す図２１００である。図２１は、第１のＵＥ２１０６と、ＰｒｏＳｅ機能／ＥＮＳ２１０４と、第２のＵＥ２１０２とを含む。図２１に示すように、第２のＵＥ２１０２は、ＰｒｏＳｅ機能／ＥＮＳ２１０４に告知メッセージ２１０８を送る。一態様では、告知メッセージ２１０８は、ＰｒｏＳｅアプリケーション名（例えば、表現１（Ｅｘｐｒ１））とＰｒｏＳｅアプリケーション名に関連するメタデータ（例えば、メタデータ１）とを含む。例えば、ＰｒｏＳｅアプリケーション名は、第２のＵＥ２１０２によって告知されるべきアプリケーションの記述であり得、ここで、記述は、第２のＵＥ２１０２のアプリケーションが１つまたは複数の監視ＵＥに関係のあるものであるかどうか決定するために、１つまたは複数の監視ＵＥ（例えば、第１のＵＥ２１０６）によって使用される。ＰｒｏＳｅ機能／ＥＮＳ２１０４は、告知メッセージ２１０８を受信し、告知メッセージ２１０８中のＰｒｏＳｅアプリケーション名をオーバージエア送信に好適なビットストリング（例えば、一連のビット）に変換する。例えば、ビットストリングは、１つまたは複数の監視ＵＥ（例えば、第１のＵＥ２１０６）が、第２のＵＥ２１０２からの告知が１つまたは複数の監視ＵＥに関係のあるものであるかどうかを決定することを可能にするように構成され得る。ＰｒｏＳｅ機能／ＥＮＳ２１０４は、メモリ中に告知メッセージ２１０８中に含まれるメタデータを記憶し得、メタデータに関連するＩＤを生成し得る。ＰｒｏＳｅ機能／ＥＮＳ２１０４は、次いで、第１の表現コード（例えば、表現コード１）中でビットストリングとメタデータに関連するＩＤとを構成し得る。図２１に示すように、ＰｒｏＳｅ機能／ＥＮＳ２１０４は、第２のＵＥ２１０２に第１の表現コード（例えば、表現コード１）を含むメッセージ２１１０を送る。
【０１８３】
[00217]  図２１に示すように、第２のＵＥ２１０２は、表現コード１を含むメッセージ２１１２を告知する（例えば、オーバージエアでブロードキャストする）。第１のＵＥ２１０６は、メッセージ２１１２を受信し、メッセージ２１１２中の表現コード１が第１のＵＥ２１０６に関係のあるものであると決定する。例えば、第１のＵＥ２１０６は、第１のＵＥ２１０６のユーザによって構成される１つまたは複数の基準に基づいて決定を行い得る。第１のＵＥ２１０６は、ＰｒｏＳｅ機能／ＥＮＳ２１０４に表現コード１を含む一致報告メッセージ２１１４を送る。ＰｒｏＳｅ機能／ＥＮＳ２１０４は、一致報告メッセージ２１１４中に含まれる表現コード１からビットストリングとメタデータに関連するＩＤ（例えば、メタデータ１）とを抽出する。ＰｒｏＳｅ機能／ＥＮＳ２１０４は、次いで、ビットストリングに関連するＰｒｏＳｅアプリケーション名（例えば、Ｅｘｐｒ１）とＩＤに関連するメタデータとを識別する。ＰｒｏＳｅ機能／ＥＮＳ２１０４は、次いで、ＰｒｏＳｅアプリケーション名とメタデータ（例えば、メタデータ１）とを含むメッセージ２１１６を送る。第１のＵＥ２１０６は、メッセージ２１１６を受信し、表現コード１がメッセージ２１１６を介して受信されたＰｒｏＳｅアプリケーション名（例えば、Ｅｘｐｒ１）とメタデータ（例えば、メタデータ１）とに対応すると決定する。
【０１８４】
[00218]  図２１に示すように、第２のＵＥ２１０２は、更新されたメタデータ（例えば、メタデータ２）を含むメッセージ２１１８を送ることよってＰｒｏＳｅ機能／ＥＮＳ２１０４によって記憶されたメタデータ（例えば、メタデータ１）を更新し得る。一態様では、メッセージ２１１８は、メタデータを更新するようにとの命令を含み得る。ＰｒｏＳｅ機能／ＥＮＳ２１０４は、更新されたメタデータに関連する更新されたＩＤを生成し得る。ＰｒｏＳｅ機能／ＥＮＳ２１０４は、次いで、第２の表現コード（例えば、表現コード２）中でＰｒｏＳｅアプリケーション名に関連するビットストリングと更新されたメタデータに関連する更新されたＩＤとを構成し得る。図２１に示すように、ＰｒｏＳｅ機能／ＥＮＳ２１０４は、第２のＵＥ２１０２に第２の表現コード（例えば、表現コード２）を含むメッセージ２１２０を送る。
【０１８５】
[00219]  図２１に示すように、第２のＵＥ２１０２は、表現コード２を含むメッセージ２１２２を告知する（例えば、オーバージエアでブロードキャストする）。第１のＵＥ２１０６は、メッセージ２１２２を受信し、メッセージ２１２２中の表現コード２が第１のＵＥ２１０６に関係のあるものであると決定する。例えば、第１のＵＥ２１０６は、第１のＵＥ２１０６のユーザによって構成される１つまたは複数の基準に基づいて決定を行い得る。第２のＵＥ２１０６は、ＰｒｏＳｅ機能／ＥＮＳ２１０４に表現コード２を含む一致報告メッセージ２１２４を送る。ＰｒｏＳｅ機能／ＥＮＳ２１０４は、一致報告メッセージ２１２４中に含まれる表現コード２からビットストリングと更新されたメタデータに関連する更新されたＩＤ（例えば、メタデータ２）とを抽出する。ＰｒｏＳｅ機能／ＥＮＳ２１０４は、次いで、ビットストリングに関連するＰｒｏＳｅアプリケーション名（例えば、Ｅｘｐｒ１）と更新されたＩＤに関連する更新されたメタデータとを識別する。ＰｒｏＳｅ機能／ＥＮＳ２１０４は、次いで、ＰｒｏＳｅアプリケーション名（例えば、Ｅｘｐｒ１）と更新されたメタデータ（例えば、メタデータ２）とを含むメッセージ２１２６を送る。第１のＵＥ２１０６は、メッセージ２１２６を受信し、表現コード２がメッセージ２１２６を介して受信されたＰｒｏＳｅアプリケーション名（例えば、Ｅｘｐｒ１）と更新されたメタデータ（例えば、メタデータ２）とに対応すると決定する。従って、図２１の態様では、第２のＵＥ２１０２は、ＰｒｏＳｅアプリケーション名に関連するメタデータを更新し得、第１のＵＥ２１０６は、ＰｒｏＳｅ機能／ＥＮＳ２１０４が更新されたメタデータの１つまたは複数の監視ＵＥに通知するためにプッシュ関数を実行することを必要とすることなしに、ＰｒｏＳｅ機能／ＥＮＳ２１０４から更新されたメタデータを取り出し得る。
【０１８６】
[00220]  図２２は、例示的なネットワーク２２００を示す図である。図２２に示すように、ネットワーク２２００は、第１のＵＥ２２０１と、第２のＵＥ２２０２と、ＰｒｏＳｅ機能／ＥＮＳ２２０４とを含む。図２２に示すように、ネットワーク２２００中の第１のＵＥ２２０１は、第２のＵＥ２２０２などの１つまたは複数の告知ＵＥによって送信された（例えば、ブロードキャストされた）表現コードを監視していることがある。一態様では、第２のＵＥ２２０２は、（図２２中で「位置１」として示された）第１のロケーションに位置し得、ロケーション１に静止したままであり得る。第２のＵＥ２２０２は、第２のＵＥ２２０２のロケーションを決定し得、ＰｒｏＳｅアプリケーション名および／またはメタデータ（例えば、メタデータ１  ２２０８）を含む告知２２０６を送り得る。一態様では、メタデータは、第２のＵＥ２２０２の固定ロケーション情報（例えば、「位置１」）を含み得る。例えば、固定ロケーション情報は、第１のロケーションに静止したままである第２のＵＥ２２０２のロケーションを示す地理的座標（例えば、ＧＰＳ座標またはＧＰＳデータ）であり得る。ＰｒｏＳｅ機能／ＥＮＳ２２０４は、メモリ中にメタデータ（例えば、例えば、メタデータ１  ２２０８）を記憶し得、第２のＵＥ２２０２にＰｒｏＳｅアプリケーション名および／またはメタデータ（例えば、メタデータ１  ２２０８）に関連する１次表現コード（例えば、１次コード１）を与え得る。第２のＵＥ２２０２は、１次表現コード（例えば、１次コード１）を含むメッセージ２２１０を送信し得る。
【０１８７】
[00221]  図２２に示すように、第２のＵＥ２２０２は、もはや静止したままでないことがあり、（「位置２」として示される）第２のロケーションに対して例示的な経路２２２６に沿って移動し得る。第２のＵＥ２２０２は、第２のＵＥ２２０２のロケーションを決定し得、ＰｒｏＳｅアプリケーション名および／または更新されたメタデータ（例えば、メタデータ２  ２２１４）を含む更新メッセージ２２１２を送り得る。一態様では、更新されたメタデータは、移動している第２のＵＥ２２０２の現在のロケーション（例えば、「位置２」）を含む２次表現コード（例えば、２次コード１）を識別することについての情報を含み得る。ＰｒｏＳｅ機能／ＥＮＳ２２０４は、メモリ中に更新されたメタデータ（例えば、例えば、メタデータ２  ２２１４）を記憶し得、第２のＵＥ２２０２にＰｒｏＳｅアプリケーション名および／または更新されたメタデータ（例えば、メタデータ２  ２２１４）に関連する第２の１次表現コード（例えば、１次コード２）を与え得る。第２のＵＥ２２０２は、第２の１次表現コード（例えば、１次コード２）を含むメッセージ２２１６と２次表現コード（例えば、２次コード１）を含むメッセージ２２１８とを送信し得る。
【０１８８】
[00222]  図２２に示すように、第２のＵＥ２２０２は、例示的な経路２２２８に沿って移動し続け得、（図２２中で「位置３」として示される）第３のロケーションに到着し得、第３のロケーションに静止したままであり得る。第２のＵＥ２２０２は、第２のＵＥ２２０２のロケーションを決定し得、ＰｒｏＳｅアプリケーション名および／または更新されたメタデータ（例えば、メタデータ３  ２２２２）を含む更新メッセージ２２２０を送り得る。一態様では、更新されたメタデータ（例えば、メタデータ３  ２２２２）は、第２のＵＥ２２０２の固定ロケーション情報（例えば、「位置３」）を含み得る。例えば、固定ロケーション情報は、第３のロケーションに静止したままである第２のＵＥ２２０２のロケーションを示す地理的座標（例えば、ＧＰＳ座標またはＧＰＳデータ）であり得る。ＰｒｏＳｅ機能／ＥＮＳ２２０４は、メモリ中に更新されたメタデータ（例えば、例えば、メタデータ３  ２２２２）を記憶し得、第２のＵＥ２２０２にＰｒｏＳｅアプリケーション名および／または更新されたメタデータ（例えば、メタデータ３  ２２２２）に関連する第３の１次表現コード（例えば、１次コード３）を与え得る。第２のＵＥ２２０２は、第３の１次表現コード（例えば、１次コード３）を含むメッセージ２２２４を送信し得る。
【０１８９】
[00223]  図２３は、本開示の様々な態様による、通信フローを示す図２３００である。図２３中で点線で示される送信が、本開示の様々な態様を示すための随意の送信を表すことを理解されたい。一態様では、図２３中の第１のＵＥ２３０１と、第２のＵＥ２３０２と、ＰｒｏＳｅ機能／ＥＮＳ２３０４とは、図２２中での第１のＵＥ２２０１と、第２のＵＥ２２０２と、ＰｒｏＳｅ機能／ＥＮＳ２２０４とにそれぞれ対応し得る。
【０１９０】
[00224]  図２３に示すように、第２のＵＥ２３０２は、第１のロケーション（例えば、「位置１」）に静止したままである、２３０８。第２のＵＥ２３０２は、第２のＵＥ２３０２のロケーションを決定し得、ＰｒｏＳｅアプリケーション名（例えば、Ｅｘｐｒ１）とＰｒｏＳｅアプリケーション名に関連するメタデータ（例えば、メタデータ１）とを含む告知要求メッセージ２３１０を送り得る。例えば、第２のＵＥ２３０２は、衛星からＧＰＳデータを受信することによってまたは（例えば、ＷｉＦｉ（商標）ネットワーク走査を介して）ネットワークからロケーション情報を受信することによって第２のＵＥ２３０２のロケーションを決定し得る。一態様では、メタデータ１は、第２のＵＥ２２０２の固定ロケーション情報（例えば、「位置１」）を含み得る。例えば、固定ロケーション情報は、固定の第２のＵＥ２３０２のロケーションを示す地理的座標（例えば、ＧＰＳ座標またはＧＰＳデータ）であり得る。例えば、ＰｒｏＳｅアプリケーション名は、第２のＵＥ２３０２によって告知されるべきアプリケーションの記述であり得、ここで、記述は、第２のＵＥ２３０２のアプリケーションが１つまたは複数の監視ＵＥに関係のあるものであるかどうか決定するために、１つまたは複数の監視ＵＥ（例えば、第１のＵＥ２３０１）によって使用される。ＰｒｏＳｅ機能／ＥＮＳ２３０４は、告知要求メッセージ２３１０を受信し、ＰｒｏＳｅアプリケーション名（例えば、Ｅｘｐｒ１）とメタデータ１（またはメタデータＩＤなど、メタデータ１に関連する情報）とを第１の表現コード（例えば、１次コード１）に構成し得る。例えば、上記で説明したように、表現コードは、オーバージエア送信に好適なビットのシーケンスであり得、１つまたは複数の監視ＵＥ（例えば、第１のＵＥ２３０１）が、第２のＵＥ２３０２からの告知が１つまたは複数の監視ＵＥに関係のあるものであるかどうかを決定することを可能にするように構成され得る。図２３に示すように、ＰｒｏＳｅ機能／ＥＮＳ２３０４は、第２のＵＥ２３０２に第１の１次表現コード（例えば、１次コード１）を含むメッセージ２３１２を送る。
【０１９１】
[00225]  図２３に示すように、第２のＵＥ２３０２は、１次コード１を含むメッセージ２３１４を告知する（例えば、オーバージエアでブロードキャストする）。第１のＵＥ２３０１は、メッセージ２３１４を受信し、メッセージ２３１４中の１次コード１が第１のＵＥ２３０１に関係のあるものであると決定する。例えば、第１のＵＥ２３０１は、第１のＵＥ２３０１のユーザによって構成される１つまたは複数の基準に基づいて決定を行い得る。第１のＵＥ２３０１は、ＰｒｏＳｅ機能／ＥＮＳ２３０４に１次コード１を含む一致報告メッセージ２３１８を送る。ＰｒｏＳｅ機能／ＥＮＳ２３０４は、１次コード１をＰｒｏＳｅアプリケーション名とメタデータ１とに一致させる。ＰｒｏＳｅ機能／ＥＮＳ２１０４は、次いで、ＰｒｏＳｅアプリケーション名とメタデータ１とを含むメッセージ２３２０を送る。第１のＵＥ２３０１は、メッセージ２３２０を受信し、メタデータ１に基づいて第２のＵＥ２３０２の固定ロケーション（例えば、「位置１」）を決定する。図２３に示すように、第２のＵＥ２３０２は、もはや静止したままでないことがあり、第２のロケーション（例えば、「位置２」）に対して移動し始め得る、２３１６。第２のＵＥ２３０２が固定ロケーション（例えば、「位置１」）から移動したとき、第２のＵＥ２３０２は、第２のＵＥ２３０２のロケーション（例えば、「位置２」）を決定し得る。例えば、第２のＵＥ２３０２は、衛星からＧＰＳデータを受信することによってまたはネットワークからロケーション情報を受信することによって第２のＵＥ２３０２のロケーションを決定し得る。
【０１９２】
[00226]  一態様では、第２のＵＥ２３０２が移動し始めたとき、２３１６、第２のＵＥ２３０２は、２次表現コード（例えば、２次コード１）を含むメッセージ２３３４を送信し得る。例えば、２次表現コードは、１つまたは複数の監視ＵＥへのオーバージエア送信（例えば、ブロードキャスト）に好適なビットのシーケンスであり得る。２次表現コードにより、さらに、第２のＵＥ２３０２が移動し始めたとき、２３１６、監視ＵＥ（例えば、第１のＵＥ２３０１）が第２のＵＥ２３０２の現在のロケーションを決定することが可能になり得る。一態様では、２次表現コードは、２つの構成要素を有し得る。例えば、第１の構成要素は、１次表現コード（例えば、図２３中の１次コード１または１次コード２）に２次表現コードをリンクする（「依存コード」とも呼ばれる）情報であり得、第２の構成要素は、移動している第２のＵＥ２３０２の現在のロケーション（例えば、「位置２」）を表す情報を含み得る。一態様では、第２のＵＥ２３０２は、ＰｒｏＳｅ機能／ＥＮＳ２３０４にＰＡＩを送ることによって依存コードを収集し得る。そのような態様では、ＰｒｏＳｅ機能／ＥＮＳ２０３４は、ＰＡＩを使用して依存コードを生成し、割り当て得、第２のＵＥ２３０２に依存コードを送り得る。別の態様では、依存コードは、ハッシュ関数を通してパスされた秘密表現コードの出力であり得る。別の態様では、第２のＵＥ２３０２は、ＰｒｏＳｅ機能／ＥＮＳ２３０４に秘密の表現名（例えば、制限されたＰｒｏＳｅアプリケーションユーザＩＤ）を送ることによって依存コードを収集し得る。そのような態様では、ＰｒｏＳｅ機能／ＥＮＳ２３０４は、秘密の表現名を使用して依存コードを生成し、割り当て得、第２のＵＥ２３０２に依存コードを送り得る。別の態様では、第２のＵＥ２３０２は、ＰｒｏＳｅ機能／ＥＮＳ２０３４に依存コードを要求し得、要求に応答してＰｒｏＳｅ機能／ＥＮＳ２０３４から依存コードを受信し得る。従って、依存コードは、第２のＵＥ２３０２によって単独で生成されるかまたはＰｒｏＳｅ機能（例えば、ＰｒｏＳｅ機能／ＥＮＳ２３０４）または他のアプリケーションサーバ（例えば、サードパーティソーシャルネットワーク）などのネットワークデバイスとの通信を介して収集され得ることを理解されたい。
【０１９３】
[00227]  第２のＵＥ２３０２は、様々な方法で監視ＵＥ（例えば、第１のＵＥ２３０１）に依存コードを通信し得る。一態様では、図２３を参照すると、第２のＵＥ２３０２は、告知要求メッセージ２３１０中で送られるメタデータ１中に依存コードを含め得る。そのような態様では、第１のＵＥ２３０１は、メッセージ２３２０中でメタデータ１を受信し、メタデータ１を使用して依存コードを決定する。第１のＵＥ２３０１は、次いで、メッセージ２３３４中の２次コード１を識別および／または復号するために依存コードを使用する。一態様では、第２のＵＥ２３０２は、第２のＵＥ２３０２が移動し始めたとき、１次表現コード（例えば、１次コード１または１次コード２）を送信し得、第２のＵＥ２３０２が移動し始めたことを監視ＵＥ（例えば、第１のＵＥ２３０１）に示すフラグを１次表現コード中に設定し得る。１次コード２あるいは１次コード１または１次コード２中のフラグを検出すると、第１のＵＥ２３０１は、移動している第２のＵＥ２３０２の現在のロケーションを決定するために、以前に収集された依存コードを使用して２次表現コード（例えば、２次コード１）を監視し得る。
【０１９４】
[00228]  別の態様では、第２のＵＥ２３０２は、１次表現コード（例えば、図２３中の１次コード１、２、および／または３）のビット中に依存コードを含めることによって監視ＵＥ（例えば、第１のＵＥ２３０１）に依存コードを通信し得る。そのような態様では、第１のＵＥ２３０１は、移動している第２のＵＥ２３０２の現在のロケーションを含む任意の２次表現コードを識別および／または復号するために依存コードを使用し得る。
【０１９５】
[00229]  別の態様では、第２のＵＥ２３０２は、１次表現コードのビットに基づいて依存コードを生成し得る。例えば、第２のＵＥ２３０２は、１次表現コード（例えば、１次コード１）のビットにハッシュ関数を適用し得、ここで、ハッシュ関数の出力は、依存コードを表す。そのような例では、監視ＵＥ（例えば、第１のＵＥ２３０１）は、１次表現コードのビットを受信し得、依存コードを決定するために、１次表現コードのビットに同じハッシュ関数を適用し得る。
【０１９６】
[00230]  別の態様では、図２３を参照すると、第２のＵＥ２３０２は、ＰｒｏＳｅアプリケーション名（例えば、Ｅｘｐｒ１）と更新されたメタデータ（例えば、メタデータ２）とを含む更新メッセージ２３２２を送り得、ここで、更新されたメタデータは、依存コードを含む。そのような態様では、ＰｒｏＳｅ機能／ＥＮＳ２３０４は、メモリ中にメタデータ２を記憶し得、ＰｒｏＳｅアプリケーション名（例えば、Ｅｘｐｒ１）とメタデータ２（またはメタデータＩＤなど、メタデータ２に関連する情報）とを第２の１次表現コード（例えば、１次コード２）に構成し得る。図２３に示すように、ＰｒｏＳｅ機能／ＥＮＳ２３０４は、第２のＵＥ２３０２に第２の１次表現コード（例えば、１次コード２）を含むメッセージ２３２４を送り得る。図２３にさらに示すように、第２のＵＥ２３０２は、１次コード２を含むメッセージ２３２６を告知する（例えば、オーバージエアでブロードキャストする）。
【０１９７】
[00231]  図２３に示すように、第１のＵＥ２３０１は、メッセージ２３２６を受信し、メッセージ２３２６中の１次コード２が第１のＵＥ２３０１に関係のあるものであると決定する。例えば、第１のＵＥ２３０１は、第１のＵＥ２３０１のユーザによって構成される１つまたは複数の基準に基づいて決定を行い得る。図２３に示すように、一態様では、第１のＵＥ２３０１は、ＰｒｏＳｅ機能／ＥＮＳ２３０４に１次コード２を含む一致報告メッセージ２３３０を送り得る。ＰｒｏＳｅ機能／ＥＮＳ２３０４は、１次コード２をＰｒｏＳｅアプリケーション名（例えば、Ｅｘｐｒ１）と更新されたメタデータ（例えば、メタデータ２）とに一致させ得る。ＰｒｏＳｅ機能／ＥＮＳ２１０４は、ＰｒｏＳｅアプリケーション名とメタデータ２とを含むメッセージ２３３２を送り得る。第１のＵＥ２３０１は、メッセージ２３３２を介してメタデータ２を受信し得、メタデータ２中に含まれる依存コードを決定し得る。第１のＵＥ２３０１は、２次コード１中に含まれる移動している第２のＵＥ２３０２の現在のロケーション（例えば、「位置２」）を決定するために、メッセージ２３３４中の２次コード１を識別および／または復号するために依存コードを使用し得る。
【０１９８】
[00232]  上記で説明した態様に関して、第２のＵＥ２３０２が、第２のＵＥ２３０２の現在のロケーション（例えば、「位置２」）を示すロケーション情報を収集し、さらに、依存コードを収集した後、第２のＵＥ２３０２は、２次表現コード（例えば、２次コード１）の第２の構成要素を生成するためにロケーション情報を圧縮し得る。従って、２次表現コードの第１の構成要素と第２の構成要素とを収集した後に、第２のＵＥ２３０２は、ネットワークデバイス（例えば、ＰｒｏＳｅ機能／ＥＮＳ２３０４）との追加の通信なしに２次表現コードを生成し得る。一態様では、第２のＵＥ２３０２は、第２のＵＥ２３０２中での電力消費量を低減するために第２のＵＥ２３０２のモデムまたは他のハードウェアを使用してロケーション情報を圧縮し得る。他の態様では、第２のＵＥ２３０２が電力制限されない場合、第２のＵＥ２３０２は、ネットワークデバイスから新しいロケーション情報を取得するためにネットワークデバイス（例えば、ＰｒｏＳｅ機能／ＥＮＳ２３０４またはロケーションサーバ）と通信し得る。
【０１９９】
[00233]  上記で説明した態様にさらに関して、第１のＵＥ２３０１が２次表現コード（例えば、２次コード１）を受信した後、第１のＵＥ２３０１は、２次表現コードからロケーション情報を決定し得る。例えば、第１のＵＥ２３０１は、２次表現コードの第２の構成要素から第２のＵＥ２３０２の現在のロケーションを表すロケーション情報（例えば、圧縮されたデータビット）を抽出し得る。第１のＵＥ２３０１は、次いで、第２のＵＥ２３０２の現在のロケーションを決定するためにロケーション情報を復号し得る。ロケーション情報のそのような抽出および復号は、第１のＵＥ２３０１のモデムまたは他のハードウェアを使用して第１のＵＥ２３０１によって行われ得る。従って、第１のＵＥ２３０１は、ネットワークデバイス（例えば、ＰｒｏＳｅ機能／ＥＮＳ２３０４）との追加の通信なしに第２のＵＥ２３０２の現在のロケーションを決定するためにロケーション情報を抽出および復号し得る。他の態様では、第１のＵＥ２３０１が電力制限されない場合、第１のＵＥ２３０１は、ネットワークデバイス（例えば、ＰｒｏＳｅ機能／ＥＮＳ２３０４またはロケーションサーバ）に２次表現コードから抽出されたロケーション情報を与え得、これは、ロケーション情報を復号し、第１のＵＥ２３０１に復号されたロケーション情報を与え得る。
【０２００】
[00234]  図２３に示すように、第２のＵＥ２３０２は、第３のロケーション（例えば、「位置３」）に静止したままである、２３３６。第２のＵＥ２３０２は、第２のＵＥ２３０２のロケーションを決定し得、ＰｒｏＳｅアプリケーション名（例えば、Ｅｘｐｒ１）とＰｒｏＳｅアプリケーション名に関連する更新されたメタデータ（例えば、メタデータ３）とを含む更新メッセージ２３３８を送り得る。一態様では、メタデータ３は、第２のＵＥ２３０２の固定ロケーション情報（例えば、「位置３」）を含み得る。例えば、固定ロケーション情報は、固定の第２のＵＥ２３０２のロケーションを示す地理的座標（例えば、ＧＰＳ座標またはＧＰＳデータ）であり得る。ＰｒｏＳｅ機能／ＥＮＳ２３０４は、更新メッセージ２３３８を受信し、ＰｒｏＳｅアプリケーション名（例えば、Ｅｘｐｒ１）とメタデータ３（またはメタデータＩＤなど、メタデータ３に関連する情報）とを第３の１次表現コード（例えば、１次コード３）に構成し得る。例えば、第３の１次表現コードは、オーバージエア送信に好適なビットのシーケンスであり得、１つまたは複数の監視ＵＥ（例えば、第１のＵＥ２３０１）が、第２のＵＥ２３０２からの告知が１つまたは複数の監視ＵＥに関係のあるものであるかどうかを決定することを可能にするように構成され得る。図２３に示すように、ＰｒｏＳｅ機能／ＥＮＳ２３０４は、第２のＵＥ２３０２に第３の１次表現コード（例えば、１次コード３）を含むメッセージ２３４０を送る。
【０２０１】
[00235]  図２３に示すように、第２のＵＥ２３０２は、１次コード３を含むメッセージ２３４２を告知する（例えば、オーバージエアでブロードキャストする）。第１のＵＥ２３０１は、メッセージ２３４２を受信し、メッセージ２３４２中の１次コード３が第１のＵＥ２３０１に関係のあるものであると決定する。例えば、第１のＵＥ２３０１は、第１のＵＥ２３０１のユーザによって構成される１つまたは複数の基準に基づいて決定を行い得る。第１のＵＥ２３０１は、ＰｒｏＳｅ機能／ＥＮＳ２３０４に１次コード３を含む一致報告メッセージ２３４４を送る。ＰｒｏＳｅ機能／ＥＮＳ２３０４は、１次コード３をＰｒｏＳｅアプリケーション名とメタデータ３とに一致させる。ＰｒｏＳｅ機能／ＥＮＳ２１０４は、次いで、ＰｒｏＳｅアプリケーション名とメタデータ３とを含むメッセージ２３４６を送る。第１のＵＥ２３０１は、メッセージ２３４６を受信し、メタデータ３に基づいて第２のＵＥ２３０２の固定ロケーション（例えば、「位置３」）を決定する。
【０２０２】
[00236]  図２４は、通信の方法のフローチャート２４００である。本方法は、ネットワークデバイス（例えば、ＰｒｏＳｅ機能１０１２、１１１２、１２１２、装置３００２／３００２’）によって行われ得る。図２４において点線で表されたステップは随意のステップを表すことを理解されたい。
【０２０３】
[00237]  ステップ２４０２において、ネットワークデバイスは、第１のＵＥから、発見された第２のＵＥに関連する情報についての要求を受信し、情報は、第２のＵＥに関連するロケーション情報を含む。例えば、図１０を参照すると、ＰｒｏＳｅ機能１０１２は、ＵＥ＿Ａ１００２に関連するロケーション情報についての要求を含むメッセージ１０１６をＵＥ＿Ｂ１００４から受信する。一態様では、ロケーション情報についての要求は、第１のＵＥから一致報告メッセージ中で受信される。
【０２０４】
[00238]  ステップ２４０４において、ネットワークデバイスは、第１のＵＥがロケーション情報を受信することを許可されるかどうかを決定する。
【０２０５】
[00239]  ステップ２４０６において、ネットワークデバイスは、決定に基づいて第２のＵＥによってロケーション情報の報告を開始するように構成されたメッセージを送る。例えば、図１０を参照すると、ＰｒｏＳｅ機能１０１２は、要求されたロケーション情報を求める要求１０１８をロケーションサーバ１０１４に送ることによって報告を開始する。一態様では、ロケーションサーバ１０１４は、ロケーション情報を要求するメッセージ１０２０をＬＴＥプロトコルを使用してＵＥ＿Ａ１００２に送り得る。別の例として、図１１を参照すると、ＰｒｏＳｅ機能１１１２は、それのメタデータを現在のロケーション情報で更新するようにＵＥ＿Ａ１１０２に要求するメッセージ１１１６をＬＴＥプロトコルを使用してＵＥ＿Ａ１１０２に送ることによって報告を開始する。
【０２０６】
[00240]  ステップ２４０８において、ネットワークデバイスは、第２のネットワークデバイスから、または第２のＵＥからロケーション情報を受信する。一態様では、第２のＵＥから受信されたロケーション情報は、第２のＵＥに関連するメタデータ中に含まれる。
【０２０７】
[00241]  ステップ２４１０において、ネットワークデバイスは、第１のＵＥにロケーション情報を送る。一態様では、ロケーション情報は、一致報告肯定応答メッセージ中で第１のＵＥに送られる。
【０２０８】
[00242]  最後に、ステップ２４１２において、ネットワークデバイスは、ロケーション情報とともに第２のＵＥによって告知されるべきロケーション搬送コード、または第２のＵＥによって告知されるべきロケーション情報の決定を可能にするセキュリティ鍵を含むメッセージを第１のＵＥに送る。例えば、第２のＵＥによって告知されたロケーション情報がセキュリティ鍵を使用して暗号化される場合、第２のＵＥによって告知された暗号化されたロケーション情報を復号するためにセキュリティ鍵が使用され得る。別の例として、ロケーション情報の決定を可能にするために第２のＵＥによって告知されたロケーション情報に適用された暗号化関数の逆を行うためにセキュリティ鍵が使用され得る。
【０２０９】
[00243]  図２５は、ワイヤレス通信の方法のフローチャート２５００である。本方法は、第１のＵＥ（例えば、ＵＥ＿Ｂ１００４、１１０４、１２０４、装置３２０２／３２０２’）によって行われ得る。図２５において点線で表されたステップは随意のステップを表すことを理解されたい。
【０２１０】
[00244]  ステップ２５０２において、ＵＥは、ＰｒｏＳｅ発見、ＢＴＬＥ発見、またはＷＦＡ  ＮＡＮ発見を通して第２のＵＥを発見する。
【０２１１】
[00245]  ステップ２５０４において、ＵＥは、ネットワークデバイスに、第２のＵＥに関連するロケーション情報についての要求を送る。一態様では、ロケーション情報についての要求は、一致報告メッセージ中でネットワークデバイスに送られる。一態様では、ネットワークデバイスは、ＰｒｏＳｅ機能をサポートするように構成されたＰｒｏＳｅサーバである。
【０２１２】
[00246]  ステップ２５０６において、ＵＥは、ネットワークデバイスから、ロケーション情報とともに第２のＵＥによって告知されるべきロケーション搬送コードを含むメッセージを受信する。一態様では、ロケーション情報は、ブロードキャストメッセージ中で第２のＵＥから受信される。
【０２１３】
[00247]  ステップ２５０８において、ＵＥは、ロケーション情報を取得するためにロケーション搬送コードを使用してブロードキャストメッセージを処理する。
【０２１４】
[00248]  ステップ２５１０において、ＵＥは、ネットワークデバイスから、第２のＵＥによって告知されるべきロケーション情報の決定を可能にするセキュリティ鍵を含むメッセージを受信する。
【０２１５】
[00249]  ステップ２５１２において、ＵＥは、セキュリティ鍵を使用してブロードキャストメッセージを処理する。例えば、第２のＵＥによって告知されたロケーション情報がセキュリティ鍵を使用して暗号化される場合、ＵＥは、第２のＵＥによって告知された暗号化されたロケーション情報を復号するためにセキュリティ鍵が使用し得る。別の例として、ＵＥは、ロケーション情報を決定するために第２のＵＥによって告知されたロケーション情報に適用された暗号化関数の逆を行うためにセキュリティ鍵を使用し得る。
【０２１６】
[00250]  ステップ２５１４において、ＵＥは、ＵＥがロケーション情報を受信することを許可されるときロケーション情報を受信する。一態様では、ロケーション情報は、一致報告肯定応答メッセージ中でネットワークデバイスから受信される。
【０２１７】
[00251]  図２６は、ワイヤレス通信の方法のフローチャート２６０２である。本方法は、第１のＵＥ（例えば、ＵＥ＿Ｂ１００４、１１０４、１２０４、装置３２０２／３２０２’）によって行われ得る。
【０２１８】
[00252]  ステップ２６０２において、第１のＵＥは、第２のＵＥから、第２のＵＥに関連する第１の表現コードを含む第１の信号を受信する。
【０２１９】
[00253]  ステップ２６０４において、第１のＵＥは、第１の表現コードを使用して少なくとも第２の表現コードを決定し、少なくとも第２の表現コードは、第２のＵＥに関連付けられる。一態様では、第１のＵＥは、第２のＵＥから、第１のプレフィックスと少なくとも第２の表現コードとを含む第２の信号を受信することと、第２のプレフィックスを生成するために第１の表現コードに関数を適用することと、第２のプレフィックスを第１のプレフィックスと比較することと、第２のプレフィックスが第１のプレフィックスに一致するとき、第２の信号中の少なくとも第２の表現コードを決定することとを行うことによって少なくとも第２の表現コードを決定する。一態様では、第１のＵＥは、ネットワークデバイスに第１の表現コードを送ることと、ネットワークデバイスから第２のＵＥに関連する少なくとも第２の表現コードを受信することとを行うことによって少なくとも第２の表現コードを決定する。例えば、図１８Ａを参照すると、第１の表現コードは、コード１  １８０８であり得、第１のプレフィックスは、プレフィックス１８１２であり得、第２の表現コードは、コード２  １８１４であり得る。一態様では、第１の表現コードを含む第１の信号は、第１の発見リソース中で受信され、少なくとも第２の表現コードを備える第２の信号は、第２の発見リソース中で受信され、ここにおいて、第１の発見リソースは、第２の発見リソースとは無関係である。一態様では、関数は、ハッシュ関数である。一態様では、第１の表現コードは、一致報告メッセージ中でネットワークデバイスに送られる。一態様では、本ネットワークデバイスは、ＰｒｏＳｅ機能である。一態様では、第１の表現コードまたは少なくとも第２の表現コードは、第２のＵＥのサービスまたは第２のＵＥのアプリケーションに対応する。
【０２２０】
[00254]  図２７は、ワイヤレス通信の方法のフローチャート２７００である。本方法は、ネットワークデバイス（例えば、ＰｒｏＳｅ機能１０１２、１１１２、１２１２、装置３００２／３００２’）によって行われ得る。図２７において点線で表されたステップは随意のステップを表すことを理解されたい。
【０２２１】
[00255]  ステップ２７０２において、ネットワークデバイスは、第１のＵＥから第１の表現コードを受信し、第１の表現コードは、第２のＵＥに関連付けられる。一態様では、本ネットワークデバイスは、ＰｒｏＳｅ機能である。一態様では、第１の表現コードは、第１のＵＥから一致報告メッセージ中で受信される。
【０２２２】
[00256]  ステップ２７０４において、ネットワークデバイスは、第１の表現コードを使用して少なくとも第２の表現コードを識別し、少なくとも第２の表現コードは、第２のＵＥに関連付けられる。
【０２２３】
[00257]  ステップ２７０６において、ネットワークデバイスは、第１のＵＥに、第２のＵＥに関連する少なくとも第２の表現コードを送る。
【０２２４】
[00258]  ステップ２７０８において、ネットワークデバイスは、第１の表現コードに関連するメタデータを決定する。
【０２２５】
[00259]  ステップ２７１０において、ネットワークデバイスは、第１のＵＥに決定されたメタデータを送る。
【０２２６】
[00260]  図２８は、ワイヤレス通信の方法のフローチャート２８００である。本方法は、告知ＵＥ（例えば、第２のＵＥ１７０２、第２のＵＥ１８０２、第２のＵＥ１９０２、第２のＵＥ２２０２、第２のＵＥ２３０２、装置３４０２／３４０２’）によって行われ得る。図２８において点線で表されたステップは随意のステップを表すことを理解されたい。
【０２２７】
[00261]  ステップ２８０２において、告知ＵＥは、告知ＵＥが固定であるとき、告知ＵＥの第１のロケーションを決定する。
【０２２８】
[00262]  ステップ２８０４において、告知ＵＥは、第１の表現コードを備える第１の信号を送信し、第１の表現コードは、サーバ中に記憶された第１のメタデータに関連付けられ、第１のメタデータは、第１のロケーションを示す。例えば、図２３を参照すると、第２のＵＥ２３０２は、１次コード１を含むメッセージ２３１４を送信し得る。
【０２２９】
[00263]  ステップ２８０６において、告知ＵＥは、告知ＵＥが移動しているとき、告知ＵＥの第２のロケーションを決定する。
【０２３０】
[00264]  ステップ２８０８において、告知ＵＥは、サーバ中に記憶された第１のメタデータを第２のメタデータで更新する。例えば、図２３を参照すると、第２のＵＥ２３０２は、更新されたメタデータ（例えば、メタデータ２）を含む更新メッセージ２３２２を送り得る。
【０２３１】
[00265]  ステップ２８１０において、告知ＵＥは、第２の表現コードを備える第２の信号を送信し、第２の表現コードは、第２のメタデータに関連付けられる。例えば、図２３を参照すると、第２のＵＥ２３０２は、１次コード２を含むメッセージ２３２６を送信し得る。
【０２３２】
[00266]  ステップ２８１２において、告知ＵＥは、第３の表現コードを備える第３の信号を送信し、第３の表現コードは、第２のロケーションを示し、ここにおいて、第２のメタデータは、第３の表現コードの復号を可能にするように構成される。例えば、図２３を参照すると、第２のＵＥ２３０２は、２次コード１を含むメッセージ（例えば、メッセージ２３３４）を送信し得る。
【０２３３】
[00267]  ステップ２８１４において、告知ＵＥは、告知ＵＥがもはや移動していないとき、告知ＵＥの第３のロケーションを決定する。
【０２３４】
[00268]  ステップ２８１６において、告知ＵＥは、サーバ中に記憶された第２のメタデータを第３のメタデータで更新し、第３のメタデータは、第３のロケーションを示す。例えば、図２３を参照すると、第２のＵＥ２３０２は、更新されたメタデータ（例えば、メタデータ３）を含む更新メッセージ２３３８を送信し得る。
【０２３５】
[00269]  ステップ２８１８において、告知ＵＥは、第４の表現コードを備える第４の信号を送信し、第４の表現コードは、第３のメタデータに関連付けられる。例えば、図２３を参照すると、第２のＵＥ２３０２は、１次コード３を含むメッセージ２３４２を送信し得る。
【０２３６】
[00270]  図２９は、ワイヤレス通信の方法のフローチャート２９００である。本方法は、第１のＵＥ（例えば、第１のＵＥ１７０４、第１のＵＥ１８０４、第１のＵＥ１９０４、第１のＵＥ２２０１、第１のＵＥ２３０１、装置３２０２／３２０２’）によって行われ得る。図２９において点線で表されたステップは随意のステップを表すことを理解されたい。
【０２３７】
[00271]  ステップ２９０２において、第１のＵＥは、第２のＵＥから、第２のＵＥに関連する第１の表現コードを含む第１の信号を受信する。例えば、図２３を参照すると、第１のＵＥ２３０１は、１次コード２を含むメッセージ２３２６を受信し得る。
【０２３８】
[00272]  ステップ２９０４において、第１のＵＥは、第１の表現コードに関連する第１のメタデータを決定する。例えば、図２３を参照すると、第１のＵＥ２３０１は、１次コード２に基づいて一致報告動作を行うことによってメタデータ２を決定し得る。
【０２３９】
[00273]  ステップ２９０６において、第１のＵＥは、第１のメタデータに基づいて第２のＵＥからの第２の信号を監視し、第２の信号は、第２のＵＥの第１のロケーションを含む第２の表現コードを備える。例えば、図２３を参照すると、第１のＵＥ２３０１は、メタデータ２中に含まれる情報に基づいてメッセージ２３３４中の２次コード１を監視し得る。
【０２４０】
[00274]  ステップ２９０８において、第１のＵＥは、第１のメタデータを使用して第２の表現コードから第２のＵＥの第１のロケーションを決定する。例えば、図２３を参照すると、第１のＵＥ２３０１は、２次コード１中に含まれる地理的座標を決定するためにメタデータ２を使用して２次コード１を復号し得る。
【０２４１】
[00275]  ステップ２９１０において、第１のＵＥは、第２のＵＥから、第２のＵＥに関連する第３の表現コードを備える第３の信号を受信する。例えば、図２３を参照すると、第１のＵＥ２３０１は、１次コード３を含むメッセージを受信し得る。
【０２４２】
[00276]  ステップ２９１２において、第１のＵＥは、第３の表現コードに関連する第２のメタデータを決定する。例えば、図２３を参照すると、第１のＵＥ２３０１は、１次コード３に基づいて一致報告動作を行うことによってメタデータ３を決定する。
【０２４３】
[00277]  ステップ２９１４において、第１のＵＥは、第３の表現コードから第２のＵＥの第２のロケーションを決定する。例えば、図２３を参照すると、第１のＵＥ２３０１は、メタデータ３中に含まれる地理的座標を決定し得る。
【０２４４】
[00278]  図３０は、例示的な装置３００２中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図３０００である。本装置は、ネットワークデバイス（例えば、ＰｒｏＳｅ機能１０１２、１１１２、１２１２、ＰｒｏＳｅ機能／ＥＮＳ２００４／２１０４）であり得る。本装置は、第２のＵＥ（例えば、第２のＵＥ３０６０）から、メタデータを含むメッセージを受信する受信モジュール３００４を含む。受信モジュール３００４は、さらに、第２のＵＥからメタデータ更新メッセージを受信し、メタデータ更新メッセージは、更新されたメタデータを含む。受信モジュール３００４は、さらに、第１のＵＥ（例えば、第１のＵＥ３０５０）から、発見された第２のＵＥ（例えば、第２のＵＥ３０６０）に関連する情報についての要求を受信し、情報は、第２のＵＥに関連するロケーション情報を含む。受信モジュール３００４は、さらに、第２のネットワークデバイス（例えば、ロケーションサーバ３０７０）から、または第２のＵＥからロケーション情報を受信する。受信モジュール３００４は、さらに、第１のＵＥから第１の表現コードを受信し、第１の表現コードは、第２のＵＥに関連付けられる。本装置は、第１のＵＥがロケーション情報を受信することを許可されるかどうかを決定する権限決定モジュール３００６を含む。本装置は、決定に基づいて第２のＵＥによってロケーション情報の報告を開始するように構成されたメッセージを（送信モジュール３０１６を介して）送り、第１のＵＥにロケーション情報を送るロケーション情報報告開始モジュール３００８を含む。本装置は、さらに、ロケーション情報とともに第２のＵＥによって告知されるべきロケーション搬送コード、または第２のＵＥによって告知されるべきロケーション情報の決定を可能にするセキュリティ鍵を含むメッセージを（送信モジュール３０１６を介して）第１のＵＥに送るメッセージ構成モジュール３０１０を含む。本装置は、さらに、第１の表現コードを使用して少なくとも第２の表現コードを識別する表現コード識別モジュール３０１２、少なくとも第２の表現コードは、第２のＵＥに関連付けられる、を含む。本装置は、さらに、第１の表現コードに関連するメタデータを決定するメタデータ決定モジュール３０１４を含む。本装置は、さらに、第１のＵＥに、第２のＵＥに関連する少なくとも第２の表現コードを送る送信モジュール３０１６を含む。送信モジュール３０１６は、さらに、第１のＵＥに決定されたメタデータを送る。
【０２４５】
[00279]  本装置は、図２４および図２７の上述のフローチャート中のアルゴリズムのステップの各々を行う追加のモジュールを含み得る。従って、図２４および図２７の上述のフローチャート中の各ステップは１つのモジュールによって行われ得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。モジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを行うように構成されたプロセッサによって実施されるか、プロセッサによる実施のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【０２４６】
[00280]  図３１は、処理システム３１１４を採用する装置３００２’のためのハードウェア実施形態の一例を示す図３１００である。処理システム３１１４は、バス３１２４によって概略的に表されるバスアーキテクチャを用いて実施され得る。バス３１２４は、処理システム３１１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスとブリッジとを含み得る。バス３１２４は、プロセッサ３１０４によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールと、モジュール３００４、３００６、３００８、３０１０、３０１２、３０１４、および３０１６と、コンピュータ可読媒体／メモリ３１０６とを含む様々な回路を互いにリンクする。バス３１２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、従って、これ以上説明しない。
【０２４７】
[00281]  処理システム３１１４はトランシーバ３１１０に結合され得る。トランシーバ３１１０は、１つまたは複数のアンテナ３１２０に結合される。トランシーバ３１１０は、送信媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ３１１０は、１つまたは複数のアンテナ３１２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム３１１４、特に受信モジュール２６０４に与える。さらに、トランシーバ３１１０は、処理システム３１１４、特に送信モジュール１５１２から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ３１２０に適用されるべき信号を生成する。処理システム３１１４は、コンピュータ可読媒体／メモリ３１０６に結合されたプロセッサ３１０４を含む。プロセッサ３１０４は、コンピュータ可読媒体／メモリ３１０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ３１０４によって実行されたとき、処理システム３１１４に、特定の装置のための上記で説明した様々な機能を行わせる。コンピュータ可読媒体／メモリ３１０６はまた、ソフトウェアを実行するときにプロセッサ３１０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール３００４、３００６、３００８、３０１０、３０１２、３０１４、および３０１６のうちの少なくとも１つをさらに含む。モジュールは、コンピュータ可読媒体／メモリ３１０６中に常駐する／記憶された、プロセッサ３１０４中で動作するソフトウェアモジュールであるか、プロセッサ３１０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム３１１４は、ｅＮＢ６１０の構成要素であり得、メモリ６７６、および／またはＴＸプロセッサ６１６と、ＲＸプロセッサ６７０と、コントローラ／プロセッサ６７５とのうちの少なくとも１つを含み得る。
【０２４８】
[00282]  一構成では、ワイヤレス通信のための装置３００２／３００２’は、第１のＵＥから第１の表現コードを受信するための手段と、第１の表現コードは第２のＵＥに関連付けられる、第１の表現コードを使用して少なくとも第２の表現コードを識別するための手段と、少なくとも第２の表現コードは、第２のＵＥに関連付けられる、第１のＵＥに、第２のＵＥに関連する少なくとも第２の表現コードを送るための手段と、第１のＵＥから、第２のＵＥに関連するロケーション情報についての要求を受信するための手段と、第１のＵＥがロケーション情報を受信することを許可されるかどうかを決定するための手段と、決定に基づいて第２のＵＥによってロケーション情報の報告を開始するように構成されたメッセージを送るための手段と、第２のネットワークデバイスからまたは第２のＵＥからロケーション情報を受信するための手段と、第１のＵＥにロケーション情報を送るための手段と、ロケーション情報とともに第２のＵＥによって告知されるべきロケーション搬送コード、または第２のＵＥによって告知されるべきロケーション情報の暗号解読を可能にするセキュリティ鍵を備えるメッセージを第１のＵＥに送るための手段と、第１の表現コードに関連するメタデータを決定するための手段と、第１のＵＥに決定されたメタデータを送るための手段とを含む。上述の手段は、上述の手段によって具陳された機能を行うように構成された、装置３００２、および／または装置３００２’の処理システム３１１４の上述のモジュールのうちの１つまたは複数であり得る。上述されたように、処理システム３１１４は、ＴＸプロセッサ６１６と、ＲＸプロセッサ６７０と、コントローラ／プロセッサ６７５とを含み得る。従って、一構成では、上述の手段は、上述の手段によって具陳される機能を行うように構成されたＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５であり得る。
【０２４９】
[00283]  図３２は、例示的な装置３２０２中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図３２００である。本装置は、第１のＵＥ（例えば、ＵＥ＿Ｂ１００４、１１０４、１２０４、２１０６、２３０１）であり得る。本装置は、ネットワークデバイス（例えば、ＰｒｏＳｅ機能３２６０）から、ロケーション情報とともに第２のＵＥ（例えば、第２のＵＥ３２５０）によって告知されるべきロケーション搬送コードを含むメッセージを受信する受信モジュール３２０４を含む。受信モジュール３２０４は、さらに、ネットワークデバイスから、第２のＵＥによって告知されるべきロケーション情報の決定を可能にするセキュリティ鍵を含むメッセージを受信する。受信モジュール３２０４は、さらに、ロケーション情報を受信することを許可されるとき、ロケーション情報を受信する。受信モジュール３２０４は、さらに、第２のＵＥから、第２のＵＥに関連する第１の表現コードを含む第１の信号を受信する。受信モジュール３２０４は、さらに、第２のＵＥから、第２のＵＥに関連する第１の表現コードを備える第１の信号を受信する。受信モジュール３２０４は、さらに、第２のＵＥから、第２のＵＥに関連する第３の表現コードを備える第３の信号を受信する。本装置は、さらに、第１の表現コードを使用して少なくとも第２の表現コードを決定する表現決定モジュール３２０６、少なくとも第２の表現コードは、第２のＵＥに関連付けられる、を含む。本装置は、さらに、ＰｒｏＳｅ発見、ＢＴＬＥ発見、またはＷＦＡ  ＮＡＮ発見を通して第２のＵＥを発見する発見モジュール３２１０を含む。本装置は、さらに、ネットワークデバイスに、第２のＵＥに関連するロケーション情報についての要求を（送信モジュール３２２２を介して）送るロケーション情報要求モジュール３２１２を含む。本装置は、ロケーション搬送コードを使用して、またはセキュリティ鍵を使用してブロードキャストメッセージを処理するメッセージ処理モジュール３２１４を含む。本装置は、さらに、第１の表現コードに関連する第１のメタデータを決定することと、第３の表現コードに関連する第２のメタデータを決定することとを行うメタデータ決定モジュール３２１６を含む。本装置は、さらに、第１のメタデータに基づいて第２のＵＥからの第２の信号を監視する監視モジュール３２１８、第２の信号は、第２のＵＥの第１のロケーションを含む第２の表現コードを含んでいる、を含む。本装置は、さらに、第１のメタデータを使用して第２の表現コードから第２のＵＥの第１のロケーションを決定し、第２のメタデータから第２のＵＥの第２のロケーションを決定するロケーション決定モジュール３２２０を含む。
【０２５０】
[00284]  本装置は、図２５、図２６、および図２９の上述のフローチャート中のアルゴリズムのステップの各々を行う追加のモジュールを含み得る。従って、図２５、図２６、および図２９の上述のフローチャート中の各ステップは１つのモジュールによって行われ得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。モジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを行うように構成されたプロセッサによって実施されるか、プロセッサによる実施のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【０２５１】
[00285]  図３３は、処理システム３３１４を採用する装置３２０２’のためのハードウェア実施形態の一例を示す図３３００である。処理システム３３１４は、バス３３２４によって概略的に表されるバスアーキテクチャを用いて実施され得る。バス３３２４は、処理システム３３１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスとブリッジとを含み得る。バス３３２４は、プロセッサ３３０４によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールと、モジュール３２０４、３２０６、３２１０、３２１２、３２１４、３２１６、３２１８、３２２０、３２２２と、コンピュータ可読媒体／メモリ３３０６とを含む様々な回路を互いにリンクする。バス３３２４はまた、タイミングソース、周辺装置、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、従って、これ以上説明しない。
【０２５２】
[00286]  処理システム３３１４はトランシーバ３３１０に結合され得る。トランシーバ３３１０は、１つまたは複数のアンテナ３３２０に結合される。トランシーバ３３１０は、送信媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ３３１０は、１つまたは複数のアンテナ３３２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム３３１４、特に受信モジュール３２０４に与える。さらに、トランシーバ３３１０は、処理システム３３１４、特に送信モジュール３２２２から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ３３２０に適用されるべき信号を生成する。処理システム３３１４は、コンピュータ可読媒体／メモリ３３０６に結合されたプロセッサ３３０４を含む。プロセッサ３３０４は、コンピュータ可読媒体／メモリ３３０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ３３０４によって実行されたとき、処理システム３３１４に、特定の装置のための上記で説明した様々な機能を行わせる。コンピュータ可読媒体／メモリ３３０６はまた、ソフトウェアを実行するときにプロセッサ３３０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール３２０４、３２０６、３２１０、３２１２、３２１４、３２１６、３２１８、３２２０、３２２２のうちの少なくとも１つをさらに含む。モジュールは、コンピュータ可読媒体／メモリ３３０６中に常駐する／記憶された、プロセッサ３３０４中で動作するソフトウェアモジュールであるか、プロセッサ３３０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム３３１４は、ＵＥ６５０の構成要素であり得、メモリ６６０、および／またはＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とのうちの少なくとも１つを含み得る。
【０２５３】
[00287]  一構成では、ワイヤレス通信のための装置３２０２／３２０２’は、第２のＵＥから、第２のＵＥに関連する第１の表現コードを備える第１の信号を受信するための手段と、第１の表現コードを使用して少なくとも第２の表現コードを決定するための手段と、少なくとも第２の表現コードは、第２のＵＥに関連付けられる、ＰｒｏＳｅ発見、ＢＴＬＥ発見、またはＷＦＡ  ＮＡＮ発見を通して第２のＵＥを発見するための手段と、ネットワークデバイスに、第２のＵＥに関連するロケーション情報についての要求を送るための手段と、第１のＵＥがロケーション情報を受信することを許可されるとき、ロケーション情報を受信するための手段と、ネットワークデバイスから、ロケーション情報とともに第２のＵＥによって告知されるべきロケーション搬送コードを備えるメッセージを受信するための手段と、ロケーション搬送コードを使用してブロードキャストメッセージを処理するための手段と、ネットワークデバイスから、第２のＵＥによって告知されるべきロケーション情報の暗号解読を可能にするセキュリティ鍵を備えるメッセージを受信するための手段と、セキュリティ鍵を使用してブロードキャストメッセージを処理するための手段と、第２のＵＥから、第２のＵＥに関連する第１の表現コードを備える第１の信号を受信するための手段と、第１の表現コードに関連する第１のメタデータを決定するための手段と、第１のメタデータに基づいて第２のＵＥからの第２の信号を監視するための手段と、第２の信号は、第２のＵＥの第１のロケーションを含む第２の表現コードを備える、第１のメタデータを使用して第２の表現コードから第２のＵＥの第１のロケーションを決定するための手段と、第２のＵＥから、第２のＵＥに関連する第３の表現コードを備える第３の信号を受信するための手段と、第３の表現コードに関連する第２のメタデータを決定するための手段と、第２のメタデータから第２のＵＥの第２のロケーションを決定するための手段とを含む。
【０２５４】
[00288]  上述の手段は、上述の手段によって具陳される機能を行うように構成された、装置３２０２、および／または装置３２０２’の処理システム３３１４の上述のモジュールのうちの１つまたは複数であり得る。上述されたように、処理システム３３１４は、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とを含み得る。従って、一構成では、上述の手段は、上述の手段によって具陳される機能を行うように構成されたＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９であり得る。
【０２５５】
[00289]  図３４は、例示的な装置３４０２中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図３４００である。本装置は、告知ＵＥ（例えば、第２のＵＥ１７０２、１８０２、１９０２、２１０２、２２０２、２３０２）であり得る。本装置は、ネットワークデバイス（例えば、ネットワークデバイス３４６０）からの送信を受信するモジュール３４０４、告知ＵＥが固定であるとき、告知ＵＥの第１のロケーションを決定し、告知ＵＥが移動しているとき、告知ＵＥの第２のロケーションを決定し、告知ＵＥがもはや移動していないとき告知ＵＥの第３のロケーションを決定するモジュール３４０６を含む。サーバ中に記憶された第１のメタデータを第２のメタデータで更新し、サーバ中に記憶された第２のメタデータを第３のメタデータで更新するモジュール３４０８、第３のメタデータは、第３のロケーションを示す。第１の表現コードを備える第１の信号を送信することと、第１の表現コードは、サーバ中に記憶された第１のメタデータに関連付けられる、第１のメタデータは、第１のロケーションを示す、第２の表現コードを備える第２の信号を送信することと、第２の表現コードは、第２のメタデータに関連付けられる、第３の表現コードを備える第３の信号を送信することと、第３の表現コードは、第２のロケーションを示す、ここで、第２のメタデータは、第３の表現コードの復号を可能にするように構成される、第４の表現コードを備える第４の信号を送信することと、第４の表現コードは、第３のメタデータに関連付けられる、を行うモジュール３４１０。
【０２５６】
[00290]  本装置は、図２８の上述のフローチャート中のアルゴリズムのブロックの各々を行う追加のモジュールを含み得る。従って、図２８の上述のフローチャート中の各ブロックは１つのモジュールによって行われてよく、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。モジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを行うように構成されたプロセッサによって実施されるか、プロセッサによる実施のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【０２５７】
[00291]  図３５は、処理システム３５１４を採用する装置３４０２’のためのハードウェア実施形態の一例を示す図３５００である。処理システム３５１４は、バス３５２４によって概略的に表されるバスアーキテクチャを用いて実施され得る。バス３５２４は、処理システム３５１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスとブリッジとを含み得る。バス３５２４は、プロセッサ３５０４によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールと、モジュール３４０４、３４０６、３４０８、３４１０、および３４１２と、コンピュータ可読媒体／メモリ３５０６とを含む様々な回路を互いにリンクする。バス３５２４はまた、タイミングソース、周辺装置、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、従って、これ以上説明しない。
【０２５８】
[00292]  処理システム３５１４はトランシーバ３５１０に結合され得る。トランシーバ３５１０は、１つまたは複数のアンテナ３５２０に結合される。トランシーバ３５１０は、送信媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ３５１０は、１つまたは複数のアンテナ３５２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム３５１４、特に受信モジュール３４０４に与える。さらに、トランシーバ３５１０は、処理システム３５１４、特に送信モジュール３４１２から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ３５２０に適用されるべき信号を生成する。処理システム３５１４は、コンピュータ可読媒体／メモリ３５０６に結合されたプロセッサ３５０４を含む。プロセッサ３５０４は、コンピュータ可読媒体／メモリ３５０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ３５０４によって実行されたとき、処理システム３５１４に、特定の装置のための上記で説明した様々な機能を行わせる。コンピュータ可読媒体／メモリ３５０６はまた、ソフトウェアを実行するときにプロセッサ３５０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール３４０４、３４０６、３４０８、３４１０、および３４１２のうちの少なくとも１つをさらに含む。モジュールは、コンピュータ可読媒体／メモリ３５０６中に常駐する／記憶された、プロセッサ３５０４中で動作するソフトウェアモジュールであるか、プロセッサ３５０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム３５１４は、ＵＥ６５０の構成要素であり得、メモリ６６０、および／またはＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とのうちの少なくとも１つを含み得る。
【０２５９】
[00293]  一構成では、ワイヤレス通信のための装置３４０２／３４０２’は、告知ＵＥが固定であるとき、告知ＵＥの第１のロケーションを送信するための手段のための手段と、第１の表現コードを備える第１の信号を送信するための手段と、第１の表現コードは、サーバ中に記憶された第１のメタデータに関連付けられる、第１のメタデータは、第１のロケーションを示す、告知ＵＥが移動しているとき、告知ＵＥの第２のロケーションを決定するための手段と、サーバ中に記憶された第１のメタデータを第２のメタデータで更新するための手段と、第２の表現コードを備える第２の信号を送信するための手段と、第２の表現コードが、第２のメタデータに関連付けられる、第３の表現コードを備える第３の信号をブロードキャストするための手段と、第３の表現コードが、第２のロケーションを示す、ここにおいて、第２のメタデータが、第３の表現コードの復号を可能にするように構成される、告知ＵＥがもはや移動していないとき、告知ＵＥの第３のロケーションを決定するための手段と、サーバ中に記憶された第２のメタデータを第３のメタデータで更新するための手段と、第３のメタデータは、第３のロケーションを示す、第４の表現コードを備える第４の信号を送信するための手段と、第４の表現コードは、第３のメタデータに関連付けられる、を含む。上述の手段は、上述の手段によって具陳される機能を行うように構成された、装置３４０２、および／または装置３４０２’の処理システム３５１４の上述のモジュールのうちの１つまたは複数であり得る。上述されたように、処理システム３５１４は、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とを含み得る。従って、一構成では、上述の手段は、上述の手段によって具陳される機能を行うように構成されたＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９であり得る。
【０２６０】
[00294]  開示したプロセス／フローチャートにおけるステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計の選好に基づいて、プロセス／フローチャートにおけるステップの特定の順序または階層が再構成されてよいことを理解されたい。さらに、いくつかのステップは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なステップの要素を見本の順序において提示しており、提示された特定の順序または階層に限定されることを意味するものではない。
【０２６１】
[00295]  以上の説明は、本明細書で説明した様々な態様を当業者が実践できるようにするために与えられた。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義された一般的原理は他の態様に適用され得る。従って、特許請求の範囲は、本明細書で示される態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書では「例、事例、または例示の働きをする」ことを意味するために使用される。「例示的」として本明細書で説明するいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。別段に明記されていない限り、「いくつか」という用語は１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つの」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。具体的には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、ＡおよびＢおよびＣであり得、任意のそのような組合せは、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバを含み得る。本開示全体にわたって説明される様々な態様の要素に対する全ての構造的および機能的均等物は、当業者には周知であり、または後に周知となり、参照により本明細書に明白に組み込まれ、特許請求の範囲によって包含されることを意図する。さらに、本明細書で開示するいかなることも、そのような開示が特許請求の範囲に明示的に記載されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「ための手段」という句を使用して明確に記載されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ネットワークデバイスのための通信の方法であって、
第１のユーザ機器（ＵＥ）から、発見された第２のＵＥに関連する情報についての要求を受信することと、前記情報が、前記第２のＵＥに関連するロケーション情報を備える、
前記第１のＵＥが前記ロケーション情報を受信することを許可されるかどうかを決定することと、
前記決定に基づいて前記第２のＵＥによって前記ロケーション情報の報告を開始するように構成されたメッセージを送ることと
を備える方法。
［Ｃ２］
前記ロケーション情報についての前記要求が、前記第１のＵＥから一致報告メッセージ中で受信される、Ｃ１に記載の方法。
［Ｃ３］
第２のネットワークデバイスからまたは前記第２のＵＥから前記ロケーション情報を受信することと、
前記第１のＵＥに前記ロケーション情報を送ることと
をさらに備える、Ｃ１に記載の方法。
［Ｃ４］
前記ロケーション情報が、一致報告肯定応答メッセージ中で前記第１のＵＥに送られる、Ｃ３に記載の方法。
［Ｃ５］
前記第２のＵＥから受信された前記ロケーション情報が、前記第２のＵＥに関連するメタデータ中に含まれる、Ｃ３に記載の方法。
［Ｃ６］
前記ロケーション情報とともに前記第２のＵＥによって告知されるべきロケーション搬送コード、または前記第２のＵＥによって告知されるべき前記ロケーション情報の決定を可能にするセキュリティ鍵を備えるメッセージを前記第１のＵＥに送ること
をさらに備える、Ｃ１に記載の方法。
［Ｃ７］
第１のユーザ機器（ＵＥ）のためのワイヤレス通信の方法であって、
近接サービス（ＰｒｏＳｅ）発見、Ｂｌｕｅｔｏｏｔｈ低エネルギー（ＢＴＬＥ）発見、またはＷｉ−Ｆｉ  Ａｌｌｉａｎｃｅネイバーアウェアネットワーキング（ＷＦＡ  ＮＡＮ）発見を通して第２のＵＥを発見することと、
ネットワークデバイスに、前記第２のＵＥに関連するロケーション情報についての要求を送ることと、
前記第１のＵＥが前記ロケーション情報を受信することを許可されるとき、前記ロケーション情報を受信することと
を備える、方法。
［Ｃ８］
前記ロケーション情報についての前記要求が、一致報告メッセージ中で前記ネットワークデバイスに送られる、Ｃ７に記載の方法。
［Ｃ９］
前記ロケーション情報が、一致報告肯定応答メッセージ中で前記ネットワークデバイスから受信される、Ｃ７に記載の方法。
［Ｃ１０］
前記ロケーション情報が、ブロードキャストメッセージ中で前記第２のＵＥから受信され、前記方法が、
前記ネットワークデバイスから、前記ロケーション情報とともに前記第２のＵＥによって告知されるべきロケーション搬送コードを備えるメッセージを受信することと、
前記ロケーション搬送コードを使用して前記ブロードキャストメッセージを処理することと
をさらに備える、Ｃ７に記載の方法。
［Ｃ１１］
前記ロケーション情報が、ブロードキャストメッセージ中で前記第２のＵＥから受信され、前記ロケーション情報が、セキュリティ鍵を用いて保護され、前記方法が、
前記ネットワークデバイスから、前記セキュリティ鍵を備えるメッセージを受信することと、
前記ロケーション情報を決定するために前記セキュリティ鍵を使用して前記第２のＵＥによって告知された前記ブロードキャストメッセージを処理することと
をさらに備える、Ｃ７に記載の方法。
［Ｃ１２］
前記ネットワークデバイスが近接サービス（ＰｒｏＳｅ）機能サーバである、Ｃ７に記載の方法。
［Ｃ１３］
ネットワークデバイスであって、
メモリと、
前記メモリに結合され、
第１のユーザ機器（ＵＥ）から、発見された第２のＵＥに関連する情報についての要求を受信することと、前記情報が、前記第２のＵＥに関連するロケーション情報を備える、
前記第１のＵＥが前記ロケーション情報を受信することを許可されるかどうかを決定することと、
前記決定に基づいて前記第２のＵＥによって前記ロケーション情報の報告を開始するように構成されたメッセージを送ることと
を行うように構成された少なくとも１つのプロセッサと
を備える、ネットワークデバイス。
［Ｃ１４］
前記ロケーション情報についての前記要求が、前記第１のＵＥから一致報告メッセージ中で受信される、Ｃ１３に記載のネットワークデバイス。
［Ｃ１５］
前記少なくとも１つのプロセッサは、
第２のネットワークデバイスからまたは前記第２のＵＥから前記ロケーション情報を受信することと、
前記第１のＵＥに前記ロケーション情報を送ることと
を行うようにさらに構成された、Ｃ１３に記載のネットワークデバイス。
［Ｃ１６］
前記ロケーション情報が、一致報告肯定応答メッセージ中で前記第１のＵＥに送られる、Ｃ１５に記載のネットワークデバイス。
［Ｃ１７］
前記第２のＵＥから受信された前記ロケーション情報が、前記第２のＵＥに関連するメタデータ中に含まれる、Ｃ１５に記載のネットワークデバイス。
［Ｃ１８］
前記少なくとも１つのプロセッサは、
前記ロケーション情報とともに前記第２のＵＥによって告知されるべきロケーション搬送コード、または前記第２のＵＥによって告知されるべき前記ロケーション情報の決定を可能にするセキュリティ鍵を備えるメッセージを前記第１のＵＥに送ること
を行うようにさらに構成された、Ｃ１３に記載のネットワークデバイス。
［Ｃ１９］
第１のユーザ機器（ＵＥ）であって、
メモリと、
前記メモリに結合され、
近接サービス（ＰｒｏＳｅ）発見、Ｂｌｕｅｔｏｏｔｈ低エネルギー（ＢＴＬＥ）発見、またはＷｉ−Ｆｉ  Ａｌｌｉａｎｃｅネイバーアウェアネットワーキング（ＷＦＡ  ＮＡＮ）発見を通して第２のＵＥを発見することと、
ネットワークデバイスに、前記第２のＵＥに関連するロケーション情報についての要求を送ることと、
前記第１のＵＥが前記ロケーション情報を受信することを許可されるとき、前記ロケーション情報を受信することと
を行うように構成された少なくとも１つのプロセッサと
を備える、第１のＵＥ。
［Ｃ２０］
前記ロケーション情報についての前記要求が、一致報告メッセージ中で前記ネットワークデバイスに送られる、Ｃ１９に記載の第１のＵＥ。
［Ｃ２１］
前記ロケーション情報が、一致報告肯定応答メッセージ中で前記ネットワークデバイスから受信される、Ｃ１９に記載の第１のＵＥ。
［Ｃ２２］
前記ロケーション情報が、ブロードキャストメッセージ中で前記第２のＵＥから受信される、前記少なくとも１つのプロセッサが、
前記ネットワークデバイスから、前記ロケーション情報とともに前記第２のＵＥによって告知されるべきロケーション搬送コードを備えるメッセージを受信することと、
前記ロケーション搬送コードを使用して前記ブロードキャストメッセージを処理することと
を行うようにさらに構成された、Ｃ１９に記載の第１のＵＥ。
［Ｃ２３］
前記ロケーション情報が、ブロードキャストメッセージ中で前記第２のＵＥから受信され、前記ロケーション情報が、セキュリティ鍵を用いて保護され、前記少なくとも１つのプロセッサが、
前記ネットワークデバイスから、前記セキュリティ鍵を備えるメッセージを受信することと、
前記ロケーション情報を決定するために前記セキュリティ鍵を使用して前記第２のＵＥによって告知された前記ブロードキャストメッセージを処理することと
を行うようにさらに構成された、Ｃ１９に記載の第１のＵＥ。
［Ｃ２４］
前記ネットワークデバイスが近接サービス（ＰｒｏＳｅ）機能サーバである、Ｃ１９に記載の第１のＵＥ。
［Ｃ２５］
ネットワークデバイスであって、
第１のユーザ機器（ＵＥ）から、発見された第２のＵＥに関連する情報についての要求を受信するための手段と、前記情報が、前記第２のＵＥに関連するロケーション情報を備える、
前記第１のＵＥが前記ロケーション情報を受信することを許可されるかどうかを決定するための手段と、
前記決定に基づいて前記第２のＵＥによって前記ロケーション情報の報告を開始するように構成されたメッセージを送るための手段と
を備えるネットワークデバイス。
［Ｃ２６］
前記ロケーション情報についての前記要求が、前記第１のＵＥから一致報告メッセージ中で受信される、Ｃ２５に記載のネットワークデバイス。
［Ｃ２７］
第２のネットワークデバイスからまたは前記第２のＵＥから前記ロケーション情報を受信するための手段と、
前記第１のＵＥに前記ロケーション情報を送るための手段と
をさらに備える、Ｃ２５に記載のネットワークデバイス。
［Ｃ２８］
前記ロケーション情報が、一致報告肯定応答メッセージ中で前記第１のＵＥに送られる、Ｃ２７に記載のネットワークデバイス。
［Ｃ２９］
前記第２のＵＥから受信された前記ロケーション情報が、前記第２のＵＥに関連するメタデータ中に含まれる、Ｃ２７に記載のネットワークデバイス。
［Ｃ３０］
前記ロケーション情報とともに前記第２のＵＥによって告知されるべきロケーション搬送コード、または前記第２のＵＥによって告知されるべき前記ロケーション情報の決定を可能にするセキュリティ鍵を備えるメッセージを前記第１のＵＥに送るための手段
をさらに備える、Ｃ２５に記載のネットワークデバイス。
［Ｃ３１］
第１のユーザ機器（ＵＥ）であって、
近接サービス（ＰｒｏＳｅ）発見、Ｂｌｕｅｔｏｏｔｈ低エネルギー（ＢＴＬＥ）発見、またはＷｉ−Ｆｉ  Ａｌｌｉａｎｃｅネイバーアウェアネットワーキング（ＷＦＡ  ＮＡＮ）発見を通して第２のＵＥを発見するための手段と、
ネットワークデバイスに、前記第２のＵＥに関連するロケーション情報についての要求を送るための手段と、
前記第１のＵＥが前記ロケーション情報を受信することを許可されるとき、前記ロケーション情報を受信するための手段と
を備える、第１のＵＥ。
［Ｃ３２］
前記ロケーション情報についての前記要求が、一致報告メッセージ中で前記ネットワークデバイスに送られる、Ｃ３１に記載の第１のＵＥ。
［Ｃ３３］
前記ロケーション情報が、一致報告肯定応答メッセージ中で前記ネットワークデバイスから受信される、Ｃ３１に記載の第１のＵＥ。
［Ｃ３４］
前記ロケーション情報が、ブロードキャストメッセージ中で前記第２のＵＥから受信され、前記第１のＵＥが、
前記ネットワークデバイスから、前記ロケーション情報とともに前記第２のＵＥによって告知されるべきロケーション搬送コードを備えるメッセージを受信するための手段と、
前記ロケーション搬送コードを使用して前記ブロードキャストメッセージを処理するための手段と
をさらに備える、Ｃ３１に記載の第１のＵＥ。
［Ｃ３５］
前記ロケーション情報が、ブロードキャストメッセージ中で前記第２のＵＥから受信され、前記ロケーション情報が、セキュリティ鍵を用いて保護され、前記第１のＵＥが、
前記ネットワークデバイスから、前記セキュリティ鍵を備えるメッセージを受信するための手段と、
前記ロケーション情報を決定するために前記セキュリティ鍵を使用して前記第２のＵＥによって告知された前記ブロードキャストメッセージを処理するための手段と
をさらに備える、Ｃ３１に記載の第１のＵＥ。
［Ｃ３６］
前記ネットワークデバイスが近接サービス（ＰｒｏＳｅ）機能サーバである、Ｃ３１に記載の第１のＵＥ。
［Ｃ３７］
ネットワークデバイスのためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
第１のユーザ機器（ＵＥ）から、発見された第２のＵＥに関連する情報についての要求を受信することと、前記情報が、前記第２のＵＥに関連するロケーション情報を備える、
前記第１のＵＥが前記ロケーション情報を受信することを許可されるかどうかを決定することと、
前記決定に基づいて前記第２のＵＥによって前記ロケーション情報の報告を開始するように構成されたメッセージを送ることと
を行うためのコードを備える、コンピュータ可読媒体。
［Ｃ３８］
第１のユーザ機器（ＵＥ）のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
近接サービス（ＰｒｏＳｅ）発見、Ｂｌｕｅｔｏｏｔｈ低エネルギー（ＢＴＬＥ）発見、またはＷｉ−Ｆｉ  Ａｌｌｉａｎｃｅネイバーアウェアネットワーキング（ＷＦＡ  ＮＡＮ）発見を通して第２のＵＥを発見することと、
ネットワークデバイスに、前記第２のＵＥに関連するロケーション情報についての要求を送ることと、
前記第１のＵＥが前記ロケーション情報を受信することを許可されるとき、前記ロケーション情報を受信することと
を行うためのコードを備える、コンピュータ可読媒体。
【図１】
0006580676.tif 000002
【図２】
0006580676.tif 000003
【図３】
0006580676.tif 000004
【図４】
0006580676.tif 000005
【図５】
0006580676.tif 000006
【図６】
0006580676.tif 000007
【図７】
0006580676.tif 000008
【図８】
0006580676.tif 000009
【図９】
0006580676.tif 000010
【図１０】
0006580676.tif 000011
【図１１】
0006580676.tif 000012
【図１２】
0006580676.tif 000013
【図１３】
0006580676.tif 000014
【図１４】
0006580676.tif 000015
【図１５】
0006580676.tif 000016
【図１６】
0006580676.tif 000017
【図１７】
0006580676.tif 000018
【図１８Ａ】
0006580676.tif 000019
【図１８Ｂ】
0006580676.tif 000020
【図１９】
0006580676.tif 000021
【図２０】
0006580676.tif 000022
【図２１】
0006580676.tif 000023
【図２２】
0006580676.tif 000024
【図２３】
0006580676.tif 000025
【図２４】
0006580676.tif 000026
【図２５】
0006580676.tif 000027
【図２６】
0006580676.tif 000028
【図２７】
0006580676.tif 000029
【図２８】
0006580676.tif 000030
【図２９】
0006580676.tif 000031
【図３０】
0006580676.tif 000032
【図３１】
0006580676.tif 000033
【図３２】
0006580676.tif 000034
【図３３】
0006580676.tif 000035
【図３４】
0006580676.tif 000036
【図３５】
0006580676.tif 000037