JP2017530650A - 制限されたダイレクトディスカバリのための方法 - Google Patents

Abstract

プロキシミティサービス（ＰｒｏＳｅ）における制限されたダイレクトディスカバリのための技術が使用されることが可能である。ＰｒｏＳｅ機能が、ＰｒｏＳｅディスカバリを要求しているディスカバラーＷＴＲＵに配置されているアプリケーションの制限されたＰｒｏＳｅアプリケーション識別（ＩＤ）をディスカバリワイヤレス送受信ユニット（ＷＴＲＵ）から受信することができる。ＰｒｏＳｅ機能は、ディスカバリＷＴＲＵおよびディスカバラーＷＴＲＵに関する第１のＰｒｏＳｅコードおよび第２のＰｒｏＳｅコードを得て、それらのＰｒｏＳｅコードをディスカバラーＷＴＲＵおよび／またはディスカバリＷＴＲＵに提供することができる。ＰｒｏＳｅアプリケーションサーバは、取り消されたＷＴＲＵを示す告知側ＷＴＲＵからの取り消しメッセージを受信することができる。ＰｒｏＳｅアプリケーションサーバは、取り消されたＷＴＲＵに関するＰｒｏＳｅディスカバリＷＴＲＵ ＩＤをＰｒｏＳｅ機能に提供することができる。ＰｒｏＳｅ機能は、取り消されたＷＴＲＵによって知られているＰｒｏＳｅコードを告知することを停止するよう告知側ＷＴＲＵに指示することができ、新たなＰｒｏＳｅコードを、告知側ＷＴＲＵをディスカバーすることを承認されている少なくとも１つのＷＴＲＵに提供することができる。

Description

本発明は、制限されたダイレクトディスカバリのための方法に関する。

関連出願の相互参照
本出願は、２０１４年１０月３日に出願された米国特許仮出願第６２／０５９，６５０号明細書、および２０１５年１月１５日に出願された米国特許仮出願第６２／１０３，９２５号明細書の利益を主張するものであり、これらの米国特許仮出願の内容は、参照によって本明細書に組み込まれている。

プロキシミティサービス（ＰｒｏＳｅ）は、近い物理的なプロキシミティ内のユーザの、ネットワークによって支援されたディスカバリ（discovery）、およびそれらのユーザの間におけるダイレクト通信を容易にすることを可能にする。ダイレクト通信は、ネットワークを通ることなくユーザのワイヤレス通信デバイスどうしの間において確立された無線接続を含むことができる。ＰｒｏＳｅは、ネットワークリソースを節約することができ、ネットワークカバレッジが利用できない場合の公安通信、ソーシャルネットワーキング、ファイル転送、およびデバイスどうしの間におけるその他のサービスを可能にすることができる。

プロキシミティサービス（ＰｒｏＳｅ）における制限されたダイレクトディスカバリのための技術が使用されることが可能である。ＰｒｏＳｅ機能が、ディスカバリワイヤレス送受信ユニット（ＷＴＲＵ）からディスカバリ要求メッセージを受信することができ、ディスカバリＷＴＲＵは、ＰｒｏＳｅディスカバリを要求している告知側ＷＴＲＵに配置されているアプリケーションの制限されたＰｒｏＳｅアプリケーション識別（ＩＤ）を含むことができる。ＰｒｏＳｅ機能は、告知側ＷＴＲＵに関する第１のＰｒｏＳｅアプリケーションコード、および少なくとも１つのモニタリングＷＴＲＵに関する第２のＰｒｏＳｅアプリケーションコード（それは、少なくとも、制限されたＰｒｏＳｅアプリケーションＩＤに基づくことが可能である）を得て、第１のＰｒｏＳｅアプリケーションコードおよび／または第２のＰｒｏＳｅアプリケーションコードを告知側ＷＴＲＵおよび／またはモニタリングＷＴＲＵへ送信することができる。ＰｒｏＳｅアプリケーションサーバは、少なくとも１つの取り消されたＷＴＲＵに対応する少なくとも１つの制限されたＰｒｏＳｅアプリケーションユーザＩＤを含む告知側ＷＴＲＵからの取り消しメッセージを受信することができる。ＰｒｏＳｅアプリケーションサーバは、少なくとも１つの取り消されたＷＴＲＵに関するＰｒｏＳｅディスカバリＷＴＲＵ ＩＤを識別および入手し、それを告知側ＷＴＲＵのホーム公衆陸上移動体ネットワーク（home public land mobile network）（ＨＰＬＭＮ）内のＰｒｏＳｅ機能に提供することができる。ＰｒｏＳｅ機能は、メッセージを取り消すための承認を受信することができ、取り消されたＷＴＲＵによって知られているＰｒｏＳｅコードを告知することを停止するよう告知側ＷＴＲＵに指示することができる。ＰｒｏＳｅ機能は、告知側ＷＴＲＵに関する新たなＰｒｏＳｅコードを割り当て、その新たなＰｒｏＳｅコードを、告知側ＷＴＲＵをディスカバーすることを承認されている少なくとも１つのＷＴＲＵへ送信することができる。

例として添付の図面とともに与えられる以降の説明から、より詳細な理解が得られることが可能である。
１または複数の開示されている実施形態が実施されることが可能である例示的な通信システムのシステム図である。 図１Ａにおいて示されている通信システム内で使用されることが可能である例示的なワイヤレス送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａにおいて示されている通信システム内で使用されることが可能である例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 例示的なプロキシミティサービス（ＰｒｏＳｅ）リファレンスアーキテクチャーのブロック図である。 モデルＡと整合する例示的なオープンダイレクトディスカバリ手順の流れ図である。 制限されたディスカバリのために使用されることが可能である例示的なＰｒｏＳｅアプリケーションＩＤフォーマットの図である。 例示的な（制限された）ＰｒｏＳｅアプリケーションコードフォーマットの図である。 ＰｒｏＳｅ機能によって提供されることが可能である例示的なマスクの図である。 モニタリングワイヤレス送受信ユニット（ＷＴＲＵ）によって実行されることが可能である例示的なマスク手順の図である。 ＰｒｏＳｅの制限されたディスカバリの一部としての例示的なＰｒｏｓｅ登録手順の流れ図である。 例示的なブロードキャスティングおよびモニタリングモデルＢディスカバリ手順の流れ図である。 別の例示的なブロードキャスティングおよびモニタリングモデルＢディスカバリ手順の流れ図である。 ＰｒｏＳｅディスカバリのための例示的な部分的な手順の流れ図である。 最適化されたマッチングを採用している例示的なモデルＢの制限されたディスカバリ手順の流れ図である。 例示的な制限されたディスカバリ取り消し手順に関する流れ図である。 別の例示的な制限されたディスカバリ取り消し手順に関する流れ図である。 別の例示的な制限されたディスカバリ取り消し手順に関する流れ図である。 別の例示的な制限されたディスカバリ取り消し手順に関する流れ図である。 別の例示的な制限されたディスカバリ取り消し手順に関する流れ図である。 別の例示的な制限されたディスカバリ取り消し手順に関する流れ図である。

図１Ａは、１または複数の開示されている実施形態が実施されることが可能である例示的な通信システム１００の図である。通信システム１００は、コンテンツ、たとえば音声、データ、ビデオ、メッセージング、ブロードキャストなどを複数のワイヤレスユーザに提供するマルチプルアクセスシステムであることが可能である。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム１００は、１または複数のチャネルアクセス方法、たとえば符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などを採用することができる。

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

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

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

基地局１１４ａ、１１４ｂは、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信することができ、エアインターフェイス１１６は、任意の適切なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることが可能である。エアインターフェイス１１６は、任意の適切な無線アクセステクノロジー（ＲＡＴ）を使用して確立されることが可能である。

より具体的には、上述したように、通信システム１００は、マルチプルアクセスシステムであることが可能であり、１または複数のチャネルアクセススキーム、たとえばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを採用することができる。たとえば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）テレストリアルラジオアクセス（ＵＴＲＡ）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェイス１１６を確立することができる。ＷＣＤＭＡは、ハイスピードパケットアクセス（ＨＳＰＡ）および／またはエボルブドＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、ハイスピードダウンリンクパケットアクセス（ＨＳＤＰＡ）および／またはハイスピードアップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

別の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、エボルブドＵＭＴＳテレストリアルラジオアクセス（Ｅ−ＵＴＲＡ）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェイス１１６を確立することができる。

その他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線テクノロジー、たとえばＩＥＥＥ ８０２．１６（すなわち、ワールドワイドインターオペラビリティーフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））、エンハンストデータレートフォーＧＳＭエボリューション（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などを実施することができる。

図１Ａにおける基地局１１４ｂは、たとえばワイヤレスルータ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、またはアクセスポイントであることが可能であり、局所的なエリア、たとえば事業所、家庭、乗り物、キャンパスなどにおけるワイヤレス接続を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ ８０２．１１などの無線テクノロジーを実施することができる。別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ ８０２．１５などの無線テクノロジーを実施することができる。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａにおいて示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを求められないことが可能である。

ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあることが可能であり、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成されている任意のタイプのネットワークであることが可能である。たとえば、コアネットワーク１０６は、コール制御、料金請求サービス、モバイルロケーションベースサービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供すること、および／またはハイレベルセキュリティー機能、たとえばユーザ認証を実行することが可能である。図１Ａにおいては示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用しているその他のＲＡＮと直接または間接の通信状態にあることが可能であるということが理解されるであろう。たとえば、コアネットワーク１０６は、Ｅ−ＵＴＲＡ無線テクノロジーを利用している可能性があるＲＡＮ１０４に接続されていることに加えて、ＧＳＭ無線テクノロジーを採用している別のＲＡＮ（図示せず）と通信状態にあることも可能である。

コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たすこともできる。ＰＳＴＮ１０８は、単純旧式電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、一般的な通信プロトコル、たとえば、トランスミッションコントロールプロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）インターネットプロトコルスイートにおけるＴＣＰ、ユーザデータグラムプロトコル（ＵＤＰ）、およびＩＰを使用する相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されている有線またはワイヤレスの通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用している可能性がある１または複数のＲＡＮに接続されている別のコアネットワークを含むことができる。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別々のワイヤレスリンクを介して別々のワイヤレスネットワークと通信するために複数のトランシーバを含むことができる。たとえば、図１Ａにおいて示されているＷＴＲＵ１０２ｃは、セルラーベースの無線テクノロジーを採用している可能性がある基地局１１４ａと、およびＩＥＥＥ ８０２無線テクノロジーを採用している可能性がある基地局１１４ｂと通信するように構成されることが可能である。

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂにおいて示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不能メモリ１３０、取り外し可能メモリ１３２、電源１３４、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、上述の要素どうしの任意の下位組合せを含むことができるということが理解されるであろう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられている１もしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他の任意のタイプの集積回路（ＩＣ）、状態マシンなどであることが可能である。プロセッサ１１８は、信号コーディング、データ処理、パワー制御、入力／出力処理、および／または、ＷＴＲＵ１０２がワイヤレス環境において機能することを可能にするその他の任意の機能を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合されることが可能であり、トランシーバ１２０は、送受信要素１２２に結合されることが可能である。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別々のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップ内にともに統合されることが可能であるということが理解されるであろう。

送受信要素１２２は、エアインターフェイス１１６を介して、基地局（たとえば、基地局１１４ａ）に信号を送信するように、または基地局（たとえば、基地局１１４ａ）から信号を受信するように構成されることが可能である。たとえば、一実施形態においては、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されているアンテナであることが可能である。別の実施形態においては、送受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されているエミッタ／検出器であることが可能である。さらに別の実施形態においては、送受信要素１２２は、ＲＦ信号および光信号の両方を送信および受信するように構成されることが可能である。送受信要素１２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成されることが可能であるということが理解されるであろう。

加えて、送受信要素１２２は、図１Ｂにおいては単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯテクノロジーを採用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェイス１１６を介してワイヤレス信号を送信および受信するために、複数の送受信要素１２２（たとえば、複数のアンテナ）を含むことができる。

トランシーバ１２０は、送受信要素１２２によって送信されることになる信号を変調するように、および送受信要素１２２によって受信される信号を復調するように構成されることが可能である。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがってトランシーバ１２０は、ＷＴＲＵ１０２が、たとえばＵＴＲＡおよびＩＥＥＥ ８０２．１１などの複数のＲＡＴを介して通信することを可能にするために複数のトランシーバを含むことができる。

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

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

プロセッサ１１８は、ＧＰＳチップセット１３６に結合されることも可能であり、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（たとえば、経度および緯度）を提供するように構成されることが可能である。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェイス１１６を介してロケーション情報を受信すること、および／または複数の近隣の基地局から受信されている信号のタイミングに基づいて自分のロケーションを決定することが可能である。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、任意の適切なロケーション決定方法を通じてロケーション情報を取得することができるということが理解されるであろう。

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

図１Ｃは、実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０４は、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線テクノロジーを採用することができる。ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあることも可能である。

ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保持しながら、任意の数のｅＮｏｄｅ−Ｂを含むことができるということが理解されるであろう。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１または複数のトランシーバを含むことができる。一実施形態においては、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯテクノロジーを実施することができる。したがって、ｅＮｏｄｅ−Ｂ１４０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するために、およびＷＴＲＵ１０２ａからワイヤレス信号を受信するために、複数のアンテナを使用することができる。

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

図１Ｃにおいて示されているコアネットワーク１０６は、モビリティーマネージメントゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のうちのいずれかの要素が、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることも可能であるということが理解されるであろう。

ＭＭＥ１４２は、Ｓ１インターフェイスを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１４２ａ、１４２ｂ、１４２ｃのそれぞれに接続されることが可能であり、コントロールノードとしての役割を果たすことができる。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の接続中に特定のサービングゲートウェイを選択することなどを担当することができる。ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどのその他の無線テクノロジーを採用しているその他のＲＡＮ（図示せず）との間における切り替えを行うためのコントロールプレーン機能を提供することもできる。

サービングゲートウェイ１４４は、Ｓ１インターフェイスを介してＲＡＮ１０４内のｅＮｏｄｅ Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続されることが可能である。サービングゲートウェイ１４４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃから回送および転送することができる。サービングゲートウェイ１４４は、その他の機能、たとえば、ｅＮｏｄｅ Ｂ間でのハンドオーバ中にユーザプレーンを固定すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとってダウンリンクデータが利用可能である場合にページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および格納することなどを実行することもできる。

サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６に接続されることも可能であり、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）１５５のアクセスルータ（ＡＲ）１５０が、インターネット１１０と通信状態にあることが可能である。ＡＲ１５０は、ＡＰ１６０ａ、１６０ｂ、および１６０ｃの間における通信を容易にすることができる。ＡＰ１６０ａ、１６０ｂ、および１６０ｃは、ＳＴＡ１７０ａ、１７０ｂ、および１７０ｃと通信状態にあることが可能である。

コアネットワーク１０６は、その他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間におけるインターフェイスとしての役割を果たすＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそうしたＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線またはワイヤレスのネットワークを含むことができる。

本明細書において説明されている下記の方法は、例示の目的でＷＴＲＵによって実行されるが、それらは、ＵＥ、ｅＮＢ、ＢＳ、ＳＴＡ、または、ワイヤレス通信ネットワークにおいて機能することができるその他の任意のデバイスによって実行されることも可能である。

図２は、パブリックランドモバイルネットワーク（ＰＬＭＮ）２３０、２３２、および２３４を含むことができる例示的なプロキシミティサービス（ＰｒｏＳｅ）リファレンスアーキテクチャー２００のブロック図である。例示的なＰｒｏＳｅリファレンスアーキテクチャー２００は、それぞれのＰｒｏＳｅアプリケーション２０３および２０４を伴うＷＴＲＵ２０１および２０２、ＰｒｏＳｅアプリケーションサーバ２０５および２０６、ＰｒｏＳｅ機能２０７、２０８、および２１０、ホームサブスクライバーサーバ（ＨＳＳ）２１２、ＭＭＥ２１４および２１８（これらは、それぞれのサービング／パケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｓ／ＰＧＷ）に接続されること、もしくはそれらのＳ／ＰＧＷと同じ場所に配置されることが可能である、ならびに／またはエボルブドＵＭＴＳテレストリアルラジオアクセスネットワーク（Ｅ−ＵＴＲＡＮ）２１６および２２０を含むことができるが、それらを含むことには限定されない。Ｅ−ＵＴＲＡＮ２１６および２２０は、１または複数のｅＮｏｄｅ Ｂ（ｅＮＢ、図示せず）を含むことができるということに留意されたい。

以降で説明されているように、例示的なＰｒｏＳｅリファレンスアーキテクチャー２００においては、多くのリファレンスポイントが示されている。ＰＣ１は、それぞれＷＴＲＵ２０１または２０２内のＰｒｏＳｅアプリケーション２０３または２０４と、それぞれのＰｒｏＳｅアプリケーションサーバ２０５または２０６との間におけるリファレンスポイントであることが可能である。ＰＣ１は、アプリケーションレベルシグナリング要件を定義するために使用されることが可能である。ＰＣ２は、ＰｒｏＳｅアプリケーションサーバ２０５または２０６と、それぞれのＰｒｏＳｅ機能２０７または２０８との間におけるリファレンスポイントであることが可能である。ＰＣ２は、ＰｒｏＳｅアプリケーションサーバ２０５または２０６と、ＥＰＣレベルＰｒｏＳｅディスカバリのためにそれぞれのＰｒｏＳｅ機能２０７または２０８を介して第３世代パートナーシッププロジェクト（３ＧＰＰ）エボルブドパケットシステム（ＥＰＳ）（図示せず）によって提供されるＰｒｏＳｅ機能性（たとえば、ネームトランスレーション）との間における対話を定義するために使用されることが可能である。

ＰＣ３は、ＷＴＲＵ２０２と、ＰｒｏＳｅ機能２０７、２０８、および／または２１０との間におけるリファレンスポイントであることが可能である。ＰＣ３は、トランスポートのためにエボルブドパケットコア（ＥＰＣ）ユーザプレーンを使用することができる（すなわち、「オーバーＩＰ」リファレンスポイント）。ＰＣ３は、ＰｒｏＳｅダイレクトディスカバリおよびＥＰＣレベルＰｒｏＳｅディスカバリ要求を承認するために使用されることが可能であり、ＰｒｏＳｅダイレクトディスカバリのために使用されるＰｒｏＳｅアプリケーション識別に対応するＰｒｏＳｅアプリケーションコードの割り当てを実行することができる。ＰＣ３は、ＰｒｏＳｅダイレクトディスカバリ（たとえば、公安および非公安用）、ならびにＷＴＲＵ２０２および／または２０３と、ＰｒｏＳｅ機能２０７、２０８、および／または２１０との間における通信（たとえば、公安用）のためにＰＬＭＮごとに承認ポリシーを定義するために使用されることが可能である。

ＰＣ４ａは、ＨＳＳ２１２とＰｒｏＳｅ機能２０８との間におけるリファレンスポイントであることが可能である。ＰＣ４ａは、ＰＬＭＮごとにＰｒｏＳｅダイレクトディスカバリおよびＰｒｏＳｅダイレクト通信のためのアクセスを承認する目的でサブスクリプション情報を提供するために使用されることが可能である。それは、ＥＰＣレベルＰｒｏＳｅディスカバリ関連のサブスクライバーデータの取り出しのためにＰｒｏＳｅ機能２０８（たとえば、ＥＰＣレベルＰｒｏＳｅディスカバリ機能）によって使用されることが可能である。ＰＣ５は、ＷＴＲＵ２０１と２０２との間におけるリファレンスポイントであることが可能であり、ＰｒｏＳｅダイレクトディスカバリ、ＰｒｏＳｅダイレクト通信、および／またはＰｒｏＳｅ ＷＴＲＵツーネットワークリレーのためのコントロールプレーンおよび／またはユーザプレーンのために使用されることが可能である。ＷＴＲＵ２０１がローミングしていない場合には、ＰＣ６は、ＷＴＲＵ２０１のためのホームＰＬＭＮ（ＨＰＬＭＮ）２３２内のＰｒｏＳｅ機能２０７と、異なるＰＬＭＮ２３０内のＰｒｏＳｅ機能２０８との間におけるリファレンスポイントであることが可能である。ＰＣ６は、たとえば、ＰｒｏＳｅダイレクトディスカバリ要求を承認するために、ならびに／またはＷＴＲＵ２０１のＨＰＬＭＮ２３２からのＰｒｏＳｅアプリケーション識別コードおよびＰｒｏＳｅアプリケーション識別ネームの割り当てを実行するために使用されることが可能である。ＰＣ６は、ＰｒｏＳｅサービス承認のＨＰＬＭＮコントロールのために使用されることが可能である。

ＷＴＲＵ２０２がローミングしている可能性がある場合には、ＰＣ７は、ＷＴＲＵ２０２のＨＰＬＭＮ２３４内のＰｒｏＳｅ機能２１０と、訪問先ＰＬＭＮ（ＶＰＬＭＮ）２３０内のＰｒｏＳｅ機能２０８または別のＰＬＭＮ２３０内のＰｒｏＳｅ機能２０８との間におけるリファレンスポイントであることが可能である。ＰＣ７は、ＰｒｏＳｅダイレクトディスカバリ要求を承認するために使用されることが可能であり、および／またはＷＴＲＵ２０２のためのＨＰＬＭＮ２３４からのＰｒｏＳｅアプリケーション識別コードおよびＰｒｏＳｅアプリケーション識別ネームの割り当てを実行することができる。ＰＣ７は、ＰｒｏＳｅサービス承認のＨＰＬＭＮコントロールのために使用されることが可能である。

Ｓ６ａは、Ｅ−ＵＴＲＡＮ２１６接続手順中にＰｒｏＳｅ関連のサブスクリプション情報をＭＭＥ２１４へダウンロードするために、またはＨＳＳ２１２内のＭＭＥサブスクリプション情報が変わったということをＭＭＥ２１４に知らせるために使用されるリファレンスポイントであることが可能である。Ｓ１は、それぞれのＷＴＲＵ２０２または２０１がＰｒｏＳｅダイレクトディスカバリを使用することを承認されることが可能であるという旨のＭＭＥ２１４または２１８からの表示をそれぞれＥ−ＵＴＲＡＮ２１６または２２０内のｅＮＢに提供するためにＰｒｏＳｅにおいて使用されることが可能である。ＬＴＥ−Ｕｕインターフェイスは、それぞれＷＴＲＵ２０１および２０２と、Ｅ−ＵＴＲＡＮ２１６および２２０との間において使用されることが可能である。ＬＴＥ−Ｕｕインターフェイスは、ＷＴＲＵ２０１および２０２と、ＬＴＥシステムとの間においてコントロールメッセージを通信するために、ならびに／またはＷＴＲＵ２０１および２０２と、インターネットとの間においてユーザプレーンデータをトランスポートするために使用されることが可能である。

本明細書において説明されているように、ＰｒｏＳｅ機能は、ＰｒｏＳｅのために必要とされるネットワーク関連のアクションのために使用されることが可能である論理的な機能であることが可能である。ＰｒｏＳｅ機能は、ＰｒｏＳｅの特徴のうちのそれぞれに関して別々の役割を果たすことができる。例によれば、ＰｒｏＳｅ機能は、ダイレクトプロビジョニング機能（ＤＰＦ）、ダイレクトディスカバリネーム管理機能、および／またはＥＰＣレベルディスカバリＰｒｏＳｅ機能という、ＰｒｏＳｅの特徴に応じて別々の役割を果たすサブ機能のうちの１または複数から構成されることが可能である。ＰｒｏＳｅ機能のこれらのＰｒｏＳｅサブ機能は、以降でさらに詳細に説明される。

ＤＰＦは、ＰｒｏＳｅダイレクトディスカバリおよび／またはＰｒｏＳｅダイレクト通信を使用する目的でＷＴＲＵにパラメータを供給するために使用されることが可能である。ＤＰＦは、特定のＰＬＭＮにおいてＷＴＲＵがＰｒｏＳｅを使用することを可能にするＰＬＭＮ固有のパラメータをＷＴＲＵに供給するために使用されることが可能である。例においては、公安用に使用されるダイレクト通信に関して、ＤＰＦは、ＷＴＲＵがＥ−ＵＴＲＡＮによってサービス提供される際に使用されることが可能であるパラメータをＷＴＲＵに供給することができる。ダイレクトディスカバリネーム管理機能は、ＰｒｏＳｅダイレクトディスカバリにおいて使用されるＰｒｏＳｅアプリケーション識別（ＩＤ）および／またはＰｒｏＳｅアプリケーションコードのマッピングを割り当てるおよび／または処理する目的でオープンＰｒｏｓｅダイレクトディスカバリのために使用されることが可能である。ダイレクトディスカバリネーム管理機能は、それぞれのディスカバリ要求の承認のためにＨＳＳ内に格納されているＰｒｏＳｅ関連のサブスクライバーデータを使用することができる。ダイレクトディスカバリネーム管理機能は、ＷＴＲＵにセキュリティーマテリアルを提供することもでき、それによってＷＴＲＵは、無線で送信されるディスカバリメッセージを保護することができる。

ＥＰＣレベルディスカバリＰｒｏＳｅ機能は、アプリケーションサーバへのリファレンスポイント（たとえば、リファレンスポイントＰＣ２）、ＨＳＳへのリファレンスポイント（たとえば、リファレンスポイントＰＣ４ａ）、およびＷＴＲＵへのリファレンスポイント（たとえば、リファレンスポイントＰＣ３）を有することができる。ＥＰＣレベルディスカバリＰｒｏＳｅ機能の機能性は、ＰｒｏＳｅ関連のサブスクライバーデータの格納および／もしくはＨＳＳからのＰｒｏＳｅ関連のサブスクライバーデータの取り出し、ＥＰＣレベルＰｒｏＳｅディスカバリおよび／もしくはＥＰＣによって支援されるＷＬＡＮダイレクトディスカバリおよび通信に関するＷＴＲＵの承認および／もしくは構成、ＥＰＣレベルＰｒｏＳｅディスカバリおよびＥＰＣによって支援されるＷＬＡＮダイレクトディスカバリおよび通信を使用することを承認されることが可能であるアプリケーションのリストの格納、ロケーションサービスクライアント（たとえば、サービスロケーションプロトコル（ＳＬＰ）エージェント）として行動してＥＰＣレベルＰｒｏＳｅディスカバリを可能にすること、ＷＬＡＮダイレクトディスカバリおよび通信を支援するためにＷＴＲＵに情報を提供すること、ＥＰＣ ＰｒｏＳｅサブスクライバーＩＤおよびアプリケーションレイヤユーザＩＤの取り扱い、セキュリティー関連の機能性、ＰＣ３リファレンスポイントを介したＷＴＲＵとの対話、ＰＣ２リファレンスポイントを介したサードパーティーアプリケーションサーバとの対話、ＰＣ６リファレンスポイントを介したその他のＰＬＭＮ内のＰｒｏＳｅ機能との対話、ＨＳＳを介してＷＴＲＵロケーションを要求するための機能性のためのサポート、ならびに／または、ＥＰＣを介した課金もしくはＥＰＣ外の課金（たとえば、オフライン課金）のための機能性を提供することのうちのいずれかを含むことができるが、それらを含むことには限定されない。ＰｒｏＳｅ機能は、ＥＰＣを介したＰｒｏＳｅを含む場合があるＰｒｏＳｅの使用に関する、ならびに／またはＰｒｏＳｅダイレクトディスカバリおよびＰｒｏＳｅダイレクト通信に関する課金機能性を提供することができる。

ＰｒｏＳｅは、モデルＡもしくは「私はここにいます」のダイレクトディスカバリ、および／またはモデルＢもしくは「そこにいるのは誰ですか？／あなたはそこにいますか？」のダイレクトディスカバリというダイレクトディスカバリ手順のうちのいずれかを使用することができる。これらのダイレクトディスカバリ手順は、以降で詳細に説明されている。本明細書においては、告知側ＷＴＲＵは、ディスカバリを告知することを担当することが可能であり、告知側ＷＴＲＵまたはディスカバラー（discoverer）ＷＴＲＵと交換可能に呼ばれることが可能である。モニタリングＷＴＲＵは、ディスカバリ情報をモニタすることを担当することが可能であり、モニタリングＷＴＲＵまたはディスカバリイー（discoveree）ＷＴＲＵと交換可能に呼ばれることが可能である。

モデルＡ（「私はここにいます」）の手順によれば、ＰｒｏＳｅ対応ＷＴＲＵは、ＰｒｏＳｅダイレクトディスカバリに参加する際に２つの役割のうちの１つに指定されることが可能であり、告知側ＷＴＲＵは、ディスカバーするための許可を有するプロキシミティ内のＷＴＲＵによって使用されることが可能である特定の情報を告知することができ、またはモニタリングＷＴＲＵは、告知側ＷＴＲＵのプロキシミティ内の関心のある特定の情報をモニタすることができる。モデルＡによれば、告知側ＷＴＲＵは、事前に定義されたディスカバリインターバルでディスカバリメッセージをブロードキャストすることができ、これらのメッセージに関心を抱く可能性があるモニタリングＷＴＲＵは、これらのディスカバリメッセージを受信すること、読むこと、および／または処理することが可能である。モデルＡは、「私はここにいます」のアプローチに相当するとみなされることが可能である。なぜなら、告知側ＷＴＲＵは、自分のＰｒｏＳｅアプリケーション識別、および／またはＰｒｏＳｅ ＷＴＲＵ識別など、自分自身に関する情報をディスカバリメッセージ内に含めてブロードキャストすることができるからである。

モデルＢ（「そこにいるのは誰ですか？／あなたはそこにいますか？」）の手順によれば、ＰｒｏＳｅ対応ＷＴＲＵは、ＰｒｏＳｅダイレクトディスカバリに参加する際に２つの役割のうちの１つに指定されることが可能であり、ディスカバラーＷＴＲＵは、ディスカバーすることに自分が関心を抱く可能性があるものに関する特定の情報を含む要求を送信することができ、ディスカバリイーＷＴＲＵは、その要求メッセージを受信することができ、ディスカバラーＷＴＲＵの要求に関連したいくつかの情報を伴って応答することができる。

図３は、モデルＡと整合する例示的なオープンダイレクトディスカバリ手順３００の流れ図である。ＷＴＲＵ３０２とＰｒｏＳｅ機能３０４との間におけるアクションは、ＷＴＲＵ３０２のＨＰＬＭＮ３３０において生じる場合がある。ＰｒｏＳｅ機能３０４とその他のＰｒｏＳｅ機能３０６との間におけるアクションは、ＶＰＬＭＮまたはローカルＰＬＭＮなど、その他のＰＬＭＮ３３２上で生じる場合がある。サービス承認３１２中に、ＷＴＲＵ３０２は、ＰｒｏＳｅ機能３０４および／または３０６から（たとえば、オープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）手順を介して）、ＨＰＬＭＮ３３０および／またはその他のＰＬＭＮ３３２など、特定のＰＬＭＮにおいて告知またはモニタを行うための承認を入手することができる。

ＷＴＲＵ３０２が告知を行うことを承認されていて、告知側ＷＴＲＵ手順３０８に従う場合には、ＷＴＲＵ３０２は、ディスカバリ（告知）要求メッセージ３１４を（たとえば、ＰＣ３リファレンスポイントを介して）ＰｒｏＳｅ機能３０４および／または３０６へ送信することができる。ディスカバリ（告知）要求メッセージ３１４は、ＷＴＲＵ３０２が宣伝したいサービスを、たとえばＰｒｏＳｅアプリケーションＩＤを使用して、含むことができる。承認３１２の一部として、ＰｒｏＳｅ機能３０４および／または３０６は、ＰｒｏＳｅアプリケーションコードをＷＴＲＵ３０２に提供して、そのＰｒｏＳｅアプリケーションコードを、ディスカバリ告知要求メッセージ３１４を介して告知することができる。ＷＴＲＵ３０２は、ディスカバリ告知手順３１８を、たとえば「告知」に設定されたタイプを伴うＰＣ５ディスカバリメッセージを使用して、実行することができる。ＰＣ５ディスカバリメッセージは、ＰｒｏＳｅ機能から入手された可能性があるＰｒｏＳｅ（アプリケーション）コードを含むことができる。ＷＴＲＵ３０２は、ディスカバリ／告知メッセージを送信するためにＥ−ＵＴＲＡＮによって示されているリソースを使用することができる。

ＷＴＲＵ３０２が特定のＰＬＭＮにおいてモニタを行うことを承認されていて、モニタリングＷＴＲＵ手順３１０に従う場合には、ＷＴＲＵ３０２は、ディスカバリモニタ要求メッセージ３１６を（たとえば、ＰＣ３リファレンスポイントを介して）ＰｒｏＳｅ機能３０４および／または３０６へ送信することができる。ディスカバリモニタ要求メッセージ３１６は、ＷＴＲＵ３０２がディスカバー／モニタしたいサービスを、たとえばＰｒｏＳｅアプリケーションＩＤを使用して、含むことができる。承認３１２の一部として、ＰｒｏＳｅ機能３０４および／または３０６は、モニタを行うＷＴＲＵ３０２にＰｒｏＳｅアプリケーションコードを提供することができる。

３２０において、ＷＴＲＵ３０２は、ディスカバリメッセージが受信／モニタされることが予想されるリソース（たとえば、Ｅ−ＵＴＲＡＮによって示されている）をモニタすることができる。ＷＴＲＵ３０２がディスカバリメッセージを受信した場合には、それは、その受信されたメッセージ内のＰｒｏＳｅ（アプリケーション）コードがＷＴＲＵのディスカバリフィルタのうちのいずれかにマッチするかどうかを検証することができ、それは、ＰｒｏＳｅ機能３０４からあらかじめ受信されておくことが可能である。受信されたＰｒｏＳｅコードと、ディスカバリフィルタとの間において（部分的な）マッチがある場合には、ＷＴＲＵは、ＰＣ３リファレンスポイントを使用してマッチレポート３２２をＰｒｏＳｅ機能３０４へ送信することができる。ＰｒｏＳｅ機能３０４は、ＷＴＲＵ３０２が告知側ＷＴＲＵをディスカバーすることを許可されているかどうかを確認するために応答することができ、ディスカバーを行っているＷＴＲＵ３０２によってＰｒｏＳｅコードの完全なマッチが達成されることが可能になるようにさらなる情報を提供することもできる。

ＰｒｏＳｅダイレクトディスカバリのための識別子は、ＰｒｏＳｅアプリケーションＩＤ、および／またはＰｒｏＳｅアプリケーションコードを含むことができるが、それらには限定されない。これらのＰｒｏＳｅダイレクトディスカバリＩＤは、以降で詳細に説明されている。

オープンＰｒｏＳｅディスカバリに関して、ＰｒｏＳｅアプリケーションＩＤは、パブリックＰｒｏＳｅアプリケーションＩＤと呼ばれることが可能である。パブリックＰｒｏＳｅアプリケーションＩＤの地理的な範囲は、ＰＬＭＮに固有であること、国に固有であること、またはグローバルであることが可能である。それぞれのパブリックＰｒｏＳｅアプリケーションＩＤは、諸部分から構成されることが可能であり、それらの部分は、次のものを含むが、それらには限定されない。ＰｒｏＳｅアプリケーションＩＤネームは、さまざまなレベル、たとえば、広いレベルのビジネスカテゴリー（レベル０）、ビジネスサブカテゴリー（レベル１）、ビジネスネーム（レベル２）、および／またはショップＩＤ（レベル３）によって特徴付けられるデータ構造によってその全体が記述されることが可能である。ＰｒｏＳｅアプリケーションＩＤネームは、ラベルどうしのストリングとして表示されることが可能であり、それらのラベルは階層レベルを表す。ＰＬＭＮに対応するＰＬＭＮ ＩＤは、ＰｒｏＳｅアプリケーションＩＤネームを割り振られることが可能である。パブリックＰｒｏＳｅアプリケーションＩＤが国に固有である場合には、ＰＬＭＮ ＩＤのモバイルネットワークコード（ＭＮＣ）がワイルドカード化されることが可能である。パブリックＰｒｏＳｅアプリケーションＩＤがグローバルである場合には、ＭＣＣおよび／またはＭＮＣがワイルドカード化されることが可能である。

告知側ＷＴＲＵに関して、ＰｒｏＳｅアプリケーションコードは、告知要求手順を使用してＨＰＬＭＮ ＰｒｏＳｅ機能から入手されることが可能である。ＰｒｏＳｅアプリケーションコードは、ＷＴＲＵをモニタするためにＰｒｏＳｅダイレクトディスカバリ手順に従事しているＷＴＲＵによって無線インターフェイスを介して（たとえば、ＰＣ５を介して）送信されることが可能であるメッセージ内に含まれることが可能である。モニタリングＷＴＲＵに関して、無線インターフェイスを介して（たとえば、ＰＣ５上で）ＰｒｏＳｅアプリケーションコードをモニタするためのディスカバリフィルタが、モニタ要求手順を使用してＨＰＬＭＮ ＰｒｏＳｅ機能から入手されることが可能である。

ＨＰＬＭＮ ＰｒｏＳｅ機能によってＰｒｏＳｅアプリケーションコードが割り振られることが可能である。それぞれのＰｒｏＳｅアプリケーションコードは、ＰｒｏＳｅアプリケーションＩＤネームに対応することが可能である一時的な識別、ならびに／またはＰｒｏＳｅアプリケーションコード（すなわち、モバイルカントリーコード（ＭＣＣ）およびモバイルネットワークコード（ＭＮＣ））を割り振ったＰｒｏＳｅ機能のＰＬＭＮ ＩＤのうちのいずれかを含むことができるが、それらを含むことには限定されない。パブリックＰｒｏＳｅアプリケーションＩＤに関連付けられているデータ構造を前提とすると、それぞれのＰｒｏＳｅアプリケーションＩＤは、対応するＰｒｏＳｅアプリケーションＩＤネーム内に諸レベルが存在することが可能であるのと同じぐらい多くの識別子を含むさまざまな一時的な識別に関連付けられることが可能であり、それは、ＰｒｏＳｅアプリケーションマスクまたはディスカバリフィルタを使用してモニタリングＷＴＲＵ側において部分的なマッチングを可能にすることができる。一時的な識別の使用は、モニタリングＷＴＲＵにおける受信された一時的な識別のフィルタリングをより効果的かつフレキシブルにすることができる。

ＰｒｏＳｅアプリケーションコードマッチングは、上で列挙されているすべての構成要素を考慮することができる。ＰｒｏＳｅアプリケーションコードマッチングにおいて、モニタリングＷＴＲＵは、ＰＬＭＮ ＩＤおよび一時的な識別の両方がディスカバリフィルタの対応する内容とマッチする場合には、それを完全なマッチとみなすことができる。ＰｒｏＳｅアプリケーションマスクの対応する内容とＰＬＭＮ ＩＤが完全にマッチし、かつ一時的な識別が部分的にマッチする場合には、部分的なマッチが入手されることが可能である。ＰｒｏＳｅアプリケーションコードが、告知側ＷＴＲＵごとに、およびアプリケーションごとに割り当てられることが可能であり、ＰｒｏＳｅ機能において、およびＷＴＲＵにおいて稼働することができる関連付けられている有効性タイマーを有することができる。有効性タイマーが切れる前に、割り振られているＰｒｏＳｅアプリケーションコードを告知側ＷＴＲＵから取り消すことは、いくつかのソリューションにおいては許可されない場合がある。

オープンＰｒｏＳｅディスカバリのケースにおいて、告知側ＷＴＲＵが何かを告知したい場合には、告知側ＷＴＲＵは、パブリックＰｒｏＳｅアプリケーションＩＤを含むディスカバリ要求をＰｒｏＳｅ機能へ送信することができ、ＰｒｏＳｅ機能は、ＰｒｏＳｅアプリケーションコードを割り振ることができる。モニタリングＷＴＲＵが何かをモニタしたい場合には、モニタリングＷＴＲＵは、パブリックＰｒｏＳｅアプリケーションＩＤの全体またはサブセットを含むディスカバリ要求を送信することができる。たとえば、モニタリングＷＴＲＵは、完全なパブリックＰｒｏＳｅアプリケーションＩＤのｎ個のレベルのうちの２つを提供することができる。ＰｒｏＳｅアプリケーションＩＤネームは、いくつかのレベルまたは層を有することができる。

制限されたディスカバリに関して、ＷＴＲＵは、ユーザを識別する識別子と、そのユーザをディスカバーすることを許可されることが可能であるＷＴＲＵ／ユーザである「友達」のリストに関する識別子とをＰｒｏＳｅ機能に提供することができる。ＰｒｏＳｅ機能は、ユーザが自分の友達をディスカバーすることを許可されることが可能であるということを検証するためにアプリケーションサーバに連絡を取ることができる。ＰｒｏＳｅ機能は、ユーザの友達のうちのいずれかがプロキシミティ内にいる可能性があるかどうかを検出するためにモニタするためのコードのリストをＷＴＲＵに提供することができる。

モデルＡタイプのディスカバリおよびモデルＢタイプのディスカバリのための制限されたディスカバリに関してアプローチが定義されることが可能である。３ＧＰＰリリース１２ディスカバリサービスにおいては、グループディスカバリのコンセプトがない場合がある。送信されるＰｒｏＳｅアプリケーションコードは、１人のユーザ（アプリケーションレベルにおける）またはユーザのグループに関連していることが可能である。アプローチは、ＷＴＲＵのグループおよび／またはグループ内のユーザをディスカバーすることを含むことができる。アプローチによれば、モデルＡおよびモデルＢの制限されたディスカバリに関してグループ識別子が使用されることが可能である。たとえば、制限されたＰｒｏＳｅアプリケーションＩＤをＰｒｏＳｅ機能によって認証するための方法が使用されることが可能である。このアプローチは、制限されたＰｒｏＳｅアプリケーションＩＤがアプリケーションによって構成されるケースにおいて使用されることが可能である。

モデルＢディスカバリは、グループまたはユーザが近くにいる可能性があるかどうかをユーザがディスカバーすることを可能にすることができる。それは、モデルＡディスカバリとは異なると言える。モデルＡディスカバリにおいては、ユーザが、ディスカバリのためにＰｒｏＳｅアプリケーションコードを告知することができる。したがって、モデルＢディスカバリは、グループまたはユーザが近くにいるかどうかを識別するためにＷＴＲＵがＰｒｏＳｅアプリケーションコードを使用する方法、および／またはモデルＢディスカバリに関するＰｒｏＳｅアプリケーションコードにモニタリングＷＴＲＵが応答する方法を含むことができるが、それらを含むことには限定されない。

ディスカバリのための許可をユーザが取り消すことを可能にする制限されたディスカバリのためのステージ１の要件が存在する場合がある。このケースにおいては、制限されたディスカバリの取り消しを３ＧＰＰネットワークが実施するための技術、および／または単一のユーザもしくはユーザのグループへのディスカバリのための許可をユーザが取り消した後にＰｒｏＳｅ機能がＰｒｏＳｅコードを管理するための技術（この場合、ＰｒｏＳｅコードは、たとえば、アプリケーション、サービス、もしくはストアに相当するコードであることが可能である）が定義されることが可能である。

例によれば、制限されたディスカバリに関して識別子が使用されることが可能である。ＰｒｏＳｅアプリケーションＩＤのためのフォーマットは、グループの識別のために確保されることが可能であるフィールドと、個々のユーザの識別のために確保されることが可能である別のフィールドとを有するＰｒｏＳｅアプリケーションＩＤネームを含むことができる。たとえば、ＰｒｏＳｅアプリケーションＩＤネームのためのフォーマットは、拡張されることが可能であり、グループおよびユーザの識別に言及することができるレベルが加えられることが可能である。別の例においては、フォーマットは、レベル１（たとえば、アプリケーションＩＤ）、レベル２（たとえば、サービスＩＤ）、レベル３（たとえば、グループＩＤ）、およびレベル４（たとえば、ユーザＩＤ）という情報要素（ＩＥ）を含むことができるが、それらには限定されない。以降では、フィールドおよび情報要素（ＩＥ）は、交換可能に使用されることが可能である。

図４は、制限されたディスカバリのために使用されることが可能である例示的な（制限された）ＰｒｏＳｅアプリケーションＩＤフォーマット４００の図である。たとえば、ＰｒｏＳｅコードを告知したいＷＴＲＵに関して、そのＷＴＲＵは、ＰｒｏＳｅアプリケーションＩＤフォーマット４００に従ってＰｒｏＳｅアプリケーションＩＤを生成することができ、そのＰｒｏＳｅアプリケーションＩＤをＰｒｏＳｅ機能へ送信することができる。例示的なＰｒｏＳｅアプリケーションＩＤフォーマット４００は、サブ部分またはレベル１．．．Ｎ＋１を含むことができる（制限された）ＰｒｏＳｅアプリケーションネームフィールド４０２のための部分を含むことができる。ＰｒｏＳｅアプリケーションＩＤフォーマット４００は、たとえばＷＴＲＵのＨＰＬＭＮを示すことができるＰＬＭＮ ＩＤフィールド４１０を含むことができる。

ＰｒｏＳｅアプリケーションネームフィールド４０２は、レベル１のアプリケーションＩＤ４０４（およびその他のレベル、たとえば、レベル２．．．Ｎ−１のさらなるアプリケーションＩＤ）、グループＩＤフィールド４０６、および／またはユーザＩＤフィールド４０８を含むことができる。グループＩＤフィールド４０６は、レベルＮに含まれることが可能であり、ＷＴＲＵによって生成されることが可能である。グループＩＤフィールド４０６は、グループの一部であるすべてのＷＴＲＵに共通であることが可能である。たとえば、ＷＴＲＵは、アプリケーションサーバとの対話によって、またはユーザによる直接の入力によってグループＩＤの値を得ることができる。図４において示されている例においては、告知側ＷＴＲＵは、グループ「ＡＢＣＤ」として識別されることが可能であるグループに属する。

ユーザまたはＷＴＲＵは、ユーザが自分の個人ユーザ識別（すなわち、図４において「ＳＴＵＶ」として示されている「ユーザＩＤ」４０８）がグループのその他のメンバーに対して明らかにされることを許可するかどうかをＰｒｏＳｅ機能に知らせることができる。グループＩＤ４０６および／またはユーザアプリケーションＩＤ４０４は、ＰｒｏＳｅアプリケーションごとに一意であることが可能である。

ＰｒｏＳｅ機能は、ＰｒｏＳｅアプリケーションＩＤ４００において示されているサブ部分またはレベル１．．．Ｎ＋１に対応する一時的な識別を有する対応するＰｒｏＳｅアプリケーションコードを生成することができる。グループに関連したＰｒｏＳｅアプリケーションコード部分は、同じグループの一部であることが可能であるすべてのＷＴＲＵと共有されることが可能である。ＰｒｏＳｅ機能は、識別されることが可能である特定のグループにどのＷＴＲＵが属しているかをアプリケーションサーバとの間で検証することができ、またはＰｒｏＳｅ機能は、この情報をローカルに含むことができる。ＰｒｏＳｅ機能は、ＷＴＲＵによって送信されたグループＩＤを使用して、識別されたグループＩＤを伴うグループのメンバーであることが可能である個々のＷＴＲＵの特定の設定または承認パラメータを検証することができる。

例によれば、ＷＴＲＵは、グループＩＤをブランクのままにすること（またはそれを特定の値に設定すること）が可能であり、これは、ユーザおよびアプリケーションのペアに関するグループ情報をアプリケーションサーバから、またはローカルから得るようＰｒｏＳｅ機能をトリガーすることができる。ＰｒｏＳｅ機能は、ＷＴＲＵに応答し、それにＷＴＲＵの（またはユーザの）グループのグループＩＤを提供することができる。このケースにおいては、ＷＴＲＵは、自分がメンバーであるグループ（またはグループＩＤ）がどれかを知る必要がない場合がある。ＷＴＲＵが複数のグループの一部である場合には、ＰｒｏＳｅ機能は、それぞれのグループに関するコードを返すことができ、これは、グループＩＤフィールドの別々の値によってＷＴＲＵ側において区別されることが可能である。ＷＴＲＵは、自分が属するさまざまなグループ、および自分がモニタすることができるさまざまなグループを保存することができる。ＰｒｏＳｅ機能は、ユーザＩＤフィールドを、問題のユーザ（またはＷＴＲＵ）に固有であることが可能である一時的な値に設定することができる。告知側ＷＴＲＵに関して、ＰｒｏＳｅ機能は、「ユーザＩＤ」フィールドがそのＷＴＲＵにとって一意であることが可能である場合に告知するための少なくとも１つのＰｒｏＳｅアプリケーションコードを返すことができる。

図５は、図４における（制限された）ＰｒｏＳｅアプリケーションＩＤフォーマット４００に対応することが可能である例示的な（制限された）ＰｒｏＳｅアプリケーションコードフォーマット５００の図である。図５を参照すると、例示的なＰｒｏＳｅアプリケーションコードフォーマット５００（または、ＰｒｏＳｅコードフォーマット５００）は、サブ部分またはレベル１．．．Ｎ＋１（図４におけるＰｒｏＳｅアプリケーションＩＤフォーマット４００内のレベル１．．．Ｎ＋１に対応する）を含むことができる一時的なＩＤ５０２を含むことができる。ＰｒｏＳｅアプリケーションコードフォーマット５００は、たとえばＷＴＲＵのＨＰＬＭＮを示すことができるＰＬＭＮ ＩＤフィールド５１０を含むことができる。

今度は、告知するためのコードを要求する場合もある、同じグループの一部であることが可能である任意のＷＴＲＵに関して、ＰｒｏＳｅ機能は、グループＩＤ ＩＥ５０６に関する同じ一時的なＩＤ（たとえば、Ｔｅｍｐ＿１２３４）を提供することができる。ユーザＩＤ ＩＥ５０８は、ＷＴＲＵにとって一意であることが可能である値を有することができる。例においては、ユーザＩＤ ＩＥ５０８は、アプリケーションレイヤにおけるユーザのＩＤへのポインタであることが可能である。ユーザＩＤ ＩＥ５０８は、たとえば国際移動体サブスクライバー識別番号（ＩＭＳＩ）などのサブスクライバーＩＤに相当しない場合がある。ＰｒｏＳｅ機能は、グループＩＤ（または、たとえばＷＴＲＵによって、もしくはローカルポリシーによって、もしくはアプリケーションサーバとの検証によって提供されるネーム）を、生成されたＰｒｏＳｅアプリケーションコード５００内のグループＩＤ ＩＥ５０６内に含めて返される一時的なＩＤにマップすることができる。Ｔｅｍｐ＿ａｐｐフィールド５０４は、アプリケーションＩＤ（たとえば、図４におけるアプリケーションＩＤ４０４）を表すことができ、一時的なＩＤを使用して、アプリケーションＩＤを表すことができる。

特定のグループの一部であることが可能であるモニタリングＷＴＲＵに関して、そのモニタリングＷＴＲＵは、特定のアプリケーションに関するディスカバリフィルタを得たいという要求を送信することができる。モニタリングＷＴＲＵは、図４において説明されているのと同じフォーマットおよびレベルを有することができる（制限された）ＰｒｏＳｅアプリケーションＩＤ（ＰｒｏＳｅアプリケーションＩＤネームを含む）を送信することができる。モニタリングＷＴＲＵは、グループＩＤフィールド（たとえば、図４におけるグループＩＤ ＩＥ４０６）を特定の値に設定して、そのＷＴＲＵがモニタしたいと望むグループを示すことができる。たとえば、ＷＴＲＵがグループ「ＡＢＣＤ」の一部である場合には、「ＡＢＣＤ」は、モニタリングＷＴＲＵによって送信される「グループＩＤ」ＩＥの値であることが可能である。ユーザＩＤフィールド（たとえば、図４におけるユーザＩＤ ＩＥ４０８）は、特定のターゲットユーザをディスカバーすることをモニタリングＷＴＲＵが要求していない可能性がある場合には、ブランクのままにされることが可能であり、または特定の事前に定義された値に設定されることが可能である。しかしながら、上述したように、ユーザＩＤフィールドは、ブランクのままにされること（または特定の値に設定されること）が可能であり、これは、（アプリケーションサーバとの検証によって、またはローカルの情報もしくはポリシーによって）ＷＴＲＵが属するすべてのグループに関するディスカバリフィルタを返すようＰｒｏＳｅ機能をトリガーすることができる。

ディスカバリフィルタは、ＰｒｏＳｅアプリケーションコード（すなわち、ＰｒｏＳｅコード）および／またはマスクを含むことができるが、それらを含むことには限定されない。モニタリングＷＴＲＵが、（ユーザＩＤフィールドによって識別された）ターゲットユーザＩＤをディスカバーしたい場合には、モニタリングＷＴＲＵは、ユーザＩＤ ＩＥを、それがアプリケーションレイヤとのシグナリングを介して受信しておくことが可能である特定のターゲットユーザに設定することができる。このケースにおいては、グループＩＤ ＩＥは、グループ識別で満たされることが可能であり、またはブランクのままにされること（もしくは、その要求が、グループではなく宛先「ユーザＩＤ」に真に焦点を合わされている可能性があるということをＰｒｏＳｅ機能が知るように、事前に定義された値に設定されること）が可能である。

モニタリングＷＴＲＵに応答して、ＰｒｏＳｅ機能は、告知を行っている可能性があるグループのその他のすべてのメンバーに提供されるのと同じである可能性があるフォーマットを有するＰｒｏＳｅアプリケーションコードを返すことができる。加えて、マスクがモニタリングＷＴＲＵに提供されることが可能であり、それによって、ＰｒｏＳｅアプリケーションコードが無線でモニタされることが可能である場合に、そのモニタされるグループＩＤのマスクの結果が、グループＩＤフィールドに関する部分的なマッチにつながる可能性がある。図５の例においては、モニタリングＷＴＲＵが、コードを告知することを要求した同じグループのすべてのモニタリングＷＴＲＵのものと同じ一時的な値（すなわち、「Ｔｅｍｐ＿１２３４」）を有する「グループＩＤ」ＩＥを有する図５において示されているＰｒｏＳｅアプリケーションコードフォーマットによる（制限された）ＰｒｏＳｅアプリケーションコードを受信することができる。

図６は、ＰｒｏＳｅ機能によって提供されることが可能である例示的なマスク６００の図である。モニタリングＷＴＲＵがＰｒｏＳｅアプリケーションコードを無線で告知側ＷＴＲＵから受信した場合には、モニタリングＷＴＲＵは、受信されたコードとマスク６００との間においてビット単位のＡＮＤ演算を実行することができる。図７は、モニタリングＷＴＲＵによって実行されることが可能である例示的なマスク手順７００の図である。

図７の例においては、モニタリングＷＴＲＵが、（制限された）ＰｒｏＳｅアプリケーションコード７０２を無線で受信することができる。ＰｒｏＳｅアプリケーションコード７０２は、一時的なアプリケーションＩＤ７０４、グループＩＤ７０６、ユーザＩＤ７０８、およびＰＬＭＮ ＩＤ７１０を含むことができる。モニタリングＷＴＲＵは、ビット単位のＡＮＤ演算を使用してマスク７１２をＰｒｏＳｅアプリケーションコード７０２に適用することができる。ＡＮＤ演算は例として示されており、その他のマスクまたはビット演算が使用されることが可能である。マスク７１２を適用した結果７１５は、モニタリングＷＴＲＵによってＰｒｏＳｅ機能から受信されたＰｒｏＳｅアプリケーションコード７０２内のグループＩＤ ＩＥ７０６と同じ値（たとえばＴｅｍｐ＿１２３４）をグループＩＤ ＩＥ７１６が有するということを確実にすることができる。しかしながら、ユーザＩＤ ＩＥ７１８は、モニタリングＷＴＲＵによるその受信されたユーザＩＤ７０８にマッチしない場合がある。コードの諸部分がマッチすることが可能であるので、ＷＴＲＵは、部分的なマッチとみなすことができ、告知側ＷＴＲＵが自分自身のグループのメンバーである可能性があり、それは、たとえば「ＡＢＣＤ」という実際のＩＤを有する一方で「Ｔｅｍｐ＿１２３４」という一時的なＩＤを有する可能性があるということを認識することができる。

部分的なマッチが生じている（たとえば、グループＩＤフィールド７１６が、ＰｒｏＳｅアプリケーションコード７０２のグループＩＤフィールド７０６にマッチしている）場合には、モニタリングＷＴＲＵは、告知者ＷＴＲＵからのモニタされているＰｒｏＳｅアプリケーションコードを有するマッチレポートを送信することができる。ＰｒｏＳｅ機能は、モニタリングＷＴＲＵが、識別されたグループの特定のユーザをディスカバーすることを許可されているかどうかを（たとえば、アプリケーションサーバとの検証、ローカルの情報もしくはポリシー、または告知側ＷＴＲＵから受信された以前の表示によって）検証することができる。モニタリングＷＴＲＵが、識別されたグループの特定のユーザをディスカバーすることを許可されている場合には、ＰｒｏＳｅ機能は、告知側ＷＴＲＵの識別を返すことができる。たとえば、ＰｒｏＳｅ機能は、告知側ＷＴＲＵ ＩＤとして「ＳＴＵＶ」を返すことができ、したがってモニタリングＷＴＲＵは、告知側ＷＴＲＵが、同じグループ「ＡＢＣＤ」のメンバーであり、特定のユーザＩＤ「ＳＴＵＶ」を有しているということを知ることになる。

モニタリングＷＴＲＵが、告知側ＷＴＲＵの実際のＩＤを得ることを許可されていない場合には、ＰｒｏＳｅ機能は、その特定のユーザ識別が明らかにされることが不可能であるということを示す応答を返すことができる。このケースにおいては、その正確なユーザ識別がモニタリングＷＴＲＵに対して明らかにされることは不可能である。（制限された）ＰｒｏＳｅアプリケーションＩＤおよび（制限された）ＰｒｏＳｅアプリケーションコードが、それぞれＰｒｏＳｅアプリケーションＩＤおよびＰｒｏＳｅアプリケーションコードと同じフォーマットを有している場合には、ＰｒｏＳｅ機能は、グループ／ユーザＩＤディスカバリに関するディスカバリ要求（告知か、またはモニタか）を区別できない可能性がある。これらのディスカバリ要求の区別を可能にするために、ＷＴＲＵは、自分が「グループ／ユーザ」ディスカバリのためにコードまたは識別を得たいと望んでいるということをディスカバリ要求内に含めて（すなわち、識別の一部としてではなく）示すことができる。ＰｒｏＳｅ機能は、上述のようにＷＴＲＵに識別および／またはディスカバリフィルタを提供するために、この表示を使用することができる。

（制限された）ＰｒｏＳｅアプリケーションＩＤ（すなわち、ネーム）と、アプリケーションレイヤにおけるユーザ識別との間においてマッピングが存在することが可能である。したがって、ＷＴＲＵ（モニタリングまたは告知側）は、（制限された）ＰｒｏＳｅアプリケーションＩＤ（すなわち、ネーム）をアプリケーションレイヤ識別にマップするための機能性を必要とする場合がある。ＷＴＲＵは、このマッピングをローカルに有することができ、またはそれは、（制限された）ＰｒｏＳｅアプリケーションＩＤ（すなわち、ネーム）を提供することによってアプリケーションサーバと対話し、対応するマップされたアプリケーションレイヤユーザ識別を受信することができる。

例によれば、制限されたディスカバリ識別子が、モデルＡディスカバリのために使用されることが可能である。告知要求において、ユーザ（ＷＴＲＵ）は、制限されたディスカバリのためのコードを告知することを要求することができる。たとえば、この手順は、ＰＣ２リファレンスポイントを介してＰｒｏＳｅアプリケーションサーバとの間で要求を検証するＰｒｏＳｅ機能を含むことができる。ＰｒｏＳｅアプリケーションは、制限されたＰｒｏＳｅアプリケーションＩＤを、ユーザの好みに基づいて、特定のユーザのみによってディスカバー可能であるように構成することができる。たとえば、アリスというユーザが、彼女をディスカバーすることを許可されることが可能であるユーザのリストを構成している場合には、アプリケーションは、制限されたＰｒｏＳｅアプリケーションＩＤを、その制限されたＰｒｏＳｅアプリケーションＩＤが、アプリケーションＩＤ、アリスのグループＩＤ、および／またはアリスのユーザアプリケーションＩＤを含むことができるが、それらには限定されないように構成することができる。

ユーザがＷＴＲＵにおいて、制限されたディスカバリを有効にしている場合には、ＷＴＲＵは、告知するためのＰｒｏｓｅアプリケーションコードをＰｒｏＳｅ機能に要求することができる。たとえば、ＷＴＲＵは、制限されたＰｒｏＳｅアプリケーションＩＤ（ＰｒｏＳｅアプリケーションによって構成された）、アプリケーションＩＤ、ユーザ識別（たとえばＩＭＳＩ、移動局国際サブスクライバーディレクトリ番号（ＭＳＩＳＤＮ））、および要求が、モデルＡコードを告知するためのものであるということを示すための情報のうちのいずれかを要求内に含めることができるが、それらを含めることには限定されない。

ユーザが（ＨＳＳによって提供された情報に基づいて、）制限されたディスカバリに関して承認されている場合には、ＰｒｏＳｅ機能は、制限されたＰｒｏＳｅアプリケーションＩＤが有効であると言えるということを検証するために、ＰＣ２リファレンスポイントを介してＰｒｏＳｅアプリケーションサーバに連絡を取ることができる。制限されたＰｒｏＳｅアプリケーションＩＤが有効である場合には、ＰｒｏＳｅ機能は、ＰｒｏＳｅアプリケーションコードを割り振ることができ、それを、告知するＷＴＲＵに提供することができる。

例によれば、モニタリングＷＴＲＵによって送信されるモニタリング要求は、ユーザまたはユーザのグループまたはサービスをモニタすることを要求することができる。たとえば、ユーザ（たとえば、ボブ）が、別のユーザ（たとえば、アリス）をディスカバーすることをアプリケーションに要求しておくことが可能である。アプリケーションは、ボブがアリスをディスカバーすることを彼女が許可しているかどうかをチェックすることができ、ボブにグループＩＤを提供することができる。

アプリケーションが、モニタリング要求において、制限されたＰｒｏＳｅアプリケーションＩＤを構成するための方法の例は、アプリケーションが、ボブの制限されたＰｒｏＳｅアプリケーションＩＤを、アプリケーションＩＤ、アリスのグループＩＤ、および／もしくはボブのユーザＩＤを含むように構成することができること、ならびに／またはアプリケーションが、アリスの制限されたＰｒｏＳｅアプリケーションＩＤを提供することができることを含むが、それらには限定されない。ＷＴＲＵは、ＰｒｏＳｅ機能によってアプリケーションコードをモニタしたいという要求を送信することができる。例においては、ＷＴＲＵは、制限されたＰｒｏＳｅアプリケーションＩＤ（ＰｒｏＳｅアプリケーションによって構成された）、アプリケーションＩＤ、ユーザ識別（たとえば、ＩＭＳＩ、ＭＳＩＳＤＮ）、要求が、モデルＡコードをモニタするためのものであるという情報、および／またはボブのユーザアプリケーションＩＤのうちのいずれかを要求内に含めることができるが、それらを含めることには限定されない。

ユーザが（たとえば、ＨＳＳによって提供された情報に基づいて、）制限されたディスカバリに関して承認されている場合には、ＰｒｏＳｅ機能は、制限されたＰｒｏＳｅアプリケーションＩＤが有効であるということを検証するために、ＰＣ２リファレンスポイントを介してＰｒｏＳｅアプリケーションサーバに連絡を取ることができる。制限されたＰｒｏＳｅアプリケーションＩＤが、ボブのユーザＩＤを使用して構成されている場合には、アプリケーションは、ボブのユーザＩＤが、アリスによって構成されたグループＩＤ情報内にあるかどうかをチェックすることができる。例においては、ＰｒｏＳｅ機能は、制限されたＰｒｏＳｅアプリケーションＩＤおよびボブのユーザＩＤを検証のために送信することができる。制限されたＰｒｏＳｅアプリケーションＩＤが有効である場合には、ＰｒｏＳｅ機能は、ＰｒｏＳｅアプリケーションコードを割り振ることができ、それを、告知するＷＴＲＵに提供することができる。そのＰｒｏＳｅアプリケーションコードは、アリスに提供される告知用コードである場合があり、それによってＰｒｏＳｅ機能は、少なくとも２つのＷＴＲＵ（この例においては、ボブに関連付けられているＷＴＲＵ、およびアリスに関連付けられているＷＴＲＵ）に提供されているＰｒｏＳｅコードどうしの間におけるマッピングを保持することが必要となる場合がある。

例によれば、制限されたモデルＢディスカバリのための技術が使用されることが可能である。モデルＢディスカバリにおいては、ユーザは、ユーザまたはユーザのグループが近くにいるかどうかを要求することができる。例によれば、アプリケーションは、ユーザを識別する制限されたＰｒｏＳｅアプリケーションＩＤを構成することができる。別の例においては、制限されたＰｒｏＳｅアプリケーションＩＤを、ユーザを識別するように構成するために、アプリケーションおよび／または３ＧＰＰネットワークによって割り振られた識別子が使用されることが可能である。このケースにおいては、制限されたＰｒｏＳｅアプリケーションＩＤは、ユーザまたはグループを識別することができる。したがって、制限されたディスカバリをコントロールするために、アプリケーションおよび／または３ＧＰＰネットワークによって割り振られた識別子が使用されることが可能である。このアプローチは、モデルＡまたはモデルＢの制限されたディスカバリのために使用されることも可能である。

ＷＴＲＵは、制限されたディスカバリのためのＰｒｏＳｅ機能に登録することができる。ＰｒｏＳｅ機能は、ＰｒｏＳｅ ＷＴＲＵ ＩＤを割り振ることができる。制限されたディスカバリに参加することに関心があるＷＴＲＵは、登録要求を、ＰＣ３リファレンスポイントを介してＰｒｏＳｅ機能に提供することができ、ユーザを識別するユーザの制限されたＰｒｏＳｅアプリケーションＩＤ、および／またはアプリケーションを識別するアプリケーションＩＤのうちのいずれかを登録要求内に含めることができるが、それらを含めることには限定されない。

図８は、ＰｒｏＳｅの制限されたディスカバリの一部としての例示的なＰｒｏｓｅ登録手順８００の流れ図である。図８の例において示されているエンティティーは、ＷＴＲＵ８０２、ＰｒｏＳｅ機能８０４、ＨＳＳ８０６、および／またはＰｒｏＳｅアプリケーションサーバ８０８のうちのいずれかを含むことができるが、またはそれらを含むことには限定されない。８１０において、ＷＴＲＵ８０２内に存在することが可能であるＰｒｏＳｅアプリケーションは、ユーザ、ユーザのグループ、および／またはサービスを識別するために、制限されたＰｒｏＳｅアプリケーションＩＤを構成することができる。ユーザがＷＴＲＵ８０２において、制限されたディスカバリを有効にしている場合には、ＷＴＲＵ８０２は、ＰｒｏＳｅの制限されたディスカバリ登録要求８１２を、ＰＣ３リファレンスポイントを介してＰｒｏＳｅ機能８０４へ送信することができる。登録要求８１２は、制限されたＰｒｏＳｅアプリケーションＩＤ、アプリケーションＩＤ、および／またはユーザ識別（たとえば、ＩＭＳＩ、ＭＳＩＳＤＮ）のうちのいずれかを含むことができるが、それらを含むことには限定されない。

８１４において、ＰｒｏＳｅ機能８０４は、ユーザが、制限されたディスカバリに関して承認されていると言えるかどうかを、ＨＳＳ８０６との間で（たとえば、ＨＳＳ８０６との間でメッセージをやり取りすることによって）チェックすることができる。８１６において、承認が成功である場合には、ＰｒｏＳｅ機能８０４は、一時的なＰｒｏＳｅ ＷＴＲＵ ＩＤをＷＴＲＵ８０２に割り振ることができる。たとえば、ＰｒｏＳｅ機能８０４は、制限されたＰｒｏＳｅアプリケーションＩＤごとに、またはアプリケーションごとに別々のＰｒｏＳｅ ＷＴＲＵ ＩＤを割り振ることができる。別の例においては、ＰｒｏＳｅ機能８０４は、ＷＴＲＵごとに一時的なＰｒｏＳｅ ＷＴＲＵ識別を割り振ることができる。

ＰｒｏＳｅ機能８０４は、ＰｒｏＳｅ登録要求８１８を、ＰＣ２リファレンスポイントを介してＰｒｏＳｅアプリケーションサーバ８０８へ送信することができる。ＰｒｏＳｅ登録要求８１８は、制限されたＰｒｏＳｅアプリケーションＩＤ、および／またはＰｒｏＳｅ ＷＴＲＵ ＩＤのうちのいずれかを含むことができるが、それらを含むことには限定されない。ＰｒｏＳｅアプリケーションサーバ８０８は、制限されたＰｒｏＳｅアプリケーションＩＤを一時的な３ＧＰＰ識別子（ＰｒｏＳｅ ＷＴＲＵ ＩＤ）とリンクさせることができる。ＰｒｏＳｅ機能８０４は、ＰｒｏＳｅ登録肯定応答８２０を、ＰＣ３リファレンスポイントを介してＷＴＲＵ８０２へ送信することができ、登録肯定応答８２０は、割り振られたＰｒｏＳｅ ＷＴＲＵ ＩＤを含むことができる。

例によれば、ＷＴＲＵは、ユーザ、ユーザのグループ、および／またはサービスが近くにあるかどうかをクエリーしたいという要求をＰｒｏＳｅ機能へ送信することができる。このアプローチによれば、ＷＴＲＵは、ユーザ、ユーザのグループ、またはサービスが近くにあるかどうかを識別するための要求をＰｒｏＳｅ機能へ送信することができる。モデルＢディスカバリにおいては、ＷＴＲＵは、たとえば、ディスカバリのターゲットとされているＷＴＲＵに知られていることが可能であるＰｒｏＳｅアプリケーションコードを入手することができる。告知要求メッセージにおいては、告知側ＷＴＲＵに関連付けられているユーザは、モデルＢディスカバリのためのコードを告知することを要求することができる。そのような手順は、ＰＣ２リファレンスポイントを介してＰｒｏＳｅアプリケーションサーバとの間で告知要求を検証するＰｒｏＳｅ機能を含むことができる。ＷＴＲＵは、ディスカバーされることになるグループもしくはユーザの制限されたＰｒｏＳｅアプリケーションＩＤ（たとえば、ＰｒｏＳｅアプリケーションによって構成された）、アプリケーションＩＤ、ユーザ識別（たとえば、ＩＭＳＩ、ＭＳＩＳＤＮ）、要求が、モデルＢコードを告知するためのものであるということを示す情報、および／またはＰｒｏＳｅ機能によって割り振られたＰｒｏＳｅ ＷＴＲＵ ＩＤのうちのいずれかを告知要求メッセージ内に含めることができるが、それらを含めることには限定されない。

ユーザが（たとえば、ＨＳＳによって提供された情報に基づいて、）制限されたディスカバリに関して承認されている場合には、ＰｒｏＳｅ機能は、制限されたＰｒｏＳｅアプリケーションＩＤが有効であるということを検証するために、ＰＣ２リファレンスポイントを介してＰｒｏＳｅアプリケーションサーバに連絡を取ることができる。ＰｒｏＳｅ機能は、ＷＴＲＵによって提供されたＰｒｏＳｅ ＷＴＲＵ ＩＤを含むこともできる。ＰｒｏＳｅアプリケーションサーバは、ＰｒｏＳｅ ＷＴＲＵ ＩＤのユーザが、制限されたＰｒｏＳｅアプリケーションＩＤのユーザをディスカバーすることができるかどうかをチェックすることができる。ＰｒｏＳｅ ＷＴＲＵ ＩＤを、ＰＣ２リファレンスポイントを介してＰｒｏＳｅアプリケーションサーバへ送信することの代わりに、またはそれに加えて、ＰｒｏＳｅ機能は、制限されたＰｒｏＳｅアプリケーションＩＤをＰｒｏＳｅ ＷＴＲＵ ＩＤから得ることができる。たとえば、このアプローチは、Ｐｒｏｓｅ機能が、制限されたＰｒｏＳｅアプリケーションＩＤ要求ごとに別々のＰｒｏＳｅ ＷＴＲＵ ＩＤを割り振る場合に使用されることが可能である。制限されたＰｒｏＳｅアプリケーションＩＤが有効である場合には、ＰｒｏＳｅ機能は、ＰｒｏＳｅアプリケーションコードを割り振ることができ、それを、告知するＷＴＲＵに提供することができる。

例によれば、ブロードキャスティングおよび／またはモニタリングが、モデルＢディスカバリのもとで実行されることが可能である。例においては、ＰｒｏＳｅ ＷＴＲＵ ＩＤおよびＰｒｏＳｅアプリケーションコードが、モデルＢディスカバリにおいてブロードキャストされることが可能である。モデルＢディスカバリを要求したＷＴＲＵは、ＰｒｏＳｅアプリケーションコードおよび／またはソースＷＴＲＵの一時的なＰｒｏＳｅ ＷＴＲＵ識別を告知することができる。モデルＢディスカバリに関するＰｒｏＳｅアプリケーションコードを検出するモニタリングＷＴＲＵは、マッチレポートを検証のためにＰｒｏＳｅ機能へ送信することができる。

図９は、例示的なブロードキャスティングおよびモニタリングモデルＢディスカバリ手順９００の流れ図である。図９の例において示されているエンティティーは、ＷＴＲＵ９０２、モニタリングＷＴＲＵ９０３、ＰｒｏＳｅ機能９０４、および／またはＰｒｏＳｅアプリケーションサーバ９０８のうちのいずれかを含むことができるが、またはそれらを含むことには限定されない。モデルＢディスカバリを要求したＷＴＲＵ９０２は、モデルＢ告知９１０をブロードキャストすることができ、モデルＢ告知９１０は、ＰｒｏＳｅアプリケーションコード、ソースＰｒｏＳｅ ＷＴＲＵ ＩＤ（すなわち、ＷＴＲＵ９０２の）、および／またはモードの表示（たとえば、「そこにいるのは誰ですか」モード）のうちのいずれかを含むことができるが、それらを含むことには限定されない。

９１２において、ソースＷＴＲＵ９０２にとってプロキシミティ内にあると言えるモニタリングＷＴＲＵ９０３は、モデルＢディスカバリ要求ブロードキャストメッセージ９１０をモニタすることができる。モニタリングＷＴＲＵ９０３は、既知のＰｒｏＳｅアプリケーションコード（たとえば、モニタリングＷＴＲＵ９０３が告知するＰｒｏＳｅアプリケーションコード）または異なるＰｒｏＳｅアプリケーションコードを検出することができる。モニタリングＷＴＲＵ９０３は、ＷＴＲＵ９０３が既知のＰｒｏＳｅアプリケーションコードを検出した場合には、マッチを報告することができる。モニタリングＷＴＲＵ９０３は、モニタリングＷＴＲＵ９０３が検出するいかなるモデルＢ ＰｒｏＳｅアプリケーションコードもＰｒｏＳｅ機能９０４に報告することができる。

モニタリングＷＴＲＵ９０３は、マッチレポート９１４を、ＰＣ３リファレンスポイントを介してＰｒｏＳｅ機能９０４へ送信することができる。マッチレポート９１４は、ＰｒｏＳｅアプリケーションコード、および／または受信されたＰｒｏＳｅ ＷＴＲＵ ＩＤのうちのいずれかを含むことができるが、それらを含むことには限定されない。９１６において、ＰｒｏＳｅ機能は、制限されたＰｒｏＳｅアプリケーションＩＤをＰｒｏＳｅアプリケーションコードから得ることができ、告知側ＷＴＲＵ９０２が、モニタリングＷＴＲＵ９０３をディスカバーすることを許可されていると言えるかどうかをチェックすることができる。ＰｒｏＳｅ機能９０４は、モニタリングＷＴＲＵ９０３が告知側ＷＴＲＵ９０２によってディスカバーされることが可能であるかどうかを、ＰＣ２リファレンスポイントを介してディスカバリ承認メッセージ９１８を送信することによってＰｒｏＳｅアプリケーションサーバ９０８との間でチェックすることができる。

例においては、ＰｒｏＳｅ機能９０４は、制限されたＰｒｏＳｅアプリケーションＩＤ（ＰｒｏＳｅアプリケーションコードから得られた）および／または告知側ＷＴＲＵ９０２のＰｒｏＳｅ ＷＴＲＵ ＩＤをディスカバリ承認メッセージ９１８内に含めてＰｒｏＳｅアプリケーションサーバ９０８に提供することができる。別の例においては、ＰｒｏＳｅ機能９０４は、制限されたＰｒｏＳｅアプリケーションＩＤをＰｒｏＳｅ ＷＴＲＵ ＩＤから得ることができる。そのケースにおいては、ＰｒｏＳｅ機能は、告知側ＷＴＲＵ９０２の制限されたＰｒｏＳｅアプリケーションＩＤと、ＰｒｏＳｅアプリケーションコードから得られた制限されたＰｒｏＳｅアプリケーションＩＤとを送信することができる。モニタリングＷＴＲＵ９０３が、告知側ＷＴＲＵ９０２によってディスカバーされることを許可されている場合には、ＰｒｏＳｅ機能９０４は、ＰＣ３リファレンスポイントを介してモニタリングＷＴＲＵ９０３に告知側ＷＴＲＵ９０２の制限されたＰｒｏＳｅアプリケーションＩＤを提供するためにマッチレポート肯定応答メッセージ９２０を送信することができる。

例によれば、モニタリングＷＴＲＵは、「私はここにいます」というメッセージを用いて応答することができる。マッチが成功である場合には、モニタリングＷＴＲＵは、モデルＢディスカバリを告知した告知側ＷＴＲＵに対して、告知側ＷＴＲＵとモニタリングＷＴＲＵとがプロキシミティ内にいるということを応答することができる。モニタリングＷＴＲＵは、マッチが存在すると言えるということをブロードキャストメッセージ内で示すＰｒｏＳｅアプリケーションコードを再びブロードキャストすることによって、マッチが成功であるということをブロードキャストすることができ、モニタリングＷＴＲＵの一時的なＰｒｏＳｅ ＷＴＲＵ ＩＤを含めることができる。モニタリングＷＴＲＵは、プロキシミティ距離などのさらなる情報を含めることができる。そのコードを検出する告知側ＷＴＲＵは、モニタリングＷＴＲＵのＰｒｏＳｅ ＷＴＲＵ ＩＤを認証するためにＰｒｏＳｅ機能へマッチレポートを送信することができる。

例によれば、ブロードキャスティングおよび／またはモニタリングが、アプリケーションの割り振られた識別子を使用してモデルＢディスカバリのもとで実行されることが可能である。たとえば、ＷＴＲＵは、ユーザ、ユーザのグループ、および／またはサービスが近くにあるかどうかを識別するための要求をＰｒｏＳｅ機能へ送信することができる。たとえば、モデルＢディスカバリにおいては、ＷＴＲＵは、ディスカバリのターゲットとされているＷＴＲＵに知られていることが可能であるＰｒｏＳｅアプリケーションコードを入手することができる。告知要求においては、ユーザは、モデルＢディスカバリのためのコードを告知することを要求することができる。ＰｒｏＳｅ機能は、ＰＣ２リファレンスポイントを介してＰｒｏＳｅアプリケーションサーバとの間でその要求を検証することができる。

ＷＴＲＵは、ディスカバーされることになるユーザ／ユーザのグループの制限されたＰｒｏＳｅアプリケーションＩＤ（たとえば、ＰｒｏＳｅアプリケーションによって構成された）、アプリケーションＩＤ、ユーザ識別（たとえば、ＩＭＳＩ、ＭＳＩＳＤＮ）、および／または要求が、モデルＢコードを告知するためのものであると言えるという情報のうちのいずれかを要求内に含めることができるが、それらを含めることには限定されない。ユーザが（たとえば、ＨＳＳによって提供された情報に基づいて、）制限されたディスカバリに関して承認されている場合には、ＰｒｏＳｅ機能は、制限されたＰｒｏＳｅアプリケーションＩＤが有効であると言えるということを検証するために、ＰＣ２リファレンスポイントを介してＰｒｏＳｅアプリケーションサーバに連絡を取ることができる。

認証が成功である場合には、ＰｒｏＳｅ機能は、ブロードキャストするためにＷＴＲＵにＰｒｏＳｅアプリケーションコードを提供することができる。上述の識別子が使用されている場合、およびＷＴＲＵが、グループ内の単一のユーザを識別するために要求を送信している場合には、ＰｒｏＳｅ機能は、ブロードキャストのためにＷＴＲＵに完全なＰｒｏＳｅアプリケーションコードを提供することができる。ユーザが、ユーザのグループが近くにいるかどうかを識別するために要求を行った場合には、ＰｒｏＳｅ機能は、告知するためにＷＴＲＵに部分的なＰｒｏＳｅアプリケーションコードを提供することができ、たとえば、グループＩＤまでのＰｒｏＳｅアプリケーションコードが含まれることが可能であり、ユーザＩＤフィールドがワイルドカード化されることが可能である。ＰｒｏＳｅ機能は、ディスカバリ応答メッセージにおいてモデルＢ要求に応答するためにモニタリングＷＴＲＵが使用することができるＰｒｏＳｅアプリケーションコードを告知側ＷＴＲＵに提供することができる。このケースにおいては、告知側ＷＴＲＵは、検出されたＰｒｏＳｅアプリケーションコードがモデルＢ要求に関連していると言えるかどうかを知ることができる。

例によれば、モデルＢディスカバリのもとで実行されるブロードキャスティングおよび／またはモニタリングは、モニタリングＷＴＲＵがモデルＢディスカバリのためのすべてのＰｒｏＳｅアプリケーションコードを検証のためにＰｒｏＳｅ機能へ送信することを含むことができる。モデルＢディスカバリを要求したＷＴＲＵは、ＰｒｏＳｅアプリケーションコードを告知することができる。モデルＢディスカバリに関するＰｒｏＳｅアプリケーションコードを検出するモニタリングＷＴＲＵは、マッチレポートを検証のためにＰｒｏＳｅ機能へ送信することができる。

図１０は、例示的なブロードキャスティングおよびモニタリングモデルＢディスカバリ手順１０００の流れ図である。モデルＢディスカバリを要求したＷＴＲＵ１００２は、ＰｒｏＳｅアプリケーションコードを含む、および／またはモードを識別するモデルＢ告知メッセージ１０１０をブロードキャストすることができる。１０１２において、ＷＴＲＵ１００２にとってプロキシミティ内にあると言えるモニタリングＷＴＲＵ１００３は、モデルＢディスカバリ要求を探してモニタすることができる。

モニタリングＷＴＲＵ１００３は、ＷＴＲＵ１００２から受信されたＰｒｏＳｅアプリケーションコードを提供するマッチレポート１０１４を、ＰＣ３リファレンスポイントを介してＰｒｏＳｅ機能１００４へ送信することができる。ＰｒｏＳｅ機能１００４は、受信されたＰｒｏＳｅアプリケーションコードから、制限されたＰｒｏＳｅアプリケーションＩＤを得ることができる。ＰｒｏＳｅ機能１００４は、マッチレポート肯定応答メッセージ１０１６をモニタリングＷＴＲＵ１００３へ送信して、モニタリングＷＴＲＵ１００３にクエリーを行って、特定のアプリケーションＩＤに関するその制限されたＰｒｏＳｅアプリケーションＩＤを提供することができる（そのアプリケーションＩＤは、ＰｒｏＳｅアプリケーションコード内に含まれていた可能性がある）。モニタリングＷＴＲＵ１００３は、制限されたＰｒｏＳｅ ＩＤを含むマッチレポート１０１８を用いて応答することができる。

１０２０において、ＰｒｏＳｅ機能は、モニタリングＷＴＲＵ１００３が告知側ＷＴＲＵ１００２によってディスカバーされることが可能であるかどうかに関して、ＰＣ２リファレンスポイントを介してＰｒｏＳｅアプリケーションサーバ１００８との間で（ディスカバリ承認を使用して）チェックすることができる。たとえば、ＰｒｏＳｅ機能１００４は、告知側ＷＴＲＵ１００２およびモニタリングＷＴＲＵ１００３の制限されたＰｒｏＳｅアプリケーションＩＤをＰｒｏＳｅアプリケーションサーバ１００８に提供することができる。マッチが検出された場合には、ＰｒｏＳｅ機能１００４は、マッチについてモニタリングＷＴＲＵ１００３に知らせるためにマッチレポート肯定応答メッセージ１０２２を送信することができ、告知側ＷＴＲＵの制限されたＰｒｏＳｅアプリケーションＩＤをマッチレポート肯定応答メッセージ１０２２内に含めることができる。別の例においては、制限されたＰｒｏＳｅアプリケーションＩＤは、モニタリングＷＴＲＵがマッチレポート１０１４を送信したときに送信されることが可能である。

別の例においては、モニタリングＷＴＲＵは、モデルＢディスカバリに関するＰｒｏＳｅアプリケーションコードをモニタするためにモニタリング要求を送信することができる。モニタリングＷＴＲＵは、モデルＢディスカバリに関するＰｒｏＳｅアプリケーションコードを演繹的に知らされることが可能である。モニタリングＷＴＲＵが、モデルＢブロードキャストを告知するためにディスカバリ要求を送信する場合には、モニタリングＷＴＲＵは、モニタするためのＰｒｏＳｅアプリケーションコードを入手するためにディスカバリ要求をＰｒｏＳｅ機能へ送信することもできる。モニタリングＷＴＲＵは、別のＷＴＲＵが、モニタリングＷＴＲＵの所在を知らされるためにモデルＢディスカバリ要求を送信しているということをアプリケーションレイヤから知らされることが可能である。

別の例によれば、モニタリングＷＴＲＵが完全なＰｒｏＳｅアプリケーションコードを識別した場合には、完全マッチ手順が使用されることが可能である。たとえば、上述の識別子が使用される場合には、グループＩＤに関連したコード、およびユーザＩＤに関連したコードの両方がマッチすることが可能である。マッチが成功である場合には、モニタリングＷＴＲＵは、モデルＢディスカバリを告知したＷＴＲＵに対して、そのＷＴＲＵがプロキシミティ内にいるということを応答することができる。

例においては、モニタリングＷＴＲＵは、ＷＴＲＵどうしのマッチを示すＰｒｏＳｅアプリケーションコード、ならびにモニタリングＷＴＲＵのＰｒｏＳｅ ＷＴＲＵ ＩＤを再び告知することによって告知側ＷＴＲＵに応答することができる。モニタリングＷＴＲＵは、ＰｒｏＳｅアプリケーションコード、および／またはモニタリングＷＴＲＵの一時的なＰｒｏＳｅ ＷＴＲＵ ＩＤを含めて、マッチが成功であるということをブロードキャストすることができる。告知側ＷＴＲＵは、自分のＰｒｏＳｅ ＷＴＲＵ ＩＤを提供して、モニタリングＷＴＲＵに返信することができる。

ＰｒｏＳｅ機能は、モデルＢディスカバリを開始した告知側ＷＴＲＵに返信するための新たなＰｒｏＳｅアプリケーションコードをモニタリングＷＴＲＵに提供することができる。モニタリングＷＴＲＵは、その新たなＰｒｏＳｅアプリケーションコードをブロードキャストすることができ、マッチ表示を含めることができる。告知側ＷＴＲＵがその新たなＰｒｏＳｅアプリケーションコードを検出すると、告知側ＷＴＲＵは、ユーザまたはユーザのグループがモデルＢ要求に返信しているかどうかを検証するためにマッチレポートをＰｒｏＳｅ機能へ送信することができる。ＰｒｏＳｅ機能は、ディスカバリ応答メッセージにおいてモデルＢ要求に応答するためにモニタリングＷＴＲＵが使用するＰｒｏＳｅアプリケーションコードを告知側ＷＴＲＵに提供することができる。このケースにおいては、告知側ＷＴＲＵは、検出されたＰｒｏＳｅアプリケーションコードがモデルＢ要求を参照しているかどうかを知ることができる。モニタリングＷＴＲＵは、プロキシミティ距離などのさらなる情報を含むことができる。

別の例においては、ユーザが、ユーザのグループが近くにいると言えるかどうかを要求している場合に、部分的なマッチ手順が実行されることが可能である。このケースにおいては、ＷＴＲＵが告知するＰｒｏＳｅアプリケーションコードは、ユーザのグループに関する情報を提供することができる（たとえば、制限されたＰｒｏＳｅアプリケーションＩＤ内のユーザアプリケーションＩＤ部分がワイルドカード化されることが可能である）。部分的なマッチアプローチにおいては、告知側ＷＴＲＵは、告知側ＷＴＲＵのプロキシミティ内にいると言えるグループ内のユーザのユーザ識別を識別することができる。

図１１は、ＰｒｏＳｅディスカバリのための例示的な部分的な手順１１００の流れ図である。ＷＴＲＵ１１０２は、ユーザのグループがプロキシミティ内にいると言えるかどうかを識別するためにＰｒｏＳｅアプリケーションコードを告知するためのブロードキャストメッセージ１１１０を送信することができる。１１１２において、モニタリングＷＴＲＵ１１０３は、部分的なマッチの一部としてのユーザまたはユーザのグループに関するモデルＢディスカバリのためにブロードキャストメッセージ１１１０から既知のＰｒｏＳｅアプリケーションコードを検出することができる。モニタリングＷＴＲＵ１１０３は、マッチレポート１１１４をＰｒｏＳｅ機能１１０４へ送信することができ、マッチレポート１１１４は、グループのＰｒｏＳｅアプリケーションコード、および／または（このグループのユーザに関する情報を提供する）モニタリングＷＴＲＵの対応する制限されたＰｒｏＳｅアプリケーションＩＤのうちのいずれかを含むことができるが、それらを含むことには限定されない。

ＰｒｏＳｅ機能１１０４は、ディスカバリ承認手順１１１６を介して告知側ＷＴＲＵ１１０２からモニタリングＷＴＲＵ１１０３がディスカバーされることが可能であるかどうかをＰｒｏＳｅアプリケーションサーバ１１０８との間で検証することができる。マッチが成功である場合には、ＰｒｏＳｅ機能１１０４は、モニタリングＷＴＲＵ１１０３が告知側ＷＴＲＵ１１０２に応答するためのＰｒｏＳｅアプリケーションコードを生成し、そのＰｒｏＳｅアプリケーションコードをマッチレポート肯定応答１１１８内に含めてモニタリングＷＴＲＵ１１０３に提供することができる。

モニタリングＷＴＲＵ１１０３は、ＰＣ５を介して告知側ＷＴＲＵ１１０２へメッセージ１１２０をブロードキャストし、マッチ肯定応答および／またはＰｒｏＳｅアプリケーションコードを含めることができる。ＰｒｏＳｅ機能１１０４は、（図１１においては示されていない）ディスカバリ応答メッセージにおいて、たとえばＰｒｏＳｅ機能１１０４から受信される可能性がある、モデルＢ要求に応答するためにモニタリングＷＴＲＵ１１０３が使用することができるＰｒｏＳｅアプリケーションコードを告知側ＷＴＲＵ１１０２に提供することができる。このケースにおいては、告知側ＷＴＲＵ１１０２は、検出されたＰｒｏＳｅアプリケーションコードがモデルＢ要求に関連していると言えるかどうかを知ることができる。

告知側ＷＴＲＵ１１０２は、ユーザの識別を得るためにＰｒｏＳｅアプリケーションコードを含むマッチレポート１１２２を、リファレンスポイントＰＣ３を介してＰｒｏＳｅ機能１１０４へ送信することができる。１１２４において、ＰｒｏＳｅ機能１１０４は、告知側ＷＴＲＵ１１０２のために完全なＰｒｏＳｅアプリケーションコードを得ることができる。マッチレポート肯定応答１１２６を介して、ＰｒｏＳｅ機能１１０４は、モニタリングＷＴＲＵ１１０３の識別（たとえば、モニタリングＷＴＲＵ１１０３の制限されたＰｒｏＳｅアプリケーションＩＤ）を告知側ＷＴＲＵ１１０２に提供することができる。

上述の例示的なアプローチは、モデルＢの制限されたディスカバリまたはオープンディスカバリのために使用されることが可能である。オープンディスカバリと、制限されたディスカバリとの間におけるあり得る相違は、オープンディスカバリが、ＰＣ２リファレンスポイントを介したＰｒｏＳｅアプリケーションサーバとの検証を使用することができないということであると言える。

例によれば、モデルＢの制限されたディスカバリのために、最適化されたマッチングメカニズムが使用されることが可能である。告知側ＷＴＲＵが、モデルＢアプローチを使用して特定のＷＴＲＵに連絡を取る場合には、その告知側ＷＴＲＵは、ＰＣ５インターフェイスを介してブロードキャストされた「あなたはそこにいますか」のコードシーケンスに応答するモニタリングＷＴＲＵを明確に識別することができる。たとえば、図１２は、最適化されたマッチングを採用している例示的なモデルＢの制限されたディスカバリ手順１２００の流れ図である。

１２１０において、告知側（ディスカバラー）ＷＴＲＵ１２０２は、アプリケーションのためのＰｒｏＳｅアプリケーションＩＤを構成することができる。告知側（ディスカバラー）ＷＴＲＵ１２０２は、モデルＢディスカバリアプローチを使用して、ＷＴＲＵのグループまたはグループ内からの特定のＷＴＲＵのディスカバリを要求するためのディスカバリ要求メッセージ１２１２をＰｒｏＳｅ機能１２０４へ送信することができる。告知側ＷＴＲＵ１２０２は、制限されたＰｒｏＳｅアプリケーションＩＤをディスカバリ要求１２１２内に含めて提供することができる。告知側ＷＴＲＵ１２０２は、モデルＢディスカバリを告知する前にＰｒｏＳｅ機能１２０４へディスカバリ要求１２１２を送信することによってＰｒｏＳｅ機能１２０４に連絡を取ることができる。ディスカバリ要求１２１２は、ＷＴＲＵ識別、コマンド（たとえば、告知）、および／またはアプリケーションＩＤのうちのいずれかを含むこともできるが、それらを含むことには限定されない。モニタリング（ディスカバリイー）ＷＴＲＵ１２０３は、告知側ＷＴＲＵ１２０２によって送信されたディスカバリ要求メッセージ１２１２と同様のディスカバリ要求メッセージ（図示せず）を送信することができる。

ＰｒｏＳｅ機能１２０４は、告知側ＷＴＲＵ１２０２に関連付けられているユーザが、制限されたＰｒｏＳｅディスカバリに関して承認されていると言えるかどうかをＨＳＳ１２０６との間でチェックするためにディスカバリ承認メッセージ１２１４を送信することができる。ＰｒｏＳｅ機能１２０４は、制限されたＰｒｏＳｅアプリケーションＩＤの検証を要求するためにＰｒｏＳｅアプリケーションサーバ１２０８へディスカバリ承認メッセージ１２１６を送信することができる。１２１８において、ＰｒｏＳｅ機能１２０４は、告知側ＷＴＲＵ１２０２のための１つのＰｒｏＳｅ（アプリケーション）コード、およびモニタリングＷＴＲＵ１２０３のためのリンクされているＰｒｏＳｅ（アプリケーション）コードという２つのＰｒｏＳｅアプリケーションコード（すなわち、ＰｒｏＳｅコード）を生成することができる。それらの２つのＰｒｏＳｅアプリケーションコードは、ともにリンクされることが可能であり、それによって、それらの２つのＰｒｏＳｅアプリケーションコードの間におけるマッチが、関連付けられているディスカバリフィルタを使用して決定されることが可能である。それらの２つのＰｒｏＳｅアプリケーションコードのうちのいずれも、制限されたＰｒｏＳｅアプリケーションＩＤに基づいて得られることが可能である。１２１８において、ＰｒｏＳｅ機能１２０４は、上述のような２つのＰｒｏＳｅアプリケーションコードに対応するディスカバリフィルタを生成することもできる。

ＰｒｏＳｅ機能１２０４は、モニタリングＷＴＲＵ１２０３のための生成された（リンクされている）ＰｒｏＳｅアプリケーションコードを含むディスカバリ応答メッセージ１２２０をモニタリングＷＴＲＵ１２０３へ送信することができる。これは、たとえば、ＰｒｏＳｅアプリケーションコードにリンクされている告知、もしくはモニタリングＷＴＲＵ１２０３からのディスカバリ要求がＰｒｏＳｅ機能１２０４において受信されたときに、またはＰｒｏＳｅディスカバリプロセスの最中もしくは後の任意の時点で生じる可能性がある。ＰｒｏＳｅ機能１２０４は、モニタリングＷＴＲＵ候補１２０３とのマッチを見つけ出すために告知側ＷＴＲＵ１２０２のための（制限された）ＰｒｏＳｅアプリケーションコードを含むディスカバリ応答メッセージ１２２２を告知側ＷＴＲＵ１２０２へ送信することができる。ディスカバリ応答メッセージ１２２２において、ＰｒｏＳｅ機能１２０４は、モニタリングＷＴＲＵ１２０３のためのリンクされているＰｒｏＳｅアプリケーションコードを告知側ＷＴＲＵ１２０２に提供することができる。ディスカバリ応答メッセージ１２２０および／または１２２２において、ＰｒｏＳｅ機能１２０４は、それぞれのＰｒｏＳｅアプリケーションコードに関連付けられているディスカバリフィルタをモニタリングＷＴＲＵ１２０３および／または告知側ＷＴＲＵ１２０２に提供することができる。

１２２４において、告知側ＷＴＲＵ１２０２は、ＰｒｏＳｅ機能１２０４から受信されたＰｒｏＳｅアプリケーションコードを含むことができるモニタリングＷＴＲＵ１２０３のための告知メッセージを、ＰＣ５インターフェイスを介してブロードキャストすることができる。モニタリングＷＴＲＵ１２０３は、ＰＣ５インターフェイスをモニタし、告知側ＷＴＲＵ１２０２から告知メッセージを受信することができる。モニタリングＷＴＲＵ１２０３が、告知側ＷＴＲＵ１２０２からの受信された告知メッセージにおいて（ディスカバリフィルタを使用して）マッチを決定した場合には、モニタリングＷＴＲＵ１２０３は、ＰＣ５を介して告知メッセージ１２２６を送信することができ、その告知メッセージ１２２６は、ＰＣ５をモニタしている可能性がある告知側ＷＴＲＵ１２０２によって受信されることが可能である。告知メッセージ１２２６は、ＰｒｏＳｅ機能１２０４によってモニタリングＷＴＲＵ１２０３に提供されたリンクされているＰｒｏＳｅアプリケーションコードを含むことができる。１２２８において、告知側ＷＴＲＵ１２０２は、自分の受信したディスカバリフィルタを使用して、モニタリングＷＴＲＵ１２０３から受信されたリンクされているＰｒｏＳｅアプリケーションコードと、ＰｒｏＳｅ機能１２０４から受信されたＰｒｏＳｅアプリケーションコードとの間においてマッチが存在するかどうかを決定することができ、それによって、ＷＴＲＵ１２０２とＷＴＲＵ１２０３との間においてモデルＢディスカバリが有効にされることが可能である。告知側ＷＴＲＵ１２０２は、マッチを確認するために、マッチレポート（図１２においては示されていない。たとえば、図１１におけるマッチレポート１１２２を参照されたい）をＰｒｏＳｅ機能１２０４へ送信することができる。

例によれば、ＰｒｏＳｅ通信プレーン（たとえば、ユーザプレーン）を介したモデルＢディスカバリが有効にされることが可能である。モデルＢディスカバリは、その他のオープンディスカバリ方法よりも多くの情報が無線で送信されることが可能である。このケースにおいては、モデルＢディスカバリメッセージをオープンディスカバリメッセージまたはＰｒｏＳｅユーザプレーンデータなどのその他のメッセージから区別するためにＬＴＥメディアアクセスコントロール（ＭＡＣ）ヘッダまたはプロトコルデータユニット（ＰＤＵ）のためのフォーマットをさらに変更することは望ましくない場合がある。したがって、モデルＢディスカバリは、通信プレーンを介して有効にされることが可能である。たとえば、ＷＴＲＵは、モデルＢサービスディスカバリのための通信のために使用されるＭＡＣ ＰＤＵを使用することができる。これを達成するために、告知メッセージ（たとえば、「そこにいるのは誰ですか」または「あなたはそこにいますか」）を送信しているＷＴＲＵは、ＭＡＣフレームのソースＩＤを自分自身のソースＩＤに設定することができ、それは、たとえば、ＰｒｏＳｅ ＷＴＲＵ ＩＤまたはその他の任意のＩＤであることが可能である。このケースにおいては、宛先ＩＤフィールドは、事前に定義された値に設定されることが可能であり（および事前に定義された範囲内にあることが可能であり）、それによって、その事前に定義された値は、告知メッセージがモデルＢディスカバリであるということを示すことができ、すべての受信者ＷＴＲＵは、その告知メッセージに関連付けられている要求を処理することができる。例においては、ディスカバリコンテンツは、ＭＡＣフレームのデータまたはペイロード部分内に含めて送信されることが可能である。

モデルＢ告知（または要求）メッセージを受信して、事前に定義された値に設定された、および／または事前に定義された範囲を伴う宛先ＩＤを見つけるモニタリング（ディスカバリイー）ＷＴＲＵは、そのメッセージのコンテンツを、たとえば、そのメッセージのデータまたはペイロード部分を含めて処理することができる。モニタリングＷＴＲＵが、たとえば、ディスカバリメッセージコンテンツの処理に基づいて応答する場合には、モニタリングＷＴＲＵは、自分の応答メッセージ内のソースＩＤを自分自身のソースＩＤに、および宛先ＩＤを、受信されたメッセージから取り出されることが可能である告知側ＷＴＲＵの宛先ＩＤに設定することができる。宛先ＩＤフィールドに関する事前に定義された値および／または範囲は、アプリケーションを介して、または、たとえば、手順ディスカバリ要求を使用したＰｒｏＳｅ機能との対話を介してＷＴＲＵに提供されることが可能である。

例においては、モデルＢディスカバリは、ＰｒｏＳｅ機能との対話を伴わずに有効にされることが可能である。モデルＢディスカバリは、上述のように、ＰｒｏＳｅ機能を使用して、ディスカバリ要求を承認すること、および／またはディスカバリ手順を完了するためのその他の情報を受信することが可能である。しかしながら、ＰｒｏＳｅ機能との対話を伴わずにモデルＢディスカバリを達成することが望ましい場合があり、それによってシグナリングが低減されることが可能である。たとえば、ＰｒｏＳｅ機能とのＩＰ接続を入手する目的で接続モードへ遷移するためのＮＡＳシグナリングなどのシグナリングが低減されること、またはなくされることが可能である。ＰｒｏＳｅ機能との対話を伴わずにモデルＢディスカバリを実行することが望ましい場合がある別の理由は、Ｅ−ＵＴＲＡＮが利用できないためにＩＰ接続がＰｒｏＳｅ機能を伴ってセットアップされることが不可能であるカバレッジ外のシナリオであり得る。ＰｒｏＳｅ機能の使用を伴わないモデルＢディスカバリのためのアプローチが、以降で説明されており、それは、ＷＴＲＵがカバレッジの中または外にいる場合に使用されることが可能である。

下記の例においては、次の想定が行われることが可能である。すなわち、ＷＴＲＵ（たとえば、複数の）が、モデルＢディスカバリに参加している場合があり、共有されているセキュリティーパラメータセット（それは、別の事前に定義されたセキュリティーパラメータセットと同じであることが可能である）を有することができ、それは、ＷＴＲＵにおいて事前に構成されること、またはＰｒｏＳｅ機能によって提供されることが可能であり、ＷＴＲＵは、ＰｒｏＳｅ機能を介して提供されることが可能である特定のグループＩＤを伴って事前に構成されることが可能であり、そのグループＩＤは、セキュリティーアルゴリズムへの入力であることが可能であり、ならびに／または「チャレンジ」および「応答」ＩＥが、すべてのＷＴＲＵにおいて構成されることが可能であり、もしくはＰｒｏＳｅ機能によって提供されることが可能である。

例によれば、モデルＢディスカバリを送信するために、告知側ＷＴＲＵは、グループＩＤを暗号化することができ、ディスカバリメッセージを無線で送信することができる。ディスカバリメッセージは、そのディスカバリメッセージがモデルＢディスカバリ要求であるということを示すことができる。これは、ＲＡＮプロトコル（たとえばＭＡＣ）における変更によって行われることが可能であり、または上述の通信チャネルを介して行われることが可能である。

例によれば、グループＩＤおよび／またはその他のパラメータは、暗号化されることが可能である。受信者ＷＴＲＵは、それらの暗号化されたデータを復号し、結果を検証することができる。モニタリングＷＴＲＵは、その結果が、それがメンバーであることが可能であるそのグループＩＤのうちのいずれかにマッチした場合には、次のアクションのうちのいずれかを取ることができる。すなわち、ＷＴＲＵは、ディスカバリメッセージが受信された時刻（これは、どのディスカバリ要求が応答されているかを告知側ＷＴＲＵが知る上で役立つ場合がある）に関連したタイムスタンプを含むことができ、告知側ＷＴＲＵが、モデルＢディスカバリに関する特定のメッセージをそれが送信する時刻を追跡把握することを含むことができ、ＷＴＲＵは、グループＩＤを暗号化することができ、および／またはＷＴＲＵは、「チャレンジ」ＩＥをその応答内に含めて送信することができ、それは、告知側ＷＴＲＵによってセキュリティーアルゴリズムへ入力して、「応答」ＩＥを伴って応答するために使用されることが可能である。

告知側ＷＴＲＵが応答を受信した場合には、告知側ＷＴＲＵは、次のアクションのうちのいずれかを取ることができる。すなわち、告知側ＷＴＲＵは、最初に送信されたディスカバリメッセージに関連したタイムスタンプを検証することができ、この応答を、送信された最初のディスカバリ要求にマップすることができ、告知側ＷＴＲＵは、グループＩＤを検証して、それが正しいグループＩＤであることを確実にすることができ、暗号化されたグループＩＤ ＩＥを復号することによって、それを行うことができ、結果は、それが一部であることが可能であるグループＩＤにマッチする場合があり、告知側ＷＴＲＵは、セキュリティーアルゴリズム内の「チャレンジＩＥ」を使用して、応答ＩＥを生成することができ、ならびに／またはＷＴＲＵは、応答ＩＥとともに別のメッセージを返信することができ、モニタリングＷＴＲＵが使用および応答するためのチャレンジＩＥを含めることができる。

モニタリングＷＴＲＵは、応答を受信することができ、次のアクションのうちのいずれかを取ることができる。すなわち、モニタリングＷＴＲＵは、応答ＩＥを検証して、それが、それがローカルに有しているのと同じ応答にマッチするかどうかを確かめることができ、そうである場合には、モニタリングＷＴＲＵは、ディスカバリ手順を続けることができ、またはそうでない場合には、そのメッセージを破棄することができ、および／もしくはモニタリングＷＴＲＵは、チャレンジＩＥを使用して応答ＩＥを生成することができ、それを告知側ＷＴＲＵに返信することができる。

告知側ＷＴＲＵは、「応答」ＩＥを伴うメッセージを受信することができ、これが、そのＷＴＲＵが有している「応答」ＩＥにマッチする場合には、ディスカバリプロセスは完了する。次いで両方のＷＴＲＵは、接続を確立すること、および任意選択でセキュアな接続を介して各自のＩＤを共有することが可能である。

例によれば、グループＩＤは、暗号化されないことが可能である。このケースにおいては、告知側ＷＴＲＵによって送信された第１のメッセージは、暗号化されないことが可能であるグループＩＤを有することができる。しかしながら、ディスカバリ要求は、チャレンジＩＥを含むことができ、次いで受信者ＷＴＲＵは、（たとえば、それが、グループＩＤまたは受信されたコードに関して部分的なまたは完全なマッチが存在する可能性がある同じグループに属する場合には、）応答ＩＥを伴って応答することができる。モニタリングＷＴＲＵは、チャレンジＩＥを生成し、応答パラメータおよび／またはチャレンジパラメータを伴って告知側ＷＴＲＵに応答することができる。

モニタリングＷＴＲＵにおいて、応答ＩＥが検証されることが可能である。その応答ＩＥが、ＷＴＲＵ内の応答ＩＥにマッチする場合には、モニタリングＷＴＲＵは、ディスカバリ手順を続けることができ、またはそうではない場合には、ディスカバリメッセージが破棄されることが可能である。マッチがある場合には、告知側ＷＴＲＵは、上述の例示的な手順を使用してチャレンジＩＥに応答することができ、モニタリングＷＴＲＵに応答することができる。同様に、モニタリングＷＴＲＵは、自分自身の応答ＩＥとのマッチを探して応答ＩＥを検証することができる。マッチがある場合には、ディスカバリ手順は完了することができ、ＷＴＲＵどうしは、セキュアな接続を確立することができ、各自のユーザに関する識別をやり取りすることができる。

例においては、制限されたディスカバリ取り消しのための方法が使用されることが可能である。たとえば、ディスカバリ取り消しは、ＰＣ２リファレンスポイントを介して行われることが可能である。ＷＴＲＵは、ＰｒｏＳｅアプリケーションにおいて別のＷＴＲＵまたはＷＴＲＵのグループに対する許可を取り消すことができる。たとえば、ＰｒｏＳｅアプリケーションは、ＰＣ２リファレンスポイントを介して、制限されたディスカバリ取り消しをＰｒｏＳｅ機能に示すことができる。ＰｒｏＳｅアプリケーションは、さまざまな方法でＰｒｏＳｅ機能の取り消しを示すことができ、それらの方法は、ＰｒｏＳｅアプリケーションサーバが、取り消されたＷＴＲＵを識別することができ、そのようなＷＴＲＵの更新されたモニタリングディスカバリリストをＰｒｏＳｅ機能へ送信することができること、および／またはＰｒｏＳｅアプリケーション（アプリ）サーバが、告知側ＷＴＲＵの取り消されたＷＴＲＵのリストを送信することができることのうちのいずれかを含むが、それらには限定されない。

ＰｒｏＳｅ機能の取り消しを示すための例示的な方法によれば、ＰｒｏＳｅアプリサーバは、取り消されたＷＴＲＵのリストおよび／またはそれらの更新された許可されているディスカバリリストをＰｒｏＳｅ機能に提供することができる。ＰｒｏＳｅアプリサーバは、取り消されたＷＴＲＵの識別子を（たとえば、ＰｒｏＳｅディスカバリＷＴＲＵ ＩＤと、ＰｒｏＳｅアプリケーションユーザＩＤとのペアを提供することによって）、および／または取り消されたＷＴＲＵによるディスカバリを許可しているＷＴＲＵのそれぞれの更新されたリストを（たとえば、ターゲットＰｒｏＳｅディスカバリＷＴＲＵ ＩＤと、ターゲットＰｒｏＳｅアプリケーションユーザＩＤとのペアを提供することによって）提供することができる。

ＰｒｏＳｅ機能は、モニタされることが可能である更新されたＰｒｏＳｅコードを提供されることになるモニタリングＷＴＲＵを識別するために、受信された情報を使用することができる。ＰｒｏＳｅ機能は、取り消されたＷＴＲＵおよび承認されたＷＴＲＵのＰｒｏＳｅコードを取り出すことができ、告知側ＷＴＲＵによって承認を取り消されたモニタリングＷＴＲＵへ新たなディスカバリフィルタをプッシュすることができる。ＰｒｏＳｅ機能は、更新されたＰｒｏＳｅコードをモニタリングＷＴＲＵに提供することができ、および／または取り消されたコードを提供して、それらの有効期間（ＴＴＬ）表示をゼロに設定することができる。モニタリングＷＴＲＵは、使用されていないコード、またはＴＴＬがゼロに設定されているコードを破棄することができる。

モニタリングＷＴＲＵは、ディスカバリフィルタに関するエントリーと、以前にモニタリング手順に関するディスカバリ要求中に受信されたＰｒｏＳｅコードとを比較し、新たなＴＴＬ、または以前に受信されたディスカバリフィルタを削除する／取り消すための表示など、新たなディスカバリフィルタ情報でディスカバリフィルタ（たとえば、ＰｒｏＳｅコード、ＰｒｏＳｅマスク、および／またはＴＴＬを含む）を更新することができる。ＰｒｏＳｅ機能は、有効期限が切れたＰｒｏＳｅコードに対する新たなＰｒｏＳｅマスクを提供することができる。

図１３は、例示的な制限されたディスカバリ取り消し手順１３００の流れ図である。告知側ＷＴＲＵであることが可能であるＷＴＲＵ１３０３のユーザは、モニタリングＷＴＲＵであることが可能であるＷＴＲＵ１３０２からの（またはＷＴＲＵのグループからの）ディスカバリ許可を取り消すために取り消しメッセージ１３１０をＰｒｏＳｅアプリケーションサーバ１３０８へ送信することができる。ＷＴＲＵ１３０３は、取り消しメッセージ１３１０（これは、メッセージのやり取りを含むことができる）を介して、承認を取り消されたＷＴＲＵ１３０２のそれぞれの制限されたＰｒｏＳｅアプリケーションユーザＩＤをＰｒｏＳｅアプリケーションサーバ１３０８に提供することによってアプリケーションにおける許可を取り消すことができる。１３１０において、ＷＴＲＵ１３０２は、アプリケーションサーバ１３０８と通信して、ユーザ／ＷＴＲＵ１３０２を誰が発見することができるかに関するユーザの設定をそれが変更したいと望んでいるということをそれに知らせることができる。１３１０のプロセスにおいて、ＷＴＲＵ１３０３は、ＰｒｏＳｅディスカバリＩＤをアプリケーションサーバ１３０８に提供することができ、および／または制限されたＰｒｏＳｅ ＩＤをアプリケーションサーバ１３０８から入手することができる。

１３１２において、ＰｒｏＳｅアプリケーションサーバ１３０８は、取り消されたＷＴＲＵ１３０２を識別することができ、取り消されたＷＴＲＵ１３０２のＰｒｏＳｅディスカバリＷＴＲＵ ＩＤを入手することができる。ＰｒｏＳｅアプリケーションサーバ１３０８は、ＰＣ２を介して、取り消されたＷＴＲＵ１３０２の識別を提供するために、承認を取り消すことになる旨のメッセージ１３１４をＰｒｏＳｅ機能１３０４へ送信することができる。たとえば、ＰｒｏＳｅアプリケーションサーバ１３０８は、取り消されたＰｒｏＳｅディスカバリＷＴＲＵ ＩＤ、および／または取り消されたＷＴＲＵ１３０２の制限されたＰｒｏＳｅアプリユーザＩＤ、および／または取り消されたＷＴＲＵ１３０２に関するディスカバリに関して承認されているユーザ／ＷＴＲＵの更新されたリストを（たとえば、ターゲットＰｒｏＳｅ Ｄｉｓｃ ＷＴＲＵ ＩＤと、ターゲットの制限されたＰｒｏＳｅアプリユーザＩＤとのＮ個のペアを提供することによって）提供することができる。

ＷＴＲＵ１３０３が、承認を取り消された複数のユーザを有する場合には、ＰｒｏＳｅアプリサーバ１３０８は、取り消されたＷＴＲＵの複数の識別を、承認を取り消すことになる旨の単一のメッセージ１３１４内に含めて提供することができ、または承認を取り消すことになる旨の複数のメッセージもしくはコマンド１３１４をＰｒｏＳｅ機能１３０４へ送信することができる。その上、ＰｒｏＳｅアプリサーバ１３０８は、複数のＰｒｏＳｅ機能１３０４および１３０７に連絡を取ることができる。なぜなら、モニタリングＷＴＲＵ１３０２は、別々のＰｒｏＳｅ機能１３０４および１３０７によってサービス提供されることが可能である（たとえば、それぞれのモニタリングＷＴＲＵは、別々のオペレータからの別々のサブスクリプションに属することが可能である）からである。

１３１６において、ＰｒｏＳｅ機能１３０４は、取り消されたＷＴＲＵ１３０２および任意の承認されたＷＴＲＵ（図示せず）のＰｒｏＳｅコードを取り出すことができる。ＰｒｏＳｅ機能１３０７は、取り消されたＷＴＲＵ１３０２の許可されたモニタリングディスカバリリストを、取り消し側ＷＴＲＵ１３０３の識別子をリストから除去することによって更新することもできる。１３１８において、ＰｒｏＳｅコードが、異なるＰｒｏＳｅ機能によって割り振られた場合（すなわち、ディスカバリＷＴＲＵ ＩＤが、異なるＰＬＭＮ１３３４に属しており、ＰｒｏＳｅ機能１３０４のＨＰＬＭＮ１３３２に属していない場合）には、ＰｒｏＳｅ機能１３０４は、上述の方法を使用して、ＰｒｏＳｅコードを、そのコードを割り振ったその他のＰｒｏＳｅ機能（たとえば、ＰｒｏＳｅ機能１３０７）から取り出すことができる。

ＰｒｏＳｅ機能１３０４は、ディスカバリモニタリング更新メッセージ１３２０を、告知側ＷＴＲＵ１３０３をディスカバーすることを承認されていないモニタリングＷＴＲＵ１３０２へ送信することができる。ディスカバリモニタリング更新メッセージ１３２０は、ディスカバリフィルタおよび／またはＴＴＬのうちのいずれかを含むことができるが、それらを含むことには限定されない。ＰｒｏＳｅ機能１３０４は、そのようなＷＴＲＵがディスカバーされることを許可されているユーザの更新されたコードリストをモニタリングＷＴＲＵに提供することができ、および／または取り消されたコードをそのようなＷＴＲＵに提供する一方で、それらの取り消されたコードのＴＴＬをゼロに設定することができ、それによってＷＴＲＵは、それらを破棄することができる。ＰｒｏＳｅ機能１３０４は、承認を取り消されたＰｒｏＳｅコードのための新たなＰｒｏＳｅマスクをモニタリングＷＴＲＵ１３０２に提供することができる。１３２２において、モニタリングＷＴＲＵ１３０２は、ＷＴＲＵ１３０３のユーザによって取り消されたＰｒｏＳｅコードを破棄することができる。

図１４は、別の例示的な制限されたディスカバリ取り消し手順１４００に関する流れ図である。１４１０において、告知側ＷＴＲＵであることが可能であるＷＴＲＵ１４０３のユーザは、モニタリングＷＴＲＵであることが可能であるＷＴＲＵ１４０２からの（またはＷＴＲＵ１４０２₁．．．１４０２_xのグループからの）ディスカバリ許可を取り消すことができる。ＷＴＲＵ１４０３は、承認を取り消されたＷＴＲＵ１４０２のそれぞれの制限されたＰｒｏＳｅアプリケーションユーザＩＤをＰｒｏＳｅアプリケーションサーバ１４０８に提供することによってアプリケーションにおける許可を取り消すことができる。

１４１２において、ＰｒｏＳｅアプリケーションサーバ１４０８は、取り消されたＷＴＲＵ１４０２を識別することができ、取り消されたＷＴＲＵ１４０２のＰｒｏＳｅディスカバリＷＴＲＵ ＩＤを入手することができる。ＰｒｏＳｅアプリケーションサーバ１４０８は、ＰＣ２を介して、取り消されたＷＴＲＵ１３０２の識別を提供するために、承認が取り消される旨のメッセージ１４１４をＰｒｏＳｅ機能１４０４へ送信することができる。たとえば、ＰｒｏＳｅアプリケーションサーバ１４０８は、取り消されたＰｒｏＳｅディスカバリＷＴＲＵ ＩＤ、および／または取り消されたＷＴＲＵ１４０２の制限されたＰｒｏＳｅアプリユーザＩＤ、および／または取り消されたＷＴＲＵ１４０２に関するディスカバリに関して承認されているユーザ／ＷＴＲＵの更新されたリストを（たとえば、ターゲットＰｒｏＳｅ Ｄｉｓｃ ＷＴＲＵ ＩＤと、ターゲットの制限されたＰｒｏＳｅアプリユーザＩＤとのＮ個のペアを提供することによって）提供することができる。

ＷＴＲＵ１４０３が、承認を取り消された複数のユーザを有する場合には、ＰｒｏＳｅアプリサーバ１４０８は、取り消されたＷＴＲＵの複数の識別を、単一の承認取り消しメッセージ１４１４内に含めて提供することができ、または複数の承認取り消しメッセージもしくはコマンド１４１４をＰｒｏＳｅ機能１４０４へ送信することができる。その上、ＰｒｏＳｅアプリサーバ１４０８は、複数のＰｒｏＳｅ機能１４０４および１４０７に連絡を取ることができる。なぜなら、モニタリングＷＴＲＵ１４０２は、別々のＰｒｏＳｅ機能１４０４および１４０７によってサービス提供されることが可能である（たとえば、それぞれのモニタリングＷＴＲＵ１４０２は、別々のオペレータからの別々のサブスクリプションに属することが可能である）からである。

１４１６において、ＰｒｏＳｅ機能１４０４は、取り消されたＷＴＲＵ１４０２および承認されたＷＴＲＵ１４０２のＰｒｏＳｅコードの更新されたリストを取り出すことができる。ＰｒｏＳｅ機能１４０４は、承認されたモニタリングディスカバリリストを、取り消されたＷＴＲＵ１４０２の識別子（たとえば、および／ＰｒｏＳｅディスカバリＷＴＲＵ ＩＤ）をリストから除去することによって更新することができる。ＰｒｏＳｅコードが、ＰｒｏＳｅ機能１４０４以外の異なるＰｒｏＳｅ機能によって割り振られた場合には、ＰｒｏＳｅ機能１４０４は、そのコードを割り振ったＰｒｏＳｅのその他の機能（たとえば、ＰｒｏＳｅ機能１４０７）に連絡を取って、更新された／取り消されたコードを入手することができる。

１４１８において、ディスカバリＷＴＲＵ ＩＤが、異なるＰｒｏＳｅ機能によって割り振られた場合には、ＰｒｏＳｅ機能１４０４は、本明細書において説明されているアプローチを使用して、ＰｒｏＳｅコードを、そのＰｒｏＳｅコードを割り振ったその異なるＰｒｏＳｅ機能１４０７から取り出すことができる。モニタリングＷＴＲＵ１４０３のＨＰＬＭＮ１４３２ＰｒｏＳｅ機能１４０４は、ディスカバリフィルタおよび／またはＴＴＬを提供するために、告知側ＷＴＲＵ１４０３をディスカバーすることを承認されていないモニタリングＷＴＲＵ１４０２へディスカバリモニタリング更新メッセージ１４２０を送信することができる。

ＰｒｏＳｅ機能１４０４は、そのＷＴＲＵ１４０２がディスカバーされることを許可されているユーザの更新されたコードリストのみをＷＴＲＵ１４０２に提供することができ、または取り消されたコードをＷＴＲＵ１４０２に提供して、その取り消されたコードのＴＴＬをゼロに設定することができ、それによってＷＴＲＵは、それらを破棄することができ、またはＰｒｏＳｅ機能１４０４は、承認を取り消されたＰｒｏＳｅコードのための新たなＰｒｏＳｅマスクを提供することができる。新たなディスカバリマスクが提供される場合には、そのマスクは、そのマスクを適用することが、取り消されているＰｒｏＳｅアプリケーションコードに対する部分的なマッチをもたらすことのないようなものであることが可能である。１４２２において、モニタリングＷＴＲＵ１４０２は、ＷＴＲＵ１４０３のユーザによって取り消されたＰｒｏＳｅコードを破棄することができる。

例によれば、ＰｒｏＳｅアプリサーバは、告知側ＷＴＲＵの取り消されたＷＴＲＵのリストを送信することができる。ＰｒｏＳｅアプリサーバは、自分のディスカバリ許可を変更したＷＴＲＵに関する情報、ならびに更新された（または取り消された）ＷＴＲＵに関する情報を（たとえば、ターゲットＰｒｏＳｅディスカバリ（Ｄｉｓｃ）ＷＴＲＵ ＩＤと、ターゲットＰｒｏＳｅアプリユーザＩＤとのＮ個のペアのリストを提供することによって提供する承認取り消し表示をＰｒｏＳｅ機能へ送信することができる。

例においては、ＰｒｏＳｅ機能は、取り消されたＷＴＲＵの取り消されたＰｒｏＳｅディスカバリＷＴＲＵ ＩＤを取り出すことができ、それらを、告知側（取り消し側）ＷＴＲＵの承認されたディスカバリリストから除去することができ、取り消されたＷＴＲＵに関するＰｒｏＳｅコードの更新されたリストを取り出すことができる。別の例においては、ＰｒｏＳｅ機能は、取り消されたＷＴＲＵおよび承認されたＷＴＲＵのＰｒｏＳｅコードを取り出すことができ、告知側ＷＴＲＵによって承認を取り消されたモニタリングＷＴＲＵへ新たなディスカバリフィルタをプッシュすることができる。ＰｒｏＳｅ機能は、更新されたＰｒｏＳｅコードをモニタリングＷＴＲＵに提供することができ、または取り消されたコードを提供して、それらのＴＴＬをゼロに設定することができる。モニタリングＷＴＲＵは、使用されていないコード、またはＴＴＬがゼロに設定されているコードを破棄することができる。例においては、ＰｒｏＳｅ機能は、承認を取り消されたＰｒｏＳｅコードのための新たなＰｒｏＳｅマスクを提供することができる。

無線でのシグナリング負荷を低減するために、複数のＷＴＲＵが告知側ＷＴＲＵから承認を取り消されたということをＰｒｏＳｅ機能が検出した場合には、ＰｒｏＳｅ機能は、承認を取り消されたＷＴＲＵによるものであるＰｒｏＳｅコードを送信することを停止するよう告知側ＷＴＲＵに示すことができる。そのようなケースにおけるＰｒｏＳｅ機能は、告知側ＷＴＲＵのＰｒｏＳｅコードのＴＴＬをゼロに設定することができる。次いで告知側ＷＴＲＵは、新たなＰｒｏＳｅコードを要求することができる。モニタリングＷＴＲＵは、取り消されたコードのＴＴＬが切れた場合には、新たなＰｒｏＳｅコードを入手することができ、および／またはＰｒｏＳｅ機能は、告知側ＷＴＲＵをディスカバーすることを承認されているモニタリングＷＴＲＵへ新たなＰｒｏＳｅコードをプッシュすることができる。

図１５は、別の例示的な制限されたディスカバリ取り消し手順１５００に関する流れ図である。１５１０において、告知側ＷＴＲＵであることが可能であるＷＴＲＵ１５０３のユーザは、モニタリングＷＴＲＵであることが可能であるＷＴＲＵ１５０２からの（またはＷＴＲＵ１５０２₁．．．１５０２_xのグループからの）ディスカバリ許可を取り消すことができる。ＷＴＲＵ１５０３は、承認を取り消されたＷＴＲＵ１５０２のそれぞれの制限されたＰｒｏＳｅアプリケーションユーザＩＤをＰｒｏＳｅアプリケーションサーバ１５０８に提供することによってアプリケーションにおける許可を取り消すことができる。

１５１２において、ＰｒｏＳｅアプリケーションサーバ１５０８は、取り消されたＷＴＲＵ１５０２を識別することができ、取り消されたＷＴＲＵ１５０２のＰｒｏＳｅディスカバリＷＴＲＵ ＩＤを入手することができる。ＰｒｏＳｅアプリケーションサーバ１５０８は、告知側ＷＴＲＵ１５０３（その許可されているディスカバリリストを変更した）の識別およびユーザ／取り消されたＷＴＲＵ１５０２のリストを提供するために、ＰＣ２を介して、承認が取り消される旨のメッセージ１５１４をＰｒｏＳｅ機能１５０４へ送信することができる。たとえば、ＰｒｏＳｅアプリケーションサーバ１５０８は、取り消されたＷＴＲＵ１５０２のＷＴＲＵ１５０３のディスカバリＷＴＲＵ ＩＤおよび制限されたＰｒｏＳｅアプリユーザＩＤのリスト、ならびに／または取り消されたＷＴＲＵ１５０２の取り消されたＰｒｏＳｅディスカバリＷＴＲＵ ＩＤおよび／もしくは制限されたＰｒｏＳｅアプリユーザＩＤのリストを提供することができる。ＰｒｏＳｅアプリサーバ１５０８は、それぞれの取り消されたＷＴＲＵ１５０２に関するディスカバリに関して承認されているユーザ／ＷＴＲＵの更新されたリストを（たとえば、ターゲットＰｒｏＳｅ Ｄｉｓｃ ＷＴＲＵ ＩＤと、ターゲットの制限されたＰｒｏＳｅアプリユーザＩＤとのＮ個のペアを提供することによって）提供することができる。単一のまたは複数の承認取り消しメッセージ１５１４が、ＰｒｏＳｅ機能１５０４（または複数のＰｒｏＳｅ機能）へ送信されることが可能である。

１５１６において、ＰｒｏＳｅ機能１５０４は、取り消されたユーザの数に基づいて、取り消されたＷＴＲＵ１５０２に知られているＰｒｏＳｅコードを告知することを停止するよう告知側ＷＴＲＵ１５０３に指示することができる。ＰｒｏＳｅ１５０４が、告知側ＷＴＲＵ１５０３に関する新たなＰｒｏＳｅコードを割り当てた場合には、ＰｒｏＳｅ機能１５０４は、どのユーザがその新たなコードをモニタすることを承認されているかをチェックすることができる。

ＰｒｏＳｅ機能１５０４は、ＰｒｏＳｅコードを送信してそのコードのＴＴＬをゼロに設定することによってそのコードを告知することを停止するよう告知側ＷＴＲＵ１５０３に指示するためにディスカバリ告知更新メッセージ１５１８を告知側ＷＴＲＵ１５０３へ送信することができる。ＰｒｏＳｅ機能１５０４は、たとえば、告知するための新たなコード、アプリＩＤ、および／またはＰｒｏＳｅアプリユーザＩＤを提供することもできる。告知側ＷＴＲＵ１５０３がＶＰＬＭＮ１５３０内にある場合には、モニタリングＷＴＲＵ１５０２は、新たなＰｒｏＳｅコードを割り振ることに関する承認、およびその新たなＰｒｏＳｅコードを告知側ＷＴＲＵ１５０３のＰｒｏＳｅ機能１５０４に要求することができる。なぜなら、そのＰｒｏＳｅコードは、告知側ＷＴＲＵ１５０３のＰｒｏＳｅ機能１５０４によって割り振られることが可能であるからである。

１５２０において、モニタリングＷＴＲＵ１５０２のディスカバリＷＴＲＵ ＩＤが、異なるＰＬＭＮ１５３４に属している場合には、ＰｒｏＳｅ機能１５０４は、その異なるＰＬＭＮ１５３４のＰｒｏＳｅ機能１５０７に連絡を取って、ＰｒｏＳｅコードを入手することができ、これは、ＨＳＳ１５０６を介して行われることが可能である。１５２２において、告知側ＷＴＲＵ１５０３は、新たなＰｒｏＳｅコードを（それが受信された場合に）送信するために、またはＰｒｏＳｅコードを告知することを停止するために無線リソース割り当てを開始することができる。ＰｒｏＳｅ機能１５０４は、告知側ＷＴＲＵ１５０３に関する新たなＰｒｏＳｅコードを割り当てることを決定することができ、ＰｒｏＳｅ機能は、告知側ＷＴＲＵ１５０３をディスカバーすることを承認されているモニタリングＷＴＲＵ１５０２に、モニタするための新たなＰｒｏＳｅコードを知らせるために更新メッセージ１５２４を送信することができる。更新メッセージ１５２４は、更新されたディスカバリフィルタを含むことができる。例においては、モニタリングＷＴＲＵ１５０２は、以前の割り当てられたＰｒｏＳｅコードのＴＴＬが切れた場合には、新たなＰｒｏＳｅコードを入手することができる。ＰｒｏＳｅ機能１５０４は、告知側ＷＴＲＵ１５０３をディスカバーすることを承認されていないモニタリングＷＴＲＵ１５０２に新たなディスカバリフィルタを提供することができる。そのようなケースにおいては、ＰｒｏＳｅ機能１５０４は、そのようなコードのＴＴＬをゼロに設定することができ、またはそれらを無効にするそのようなコードのための新たなマスクを送信することができる。

ＰｒｏＳｅ機能は、ＰｒｏＳｅ機能の取り消しを示すための上述の方法どうしから選択を行うことができる。その決定は、たとえば、ディスカバリに関して取り消されているＷＴＲＵの数に基づくことが可能である。取り消されている多くのＷＴＲＵがある場合には、ＰｒｏＳｅ機能は、ＰｒｏＳｅコードを変更するアプローチを使用することを決定することができ、新たなＰｒｏＳｅコードに関してモニタリングＷＴＲＵに知らせることができる。その決定は、サブスクリプションパラメータ、またはＰｒｏＳｅ機能が告知側ＷＴＲＵから有しているコンテキストに基づくことが可能である。ＰｒｏＳｅ機能は、どの取り消し方法を使用するか、または告知側ＷＴＲＵおよび／もしくはモニタリングＷＴＲＵが、同じＰＬＭＮ内にいるか、もしくは異なるＰＬＭＮ内にいるかに関して決定を行うためにＰｒｏＳｅアプリケーションコードの有効期間を考慮に入れることができる。

例によれば、ＰｒｏＳｅコード取り消しは、ＰＣ３リファレンスポイントを介して生じることが可能である。例においては、ＰｒｏＳｅコードは、モニタリングＷＴＲＵにおいて取り消されることが可能である。このアプローチにおいては、ＰｒｏＳｅ機能は、ＷＴＲＵをモニタすることをもはや承認されていないＷＴＲＵに、コードをモニタすることを停止するよう指示することができる。

図１６は、別の例示的な制限されたディスカバリ取り消し手順１６００の流れ図である。１６１０において、告知側ＷＴＲＵ１６０２のユーザは、ＷＴＲＵ１６０３に対する（またはＷＴＲＵのグループに対する）許可を取り消すことを決定することができる。告知側ＷＴＲＵ１６０２は、承認を取り消されたＷＴＲＵの制限されたＰｒｏＳｅアプリユーザＩＤを提供することによって、アプリケーションにおける許可を取り消すことができる。ＰｒｏＳｅアプリケーションサーバ１６０８は、ＷＴＲＵ１６０２からアプリケーションレイヤシグナリングを受信することなく、取り消しをトリガーすることができる。

告知側ＷＴＲＵ１６０２は、新たな告知／ディスカバリ要求メッセージ１６１２をＰｒｏＳｅ機能１６０７へ送信することができる。告知／ディスカバリ要求メッセージ１６１２は、その要求が、既に承認されている告知要求に関するものであるという表示、許可をリセットするためのディスカバリタイプ、および／または、以前の告知要求において割り当てられたＰｒｏＳｅコードのうちのいずれかを含むことができるが、それらを含むことには限定されない。

１６１４および１６１６において、ＰｒｏＳｅ機能１６０４は、ユーザが、制限されたディスカバリに関してターゲットＷＴＲＵのセットに対して承認を行うことおよび承認を取り消すことを許可されているかどうかをアプリケーションサーバ１６０８との間で検証することができる。ＰｒｏＳｅアプリケーションサーバ１６０８は、告知側ＷＴＲＵ１６０２（その許可されているディスカバリリストを変更した）の識別、ならびに／または承認されたおよび／もしくは取り消されたＷＴＲＵのリストを提供するために、ＰＣ２を介して、承認応答１６１８をＰｒｏＳｅ機能１６０７へ送信することができる。そのような機能性をサポートするための１つの方法は、ディスカバリに関して依然として承認されているＷＴＲＵに関するディスカバリＷＴＲＵ ＩＤおよび制限されたＰｒｏＳｅアプリユーザＩＤ、ならびに取り消されたＷＴＲＵの取り消されたＰｒｏＳｅディスカバリＷＴＲＵ ＩＤおよび制限されたＰｒｏＳｅアプリユーザＩＤのリストを提供することによるものであることが可能である。ＰｒｏＳｅアプリサーバは、それぞれの取り消されたＷＴＲＵに関するディスカバリに関して承認されているユーザ／ＷＴＲＵの更新されたリストを（ターゲットＰｒｏＳｅ Ｄｉｓｃ ＷＴＲＵ ＩＤと、ターゲットの制限されたＰｒｏＳｅアプリユーザＩＤとのＮ個のペアを提供することによって）提供することもできる。

１６２０において、ＰｒｏＳｅ機能１６０７は、取り消されているユーザを識別することができる。承認を取り消されたユーザの数に基づいて、ＰｒｏＳｅ機能は、ＰｒｏＳｅコードを告知することを停止するよう告知側ＷＴＲＵ１６０２に指示することを決定することができる。１６２２において、ＷＴＲＵがローミングしている場合には、ＰｒｏＳｅ機能１６０７は、ＰｒｏＳｅコードが有効ではないと言えるということをＶＰＬＭＮ１６３０内のＰｒｏＳｅ機能１６０４に示すことができる。ＰｒｏＳｅ機能１６０７は、コードの告知を終了するよう告知側ＷＴＲＵ１６０２に示すためにディスカバリ応答メッセージ１６２４を告知側ＷＴＲＵ１６０２へ送信することができる。ディスカバリ応答メッセージ１６２４は、たとえば、ＰｒｏＳｅコードおよび／または有効性タイマーを含むことができる。

１６２６において、告知側ＷＴＲＵ１６０２は、新たなＰｒｏＳｅコードを（それが受信された場合に）送信するために、またはＰｒｏＳｅコードを告知することを停止するために無線リソース割り当てを開始することができる。ＰｒｏＳｅ機能１６０７は、承認されているモニタリングＷＴＲＵ１６０３に、モニタするための新たなＰｒｏＳｅコードを知らせることができる。モニタリングＷＴＲＵ１６０３は、以前の割り当てられたコードのＴＴＬが切れた場合には、新たなＰｒｏＳｅコードを入手することができる。

１６２８において、ＰｒｏＳｅ機能１６０７は、（たとえば、承認応答メッセージ１６１８から、承認されているディスカバリＷＴＲＵ ＩＤをチェックすることによって）ＰｒｏＳｅコードをモニタすることをどのユーザ／ＷＴＲＵが承認されていないかをチェックすることができ、モニタするための承認されているコードを取り出すことができる。１６４０において、ディスカバリＷＴＲＵ ＩＤが、異なるＰＬＭＮに属している場合には、ＰｒｏＳｅ機能１６０７は、ディスカバリＷＴＲＵ識別を割り当てたＰｒｏＳｅ機能（たとえば、ＰｒｏＳｅ機能１６０４）に連絡を取って、モニタするための承認されているコードを取り出すことができる。ＰｒｏＳｅ機能１６０７は、更新されたディスカバリフィルタおよび／またはＴＴＬを提供するために、モニタリング更新メッセージ１６４２をモニタリングＷＴＲＵ１６０３へ送信することができる。取り消されたＷＴＲＵに関して、ＰｒｏＳｅ機能１６０７は、モニタすることを許可されていないＰｒｏＳｅコードのＴＴＬをゼロに設定することができ、またはコードを無効にする新たなマスクを提供することができる。新たなディスカバリマスクが提供される場合には、そのマスクは、そのマスクを適用することが、取り消されているＰｒｏＳｅアプリケーションコードに対する部分的なマッチをもたらすことのないようなものであることが可能である。

ＰＣ３リファレンスポイントを介した制限されたディスカバリ取り消しの別の例によれば、新たなＰｒｏＳｅコードが割り振られることが可能である。このアプローチにおいては、告知側ＷＴＲＵがディスカバリ許可を変更すると、告知側ＷＴＲＵは、更新されたディスカバリ許可リストを含む新たな告知要求メッセージをＰｒｏＳｅ機能へ送信することができる。ＰｒｏＳｅ機能は、承認されているＷＴＲＵへ新たなコードをプッシュすることができ、および／または承認を取り消されたＷＴＲＵに上述のような取り消し表示を送信することができる。ＰｒｏＳｅ機能が新たなコードを告知側ＷＴＲＵに提供する場合には、アプリケーションＩＤに関して告知するための新たなコードを告知側ＷＴＲＵが受信するための手順が使用されることが可能である。モニタリングＷＴＲＵは、モニタリングＷＴＲＵ内に格納されているコードのＴＴＬが切れると、新たなコードを受信することができる。

例においては、ＰｒｏＳｅ機能は、新たなコード、ならびに更新されたモニタリング許可リストおよび／または取り消された許可リストに関する情報を提供することができる。図１７は、別の例示的な制限されたディスカバリ取り消し手順１７００に関する流れ図である。１７１０において、告知側ＷＴＲＵ１７０２のユーザは、モニタリングＷＴＲＵ１７０３に対する（またはＷＴＲＵのグループに対する）許可を取り消すことができる。告知側ＷＴＲＵ１７０２は、承認を取り消されたＷＴＲＵ１７０３の制限されたＰｒｏＳｅアプリユーザＩＤをＰｒｏＳｅアプリサーバ１７０８に提供することによって、アプリケーションにおける許可をリセットすることまたは取り消すことが可能である。

告知側ＷＴＲＵ１７０２は、その要求が、既に承認されている告知要求に関するものであるということを示す告知／ディスカバリ要求メッセージ１７１２をＰｒｏＳｅ機能１７０７へ送信することができる。告知／ディスカバリ要求メッセージ１７１２は、許可をリセットするように設定されているディスカバリタイプ、以前の告知要求において割り当てられたＰｒｏＳｅコード、アプリケーションＩＤ、ＰｒｏＳｅアプリユーザＩＤ、ＷＴＲＵ識別、および／またはコマンド（たとえば、告知）のうちのいずれかを含むことができるが、それらを含むことには限定されない。ユーザがＰｒｏＳｅディスカバリサービスを使用することを許可されているかどうかをチェックするために、ＨＳＳ１７０６とＰｒｏＳｅ機能１７０７との間におけるディスカバリ承認１７１４が使用されることが可能である。

ＰｒｏＳｅ機能１７０７は、どのユーザ／ＷＴＲＵが承認されているか、またはもはや承認されていないか（取り消されているか）を決定するために、承認要求１７１６（たとえば、制限されたＰｒｏＳｅアプリケーションユーザＩＤを含む）をアプリケーションサーバ１７０８へ送信することができる。ＰｒｏＳｅアプリケーションサーバ１７０８は、告知側ＷＴＲＵ１７０２（その許可されているディスカバリリストを変更した）の識別、ならびに／または承認されたおよび／もしくは取り消されたＷＴＲＵのリストを、ＰＣ２を介して提供するために、承認応答メッセージ１７１８を送信することができる。これは、ＷＴＲＵ１７０２のディスカバリＷＴＲＵ ＩＤおよび制限されたＰｒｏＳｅアプリユーザＩＤ、ならびに取り消されたＷＴＲＵの取り消されたＰｒｏＳｅディスカバリＷＴＲＵ ＩＤおよび制限されたＰｒｏＳｅアプリユーザＩＤのリストを送信することを含むことができる。ＰｒｏＳｅアプリサーバ１７０８は、それぞれの取り消されたＷＴＲＵに関するディスカバリに関して承認されているユーザ／ＷＴＲＵの更新されたリストを（ターゲットＰｒｏＳｅ Ｄｉｓｃ ＷＴＲＵ ＩＤと、ターゲットの制限されたＰｒｏＳｅアプリユーザＩＤとのＮ個のペアを提供することによって）提供することができる。

１７２０において、ＰｒｏＳｅ機能１７０７は、取り消されているユーザを識別することができる。承認を取り消されたユーザの数に基づいて、ＰｒｏＳｅ機能１７０７は、告知側ＷＴＲＵ１７０２が告知するための新たなＰｒｏＳｅコードを割り当てることを決定することができる。

告知側ＷＴＲＵ１７０２がＶＰＬＭＮ１７３０内にある場合には、モニタリングＷＴＲＵ１７０３は、新たなＰｒｏＳｅコードを割り振ることに関する承認、およびその新たなＰｒｏＳｅコードを告知側ＷＴＲＵ１７０２のＰｒｏＳｅ機能１７０７に要求することができる。ＰｒｏＳｅ機能１７０７は、告知承認メッセージ１７２２をＶＰＬＭＮ１７３０内のＰｒｏＳｅ機能１７０４へ送信することができる。告知承認メッセージ１７２２は、制限されたＰｒｏＳｅアプリユーザＩＤ、アプリケーションＩＤ、有効性タイマー、ＰｒｏＳｅコード、および／またはＷＴＲＵ識別を含むことができるが、それらを含むことには限定されない。ＰｒｏＳｅ機能１７０４は、告知承認肯定応答（ＡＣＫ）メッセージ１７２４を送信することによって、ＰｒｏＳｅ機能１７０７に応答することができる。

ＰｒｏＳｅ機能１７０７は、ＰｒｏＳｅコードおよび／または有効性タイマーを含むディスカバリ応答メッセージ１７２６を告知側ＷＴＲＵ１７０２へ送信することができる。１７２８において、告知側ＷＴＲＵ１７０２は、新たなＰｒｏＳｅコードを（それが受信された場合に）送信するために、またはＰｒｏＳｅコードを告知することを停止するために無線リソース割り当てを開始することができる。ＰｒｏＳｅ機能１７０７は、承認されているモニタリングＷＴＲＵ１７０３に、モニタするための新たなコードを知らせることができる。あるいは、モニタリングＷＴＲＵは、以前の割り当てられたコードのＴＴＬが切れた場合には、新たなコードを入手することができる。

１７４０において、ＰｒｏＳｅ機能１７０７は、（承認応答メッセージ１７１８から、承認されているディスカバリＷＴＲＵ ＩＤをチェックすることによって）新たなコードをモニタすることをどのユーザ／ＷＴＲＵが承認されているかをチェックすることができ、モニタするための承認されているコードを取り出すことができる。ＰｒｏＳｅ機能１７０７は、（承認応答メッセージ１７１８から、取り消されたディスカバリＷＴＲＵ ＩＤをチェックすることによって）以前のコードをモニタすることを承認されていないＷＴＲＵをチェックすることもできる。

１７４２において、ディスカバリＷＴＲＵ ＩＤが、異なるＰＬＭＮ（たとえば、ＶＰＬＭＮ１７３０）に属している場合には、ＰｒｏＳｅ機能１７０７は、識別を割り当てたＰｒｏＳｅ機能１７０４に連絡を取って、モニタするための承認されているＰｒｏＳｅコードを取り出すことができる。ＰｒｏＳｅ機能１７０７は、更新されたディスカバリフィルタおよび／またはＴＴＬを含むモニタリング更新メッセージ１７４４を、承認されたモニタリングＷＴＲＵ１７０３に提供送信することができる。取り消されたＷＴＲＵに関して、ＰｒｏＳｅ機能１７０７は、ＰｒｏＳｅコードのＴＴＬをゼロに設定することができる。

例によれば、制限されたディスカバリの承認取り消しは、ＰｒｏＳｅ機能によって開始されることが可能である。ＰｒｏＳｅ機能は、特定のＷＴＲＵに対する制限されたディスカバリに関する承認を取り消すことを決定することができる。その理由は、たとえば、アプリケーションが、特定のＰＬＭＮにおいて、制限されたディスカバリを使用することをもはや承認されない場合があるということ、またはユーザが、制限されたディスカバリ（ＨＳＳにおける）に関する自分のサブスクリプションを取り消す場合があるということである可能性があるということである。

図１８は、別の例示的な制限されたディスカバリ取り消し手順１８００に関する流れ図である。１８１０において、ＨＳＳ１８０６におけるサブスクリプション詳細における変更が、ＰｒｏＳｅ機能１８０７に知らせるようＨＳＳ１８０６をトリガーする。したがって、１８１２において、ＨＳＳ１８０６は、取り消されたユーザおよび／またはアプリケーションのリストをＰｒｏＳｅ機能１８０７に示すことができる。１８１４において、ＰｒｏＳｅ機能１８０７は、ＨＳＳ１８０６からの入力、または内部のトリガーからの（たとえば、アプリケーション承認がＰｒｏＳｅ機能１８０７内に格納されることが可能である場合の）入力に基づいて、制限されたディスカバリが許可されることが不可能であるユーザのリストを識別することができる。ＰｒｏＳｅ機能１８０７は、取り消されたＷＴＲＵのディスカバリＷＴＲＵ ＩＤおよび／またはリンクされている制限されたＰｒｏＳｅアプリユーザＩＤを入手することができる。

１８１６における残りのオペレーションは、ＰｒｏＳｅ機能１８０７によって選択されたものとしてのＰＣ３リファレンスポイントを介した制限されたディスカバリの取り消しに関して上述されているオペレーションの任意の組合せを含むことができる。

以降では、拒否シナリオが説明される。たとえば、上述の制限されたディスカバリ告知、モニタ、およびマッチ手順において、ＰｒｏＳｅ機能は、モデルＡ（またはモデルＢ）ＷＴＲＵにおいてモニタリング（ディスカバリイー）ＷＴＲＵおよび告知側（ディスカバラー）ＷＴＲＵからのディスカバリ要求を常に受け入れるとは限らない場合がある。ディスカバリ要求がＰｒｏＳｅ機能によって受け入れられない場合には、ＰｒｏＳｅ機能は、拒否の理由を含むことができる拒否メッセージを送信することができる。ＰｒｏＳｅ機能は、下記のシナリオのうちのいずれかにおいて、制限されたディスカバリ要求を拒否することができる。

例示的なシナリオにおいては、ＷＴＲＵは、特定のアプリケーションまたはアプリケーションレイヤユーザＩＤに関してサポートされていないディスカバリタイプを伴う要求を送信することができる。たとえば、ＷＴＲＵは、特定の制限されたディスカバリアプリケーションユーザＩＤに関するモデルＡの制限されたディスカバリに関して承認されることが可能であり、それは、その制限されたディスカバリアプリケーションユーザＩＤに関するモデルＢの制限されたディスカバリ要求に関する要求を送信することができる。ＰｒｏＳｅ機能は、ディスカバリ要求のタイプ（モデルＡディスカバリ対モデルＢディスカバリ）が、この制限されたＰｒｏＳｅアプリケーションユーザＩＤに関してサポートされていないと言えるということを明示する理由、またはそのアプリケーションＩＤが承認されていないと言えるという理由を伴って要求を拒否することができる。

この拒否シナリオは、モニタリングＷＴＲＵおよび／または告知側ＷＴＲＵに関して当てはまり得る。モニタリングＷＴＲＵのケースにおいては、ディスカバリメッセージは、告知側ＷＴＲＵの制限されたＰｒｏＳｅアプリケーションレイヤＩＤをアプリケーショントランスペアレントコンテナ内に含めることができる。モニタリングＷＴＲＵが、トランスペアレントコンテナ内に含まれている制限されたアプリケーションレイヤユーザＩＤをモニタすることを承認されていない場合には、ＰｒｏＳｅ機能は、ＰＣ２インターフェイス上でＰｒｏＳｅアプリサーバから承認拒否メッセージを入手することができる。ＰｒｏＳｅサーバは、ターゲットの制限されたアプリケーションユーザＩＤが承認されていないと言えるという旨の拒否メッセージを通知側ＷＴＲＵへ送信することができる。

例示的なシナリオにおいては、モニタリングＷＴＲＵは、告知側ＷＴＲＵが取り消し手順を開始したと言えるのとほぼ同じ時点で、およびモニタリングＷＴＲＵが、更新されたディスカバリフィルタ、またはＰｒｏＳｅコードが取り消されている旨の表示を受信する前に、マッチレポートメッセージをＰｒｏＳｅ機能へ送信することができる。このケースにおいては、ＰｒｏＳｅ機能は、更新されたディスカバリフィルタもしくはディスカバリモニタリング更新を送信すること、および／またはディスカバリコードが取り消されているということを示す理由を伴ってマッチレポート拒否メッセージを送信することが可能である。上述のシナリオのうちのいずれにおいても、ＷＴＲＵは、自分の制限されたＰｒｏＳｅアプリケーションＩＤに関連付けられているＰｒｏＳｅコードをモニタすることを停止することができる。

上述のすべての実施形態においては、ＰｒｏＳｅ機能によって割り振られるＰｒｏＳｅアプリケーションコードまたはＰｒｏＳｅコードは、２つの部分から構成されることが可能である。そのうちの一方は、ＰｒｏＳｅ機能によって割り振られることが可能であり、ＰｒｏＳｅコードの第２の部分は、アプリケーションサーバによって割り振られることが可能である。アプリケーションサーバは、ＰＣ２インターフェイスを介してＰｒｏＳｅ機能−アプリケーションサーバ承認手順中にＰｒｏＳｅ機能へＰｒｏＳｅコードのアプリケーション固有の部分を送信することができる。モニタリングＵＥがＰｒｏＳｅコードに関するマッチレポートを送信した場合には、ＰｒｏＳｅ機能は、ＰｒｏＳｅアプリケーションコードのアプリケーション固有の部分がＰｒｏＳｅアプリケーションサーバによって割り振られた際にそれのトランスレーションを得るためにＰｒｏＳｅアプリケーションサーバへメッセージを送信することができる。このトランスレーションは、マッチレポート手順の一部としてＰｒｏＳｅ機能とＰｒｏＳｅアプリケーションサーバとの間における承認要求／承認応答手順の一部として入手されることが可能である。

マッチレポート手順中に、またはマッチレポートの後に、モニタリングＷＴＲＵは、ターゲットの制限されたＰｒｏＳｅアプリユーザＩＤを伴うマッチレポート肯定応答を受信することができる。モニタリングＷＴＲＵは、ＰｒｏＳｅコードのアプリケーション固有の部分のトランスレーションを得るためにＰＣ１インターフェイスを介して直接ＰｒｏＳｅアプリケーションサーバに連絡を取ることができる。モニタリングＷＴＲＵは、完全なＰｒｏＳｅコードをアプリサーバへ、またはアプリケーションサーバからマッピングを返信してもらうためにＰｒｏＳｅコードのアプリケーション部分を送信することができる。

実施形態
１．モデルＢ ＰｒｏＳｅディスカバリのための方法。
２．プロキシミティサービス（ＰｒｏＳｅ）機能によって実行される実施形態１の方法。
３．ディスカバラーワイヤレス送受信ユニット（ＷＴＲＵ）からディスカバリ要求を受信するステップをさらに含む前述の実施形態のうちのいずれかにおける方法。
４．ディスカバリ要求は、少なくとも、制限されたＰｒｏＳｅアプリケーション識別（ＩＤ）を含む実施形態３の方法。
５．制限されたＰｒｏＳｅアプリケーションＩＤは、ディスカバラーＷＴＲＵに配置されているアプリケーションに関連付けられている実施形態４の方法。
６．ディスカバラーＷＴＲＵに関する第１のＰｒｏＳｅコードを生成するステップをさらに含む前述の実施形態のうちのいずれかにおける方法。
７．少なくとも１つのディスカバリイーＷＴＲＵに関する第２のＰｒｏＳｅコードを生成するステップをさらに含む前述の実施形態のうちのいずれかにおける方法。
８．それぞれの第１のＰｒｏＳｅコードおよび／または第２のＰｒｏＳｅコードに関連付けられている第１のディスカバリフィルタおよび／または第２のディスカバリフィルタを生成するステップをさらに含む実施形態６または７のうちのいずれかにおける方法。
９．第１のディスカバリフィルタおよび／または第２のディスカバリフィルタは、それぞれ第１のＰｒｏＳｅコードおよび／または第２のＰｒｏＳｅコードをマッチさせるために使用される実施形態８の方法。
１０．第１のディスカバリ応答をディスカバリイーＷＴＲＵへ送信するステップをさらに含む前述の実施形態のうちのいずれかにおける方法。
１１．第１のディスカバリ応答は第１のＰｒｏＳｅコードを含む実施形態１０の方法。
１２．第１のディスカバリ応答は、関連付けられている第１のディスカバリフィルタを含む実施形態１０または１１のうちのいずれかにおける方法。
１３．第１のＰｒｏＳｅコードは、制限されたＰｒｏＳｅアプリケーションＩＤに基づいて生成される実施形態６〜１２のうちのいずれかにおける方法。
１４．第２のディスカバリ応答を少なくとも１つのディスカバリイーＷＴＲＵへ送信するステップをさらに含む前述の実施形態のうちのいずれかにおける方法。
１５．第２のディスカバリ応答は第２のＰｒｏＳｅコードを含む実施形態１４の方法。
１６．第２のディスカバリ応答は、関連付けられている第２のディスカバリフィルタを含む実施形態１４〜１５のうちのいずれかにおける方法。
１７．ディスカバリ承認をＰｒｏＳｅアプリケーションサーバへ送信するステップをさらに含む前述の実施形態のうちのいずれかにおける方法。
１８．ディスカバリ承認は、ディスカバリ要求の承認を要求するために、少なくとも、制限されたＰｒｏＳｅアプリケーションＩＤを含む実施形態１７の方法。
１９．関連付けられている第１のディスカバリフィルタおよび第２のディスカバリフィルタはそれぞれ、少なくとも１つの有効性タイマーと、それぞれの第１のＰｒｏＳｅコードおよび第２のＰｒｏＳｅコードに関連付けられているＰｒｏＳｅマスクとを含む実施形態８〜１８のうちのいずれかにおける方法。
２０．ＰｒｏＳｅ機能は、ディスカバラーＷＴＲＵのホーム公衆陸上移動体ネットワーク（ＨＰＬＭＮ）内にある前述の実施形態のうちのいずれかにおける方法。
２１．ディスカバラーワイヤレス送受信ユニット（ＷＴＲＵ）によって実行される前述の実施形態のうちのいずれかにおける方法。
２２．ディスカバリ要求をＰｒｏＳｅ機能へ送信するステップをさらに含む前述の実施形態のうちのいずれかにおける方法。
２３．ＰｒｏＳｅ機能からディスカバリ応答を受信するステップをさらに含む前述の実施形態のうちのいずれかにおける方法。
２４．ディスカバリ応答は、ディスカバラーＷＴＲＵに関する第１のＰｒｏＳｅコードを含む実施形態２３の方法。
２５．ディスカバリ応答は、関連付けられているディスカバリフィルタを含む実施形態２３〜２４のうちのいずれかにおける方法。
２６．ＰＣ５インターフェイスを介して第１の告知メッセージを送信するステップをさらに含む前述の実施形態のうちのいずれかにおける方法。
２７．第１の告知メッセージは第１のＰｒｏＳｅコードを含む実施形態２６の方法。
２８．ディスカバリイーＷＴＲＵから第２の告知メッセージを受信するステップをさらに含む前述の実施形態のうちのいずれかにおける方法。
２９．第２の告知メッセージは第２のＰｒｏＳｅコードを含む実施形態２８の方法。
３０．受信された第２のＰｒｏＳｅコードとのマッチを検出するために、関連付けられているディスカバリフィルタを使用するステップをさらに含む実施形態２８または２９のうちのいずれかにおける方法。
３１．マッチが検出されたという条件で、マッチレポートをＰｒｏＳｅ機能へ送信するステップをさらに含む実施形態３０の方法。
３２．ディスカバリ要求は、制限されたＰｒｏＳｅアプリケーション識別（ＩＤ）、ＷＴＲＵ ＩＤ、コマンド、またはアプリケーションＩＤのうちの少なくとも１つを含む実施形態２２〜３１のうちのいずれかにおける方法。
３３．ディスカバリイーワイヤレス送受信ユニット（ＷＴＲＵ）によって実行される前述の実施形態のうちのいずれかにおける方法。
３４．ディスカバリ要求をＰｒｏＳｅ機能へ送信するステップをさらに含む前述の実施形態のうちのいずれかにおける方法。
３５．ＰｒｏＳｅ機能からディスカバリ応答を受信するステップをさらに含む前述の実施形態のうちのいずれかにおける方法。
３６．ディスカバリ応答は、ディスカバリイーＷＴＲＵに関するリンクされているＰｒｏＳｅコードおよび関連付けられているディスカバリフィルタを含む実施形態３５における方法。
３７．ＰＣ５インターフェイスを介して第１の告知メッセージをディスカバラーＷＴＲＵから受信するステップをさらに含む前述の実施形態のうちのいずれかにおける方法。
３８．第１の告知メッセージは第１のＰｒｏＳｅコードを含む実施形態３７の方法。
３９．受信された第１のＰｒｏＳｅコードとのマッチを検出するために、関連付けられているディスカバリフィルタを使用するステップをさらに含む前述の実施形態のうちのいずれかにおける方法。
４０．ＰＣ５インターフェイスを介して第２の告知メッセージをディスカバラーＷＴＲＵへ送信するステップをさらに含む前述の実施形態のうちのいずれかにおける方法。
４１．第２の告知メッセージは、リンクされているＰｒｏＳｅコードを含む実施形態４０の方法。
４２．ディスカバリ要求は、制限されたＰｒｏＳｅアプリケーション識別（ＩＤ）、ＷＴＲＵ ＩＤ、コマンド、またはアプリケーションＩＤのうちの少なくとも１つを含む実施形態３４〜４１のうちのいずれかにおける方法。

上では特徴および要素が特定の組合せで説明されているが、それぞれの特徴または要素は、単独で、またはその他の特徴および要素との任意の組合せで使用されることが可能であるということを当技術分野における標準的な技術者なら理解するであろう。加えて、本明細書において説明されている方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読メディア内に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアで実施されることが可能である。コンピュータ可読メディアの例は、（有線接続またはワイヤレス接続を介して送信される）電子信号、およびコンピュータ可読ストレージメディアを含む。コンピュータ可読ストレージメディアの例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気メディア、光磁気メディア、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光メディアを含むが、それらには限定されない。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するために、ソフトウェアと関連付けられているプロセッサが使用されることが可能である。

Claims (20)

1. モデルＢプロキシミティサービス（ＰｒｏＳｅ）ディスカバリ用に構成されているＰｒｏＳｅ機能であって、
   ディスカバラーワイヤレス送受信ユニット（ＷＴＲＵ）からディスカバリ要求を受信するように構成されている受信機であり、前記ディスカバリ要求は、少なくとも、前記ディスカバラーＷＴＲＵに配置されているアプリケーションに関連付けられている制限されたＰｒｏＳｅアプリケーション識別（ＩＤ）を含む、受信機と、
   前記ディスカバラーＷＴＲＵに関する第１のＰｒｏＳｅコード、少なくとも１つのディスカバリＷＴＲＵに関する第２のＰｒｏＳｅコード、ならびに関連付けられている第１のディスカバリフィルタおよび第２のディスカバリフィルタを生成するように構成されているプロセッサであり、前記第１のディスカバリフィルタおよび第２のディスカバリフィルタは、前記第１のＰｒｏＳｅコードおよび前記第２のＰｒｏＳｅコードをマッチさせるために使用される、プロセッサと、
   前記第１のＰｒｏＳｅコードおよび前記関連付けられている第１のディスカバリフィルタを含む第１のディスカバリ応答を前記ディスカバラーＷＴＲＵへ送信するように構成されている送信機と
   を含むことを特徴とするＰｒｏＳｅ機能。
2. 前記第１のＰｒｏＳｅコードは、前記制限されたＰｒｏＳｅアプリケーションＩＤに基づいて生成される
   ことを特徴とする請求項１に記載のＰｒｏＳｅ機能。
3. 前記送信機は、前記第２のＰｒｏＳｅコードおよび前記関連付けられている第２のディスカバリフィルタを含む第２のディスカバリ応答を前記少なくとも１つのディスカバリＷＴＲＵへ送信するようにさらに構成されている
   ことを特徴とする請求項１に記載のＰｒｏＳｅ機能。
4. 前記送信機は、前記ディスカバリ要求の承認を要求するために、少なくとも前記制限されたＰｒｏＳｅアプリケーションＩＤを含むＰｒｏＳｅアプリケーションサーバへのディスカバリ承認を送信するようにさらに構成されている
   ことを特徴とする請求項１に記載のＰｒｏＳｅ機能。
5. 前記関連付けられている第１のディスカバリフィルタおよび第２のディスカバリフィルタはそれぞれ、少なくとも１つの有効性タイマーと、前記それぞれの第１のＰｒｏＳｅコードおよび第２のＰｒｏＳｅコードに関連付けられているＰｒｏＳｅマスクとを含むことを特徴とする請求項１に記載のＰｒｏＳｅ機能。
6. 前記ＰｒｏＳｅ機能は、前記ディスカバラーＷＴＲＵのホーム公衆陸上移動体ネットワーク（ＨＰＬＭＮ）内にあることを特徴とする請求項１に記載のＰｒｏＳｅ機能。
7. モデルＢプロキシミティサービス（ＰｒｏＳｅ）ディスカバリ用に構成されているディスカバラーワイヤレス送受信ユニット（ＷＴＲＵ）であって、
   ディスカバリ要求をＰｒｏＳｅ機能へ送信するように構成されている送信機と、
   前記ディスカバラーＷＴＲＵに関する第１のＰｒｏＳｅコードおよび関連付けられているディスカバリフィルタを含む前記ＰｒｏＳｅ機能からのディスカバリ応答を受信するように構成されている受信機と
   を含み、前記送信機は、ＰＣ５インターフェイスを介して第１の告知メッセージを送信するように構成されており、前記第１の告知メッセージは、前記第１のＰｒｏＳｅコードを含み、
   前記受信機は、第２のＰｒｏＳｅコードを含むディスカバリＷＴＲＵからの第２の告知メッセージを受信するように構成されており、前記ディスカバラーＷＴＲＵは、
   前記受信された第２のＰｒｏＳｅコードとのマッチを検出するために前記関連付けられているディスカバリフィルタを使用するように構成されているプロセッサをさらに含み、
   マッチが検出されたという条件で、前記送信機は、マッチレポートを前記ＰｒｏＳｅ機能へ送信するように構成されていることを特徴とするディスカバラーＷＴＲＵ。
8. 前記ディスカバリ要求は、制限されたＰｒｏＳｅアプリケーション識別（ＩＤ）、ＷＴＲＵ ＩＤ、コマンド、またはアプリケーションＩＤのうちの少なくとも１つを含むことを特徴とする請求項７に記載のディスカバラーＷＴＲＵ。
9. モデルＢプロキシミティサービス（ＰｒｏＳｅ）ディスカバリ用に構成されているディスカバリワイヤレス送受信ユニット（ＷＴＲＵ）であって、
   ディスカバリ要求をＰｒｏＳｅ機能へ送信するように構成されている送信機と、
   前記ディスカバリＷＴＲＵに関するリンクされているＰｒｏＳｅコードおよび関連付けられているディスカバリフィルタを含む前記ＰｒｏＳｅ機能からのディスカバリ応答を受信するように構成されている受信機と
   を含み、前記受信機は、第１のＰｒｏＳｅコードを含む第１の告知メッセージをディスカバラーＷＴＲＵからＰＣ５インターフェイスを介して受信するように構成されており、前記ディスカバリＷＴＲＵは、
   前記受信された第１のＰｒｏＳｅコードとのマッチを検出するために前記関連付けられているディスカバリフィルタを使用するように構成されているプロセッサをさらに含み、
   前記送信機は、ＰＣ５インターフェイスを介して第２の告知メッセージを前記ディスカバラーＷＴＲＵへ送信するように構成されており、前記第２の告知メッセージは、前記リンクされているＰｒｏＳｅコードを含むことを特徴とするディスカバリＷＴＲＵ。
10. 前記ディスカバリ要求は、制限されたＰｒｏＳｅアプリケーション識別（ＩＤ）、ＷＴＲＵ ＩＤ、コマンド、またはアプリケーションＩＤのうちの少なくとも１つを含むことを特徴とする請求項９に記載のディスカバリＷＴＲＵ。
11. プロキシミティサービス（ＰｒｏＳｅ）機能によって実行されるモデルＢ ＰｒｏＳｅディスカバリのための方法であって、
    ディスカバラーワイヤレス送受信ユニット（ＷＴＲＵ）からディスカバリ要求を受信するステップであり、前記ディスカバリ要求は、少なくとも、前記ディスカバラーＷＴＲＵに配置されているアプリケーションに関連付けられている制限されたＰｒｏＳｅアプリケーション識別（ＩＤ）を含む、ステップと、
    前記ディスカバラーＷＴＲＵに関する第１のＰｒｏＳｅコード、少なくとも１つのディスカバリＷＴＲＵに関する第２のＰｒｏＳｅコード、ならびに関連付けられている第１のディスカバリフィルタおよび第２のディスカバリフィルタを生成するステップであり、前記第１のディスカバリフィルタおよび第２のディスカバリフィルタは、前記第１のＰｒｏＳｅコードおよび前記第２のＰｒｏＳｅコードをマッチさせるために使用される、ステップと、
    前記第１のＰｒｏＳｅコードおよび前記関連付けられている第１のディスカバリフィルタを含む第１のディスカバリ応答を前記ディスカバリＷＴＲＵへ送信するステップと
    を含むことを特徴とする方法。
12. 前記第１のＰｒｏＳｅコードは、前記制限されたＰｒｏＳｅアプリケーションＩＤに基づいて生成される
    ことを特徴とする請求項１１に記載の方法。
13. 前記第２のＰｒｏＳｅコードおよび前記関連付けられている第２のディスカバリフィルタを含む第２のディスカバリ応答を前記少なくとも１つのディスカバリＷＴＲＵへ送信するステップ
    をさらに含むことを特徴とする請求項１１に記載の方法。
14. 前記ディスカバリ要求の承認を要求するために、少なくとも前記制限されたＰｒｏＳｅアプリケーションＩＤを含むＰｒｏＳｅアプリケーションサーバへのディスカバリ承認を送信するステップ
    をさらに含むことを特徴とする請求項１１に記載の方法。
15. 前記関連付けられている第１のディスカバリフィルタおよび第２のディスカバリフィルタはそれぞれ、少なくとも１つの有効性タイマーと、前記それぞれの第１のＰｒｏＳｅコードおよび第２のＰｒｏＳｅコードに関連付けられているＰｒｏＳｅマスクとを含むことを特徴とする請求項１１に記載の方法。
16. 前記ＰｒｏＳｅ機能は、前記ディスカバラーＷＴＲＵのホーム公衆陸上移動体ネットワーク（ＨＰＬＭＮ）内にあることを特徴とする請求項１１に記載の方法。
17. ディスカバラーワイヤレス送受信ユニット（ＷＴＲＵ）によって実行されるモデルＢプロキシミティサービス（ＰｒｏＳｅ）ディスカバリのための方法であって、
    ディスカバリ要求をＰｒｏＳｅ機能へ送信するステップと、
    前記ディスカバラーＷＴＲＵに関する第１のＰｒｏＳｅコードおよび関連付けられているディスカバリフィルタを含む前記ＰｒｏＳｅ機能からのディスカバリ応答を受信するステップと、
    ＰＣ５インターフェイスを介して第１の告知メッセージを送信するステップであり、前記第１の告知メッセージは前記第１のＰｒｏＳｅコードを含む、ステップと、
    第２のＰｒｏＳｅコードを含むディスカバリＷＴＲＵからの第２の告知メッセージを受信するステップと、
    前記受信された第２のＰｒｏＳｅコードとのマッチを検出するために前記関連付けられているディスカバリフィルタを使用するステップと、
    マッチが検出されたという条件で、マッチレポートを前記ＰｒｏＳｅ機能へ送信するステップとを含むことを特徴とする方法。
18. 前記ディスカバリ要求は、制限されたＰｒｏＳｅアプリケーション識別（ＩＤ）、ＷＴＲＵ ＩＤ、コマンド、またはアプリケーションＩＤのうちの少なくとも１つを含むことを特徴とする請求項１７に記載の方法。
19. ディスカバリワイヤレス送受信ユニット（ＷＴＲＵ）によって実行されるモデルＢプロキシミティサービス（ＰｒｏＳｅ）ディスカバリのための方法であって、
    ディスカバリ要求をＰｒｏＳｅ機能へ送信するステップと、
    前記ディスカバリＷＴＲＵに関するリンクされているＰｒｏＳｅコードおよび関連付けられているディスカバリフィルタを含む前記ＰｒｏＳｅ機能からのディスカバリ応答を受信するステップと、
    第１のＰｒｏＳｅコードを含む第１の告知メッセージをディスカバラーＷＴＲＵからＰＣ５インターフェイスを介して受信するステップと、
    前記受信された第１のＰｒｏＳｅコードとのマッチを検出するために前記関連付けられているディスカバリフィルタを使用するステップと、
    ＰＣ５インターフェイスを介して第２の告知メッセージを前記ディスカバラーＷＴＲＵへ送信するステップであり、前記第２の告知メッセージは前記リンクされているＰｒｏＳｅコードを含む、ステップを含むことを特徴とする方法。
20. 前記ディスカバリ要求は、制限されたＰｒｏＳｅアプリケーション識別（ＩＤ）、ＷＴＲＵ ＩＤ、コマンド、またはアプリケーションＩＤのうちの少なくとも１つを含むことを特徴とする請求項１９に記載の方法。

Images