JP2017531952A - Ｐｒｏｓｅユーザ間で位置および他の状況情報の交換を可能にすること - Google Patents

Abstract

位置および他の状況情報は、近接サービス（ＰｒｏＳｅ）ユーザの間で通信されることができる。ＰｒｏＳｅ機能は、ＰｒｏＳｅ発見手順またはＥＰＣレベルのＰｒｏＳｅ発見手順により、ＰｒｏＳｅ ＷＴＲＵの位置データをＳＬＰから取得し、かつそれを監視ＷＴＲＵに提供することができる。ＰｒｏＳｅ機能は、ＰｒｏＳｅ発見手順により、ＰｒｏＳｅ ＷＴＲＵの位置データをＰｒｏＳｅ ＷＴＲＵから取得し、かつそれを、監視ＷＴＲＵに提供することができる。ＰｒｏＳｅ ＷＴＲＵは、その位置および／または他の状況情報を発見メッセージで同報通信することができる。ＰｒｏＳｅ機能は、同報通信する前に暗号化するために、位置および／または他の状況情報を暗号化することができる。ＰｒｏＳｅ ＷＴＲＵは、その位置および／または他の状況情報を、ユーザプレーンを介して他のＰｒｏＳｅ ＷＴＲＵもしくはＰｒｏＳｅグループに送ることができる。ＰｒｏＳｅ機能は、ＷＴＲＵが、情報（例えば、位置情報）を開示し、かつ／または処理することが許容されるかどうかを検証することができ、また例えば、情報が開示される前に、情報を開示すべきかどうか、かつ／または情報を処理すべきかどうかをＷＴＲＵに示すことができる。

Description

関連出願への相互参照
本出願は、２０１４年１０月２日に出願された米国特許仮出願第６２／０５９，０８５号明細書、および２０１５年５月１５日に出願された米国特許仮出願第６２／１６２，３４９号明細書の利益を主張するものである。

位置サービス機能は、位置情報を取得するために、無線送受信ユニット（ＷＴＲＵ）により使用されることができる。例えば、ロングタームエボリューション（ＬＴＥ）における位置サービス（ＬＣＳ）は、ＷＴＲＵが、その位置を決定するためにデバイスベースおよびネットワークベースの方法を使用するように規定されている。しかし、様々なＷＴＲＵの間で位置情報を交換することは、プライバシ、効率性、および様々なネットワーク状態（例えば、通達範囲内、通達範囲外、様々なセル／位置など）に対する適応性に関連する数多くの問題を提起する。

「Ｕｓｅｒ Ｐｌａｎｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ」、Ｄｒａｆｔ Ｖｅｒｓｉｏｎ ２．０、２００８年３月２８日、ＯＭＡ−ＴＳ−ＵＬＰ−Ｖ２＿０、Ｏｐｅｎ Ｍｏｂｉｌｅ ＡｌｌｉａｎｃｅのＳｅｃ．１０．７

位置および他の状況情報は、近接サービス（ＰｒｏＳｅ）機能を用いるデバイス間で通信されることができる。コアネットワーク内の、またはコアネットワークと通信できるデバイスもしくはサーバに位置できるＰｒｏＳｅ機能またはサーバは、セキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ）からＰｒｏＳｅ ＷＴＲＵの位置データを取得し、かつそれを、ＰｒｏＳｅ発見手順を介して、または進化型パケットコア（ＥＰＣ）レベルのＰｒｏＳｅ発見手順を介して、監視ＷＴＲＵに提供することができる。ＰｒｏＳｅ機能は、ＰｒｏＳｅ ＷＴＲＵの位置データをＰｒｏＳｅ ＷＴＲＵから取得し、それを、ＰｒｏＳｅ発見手順を介して、監視ＷＴＲＵに提供することができる。ＰｒｏＳｅ ＷＴＲＵは、その位置および／または他の状況情報を発見メッセージで同報通信することができる。ＰｒｏＳｅ機能は、同報通信する前に、位置および／または他の状況情報を暗号化することができる。ＰｒｏＳｅ ＷＴＲＵは、その位置および／または他の状況情報を、ユーザプレーンを介して他のＰｒｏＳｅ ＷＴＲＵ、またはＰｒｏＳｅグループに送ることができる。ＰｒｏＳｅ機能は、ＷＴＲＵが、情報（例えば、位置情報）を開示し、かつ／または処理することが許容されるかどうかを検証することができ、また（例えば、情報が開示される前に）情報を開示すべきかどうか、かつ／または情報を処理すべきかどうかをＷＴＲＵに示すことができる。

１または複数の開示される実施形態が実施されることのできる例示的な通信システムのシステム図である。 図１Ａで示された通信システム内で使用されることのできる例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａで示された通信システム内で使用されることのできる例示的な無線アクセスネットワーク、および例示的なコアネットワークのシステム図である。 図１Ａで示された通信システム内で使用されることのできる他の例示的な無線アクセスネットワーク、および他の例示的なコアネットワークのシステム図である。 図１Ａで示された通信システム内で使用されることのできる他の例示的な無線アクセスネットワーク、および他の例示的なコアネットワークのシステム図である。 近接サービス（ＰｒｏＳｅ）に対するシステムアーキテクチャの例の図である。 ＷＴＲＵによる直接発見実施形態（モデルＡ）に対する対話の例を示す対話図である。 ＷＬＡＮ直接発見および通信に対するＥＰＣレベルのＰｒｏＳｅ発見および任意選択のＥＰＣサポートの例の流れ図である。 セキュアユーザプレーンロケーション（ＳＵＰＬ）アーキテクチャの例のブロック図である。 発見メッセージにおける位置情報交換の例を示す図である。 マッチレポートにおいて位置情報を提供する例の対話図である。 サービスロケーションプロトコル（ＳＬＰ）から利用可能な発見および位置データの位置データ交換中における対話の例の対話図である。 サービスロケーションプロトコル（ＳＬＰ）から利用可能な発見および位置データの位置データ交換中における対話の例の対話図である。 アナウンスＷＴＲＵおよび監視ＷＴＲＵが、異なるホームＰｒｏＳｅ機能によりサービスされるとき、位置データ交換発見中における対話の例を示す対話図である。 位置開示インジケーションを用いるＷＴＲＵ登録中の対話の例を示す対話図である。 ＥＰＣレベル発見手順による位置情報交換中の対話の例を示す対話図である。 位置データが、全地球航法衛星システム（ＧＮＳＳ）対応ＷＴＲＵから受信された場合の対話の例を示す対話図である。 位置情報が、発見メッセージで同報通信されたときの対話の例を示す対話図である。 制限された発見手順の例を示す対話図である。 多重化を使用しないパケットデータユニット（ＰＤＵ）に対する媒体アクセス制御（ＭＡＣ）ヘッダのＰｒｏＳｅ状況の例を示す図である。 多重化を使用するＰＤＵに対するＭＡＣヘッダのＰｒｏＳｅ状況の例を示す図である。 発見者位置交換手順の例を示す対話図である。 被発見者位置交換手順の例を示す対話図である。 発見メッセージに関連する発見者挙動の例の流れ図である。 発見メッセージに関連する被発見者挙動の例の流れ図である。 マッチレポート手順の例を示す対話図である。

例示的な実施形態の詳細な説明が、様々な図を参照して次に述べられる。この説明は、可能な実装形態の詳細な例を提供するが、その詳細は、例示的なものであって、決して本出願の範囲を限定するものではないことに留意されたい。

図１Ａは、１または複数の開示される実施形態が実施されることのできる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、同報通信などのコンテンツを複数の無線ユーザに提供する複数アクセスシステムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステム資源を共用することによって、このようなコンテンツにアクセスできるようにする。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数のチャネルアクセス法を使用することができる。

図１Ａで示すように、通信システム１００は、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（一般に、または総称して、ＷＴＲＵ１０２と呼ばれることができる）などの無線送受信ユニット（ＷＴＲＵ）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作し、かつ／または通信するように構成された任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信し、かつ／または受信するように構成されることができ、またユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ式電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などを含むことができる。

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むことができる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２など、１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、送受信器基地局（ＢＴＳ）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは、それぞれ、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続される基地局および／またはネットワーク要素を含むことができることを理解されよう。

基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部とすることができ、それらはまた、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある特定の地理的な領域内で無線信号を送信および／または受信するように構成されることができる。セルは、セルセクタへとさらに分割されることができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されることができる。したがって、いくつかの実施形態では、基地局１１４ａは、例えば、セルの各セクタに対して１つなど、３つの送受信器を含むことができる。他の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用することができ、したがって、セルの各セクタに対して複数の送受信器を利用することができる。

基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数のものと、無線インターフェース１１５／１１６／１１７を介して通信することができ、それは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。無線インターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立されることができる。

より具体的には、上記で述べたように、通信システム１００は、複数アクセスシステムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１または複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動遠隔通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）地上無線アクセス（ＵＴＲＡ：Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）などの無線技術を実施することができ、それは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いて無線インターフェース１１５／１１６／１１７を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができ、それは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を用いて無線インターフェース１１５／１１６／１１７を確立することができる。

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（例えば、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定基準２０００（ＩＳ−２０００）、暫定基準９５（ＩＳ−９５）、暫定基準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイル通信（ＧＳＭ（登録商標）：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＧＳＭエボリューション拡張データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。

図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントとすることができ、また職場、家庭、車両、キャンパスなど、局所化されたエリアでの無線接続性を容易にするために任意の適切なＲＡＴを利用することができる。いくつかの実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実施することができる。他の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実施することができる。さらに他の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａで示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要はないはずである。

ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信することができ、それは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数のものに、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、課金サービス、モバイル位置ベースのサービス、プリペイド電話、インターネット接続性、ビデオ配信などを提供し、かつ／またはユーザ認証などの高レベルのセキュリティ機能を実施することができる。図１Ａで示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴを使用する、または異なるＲＡＴを使用する他のＲＡＮと、直接または間接的に通信できることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することのできるＲＡＮ１０３／１０４／１０５に接続されるのに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を使用する他のＲＡＮ（図示せず）と通信することもできる。

コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄに対するゲートウェイとして働くことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群における伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの大域システムを含むことができる。ネットワーク１１２は、他のサービスプロバイダにより所有される、かつ／または運用される有線もしくは無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴ、または異なるＲＡＴを使用できる１または複数のＲＡＮに接続された別のコアネットワークを含むことができる。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつか、またはすべては、多重モード機能を含むことができ、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、様々な無線リンクを介して、様々な無線ネットワークと通信するための複数の送受信器を含むことができる。例えば、図１Ａで示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用できる基地局１１４ａと、かつＩＥＥＥ８０２無線技術を使用できる基地局１１４ｂと通信するように構成されることができる。

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂで示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信器１２０、送信／受信素子１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非取外し式メモリ１３０、取外し式メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺装置１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を維持しながら、前述の要素の任意の下位の組合せを含むことができることを理解されよう。さらに実施形態は、基地局１１４ａおよび１１４ｂ、ならびに／またはこれだけに限らないが特に、送受信器局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ホームノードＢ（ｅＮｏｄｅＢ）、ホーム進化型ノードＢ（ＨｅＮＢもしくはＨｅＮｏｄｅＢ）、ホーム進化型ノードＢゲートウェイ、およびプロキシノードなど、基地局１１４ａおよび１１４ｂが表すことのできるノードが、図１Ｂで示され、かつ本明細書で述べられる要素のいくつか、またはすべてを含むことが可能であることを企図している。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、書替え可能ゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどとすることができる。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作できるようにする任意の他の機能を実施することができる。プロセッサ１１８は、送信／受信素子１２２に結合されることのできる送受信器１２０に結合されることができる。図１Ｂは、プロセッサ１１８および送受信器１２０を別々の構成要素として示しているが、プロセッサ１１８および送受信器１２０は、電子パッケージまたはチップへと共に統合されることができることを理解されよう。

送信／受信素子１２２は、無線インターフェース１１５／１１６／１１７を介して、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成されることができる。例えば、いくつかの実施形態では、送信／受信素子１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。他の実施形態では、送信／受信素子１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。さらに他の実施形態では、送信／受信素子１２２は、ＲＦ信号と光信号を共に送信および受信するように構成されることができる。送信／受信素子１２２は、無線信号の任意の組合せを送信および／または受信するように構成されることができることを理解されよう。

さらに、送信／受信素子１２２は、単一の素子として図１Ｂで示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信素子１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。したがって、いくつかの実施形態では、ＷＴＲＵ１０２は、無線インターフェース１１５／１１６／１１７を介して無線信号を送信および受信するために、２つ以上の送信／受信素子１２２（例えば、複数のアンテナ）を含むことができる。

送受信器１２０は、送信／受信素子１２２によって送信される信号を変調し、かつ送信／受信素子１２２によって受信される信号を復調するように構成されることができる。上記で述べたように、ＷＴＲＵ１０２は、多重モード機能を有することができる。したがって、送受信器１２０は、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴにより、ＷＴＲＵ１０２が通信できるようにするために、複数の送受信器を含むことができる。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニット、または有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合されることができ、かつそれらからユーザ入力データを受け取ることができる。プロセッサ１１８はまた、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。さらにプロセッサ１１８は、非取外し式メモリ１３０、および／または取外し式メモリ１３２など、任意のタイプの適切なメモリに、情報をアクセスし、かつデータを記憶することができる。非取外し式メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含むことができる。取外し式メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置していないメモリに情報をアクセスし、またデータを記憶することができる。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、またＷＴＲＵ１０２内の他の構成要素に電力を配布する、かつ／または制御するように構成されることができる。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素電池（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。

プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されることのできるＧＰＳチップセット１３６に結合されることができる。ＧＰＳチップセット１３６からの情報に加えて、またはそれに代えて、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から無線インターフェース１１５／１１６／１１７を介して位置情報を受信する、かつ／または２つ以上の近傍の基地局から受信された信号のタイミングに基づき、その位置を決定することができる。ＷＴＲＵ１０２は、実施形態と整合性を維持しながら、任意の適切な位置決定実装形態によって位置情報を取得できることが理解されよう。

プロセッサ１１８は、他の周辺装置１３８にさらに結合されることができ、他の周辺装置１３８は、さらなる特徴、機能性、および／または有線もしくは無線接続性を提供する１または複数のソフトウェア、および／またはハードウェアモジュールを含むことができる。例えば、周辺装置１３８は、加速度計、イーコンパス、衛星送受信器、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョン送受信器、手を使用しないヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。

図１Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記で述べたように、ＲＡＮ１０３は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと無線インターフェース１１５を介して通信するために、ＵＴＲＡ無線技術を使用することができる。ＲＡＮ１０３はまた、コアネットワーク１０６と通信することができる。図１Ｃで示されるように、ＲＡＮ１０３は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと無線インターフェース１１５を介して通信するために、１または複数の送受信器をそれぞれが含むことのできるノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられることができる。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含むことができる。ＲＡＮ１０３は、実施形態と整合性を維持しながら、任意の数のノードＢおよびＲＮＣを含むことができることを理解されよう。

図１Ｃで示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。さらに、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、各ＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信することができる。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、それが接続される各ノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されることができる。さらに、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、外側ループ電力制御、ロード制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化など、他の機能を実行またはサポートするように構成されることができる。

図１Ｃで示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。前述の要素のそれぞれが、コアネットワーク１０６の一部として示されているが、これらの要素のいずれのものも、コアネットワーク通信事業者以外のエンティティにより所有され、かつ／または運用されることができることを理解されよう。

ＲＡＮ１０３におけるＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６のＭＳＣ１４６に接続されることができる。ＭＳＣ１４６は、ＭＧＷ１４４に接続されることができる。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供することができる。

ＲＡＮ１０３におけるＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介してコアネットワーク１０６のＳＧＳＮ１４８に接続されることができる。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されることができる。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換網へのアクセスを提供することができる。

上記で述べたように、コアネットワーク１０６はまた、他のサービスプロバイダにより所有され、かつ／または運用される他の有線または無線ネットワークを含むことのできるネットワーク１１２に接続されることができる。

図１Ｄは、実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記で述べたように、ＲＡＮ１０４は、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を使用することができる。ＲＡＮ１０４はまた、コアネットワーク１０７と通信することができる。

ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を維持しながら、任意の数のｅＮｏｄｅＢを含むことができることを理解されよう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信器を含むことができる。いくつかの実施形態では、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅＮｏｄｅＢ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信し、かつそこから無線信号を受信するために、複数のアンテナを使用することができる。

ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることができ、また無線資源管理決定、ハンドオーバ決定、アップリンク（ＵＬ）および／またはダウンリンク（ＤＬ）におけるユーザのスケジューリングなどを処理するように構成されることができる。図１Ｄで示されるように、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。

図１Ｄで示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。前述の要素のそれぞれが、コアネットワーク１０７の一部として示されているが、これらの要素のいずれのものも、コアネットワーク通信事業者以外のエンティティにより所有され、かつ／または運用されることができることを理解されよう。

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることができ、制御ノードとして働くことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ベアラの活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期のアタッチ中に特定のサービングゲートウェイを選択することなどを扱うことができる。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間を切り換えるための制御プレーン機能を提供することができる。

サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることができる。サービングゲートウェイ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間で、ユーザデータパケットを経路指定し、転送することができる。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間のハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理しかつ記憶することなど、他の機能を実施することもできる。

サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０など、パケット交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することのできるＰＤＮゲートウェイ１６６に接続されることができる。

コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８など、回線交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含む、またはそれと通信することができる。さらに、コアネットワーク１０７は、他のサービスプロバイダにより所有され、かつ／または運用される他の有線または無線ネットワークを含むことのできるネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

図１Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、無線インターフェース１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、ＩＥＥＥ８０２．１６無線技術を使用するアクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに論じられるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の様々な機能エンティティ間の通信リンクは、参照点として定義されることができる。

図１Ｅで示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ１０５は、実施形態との整合性を維持しながら、任意の数の基地局およびＡＳＮゲートウェイを含むことができることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５における特定のセル（図示せず）に関連付けられることができ、また無線インターフェース１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信器を含むことができる。いくつかの実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。したがって、基地局１８０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信し、かつそこから無線信号を受信するために、複数のアンテナを使用することができる。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフのトリガリング、トンネル確立、無線資源管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシーの実施など、モビリティ管理機能を提供することができる。ＡＳＮゲートウェイ１８２は、トラフィック集約点として働くことができ、またページング、加入者プロファイルのキャッシュ、コアネットワーク１０９への経路指定などを扱うことができる。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５の間の無線インターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施するＲ１参照点として定義されることができる。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０９と論理的なインターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理的なインターフェースは、Ｒ２参照点として定義されることができ、それは、認証、許可、ＩＰホスト構成管理、および／またはモビリティ管理に使用されることができる。

基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間の通信リンクは、基地局間で、ＷＴＲＵハンドオーバおよびデータの転送を容易にするためのプロトコルを含むＲ８参照点として定義されることができる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照点として定義されることができる。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベントに基づき、モビリティ管理を容易にするためのプロトコルを含むことができる。

図１Ｅで示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続されることができる。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含むＲ３参照点として定義されることができる。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、許可、アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含むことができる。前述の要素のそれぞれが、コアネットワーク１０９の一部として示されているが、これらの要素のいずれのものも、コアネットワーク通信事業者以外のエンティティにより所有され、かつ／または運用されることができることを理解されよう。

ＭＩＰ−ＨＡは、ＩＰアドレス管理を扱い、様々なＡＳＮおよび／または様々なコアネットワーク間で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃがローミングできるようにする。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換網へのアクセスを提供することができる。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートを扱うことができる。ゲートウェイ１８８は、他のネットワークとの協調動作を容易にすることができる。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８など、回線交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。さらに、ゲートウェイ１８８は、他のサービスプロバイダによって所有され、かつ／または運用される他の有線または無線ネットワークを含むことのできるネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

図１Ｅには示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続されることができ、またコアネットワーク１０９は、他のコアネットワークに接続されることができることを理解されよう。ＲＡＮ１０５と他のＡＳＮの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを協調させるためのプロトコルを含むことのできるＲ４参照点として定義されることができる。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、Ｒ５参照として定義されることができ、それは、ホームコアネットワークと在圏するコアネットワークとの間の協調動作を容易にするためのプロトコルを含むことができる。

近接サービス（ＰｒｏＳｅ）デバイスの間で、位置および他の状況情報の交換を可能にするためのシステム、方法、および手段が開示される。例えば、ＰｒｏＳｅ機能は、ＷＴＲＵ間で近接サービス（例えば、発見、アソシエーション、データ転送、セッション管理など）を容易にする、サーバなど、ネットワーク内のエンティティとすることができる。ＰｒｏＳｅ機能は、独立したネットワークデバイスとすることができ、かつ／またはコアネットワークノード内に共に配置されることができる。ＰｒｏＳｅ機能は、コアネットワーク内に位置することができ、かつ／またはコアネットワークの外部に存在することができる。コアネットワーク内のネットワークエンティティは、地上波公共移動通信ネットワーク（ＰＬＭＮ）ノードまたはデバイスと呼ぶことができる。ＰｒｏＳｅ機能は、ＰＬＭＮノードまたはデバイスに位置することができる。

ＰｒｏＳｅ機能は、ＳＬＰからＰｒｏＳｅ ＷＴＲＵの位置データを取得し、それをＰｒｏＳｅ発見手順またはＥＰＣレベルのＰｒｏＳｅ発見手順を介して、監視ＷＴＲＵに提供することができる。ＰｒｏＳｅ機能は、ＰｒｏＳｅ ＷＴＲＵからＰｒｏＳｅ ＷＴＲＵの位置データを取得し、それを、ＰｒｏＳｅ発見手順により監視ＷＴＲＵに提供することができる。ＰｒｏＳｅ ＷＴＲＵは、発見メッセージで、その位置および／他の状況情報を同報通信することができる。ＰｒｏＳｅ機能は、同報通信する前に暗号化を行うように、位置および／または他の状況情報を暗号化することができる。ＰｒｏＳｅ ＷＴＲＵは、その位置および／または他の状況情報を、ユーザプレーンを介して他のＰｒｏＳｅ ＷＴＲＵもしくはＰｒｏＳｅグループに送ることができる。ＰｒｏＳｅ機能は、ＷＴＲＵが、情報（例えば、位置情報）を開示および／または処理することが許容されるかどうかを検証することができ、また例えば、情報が開示される前になど、情報を開示すべきかどうか、かつ／または情報を処理すべきかどうかをＷＴＲＵに示すことができる。

図２は、近接サービス（ＰｒｏＳｅ）に対するシステムアーキテクチャ２００の例の図である。いくつかの参照点が、図２で示されたシステムにおいて示されている。

ＰＣ１参照点は、ＷＴＲＵ２０６、２０８におけるＰｒｏＳｅアプリケーション２０２、２０４と、ＰｒｏＳｅアプリケーションサーバ２１０との間に存在することができる。ＰＣ１参照点は、例えば、アプリケーションレベルのシグナリング要件を定義するために使用されることができる。例えば、アプリケーション層シグナリングが、ＰＣ１参照点において、ＰｒｏＳｅメッセージを交換するために使用されることができる。

ＰＣ２参照点は、ＰｒｏＳｅアプリケーションサーバ２１０と、ＰｒｏＳｅ機能２１４との間に存在することができる。ＰＣ２参照点は、例えば、ＥＰＣレベルのＰｒｏＳｅ発見のために、ＰｒｏＳｅ機能２１４を介して３ＧＰＰ ＥＰＳにより提供されるＰｒｏＳｅアプリケーションサーバ２１０とＰｒｏＳｅ機能との間の対話（例えば、名前変換）を定義するために使用されることができる。

ＰＣ３参照点は、ＷＴＲＵ２０６とＰｒｏＳｅ機能２１４との間に、かつ／またはＷＴＲＵ２０８とＰｒｏＳｅ機能２１４との間に存在することができる。ＰＣ３参照点は、（例えば、「ＩＰを介する」参照点として）移送のためにＥＰＣユーザプレーンを使用することができる。ＰＣ３参照点は、ＰｒｏＳｅ直接発見およびＥＰＣレベルのＰｒｏＳｅ発見要求を許可するために使用されることができる。ＰＣ３参照点は、ＰｒｏＳｅ直接発見に使用されるＰｒｏＳｅアプリケーション識別に対応するＰｒｏＳｅアプリケーションコードの割振りを実施するために使用されることができる。ＰＣ３参照点は、ＰｒｏＳｅ直接発見のために（例えば、公衆安全および非公衆安全のために）、およびＷＴＲＵ２０６、２０８とＰｒｏＳｅ機能２１４との間の通信のために（例えば、公衆安全だけのために）、地上波公共移動通信ネットワーク（ＰＬＭＮ）ごとに許可ポリシーを定義するために使用されることができる。

ＰＣ４ａ参照点は、ホーム加入者サーバ（ＨＳＳ）２１８とＰｒｏＳｅ機能２１４との間に存在することができる。ＰＣ４ａ参照点は、例えば、ＰＬＭＮごとのベースで、ＰｒｏＳｅ直接発見およびＰｒｏＳｅ直接通信へのアクセスを許可するように、サブスクリプション情報を提供するために使用されることができる。ＰＣ４ａ参照点はまた、ＥＰＣレベルのＰｒｏＳｅ発見に関連する加入者データを取得するために、ＰｒｏＳｅ機能２１４（例えば、ＥＰＣレベルのＰｒｏＳｅ発見機能）により使用されることもできる。

ＰＣ４ｂ参照点は、ＳＵＰＬ位置プラットフォーム（ＳＬＰ）２２０と、ＰｒｏＳｅ機能との間に存在することができる。ＰＣ４ｂ参照点は、例えば、ＳＬＰに照会するＬＣＳクライアントの役割で、ＰｒｏＳｅ機能（例えば、ＥＰＣレベルのＰｒｏＳｅ発見機能）により使用されることができる。

ＰＣ５参照点は、ＷＴＲＵ間（例えば、ＷＴＲＵ２０６とＷＴＲＵ２０８の間）に存在することができる。ＰＣ５参照点は、ＰｒｏＳｅ直接発見、ＰｒｏＳｅ直接通信、および／またはＰｒｏＳｅ ＷＴＲＵからネットワークへの中継を行うための制御プレーンおよびユーザプレーンで使用されることができる。

ＰＣ６参照点は、例えば、ＷＴＲＵがローミングしていないとき、例えば、ホームＰＬＭＮ（ＨＰＬＭＮ）におけるＰｒｏＳｅ機能と、他のＰＬＭＮにおけるＰｒｏＳｅ機能との間など、異なるＰＬＭＮにおけるＰｒｏＳｅ機能の間に存在することができる。ＰＣ６参照点は、ＰｒｏＳｅ直接発見要求を許可するために使用されることができる。ＰＣ６参照点は、ＨＰＬＭＮからのＰｒｏＳｅアプリケーション識別コード、およびＰｒｏＳｅアプリケーション識別名の割振りを実施するために使用されることができる。ＰＣ６参照点は、ＰｒｏＳｅサービス許可のＨＰＬＭＮ制御のために使用されることができる。

ＰＣ７参照点は、例えば、ＨＰＬＭＮにおけるＰｒｏＳｅ機能と、ＶＰＬＭＮにおけるＰｒｏＳｅ機能、または例えば、ＷＴＲＵがローミングしているときの他のＰＬＭＮにおけるＰｒｏＳｅ機能との間など、異なるＰＬＭＮにおけるＰｒｏＳｅ機能間に存在することができる。ＰＣ７参照点は、ＰｒｏＳｅ直接発見要求を許可するために使用されることができる。ＰＣ７参照点は、ＨＰＬＭＮからのＰｒｏＳｅアプリケーション識別コード、およびＰｒｏＳｅアプリケーション識別名の割振りを実施するために使用されることができる。ＰＣ７参照点は、ＰｒｏＳｅサービス許可のＨＰＬＭＮ制御を行うために使用されることができる。

Ｓ６ａ参照点は、第１のＰＬＭＮにおけるＨＳＳ２１８と、例えば、第２のＰＬＭＮにおけるＭＭＥ２２２との間に存在することができる。Ｓ６ａ参照点は、Ｅ−ＵＴＲＡＮアタッチ手順中に、ＰｒｏＳｅに関連するサブスクリプション情報をＭＭＥ２２２にダウンロードする、またはＨＳＳ２１８におけるサブスクリプション情報が変化していることをＭＭＥ２２２に通知するために使用されることができる。

Ｓ１またはＳ１−ＭＭＥ参照点は、ＭＭＥ２２２とＥ−ＵＴＲＡＮ２２６との間に存在することができる。Ｓ１またはＳ１−ＭＭＥ参照点は、ＷＴＲＵがＰｒｏＳｅ直接発見を使用することが許可されているというインジケーションをｅＮＢに提供するために使用されることができる。

ＰｒｏＳｅ機能は、ＰｒｏＳｅに必要なネットワーク関連アクションを行うために使用されることのできる論理的な機能とすることができる。ＰｒｏＳｅ機能は、ＰｒｏＳｅの各特徴に対して、異なる役割を行うことができる。ＰｒｏＳｅ機能は、例えば、ＰｒｏＳｅ特徴に基づいて、異なる役割を実施できる下位の機能を含むことができる。

直接供給機能（ＤＰＦ：Ｄｉｒｅｃｔ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｆｕｎｃｔｉｏｎ）は、ＰｒｏＳｅ直接発見およびＰｒｏＳｅ直接通信を使用するように、ＷＴＲＵにパラメータを供給するために使用されることができる。ＤＰＦは、ＰＬＭＮ特有のパラメータをＷＴＲＵに供給するために使用されることができ、それは、供給されたＷＴＲＵが特定のＰＬＭＮにおいてＰｒｏＳｅを使用できるようにする。ＤＰＦはまた、ＷＴＲＵが、例えば、公衆安全のために使用される直接通信に対して、Ｅ−ＵＴＲＮによりサービスされない場合、ＷＴＲＵにパラメータを供給するために使用されることもできる。

直接発見名前管理機能（ＤＤＮＭＦ）は、例えば、ＰｒｏＳｅ直接発見で使用されるＰｒｏＳｅアプリケーションＩＤ、およびＰｒｏＳｅアプリケーションコードのマッピングを割り振り、かつ処理するために、オープンなＰｒｏＳｅ直接発見に使用されることができる。ＤＤＮＭＦは、各発見要求を許可するために、ＨＳＳに記憶されたＰｒｏＳｅ関連の加入者データを使用することができる。ＤＤＮＭＦはまた、例えば、無線を介して送信される発見メッセージを保護するために、ＷＴＲＵにセキュリティ材料を提供することもできる。

ＰｒｏＳｅ機能は、例えば、ＥＰＣを介するＰｒｏＳｅに対して、ＰｒｏＳｅ直接発見に対して、かつＰｒｏＳｅ直接通信に対してなど、ＰｒｏＳｅの使用量に対する課金機能を提供することができる。

ＰｒｏＳｅ対応ＷＴＲＵは、様々な発見モデル下で直接発見手順に従事することができる。発見モデルの例（例えば、モデルＡ）において、発見は、例えば、「私はここにいます」と表すことができ、例えば、ＰｒｏＳｅ対応ＷＴＲＵは、その存在を他のデバイスにアナウンスすることができる。ＰｒｏＳｅ直接発見に参加するＰｒｏＳｅ対応ＷＴＲＵに対して役割が定義されることができる。第１の参加するＷＴＲＵは、アナウンスＷＴＲＵの役割を有することができる。アナウンスＷＴＲＵは、一定の情報をアナウンスすることができ、それは、アナウンスＷＴＲＵの近傍のＷＴＲＵにより使用されることができる。情報を使用することは、発見することが許容されているＷＴＲＵに限定されることができる。第２の参加するＷＴＲＵは、監視ＷＴＲＵとしての役割を有することができる。監視ＷＴＲＵは、例えば、１または複数のアナウンスＷＴＲＵの近傍で関心のある一定の情報を監視することができる。

アナウンスＷＴＲＵは、事前定義の発見間隔で、発見メッセージを同報通信することができる。このような同報通信された発見メッセージに関心を有する可能性のある監視ＷＴＲＵは、それらを受信し、読み、かつ処理することができる。

アナウンスＷＴＲＵが、発見メッセージで、そのＰｒｏＳｅアプリケーション識別、またはＰｒｏＳｅ ＷＴＲＵ識別など、それ自体に関する情報を同報通信することができる場合、モデルＡは、「私はここにいます」と類似したもの、または同等のものと称されることができる。

発見モデルにおける他の例（例えば、モデルＢ）では、発見は、例えば、「そこにいるのは誰ですか」、または「そこにいるのはあなたですか」と表されることができる。ＰｒｏＳｅ直接発見に参加しているＰｒｏＳｅ対応ＷＴＲＵに対して、役割が定義されることができる。第１の参加するＷＴＲＵは、発見者ＷＴＲＵとしての役割を有することができる。発見者ＷＴＲＵは、発見することに関心のあるものに関する一定の情報を含むことのできる要求など、一定の情報を送信することができる。第２の参加するＷＴＲＵは、被発見者ＷＴＲＵとしての役割を有することができる。被発見者ＷＴＲＵは、要求メッセージを受信することができ、また例えば、発見者ＷＴＲＵの要求に関連する情報で応ずることができる。

図３は、ＷＴＲＵによる直接発見実施形態（例えば、モデルＡ）に対する対話の例を示す対話図である。対話は、例えば、ＷＴＲＵ、ＰｒｏＳｅ機能、および他のＰｒｏＳｅ機能（複数可）の間で行うことができる。

３０２で、ＷＴＲＵは、例えば、ＯＭＡ ＤＭ手順により、例えば、ＰｒｏＳｅ機能から、特定のＰＬＭＮ上でアナウンスする、または特定のＰＬＭＮにおいて監視するための許可を取得することができる。３０４で、アナウンスすることが許可されたアナウンスＷＴＲＵは、例えば、ＰＣ３参照点を介して、発見アナウンス要求をＰｒｏＳｅ機能に送ることができる。発見アナウンス要求は、例えば、ＰｒｏＳｅアプリケーションＩＤに基づき、ＷＴＲＵがアドバタイズすることを望むことのできるサービスを含むことができる。

３０６で、もしＷＴＲＵが許可されたとき、ＰｒｏＳｅ機能は、ＷＴＲＵがアナウンスするためのＰｒｏＳｅアプリケーションコードを提供することができる。３０８で、特定のＰＬＭＮにおける他のＷＴＲＵからの発見アナウンスを監視することを試みている第２のＷＴＲＵは、例えば、ＰＣ３参照点を介して、発見監視要求をＰｒｏＳｅ機能に送ることができる。発見監視要求は、ＷＴＲＵが、例えば、ＰｒｏＳｅアプリケーションＩＤに基づき、発見もしくは監視することを望むサービスを含むことができる。３１０で、第２のＷＴＲＵは、監視を行うことがＰｒｏＳｅ機能により許可された場合、および／または許可されたとき、ＰｒｏＳｅ機能は、監視ＷＴＲＵが探す、または監視を試みるために、ＰｒｏＳｅアプリケーションコードを提供することができる。監視ＷＴＲＵが、第１のＷＴＲＵにより送信された発見要求／アナウンスを成功裡に受信した場合、３１２で、マッチレポートが生成されることができる。位置情報は、発見アナウンスを同報通信したＷＴＲＵに関する位置情報に対応することができる。

ＷＴＲＵで開始されるＰｒｏＳｅ発見方法ではなく、またはそれに加えて、コアネットワーク（例えば、ＥＰＣ、および／またはＥＰＣ内の１または複数のノード）が発見を開始することができる。例えば、ＥＰＣベースの発見は、ＰｒｏＳｅ ＷＴＲＵの位置を追跡するために、セキュアユーザプレーンロケーション（ＳＵＰＬ）を利用することができ、また複数のＰｒｏＳｅ ＷＴＲＵが互いに近接している場合、１または複数のＷＴＲＵに送られる警告をトリガすることができる。図４は、ＥＰＣレベルのＰｒｏＳｅ発見の例の流れ図である。ＥＰＣは、ＷＬＡＮ直接発見および通信をサポートすることができる。対話は、例えば、ＷＴＲＵ Ａ、ＷＴＲＵ Ｂ、ＳＵＰＬロケーションプラットフォーム（ＳＬＰ）Ａ、ＳＬＰ Ｂ、ＰｒｏＳｅ機能Ａ、ＰｒｏＳｅ機能Ｂ、および／またはアプリケーションサーバの間で行うことができる。４０２および４０４で、例えば、１または複数のＷＴＲＵ（例えば、各ＷＴＲＵ）は、そのそれぞれのホームＰＬＭＮ（ＨＰＬＭＮ）に常駐するＰｒｏＳｅ機能に、ＰｒｏＳｅのためのＷＴＲＵ登録を実施することができる。４０６および４０８で、例えば、１または複数のＷＴＲＵ（例えば、各ＷＴＲＵ）は、そのそれぞれのホームＰＬＭＮに常駐するＰｒｏＳｅ機能に、ＰｒｏＳｅのためのアプリケーション登録を実施することができる。

４１０で、ＷＴＲＵ Ａは、ＷＴＲＵ Ｂに対する近接要求を行うことができる。例えば、ＷＴＲＵ Ａは、ＷＴＲＵ Ｂとの近接が警告されているという要求が行われることができる。要求は、その期間中、要求が有効である時間ウィンドウを示すことができる。ＰｒｏＳｅ機能Ａは、ＷＴＲＵ ＡおよびＷＴＲＵ Ｂに対して位置更新を要求することにより、要求に応ずることができる。位置更新は、周期的に、トリガに基づき、それらの組合せでなどとすることができる。ＰｒｏＳｅ機能Ａは、ＳＵＰＬロケーションプラットフォーム（ＳＬＰ）Ａにコンタクトし、例えば、ＷＴＲＵ Ａに対する位置更新を要求することができる。ＰｒｏＳｅ機能Ａは、ＰｒｏＳｅ機能Ｂにコンタクトし、例えば、ＷＴＲＵ Ｂに対する位置更新を要求することができる。ＰｒｏＳｅ機能Ｂは、ＳＬＰ Ｂから、ＷＴＲＵ Ｂに対する位置更新を要求することにより応ずることができる。

４１２および４１４で、ＷＴＲＵ ＡおよびＷＴＲＵ Ｂの位置は、例えば、間欠的に、それらの各ＰｒｏＳｅ機能に報告されることができる。ＰｒｏＳｅ機能Ｂは、例えば、ＰｒｏＳｅ機能Ａにより設定された条件に基づいて、ＷＴＲＵ Ｂの位置更新を、ＰｒｏＳｅ機能Ａに転送することができる。ＰｒｏＳｅ機能Ａは、例えば、ＰｒｏＳｅ機能Ａが、ＷＴＲＵ Ａおよび／またはＷＴＲＵ Ｂに対する位置更新を受信した場合は常に、ＷＴＲＵ ＡおよびはＷＴＲＵ Ｂの位置に対して近接解析を実施することができる。

４１６で、ＰｒｏＳｅ機能Ａは、例えば、ＰｒｏＳｅ機能Ａが、ＷＴＲＵの近接していることを検出したとき、ＷＴＲＵ Ｂが近傍にいることをＷＴＲＵ Ａに通知することができる。任意選択で、ＰｒｏＳｅ機能Ａは、ＷＬＡＮ直接発見、およびＷＴＲＵ Ｂとの通信に関する支援情報をＷＴＲＵ Ａに提供することができる。ＰｒｏＳｅ機能Ａはまた、ＰｒｏＳｅ機能Ｂに、検出された近接を通知することができる。ＰｒｏＳｅ機能Ｂは、次いで、ＷＴＲＵ Ｂに、検出された近接を通知することができる。任意選択で、ＰｒｏＳｅ機能Ｂは、ＷＴＲＵ Ｂに、ＷＬＡＮ直接発見、およびＷＴＲＵ Ａとの通信に関する支援情報を提供することができる。

ＬＴＥは、制御プレーンおよびユーザプレーンロケーションサービス（ＬＣＳ）をサポートすることができる。ＵプレーンＬＣＳ技法は、ユーザプレーン技術に基づくことができ、それは、その基礎となるネットワークタイプとは独立であってもよい。ＳＵＰＬ（セキュアユーザプレーンロケーション）は、セキュアなユーザプレーンＩＰトンネルに基づく、無線ネットワークを介して位置決めするためのＵプレーンロケーション技術とすることができる。ＳＵＰＬは、ＳＵＰＬロケーションプラットフォーム（ＳＬＰ）と、ＳＵＰＬ対応端末（ＳＥＴ）との間のインターフェースを介して動作するアプリケーション層プロトコルとすることができる。

ＳＬＰは、ＳＵＰＬロケーションセンタ（ＳＬＣ）、およびＳＵＬＰ位置決めセンタ（ＳＰＣ）などの機能的なエンティティを備えることができる。ＳＬＣは、ロケーションサービスを提供するために、協調および管理機能を扱うことができる。ＳＰＣは、位置決め機能を扱うことができる。ＳＬＣおよびＳＰＣは、ＬＣＳに対するＣプレーン技法におけるＧＭＬＣおよびＥ−ＳＭＬＣとアーキテクチャ的に類似のものとすることができる。

図５は、セキュアユーザプレーンロケーション（ＳＵＰＬ）アーキテクチャ５００の例のブロック図である。ＳＵＰＬは、ＭＬＰ（モバイルロケーションプロトコル）、ＲＬＰ（ローミングロケーションプロトコル）、およびＵＬＰ（ユーザプレーンプロトコル）をサポートすることができる。ＭＬＰは、例えば、ＳＬＰとＳＵＰＬエージェントとの間、または２つのＳＬＰの間など、要素間で、ＬＢＳデータの交換に使用されることができる。ＵＬＰは、ＳＬＰとＳＥＴとの間でＬＢＳデータの交換に使用されることができる。

図６は、発見メッセージにおける位置情報交換の例である。発見に参加するＷＴＲＵは、ＰＣ５参照点を介して通信されることのできる発見メッセージ６０４で、位置情報６０２を交換することができる。アナウンスＷＴＲＵは、例えば、既存の位置ソース、例えば、ＧＰＳなどに基づいて、その位置を決定することができる。例えば、モデルＡを使用するときなどのアナウンスＷＴＲＵ、および／または、例えば、モデルＢを用いるときなどの被発見者ＷＴＲＵは、発見メッセージの一部として、位置情報を提供することができる。位置情報は、例えば、直接発見手順中に、かつ／またはその後に続いて、特別な、または指定されたメッセージタイプで提供されることができる。ＰｒｏＳｅ範囲は、例えば、５００メートルとすることができる。例えば、５００メートル範囲のＰｒｏＳｅ発見に参加しているＷＴＲＵが、位置座標のより上位のビットをすでに有していると仮定すると、位置は、例えば、サブセットで、例えば、位置座標の最下位ビットのわずかな数で、提供されることができる。位置ビットのフォーマットはよく知られている。

発見メッセージを受信し、かつ復号することが許可されることのできる、例えば、モデルＡを用いるときの監視ＷＴＲＵ、および／または例えば、モデルＢを用いるときの発見者ＷＴＲＵは、例えば、メッセージにおける最下位ビットを復号することにより、アナウンスＷＴＲＵもしくは被発見者ＷＴＲＵの位置を決定することができる。アプリケーション使用に適した完全な位置情報は、例えば、それ自体の位置の最上位ビットを用いてコンパイルされることができる。監視する／発見者ＷＴＲＵは、２つのＷＴＲＵの間の近接を推定することができる。

図７は、マッチレポートにおいて位置情報を提供する例の対話図である。例では、位置情報が、マッチレポート手順の一部として提供されることができる。マッチレポートは、ＥＰＣ発見手順をトリガすることができる。ＷＴＲＵ（例えば、マッチレポートを送ったＷＴＲＵ）は、ＰｒｏＳｅ機能からのマッチ応答において、ピアＷＴＲＵの位置を受信することができる。

７０２で、監視ＷＴＲＵは、マッチレポートを送ることができ、またアナウンスＷＴＲＵとの間で、距離および／または方向を決定するように要求することができる。メッセージは、「要求された位置」インジケーションを含むことができる。７０４で、ＰｒｏＳｅ機能７０６は、アナウンスＷＴＲＵの発見を許可することができる。ＰｒｏＳｅ機能７０６は、例えば、位置情報を求める要求が許可されたとき、アナウンスＷＴＲＵに関連付けられた位置情報を取得するために、ＥＰＣレベル発見手順を使用することができる。７０８で、許可要求が、ＰｒｏＳｅアプリケーションサーバ７１０に送られることができる。ＰｒｏＳｅアプリケーションサーバ７１０は、７１２で、許可応答で応ずることができる。ＰｒｏＳｅ機能７０６は、７１４で、例えば、マッチレポート肯定応答において、ＰｒｏＳｅアプリケーションＩＤ、およびアナウンスＷＴＲＵの位置を監視ＷＴＲＵに送ることができる。監視ＷＴＲＵは、それ自体の位置を知ることができ、アナウンスＷＴＲＵに対する監視ＷＴＲＵの近接を推定することができる。７１６で、ＰｒｏＳｅ機能７０６は、他のＰｒｏＳｅ機能７１８にマッチレポート情報を送ることができる。

公衆安全アプリケーションを含むＰｒｏＳｅアプリケーションでは、ＰｒｏＳｅユーザ間で、またはＰｒｏＳｅグループにおけるユーザの中で、位置および他の状況情報の直接交換、および／または迅速な交換を行うことが望ましい可能性がある。通達範囲外のＰｒｏＳｅ ＷＴＲＵに対しては、ネットワークを介する位置データの交換が可能ではない可能性がある。さらに、Ｅ−ＵＴＲＡＮに対する位置サービス（ＬＣＳ）アーキテクチャは、Ｃプレーン技法であるか、Ｕプレーン技法であるかにかかわらず、ＷＴＲＵ間で位置情報を交換するには、適切ではない可能性がある。

位置情報は、ユーザのプライバシに影響を与えるおそれがある。ＷＴＲＵは、例えば、アプリケーションにおけるユーザ設定に従って、位置情報を受信することが許可されたピアに対して、その位置情報を提供することができる。１または複数の手順は、位置情報を共用するという点でユーザのプリファレンスを実施することができる。例として、ユーザは、位置情報の通信を制限できる、または制限できないＷＴＲＵアプリケーションにおける１または複数のプライバシ設定を選択することによって、プライバシプリファレンスを示すことができる。ユーザは、ピアユーザのサブセット（例えば、家族の一員）に限って、ユーザの位置情報を取得できるようにすることを、アプリケーションクライアントとの対話を介して示すことができる。１または複数のプライバシ手順を有するＷＴＲＵは、プライバシ設定に従って、ユーザの指定されたサブセットに位置情報を制限することにより、プライバシ設定を実施することができる。他のユーザは、位置情報へのアクセスは拒否されることができる。

マッチレポートを送る監視ＷＴＲＵは、そのピアの位置情報を受信することができる。ピア（例えば、アナウンスＷＴＲＵ）は、ピアを発見したＷＴＲＵの位置情報を知ることはできない。アナウンスＷＴＲＵは、アナウンスＷＴＲＵを発見する監視ＷＴＲＵの位置情報が提供されることができる。

位置情報は、様々な技法により計算されることができる。一方法は、受信側が正確な位置情報を知ることができるようにする地理的な座標をＷＴＲＵが提供できる、非常に正確な方法とすることもできる。受信側は、それ自体の位置座標で応ずることができる。受信側は、例えば、正確な座標を開示することに代えて、受信側が、アナウンスＷＴＲＵからどの位遠くにいるかの推定を開示することができる。例えば、プライバシを保護するために、推定値および／または相対距離に対して、計算技法が適用されることができる。例えば、ゲームアプリケーションでは、ゲーム中に、正確な位置ではなく、推定された、かつ／または相対距離が開示されることができる。

ＰｒｏＳｅユーザ間で、またはＰｒｏＳｅグループにおけるユーザの中で、位置および他の状況情報を高速で、軽量な交換を可能にする技法が開示されることができる。

位置情報は、ＬＣＳデータおよびインターフェースが利用可能な場合など、ＰｒｏＳｅ機能を介して交換されることができる。ＰｒｏＳｅ機能は、例えば、ＳＬＰに位置データを要求するために、ユーザプレーンベースの位置サービスを利用することができる。これは、例えば、ＥＰＣレベルのＰｒｏＳｅ発見に対して実施されることができる。１または複数のＰｒｏＳｅ機能により取得された位置データは、発見手順の一部として、ＰｒｏＳｅユーザの間で、またはＰｒｏＳｅユーザのグループの中で、さらに交換されることができる。

位置情報は、例えば、モデルＡおよびモデルＢ直接発見において交換されることができる。アナウンスＷＴＲＵは、例えば、そのホームＰｒｏＳｅ機能（例えば、そのＨＰＬＭＮのＰｒｏＳｅ機能）に対して、その位置データを快く監視ＷＴＲＵに明らかにすることを発見要求メッセージで示すことができる。

監視ＷＴＲＵに対する位置データを共用できるというＷＴＲＵによるインジケーションは、例えば、ＷＴＲＵの事前構成、ユーザのプリファレンス設定、および／またはＷＴＲＵにこの情報を提供するアプリケーションサーバとの対話に基づくことができる。ホームＰｒｏＳｅ機能はまた、例えば、許可手順中になど、アナウンスＷＴＲＵの位置データは、ＨＳＳにおけるＷＴＲＵのプロファイルから公表可能であることを知ることができる。

例えば、発見要求が、制限された発見用のものであることを示す場合、位置は、アナウンスＷＴＲＵを発見することが許容されるＷＴＲＵまたはグループのうちの選択されたリストなど、選択されたＷＴＲＵまたはグループに開示されることができる。

ＷＴＲＵはまた、位置開示を可能にするインジケーションを取り消すことができ、それは、参加するＷＴＲＵによる位置情報へのアクセスを取り消すことができる。ＷＴＲＵは、例えば、その位置が開示されるのを許可しないことを示す発見要求により、認可を取り消すことができる。

ホームＰｒｏＳｅ機能は、例えば、アナウンスＷＴＲＵの位置データが、他の監視ＷＴＲＵに開示されることが可能であるというインジケーションが存在する場合、アナウンスＷＴＲＵのサービングＳＬＰに対して位置要求を開始し、かつＷＴＲＵの位置データを取得することができる。ホームＰｒｏＳｅ機能は、アナウンスＷＴＲＵの位置データを、ＷＴＲＵコンテキストに記憶することができる。ホームＰｒｏＳｅ機能は、例えば、ＳＬＰからの最新の位置データの周期的な取得に基づき、周期的にその記憶されたデータを更新することができ、またその記憶されたデータを更新することができる。

監視ＷＴＲＵは、発見要求メッセージで、１または複数のＷＴＲＵに関する位置データを知る、または監視することを望むことをそのホームＰｒｏＳｅ機能に示すことができる。監視ＷＴＲＵは、マッチレポートメッセージで、例えば、検出したＷＴＲＵの位置データを望むことを、そのホームＰｒｏＳｅ機能に示すことができる。ホームＰｒｏＳｅ機能は、アナウンスＷＴＲＵのコンテキストから最新の位置データを取得し、それを、例えば、監視ＷＴＲＵからマッチレポートを受信したことに応答して、マッチレポート肯定応答（ＡＣＫ）メッセージで監視ＷＴＲＵに返すことができる。

図８Ａおよび図８Ｂは、サービスロケーションプロトコル（ＳＬＰ）から利用可能な発見および位置データの位置データ交換中における対話の例の対話図である。対話は、例えば、アナウンスＷＴＲＵ、ＰｒｏＳｅ機能、ＨＳＳ、ＳＬＰ、および監視ＷＴＲＵの間で行うことができる。

８０２で、アナウンスＷＴＲＵは、発見要求をＰｒｏＳｅ機能に送ることができる。発見要求は、ＰｒｏＳｅアプリケーション識別子、ＷＴＲＵ識別子、アナウンスコマンド、アプリケーション識別子、および／またはアナウンスＷＴＲＵが位置情報を開示できるというインジケーションを含むことができる。８０４で、ＰｒｏＳｅ機能とＨＳＳとの間で、発見許可が通信されることができる。８０６で、ＰｒｏＳｅ機能は、発見応答をアナウンスＷＴＲＵに送ることができる。発見応答は、ＰｒｏＳｅアプリケーションコード、および／または有効性タイマを含むことができる。８０８、８１０、８１２、および８１４で、ＳＬＰから位置データを取得するための手順が実施されることができる。これらの手順は、例えば、アナウンスＷＴＲＵの発見要求により、監視ＷＴＲＵのマッチレポートが受信された後、および／または様々な他のイベントの後に、トリガされることができる。

例えば、アナウンスＷＴＲＵおよび監視ＷＴＲＵが、同じホームＰｒｏＳｅ機能によりサービスされない場合、ＰｒｏＳｅ機能間手順が、位置データを取得するために使用されることができる。例えば、マッチレポートの受信に応答して、８２０で、監視ＷＴＲＵのホームＰｒｏＳｅ機能は、マッチレポートを、アナウンスＷＴＲＵのホームＰｒｏＳｅ機能に転送することができる。監視ＷＴＲＵのホームＰｒｏＳｅ機能は、メッセージで、アナウンスＷＴＲＵの位置データが要求されていることを示すことができる。アナウンスＷＴＲＵのホームＰｒｏＳｅ機能は、例えば、要求が許可された場合、監視ＷＴＲＵのホームＰｒｏＳｅ機能に位置データを返すことができる。８２２で、監視ＷＴＲＵのホームＰｒｏＳｅ機能は、マッチレポート肯定応答（ＡＣＫ）メッセージで、位置データを監視ＷＴＲＵに転送することができる。

図９は、アナウンスＷＴＲＵおよび監視ＷＴＲＵが、異なるホームＰｒｏＳｅ機能によりサービスされることができる場合、位置データ交換発見中における対話の例を示す対話図である。対話は、例えば、アナウンスＷＴＲＵ Ａ、ＷＴＲＵ ＡのＰｒｏＳｅ機能、監視ＷＴＲＵ Ｂ、およびＷＴＲＵ ＢのＰｒｏＳｅ機能の間で行うことができる。

アナウンスＷＴＲＵのＰｒｏＳｅ機能は、例えば、快くその位置を開示することを示すアナウンスＷＴＲＵからの発見要求メッセージを受信した後、ＰｒｏＳｅユーザ間で位置データを交換するためのサポートを欠いている、またはＳＬＰから位置データを取得するためのサポートを欠いていることを、発見応答メッセージで示すことができる。しかし、発見プロセスは継続することができる。

監視ＷＴＲＵのＰｒｏＳｅ機能は、例えば、９１２で、アナウンスＷＴＲＵの位置データが要求される発見要求メッセージまたはマッチレポートメッセージを受信した後、９１０で、発見応答メッセージまたはマッチレポート肯定応答（ＡＣＫ）メッセージで、ＰｒｏＳｅユーザ間の位置データ交換のためのサポートを欠いていることを示すことができる。しかし、発見プロセスは継続することができる。

ＰｒｏＳｅ機能は、例えば、ＰｒｏＳｅ機能が位置交換機能をサポートするが、位置データは利用可能ではないとき、９１４で、マッチレポート肯定応答（ＡＣＫ）メッセージで、位置データが利用できないことを監視ＷＴＲＵに示すことができる。

位置情報は、ＥＰＣレベル発見に対して交換されることができる。ＰｒｏＳｅ対応ＷＴＲＵは、その位置が、例えば、他のＰｒｏＳｅ ＷＴＲＵに開示されることができることを、ＰｒｏＳｅ登録要求メッセージで示すことができる。位置情報が開示可能であるというインジケーションは、例えば、ＷＴＲＵ事前構成またはユーザプリファレンス設定に基づくことができる。ホームＰｒｏＳｅ機能はまた、ＷＴＲＵの位置データは、例えば、許可手順の一部として、ＨＳＳにおけるＷＴＲＵプロファイルから公表できることを知ることができる。

ＷＴＲＵはまた、位置開示もしくは報告を可能にするインジケーションもしくは許可を取り消すことができ、それは、参加するＷＴＲＵによる位置情報へのアクセスを取り消すことができる。ＷＴＲＵは、例えば、ＰｒｏＳｅにおけるそのプロファイルを更新することにより、位置報告を可能にするための許可を取り消すことができる。プロファイルは、例えば、その位置が開示されることを許可しないというインジケーションを備えたＰｒｏＳｅ登録要求により、更新されることができる。

図１０は、位置開示インジケーションを用いるＷＴＲＵ登録中の対話の例を示す対話図である。対話は、例えば、アナウンスＷＴＲＵ Ａ、ＷＴＲＵ ＡのＰｒｏＳｅ機能、および／またはＨＳＳの間で行うことができる。

１００２で、近接要求を開始するＷＴＲＵ（例えば、ＷＴＲＵ Ａ）は、例えば、ＷＴＲＵ Ｂなど、１または複数の他のＷＴＲＵの位置を要求するインジケーションを、近接要求メッセージに含むことができる。ＷＴＲＵ ＡのＰｒｏＳｅ機能は、ＷＴＲＵ ＢのＰｒｏＳｅ機能に転送される近接要求に、ＷＴＲＵ ＡおよびＷＴＲＵ Ｂは、同じＰｒｏＳｅ機能によりサービスされないというインジケーションを含むことができる。１００４で、ＷＴＲＵ ＢのＰｒｏＳｅ機能は、ＷＴＲＵ ＡがＷＴＲＵ Ｂの位置情報にアクセスできるかどうかを決定することができる。１００６で、そのように許可された場合、ＷＴＲＵ ＢのＰｒｏＳｅ機能は、例えば、ＷＴＲＵ ＡのＰｒｏＳｅ機能に送られる近接要求肯定応答（ＡＣＫ）メッセージで、ＷＴＲＵ Ｂの位置が開示可能であることを示すことができる。ＷＴＲＵ ＢのＰｒｏＳｅ機能は、例えば、近接要求肯定応答（ＡＣＫ）メッセージで、位置要求が拒否されたことを示すこともできる。しかし、発見手順は、位置要求が受け入れられるかどうかにかかわらず、継続することができる。

図１１は、ＥＰＣレベル発見手順による位置情報交換中の対話の例を示す対話図である。対話は、例えば、アナウンスＷＴＲＵ Ａ、ＷＴＲＵ ＡのＰｒｏＳｅ機能、監視ＷＴＲＵ Ｂ、およびＷＴＲＵ ＢのＰｒｏＳｅ機能の間で行うことができる。

ＷＴＲＵ ＡのＰｒｏＳｅ機能は、例えば、１１０４で、ＷＴＲＵ ＡのＰｒｏＳｅ機能が、ＷＴＲＵ ＢがＷＴＲＵ Ａの近傍にあることを検出したとき、１１０２で、近接警告メッセージに、ＷＴＲＵ Ｂの最新の位置情報を含むことができる。ＷＴＲＵ ＡのＰｒｏＳｅ機能は、ＷＴＲＵ Ｂの最新の位置情報をＷＴＲＵ Ａに送ることができる。ＷＴＲＵ ＡのＰｒｏＳｅ機能は、例えば、ＷＴＲＵ Ａのコンテキストが、その位置が開示できることを示す場合、１１０６で、ＷＴＲＵ ＢのＰｒｏＳｅ機能に転送される近接警告メッセージに、ＷＴＲＵ Ａの位置を含むことができる。ＷＴＲＵ ＢのＰｒｏＳｅ機能は、１１０８で、ＷＴＲＵ Ａの位置情報をＷＴＲＵ Ｂに転送することができる。

ＰｒｏＳｅ機能はまた、ＷＴＲＵ位置データを支援情報に含むこともでき、それを、ＰｒｏＳｅ機能は、例えば、ＷＴＲＵがＷｉＦｉダイレクトリンクを介して位置データを交換できるとき、ＷｉＦｉダイレクトリンク確立を支援するために、ＷｉＦｉダイレク対応ＷＴＲＵに送ることができる。

位置情報は、例えば、ＬＣＳデータおよびインターフェースが利用可能ではない可能性のあるとき、ＰｒｏＳｅ機能により交換されることができる。位置情報は、例えば、モデルＡおよびモデルＢ発見に対して交換されることができる。

図１２は、位置データが、全地球航法衛星システム（ＧＮＳＳ）対応ＷＴＲＵから受信された場合の対話の例を示す対話図である。対話は、例えば、アナウンスＷＴＲＵ Ａ、ＷＴＲＵ ＡのＰｒｏＳｅ機能、およびＨＳＳの間で行うことができる。

１２０２で、アナウンスＷＴＲＵまたは監視ＷＴＲＵは、例えば、ＰｒｏＳｅ ＷＴＲＵが、全地球航法衛星システム（ＧＮＳＳ）対応であり、かつそれらの位置データを快く開示する場合、それ自体の位置データを発見要求メッセージに含むことができる。ＷＴＲＵは、このような発見要求メッセージをそのホームＰｒｏＳｅ機能に送ることができる。ＰｒｏＳｅ機能は、１２０６で、ＷＴＲＵの位置データをそのコンテキストに記憶することができる。

例えば、アナウンスＷＴＲＵまたは監視ＷＴＲＵからの発見要求が、１２０４で許可され、かつ受け入れられた後に、アナウンスＷＴＲＵは、そのＰｒｏＳｅ機能を用いて、その最新の位置情報を周期的に更新することができる。周期的な位置更新期間は、例えば、ユーザにより事前に構成される、または設定されることができる。ＰｒｏＳｅ機能はまた、１２０８で、発見応答メッセージにおいて更新期間を構成することもできる。ＰｒｏＳｅ機能は、１２１０で、最新の位置データを受信したときなど、１２１２で、ＷＴＲＵのコンテキストに記憶された位置データを更新することができる。位置データのフォーマットは、例えば、「Ｕｓｅｒ Ｐｌａｎｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ」、Ｄｒａｆｔ Ｖｅｒｓｉｏｎ ２．０、２００８年３月２８日、ＯＭＡ−ＴＳ−ＵＬＰ−Ｖ２＿０、Ｏｐｅｎ Ｍｏｂｉｌｅ ＡｌｌｉａｎｃｅのＳｅｃ．１０．７で示されたものとすることができる。

監視ＷＴＲＵのＰｒｏＳｅ機能は、アナウンスＷＴＲＵの位置データが開示されることが可能な場合など、例えば、アナウンスＷＴＲＵの最新の位置データを、マッチレポート肯定応答（ＡＣＫ）メッセージに含むことができる。例えば、図８Ａおよび図８Ｂに関して述べられたように、アナウンスＷＴＲＵの位置データのＰｒｏＳｅ機能間の交換が、例えば、アナウンスＷＴＲＵおよび監視ＷＴＲＵが、同じホームＰｒｏＳｅ機能によりサービスされない場合に利用されることができる。

位置および他の状況情報は、ＰＣ５参照点を介して交換されることができる。例では、位置および状況情報は、発見により交換されることができる。アナウンスＷＴＲＵは、例えば、アナウンスＷＴＲＵがＧＮＳＳ対応である場合、発見メッセージに直接その位置データを含み、それを、ＰＣ５無線インターフェースを介して同報通信することができる。アナウンスＷＴＲＵは、最新の位置データを発見メッセージに含むことができる。

メッセージにおける位置データは、例えば、定義された（例えば、非特許文献１参照）位置データの最小の組を含むことができる。例えば、メッセージは、「緯度」および「経度」情報を含むことができる。メッセージはまた、タイムスタンプを含むこともできる。様々なメッセージサイズが、位置情報を有する、また有しない発見メッセージに対して定義されることができる。メッセージに位置情報が存在することを示すために、例えば、１ビットインジケーションなどのインジケーションが、ＭＡＣパケットヘッダに挿入されることができる。

図１３は、位置情報が、発見メッセージで同報通信されたときの対話の例を示す対話図である。対話は、例えば、監視ＷＴＲＵ、アナウンスＷＴＲＵ、ＰｒｏＳｅ機能、およびＨＳＳの間で行うことができる。

位置情報と組み合わせて、または位置情報に対する代替形態として、これだけに限らないが、存在状況、および通達範囲状況（例えば、通達範囲内もしくは範囲外）など、他の状況情報が、本明細書で開示される様々な技法のうちの任意の１または複数のものにおいて、ＰｒｏＳｅユーザ間で通信されることができる。発見メッセージヘッダは、発見メッセージで、どんな種類もしくはタイプの状況情報が存在するかを示す、例えば、様々な個々の、かつ／または組み合わされたタイプの状況および位置情報を示すことができる。

位置または状況情報は、例えば、平文で同報通信されることができる。例えば、いくつかのＰｒｏＳｅアプリケーションにより同報通信された機密性のある位置または状況情報などの位置または状況情報は、例えば、暗号化された形態など、他の形態もしくはフォーマットで同報通信されることができる。例として、アナウンスＷＴＲＵは、１３０２で、その最新の位置または状況データを発見要求に含むことができる。１３０４で、ＰｒｏＳｅ機能は、発見応答で、暗号化された位置／状況データを返すことができる。アナウンスＷＴＲＵは、暗号化された位置または状況データを、ＰＣ５無線インターフェースを介して同報通信することができる。

監視ＷＴＲＵは、１３０６で、暗号化された位置または状況情報を発見メッセージで受信することができ、かつ／または１３０８で、更新され暗号化された位置または状況情報を発見メッセージで受信することができる。監視ＷＴＲＵは、暗号化されたデータをマッチレポートメッセージでＰｒｏＳｅ機能に転送することができる。ＰｒｏＳｅ機能は、データを解読し、かつそれを、例えば、マッチレポート肯定応答（ＡＣＫ）メッセージで、監視ＷＴＲＵに返すことができる。監視ＷＴＲＵのＰｒｏＳｅ機能は、例えば、アナウンスＷＴＲＵおよび監視ＷＴＲＵが、同じＰｒｏＳｅ機能によってサービスされない場合、暗号化されたデータを、解読のために、アナウンスＷＴＲＵのＰｒｏＳｅ機能に転送することができる。暗号化／解読アルゴリズムは、ＰｒｏＳｅ機能の機能もしくは実装とすることができる。

図１４は、制限された発見手順の例を示す対話図である。監視／発見者ＷＴＲＵは、例えば、監視／発見者ＷＴＲＵが、ＰＣ５発見メッセージに存在することのできる目標とするアナウンス／被発見者ＷＴＲＵの位置データを受信またはアクセスすることが可能かどうかを示すフラグを備える発見応答メッセージを受信することができる。フラグは、発見応答メッセージにおける発見フィルタの一部とすることができる。ＰｒｏＳｅ機能は、１４０２で、例えば、位置開示のためのアナウンスＷＴＲＵアプリケーションレベル認可設定に基づき、発見応答メッセージにフラグを設定することができる。制限された発見プロセスが実施されることができる。ＰｒｏＳｅ機能は、１４０４で、例えば、ＰｒｏＳｅアプリケーションサーバを用いて、目標とする制限されたアプリケーションユーザＩＤの発見認可を検証することができる。１４０６で、ＰｒｏＳｅアプリケーションサーバは、発見されることが可能な目標とする制限されたアプリケーションユーザに対する位置開示認可フラグを返すことができる。例えば、発見応答もしくは発見フィルタにおけるフラグが、目標とするＷＴＲＵの位置の読取りが許容されることを示す場合、ＰＣ５発見メッセージにおける位置データが取得され、ユーザに提示されることができる。ＰＣ５発見メッセージにおける位置データは、例えば、フラグが、目標とするＷＴＲＵの位置を読み取ることが許容されないことを示す場合、無視される、または廃棄されることができる。

位置および状況情報は、ＰＣ５ユーザプレーンを介して直接交換されることができる。位置および他の状況情報は、ＰＣ５ユーザプレーンを介して、ＰｒｏＳｅユーザの間で、またはＰｒｏＳｅグループの中で交換されることができる。例では、専用のＰｒｏＳｅベアラ、および対応する論理チャネル（ＬＣ）が、位置および状況通信のためにＷＴＲＵで構成されることができる。例えば、位置および状況通信のために、デフォルトの論理チャネルＩＤが、ＬＣに対して予約されることができる。

ＰｒｏＳｅソースと宛先の対には、１つの（例えば、１つだけの）ＰｒｏＳｅベアラが含まれることができる。ＷＴＲＵは、例えば、ＷＴＲＵが複数のＰｒｏＳｅユーザまたはＰｒｏＳｅグループと通信しているとき、各対内に、例えば、１つの、専用のＰｒｏＳｅベアラを、位置および状況通信のために構成することができる。

専用のＬＣにより搬送される位置および状況データは、他のＬＣと多重化されることができる、または多重化されないこともある。ＭＡＣヘッダにおける専用のＬＣＩＤは、パケットのどの部分が、位置または状況情報であるかを示すことができる。例えば、様々な個々の、および組み合わされた情報が、１または複数のパケットで提供されることができる場合、個々の位置および／または他の状況情報、またはそれらの組合せのどれが存在するかに関するインジケーションが、サブヘッダに提供されることができる。

図１５は、多重化を使用しないパケットデータユニット（ＰＤＵ）に対する媒体アクセス制御（ＭＡＣ）ヘッダ１５００のＰｒｏＳｅ状況の例である。図１６は、多重化を使用するＰＤＵに対するＭＡＣヘッダ１６００のＰｒｏＳｅ状況の例である。ＰｒｏＳｅ状況ＰＤＵは、例えば、他のＰｒｏＳｅデータと同じ方法で、暗号化されることができる。

位置情報に対するＷＴＲＵ挙動は、構成またはアプリケーション層設定／要求に基づくことができる。ＷＴＲＵは、ＰＣ５ユーザプレーンを介して、位置情報を周期的に同報通信することができる。ＷＴＲＵは、一度に、ある時間期間にわたってなど、位置情報を同報通信することができる。

位置情報を、いつ、および／またはどのように発見メッセージで提供すべきかに関する決定を行うことができる。例えば、受信側が、位置情報を受信することが許可されていることを保証するために、例えば、位置情報を送る前に、検証を行うことができる。位置情報を、他のユーザまたはＷＴＲＵ（例えば、ＷＴＲＵ２）と共用するための、ユーザまたはＷＴＲＵ（例えば、ＷＴＲＵ１）からの許可が、例えば、ＷＴＲＵ（例えば、ＷＴＲＵ１）とアプリケーションサーバの間の対話により、またはＷＴＲＵ（例えば、ＷＴＲＵ２）とＰｒｏＳｅ機能との対話により、アプリケーション層で設定され、かつ／または実施されることができる。

位置情報を交換することは、位置情報を送ること、かつ／または位置情報を受信することを含む、または示唆することができる。位置情報を交換することは、例えば、位置情報を送る前に、位置情報を１または複数回計算すること、位置情報を受信した後に位置情報を処理すること、および／または他の（例えば、計算された、または推定された）位置情報を送り出す前に位置情報を処理することを含む、または示唆することができる。位置情報は、例えば、座標、エリア、および／または他のエンティティに対する相対距離の形態の情報など、１または複数の形態もしくはタイプを有することができる。位置情報は、例えば、方向情報など、他の情報を含むことができる。

ＷＴＲＵに対するＨＳＳサブスクリプション情報は、ＷＴＲＵが、発見の一部として、位置情報を交換可能であるかどうかを反映するように更新されることができる。情報は、ＷＴＲＵごとに、各アプリケーションでＷＴＲＵごとに、各サービスでＷＴＲＵごとになどとすることができる。情報は、例えば、正確な情報、推定、相対距離など、位置情報のタイプを示すことができる。

ＷＴＲＵは、位置情報を他のピアＷＴＲＵと共用すべきかどうかを示すプリファレンスをアプリケーション層で設定することができる。ＷＴＲＵは、例えば、どのピアユーザが、その位置情報にアクセスできるか、かつ／またはどのユーザが、位置情報にアクセスできないかを、アプリケーション（クライアント）を介して示すことができる。ＷＴＲＵは、例えば、ＳＵＰＬ、ＧＰＳ、ユーザ入力位置情報などを用いて、位置情報を計算するために１または複数の技法を設定することができる。アプリケーションサーバは、位置情報を計算するために、どの技法が使用されるべきかに関して、ＷＴＲＵおよび／またはＷＴＲＵにおけるアプリケーションクライアントに通知することができる。１または複数の技法（例えば、そのリスト）が知られており、または提供されることができ、また例えば、ＷＴＲＵの能力に基づき、順序（例えば、昇順優先順位、降順優先順位）で指定されることができる。リストは、例えば、ＳＵＰＬ、ＧＰＳ、または他のものを示すことができる。ＷＴＲＵは、例えば、サポートされる場合はＳＵＰＬを選択し、ＳＵＰＬがサポートされない場合はＧＰＳを選択し、かつＳＵＰＬおよびＧＰＳがサポートされない場合「他のもの」を選択することができる。ＷＴＲＵは、例えば、正確な情報、推定、相対距離など、正確さのタイプもしくは程度を示すことができる。

ＷＴＲＵは、例えば、ＷＴＲＵが、発見要求をＰｒｏＳｅ機能に送るとき、位置情報が、ＰＣ５発見メッセージで送られるべきかどうかを示すことができる。ＰｒｏＳｅ機能は、ＨＳＳサブスクリプション情報に従って、ＷＴＲＵが示すことが可能かどうかを検証することができる。ＰｒｏＳｅ機能は、例えば、ＰｒｏＳｅ機能とアプリケーションサーバとの間のＰＣ２参照点インターフェースを介して、ＷＴＲＵが、ピアＷＴＲＵと位置情報を交換することが許可されるかどうかをアプリケーションサーバに確認することができる。ＷＴＲＵは、位置を指定するために、正確な情報、推定、相対距離などが使用できるかどうかを示すことができる。

アプリケーションサーバは、ＷＴＲＵが位置情報を交換できるかどうかをＰｒｏＳｅ機能に知らせることができ、またＷＴＲＵが位置情報を交換可能になる目標とするＷＴＲＵのリストを提供することができる。アプリケーションサーバは、位置情報のタイプ、またはＷＴＲＵにより使用されることのできる位置情報のソース（例えば、ＳＵＰＬ、ＧＰＳ、または他のもの）を示すことができる。アプリケーションサーバは、位置を指定するために、正確な情報、推定、相対距離などが使用できるかどうかを示すことができる。

ＰｒｏＳｅ機能は、ＷＴＲＵに応ずることができる。応答は、位置情報が交換可能であるかどうかを示すことができる。応答は、許可されたＷＴＲＵのリストを示すことができる。許可されたＷＴＲＵは、例えば、ＰｒｏＳｅ ＷＴＲＵ ＩＤ、制限されたＰｒｏＳｅアプリケーションユーザＩＤ、ＰｒｏＳｅコード、または発見フィルタにより識別されることができる。ＰｒｏＳｅ機能は、ＷＴＲＵにより使用されるべき位置情報のタイプ（例えば、ＳＵＰＬ、ＧＰＳ、または他のもの）を示すことができる。ＰｒｏＳｅ機能は、位置を指定するために、正確な情報、推定、相対距離などが使用できるかどうかを示すことができる。

例えば、発見要求に応答して発見要求をアナウンスするＷＴＲＵ、発見者、被発見者など、何らかの状況または指定を有するＷＴＲＵは、例えば、（例えば、ＰｒｏＳｅ機能に従って）そのようにすることが許容される場合、１または複数の発見メッセージで位置情報を送る、またはそれに含めることにより、位置情報を交換することができる。ＷＴＲＵは、示された方法（例えば、ＳＵＰＬ、ＧＰＳ、または他のもの）を用いて、位置情報を計算し、かつ１または複数の発見メッセージに計算された位置情報を含むことができる。

被発見者ＷＴＲＵは、例えば、位置情報が、発見の一部として交換されるべきかどうかを事前に構成される、またはＰｒｏＳｅ機能（ＰＦ）により通知されることができる。例えば、事前構成または情報によるインジケーションは、例えば、ＷＴＲＵごと、アプリケーションごと、制限されたＰｒｏＳｅアプリケーションユーザＩＤごと、ＰｒｏＳｅ応答コードごと、または発見フィルタごとのものとすることができる。監視ＷＴＲＵまたは被発見者ＷＴＲＵは、例えば、ＰｒｏＳｅ応答コードの送信をトリガするマッチが生じたとき、コード、または関連付けられた／対応する発見フィルタに対して位置情報を交換すべきかどうかを検証することができる。ＷＴＲＵは、例えば、（ＷＴＲＵごとに、アプリケーションごとに、制限されたＰｒｏＳｅアプリケーションユーザＩＤごとに、ＰｒｏＳｅ応答コードごとに、または発見フィルタごとに構成された）ＰＦによりそのようにするように事前に構成された、または通知されたとき、それに応じて位置情報を交換することができる。

位置情報手順は、ＷＴＲＵ、ユーザ、アプリケーションごとのＷＴＲＵ、アプリケーションごとのユーザなどによる、情報交換を求める要求、位置交換のための許可を検証する要求など、発見要求および発見応答手順に組み込まれることができる。位置情報手順は、例えば、ＰｒｏＳｅ機能（ＰＦ）とアプリケーションサーバ（例えば、ＰｒｏＳｅアプリケーションサーバ（ＰＡＳ））との間、２つのＰＦの間、またはＨＳＳとＰＦの間など、他の手順に組み込まれることができる。位置情報手順は、ＰＦとＰＡＳとの間でＰＣ２参照点インターフェースを使用して、または使用せずに、モデルＢ発見、モデルＡ発見に適用されることができる。

位置交換要求は、位置情報応答、位置交換許可（例えば、応答）、位置交換インジケーションなどを含むことができる。位置交換要求は、ユーザまたはＷＴＲＵが、ＰＣ５（例えば、無線を介する直接送信）参照点を介するか、それともＰＣ３（例えば、ＰＦとのＩＰ通信）参照点を介して位置交換をサポートできるかを決定することを含むことができる。位置交換要求は、例えば、位置情報を計算もしくは処理すべきか、それともその他の形で、例えば、ＳＵＰＬ、ＧＰＳ、もしくは他の位置計算／取得法を使用して位置情報を交換すべきかなど、交換する位置情報のタイプの決定を含むことができる。位置交換要求は、例えば、正確な計算もしくは推定、または任意の２つのノード間の相対距離など、計算のタイプの決定を含むことができる。位置交換要求は、例えば、ＷＴＲＵにおいて、どの位の頻度で位置情報がリフレッシュされるべきかなど、位置計算の頻度の決定を含むことができる。位置交換要求は、例えば、時間ウィンドウの期限が切れたとき、ＷＴＲＵがセルを変更したとき、ＷＴＲＵが新しいＰＬＭエリアに入ったとき、ＷＴＲＵが新しい位置追跡エリアに入ったとき、ＷＴＲＵがハンドオーバを実施したとき、ＷＴＲＵがｅＮＢを変更したとき、ＷＴＲＵが接続モードに入ったとき、現在の取得法（例えば、ＧＰＳ）がもはや利用可能ではなくなったときなど、位置情報をリフレッシュするためのトリガを含むことができる。

図１７は、発見者位置交換の例を示す対話図である。発見者位置交換は、例えば、非ローミングモデルＢ発見手順で実施されることができる。

１７０２で、ＷＴＲＵまたはユーザは、（例えば、３ＧＰＰ範囲外の）アプリケーション層を介して、発見プリファレンスを設定することができる。ＷＴＲＵは、例えば、発見プリファレンスの一部として、設定またはアプリケーション層シグナリングに、位置交換要求を有することができる。発見プリファレンス情報は、ＷＴＲＵが、例えば、すべてのピアユーザに対して、ピアアプリケーションユーザ識別により識別されたピアユーザごとになど、位置情報を送る／受信すべきかどうかのインジケーションを含むことができる。位置交換要求は、望ましい位置情報のタイプ（例えば、ＳＵＰＬ、ＧＰＳなど）、計算タイプ（例えば、正確／厳密なもの、推定、相対距離など）に関する情報を有することができる。ＰＡＳは、ＷＴＲＵに、位置情報を交換できるかどうかを通知することができ、かつ／または位置交換要求のコンテンツに関する他の情報を提供することができる。

１７０４で、ＷＴＲＵは、ＰｒｏＳｅ機能に送る発見メッセージに、位置交換要求を含むことができる。

１７０６で、ＨＳＳは、例えば、ＷＴＲＵが、例えば、アプリケーションごとに位置情報を交換できる場合、位置交換に関してＷＴＲＵについての情報を提供することができる。

１７０８で、ＰｒｏＳｅ機能は、ＷＴＲＵに対する位置交換のための許可を、ＰｒｏＳｅアプリケーションサーバ（ＰＡＳ）に要求することができる。ＰＡＳは、ＷＴＲＵが、例えば、位置情報を送信する、位置情報を受信するなどの１または複数のものを行うことが可能であるかどうかを示すように要求されることができる。要求は、交換される位置情報のタイプ（例えば、ＳＵＰＬ、ＧＰＳなど）、位置情報の正確さなど、他の情報に対する許可を求めることができる。

１７１０で、ＰＡＳは、ＷＴＲＵが、位置情報、および／または交換される位置情報のタイプ（例えば、ＳＵＰＬ、ＧＰＳなど）、位置情報の正確さなどの他の情報を交換できるかどうかをＰＦに通知することができる。ＰＡＳは、例えば、ユーザが位置情報を交換できるかどうか、ユーザが位置情報を交換するように要求したかどうか、アプリケーションが位置情報を必要としているかどうかなどをアプリケーション層が決定したか、または決定すべきかどうかを考慮することができる。

１７１２で、ＰＦは、ＷＴＲＵに対するＰｒｏＳｅ照会コードのセットを割り振ることができる。ＰＦは、許可応答におけるＰＡＳから受信されたインジケーションを考慮することができる。例として、例えば、位置情報の交換が許可された場合、ＰＦは、ＰｒｏＳｅコードを割り振ることができ、全長のうちのセグメントはコードを含むことができ、また他のセグメントは、位置情報のために予約されることができる。予約されたセグメントは、例えば、割振りを示すために、値（例えば、すべてゼロ、またはすべて１などのよく知られた値）に設定されることができる。ＰＦは、例えば、ＷＴＲＵまたはユーザが、位置情報の交換が許可されないことをＰＡＳが示した場合、位置情報に対するセグメントを予約することなく、コードに対して利用可能な全長を使用するコードを割り振ることができる。

１７１４で、他のＰＦとコンタクトをとるＨＰＬＭＮにおける第１のＰＦは、位置交換インジケーションを含むことができる。

１７１６および１７１８で、許可要求および許可応答が交換されることができる。この許可要求および許可応答は、１７０８および１７１０における許可要求および許可応答と同様のものとすることができる。

１７２０で、他のＰＬＭＮにおけるＰＦは、位置交換応答を考慮することのできるＰｒｏＳｅ照会コードのセットを割り振ることができる。例として、例えば、位置交換が許容される場合、ＰＦは、コードを割り振ることができ、全長のうちのセグメントがコードを含み、他のセグメントが位置情報用に予約される。予約されたセグメントは、例えば、割振りを示すために、値（例えば、すべてゼロ、またはすべて１などのよく知られた値など）に設定されることができる。他のＰＬＭＮにおけるＰＦは、ＨＰＬＭＮのＰＦに応ずることができ、かつ前述の情報を提供することができる。他のＰＬＭＮにおけるＰＦは、位置交換応答を提供することができる。

１７２２で、ＨＰＬＭＮにおけるＰＦは、発見応答でＷＴＲＵに応じることができ、発見応答は、ＷＴＲＵが、位置情報を交換できるかどうかのインジケーションを含むことができる。インジケーションは、ＰｒｏＳｅ照会コードごとのもの、すべてのＰｒｏＳｅ照会コードに対するものなどとすることができる。インジケーションは、例えば、位置交換応答と呼ばれることがある新しい要素の形態など、明示的なものとすることができる。インジケーションは、ＰｒｏＳｅ照会コードにおいて、暗黙的なものとすることができ、例えば、コードセグメント（例えば、最後の６４ビット、または他のよく知られた長さもしくはビット位置）は、ＷＴＲＵが、問題のＰｒｏＳｅ照会コードに対して位置情報を交換できることを示すことのできる値（例えば、すべてゼロ、すべて１、または他の事前定義の、もしくは事前に構成された値などのよく知られた値）を有することができる。すべてのＰｒｏＳｅ照会コードに対してなど、問題のＰｒｏＳｅ照会コードに対して位置情報の交換を阻止するために、よく知られた値のないこと、明示的なインジケーションのないこと（例えば、位置交換応答のないこと）、位置情報交換ができないことを示す位置交換応答の値などが使用されることができる。応答は、交換する位置情報のタイプ（例えば、ＳＵＰＬ、ＧＰＳ、または他のもの）、および／または位置交換応答に対する他の情報を示すことができる。

１７２４で、ＷＴＲＵは、ＰＦから受信された応答を検証することができる。ＷＴＲＵは、例えば、（例えば、ＰｒｏＳｅ照会コードごとに）応答が位置交換を許容できることを示す場合、（例えば、ＰＦから受信された）位置情報を交換することに関連付けられたインジケーションのあるＰｒｏＳｅ照会コードをＷＴＲＵが送るときに（例えば、送るたびに）その位置情報を交換することができる。ＷＴＲＵは、位置情報を計算し、かつ／または交換するために、受信された／示された位置タイプ（例えば、ＧＰＳ、ＳＵＰＬなど）を使用することができる。ＷＴＲＵは、例えば、ＰＦから、ＰＡＳとの前の対話からなどの応答メッセージで受信されたインジケーションごとに、その位置情報をリフレッシュすることができる。

図１８は、被発見者位置交換の例を示す対話図である。被発見者位置交換は、例えば、非ローミングモデルＢ発見手順で実施されることができる。ローミングシナリオの場合、位置インジケーションまたは情報は、ＶＰＬＭＮ ＰｒｏＳｅ機能許可要求手順の一部として、ＶＰＬＭＮ ＰｒｏＳｅ機能に送られることができる。

１８０２で、ＷＴＲＵまたはユーザは、アプリケーション層を介して発見プリファレンスを設定することができる（例えば、３ＧＰＰ範囲外など）。ＷＴＲＵは、例えば、発見プリファレンスの一部として、設定またはアプリケーション層シグナリングに、位置交換要求を有することができる。発見プリファレンス情報は、ＷＴＲＵが、例えば、すべてのピアユーザに対して、ピアアプリケーションユーザ識別により識別されたピアユーザごとになど、位置情報を送る／受信すべきかどうかのインジケーションを含むことができる。位置交換要求は、望ましい位置情報のタイプ（例えば、ＳＵＰＬ、ＧＰＳなど）、計算タイプ（例えば、正確さ／厳密さ、推定、相対的な距離など）に関する情報を有することができる。ＰＡＳは、ＷＴＲＵに、位置情報を交換できるかどうかを通知することができ、かつ／または位置交換要求の内容に関する他の情報を提供することができる。

１８０４で、ＷＴＲＵは、ＰＦに送信する発見メッセージに、位置交換要求を含むことができる。

１８０６で、ＨＳＳは、例えば、ＷＴＲＵが、例えば、アプリケーションごとに、位置情報を交換できるとき、位置交換に関して、ＷＴＲＵについての情報を提供することができる。

１８０８で、ＰｒｏＳｅ機能は、ＰｒｏＳｅアプリケーションサーバ（ＰＡＳ）に、ＷＴＲＵに対する位置交換に関する許可を要求することができる。ＰＡＳは、ＷＴＲＵが、例えば、位置情報を送信する、位置情報を受信するなど１または複数のことを行うことができるかどうかを示すように要求されることができる。要求は、交換される位置情報のタイプ（例えば、ＳＵＰＬ、ＧＰＳなど）、位置情報の正確さなど、他の情報に対する許可を求めることもできる。

１８１０で、ＰＡＳは、ＷＴＲＵが、位置情報、および／または交換される位置情報のタイプ（例えば、ＳＵＰＬ、ＧＰＳなど）、位置情報の正確さなど他の情報を交換できるかどうかをＰＦに通知することができる。ＰＡＳは、ユーザがそのようにできる（またはできない）場合、ユーザがそのようにすることを要求したかどうか、アプリケーションが位置情報を必要とするかどうかなど、アプリケーション層決定を考慮することができる。

１８１２で、ＰＦは、ＷＴＲＵに対してＰｒｏＳｅ応答コードのセットを割り振ることができる。ＰＦは、許可応答ステップにおいて、ＰＡＳから受信されたインジケーションを考慮することができる。例として、ＰＦは、例えば、位置情報の交換が許可されたとき、ＰｒｏＳｅコードを割り振ることができ、全長のうちのセグメントは、コードを含むことができ、また他のセグメントは、位置情報に対して予約されることができる。予約されたセグメントは、例えば、割振りを示すために、値（例えば、すべてゼロまたはすべて１などのよく知られた値）に設定されることができる。ＰＦは、例えば、ＰＡＳが、ＷＴＲＵまたはユーザが位置情報を交換することが許可されないことを示すとき、位置情報に対するセグメントを予約することなく、コードに対して利用可能なすべての長さを使用するコードを割り振ることができる。

１８１４で、ＨＰＬＭＮにおけるＰＦは、発見応答でＷＴＲＵに応ずることができ、発見応答は、ＷＴＲＵが位置情報を交換できるかどうかのインジケーションを含むことができる。インジケーションは、ＰｒｏＳｅ応答コードごとのもの、ＰｒｏＳｅ応答コードすべてに対するものなどとすることができる。インジケーションは、例えば、位置交換応答情報要素の形態でなど、明示的なものとすることができる。インジケーションは、ＰｒｏＳｅ応答コードにおいて暗黙的なものとすることができ、例えば、コードセグメント（例えば、最後の６４ビット、または他のよく知られた長さもしくはビット位置）は、ＷＴＲＵが問題のＰｒｏＳｅ応答コードに関する位置情報を交換できることを示すことのできるよく知られた値（例えば、すべてゼロ、すべて１、または他の事前定義の、もしくは事前に構成された値など）を有することができる。よく知られた値がないこと、明示的なインジケーションがないこと（例えば、位置交換応答がないこと）、位置情報交換ができないことを示す位置交換応答の値などは、問題のＰｒｏＳｅ応答コードに関する、すべてのＰｒｏＳｅ応答コードに関するなど、位置情報の交換を阻止するために使用されることができる。応答は、交換する位置情報のタイプ（例えば、ＳＵＰＬ、ＧＰＳ、または他のもの）、および／または位置交換要求に対する他の情報を示すことができる。

１８１６で、ＷＴＲＵは、ＰＦから受信された応答を検証することができる。ＷＴＲＵは、例えば、応答が、位置交換が許容できる（例えば、ＰｒｏＳｅ照会コードごとに）ことを示す場合、位置情報（例えば、ＰＦから受信された）を交換するように関連付けられたインジケーションのあるＰｒｏＳｅ照会コードをＷＴＲＵが送るときに（例えば、送るたびに）その位置情報を交換することができる。ＷＴＲＵは、位置情報を計算および／または交換するために、受信された／示された位置タイプ（例えば、ＧＰＳ、ＳＵＰＬなど）を使用することができる。ＷＴＲＵは、例えば、ＰＦから、ＰＡＳとの前の対話からなど、応答メッセージで受信されたインジケーションごとに、その位置情報をリフレッシュすることができる。ＷＴＲＵは、他のＷＴＲＵに対するその距離を計算することができ、この情報を位置情報として含むことができる。ＷＴＲＵは、モデルＢ発見に対する発見メッセージを受信することができる。このメッセージは、送信ＷＴＲＵの位置情報を含むことができる。受信ＷＴＲＵ（例えば、被発見者ＷＴＲＵ）は、それ自体の位置を計算することができ、かつ送信ＷＴＲＵ（例えば、発見者ＷＴＲＵ、または被発見者ＷＴＲＵ）からのその相対距離を計算することができる。位置情報は、前の発見メッセージにおいて受信された位置情報からの相対距離とすることができる。

ＰＦは、例えば、位置交換が可能であることをＷＴＲＵに示すべきかどうかを決定したとき、かつ／またはＰｒｏＳｅ照会または応答コードを割り振るとき、ローカルなポリシー（例えば、ＷＴＲＵごとに、または各アプリケーションでＷＴＲＵごとに）、および／またはＨＳＳから受信された許可情報（例えば、ＷＴＲＵごとに、アリケーションごとに、またはＷＴＲＵごとに）を考慮することができる。

図１９は、発見メッセージに関連する発見者挙動の例の流れ図である。発見者またはアナウンスＷＴＲＵは、例えば、一般にＰｒｏＳｅコードを、またはＰｒｏＳｅ照会コードを送ることによるなど、アナウンス発見メッセージを（モデルＡまたはモデルＢ発見に対して）送ることにより、位置情報交換に従事することができる。

１９０２で、ＷＴＲＵは、例えば、アナウンス要求など、発見メッセージを送るためのトリガを有することができる。トリガおよび／または発見要求は、例えば、ＷＴＲＵにおけるアプリケーションクライアント、および／またはユーザ対話から生ずることができる。

１９０４で、ＷＴＲＵは、送られる発見メッセージが位置情報を含むべきかどうかを検証することができる。例として、ＷＴＲＵ（例えば、ＷＴＲＵにおけるＰｒｏＳｅ層）は、ＰｒｏＳｅコード（例えば、照会コード）が位置情報を含むための対応するインジケーションを有するかどうかを検証することができる。インジケーションは、例えば、別個のインジケーションとすることができるが、または値（例えば、よく知られた値）を備えた一定のセグメントもしくはフィールドを有することのできる、前に受信されたＰｒｏＳｅ（例えば、照会）コードの一部とすることができる。

１９０６で、ＷＴＲＵは、例えば、構成され、かつ／または示されることのできる１または複数の技法（例えば、１または複数の技法は、ＰＡＳもしくはＰＦから受信されることができる）を用いて、その位置情報を計算することができる。ＷＴＲＵは、計算されたその位置情報を有することができる。

１９０８で、ＷＴＲＵは、取得された、かつ／または計算された位置情報を発見メッセージに含むことができ、かつそれを、例えば、前の検証が、例えば、アプリケーションＩＤごとに、またはＰｒｏＳｅコード（例えば、照会コード）ごとに、ＷＴＲＵが位置情報を共用できることを示した場合、（例えば、無線で）送ることができる。

図２０は、発見メッセージに関連する被発見者挙動の例の流れ図である。被発見者もしくは監視ＷＴＲＵは、例えば、位置情報を有する発見メッセージ（例えば、モデルＡまたはモデルＢ発見に対して）、またはそれに関連するメッセージングを受信することにより、位置情報交換に従事することができる。

２００２で、ＷＴＲＵは発見メッセージまたはＰｒｏＳｅ（例えば、照会）コードを監視することができる。２００４で、ＷＴＲＵは、例えば、マッチが行われたとき、受信された位置情報が処理されるべきかどうか、またはＷＴＲＵからの応答が、送られる発見メッセージに位置情報を含むべきかどうかを検証することができる。例として、ＷＴＲＵ（例えば、ＷＴＲＵにおけるＰｒｏＳｅ層）は、ＰｒｏＳｅコード（例えば、応答コード）が位置情報を含むための対応するインジケーションを有するかどうかを検証することができる。インジケーションは、別個のインジケーションとすることができるが、または値（例えば、よく知られた値）を備えた一定のセグメントもしくはフィールドを有することのできる、前に受信されたＰｒｏＳｅコード（例えば、応答コード）の一部とすることができる。ＷＴＲＵは、例えば、ＷＴＲＵが、受信された位置情報は処理されるべきではないと結論を下したとき、受信された位置情報を廃棄することができる。

２００６で、ＷＴＲＵは、例えば、構成され、かつ／または示されることのできる１または複数の技法（例えば、１または複数の技法は、ＰＡＳもしくはＰＦから受信されることのできる）を用いて、その位置情報を計算することができる。ＷＴＲＵは、その位置情報を計算させることもできる。ＷＴＲＵは、受信された位置情報から相対距離を計算することができる。

２００８で、ＷＴＲＵは、取得された、かつ／または計算された位置情報を発見メッセージに含むことができ、それを、例えば、前の検証が、ＷＴＲＵは、例えば、アプリケーションＩＤごとに、もしくはＰｒｏＳｅコード（例えば、応答コード）ごとに、位置情報を共用できることを示す場合、（例えば、無線で）送ることができる。

監視ＷＴＲＵまたは発見者ＷＴＲＵは、位置情報を備えたＰｒｏＳｅアプリケーションコードを受信することができる。監視ＷＴＲＵ／発見者ＷＴＲＵにおけるＰｒｏＳｅプロトコルもしくはＰｒｏＳｅ層は、位置情報または近接推定が、ＰｒｏＳｅの制限されたアプリケーション層ユーザＩＤに対応するアプリケーションに渡されるべきかどうかをＰｒｏＳｅ機能に確認することができる。

監視ＷＴＲＵまたは発見者ＷＴＲＵは、位置情報を、マッチレポート要求メッセージに含むことができる。位置インジケーションは、例えば、アナウンスＷＴＲＵもしくは被発見者ＷＴＲＵにより、ＰＣ５参照点を介して受信された実際の生の位置情報の形態、またはＷＴＲＵが、アナウンスＷＴＲＵもしくは発見者ＷＴＲＵから位置情報を受信したことを示唆するフラグの形態とすることができる。ＰｒｏＳｅ機能は、例えば、ＰＣ２インターフェースを介する許可手順の一部として位置インジケーションを送ることにより、ＰｒｏＳｅアプリケーションサーバ（ＰＡＳ）に確認することができる。アプリケーション層に対する位置報告は、ＰＡＳにより許可されることができる。成功した許可情報は、マッチレポートＡｃｋメッセージでＷＴＲＵに渡されることができる。ＷＴＲＵにおけるＰｒｏＳｅ層またはＰｒｏＳｅプロトコルは、位置情報または近接推定を、ＰｒｏＳｅの制限されたアプリケーション層ユーザＩＤに対応するＷＴＲＵにおけるアプリケーションに渡すことができる。

図２１は、マッチレポート手順の例を示す対話図である。２１０２で、ＷＴＲＵは、ＰｒｏＳｅ機能に送るマッチレポートに、位置インジケーションを含むことができる。位置インジケーションは、受信された位置情報、または位置情報が受信されたというインジケーションとすることができる。

発見要求手順において、監視により位置許可が要求されることができる。例えば、監視ＷＴＲＵのＰｒｏＳｅ機能は、ＰＣ２インターフェースを介して許可を受信し、かつ、それを発見応答メッセージで監視ＷＴＲＵに送ることができる。監視ＷＴＲＵが許可された場合、それは、図２１で述べるように、位置情報をマッチレポートに含むことができ、監視ＷＴＲＵが許可されない場合、監視ＷＴＲＵは、ＰＣ５参照を用いた同報通信で受信された位置情報を廃棄することができる。

２１０４および２１０６で、ＰｒｏＳｅ機能は、例えば、マッチレポートの受信に応答して、発見許可、およびＰｒｏＳｅコードの解析を実施することができる。

２１０８で、ＰｒｏＳｅ機能は、位置情報がＷＴＲＵにおけるアプリケーションに渡されるようにする許可を、ＰｒｏＳｅアプリケーションサーバ（ＰＡＳ）に要求することができる。許可要求は、アプリケーションが、位置または近接推定情報を受信することが許可されるかどうかを示すことをＰＡＳに求めることができる。

２１１２で、ＰｒｏＳｅアプリケーションサーバは、アプリケーションが、位置情報を受信できるかどうかをＰｒｏＳｅ機能に通知することができる。ＰｒｏＳｅアプリケーションサーバは、例えば、ユーザが位置情報を受信できるかどうか、ユーザが位置情報を受信することを要求しているかどうか、および／またはアプリケーションが位置情報を必要としているかどうかなどをアプリケーション層が決定している、または決定すべきかどうかを考慮することができる。

２１１６で、ＨＰＬＭＮにおけるＰｒｏＳｅ機能は、マッチレポートＡＣＫメッセージでＷＴＲＵに応ずることができ、それは、ＰｒｏＳｅ層が、ＰｒｏＳｅの制限されたユーザアプリケーションＩＤに対応するアプリケーションに、位置情報を送ることができるかどうかのインジケーションを含むことができる。

２１１８で、位置許可情報は、他のＰＬＭＮのＰｒｏＳｅ機能に送られることができる。

２１２０で、ＷＴＲＵのＰｒｏＳｅ層は、ＷＴＲＵにおける対応するアプリケーションに位置情報を渡すことができる。

近接サービス（ＰｒｏＳｅ）ユーザの間で、位置および他の状況情報の交換を可能にするためのシステム、方法、および手段が開示されてきた。ＰｒｏＳｅ機能は、ＰｒｏＳｅ発見手順、またはＥＰＣレベルのＰｒｏＳｅ発見手順により、ＳＬＰからＰｒｏＳｅ ＷＴＲＵの位置データを取得し、かつそれを監視ＷＴＲＵに提供することができる。ＰｒｏＳｅ機能は、ＰｒｏＳｅ発見手順により、ＰｒｏＳｅ ＷＴＲＵからＰｒｏＳｅ ＷＴＲＵの位置データを取得し、かつそれを監視ＷＴＲＵに提供することができる。ＰｒｏＳｅ ＷＴＲＵは、その位置および／または他の状況情報を発見メッセージで同報通信することができる。ＰｒｏＳｅ機能は、同報通信する前に暗号化するために、位置および／または他の状況情報を暗号化することができる。ＰｒｏＳｅ ＷＴＲＵは、その位置および／または他の状況情報を、ユーザプレーンを介して他のＰｒｏＳｅ ＷＴＲＵもしくはＰｒｏＳｅグループに送ることができる。ＰｒｏＳｅ機能は、ＷＴＲＵが情報（例えば、位置情報）を開示し、かつ／または処理することが許容されるかどうかを検証することができ、また例えば、情報が開示される前に、情報を開示すべきかどうか、かつ／または情報を処理すべきかどうかをＷＴＲＵに示すことができる。

本明細書で述べられたプロセスおよび手段は、任意の組合せで適用することができ、他の無線技術に、また他のサービスに適用することができる。

ＷＴＲＵは、物理的なデバイスの識別を指す、または例えば、ＭＳＩＳＤＮ、ＳＩＰ ＵＲＩなど、サブスクリプション関連の識別などのユーザの識別を指すことができる。ＷＴＲＵは、例えば、アプリケーションごとに使用されることのできるユーザ名など、アプリケーションベースの識別を指すことができる。

上記で述べたプロセスは、コンピュータおよび／またはプロセッサにより実行されるコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、および／またはファームウェアで実施されることができる。コンピュータ可読媒体の例は、これだけに限らないが、電子信号（有線および／または無線接続を介して送信される）、および／またはコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、これだけに限らないが、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体記憶デバイス、これだけに限らないが、内蔵ハードディスクおよび取外し式ディスクなどの磁気媒体、光磁気媒体、ならびに／またはＣＤ−ＲＯＭディスク、および／またはデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアに関連付けられたプロセッサは、ＷＴＲＵ、端末、基地局、ＲＮＣ、および／または任意のホストコンピュータで使用される無線周波数送受信器を実施するために使用されることができる。

Claims (20)

1. 状況情報を通信するための方法であって、
   近接サービス（ＰｒｏＳｅ）機能において、第１の無線送受信ユニット（ＷＴＲＵ）から発見要求メッセージを受信するステップであって、前記発見要求メッセージは、前記第１のＷＴＲＵが状況情報を第２のＷＴＲＵに送ろうとしていることを表示している、ステップと、
   前記第１のＷＴＲＵが前記状況情報を前記第２のＷＴＲＵに送るのを許可されているかどうかを決定するステップと、
   前記第１のＷＴＲＵが前記状況情報を前記第２のＷＴＲＵに送るのを許可されている場合、前記状況情報を前記第１のＷＴＲＵに要求するステップと、
   前記ＰｒｏＳｅ機能で前記状況情報を受信するステップと、
   前記状況情報を記憶するステップと
   を含むことを特徴とする方法。
2. 前記状況情報は、位置情報を含むことを特徴とする請求項１に記載の方法。
3. 前記ＰｒｏＳｅ機能で前記状況情報を受信するステップは、前記位置情報を、セキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ）から受信するステップを含むことを特徴とする請求項２に記載の方法。
4. 前記第２のＷＴＲＵから受信された発見要求メッセージ、または前記第２のＷＴＲＵから受信されたマッチレポートの少なくとも１つに応答して、前記第２のＷＴＲＵに前記状況情報を送るステップをさらに含むことを特徴とする請求項１に記載の方法。
5. 前記状況情報を、進化型パケットコア（ＥＰＣ）レベルのＰｒｏＳｅ発見手順で、前記第２のＷＴＲＵに送るステップをさらに含むことを特徴とする請求項１に記載の方法。
6. 前記状況情報を発見メッセージの中で送るステップをさらに含むことを特徴とする請求項１に記載の方法。
7. 前記状況情報を、ＰＣ５インターフェースを用いて前記第２のＷＴＲＵに送るステップをさらに含むことを特徴とする請求項１に記載の方法。
8. 前記状況情報を暗号化するステップをさらに含むことを特徴とする請求項１に記載の方法。
9. 前記第１のＷＴＲＵが、前記第１のＷＴＲＵのホーム加入者サーバ（ＨＳＳ）サブスクリプションに基づいて、前記状況情報を前記第２のＷＴＲＵに送ることが許可されるかどうかを決定するステップをさらに含むことを特徴とする請求項１に記載の方法。
10. 前記状況情報が前記第１のＷＴＲＵから送られることに関する許可を、ＰｒｏＳｅアプリケーションサーバ（ＰＡＳ）に要求するステップをさらに含むことを特徴とする請求項１に記載の方法。
11. 地上波公共移動通信ネットワーク（ＰＬＭＮ）デバイスであって、
    プロセッサ実行可能命令を記憶するためのメモリと、
    近接サービス（ＰｒｏＳｅ）機能において、第１の無線送受信ユニット（ＷＴＲＵ）から発見要求メッセージを受信し、前記発見要求メッセージは、前記第１のＷＴＲＵが状況情報を第２のＷＴＲＵに送ろうとしていることを表示し、
    前記第１のＷＴＲＵが前記状況情報を前記第２のＷＴＲＵに送ることが許可されるかどうかを決定し、
    前記第１のＷＴＲＵが前記状況情報を前記第２のＷＴＲＵに送ることが許可される場合、前記状況情報を前記第１のＷＴＲＵに要求し、
    前記ＰｒｏＳｅ機能で前記状況情報を受信し、および
    前記状況情報を記憶する
    前記プロセッサ実行可能命令を実施するためのプロセッサと
    を備えることを特徴とする地上波公共移動通信ネットワーク（ＰＬＭＮ）デバイス。
12. 前記状況情報は、位置情報を含むことを特徴とする請求項１１に記載のＰＬＭＮデバイス。
13. 前記ＰｒｏＳｅ機能で前記状況情報を受信することは、前記位置情報を、セキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ）から受信することを含むことを特徴とする請求項１２に記載のＰＬＭＮデバイス。
14. 前記プロセッサは、前記第２のＷＴＲＵから受信された発見要求メッセージ、または前記第２のＷＴＲＵから受信されたマッチレポートの少なくとも１つに応答して、前記第２のＷＴＲＵに前記状況情報を送るようにさらに構成されることを特徴とする請求項１１に記載のＰＬＭＮデバイス。
15. 前記プロセッサは、前記状況情報を、進化型パケットコア（ＥＰＣ）レベルのＰｒｏＳｅ発見手順で、前記第２のＷＴＲＵに送るようにさらに構成されることを特徴とする請求項１１に記載のＰＬＭＮデバイス。
16. 前記プロセッサは、前記状況情報を発見メッセージの中で送ること、または前記状況情報を、ＰＣ５インターフェースを用いて前記第２のＷＴＲＵに送ることの少なくとも１つを実施するようにさらに構成されることを特徴とする請求項１１に記載のＰＬＭＮデバイス。
17. 前記プロセッサは、前記状況情報を暗号化するようにさらに構成されることを特徴とする請求項１１に記載のＰＬＭＮデバイス。
18. 前記プロセッサは、前記第１のＷＴＲＵが、前記第１のＷＴＲＵのホーム加入者サーバ（ＨＳＳ）サブスクリプションに基づいて、前記状況情報を前記第２のＷＴＲＵに送ることが許可されるかどうかを決定するようにさらに構成されることを特徴とする請求項１１に記載のＰＬＭＮデバイス。
19. 前記プロセッサは、前記状況情報が前記第１のＷＴＲＵから送られることに関する許可を、ＰｒｏＳｅアプリケーションサーバ（ＰＡＳ）に要求するようにさらに構成されることを特徴とする請求項１１に記載のＰＬＭＮデバイス。
20. 第１の無線送受信ユニット（ＷＴＲＵ）であって、
    マッチレポートを近接サービス（ＰｒｏＳｅ）機能に送り、前記マッチレポートは、第２のＷＴＲＵに関連付けられた位置情報の要求を含み、
    前記第２のＷＴＲＵが前記位置情報を前記第１のＷＴＲＵに開示することが許可されているという条件で、前記第２のＷＴＲＵに関連付けられた前記位置情報を含むマッチレポート肯定応答を受信し、および
    前記第２のＷＴＲＵに対する前記第１のＷＴＲＵの近接性を決定する
    ように構成されたプロセッサ
    を備えることを特徴とする第１の無線送受信ユニット（ＷＴＲＵ）。

Images